Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1308523 > unrolled thread

[PATCH] Documentation: Explain pci=conf1,conf2 more verbosely

Started byBorislav Petkov <bp@alien8.de>
First post2016-01-13 16:50 +0100
Last post2016-01-14 22:00 +0100
Articles 3 — 2 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH] Documentation: Explain pci=conf1,conf2 more verbosely Borislav Petkov <bp@alien8.de> - 2016-01-13 16:50 +0100
    Re: [PATCH] Documentation: Explain pci=conf1,conf2 more verbosely Jonathan Corbet <corbet@lwn.net> - 2016-01-14 21:30 +0100
      Re: [PATCH] Documentation: Explain pci=conf1,conf2 more verbosely Borislav Petkov <bp@alien8.de> - 2016-01-14 22:00 +0100

#1308523 — [PATCH] Documentation: Explain pci=conf1,conf2 more verbosely

FromBorislav Petkov <bp@alien8.de>
Date2016-01-13 16:50 +0100
Subject[PATCH] Documentation: Explain pci=conf1,conf2 more verbosely
Message-ID<qQvQn-1KI-13@gated-at.bofh.it>
From: Borislav Petkov <bp@suse.de>

People complained that setting the PCI config space access mechanism
through "pci=conf1" or "pci=conf2" on the command line is not really
documented. Yeah, can you blame them? Look at what we have now.

So try to improve the situation a bit by explaining what those "conf1"
and "conf2" things actually mean.

See http://wiki.osdev.org/PCI for more info.

Suggested-by: Eric Morton <Eric.Morton@amd.com>
Signed-off-by: Borislav Petkov <bp@suse.de>
---
 Documentation/kernel-parameters.txt | 12 ++++++++----
 1 file changed, 8 insertions(+), 4 deletions(-)

diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt
index 742f69d18fc8..d1f5e057f3f3 100644
--- a/Documentation/kernel-parameters.txt
+++ b/Documentation/kernel-parameters.txt
@@ -2733,10 +2733,14 @@ bytes respectively. Such letter suffixes can also be entirely omitted.
 				hardware access methods are allowed. Use this
 				if you experience crashes upon bootup and you
 				suspect they are caused by the BIOS.
-		conf1		[X86] Force use of PCI Configuration
-				Mechanism 1.
-		conf2		[X86] Force use of PCI Configuration
-				Mechanism 2.
+		conf1		[X86] Force use of PCI Configuration Access
+				Mechanism 1 (config address in IO port 0xCF8,
+				data in IO port 0xCFC, both 32-bit).
+		conf2		[X86] Force use of PCI Configuration Access
+				Mechanism 2 (IO port 0xCF8 is an 8-bit port for
+				the function, IO port 0xCFA, also 8-bit, sets
+				bus number. The config space is then accessed
+				through ports 0xC000-0xCFFF).
 		noaer		[PCIE] If the PCIEAER kernel config parameter is
 				enabled, this kernel boot option can be used to
 				disable the use of PCIE advanced error reporting.
-- 
2.3.5

[toc] | [next] | [standalone]


#1309634

FromJonathan Corbet <corbet@lwn.net>
Date2016-01-14 21:30 +0100
Message-ID<qQWGS-3K7-13@gated-at.bofh.it>
In reply to#1308523
On Wed, 13 Jan 2016 16:48:51 +0100
Borislav Petkov <bp@alien8.de> wrote:

> People complained that setting the PCI config space access mechanism
> through "pci=conf1" or "pci=conf2" on the command line is not really
> documented. Yeah, can you blame them? Look at what we have now.
> 
> So try to improve the situation a bit by explaining what those "conf1"
> and "conf2" things actually mean.

Seems good, applied to the docs tree...

> See http://wiki.osdev.org/PCI for more info.

...but I took the liberty of adding this URL too; people reading the
document are unlikely to check the commit log in case there's a useful
pointer waiting there for them :)

Thanks,

jon

[toc] | [prev] | [next] | [standalone]


#1309647

FromBorislav Petkov <bp@alien8.de>
Date2016-01-14 22:00 +0100
Message-ID<qQX9U-3VA-15@gated-at.bofh.it>
In reply to#1309634
On Thu, Jan 14, 2016 at 01:27:16PM -0700, Jonathan Corbet wrote:
> > See http://wiki.osdev.org/PCI for more info.
> 
> ...but I took the liberty of adding this URL too; people reading the
> document are unlikely to check the commit log in case there's a useful
> pointer waiting there for them :)

Fair enough.

We did have a little discussion about adding some URL which might
disappear in the future, to our docs. If it does, I guess we can then
fall back to the internet archive...

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web