<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/ale, branch release/11.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2018-03-29T02:50:57Z</updated>
<entry>
<title>Revert r330897:</title>
<updated>2018-03-29T02:50:57Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2018-03-29T02:50:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4ab2e064d7950be84256d671a7ae93f87cc6aa36'/>
<id>urn:sha1:4ab2e064d7950be84256d671a7ae93f87cc6aa36</id>
<content type='text'>
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)
</content>
</entry>
<entry>
<title>Partial merge of the SPDX changes</title>
<updated>2018-03-14T03:19:51Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2018-03-14T03:19:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=be5d0b9566b13fdf8cabebb63334cbec12bfc409'/>
<id>urn:sha1:be5d0b9566b13fdf8cabebb63334cbec12bfc409</id>
<content type='text'>
These changes are incomplete but are making it difficult
to determine what other changes can/should be merged.

No objections from:	pfg
</content>
</entry>
<entry>
<title>sys/dev: use our nitems() macro when it is avaliable through param.h.</title>
<updated>2016-04-19T23:37:24Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2016-04-19T23:37:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=73a1170a8c41cb848f17cc0a8839e9dcee3d126e'/>
<id>urn:sha1:73a1170a8c41cb848f17cc0a8839e9dcee3d126e</id>
<content type='text'>
No functional change, only trivial cases are done in this sweep,
Drivers that can get further enhancements will be done independently.

Discussed in:	freebsd-current
</content>
</entry>
<entry>
<title>Fix variable assignment.</title>
<updated>2016-02-18T01:24:10Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2016-02-18T01:24:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=9dda5c8ffc7466f940ed2ae0b056c9ae39e3208a'/>
<id>urn:sha1:9dda5c8ffc7466f940ed2ae0b056c9ae39e3208a</id>
<content type='text'>
Found by:	PVS-Studio
</content>
</entry>
<entry>
<title>Fix a long standing bug in MAC statistics register access.  One</title>
<updated>2014-10-08T01:03:32Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2014-10-08T01:03:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=0999f75a2f82ed0e67b49649e561964edcbe1938'/>
<id>urn:sha1:0999f75a2f82ed0e67b49649e561964edcbe1938</id>
<content type='text'>
additional register was erroneously added in the MAC register set
such that 7 TX statistics counters were wrong.
</content>
</entry>
<entry>
<title>Mechanically convert to if_inc_counter().</title>
<updated>2014-09-18T21:13:12Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2014-09-18T21:13:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=499986541b24b917e6a1d2611d8ec2cc384d95b8'/>
<id>urn:sha1:499986541b24b917e6a1d2611d8ec2cc384d95b8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use define from if_var.h to access a field inside struct if_data,</title>
<updated>2014-08-30T19:55:54Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2014-08-30T19:55:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1bffa9511fe94125820858b0ead796db54ac019d'/>
<id>urn:sha1:1bffa9511fe94125820858b0ead796db54ac019d</id>
<content type='text'>
that resides in struct ifnet.

Sponsored by:	Nginx, Inc.
</content>
</entry>
<entry>
<title>Fix various NIC drivers to properly cleanup static DMA resources.</title>
<updated>2014-06-11T14:53:58Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2014-06-11T14:53:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=068d8643adb13434b57fdd5febf43a11194d508f'/>
<id>urn:sha1:068d8643adb13434b57fdd5febf43a11194d508f</id>
<content type='text'>
In particular, don't check the value of the bus_dma map against NULL
to determine if either bus_dmamem_alloc() or bus_dmamap_load() succeeded.
Instead, assume that bus_dmamap_load() succeeeded (and thus that
bus_dmamap_unload() should be called) if the bus address for a resource
is non-zero, and assume that bus_dmamem_alloc() succeeded (and thus
that bus_dmamem_free() should be called) if the virtual address for a
resource is not NULL.

In many cases these bugs could result in leaks when a driver was detached.

Reviewed by:	yongari
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>Increase the number of TX DMA segments from 32 to 35.  It turned</title>
<updated>2014-03-31T01:54:59Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2014-03-31T01:54:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=52ee8ac0274e8d4f75a146944803b2cdaad092bb'/>
<id>urn:sha1:52ee8ac0274e8d4f75a146944803b2cdaad092bb</id>
<content type='text'>
out 32 is not enough to support a full sized TSO packet.
While I'm here fix a long standing bug introduced in r169632 in
bce(4) where it didn't include L2 header length of TSO packet in
the maximum DMA segment size calculation.

In collaboration with:	rmacklem
MFC after:		2 weeks
</content>
</entry>
<entry>
<title>m_defrag(9) does not touch original mbuf chain when it can't</title>
<updated>2014-01-08T01:06:32Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2014-01-08T01:06:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=2c6d18ebc3bee9e314d4e2a3afed98173c29ce1b'/>
<id>urn:sha1:2c6d18ebc3bee9e314d4e2a3afed98173c29ce1b</id>
<content type='text'>
allocate new mbuf.  Free original mbuf chain when driver is not
able to send the packet.
</content>
</entry>
</feed>
