Dirk, All,
On 2013-11-01 00:39 +0100, Dirk Gouders spake thusly:
> If choices consist of choice_values that depend on symbols set to 'm',
> those choice_values are not set to 'n' if the choice is changed from
> 'm' to 'y' (in which case only one active choice_value is allowed).
> Those values are also written to the config file causing modules to be
> built when they should not.
>
> The following config can be used to reproduce and examine the problem:
>
> config modules
> boolean modules
> default y
> option modules
>
> config dependency
> tristate "Dependency"
> default m
>
> choice
> prompt "Tristate Choice"
> default choice0
>
> config choice0
> tristate "Choice 0"
>
> config choice1
> tristate "Choice 1"
> depends on dependency
>
> endchoice
>
> This patch sets choice_values' visibility that depend on symbols set
> to 'm' to 'n' if the corresponding choice is set to 'y'. This makes
> them disappear from the choice list and will also cause the
> choice_values' value set to 'n' in sym_calc_value() and as a result
> they are written as "not set" to the resulting .config file.
It seems I'm missing something here.
I just copy-pasted your example (test.in. below) and used it with
current master (cset #be408cd) without your patch, and then ran:
$ git clean -dX # clean the tree
$ make menuconfig # Generate the frontend
--> exit without saving
$ ./scripts/kconfig/mconf test.in
--> change the choice to 'y'
--> do not change anything else
--> exit and save
$ cat .config
CONFIG_modules=y
CONFIG_dependency=m
CONFIG_c0=y
# CONFIG_c1 is not set
(.config header elided on purpose)
This looks like the expected output to me.
So I did further tests (still without your patch):
$ git clean -dX # clean the tree
$ make menuconfig # Generate the frontend
--> exit without saving
$ ./scripts/kconfig/mconf test.in
--> change nothing
--> exit and save
$ cat .config
CONFIG_modules=y
CONFIG_dependency=m
# CONFIG_c0 is not set
# CONFIG_c1 is not set
$ ./scripts/kconfig/mconf test.in
--> change the choice to 'y'
--> do not change anything else
--> exit and save
$ cat .config
CONFIG_modules=y
CONFIG_dependency=m
CONFIG_c0=y
# CONFIG_c1 is not set
Still the expected output, as far as I can see.
I can observe the exact same result with your patch applied. Ditto with
kbuild/for-next from Michal's tree, with or without your patch.
So while I understand and can reproduce the original issue, and this
patch indeed solves this original issue, the test-case above does not
seem to completely illustrate the issue.
Are you sure this test-case exhibits the problem for you?
Anyway, I'm taking that in my tree locally, but that won't be part of
for-next, since I'd like that we:
- either find a real reduced test-case,
- or just repeat the description from the original bug report
Needless to say that I'd prefer the former over the latter. Then I'll
queue it as a post-rc1 fix.
Regards,
Yann E. MORIN.
> Reported-by: Sebastian Andrzej Siewior <bige...@linutronix.de>
> Signed-off-by: Dirk Gouders <d...@gouders.net>
> ---
> scripts/kconfig/symbol.c | 11 +++++++++++
> 1 file changed, 11 insertions(+)
>
> diff --git a/scripts/kconfig/symbol.c b/scripts/kconfig/symbol.c
> index 22a3c40..32bbaa3 100644
> --- a/scripts/kconfig/symbol.c
> +++ b/scripts/kconfig/symbol.c
> @@ -188,12 +188,23 @@ static void sym_validate_range(struct symbol *sym)
> static void sym_calc_visibility(struct symbol *sym)
> {
> struct property *prop;
> + struct symbol *choice_sym = NULL;
> tristate tri;
>
> /* any prompt visible? */
> tri = no;
> +
> + if (sym_is_choice_value(sym))
> + choice_sym = prop_get_symbol(sym_get_choice_prop(sym));
> +
> for_all_prompts(sym, prop) {
> prop->visible.tri = expr_calc_value(prop->visible.expr);
> + /*
> + * choice_values with visibility 'mod' are not visible if the
> + * corresponding choice's value is 'yes'.
> + */
> + if (prop->visible.tri == mod && (choice_sym &&
> choice_sym->curr.tri == yes))
> + prop->visible.tri = no;
> tri = EXPR_OR(tri, prop->visible.tri);
> }
> if (tri == mod && (sym->type != S_TRISTATE || modules_val == no))
> --
> 1.8.4
>
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
