From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56913) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UzvqS-00063X-4l for qemu-devel@nongnu.org; Thu, 18 Jul 2013 17:34:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UzvqQ-0000GN-Q5 for qemu-devel@nongnu.org; Thu, 18 Jul 2013 17:34:40 -0400 Received: from mx1.redhat.com ([209.132.183.28]:26420) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UzvqQ-0000GD-I0 for qemu-devel@nongnu.org; Thu, 18 Jul 2013 17:34:38 -0400 From: Paul Moore Date: Thu, 18 Jul 2013 17:34:29 -0400 Message-ID: <6517417.4xQE50F6tB@sifl> In-Reply-To: References: <1373998058-20012-1-git-send-email-otubo@linux.vnet.ibm.com> <4525023.VH0hS8hhdM@sifl> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [Qemu-devel] seccomp: remove unused syscalls - for 1.6 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Paolo Bonzini , coreyb@linux.vnet.ibm.com, qemu-devel@nongnu.org, Anthony Liguori , Eduardo Otubo On Thursday, July 18, 2013 10:31:46 PM Peter Maydell wrote: > On 18 July 2013 21:05, Paul Moore wrote: > > On Thursday, July 18, 2013 08:48:10 PM Peter Maydell wrote: > >> On 18 July 2013 20:39, Paul Moore wrote: > >> > On the plus side, I think libseccomp is very close to being pretty much > >> > feature complete (excluding new architectures that may pop up, at > >> > present > >> > we are only x86, x86_64, x32, and ARM) > >> > >> ...AArch64 ? :-) > > > > Not yet, just 32-bit ARM EABI. > > > > If you've got a working system and are willing to so some hacking or run > > some tests we could work on it for a future libseccomp release. An > > emulated AArch64 VM would also work, but that route can be slow/annoying. > > Simulators are all we have right now (we're juuust getting to the > point where hardware is starting to become available). I wasn't > being serious really, though I'm sure somebody (possibly even > somebody at Red Hat :-)) will work around to it at some point. Regardless, consider it a standing offer. -- paul moore security and virtualization @ redhat