<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/net, branch v2.6.24</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v2.6.24</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v2.6.24'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2008-01-23T11:11:45Z</updated>
<entry>
<title>sis190: scheduling while atomic error</title>
<updated>2008-01-23T11:11:45Z</updated>
<author>
<name>Francois Romieu</name>
<email>romieu@fr.zoreil.com</email>
</author>
<published>2007-11-17T20:29:47Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=b334349eb4c8562fd60bc8a8bd5ba6b42f22b8ac'/>
<id>urn:sha1:b334349eb4c8562fd60bc8a8bd5ba6b42f22b8ac</id>
<content type='text'>
sis190_tx_timeout
-&gt; sis190_hw_start
   -&gt; sis190_soft_reset
      -&gt; msleep *splat*

PCI transactions are correctly flushed here.
The msleep() is probably useless.

Signed-off-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Cc: K.M. Liu &lt;kmliu@sis.com.tw&gt;
</content>
</entry>
<entry>
<title>sis190: mdio operation failure is not correctly detected</title>
<updated>2008-01-23T11:11:45Z</updated>
<author>
<name>Francois Romieu</name>
<email>romieu@fr.zoreil.com</email>
</author>
<published>2007-11-17T15:56:43Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=7bf3f232f7c78efee8c4d14ad9af8a5a40304916'/>
<id>urn:sha1:7bf3f232f7c78efee8c4d14ad9af8a5a40304916</id>
<content type='text'>
i ranges from 0 to 100 in the 'for' loop a few lines above.

Reported by davem.

Signed-off-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Cc: K.M. Liu &lt;kmliu@sis.com.tw&gt;
</content>
</entry>
<entry>
<title>sis190: remove duplicate INIT_WORK</title>
<updated>2008-01-23T11:11:44Z</updated>
<author>
<name>Francois Romieu</name>
<email>romieu@fr.zoreil.com</email>
</author>
<published>2007-11-17T14:55:10Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=11913d30b9fb985b12835037281ae0483be59623'/>
<id>urn:sha1:11913d30b9fb985b12835037281ae0483be59623</id>
<content type='text'>
It is already done in sis190_init_one.

Signed-off-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Cc: K.M. Liu &lt;kmliu@sis.com.tw&gt;
</content>
</entry>
<entry>
<title>sis190: add cmos ram access code for the SiS19x/968 chipset pair</title>
<updated>2008-01-23T11:11:43Z</updated>
<author>
<name>Francois Romieu</name>
<email>romieu@fr.zoreil.com</email>
</author>
<published>2007-12-04T21:58:41Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=ebc71647309539aaf9088f4e41b9f364cce8f7eb'/>
<id>urn:sha1:ebc71647309539aaf9088f4e41b9f364cce8f7eb</id>
<content type='text'>
More work is needed to handle correctly the PHY of the new devices
when connected to a 10Mb link but this change already helps some
users as is.

Fix for:
http://bugzilla.kernel.org/show_bug.cgi?id=9467

Signed-off-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Cc: K.M. Liu &lt;kmliu@sis.com.tw&gt;
Cc: J. Gleacher &lt;jgleacher@yahoo.com&gt;
Cc: Alexandre Penasso Teixeira &lt;alexandre@keepsoftware.com&gt;
Cc: Arliton Rocha &lt;arliton@gmail.com&gt;
Cc: Juan Jose Pablos &lt;juanjo@apertus.es&gt;
Cc: Wipat Srutiprom &lt;wipat.s@psu.ac.th&gt;
</content>
</entry>
<entry>
<title>iwlwifi: fix possible read attempt on ucode that is not available</title>
<updated>2008-01-23T11:11:41Z</updated>
<author>
<name>Reinette Chatre</name>
<email>reinette.chatre@intel.com</email>
</author>
<published>2008-01-21T18:08:31Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=a781cf94e6dcc09bf13e548298185d916d9ff3c8'/>
<id>urn:sha1:a781cf94e6dcc09bf13e548298185d916d9ff3c8</id>
<content type='text'>
This fixes a NULL pointer dereference that can occur when the
ucode is not loaded at the time __iwl_up is called.

The problem was reported at http://kerneloops.org/raw.php?rawid=2765&amp;msgid=

Signed-off-by: Reinette Chatre &lt;reinette.chatre@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>[TULIP] DMFE: Fix SROM parsing regression.</title>
<updated>2008-01-23T11:11:39Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2008-01-22T07:20:58Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=4c93566e2a61b48ef071a8d8a8fa9904c83a668e'/>
<id>urn:sha1:4c93566e2a61b48ef071a8d8a8fa9904c83a668e</id>
<content type='text'>
Changeset 16b110c3fd760620b4a787db6ed512fe531ab1b5 (dmfe warning fix)
bothed up the offsets read from the SROM so that it doesn't read the
same datums it used to.

The change made transformations like turning:

	"srom + 34"

into

	"(__le32 *)srom + 34/4"

