Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 06 May 1999 22:16:07 +0800
From:      Peter Wemm <peter@netplex.com.au>
To:        Nick Hibma <hibma@skylink.it>
Cc:        cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/sys/sys kernel.h 
Message-ID:  <19990506141612.CA5DD1F69@spinner.netplex.com.au>
In-Reply-To: Your message of "Thu, 06 May 1999 15:56:04 %2B0200." <Pine.BSF.3.96.990506155448.64499B-100000@elpc36.jrc.it> 

next in thread | previous in thread | raw e-mail | index | archive | help
Nick Hibma wrote:
> 
> Hm, that shouldn't be, they should be polling while the attach of the
> root hub is being done.
> 
> Any pointers on where you found the problem?

I didn't get a crashdump, and the machine with USB doesn't have a serial
console..  The traceback was well off the screen, but it died in a tsleep()
from one of the usb routines in the middle of probe/attach.

Anyway, tsleep() used to work because curproc was set to &proc0 very early,
and the idle context was viable then, which meant that it did a spl0() for
the halt and woke up on clock or hardware interrupts... (!)

Hmm.. if I'm interpreting that right, we were breaking the splhigh() around
the configure process and have been for a while...  I'll revert here and
see exactly where it's happening..

> Nick
> 
> 
> On Thu, 6 May 1999, Peter Wemm wrote:
> 
>  > peter       1999/05/06 06:42:27 PDT
>  > 
>  >   Modified files:
>  >     sys/sys              kernel.h 
>  >   Log:
>  >   Move the proc0 init before the driver probe/attach etc since machdep.c
>  >   doesn't set curproc anymore, and certain drivers like to tsleep() during
>  >   probes, usb for example.

Cheers,
-Peter
--
Peter Wemm <peter@netplex.com.au>   Netplex Consulting
"No coffee, No workee!" :-)



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




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