All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gregory CLEMENT <gregory.clement@free-electrons.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org,
	arm@kernel.org, Jason Cooper <jason@lakedaemon.net>,
	Andrew Lunn <andrew@lunn.ch>
Subject: Re: Build error: OMAP randconfig / mvebu
Date: Fri, 08 Feb 2013 12:06:44 +0100	[thread overview]
Message-ID: <5114DC44.7000107@free-electrons.com> (raw)
In-Reply-To: <2213733.Wbjy3dFgom@wuerfel>

On 02/08/2013 11:45 AM, Arnd Bergmann wrote:
> On Friday 08 February 2013 10:08:13 Russell King - ARM Linux wrote:
>> Last night's OMAP4430SDP randconfig build failed with:
>>
>> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_smp_init_cpus':
>> hotplug.c:(.init.text+0x70): undefined reference to `coherency_get_cpu_count'
>> hotplug.c:(.init.text+0xb4): undefined reference to `armada_mpic_send_doorbell'
>> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_smp_prepare_cpus':
>> hotplug.c:(.init.text+0x254): undefined reference to `set_cpu_coherent'
>> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_boot_secondary':
>> hotplug.c:(.cpuinit.text+0x10): undefined reference to `armada_xp_boot_cpu'
>> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_secondary_init':
>> hotplug.c:(.cpuinit.text+0x2c): undefined reference to `armada_xp_mpic_smp_cpu_init'
>> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_secondary_startup':
>> hotplug.c:(.cpuinit.text+0x40): undefined reference to `ll_set_cpu_coherent'
>>
>> This seems to be because we ended up with CONFIG_ARCH_MVEBU=y but without
>> CONFIG_MACH_ARMADA_370_XP being set - and because of OMAP, we have SMP
>> and hotplug CPU enabled.
>>
>> Usual configs/logs available via the website.
> 
> Ok, I see. I suspect we are going to see a lot more randconfig failures
> now with all the platforms that are becoming part of multiplatform.
> 
> mvebu maintainers: this one should be easy enough to fix. Anyone
> submitting a patch?

I don't know what to do here, there is no point to build any of the files
in mach-mvebu if no SoCs are selected. So either we force to have at least
one SoCS selected if ARCH_MVEBU is selected, or we unselect  ARCH_MVEB if
no SoCs are selected.

Gregory

-- 
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

WARNING: multiple messages have this Message-ID (diff)
From: gregory.clement@free-electrons.com (Gregory CLEMENT)
To: linux-arm-kernel@lists.infradead.org
Subject: Build error: OMAP randconfig / mvebu
Date: Fri, 08 Feb 2013 12:06:44 +0100	[thread overview]
Message-ID: <5114DC44.7000107@free-electrons.com> (raw)
In-Reply-To: <2213733.Wbjy3dFgom@wuerfel>

On 02/08/2013 11:45 AM, Arnd Bergmann wrote:
> On Friday 08 February 2013 10:08:13 Russell King - ARM Linux wrote:
>> Last night's OMAP4430SDP randconfig build failed with:
>>
>> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_smp_init_cpus':
>> hotplug.c:(.init.text+0x70): undefined reference to `coherency_get_cpu_count'
>> hotplug.c:(.init.text+0xb4): undefined reference to `armada_mpic_send_doorbell'
>> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_smp_prepare_cpus':
>> hotplug.c:(.init.text+0x254): undefined reference to `set_cpu_coherent'
>> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_boot_secondary':
>> hotplug.c:(.cpuinit.text+0x10): undefined reference to `armada_xp_boot_cpu'
>> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_secondary_init':
>> hotplug.c:(.cpuinit.text+0x2c): undefined reference to `armada_xp_mpic_smp_cpu_init'
>> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_secondary_startup':
>> hotplug.c:(.cpuinit.text+0x40): undefined reference to `ll_set_cpu_coherent'
>>
>> This seems to be because we ended up with CONFIG_ARCH_MVEBU=y but without
>> CONFIG_MACH_ARMADA_370_XP being set - and because of OMAP, we have SMP
>> and hotplug CPU enabled.
>>
>> Usual configs/logs available via the website.
> 
> Ok, I see. I suspect we are going to see a lot more randconfig failures
> now with all the platforms that are becoming part of multiplatform.
> 
> mvebu maintainers: this one should be easy enough to fix. Anyone
> submitting a patch?

I don't know what to do here, there is no point to build any of the files
in mach-mvebu if no SoCs are selected. So either we force to have at least
one SoCS selected if ARCH_MVEBU is selected, or we unselect  ARCH_MVEB if
no SoCs are selected.

Gregory

-- 
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

  reply	other threads:[~2013-02-08 11:06 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-08 10:08 Build error: OMAP randconfig / mvebu Russell King - ARM Linux
2013-02-08 10:08 ` Russell King - ARM Linux
2013-02-08 10:45 ` Arnd Bergmann
2013-02-08 10:45   ` Arnd Bergmann
2013-02-08 11:06   ` Gregory CLEMENT [this message]
2013-02-08 11:06     ` Gregory CLEMENT
2013-02-08 13:33     ` Arnd Bergmann
2013-02-08 13:33       ` Arnd Bergmann
2013-02-14 10:09       ` Russell King - ARM Linux
2013-02-14 10:09         ` Russell King - ARM Linux
2013-02-14 11:03         ` Ezequiel Garcia
2013-02-14 11:03           ` Ezequiel Garcia
2013-02-14 11:08           ` Russell King - ARM Linux
2013-02-14 11:08             ` Russell King - ARM Linux
2013-02-14 11:12             ` Ezequiel Garcia
2013-02-14 11:12               ` Ezequiel Garcia
2013-02-14 11:27               ` Arnd Bergmann
2013-02-14 11:27                 ` Arnd Bergmann
2013-02-14 12:06                 ` Ezequiel Garcia
2013-02-14 12:06                   ` Ezequiel Garcia
2013-02-14 12:21                   ` Arnd Bergmann
2013-02-14 12:21                     ` Arnd Bergmann
2013-02-14 12:35                     ` Gregory CLEMENT
2013-02-14 12:35                       ` Gregory CLEMENT
2013-02-14 12:49                     ` Ezequiel Garcia
2013-02-14 12:49                       ` Ezequiel Garcia
2013-02-14 19:36                     ` Jason Cooper
2013-02-14 19:36                       ` Jason Cooper
2013-02-14 11:12           ` Arnd Bergmann
2013-02-14 11:12             ` Arnd Bergmann
2013-02-14 12:21       ` Gregory CLEMENT
2013-02-14 12:21         ` Gregory CLEMENT

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=5114DC44.7000107@free-electrons.com \
    --to=gregory.clement@free-electrons.com \
    --cc=andrew@lunn.ch \
    --cc=arm@kernel.org \
    --cc=arnd@arndb.de \
    --cc=jason@lakedaemon.net \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    /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.