From: Petr Vorel <petr.vorel@gmail.com>
To: Eugeniu Rosca <roscaeugeniu@gmail.com>
Cc: Masahiro Yamada <yamada.masahiro@socionext.com>,
Ulf Magnusson <ulfalizer@gmail.com>,
Nicolas Pitre <nicolas.pitre@linaro.org>,
Randy Dunlap <rdunlap@infradead.org>,
Paul Bolle <pebolle@tiscali.nl>,
Eugeniu Rosca <erosca@de.adit-jv.com>,
linux-kbuild@vger.kernel.org,
Eugeniu Rosca <rosca.eugeniu@gmail.com>
Subject: Re: [PATCH] kconfig: Minimize 'Selected by' and 'Implied by'
Date: Sun, 4 Feb 2018 16:50:54 +0100 [thread overview]
Message-ID: <20180204155053.GA32437@x230> (raw)
In-Reply-To: <20180204113712.8983-1-rosca.eugeniu@gmail.com>
Hi Eugeniu,
> From: Eugeniu Rosca <erosca@de.adit-jv.com>
> Commit 1ccb27143360 ("kconfig: make "Selected by:" and "Implied by:"
> readable") made an incredible improvement in how reverse dependencies
> are perceived by the user, by breaking down the single (often
> interminable) expression string into small readable chunks.
> Even so, what happens in practice when reading the reverse
> dependencies is that 80-90% of the OR sub-expressions simply don't
> matter, since they evaluate to [=n].
> Assuming commit 617aebe6a97e ("Merge tag 'usercopy-v4.16-rc1' of
> git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux"), ARCH=arm64
> and vanilla arm64 defconfig, here is the top 30 of CONFIG options with
> the highest amount of OR sub-expressions that make up the final
> "{Selected,Implied} by" reverse dependency expression.
> | Config | Revdep all | Revdep ![=n] |
> |-------------------------------|------------|--------------|
> | REGMAP_I2C | 212 | 9 |
> | CRC32 | 167 | 25 |
> | FW_LOADER | 128 | 5 |
> | MFD_CORE | 124 | 9 |
> | FB_CFB_IMAGEBLIT | 114 | 2 |
> | FB_CFB_COPYAREA | 111 | 2 |
> | FB_CFB_FILLRECT | 110 | 2 |
> | SND_PCM | 103 | 2 |
> | CRYPTO_HASH | 87 | 19 |
> | WATCHDOG_CORE | 86 | 6 |
> | IRQ_DOMAIN | 75 | 19 |
> | SERIAL_CORE | 75 | 9 |
> | PHYLIB | 74 | 16 |
> | REGMAP_MMIO | 72 | 15 |
> | GENERIC_PHY | 67 | 20 |
> | DMA_ENGINE | 66 | 11 |
> | SERIAL_CORE_CONSOLE | 64 | 9 |
> | CRYPTO_BLKCIPHER | 64 | 13 |
> | PINMUX | 60 | 17 |
> | CRYPTO | 59 | 10 |
> | MII | 58 | 8 |
> | GPIOLIB_IRQCHIP | 58 | 9 |
> | MFD_SYSCON | 58 | 15 |
> | VIDEOBUF2_DMA_CONTIG | 46 | 4 |
> | REGMAP_IRQ | 45 | 6 |
> | REGMAP_SPI | 44 | 2 |
> | CLKSRC_MMIO | 42 | 5 |
> | SND_SOC_GENERIC_DMAENGINE_PCM | 41 | 3 |
> | CRYPTO_SHA1 | 37 | 2 |
> | REGMAP | 36 | 4 |
> The story behind the above is that we still need to visually
> review/evaluate 212 expressions which *potentially* select REGMAP_I2C
> in order to identify the expressions which *actually* select
> REGMAP_I2C, for a particular ARCH and for a particular defconfig used.
> This patch attempts to bring at user's fingertips those reverse
> dependencies that actually participate in selection of given symbol
> filtering out the rest of them.
> Signed-off-by: Eugeniu Rosca <erosca@de.adit-jv.com>
> ---
> scripts/kconfig/expr.c | 24 +++++++++++++++++-------
> 1 file changed, 17 insertions(+), 7 deletions(-)
> diff --git a/scripts/kconfig/expr.c b/scripts/kconfig/expr.c
> index 2ba332b3fed7..147b2d8a8f3e 100644
> --- a/scripts/kconfig/expr.c
> +++ b/scripts/kconfig/expr.c
> @@ -1234,14 +1234,24 @@ static void __expr_print(struct expr *e, void (*fn)(void *, struct symbol *, con
> fn(data, e->right.sym, e->right.sym->name);
> break;
> case E_OR:
> - if (revdep && e->left.expr->type != E_OR)
> - fn(data, NULL, "\n - ");
> - __expr_print(e->left.expr, fn, data, E_OR, revdep);
> - if (revdep)
> - fn(data, NULL, "\n - ");
> - else
> + if (revdep) {
> + struct expr *left = e->left.expr;
> + struct expr *right = e->right.expr;
> +
> + if (expr_calc_value(left) != no) {
> + if (left->type != E_OR)
> + fn(data, NULL, "\n - ");
> + __expr_print(left, fn, data, E_OR, revdep);
> + }
> + if (expr_calc_value(right) != no) {
> + fn(data, NULL, "\n - ");
> + __expr_print(right, fn, data, E_OR, revdep);
> + }
> + } else {
> + __expr_print(e->left.expr, fn, data, E_OR, revdep);
> fn(data, NULL, " || ");
> - __expr_print(e->right.expr, fn, data, E_OR, revdep);
> + __expr_print(e->right.expr, fn, data, E_OR, revdep);
> + }
> break;
> case E_AND:
> expr_print(e->left.expr, fn, data, E_AND);
Thanks for trying to improve my change.
Applying your patch, running
$ ARCH=arm64 make defconfig && ARCH=arm64 make menuconfig
and searching for USB prints "Selected by:" with nothing actually selected.
Kind regards,
Petr
next prev parent reply other threads:[~2018-02-04 15:50 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-04 11:37 [PATCH] kconfig: Minimize 'Selected by' and 'Implied by' Eugeniu Rosca
2018-02-04 14:46 ` Ulf Magnusson
2018-02-04 14:49 ` Ulf Magnusson
2018-02-04 21:49 ` Eugeniu Rosca
2018-02-04 22:12 ` Ulf Magnusson
2018-02-06 11:40 ` Masahiro Yamada
2018-02-06 12:00 ` Petr Vorel
2018-02-06 14:43 ` Eugeniu Rosca
2018-02-07 0:28 ` Ulf Magnusson
2018-02-07 0:31 ` Ulf Magnusson
2018-02-07 0:34 ` Ulf Magnusson
2018-02-04 15:50 ` Petr Vorel [this message]
2018-02-04 18:45 ` Ulf Magnusson
2018-02-04 21:57 ` Eugeniu Rosca
2018-02-06 11:58 ` Petr Vorel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180204155053.GA32437@x230 \
--to=petr.vorel@gmail.com \
--cc=erosca@de.adit-jv.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=nicolas.pitre@linaro.org \
--cc=pebolle@tiscali.nl \
--cc=rdunlap@infradead.org \
--cc=rosca.eugeniu@gmail.com \
--cc=roscaeugeniu@gmail.com \
--cc=ulfalizer@gmail.com \
--cc=yamada.masahiro@socionext.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.