Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Mar 2012 18:01:08 +0100
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:  <4F71F254.3040302@rewt.org.uk>
In-Reply-To: <20120325225640.GA4493@michelle.cdnetworks.com>
References:  <4F64AB3B.9030806@rewt.org.uk>	<20120319214744.GC7518@michelle.cdnetworks.com>	<4F6B061F.9050403@rewt.org.uk> <4F6B7892.6090805@rewt.org.uk> <20120325225640.GA4493@michelle.cdnetworks.com>

next in thread | previous in thread | raw e-mail | index | archive | help
YongHyeon PYUN wrote:
> On Thu, Mar 22, 2012 at 07:08:02PM +0000, Joe Holden wrote:
>> 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 
> 
> Not sure how audio devices can affect msk(4).
> 
Unrelated, when the HDA device was probed it caused a reset/panic - but 
nothing to do with msk

This wasn't present in RC3 though, hence my comment about regressions

>> occurs - the flags I used before did work (whether some didn't have any 
> 
> msk(4) had a long standing bug for some Yukon controllers that use
> 88E1149 PHY.  The bug showed various problems depending on PHY
> configuration. See r222219 for more details. Due to unknown reason
> GPHY configuration is preserved until it's cold-booted.
> 
>> 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
>>
>>
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"




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