From: Benjamin Herrenschmidt <bh40@calva.net>
To: Doug Ledford <dledford@redhat.com>, linuxppc-dev@lists.linuxppc.org
Subject: Re: Need reports about PCI I/O conflicts
Date: Fri, 3 Mar 2000 11:55:13 +0100 [thread overview]
Message-ID: <20000303115513.005167@mailhost.mipsys.com> (raw)
In-Reply-To: <38BF4A07.3474B5FB@redhat.com>
On Fri, Mar 3, 2000, Doug Ledford <dledford@redhat.com> wrote:
>The driver wants to see a valid IO region in the config registers or else it
>interprets the card as disabled. It also wants to see a unique value on each
>card or else it interprets everything but the first instance as duplicates of
>the first and ignores them (certain PCI busses have resulted in devices being
>in the list multiple times, and certain BIOSes use setting the IO space to 0
>to signal a card that is disabled in the BIOS). The driver already
knows that
>on PPC it needs to use MMAP I/O registers, so there isn't any hints needed
>from the OF, and those hints only complicate matters further when trying to
>keep the driver uniform across multiple architectures. If this is going
to be
>an ongoing problem, then I can make changes to the driver, it just means
>having a few more #ifdef(__powerpc__) type stuff (ick).
In our case, I beleive we need to change the driver so that it ignores
the PIO addresses when they have not been assigned and there's a valid
MMIO address. I'll look at the driver again but I beleive the only place
where it can be a problem is the code that detects multiple instances of
the card. We can probably safely disable that code on all PPCs, or
eventually make it use MMIO when PIO are not available.
I'll see what I can do on my side but I don't have an Adaptec card to
test with.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2000-03-03 10:55 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-02-24 9:43 PCI I/O address problems on B&W G3 Timothy A. Seufert
2000-02-24 11:12 ` Benjamin Herrenschmidt
2000-02-24 22:13 ` Timothy A. Seufert
2000-03-02 14:22 ` Need reports about PCI I/O conflicts Benjamin Herrenschmidt
2000-03-02 14:41 ` Gabriel Paubert
2000-03-03 5:13 ` Doug Ledford
2000-03-03 10:55 ` Benjamin Herrenschmidt [this message]
2000-03-17 7:01 ` Doug Ledford
2000-03-03 8:39 ` Timothy A. Seufert
2000-03-03 8:57 ` Doug Ledford
2000-03-03 10:01 ` Michel Lanners
2000-03-03 11:09 ` Benjamin Herrenschmidt
2000-03-04 10:16 ` PCI I/O address problems on B&W G3 Michel Lanners
2000-03-04 12:15 ` Timothy A. Seufert
2000-03-05 21:34 ` Geert Uytterhoeven
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=20000303115513.005167@mailhost.mipsys.com \
--to=bh40@calva.net \
--cc=dledford@redhat.com \
--cc=linuxppc-dev@lists.linuxppc.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).