Jay Vosburgh 54ef313714 [PATCH] bonding: Handle large hard_header_len ... The bonding driver fails to adjust its hard_header_len when enslaving interfaces. Whenever an interface with a hard_header_len greater than the ETH_HLEN default is enslaved, the potential for an oops exists, and if the oops happens while responding to an arp request, for example, the system panics. GIANFAR devices may use an extended hard_header for VLAN or hardware checksumming. Enslaving such a device and then transmitting over it causes a kernel panic. Patch modified from submitter's original, but submitter agreed with this patch in private email. Signed-off-by: Mark Huth <mhuth@mvista.com> Signed-off-by: Jay Vosburgh <fubar@us.ibm.com> Signed-off-by: Jeff Garzik <jeff@garzik.org>		2006-09-25 20:08:09 -04:00
..
bond_3ad.c	[PATCH] bonding: Allow bonding to enslave a 10 Gig adapter	2006-09-25 20:08:08 -04:00
bond_3ad.h
bond_alb.c
bond_alb.h
bond_main.c	[PATCH] bonding: Handle large hard_header_len	2006-09-25 20:08:09 -04:00
bond_sysfs.c	[PATCH] bonding: Remove unneeded NULL test	2006-09-25 20:08:09 -04:00
bonding.h	[PATCH] bonding: Convert delay value from s16 to int	2006-09-25 20:08:08 -04:00
Makefile