From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57844) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YgBZP-0005B2-W9 for qemu-devel@nongnu.org; Thu, 09 Apr 2015 08:28:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YgBZL-0006db-S5 for qemu-devel@nongnu.org; Thu, 09 Apr 2015 08:28:31 -0400 Message-ID: <55267068.3000408@suse.de> Date: Thu, 09 Apr 2015 14:28:24 +0200 From: =?windows-1252?Q?Andreas_F=E4rber?= MIME-Version: 1.0 References: <5525EB8B.5030501@suse.de> <20150409082152.GA18873@vader> <1954784.kBCMdXNjSZ@sifl> In-Reply-To: <1954784.kBCMdXNjSZ@sifl> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] seccomp breakage on arm List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Moore , Eduardo Otubo Cc: Peter Maydell , Marcus Meissner , Riku Voipio , qemu-devel , Alexander Graf , qemu-ppc , Karl-Philipp Richter Am 09.04.2015 um 11:10 schrieb Paul Moore: > On Thursday, April 09, 2015 10:21:52 AM Eduardo Otubo wrote: >> On Thu, Apr 09, 2015 at 05=3D01=3D31AM +0200, Andreas F=E4rber wrote: >>> Hello, >>> >>> I am seeing the following build failure on openSUSE Tumbleweed armv7l >>> with --enable-seccomp in v2.3.0-rc2: >>> >>> [ 551s] In file included from qemu-seccomp.c:16:0: >>> [ 551s] /usr/include/libseccomp/seccomp.h:177:23: error: '__NR_mmap' >>> undeclared here (not in a function) >>> [ 551s] #define SCMP_SYS(x) (__NR_##x) >>> [ 551s] ^ >>> [ 551s] qemu-seccomp.c:36:7: note: in expansion of macro 'SCMP_SYS' >>> [ 551s] { SCMP_SYS(mmap), 247 }, >>> [ 551s] ^ >>> [ 551s] /usr/include/libseccomp/seccomp.h:177:23: error: >>> '__NR_getrlimit' undeclared here (not in a function) >>> [ 551s] #define SCMP_SYS(x) (__NR_##x) >>> [ 551s] ^ >>> [ 551s] qemu-seccomp.c:57:7: note: in expansion of macro 'SCMP_SYS' >>> [ 551s] { SCMP_SYS(getrlimit), 245 }, >>> [ 551s] ^ >>> [ 551s] /home/abuild/rpmbuild/BUILD/qemu-2.3.0-rc2/rules.mak:57: rec= ipe >>> for target 'qemu-seccomp.o' failed >>> [ 551s] make: *** [qemu-seccomp.o] Error 1 >>> >>> Is this a problem with libseccomp 2.2.0 / master and needs to be fixe= d >>> in the library? Or do we need to #ifdef some syscalls in qemu-seccomp= .c? >> >> This should be already fixed in the library as mentioned by the >> maintainer in this[0] thread. Adding Paul Moore in CC. There's also a >> bug entry on launchpad[1] for that. I provided the patch (before the >> pull reuqest) requesting for some review and testing but never heard >> back again. Also CC'ing Karl-Philipp Richter (bug owner) for some >> opinions on that as well. >> >> Regards, >> >> [0] http://sourceforge.net/p/libseccomp/mailman/message/32955831/ >> [1] https://bugs.launchpad.net/qemu/+bug/1363641 >=20 > This should be fixed with libseccomp v2.2.0; if you are still seeing pr= oblems=20 > using v2.2.0 let me know. This *is* with libseccomp v2.2.0, as mentioned above, and I had checked that there were no related changes beyond v2.2.0 on your master branch. Regards, Andreas --=20 SUSE Linux GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Felix Imend=F6rffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton; HRB 21284 (AG N=FCrnberg)