I have patched my Zaurus quite a lot since I put OpenBSD on it and submitted most of these patches here.
To list a few patches..
http://www.oesf.org/forums/index.php?showtopic=17690 contains a fix to wsfb that correctly implements mode storage - there is a bug in the original driver where only the current mode was fixed up. In 640x480 screen mode a query of display modes via xf86vm queries would return 480x640. This patch fixes that. The original developer passes this behaviour off on XOrg issues - the XOrg issues that I know about are related to the GetViewPort extension which admittedly is still buggy - this isn't directly related to this issue. - Note that with this patch you will still need GetViewPortIsFullOfLies: True in ~/.xscreensaver if you are running it. - Longer term the original developer suggests that this will be fixed by XOrg fixing it..hmm.
http://www.oesf.org/forums/index.php?showtopic=17642 contains Caps Lock fixes that work in the Console and in X, the console fix is a Kernel patch to wskbd and the X patch is a fix to kbd_drv. The console problem has been acknowledged by one of the OpenBSD guys and I expect that there will either be my patch or his own patch to correct the issue. The X patch hasn't been commended on by maintainer of the X stuff.
http://www.oesf.org/forums/index.php?showtopic=17428 contains a non Zaurus specific enhancement to the uvisor driver that may enable a sizable range of CLIE devices with OpenBSD. No acknowledgement as yet at all from the OpenBSD guys.
http://marc.theaimsgroup.com/?l=openbsd-ar...93195221600&w=2 Finally yet another patch (not posted here). It contains modifications to the zts driver to allow rotation to be implemented directly within the driver and also contains a command line utility to select touch screen rotation. This is to overcome the scaling flaw that effects OpenBSD on the Zaurus when the display is placed into Portrait mode. For a full description of the issue please read the thread. Again the X developer hopes to address this when OpenBSD finally adopts a speculative version of XOrg with new (note still being planned) extensions to support rotation handling for input devices. At the moment this I see as the cleanest workaround for the scaling issue since rotation can be applied directly to the zts driver without effecting the usb mouse driver that also runs through the same X driver.
OK, now the point of this message.
It is established that there is generally a lag in patch feed into OpenBSD because it's run by a core team and they want to QA and fix or dismiss patches for a variety of reasons.
It seems that particularly with regard to the X environment we may be in for something of a wait before we have some of the fixes implemented through the suggested channel of waiting until XOrg is fixed and does everything - The maintainer has suggested that we will have xrandr support soon as a stopgap to some issue but we shall have to see what that brings with it.
I myself am enjoying the benefits of a Zaurus that runs a lot more cleanly in both the console and in X than with the stock distibution (subjective view of course) and have shared all my discoveries without even including the customary 'I was here and I fixed this' lines in the patches - in the end I just want to see these issues fixed and I don't care if they are fixed with my patches or somebody elses patches just as long as I don't have to wait forever for them.
So practically speaking I will probably patch every little annoyance that I come across on the Zaurus and it may be that some of these patches do get implemented in the distribution and some dont.
My question to you folks using OpenBSD on your Zauruses is this...
Do you want to accept a kernel binary that I will post periodically containing these fixes? I can post X drivers on this board without a problem but I think a prebuild kernel should be kept off these pages since it's too darned big and offroadgeek will be getting his guns off the rifle-rack if we really swamp these pages ().
If I do this then I can also place the X fixes up there too in binary form.
I will always include the patch source so that people can see what is going on and will probably patch and build each -current snapshot that emerges. In fact since I am using a Kernel based on a cvs sync rather than a snapshot the base kernel will be more recent anyway than the snapshots.
So what are your thoughts folks? Do you want this stuff posted somewhere so you don't have to build all that kernel stuff or do you just want me to post patches?
Incidentally running a custom Kernel doesn't rearrange your Zaurus in any way, you will simply either replace /bsd with the custom file or copy it to /bsd.custom you are then free to boot into either from the boot prompt. By default the boot prompt will boot /bsd. You can override this simply by typing an alternate Kernel name, you can copy over /bsd with a custom kernel or you can make a /etc/boot.conf to select an alternate configuration.
Anyway let me know what sounds good to you.