On Mon, Jan 10, 2005 at 03:43:56PM -0500, Neil Horman wrote: > Gergely Madarasz wrote: > >On Mon, Jan 10, 2005 at 02:53:10PM -0500, Neil Horman wrote: > > > >>Gergely Madarasz wrote: > >> > >>>On Mon, Jan 10, 2005 at 02:41:34PM -0500, Neil Horman wrote: > >>>>Gergely Madarasz wrote: > >>>> > >>>>I've got a tg3 card here. I'll try re-create it as soon as I have > >>>>time. > >>> > >>> > >>>Sounds great, but I expect it will not occur with a random tg3 card, > >>>explained above... > >>> > >> > >>Mmmmm....post your lspci -vvv entry for your broken tg3 card? > > > > > >on the ibm x346: > > > >0000:05:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 > >Gigabit Ethernet PCI Express (rev 01) > > ... > > > >The other one looks the same, just bus 06 instead of 05 and different > >Region 0 and Address lines. > > > >Same problem, other machine (ibm x326): > > > >0000:02:01.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 > >Gigabit Ethernet (rev 03) > > ... > > > >Greg > > Crud, you're right, I've got a completely different tg3 card. I'll > still try to get a bridge set up to recreate, but it won't tell us much > if the problem doesn't re-create. Can you put a printk in right before > netif_receive_skb in tg3_rx to print out the source mac address of any > received frames, we should be able to search for any MACs == > 01-80-C2-00-00-00, and determine for sure if the hardware is eating the > frame, or something else is dropping it prematurely. I went for an easier way (couldn't figure printing macs fast enough :), I'm just printing out if there is a packet received in tg3_rx, and running tethereal meanwhile. After checking the output for several minutes I'm sure that every packet received by tg3_rx is accounted for in tethereal, which means the incoming bpdu's are eaten by the hardware... Greg - : send the line "unsubscribe linux-net" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
