>David Greenman wrote: >> Alfred Perlstein wrote: >> >You're probably incorrect, it doesn't matter if vlan tags are active >> >or not, it's most likely wheather or not the firmware is being asked >> >to handle them at all. >> >> I would think it would get the checksum wrong most of the time if that >> were the case. It seems to only have problems with small packets, but the >> behavior is pretty strange, so who knows. Do you have some specific knowledge >> about Broadcom and brokeness related to VLAN tag support when not using >> VLANs? > >If it's very small payload, it's probably a byte-order-in-buffer >issue (several Eagle manufactured cards had similar problems, and >so did the NE1000, when it came to DMA transfers, back when 16 bit >transfers were new 8^).
The packet itself is fine, it's just the checksum that the hardware calculates is wrong. >For VLANs, yes, there are specific problems known with the Broadcom >cards when the firmware support for VLANs is enabled. The first card >known to work with checksum offload enable and VLAN support enabled >(whether it's used or not) is the Tigon III. I don't know if Bill >Paul fixed the firmware for the Tigon II in this case (he has been >known to hack Tigon II firmware), but it could have been fixed by now. > >In any case, disabling it is what ClickArray ended up doing, as well, >for the Tigon II, until the firmware could be fixed. We're talking about the Tigon III (bge driver for Broadcom BCM5700/BCM5701). -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message