From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kees Cook Subject: Re: [RFC 2/3] seccomp: hoist out filter resolving logic Date: Tue, 13 Feb 2018 13:29:23 -0800 Message-ID: References: <20180204104946.25559-1-tycho@tycho.ws> <20180204104946.25559-3-tycho@tycho.ws> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20180204104946.25559-3-tycho-E0fblnxP3wo@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: Tycho Andersen Cc: Linux Containers , Akihiro Suda , Oleg Nesterov , LKML , "Eric W . Biederman" , Tyler Hicks , Christian Brauner , Andy Lutomirski List-Id: containers.vger.kernel.org On Sun, Feb 4, 2018 at 2:49 AM, Tycho Andersen wrote: > Hoist out the nth filter resolving logic that ptrace uses into a new > function. We'll use this in the next patch to implement the new > PTRACE_SECCOMP_GET_FILTER_FLAGS command. This is based on an older patch > that I had sent a while ago; it significantly revamps the get_nth_filter > logic based on previous suggestions from Oleg. Is this the same as f06eae831f0c1fc5b982ea200daf552810e1dd55 ? Quick compare says yes? Either way, please rebase to v4.16-rc1 (or -rc2 in the future). :) -Kees -- Kees Cook Pixel Security