Hi, Felipe Balbi <felipe.balbi@xxxxxxxxx> writes: > On Mon, Apr 19, 2010 at 01:49:15PM +0200, ext Arnaud Ebalard wrote: >>Nokia N900 is shipped to users with a 2.6.28 omap kernel. Many patches >>for the hardware and various features have been pushed upstream by Nokia >>developers and possibly others. Those are now available in current l-o >>tree. >> >>Nonetheless, many drivers and various features are still missing >>upstream. Simply put, one cannot expect to run a current l-o kernel on >>the device (and expect to get a GUI and/or make call with the device). > > tell me about it :-p > > Thing is that it doesn't really depend only on Nokia to get those > parts done. Well, we can get the kernel part done by just cleaning up > and porting the 2.6.28 drivers to current mainline, but in case of > e.g. SGX we still miss the xorg driver and I don't think that'll be > released any time soon. I agree. I also spotted SGX code as the main obstacle and I started wondering at how "kernel-independent" it was. IIRC, it is possible to make it compile againt current l-o with only limited changes. Maybe TI developers can provide some hints. The other main obstacle was the code to interface with the phone stack (SSI MacSAAB, CMT stuff). Felipe, do you know if someone @nokia has some more recent version available which could be shared if there is good news from TI on SGX aspect. > Another problem is that the bootloader believes it can pass all the > obsoleted OMAP TAGs to kernel and the 2.6.28 kernel depends on those, > maybe that can be worked around. I don't know whether kernel simply > drops invalid TAGs or not... Well, with the first patches (simple update from the ones in official kernel) in my set, I think that I managed to get getbootstate happy, i.e. get /proc/bootreason available. > Good work anyways... At least it's now documented ;-) Thanks. > PS: > > BTW, CBUS isn't really necessary for n900 and I have almost 40 patches > cleaning that up pending in this mailing list :-p yep, I kept it in my series file (cbus-support.patch) as uneeded. Thanks for your work, a+ -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html