Of course you are right Marek. I don't want to stay with 2.6.14 and will switch to a kernel >2.6.21 asap.
I wanted to say that it's suddenly more a general problem using chip supplier or third party SDK's for embedded systems and being constrained to use quite old kernels.
Regards, Franz
Marek Lindner schrieb:
Hi,
Marek, i've tested your patches with all major kernel releases from 2.6.20 to 2.6.33. What i have seen is:
- 2.6.20 fails for various reasons
- 2.6.23 and 2.6.24 show some warnings
- all other kernel versions are fine
The warnings for 23 and 24 can be fixed by moving the *_read() defines from "< 2.6.25" to "< 2.6.23". If you integrate this modification into your patch, you will gain my blessing and my sign-off. :)
thanks for testing. I followed your suggestion before pushing the patches. :)
Since 2.6.20 does not work at this point I removed it from the list of supported kernel versions. Unfortunately, many embedded system vendors do not bother to bring their drivers upstream and instead, publish "code blobs" limited to an old linux version. So, it makes sense for us to offer support for older versions as well. We could remove old versions if the effort is getting too high (as we just did with 2.6.20).
@Franz: I know you are stuck at 2.6.14 or something similar with your Atheros system but I don't think it is feasible for us to "go down" that far (unless you find a way). It might be easier to try pushing your Atheros beyong the current 2.6.21 minimum.
Regards, Marek