Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 22 Mar 2012 19:08:02 +0000
From:      Joe Holden <lists@rewt.org.uk>
To:        pyunyh@gmail.com
Cc:        freebsd-net@freebsd.org
Subject:   Re: msk/Yukon issues since 9.0-REL
Message-ID:  <4F6B7892.6090805@rewt.org.uk>
In-Reply-To: <4F6B061F.9050403@rewt.org.uk>
References:  <4F64AB3B.9030806@rewt.org.uk>	<20120319214744.GC7518@michelle.cdnetworks.com> <4F6B061F.9050403@rewt.org.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
Joe Holden wrote:
> YongHyeon PYUN wrote:
>> On Sat, Mar 17, 2012 at 03:18:19PM +0000, Joe Holden wrote:
>>> Hi guys,
>>>
>>> I've upgraded to 9.0-REL from RC3 (I think) and the previous 
>>> workarounds I've used for msk/Yukon II problems don't seem to work 
>>> anymore:
>>>
>>> rc.conf:
>>> ifconfig_msk0="inet 192.168.201.2/30 -lro -tso -vlanhwfilter -vlanhwtag"
>>>
>>
>> msk(4) does not support VLAN hardware filter and LRO.  However I
>> don't understand how this affects stability of driver.
>>
>>> pciconf:
>>> mskc0@pci0:7:0:0:       class=0x020000 card=0x81e6104d 
>>> chip=0x435111ab rev=0x15 hdr=0x00
>>>     vendor     = 'Marvell Technology Group Ltd.'
>>>     device     = '88E8036 PCI-E Fast Ethernet Controller'
>>>     class      = network
>>>     subclass   = ethernet
>>>
>>> I seem to get the usual error:
>>> msk0: watchdog timeout
>>> msk0: prefetch unit stuck?
>>> msk0: initialization failed: no memory for Rx buffers
>>>
>>
>> There was a related change after 9.0-RELEASE. The change already
>> merged to stable/9(r229874)  So would you try latest stable/9 or
>> apply the change to 9.0-RELEASE?
>> http://svnweb.freebsd.org/base/stable/9/sys/dev/msk/if_msk.c?r1=229524&r2=229874&view=patch 
>>
>>
> Well that's cute.... reboot during boot, no panic or errors on the 
> console ...
> 
>>> MSI(-X) is disabled but it doesn't seem to make any difference....
>>>
>>> Is there anything I can try to either debug or "fix" it?
>>>
>>
>> If you've upgraded from somewhat old FreeBSD releases, make sure to
>> cold boot your box(i.e. completely remove power cord for several
>> minutes before booting).
>>
>>> Thanks,
>>> J
Ok so after removing sound from GENERIC it boots but the problem still 
occurs - the flags I used before did work (whether some didn't have any 
effect I don't know, but once I found a combination that prevented the 
problem I left it at that)

Rather a concerning amount of regressions in 9...

Thanks,
J





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F6B7892.6090805>