Author Topic: Calling all Linux Kernel developers!  (Read 348100 times)

0 Members and 1 Guest are viewing this topic.

Offline tangrs

  • LV5 Advanced (Next: 300)
  • *****
  • Posts: 229
  • Rating: +98/-0
    • View Profile
    • tangrs blog
Re: Calling all Linux Kernel developers!
« Reply #45 on: October 05, 2012, 04:45:15 am »
tangrs, should one of us send you a Clickpad (prototype or production model) to speed up your process ?

I might have to work on the Clickpad/Touchpad models a bit later. Their memio ports are a bit different to the CX and the hackspire documentation doesn't specify what hardware it uses :( The reason I was able to get the CX up and running so fast was due to the most of the essential hardware on the CX was already supported by Linux.

Offline tangrs

  • LV5 Advanced (Next: 300)
  • *****
  • Posts: 229
  • Rating: +98/-0
    • View Profile
    • tangrs blog
Re: Calling all Linux Kernel developers!
« Reply #46 on: October 05, 2012, 04:48:03 am »
Quote
Just a quick reminder that there's a 4MB soft limit for RAM disks. Make sure the final image is less than that until I rework the bootloader to lift it.
ACK :)
It's easy to reach 8 MB without even attempting to add an X server + its libraries.


Hmmmm. If you get the source for the bootloader you could try changing MAX_RAMDISK_SIZE to something higher. But I can't guarantee it'll work without hitches since it might overwrite the bootloader code.

The solution is to relocate the bootloader itself into SRAM or somewhere out of the way before loading. That way, the max ramdisk size is limited by the amount of physical memory. I'll get the done soon

Edit: Random thoughts: snes9x SDL on Linux on CX?
« Last Edit: October 05, 2012, 04:56:44 am by tangrs »

Offline Lionel Debroux

  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2135
  • Rating: +290/-45
    • View Profile
    • TI-Chess Team
Re: Calling all Linux Kernel developers!
« Reply #47 on: October 05, 2012, 05:01:52 am »
+1 on relocating the bootloader to SRAM.

Quote
Edit: Random thoughts: snes9x SDL on Linux on CX?
We have the same kind of thoughts ;)
SDL applications are the reason why I selected both C++ support in the toolchain and SDL support in the target rootfs for the buildroot config :)
« Last Edit: October 05, 2012, 05:03:47 am by Lionel Debroux »
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.
Co-admin of TI-Planet.

Offline tangrs

  • LV5 Advanced (Next: 300)
  • *****
  • Posts: 229
  • Rating: +98/-0
    • View Profile
    • tangrs blog
Re: Calling all Linux Kernel developers!
« Reply #48 on: October 05, 2012, 11:52:53 pm »
+1 on relocating the bootloader to SRAM.

Do you happen to know the size of the SRAM? I'm not sure now much space I am restricted to.

Offline aeTIos

  • Nonbinary computing specialist
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3915
  • Rating: +184/-32
    • View Profile
    • wank.party
Re: Calling all Linux Kernel developers!
« Reply #49 on: October 06, 2012, 12:01:50 am »
moar random thoughts: vba-m on sdl on linux on cx?
this is awesome :D
I'm not a nerd but I pretend:

Offline Lionel Debroux

  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2135
  • Rating: +290/-45
    • View Profile
    • TI-Chess Team
Re: Calling all Linux Kernel developers!
« Reply #50 on: October 06, 2012, 01:32:43 am »
The SRAM of the CX is probably not smaller than the SRAM of the Clickpad/Touchpad, which is at least 80 KB :)

As it's necessary to use Phoenix OS functions for reading from NAND Flash, the size of the kernel and initrd will remain limited by the amount of free RAM on the host Phoenix OS.
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.
Co-admin of TI-Planet.

Offline Jim Bauwens

  • Lua! Nspire! Linux!
  • Editor
  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1881
  • Rating: +206/-7
  • Linux!
    • View Profile
    • nothing...
Re: Calling all Linux Kernel developers!
« Reply #51 on: October 08, 2012, 01:31:39 pm »
I've made a boring vid that can be found at
&feature=youtu.be .

