Linux wireless drivers development
 help / color / mirror / Atom feed
* 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