Re: [RFC PATCH v2 net-next 10/15] net: dsa: Pass ndo_setup_tc slave callback to drivers

2019-09-04 Thread Kurt Kanzenbach
Hi Vladimir, On Mon, Sep 02, 2019 at 11:49:30AM +0300, Vladimir Oltean wrote: > I did something similar in v1 with a .port_setup_taprio in "[RFC PATCH > net-next 3/6] net: dsa: Pass tc-taprio offload to drivers". Okay, didn't see that one. > Would this address Ilias's comment about DSA not reall

Re: [RFC PATCH v2 net-next 10/15] net: dsa: Pass ndo_setup_tc slave callback to drivers

2019-09-02 Thread Vladimir Oltean
Hi Kurt, On Mon, 2 Sep 2019 at 10:52, Kurt Kanzenbach wrote: > > Hi, > > On Fri, Aug 30, 2019 at 03:46:30AM +0300, Vladimir Oltean wrote: > > DSA currently handles shared block filters (for the classifier-action > > qdisc) in the core due to what I believe are simply pragmatic reasons - > > hidin

Re: [RFC PATCH v2 net-next 10/15] net: dsa: Pass ndo_setup_tc slave callback to drivers

2019-09-02 Thread Kurt Kanzenbach
Hi, On Fri, Aug 30, 2019 at 03:46:30AM +0300, Vladimir Oltean wrote: > DSA currently handles shared block filters (for the classifier-action > qdisc) in the core due to what I believe are simply pragmatic reasons - > hiding the complexity from drivers and offerring a simple API for port > mirrorin

[RFC PATCH v2 net-next 10/15] net: dsa: Pass ndo_setup_tc slave callback to drivers

2019-08-29 Thread Vladimir Oltean
DSA currently handles shared block filters (for the classifier-action qdisc) in the core due to what I believe are simply pragmatic reasons - hiding the complexity from drivers and offerring a simple API for port mirroring. Extend the dsa_slave_setup_tc function by passing all other qdisc offloads