I've been quite early with buying a zaurus 6000 which was a few years ago. I used it a bit in all that time but since the releases up to 3.5.4 it was not suitable for serious use. The reason as many know is that there are too many things which need to be fixed and workarounds to be applied. So i'd be spending more time on working around bugs then really feeling that i can rely on the 6000 when really using it as it was meant to be.

The hardware is excellent, just the software needs to be stable. I just tried release 3.5.4 and i must say i'm impressed, it's alot better and more stable. Yet there're still are several issue's which are IMPORTANT to be fixed. I'm an unix/linux person, with time i can probably fix a few things myself but i don't have the time for this.

In the past i already donated like 400 $ to speed up a bit the support for the 6000 and making it more stable. I've thought hard, get rid of the zaurus and buy some mininotebook which is still bigger than any zaurus or support ppl who can seriously get things fixed...so i'm going to support some one or more to do the following:

- release 3.5.4 must turn into a stable release, reliable and working at least for the 6000 , this means 3.5.4 must be so stable that ppl can fall back on it when future releases are buggy or for any reason not usable in a serious environment.

- In this topic i will gather what needs to be fixed, who is willing to fix it, when the fix is ready and the amount of $ for that persons bother.

- I invite owners of the 6000 and using/willing to use the 3.5.4 release to report what is NOT working, please provide DETAILS and DOUBLE CHECK before you report it.

Please keep in mind that i will select which fixes are important to fix and those that can wait since like most ppl here i don't have unlimited resources to pay for them all.This brings me to another issue, if there are ppl who want to contribute in $ then this is welcomed ! The more we can financially support the person(s) who are going to fix issues and turn 3.5.4 in a solid stable release the better ! Please contact me either by email or through this board if you want to contribute and what kind of fix you need.Ofcourse you're free to do it any other way, but this is my topic and place where i'd like things to be done with deadlines.

I've waited now a few years, but it's about time to get the full power of the 6000 going !

########## CURRENT ISSUES ###########

Remember, this is for the 6000 but fixes might apply also to others.

===>> HIGH PRIORITY ON THE GPE - IMAGE / KERNEL <<===

1. alarm doesn't work when unit is suspended (this is in GPE image)

2. wifi goes crazy when unit is suspended and then unsuspended (many posts about this) (gpe and opie)

3. selection color in gpe is too dark, this was also reported by some one.

More bugs exist and are reported to the bugtrackers, when some one picks up this challenge all the other bugs will be reviewed and shown here.

##################################################

### UPDATE 27-03-06 ###

Beside the current work on the current release, i'd like to support also the 2.6 project.

I decided to reward the person who is first to release a stable and fully working 2.6 kernel + GPE image for the 6000 models the amount of 500 $

I would like this to happen within months, not years.

I hope other 6000 owners might jump in and also add extra $ to sponsor this. I will note them in this topic and the amount they want to add on top of the 500 $

Also i decided that the GPE-Image + kernel in this topic are my high priority. Opie doesn't matter for me anymore.

### UPDATE 29-03-06 ###

Thanks to nevarrie (+100 $) the reward for a fully working oz/gpe+2.6 kernel is now: 600 $

### UPDATE 31-03-06 ###

Thanks to jgardia (+200 $) the reward for a fully working oz/gpe+2.6 kernel is now: 800 $

Other help:

xjqian: offer his 6000W to any one who is going to take up this challenge to use it for testing and working out the details. (can miss it for up to 6 months)

### UPDATE 05-04-06 ###

Thanks to undrwater (+100$) the reward for a fully working oz/gpe+2.6 kernel is now: 900 $

2. alarm doesn't work when unit is suspended (this is in GPE image, but please fix it for opie too if needed)

3. wifi goes crazy when unit is suspended and then unsuspended (many posts about this) (gpe and opie)

4. selection color in gpe is too dark, this was also reported by some one.

1: This happens on SL-Cxxxx, too when one presses Fn+Shift, but only then.2: Kernel bug. It's unlikely someone could fix it without having access to the harwareAFAIK, tosa will be moved to kernel 2.6 eventually which could fix this problem3: There is an easy workaround possible by doing ifdown $wlan with the apm scripts before suspendingand ifup $wlan on resume.4: This is one of the bugs which would have been fixed ages ago if we had a GPE dev w/ access to a tosa

Idea of sponsoring fixes sounds interesting - before 3.5.4 I worked on CFXGA card support - got donation from user of such card.

1. Hm.. this has something with a way how qt/e (used by opie) handle keyboard - currently no time to look inside of problem. If it comes also in GPE then it is strange.

2. I will provide kernel with fix which you mentioned on IRC to test - if it will help then I will rebuild tosa/3.5.4 images to give it for users by default.

3. thats probably can be resolved by unloading all usb modules on suspend and loading them on resume - Sharp shown in past that they cannot write kernel stuff in a way which will work with suspend/resume - look for those usbnet problems on 2.4 kernels

