<feed xmlns='http://www.w3.org/2005/Atom'>
<title>user/sven/linux.git/drivers/net/e1000, branch ipvs/cleanups</title>
<subtitle>Linux Kernel
</subtitle>
<id>https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=ipvs%2Fcleanups</id>
<link rel='self' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=ipvs%2Fcleanups'/>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/'/>
<updated>2010-03-27T15:33:22Z</updated>
<entry>
<title>e1000: do not modify tx_queue_len on link speed change</title>
<updated>2010-03-27T15:33:22Z</updated>
<author>
<name>Emil Tantilov</name>
<email>emil.s.tantilov@intel.com</email>
</author>
<published>2010-03-26T11:25:58Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=39ca5f033bb2ea18877632809185268eebbb37a9'/>
<id>urn:sha1:39ca5f033bb2ea18877632809185268eebbb37a9</id>
<content type='text'>
Previously the driver tweaked txqueuelen to avoid false Tx hang reports
seen at half duplex.  This had the effect of overriding user set values
on link change/reset. Testing shows that adjusting only the timeout
factor is sufficient to prevent Tx hang reports at half duplex.

This patch removes all instances of tx_queue_len in the driver.

Based on e1000e patch by Franco Fichtner &lt;franco@lastsummer.de&gt;

CC: Franco Fichtner &lt;franco@lastsummer.de&gt;
Signed-off-by: Emil Tantilov &lt;emil.s.tantilov@intel.com&gt;
Acked-by: Jesse Brandeburg &lt;jesse.brandeburg@intel.com&gt;
Signed-off-by: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6</title>
<updated>2010-02-26T07:22:42Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2010-02-26T07:22:42Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=04488734806948624dabc4514f96f14cd75b9a50'/>
<id>urn:sha1:04488734806948624dabc4514f96f14cd75b9a50</id>
<content type='text'>
</content>
</entry>
<entry>
<title>e1000: Fix DMA mapping error handling on RX</title>
<updated>2010-02-23T09:24:59Z</updated>
<author>
<name>Anton Blanchard</name>
<email>anton@samba.org</email>
</author>
<published>2010-02-19T17:54:53Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=b5abb028e214cca68f4231d4f3bc0847ddbc986e'/>
<id>urn:sha1:b5abb028e214cca68f4231d4f3bc0847ddbc986e</id>
<content type='text'>
Check for error return from pci_map_single/pci_map_page and clean up.

With this and the previous patch the driver was able to handle a significant
percentage of errors (I set the fault injection rate to 10% and could still
download large files at a reasonable speed).

Signed-off-by: Anton Blanchard &lt;anton@samba.org&gt;
Signed-off-by: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>e1000: correct wrong coding style for "else"</title>
<updated>2010-02-23T09:19:22Z</updated>
<author>
<name>Jiri Pirko</name>
<email>jpirko@redhat.com</email>
</author>
<published>2010-02-23T09:19:22Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=10886af54a2478f97f2d5f89bbe270b99206f8ab'/>
<id>urn:sha1:10886af54a2478f97f2d5f89bbe270b99206f8ab</id>
<content type='text'>
Signed-off-by: Jiri Pirko &lt;jpirko@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>e1000: convert to use netdev_for_each_mc_addr</title>
<updated>2010-02-22T23:45:51Z</updated>
<author>
<name>Jiri Pirko</name>
<email>jpirko@redhat.com</email>
</author>
<published>2010-02-22T09:10:44Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=7a81e9f3ca712db82344ea3ab2a5879241f59c48'/>
<id>urn:sha1:7a81e9f3ca712db82344ea3ab2a5879241f59c48</id>
<content type='text'>
Signed-off-by: Jiri Pirko &lt;jpirko@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>e1000: call pci_save_state after pci_restore_state</title>
<updated>2010-02-04T03:39:57Z</updated>
<author>
<name>Nick Nunley</name>
<email>nicholasx.d.nunley@intel.com</email>
</author>
<published>2010-02-03T14:49:48Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=dbb5aaebc44ce7f64b12904c58fbc1dd487982a7'/>
<id>urn:sha1:dbb5aaebc44ce7f64b12904c58fbc1dd487982a7</id>
<content type='text'>
This patch adds a call to pci_save_state() immediately after
the call to pci_restore_state(). Due to a change in the behavior
of pci_restore_state() it is necessary to call pci_save_state()
to keep the state_saved flag. This patch is based on a similar
patch for ixgbe.

