<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/e1000, branch release/10.0.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F10.0.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F10.0.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2013-10-09T17:32:52Z</updated>
<entry>
<title>Update the Intel igb driver to version 2.4.0</title>
<updated>2013-10-09T17:32:52Z</updated>
<author>
<name>Jack F Vogel</name>
<email>jfv@FreeBSD.org</email>
</author>
<published>2013-10-09T17:32:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7609433eb60b1aee7ac039dc519e8293262f4013'/>
<id>urn:sha1:7609433eb60b1aee7ac039dc519e8293262f4013</id>
<content type='text'>
  - This version has support for the new Intel Avoton systems,
including 2.5Gb support, further it now has IPv6/TSO6 support as
well. Shared code has been updated where necessary as well. Thanks
to my new assistant Eric Joyner for doing the transmit path changes
to bring in the IPv6/TSO6 support. Thanks to Gleb for catching the
one bug and change needed in NETMAP.

Approved by: re
</content>
</entry>
<entry>
<title>Expose system level ixgbe sysctls.</title>
<updated>2013-10-05T19:17:56Z</updated>
<author>
<name>Hiren Panchasara</name>
<email>hiren@FreeBSD.org</email>
</author>
<published>2013-10-05T19:17:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=5b9d734b08304416a4f340b9a436360fb6e08745'/>
<id>urn:sha1:5b9d734b08304416a4f340b9a436360fb6e08745</id>
<content type='text'>
Device level sysctls are already exposed as dev.ix.&lt;device&gt;

Fixing the case where number of queues for igb is auto-tuned and
hw.igb.num_queues does not return current/updated value.

Reviewed by:	jfv
Approved by:	re (delphij)
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>Restructure the mbuf pkthdr to make it fit for upcoming capabilities and</title>
<updated>2013-08-24T19:51:18Z</updated>
<author>
<name>Andre Oppermann</name>
<email>andre@FreeBSD.org</email>
</author>
<published>2013-08-24T19:51:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1b4381afbb5af18a9781d96b5e6b40c9aa4be0c7'/>
<id>urn:sha1:1b4381afbb5af18a9781d96b5e6b40c9aa4be0c7</id>
<content type='text'>
features.  The changes in particular are:

o Remove rarely used "header" pointer and replace it with a 64bit protocol/
  layer specific union PH_loc for local use.  Protocols can flexibly overlay
  their own 8 to 64 bit fields to store information while the packet is
  worked on.

o Mechanically convert IP reassembly, IGMP/MLD and ATM to use pkthdr.PH_loc
  instead of pkthdr.header.

o Extend csum_flags to 64bits to allow for additional future offload
  information to be carried (e.g. iSCSI, IPsec offload, and others).

o Move the RSS hash type enumerator from abusing m_flags to its own 8bit
  rsstype field.  Adjust accessor macros.

o Add cosqos field to store Class of Service / Quality of Service information
  with the packet.  It is not yet supported in any drivers but allows us to
  get on par with Cisco/Juniper in routing applications (plus MPLS QoS) with
  a modernized ALTQ.

o Add four 8 bit fields l[2-5]hlen to store the relative header offsets
  from the start of the packet.  This is important for various offload
  capabilities and to relieve the drivers from having to parse the packet
  and protocol headers to find out location of checksums and other
  information.  Header parsing in drivers is a lot of copy-paste and
  unhandled corner cases which we want to avoid.

o Add another flexible 64bit union to map various additional persistent
  packet information, like ether_vtag, tso_segsz and csum fields.
  Depending on the csum_flags settings some fields may have different usage
  making it very flexible and adaptable to future capabilities.

o Restructure the CSUM flags to better signify their outbound (down the
  stack) and inbound (up the stack) use.  The CSUM flags used to be a bit
  chaotic and rather poorly documented leading to incorrect use in many
  places.  Bring clarity into their use through better naming.
  Compatibility mappings are provided to preserve the API.  The drivers
  can be corrected one by one and MFC'd without issue.

