Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp585375ybz; Wed, 15 Apr 2020 14:34:18 -0700 (PDT) X-Google-Smtp-Source: APiQypKHCTvRfmTgjD7PCRe5qv96CO1ZsLi4HSai2T2odTSWdOGehIboIwFJaUj5uwq67svareuO X-Received: by 2002:aa7:d745:: with SMTP id a5mr21165570eds.43.1586986458617; Wed, 15 Apr 2020 14:34:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586986458; cv=none; d=google.com; s=arc-20160816; b=xX1DNBqJsm1npjUuwah4CcdE73BFpSxSlZQgsuJnJdaMAepTuiozhbaYgjgpkw0pc3 ulK1VVfXSo/A5TO5zzr+fXq2gc6OQaDDqDs/5MZCWzhVarwqiTAmPbL9wS7Lav7rGLpc UgtxxxvVRpttlDfXCUuc1gxWDuJSPnJH40qG08iRtUGrN4bipMYWfTnY7aEzAhGPjJLu 6MdKfuAKaut6lTkek68NI3wy+ef1H0sJCKGexlpW7a18G1lYY9ix6QYTRBvA0RWGnQAC O6NQaV+wJH+v886x0esA9PvFHcA5xz/3aspmVvJPXd6VBc2aD9NIg19a3PcvXi2qr7lt q70A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=/xO2y+KNj9hON1JQS+bVaVwriQ+uSAmHmyINi2Kj5o0=; b=QN+7kWjMsLG7/EKOxOpHn/dLG213hPpXiAQOBtc8r1euEhhNEJiAbIFBjpuvNPowo7 f7lOh3XGccMFQSyOORjvyobO7rUdWQ7ixCJXDZ21qAzML3QmggETcv5NUieOVsfvdeFk sqUDRK1h+rusxmWuJHUHMF6xtoPqGUrYBZ6qgXVSmRGH2CIJaST+R1A7Qn3kT96QBOY3 Jo2FQPER8b6nHI8wxoRegtfD3jTTvJmlDQEabQBP69j6B3B1MkUXtoaCajw+++ttcQL2 TRlQOFsaJdlAk1UGMYtnUpsJI6UD0d7TMFKIKhds8jNKaDhb99r+fHfdRY4lY0yiw/gE Vplg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=N02kaKON; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s10si12542683ejb.45.2020.04.15.14.33.55; Wed, 15 Apr 2020 14:34:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=N02kaKON; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731718AbgDNNXt (ORCPT + 99 others); Tue, 14 Apr 2020 09:23:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56096 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730762AbgDNNWI (ORCPT ); Tue, 14 Apr 2020 09:22:08 -0400 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:e::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8A69AC061A0C; Tue, 14 Apr 2020 06:21:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding: Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To: From:Date:Sender:Reply-To:Content-ID:Content-Description; bh=/xO2y+KNj9hON1JQS+bVaVwriQ+uSAmHmyINi2Kj5o0=; b=N02kaKONjn1f6k0idk0j63Nywn SASFBsupwu7J40Pphkl+3WdP4ZHkPO1FsGZRs5i98yHpfhsIKSN3+1c38KshDZDiKcaILE4i0fCnT Mc3eAn3IO+FRmJgVq3mztFMaOQUgm97lfqI2EoMStKuX1etLkYPFj/b2cHBrqfrSafT/pPeRrYcD0 DvwoMhFUIsmug067CtFasKN5zcznA7LzQ440N/sFWAXDNp97AWNkDgAU1Ndhq6kp/0Zktb18dv84b 7LxC3NffP3fuNduC9OTiwBaCCCB+bCkGQlOPol/9R9McKFSMoHTAYqPA67suimwS40Xs18IBePvsN mI5JfHFA==; Received: from ip5f5ad4d8.dynamic.kabel-deutschland.de ([95.90.212.216] helo=coco.lan) by bombadil.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1jOLVh-00028b-06; Tue, 14 Apr 2020 13:21:53 +0000 Date: Tue, 14 Apr 2020 15:21:47 +0200 From: Mauro Carvalho Chehab To: Ezequiel Garcia Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, kernel@collabora.com, Hans Verkuil , Helen Koike Subject: Re: [PATCH] media: Kconfig: Don't expose API options Message-ID: <20200414152147.053b4b29@coco.lan> In-Reply-To: <20200414130210.18970-1-ezequiel@collabora.com> References: <20200414130210.18970-1-ezequiel@collabora.com> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Tue, 14 Apr 2020 10:02:10 -0300 Ezequiel Garcia escreveu: > There is no need to expose API options; instead, > drivers that support a given API are expected to just select it. > > Happily, this is currently the case, so simply stop > exposing the options. > > Signed-off-by: Ezequiel Garcia > --- > drivers/media/Kconfig | 2 +- > drivers/media/mc/Kconfig | 3 +-- > drivers/media/v4l2-core/Kconfig | 2 +- > 3 files changed, 3 insertions(+), 4 deletions(-) > > diff --git a/drivers/media/Kconfig b/drivers/media/Kconfig > index a8def1591352..eef4c6761ffb 100644 > --- a/drivers/media/Kconfig > +++ b/drivers/media/Kconfig > @@ -173,7 +173,7 @@ config VIDEO_DEV > radio devices and by some input devices. > > config MEDIA_CONTROLLER > - bool "Media Controller API" > + bool This is not true here... non-embedded drivers like DVB and UVC can work with or without the media controller. For them, the API is experimental. > default MEDIA_CAMERA_SUPPORT || MEDIA_ANALOG_TV_SUPPORT || MEDIA_DIGITAL_TV_SUPPORT || MEDIA_PLATFORM_SUPPORT > help > Enable the media controller API used to query media devices internal > diff --git a/drivers/media/mc/Kconfig b/drivers/media/mc/Kconfig > index 002a918c4c75..0cdf885ce24d 100644 > --- a/drivers/media/mc/Kconfig > +++ b/drivers/media/mc/Kconfig > @@ -2,7 +2,6 @@ > > # > # Media controller > -# Selectable only for webcam/grabbers, as other drivers don't use it > # > > config MEDIA_CONTROLLER_DVB > @@ -14,7 +13,7 @@ config MEDIA_CONTROLLER_DVB > This is currently experimental. > > config MEDIA_CONTROLLER_REQUEST_API > - bool "Enable Media controller Request API (EXPERIMENTAL)" > + bool This sounds OK. The only reason why I didn't make this change is because of the "EXPERIMENTAL" warning. At least while this API is considered experimental, it sounds wise to have a warning. Perhaps we could apply this hunk, and add something like this to media/Kconfig: comment "Please notice that the enabled Media controller Request API is EXPERIMENTAL" depends on MEDIA_CONTROLLER_REQUEST_API Regards, Mauro > depends on MEDIA_CONTROLLER && STAGING_MEDIA > help > DO NOT ENABLE THIS OPTION UNLESS YOU KNOW WHAT YOU'RE DOING. > diff --git a/drivers/media/v4l2-core/Kconfig b/drivers/media/v4l2-core/Kconfig > index 3fa75352d04c..d034185856bb 100644 > --- a/drivers/media/v4l2-core/Kconfig > +++ b/drivers/media/v4l2-core/Kconfig > @@ -17,7 +17,7 @@ config VIDEO_V4L2_I2C > default y > > config VIDEO_V4L2_SUBDEV_API > - bool "V4L2 sub-device userspace API" > + bool > depends on VIDEO_DEV && MEDIA_CONTROLLER > help > Enables the V4L2 sub-device pad-level userspace API used to configure Thanks, Mauro