Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 18 Jan 2006 11:36:46 +0900
From:      Pyun YongHyeon <pyunyh@gmail.com>
To:        Ganbold <ganbold@micom.mng.net>
Cc:        freebsd-stable@FreeBSD.org
Subject:   Re: fxp0: device timeout and sk0: watchdog timeout problems
Message-ID:  <20060118023646.GA40276@rndsoft.co.kr>
In-Reply-To: <7.0.0.16.2.20060118102336.03fbcef8@micom.mng.net>
References:  <7.0.0.16.2.20060118090616.04209af8@micom.mng.net> <20060118015515.GB39792@rndsoft.co.kr> <7.0.0.16.2.20060118102336.03fbcef8@micom.mng.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 18, 2006 at 10:28:43AM +0800, Ganbold wrote:
 > At 09:55 AM 1/18/2006, you wrote:
 > > >         inet 127.0.0.1 netmask 0xff000000
 > > >
 > > > I used new if_sk codes from Pyun YongHyeon but after 2 days I got
 > > > same problem device timeout.
 > > > fxp is also timing out and I don't know why.
 > > > Any idea?
 > > >
 > >
 > >If sk(4) is the cause of problem fxp wouldn't be affected.
 > 
 > I guess so. But fxp also times out almost at same time as sk does.
 > 
 > >Of course it's possible for sk(4) to corrupt kernel memory structure
 > >but the possibility is low. While fixing sk(4) I pushed sk(4) to the
 > >limit on sparc64. I never met such timeouts.
 > >
 > >atm I have no clue. How about updated sk(4)?
 > >http://people.freebsd.org/~yongari/sk/if_sk.c
 > >http://people.freebsd.org/~yongari/sk/if_skreg.h
 > 
 > Is it new update? Because I used your update dated on Jan 12 2006. Is 
 > it newer than that?
 > 

Yes.

 > >Disabling sk(4) remedy your issue?
 > 
 > There is another on-board pcn NIC, I will try if problem exists with sk 
 > driver.
 > 
Ok. Thank you.
-- 
Regards,
Pyun YongHyeon



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