Subject: Re: Proposed extension to bus.h interface
To: Mike Long <mike.long@analog.com>
From: Jason Thorpe <thorpej@nas.nasa.gov>
List: tech-kern
Date: 08/27/1996 20:44:55
On Thu, 15 Aug 96 18:25:02 EDT
Mike Long <mike.long@analog.com> wrote:
> If the desired application of bus_io_{alloc,free}() is P&P I/O range
> allocation, then bus_io_alloc() needs three more pieces of
> information:
>
> 1) minimum address (port)
> 2) maximum address (port)
> 3) number of address bits decoded (10 or 16)
Hmm ... probably what I'll do is implement isa_pnp_alloc(), or something
along those lines ... there's quite a discussion about how to handle i/o
vs. mem mapped stuff ... it looks like the bus.h interface is going to
see some sweeping changes RSN (to merge the two spaces into a common
handle, to facilitate easier writing of MI drivers...)
> The minimum and maximum addresses would also be useful for
> bus_mem_alloc(). 10-bit decoding is a silly ISA-bus artifact, so it's
> only needed for I/O allocation.
The "start", "end", and "don't cross this boundary" arguemnts have been a
common request :-)
> BTW, how does your extent system handle 10-bit I/O decoding now? Does
> it just assume that any I/O port ranges in the [0,0x3ff] range use
> 10-bit decoding?
Err, the extent manager literally just mucks with extents of space, and
knows nothing about the underlying encoding... You're the first person to
bring this up, actually :-)
-- save the ancient forests - http://www.bayarea.net/~thorpej/forest/ --
Jason R. Thorpe thorpej@nas.nasa.gov
NASA Ames Research Center Home: 408.866.1912
NAS: M/S 258-6 Work: 415.604.0935
Moffett Field, CA 94035 Pager: 415.428.6939