[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20220503115728.834457-1-vladimir.oltean@nxp.com>
Date: Tue, 3 May 2022 14:57:22 +0300
From: Vladimir Oltean <vladimir.oltean@....com>
To: netdev@...r.kernel.org
Cc: Jakub Kicinski <kuba@...nel.org>,
"David S. Miller" <davem@...emloft.net>,
Paolo Abeni <pabeni@...hat.com>,
Eric Dumazet <edumazet@...gle.com>,
Florian Fainelli <f.fainelli@...il.com>,
Vivien Didelot <vivien.didelot@...il.com>,
Andrew Lunn <andrew@...n.ch>,
Vladimir Oltean <olteanv@...il.com>,
Claudiu Manoil <claudiu.manoil@....com>,
Alexandre Belloni <alexandre.belloni@...tlin.com>,
UNGLinuxDriver@...rochip.com,
Xiaoliang Yang <xiaoliang.yang_1@....com>,
Colin Foster <colin.foster@...advantage.com>
Subject: [PATCH net 0/6] Ocelot VCAP fixes
This series fixes issues found while running
tools/testing/selftests/net/forwarding/tc_actions.sh on the ocelot
switch:
- NULL pointer dereference when failing to offload a filter
- NULL pointer dereference after deleting a trap
- filters still having effect after being deleted
- dropped packets still being seen by software
- statistics counters showing double the amount of hits
- statistics counters showing inexistent hits
- invalid configurations not rejected
Vladimir Oltean (6):
net: mscc: ocelot: don't use list_empty() on non-initialized list
element
net: mscc: ocelot: avoid use after free with deleted tc-trap rules
net: mscc: ocelot: fix last VCAP IS1/IS2 filter persisting in hardware
when deleted
net: mscc: ocelot: fix VCAP IS2 filters matching on both lookups
net: mscc: ocelot: restrict tc-trap actions to VCAP IS2 lookup 0
net: mscc: ocelot: avoid corrupting hardware counters when moving VCAP
filters
drivers/net/ethernet/mscc/ocelot_flower.c | 10 ++++++++--
drivers/net/ethernet/mscc/ocelot_vcap.c | 11 ++++++++++-
2 files changed, 18 insertions(+), 3 deletions(-)
--
2.25.1
Powered by blists - more mailing lists