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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.