From: Heiko Carstens <hca@linux.ibm.com>
To: Krzysztof Kozlowski <krzk@kernel.org>
Cc: Arnd Bergmann <arnd@kernel.org>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Randy Dunlap <rdunlap@infradead.org>,
kernel test robot <lkp@intel.com>,
Jiaxun Yang <jiaxun.yang@flygoat.com>,
kbuild-all@lists.01.org,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Marc Zyngier <maz@kernel.org>, Arnd Bergmann <arnd@arndb.de>,
linux-s390 <linux-s390@vger.kernel.org>,
Vasily Gorbik <gor@linux.ibm.com>,
Christian Borntraeger <borntraeger@de.ibm.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Subject: Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap'
Date: Tue, 17 Nov 2020 19:39:25 +0100 [thread overview]
Message-ID: <20201117183925.GC4746@osiris> (raw)
In-Reply-To: <20201117183455.GA101572@kozik-lap>
On Tue, Nov 17, 2020 at 07:34:55PM +0100, Krzysztof Kozlowski wrote:
> > Looking a bit further, I now find that we ended up disabling CONFIG_COMPILE_TEST
> > entirely for arch/um, which is clearly an option that would also work for s390.
>
> Yes, that was the easier solution than to spread "depends on HAS_IOMEM"
> all over Kconfigs.
>
> +Cc Greg KH,
>
> I got similar report around phy drivers:
> https://lore.kernel.org/lkml/202011140335.tceVqHmN-lkp@intel.com/
>
> When reproducing this, I saw multiple unmet dependencies on s390 for
> MFD_SYSCON and MFD_STM32_TIMERS.
>
> I suppose there is no point to fix them all because this will be
> basically UML case, so HAS_IOMEM all over the tree.
FWIW, I just replied a couple of minutes, but you might have missed
that:
---
I'll add a patch to the s390 tree which disables CONFIG_COMPILE_TEST
for s390. I wouldn't like to start again chasing/adding missing
'select' or 'depends on' statements in various config files.
---
WARNING: multiple messages have this Message-ID (diff)
From: Heiko Carstens <hca@linux.ibm.com>
To: kbuild-all@lists.01.org
Subject: Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap'
Date: Tue, 17 Nov 2020 19:39:25 +0100 [thread overview]
Message-ID: <20201117183925.GC4746@osiris> (raw)
In-Reply-To: <20201117183455.GA101572@kozik-lap>
[-- Attachment #1: Type: text/plain, Size: 1003 bytes --]
On Tue, Nov 17, 2020 at 07:34:55PM +0100, Krzysztof Kozlowski wrote:
> > Looking a bit further, I now find that we ended up disabling CONFIG_COMPILE_TEST
> > entirely for arch/um, which is clearly an option that would also work for s390.
>
> Yes, that was the easier solution than to spread "depends on HAS_IOMEM"
> all over Kconfigs.
>
> +Cc Greg KH,
>
> I got similar report around phy drivers:
> https://lore.kernel.org/lkml/202011140335.tceVqHmN-lkp(a)intel.com/
>
> When reproducing this, I saw multiple unmet dependencies on s390 for
> MFD_SYSCON and MFD_STM32_TIMERS.
>
> I suppose there is no point to fix them all because this will be
> basically UML case, so HAS_IOMEM all over the tree.
FWIW, I just replied a couple of minutes, but you might have missed
that:
---
I'll add a patch to the s390 tree which disables CONFIG_COMPILE_TEST
for s390. I wouldn't like to start again chasing/adding missing
'select' or 'depends on' statements in various config files.
---
next prev parent reply other threads:[~2020-11-17 18:39 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-13 23:27 irq-loongson-pch-pic.c:undefined reference to `of_iomap' kernel test robot
2020-11-13 23:27 ` kernel test robot
2020-11-16 4:33 ` Randy Dunlap
2020-11-16 4:33 ` Randy Dunlap
2020-11-16 8:33 ` Arnd Bergmann
2020-11-16 8:33 ` Arnd Bergmann
2020-11-16 8:37 ` Geert Uytterhoeven
2020-11-16 8:37 ` Geert Uytterhoeven
2020-11-16 9:21 ` Arnd Bergmann
2020-11-16 9:21 ` Arnd Bergmann
2020-11-17 18:28 ` Heiko Carstens
2020-11-17 18:28 ` Heiko Carstens
2020-11-17 18:34 ` Krzysztof Kozlowski
2020-11-17 18:34 ` Krzysztof Kozlowski
2020-11-17 18:39 ` Heiko Carstens [this message]
2020-11-17 18:39 ` Heiko Carstens
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=20201117183925.GC4746@osiris \
--to=hca@linux.ibm.com \
--cc=arnd@arndb.de \
--cc=arnd@kernel.org \
--cc=borntraeger@de.ibm.com \
--cc=geert@linux-m68k.org \
--cc=gor@linux.ibm.com \
--cc=gregkh@linuxfoundation.org \
--cc=jiaxun.yang@flygoat.com \
--cc=kbuild-all@lists.01.org \
--cc=krzk@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=lkp@intel.com \
--cc=maz@kernel.org \
--cc=rdunlap@infradead.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.