Skip site navigation (1)Skip section navigation (2)
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>