[Buildroot] [Bug 7358] New: rpi-userland: linking with bcm_host doesn't give vc_dispmanx_* functions

[Buildroot] [Bug 7358] New: rpi-userland: linking with bcm_host doesn't give vc_dispmanx_* functions

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=7358

           Summary: rpi-userland: linking with bcm_host doesn't give
                    vc_dispmanx_* functions
           Product: buildroot
           Version: 2014.08
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P5
         Component: Other
        AssignedTo: unassigned at buildroot.uclibc.org
        ReportedBy: ioribranford at gmail.com
                CC: buildroot at uclibc.org
   Estimated Hours: 0.0


Created attachment 5570
  --> https://bugs.busybox.net/attachment.cgi?id=5570
Config, make, and patch files for SDL2 package

I updated buildroot to 2014.08, started from raspberrypi_defconfig, and tried
to build my SDL2 package linking with rpi-userland. It's not in a submittable
state (many options carried over from SDL1 that still have to be checked for
applicability) but it worked fine as is with 2014.05. It includes a patch to do
pkg-config for the userland libs rather than assume /opt/vc.

While building rpi-userland was successful, building SDL2 failed at link time
with multiple "undefined reference to vc_dispmanx_*".

My local fix so far is to add -lvchostif into the SDL2 patch. But I understand
from the userland CMake files that that is supposed to come with -lbcm_host.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 7358] rpi-userland: linking with bcm_host doesn't give vc_dispmanx_* functions

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=7358

--- Comment #1 from Beno?t Th?baudeau <benoit.thebaudeau.dev@gmail.com> 2014-09-03 13:17:44 UTC ---
I think you need EGL (egl.pc). Forget bcm_host. See commit
6a29ce0d1648baccb311e78c7c906ca27255e895.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 7358] rpi-userland: linking with bcm_host doesn't give vc_dispmanx_* functions

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=7358

--- Comment #2 from Maarten ter Huurne <maarten@treewalker.org> 2014-09-03 15:32:05 UTC ---
Created attachment 5582
  --> https://bugs.busybox.net/attachment.cgi?id=5582
SDL2 package work-in-progress for buildroot 2014.05

I am also working on an SDL2 package for buildroot targeting the Raspberry Pi.
I haven't migrated it to 2014.08 yet though. My focus is only on the
framebuffer (fbcon + EGL), not the other video drivers.

The current state is that fbcon works, but not perfectly: SWSURFACE works fine,
HWSURFACE with double buffering does not seem to flip at the right time:
overpainting is visible while double buffering should eliminate that. My guess
is that this is a problem in the kernel fb driver, but I haven't verified that
yet.

I tried one GL ES application so far and it didn't run. The compilation of the
GL ES and EGL code in SDL2 did work though.

Please have a look at the patch that makes SDL2 use pkg-config for the EGL
compile flags instead of using the hardcoded paths to /opt. I think this might
fix the issue you're running into.

Note that the Raspberry Pi support in SDL2's configure requires "raspberry" as
the vendor in the system identifier (host triple), I added an override for that
in "sdl2.mk".

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 7358] rpi-userland: linking with bcm_host doesn't give vc_dispmanx_* functions

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=7358

--- Comment #3 from Maarten ter Huurne <maarten@treewalker.org> 2014-09-03 15:47:41 UTC ---
By the way, I think that SDL2 should not be built for the host. SDL2 is a
library for interactive use and that has no place in an automated build, in my
opinion.

(The SDL 1.2 host build was added in commit 102f86e8 to support XBMC's build.)

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 7358] rpi-userland: linking with bcm_host doesn't give vc_dispmanx_* functions

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=7358

--- Comment #4 from Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2014-10-26 18:11:04 UTC ---
So, in the end there is no real bug here? It's really SDL2 that should be
fixed, and since we don't yet have a SDL2 package, this is not a bug for now,
right?

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 7358] rpi-userland: linking with bcm_host doesn't give vc_dispmanx_* functions

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=7358

Thomas Petazzoni <thomas.petazzoni@free-electrons.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID

--- Comment #5 from Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2014-11-09 13:26:21 UTC ---
Unfortunately, there was no further feedback from the original submitter.
However, it seems the problem was more in the packaging of SDL2 (which isn't in
Buildroot as of today) and not in Buildroot itself.

Marteen, it would be good if you could submit your SDL2 patches at some point.

In the mean time, I'll mark the bug as resolved/invalid. Feel free to re-open
it if you disagree.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.