Home
last modified time | relevance | path

Searched refs:learning (Results 1 – 25 of 33) sorted by relevance

12

/Linux-v5.10/drivers/media/rc/
Drc-loopback.c31 bool learning; member
104 if (lodev->learning) in loop_tx_ir()
146 if (lodev->learning != enable) { in loop_set_learning_mode()
148 lodev->learning = !!enable; in loop_set_learning_mode()
243 loopdev.learning = false; in loop_init()
/Linux-v5.10/Documentation/networking/dsa/
Dlan9303.rst22 no HW MAC learning takes place in this mode.
24 When both user ports are joined to the same bridge, the normal HW MAC learning
Dsja1105.rst97 port*), and shared VLAN learning is performed (FDB lookup is done only by
292 management (no address learning and no flooding of unknown traffic) is not yet
/Linux-v5.10/security/tomoyo/
DKconfig19 int "Default maximal count for learning mode"
25 that are automatically appended into policy at "learning mode".
27 such programs in "learning mode" dulls the system response
Dcommon.h882 struct tomoyo_preference *learning; member
/Linux-v5.10/drivers/staging/fsl-dpaa2/ethsw/
Dethsw.h72 bool learning; member
DREADME101 It allows configuration of hardware learning, flooding, multicast groups,
Dethsw.c180 ethsw->learning = enable; in dpaa2_switch_set_learning()
1776 ethsw->learning = true; in dpaa2_switch_probe()
/Linux-v5.10/tools/testing/selftests/net/forwarding/
Dbridge_vlan_unaware.sh87 learning() function
Dvxlan_bridge_1q.sh790 ip link set dev $vx type bridge_slave learning off
800 ip link set dev $vx type bridge_slave learning on
822 ip link set dev vx10 type vxlan learning
824 ip link set dev vx20 type vxlan learning
Dbridge_vlan_aware.sh89 learning() function
Dvxlan_bridge_1d.sh675 ip link set dev vx1 type vxlan learning
747 ip link set dev vx1 type bridge_slave learning off
756 ip link set dev vx1 type bridge_slave learning on
Dlib.sh1094 bridge link set dev $br_port1 learning off
1103 bridge link set dev $br_port1 learning on
/Linux-v5.10/drivers/net/ethernet/rocker/
Drocker.h88 bool learning);
Drocker_main.c1333 bool learning = *(bool *)priv; in rocker_cmd_set_port_learning_prep() local
1346 learning)) in rocker_cmd_set_port_learning_prep()
1409 bool learning) in rocker_port_set_learning() argument
1413 &learning, NULL, NULL); in rocker_port_set_learning()
/Linux-v5.10/Documentation/networking/
Dswitchdev.rst211 Where val is SWITCHDEV_FDB_ADD when learning and SWITCHDEV_FDB_DEL when
234 bridge link set dev DEV learning off
238 bridge link set dev DEV learning on self
242 the bridge's FDB. It's possible, but not optimal, to enable learning on the
245 To support learning, the driver implements switchdev op
Dvxlan.rst19 either dynamically in a manner similar to a learning bridge, or make
/Linux-v5.10/Documentation/networking/device_drivers/ethernet/neterion/
Dvxge.rst110 Enable learning the mac address of the guest OS interface in
/Linux-v5.10/Documentation/devicetree/bindings/net/
Dkeystone-netcp.txt125 - enable-ale: NetCP driver keeps the address learning feature in the ethernet
127 learning.
/Linux-v5.10/Documentation/userspace-api/media/rc/
Dlirc-get-features.rst149 The driver supports learning mode using
/Linux-v5.10/drivers/s390/net/
Dqeth_l2_sys.c351 static DEVICE_ATTR(learning, 0644, qeth_vnicc_char_show, qeth_vnicc_char_store);
/Linux-v5.10/net/bridge/
Dbr_sysfs_if.c225 BRPORT_ATTR_FLAG(learning, BR_LEARNING);
/Linux-v5.10/Documentation/security/
Dsiphash.rst106 Read the SipHash paper if you're interested in learning more:
/Linux-v5.10/drivers/net/ethernet/marvell/prestera/
Dprestera_hw.c198 u8 learning; member
983 .learning = enable, in prestera_hw_port_learning_set()
/Linux-v5.10/Documentation/networking/device_drivers/ethernet/ti/
Dcpsw_switchdev.rst36 - learning disabled on ports as it make not too much sense for

12