Prime Linux

[Hooloowalrus]

Linux is coming to the Prime.
It should have been there a long time; the chip it runs on, the S3C2416, has been supported for a long time. Recently gaining access to tools for jtag, I decided I would go and connect things up, not realizing that the newer revision of Prime didn't even have jatag pins broken out on the front of the board. I bought a prime, and started working.

Tonight, I got up and running with a shell. There's nothing else here but the shell, actually, and many things don't work. But I got the LCD and serial port working, which is easily enough to test with.

Here's a picture of the shell up and running on tty0:


The sources can be found on my github:
linux
ripem build with loader
qemu for Prime
Since I don't have a good setup for the initramfs running right now, I'm going to figure out how to get buildroot up and running. As long as I'm not too busy with school, I'll figure out how to make a keyboard driver and get the rest of the theoretically working platform drivers (usb, touchscreen) working. If anyone wants to help, go ahead!

x-posting to Omni and Cemetech

[Juju]

Oooh, that's awesome ^_^

[xlibman]

Great news @Hooloowalrus . I'm glad to see some HP Prime development again, especially here or other TI websites where user reception for such HP Prime project was good. Please, though, don't send this calc in space like your previous HP Prime, though.

[pimathbrainiac]

It was only a matter of time! I like what I see!

That feeling when there isn't a gcc port for ez80 so you can't get TI-80+ CE linux

[Jean-Baptiste Boric]

Nice!

Looking at the code, my only remark for now would be to use a device tree instead of ATAGS. I don't think it's possible to upstream new non-device tree ARM platforms for Linux anymore.

[Hooloowalrus]

I wanted to get everything working before starting to mess with DTBs, as someone else working on a similar system, http://blog.weinigel.se/2016/05/07/linux-on-sds7102.html and said that it did not work. I think DT support is worth working on, but I'm not sure if it's my first priority.

[Adriweb]

Great job !
This also deserves a cross-post on TI-Planet (Yes, posting in English is perfectly fine)

Edit: and yep, upstreaming the work would be nice, it would also be the 2nd graphing calculator (AFAIK) to be there, after the Nspire (CX)

[Lionel Debroux]

Fantastic job, congratulations
We knew since the beginning that it would be possible, but nobody was sufficiently interested in doing that work - until now.
Good thing to be posting on this board as well.

Mainlining the port is an absolute must for long-term maintenance, and for a 32-bit ARM9 platform, this does indeed require using DT: it already was a requirement when the Nspire Linux port was mainlined years ago, as Arnd Bergmann indicated when replying to https://lkml.org/lkml/2013/4/4/113. The tools associated to Nspire Linux may save you some time with that task: there's a DTB loader in there.
It's alright to make a bit more progress on a non-DT kernel for now, but you'll soon be spending time on code you'll have to redo for using DT, so you shouldn't wait much

[Hooloowalrus]

I updated some stuff, so now loading DT and stuff should work. It appears as if the s3c framebuffer driver doesn't have any DT code in it at all, so I'm going to figure that part out before I start writing drivers of my own, like for the keypad.

[critor]

@Hooloowalrus
Which project should I build ? linux ? ripem ? both ?
Any binaries available ?

Thanks.

[xlibman]

Are you planning to continue the project?

[critor]

@Hooloowalrus
Could you release a PRIME_OS.ROM file, so everybody can install Linux easily ?
Thanks !

[shak0579]

please make it to 84+ ce

[Juju]

You wish, but I don't think it's powerful enough for a full-blown kernel. CP/M would probably be more realistic, but it's not the point of this thread.

[Caleb Hansberry]

I think for most people familiar with Linux, CP/M would be significantly less exciting XD