Searched refs:received (Results 1 – 4 of 4) sorted by relevance
179 u32_t i, received; in test_tcp_counters_check_rxdata() local185 received = counters->recved_bytes; in test_tcp_counters_check_rxdata()189 EXPECT_RET(data[i] == counters->expected_data[received]); in test_tcp_counters_check_rxdata()190 received++; in test_tcp_counters_check_rxdata()193 EXPECT(received == counters->recved_bytes + p->tot_len); in test_tcp_counters_check_rxdata()
212 data has been successfully received by the other host and try again.219 successfully been received (i.e., acknowledged) by the remote245 Must be called when the application has received the data. The len246 argument indicates the length of the received data.252 received), lwIP will repeatedly poll the application by calling a361 datagram is received.
193 zero window is received) by starting the persist timer when a zero window is194 received, not when we have more data queued for sending than fits into the246 * udp.c: fixed bug #34072: UDP broadcast is received from wrong UDP pcb if332 link-layer-addressed UDP traffic to be received while a netif is down (just354 new option SO_REUSE_RXTOALL to pass received UDP broadcast/multicast831 (recv() makes receive window update for data that wasn't received by929 * raw.c: Fixed bug #28506 (raw_bind should filter received packets)1030 * sockets.c: Fixed bug #28062: Data received directly after accepting1065 * dhcp.c/.h: Minor code simplification (don't store received pbuf, change1141 extended info about the currently received packet.[all …]
116 * Added SO_REUSE_RXTOALL to pass received UDP broadcast/multicast packets to