any hope for nfe/msk?
Pyun YongHyeon
pyunyh at gmail.com
Wed Oct 24 19:10:22 PDT 2007
On Wed, Oct 24, 2007 at 05:12:44PM +0300, Oleg Lomaka wrote:
> Pyun YongHyeon wrote:
> >On Wed, Oct 24, 2007 at 09:33:48AM +0200, Danny Braniss wrote:
> > > Hi,
> > > these drivers don't work under 7.0
> > > As soon as some mild preasure is applied, they start loosing
> > interrupts, and
> > > in my case the hosts come to a total stand-still, since they are
> > diskless
> > > and rely on the network.
> > > This happens at 1gb and at 100mg.
> > >
> > > Maybe the problem is with the shared interrups?
> > >
> > > irq16: mskc0 uhci0 3308351 13
> > > or
> > > irq21: nfe0 ohci0 1584415 24
> > >
> > > but I have no idea how to uncouple this
> > >
> >
> >If you see watchdog timeout errors on your console, shared interrupt
> >would be culprit.
> >For msk(4) set hw.msk.legacy_intr="1" in loader.conf or use kenv(1)
> >to set it before loading msk(4) kernel module.
> >For nfe(4) you can switch to polling(4).
> >
> >
> I have some msk troubles too. On my laptop (acer travelmate 2483wxmi)
> under heavy cpu & network load msk periodically stops working for few
> minutes.
If that happens msk(4) recover from the non-working state?
> sysctl -a|grep msk
> <118>msk0: no link ...
> <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67
> <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67
> <118>DHCPDISCOVER on msk0 to 255.255.255.255 port 67 interval 3
> <118>DHCPREQUEST on msk0 to 255.255.255.255 port 67
> <118>msk0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0
> mtu 1500
> msk0: watchdog timeout (missed Tx interrupts) -- recovering
> msk0: watchdog timeout (missed Tx interrupts) -- recovering
> msk0: Rx FIFO overrun!
^^^^^^^^^^^^^^^^
This looks bad. Would you show me verbosed boot messages related with
msk(4) and PHY driver as well as "vmstat -i" output.
> msk0: watchdog timeout (missed Tx interrupts) -- recovering
> msk0: watchdog timeout (missed Tx interrupts) -- recovering
> msk0: watchdog timeout (missed Tx interrupts) -- recovering
> dev.mskc.0.%desc: Marvell Yukon 88E8038 Gigabit Ethernet
> dev.mskc.0.%driver: mskc
> dev.mskc.0.%location: slot=0 function=0
> dev.mskc.0.%pnpinfo: vendor=0x11ab device=0x4352 subvendor=0x1025
> subdevice=0x0110 class=0x020000
> dev.mskc.0.%parent: pci2
> dev.mskc.0.process_limit: 128
> dev.msk.0.%desc: Marvell Technology Group Ltd. Yukon FE Id 0xb7 Rev 0x01
> dev.msk.0.%driver: msk
> dev.msk.0.%parent: mskc0
> dev.miibus.0.%parent: msk0
>
> Not sure if it is connected to previous issue.
>
> uname -a
> FreeBSD tdevil.lomaka.org.ua 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Mon Oct 22
> 18:32:01 EEST 2007
> root at tdevil.lomaka.org.ua:/usr/obj/usr/src/sys/TDEVIL-7.kernconf i386
>
--
Regards,
Pyun YongHyeon
More information about the freebsd-stable
mailing list