Hi.
I am not 100% sure this is the correct place to ask, but since I know at least Ricardo Salveti are working on these drivers for omap4, and I haven't heard anything from the ppa's mailing list, I try to ask here. If this was completely wrong I'm sorry, but would still appreciate a hint as to where to ask and who to contact.
We are compiling what is now HEAD in the tilt-3.3 branch from the TI landing team. To compile the module needed for the powervr drivers, we had to get the pvr-omap4-dkms-1.7.15 and pvr-omap4-1.7.15 from http://ppa.launchpad.net/tiomap-dev/omap-trunk/ubuntu/pool/main/p/
We downloaded the tar.gz from those, extracted them and compiled them. Problem starts when we boot the board and try to run startx. The xorg config which comes with the later package is loaded, but when trying to start X I get the error:
(EE) Failed to load /usr/lib/xorg/modules/drivers/pvr_drv.so: /usr/lib/xorg/modules/drivers/pvr_drv.so: undefined symbol: OMAPFinishAccess
None of the libraries in pvr-omap4 contains this symbol, so I'm wondering if I'm doing something wrong, or if there is something wrong with the binary?
When comparing to the library from rsalveti, from people/rsalveti/pvr-omap4.git, I see that the dynsym table contains 232 entries, but there are only 64 entries in the same table in the other library. Is this correct, or should there be more entries in the 1.7.15 library?
Both the Xorg log and the readelf output from both libraries are attached, if you have questions/need more info, please do not hesitate to ask.
Thank you in advance for the help, and thank you for the great work you put in for making embedded Linux better.
Best regards Martin Ertsaas
There is an omap_drv.so which should be the xorg driver to load.. it will attempt to load (if present) omap_pvr_drv.so as a submodule for EXA accel. I'm not entirely sure why it is named pvr_drv.so in your filesystem, but from list of symbols it seems to match what I would expect to be omap_pvr_drv.so
BR, -R
On Mon, Apr 16, 2012 at 8:45 AM, Martin Ertsås martiert@gmail.com wrote:
Hi.
I am not 100% sure this is the correct place to ask, but since I know at least Ricardo Salveti are working on these drivers for omap4, and I haven't heard anything from the ppa's mailing list, I try to ask here. If this was completely wrong I'm sorry, but would still appreciate a hint as to where to ask and who to contact.
We are compiling what is now HEAD in the tilt-3.3 branch from the TI landing team. To compile the module needed for the powervr drivers, we had to get the pvr-omap4-dkms-1.7.15 and pvr-omap4-1.7.15 from http://ppa.launchpad.net/tiomap-dev/omap-trunk/ubuntu/pool/main/p/
We downloaded the tar.gz from those, extracted them and compiled them. Problem starts when we boot the board and try to run startx. The xorg config which comes with the later package is loaded, but when trying to start X I get the error:
(EE) Failed to load /usr/lib/xorg/modules/drivers/pvr_drv.so: /usr/lib/xorg/modules/drivers/pvr_drv.so: undefined symbol: OMAPFinishAccess
None of the libraries in pvr-omap4 contains this symbol, so I'm wondering if I'm doing something wrong, or if there is something wrong with the binary?
When comparing to the library from rsalveti, from people/rsalveti/pvr-omap4.git, I see that the dynsym table contains 232 entries, but there are only 64 entries in the same table in the other library. Is this correct, or should there be more entries in the 1.7.15 library?
Both the Xorg log and the readelf output from both libraries are attached, if you have questions/need more info, please do not hesitate to ask.
Thank you in advance for the help, and thank you for the great work you put in for making embedded Linux better.
Best regards Martin Ertsaas
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
True, I renamed that file, since I got the message that it couldn't find module omap. First I renamed it to omap_drv.so, which gave me the same error, then I tried pvr_drm.so which is the attatched logfile. Both of them are the omap_pvr_drv.so file.
Should there be a omap_drv.so file in the same directory as the omap_pvr_drv.so file? In that case there isn't, the omap_pvr_drv.so file is the only one in that directory when extracting that tarball. Actually there is no file at all named omap_drv.so:
$ find . -name "omap_drv.so"
return nothing, while just omap gives
$ find . -name "omap*" ./usr/lib/debug/usr/lib/xorg/modules/drivers/omap_pvr_drv.so ./usr/lib/xorg/modules/drivers/omap_pvr_drv.so
which is the same as "*drv*" gives.
- Martin
On 04/16/12 16:42, Clark, Rob wrote:
There is an omap_drv.so which should be the xorg driver to load.. it will attempt to load (if present) omap_pvr_drv.so as a submodule for EXA accel. I'm not entirely sure why it is named pvr_drv.so in your filesystem, but from list of symbols it seems to match what I would expect to be omap_pvr_drv.so
BR, -R
On Mon, Apr 16, 2012 at 8:45 AM, Martin Ertsåsmartiert@gmail.com wrote:
Hi.
I am not 100% sure this is the correct place to ask, but since I know at least Ricardo Salveti are working on these drivers for omap4, and I haven't heard anything from the ppa's mailing list, I try to ask here. If this was completely wrong I'm sorry, but would still appreciate a hint as to where to ask and who to contact.
We are compiling what is now HEAD in the tilt-3.3 branch from the TI landing team. To compile the module needed for the powervr drivers, we had to get the pvr-omap4-dkms-1.7.15 and pvr-omap4-1.7.15 from http://ppa.launchpad.net/tiomap-dev/omap-trunk/ubuntu/pool/main/p/
We downloaded the tar.gz from those, extracted them and compiled them. Problem starts when we boot the board and try to run startx. The xorg config which comes with the later package is loaded, but when trying to start X I get the error:
(EE) Failed to load /usr/lib/xorg/modules/drivers/pvr_drv.so: /usr/lib/xorg/modules/drivers/pvr_drv.so: undefined symbol: OMAPFinishAccess
None of the libraries in pvr-omap4 contains this symbol, so I'm wondering if I'm doing something wrong, or if there is something wrong with the binary?
When comparing to the library from rsalveti, from people/rsalveti/pvr-omap4.git, I see that the dynsym table contains 232 entries, but there are only 64 entries in the same table in the other library. Is this correct, or should there be more entries in the 1.7.15 library?
Both the Xorg log and the readelf output from both libraries are attached, if you have questions/need more info, please do not hesitate to ask.
Thank you in advance for the help, and thank you for the great work you put in for making embedded Linux better.
Best regards Martin Ertsaas
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
On Mon, Apr 16, 2012 at 10:07 AM, Martin Ertsås martiert@gmail.com wrote:
True, I renamed that file, since I got the message that it couldn't find module omap. First I renamed it to omap_drv.so, which gave me the same error, then I tried pvr_drm.so which is the attatched logfile. Both of them are the omap_pvr_drv.so file.
yeah, you probably shouldn't really rename the xorg modules.. the xorg module loader will look for symbols within the driver matching the name.
I expect omap_drv.so is in a different package (maybe missing dependency?).. it is opensrc, anyways, you can rebuild it from the git tree at freedesktop.org
http://cgit.freedesktop.org/xorg/driver/xf86-video-omap/ git://anongit.freedesktop.org/xorg/driver/xf86-video-omap
BR, -R
Should there be a omap_drv.so file in the same directory as the omap_pvr_drv.so file? In that case there isn't, the omap_pvr_drv.so file is the only one in that directory when extracting that tarball. Actually there is no file at all named omap_drv.so:
$ find . -name "omap_drv.so"
return nothing, while just omap gives
$ find . -name "omap*" ./usr/lib/debug/usr/lib/xorg/modules/drivers/omap_pvr_drv.so ./usr/lib/xorg/modules/drivers/omap_pvr_drv.so
which is the same as "*drv*" gives.
- Martin
On 04/16/12 16:42, Clark, Rob wrote:
There is an omap_drv.so which should be the xorg driver to load.. it will attempt to load (if present) omap_pvr_drv.so as a submodule for EXA accel. I'm not entirely sure why it is named pvr_drv.so in your filesystem, but from list of symbols it seems to match what I would expect to be omap_pvr_drv.so
BR, -R
On Mon, Apr 16, 2012 at 8:45 AM, Martin Ertsåsmartiert@gmail.com wrote:
Hi.
I am not 100% sure this is the correct place to ask, but since I know at least Ricardo Salveti are working on these drivers for omap4, and I haven't heard anything from the ppa's mailing list, I try to ask here. If this was completely wrong I'm sorry, but would still appreciate a hint as to where to ask and who to contact.
We are compiling what is now HEAD in the tilt-3.3 branch from the TI landing team. To compile the module needed for the powervr drivers, we had to get the pvr-omap4-dkms-1.7.15 and pvr-omap4-1.7.15 from http://ppa.launchpad.net/tiomap-dev/omap-trunk/ubuntu/pool/main/p/
We downloaded the tar.gz from those, extracted them and compiled them. Problem starts when we boot the board and try to run startx. The xorg config which comes with the later package is loaded, but when trying to start X I get the error:
(EE) Failed to load /usr/lib/xorg/modules/drivers/pvr_drv.so: /usr/lib/xorg/modules/drivers/pvr_drv.so: undefined symbol: OMAPFinishAccess
None of the libraries in pvr-omap4 contains this symbol, so I'm wondering if I'm doing something wrong, or if there is something wrong with the binary?
When comparing to the library from rsalveti, from people/rsalveti/pvr-omap4.git, I see that the dynsym table contains 232 entries, but there are only 64 entries in the same table in the other library. Is this correct, or should there be more entries in the 1.7.15 library?
Both the Xorg log and the readelf output from both libraries are attached, if you have questions/need more info, please do not hesitate to ask.
Thank you in advance for the help, and thank you for the great work you put in for making embedded Linux better.
Best regards Martin Ertsaas
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
On 04/17/12 01:17, Clark, Rob wrote:
On Mon, Apr 16, 2012 at 10:07 AM, Martin Ertsåsmartiert@gmail.com wrote:
True, I renamed that file, since I got the message that it couldn't find module omap. First I renamed it to omap_drv.so, which gave me the same error, then I tried pvr_drm.so which is the attatched logfile. Both of them are the omap_pvr_drv.so file.
yeah, you probably shouldn't really rename the xorg modules.. the xorg module loader will look for symbols within the driver matching the name.
I expect omap_drv.so is in a different package (maybe missing dependency?).. it is opensrc, anyways, you can rebuild it from the git tree at freedesktop.org
http://cgit.freedesktop.org/xorg/driver/xf86-video-omap/ git://anongit.freedesktop.org/xorg/driver/xf86-video-omap
BR, -R
I know, it was kind of a last attempt to get stuff working. I'll try compiling the xf86-video-omap then. Thanks for the help.
- Martin
Should there be a omap_drv.so file in the same directory as the omap_pvr_drv.so file? In that case there isn't, the omap_pvr_drv.so file is the only one in that directory when extracting that tarball. Actually there is no file at all named omap_drv.so:
$ find . -name "omap_drv.so"
return nothing, while just omap gives
$ find . -name "omap*" ./usr/lib/debug/usr/lib/xorg/modules/drivers/omap_pvr_drv.so ./usr/lib/xorg/modules/drivers/omap_pvr_drv.so
which is the same as "*drv*" gives.
- Martin
On 04/16/12 16:42, Clark, Rob wrote:
There is an omap_drv.so which should be the xorg driver to load.. it will attempt to load (if present) omap_pvr_drv.so as a submodule for EXA accel. I'm not entirely sure why it is named pvr_drv.so in your filesystem, but from list of symbols it seems to match what I would expect to be omap_pvr_drv.so
BR, -R
On Mon, Apr 16, 2012 at 8:45 AM, Martin Ertsåsmartiert@gmail.com wrote:
Hi.
I am not 100% sure this is the correct place to ask, but since I know at least Ricardo Salveti are working on these drivers for omap4, and I haven't heard anything from the ppa's mailing list, I try to ask here. If this was completely wrong I'm sorry, but would still appreciate a hint as to where to ask and who to contact.
We are compiling what is now HEAD in the tilt-3.3 branch from the TI landing team. To compile the module needed for the powervr drivers, we had to get the pvr-omap4-dkms-1.7.15 and pvr-omap4-1.7.15 from http://ppa.launchpad.net/tiomap-dev/omap-trunk/ubuntu/pool/main/p/
We downloaded the tar.gz from those, extracted them and compiled them. Problem starts when we boot the board and try to run startx. The xorg config which comes with the later package is loaded, but when trying to start X I get the error:
(EE) Failed to load /usr/lib/xorg/modules/drivers/pvr_drv.so: /usr/lib/xorg/modules/drivers/pvr_drv.so: undefined symbol: OMAPFinishAccess
None of the libraries in pvr-omap4 contains this symbol, so I'm wondering if I'm doing something wrong, or if there is something wrong with the binary?
When comparing to the library from rsalveti, from people/rsalveti/pvr-omap4.git, I see that the dynsym table contains 232 entries, but there are only 64 entries in the same table in the other library. Is this correct, or should there be more entries in the 1.7.15 library?
Both the Xorg log and the readelf output from both libraries are attached, if you have questions/need more info, please do not hesitate to ask.
Thank you in advance for the help, and thank you for the great work you put in for making embedded Linux better.
Best regards Martin Ertsaas
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Thanks to this, I got x running, problem is that I don't seem to have direct rendering. First it complained that glx could not be loaded. When adding the glx extensions from the xserver, I get some problems with AIGLX. It sais that /usr/lib/dri/omap_dri.so could not be found. Is this something I should have with these three packages, and I have not compiled everything I should, or is it a fourth package which I haven't installed?
Searched through the xf86-video-omap, and doesn't seem to build anything but omap_drv.so, but it do contain a file omap_dri2.c. Should I let the glx warning appear, and just ignore it maybe? Do the driver provide dri2 by itself?
Thank you so much for your help so far.
- Martin
On 04/17/12 01:17, Clark, Rob wrote:
On Mon, Apr 16, 2012 at 10:07 AM, Martin Ertsås martiert@gmail.com wrote:
True, I renamed that file, since I got the message that it couldn't find module omap. First I renamed it to omap_drv.so, which gave me the same error, then I tried pvr_drm.so which is the attatched logfile. Both of them are the omap_pvr_drv.so file.
yeah, you probably shouldn't really rename the xorg modules.. the xorg module loader will look for symbols within the driver matching the name.
I expect omap_drv.so is in a different package (maybe missing dependency?).. it is opensrc, anyways, you can rebuild it from the git tree at freedesktop.org
http://cgit.freedesktop.org/xorg/driver/xf86-video-omap/ git://anongit.freedesktop.org/xorg/driver/xf86-video-omap
BR, -R
Should there be a omap_drv.so file in the same directory as the omap_pvr_drv.so file? In that case there isn't, the omap_pvr_drv.so file is the only one in that directory when extracting that tarball. Actually there is no file at all named omap_drv.so:
$ find . -name "omap_drv.so"
return nothing, while just omap gives
$ find . -name "omap*" ./usr/lib/debug/usr/lib/xorg/modules/drivers/omap_pvr_drv.so ./usr/lib/xorg/modules/drivers/omap_pvr_drv.so
which is the same as "*drv*" gives.
- Martin
On 04/16/12 16:42, Clark, Rob wrote:
There is an omap_drv.so which should be the xorg driver to load.. it will attempt to load (if present) omap_pvr_drv.so as a submodule for EXA accel. I'm not entirely sure why it is named pvr_drv.so in your filesystem, but from list of symbols it seems to match what I would expect to be omap_pvr_drv.so
BR, -R
On Mon, Apr 16, 2012 at 8:45 AM, Martin Ertsåsmartiert@gmail.com wrote:
Hi.
I am not 100% sure this is the correct place to ask, but since I know at least Ricardo Salveti are working on these drivers for omap4, and I haven't heard anything from the ppa's mailing list, I try to ask here. If this was completely wrong I'm sorry, but would still appreciate a hint as to where to ask and who to contact.
We are compiling what is now HEAD in the tilt-3.3 branch from the TI landing team. To compile the module needed for the powervr drivers, we had to get the pvr-omap4-dkms-1.7.15 and pvr-omap4-1.7.15 from http://ppa.launchpad.net/tiomap-dev/omap-trunk/ubuntu/pool/main/p/
We downloaded the tar.gz from those, extracted them and compiled them. Problem starts when we boot the board and try to run startx. The xorg config which comes with the later package is loaded, but when trying to start X I get the error:
(EE) Failed to load /usr/lib/xorg/modules/drivers/pvr_drv.so: /usr/lib/xorg/modules/drivers/pvr_drv.so: undefined symbol: OMAPFinishAccess
None of the libraries in pvr-omap4 contains this symbol, so I'm wondering if I'm doing something wrong, or if there is something wrong with the binary?
When comparing to the library from rsalveti, from people/rsalveti/pvr-omap4.git, I see that the dynsym table contains 232 entries, but there are only 64 entries in the same table in the other library. Is this correct, or should there be more entries in the 1.7.15 library?
Both the Xorg log and the readelf output from both libraries are attached, if you have questions/need more info, please do not hesitate to ask.
Thank you in advance for the help, and thank you for the great work you put in for making embedded Linux better.
Best regards Martin Ertsaas
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
On Tue, Apr 17, 2012 at 9:52 AM, Martin Ertsås martiert@gmail.com wrote:
Searched through the xf86-video-omap, and doesn't seem to build anything but omap_drv.so, but it do contain a file omap_dri2.c. Should I let the glx warning appear, and just ignore it maybe? Do the driver provide dri2 by itself?
Thank you so much for your help so far.
Martin, if you look at the TI OMAP PPA on Launchpad, we have 2 main PPAs: release and trunk. 'trunk' PPA for precise has *all* the packages needed for X with direct rendering, see
https://launchpad.net/~tiomap-dev/+archive/omap-trunk?field.series_filter=pr...
and that includes the kernel.
to make sure you have a working system, I would suggest that you start with 12.04 (desktop or core), add the 'trunk' PPA , install our kernel from PPA, reboot and install ubuntu-omap4-extras-graphics. at that point you should have X with acceleration.
On 04/17/12 10:50, Dechesne, Nicolas wrote:
On Tue, Apr 17, 2012 at 9:52 AM, Martin Ertsås <martiert@gmail.com mailto:martiert@gmail.com> wrote:
Searched through the xf86-video-omap, and doesn't seem to build anything but omap_drv.so, but it do contain a file omap_dri2.c. Should I let the glx warning appear, and just ignore it maybe? Do the driver provide dri2 by itself? Thank you so much for your help so far.
Martin, if you look at the TI OMAP PPA on Launchpad, we have 2 main PPAs: release and trunk. 'trunk' PPA for precise has *all* the packages needed for X with direct rendering, see
https://launchpad.net/~tiomap-dev/+archive/omap-trunk?field.series_filter=pr... https://launchpad.net/%7Etiomap-dev/+archive/omap-trunk?field.series_filter=precise
and that includes the kernel.
to make sure you have a working system, I would suggest that you start with 12.04 (desktop or core), add the 'trunk' PPA , install our kernel from PPA, reboot and install ubuntu-omap4-extras-graphics. at that point you should have X with acceleration.
Thanks. I'll use this then.
On Tue, Apr 17, 2012 at 2:52 AM, Martin Ertsås martiert@gmail.com wrote:
Thanks to this, I got x running, problem is that I don't seem to have direct rendering. First it complained that glx could not be loaded. When adding the glx extensions from the xserver, I get some problems with AIGLX. It sais that /usr/lib/dri/omap_dri.so could not be found. Is this something I should have with these three packages, and I have not compiled everything I should, or is it a fourth package which I haven't installed?
Searched through the xf86-video-omap, and doesn't seem to build anything but omap_drv.so, but it do contain a file omap_dri2.c. Should I let the glx warning appear, and just ignore it maybe? Do the driver provide dri2 by itself?
This is fine, you can ignore the glx warning. Only desktop GL (and not GLES) supports GLX. I suppose maybe I should submit a patch in upstream xserver tree to make that warning sound less dire, because it confuses a lot of people
Even with DRI2, you'll need the client side GL libs to do much, but you can find those from the PPA that Nicolas pointed at.
BR, -R
Thank you so much for your help so far.
- Martin
On 04/17/12 01:17, Clark, Rob wrote:
On Mon, Apr 16, 2012 at 10:07 AM, Martin Ertsås martiert@gmail.com wrote:
True, I renamed that file, since I got the message that it couldn't find module omap. First I renamed it to omap_drv.so, which gave me the same error, then I tried pvr_drm.so which is the attatched logfile. Both of them are the omap_pvr_drv.so file.
yeah, you probably shouldn't really rename the xorg modules.. the xorg module loader will look for symbols within the driver matching the name.
I expect omap_drv.so is in a different package (maybe missing dependency?).. it is opensrc, anyways, you can rebuild it from the git tree at freedesktop.org
http://cgit.freedesktop.org/xorg/driver/xf86-video-omap/ git://anongit.freedesktop.org/xorg/driver/xf86-video-omap
BR, -R
Should there be a omap_drv.so file in the same directory as the omap_pvr_drv.so file? In that case there isn't, the omap_pvr_drv.so file is the only one in that directory when extracting that tarball. Actually there is no file at all named omap_drv.so:
$ find . -name "omap_drv.so"
return nothing, while just omap gives
$ find . -name "omap*" ./usr/lib/debug/usr/lib/xorg/modules/drivers/omap_pvr_drv.so ./usr/lib/xorg/modules/drivers/omap_pvr_drv.so
which is the same as "*drv*" gives.
- Martin
On 04/16/12 16:42, Clark, Rob wrote:
There is an omap_drv.so which should be the xorg driver to load.. it will attempt to load (if present) omap_pvr_drv.so as a submodule for EXA accel. I'm not entirely sure why it is named pvr_drv.so in your filesystem, but from list of symbols it seems to match what I would expect to be omap_pvr_drv.so
BR, -R
On Mon, Apr 16, 2012 at 8:45 AM, Martin Ertsåsmartiert@gmail.com wrote:
Hi.
I am not 100% sure this is the correct place to ask, but since I know at least Ricardo Salveti are working on these drivers for omap4, and I haven't heard anything from the ppa's mailing list, I try to ask here. If this was completely wrong I'm sorry, but would still appreciate a hint as to where to ask and who to contact.
We are compiling what is now HEAD in the tilt-3.3 branch from the TI landing team. To compile the module needed for the powervr drivers, we had to get the pvr-omap4-dkms-1.7.15 and pvr-omap4-1.7.15 from http://ppa.launchpad.net/tiomap-dev/omap-trunk/ubuntu/pool/main/p/
We downloaded the tar.gz from those, extracted them and compiled them. Problem starts when we boot the board and try to run startx. The xorg config which comes with the later package is loaded, but when trying to start X I get the error:
(EE) Failed to load /usr/lib/xorg/modules/drivers/pvr_drv.so: /usr/lib/xorg/modules/drivers/pvr_drv.so: undefined symbol: OMAPFinishAccess
None of the libraries in pvr-omap4 contains this symbol, so I'm wondering if I'm doing something wrong, or if there is something wrong with the binary?
When comparing to the library from rsalveti, from people/rsalveti/pvr-omap4.git, I see that the dynsym table contains 232 entries, but there are only 64 entries in the same table in the other library. Is this correct, or should there be more entries in the 1.7.15 library?
Both the Xorg log and the readelf output from both libraries are attached, if you have questions/need more info, please do not hesitate to ask.
Thank you in advance for the help, and thank you for the great work you put in for making embedded Linux better.
Best regards Martin Ertsaas
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev