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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox