Date: Wed, 1 Dec 1999 09:34:50 +0100 (CET) From: Nick Hibma <hibma@skylink.it> To: Warner Losh <imp@village.org> Cc: Christopher Masto <chris@netmonger.net>, Mike Smith <msmith@FreeBSD.ORG>, FreeBSD CURRENT Mailing List <current@FreeBSD.ORG> Subject: Re: PCCARD eject freeze (was Re: your mail) Message-ID: <Pine.BSF.4.20.9912010930030.623-100000@henny.jrc.it> In-Reply-To: <199911302304.QAA05780@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> : Hey, we're getting somewhere. It works, in that it stops the panic. > : I get the "ed0: unloaded" message, and the machine doesn't panic, but > : there are still some problems. It seems that device_delete_child > : is failing (I forgot to print the return code, but it is not zero), > : and reinserting the card results in "ed0 already exists, using > : next available unit number", and then the dreaded "driver allocation > : failed" (presumably the resources have not been freed). > : > : Putting in a different kind of card ends up with two children, so > : it seems that the only part of the delete actually happens. > > Hmmm... That's something... How do you know that the delete_child is > failing? An if printing that it failed or conjecture based on the > insertion results? That is a question of what the drivers are supposed to assume after DEVICE_DETACH(self) has been called on them. In USB land it means, bugger off, please, and don't touch that device no more. Even if the driver is still there (unable to detach for some reason, like a CAM SIM that cannot deallocate the bus), the device is gone anyway and the rest of the children should be zapped as well. So printing a message and continuing to delete the rest is your best bet IMHO. The driver itself should do the right thing. Nick -- hibma@skylink.it n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ 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?Pine.BSF.4.20.9912010930030.623-100000>