which doesn't work because 4 does not divide evenly
into 34 so we're using a different pointer offset
than in the original code.

I've changed theses cases in dmfe_parse_srom() to
consistently use "(type *)(srom + offset)" preserving
the offsets from the original code.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Fix file references in documentation and Kconfig</title>
<updated>2008-01-22T18:43:36Z</updated>
<author>
<name>Johann Felix Soden</name>
<email>johfel@users.sourceforge.net</email>
</author>
<published>2008-01-20T13:41:18Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=889c94a14e38e749c8060f597ee7825ea0764229'/>
<id>urn:sha1:889c94a14e38e749c8060f597ee7825ea0764229</id>
<content type='text'>
Fix typo in arch/powerpc/boot/flatdevtree_env.h.
There is no Documentation/networking/ixgbe.txt.

README.cycladesZ is now in Documentation/.
wavelan.p.h is now in drivers/net/wireless/.
HFS.txt is now Documentation/filesystems/hfs.txt.
OSS-files are now in sound/oss/.

Signed-off-by: Johann Felix Soden &lt;johfel@users.sourceforge.net&gt;
Acked-by: Randy Dunlap &lt;randy.dunlap@oracle.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6</title>
<updated>2008-01-22T03:42:25Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@woody.linux-foundation.org</email>
</author>
<published>2008-01-22T03:42:25Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=f290fc3669d659a915e29b6bdb82d454b437cf93'/>
<id>urn:sha1:f290fc3669d659a915e29b6bdb82d454b437cf93</id>
<content type='text'>
* git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6:
  [ICMP]: ICMP_MIB_OUTMSGS increment duplicated
  [IPV6]: RFC 2011 compatibility broken
  [IPV6]: ICMP6_MIB_OUTMSGS increment duplicated
  [NET]: rtnl_link: fix use-after-free
  [AF_KEY]: Fix skb leak on pfkey_send_migrate() error
  [ATM] atm/suni.c: Fix section mismatch.
  [ATM] atm/idt77105.c: Fix section mismatch.
  [IrDA]: af_irda memory leak fixes
  [NEIGH]: Revert 'Fix race between neigh_parms_release and neightbl_fill_parms'
  [NETFILTER]: bridge-netfilter: fix net_device refcnt leaks
  [IPV6] ROUTE: Make sending algorithm more friendly with RFC 4861.
  [IPV4] FIB_HASH : Avoid unecessary loop in fn_hash_dump_zone()
  [NET]: Fix interrupt semaphore corruption in Intel drivers.
  [IPV4] fib_trie: fix duplicated route issue
  [IPV4] fib_hash: fix duplicated route issue
  [IPV6]: Mischecked tw match in __inet6_check_established.
  rfkill: call rfkill_led_trigger_unregister() on error
</content>
</entry>
<entry>
<title>tc35815: Use irq number for tc35815-mac platform device id</title>
<updated>2008-01-22T00:35:23Z</updated>
<author>
<name>Atsushi Nemoto</name>
<email>anemo@mba.ocn.ne.jp</email>
</author>
<published>2008-01-18T16:15:52Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=06675e6f4fb00a63575f4b85da305c3ab19e6e5d'/>
<id>urn:sha1:06675e6f4fb00a63575f4b85da305c3ab19e6e5d</id>
<content type='text'>
The tc35815-mac platform device used a pci bus number and a devfn to
identify its target device, but the pci bus number may vary if some
bus-bridges are found.  Use irq number which is be unique for embedded
controllers.

Signed-off-by: Atsushi Nemoto &lt;anemo@mba.ocn.ne.jp&gt;
Signed-off-by: Ralf Baechle &lt;ralf@linux-mips.org&gt;
</content>
</entry>
<entry>
<title>[NET]: rtnl_link: fix use-after-free</title>
<updated>2008-01-21T04:31:45Z</updated>
<author>
<name>Patrick McHardy</name>
<email>kaber@trash.net</email>
</author>
<published>2008-01-21T01:25:14Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=68365458a4252fa993b91a00f7a0b18fed399f0d'/>
<id>urn:sha1:68365458a4252fa993b91a00f7a0b18fed399f0d</id>
<content type='text'>
When unregistering the rtnl_link_ops, all existing devices using
the ops are destroyed. With nested devices this may lead to a
use-after-free despite the use of for_each_netdev_safe() in case
the upper device is next in the device list and is destroyed
by the NETDEV_UNREGISTER notifier.

The easy fix is to restart scanning the device list after removing
a device. Alternatively we could add new devices to the front of
the list to avoid having dependant devices follow the device they
depend on. A third option would be to only restart scanning if
dev-&gt;iflink of the next device matches dev-&gt;ifindex of the current
one. For now this seems like the safest solution.

With this patch, the veth rtnl_link_ops unregistration can use
rtnl_link_unregister() directly since it now also handles destruction
of multiple devices at once.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
