98daa3e5 rwatson July 11, 2016, 1:06 p.m.
the BSM encoding used for AUE_WAIT4.

MFC after:	3 days
Sponsored by:	DARPA, AFRL
cgit ViewVC
fcbdb770 ae July 11, 2016, 12:44 p.m.
printed flows.

PR:		210882
MFC after:	3 days
cgit ViewVC
fc3466ad mmel July 11, 2016, 8:24 a.m.
No functional change.

MFC after: 3 weeks
cgit ViewVC
60169cb2 sephe July 11, 2016, 8:12 a.m.
GC work queue stuffs.

MFC after:	1 week
Sponsored by:	Microsoft OSTC
Differential Revision:	https://reviews.freebsd.org/D6864
cgit ViewVC
5a4d1cc6 gahr July 11, 2016, 8:05 a.m.
PR:		210344
MFC after:	1 week
Differential Revision:	https://reviews.freebsd.org/D6881
cgit ViewVC
3e1c325e sephe July 11, 2016, 7:54 a.m.
So that we don't need to access the global vmbus softc.

MFC after:	1 week
Sponsored by:	Microsoft OSTC
Differential Revision:	https://reviews.freebsd.org/D6863
cgit ViewVC
fd5831c6 sephe July 11, 2016, 7:45 a.m.
The device probe/attach has been move to a different thread, so the
reasons to create the channel asynchronously are no longer valid.

MFC after:	1 week
Sponsored by:	Microsoft OSTC
Differential Revision:	https://reviews.freebsd.org/D6862
cgit ViewVC
1ecb2466 sephe July 11, 2016, 7:28 a.m.
MFC after:	1 week
Sponsored by:	Microsoft OSTC
Differential Revision:	https://reviews.freebsd.org/D6861
cgit ViewVC
789872f2 ngie July 11, 2016, 7:24 a.m.
svc_xprt_alloc(..) will always return initialized memory as it uses
mem_alloc(..) under the covers, which uses malloc(.., M_WAITOK, ..).

MFC after: 1 week
Reported by: Coverity
CID: 1007341
Sponsored by: EMC / Isilon Storage Division
cgit ViewVC
462984cb ngie July 11, 2016, 7:17 a.m.
ANSI C style prototypes

MFC after: 1 week
Sponsored by: EMC / Isilon Storage Division
cgit ViewVC
7d3db235 ngie July 11, 2016, 7:07 a.m.
Similar to r300836, r301800, and r302550, cl and ct will always
be non-NULL as they're allocated using the mem_alloc routines,
which always use `malloc(..., M_WAITOK)`.

MFC after: 1 week
Reported by: Coverity
CID: 1007342
Sponsored by: EMC / Isilon Storage Division
cgit ViewVC
f9952959 ngie July 11, 2016, 6:58 a.m.
Similar to r300836 and r301800, cl and cu will always be non-NULL as they're
allocated using the mem_alloc routines, which always use
`malloc(..., M_WAITOK)`.

Deobfuscating the cleanup path fixes a leak where if cl was NULL and
cu was not, cu would not be free'd, and also removes a duplicate test for
cl not being NULL.

MFC after: 1 week
Reported by: Coverity
CID: 1007033, 1007344
Sponsored by: EMC / Isilon Storage Division
cgit ViewVC
47a3ee5c sephe July 11, 2016, 6:55 a.m.
Requested by:	Hongxiong Xian <v-hoxian microsoft com>
MFC after:	1 week
Sponsored by:	Microsoft OSTC
Differential Revision:	https://reviews.freebsd.org/D6860
cgit ViewVC
f2e1e9bd yongari July 11, 2016, 6:49 a.m.
capabilities.  It was removed in r243624 and r254804/r271006
respectively.
This file and mbuf(9) needs updates for other offloading
capabilities(i.e. CSUM_SCTP and CSUM_TSO).
cgit ViewVC
833cfa5f sephe July 11, 2016, 6:37 a.m.
While I'm here, remove the useless message type from message process
array, which is not used and serves no purposes at all.

MFC after:	1 week
Sponsored by:	Microsoft OSTC
Differential Revision:	https://reviews.freebsd.org/D6858
cgit ViewVC