Signed-off-by: Nicholas Nunley &lt;nicholasx.d.nunley@intel.com&gt;
Signed-off-by: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>e1000: Report link status in ethtool when interface is down</title>
<updated>2010-02-04T03:39:56Z</updated>
<author>
<name>Nick Nunley</name>
<email>nicholasx.d.nunley@intel.com</email>
</author>
<published>2010-02-03T14:49:28Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=b548192acaebcb05d6a87d1e94f19835b1a18a8b'/>
<id>urn:sha1:b548192acaebcb05d6a87d1e94f19835b1a18a8b</id>
<content type='text'>
With this change ethtool will correctly report link status when
the interface is down. Currently ethtool reports the link as not
detected when the interface is down.

Signed-off-by: Nicholas Nunley &lt;nicholasx.d.nunley@intel.com&gt;
Signed-off-by: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6</title>
<updated>2010-01-28T14:12:38Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2010-01-28T14:12:38Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=05ba712d7eb156009753e18e5116cabd869cc6e2'/>
<id>urn:sha1:05ba712d7eb156009753e18e5116cabd869cc6e2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>net: use helpers to access uc list V2</title>
<updated>2010-01-25T21:36:10Z</updated>
<author>
<name>Jiri Pirko</name>
<email>jpirko@redhat.com</email>
</author>
<published>2010-01-25T21:36:10Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=32e7bfc41110bc8f29ec0f293c3bcee6645fef34'/>
<id>urn:sha1:32e7bfc41110bc8f29ec0f293c3bcee6645fef34</id>
<content type='text'>
This patch introduces three macros to work with uc list from net drivers.

Signed-off-by: Jiri Pirko &lt;jpirko@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>e1000/e1000e: don't use small hardware rx buffers</title>
<updated>2010-01-23T09:08:53Z</updated>
<author>
<name>Jesse Brandeburg</name>
<email>jesse.brandeburg@intel.com</email>
</author>
<published>2010-01-22T22:56:16Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=9926146b15fd96d78a4f7c32e7a26d50639369f4'/>
<id>urn:sha1:9926146b15fd96d78a4f7c32e7a26d50639369f4</id>
<content type='text'>
When testing the "e1000: enhance frame fragment detection" (and e1000e)
patches we found some bugs with reducing the MTU size.  The 1024 byte
descriptor used with the 1000 mtu test also (re) introduced the
(originally) reported bug, and causes us to need the e1000_clean_tx_irq
"enhance frame fragment detection" fix.

So what has occured here is that 2.6.32 is only vulnerable for mtu &lt;
1500 due to the jumbo specific routines in both e1000 and e1000e.
So, 2.6.32 needs the 2kB buffer len fix for those smaller MTUs, but
is not vulnerable to the original issue reported.  It has been pointed
out that this vulnerability needs to be patched in older kernels that
don't have the e1000 jumbo routine.  Without the jumbo routines, we
need the "enhance frame fragment detection" fix the e1000, old
e1000e is only vulnerable for &lt; 1500 mtu, and needs a similar
fix.  We split the patches up to provide easy backport paths.

There is only a slight bit of extra code when this fix and the
original "enhance frame fragment detection" fixes are applied, so
please apply both, even though it is a bit of overkill.

Signed-off-by: Jesse Brandeburg &lt;jesse.brandeburg@intel.com&gt;
Signed-off-by: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
