Marvell 88E8001 on sk0 and RELENG_5_3 - big problems
From: Heinz Knocke (knockefreebsd_at_o2.pl)
To: <firstname.lastname@example.org>, <email@example.com>, <firstname.lastname@example.org> Date: Tue, 14 Dec 2004 23:00:40 +0100
Marvell's chip is not in supported nics section of 5_3 release notes, but in man sk is , so I decided to write.
I've got some boxes with Marvell Gigabit NICs on-board (Gigabyte and ASUS). Sadly, I can't be happy with it and freebsd 5.3 because of the following two problems:
a) sk0 driver seems to have some kind of bug in it - see http://www.freebsd.org/cgi/query-pr.cgi?pr=71229
Does anybody know how is the work going on with it? I know that under Linux they'd had some troubles with these NICs too, standard sk98lin module didn't work properly and there was a vendors patch needed. Marvel doesn't support FreeBSD, but maybe Windows NDIS2 will work?:
http://www.marvell.com/drivers/driverDisplay.do?dId=113&pId=16 . I can do some tests, but let me know if it's not totaly useless (some tips how to make it work would be helpfull to :)
b) according to the vendor's info, NIC should be able to do jumboframes. (http://www.marvell.com/products/pcconn/yukon/Yukon_88E8001_10_073103_final.pdf)
ifconfig mtu 9000 works, but packets seems to come truncated (in both directions)
host1% sudo ping -s 2000 host2
PING host2 (10.10.10.2): 2000 data bytes
--- host2 ping statistics ---
23 packets transmitted, 0 packets received, 100% packet loss
host2% sudo tcpdump -i sk0 -c 30
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on sk0, link-type EN10MB (Ethernet), capture size 96 bytes
22:23:23.514150 IP truncated-ip - 524 bytes missing! dyplom1g > dyplom2g: icmp 2008: echo request seq 3
22:23:24.524147 IP truncated-ip - 524 bytes missing! dyplom1g > dyplom2g: icmp 2008: echo request seq 4
22:23:25.534282 IP truncated-ip - 524 bytes missing! dyplom1g > dyplom2g: icmp 2008: echo request seq 5
22:23:26.544280 IP truncated-ip - 524 bytes missing! dyplom1g > dyplom2g: icmp 2008: echo request seq 6
Does anybody know what's going on?? Are a) and b) all the same big Marvel problem :)) ?
Honestly said I don't know how to track it further, because the link layer (hardware or the driver) seems just to clip frames. If there's not enought info for the solution please tell me what tests can I do - I'll do it ASAP.
I'd appreciate you support as usual :))
email@example.com mailing list
To unsubscribe, send any mail to "firstname.lastname@example.org"