fast 6000 kernel, along with special libsdl Options

[guylhem]

Hello

If you want to try a kernel that can go to 530 Mhz, has (or should have - did that tonight) video accel,preemptible kernel for enhanced responsiveness, a faster floating point emulation, better keyboard support to map new actions to long keypresses, usbd-storage to use the Zaurus as a usb flash disk, firewalling, and various security backports for the 2.4 kernel check http://externe.net/zaurus/modules.php?op=m...order=0&thold=0

Along is a special libsdl (with a sample fz.sh file to start snes9x) that work in 240x230 portrait mode and can be mapped to hardware keys (address, agenda, home, menu...) i.e. you can use your Tosa like a gameboy - you don't have to open the keyboard again to play. [that could also be interesting for 5500/5600 owners]

With both the new kernel and this libsdl, I can downclock the kernel to the minimum and still get near full framerate with sound at 240x230 (use fz.sh). Sweet. The only problem is I don't know why it can't display in 480x640

Feedback, tests, bugreport welcome ! I know the SDL rightmost 20 pixels are incorrectly drown on the left handsite- working on that, and I didn't compile pcmcia ethernet/wifi support - that's because I don't have either on my 6000]

[adf]

I love this kernel.. I am infact using the ffpe version, without any problems at all.
The only differenci i see is that games work better with ffpe. As a caveat though, i don't do any real precise engineering or anything with my 6k.

I really appreciate this stuff. It made my 6k much much less of a headache. and definitely made sharprom a valid option again...

But... since you are already revving up your toolchain.... any luck compiling a softfloat mplayer? I'd love to give it a spin if you have (though the reglar mplayer is working pretty nicely)

and.... any thoughts on pushing qtopia 2.1 through the soft-float chain to see what happens? Though that sounds like a headache waiting to happen.... and with a maybe limited payoff to boot. I had heard rumor that the hancom stuff installed with hancom libs on a softfloat system would be ok though......

As SA said,
thanks, it makes a diference.

[guylhem]

But... since you are already revving up your toolchain....  any luck compiling a softfloat mplayer?  I'd love to give it a spin if you have (though the reglar mplayer is working pretty nicely)

and....  any thoughts on pushing qtopia 2.1 through the soft-float chain to see what happens? Though that sounds like a headache waiting to happen.... and with a maybe limited payoff to boot.  I had heard rumor that the hancom stuff installed with hancom libs on a softfloat system would be ok though......

Thanks a lot for the kind message. I'm happy I'm helping someone besides myself. There're other tweaks I should post - let's say I have a very "customised" SL6000 :-)

Bust first, a clarification for the precedent message with a nand question: nand reflash may or may not overwrite the kernel- depends on what you flash. On a sl6000 you have 2 (!) copies of the kernel and 2 filesystems. A couple is normally used, while the other kernel+filesystem couple is used only during reflash (so you can reflash if shit happens)

Then that reflash process only reflash what it's asked. If it does the kernel - fine. If it doesn't... you just overwrite the normal filesystem, which creates a weird previous-kernel+flashed-filesystem couple used for normal operations. How can you find out if your flash is correct ? Use uname -a. Read my flash pages to simply overwrite the kernel and keep the rest intact -because there's no reason to reflash everything unless you do something very bad, likely under root with the root partition mounted rw.

That being said, I unfortunately don't have enough time to do all I'd like, so I have to make an agenda. Here's my current agenda for the Sl6000:
- 1. learn qtopia. Will help a lot with many issues (phone app, calendar, ...) I have. And I should have done that much earlier !!
- 2. update the kernel to match tetsu's version. take advantage of that to fix the kerboard problems (basically I tried to remap internal keyboard so it would play nice with an external usb keyboard in console mode. I also wanted to remap events to short/long apps keypresses. Bad idea. I screwed up big. I'll also compile iptables modules - will help a lot.
- 3. try to tweak the libsdl a little more. I am very interested in cwaig acceleration stuff. But I can't do that alone :-) mplayer acceleration would also be very interesting.
- 4. then play with softfloat. a libsdl/mplayer/emulators suite with video acceleration *AND* softfloat would be interesting : I think vga video playback at a good framerate might be possible
- 5. make hostap work with usb wireless card. possible - someone did hack that, but a) with an old version of hostap only gave the source to Jouli who couldn't send me a copy (lost file IIRC). Has to be done again from scratch, but would help with kismet, wellenreiter and co.
- 6. finally try to do a full rom with softfloat. this goes last because I'm still curious about the opie/qtopia situation, and because more people could do that besides me - with more efficiency since they're used to do roms :-) But with the opie/qtopia story, I still don't know exactly what I should do.

Anyway IMHO the most important for the SL6000 right now would be video acceleration.

From the chip documentation:

.7.3 2D Graphics Acceleration
TC6393XB supports the acceleration as below.
- Fill
- SourceCopy
- StretchBLT
- LineDraw

By using this hardware accelerator, you can realize improvement in a performance and reduction of power consumption.

6.7.3.1 Fill
The “Fill” function of TC6393XB supports as below.
- Rectangle field range: 1 ~ 1,024 Pixel x 1 ~ 1,024Pixel
- Fill color: 16bit color
- Support function: Raster Operation (ROP3)
6.7.3.2 SourceCopy
The “SourceCopy” function of TC6393XB supports as below.
- Rectangle field range: 1 ~ 1,024 Pixel x 1 ~ 1,024Pixel
- Support function: Raster Operation (ROP3), Transparent
6.7.3.3 StretchBLT
The “StretchBLT” function of TC6393XB supports as below.
- Rectangle field range: 1 ~ 1,024 Pixel x 1 ~ 1,024Pixel
The “StretchBLT” function of TC6393XB does not support Raster Operation (ROP3) and Transparent. And, it is not possible that the expansion and reduction ratio of vertical is different from one of horizontal.
6.7.3.4 LineDraw
The “LineDraw” function of TC6393XB supports as below.
- Rectangle field range: 1 ~ 1,024 Pixel x 1 ~ 1,024Pixel
- Draw color: 16bit color
- Support function: Raster Operation (ROP3)

Yet there's no information on how to do that. And even if there was, I don't now ATM how it should be implemented in mplayer/libsdl. So congrats to cwaig for the work he did - he is making that possible. From the mere possibility to a full implementation in mplayer and libsdl, there's a long long way! If there're other SL6000 hackers, let's try to do something !

[adf]

outstanding agenda.... all the stuff that is needed and I don't know how to do and am not likely to learn in time.
thanks again