<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/nfe, branch release/8.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2010-04-26T18:02:12Z</updated>
<entry>
<title>MFC r206876:</title>
<updated>2010-04-26T18:02:12Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2010-04-26T18:02:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ed0af45af3e0c82120c0d0054e93cb61849a6074'/>
<id>urn:sha1:ed0af45af3e0c82120c0d0054e93cb61849a6074</id>
<content type='text'>
  With r206844, CSUM_TCP is also set for CSUM_TSO case. Modify
  drivers to take into account for the change. Basically CSUM_TSO
  should be checked before checking CSUM_TCP.
</content>
</entry>
<entry>
<title>Use if_maddr_rlock()/if_maddr_runlock() rather than IF_ADDR_LOCK()/</title>
<updated>2009-06-26T11:45:06Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2009-06-26T11:45:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=eb956cd041f956275522092d6ba66671356ff84f'/>
<id>urn:sha1:eb956cd041f956275522092d6ba66671356ff84f</id>
<content type='text'>
IF_ADDR_UNLOCK() across network device drivers when accessing the
per-interface multicast address list, if_multiaddrs.  This will
allow us to change the locking strategy without affecting our driver
programming interface or binary interface.

For two wireless drivers, remove unnecessary locking, since they
don't actually access the multicast address list.

Approved by:	re (kib)
MFC after:	6 weeks
</content>
</entry>
<entry>
<title>When user_frac in the polling subsystem is low it is going to busy the</title>
<updated>2009-05-30T15:14:44Z</updated>
<author>
<name>Attilio Rao</name>
<email>attilio@FreeBSD.org</email>
</author>
<published>2009-05-30T15:14:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1abcdbd127e95ffe08399ec75a7001edd1ca2f5f'/>
<id>urn:sha1:1abcdbd127e95ffe08399ec75a7001edd1ca2f5f</id>
<content type='text'>
CPU for too long period than necessary.  Additively, interfaces are kept
polled (in the tick) even if no more packets are available.
In order to avoid such situations a new generic mechanism can be
implemented in proactive way, keeping track of the time spent on any
packet and fragmenting the time for any tick, stopping the processing
as soon as possible.

In order to implement such mechanism, the polling handler needs to
change, returning the number of packets processed.
While the intended logic is not part of this patch, the polling KPI is
broken by this commit, adding an int return value and the new flag
IFCAP_POLLING_NOCOUNT (which will signal that the return value is
meaningless for the installed handler and checking should be skipped).

Bump __FreeBSD_version in order to signal such situation.

Reviewed by:	emaste
Sponsored by:	Sandvine Incorporated
</content>
</entry>
<entry>
<title>NVIDIA MCP controllers have no Rx buffer alignment restrictions.</title>
<updated>2009-05-25T00:56:01Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2009-05-25T00:56:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=767fb36c3aaeac38aabe36f86da71b5f527374cd'/>
<id>urn:sha1:767fb36c3aaeac38aabe36f86da71b5f527374cd</id>
<content type='text'>
Remove PAGE_SIZE alignment used in Rx buffer DMA tag creation. The
alignment restriction was used in old local jumbo allocator and
nfe(4) switched to UMA backed page allocator for jumbo frame.

This change should fix jumbo buffer allocation failure.

Reported by:	Pascal Braun ( pascal.braun &lt;&gt; continum dot net )
</content>
</entry>
<entry>
<title>Fix a typo.</title>
<updated>2008-12-20T00:04:04Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2008-12-20T00:04:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=69d6a6aafc193ffead7999305f22849b438b5782'/>
<id>urn:sha1:69d6a6aafc193ffead7999305f22849b438b5782</id>
<content type='text'>
Submitted by:	clemens fischer via Shigeaki Tagashira
</content>
</entry>
<entry>
<title>Add hardware MAC statistics support. Register information was</title>
<updated>2008-10-03T03:58:16Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2008-10-03T03:58:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=17d022beb29e60a88bd776ff869942fce12ccbe0'/>
<id>urn:sha1:17d022beb29e60a88bd776ff869942fce12ccbe0</id>
<content type='text'>
obtained from Linux forcedeth driver.
While I'm here move creating a sysctl node for process_limit to
function nfe_sysctl_node().

Tested by:	"Arno J. Klaassen" &lt; arno &lt;at&gt; heho dot snv dot jussieu dot fr &gt;
</content>
</entry>
<entry>
<title>Add device ids for MCP77/79 and set appropriate support flags.</title>
<updated>2008-10-01T00:17:54Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2008-10-01T00:17:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=be38e61a5223727e6a423bf367dc27a3ffc45a3d'/>
<id>urn:sha1:be38e61a5223727e6a423bf367dc27a3ffc45a3d</id>
<content type='text'>
Obtained from:  OpenBSD
PR:		kern/127529
</content>
</entry>
<entry>
<title>Add support for MCP73 chips.</title>
<updated>2008-04-10T01:25:09Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2008-04-10T01:25:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b7e548dc722240ebcff6ab91dfdf14ca01d13bcb'/>
<id>urn:sha1:b7e548dc722240ebcff6ab91dfdf14ca01d13bcb</id>
<content type='text'>
Tested by:	"Daan Vreeken [PA4DAN]" ( Danovitsch AT vitsch DOT net )
MFC after:	1 week
</content>
</entry>
<entry>
<title>Nuke local jumbo allocator and switch to use of UMA backed page</title>
<updated>2008-03-06T01:47:53Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2008-03-06T01:47:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3a5d5a69ce88e1fc064a4bbba326d6a268ea31c5'/>
<id>urn:sha1:3a5d5a69ce88e1fc064a4bbba326d6a268ea31c5</id>
<content type='text'>
allocator for jumbo frame. Also remove unneeded jlist lock which
is no longer required to protect jumbo buffers.
With these changes jumbo frame performance of nfe(4) was slightly
increased and users should not encounter jumbo buffer allocation
failure anymore.
</content>
</entry>
<entry>
<title>Give MEXTADD() another argument to make both void pointers to the</title>
<updated>2008-02-01T19:36:27Z</updated>
<author>
<name>Poul-Henning Kamp</name>
<email>phk@FreeBSD.org</email>
</author>
<published>2008-02-01T19:36:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cf827063a9684f2300b3496f588aaf3e69c45067'/>
<id>urn:sha1:cf827063a9684f2300b3496f588aaf3e69c45067</id>
<content type='text'>
free function controlable, instead of passing the KVA of the buffer
storage as the first argument.

Fix all conventional users of the API to pass the KVA of the buffer
as the first argument, to make this a no-op commit.

Likely break the only non-convetional user of the API, after informing
the relevant committer.

Update the mbuf(9) manual page, which was already out of sync on
this point.

Bump __FreeBSD_version to 800016 as there is no way to tell how
many arguments a CPP macro needs any other way.

This paves the way for giving sendfile(9) a way to wait for the
passed storage to have been accessed before returning.

This does not affect the memory layout or size of mbufs.

Parental oversight by:	sam and rwatson.

No MFC is anticipated.
</content>
</entry>
</feed>
