From: Bjorn Helgaas <helgaas@kernel.org>
To: Julian Braha <julianbraha@gmail.com>
Cc: bhelgaas@google.com, robh@kernel.org,
linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org
Subject: Re: [PATCH] pci: dead code cleanup in Kconfig
Date: Mon, 30 Mar 2026 17:25:08 -0500 [thread overview]
Message-ID: <20260330222508.GA108010@bhelgaas> (raw)
In-Reply-To: <20260330214549.16157-1-julianbraha@gmail.com>
On Mon, Mar 30, 2026 at 10:45:49PM +0100, Julian Braha wrote:
> There is already an 'if PCI' condition wrapping several config options
> e.g. PCI_DOMAINS and VGA_ARB, making the 'depends on PCI' statement for
> each of these a duplicate dependency (dead code).
>
> I propose leaving the outer 'if PCI...endif' and removing the individual
> 'depends on PCI' statement from each option.
>
> This dead code was found by kconfirm, a static analysis tool for Kconfig.
>
> Signed-off-by: Julian Braha <julianbraha@gmail.com>
Applied to pci/misc for v7.1, thanks!
> ---
> drivers/pci/Kconfig | 12 +++---------
> 1 file changed, 3 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/pci/Kconfig b/drivers/pci/Kconfig
> index e3f848ffb52a..33c88432b728 100644
> --- a/drivers/pci/Kconfig
> +++ b/drivers/pci/Kconfig
> @@ -31,7 +31,6 @@ if PCI
>
> config PCI_DOMAINS
> bool
> - depends on PCI
>
> config PCI_DOMAINS_GENERIC
> bool
> @@ -255,7 +254,7 @@ config PCI_DYNAMIC_OF_NODES
> choice
> prompt "PCI Express hierarchy optimization setting"
> default PCIE_BUS_DEFAULT
> - depends on PCI && EXPERT
> + depends on EXPERT
> help
> MPS (Max Payload Size) and MRRS (Max Read Request Size) are PCIe
> device parameters that affect performance and the ability to
> @@ -272,20 +271,17 @@ choice
>
> config PCIE_BUS_TUNE_OFF
> bool "Tune Off"
> - depends on PCI
> help
> Use the BIOS defaults; don't touch MPS at all. This is the same
> as booting with 'pci=pcie_bus_tune_off'.
>
> config PCIE_BUS_DEFAULT
> bool "Default"
> - depends on PCI
> help
> Default choice; ensure that the MPS matches upstream bridge.
>
> config PCIE_BUS_SAFE
> bool "Safe"
> - depends on PCI
> help
> Use largest MPS that boot-time devices support. If you have a
> closed system with no possibility of adding new devices, this
> @@ -294,7 +290,6 @@ config PCIE_BUS_SAFE
>
> config PCIE_BUS_PERFORMANCE
> bool "Performance"
> - depends on PCI
> help
> Use MPS and MRRS for best performance. Ensure that a given
> device's MPS is no larger than its parent MPS, which allows us to
> @@ -303,7 +298,6 @@ config PCIE_BUS_PERFORMANCE
>
> config PCIE_BUS_PEER2PEER
> bool "Peer2peer"
> - depends on PCI
> help
> Set MPS = 128 for all devices. MPS configuration effected by the
> other options could cause the MPS on one root port to be
> @@ -317,7 +311,7 @@ endchoice
> config VGA_ARB
> bool "VGA Arbitration" if EXPERT
> default y
> - depends on (PCI && !S390)
> + depends on !S390
> select SCREEN_INFO if X86
> help
> Some "legacy" VGA devices implemented on PCI typically have the same
> @@ -340,4 +334,4 @@ source "drivers/pci/endpoint/Kconfig"
> source "drivers/pci/switch/Kconfig"
> source "drivers/pci/pwrctrl/Kconfig"
>
> -endif
> +endif # PCI
> --
> 2.51.2
>
next prev parent reply other threads:[~2026-03-30 22:25 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-30 21:45 [PATCH] pci: dead code cleanup in Kconfig Julian Braha
2026-03-30 22:25 ` Bjorn Helgaas [this message]
2026-03-31 19:16 ` 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=20260330222508.GA108010@bhelgaas \
--to=helgaas@kernel.org \
--cc=bhelgaas@google.com \
--cc=julianbraha@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=robh@kernel.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