* Re: next-20151126 build: 3 failures 15 warnings (next-20151126)
[not found] <E1a1sVV-00079q-My@optimist>
@ 2015-11-26 12:15 ` Mark Brown
2015-11-26 12:39 ` Kalle Valo
0 siblings, 1 reply; 7+ messages in thread
From: Mark Brown @ 2015-11-26 12:15 UTC (permalink / raw)
To: Kalle Valo
Cc: kernel-build-reports, linaro-kernel, linux-next, ath10k,
linux-wireless, netdev
[-- Attachment #1: Type: text/plain, Size: 920 bytes --]
On Thu, Nov 26, 2015 at 09:06:25AM +0000, Build bot for Mark Brown wrote:
Today's -next fails to build an arm64 allmodconfig due to:
> arm64-allmodconfig
> ../drivers/net/wireless/ath/ath10k/thermal.c:119:6: error: redefinition of 'ath10k_thermal_event_temperature'
> ../drivers/net/wireless/ath/ath10k/thermal.c:136:6: error: redefinition of 'ath10k_thermal_set_throttling'
> ../drivers/net/wireless/ath/ath10k/thermal.c:162:5: error: redefinition of 'ath10k_thermal_register'
> ../drivers/net/wireless/ath/ath10k/thermal.c:216:6: error: redefinition of 'ath10k_thermal_unregister'
This is happening because there are stub functions provided in the
driver's thermal.h for !THERMAL cases but these are guarded by an #ifdef
not an #if and so fails to do the right thing if the thermal code is
built as a module. It looks like this was somehow triggered as part of
the reorganisation of the WiFi directory structure.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: next-20151126 build: 3 failures 15 warnings (next-20151126)
2015-11-26 12:15 ` next-20151126 build: 3 failures 15 warnings (next-20151126) Mark Brown
@ 2015-11-26 12:39 ` Kalle Valo
2015-11-26 13:22 ` Mark Brown
0 siblings, 1 reply; 7+ messages in thread
From: Kalle Valo @ 2015-11-26 12:39 UTC (permalink / raw)
To: Mark Brown
Cc: kernel-build-reports, linaro-kernel, linux-next, ath10k,
linux-wireless, netdev
Mark Brown <broonie@kernel.org> writes:
> On Thu, Nov 26, 2015 at 09:06:25AM +0000, Build bot for Mark Brown wrote:
>
> Today's -next fails to build an arm64 allmodconfig due to:
>
>> arm64-allmodconfig
>> ../drivers/net/wireless/ath/ath10k/thermal.c:119:6: error: redefinition of 'ath10k_thermal_event_temperature'
>> ../drivers/net/wireless/ath/ath10k/thermal.c:136:6: error: redefinition of 'ath10k_thermal_set_throttling'
>> ../drivers/net/wireless/ath/ath10k/thermal.c:162:5: error: redefinition of 'ath10k_thermal_register'
>> ../drivers/net/wireless/ath/ath10k/thermal.c:216:6: error: redefinition of 'ath10k_thermal_unregister'
>
> This is happening because there are stub functions provided in the
> driver's thermal.h for !THERMAL cases but these are guarded by an #ifdef
> not an #if and so fails to do the right thing if the thermal code is
> built as a module.
Thanks, I'll apply the fix soon. Just wait for comments from others
first.
> It looks like this was somehow triggered as part of the reorganisation
> of the WiFi directory structure.
This is surprising and also worrying, any ideas why? It would be good to
understand the root cause in case there's a bug in wireless drivers
directory reorganisation.
--
Kalle Valo
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: next-20151126 build: 3 failures 15 warnings (next-20151126)
2015-11-26 12:39 ` Kalle Valo
@ 2015-11-26 13:22 ` Mark Brown
2015-11-26 16:58 ` Kalle Valo
0 siblings, 1 reply; 7+ messages in thread
From: Mark Brown @ 2015-11-26 13:22 UTC (permalink / raw)
To: Kalle Valo
Cc: kernel-build-reports, linaro-kernel, linux-next, ath10k,
linux-wireless, netdev
[-- Attachment #1: Type: text/plain, Size: 556 bytes --]
On Thu, Nov 26, 2015 at 02:39:40PM +0200, Kalle Valo wrote:
> Mark Brown <broonie@kernel.org> writes:
> > It looks like this was somehow triggered as part of the reorganisation
> > of the WiFi directory structure.
> This is surprising and also worrying, any ideas why? It would be good to
> understand the root cause in case there's a bug in wireless drivers
> directory reorganisation.
No, I didn't make much effort to check though since the use of ifdef was
clearly a bug waiting to happen anyway, I was more surprised it worked
at all than anything.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: next-20151126 build: 3 failures 15 warnings (next-20151126)
2015-11-26 13:22 ` Mark Brown
@ 2015-11-26 16:58 ` Kalle Valo
2015-11-26 17:03 ` Mark Brown
0 siblings, 1 reply; 7+ messages in thread
From: Kalle Valo @ 2015-11-26 16:58 UTC (permalink / raw)
To: Mark Brown
Cc: linaro-kernel, kernel-build-reports, netdev, linux-wireless,
ath10k, linux-next
Mark Brown <broonie@kernel.org> writes:
> On Thu, Nov 26, 2015 at 02:39:40PM +0200, Kalle Valo wrote:
>> Mark Brown <broonie@kernel.org> writes:
>
>> > It looks like this was somehow triggered as part of the reorganisation
>> > of the WiFi directory structure.
>
>> This is surprising and also worrying, any ideas why? It would be good to
>> understand the root cause in case there's a bug in wireless drivers
>> directory reorganisation.
>
> No, I didn't make much effort to check though since the use of ifdef was
> clearly a bug waiting to happen anyway, I was more surprised it worked
> at all than anything.
Michal Marek explains[1] that this is due to commit cf4f21938e13
("kbuild: Allow to specify composite modules with modname-m") and has
nothing to do with the wireless drivers reorganisation. I'll drop this
patch as Michal will apply his fix to the kbuild tree.
[1] https://patchwork.kernel.org/patch/7707801/
--
Kalle Valo
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: next-20151126 build: 3 failures 15 warnings (next-20151126)
2015-11-26 16:58 ` Kalle Valo
@ 2015-11-26 17:03 ` Mark Brown
2015-11-26 18:34 ` Kalle Valo
0 siblings, 1 reply; 7+ messages in thread
From: Mark Brown @ 2015-11-26 17:03 UTC (permalink / raw)
To: Kalle Valo
Cc: linaro-kernel, kernel-build-reports, netdev, linux-wireless,
ath10k, linux-next
[-- Attachment #1: Type: text/plain, Size: 760 bytes --]
On Thu, Nov 26, 2015 at 06:58:32PM +0200, Kalle Valo wrote:
> Mark Brown <broonie@kernel.org> writes:
> > No, I didn't make much effort to check though since the use of ifdef was
> > clearly a bug waiting to happen anyway, I was more surprised it worked
> > at all than anything.
> Michal Marek explains[1] that this is due to commit cf4f21938e13
> ("kbuild: Allow to specify composite modules with modname-m") and has
> nothing to do with the wireless drivers reorganisation. I'll drop this
> patch as Michal will apply his fix to the kbuild tree.
It still ought to be fixed regardless of why it showed up - the
intention of the code is that we build the real thermal code regardless
of if that's modular or not but that's not what the code actually does.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: next-20151126 build: 3 failures 15 warnings (next-20151126)
2015-11-26 17:03 ` Mark Brown
@ 2015-11-26 18:34 ` Kalle Valo
2015-11-26 20:58 ` Mark Brown
0 siblings, 1 reply; 7+ messages in thread
From: Kalle Valo @ 2015-11-26 18:34 UTC (permalink / raw)
To: Mark Brown
Cc: linaro-kernel, kernel-build-reports, netdev, linux-wireless,
ath10k, linux-next
Mark Brown <broonie@kernel.org> writes:
> On Thu, Nov 26, 2015 at 06:58:32PM +0200, Kalle Valo wrote:
>> Mark Brown <broonie@kernel.org> writes:
>
>> > No, I didn't make much effort to check though since the use of ifdef was
>> > clearly a bug waiting to happen anyway, I was more surprised it worked
>> > at all than anything.
>
>> Michal Marek explains[1] that this is due to commit cf4f21938e13
>> ("kbuild: Allow to specify composite modules with modname-m") and has
>> nothing to do with the wireless drivers reorganisation. I'll drop this
>> patch as Michal will apply his fix to the kbuild tree.
>
> It still ought to be fixed regardless of why it showed up - the
> intention of the code is that we build the real thermal code regardless
> of if that's modular or not but that's not what the code actually does.
Like I said above Michal will apply a fix to his tree. Read the full
discussion from patchwork:
https://patchwork.kernel.org/patch/7707801/
--
Kalle Valo
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: next-20151126 build: 3 failures 15 warnings (next-20151126)
2015-11-26 18:34 ` Kalle Valo
@ 2015-11-26 20:58 ` Mark Brown
0 siblings, 0 replies; 7+ messages in thread
From: Mark Brown @ 2015-11-26 20:58 UTC (permalink / raw)
To: Kalle Valo
Cc: linaro-kernel, kernel-build-reports, netdev, linux-wireless,
ath10k, linux-next
[-- Attachment #1: Type: text/plain, Size: 561 bytes --]
On Thu, Nov 26, 2015 at 08:34:20PM +0200, Kalle Valo wrote:
> Mark Brown <broonie@kernel.org> writes:
> > It still ought to be fixed regardless of why it showed up - the
> > intention of the code is that we build the real thermal code regardless
> > of if that's modular or not but that's not what the code actually does.
> Like I said above Michal will apply a fix to his tree. Read the full
> discussion from patchwork:
> https://patchwork.kernel.org/patch/7707801/
Oh, right - a fix for this specific issue rather than a fix for whatever
change he made.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2015-11-26 20:58 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <E1a1sVV-00079q-My@optimist>
2015-11-26 12:15 ` next-20151126 build: 3 failures 15 warnings (next-20151126) Mark Brown
2015-11-26 12:39 ` Kalle Valo
2015-11-26 13:22 ` Mark Brown
2015-11-26 16:58 ` Kalle Valo
2015-11-26 17:03 ` Mark Brown
2015-11-26 18:34 ` Kalle Valo
2015-11-26 20:58 ` Mark Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox