Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 25 Mar 2012 15:56:40 -0700
From:      YongHyeon PYUN <pyunyh@gmail.com>
To:        Joe Holden <lists@rewt.org.uk>
Cc:        freebsd-net@freebsd.org
Subject:   Re: msk/Yukon issues since 9.0-REL
Message-ID:  <20120325225640.GA4493@michelle.cdnetworks.com>
In-Reply-To: <4F6B7892.6090805@rewt.org.uk>
References:  <4F64AB3B.9030806@rewt.org.uk> <20120319214744.GC7518@michelle.cdnetworks.com> <4F6B061F.9050403@rewt.org.uk> <4F6B7892.6090805@rewt.org.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
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).

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



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