LinuxPPC-Dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Luong Ngo" <luong.ngo@gmail.com>
To: "Kumar Gala" <galak@kernel.crashing.org>
Cc: linuxppc-dev list <linuxppc-dev@ozlabs.org>
Subject: Re: MPC8343: PCI resource allocation questions
Date: Tue, 24 Oct 2006 22:46:12 -0700	[thread overview]
Message-ID: <1b2aacd80610242246n20075a33pcc76ab5be71fb87e@mail.gmail.com> (raw)
In-Reply-To: <E2847437-6C75-4963-B9DB-BAC050015C88@kernel.crashing.org>

[-- Attachment #1: Type: text/plain, Size: 1562 bytes --]

Kumar, thanks a lot for your prompt and clear answers. But I still have a
couple questions about the BARs.


> The PCI resources are used for any PCI devices that need memory
> mapped space allocated to them.  What devices are you connecting over
> PCI?


I am connecting Broadcom BCM56502 controllers over PCI.

The region was large since the reference board has general purpose
PCI slots for any number of various cards.  We provide a large space
to allow for those cards to be allocated into.  Depending on your
application you can adjust this as you need.

I'm a bit confused here. If the host bridge is ignored/excluded, then the
region size in BARs will not be allocated corresponding resource by the PCI
subsystem, then how would other PCI devices in the slots could be allocated
in the BAR's range? If I understand correctly, the PCI devices's resources
are allocated based on the bridge resource, which is assigned statically by
PCI subsystem using hose->mem_space and hose->io_space instead of reading it
from the BARs. Maybe you are saying in the case the CPU is in agent mode and
its PCI host bridge is functioning as a PCI-PCI bridge?

You are not leaving any memory space for any of the onchip devices,
the error messages are because the regions of memory that the devices
are expected to be at are already occupied by the PCI space.

Isn't it the PCI IO and PCI MEM space are separated from local memory space?
I believe I see the global io_resource and mem_resource have the range of
0x0 - 0xFFFFFFFF.

I appreciate your help,

Thanks,
Luong Ngo

[-- Attachment #2: Type: text/html, Size: 2062 bytes --]

  reply	other threads:[~2006-10-25  6:44 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-25  3:49 MPC8343: PCI resource allocation questions Luong Ngo
2006-10-25  4:35 ` Kumar Gala
2006-10-25  5:46   ` Luong Ngo [this message]
2006-10-25  6:39     ` Kumar Gala
2006-10-25  7:16       ` Luong Ngo
2006-10-25 14:06         ` Kumar Gala

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=1b2aacd80610242246n20075a33pcc76ab5be71fb87e@mail.gmail.com \
    --to=luong.ngo@gmail.com \
    --cc=galak@kernel.crashing.org \
    --cc=linuxppc-dev@ozlabs.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