Date: Wed, 23 May 2001 01:38:09 +0100 From: Brian Somers <brian@Awfulhak.org> To: Poul-Henning Kamp <phk@critter.freebsd.dk>, Garrett Wollman <wollman@khavrinen.lcs.mit.edu> Cc: Brian Somers <brian@Awfulhak.org>, freebsd-arch@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: RFC: unit_list routines Message-ID: <200105230038.f4N0cAb12470@hak.lan.Awfulhak.org> In-Reply-To: Message from Poul-Henning Kamp <phk@critter.freebsd.dk> of "Tue, 22 May 2001 21:15:53 %2B0200." <72211.990558953@critter>
next in thread | previous in thread | raw e-mail | index | archive | help
phk said: > Hi Brian, > > Couldn't the resource manager used for interrupts and similar > do this as well ? wollman said: > The resource manager code was designed to do precisely that, and > already exists. It may have gotten too entwined with the bus stuff, > though, but it was certainly my intent that you should be able to use > it for this purpose. There doesn't seem to be anything at all suitable there. I assume you (pl.) are referring to the struct resource_list stuff declared in bus.h ? The unit_list is an ordered list of ranges where the count is implicit and a resource id or type field have no meaning. The idea is to be able to allocate and release unit numbers relatively frequently without obfuscating things with redundant information or including odd things such bus hierarchies and unit counts. I can't see any way of deriving the two from any common set of routines either - the resource_list stuff needs a hierarchy by it's nature, and I guess the ``count'' bits are intended (eventually) for handling limited resources such as power - not really applicable to unit allocation. Maybe I'm missing something though ? -- Brian <brian@Awfulhak.org> <brian@[uk.]FreeBSD.org> <http://www.Awfulhak.org> <brian@[uk.]OpenBSD.org> Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200105230038.f4N0cAb12470>