<feed xmlns='http://www.w3.org/2005/Atom'>
<title>pm24.git/drivers/net, branch v2.6.26-rc2</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>https://git.kobert.dev/pm24.git/atom/drivers/net?h=v2.6.26-rc2</id>
<link rel='self' href='https://git.kobert.dev/pm24.git/atom/drivers/net?h=v2.6.26-rc2'/>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/'/>
<updated>2008-05-09T02:03:26Z</updated>
<entry>
<title>Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6</title>
<updated>2008-05-09T02:03:26Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2008-05-09T02:03:26Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=28a4acb48586dc21d2d14a75a7aab7be78b7c83b'/>
<id>urn:sha1:28a4acb48586dc21d2d14a75a7aab7be78b7c83b</id>
<content type='text'>
* git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6: (32 commits)
  net: Added ASSERT_RTNL() to dev_open() and dev_close().
  can: Fix can_send() handling on dev_queue_xmit() failures
  netns: Fix arbitrary net_device-s corruptions on net_ns stop.
  netfilter: Kconfig: default DCCP/SCTP conntrack support to the protocol config values
  netfilter: nf_conntrack_sip: restrict RTP expect flushing on error to last request
  macvlan: Fix memleak on device removal/crash on module removal
  net/ipv4: correct RFC 1122 section reference in comment
  tcp FRTO: SACK variant is errorneously used with NewReno
  e1000e: don't return half-read eeprom on error
  ucc_geth: Don't use RX clock as TX clock.
  cxgb3: Use CAP_SYS_RAWIO for firmware
  pcnet32: delete non NAPI code from driver.
  fs_enet: Fix a memory leak in fs_enet_mdio_probe
  [netdrvr] eexpress: IPv6 fails - multicast problems
  3c59x: use netstats in net_device structure
  3c980-TX needs EXTRA_PREAMBLE
  fix warning in drivers/net/appletalk/cops.c
  e1000e: Add support for BM PHYs on ICH9
  uli526x: fix endianness issues in the setup frame
  uli526x: initialize the hardware prior to requesting interrupts
  ...
</content>
</entry>
<entry>
<title>usb/asix: add Buffalo LUA-U2-GT 10/100/1000</title>
<updated>2008-05-08T17:46:56Z</updated>
<author>
<name>Mattia Dongili</name>
<email>malattia@linux.it</email>
</author>
<published>2008-05-07T03:42:35Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=ac7b77f13f2f33270276f88ad0f427e031552e04'/>
<id>urn:sha1:ac7b77f13f2f33270276f88ad0f427e031552e04</id>
<content type='text'>
The USB net adapter Buffalo LUA-U2-GT (0411:006e) carries a AX88178 chip.
Tested on the above HW.

Signed-off-by: Mattia Dongili &lt;malattia@linux.it&gt;
Acked-off-by: David Hollis &lt;dhollis@davehollis.com&gt;
Cc: Greg KH &lt;greg@kroah.com&gt;
Acked-by: Jeff Garzik &lt;jeff@garzik.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Merge branch 'upstream-davem' of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6</title>
<updated>2008-05-08T09:35:54Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2008-05-08T09:35:54Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=33f9936b2b73dba6c8685994c441c4fd30b04814'/>
<id>urn:sha1:33f9936b2b73dba6c8685994c441c4fd30b04814</id>
<content type='text'>
</content>
</entry>
<entry>
<title>macvlan: Fix memleak on device removal/crash on module removal</title>
<updated>2008-05-08T08:13:31Z</updated>
<author>
<name>Patrick McHardy</name>
<email>kaber@trash.net</email>
</author>
<published>2008-05-08T08:13:31Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=7312096454b6cd71267eaa3d0efb408e449e9ff3'/>
<id>urn:sha1:7312096454b6cd71267eaa3d0efb408e449e9ff3</id>
<content type='text'>
As noticed by Ben Greear, macvlan crashes the kernel when unloading the
module. The reason is that it tries to clean up the macvlan_port pointer
on the macvlan device itself instead of the underlying device. A non-NULL
pointer is taken as indication that the macvlan_handle_frame_hook is
valid, when receiving the next packet on the underlying device it tries
to call the NULL hook and crashes.

Clean up the macvlan_port on the correct device to fix this.

Signed-off-by; Patrick McHardy &lt;kaber@trash.net&gt;
Tested-by: Ben Greear &lt;greearb@candelatech.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>e1000e: don't return half-read eeprom on error</title>
<updated>2008-05-06T16:38:02Z</updated>
<author>
<name>Kok, Auke</name>
<email>auke-jan.h.kok@intel.com</email>
</author>
<published>2008-04-29T18:18:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=f227ec3ca2b7be449fb2156e82b40cceed87a34a'/>
<id>urn:sha1:f227ec3ca2b7be449fb2156e82b40cceed87a34a</id>
<content type='text'>
On a read error, e1000e might have returned uninitialized block of
eeprom data back to userspace. The convention is that 0xff is "empty",
so mark the entire eeprom as empty in case of an error.

