« previous next »
Pages: 1 ... 38 39 [40] 41 42 ... 82   Go Down

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

0 Members and 7 Guests are viewing this topic.

Offline merauder75

  • LV3 Member (Next: 100)
  • ***
  • Posts: 75
  • Rating: +1/-1
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #585 on: January 22, 2013, 10:28:24 pm »
Hey, anyone willing to test a file system image? I am having issues with my storage medium not getting set up right (I switched to a linux VM instead of an actual machine to format my USB drive). Let me know if this boots at all. It's got python, vim, lua, and ruby installed on it, along with x windows (its based off of xconfig from tiplanet.org/nspire-linux-builds) To use the image, here is a copy of Vogtinator's instructions

Do the following: (/dev/sdX(X is the letter of usb drive, find it with mount command) = USB-Stick)
1. mkdir /tmp/mount
2. mkfs.ext4 /dev/sdX
3. mount /dev/sdX /tmp/mount (ignore warnings)
4. tar -xvf rootfs.tar.bz2 -C /tmp/mount
5. umount /tmp/mount

Download link: https://www.dropbox.com/s/9fundz78mzcox46/rootfs.tar.bz2
You also need to use this kernel: http://tiplanet.org/nspire-linux-builds/zImage_expanded_20130119_2110.tns

« Last Edit: January 23, 2013, 08:21:25 am by merauder75 »
Logged
Known Programming Languages:
C++,C#,Java,Python,Lua,PHP,x86 ASM,TI-Basic(Z80 and Nspire),C

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 #586 on: January 23, 2013, 02:00:30 am »
Nowadays, /dev/sda is usually the host disk of the host computer (or the VM), so you probably mean /dev/sdb :)
Logged
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.
Co-admin of TI-Planet.

Offline Vogtinator

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1193
  • Rating: +108/-5
  • Instruction counter
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #587 on: January 23, 2013, 07:48:05 am »
Otherwise you'll get HUGE problems ;)
« Last Edit: January 23, 2013, 07:48:11 am by Vogtinator »
Logged

Offline InspiredByCas

  • LV3 Member (Next: 100)
  • ***
  • Posts: 44
  • Rating: +4/-1
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #588 on: January 23, 2013, 07:57:09 am »
Quote
Nowadays, /dev/sda is usually the host disk of the host computer (or the VM), so you probably mean /dev/sdb

Better change this before an idiot types this in an terminal on his pc....
« Last Edit: January 23, 2013, 08:04:38 am by InspiredByCas »
Logged

Offline Hooloovoo

  • LV5 Advanced (Next: 300)
  • *****
  • Posts: 225
  • Rating: +22/-0
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #589 on: January 23, 2013, 07:57:51 am »
I wrote a script to do that about 10 minutes before you posted :)
The filesystem works, I know that the python and vim work, but I don't know how to use ruby and lua.
Logged
"My world is Black & White. But if I blink fast enough, I see it in Grayscale." -tr1p1ea
Spoiler For some of the calcs I own:



(actually I have quite a few more than this, but I don't feel like making bars for them all.)

Offline Vogtinator

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1193
  • Rating: +108/-5
  • Instruction counter
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #590 on: January 23, 2013, 07:58:05 am »
Quote
Better change this before an idiots types this in an terminal on his pc....
/dev/<usb> would be better, many use a second hdd.

Edit: Too late, I hate caching..
« Last Edit: January 23, 2013, 03:07:05 pm by Vogtinator »
Logged

Offline tangrs

  • LV5 Advanced (Next: 300)
  • *****
  • Posts: 229
  • Rating: +98/-0
    • View Profile
    • tangrs blog
Re: Calling all Linux Kernel developers!
« Reply #591 on: January 23, 2013, 08:10:43 am »
Quote from: fortytwo on January 22, 2013, 06:01:13 pm
Is it possible to get X working on a click pad/touchpad? Mine complains about the color depth being unsupported. Is there a way around that?

Yep, I get that too. It seems that the fbdev Xorg driver doesn't support 4bpp hence X can't run either.
Logged

Offline merauder75

  • LV3 Member (Next: 100)
  • ***
  • Posts: 75
  • Rating: +1/-1
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #592 on: January 23, 2013, 08:23:00 am »
Good, so my filesystem works, I guess my errors/kernel panic are coming from the microSDHC card I was using (or my VM setup, or something else).
« Last Edit: January 23, 2013, 08:23:19 am by merauder75 »
Logged
Known Programming Languages:
C++,C#,Java,Python,Lua,PHP,x86 ASM,TI-Basic(Z80 and Nspire),C

Offline Vogtinator

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1193
  • Rating: +108/-5
  • Instruction counter
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #593 on: January 23, 2013, 08:33:51 am »
The contoller http://hackspire.unsads.com/wiki/index.php/Memory-mapped_I/O_ports#C0000000_-_LCD_controller
Supports 8 bpp. Maybe just use 8bpp instead of 4bpp?
Logged

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 #594 on: January 23, 2013, 08:43:12 am »
When TI's OS is running, using 8 bpp requires putting the screen buffer in SDRAM, otherwise some variables used by the OS are corrupted. But without TI's OS, is the SRAM large enough to put the screen buffer there ?
Logged
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 #595 on: January 23, 2013, 08:44:45 am »
Quote from: Vogtinator on January 23, 2013, 08:33:51 am
The contoller http://hackspire.unsads.com/wiki/index.php/Memory-mapped_I/O_ports#C0000000_-_LCD_controller
Supports 8 bpp. Maybe just use 8bpp instead of 4bpp?

The controller might support it but the panel doesn't. I've already tried :(

Edit: unless I'm missing something... Was it ever possible to use 8bpp in Nspire OS? Linux renders the screen weirdly when I try to use 8bpp mode.

Edit2: Just had an epiphany. It is most likely possible after all. I made a wrong conclusion XD I'll give it a whirl again tomorrow.
« Last Edit: January 23, 2013, 08:52:13 am by tangrs »
Logged
+1/-0 karm for this message

Offline Vogtinator

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1193
  • Rating: +108/-5
  • Instruction counter
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #596 on: January 23, 2013, 08:57:21 am »
Ok. 'cause there's written:
Quote
101 = 24 bpp (not applicable to TI-Nspire's STN LCD)
.
So apparently even 16 bit are possible? That'd be even better!
But why doesn't TI use this? SRAM can't be the reason
Logged

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 #597 on: January 23, 2013, 09:00:35 am »
In 8 bpp mode, one has to define a palette ( http://hackspire.unsads.com/wiki/index.php/Memory-mapped_I/O_ports#C0000000_-_LCD_controller ), otherwise the screen is indeed weird.
nDOOM, among others, uses 8 bpp mode - but in SDRAM, as I wrote. Since we don't have to worry about not erasing the variables for TI's OS, maybe the SRAM is large enough to contain a double-sized screen buffer ? :)
Logged
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.
Co-admin of TI-Planet.

Offline Levak

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1002
  • Rating: +208/-39
    • View Profile
    • My website
Re: Calling all Linux Kernel developers!
« Reply #598 on: January 23, 2013, 09:11:28 am »
Quote from: Vogtinator on January 23, 2013, 08:57:21 am
Ok. 'cause there's written:
Quote
101 = 24 bpp (not applicable to TI-Nspire's STN LCD)
.
So apparently even 16 bit are possible? That'd be even better!
But why doesn't TI use this? SRAM can't be the reason
Speed issues ?
Also, yes, they have SRAM problems, even in 4bpp.
« Last Edit: January 23, 2013, 09:12:09 am by Levak »
Logged
I do not get mad at people, I just want them to learn the way I learnt.
My website - TI-Planet - iNspired-Lua

Offline Vogtinator

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1193
  • Rating: +108/-5
  • Instruction counter
    • View Profile
Re: Calling all Linux Kernel developers!
« Reply #599 on: January 23, 2013, 09:27:25 am »
The CX doesn't use the SRAM and it's fast enough.
I have seen a Clickpad, but I think the (crappy) LCD is the issue, not the storage

Edit: I got a full busybox initrd working.. Just 720 KB!
Edit2: Initrd with links and direcfb (for images): 3.2 MB, had to increase ramdisk size in kernel config
Edit3: http://tiplanet.org/nspire-linux-builds/initrd.tns
« Last Edit: January 23, 2013, 03:09:26 pm by Vogtinator »
Logged
Pages: 1 ... 38 39 [40] 41 42 ... 82   Go Up
« previous next »