o The size of pkthdr stays the same at 48/56bytes (32/64bit architectures).

Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>Alter the mq_start routine to do a TRYLOCK and call to the locked routine</title>
<updated>2013-08-13T00:25:39Z</updated>
<author>
<name>Jack F Vogel</name>
<email>jfv@FreeBSD.org</email>
</author>
<published>2013-08-13T00:25:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=83cef45266a49c82dcbb3a44c2321570d628778b'/>
<id>urn:sha1:83cef45266a49c82dcbb3a44c2321570d628778b</id>
<content type='text'>
rather than just queueing. The former code was an attempt at getting
UDP performance up, but there have been customer reports of problems with it,
so the ixgbe approach seems the best solution for now.
</content>
</entry>
<entry>
<title>Update PCI drivers to no longer look at the MEMIO-enabled bit in the PCI</title>
<updated>2013-08-12T23:30:01Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2013-08-12T23:30:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c68534f1d5bab4ad466384c4fb9bb2956811e8b9'/>
<id>urn:sha1:c68534f1d5bab4ad466384c4fb9bb2956811e8b9</id>
<content type='text'>
command register.  The lazy BAR allocation code in FreeBSD sometimes
disables this bit when it detects a range conflict, and will re-enable
it on demand when a driver allocates the BAR.  Thus, the bit is no longer
a reliable indication of capability, and should not be checked.  This
results in the elimination of a lot of code from drivers, and also gives
the opportunity to simplify a lot of drivers to use a helper API to set
the busmaster enable bit.

This changes fixes some recent reports of disk controllers and their
associated drives/enclosures disappearing during boot.

Submitted by:	jhb
Reviewed by:	jfv, marius, achadd, achim
MFC after:	1 day
</content>
</entry>
<entry>
<title>Improve the MSIX setup code in the drivers, thanks to Marius for</title>
<updated>2013-08-12T22:54:38Z</updated>
<author>
<name>Jack F Vogel</name>
<email>jfv@FreeBSD.org</email>
</author>
<published>2013-08-12T22:54:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4dc63104ae991922e7116022661fb3c7f366dd33'/>
<id>urn:sha1:4dc63104ae991922e7116022661fb3c7f366dd33</id>
<content type='text'>
the changes. Make sure that pci_alloc_msix() does give us the vectors
we need and fall back to MSI when it doesn't, also release any that
were allocated when insufficient.

MFC after: 3 days
</content>
</entry>
<entry>
<title>Make the various driver MSIX setup routines fallback to MSI more</title>
<updated>2013-08-06T21:01:38Z</updated>
<author>
<name>Jack F Vogel</name>
<email>jfv@FreeBSD.org</email>
</author>
<published>2013-08-06T21:01:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d0913b7f25a79ca21528c5abb4f3b796e5195583'/>
<id>urn:sha1:d0913b7f25a79ca21528c5abb4f3b796e5195583</id>
<content type='text'>
gracefully. This change was suggested by Marius Strobl, thank you.

PR: kern/181016
MFC after: ASAP
</content>
</entry>
<entry>
<title>When the igb driver is static there are cases when early interrupts occur,</title>
<updated>2013-08-06T18:00:53Z</updated>
<author>
<name>Jack F Vogel</name>
<email>jfv@FreeBSD.org</email>
</author>
<published>2013-08-06T18:00:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=54a6317360e189febbc15091e5220d75607d7251'/>
<id>urn:sha1:54a6317360e189febbc15091e5220d75607d7251</id>
<content type='text'>
resulting in a panic in refresh_mbufs, to prevent this add a check in the
interrupt handler for DRV_RUNNING.

MFC after: 1 day (critical for 9.2)
</content>
</entry>
<entry>
<title>Change the E1000 driver option header handling to match the</title>
<updated>2013-07-12T22:36:26Z</updated>
<author>
<name>Jack F Vogel</name>
<email>jfv@FreeBSD.org</email>
</author>
<published>2013-07-12T22:36:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=a1db87ec73dd672c8255ec5495ee74706ba1a74c'/>
<id>urn:sha1:a1db87ec73dd672c8255ec5495ee74706ba1a74c</id>
<content type='text'>
ixgbe driver. As it was, when building them as a module INET
and INET6 are not defined. In these drivers it does not cause
a panic, however it does result in different behavior in the
ioctl routine when you are using a module vs static, and I
think the behavior should be the same.

MFC after: 3 days
</content>
</entry>
<entry>
<title>if_lem.c:  make sure that lem_rxeof() can drain the entire rx queue</title>
<updated>2013-05-09T17:07:30Z</updated>
<author>
<name>Luigi Rizzo</name>
<email>luigi@FreeBSD.org</email>
</author>
<published>2013-05-09T17:07:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4dc07530d7f3ba585bcad476d00d2d072d055510'/>
<id>urn:sha1:4dc07530d7f3ba585bcad476d00d2d072d055510</id>
<content type='text'>
	irrespective of the setting of lem_rx_process_limit, while
	giving a chance to the taskqueue scheduler to act after
	each chunk.
	This makes lem_rxeof similar to the one in if_em.c and if_igb.c .

if_lem.c and if_em.c: add a sysctl to manually configure the
	'itr' moderation register.

Approved by:	Jack Vogel
</content>
</entry>
</feed>
