Date: Mon, 20 Apr 1998 20:44:55 -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: <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>
next in thread | previous in thread | raw e-mail | index | archive | help
Nate Williams wrote: > > > 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. 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()) I guess that'd be possible. 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... Now imagine the same scenario on the insertion of a PCCARD SCSI adapter.. end-of-boot has already passed so they don't happen. Maybe Justin has a suggestion. > > 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?353C1637.31D2DE92>