From: Yinghai Lu <yinghai@kernel.org>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Cc: Ingo Molnar <mingo@elte.hu>,
Jesse Barnes <jbarnes@virtuousgeek.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Thomas Gleixner <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>
Subject: Re: [PATCH] x86/pci: intel bus root res with IOH reading -v2
Date: Tue, 06 Oct 2009 10:51:22 -0700 [thread overview]
Message-ID: <4ACB839A.2060800@kernel.org> (raw)
In-Reply-To: <200910061133.27546.bjorn.helgaas@hp.com>
Bjorn Helgaas wrote:
> On Sunday 04 October 2009 10:54:24 pm Yinghai Lu wrote:
>> for intel system with multi IOH. we could read peer root resource from PCI conf,
>> and don't trust _CRS again for root bus
>
> Ugh. Are we going to end up with amd_bus.c, intel_bus.c, nvidia_bus.c,
> broadcom_bus.c, serverworks_bus.c, etc.?
only needed when you have muti ...
>
> This is basically a simple PCI host bridge driver, but it's completely
> separate from the ACPI pci_root.c driver, and it completely ignores
> useful things like multiple domain (_SEG) support and address translation
> (_TRA) support. These are going to be important issues for large x86
> machines.
>
> I think this is leading toward an architectural mess. Yes, we have
> issues with _CRS for root bridges. But ACPI does give us a generic
> framework powerful enough to handle everything you're doing here. In
> my opinion, we should fix the implementation issues with that framework
> rather than adding platform-specific setup code every time we trip
> over something.
again we should trust HW conf than BIOS.
>
> I expect that will mean some quirks in pci_root.c, and maybe even some
> code similar to pci_root_bus_res() to validate or override what we learn
> from _CRS. But we ought to try for some conceptual integrity in the
> design by putting all the putting all the host bridge driver code together.
>
> What is the specific problem solved by this patch? Does "pci=use_crs"
> address any of that problem? (I know "pci=use_crs" breaks some machines,
> and I know it's unacceptable to require users to use it. But I want to
> understand whether the concept is related, and whether you've tripped
> over a BIOS defect or a Linux pci_root.c defect.)
BIOS doesn't allocate resource to some pci devices when too many devices. and need kernel to allocate resource ( 32bit mmio, 64 mmio)
to those devices.
current only known fw that can allocate mmio 64 ( with correct setting) is LinuxBIOS.
also could help os to fend off some range that is wrongly allocated by BIOS that is cross the boundary between different peer root bus.
_CRS doesn't report any MMIO 64 range, even HW does have that set.
YH
next prev parent reply other threads:[~2009-10-06 17:52 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-05 4:54 [PATCH] x86/pci: intel bus root res with IOH reading -v2 Yinghai Lu
2009-10-06 16:52 ` Jesse Barnes
2009-10-06 17:33 ` Bjorn Helgaas
2009-10-06 17:51 ` Yinghai Lu [this message]
2009-10-06 18:57 ` Bjorn Helgaas
2009-10-12 20:34 ` Ingo Molnar
2009-10-12 20:49 ` Jesse Barnes
[not found] ` <200910121545.47794.bjorn.helgaas@hp.com>
2009-10-12 21:49 ` H. Peter Anvin
2009-10-13 7:03 ` Ingo Molnar
2009-10-12 22:14 ` Bjorn Helgaas
2009-10-19 20:17 ` Bjorn Helgaas
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=4ACB839A.2060800@kernel.org \
--to=yinghai@kernel.org \
--cc=bjorn.helgaas@hp.com \
--cc=hpa@zytor.com \
--cc=jbarnes@virtuousgeek.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.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).