Linux-LEDs Archive on lore.kernel.org
 help / color / Atom feed
* 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, back to index

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

Linux-LEDs Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/linux-leds/0 linux-leds/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 linux-leds linux-leds/ https://lore.kernel.org/linux-leds \
		linux-leds@vger.kernel.org linux-leds@archiver.kernel.org
	public-inbox-index linux-leds


Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.kernel.vger.linux-leds


AGPL code for this site: git clone https://public-inbox.org/ public-inbox