netdev - Re: [PATCH v15 ] net/veth/XDP: Line-rate packet forwarding in kernel

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20180403.124532.1022029769048332125.davem@davemloft.net>
Date:   Tue, 03 Apr 2018 12:45:32 -0400 (EDT)
From:   David Miller <davem@...emloft.net>
To:     john.fastabend@...il.com
Cc:     dsahern@...il.com, alexei.starovoitov@...il.com, mislam4@...t.edu,
        netdev@...r.kernel.org, stephen@...workplumber.org,
        agaceph@...il.com, xemul@...nvz.org, edumazet@...gle.com,
        brouer@...hat.com
Subject: Re: [PATCH v15 ] net/veth/XDP: Line-rate packet forwarding in
 kernel

From: John Fastabend <john.fastabend@...il.com>
Date: Tue, 3 Apr 2018 09:41:08 -0700

> On 04/03/2018 08:07 AM, David Ahern wrote:
>> 4. What about other stacked devices - bonds and bridges - will those
>> just work with the bpf helper? VRF is already handled of course. ;-)
> 
> So if we simply handle this like other stacked devices and call the
> lower devs xdp_xmit routine we should get reasonable behavior. For
> bonds and bridges I guess some generalization is needed though because
> everything at the moment is skb centric. I don't think its necessary
> in the first series though. It can be added later.

I wonder if we need some feature bit gating this passthrough, just
like the various ->vlan_features and ->hw_enc_features.