<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/ale, branch release/9.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2014-04-14T05:05:07Z</updated>
<entry>
<title>MFC r260429:</title>
<updated>2014-04-14T05:05:07Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2014-04-14T05:05:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=167bff4a6944f0e925dad30df4b8f424ea5aa9cb'/>
<id>urn:sha1:167bff4a6944f0e925dad30df4b8f424ea5aa9cb</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:53:34Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2014-04-14T04:53:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=281cc1f4cc474b125baa2c1356b9a69a8f3beaae'/>
<id>urn:sha1:281cc1f4cc474b125baa2c1356b9a69a8f3beaae</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>MFC: r243857 (partial)</title>
<updated>2013-03-09T00:39:54Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-03-09T00:39:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=03abd02e1efa33cbb430b395dfdf238e8f3a5f60'/>
<id>urn:sha1:03abd02e1efa33cbb430b395dfdf238e8f3a5f60</id>
<content type='text'>
Mechanically substitute flags from historic mbuf allocator with
malloc(9) flags in sys/dev.
</content>
</entry>
<entry>
<title>MFC r244341:</title>
<updated>2013-01-08T05:34:17Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2013-01-08T05:34:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9715c08f3088d4fe42adaf86d20e0326076c87af'/>
<id>urn:sha1:9715c08f3088d4fe42adaf86d20e0326076c87af</id>
<content type='text'>
  Make sure to stop both TX and RX MACs in ale_stop_mac(). Previously
  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>MFC r242625:</title>
<updated>2012-11-12T07:34:05Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-11-12T07:34:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7fb0f60ca2d6ed85fa149669427e57e3d2b2c7a9'/>
<id>urn:sha1:7fb0f60ca2d6ed85fa149669427e57e3d2b2c7a9</id>
<content type='text'>
Remove duplicate const specifiers in many drivers (I hope I got all of
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
</content>
</entry>
<entry>
<title>MFC r241340:</title>
<updated>2012-11-06T02:19:51Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2012-11-06T02:19:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=20a69b5964130f68eef111b9f4c74b0db4ada95f'/>
<id>urn:sha1:20a69b5964130f68eef111b9f4c74b0db4ada95f</id>
<content type='text'>
  Fix typo. Check against number of allocated MSI-X vectors.
  There is no ale(4) controller that supports MSI-X so this is not
  real issue.

  PR:	kern/171825
</content>
</entry>
<entry>
<title>MFC: r233888</title>
<updated>2012-04-13T22:04:26Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2012-04-13T22:04:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2ec88d0ae456ed22b620746bbc35c7b91f7bb13d'/>
<id>urn:sha1:2ec88d0ae456ed22b620746bbc35c7b91f7bb13d</id>
<content type='text'>
- Const'ify the device lookup-table.
- Use DEVMETHOD_END.
- Use NULL instead of 0 for pointers.
- Enable support for flow control.
  Tested by: yongari
</content>
</entry>
<entry>
<title>MFC r233688-233689:</title>
<updated>2012-04-11T07:18:41Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2012-04-11T07:18:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=55bd97bebe89291c8e1406b906f018de5eab8739'/>
<id>urn:sha1:55bd97bebe89291c8e1406b906f018de5eab8739</id>
<content type='text'>
r233688:
  Remove task queue based link state change handler. Driver no longer
  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.

r233689:
  Do not report current link status if driver is not running.
  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>MFC r226478:</title>
<updated>2011-12-31T01:07:01Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2011-12-31T01:07:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=465d6a5015ea82bff6684fce3857eeb242cc6263'/>
<id>urn:sha1:465d6a5015ea82bff6684fce3857eeb242cc6263</id>
<content type='text'>
  Close a race where SIOCGIFMEDIA ioctl get inconsistent link status.
  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>
<entry>
<title>Fix typo.</title>
<updated>2011-05-19T23:13:08Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2011-05-19T23:13:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=83ad330dd5a0179c32b49c58443d78f6db04df36'/>
<id>urn:sha1:83ad330dd5a0179c32b49c58443d78f6db04df36</id>
<content type='text'>
Submitted by:	brad at OpenBSD
</content>
</entry>
</feed>
