From: Paul Bolle <pebolle@tiscali.nl>
To: Gabriel FERNANDEZ <gabriel.fernandez@st.com>
Cc: Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
Mark Rutland <mark.rutland@arm.com>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Kumar Gala <galak@codeaurora.org>,
Srinivas Kandagatla <srinivas.kandagatla@gmail.com>,
Maxime Coquelin <maxime.coquelin@st.com>,
Patrice Chotard <patrice.chotard@st.com>,
Russell King <linux@arm.linux.org.uk>,
Bjorn Helgaas <bhelgaas@google.com>,
Jingoo Han <jg1.han@samsung.com>,
Lucas Stach <l.stach@pengutronix.de>,
Fabrice Gasnier <fabrice.gasnier@st.com>,
Kishon Vijay Abraham I <kishon@ti.com>,
Andrew Morton <akpm@linux-foundation.org>,
"David S. Miller" <davem@davemloft.net>,
Greg KH <gregkh@linuxfoundation.org>,
Mauro Carvalho Chehab <mchehab@osg.samsung.com>,
Joe Perches <joe@perches.com>, Tejun Heo <tj@kernel.org>,
Arnd Bergmann <arnd@arndb.de>,
Viresh Kumar <viresh.kumar@linaro.org>,
Thierry Reding <treding@nvidia.com>,
Phil Edworthy <phil.edworthy@renesas.com>,
Minghuan Lian <Minghuan.Lian@freescale.com>,
Tanmay Inamdar <tinamdar@apm.com>,
m-karicheri2@ti.com, Sachin Kamat <sachin.kamat@samsung.com>,
Andrew Lunn <andrew@lunn.ch>, Liviu Dudau <liviu.dudau@arm.com>,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, kernel@stlinux.com,
linux-pci@vger.kernel.org, Lee Jones <lee.jones@linaro.org>,
Gabriel Fernandez <gabriel.fernandez@linaro.org>
Subject: Re: [PATCH v3 3/5] PCI: st: Provide support for the sti PCIe controller
Date: Sat, 11 Apr 2015 12:17:57 +0200 [thread overview]
Message-ID: <1428747477.17822.90.camel@x220> (raw)
In-Reply-To: <1428657168-12495-4-git-send-email-gabriel.fernandez@linaro.org>
Something I didn't spot in my first look at this patch.
On Fri, 2015-04-10 at 11:12 +0200, Gabriel FERNANDEZ wrote:
> --- a/drivers/pci/host/Kconfig
> +++ b/drivers/pci/host/Kconfig
>
> +config PCI_ST
> + bool "ST PCIe controller"
> + depends on ARCH_STI || (ARM && COMPILE_TEST)
> + select PCIE_DW
> + help
> + Enable PCIe controller support on ST Socs. This controller is based
> + on Designware hardware and therefore the driver re-uses the
> + Designware core functions to implement the driver.
You can't have ARCH_STI without ARM, so ARM will always be set if this
driver is enabled. Correct?
> --- /dev/null
> +++ b/drivers/pci/host/pci-st.c
> + if (IS_ENABLED(CONFIG_ARM)) {
> + /*
> + * We have to hook the abort handler so that we can intercept
> + * bus errors when doing config read/write that return UR,
> + * which is flagged up as a bus error
> + */
> + hook_fault_code(16+6, st_pcie_abort_handler, SIGBUS, 0,
> + "imprecise external abort");
> + }
So, unless I'm missing something obvious here, IS_ENABLED(CONFIG_ARM)
will always evaluate to 1. Can't that test be dropped?
Paul Bolle
WARNING: multiple messages have this Message-ID (diff)
From: pebolle@tiscali.nl (Paul Bolle)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 3/5] PCI: st: Provide support for the sti PCIe controller
Date: Sat, 11 Apr 2015 12:17:57 +0200 [thread overview]
Message-ID: <1428747477.17822.90.camel@x220> (raw)
In-Reply-To: <1428657168-12495-4-git-send-email-gabriel.fernandez@linaro.org>
Something I didn't spot in my first look at this patch.
On Fri, 2015-04-10 at 11:12 +0200, Gabriel FERNANDEZ wrote:
> --- a/drivers/pci/host/Kconfig
> +++ b/drivers/pci/host/Kconfig
>
> +config PCI_ST
> + bool "ST PCIe controller"
> + depends on ARCH_STI || (ARM && COMPILE_TEST)
> + select PCIE_DW
> + help
> + Enable PCIe controller support on ST Socs. This controller is based
> + on Designware hardware and therefore the driver re-uses the
> + Designware core functions to implement the driver.
You can't have ARCH_STI without ARM, so ARM will always be set if this
driver is enabled. Correct?
> --- /dev/null
> +++ b/drivers/pci/host/pci-st.c
> + if (IS_ENABLED(CONFIG_ARM)) {
> + /*
> + * We have to hook the abort handler so that we can intercept
> + * bus errors when doing config read/write that return UR,
> + * which is flagged up as a bus error
> + */
> + hook_fault_code(16+6, st_pcie_abort_handler, SIGBUS, 0,
> + "imprecise external abort");
> + }
So, unless I'm missing something obvious here, IS_ENABLED(CONFIG_ARM)
will always evaluate to 1. Can't that test be dropped?
Paul Bolle
WARNING: multiple messages have this Message-ID (diff)
From: Paul Bolle <pebolle@tiscali.nl>
To: Gabriel FERNANDEZ <gabriel.fernandez@st.com>
Cc: Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
Mark Rutland <mark.rutland@arm.com>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Kumar Gala <galak@codeaurora.org>,
Srinivas Kandagatla <srinivas.kandagatla@gmail.com>,
Maxime Coquelin <maxime.coquelin@st.com>,
Patrice Chotard <patrice.chotard@st.com>,
Russell King <linux@arm.linux.org.uk>,
Bjorn Helgaas <bhelgaas@google.com>,
Jingoo Han <jg1.han@samsung.com>,
Lucas Stach <l.stach@pengutronix.de>,
Fabrice Gasnier <fabrice.gasnier@st.com>,
Kishon Vijay Abraham I <kishon@ti.com>,
Andrew Morton <akpm@linux-foundation.org>,
"David S. Miller" <davem@davemloft.net>,
Greg KH <gregkh@linuxfoundation.org>,
Mauro Carvalho Chehab <mchehab@osg.samsung.com>,
Joe Perches <joe@perches.com>, Tejun Heo <tj@kernel.org>,
Arnd Bergmann <arnd@arndb.de>,
Viresh Kumar <viresh.kumar@linaro.org>, Thierry Reding <treding@>
Subject: Re: [PATCH v3 3/5] PCI: st: Provide support for the sti PCIe controller
Date: Sat, 11 Apr 2015 12:17:57 +0200 [thread overview]
Message-ID: <1428747477.17822.90.camel@x220> (raw)
In-Reply-To: <1428657168-12495-4-git-send-email-gabriel.fernandez@linaro.org>
Something I didn't spot in my first look at this patch.
On Fri, 2015-04-10 at 11:12 +0200, Gabriel FERNANDEZ wrote:
> --- a/drivers/pci/host/Kconfig
> +++ b/drivers/pci/host/Kconfig
>
> +config PCI_ST
> + bool "ST PCIe controller"
> + depends on ARCH_STI || (ARM && COMPILE_TEST)
> + select PCIE_DW
> + help
> + Enable PCIe controller support on ST Socs. This controller is based
> + on Designware hardware and therefore the driver re-uses the
> + Designware core functions to implement the driver.
You can't have ARCH_STI without ARM, so ARM will always be set if this
driver is enabled. Correct?
> --- /dev/null
> +++ b/drivers/pci/host/pci-st.c
> + if (IS_ENABLED(CONFIG_ARM)) {
> + /*
> + * We have to hook the abort handler so that we can intercept
> + * bus errors when doing config read/write that return UR,
> + * which is flagged up as a bus error
> + */
> + hook_fault_code(16+6, st_pcie_abort_handler, SIGBUS, 0,
> + "imprecise external abort");
> + }
So, unless I'm missing something obvious here, IS_ENABLED(CONFIG_ARM)
will always evaluate to 1. Can't that test be dropped?
Paul Bolle
next prev parent reply other threads:[~2015-04-11 10:18 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-10 9:12 [PATCH v3 0/5] PCI: st: provide support for dw pcie Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-04-10 9:12 ` [PATCH v3 1/5] ARM: STi: Kconfig update for PCIe support Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-04-10 9:12 ` [PATCH v3 2/5] PCI: st: Add Device Tree bindings for sti pcie Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-05-05 22:09 ` Bjorn Helgaas
2015-05-05 22:09 ` Bjorn Helgaas
2015-05-05 22:09 ` Bjorn Helgaas
2015-04-10 9:12 ` [PATCH v3 3/5] PCI: st: Provide support for the sti PCIe controller Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-04-11 10:17 ` Paul Bolle [this message]
2015-04-11 10:17 ` Paul Bolle
2015-04-11 10:17 ` Paul Bolle
2015-04-11 14:55 ` Arnd Bergmann
2015-04-11 14:55 ` Arnd Bergmann
2015-04-11 14:55 ` Arnd Bergmann
2015-04-13 7:35 ` Gabriel Fernandez
2015-04-13 7:35 ` Gabriel Fernandez
2015-04-13 7:35 ` Gabriel Fernandez
2015-05-05 22:16 ` Bjorn Helgaas
2015-05-05 22:16 ` Bjorn Helgaas
2015-05-05 22:16 ` Bjorn Helgaas
2015-05-06 9:14 ` Gabriel Fernandez
2015-05-06 9:14 ` Gabriel Fernandez
2015-05-06 9:14 ` Gabriel Fernandez
2015-05-06 9:24 ` Arnd Bergmann
2015-05-06 9:24 ` Arnd Bergmann
2015-05-06 9:24 ` Arnd Bergmann
2015-05-06 13:29 ` Bjorn Helgaas
2015-05-06 13:29 ` Bjorn Helgaas
2015-05-06 13:29 ` Bjorn Helgaas
2015-05-06 13:40 ` Gabriel Fernandez
2015-05-06 13:40 ` Gabriel Fernandez
2015-05-06 13:40 ` Gabriel Fernandez
2015-05-06 15:33 ` Arnd Bergmann
2015-05-06 15:33 ` Arnd Bergmann
2015-05-06 15:33 ` Arnd Bergmann
2015-04-10 9:12 ` [PATCH v3 4/5] pci: designware: remove pci_common_init_dev() Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-05-06 19:22 ` Bjorn Helgaas
2015-05-06 19:22 ` Bjorn Helgaas
2015-05-06 19:22 ` Bjorn Helgaas
2015-05-25 14:28 ` Fabrice Gasnier
2015-05-25 14:28 ` Fabrice Gasnier
2015-05-25 14:28 ` Fabrice Gasnier
2015-04-10 9:12 ` [PATCH v3 5/5] MAINTAINERS: Add pci-st.c to ARCH/STI architecture Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-04-10 9:12 ` Gabriel FERNANDEZ
2015-05-05 21:42 ` Bjorn Helgaas
2015-05-05 21:42 ` Bjorn Helgaas
2015-05-05 21:42 ` Bjorn Helgaas
2015-05-06 6:45 ` Maxime Coquelin
2015-05-06 6:45 ` Maxime Coquelin
2015-05-06 6:45 ` Maxime Coquelin
2015-08-14 14:53 ` [PATCH v3 0/5] PCI: st: provide support for dw pcie Bjorn Helgaas
2015-08-14 14:53 ` Bjorn Helgaas
2015-08-14 14:53 ` Bjorn Helgaas
2015-08-17 7:53 ` Gabriel Fernandez
2015-08-17 7:53 ` Gabriel Fernandez
2015-08-17 7:53 ` Gabriel Fernandez
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=1428747477.17822.90.camel@x220 \
--to=pebolle@tiscali.nl \
--cc=Minghuan.Lian@freescale.com \
--cc=akpm@linux-foundation.org \
--cc=andrew@lunn.ch \
--cc=arnd@arndb.de \
--cc=bhelgaas@google.com \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=fabrice.gasnier@st.com \
--cc=gabriel.fernandez@linaro.org \
--cc=gabriel.fernandez@st.com \
--cc=galak@codeaurora.org \
--cc=gregkh@linuxfoundation.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=jg1.han@samsung.com \
--cc=joe@perches.com \
--cc=kernel@stlinux.com \
--cc=kishon@ti.com \
--cc=l.stach@pengutronix.de \
--cc=lee.jones@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=liviu.dudau@arm.com \
--cc=m-karicheri2@ti.com \
--cc=mark.rutland@arm.com \
--cc=maxime.coquelin@st.com \
--cc=mchehab@osg.samsung.com \
--cc=patrice.chotard@st.com \
--cc=pawel.moll@arm.com \
--cc=phil.edworthy@renesas.com \
--cc=robh+dt@kernel.org \
--cc=sachin.kamat@samsung.com \
--cc=srinivas.kandagatla@gmail.com \
--cc=tinamdar@apm.com \
--cc=tj@kernel.org \
--cc=treding@nvidia.com \
--cc=viresh.kumar@linaro.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.