Signed-off-by: Auke Kok &lt;auke-jan.h.kok@intel.com&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>ucc_geth: Don't use RX clock as TX clock.</title>
<updated>2008-05-06T16:27:58Z</updated>
<author>
<name>Joakim Tjernlund</name>
<email>Joakim.Tjernlund@transmode.se</email>
</author>
<published>2008-04-29T11:03:57Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=e410553fd35afd6d290b65e02dc501722406377d'/>
<id>urn:sha1:e410553fd35afd6d290b65e02dc501722406377d</id>
<content type='text'>
Commit 9fb1e350e16164d56990dde036ae9c0a2fd3f634,
ucc_geth: use rx-clock-name and tx-clock-name device tree properties
Introduced a typo that made the driver use the RX clock
as TX clock, causing massive TX errors.

Signed-off-by: Joakim Tjernlund &lt;Joakim.Tjernlund@transmode.se&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>cxgb3: Use CAP_SYS_RAWIO for firmware</title>
<updated>2008-05-06T16:27:53Z</updated>
<author>
<name>Alan Cox</name>
<email>alan@lxorguk.ukuu.org.uk</email>
</author>
<published>2008-04-29T13:29:30Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=1b3aa7afb60d34867eea5e73ee943b2a026fc47c'/>
<id>urn:sha1:1b3aa7afb60d34867eea5e73ee943b2a026fc47c</id>
<content type='text'>
Otherwise theoretically at least

	CAP_NET_ADMIN
	Reload new firmware
	Wait..
	Firmware patches kernel

So it should be CAY_SYS_RAWIO - not that I suspect this is in fact a
credible attack vector!

Signed-off-by: Alan Cox &lt;alan@redhat.com&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>pcnet32: delete non NAPI code from driver.</title>
<updated>2008-05-06T16:22:39Z</updated>
<author>
<name>Don Fry</name>
<email>pcnet32@verizon.net</email>
</author>
<published>2008-04-29T20:49:58Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=01935d7d2c544a5dfc8313f79ed164d45115aa33'/>
<id>urn:sha1:01935d7d2c544a5dfc8313f79ed164d45115aa33</id>
<content type='text'>
Delete the non-napi code from the driver and Kconfig.
Tested x86_64.  Apply at next open opportunity.

Signed-off-by: Don Fry &lt;pcnet32@verizon.net&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>fs_enet: Fix a memory leak in fs_enet_mdio_probe</title>
<updated>2008-05-06T16:22:37Z</updated>
<author>
<name>Scott Wood</name>
<email>scottwood@freescale.com</email>
</author>
<published>2008-05-02T18:42:41Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=a86e2cbe263c193a70b2e5c5a0c7e53ed39fc0ad'/>
<id>urn:sha1:a86e2cbe263c193a70b2e5c5a0c7e53ed39fc0ad</id>
<content type='text'>
There are more memory leaks in the !PPC_CPM_NEW_BINDING case, but that code
will disappear soon along with arch/ppc.

Reported by Daniel Marjamki &lt;danielm77@spray.se&gt; at
http://bugzilla.kernel.org/show_bug.cgi?id=10591

Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>[netdrvr] eexpress: IPv6 fails - multicast problems</title>
<updated>2008-05-06T16:22:34Z</updated>
<author>
<name>Bruce Robson</name>
<email>bns_robson@hotmail.com</email>
</author>
<published>2008-05-02T20:40:53Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=46fa06170d59b6b9951d09354829d85090f0d911'/>
<id>urn:sha1:46fa06170d59b6b9951d09354829d85090f0d911</id>
<content type='text'>
Taken from http://bugzilla.kernel.org/show_bug.cgi?id=10577

I was unable to access a computer containing an Intel EtherExpress 16 network
card using IPv6.

I traced this to failure of neighbour discovery.  When I used an "ip -6 neigh
add" command, on the computer attempting access, to insert a binding between
the IPv6 address of the computer with the Intel EtherExpress 16 network card
and the card's ethernet address, I was able to access that computer using
IPv6.

Neighbour discovery requires working multicast.  The driver sources file
eexpress.c contains an approximately 30 line function eexp_setup_filter used
when loading multicast addresses.

I found 3 problems in this function

1) It wrote the number of multicast addresses to the card instead of the
    number of bytes in the multicast addresses.

2) When loading multiple multicast addresses it loaded the first one
    provided multiple times instead of loading each one once.

3) The setting of pointer 'data' from 'dmi-&gt;dmi_addr' occured before the
    test for the error situation of 'dmi' being NULL.

Correcting these problems allows the computer with the Intel EtherExpress 16
network card to found by IPv6 neighbour discovery.

p.s. There is some information on the Intel EtherExpress 16 at
http://www.intel.com/support/etherexpress/vintage/sb/cs-013500.htm
Datasheet for the Intel 82586 ethernet controller used by the card
http://www.datasheetcatalog.com/datasheets_pdf/8/2/5/8/82586.shtml

Signed-off-by: Bruce Robson &lt;bns_robson@hotmail.com&gt;
Cc: Jeff Garzik &lt;jeff@garzik.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
</feed>
