Excerpts from Michael Tokarev's message of Fri Nov 14 08:43:32 +0100 2014: > 11.11.2014 17:07, Michal Suchanek wrote: > > Excerpts from Michael Tokarev's message of Tue Nov 11 14:16:23 +0100 2014: > >> 11.11.2014 13:18, Michal Suchanek wrote: > >> [] > >>>> So, to rehash, do I understand it right that you're having > >>>> probs with running x86 binaries on arm, when using -user-binfmt > >>>> but not when using -user-static ? > >>> > >>> I am having problem running x86 binaries on arm with either package. > >> > >> Aha. That is entirely different thing. Retitling the bugreport > >> accordingly. Please correct me if I'm wrong. > > > > That's not entirely true. It only fails for static binaries and I > > happened to have a statically linked application. I am able to run full > > x86 wine at racing snail speed. Probably because it's dynamically > > linked. > > Does it help if you invoke qemu-x86_64[-static] to run your non-working > executables, like, say, > > qemu-x86_64 /usr/bin/cdebootstrap-static > > ?
# qemu-x86_64 /usr/bin/cdebootstrap-static /usr/bin/cdebootstrap-static: missing suite argument Try `/usr/bin/cdebootstrap-static --help' for more information. # cdebootstrap-static -bash: /usr/bin/cdebootstrap-static: cannot execute binary file: Exec format error > > This way we'll know if it is binfmt registration which is broken or > qemu. It might sure be some missing binfmt bits. > > [] > >>> # unrar /? > >>> qemu: uncaught target signal 11 (Segmentation fault) - core dumped > >>> Segmentation fault > >>> > >>> # apt-get install cdebootstrap-static:amd64 > >>> > >>> # cdebootstrap-static /? > >>> -bash: /usr/bin/cdebootstrap-static: cannot execute binary file > > What is the version of unrar and cdebootstrap-static? I want to reproduce > the problem so that it's possible to go from here. Just whatever was in the archive: ii cdebootstrap-static 0.6.3 amd64 Bootstrap a Debian system - static binary ii unrar 1:5.0.10-1 amd64 Unarchiver for .rar files (non-free version) > > Please note that x86 qemu user target is one of less tested targets, > because it is rather uncommon to run x86 hw on non-x86 platform, usually > it is the opposite. If somebody was using the emulation bug like this would not exist. The emulation also does not work that well - the unrar binary is crashing in the emulation and presumably just runs normally on x86. CPU is Allwinner A13 sun5i ARM Cortex A8 ARMv7, armhf architecture: # dpkg-architecture DEB_BUILD_ARCH=armhf DEB_BUILD_ARCH_BITS=32 DEB_BUILD_ARCH_CPU=arm DEB_BUILD_ARCH_ENDIAN=little DEB_BUILD_ARCH_OS=linux DEB_BUILD_GNU_CPU=arm DEB_BUILD_GNU_SYSTEM=linux-gnueabihf DEB_BUILD_GNU_TYPE=arm-linux-gnueabihf DEB_BUILD_MULTIARCH=arm-linux-gnueabihf DEB_HOST_ARCH=armhf DEB_HOST_ARCH_BITS=32 DEB_HOST_ARCH_CPU=arm DEB_HOST_ARCH_ENDIAN=little DEB_HOST_ARCH_OS=linux DEB_HOST_GNU_CPU=arm DEB_HOST_GNU_SYSTEM=linux-gnueabihf DEB_HOST_GNU_TYPE=arm-linux-gnueabihf DEB_HOST_MULTIARCH=arm-linux-gnueabihf DEB_TARGET_ARCH=armhf DEB_TARGET_ARCH_BITS=32 DEB_TARGET_ARCH_CPU=arm DEB_TARGET_ARCH_ENDIAN=little DEB_TARGET_ARCH_OS=linux DEB_TARGET_GNU_CPU=arm DEB_TARGET_GNU_SYSTEM=linux-gnueabihf DEB_TARGET_GNU_TYPE=arm-linux-gnueabihf DEB_TARGET_MULTIARCH=arm-linux-gnueabihf # cat /proc/cpuinfo Processor : ARMv7 Processor rev 2 (v7l) BogoMIPS : 298.17 Features : swp half thumb fastmult vfp edsp neon vfpv3 tls CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x3 CPU part : 0xc08 CPU revision : 2 Hardware : sun5i Revision : 0000 Serial : 0000000000000000 Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
