Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp4395981pxv; Tue, 27 Jul 2021 06:27:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzn5eLndniRsOQWKkYDRfsQWSHAZ/djB0mtBLe2QjW48XmjWsMhziwFvf7A0m45AA2CfTxM X-Received: by 2002:a5e:c912:: with SMTP id z18mr19222358iol.9.1627392476426; Tue, 27 Jul 2021 06:27:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627392476; cv=none; d=google.com; s=arc-20160816; b=qLWEoWHSX+VrRdxbvTPTZkpmn8HKTpJ5Ku3Mmtn0H4UEXqsvGFRppVUN8JjgDya4lz MJnmR9Ah4aZGd+9YCXVCrWQGilVuUJMZ03NKQPMmO610c/WGsjx4qX5vYfc6J6zAuXkg fQRHprq8qtWwDiP3CEWpQOpM3lfGGV0dk8KGQfakeZm+HJBggYH55+E+HIgW/31Mr1n5 k1YZS80q4cXTgHtt1JwHva+Ap+xwTN/f1AEml0GdO+HW8h/1/xi2JN/SvLk4BiV8ZJAB wjSkSBadp8Jv8lA95052l+Lh3OBbQODJyZmnVfPHGQg/41D7c0hdDNN6MZC7HKEAgAcM j0NQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=eILKpBXA6pVPgVsO+7GW37lAGYzF9czJZXXJfjjBJIU=; b=JIN4awtRQgfTtClcRGGxeqgWGmmBtEkUIU+TrAcu6s4KMXuDfcAFwN4qIXxWXmCb9L W3ny+XXP6cZ/lT7/7L1c2mSwO0iR5wUXOkQnl316mY/5lWKMi0JmfiDCrDYiEGYjjoiS /rE3eSL/6R8UnsCQrYxeHvZvfwz905GTtSmLaocV9k2vbfVi2eXFkA94hjN6VeF5H6IK kykq2daT9gOfINfX7QW1vWhH3FUDZPN+UppB3QflERMWW81Ak6jkb+Xgncfy89u/SbwH Q8AHOm0x81JcAG1Yna+UTJsc4VPd5v3SDOvBOcOX0uKjj+TeZSDYdZUl1HID5GSsIDzg RgSQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=u9q5p5jH; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j25si2965485jaj.93.2021.07.27.06.27.45; Tue, 27 Jul 2021 06:27:56 -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=pass header.i=@linuxfoundation.org header.s=korg header.b=u9q5p5jH; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237073AbhG0N0o (ORCPT + 99 others); Tue, 27 Jul 2021 09:26:44 -0400 Received: from mail.kernel.org ([198.145.29.99]:60380 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237381AbhG0NZD (ORCPT ); Tue, 27 Jul 2021 09:25:03 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id D12D761A07; Tue, 27 Jul 2021 13:25:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1627392303; bh=F5FO0KwrjkIdpxIRGWjqMSMQQWb+eHq3L3DMaWH6RQA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=u9q5p5jH2mYJrV8HkMu2/aUtXlP3FXBATy73XY6OdDb3OxuwwLVfTkwz882JyDAQS 64+TfrckXAJ8gK6cvMKQT2aygMD5TCe94r0F7G7oPxQOnpEYdiWjYYId5I23tf+vpr E7f8hbHdl8LCfkXDtsJDtU0hSRFqjBcsok1GkgHU= Date: Tue, 27 Jul 2021 15:25:01 +0200 From: Greg KH To: Ojaswin Mujoo Cc: nsaenz@kernel.org, stefan.wahren@i2se.com, dan.carpenter@oracle.com, phil@raspberrypi.com, linux-arm-kernel@lists.infradead.org, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 4/5] staging: vchiq: Make creation of vchiq cdev optional Message-ID: References: <846c424dd4aae14d1cc28c8f30877a06e2b7dd10.1626882325.git.ojaswin98@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <846c424dd4aae14d1cc28c8f30877a06e2b7dd10.1626882325.git.ojaswin98@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 21, 2021 at 09:50:52PM +0530, Ojaswin Mujoo wrote: > Before this commit, vchiq cdev (/dev/vchiq) was always created during > platform initialization. Introduce a new Kconfig option > CONFIG_VCHIQ_CDEV which determines if the cdev will be created or not. > > Signed-off-by: Ojaswin Mujoo > --- > drivers/staging/vc04_services/Kconfig | 10 ++++++++++ > drivers/staging/vc04_services/Makefile | 5 ++++- > .../vc04_services/interface/vchiq_arm/vchiq_arm.h | 9 +++++++++ > 3 files changed, 23 insertions(+), 1 deletion(-) > > diff --git a/drivers/staging/vc04_services/Kconfig b/drivers/staging/vc04_services/Kconfig > index 4b886293f198..63caa6818d37 100644 > --- a/drivers/staging/vc04_services/Kconfig > +++ b/drivers/staging/vc04_services/Kconfig > @@ -19,6 +19,16 @@ config BCM2835_VCHIQ > Defaults to Y when the Broadcom Videocore services > are included in the build, N otherwise. > > +if BCM2835_VCHIQ > + > +config VCHIQ_CDEV > + bool "VCHIQ Character Driver" > + help > + Enable the creation of VCHIQ character driver to help > + communicate with the Videocore platform. I'll take this, but this really should say more about what this really is for. Who needs this? Why will I know if I want a character driver interface? What tools talk to this? Or conversely, why would I want to turn this off? Can you send a follow-on patch that makes this more descriptive? thanks, greg k-h