From: Kumar Gala <galak@kernel.crashing.org>
To: <rmcguire@videopresence.com>
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: MPC8360 : PCI resource allocate error
Date: Tue, 6 Feb 2007 08:51:43 -0600 [thread overview]
Message-ID: <EE4BEEDF-4C34-418D-9AEC-A4A200DDDAF5@kernel.crashing.org> (raw)
In-Reply-To: <000001c74988$ea7d7960$6405a8c0@absolut>
On Feb 5, 2007, at 6:51 PM, Russell McGuire wrote:
>
> I think I might be getting someplace on this debugging of the PCI
> slots.
>
> I solved the erratic SLOT 3 issue, it was a hardware problem. A net
> was
> unconnected, I should shoot the designer. Anyway, this was fixed
> that so all
> slots are 100% consistent.
>
> I think general issue is probably a setup problem with the PCI
> bridge chip.
> Though I do not know how U-boot and Linux set up the bridge.
>
> But after reading through the Bridge documentation, I have learned
> that each
> bus must have the memory map declared in it, for all three memory
> spaces.
> I.e. the base and the upper limit for each mem, mmio, and IO space.
>
> When I boot into Linux, with PCI cards plugged in, and I read these
> registers it looks as if the base address is correct, but the upper
> limit is
> actually set one byte below the base address. To me this effectively
> prevents all access to the memory region, halting it at the bridge
> chip.
> Would explain why the only region I can seem to read is the
> configuration
> space.
>
> I guess the question is, does Linux only enable these ranges if a
> card is
> actively using them. Or is BIOS supposed to have these enabled
> before the OS
> gets access to the bridge?
In theory Linux should be able to handle this, in practice its easier
to have u-boot setup the bridges.
I'd ask around on the u-boot list about how to use the u-boot
mechanisms to preconfigure devices (if its not obvious from the code).
- k
prev parent reply other threads:[~2007-02-06 14:52 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-02 15:04 MPC8360 : PCI resource allocate error Russell McGuire
2007-02-02 15:27 ` Kumar Gala
2007-02-02 16:01 ` Russell McGuire
2007-02-02 16:07 ` Kumar Gala
2007-02-03 5:32 ` Russell McGuire
2007-02-05 16:16 ` Timur Tabi
2007-02-05 16:19 ` Kumar Gala
2007-02-06 0:51 ` Russell McGuire
2007-02-06 14:51 ` Kumar Gala [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=EE4BEEDF-4C34-418D-9AEC-A4A200DDDAF5@kernel.crashing.org \
--to=galak@kernel.crashing.org \
--cc=linuxppc-embedded@ozlabs.org \
--cc=rmcguire@videopresence.com \
/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).