[lkml]   [2003]   [Jan]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [patch 2.5] VGA IO on systems with multiple PCI IO domains
On Mon, 2003-01-27 at 11:40, Ivan Kokshaysky wrote:

> Then vgacon.c would be changed like this:
> ...
> - request_resource(&ioport_resource, &vga_console_resource);
> + if (legacy_ioport_remap(&vga_console_resource) < 0)
> + goto failure;
> ...
> And all in/out port calls would use respective resource.start+offset:
> ...
> - outb_p(6, 0x3ce)
> + outb_p(6, vga_console_resource.start + 0xe);
> No need for other special IO functions then.

Well, your example clearly limits us to one IO space for VGA, which
might not be what we want. The problem also exist for some fbdev drivers
which might need to tap the VGA IOs of a given PCI card (thus getting
access to the "legacy" IOs of the bus the card is on).
It would be nice to provide some more generic solution to deal with that
"ISA" problem...
Finally, in the embedded world, we frequently have to deal with "legacy"
controllers (ethernet, serial, ...) stuffed on whatever bus we have
around, at addresses that might not be usual port addresses.

It's definitely a good idea to always add a "base" to the legacy IOs as
your examples shows though. The problem remaining is how to actually
obtain this address for the various cases whe are interested in.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

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