lkml.org 
[lkml]   [2013]   [Apr]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectKconfig doesn't support select on choices (was Re: [GIT PULL] nohz: Adaptively stop the tick, finally)
From
2013/4/25 Ingo Molnar <mingo@kernel.org>:
>
> * Frederic Weisbecker <fweisbec@gmail.com> wrote:
>
>> > depends on VIRT_CPU_ACCOUNTING_GEN
>> >
>> > It should _really_ select both the RCU and the CPU time accounting model
>> > automatically!
>>
>> Yeah I know. I have yet to fix that in Kconfig (it's a Kconfig limitation).
>
> Why cannot we simply select it and its dependencies, explicitly, for the
> time being? Something like:
>
> depends on 64BIT
> select VIRT_CPU_ACCOUNTING
> select VIRT_CPU_ACCOUNTING_GEN
>
> 90% of the .config's have VIRT_CPU_ACCOUNTING_GEN turned off, because it's
> a default-off feature - so dynticks-full is effectively hidden from the
> large majority of testers...

Whatever we do, it seems that select does not work with choices.

Michal, we are running into an issue where a Kconfig option needs to
select CONFIG_VIRT_CPU_ACCOUNTING_GEN but this latter option is part
of a choice menu so it doesn't work. As a result we are forced to use
a "depends on" and this hides the high level option we are interested
in (here full dynticks) behind its low level dependency. How hard do
you think it would be to fix this? I tried something that worked
half-way but I quickly got lost in the Kconfig maze.

Thanks.


\
 
 \ /
  Last update: 2013-04-25 14:41    [W:0.065 / U:0.244 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site