[meta-ti] Rename of omap5-sgx-ddk-um-linux to ti-sgx-ddk-um not complete?
kamaji at gmail.com
Wed May 25 08:20:56 PDT 2016
Thank you for your config details -- that's gotten me further -- with a
working driver, and Qt5_CinematicExperience actually running, bringing up
the initial display, cursor showing, and the opening "Curtains" display,
but sounds like a similar experience to what you're describing -- driver
starting, program starting, but dreadful performance to the point where it
doesn't really get beyond the first frame, and emits many FIFO underflow
messages. DMA may be not enabled or is somehow failing?
In any case, I'm further, and will continue to research the issue and hack
away. I'll report any progress.
Should I keep it off-list, or is it on-topic enough for this mailing list?
Anyone have any pointers to what the issue might be?
Qt5_CinematicExperience output log:
You can also find my config in that gist.
On Tue, May 24, 2016 at 2:21 PM Benjamin Bimmermann <b.bimmermann at yahoo.de>
> I build with Krogoth a QT5.6 Image.
> I have Include in my Image:
> IMAGE_INSTALL += " \ ti-sgx-ddk-um \ omapdrm-pvr \"
> and the config :
> PREFERRED_PROVIDER_virtual/libgl = "mesa-gl"PREFERRED_PROVIDER_virtual/mesa = "mesa-gl"
> PREFERRED_PROVIDER_virtual/egl_keystone = "mesa"PREFERRED_PROVIDER_virtual/libgles1_keystone = "mesa"PREFERRED_PROVIDER_virtual/libgles2_keystone = "mesa"
> PREFERRED_PROVIDER_virtual/libgl_keystone = "mesa"PREFERRED_PROVIDER_virtual/mesa_keystone = "mesa"
> PREFERRED_PROVIDER_virtual/kernel = "linux-ti-staging"PREFERRED_VERSION_linux-ti-staging = "4.4%"
> PREFERRED_PROVIDER_virtual/egl = "ti-sgx-ddk-um"PREFERRED_PROVIDER_virtual/libgles1 = "ti-sgx-ddk-um"PREFERRED_PROVIDER_virtual/libgles2 = "ti-sgx-ddk-um"PREFERRED_PROVIDER_libgbm = "libgbm"PREFERRED_PROVIDER_libgbm-dev = "libgbm-dev"
> This Image works Ok. Not great. If you build things like :
> It works very well. If you try to build big things like:
> The driver Starts but and the Programm try to start.
> You see a mouse Courser and thats it. The Programm doesn't run ok.
> If you have a solution for that or if we find together for that a solution it would be very nice.
> Have a nice day.
> Keith Kyzivat <kamaji at gmail.com> schrieb am 16:48 Dienstag, 24.Mai 2016:
> Hi Denys,
> I'm working with the Beaglebone Black Rev C board -- so AM335x-based.
> What incantation/recipe/package should I be specifying to get the
> userspace DRI drivers for use with libGLESv2 built into my image? That's
> been my biggest stumbling block. Even moving back to Fido I was unable to
> build an image that includes the userspace graphics support libraries.
> Ultimately I want to pull in Qt 5.6 and be able to run QML-based apps with
> the 'eglfs' QPA platform plugin with hardware OpenGLES2 acceleration
> running over HDMI.
> Are there any good resources ((e)books, wikis, presentations, etc) you or
> anyone else can recommend to fully grasp Yocto/OpenEmbedded? I've come
> across a number of presentations, wikis and blog posts that have explained
> some things, but no comprehensive walkthrough that performs a build and
> explains all the reasons for the changes.
> On Thu, May 19, 2016 at 7:41 PM Keith Kyzivat <kamaji at gmail.com> wrote:
> Hi folks,
> I've been trying to get a beagleboard krogoth build working with working
> OpenGLES2 DRI drivers in place, and have been failing.
> I did find out that drivers changed name from libgles-omap3 to
> ti-sgx-ddk-um - but specifying ti-sgx-ddk-um as my
> PREFERRED_PROVIDER_virtual/libgles2 fails hard --
> -- Nothing RPROVIDES 'ti-sgx-ddk-um'
> Digging through commits, I found commit c70102c671 -
> renaming omap5-sgx-ddk-um-linux to ti-sgx-ddk-um.
> The problem seems to be that these are renamed, but the package names have
> not changed -- recipes-graphics/libgles/ti-sgx-ddk-um_1.14.3699939.bb
> PROVIDES += "virtual/egl virtual/libgles1 virtual/libgles2
> Shouldn't this be the following?
> PROVIDES += "virtual/egl virtual/libgles1 virtual/libgles2 ti-sgx-ddk-um"
> And also RPROVIDES, RREPLACES, RCONFLICTS and associated -dev, -dbg
> Apologies if I'm asking this wrong - I'm pretty new to Yocto/OE and still
> figuring it all out.
> ~Keith Kyzivat
> meta-ti mailing list
> meta-ti at yoctoproject.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the meta-ti