Live data from Hacker News

Linux on an 8-bit micro (2012)

dmitry.gr

31–40 of 47 posts

Re: Linux on an 8-bit micro (2012)

#31
post #28

Earlier quoted context omitted.

Oops! Yes. 16 bit. I was thinking of the 8 bit data bus of the 16 bit 8088. What about Micronix? http://www.retrotechnology.com/herbs_stuff/mnix_micronix.htm... - "As far as I know, Micronix was the only Unix-like multiuser system ever to run on an 8 bit processor."

FUZIX and UZIX runs on an Z80

Cool! And it meets the 'multiuser' qualifier too: "UZI180 is a multi-tasking, multi-user operating for the Zilog Z180 family of microprocessors.", from https://github.com/EtchedPixels/FUZIX/tree/master/Kernel .

Re: Linux on an 8-bit micro (2012)

#32
post #7

This is probably one of the crazier projects I've ever seen. I've often contemplated what running a "true os" on an 8 bit CPU would entail, and TBH the idea of an emulator never struck me. On top of that, a hand-wired linux computer with hand-written arm emulator? Ridiculous.

What about RIOT [1], Contiki [2] or TinyOS [3]?

[1] http://riot-os.de/ [2] http://www.contiki-os.org/ [3] http://www.tinyos.net/

Re: Linux on an 8-bit micro (2012)

#33
post #18

https://en.m.wikipedia.org/wiki/Contiki Runs on 6510(6502) with 64kb on a Commodore 64. While is is cool it would be more interesting to have it run native and not via an ARM emulation layer.

Contiki already runs natively on AVR. https://github.com/contiki-os/contiki/wiki/Avr-platforms

I am not talking about Contiki running on this platform. If your read the story you will see the author wrote an ARM emulator to run on the CPU to the. Run the code. I was staying it would be more interesting if it was native and using Contiki as an example that you can run on an 8 bit Cpu without and MMU.

Re: Linux on an 8-bit micro (2012)

#34
post #7

This is probably one of the crazier projects I've ever seen. I've often contemplated what running a "true os" on an 8 bit CPU would entail, and TBH the idea of an emulator never struck me. On top of that, a hand-wired linux computer with hand-written arm emulator? Ridiculous.

What about RIOT [1], Contiki [2] or TinyOS [3]? [1] http://riot-os.de/ [2] http://www.contiki-os.org/ [3] http://www.tinyos.net/

Of those, it seems like only TinyOS would qualify (a full userland stack that you can develop from) under the same qualifications that netbsd might qualify....

To be clear, by "true os", I mean a posix runtime, preemptive multitasking with threads and processes, memory protection.

Still, cool links (I'll save that TinyOS for later this week), and I like the username.

Re: Linux on an 8-bit micro (2012)

#35
post #21
post #7

This is probably one of the crazier projects I've ever seen. I've often contemplated what running a "true os" on an 8 bit CPU would entail, and TBH the idea of an emulator never struck me. On top of that, a hand-wired linux computer with hand-written arm emulator? Ridiculous.

Well, you could run CP/M on an 8-bit system, which would have been called a "true OS" at the time it was written and sold ...

Hah, I've actually run CP/M on a DEC Robin! I wouldn't call that a "true os" by my (own, flawed, unspecified) definition because it doesn't have memory protection or preemptive multitasking.

Re: Linux on an 8-bit micro (2012)

#36
post #31

Earlier quoted context omitted.

FUZIX and UZIX runs on an Z80

Cool! And it meets the 'multiuser' qualifier too: "UZI180 is a multi-tasking, multi-user operating for the Zilog Z180 family of microprocessors.", from https://github.com/EtchedPixels/FUZIX/tree/master/Kernel .

Wow, great find! Thanks!

Re: Linux on an 8-bit micro (2012)

#37
post #34

Earlier quoted context omitted.

What about RIOT [1], Contiki [2] or TinyOS [3]? [1] http://riot-os.de/ [2] http://www.contiki-os.org/ [3] http://www.tinyos.net/

Of those, it seems like only TinyOS would qualify (a full userland stack that you can develop from) under the same qualifications that netbsd might qualify.... To be clear, by "true os", I mean a posix runtime, preemptive multitasking with threads and processes, memory protection. Still, cool links (I'll save that TinyOS for later this week), and I like the username.

Most 8 bit micros don't have an MMU, so you can't have memory protection or virtual memory. That's a hardware limitation.

Re: Linux on an 8-bit micro (2012)

#38
post #18

Earlier quoted context omitted.

Contiki already runs natively on AVR. https://github.com/contiki-os/contiki/wiki/Avr-platforms

I am not talking about Contiki running on this platform. If your read the story you will see the author wrote an ARM emulator to run on the CPU to the. Run the code. I was staying it would be more interesting if it was native and using Contiki as an example that you can run on an 8 bit Cpu without and MMU.

Well, you can run many things without an MMU, the question is whether it will be at all pleasant to use without an MMU. What makes linux nice is not the fact that it allows you to run code, but it allows you to run thousands of pieces of code at once, stably.

Re: Linux on an 8-bit micro (2012)

#39
post #34

Earlier quoted context omitted.

Of those, it seems like only TinyOS would qualify (a full userland stack that you can develop from) under the same qualifications that netbsd might qualify.... To be clear, by "true os", I mean a posix runtime, preemptive multitasking with threads and processes, memory protection. Still, cool links (I'll save that TinyOS for later this week), and I like the username.

Most 8 bit micros don't have an MMU, so you can't have memory protection or virtual memory. That's a hardware limitation.

> so you can't have memory protection

You can if you emulate all memory.... I had never considered that solution before, that was my original point :)

Re: Linux on an 8-bit micro (2012)

#40
post #4

That's amazing. I wouldn't even know where to start on something like this: "As you can see, there is an antique 30-pin SIMM memory module on the board. These were in use for 80286-based PCs. It is interfaced to the ATmega, and I wrote the code to access it as well as refresh it within spec (SDRAM requires constant refreshing to avoid losing data)." Though 300kb/s is (much) slower than a hard disk, which is hard to i…

It's been a while since I last saw a boot take longer than a split second on "Uncompressing Linux..." :)
Post reply on HN