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
| ||
|
Date: Sat, 2 Feb 2019 16:52:31 +0100 From: Jiri Pirko <jiri@...nulli.us> To: Florian Fainelli <f.fainelli@...il.com> Cc: netdev@...r.kernel.org, Michael Chan <michael.chan@...adcom.com>, "David S. Miller" <davem@...emloft.net>, Derek Chickles <dchickles@...vell.com>, Satanand Burla <sburla@...vell.com>, Felix Manlunas <fmanlunas@...vell.com>, Saeed Mahameed <saeedm@...lanox.com>, Leon Romanovsky <leon@...nel.org>, Jiri Pirko <jiri@...lanox.com>, Ido Schimmel <idosch@...lanox.com>, Alexandre Belloni <alexandre.belloni@...tlin.com>, Microchip Linux Driver Support <UNGLinuxDriver@...rochip.com>, Jakub Kicinski <jakub.kicinski@...ronome.com>, Ioana Radulescu <ruxandra.radulescu@....com>, Ioana Ciornei <ioana.ciornei@....com>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, Ivan Vecera <ivecera@...hat.com>, Andrew Lunn <andrew@...n.ch>, Vivien Didelot <vivien.didelot@...il.com>, Dirk van der Merwe <dirk.vandermerwe@...ronome.com>, "Francois H. Theron" <francois.theron@...ronome.com>, Simon Horman <simon.horman@...ronome.com>, Quentin Monnet <quentin.monnet@...ronome.com>, Daniel Borkmann <daniel@...earbox.net>, Eric Dumazet <edumazet@...gle.com>, John Hurley <john.hurley@...ronome.com>, Edwin Peer <edwin.peer@...ronome.com>, open list <linux-kernel@...r.kernel.org>, "open list:MELLANOX MLX5 core VPI driver" <linux-rdma@...r.kernel.org>, "open list:NETRONOME ETHERNET DRIVERS" <oss-drivers@...ronome.com>, "open list:STAGING SUBSYSTEM" <devel@...verdev.osuosl.org> Subject: Re: [RFC net-next 00/13] Get rid of switchdev_ops Fri, Feb 01, 2019 at 11:06:44PM CET, f.fainelli@...il.com wrote: >Hi all, > >This patch series converts SWITCHDEV_PORT_ATTR_{GET,SET} to use a >blocking notifier, similar to how SWITCHDEV_PORT_OBJ_{ADD,DEL} has been >changed recently by Petr. > >This was suggested by Ido to help with a particular use case I have >where I want to be able to veto a switchdev bridge attribute from a >driver (multicast_snooping). > >Please review since I may not have gotten the driver abstraction right, >especially for mlx5e and nfp since these are *hum* *hum* large drivers. Looks fine. Thanks!
Powered by blists - more mailing lists