| /external/arduino/libraries/Wire/utility/ |
| twi.c | 134 // On receive, the previously configured ACK/NACK setting is transmitted in
136 // Therefor we must actually set NACK when the _next_ to last byte is
137 // received, causing that NACK to be sent in response to receiving the last
173 * 2 .. address send, NACK received
174 * 3 .. data send, NACK received
218 return 2; // error: address send, nack received
220 return 3; // error: data send, nack received
283 * Input ack: byte indicating to ack or to nack
355 case TW_MT_SLA_NACK: // address sent, nack received
359 case TW_MT_DATA_NACK: // data sent, nack receive
[all...] |
| /external/chromium_org/media/cast/net/pacing/ |
| paced_sender_unittest.cc | 123 // Testing what happen when we get multiple NACK requests for a fully lost
141 // Add first NACK request.
144 // Check that we get the first NACK burst.
150 // Add second NACK request.
153 // Check that we get the next NACK burst.
158 // End of NACK plus a packet from the oldest frame.
185 // Testing what happen when we get multiple NACK requests for a fully lost
|
| /external/chromium_org/media/cast/congestion_control/ |
| congestion_control.h | 26 // Don't call OnAck if the same message contain a NACK.
|
| congestion_control.cc | 18 // NACK is sent after a maximum of 10 ms.
|
| /external/chromium_org/media/cast/framer/ |
| cast_message_builder.h | 5 // Handles NACK list and manages ACK.
|
| cast_message_builder.cc | 150 // Clear message NACK list.
165 // We have sent a NACK in this frame before, make sure enough time have
|
| /frameworks/base/docs/html/google/gcm/ |
| ccs.jd | 66 <li>CCS: 3rd-party servers connect to Google infrastructure using a persistent XMPP connection and send/receive messages to/from all their devices at full line speed. CCS sends acknowledgements or failure notifications (in the form of special ACK and NACK JSON-encoded XMPP messages) asynchronously.</li>
130 <li>CCS adds the field {@code message_id}, which is required. This ID uniquely identifies the message in an XMPP connection. The ACK or NACK from CCS uses the {@code message_id} to identify a message sent from 3rd-party servers to CCS. Therefore, it's important that this {@code message_id} not only be unique, but always present.</li>
132 <li>For ACK/NACK messages that are special control messages, you also need to include a {@code message_type} field in the JSON message. For example:
134 <pre>message_type = ('ack' OR 'nack');</pre>
137 <p>For each message a device sends to the server, you need to send an ACK message. You never need to send a NACK message. If you don't send an ACK for a message, CCS will just resend it.
139 <p>CCS also sends an ACK or NACK for each server-to-device message. If you do not receive either, it means that the TCP connection was closed in the middle of the operation and your server needs to resend the messages.
163 <p>Here is an XMPP stanza containing the ACK/NACK message from CCS to 3rd-party server:
181 "message_type":"nack"
237 <p>Every message sent to CCS receives either an ACK or a NACK response. Messages that haven't received one of these responses are considered pending. If the pending message count reaches 1000, the 3rd-party server should stop sending new messages and wait for CCS to acknowledge some of the existing pending messages.</p>
|
| /external/libnfc-nci/src/nfa/int/ |
| nfa_rw_int.h | 308 /* Reactivating type 2 tag after NACK rsp */
309 tRW_EVENT halt_event; /* Event ID from stack after NACK response */
310 tRW_DATA rw_data; /* Event Data from stack after NACK response */
|
| /external/chromium_org/media/cast/rtcp/ |
| rtcp_sender.h | 78 void BuildNack(const RtcpNackMessage* nack,
|
| test_rtcp_packet_builder.h | 44 // NACK.
|
| rtcp_utility.h | 175 RtcpFieldGenericRtpFeedbackNack nack; member in union:media::cast::RtcpField
287 kStatePayloadSpecificCastNack, // Application specific Nack for Cast.
|
| rtcp_defines.h | 19 // Handle the per frame ACK and NACK messages.
|
| rtcp_sender.cc | 465 void RtcpSender::BuildNack(const RtcpNackMessage* nack,
482 big_endian_writer.WriteU32(nack->remote_ssrc); // Add the remote SSRC.
484 // Build NACK bitmasks and write them to the Rtcp message.
485 // The nack list should be sorted and not contain duplicates.
490 std::list<uint16>::const_iterator it = nack->nack_list.begin();
491 while (it != nack->nack_list.end() &&
496 while (it != nack->nack_list.end()) {
|
| rtcp_utility.cc | 641 // Nack
643 field_.nack.sender_ssrc = sender_ssrc;
644 field_.nack.media_ssrc = media_ssrc;
751 // RFC 4585 6.2.1. Generic Nack
854 // Don't go to state cast nack item if got 0 fields.
|
| /external/chromium_org/net/quic/ |
| quic_sent_packet_manager_test.cc | 507 // Nack the first packet 3 times with increasing largest observed.
538 // Nack the first packet 3 times in a single StretchAck.
564 // Nack the first packet 3 times in an AckFrame with three missing packets.
644 // Nack the first 19 packets 3 times.
677 // Nack the first 29 packets 3 times.
692 // Only non-ack packets have a nack count.
715 // Nack the first packet 2 times, then ack it.
730 // The nack count remains at 2 when the packet is acked.
[all...] |
| quic_sent_packet_manager.h | 139 // Returns a set containing all the sequence numbers to be nack retransmitted
291 // Tracks the send time, size, and nack count of sent packets. Packets are
|
| /external/chromium_org/net/quic/congestion_control/ |
| send_algorithm_interface.h | 42 void Nack(size_t min_nacks) {
|
| /external/chromium_org/third_party/libjingle/source/talk/media/base/ |
| constants.cc | 80 const char kRtcpFbParamNack[] = "nack";
|
| /packages/apps/Nfc/nci/jni/ |
| NfcTag.h | 227 ** Description: Whether the response is a T2T NACK response.
233 ** Returns: True if the response is NACK
|
| /external/tcpdump/tests/ |
| lmp.new | 25 LMPv1, msg-type: Config NACK, Flags: [Control Channel Down], length: 56
67 LMPv1, msg-type: Link Summary NACK, Flags: [Control Channel Down], length: 96
111 LMPv1, msg-type: Begin Verify NACK, Flags: [Control Channel Down], length: 32
|
| lmp.out | 25 LMPv1, msg-type: Config NACK, Flags: [Control Channel Down], length: 56
67 LMPv1, msg-type: Link Summary NACK, Flags: [Control Channel Down], length: 96
111 LMPv1, msg-type: Begin Verify NACK, Flags: [Control Channel Down], length: 32
|
| /external/chromium_org/third_party/libjingle/source/talk/media/webrtc/ |
| webrtcvideoengine_unittest.cc | [all...] |
| /external/chromium_org/net/socket/ |
| tcp_socket_libevent.h | 133 // and our later probe for ack/nack state failed.
|
| /external/tcpdump/ |
| print-lmp.c | 182 { LMP_MSGTYPE_CONFIG_NACK, "Config NACK"},
186 { LMP_MSGTYPE_VERIFY_BEGIN_NACK, "Begin Verify NACK"},
195 { LMP_MSGTYPE_LINK_SUMMARY_NACK, "Link Summary NACK"},
202 { LMP_MSGTYPE_SERVICE_CONFIG_NACK, "Service Config NACK"},
|
| /external/wpa_supplicant_8/src/wps/ |
| wps_i.h | 102 * config_error - Configuration Error value to be used in NACK
|
