Closed Jotschi closed 13 years ago
On Mon, Jun 13, 2011 at 4:26 PM, Jotschi reply@reply.github.com wrote:
Starting the pvr deamon causes a kernel oops.
Tested with kernel from revision: 30d86325ae0bdd34bc77043f2c455468a1d7400f and prebuild kernel: Linux pandaboard 2.6.39.1-x1 #1 SMP Tue Jun 7 14:09:10 UTC 2011 armv7l GNU/Linux.
Yeah, i should add an omap4 check to the pvr script.. We don't have the sgx bits yet for the omap4..
http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/gfxsdk/
Currently using the latest release: http://processors.wiki.ti.com/index.php/RN_4_03_00_02#Contents
This sgx bit's are only supported by the: omap35x, am/dm37xx, 38xx device's
The omap4 bits were in the 4_03_00_01 release, but were later removed in the "02" release due to a license oversight..
I have my fingers crossed that TI will add the omap44xx/am44xx bits to the next SDK release.. TI seems to have an updated release every 3-4 months, so we are due, and they need to rebuild them for hardfp support as all the dist's are moving to that very quickly..
Regards,
Robert Nelson http://www.rcn-ee.com/
Does this mean that the ubuntu package has the same issue? How do they add opengl es support?
On Mon, Jun 13, 2011 at 4:47 PM, Jotschi reply@reply.github.com wrote:
Does this mean that the ubuntu package has the same issue? How do they add opengl es support?
No, linaro/canonical has special access to the bit's..
https://launchpad.net/~tiomap-dev/+archive/release/+packages
Regards,
Robert Nelson http://www.rcn-ee.com/
Starting the pvr deamon causes a kernel oops.
Tested with kernel from revision: 30d86325ae0bdd34bc77043f2c455468a1d7400f and prebuild kernel: Linux pandaboard 2.6.39.1-x1 #1 SMP Tue Jun 7 14:09:10 UTC 2011 armv7l GNU/Linux.
http://pastebin.pandaboard.org/index.php/view/33120828