Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 20 Apr 1998 21:20:50 -0700
From:      Julian Elischer <julian@whistle.com>
To:        Nate Williams <nate@mt.sri.com>
Cc:        Charlie ROOT <root@totum.Plaut.de>, FreeBSD-Current <current@FreeBSD.ORG>
Subject:   Re: [CAM]?DEVFS not for PCMCIA?
Message-ID:  <353C1EA2.5E652F78@whistle.com>
References:  <Pine.BSF.3.96.980420214120.613A-100000@nihil.plaut.de> <353BAF9E.6201DD56@whistle.com> <199804202347.RAA03390@mt.sri.com> <353BE7E0.5656AEC7@whistle.com> <199804210310.VAA04208@mt.sri.com> <353C1637.31D2DE92@whistle.com> <199804210403.WAA04369@mt.sri.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Nate Williams wrote:
> 

> No, but I turn off interrupts because they would kill us.
> 
> > because that makes it hard to run justin's stuff from there directly..
> > we'd have to "schedule it to run at a later time". (maybe a timeout())
> 
> Card insertions happen at interrupt level, but the powering on and other
> 'intialization' all happens with timeouts.
> 
> > Imagine if you will that a SCSI card is probed at boot.
> > it schedules itself to have it's scsi bus probed at a later time
> > after interrupts are turned on.
> > All such requests are run near the end of boot...
> 
> And the advantage of this is??

All the disks and possibly slow devices are probed later.
Eventually Justin wants (I believe) to allocate kernel threads  
or something and do them all in parallel, but I may be imagining 
this part..

> 
> Nate

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?353C1EA2.5E652F78>