Most likely from what I hear, 3.14. But, maybe we can accelerate that. Maybe.
Gerald
Robert Nelson, will it be hard to move to the kernel 3.13? You already moved to 3.12…
The 'sgx' ip always works... We just can't control it. 
ignoring all 'sgx' stuff for now on, unless a patch is attached...
Regards,
Look at the first 14 patches of:
https://github.com/beagleboard/kernel/tree/3.12
hint in: (omap-next-dt) directory...
other then hdmi, I've already got it setup to be rebased for 3.13-rc1.
Regards,
I'm Just realizing that maybe I misunderstood. Is IT unlikely that a sgx driver will be release for 3.8.x kernel OR for any other subsequent release?
We are all "users" contact TI directly.
Regards,
3.8, I would say no. 3.14, maybe. I would ping TI on the e2e forum. There are a lot of people asking, so more voices the better.
Gerald
Gerald, give me a link to the post on the forum, and I will ask too. And maybe other people
Ahahah, maybe we should create a post that everyone will post on it? Gerald you should start…
I have already started. I just need more bullets! Do a search and see what others have already posted.
Gerald
We are all “users” contact TI directly.
Regards,
Did it.
I’m sorry but from time to time is it difficult to track all the news… thank you very much for the support to everyone.
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?Only the kernel "shim" is open source, well it also uses the in-kernel
framebuffer driver to draw directly into..To give you an idea of what we are dealing with, take a look at this:
GitHub - RobertCNelson/ti-sdk-pvrI try to copy the gpl bits from every sdk release, that a bunch of us
can more easily patch the bits to later kernel releases's.In the case of the bone.. The 3.2 bits use the old frame buffer
driver, and with 3.8/3.12 we are using the brand new and shiny kms
driver..
Hey Robert,
Here is some interesting info given that [1] shows that SGX is working
over KMS on the OMAP5 and the GLSDK [2] used is based on Linux Kernel
v3.8.
[1] TIGRAPHICS: Qt5 with KMS on Jacinto6 / OMAP5 with GLSDK 6.01.00.01
[2] http://processors.wiki.ti.com/index.php/OMAP5_GLSDK_6.01_Release_Notes
[3] The Qt Project
Regards,
John
Hi Robert & Gerald,
We have some news here : http://e2e.ti.com/support/arm/sitara_arm/f/791/p/298596/1043947.aspx#1043947
A new patch ? But my question, is it for the 3.2.x Kernel ? Or 3.8 ?
micka,
I strongly think that it’s for the 3.8 kernel, But I’m waiting your confirmation 
I strongly think that it’s for the 3.8 kernel, But I’m waiting your confirmation
Looks like this patch is for the 3.12 kernel.
Regards,
John
Well, I’m not sure because Alexander said : “It would be great if you could provide patches for the 3.8 kernel” and the TI guys replied with " These are to be applied againt kernel sources you are using" .
Micka,
Well, I’m not sure because Alexander said : “It would be great if you could provide patches for the 3.8 kernel” and the TI guys replied with " These are to be applied againt kernel sources you are using" .
Hi Micka,
Try to apply patches to the 3.8 kernel and you will get errors.
Regards,
John
If you read the release notes for Graphics_SDK_41_00_0_01 [1], it says “This release is build tested against 3.8 kernel"
[1] http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/gfxsdk/latest/index_FDS.html
Regards,
John
Hi
Alexander uses 3.8.13 kernel sources as per 8715.debug.txt file he attached in TI forum.
`
Linux arm 3.8.13xenomai-bone28 #3 SMP Tue Oct 29 15:00:54 CET 2013 armv7l GNU/Linux
`
He applied that patch manually, as he got some errors.