Also Tangrs, sometimes boot halts just after keypad initialization. It appears to occur at random, although I've a feeling it might have to do with me (accidentally) pressing a key sometimes after it started to boot. Not sure if that's even possible though ..
« Last Edit: October 08, 2012, 01:31:46 pm by Jim Bauwens »

Offline tangrs

  • LV5 Advanced (Next: 300)
  • *****
  • Posts: 229
  • Rating: +98/-0
    • View Profile
    • tangrs blog
Re: Calling all Linux Kernel developers!
« Reply #52 on: October 08, 2012, 04:40:49 pm »
I've made a boring vid that can be found at
&feature=youtu.be .

Also Tangrs, sometimes boot halts just after keypad initialization. It appears to occur at random, although I've a feeling it might have to do with me (accidentally) pressing a key sometimes after it started to boot. Not sure if that's even possible though ..

It might be related to touching the touchpad before the driver had a chance to init.

Offline compu

  • LV5 Advanced (Next: 300)
  • *****
  • Posts: 275
  • Rating: +63/-3
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #53 on: October 08, 2012, 04:56:00 pm »
OSLauncher shows the same behaviour when launching an OS on a touchpad calc.

Offline SpiroH

  • LV8 Addict (Next: 1000)
  • ********
  • Posts: 729
  • Rating: +153/-23
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #54 on: October 09, 2012, 09:32:45 am »
Hi tangrs, first off congratz for your nice and hard work. I'm having a problem when trying to run it on the emulator, though. I get the following straight jump into the debugger:

Any ideas from the snapshot? Do you see any reason why it shouldn't run on the emulator? Thanks.

Offline Lionel Debroux

  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2135
  • Rating: +290/-45
    • View Profile
    • TI-Chess Team
Re: Calling all Linux Kernel developers!
« Reply #55 on: October 09, 2012, 09:44:02 am »
From http://ourl.ca/17131/318466 :
Quote
I've found that the nspire emulator can't emulate some of the instructions Linux uses (especially to do with caches) so I actually need real devices to test on.
;)
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.
Co-admin of TI-Planet.

Offline SpiroH

  • LV8 Addict (Next: 1000)
  • ********
  • Posts: 729
  • Rating: +153/-23
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #56 on: October 09, 2012, 09:59:30 am »
Thanks Lionel. I've missed that one. If that's the case, it's a real shame.  I hope Goplat (still) sees this and comes back to 'work' to fix it, sometime soon. Cheers. ;)

Offline Lionel Debroux

  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2135
  • Rating: +290/-45
    • View Profile
    • TI-Chess Team
Re: Calling all Linux Kernel developers!
« Reply #57 on: October 09, 2012, 10:14:12 am »
Goplat has been pretty silent for the past few months...

And there remains a major unresolved problem with Nspire emulation, which is preventing forward progress: your closed-source fork of nspire_emu, based on an outdated version of nspire_emu ;)
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.
Co-admin of TI-Planet.

Offline Jim Bauwens

  • Lua! Nspire! Linux!
  • Editor
  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1881
  • Rating: +206/-7
  • Linux!
    • View Profile
    • nothing...
Re: Calling all Linux Kernel developers!
« Reply #58 on: October 09, 2012, 12:31:22 pm »
Yup SpiroH, it would indeed be nice. But as Lionel said, development is a bit barred because of your fork. I think you should see to work together with the Nspire devs (Goplat, amonng others). Should help progress a lot :)

Offline Lionel Debroux

  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2135
  • Rating: +290/-45
    • View Profile
    • TI-Chess Team
Re: Calling all Linux Kernel developers!
« Reply #59 on: October 09, 2012, 12:37:52 pm »
Let's add that ncubate_emu was a fork as well, but unlike SpiroH's fork, ncubate_emu didn't prevent nspire_emu development from going forward, as it was open source.
There's no good reason to keep kArmTI closed source, and there are good reasons to provide the sources, so that both users and developers can benefit from the best in a single program :)
« Last Edit: October 09, 2012, 12:39:47 pm by Lionel Debroux »
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.
Co-admin of TI-Planet.