From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57268) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCzk8-00034f-T2 for qemu-devel@nongnu.org; Fri, 23 Aug 2013 18:22:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VCzk2-0005Iq-Mb for qemu-devel@nongnu.org; Fri, 23 Aug 2013 18:22:08 -0400 Received: from mout.gmx.net ([212.227.15.19]:56075) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCzk2-0005Ij-Bb for qemu-devel@nongnu.org; Fri, 23 Aug 2013 18:22:02 -0400 Received: from siegfried.kdserv.dyndns.org ([213.211.221.128]) by mail.gmx.com (mrgmx002) with ESMTPA (Nemesis) id 0LgIWi-1VpLFF0svE-00nkpA for ; Sat, 24 Aug 2013 00:22:01 +0200 From: Christof Schulze Date: Sat, 24 Aug 2013 00:21:57 +0200 Message-ID: <1516087.xyo50bTIdQ@siegfried> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2517550.P94pBuc2uI"; micalg="pgp-sha1"; protocol="application/pgp-signature" Subject: [Qemu-devel] qemu-user + networking issues / segfaults List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org --nextPart2517550.P94pBuc2uI Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hello qemu-devel list, This is my first post to this list and I am not sure whether this actually is the correct Mailinglist. I recently compiled qemu-1.6.0 on an arm platform for the purpose of running the binary only otrdecoder-software which is available for a 64bit linux only. I pursued the following steps: * creating a chroot on my x64-box that contained the otrdecoder and all libraries it needs to run * test-run the otrdecoder from within the chroot (it works) * copying this chroot to my arm box, where I compiled qemu previously * copying qemu and all required libs to the chroot * copying a shell to the chroot * copying libnss* libraries from my 64bit system and from my arm system to the chroot * test network connectivity from within the chroot using native nslookup and native ping (it works) * from within the chroot I ran the otrdecoder using qemu-x86_64 which works up to a point where it segfaults. running qemu using the -strace flag and comparing the output with a successful strace from my 64bit-box reveals that the segfault happens after an munmap and before (or at) the spot where a socket() operation is run. This is the operation that should be run: socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3 I am not sure if qemu segfaults because * there are actually libs missing in the chroot * the syscall is not supported * the binary does crazy things and is not supported by qemu-user At the same time running the 64bit version of ping results in a segfault as well which might be related. this is what the segfault of the otrdecoder shows: --- SIGSEGV (Segmentation fault) @ 0 (0) --- rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 SYS_369(0, 0x4, 0, 0xbe9f6d48, 0x4) = 0 SYS_369(0, 0x4, 0, 0xbe9f8dd8, 0x4) = 0 SYS_369(0, 0x4, 0xbe9f8dd8, 0, 0xbe9f8dd8) = 0 futex(0xb6dcf7d0, FUTEX_WAKE_PRIVATE, 2147483647) = 0 write(2, "qemu: uncaught target signal 11 "..., 67qemu: uncaught target signal 11 (Segmentation fault) - core dumped ) = 67 rt_sigaction(SIGSEGV, {SIG_DFL, ~[RTMIN RT_1], SA_INTERRUPT|SA_NODEFER| 0x5199d28}, NULL, 8) = 0 kill(30161, SIGSEGV) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ What can I do to investigate further and get this fixed besides trying to emulate a full-blown system? Christof -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments --nextPart2517550.P94pBuc2uI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEABECAAYFAlIX4IUACgkQpZfyPAmdZJm3uwCgu3X+/YTG8XFDoKhcv4+Tx7Me PBsAoIqVyblFoNt7xi0z15d/zpmsnygB =Gh8c -----END PGP SIGNATURE----- --nextPart2517550.P94pBuc2uI--