Date: Tue, 27 Jun 2000 07:12:32 +0100 (BST) From: Doug Rabson <dfr@nlsystems.com> To: Alfred Perlstein <bright@wintelcom.net> Cc: John-Mark Gurney <gurney_j@resnet.uoregon.edu>, arch@FreeBSD.ORG, dfr@FreeBSD.ORG Subject: Re: dynamic filetypes. please comment. Message-ID: <Pine.BSF.4.21.0006270710480.28246-100000@salmon.nlsystems.com> In-Reply-To: <20000626181658.H275@fw.wintelcom.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 26 Jun 2000, Alfred Perlstein wrote:
> * John-Mark Gurney <gurney_j@efn.org> [000626 17:02] wrote:
> > Alfred Perlstein scribbled this message on Jun 26:
> > > This idea leads us to a generic api for seqeunce number generation
> > > that we can use when a subsystem needs an increasing unique number,
> > > the api would look something like:
> > >
> > > (void)sequence_register("filetypes", starting_number);
> > > mynum = sequence_next("filetypes"); /* to be used for f_type */
> >
> > shouldn't we use newbus for this? and treat this like device driver
> > assignment? we can "wire" down filetypes numbers using the same method
> > that drivers are wired down with...
> >
> > Inventing another interface for one that already exists seems redundant..
>
> Nice try, but I think this qualifies as interface abuse of the year. :)
>
> The problem is that I can't dynamically allocate the 'type' argument
> to bus_alloc_resource.
>
> Doug, what do you think? Is there a way to dynamically make new
> types? Or an easy way to make indepenant busses so that I can
> allocate different sequences not pre-compiled into newbus?
The type value is only interpreted by the parent (or grandparent or
whatever) which actually does the allocation. If two subtrees have totally
disjoint resource requirements then they could use the same numbers for
resource types.
--
Doug Rabson Mail: dfr@nlsystems.com
Nonlinear Systems Ltd. Phone: +44 20 8442 9037
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?Pine.BSF.4.21.0006270710480.28246-100000>