From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54370) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z9zBO-0007cn-H0 for qemu-devel@nongnu.org; Tue, 30 Jun 2015 13:18:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z9zBL-0004aG-Bb for qemu-devel@nongnu.org; Tue, 30 Jun 2015 13:18:54 -0400 Received: from mx1.redhat.com ([209.132.183.28]:47371) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z9zBL-0004aC-6d for qemu-devel@nongnu.org; Tue, 30 Jun 2015 13:18:51 -0400 From: Paul Moore Date: Tue, 30 Jun 2015 13:18:49 -0400 Message-ID: <1691300.PcMPTG641q@sifl> In-Reply-To: References: <1428670681-23032-1-git-send-email-peter.maydell@linaro.org> <2877592.aNXnatIRsp@sifl> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [Qemu-devel] [PATCH for-2.3] Revert seccomp tests that allow it to be used on non-x86 architectures List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Andrew Jones , Marcus Meissner , Eduardo Otubo , Patch Tracking , Riku Voipio , Alexander Graf , QEMU Developers , Karl-Philipp Richter , Andreas =?ISO-8859-1?Q?F=E4rber?= On Tuesday, June 30, 2015 06:07:40 PM Peter Maydell wrote: > On 30 June 2015 at 18:01, Paul Moore wrote: > > I'm starting to wonder if the 32-bit ARM build system didn't have > > __NR_cacheflush defined in the system headers; that might explain some of > > the behavior. Could you check your system to see if it has > > __NR_cacheflush defined (try /usr/include/asm/unistd.h)? > > The constant name is __ARM_NR_cacheflush, not __NR_cacheflush > (all the ARM-specific syscalls are __ARM_NR_*). See > http://lxr.free-electrons.com/source/arch/arm/include/uapi/asm/unistd.h#L418 /me smacks his forehead Of course it is. We already work around that in arch-syscall-validate. D'oh! Good news though, I think we just found the bug ;) I'm currently trying to put out another fire in a different project; as soon as I've got that done I'll fix this. However, if somebody wants to play, I'm always happy to accept patches :) -- paul moore security @ redhat