<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/ale, branch release/10.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F10.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F10.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2014-04-14T05:04:23Z</updated>
<entry>
<title>MFC r260429:</title>
<updated>2014-04-14T05:04:23Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2014-04-14T05:04:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=56361a21be9c68ef690295715620f6f09440a3ad'/>
<id>urn:sha1:56361a21be9c68ef690295715620f6f09440a3ad</id>
<content type='text'>
  m_defrag(9) does not touch original mbuf chain when it can't
  allocate new mbuf.  Free original mbuf chain when driver is not
  able to send the packet.
</content>
</entry>
<entry>
<title>MFC r263957:</title>
<updated>2014-04-14T04:51:59Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2014-04-14T04:51:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a4908ea27c1f209f3665f6c072ab50bd5aa67503'/>
<id>urn:sha1:a4908ea27c1f209f3665f6c072ab50bd5aa67503</id>
<content type='text'>
  Increase the number of TX DMA segments from 32 to 35.  It turned
  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.
</content>
</entry>
<entry>
<title>Make sure to stop both TX and RX MACs in ale_stop_mac(). Previously</title>
<updated>2012-12-17T06:01:57Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2012-12-17T06:01:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9f988ef16b316af4fb21bd49445426385e2b529b'/>
<id>urn:sha1:9f988ef16b316af4fb21bd49445426385e2b529b</id>
<content type='text'>
it used to stop TX MAC only such that MAC reconfiguration after
getting a link didn't work as expected.

PR:	kern/173652
</content>
</entry>
<entry>
<title>Mechanically substitute flags from historic mbuf allocator with</title>
<updated>2012-12-04T09:32:43Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2012-12-04T09:32:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c6499eccad497913a5025fbde8ae76da70e08043'/>
<id>urn:sha1:c6499eccad497913a5025fbde8ae76da70e08043</id>
<content type='text'>
malloc(9) flags in sys/dev.
</content>
</entry>
<entry>
<title>Remove duplicate const specifiers in many drivers (I hope I got all of</title>
<updated>2012-11-05T19:16:27Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-11-05T19:16:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=29658c96ce9914fdf4ff4e3519fbec696ef32118'/>
<id>urn:sha1:29658c96ce9914fdf4ff4e3519fbec696ef32118</id>
<content type='text'>
them, please let me know if not).  Most of these are of the form:

static const struct bzzt_type {
	[...list of members...]
} const bzzt_devs[] = {
	[...list of initializers...]
};

The second const is unnecessary, as arrays cannot be modified anyway,
and if the elements are const, the whole thing is const automatically
(e.g. it is placed in .rodata).

I have verified this does not change the binary output of a full kernel
build (except for build timestamps embedded in the object files).

Reviewed by:	yongari, marius
MFC after:	1 week
</content>
</entry>
<entry>
<title>Fix typo. Check against number of allocated MSI-X vectors.</title>
<updated>2012-10-08T07:01:07Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2012-10-08T07:01:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9dd3fa374aaafffc9ca5fe46ccf4b8c54a5530fa'/>
<id>urn:sha1:9dd3fa374aaafffc9ca5fe46ccf4b8c54a5530fa</id>
<content type='text'>
There is no ale(4) controller that supports MSI-X so this is not
real issue.

PR:	kern/171825
</content>
</entry>
<entry>
<title>- Const'ify the device lookup-table.</title>
<updated>2012-04-04T21:09:02Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2012-04-04T21:09:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=26a93551be6779f866fe632017c66793574d377f'/>
<id>urn:sha1:26a93551be6779f866fe632017c66793574d377f</id>
<content type='text'>
- Use DEVMETHOD_END.
- Use NULL instead of 0 for pointers.
- Enable support for flow control.
  Tested by: yongari

MFC after:	1 week
</content>
</entry>
<entry>
<title>Do not report current link status if driver is not running.</title>
<updated>2012-03-30T05:27:05Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2012-03-30T05:27:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fd3d448fa8ee0fb834598d866067dde8be06b746'/>
<id>urn:sha1:fd3d448fa8ee0fb834598d866067dde8be06b746</id>
<content type='text'>
This change also workarounds dhclient's link state handling bug by
not giving current link status.

Unlike other controllers, ale(4)'s PHY hibernation perfectly works
such that driver does not see a valid link if the controller is not
brought up.  If dhclient(8) runs on ale(4) it will blindly waits
until link UP and then gives up after 10 seconds.  Because
dhclient(8) still thinks interface got a valid link when IFM_AVALID
is not set for selected media,  this change makes dhclient initiate
DHCP without waiting for link UP.
</content>
</entry>
<entry>
<title>Remove task queue based link state change handler. Driver no longer</title>
<updated>2012-03-30T04:46:39Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2012-03-30T04:46:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2b6f7122abc16dd2c6a76d0445cbf35bf4d7a9a0'/>
<id>urn:sha1:2b6f7122abc16dd2c6a76d0445cbf35bf4d7a9a0</id>
<content type='text'>
needs to defer link state handling.
While I'm here, mark IFF_DRV_RUNNING before changing media.  If
link is established without any delay, that link state change
handling could be lost.
</content>
</entry>
<entry>
<title>Close a race where SIOCGIFMEDIA ioctl get inconsistent link status.</title>
<updated>2011-10-17T19:49:00Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2011-10-17T19:49:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=57c81d92aecb49b57e84691af0306d24ded3754a'/>
<id>urn:sha1:57c81d92aecb49b57e84691af0306d24ded3754a</id>
<content type='text'>
Because driver is accessing a common MII structure in
mii_pollstat(), updating user supplied structure should be done
before dropping a driver lock.

Reported by:	Karim (fodillemlinkarimi &lt;&gt; gmail dot com)
</content>
</entry>
</feed>
