age(4) corrupts packets

[Kostik Belousov]

On Mon, Jan 19, 2009 at 10:52:25AM +0900, Pyun YongHyeon wrote:
> On Sat, Jan 17, 2009 at 05:25:59PM +0200, Kostik Belousov wrote:
>  > I have to use a machine with ASUS motherboard, that has age(4) ethernet
>  > adapter. It seems that active use of the net causes corrupted frames,
>  > like the following ssh disconnect (after doing find / in the shell):
>  > Disconnecting: Corrupted MAC on input.
>  > 
>  > Machine runs reasonably latest stable/7.
>  > 
>  > Any advice ? Anything I should try to tweak ? Do you need additional
>  > information ?
>  > 
> 
> Would you show me the output of "sysctl dev.age.0.stats=1"?
> Also try disabling Rx checksum offload(ifconfig age0 -rxcsum).

From the quick test, -rxcsum helped.

age0 statistics:
Transmit good frames : 758324
Transmit good broadcast frames : 8
Transmit good multicast frames : 0
Transmit pause control frames : 0
Transmit control frames : 0
Transmit frames with excessive deferrals : 0
Transmit deferrals : 0
Transmit good octets : 138644293
Transmit good broadcast octets : 480
Transmit good multicast octets : 0
Transmit frames 64 bytes : 7912
Transmit frames 65 to 127 bytes : 231717
Transmit frames 128 to 255 bytes : 431502
Transmit frames 256 to 511 bytes : 60564
Transmit frames 512 to 1024 bytes : 11121
Transmit frames 1024 to 1518 bytes : 15508
Transmit frames 1519 to MTU bytes : 0
Transmit single collisions : 0
Transmit multiple collisions : 0
Transmit late collisions : 0
Transmit abort due to excessive collisions : 0
Transmit underruns due to FIFO underruns : 0
Transmit descriptor write-back errors : 0
Transmit frames with length mismatched frame size : 0
Transmit frames with truncated due to MTU size : 0
Receive good frames : 1160903
Receive good broadcast frames : 557046
Receive good multicast frames : 1386
Receive pause control frames : 0
Receive control frames : 0
Receive CRC errors : 0
Receive frames with length errors : 0
Receive good octets : 480137225
Receive good broadcast octets : 63406156
Receive good multicast octets : 119196
Receive frames too short : 0
Receive fragmented frames : 0
Receive frames 64 bytes : 178796
Receive frames 65 to 127 bytes : 837139
Receive frames 128 to 255 bytes : 141222
Receive frames 256 to 511 bytes : 79755
Receive frames 512 to 1024 bytes : 21326
Receive frames 1024 to 1518 bytes : 542337
Receive frames 1519 to MTU bytes : 0
Receive frames too long : 0
Receive frames with FIFO overflow : 0
Receive frames with return descriptor overflow : 0
Receive frames with alignment errors : 0
Receive frames dropped due to address filtering : 639672

> 
>  > I can test patches on this box.
>  > 
>  > age0: <Attansic Technology Corp, L1 Gigabit Ethernet> mem 0xfeac0000-0xfeafffff irq 17 at device 0.0 on pci2
>  > age0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xfeac0000
>  > age0: PCI device revision : 0x00b0
>  > age0: Chip id/revision : 0x9006
>  > age0: 1280 Tx FIFO, 2364 Rx FIFO
>  > age0: MSIX count : 0
>  > age0: MSI count : 1
>  > age0: attempting to allocate 1 MSI vectors (1 supported)
>  > msi: routing MSI IRQ 256 to vector 52
>  > age0: using IRQ 256 for MSI
>  > age0: Using 1 MSI messages.
>  > age0: Read request size : 512 bytes.
>  > age0: TLP payload size : 128 bytes.
>  > age0: PCI VPD capability not found!
>  > miibus0: <MII bus> on age0
>  > atphy0: <Atheros F1 10/100/1000 PHY> PHY 0 on miibus0
>  > atphy0: OUI 0x001374, model 0x0001, rev. 5
>  > atphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto
>  > age0: bpf attached
>  > age0: Ethernet address: 00:1f:c6:b9:cc:a7
>  > msi: Assigning MSI IRQ 256 to local APIC 0
>  > 
> 
> -- 
> Regards,
> Pyun YongHyeon
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-net/attachments/20090119/37f95749/attachment.pgp