<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/bge, 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-25T21:28:39Z</updated>
<entry>
<title>MFC: r260045</title>
<updated>2014-04-25T21:28:39Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2014-04-25T21:28:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b082a2a2139b49d743d55d81b4f23862477ff6b3'/>
<id>urn:sha1:b082a2a2139b49d743d55d81b4f23862477ff6b3</id>
<content type='text'>
- Simplify MSI allocation and release. For a single one, we don't need to
  fiddle with the MSI count and pci_release_msi(9) is smart enough to just
  do nothing in case of INTx.
- Don't allocate MSI as RF_SHAREABLE.
</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>MFC r258830:</title>
<updated>2013-12-05T06:13:59Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2013-12-05T06:13:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=df6830cd8d6241532164e2e5ccf271d0c7db4fa1'/>
<id>urn:sha1:df6830cd8d6241532164e2e5ccf271d0c7db4fa1</id>
<content type='text'>
  Add support for BCM57764, BCM57767, BCM57782, BCM57786 and BCM57787.
  PR:	184304
  Approved by:	re (rodrigc)
</content>
</entry>
<entry>
<title>Fix for IPv4 fragment packets treated as RMCP.</title>
<updated>2013-08-09T01:15:32Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2013-08-09T01:15:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=69b1f509a4338e8db65554cc83a66b2eb6bc7ea6'/>
<id>urn:sha1:69b1f509a4338e8db65554cc83a66b2eb6bc7ea6</id>
<content type='text'>
bit25 of rxMode MAC register of 5762 needs to be set for rx mgmt
filter to work correctly when processing match for UDP header
fields.  Otherwise false positive can occur which causes IPv4
fragment to be received by APE instead of host.

Reported by:	Geans Pin &lt;geanspin@broadcom.com&gt;
</content>
</entry>
<entry>
<title>5725 family of devices corrupts TSO packets when TSO DMA buffers</title>
<updated>2013-07-22T05:45:54Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2013-07-22T05:45:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b77d3a3b8e4fdfed8868201e4ac6290065bfa185'/>
<id>urn:sha1:b77d3a3b8e4fdfed8868201e4ac6290065bfa185</id>
<content type='text'>
cross into regions which are within MSS bytes of a 4GB boundary.
If we encounter the condition, drop the packet.

Reviewed by:	Geans Pin geanspin@Broacom
</content>
</entry>
<entry>
<title>Add support for upcoming BCM5725 (ASIC 5762) controller.  This is a</title>
<updated>2013-07-20T07:58:03Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2013-07-20T07:58:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2927f01f66d750292d7038eea843fbdb293d650b'/>
<id>urn:sha1:2927f01f66d750292d7038eea843fbdb293d650b</id>
<content type='text'>
new 1Gb server controller chip that will be going into production
soon.
BCM5725 combines MAC with triple-speed PHY, a Network Controller
Sideband Interface (NC-SI) and on-chip memory buffer in a single
device.  BCM5725 has an Application Processing Engine (APE) that is
capable of on-chip management and offloading features.  BCM5725
supports high-precision clock, time stamp registers for
receive/transmit packets and programmable trigger inputs and
watchdog timeouts. These new features are not yet supported by
bge(4).
Many thanks to Broadcom for continuing to support FreeBSD!

Submitted by:	Geans Pin geanspin@Broacom (initial version)
Reviewed by:	Geans Pin geanspin@Broacom
H/W donated by:	Broadcom
</content>
</entry>
<entry>
<title>Setup the PCIE Fast Training Sequence (FTS) value to prevent</title>
<updated>2013-07-20T07:09:50Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2013-07-20T07:09:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f8bb33c331001c22af20c71258faafe56fd2ad1d'/>
<id>urn:sha1:f8bb33c331001c22af20c71258faafe56fd2ad1d</id>
<content type='text'>
transmit hangs for 57766 and non Ax versions of 57765.
While here, correct definition of BGE_CHIPREV_57765_AX.
</content>
</entry>
<entry>
<title>Implement workaround for BCM5719/BCM5720 TX hang.</title>
<updated>2013-07-17T04:53:53Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2013-07-17T04:53:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=29b44b096f9088c53c0f1b311a708ec3bc2ef4de'/>
<id>urn:sha1:29b44b096f9088c53c0f1b311a708ec3bc2ef4de</id>
<content type='text'>
The read DMA request logic operation is based on having sufficient
available space in the transmit data buffer (TXMBUF) before a read
DMA can be requested.  There are four read DMA channels that use
the TXMBUF, and the logic checks if the available free space in the
TXMBUF is large enough for all the data in the four Send Buffers
for which buffer descriptors have been fetched.  The Enable_Request
signal is asserted only if the free TXMBUF space is larger than the
sum of the four DMA length registers.  The power-up default value
of BGE_RDMA_LSO_CRPTEN_CTRL register bit 25 (bit 21 on BCM5720) is
zero, which selects the DMA length registers to connect to the
input of the adder block.  The DMA length registers are
asynchronously reset following BCM5719/BCM5720 power-up, and due to
the lack of synchronous deassertion of the length registers reset
signal these resisters may contain uninitialized values following
the reset deassertion.
In the case of the failure the uninitialized DMA length register
values added up to more than the TXMBUF size, which prevented the
assertion of the Enable_Request signal and any subsequent read DMA
to start.  This lockup condition is the root cause of failing to
generate any transmit traffic.

To workaround the issue, select alternate output of multiplexers
and transmit the first four Ethernet frames. This overwrites the
DMA length registers with valid values.

Reported by:	Geans Pin &lt;geanspin@broadcom.com&gt;
Reviewed by:	Geans Pin &lt;geanspin@broadcom.com&gt;
</content>
</entry>
<entry>
<title>Fix triggering false watchdog timeout as done in bce(4) when</title>
<updated>2013-06-30T05:56:13Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2013-06-30T05:56:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b584d2b3f478a75327af49bbfefc533dd3a25dc1'/>
<id>urn:sha1:b584d2b3f478a75327af49bbfefc533dd3a25dc1</id>
<content type='text'>
controller is in PAUSE state.
</content>
</entry>
<entry>
<title>Don't blidly clear GPIOs configuration. Just use firmware configured</title>
<updated>2013-06-26T01:15:40Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2013-06-26T01:15:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=91bd90d8c21524e651e84ec42ec0fb8e3e68c55c'/>
<id>urn:sha1:91bd90d8c21524e651e84ec42ec0fb8e3e68c55c</id>
<content type='text'>
one.  This change also fixes non-working traffic LED on BCM57780.

Submitted by:	Masanobu SAITOH &lt;msaitoh@NetBSD.org&gt;
Tested by:	Alexander Milanov &lt;a@amilanov.com&gt;
</content>
</entry>
</feed>
