218 2010-08-18 15:19:26 +0000 qemu-native does not generate qemu-i386 binary 2010-12-21 06:09:42 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 0.9 x86 Multiple RESOLVED FIXED High normal 0.9 M3 1 nitin.a.kamble edwin.zhai josh kevin.tian meta.mr.watcher meta.watcher nitin.a.kamble sgw --- --- --- oldest_to_newest 9331 0 nitin.a.kamble 2010-08-18 15:19:26 +0000 like distro qemu package, the qemu-native recipe should generate binaries to run user level apps using the qemu user level application running binaries such as qemu-i386. This is needed for glibc & eglibc to run different architecture binaries using qemu user level execution binaries. 9379 1 nitin.a.kamble 2010-08-25 09:06:52 +0000 Now I understand the requirement better now. qemu-native is emitting the needed qemu-arm & qemu-mips binaries. And it is not emitting qemu-i386 & qemu-ppc binaries. So if these 2 missing binaries gets generated in working fashion, that would be sufficient for eglibc build for generation of locales. Thanks, Nitin 9383 2 nitin.a.kamble 2010-08-25 09:34:06 +0000 Adding coment which flew over the mailing list: From RP: Great, now I see the commit in question, this makes sense. It looks like pseudo and qemu interacting badly together. Mark: This looks like its a pseudo related problem, is there a way we can drop the pseudo context to run a command? It may also be worth experimenting with LD_LIBRARY_PATH to see if that can help things at all... Cheers, Richard From Mark: To disable pseudo, while already running, you need to set: "PSEUDO_RELOADED=YES", and then exec something.... This will cause pseudo to disable itself from the LD_PRELOAD, and thus fall out of memory on the exec. It'd be interesting to know what the interaction is with pseudo. In our environment we don't run qemu with pseudo, but we do run the user-mode NFS server. --Mark 9384 3 nitin.a.kamble 2010-08-25 09:39:06 +0000 please ignore the commet # 2 here, it belongs to a different qemu bug. 9416 4 josh 2010-08-26 00:39:09 +0000 Theoretically this is as simple as adding i386-linux-user to the target-list in EXTRA_OECONF, however in reality the recipe no longer compiles with this option enabled so we need someone to spend some time figuring out why. 9449 5 nitin.a.kamble 2010-08-27 11:23:02 +0000 There are couple of other bugs blocked by this issue. so can the priority on this bug be raised ? Thanks, Nitin 9561 6 edwin.zhai 2010-09-02 17:46:05 +0000 Fixed by 431c97533b913c671a2501a678397025849c222a Nitin, Pls. help to verify it. Thanks, 10068 7 edwin.zhai 2010-09-29 23:03:58 +0000 Nitin, Can you verify it? Thanks, edwin