From: Bjorn Helgaas <bjorn_helgaas@hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] [PATCH] 1/4 multi-ioport space support for 2.5
Date: Mon, 12 May 2003 20:58:41 +0000 [thread overview]
Message-ID: <marc-linux-ia64-105590723705735@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590723705599@msgid-missing>
On Friday 09 May 2003 5:20 pm, David Mosberger wrote:
> I'm suspecting this patch may be causing me some grief on a Big Sur.
> What happens is that the qla1280 is configured to use I/O space by
> default (no idea why that is the case, apart from a small buglet in
> reading the base address) and with the patch applied, it fails to get
> the range from 0x2000-0x20ff.
> ...
> $ cat /proc/ioports
> 00000000-000003af : PCI Bus 00:00
> 00000060-0000006f : i8042
> 00000170-00000177 : ide1
> 000001f0-000001f7 : ide0
> 00000376-00000376 : ide1
> 000003c0-000003df : vga+
> 000003e0-00000cf7 : PCI Bus 00:00
> 000003f6-000003f6 : ide0
> 000003f8-000003ff : serial
> 00000d00-00000fff : PCI Bus 00:00
> 00001000-00001fff : PCI Bus 00:00
> 00001000-0000103f : eepro100
> 00001040-0000105f : uhci-hcd
> 00002000-00002000 : PCI Bus 00:01
> 00003000-0000ffff : PCI Bus 00:03
>
> Perhaps the problem is that the reported range for Bus 00:01 is empty?
> Does this make any sense to you? Perhaps it's a firmware problem.
I think this is a firmware problem. On my box, the range for
Bus 00:01 is more sensible (0x2000-0x2fff), but there are several
other oddities:
- IO space 0x0-0x0 reported for 00:01 and 00:02
- mem space 0x0-0x0 reported for 00:01 and 00:02
- IO space 0x3000-0x3000 reported for 00:02
- mem space 0xa0000-0xfffff reported for both 00:00 and 00:03
- IO space 0x3b0-0x3df reported for both 00:00 and 00:03
We could ignore the zero-length regions, which would kill a few warnings,
but the latter two (regions reported for two buses) just seem completely
broken. And I think I'd rather just leave the warnings as aids to
finding firmware defects.
We will probably always get the warning about ports 0x3b0-0x3df
already being allocated, because the VGA ports are reserved long
before the root bridges are enumerated.
Bjorn
next prev parent reply other threads:[~2003-05-12 20:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-24 22:25 [Linux-ia64] [PATCH] 1/4 multi-ioport space support for 2.5 Bjorn Helgaas
2003-04-24 22:37 ` Jesse Barnes
2003-04-25 0:44 ` Bjorn Helgaas
2003-04-25 1:05 ` Jesse Barnes
2003-04-25 11:36 ` Matthew Wilcox
2003-04-25 16:13 ` Bjorn Helgaas
2003-04-25 17:18 ` Jesse Barnes
2003-05-09 23:20 ` David Mosberger
2003-05-09 23:31 ` David Mosberger
2003-05-12 20:58 ` Bjorn Helgaas [this message]
2003-05-12 22:50 ` David Mosberger
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=marc-linux-ia64-105590723705735@msgid-missing \
--to=bjorn_helgaas@hp.com \
--cc=linux-ia64@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.