As I understand it, the DRM driver is not compatible with the old SGX frame buffer architecture. TI tells us they are not rewriting the code for 3.8. Not sure about future kernel releases. Best bet would be to ask TI on this one.
It seems that such a kernel doesn’t exist and reading last Gerald post (as always thank you for the support) it could never exist again…
In my project I’ll use two beagle : one for embedded layer (in which I’m using 3.8.13 - xenomai patched) one for the gui, in which I don’t need more than HDMI e OpenGl support…
Life is not always fair, especially when SW is involved. The new DRM architecture introduced by the Linux folks in the 3.8 Kernel broke it. I agree, that is not fair.
Gerald I didn’t want to upset you. Your support is certainly first class.
But this is the way linux works and works good. Things keep changing,
I think that one couldn’t blame linux folks for their work… and really it seems a little strange to me that for a company so big like TI is difficult to implement the needed update…
Oh, I know.I am not blaming anyone, Just sting fact. Yes TI is a big company as a whole. But when you look at the number of people that work on specific things, well let’s just say not all of TI employees are working on Linux. And those that are working on Linux are not working on 3.8 but 3.12 and later,
I've already personally moved to v3.12.x on everything..
But we need 'someone' to find the time too port all the "capes" *.dtbs
bits from the v3.8.x branch to the new v3.12.x branch. (the capemanger
is in place with v3.12.x)
I'm on the road next week with ARM techconn/etc going on, so i'm going
to be very hands off the next week or so.
Is the 3.2 kernel SGX driver open source and simply too complex for the voluntary community to port to 3.8+ in their spare time (In which case we could start a kickstarter or something to fund someone to work full time on this bug)? Or is the driver proprietary, and the community is simply at the mercy of TI?
Driver is licensed. Circuitco has access to the driver under NDA, but they don’t have the resources any more. You might be able to ping them and see if something can be worked out. TI will have support for it, eventually. Like 2014 sometime. I am trying to accelerate that , but no promises.
I would like to help. I can contribute both a little bit of time, and also a little bit of money. I am a software developer and very comfortable working with C, but my knowledge of kernel development is extremely limited.
Does this repo contain a compilable binary that needs to have bugs fixed and features completed (I’m away from my development machine until Sunday)?