From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.7 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, UNPARSEABLE_RELAY,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 870A8C7618B for ; Thu, 25 Jul 2019 17:06:06 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 60BAA21901 for ; Thu, 25 Jul 2019 17:06:06 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728263AbfGYRGG (ORCPT ); Thu, 25 Jul 2019 13:06:06 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:46312 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727530AbfGYRGF (ORCPT ); Thu, 25 Jul 2019 13:06:05 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: ezequiel) with ESMTPSA id 96A0028BA3C Message-ID: Subject: Re: [PATCH 2/2] media: Don't hide any menu if "ancillary drivers autoselect" is enabled From: Ezequiel Garcia To: Mauro Carvalho Chehab Cc: Hans Verkuil , kernel@collabora.com, linux-media@vger.kernel.org, Helen Koike Date: Thu, 25 Jul 2019 14:05:58 -0300 In-Reply-To: <20190725125730.2218f0a8@coco.lan> References: <20190715212316.352-1-ezequiel@collabora.com> <20190715212316.352-3-ezequiel@collabora.com> <20190725125730.2218f0a8@coco.lan> Organization: Collabora Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org On Thu, 2019-07-25 at 12:57 -0300, Mauro Carvalho Chehab wrote: > Em Mon, 15 Jul 2019 18:23:16 -0300 > Ezequiel Garcia escreveu: > > > Many users have been complaining about not being able to find > > certain menu options. One such example are camera sensor drivers > > (e.g IMX219, OV5645, etc) which are common on embedded platforms > > and not always ancillary devices. > > > > The problem with MEDIA_SUBDRV_AUTOSELECT seems to be related > > to the fact that it uses the "visible" kbuild syntax to hide > > entire group of drivers. > > > > This is not obvious and, as explained above, not always desired. > > > > To fix the problem, drop the "visible" and stop hiding any menu > > options. Users skilled enough to configure their kernel are expected > > to be skilled enough to know what (not) to configure anyway. > > > > Signed-off-by: Ezequiel Garcia > > --- > > drivers/media/dvb-frontends/Kconfig | 1 - > > drivers/media/i2c/Kconfig | 1 - > > drivers/media/spi/Kconfig | 1 - > > drivers/media/tuners/Kconfig | 1 - > > 4 files changed, 4 deletions(-) > > > > diff --git a/drivers/media/dvb-frontends/Kconfig b/drivers/media/dvb-frontends/Kconfig > > index dc43749177df..2d1fea3bf546 100644 > > --- a/drivers/media/dvb-frontends/Kconfig > > +++ b/drivers/media/dvb-frontends/Kconfig > > @@ -1,5 +1,4 @@ > > menu "Customise DVB Frontends" > > - visible if !MEDIA_SUBDRV_AUTOSELECT || COMPILE_TEST || EXPERT > > > > comment "Multistandard (satellite) frontends" > > depends on DVB_CORE > > diff --git a/drivers/media/i2c/Kconfig b/drivers/media/i2c/Kconfig > > index 79ce9ec6fc1b..475072bb67d6 100644 > > --- a/drivers/media/i2c/Kconfig > > +++ b/drivers/media/i2c/Kconfig > > @@ -23,7 +23,6 @@ config VIDEO_IR_I2C > > # > > > > menu "I2C Encoders, decoders, sensors and other helper chips" > > - visible if !MEDIA_SUBDRV_AUTOSELECT || COMPILE_TEST || EXPERT > > Hmm... Hans picked this patch, but IMO it doesn't make sense > for PC consumer people to see the hundreds of extra options > that making those menus visible will produce. > > This was added because in the past we had lots of issues with > people desktop/laptop settings with all those things enabled. > > In any case, if the desktop/laptop user is smart enough to > go though it, he can simply disable MEDIA_SUBDRV_AUTOSELECT and > manually select what he wants, so I really miss the point of > making those stuff always visible. > > Now, from this patch's comments, it seems that you want this > to be visible if CONFIG_EMBEDDED. So, I won't complain if you > replace the changes on this patch to: > > menu "foo" > visible if !MEDIA_SUBDRV_AUTOSELECT || !EMBEDDED || COMPILE_TEST || EXPERT > > In other words, for the normal guy that just wants to build the > latest media stuff for his PC camera or TV device to work, he won't > need to dig into hundreds of things that won't make any difference > if he enables, except for making the Kernel bigger. > Well, I think the real value of MEDIA_SUBDRV_AUTOSELECT is the autoselection, not the hidden part. I'm really missing to see what hiding anything gives you. In other words, this option gets useful when driver authors select ancillary drivers such as: config VIDEO_USBVISION tristate "USB video devices based on Nogatech NT1003/1004/1005" depends on I2C && VIDEO_V4L2 select VIDEO_TUNER select VIDEO_SAA711X if MEDIA_SUBDRV_AUTOSELECT What's so confusing about having these drivers visible? Compared to the rest of the zillion menu options, what's more confusing about seeing these? Now, while I would agree with EMBEDDED, the problem with that is that many "embedded" platforms don't enable EMBEDDED. So, it's not that useful. Finally, let me give an example of why hiding the menus is so bad. Normally, to enable a symbol, we use the search tool. Now, when MEDIA_SUBDRV_AUTOSELECT=y, the search tool will _not_ take you there and there's no indication why. Thanks, Ezequiel