Date: Mon, 03 Jul 2000 19:00:42 +0200 From: Poul-Henning Kamp <phk@critter.freebsd.dk> To: Warner Losh <imp@village.org> Cc: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>, Nick Hibma <n_hibma@calcaphon.com>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/sys bus.h bus_private.h src/sys/kern subr_bus.c Message-ID: <7311.962643642@critter.freebsd.dk> In-Reply-To: Your message of "Mon, 03 Jul 2000 10:52:26 MDT." <200007031652.KAA23743@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <200007031652.KAA23743@harmony.village.org>, Warner Losh writes: >In message <7096.962642423@critter.freebsd.dk> Poul-Henning Kamp writes: >: It's a hard call, and I'm not sure it is the best idea to decide this >: on a global basis: ie, the model we use for ethernets and disks may >: be radically different. >: >: In a way I like the way Windows did this, by having a set of >: configurations, ie: undocked, docked, undocked + pccard etc etc >: >: In fact the best idea may be to make this a per device variable: >: >: "if your hardware disappears, stay around" >: or >: "if your hardware disappears, go away" > >When would you want it to stay around? When I try to replace a failed card with fresh hardware, and don't want to loose config for my SDH over Sonet cards 60+ HDLC streams ? (Just an example, I don't have hardware for it) > What would you do with access >while the hardware was gone? The same as for a hardware failure: EIO etc. >How do you know if the same card was >inserted, or one that is the same enough? For PCcard: I probably wouldn't (see other email), for cPCI I could tell by slot number. >How do you know if the >hardware is even connected to the same thing it was when it was >plugged in before? What do you do in these situations? In true FreeBSD style, I would like to be able to tell (per above) when I know, or that I don't know :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7311.962643642>