From: Ralf Baechle <ralf@oss.sgi.com>
To: Jun Sun <jsun@mvista.com>
Cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>, linux-mips@oss.sgi.com
Subject: Re: lift the ioport_resource limit ...
Date: Thu, 10 May 2001 17:20:18 -0300 [thread overview]
Message-ID: <20010510172018.A6188@bacchus.dhis.org> (raw)
In-Reply-To: <3AFAD9E8.EC4D6D80@mvista.com>; from jsun@mvista.com on Thu, May 10, 2001 at 11:11:53AM -0700
On Thu, May 10, 2001 at 11:11:53AM -0700, Jun Sun wrote:
> I would not normally assign IO space above 0xffff either. But recently I
> found multiple PCI buses, especially dual PCI buses, are getting popular, as
> examplified by two Gallelio chips and the new NEC Vrc5477 chips.
>
> Since all drivers share the same mips_io_port_base, - even though the devices
> may be on different PCI buses - we need to assign the PCI IO windows
> contiguously so that drivers can share the same base address. In most such
> setups, you will get more than 0xffff IO ranges.
After some discussion with some of the Linux PCI guys I think we should try
to avoid extend the per-bus I/O address space beyond 64k ports. This is not
a very strong ``should avoid'', though. The primary concern is a number of
broken peripheral chips which apparently are floating around out there in
good numbers.
Another reason to not extend the PCI-bus address range to 4g ports is the
size of the available physical address space in the main processor's
address space itself. Limited by the 32-bit address space we can only
address a limited number via in/out anyway, so we better shouldn't fake
what we ain't got (cited freely after Seymoure Cray), so 4g ports is silly
anyway.
Ralf
prev parent reply other threads:[~2001-05-10 22:29 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-05-09 17:35 lift the ioport_resource limit Jun Sun
2001-05-09 19:26 ` Ralf Baechle
2001-05-09 21:06 ` Jun Sun
2001-05-10 9:43 ` Maciej W. Rozycki
2001-05-10 9:58 ` Geert Uytterhoeven
2001-05-10 11:08 ` Maciej W. Rozycki
2001-05-10 18:11 ` Jun Sun
2001-05-10 20:20 ` Ralf Baechle [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010510172018.A6188@bacchus.dhis.org \
--to=ralf@oss.sgi.com \
--cc=jsun@mvista.com \
--cc=linux-mips@oss.sgi.com \
--cc=macro@ds2.pg.gda.pl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox