Re: disabling CONFIG_LED_CLASS (SND_HDA_CODEC_REALTEK)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 14-10-2020 10:27, Pavel Machek wrote:
>> One should have thought about stuff beforehand.
> 
> We did. And decided this is best solution.

Then the thought process went awry.

>> The non-selectability is not my fault.
> 
> It also does not affect you in any way.

It does.
/boot fills up even sooner thanks to this unused code.
Compiles last longer because of this unused code.

> Feel free to go to the mic LED discussion to see why we did it like
> this. Then you can come up with better solution for problem at hand.

I did not think of forcing code onto somebody. Someone else did.
This is effectively the effect of the LEDs thing.

So why should I `fix` this when a Kconfig thing is considered 'expensive'?
If reasonable arguments fall to the floor then where do you go?

This is the same as some useless things in Fedora that one cannot simply
 uninstall.


Udo



[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux