Ethernet Bridge development
 help / color / mirror / Atom feed
* [Bridge] Bridging on broken Broadcom hardware.
@ 2004-02-18 23:26 Paul Schulz
  0 siblings, 0 replies; 2+ messages in thread
From: Paul Schulz @ 2004-02-18 23:26 UTC (permalink / raw)
  To: bridge; +Cc: sjolly

[-- Attachment #1: Type: text/plain, Size: 858 bytes --]

Greetings (first post to the list)...

The following patch is required to allow bridging to occur on an
IBM x305 (1RU server).  (It has been posted to the kernel-developers
mailing list previously.)

Background:
  - The Dual Broadcom NICs in the IBM x305 have a broken checksum
    routine which wants to calculate the checksum the ethernet
    packet where the 'source' IP address is the IP address 
    of the sending interface.
    This breaks bridging! (Upstream hosts see an invalid checksum 
    and drop the packet.)

  - I have heard of other issues with Broadcom NICs not
    working with IPv6 and broadcast/multicast which could be 
    related.
    
I would like to get these results and the fix verified, as it will
effect any hosts using this chipset. Does anyone have any pointers?

Paul Schulz <pschulz@foursticks.com>


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Bridge] Bridging on broken Broadcom hardware.
@ 2004-02-18 23:29 Paul Schulz
  0 siblings, 0 replies; 2+ messages in thread
From: Paul Schulz @ 2004-02-18 23:29 UTC (permalink / raw)
  To: bridge; +Cc: sjolly

[-- Attachment #1: Type: text/plain, Size: 1651 bytes --]

Greetings (first post to the list, with patch)...

The following patch is required to allow bridging to occur on an
IBM x305 (1RU server) - with the tg3 module.  
(This has been posted to the kernel-developers mailing list.)

Background:
  - The Dual Broadcom NICs in the IBM x305 have a broken checksum
    routine which wants to calculate the checksum the ethernet
    packet where the 'source' IP address is the IP address 
    of the sending interface.
    This breaks bridging! (Upstream hosts see an invalid checksum 
    and drop the packet.)

  - I have heard of other issues with Broadcom NICs not
    working with IPv6 and broadcast/multicast which could be 
    related.
    
I would like to get these results and the fix verified, as it will
effect any hosts using this chipset. Does anyone have any pointers?

Paul Schulz <pschulz@foursticks.com>

--------------------------------------------------------------------
diff -Naur linux-2.4.20/drivers/net/tg3.c linux-2.4.20-np/drivers/net/tg3.c
--- linux-2.4.20/drivers/net/tg3.c	Fri Nov 29 10:23:14 2002
+++ linux-2.4.20-np/drivers/net/tg3.c	Thu Jan 23 14:46:54 2003
@@ -6161,6 +6161,11 @@
 	if (tp->pci_chip_rev_id == CHIPREV_ID_5700_B0)
 		tp->tg3_flags |= TG3_FLAG_BROKEN_CHECKSUMS;
 
+	/* 5703 A2 have issues with checksumming too. (sarah) */
+	if (tp->pci_chip_rev_id == CHIPREV_ID_5703_A2)
+		tp->tg3_flags |= TG3_FLAG_BROKEN_CHECKSUMS;
+
 	/* Regardless of whether checksums work or not, we configure
 	 * the StrongARM chips to not compute the pseudo header checksums
 	 * in either direction.  Because of the way Linux checksum support




[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2004-02-18 23:29 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-02-18 23:29 [Bridge] Bridging on broken Broadcom hardware Paul Schulz
  -- strict thread matches above, loose matches on Subject: below --
2004-02-18 23:26 Paul Schulz

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox