Jump to content

lanefu

Members
  • Posts

    1335
  • Joined

  • Last visited

Everything posted by lanefu

  1. I used os/2 warp for multitasking, but serial io was like 200bps slower even with some add-on serial drivers and ultimately switch to tried and true desqview. Our first isp back home was a dialup SCO Unix shell. I remember when they announced adding a new disk for their usenet storage. Speaking of which.. ive searched high and low for a NNTP gateway thats compatible with this forum software, but no luck.
  2. got my le potato running ubuntu mate with 5.0.y...... definitely feels spunkier! Thanks for cutting dev kernel over.
  3. Props to the GL.Inet. I keep that in my backpack as a travel router... even VPNS home for me..
  4. Not sure what that package was..and other than disabling some services probably not much in armbian-config but theres many sermons from tkaiser that touch on efficiency
  5. You had me at Fidonet. I was a SysOp in the final days of BBS era. Although i probably only sent 1 message on fidonet tops
  6. Hi.. Le Potato is a great.. board.. but it's am Amlogic SoC, not AllWinner
  7. Ya it was interesting the debian security team bailed on jessie for arm64 like last summer or something because of resources.
  8. I created a "Feature Requests" forum under the Community Section with a no guarantees disclaimer. Quite frankly its a honeypot to filter out noise, but if we see a really busy thread on there, its either a good idea or totally delusional
  9. I went through this entire thread to try to capture concrete statements (not rhetorical questions) regarding: Mission Statement Definition of Board Support Policy around release management Ownership and Roles These aspects 4 aspects seem to be where concrete decisions still need to made. I'm hoping my notes might help us move forward on those points. The good news is the technical debt tasks also discussed seemed to be able to be addressed within the thread itself. https://gist.github.com/lanefu/44721de86d321f7bf8be3e511331d754 @Igor are there any of these decisions that you'd like to own outright? Are there any that you'd prefer to fully delegate to someone else? Any thoughts from anyone in general? Would anyone like to draft something formal regarding anything of the points above?
  10. Might be fun with distcc ...is that still a thing? I guess that would defeat the simplicity intensions There's always EC2 A1 instances....
  11. Hmmm... good question... I'll have to figure that out. Looks like nightly builds aren't made for that board, otherwise i'd point you there. PS now that you're ready to cluster again you can achieve enlightenment
  12. merged https://github.com/armbian/build/pull/1324 thanks @NicoD for doing the homework.
  13. Yeah sounds like you were never hitting 1.3 on the old kernel anyway. ANYWAY... I'd say you're good. re 1104 mhz being weird.. I porbably dont know what I'm talking about.
  14. Okay thats not too surprising. A lot of the allwinner stuff got clocked down in later device trees for saftey and reliability. But 1104 is a weird speed to stop cpufrequency-info will tell you max clock
  15. you can stress test with `armbianmonitor -z` because @tkaiser has thought of everything when it comes to SBC performance.
  16. Ready, Fire, Aim! Ya. I can test on my le potato
  17. Ya thats a great idea. Probably the most impactful edge case to happen. Does Cpu frequency and all of that kind of stuff look good with `armbianmonitor -m` ?
  18. Hey Man, can we just kind of back away from this back and forth? Lets focus on the fix that we'd like you to try
  19. Sorry I can only give you a quick summary, but should be enough: * Run the build tools * Choose your board * Say yes to modify kernel configuration * Look around the menus and find the kvm and virtualization stuff * Install your new kernel packages or new system image * Resume following along in your Odroid tutorial Sent from my iPad using Tapatalk
  20. The easiest way to build the kernel will be to use the armbian build tool. You can modify the kernel settings from its interface. https://docs.armbian.com/Developer-Guide_Build-Preparation/ For your guest OSs just use a vanilla ARM Debian or Ubuntu install, it’s going to provide a UEFI for the guest to use so you don’t need to worry about u-boot and all the other SBC nuances armbian addresses. Sent from my iPad using Tapatalk
  21. For the could part -- check out armbian firstrun and hardware optimization scrips.. That's probably where you'd wanna start. https://github.com/armbian/build/tree/master/packages/bsp/common/usr/lib/armbian
  22. So I'm trying to be enthusiastic about this for you, but it's kind of a disappointment to post an announcement like this on the Armbian forum and literally not have any code.
  23. @AZClusterboard Please try this image that I built and let me know how your testing goes. I don't have any pin64 stuff. Patch is in this PR https://github.com/armbian/build/pull/1324 @martinayotte Would you mind taking a look at my PR and make sure I put the patch in the proper location, named correctly, and other adult things I'm supposed to do?
  24. i made a patch from his tree and u-boot compiled.. I'll share an image and a WIP PR in a bit
  25. Looks like just a few patches to u-boot 2019.01. I can at least try to build an image from it
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines