freebsd stable - Dec 2004 - Marvell 88E8001 on sk0 and RELENG_5_3 - big problems

Hi!

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
^C
--- 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
^C


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 :))

hk

On Tue, 14 Dec 2004, Heinz Knocke wrote:

Hi,

[sk(4) problems]
> 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 :))
please cvsup to latest RLEENG_5; I MFCed the fixes earlier today.
If you have any more problems afterwards please let me know.

See the archives for more information (mostly amd64 and current).


PS: overlong line wrapped and Reply-To: set to avoid massive
crossposting;)

-- 
Greetings
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT

On Tue, Dec 14, 2004 at 11:00:40PM +0100, Heinz Knocke
wrote:
> 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
> ^C
> --- 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
> ^C
Here's the fix:
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/if_sk.c.diff?r1=1.51&r2=1.52

-- 
Michal Belczyk