diff options
| author | Joshua Watt <JPEWhacker@gmail.com> | 2022-10-21 13:14:51 -0500 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2022-10-26 12:28:39 +0100 |
| commit | 8dd2fa2205b90403edd09a1edec66fc409641831 (patch) | |
| tree | c2332cf84f605e6ba644bd52cca59aa6d36d344e /meta/recipes-devtools/python/python3/crosspythonpath.patch | |
| parent | 0ee936da2eaf3b5581864d94c9091ca59db1f8bd (diff) | |
| download | poky-8dd2fa2205b90403edd09a1edec66fc409641831.tar.gz | |
qemu-helper-native: Re-write bridge helper as C program
The bridge helper program is invoked directly from QEMU when it needs to
attach to a network bridge. As such, it is subject to the environment of
QEMU itself. Specifically, if bridging is enabled with direct rendering
acceleration, QEMU is run with an LD_PRELOAD that attempts to preload
several uninative libraries; however /bin/sh doesn't use the uninative
loader which means it can fail to start with an error like:
/bin/sh: symbol lookup error: sysroots-uninative/x86_64-linux/lib/librt.so.1: undefined symbol: __libc_unwind_link_get, version GLIBC_PRIVATE
Converting the helper program to a C program resolves this problem
because it will now use the uninative loader so the preload doesn't
cause errors.
(From OE-Core rev: f698e98f2f09952b34488b8cf9e73e82bd7aea07)
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-devtools/python/python3/crosspythonpath.patch')
0 files changed, 0 insertions, 0 deletions