Bug 2991
Summary: | vlan (8021q) is working bad with some sites and some ports | ||
---|---|---|---|
Product: | Networking | Reporter: | Walter (roxwal) |
Component: | IPV4 | Assignee: | Nivedita Singhvi (niv) |
Status: | RESOLVED PATCH_ALREADY_AVAILABLE | ||
Severity: | high | CC: | greearb |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.7 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: | 3c59x patch for vlans (tested in production for 90 days now) |
Description
Walter
2004-07-01 00:19:10 UTC
It's likely that your driver does not handle the extra 4 bytes of the VLAN header. What driver/NIC are you using in the Linux VLAN machine? I am using eepro100 eepro100 : Intel Corp.|NetServer 10/100TX [NETWORK_ETHERNET] eth0: OEM i82557/i82558 10/100 Ethernet, 00:30:6E:1F:00:E4, IRQ 20. Board assembly 506585-133, Physical connectors present: RJ45 Primary interface chip i82555 PHY #1. General self-test: passed. Serial sub-system self-test: passed. Internal registers self-test: passed. ROM checksum self-test: passed (0xb874c1d3) I have test the problem so in kernel-2.4.25.2mdk-1-1mdk and have problem like in other machine whit mandrake 10 off + nic 3Com Corporation|3c905C-TX [Fast Etherlink] [NETWORK_ETHERNET] I have found: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=88592 Description of problem: The NIC drivers from the linux kernel must be pached in order not to drop "oversized frames" received. A tagged frame has a suplimentary header (tag) which contains informations about the vlan id it comes from, etc. The tagged frames are 4 bytes longer that the normal untagged ethernet frames. Almost all NIC drivers from the linux kernel (except e100 I suppose) drop this frames because are considered being oversized before untagging them. http://www.candelatech.com/~greear/vlan/howto.html#eepro Here is a patch sent in by gleb@nbase.co.il filename="linux-2.2.14-eepro100-vlan.patch" --- linux/drivers/net/eepro100.c Tue Oct 26 20:53:40 1999 +++ linux1/drivers/net/eepro100.c Sun May 14 07:47:34 2000 @@ -377,12 +377,12 @@ const char i82557_config_cmd[22] = { 22, 0x08, 0, 0, 0, 0x80, 0x32, 0x03, 1, /* 1=Use MII 0=Use AUI */ 0, 0x2E, 0, 0x60, 0, - 0xf2, 0x48, 0, 0x40, 0xf2, 0x80, /* 0x40=Force full- duplex */ + 0xf2, 0x48, 0, 0x40, 0xfa, 0x80, /* 0x40=Force full- duplex */ 0x3f, 0x05, }; const char i82558_config_cmd[22] = { 22, 0x08, 0, 1, 0, 0x80, 0x22, 0x03, 1, /* 1=Use MII 0=Use AUI */ 0, 0x2E, 0, 0x60, 0x08, 0x88, - 0x68, 0, 0x40, 0xf2, 0xBD, /* 0xBD->0xFD=Force full-duplex */ + 0x68, 0, 0x40, 0xfa, 0xBD, /* 0xBD->0xFD=Force full-duplex */ 0x31, 0x05, }; /* PHY media interface chips. */ now tray if it resolv the problem Just use the e100 driver, then everything will work OK. If the eepro100 is still officially supported, this bug should be assigned to whoever supports it. However, the eepro100 VLAN patch has been around for years and no one shows any interest in applying it... Created attachment 3299 [details]
3c59x patch for vlans (tested in production for 90 days now)
I'm comming from the Gentoo bugzilla to the kernel bugzilla because I have
problems with the behavior of the 3c59x driver in a VLAN setup. This patch is
the original 2.4 patch for this driver, but 'patched' so it cleanly applies for
the 2.6 kernels.
I also tryed the eepro100 patches for this problem which does _not_ work, the
intel e100 does.
I would like to request to get this patch into the mainline kernel. So the most
used 3com card works with VLANs out-of-the-box. I did not made it myself, but I
am using it in production on two firewalls, multiple interfaces and vlans, for
three months.
Hi! Could you please fwd your patch to Jeff Garzik and cc netdev@oss.sgi.com for mainline kernel inclusion?. thanks! Nivedita So I have patched the kernel 2.6.3 and now work the driver 3c59x perfectly in vlan with the patch of http://www.candelatech.com/~greear/vlan/howto.html in this page there are some other patch and like the patch is insert into vanilla tree. tks to all W:-} |