From: Gavin Shan <gwshan@linux.vnet.ibm.com>
To: Guenter Roeck <linux@roeck-us.net>
Cc: Gavin Shan <gwshan@linux.vnet.ibm.com>,
Sasha Levin <sasha.levin@oracle.com>,
stable <stable@vger.kernel.org>, Youngmin Nam <ym0914@gmail.com>,
Alan Cox <alan@linux.intel.com>
Subject: Re: Build errors in v3.18-stable-queue
Date: Tue, 1 Mar 2016 16:06:31 +1100 [thread overview]
Message-ID: <20160301050631.GA4931@gwshan> (raw)
In-Reply-To: <56D502CC.3090004@roeck-us.net>
[-- Attachment #1: Type: text/plain, Size: 4097 bytes --]
On Mon, Feb 29, 2016 at 06:47:40PM -0800, Guenter Roeck wrote:
>On 02/29/2016 05:14 PM, Gavin Shan wrote:
>>On Mon, Feb 29, 2016 at 07:24:33PM -0500, Sasha Levin wrote:
>>>On 02/28/2016 05:45 AM, Guenter Roeck wrote:
>>>>Current build results:
>>>> total: 137 pass: 121 fail: 16
>>>>Failed builds:
>>>> arm:allmodconfig
>>>> arm:omap2plus_defconfig
>>>> arm:exynos_defconfig
>>>> arm:s5pv210_defconfig
>>>> powerpc:defconfig
>>>> powerpc:allmodconfig
>>>> powerpc:allnoconfig
>>>> powerpc:ppc64e_defconfig
>>>> powerpc:cell_defconfig
>>>> powerpc:maple_defconfig
>>>> powerpc:ppc6xx_defconfig
>>>> powerpc:mpc83xx_defconfig
>>>> powerpc:tqm8xx_defconfig
>>>> powerpc:85xx/sbc8548_defconfig
>>>> powerpc:83xx/mpc834x_mds_defconfig
>>>> powerpc:86xx/sbc8641d_defconfig
>>>>
>>>>Culprits are listed below. Copying the patch authors for advice.
>>>>
>>
>>Thanks for reporting it, Guenter. some questions as below:
>>
>>- The subject says you were building 3.18 stable kernel, but the PowerPC
>> related commit was merged to 4.1 kernel. So I assume you were building
>> 4.1 stable kernel instead.
>
>In this case it was 3.18. There were failures in 4.1 as well, but they are
>different. All builds in 3.18 fail, but only two out of 12 builds in 4.1.
>For 3.18, this includes both 32 bit and 64 bit builds.
>
>>- All above PowerPC configuration failed to build? At least, those
>> configuration that has (CONFIG_PPC64=y) shouldn't fail because of
>> the error you pointed.
>
>Possibly, but they still fail. Sorry if my report missed the 64 bit error(s).
>
>>- Those configuration without (CONFIG_PPC64=y) needs below fix. Could you
>> please have a try? If it works, I'll post a patch as soon as possible.
>>
>>diff --git a/arch/powerpc/kernel/of_platform.c b/arch/powerpc/kernel/of_platform.c
>>index b60a67d..25dec0b 100644
>>--- a/arch/powerpc/kernel/of_platform.c
>>+++ b/arch/powerpc/kernel/of_platform.c
>>@@ -71,8 +71,10 @@ static int of_pci_phb_probe(struct platform_device *dev)
>> eeh_dev_phb_init_dynamic(phb);
>>
>> /* Register devices with EEH */
>>+#ifdef CONFIG_EEH
>> if (dev->dev.of_node->child)
>> eeh_add_device_tree_early(PCI_DN(dev->dev.of_node));
>>+#endif
>>
>
>Looking into a ppc 64 bit log (from a qemu test attempt), I see
>
>In file included from arch/powerpc/mm/init_64.c:59:0:
>./arch/powerpc/include/asm/eeh.h:344:48: error: 'struct pci_dn' declared inside parameter list [-Werror]
> static inline void eeh_add_device_early(struct pci_dn *pdn) { }
>
>which won't be fixed by the above patch.
>
>The build logs are public at http://kerneltests.org/builders.
>They are typically available for at least 30 days, so feel free
>to have a look yourself.
>
Yeah, there're more info included in above link. The attached patch would
fix the build error.
Thanks,
Gavin
>Thanks,
>Guenter
>
>>Thanks,
>>Gavin
>>
>>>>Guenter
>>>>
>>>>---
>>>>powerpc:
>>>>
>>>>In file included from arch/powerpc/kernel/of_platform.c:30:0:
>>>>./arch/powerpc/include/asm/eeh.h:344:48: error: 'struct pci_dn' declared inside parameter list
>>>>
>>>>Culprit: "powerpc/eeh: Do probe on pci_dn"
>>>>
>>>>---
>>>>arm:
>>>>
>>>>drivers/pinctrl/samsung/pinctrl-samsung.c: In function 'samsung_gpio_set':
>>>>drivers/pinctrl/samsung/pinctrl-samsung.c:551:9: error: implicit declaration of function 'gpiochip_get_data'
>>>>
>>>>Culprit: "pinctrl: samsung: fix SMP race condition"
>>>>
>>>>drivers/tty/serial/omap-serial.c: In function 'serial_omap_stop_tx':
>>>>drivers/tty/serial/omap-serial.c:318:10: error: 'struct uart_port' has no member named 'rs485'
>>>>
>>>>drivers/tty/serial/omap-serial.c: In function 'serial_omap_probe':
>>>>drivers/tty/serial/omap-serial.c:1683:10: error: 'struct uart_port' has no member named 'rs485_config'
>>>>
>>>>Culprit: "serial/omap: Use the rs485 functions on serial_core"
>>>
>>>
>>>Thanks Guenter. I'll pull both of these out of 3.18 and 4.1 until we can get a proper
>>>backport since it doesn't seem trivial.
>>>
>>>
>>>Thanks,
>>>Sasha
>>>
>>
>>
>
[-- Attachment #2: 0001-powerpc-eeh-Fix-build-error-caused-by-pci_dn.patch --]
[-- Type: text/x-diff, Size: 2384 bytes --]
>From 0c43881f78dbdf62ba02364e6306ea271903fc06 Mon Sep 17 00:00:00 2001
From: Gavin Shan <gwshan@linux.vnet.ibm.com>
Date: Tue, 1 Mar 2016 16:02:43 +1100
Subject: [PATCH] powerpc/eeh: Fix build error caused by pci_dn
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
eeh.h could be included when we have following condition. Then we
run into build error as below: (CONFIG_PPC64 && !CONFIG_EEH) ||
(!CONFIG_PPC64 && !CONFIG_EEH)
In file included from arch/powerpc/kernel/of_platform.c:30:0:
./arch/powerpc/include/asm/eeh.h:344:48: error: ‘struct pci_dn’ \
declared inside parameter list [-Werror]
:
In file included from arch/powerpc/mm/hash_utils_64.c:49:0:
./arch/powerpc/include/asm/eeh.h:344:48: error: ‘struct pci_dn’ \
declared inside parameter list [-Werror]
This fixes the issue by replacing those empty inline functions
with macro so that we don't rely on @pci_dn when CONFIG_EEH is
disabled.
Cc: stable@vger.kernel.org # v4.1+
Fixes: ff57b45 ("powerpc/eeh: Do probe on pci_dn")
Reported-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/eeh.h | 20 +++++++-------------
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/arch/powerpc/include/asm/eeh.h b/arch/powerpc/include/asm/eeh.h
index c3a2d14..5f7ec12 100644
--- a/arch/powerpc/include/asm/eeh.h
+++ b/arch/powerpc/include/asm/eeh.h
@@ -339,19 +339,13 @@ static inline int eeh_check_failure(const volatile void __iomem *token)
#define eeh_dev_check_failure(x) (0)
-static inline void eeh_addr_cache_build(void) { }
-
-static inline void eeh_add_device_early(struct pci_dn *pdn) { }
-
-static inline void eeh_add_device_tree_early(struct pci_dn *pdn) { }
-
-static inline void eeh_add_device_late(struct pci_dev *dev) { }
-
-static inline void eeh_add_device_tree_late(struct pci_bus *bus) { }
-
-static inline void eeh_add_sysfs_files(struct pci_bus *bus) { }
-
-static inline void eeh_remove_device(struct pci_dev *dev) { }
+#define eeh_addr_cache_build()
+#define eeh_add_device_early(pdn)
+#define eeh_add_device_tree_early(pdn)
+#define eeh_add_device_late(pdev)
+#define eeh_add_device_tree_late(pbus)
+#define eeh_add_sysfs_files(pbus)
+#define eeh_remove_device(pdev)
#define EEH_POSSIBLE_ERROR(val, type) (0)
#define EEH_IO_ERROR_VALUE(size) (-1UL)
--
2.1.0
next prev parent reply other threads:[~2016-03-01 5:08 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-28 10:45 Build errors in v3.18-stable-queue Guenter Roeck
2016-03-01 0:24 ` Sasha Levin
2016-03-01 1:14 ` Gavin Shan
2016-03-01 2:47 ` Guenter Roeck
2016-03-01 5:06 ` Gavin Shan [this message]
2016-03-01 15:19 ` Sasha Levin
2016-03-01 23:17 ` Gavin Shan
2016-03-06 22:38 ` Gavin Shan
2016-03-02 4:31 ` Guenter Roeck
2016-03-01 11:12 ` Youngmin Nam
2016-03-01 15:18 ` Sasha Levin
-- strict thread matches above, loose matches on Subject: below --
2015-08-25 19:24 build " Guenter Roeck
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=20160301050631.GA4931@gwshan \
--to=gwshan@linux.vnet.ibm.com \
--cc=alan@linux.intel.com \
--cc=linux@roeck-us.net \
--cc=sasha.levin@oracle.com \
--cc=stable@vger.kernel.org \
--cc=ym0914@gmail.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.