Linux kernel mirror (for testing) git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
kernel os linux

docs: net: dsa: remove references to struct dsa_device_ops::filter

This function has disappeared in commit edac6f6332d9 ("Revert "net: dsa:
Allow drivers to filter packets they can decode source port from"").

Also, since commit 4e50025129ef ("net: dsa: generalize overhead for
taggers that use both headers and trailers"), the next paragraph is no
longer true (it is still discouraged to do that, but it is now
supported, so no point in mentioning it). Delete.

Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: David S. Miller <davem@davemloft.net>

authored by

Vladimir Oltean and committed by
David S. Miller
37f299d9 5702d94b

-13
-13
Documentation/networking/dsa/dsa.rst
··· 200 200 setting the ``promisc_on_master`` property of the ``struct dsa_device_ops``. 201 201 Note that this assumes a DSA-unaware master driver, which is the norm. 202 202 203 - Hardware manufacturers are strongly discouraged to do this, but some tagging 204 - protocols might not provide source port information on RX for all packets, but 205 - e.g. only for control traffic (link-local PDUs). In this case, by implementing 206 - the ``filter`` method of ``struct dsa_device_ops``, the tagger might select 207 - which packets are to be redirected on RX towards the virtual DSA user network 208 - interfaces, and which are to be left in the DSA master's RX data path. 209 - 210 - It might also happen (although silicon vendors are strongly discouraged to 211 - produce hardware like this) that a tagging protocol splits the switch-specific 212 - information into a header portion and a tail portion, therefore not falling 213 - cleanly into any of the above 3 categories. DSA does not support this 214 - configuration. 215 - 216 203 Master network devices 217 204 ---------------------- 218 205