lkml.org 
[lkml]   [2000]   [Oct]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: dual head r128
Date
>Or, more general, treat [PCI] I/O space similar to [PCI] memory space. Just
>like we must use ioremap() for memory space:
>
> cookie = ioremap(memory_space_address, size);
> x = readb(cookie+offset);
>
>we could have ioportremap() for I/O space:
>
> cookie = ioportremap(io_space_address, size);
> x = inb(cookie+offset);
>
>On PC, ioportremap(x) would evaluate to (x). On other platforms, we can do
>whatever we want.

That would make us fall in the same trap as we are now with multiple IO
busses having overlapping IO mappings. (Basically, every IO bus on some
multi-bus systems have 0->64k IO range). ioportremap() cannot "know" on
which bus the device is, except if we also pass the pci_dev* parameter
(and NULL for ISA).

Ben.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:41    [W:2.166 / U:0.012 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site