Date: Mon, 20 Apr 1998 22:03:24 -0600 From: Nate Williams <nate@mt.sri.com> To: Julian Elischer <julian@whistle.com> Cc: Nate Williams <nate@mt.sri.com>, Charlie ROOT <root@totum.Plaut.de>, FreeBSD-Current <current@FreeBSD.ORG> Subject: Re: [CAM]?DEVFS not for PCMCIA? Message-ID: <199804210403.WAA04369@mt.sri.com> In-Reply-To: <353C1637.31D2DE92@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>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > Nate, what context does the 'attach' code for a driver get > > > called from in the case of a OC-CARD insertion? > > > > > > is it in the kernel level context of a daemon, or is it > > > run from an interrupt level event? > > > > It's inside of the kernel, with interrupts disabled (but allocated, > > which is a known bug). > > So you call it from the interrup layer? bummer. 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?? 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?199804210403.WAA04369>