linux-toradex.git/drivers/net, branch v2.6.25.10

TTY: fix for tty operations bugs

2008-07-03T03:46:14+00:00

This is fixed with the recent tty operations rewrite in mainline in a
different way, this is a selective backport of the relevant portions to
the -stable tree.

Signed-off-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

atl1: relax eeprom mac address error check

2008-06-24T21:08:28+00:00

upstream commit: 58c7821c4264a7ddd6f0c31c5caaf393b3897f10

The atl1 driver tries to determine the MAC address thusly:

	- If an EEPROM exists, read the MAC address from EEPROM and
	  validate it.
	- If an EEPROM doesn't exist, try to read a MAC address from
	  SPI flash.
	- If that fails, try to read a MAC address directly from the
	  MAC Station Address register.
	- If that fails, assign a random MAC address provided by the
	  kernel.

We now have a report of a system fitted with an EEPROM containing all
zeros where we expect the MAC address to be, and we currently handle
this as an error condition.  Turns out, on this system the BIOS writes
a valid MAC address to the NIC's MAC Station Address register, but we
never try to read it because we return an error when we find the all-
zeros address in EEPROM.

This patch relaxes the error check and continues looking for a MAC
address even if it finds an illegal one in EEPROM.

http://ubuntuforums.org/showthread.php?t=562617

[jacliburn@bellsouth.net: backport to 2.6.25.7]

Signed-off-by: Radu Cristescu 
Signed-off-by: Jay Cliburn 
Signed-off-by: Jeff Garzik 
Signed-off-by: Greg Kroah-Hartman

b43: Fix possible NULL pointer dereference in DMA code

2008-06-22T05:24:55+00:00

a cut-down version of commit 028118a5f09a9c807e6b43e2231efdff9f224c74 upstream

This fixes a possible NULL pointer dereference in an error path of the
DMA allocation error checking code. In case the DMA allocation address is invalid,
the dev pointer is dereferenced for unmapping of the buffer.

Reported-by: Miles Lane 
Signed-off-by: Michael Buesch 
Signed-off-by: John W. Linville 
Signed-off-by: Greg Kroah-Hartman

b43: Fix noise calculation WARN_ON

2008-06-22T05:24:55+00:00

commit 98a3b2fe435ae76170936c14f5c9e6a87548e3ef upstream.

This removes a WARN_ON that is responsible for the following koops:
http://www.kerneloops.org/searchweek.php?search=b43_generate_noise_sample

The comment in the patch describes why it's safe to simply remove
the check.

Signed-off-by: Michael Buesch 
Signed-off-by: John W. Linville 
Signed-off-by: Greg Kroah-Hartman

virtio_net: Fix skb->csum_start computation

2008-06-22T05:24:54+00:00

commit 23cde76d801246a702e7a84c3fe3d655b35c89a1 upstream.

hdr->csum_start is the offset from the start of the ethernet
header to the transport layer checksum field. skb->csum_start
is the offset from skb->head.

skb_partial_csum_set() assumes that skb->data points to the
ethernet header - i.e. it computes skb->csum_start by adding
the headroom to hdr->csum_start.

Since eth_type_trans() skb_pull()s the ethernet header,
skb_partial_csum_set() should be called before
eth_type_trans().

(Without this patch, GSO packets from a guest to the world outside the
host are corrupted).

Signed-off-by: Mark McLoughlin 
Acked-by: Herbert Xu 
Signed-off-by: Rusty Russell 
Signed-off-by: Greg Kroah-Hartman

forcedeth: msi interrupts

2008-06-16T20:20:02+00:00

commit 4db0ee176e256444695ee2d7b004552e82fec987 upstream

Add a workaround for lost MSI interrupts.  There is a race condition in
the HW in which future interrupts could be missed.  The workaround is to
toggle the MSI irq mask.

Added cleanup based on comments from Andrew Morton.

Signed-off-by: Ayaz Abdulla 
Cc: Manfred Spraul 
Cc: Jeff Garzik 
Signed-off-by: Andrew Morton 
Signed-off-by: Jeff Garzik 
Signed-off-by: Greg Kroah-Hartman

l2tp: Fix possible oops if transmitting or receiving when tunnel goes down

2008-06-16T20:19:58+00:00

[ upstream commit: 24b95685ffcdb3dc28f64b9e8af6ea3e8360fbc5 ]

Some problems have been experienced in the field which cause an oops
in the pppol2tp driver if L2TP tunnels fail while passing data.

The pppol2tp driver uses private data that is referenced via the
sk->sk_user_data of its UDP and PPPoL2TP sockets. This patch makes
sure that the driver uses sock_hold() when it holds a reference to the
sk pointer. This affects its sendmsg(), recvmsg(), getname(),
[gs]etsockopt() and ioctl() handlers.

Tested by ISP where problem was seen. System has been up 10 days with
no oops since running this patch. Without the patch, an oops would
occur every 1-2 days.

Signed-off-by: James Chapman 
Signed-off-by: David S. Miller 
Signed-off-by: Chris Wright

l2tp: Fix possible WARN_ON from socket code when UDP socket is closed

2008-06-16T20:19:58+00:00

[ upstream commit: 199f7d24ae59894243687a234a909f44a8724506 ]

If an L2TP daemon closes a tunnel socket while packets are queued in
the tunnel's reorder queue, a kernel warning is logged because the
socket is closed while skbs are still referencing it. The fix is to
purge the queue in the socket's release handler.

WARNING: at include/net/sock.h:351 udp_lib_unhash+0x41/0x68()
Pid: 12998, comm: openl2tpd Not tainted 2.6.25 #8
 [] warn_on_slowpath+0x41/0x51
 [] udp_lib_unhash+0x41/0x68
 [] sk_common_release+0x23/0x90
 [] udp_lib_close+0x8/0xa
 [] inet_release+0x42/0x48
 [] sock_release+0x14/0x60
 [] sock_close+0x29/0x30
 [] __fput+0xad/0x15b
 [] fput+0x17/0x19
 [] filp_close+0x50/0x5a
 [] sys_close+0x69/0x9f
 [] syscall_call+0x7/0xb

Signed-off-by: James Chapman 
Signed-off-by: David S. Miller 
Signed-off-by: Chris Wright

l2tp: avoid skb truesize bug if headroom is increased

2008-06-16T20:19:56+00:00

[ upstream commit: 090c48d3dd5ea90b37350334aaed9a93b0c1e0a1 ]

A user reported seeing occasional bugs such as the following when
using the L2TP driver.

  SKB BUG: Invalid truesize (272) len=72, sizeof(sk_buff)=208

When L2TP adds its header in the transmit path, it might need to
increase the headroom of the skb. In some cases, the increased
headroom trips a kernel bug when the skb is freed because the skb has
grown beyond its truesize value. The fix is to increase the truesize
by the amount of headroom added, after orphaning the skb.

While here, fix a misleading comment.

Thanks to Iouri Kharon  for the initial
report and testing the fix.

Signed-off-by: James Chapman 
Signed-off-by: David S. Miller 
Signed-off-by: Chris Wright

cassini: Only use chip checksum for ipv4 packets.

2008-06-16T20:19:55+00:00

[ upstream commit: b1443e2f6501f06930a162ff1ff08382a98bf23e ]

According to David Monro, at least with Natsemi Saturn chips the
cassini driver has some trouble with ipv6 checksums.

Until we have more information about what's going on here, only
use the chip checksums for ipv4.

This workaround was suggested and tested by David.

Update version and release date.

Signed-off-by: David S. Miller 
Signed-off-by: Chris Wright