| /linux-6.15/drivers/scsi/ |
| H A D | 53c700.scr | 181 CLEAR ACK
195 CLEAR ACK
199 CLEAR ACK
208 CLEAR ACK
212 CLEAR ACK
216 CLEAR ACK
220 CLEAR ACK
224 CLEAR ACK
232 CLEAR ACK
240 CLEAR ACK
[all …]
|
| H A D | 53c700_d.h_shipped | 238 CLEAR ACK
267 CLEAR ACK
280 CLEAR ACK
313 CLEAR ACK
326 CLEAR ACK
339 CLEAR ACK
352 CLEAR ACK
365 CLEAR ACK
382 CLEAR ACK
399 CLEAR ACK
[all …]
|
| /linux-6.15/Documentation/translations/zh_CN/process/ |
| H A D | stable-kernel-rules.rst | 42 - 如果补丁被接受到队列里，发送者会收到一个ACK回复，如果没有被接受，收
53 - 审查委员会有48小时的时间，用来决定给该补丁回复ACK还是NAK。
57 - 在审查周期结束的时候，那些得到ACK回应的补丁将会被加入到最新的稳定版
|
| /linux-6.15/Documentation/translations/zh_TW/process/ |
| H A D | stable-kernel-rules.rst | 45 - 如果補丁被接受到隊列裏，發送者會收到一個ACK回覆，如果沒有被接受，收
56 - 審查委員會有48小時的時間，用來決定給該補丁回覆ACK還是NAK。
60 - 在審查週期結束的時候，那些得到ACK回應的補丁將會被加入到最新的穩定版
|
| /linux-6.15/Documentation/networking/ |
| H A D | snmp_counter.rst | 448 If a packet set ACK flag and has no data, it is a pure ACK packet, if
554 ACK train length.
781 TCP ACK skip
787 counters to indicate the ACK is skipped in which scenario. The ACK
833 The ACK is skipped if the ACK is a challenge ACK. The RFC 5961 defines
863 Delayed ACK
867 `Delayed ACK wiki`_
878 A delayed ACK timer expires, but the TCP stack can't send an ACK
981 Challenge ACK
1106 SYN, sent SYN+ACK, received ACK, so server sent 1 packet, received 2
[all …]
|
| /linux-6.15/tools/testing/selftests/net/packetdrill/ |
| H A D | tcp_md5_md5-only-on-client-ack.pkt | 3 // but then does on the ACK that completes the three-way handshake.
15 // Ooh, weird: client provides MD5 option on the ACK:
22 // Now here comes the legit ACK:
|
| H A D | tcp_sack_sack-shift-sacked-2-6-8-3-9-nofack.pkt | 45 // ACK for 1:1001 as packets from t=0.303 arrive.
49 // ACK for 1:4001 as packets from t=0.310 arrive.
53 // ACK for 1:7001 as packets from t=0.320 arrive.
56 // ACK for all data as packets from t=0.403 arrive.
|
| H A D | tcp_fast_recovery_prr-ss-ack-below-snd_una-cubic.pkt | 3 // In this variant we verify that the sender uses SACK info on an ACK
36 // The following ACK was reordered - delayed so that it arrives with
37 // an ACK field below snd_una. Here we check that the newly-SACKed
|
| H A D | tcp_close_close-local-close-then-remote-fin.pkt | 3 // the local process calls close() first, so we send a FIN, and receive an ACK.
4 // Then we receive a FIN and ACK it.
|
| H A D | tcp_validate_validate-established-no-flags.pkt | 2 // Verify that established connections drop a segment without the ACK flag set.
22 // Receive a segment with ACK flag set, verify that it is enqueued.
|
| H A D | tcp_blocking_blocking-write.pkt | 31 // This ACK should wakeup the write(). An ACK of 35001 does not.
|
| H A D | tcp_ts_recent_invalid_ack.pkt | 2 // Test that we reject TS val updates on a packet with invalid ACK sequence
20 // bad packet with high tsval (its ACK sequence is above our sndnxt)
|
| /linux-6.15/Documentation/devicetree/bindings/dma/stm32/ |
| H A D | st,stm32-dma.yaml | 44 0x0: Use standard DMA ACK management, where ACK signal is maintained
46 0x1: Use alternative DMA ACK management, where ACK de-assertion does
47 not wait for the de-assertion of the REQuest, ACK is only managed
|
| /linux-6.15/tools/testing/selftests/net/netfilter/packetdrill/ |
| H A D | conntrack_synack_reuse.pkt | 2 // Challenge ACK is supposed to pass through, RST reply should clear conntrack
8 +0 `iptables -A INPUT -m conntrack --ctstate INVALID -p tcp --tcp-flags SYN,ACK SYN,ACK`
|
| H A D | conntrack_inexact_rst.pkt | 9 // 5.772212 client_ip > server_ip TCP 66 45020 > 443 [ACK] Seq=1905874048 Ack=781810658 Win=36352 …
12 // 5.788207 server_ip > client_ip TCP 66 443 > 45020 [FIN, ACK] Seq=781811916 Ack=1905874048 Win=3…
14 // 5.788479 client_ip > server_ip TCP 66 45020 > 443 [RST, ACK] Seq=1905874072 Ack=781811917 Win=3…
|
| H A D | conntrack_syn_challenge_ack.pkt | 2 // a challenge-ACK.
24 // Challenge ACK, old incarnation.
|
| /linux-6.15/Documentation/translations/ja_JP/ |
| H A D | stable_kernel_rules.txt | 55 - 送信者はパッチがキューに受け付けられた際には ACK を、却下された場合
70 - レビュー委員会は 48時間の間に ACK か NAK を出す。
74 - レビューサイクルの最後に、ACK を受けたパッチは最新の -stable リリー
|
| /linux-6.15/tools/testing/selftests/bpf/prog_tests/ |
| H A D | cls_redirect.c | 152 ACK, enumerator
201 else if (test->flags == ACK) in test_str()
210 { TCP, ACCEPT, UNKNOWN_CONN, NO_HOPS, ACK },
211 { TCP, FORWARD, UNKNOWN_CONN, ONE_HOP, ACK },
212 { TCP, ACCEPT, KNOWN_CONN, ONE_HOP, ACK },
310 if (test->flags == ACK) in build_input()
|
| /linux-6.15/drivers/staging/gpib/lpvo_usb_gpib/ |
| H A D | lpvo_usb_gpib.c | 123 #define ACK ('\06') macro
357 if (val == ACK) { in set_timeout()
364 if (val != ACK) in set_timeout()
464 if (retval != ACK) in usb_gpib_attach()
473 if (retval != ACK) in usb_gpib_attach()
482 if (retval != ACK) in usb_gpib_attach()
486 if (retval != ACK) in usb_gpib_attach()
491 if (retval != ACK) in usb_gpib_attach()
608 if (retval == ACK) in usb_gpib_go_to_standby()
719 if (retval != ACK) in usb_gpib_parallel_poll()
[all …]
|
| /linux-6.15/Documentation/input/devices/ |
| H A D | walkera0701.rst | 31 / O 4 3 O \ pin 3 (GND) LED ________________ 10 ACK
55 Driver use interrupt from parport ACK input bit to measure pulse length
98 (Warning, pulses on ACK are inverted by transistor, irq is raised up on sync
|
| /linux-6.15/Documentation/security/ |
| H A D | SCTP.rst | 124 Called when a COOKIE ACK is received, and the peer secid will be
128 @skb - pointer to skbuff of the COOKIE ACK packet.
159 <----------------------------------------------- INIT ACK
170 <------------------------------------------- COOKIE ACK
274 Called when a COOKIE ACK is received where it sets the connection's peer sid
278 @skb - pointer to skbuff of the COOKIE ACK packet.
|
| /linux-6.15/drivers/gpu/drm/amd/display/dc/link/accessories/ |
| H A D | link_dp_cts.c | 534 test_response.bits.ACK = 1; in dp_handle_automated_test()
542 test_response.bits.ACK = 0; in dp_handle_automated_test()
562 test_response.bits.ACK = dm_helpers_dp_handle_test_pattern_request(link->ctx, link, in dp_handle_automated_test()
568 test_response.bits.ACK = 1; in dp_handle_automated_test()
573 test_response.bits.ACK = 1; in dp_handle_automated_test()
577 if (test_response.bits.ACK) in dp_handle_automated_test()
|
| /linux-6.15/Documentation/driver-api/surface_aggregator/ |
| H A D | ssh.rst | 10 .. |ACK| replace:: ``ACK`` substdef
119 * - |ACK|
131 Both |NAK|- and |ACK|-type frames are used to control flow of messages and
144 the frame by responding with a message containing an |ACK|-type frame with
146 the |ACK| frame specifies the |DATA| frame to be acknowledged. In case of an
158 used to associate an ``ACK`` with its ``DATA_SEQ``-type frame, but not
169 indicates a |DATA_SEQ|-type frame, ``FRAME(A)`` an ``ACK``-type frame,
334 the EC is sent again, e.g. due to the host not receiving an |ACK|, the EC
|
| /linux-6.15/include/linux/firmware/thead/ |
| H A D | thead,th1520-aon.h | 98 #define RPC_SET_SVC_FLAG_ACK_TYPE(MESG, ACK) ((MESG)->svc |= (ACK) << 6) argument
|
| /linux-6.15/Documentation/i2c/ |
| H A D | slave-interface.rst | 165 About ACK/NACK
168 It is good behaviour to always ACK the address phase, so the master knows if a
170 state being busy is troublesome. SMBus demands to always ACK the address phase,
172 automatically ACK when detecting their slave addresses, so there is no option
176 Currently, there is no slave event to report if the master did ACK or NACK a
|