Hi.
I have gotten a lot of help from you guys getting the PowerVR drivers up and running with the 3.3 kernel on the Pandaboard ES. Problem now is that all I tested then, was that X was running. After some more work, we tried out EGL, and found out that this is not working.
The 3.3 kernel I'm using is revision f8e851d03e884b60b5207f59a342da9cafdb415f from tilt-3.3 from the ti-landing team. I'm using the PowerVR drivers in http://ppa.launchpad.net/tiomap-dev/omap-trunk/ubuntu/pool/main/, that is pvr-omap4_1.7.15.0.1.57 and pvr-omap4-dkms_1.7.15.0.1.54. I'm also using the libdrm, libdri2 and xorg server from the same place, using the versions from: https://launchpad.net/~tiomap-dev/+archive/omap-trunk?field.series_filter=pr...
Problem is, when trying to run something using EGL, I get the output from: http://pastebin.com/e5deVmiD
Running it through gdb on the device, I see that it segfaults in omap_bo_handle in /usr/lib/libdrm_omap.so.1
This file is compiled, using the patches listed in debian/patches/series in the latest commit from git://gitorious.org/ubuntu-omap/libdrm.git, and with configure arguments:
--enable-omap-experimental-api --enable-udev --enable-libkms --disable-radeon
Any ideas on what might be wrong or what I can try? I have tried copying the libdrm_omap binary from the ppa, as it looks like that might be at fault, but no luck.
Best Regards Martin Ertsas
On Thu, May 3, 2012 at 7:29 AM, Martin Ertsås martiert@gmail.com wrote:
Hi.
I have gotten a lot of help from you guys getting the PowerVR drivers up and running with the 3.3 kernel on the Pandaboard ES. Problem now is that all I tested then, was that X was running. After some more work, we tried out EGL, and found out that this is not working.
The 3.3 kernel I'm using is revision f8e851d03e884b60b5207f59a342da9cafdb415f from tilt-3.3 from the ti-landing team. I'm using the PowerVR drivers in http://ppa.launchpad.net/tiomap-dev/omap-trunk/ubuntu/pool/main/, that is pvr-omap4_1.7.15.0.1.57 and pvr-omap4-dkms_1.7.15.0.1.54. I'm also using the libdrm, libdri2 and xorg server from the same place, using the versions from: https://launchpad.net/~tiomap-dev/+archive/omap-trunk?field.series_filter=pr...
Problem is, when trying to run something using EGL, I get the output from: http://pastebin.com/e5deVmiD
Running it through gdb on the device, I see that it segfaults in omap_bo_handle in /usr/lib/libdrm_omap.so.1
any chance you can use current upstream libdrm (http://cgit.freedesktop.org/mesa/drm)?
there was a fix for this issue.. I guess what you are using has an earlier version of libdrm_omap patches compared to what is upstream..
BR, -R
This file is compiled, using the patches listed in debian/patches/series in the latest commit from git://gitorious.org/ubuntu-omap/libdrm.git, and with configure arguments:
--enable-omap-experimental-api --enable-udev --enable-libkms --disable-radeon
Any ideas on what might be wrong or what I can try? I have tried copying the libdrm_omap binary from the ppa, as it looks like that might be at fault, but no luck.
Best Regards Martin Ertsas
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
On Thu, May 03, 2012 at 10:19:42AM -0500, Rob Clark wrote:
On Thu, May 3, 2012 at 7:29 AM, Martin Ertsås martiert@gmail.com wrote:
Hi.
I have gotten a lot of help from you guys getting the PowerVR drivers up and running with the 3.3 kernel on the Pandaboard ES. Problem now is that all I tested then, was that X was running. After some more work, we tried out EGL, and found out that this is not working.
The 3.3 kernel I'm using is revision f8e851d03e884b60b5207f59a342da9cafdb415f from tilt-3.3 from the ti-landing team. I'm using the PowerVR drivers in http://ppa.launchpad.net/tiomap-dev/omap-trunk/ubuntu/pool/main/, that is pvr-omap4_1.7.15.0.1.57 and pvr-omap4-dkms_1.7.15.0.1.54. I'm also using the libdrm, libdri2 and xorg server from the same place, using the versions from: https://launchpad.net/~tiomap-dev/+archive/omap-trunk?field.series_filter=pr...
Problem is, when trying to run something using EGL, I get the output from: http://pastebin.com/e5deVmiD
Running it through gdb on the device, I see that it segfaults in omap_bo_handle in /usr/lib/libdrm_omap.so.1
any chance you can use current upstream libdrm (http://cgit.freedesktop.org/mesa/drm)?
there was a fix for this issue.. I guess what you are using has an earlier version of libdrm_omap patches compared to what is upstream..
Wouldn't it make sense to update the version in ~tiomap-dev, then?
On 05/03/12 17:34, Christian Robottom Reis wrote:
On Thu, May 03, 2012 at 10:19:42AM -0500, Rob Clark wrote:
On Thu, May 3, 2012 at 7:29 AM, Martin Ertsåsmartiert@gmail.com wrote:
Hi.
I have gotten a lot of help from you guys getting the PowerVR drivers up and running with the 3.3 kernel on the Pandaboard ES. Problem now is that all I tested then, was that X was running. After some more work, we tried out EGL, and found out that this is not working.
The 3.3 kernel I'm using is revision f8e851d03e884b60b5207f59a342da9cafdb415f from tilt-3.3 from the ti-landing team. I'm using the PowerVR drivers in http://ppa.launchpad.net/tiomap-dev/omap-trunk/ubuntu/pool/main/, that is pvr-omap4_1.7.15.0.1.57 and pvr-omap4-dkms_1.7.15.0.1.54. I'm also using the libdrm, libdri2 and xorg server from the same place, using the versions from: https://launchpad.net/~tiomap-dev/+archive/omap-trunk?field.series_filter=pr...
Problem is, when trying to run something using EGL, I get the output from: http://pastebin.com/e5deVmiD
Running it through gdb on the device, I see that it segfaults in omap_bo_handle in /usr/lib/libdrm_omap.so.1
any chance you can use current upstream libdrm (http://cgit.freedesktop.org/mesa/drm)?
there was a fix for this issue.. I guess what you are using has an earlier version of libdrm_omap patches compared to what is upstream..
Wouldn't it make sense to update the version in ~tiomap-dev, then?
Found a patch from you Rob, that I didn't seem to have applied to libdri2. After applying it, it seems like EGL is working again, at least I can print out EGL extensions. Will try out actually using EGL tomorrow. I still get the message I posted to pastebin though, will try out upstream libdrm tomorrow, and see if it helps.
- Martin
On Thu, May 3, 2012 at 5:34 PM, Christian Robottom Reis kiko@linaro.orgwrote:
any chance you can use current upstream libdrm (http://cgit.freedesktop.org/mesa/drm)?
there was a fix for this issue.. I guess what you are using has an earlier version of libdrm_omap patches compared to what is upstream..
Wouldn't it make sense to update the version in ~tiomap-dev, then?
yes, it does... we just don't update the PPA for every single commit ;-)
Hi
Can you let me know which version of libdrm-omap1 package you are using? The libdrm - 2.4.32-1ubuntu1+ti2.0 available into the trunk PPA shall have all the latest fixes.
Regards,
*Xavier Boudet -* Texas Instruments France Linux SW Integration - Platform Enablement Organization Office: +33 4 93 22 *26 83*
Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet. 036 420 040 R.C.S Antibes. Capital de EUR 753.920
On Fri, May 4, 2012 at 5:25 PM, Dechesne, Nicolas n-dechesne@ti.com wrote:
On Thu, May 3, 2012 at 5:34 PM, Christian Robottom Reis kiko@linaro.orgwrote:
any chance you can use current upstream libdrm (http://cgit.freedesktop.org/mesa/drm)?
there was a fix for this issue.. I guess what you are using has an earlier version of libdrm_omap patches compared to what is upstream..
Wouldn't it make sense to update the version in ~tiomap-dev, then?
yes, it does... we just don't update the PPA for every single commit ;-)
That's the one I'm using. And it seems to be working fine. The problem I encountered was with the libdri2 package, where I had overlooked one of the patches which obviously was needed.
- Martin
On 05/04/12 18:21, Boudet, Xavier wrote:
Hi
Can you let me know which version of libdrm-omap1 package you are using? The libdrm - 2.4.32-1ubuntu1+ti2.0 available into the trunk PPA shall have all the latest fixes.
Regards,
/*Xavier Boudet -*/ Texas Instruments France Linux SW Integration - Platform Enablement Organization Office: +33 4 93 22 */26 83/*
Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet. 036 420 040 R.C.S Antibes. Capital de EUR 753.920
On Fri, May 4, 2012 at 5:25 PM, Dechesne, Nicolas <n-dechesne@ti.com mailto:n-dechesne@ti.com> wrote:
On Thu, May 3, 2012 at 5:34 PM, Christian Robottom Reis <kiko@linaro.org <mailto:kiko@linaro.org>> wrote: > any chance you can use current upstream libdrm > (http://cgit.freedesktop.org/mesa/drm)? > > there was a fix for this issue.. I guess what you are using has an > earlier version of libdrm_omap patches compared to what is upstream.. Wouldn't it make sense to update the version in ~tiomap-dev, then? yes, it does... we just don't update the PPA for every single commit ;-)
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
-
Boudet, Xavier -
Christian Robottom Reis -
Clark, Rob -
Dechesne, Nicolas -
Martin Ertsås