From: "Andreas Herrmann" <andreas.herrmann3@amd.com>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: "Arjan van de Ven" <arjan@infradead.org>,
"Robert Richter" <robert.richter@amd.com>,
patches@x86-64.org, linux-kernel@vger.kernel.org
Subject: Re: [patches] [patch 3/5] x86: Add PCI extended config space access for AMD Barcelona
Date: Wed, 5 Sep 2007 17:00:27 +0200 [thread overview]
Message-ID: <20070905150027.GD22086@alberich.amd.com> (raw)
In-Reply-To: <46DE45A2.40403@zytor.com>
On Wed, Sep 05, 2007 at 06:58:58AM +0100, H. Peter Anvin wrote:
> Well, they don't add any functionality, do they?
They allow CF8/CFC to access ECS in cases where mmcfg is not working.
> As such, I would agree with Andi -- we only
> need one method which can (correctly) access the full configuration space,
Right, we need to be able to "correctly access the full config space".
> since it'll look the same on the bus anyway.
Sure, on the bus we should only see pci configuration requests in both
cases.
To summarize it:
- mmcfg needs support by BIOS ("PCI services in ACPI")
- CF8/CFC ECS access does not have that dependency
- For base configuration space access we already have two methods -
type 1 and mmcfg (type1 as fallback if there is no mmcfg).
- So what's the benefit in not allowing CF8/CFC ECS access ("extended type1")
if the hardware supports it and if mmcfg is not suitable?
One thing that comes out of that fruitless discussion:
For IBS Robert might have to implement CF8/CFC ECS access directly in the IBS
code, or in a new driver for ECS access of NB functions. Just to ensure that
IBS is working if there is no mmcfg. And this is kind of ugly.
Regards,
Andreas
--
Operating | AMD Saxony Limited Liability Company & Co. KG,
System | Wilschdorfer Landstr. 101, 01109 Dresden, Germany
Research | Register Court Dresden: HRA 4896, General Partner authorized
Center | to represent: AMD Saxony LLC (Wilmington, Delaware, US)
(OSRC) | General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy
next prev parent reply other threads:[~2007-09-05 15:01 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-03 8:17 [patch 0/5] (resent) x86: PCI extended config space access on AMD Barcelona CPUs Robert Richter
2007-09-03 8:17 ` [patch 1/5] x86: Add AMD64 Barcelona PMU MSR definitions Robert Richter
2007-09-03 8:17 ` [patch 2/5] x86: Add AMD64 Barcelona NB cfg " Robert Richter
2007-09-03 8:17 ` [patch 3/5] x86: Add PCI extended config space access for AMD Barcelona Robert Richter
2007-09-03 8:31 ` Arjan van de Ven
2007-09-03 9:17 ` [patches] " Andreas Herrmann
2007-09-03 11:33 ` Arjan van de Ven
2007-09-03 15:47 ` Andreas Herrmann
2007-09-05 5:58 ` H. Peter Anvin
2007-09-05 8:44 ` Robert Richter
2007-09-05 10:12 ` H. Peter Anvin
2007-09-05 10:35 ` Robert Richter
2007-09-05 11:05 ` Arne Georg Gleditsch
2007-09-05 16:13 ` Andreas Herrmann
2007-09-05 22:42 ` Yinghai Lu
2007-09-06 8:31 ` Arne Georg Gleditsch
2007-09-06 9:48 ` H. Peter Anvin
2007-09-06 17:41 ` Jesse Barnes
2007-09-06 17:50 ` Yinghai Lu
2007-09-06 17:48 ` Jesse Barnes
2007-09-06 17:48 ` Yinghai Lu
2007-09-05 15:00 ` Andreas Herrmann [this message]
2007-09-06 10:14 ` Arjan van de Ven
2007-09-03 8:17 ` [patch 4/5] x86: Add PCI IDs for AMD Barcelona PCI devices Robert Richter
2007-09-03 8:17 ` [patch 5/5] x86: Set PCI config space size to extended for AMD Barcelona Robert Richter
2007-09-03 16:48 ` dean gaudet
2007-09-03 18:18 ` Robert Richter
2007-09-03 19:01 ` Martin Mares
[not found] <20070830174311.221133000@amd.com>
[not found] ` <20070830174311.536394000@amd.com>
2007-09-01 10:11 ` [patch 3/5] x86: Add PCI extended config space access " Andi Kleen
2007-09-03 8:32 ` [patches] " Andreas Herrmann
2007-09-03 10:15 ` Andi Kleen
2007-09-03 11:27 ` Robert Richter
2007-09-03 12:48 ` Andi Kleen
2007-09-03 14:48 ` Robert Richter
2007-09-03 15:24 ` Andi Kleen
2007-09-04 6:54 ` Yinghai Lu
2007-09-04 7:20 ` Andi Kleen
2007-09-03 11:31 ` Andreas Herrmann
2007-09-03 12:52 ` Andi Kleen
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=20070905150027.GD22086@alberich.amd.com \
--to=andreas.herrmann3@amd.com \
--cc=arjan@infradead.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=patches@x86-64.org \
--cc=robert.richter@amd.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 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.