4. you mean selection color of icon titles on desktop? it is matchbox bug not gpe (but seen in gpe-image). iirc someone reported that in gpe bugtracker and in matchbox one.

Idea of sponsoring fixes sounds interesting - before 3.5.4 I worked on CFXGA card support - got donation from user of such card.

1. Hm.. this has something with a way how qt/e (used by opie) handle keyboard - currently no time to look inside of problem. If it comes also in GPE then it is strange.

2. I will provide kernel with fix which you mentioned on IRC to test - if it will help then I will rebuild tosa/3.5.4 images to give it for users by default.

3. thats probably can be resolved by unloading all usb modules on suspend and loading them on resume - Sharp shown in past that they cannot write kernel stuff in a way which will work with suspend/resume - look for those usbnet problems on 2.4 kernels

4. you mean selection color of icon titles on desktop? it is matchbox bug not gpe (but seen in gpe-image). iirc someone reported that in gpe bugtracker and in matchbox one.

Hi Hrw,

Thanks man, that looks promising. I know you're one of the best who might be able to create serious fixes to get things going !

You can message me on irc or here if you want to test something, discuss details and so on.

There is one burning question i have ... do you think it's worth it to hammer on a 2.4 kernel release OR do you think with a bit more time, it's very possible to release a 2.6 stable kernel + environment for the 6000 ? I really would like either the current release to work OR if there is a chance that a 2.6 kernel can be release in a reasonable time-line then i'd rather support you on that...Let me know what you would like ...

2.6 is the way to go, even if it takes some more months. 2.4-embedix on tosa has some _inherent_ problems that will come back whenever you use anything but the (ancient) patched sharp versions of software. Look at 2.6 at c7x0, it feels nearly like a new machine.

2.6 is the way to go, even if it takes some more months. 2.4-embedix on tosa has some _inherent_ problems that will come back whenever you use anything but the (ancient) patched sharp versions of software. Look at 2.6 at c7x0, it feels nearly like a new machine.

Hi Mickeyl !

My feeling says also to go with 2.6 instead of bothering with 2.4. But ofcourse we need some one who is willing to spend time on getting a 2.6 environment running on the 6000 and most likely if that works fine then for other models it's more easy to get them also in 2.6 running.

So the question is: Who has the skills and time to get the 2.6 up and running for tosa ?

I'm willing to spend my own money to speed up and pay for that persons bother. It would help if others could also join me financially after some one applies to do this.

The hardware is excellent, just the software needs to be stable. I just tried release 3.5.4 and i must say i'm impressed, it's alot better and more stable. Yet there're still are several issue's which are IMPORTANT to be fixed. I'm an unix/linux person, with time i can probably fix a few things myself but i don't have the time for this.

I too do not have the time to help fix these problems(I wish I did since i enjoy the hunt). I can help test and I am willing to donate money to the cause. I am willing to add $100 to the pot for a working OZ/GPE with a 2.6 kernel.

I have given up on being able to have my Z sync cleanly with the Exchange server where I currently work so I am back to have a portable handheld computer.

Running e17 is my goal but getting OZ/GPE working with a 2.6 kernel is a good start.

I guess we need to find out who has teh sl6k that are willing to test and work on the creating the list of issues and making sure they are in bugtrackers they need to be in. Since I am not awear of a bugtracker for openzaurus do we need a keep the list here with links to the bug in its respective bugtracking system?

The hardware is excellent, just the software needs to be stable. I just tried release 3.5.4 and i must say i'm impressed, it's alot better and more stable. Yet there're still are several issue's which are IMPORTANT to be fixed. I'm an unix/linux person, with time i can probably fix a few things myself but i don't have the time for this.

I too do not have the time to help fix these problems(I wish I did since i enjoy the hunt). I can help test and I am willing to donate money to the cause. I am willing to add $100 to the pot for a working OZ/GPE with a 2.6 kernel.

I have given up on being able to have my Z sync cleanly with the Exchange server where I currently work so I am back to have a portable handheld computer.

Running e17 is my goal but getting OZ/GPE working with a 2.6 kernel is a good start.

I guess we need to find out who has teh sl6k that are willing to test and work on the creating the list of issues and making sure they are in bugtrackers they need to be in. Since I am not awear of a bugtracker for openzaurus do we need a keep the list here with links to the bug in its respective bugtracking system?

Hi nevarrie !

Thanks mate ! I will update the first post of this topic and add 100 $ to that amount for a fully working oz/gpe+2.6 kernel !

I guess we need to find out who has teh sl6k that are willing to test and work on the creating the list of issues and making sure they are in bugtrackers they need to be in. Since I am not awear of a bugtracker for openzaurus do we need a keep the list here with links to the bug in its respective bugtracking system?

I've got a 6000L and I'm all for improvements. I'm a broke student so I don't have much to give in the way of cash (maybe buy a hacker lunch? ), but I'd be willing to test things in the name of science.