From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C0541C43331 for ; Tue, 31 Mar 2020 22:16:23 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 94E1120838 for ; Tue, 31 Mar 2020 22:16:23 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="ZFFjB0U8" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731493AbgCaWQX (ORCPT ); Tue, 31 Mar 2020 18:16:23 -0400 Received: from mail-pf1-f195.google.com ([209.85.210.195]:44640 "EHLO mail-pf1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727955AbgCaWQW (ORCPT ); Tue, 31 Mar 2020 18:16:22 -0400 Received: by mail-pf1-f195.google.com with SMTP id b72so11034131pfb.11; Tue, 31 Mar 2020 15:16:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=OBuQzCEQi0PqZRU3WMKWxzfOWVwx3+pYDNPDQ0ltveI=; b=ZFFjB0U8bT6q630ouARTHMTTH75fudntvIGn00zgf6RCw6P9HPNjI46LL6aUI2LqWe D7I9nqcd6hO04Mks4kXqGAxOsVmo8yEDpiZ/KlOICxQaygdD9CNUFVveBjoLC3HzwITo AcqCO40pJCX6JSyQmA1V7ReU+iTzBZ8lrAj52EuvYWCsS8KFVP0SbJfKJAZnkowl8YnX 6rR8WiWUCW4kJ4JhgPB42Q4VKFjZeQJUkB+ff0BY9McK2wB/mZBZddpgQZ/4NkxXfjcR R+mbGKQ9jzNNew0OfbV/qJD6+TnZ3PCEaqxEnLXm/UeGRXZuaptLVtBxAfXfzAAWr17z Gi/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=OBuQzCEQi0PqZRU3WMKWxzfOWVwx3+pYDNPDQ0ltveI=; b=TaQe8P2CwBxGlSRc9c4RbEnvm/vfta2uRgzzs66S85YndLKrCguowHhGAu/uiRwNso dxXzR//I4PS7+FXTk4QNjWwvSu8JmD0ph59FGnbNC8ZHmDaqm96BMO/bVvvpijba1isj yT0Ugc5LM6Hrhtteqf88A2HocWeJazXsp/Wn3VRZijZdvw8d0P4/S9wlcGrmO9vp9mfh f7KQSMfSxnP2GNSYpso/Knr0b0QPNCZemKS2TUSjUbib3RWEOWTmzx3VEW5ctm4cii1G +liErHf0vxHQrKmn/7FdKMJrt8oKchQz2JS9xpYvPrexpvin/gWTataN0Lx1xSyjpVpM LJeQ== X-Gm-Message-State: ANhLgQ1r0R9uBvIVcg1FeWkfHAA5PPwTOv08iotKNcidnrS6mOQUnxi2 aQlJgRDTtxy7MAxNh/nMUJ0= X-Google-Smtp-Source: ADFU+vt3xRj1b+xkbqDVvnv5034gAGCn85C0Nqn59rDRIn6rGM4SYqyty879rk9o7y3gz+WiRmNX3w== X-Received: by 2002:a63:6f45:: with SMTP id k66mr20352554pgc.246.1585692979758; Tue, 31 Mar 2020 15:16:19 -0700 (PDT) Received: from ast-mbp ([2620:10d:c090:400::5:8a85]) by smtp.gmail.com with ESMTPSA id f22sm28811pgl.20.2020.03.31.15.16.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 31 Mar 2020 15:16:18 -0700 (PDT) Date: Tue, 31 Mar 2020 15:16:13 -0700 From: Alexei Starovoitov To: Edward Cree Cc: David Ahern , Lorenz Bauer , Andrii Nakryiko , Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= , John Fastabend , Jakub Kicinski , Alexei Starovoitov , Daniel Borkmann , Martin KaFai Lau , Song Liu , Yonghong Song , Andrii Nakryiko , "David S. Miller" , Jesper Dangaard Brouer , Andrey Ignatov , Networking , bpf Subject: Re: [PATCH bpf-next 1/4] xdp: Support specifying expected existing program when attaching XDP Message-ID: <20200331221613.uwk6vmlrwggbj4s7@ast-mbp> References: <87369wrcyv.fsf@toke.dk> <87pncznvjy.fsf@toke.dk> <9f0ab343-939b-92e3-c1b8-38a158da10c9@gmail.com> <20200327230253.txq54keztlwsok2s@ast-mbp> <20200331034319.lg2tgxxs5eyiqebi@ast-mbp> <8c55c053-ab95-3657-e271-dd47c1daaf5e@solarflare.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8c55c053-ab95-3657-e271-dd47c1daaf5e@solarflare.com> Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Tue, Mar 31, 2020 at 11:05:50PM +0100, Edward Cree wrote: > On 31/03/2020 04:43, Alexei Starovoitov wrote: > > On Mon, Mar 30, 2020 at 04:25:07PM +0100, Edward Cree wrote: > >> Everything that a human operator can do, so can any program with the > >>  same capabilities/wheel bits.  Especially as the API that the > >>  operator-tool uses *will* be open and documented.  The Unix Way does > >>  not allow unscriptable interfaces, and heavily frowns at any kind of > >>  distinction between 'humans' and 'programs'. > > can you share a link on such philosophy? > It's not quite as explicit about it as I'd like, but >  http://www.catb.org/esr/writings/taoup/html/ch01s06.html#id2877684 >  is the closest I can find right now. I knew the bit you linked and I've read several "Rule of" up and down in that doc and still don't see any mention of 'humans' vs 'programs'. Unix philosophy can be rephrased as divide-and-conquer which is #1 principle in bpf architecture. In other words: build the smallest possible mechanisms that are composable.