Searched refs:datagrams (Results 1 – 25 of 46) sorted by relevance
12
| /freebsd/crypto/openssl/doc/man3/ |
| H A D | BIO_sendmmsg.pod | 7 BIO_err_is_non_fatal - send and receive multiple datagrams in a single call 63 When these functions are used to send and receive datagrams, the I<peer> field 64 of a B<BIO_MSG> allows the destination address of sent datagrams to be specified 65 on a per-datagram basis, and the source address of received datagrams to be 68 datagrams, and written by BIO_recvmmsg() with the source address of received 69 datagrams. 72 datagrams to be specified on a per-datagram basis, and the destination address 73 of received datagrams to be determined. Unlike I<peer>, support for I<local>
|
| H A D | BIO_s_datagram.pod | 56 datagrams from the specified peer. Any other socket is an unconnected socket and 57 can receive datagrams from any host. 73 calls BIO_read(), any host on the network may cause future datagrams written to 187 Fragment mode, in which datagrams will be set with the IP Don't Fragment (DF) 208 supported by the applicable underlying network layer. Use of datagrams of this 228 peek mode is enabled, calls to L<BIO_read(3)> read datagrams from the underlying
|
| H A D | BIO_s_dgram_pair.pod | 78 This BIO does not support sending or receiving zero-length datagrams. Passing a 135 The BIO datagram pair can be used to enqueue datagrams which have source and 139 example, if datagrams are queued with destination addresses set but simply read 160 with datagrams written to the BIO pair. 165 with datagrams written to the BIO pair. 197 provide source and destination addresses respectively when writing datagrams to
|
| H A D | SSL_inject_net_dgram.pod | 20 This function can be used for debugging purposes or to allow datagrams to be fed
|
| H A D | BIO_s_mem.pod | 40 wrote more datagrams. Each successive call to L<BIO_read(3)> will read the next 46 this case will return 0 and no datagrams will be written. Calling L<BIO_read(3)> 47 when there are no datagrams in the BIO to read will return a negative result and
|
| /freebsd/tests/sys/netinet6/frag6/ |
| H A D | frag6_05.sh | 73 <received-datagrams>0</received-datagrams> 266 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_01.sh | 69 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_03.sh | 69 <received-datagrams>2</received-datagrams>
|
| H A D | frag6_08.sh | 64 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_09.sh | 69 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_19.sh | 53 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_20.sh | 64 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_02.sh | 69 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_04.sh | 69 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_10.sh | 69 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_11.sh | 69 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_12.sh | 69 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_13.sh | 69 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_14.sh | 69 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_16.sh | 65 <received-datagrams>1</received-datagrams>
|
| H A D | frag6_07.sh | 64 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_15.sh | 87 <received-datagrams>0</received-datagrams>
|
| H A D | frag6_06.sh | 87 <received-datagrams>0</received-datagrams>
|
| /freebsd/crypto/openssl/doc/designs/quic-design/ |
| H A D | dgram-api.md | 5 eventual BIO_dgram_mem) to support APIs which allow multiple datagrams to be 301 datagrams, thereby still avoiding extra syscalls but offering a simple API. 323 iovecs for its `readmmsg` call, and the received datagrams can then be popped by 387 and agglomerate multiple datagrams into a single BIO call. Unless we only 389 datagrams from the same function immediately after one another... doesn't 412 a. Use `recvmmsg` and add the received datagrams to an RX queue just as for the 414 (`OPENSSL_malloc`) and flag these datagrams as needing to be freed by OpenSSL, 437 For (3) we have a legacy `BIO_read` but we have several datagrams still in the 486 If BIO_dgram is freed before all datagrams are read, the read buffer free
|
| /freebsd/sys/compat/linux/ |
| H A D | linux_socket.c | 1542 int error, datagrams; in linux_sendmmsg() local 1548 datagrams = 0; in linux_sendmmsg() 1549 while (datagrams < args->vlen) { in linux_sendmmsg() 1560 ++datagrams; in linux_sendmmsg() 1563 td->td_retval[0] = datagrams; in linux_sendmmsg() 1961 int error, datagrams; in linux_recvmmsg_common() local 1966 datagrams = 0; in linux_recvmmsg_common() 1967 while (datagrams < vlen) { in linux_recvmmsg_common() 1978 ++datagrams; in linux_recvmmsg_common() 2000 td->td_retval[0] = datagrams; in linux_recvmmsg_common()
|
12