Tim Rowledge wrote:
> Several people have taken and built on the framebuffer direct stuff I
> did several years ago for the Itsy, including I think Aaron (?).  It
> ought not be difficult to sort out, with the only problem I foresee of
> any magnitude being handling pixel endian issues. You may need to make
> use of the SurfacePlugin stuff to convert from Squeak's slavish copy
> of Mac pixel format to the probably little endian Zaurus format.

Sorry for being late in responding.

Yes, I'm certainly working on Squeak on the Zaurus and as previous 
reported here, I have it running with working support for the touchpad 
and keyboard.  Notice that, my Squeak VM takes over the whole UI and 
doesn't coexist with Qtopia (a feature, not a bug). I believe someone 
(Yoshiki-san?) is working on a Qtopia Squeak VM.

I started with a sqUnixDirectFB.c that Lee Salzman posted here 
(http://lists.squeakfoundation.org/pipermail/squeak-dev/2002-April/012118.html), 
but to get the touch pad working I had to hack the DirectFB package.

The current status of my VM is:
- Initial attempts at using Ian's latest Squeak VM (5devel) has yet to 
succeed.
- Power management is a major issue.  While I can suspend the VM from 
inside (and it comes back nicely), I have still to find a way to make it 
turn off itself after some amount of idle time.
- Currently, Squeak 3.2 + the latest VM burns _a lot_ of cycles (= 
power) in idle.  There has been a thread about gettimeofday, but I've 
yet to experiment with that.
- The filtering for touchpad isn't perfect.  I'm puzzled why it seems to 
work better for Qtopia (I'm using nearly the same simple algorithm).
- The keyboard mapping isn't that great either.  DirectFB is more part 
of the problem than the solution here.
- I haven't figured out how to control the backlight.

I'm quite tempted to throw DirectFB away and go straight to /dev/fb. 
The only major issue I can see is rotating the screen.

/Tommy