Thread (8 messages) flat view 8 messages, 3 authors, 2021-06-16

Re: [PATCH net-next 1/2] net: marvell: Implement TC flower offload

From: Vladimir Oltean <olteanv@gmail.com>
Date: 2021-06-16 13:07:15
Also in: lkml

On Wed, Jun 16, 2021 at 04:04:24PM +0300, Vadym Kochan wrote:
Hi Vladimir,

On Wed, Jun 16, 2021 at 03:54:53AM +0300, Vladimir Oltean wrote:
quoted
On Tue, Jun 15, 2021 at 03:54:43PM +0300, Vadym Kochan wrote:
quoted
+static int prestera_port_set_features(struct net_device *dev,
+				      netdev_features_t features)
+{
+	netdev_features_t oper_features = dev->features;
+	int err;
+
+	err = prestera_port_handle_feature(dev, features, NETIF_F_HW_TC,
+					   prestera_port_feature_hw_tc);
Why do you even make NETIF_F_HW_TC able to be toggled and not just fixed
to "on" in dev->features? If I understand correctly, you could then delete
a bunch of refcounting code whose only purpose is to allow that feature
to be disabled per port.
The only case where it can be used is when user want to disable TC
offloading and apply set of rules w/o skip_hw.

So you think it is OK to not having an ability to disable offloading at
all ?
Because adding "skip_hw" is already possible per filter in the first
place, I don't think that this feature justifies the added complexity, no.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help