<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/ale, branch releng/7.3</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F7.3</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F7.3'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2009-11-29T19:30:54Z</updated>
<entry>
<title>MFC 197627.</title>
<updated>2009-11-29T19:30:54Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2009-11-29T19:30:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8a62e9d603e10fb02771e39e1f5a01efa410fc38'/>
<id>urn:sha1:8a62e9d603e10fb02771e39e1f5a01efa410fc38</id>
<content type='text'>
  Fix multicast handling. All Atheros controllers use big-endian form
  in computing multicast hash.

  PR:	kern/139137
</content>
</entry>
<entry>
<title>MFC r195153:</title>
<updated>2009-07-06T01:04:45Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2009-07-06T01:04:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d6c26430f0507d4bbc93cc40e537556cdb3e66cf'/>
<id>urn:sha1:d6c26430f0507d4bbc93cc40e537556cdb3e66cf</id>
<content type='text'>
  Disable Rx checksum offload until I find more clue why it breaks
  under certain environments. However give users chance to override
  it when he/she surely knows his/her hardware works with Rx checksum
  offload.

  Reported by:	Ulrich Spoerlein ( uqs &lt;&gt; spoerlein dot net )
</content>
</entry>
<entry>
<title>MFC r189379:</title>
<updated>2009-05-20T03:28:35Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2009-05-20T03:28:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2d74f0b482470ac51e9d8000800735caedb0448d'/>
<id>urn:sha1:2d74f0b482470ac51e9d8000800735caedb0448d</id>
<content type='text'>
  Now pci(4) handles PCIM_CMD_INTxDIS so there is no need to poke
  this bit in driver.
</content>
</entry>
<entry>
<title>MFC r185576:</title>
<updated>2008-12-06T01:01:17Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2008-12-06T01:01:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9dfb4f4b54dea38a1061fb2d68c12afc07f82020'/>
<id>urn:sha1:9dfb4f4b54dea38a1061fb2d68c12afc07f82020</id>
<content type='text'>
  Add some PHY magic to enable PHY hibernation and 1000baseT/10baseT
  power adjustment. This change is required to guarantee correct
  operation on certain switches.

MFC r185577:
  AR8113 also need to set DMA read burst value. This should fix
  occasional DMA read error seen on AR8113.

Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>MFC r184870:</title>
<updated>2008-11-24T00:52:26Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2008-11-24T00:52:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9576e8842ff04f2d0dcfbd9649ace907daa0c729'/>
<id>urn:sha1:9576e8842ff04f2d0dcfbd9649ace907daa0c729</id>
<content type='text'>
  Add ale(4), a driver for Atheros AR8121/AR8113/AR8114 PCIe ethernet
  controller. The controller is also known as L1E(AR8121) and
  L2E(AR8113/AR8114). Unlike its predecessor Attansic L1,
  AR8121/AR8113/AR8114 uses completely different Rx logic such that
  it requires separate driver. Datasheet for AR81xx is not available
  to open source driver writers but it shares large part of Tx and
  PHY logic of L1. I still don't understand some part of register
  meaning and some MAC statistics counters but the driver seems to
  have no critical issues for performance and stability.

  The AR81xx requires copy operation to pass received frames to upper
  stack such that ale(4) consumes a lot of CPU cycles than that of
  other controller. A couple of silicon bugs also adds more CPU
  cycles to address the known hardware bug. However, if you have fast
  CPU you can still saturate the link.
  Currently ale(4) supports the following hardware features.
    - MSI.
    - TCP Segmentation offload.
    - Hardware VLAN tag insertion/stripping with checksum offload.
    - Tx TCP/UDP checksum offload and Rx IP/TCP/UDP checksum offload.
    - Tx/Rx interrupt moderation.
    - Hardware statistics counters.
    - Jumbo frame.
    - WOL.

  AR81xx PCIe ethernet controllers are mainly found on ASUS EeePC or
  P5Q series of ASUS motherboards. Special thanks to Jeremy Chadwick
  who sent the hardware to me. Without his donation writing a driver
  for AR81xx would never have been possible. Big thanks to all people
  who reported feedback or tested patches.

  HW donated by:	koitsu
  Tested by:	bsam, Joao Barros &lt;joao.barros &lt;&gt; gmail DOT com &gt;
		Jan Henrik Sylvester &lt;me &lt;&gt; janh DOT de &gt;
		Ivan Brawley &lt; ivan &lt;&gt; brawley DOT id DOT au &gt;,
		CURRENT ML
  Approved by:	re (kib)

  Note, GENERIC kernel does NOT include ale(4) but users can still
  kldload it. It was requested by re.
</content>
</entry>
</feed>
