Linux on an 8-bit micro? (2012)
dmitry.gr
Linux on an 8-bit micro? (2012)
1–10 of 59 posts
Re: Linux on an 8-bit micro? (2012)
#2Re: Linux on an 8-bit micro? (2012)
#3The reason why...
"uARM is certainly no speed demon. It takes about 2 hours to boot to bash prompt ("init=/bin/bash" kernel command line). Then 4 more hours to boot up the entire Ubuntu ("exec init" and then login)."
It is so slow. Btw if you ever ask about system compiles of Elm on RaspberryPi which requires Haskell, you'll get similar responses.
Re: Linux on an 8-bit micro? (2012)
#4Very cool (TL;DR: it's an ARM emulator for 8-bit AVR which can slowly boot Linux). Could do with a [2012] tag in the title.
Re: Linux on an 8-bit micro? (2012)
#5Re: Linux on an 8-bit micro? (2012)
#6"It is common to see newbies asking in microcontroller forums if they can run Linux on their puny little 8-bit micro. The results are usually laughter..." The reason why... "uARM is certainly no speed demon. It takes about 2 hours to boot to bash prompt ("init=/bin/bash" kernel command line). Then 4 more hours to boot up the entire Ubuntu ("exec init" and then login)." It is so slow. Btw if you ever ask about system…
Re: Linux on an 8-bit micro? (2012)
#7Re: Linux on an 8-bit micro? (2012)
#8"It is common to see newbies asking in microcontroller forums if they can run Linux on their puny little 8-bit micro. The results are usually laughter..." The reason why... "uARM is certainly no speed demon. It takes about 2 hours to boot to bash prompt ("init=/bin/bash" kernel command line). Then 4 more hours to boot up the entire Ubuntu ("exec init" and then login)." It is so slow. Btw if you ever ask about system…
Re: Linux on an 8-bit micro? (2012)
#9I voiced the same complaint when somebody claimed to “run” Windows 3 on an Apple watch (IIRC), which also was achieved by running a standard PC-hardware emulator, and running Windows 3 on that.
These are somewhat interesting accomplishments, but the click-bait factor is high.
Re: Linux on an 8-bit micro? (2012)
#10I wonder if you could write parallelization routines that make this slightly faster with a few more atmels...