* LEDs next branch
@ 2019-07-30 18:40 Dan Murphy
2019-07-30 20:30 ` Jacek Anaszewski
0 siblings, 1 reply; 5+ messages in thread
From: Dan Murphy @ 2019-07-30 18:40 UTC (permalink / raw)
To: Jacek Anaszewski, linux-leds, Pavel Machek
Jacek
Did you see/fix this on the led-next branch?
I saw this when booting trying to fix the lm3532
[ 8.651461] led_class: exports duplicate symbol
devm_led_classdev_register_ext (owned by kernel)
[ 8.730063] led_class: exports duplicate symbol
devm_led_classdev_register_ext (owned by kernel)
Dan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: LEDs next branch
2019-07-30 18:40 LEDs next branch Dan Murphy
@ 2019-07-30 20:30 ` Jacek Anaszewski
2019-07-30 20:47 ` Dan Murphy
0 siblings, 1 reply; 5+ messages in thread
From: Jacek Anaszewski @ 2019-07-30 20:30 UTC (permalink / raw)
To: Dan Murphy, linux-leds, Pavel Machek
Hi Dan,
On 7/30/19 8:40 PM, Dan Murphy wrote:
> Jacek
>
> Did you see/fix this on the led-next branch?
>
> I saw this when booting trying to fix the lm3532
>
> [ 8.651461] led_class: exports duplicate symbol
> devm_led_classdev_register_ext (owned by kernel)
>
> [ 8.730063] led_class: exports duplicate symbol
> devm_led_classdev_register_ext (owned by kernel)
I've just tried next-20190730 and haven't noticed anything like that.
I've checked both with driver compiled-in and loaded as a module.
Tested on qemu versatile board, with tweaked versatile-pb.dts
to include lm3532 DT node.
There is one issue currently in next but seems to be irrelevant and
can be fixed with [0].
[0] https://lkml.org/lkml/2019/7/22/720
--
Best regards,
Jacek Anaszewski
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: LEDs next branch
2019-07-30 20:30 ` Jacek Anaszewski
@ 2019-07-30 20:47 ` Dan Murphy
2019-07-30 21:11 ` Dan Murphy
0 siblings, 1 reply; 5+ messages in thread
From: Dan Murphy @ 2019-07-30 20:47 UTC (permalink / raw)
To: Jacek Anaszewski, linux-leds, Pavel Machek
Jacek
On 7/30/19 3:30 PM, Jacek Anaszewski wrote:
> Hi Dan,
>
> On 7/30/19 8:40 PM, Dan Murphy wrote:
>> Jacek
>>
>> Did you see/fix this on the led-next branch?
>>
>> I saw this when booting trying to fix the lm3532
>>
>> [ 8.651461] led_class: exports duplicate symbol
>> devm_led_classdev_register_ext (owned by kernel)
>>
>> [ 8.730063] led_class: exports duplicate symbol
>> devm_led_classdev_register_ext (owned by kernel)
> I've just tried next-20190730 and haven't noticed anything like that.
> I've checked both with driver compiled-in and loaded as a module.
>
> Tested on qemu versatile board, with tweaked versatile-pb.dts
> to include lm3532 DT node.
>
> There is one issue currently in next but seems to be irrelevant and
> can be fixed with [0].
Thanks for checking I will see if I can track it down.
Dan
> [0] https://lkml.org/lkml/2019/7/22/720
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: LEDs next branch
2019-07-30 20:47 ` Dan Murphy
@ 2019-07-30 21:11 ` Dan Murphy
2019-07-31 12:11 ` Dan Murphy
0 siblings, 1 reply; 5+ messages in thread
From: Dan Murphy @ 2019-07-30 21:11 UTC (permalink / raw)
To: Jacek Anaszewski, linux-leds, Pavel Machek
Jacek
On 7/30/19 3:47 PM, Dan Murphy wrote:
> Jacek
>
> On 7/30/19 3:30 PM, Jacek Anaszewski wrote:
>> Hi Dan,
>>
>> On 7/30/19 8:40 PM, Dan Murphy wrote:
>>> Jacek
>>>
>>> Did you see/fix this on the led-next branch?
>>>
>>> I saw this when booting trying to fix the lm3532
>>>
>>> [ 8.651461] led_class: exports duplicate symbol
>>> devm_led_classdev_register_ext (owned by kernel)
>>>
>>> [ 8.730063] led_class: exports duplicate symbol
>>> devm_led_classdev_register_ext (owned by kernel)
>> I've just tried next-20190730 and haven't noticed anything like that.
>> I've checked both with driver compiled-in and loaded as a module.
>
[...]
Try configuring the LEDS_CLASS as a built-in module.
-CONFIG_LEDS_CLASS=m
+CONFIG_LEDS_CLASS=y
I am also on for-next
Dan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: LEDs next branch
2019-07-30 21:11 ` Dan Murphy
@ 2019-07-31 12:11 ` Dan Murphy
0 siblings, 0 replies; 5+ messages in thread
From: Dan Murphy @ 2019-07-31 12:11 UTC (permalink / raw)
To: Jacek Anaszewski, linux-leds, Pavel Machek
Jacek
On 7/30/19 4:11 PM, Dan Murphy wrote:
> Jacek
>
> On 7/30/19 3:47 PM, Dan Murphy wrote:
>> Jacek
>>
>> On 7/30/19 3:30 PM, Jacek Anaszewski wrote:
>>> Hi Dan,
>>>
>>> On 7/30/19 8:40 PM, Dan Murphy wrote:
>>>> Jacek
>>>>
>>>> Did you see/fix this on the led-next branch?
>>>>
>>>> I saw this when booting trying to fix the lm3532
>>>>
>>>> [ 8.651461] led_class: exports duplicate symbol
>>>> devm_led_classdev_register_ext (owned by kernel)
>>>>
>>>> [ 8.730063] led_class: exports duplicate symbol
>>>> devm_led_classdev_register_ext (owned by kernel)
>>> I've just tried next-20190730 and haven't noticed anything like that.
>>> I've checked both with driver compiled-in and loaded as a module.
>>
> [...]
>
> Try configuring the LEDS_CLASS as a built-in module.
>
> -CONFIG_LEDS_CLASS=m
> +CONFIG_LEDS_CLASS=y
>
> I am also on for-next
>
I figured it out. I had old modules which had the led_class as a module
as opposed to a
built in.
Sorry for the noise
Dan
> Dan
>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2019-07-31 12:11 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-07-30 18:40 LEDs next branch Dan Murphy
2019-07-30 20:30 ` Jacek Anaszewski
2019-07-30 20:47 ` Dan Murphy
2019-07-30 21:11 ` Dan Murphy
2019-07-31 12:11 ` Dan Murphy
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).