summaryrefslogtreecommitdiffstats
path: root/scripts/lib/argparse_oe.py
diff options
context:
space:
mode:
authorJoshua Watt <JPEWhacker@gmail.com>2022-10-21 13:14:51 -0500
committerRichard Purdie <richard.purdie@linuxfoundation.org>2022-12-01 19:35:11 +0000
commit39e2c09f4a2ef6aa34f3c830a9eefd6b387dfd2d (patch)
tree9e159467d80962820745a11ad009c4f06654a4dd /scripts/lib/argparse_oe.py
parentd0a6b104965a84f1aab4313a8f5a62df49c75424 (diff)
downloadpoky-39e2c09f4a2ef6aa34f3c830a9eefd6b387dfd2d.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: adabfbd9245553d1fb6abb050856e3da89f7a3d5) Signed-off-by: Joshua Watt <JPEWhacker@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> (cherry picked from commit f698e98f2f09952b34488b8cf9e73e82bd7aea07) Signed-off-by: Steve Sakoman <steve@sakoman.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/lib/argparse_oe.py')
0 files changed, 0 insertions, 0 deletions