Searched full:packet (Results 1 – 25 of 256) sorted by relevance
1234567891011
| /Documentation/networking/devlink/ |
| D | devlink-trap.rst | 20 packet with a TTL of 1. Upon routing the packet the device must send it to the
26 is called "packet trapping".
32 supported packet traps with ``devlink`` and report trapped packets to
36 bytes accounting and potentially report the packet to user space via a netlink
39 as it allows users to obtain further visibility into packet drops that would
44 Netlink event: Packet w/ metadata
76 | Trapped packet
89 The ``devlink-trap`` mechanism supports the following packet trap types:
112 The ``devlink-trap`` mechanism supports the following packet trap actions:
114 * ``trap``: The sole copy of the packet is sent to the CPU.
[all …]
|
| /Documentation/networking/device_drivers/cellular/qualcomm/ |
| D | rmnet.rst | 27 2. Packet format
30 a. MAP packet (data / control)
32 MAP header has the same endianness of the IP packet.
34 Packet format::
41 Command (1)/ Data (0) bit value is to indicate if the packet is a MAP command
42 or data packet. Control packet is used for transport level flow control. Data
55 b. MAP packet (command specific)::
81 packets and either ACK the MAP command or deliver the IP packet to the
84 MAP header|IP Packet|Optional padding|MAP header|IP Packet|Optional padding....
86 MAP header|IP Packet|Optional padding|MAP header|Command Packet|Optional pad...
|
| /Documentation/networking/ |
| D | ipsec.rst | 12 Small IP packet won't get compressed at sender, and failed on
36 when sending non-compressed packet to the peer (whether or not packet len
38 packet len), the packet is dropped when checking the policy as this packet
40 security path. Such naked packet will not eventually make it to upper layer.
45 above scenario. The consequence of doing so is small packet(uncompressed)
|
| D | snmp_counter.rst | 21 IpExtInOctets. It will be increased even if the packet is dropped
64 for the same packet, you might find that IpInReceives count 1, but
69 Defined in `RFC1213 ipInHdrErrors`_. It indicates the packet is
85 This counter means the packet is dropped when the IP stack receives a
86 packet and can't find a route for it from the route table. It might
95 raw socket, kernel will always deliver the packet to the raw socket
102 For IPv4 packet, it means the actual data size is smaller than the
107 Defined in `RFC1213 ipInDiscards`_. It indicates the packet is dropped
115 Defined in `RFC1213 ipOutDiscards`_. It indicates the packet is
122 Defined in `RFC1213 ipOutNoRoutes`_. It indicates the packet is
[all …]
|
| D | openvswitch.rst | 8 flow-level packet processing on selected network devices. It can be
17 on packet headers and metadata to sets of actions. The most common
18 action forwards the packet to another vport; other actions are also
21 When a packet arrives on a vport, the kernel module processes it by
24 no match, it queues the packet to userspace for processing (as part of
42 kernel module passes a packet to userspace, it also passes along the
43 flow key that it parsed from the packet. Userspace then extracts its
44 own notion of a flow key from the packet and compares it against the
47 - If userspace's notion of the flow key for the packet matches the
60 forward the packet manually, without setting up a flow in the
[all …]
|
| D | x25-iface.rst | 11 This is a description of the messages to be passed between the X.25 Packet
13 setting of the LAPB mode from within the Packet Layer.
19 needs to be passed to and from the Packet Layer for proper operation.
26 Packet Layer to Device Driver
50 Device Driver to Packet Layer
79 The X.25 packet layer protocol depends on a reliable datalink service.
83 - With Linux 2.4.x (and above) SMP kernels, packet ordering is not
90 The X.25 packet layer protocol will detect this and reset the virtual
102 The probability of packet loss due to backlog congestion can be
109 This will reliably suppress packet loss. The LAPB protocol will
[all …]
|
| D | tc-actions-env-rules.rst | 10 1) If you stealeth or borroweth any packet thou shalt be branching
13 For example if your action queues a packet to be processed later,
14 or intentionally branches by redirecting a packet, then you need to
15 clone the packet.
17 2) If you munge any packet thou shalt call pskb_expand_head in the case
|
| D | xfrm_device.rst | 92 When the network stack is preparing an IPsec packet for an SA that has
95 will serviceable. This can check the packet information to be sure the
99 When ready to send, the driver needs to inspect the Tx packet for the
100 offload information, including the opaque context, and set up the packet
108 packet data, the offload just needs to do the encryption and fix up the
112 When a packet is received and the HW has indicated that it offloaded a
114 the packet's skb. At this point the data should be decrypted but the
115 IPsec headers are still in the packet data; they are removed later up
120 get spi, protocol, and destination IP from packet headers
137 hand the packet to napi_gro_receive() as usual
[all …]
|
| D | tls-offload.rst | 24 * Packet-based NIC offload mode (``TLS_HW``) - the NIC handles crypto
25 on a packet by packet basis, provided the packets arrive in order.
33 abilities or QoS and packet scheduling (``ethtool`` flag ``tls-hw-record``).
48 for crypto offload based on the socket the packet is attached to,
161 once the packet reaches the device.
165 and hands them to the device. The device identifies the packet as requiring
173 Before a packet is DMAed to the host (but after NIC's embedded switching
174 and packet transformation functions) the device validates the Layer 4
175 checksum and performs a 5-tuple lookup to find any TLS connection the packet
180 decryption, authentication for each record in the packet). The device leaves
[all …]
|
| D | scaling.rst | 18 - RPS: Receive Packet Steering
21 - XPS: Transmit Packet Steering
30 applying a filter to each packet that assigns it to one of a small number
40 IP addresses and TCP ports of a packet. The most common hardware
42 stores a queue number. The receive queue for a packet is determined
44 packet (usually a Toeplitz hash), taking this number as a key into the
81 an IRQ may be handled on any CPU. Because a non-negligible part of packet
109 RPS: Receive Packet Steering
112 Receive Packet Steering (RPS) is logically a software implementation of
116 above the interrupt handler. This is accomplished by placing the packet
[all …]
|
| D | udplite.rst | 71 Of each packet only the first 20 bytes (plus the pseudo-header) will be
124 assumes full coverage, transmits a packet with coverage length of 0
127 if the specified coverage length exceeds the packet length, the packet
134 always wants the whole of the packet covered. In this case, all
173 UDP-Lite packet is split into several IP packets, of which only the
184 Packet 1: 1024 payload + 8 byte header + 20 byte IP header = 1052 bytes
185 Packet 2: 512 payload + 8 byte header + 20 byte IP header = 540 bytes
187 The coverage packet covers the UDP-Lite header and 848 bytes of the
188 payload in the first packet, the second packet is fully covered. Note
189 that for the second packet, the coverage length exceeds the packet
[all …]
|
| D | timestamping.rst | 14 Generates a timestamp for each incoming packet in (not necessarily
34 reading the looped packet receive timestamp.
105 are generated just after a device driver hands a packet to the
115 prior to, passing the packet to the network interface. Hence, they
120 Request tx timestamps prior to entering the packet scheduler. Kernel
127 machines with virtual devices where a transmitted packet travels
128 through multiple devices and, hence, multiple packet schedulers,
169 Generate a unique identifier along with each packet. A process can
171 can be reordered in the transmit path, for instance in the packet
177 This option associates each packet at send() with a unique
[all …]
|
| D | x25.rst | 9 Packet Layer and a LAPB module to allow for "normal" X.25 to be run using
16 Packet Layer is concerned, the link layer was being performed by a lower
25 the Packet Layer but there will be no confusion since the class of device
31 option appeared, XOT. This allows X.25 Packet Layer frames to operate over
|
| /Documentation/input/devices/ |
| D | elantech.rst | 20 4.2 Native relative mode 4 byte packet format
21 4.3 Native absolute mode 4 byte packet format
24 5.2 Native absolute mode 6 byte packet format
25 5.2.1 Parity checking and packet re-synchronization
30 6.2 Native absolute mode 6 byte packet format
35 7.2 Native absolute mode 6 byte packet format
36 7.2.1 Status packet
37 7.2.2 Head packet
38 7.2.3 Motion packet
41 8.2 Native relative mode 6 byte packet format
[all …]
|
| D | alps.rst | 79 Packet Format
89 PS/2 packet format
134 Dualpoint device -- interleaved packet format
151 touchpad, switching to the interleaved packet format when both the stick and
157 ALPS protocol version 3 has three different packet formats. The first two are
161 The first type is the touchpad position packet::
170 Note that for some devices the trackstick buttons are reported in this packet,
173 The second packet type contains bitmaps representing the x and y axes. In the
175 given axis. Thus the bitmap packet can be used for low-resolution multi-touch
176 data, although finger tracking is not possible. This packet also encodes the
[all …]
|
| D | sentelic.rst | 26 Packet 1
58 Packet 1
86 so we have PACKET NUMBER to identify packets.
88 If PACKET NUMBER is 0, the packet is Packet 1.
89 If PACKET NUMBER is 1, the packet is Packet 2.
92 MSID6 special packet will be enable at the same time when enable MSID 7.
102 Packet 1 (ABSOLUTE POSITION)
108 Byte 1: Bit7~Bit6 => 00, Normal data packet
109 => 01, Absolute coordination packet
110 => 10, Notify packet
[all …]
|
| /Documentation/netlabel/ |
| D | lsm_interface.rst | 14 use of a common code base for several different packet labeling protocols.
21 Since NetLabel supports multiple different packet labeling protocols and LSMs
22 it uses the concept of security attributes to refer to the packet's security
26 low-level packet label depending on the NetLabel build time and run time
43 Depending on the exact configuration, translation between the network packet
47 LSM has received a packet, used NetLabel to decode its security attributes,
50 identifier with the network packet's label. This means that in the future
51 when a incoming packet matches a cached value not only are the internal
|
| D | cipso_ipv4.rst | 19 Outbound Packet Processing
28 configured to use CIPSO for packet labeling then a CIPSO IP option will be
31 Inbound Packet Processing
36 to decode and translate the CIPSO label on the packet the LSM must use the
37 NetLabel security module API to extract the security attributes of the packet.
|
| /Documentation/ABI/testing/ |
| D | configfs-stp-policy-p_sys-t | 8 tagged with this UUID in the MIPI SyS-T packet stream, to
19 length in each packet's metadata. This is normally redundant
28 MIPI SyS-T packet metadata, if this many milliseconds have
29 passed since the previous packet from this source. Zero is
36 Time interval in milliseconds. Send a CLOCKSYNC packet if
38 CLOCKSYNC packet from this source. Zero is the default and
|
| D | sysfs-class-net-queues | 7 Receive Packet Steering packet processing flow for this
16 Number of Receive Packet Steering flows being currently
41 Transmit Packet Steering packet processing flow for this
51 into the Transmit Packet Steering packet processing flow for this
|
| /Documentation/admin-guide/ |
| D | dell_rbu.rst | 35 would place each packet in contiguous physical memory. The driver also
59 In case of packet mechanism the single memory can be broken in smaller chunks
64 parameter image_type=packet. This can also be changed later as below::
66 echo packet > /sys/devices/platform/dell_rbu/image_type
68 In packet update mode the packet size has to be given before any packets can
73 In the packet update mechanism, the user needs to create a new file having
78 packet, the user needs to create more such packets out of the entire BIOS
107 Also echoing either mono, packet or init in to image_type will free up the
|
| /Documentation/networking/device_drivers/ethernet/netronome/ |
| D | nfp.rst | 150 - Packet can be discarded on the RX path for one of the following reasons:
154 * The received packet is larger than the max buffer size on the host.
156 * There is no freelist descriptor available on the host for the packet.
158 * A BPF program discarded the packet.
160 * The MAC discarded the packet due to lack of ingress buffer space
165 - A packet can be counted (and dropped) as RX error for the following
202 - A packet can be discarded in the TX direction if the MAC is
207 - A packet can be counted as TX error (and dropped) for one for the
210 * The packet is an LSO segment, but the Layer 3 or Layer 4 offset
212 * An invalid packet descriptor was received over PCIe.
[all …]
|
| /Documentation/networking/device_drivers/ethernet/amazon/ |
| D | ena.rst | 137 device fetches the ENA Tx descriptors and packet data from host
143 first 128 bytes of the packet directly to the ENA device memory
144 space. The rest of the packet payload is fetched by the
163 packet is running.
220 NAPI context. The allocation method depends on the size of the packet.
277 ID is the index of the packet in the Tx info. This is used for
279 - Adds the packet to the proper place in the Tx ring.
288 - When the ENA device finishes sending the packet, a completion
293 completion descriptor per completed packet.
296 the packet is retrieved via the req_id. The data buffers are
[all …]
|
| /Documentation/bpf/ |
| D | prog_sk_lookup.rst | 8 into the socket lookup performed by the transport layer when a packet is to be
12 incoming packet by calling the ``bpf_sk_assign()`` BPF helper function.
47 find a listening (TCP) or an unconnected (UDP) socket for an incoming packet.
56 packet.
58 A BPF sk_lookup program can also select a socket to receive the packet by
81 receives information about the packet that triggered the socket lookup. Namely:
|
| /Documentation/ABI/stable/ |
| D | firewire-cdev | 31 - PHY packet transmission and reception
55 - PHY packet transmission and reception
80 request reception, or PHY packet reception. Always use a read
90 size, i.e. number of packets times size of largest packet,
95 Isochronous reception works in packet-per-buffer fashion except
|
1234567891011