Date: Wed, 1 Dec 1999 15:37:24 -0500 From: Christopher Masto <chris@netmonger.net> To: Warner Losh <imp@village.org> Cc: new-bus@freebsd.org Subject: Re: PCCARD eject freeze (was Re: your mail) Message-ID: <19991201153724.B16857@netmonger.net> In-Reply-To: <199912011828.LAA03228@harmony.village.org>; from Warner Losh on Wed, Dec 01, 1999 at 11:28:10AM -0700 References: <19991201123629.A5734@netmonger.net> <199912010938.BAA00461@mass.cdrom.com> <199912011605.JAA02250@harmony.village.org> <19991201123629.A5734@netmonger.net> <199912011828.LAA03228@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Dec 01, 1999 at 11:28:10AM -0700, Warner Losh wrote: > : I would like to see that something along the lines of a method to shut > : down the card in preparation for removal, regardless of what kind of > : card it is. > > There is some code floating around that would allow one to do a > pccardc power off slot 2 > (or something to that effect, I've not used it). That would be a good > generic way of coping. The problem with this, as with the others, is > that the device may be in the middle doing something and needs to be > clear of its critical sections/busy loops. While it usually is in the > old system (and I don't think my code changes this much at all) there > is always a small window for it not to be. What about setting a "terminate as soon as possible" flag, which the driver checks in some safe place? Drivers that are unloadable would have to be written with a mechanism to wake up and check the flag eventually. There could still be a "force" option. Then the userland tool that is used to shut down devices should be able to signal a shut down and then wait for it, so the user can get positive confirmation before ejecting and so APM suspend can be delayed until it is safe. -- Christopher Masto Senior Network Monkey NetMonger Communications chris@netmonger.net info@netmonger.net http://www.netmonger.net Free yourself, free your machine, free the daemon -- http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-new-bus" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19991201153724.B16857>