public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Chris Friesen <cfriesen@nortelnetworks.com>
To: linux-kernel@vger.kernel.org, mj@ucw.cz
Subject: question about PCI setup with multiple CPUs on the PCI bus(es)
Date: Thu, 29 Jan 2004 12:24:20 -0500	[thread overview]
Message-ID: <401941C4.4070502@nortelnetworks.com> (raw)


We have an interesting scenario thats causing us some headaches, and 
before we go and re-invent the wheel, I've been asked to see if there's 
any others that have had to do something similar.

We have a main board with a processor on it and a number of PCI buses 
connected via bridges, with various devices on the buses.  There are a 
number of PMC slots on two of the buses two which are connected PMC 
processor boards, each of which has a cpu, memory, various devices, and 
a PCI bridge.

The problem we are running into is as follows:
1) the main board boots up, enumerates and configures the pci device 
space, and boots the daughterboards
2) the daughterboards boot up, enumerate and (re)configure the pci 
device space (differently than the cpu on the mainboard), and screw 
everything up

We changed to kernel on the daughterboards to not touch PCI at all, and 
everything worked fine.  However, one of the daughterboards (which is on 
its own pci bus separate from the others) needs to control two PCI devices.

We tried to modify the PCI code to just go out and discover what was in 
PCI space, not configure any of it.  However, as it did this it 
reprogrammed the PCI bridges, wrecking the configuration that the cpu on 
the main board expected.

Surely we aren't the only people that want to put multiple CPUs on a 
single PCI space.  How have people handled this in the past?  Ideally 
what I'm looking for is a CONFIG_NO_MANGLE_PCI or something to that 
effect. As a last resort we are considering hardcoding the bus/device 
topology for the two drivers on special daughterboard, but this seems 
really kludgy.

Anyone have any advice?

Chris

-- 
Chris Friesen                    | MailStop: 043/33/F10
Nortel Networks                  | work: (613) 765-0557
3500 Carling Avenue              | fax:  (613) 765-2986
Nepean, ON K2H 8E9 Canada        | email: cfriesen@nortelnetworks.com


             reply	other threads:[~2004-01-29 17:25 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-29 17:24 Chris Friesen [this message]
2004-01-30 14:27 ` question about PCI setup with multiple CPUs on the PCI bus(es) Adrian Cox

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=401941C4.4070502@nortelnetworks.com \
    --to=cfriesen@nortelnetworks.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mj@ucw.cz \
    /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