Home
last modified time | relevance | path

Searched full:learning (Results 1 – 25 of 100) sorted by relevance

1234

/linux/tools/testing/selftests/net/forwarding/
H A Dbridge_locked_port.sh50 bridge link set dev $swp1 learning off
187 bridge link set dev $swp1 learning on locked on
195 bridge link set dev $swp1 learning on locked on mab on
212 bridge link set dev $swp1 learning off locked off mab off
226 bridge link set dev $swp1 learning on locked on mab on
244 bridge link set dev $swp1 learning off locked off mab off
250 # learning enabled.
256 bridge link set dev $swp1 learning on locked off mab on &> /dev/null
259 bridge link set dev $swp1 learning off locked on mab on &> /dev/null
260 check_fail $? "MAB enabled while port has learning disabled"
[all …]
H A Dvxlan_bridge_1q.sh714 log_test "VXLAN: flood before learning"
781 # Toggle learning on the bridge port and check that the bridge's FDB
785 ip link set dev $vx type bridge_slave learning off
795 ip link set dev $vx type bridge_slave learning on
805 log_test "VXLAN: learning toggling on bridge port"
814 # Enable learning on the VxLAN devices and set ageing time to 30 seconds
817 ip link set dev vx10 type vxlan learning
819 ip link set dev vx20 type vxlan learning
822 log_info "learning vlan 10"
826 log_info "learning vlan 20"
H A Dbridge_fdb_learning_limit.sh42 # swp2 is only used for replying when learning on swp1, its MAC should not be learned.
43 ip link set dev "$swp2" type bridge_slave learning off
131 # testing dynamic learning.
H A Dvxlan_bridge_1d.sh691 # Enable learning on the VxLAN device and set ageing time to 30 seconds
694 ip link set dev vx1 type vxlan learning
702 log_test "VXLAN: flood before learning"
764 # Toggle learning on the bridge port and check that the bridge's FDB
768 ip link set dev vx1 type bridge_slave learning off
777 ip link set dev vx1 type bridge_slave learning on
786 log_test "VXLAN: learning toggling on bridge port"
H A Dbridge_vlan_aware.sh4 ALL_TESTS="ping_ipv4 ping_ipv6 learning flooding vlan_deletion extern_learn other_tpid 8021p drop_u…
90 learning() function
/linux/security/tomoyo/
H A DKconfig17 int "Default maximal count for learning mode"
23 that are automatically appended into policy at "learning mode".
25 such programs in "learning mode" dulls the system response
/linux/tools/testing/selftests/net/
H A Dtest_vxlan_nh.sh8 learning
106 learning() function
110 # When learning is enabled on the VXLAN device, an incoming packet
122 …un_cmd "ip -n $ns1 link add name vx1 up type vxlan id 10020 local 192.0.2.2 dstport 54321 learning"
129 log_test "VXLAN FDB nexthop: learning"
/linux/tools/testing/selftests/drivers/net/mlxsw/
H A Dvxlan_ipv6.sh27 ip link add name vxlan0 up type vxlan id 10 learning $UDPCSUM_FLAFS \
35 log_test "vxlan device with learning enabled"
H A Ddevlink_trap_l2_drops.sh279 log_test "Ingress STP filter - learning state"
429 bridge link set dev $swp1 learning off
468 bridge link set dev $swp1 learning on
476 bridge link set dev $swp1 learning off
519 bridge link set dev $swp1 learning on
/linux/drivers/net/ethernet/freescale/dpaa2/
H A Ddpsw.h316 * @DPSW_STP_STATE_LEARNING: Learning state
540 * enum dpsw_learning_mode - Auto-learning modes
541 * @DPSW_LEARNING_MODE_DIS: Disable Auto-learning
542 * @DPSW_LEARNING_MODE_HW: Enable HW auto-Learning
543 * @DPSW_LEARNING_MODE_NON_SECURE: Enable None secure learning by CPU
544 * @DPSW_LEARNING_MODE_SECURE: Enable secure learning by CPU
546 * NONE - SECURE LEARNING
580 * @learning_mode: Learning mode
/linux/Documentation/networking/dsa/
H A 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
H A Ddsa.rst771 of FDB entries that is active (can be matched by address learning on RX, or FDB
810 learning is a bridging layer service and this is a standalone port, therefore
811 it would consume useless space. With no address learning, the port private
905 learning etc) disabled, and send all received packets to the CPU port only.
910 learning FDB entries in accordance with the software bridge port's state, and
928 hardware learning on the CPU port, and do not override the port STP state.
961 learning. The switch driver is responsible for initial setup of the
962 standalone ports with address learning disabled and egress flooding of all
966 learning should be statically enabled (if supported by the hardware) on the
972 transitioning from an STP state where learning should take place to an STP
[all …]
/linux/Documentation/networking/device_drivers/ethernet/freescale/dpaa2/
H A Dswitch-driver.rst105 HW FDB learning can be configured on each switch port independently through
106 bridge commands. When the HW learning is disabled, a fast age procedure will be
110 $ bridge link set dev ethX learning off
111 $ bridge link set dev ethX learning on
/linux/drivers/media/rc/
H A Dene_ir.h43 #define ENE_FW2_LEARNING 0x80 /* hardware supports learning and TX */
195 bool hw_learning_and_tx_capable; /* learning & tx capable */
229 bool learning_mode_enabled; /* learning input enabled */
H A Dene_ir.c9 * bringing to life support for transmission & learning mode.
154 pr_notice("* Supports transmitting & learning mode\n"); in ene_hw_detect()
385 dbg("RX: setup receiver, learning mode = %d", learning_mode); in ene_rx_setup()
907 /* outside interface: enable learning mode */
1183 MODULE_PARM_DESC(learning_mode_force, "Enable learning mode by default");
/linux/net/dsa/
H A Dtag_lan9303.c44 * port using tag. ALR learning is performed only when using ALR lookup.
46 * then use ALR lookup to allow ALR learning on CPU port.
/linux/Documentation/networking/
H A Dswitchdev.rst235 Where val is SWITCHDEV_FDB_ADD when learning and SWITCHDEV_FDB_DEL when
256 Learning on the port should be disabled on the bridge using the bridge command::
258 bridge link set dev DEV learning off
260 Learning on the device port should be enabled, as well as learning_sync::
262 bridge link set dev DEV learning on self
266 the bridge's FDB. It's possible, but not optimal, to enable learning on the
269 To support learning, the driver implements switchdev op
/linux/Documentation/accel/
H A Dintroduction.rst13 Machine-Learning (ML) and/or Deep-Learning (DL) computations, the accel layer
/linux/drivers/accel/amdxdna/
H A DKconfig16 accelerate machine learning applications.
/linux/drivers/accel/qaic/
H A DKconfig14 designed to accelerate Deep Learning inference workloads.
/linux/drivers/net/ethernet/microchip/sparx5/
H A Dsparx5_vlan.c191 /* Learning enabled only for bridged ports */ in sparx5_update_fwd()
196 /* Apply learning mask */ in sparx5_update_fwd()
/linux/Documentation/devicetree/bindings/arm/
H A Darm,corstone1000.yaml20 video, audio and machine learning at the edge System and security IPs to build
/linux/Documentation/rust/
H A Dindex.rst59 You can also find learning materials for Rust in its section in
/linux/drivers/net/dsa/
H A Drzn1_a5psw.c414 * configure flooding nor learning which would result in joining the in a5psw_port_bridge_flags()
417 * standalone port (ie enable flooding, disable learning). In that case in a5psw_port_bridge_flags()
464 learning_enabled = dp->learning; in a5psw_port_stp_state_set()
469 learning_enabled = dp->learning; in a5psw_port_stp_state_set()
988 /* Enable egress flooding and learning for CPU port */ in a5psw_setup()
/linux/drivers/s390/net/
H A Dqeth_l2_sys.c259 else if (sysfs_streq(attr_name, "learning")) in qeth_l2_vnicc_sysfs_attr_to_char()
351 static DEVICE_ATTR(learning, 0644, qeth_vnicc_char_show, qeth_vnicc_char_store);

1234