Date: Wed, 11 May 2022 09:11:56 +0200 From: Arnd Bergmann <arnd@...db.de> To: Christian Brauner <brauner@...nel.org> Cc: Arnd Bergmann <arnd@...db.de>, Huacai Chen <chenhuacai@...il.com>, Huacai Chen <chenhuacai@...ngson.cn>, Andy Lutomirski <luto@...nel.org>, Thomas Gleixner <tglx@...utronix.de>, Peter Zijlstra <peterz@...radead.org>, Andrew Morton <akpm@...ux-foundation.org>, David Airlie <airlied@...ux.ie>, Jonathan Corbet <corbet@....net>, Linus Torvalds <torvalds@...ux-foundation.org>, linux-arch <linux-arch@...r.kernel.org>, "open list:DOCUMENTATION" <linux-doc@...r.kernel.org>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Xuefeng Li <lixuefeng@...ngson.cn>, Yanteng Si <siyanteng@...ngson.cn>, Guo Ren <guoren@...nel.org>, Xuerui Wang <kernel@...0n.name>, Jiaxun Yang <jiaxun.yang@...goat.com>, Linux API <linux-api@...r.kernel.org>, GNU C Library <libc-alpha@...rceware.org>, musl@...ts.openwall.com Subject: Re: [PATCH V9 13/24] LoongArch: Add system call support On Mon, May 9, 2022 at 12:00 PM Christian Brauner <brauner@...nel.org> wrote: .... > I can try and move a poc for this up the todo list. > > Without an approach like this certain sandboxes will fallback to > ENOSYSing system calls they can't filter. This is a generic problem > though with clone3() being one promiment example. Thank you for the detailed reply. It sounds to me like this will eventually have to get solved anyway, so we could move ahead without clone() on loongarch, and just not have support for Chrome until this is fully solved. As both the glibc and musl ports are being proposed for inclusion right now, we should try to come to a decision so the libc ports can adjust if necessary. Adding both mailing lists to Cc here, the discussion is archived at . Arnd  https://lore.kernel.org/linux-arch/20220509100058.vmrgn5fkk3ayt63v@wittgenstein/
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.