Date: Mon, 03 Apr 2000 09:29:45 -0600 From: Warner Losh <imp@village.org> To: Nikolai Saoukh <nms@otdel-1.org> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Reserving Resources Message-ID: <200004031529.JAA61538@harmony.village.org> In-Reply-To: Your message of "Mon, 03 Apr 2000 19:22:46 %2B0400." <20000403192246.C55382@Draculina.otdel-1.org> References: <20000403192246.C55382@Draculina.otdel-1.org> <20000403190741.A55382@Draculina.otdel-1.org> <20000403104318.A53697@Draculina.otdel-1.org> <Pine.BSF.4.20.0004022113120.604-100000@localhost> <200004022029.OAA54341@harmony.village.org> <20000403104318.A53697@Draculina.otdel-1.org> <200004031430.IAA60992@harmony.village.org> <20000403190741.A55382@Draculina.otdel-1.org> <200004031511.JAA61348@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <20000403192246.C55382@Draculina.otdel-1.org> Nikolai Saoukh writes: : create a automagic device 'known' and attach all known devices from PNPBIOS : to it. Now _all_ pnp devices got their resources (even if there : is no driver for it) and attached to 'unknown' driver. Any kldloaded : driver later does not see the device. Simple remove of 'unknown' driver : from src/sys/isa/isa_common.c makes device free and visible, but : resources allocated to it at boot time lost forever. That's why the mechanism needs to be known to the bus, so that it can release the approrpiate resources. I think that others have commented that the BUS_PROBE_NOMATCH method for the bus might be the best one to deal with this sort of thing. If we can live with the reasonable (imhoo) restriction that the newly loaded device driver must support plug and play identifiers, then we can likely just reprobe the devices identifiers that weren't really attached at another point in the boot process. I think that Doug is working on something similar to this. The bottom line is that a loaded device must have a shot at those devices that were attached simply to reserve the resources. Your expectation that you should be able to get the resources is a reasonable one. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200004031529.JAA61538>