FreeBSD source tree https://cgit-dev.freebsd.org/src-test/atom?h=releng%2F11.2 2018-03-29T02:50:57Z 2018-03-29T02:50:57Z Eitan Adler eadler@FreeBSD.org 2018-03-29T02:50:57Z urn:sha1:4ab2e064d7950be84256d671a7ae93f87cc6aa36 This was intended to be a non-functional change. It wasn't. The commit message was thus wrong. In addition it broke arm, and merged crypto related code. Revert with prejudice. This revert skips files touched in r316370 since that commit was since MFCed. This revert also skips files that require $FreeBSD$ property changes. Thank you to those who helped me get out of this mess including but not limited to gonzo, kevans, rgrimes. Requested by: gjb (re) 2018-03-14T03:19:51Z Eitan Adler eadler@FreeBSD.org 2018-03-14T03:19:51Z urn:sha1:be5d0b9566b13fdf8cabebb63334cbec12bfc409 These changes are incomplete but are making it difficult to determine what other changes can/should be merged. No objections from: pfg 2016-04-20T01:26:03Z Marcelo Araujo araujo@FreeBSD.org 2016-04-20T01:26:03Z urn:sha1:61c2ed541de842f3d2931bb87c877656a6710bf3 gethostbyname(3) will return NULL for error status. MFC after: 2 weeks. 2016-01-27T00:45:46Z Gleb Smirnoff glebius@FreeBSD.org 2016-01-27T00:45:46Z urn:sha1:57a78e3baeb583a817195e5aee153f6387b9b2b0 the amount of TCP connections by state. Provides a cheap way to get connection count without traversing the whole pcb list. Sponsored by: Netflix 2015-09-10T22:07:52Z Xin LI delphij@FreeBSD.org 2015-09-10T22:07:52Z urn:sha1:1e902b3b7e30974a728218d406b509ec0d49e32b This should be no-op for now, but allows the code to work if we move to NCURSES_OPAQUE. - Use calloc() instead of malloc+bzero. MFC after: 2 weeks 2014-11-30T12:52:33Z Gleb Smirnoff glebius@FreeBSD.org 2014-11-30T12:52:33Z urn:sha1:0f9d0a73a495b204ea02cf1da28db1bdd0c7e40b o Introduce a notion of "not ready" mbufs in socket buffers. These mbufs are now being populated by some I/O in background and are referenced outside. This forces following implications: - An mbuf which is "not ready" can't be taken out of the buffer. - An mbuf that is behind a "not ready" in the queue neither. - If sockbet buffer is flushed, then "not ready" mbufs shouln't be freed. o In struct sockbuf the sb_cc field is split into sb_ccc and sb_acc. The sb_ccc stands for ""claimed character count", or "committed character count". And the sb_acc is "available character count". Consumers of socket buffer API shouldn't already access them directly, but use sbused() and sbavail() respectively. o Not ready mbufs are marked with M_NOTREADY, and ready but blocked ones with M_BLOCKED. o New field sb_fnrdy points to the first not ready mbuf, to avoid linear search. o New function sbready() is provided to activate certain amount of mbufs in a socket buffer. A special note on SCTP: SCTP has its own sockbufs. Unfortunately, FreeBSD stack doesn't yet allow protocol specific sockbufs. Thus, SCTP does some hacks to make itself compatible with FreeBSD: it manages sockbufs on its own, but keeps sb_cc updated to inform the stack of amount of data in them. The new notion of "not ready" data isn't supported by SCTP. Instead, only a mechanical substitute is done: s/sb_cc/sb_ccc/. A proper solution would be to take away struct sockbuf from struct socket and allow protocols to implement their own socket buffers, like SCTP already does. This was discussed with rrs@. Sponsored by: Netflix Sponsored by: Nginx, Inc. 2012-02-05T09:17:49Z Ed Schouten ed@FreeBSD.org 2012-02-05T09:17:49Z urn:sha1:627d915e25e2dc7c9767bbeed2e945f1563763ed - Remove redundant empty lines. - Replace ^L by \014. This allows you to safely cat/grep/etc this file without causing confusion. 2012-01-03T18:51:58Z Ed Schouten ed@FreeBSD.org 2012-01-03T18:51:58Z urn:sha1:b3608ae18f1e5598bed81d0a10dd585a5080c40d The index() and rindex() functions were marked LEGACY in the 2001 revision of POSIX and were subsequently removed from the 2008 revision. The strchr() and strrchr() functions are part of the C standard. This makes the source code a lot more consistent, as most of these C files also call into other str*() routines. In fact, about a dozen already perform strchr() calls. 2011-10-15T13:20:36Z Ed Schouten ed@FreeBSD.org 2011-10-15T13:20:36Z urn:sha1:2bd338d6c4bb3419ca8e4ce46e3472f545df25a4 According to md5(1), the resulting binary is the same. 2011-06-24T07:18:44Z Kevin Lo kevlo@FreeBSD.org 2011-06-24T07:18:44Z urn:sha1:aa7e4bb4663ca1167a0c9de643091ffaffebdc4f