Message ID | 20240124205900.14791-2-martin@kaiser.cx |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel+bounces-37676-ouuuleilei=gmail.com@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:7300:2553:b0:103:945f:af90 with SMTP id p19csp1250854dyi; Wed, 24 Jan 2024 13:00:31 -0800 (PST) X-Google-Smtp-Source: AGHT+IGcbhBWfMI1RofYEQcZeeqLd5mqr517okvY43ktWA4cb+w33bWLSabz2zOBhhmqixgyUUAJ X-Received: by 2002:a17:902:dacd:b0:1d7:8f44:68 with SMTP id q13-20020a170902dacd00b001d78f440068mr850740plx.59.1706130031404; Wed, 24 Jan 2024 13:00:31 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1706130031; cv=pass; d=google.com; s=arc-20160816; b=PZyS4evgO9yWDdwGDcUPXT1ZienzcesipHh4i71xkc0E7nBSOzgiVqcdyAZ+1cl/eJ DzpTiJeG7EV0mVrN/H6wgvCrCrmBBgEuIzhKMWnuoUYWTPbGg72XtNe1SBinWWKZVQz2 NbIcRgFCTJXpMAfnqncy4sp8REc9oG+MilbknbIwzoxiejrP99Y0stIuNCAMpeZJ/EAo o/OKoMwNB/D/hc5K5PHF1i4D8HTcHLcjTKeDWzZAi5RG/jiNda9xTfdvkgzSzrMgVyZL 9Xw0f2SicefuRKbWPgWAjJnhkb629seXqmsAk7MMMZFNnFtSQ8TaEMDzRftYOX9B0aZp fJMw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :date:subject:cc:to:from; bh=VL/WEmQD5sXXzdaWPkIzG7Yb6XGIBhjgqOVvXxKvBvU=; fh=w6IwlWjFmYZoBIFXv1VJvvnWh/ESi3WhmhXTq2sX8YE=; b=hEoHKqedIZQLpRD3u0ikXkjbxAK7MfmAfWJGfeEyatVR1Qju3WUhT195mDc0Defzsu K4HYaF45bO/EkyMa6S0NXSilIqStVwyOZB+/c1HVhV1ud3U9qcWIL2X9/OHlNM3PUfEj Pl9Ux2d9XmL2hzJ6pOJp41SZ5Wj24PVqFXn9PT4p1yZ52HBHcuV9UXQtR2C+swGdyYhp D6wvtWXoGeLhLRXgr7YsyuVCowsVCL6bZrLjvondZBF4tKjiOz2HPcZbZ9Wc/qFjPYBm dOmp0S6o0aMgyp/iHiBPYRD9m28axnDzGb/QKImFhuNYyJcPbogf1BoX2zihKUJosqF1 leaw== ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=kaiser.cx); spf=pass (google.com: domain of linux-kernel+bounces-37676-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-37676-ouuuleilei=gmail.com@vger.kernel.org" Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id y15-20020a17090264cf00b001d7852b98ecsi1546436pli.45.2024.01.24.13.00.31 for <ouuuleilei@gmail.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 24 Jan 2024 13:00:31 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-37676-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=kaiser.cx); spf=pass (google.com: domain of linux-kernel+bounces-37676-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-37676-ouuuleilei=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id E4E832864FF for <ouuuleilei@gmail.com>; Wed, 24 Jan 2024 21:00:30 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id B8ED3135A60; Wed, 24 Jan 2024 20:59:33 +0000 (UTC) Received: from akranes.kaiser.cx (akranes.kaiser.cx [152.53.16.207]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5E96C1350C2; Wed, 24 Jan 2024 20:59:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=152.53.16.207 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706129972; cv=none; b=bcQlyEdkIdP6NKGM2EJ4NBAukRIosW+/QWg90xcyyJwv0cNn5b1mWAiuk//Cmh8akxXZS1pni/U0KFUVNPU2FJasXnBFIMKGCw2UodWPySqvVdWxDtYrEU/4CLwOh8OKKjwqEzadtFwTIIuoPUFxitlhAEQdTjI7h0x0UjVWF9I= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706129972; c=relaxed/simple; bh=/NoEDdgiF+kL2fzCo6z1NN1l8skcdUdnTPJuvRjd2NA=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References: MIME-Version; b=uJP26QgFajeW5/Rna6NFHAwxaOLLcoz6uMrvIilgOs6nlh3mTNuvzKxTMq6fr7mMYAS+u9M7gruqpDFIbJoeQpJ22idh1og1eLeRAVt1SXpRd7xiYziv8dqTXwoxnjzrFa/7POBKVL5i3urbqoRgbWmQlHA5XZbrX/CyAoUradk= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=kaiser.cx; spf=pass smtp.mailfrom=kaiser.cx; arc=none smtp.client-ip=152.53.16.207 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=kaiser.cx Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=kaiser.cx Received: from dslb-188-097-042-032.188.097.pools.vodafone-ip.de ([188.97.42.32] helo=martin-debian-2.paytec.ch) by akranes.kaiser.cx with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from <martin@kaiser.cx>) id 1rSkL1-000SPR-0Q; Wed, 24 Jan 2024 21:59:11 +0100 From: Martin Kaiser <martin@kaiser.cx> To: Shawn Guo <shawnguo@kernel.org>, Linus Walleij <linus.walleij@linaro.org>, Bartosz Golaszewski <brgl@bgdev.pl> Cc: Peng Fan <peng.fan@nxp.com>, Andrew Lunn <andrew@lunn.ch>, linux-gpio@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Martin Kaiser <martin@kaiser.cx> Subject: [PATCH v4 1/4] gpio: vf610: allow disabling the vf610 driver Date: Wed, 24 Jan 2024 21:58:57 +0100 Message-Id: <20240124205900.14791-2-martin@kaiser.cx> X-Mailer: git-send-email 2.39.2 In-Reply-To: <20240124205900.14791-1-martin@kaiser.cx> References: <20240124205900.14791-1-martin@kaiser.cx> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: <linux-kernel.vger.kernel.org> List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org> List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1789007003551470789 X-GMAIL-MSGID: 1789007003551470789 |
Series |
gpio: vf610: allow disabling the vf610 driver
|
|
Commit Message
Martin Kaiser
Jan. 24, 2024, 8:58 p.m. UTC
The vf610 gpio driver is enabled by default for all i.MX machines,
without any option to disable it in a board-specific config file.
Most i.MX chipsets have no hardware for this driver. Change the default
to enable GPIO_VF610 for SOC_VF610 and disable it otherwise.
Add a text description after the bool type, this makes the driver
selectable by make config etc.
Fixes: 30a35c07d9e9 ("gpio: vf610: drop the SOC_VF610 dependency for GPIO_VF610")
Signed-off-by: Martin Kaiser <martin@kaiser.cx>
---
v4:
- add a new patch to enable COMPILE_TEST
v3:
- split the changes into three patches
v2:
- enable the vf610 gpio driver in the defconfig files for arm_v7
(i.MX7ULP) and arm64 (i.MX8QM, DXL, ULP and i.MX93)
drivers/gpio/Kconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Comments
On Wed, Jan 24, 2024 at 09:58:57PM +0100, Martin Kaiser wrote: > The vf610 gpio driver is enabled by default for all i.MX machines, > without any option to disable it in a board-specific config file. > > Most i.MX chipsets have no hardware for this driver. Change the default > to enable GPIO_VF610 for SOC_VF610 and disable it otherwise. > > Add a text description after the bool type, this makes the driver > selectable by make config etc. > > Fixes: 30a35c07d9e9 ("gpio: vf610: drop the SOC_VF610 dependency for GPIO_VF610") > Signed-off-by: Martin Kaiser <martin@kaiser.cx> > --- > v4: > - add a new patch to enable COMPILE_TEST > > v3: > - split the changes into three patches > > v2: > - enable the vf610 gpio driver in the defconfig files for arm_v7 > (i.MX7ULP) and arm64 (i.MX8QM, DXL, ULP and i.MX93) > > drivers/gpio/Kconfig | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig > index 1301cec94f12..353af1a4d0ac 100644 > --- a/drivers/gpio/Kconfig > +++ b/drivers/gpio/Kconfig > @@ -711,7 +711,8 @@ config GPIO_UNIPHIER > Say yes here to support UniPhier GPIOs. > > config GPIO_VF610 > - def_bool y > + bool "VF610 GPIO support" > + default y if SOC_VF610 any reason for having this default y for SOC_VF610, but not for the other SOC that uses the same variant (i.MX7ULP, ... ?). Francesco
Thus wrote Francesco Dolcini (francesco@dolcini.it): > On Wed, Jan 24, 2024 at 09:58:57PM +0100, Martin Kaiser wrote: > > The vf610 gpio driver is enabled by default for all i.MX machines, > > without any option to disable it in a board-specific config file. > > Most i.MX chipsets have no hardware for this driver. Change the default > > to enable GPIO_VF610 for SOC_VF610 and disable it otherwise. > > Add a text description after the bool type, this makes the driver > > selectable by make config etc. > > Fixes: 30a35c07d9e9 ("gpio: vf610: drop the SOC_VF610 dependency for GPIO_VF610") > > Signed-off-by: Martin Kaiser <martin@kaiser.cx> > > --- > > v4: > > - add a new patch to enable COMPILE_TEST > > v3: > > - split the changes into three patches > > v2: > > - enable the vf610 gpio driver in the defconfig files for arm_v7 > > (i.MX7ULP) and arm64 (i.MX8QM, DXL, ULP and i.MX93) > > drivers/gpio/Kconfig | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig > > index 1301cec94f12..353af1a4d0ac 100644 > > --- a/drivers/gpio/Kconfig > > +++ b/drivers/gpio/Kconfig > > @@ -711,7 +711,8 @@ config GPIO_UNIPHIER > > Say yes here to support UniPhier GPIOs. > > config GPIO_VF610 > > - def_bool y > > + bool "VF610 GPIO support" > > + default y if SOC_VF610 > any reason for having this default y for SOC_VF610, but not for the > other SOC that uses the same variant (i.MX7ULP, ... ?). Ok, it's probably not as consistent as it could be. It seems that there are three categories * Vybrid SoCs According to the reference manual, they all have the gpio-vf610 hardware. Defaulting to y for SOC_VF610 makes sense. It's now possible to disable the driver if a board doesn't need it. There's a bunch of defconfigs, not sure which ones would have to enable gpio-vf610 if it weren't on by default. * imx7ulp The devicetrees show that all imx7ulp have gpio-vf610 hardware. You're right, we should use the same approach, i.e. default y if SOC_IMX7ULP and get rid of the imx_v6_v7_defconfig change. * imx8, imx9 For arm64, there are no SOC_... defines and there's only one defconfig. The devicetrees don't show clearly which chip has gpio-vf610. We're on the safe side if we enable gpio-vf610 in defconfig. Does this make sense? Martin
On Mon, Jan 29, 2024 at 10:26:16PM +0100, Martin Kaiser wrote: > Thus wrote Francesco Dolcini (francesco@dolcini.it): > > > On Wed, Jan 24, 2024 at 09:58:57PM +0100, Martin Kaiser wrote: > > > The vf610 gpio driver is enabled by default for all i.MX machines, > > > without any option to disable it in a board-specific config file. > > > > Most i.MX chipsets have no hardware for this driver. Change the default > > > to enable GPIO_VF610 for SOC_VF610 and disable it otherwise. > > > > Add a text description after the bool type, this makes the driver > > > selectable by make config etc. > > > > Fixes: 30a35c07d9e9 ("gpio: vf610: drop the SOC_VF610 dependency for GPIO_VF610") > > > Signed-off-by: Martin Kaiser <martin@kaiser.cx> > > > --- > > > > config GPIO_VF610 > > > - def_bool y > > > + bool "VF610 GPIO support" > > > + default y if SOC_VF610 > > > any reason for having this default y for SOC_VF610, but not for the > > other SOC that uses the same variant (i.MX7ULP, ... ?). > > Ok, it's probably not as consistent as it could be. .. > Does this make sense? sounds fair to me. Francesco > > Martin
On Wed, Jan 24, 2024 at 9:59 PM Martin Kaiser <martin@kaiser.cx> wrote: > > The vf610 gpio driver is enabled by default for all i.MX machines, > without any option to disable it in a board-specific config file. > > Most i.MX chipsets have no hardware for this driver. Change the default > to enable GPIO_VF610 for SOC_VF610 and disable it otherwise. > > Add a text description after the bool type, this makes the driver > selectable by make config etc. > > Fixes: 30a35c07d9e9 ("gpio: vf610: drop the SOC_VF610 dependency for GPIO_VF610") > Signed-off-by: Martin Kaiser <martin@kaiser.cx> > --- Applied, thanks! Bart
Thus wrote Francesco Dolcini (francesco@dolcini.it): > On Mon, Jan 29, 2024 at 10:26:16PM +0100, Martin Kaiser wrote: > > Thus wrote Francesco Dolcini (francesco@dolcini.it): > > > On Wed, Jan 24, 2024 at 09:58:57PM +0100, Martin Kaiser wrote: > > > > The vf610 gpio driver is enabled by default for all i.MX machines, > > > > without any option to disable it in a board-specific config file. > > > > Most i.MX chipsets have no hardware for this driver. Change the default > > > > to enable GPIO_VF610 for SOC_VF610 and disable it otherwise. > > > > Add a text description after the bool type, this makes the driver > > > > selectable by make config etc. > > > > Fixes: 30a35c07d9e9 ("gpio: vf610: drop the SOC_VF610 dependency for GPIO_VF610") > > > > Signed-off-by: Martin Kaiser <martin@kaiser.cx> > > > > --- > > > > config GPIO_VF610 > > > > - def_bool y > > > > + bool "VF610 GPIO support" > > > > + default y if SOC_VF610 > > > any reason for having this default y for SOC_VF610, but not for the > > > other SOC that uses the same variant (i.MX7ULP, ... ?). > > Ok, it's probably not as consistent as it could be. > ... > > Does this make sense? > sounds fair to me. Sorry for the delay, other tasks got in the way. The maintainers have meanwhile merged v4. Basically, the conclusion of my last mail was that imx7ulp and soc_vf610 could be configured in the same way to make things a bit clearer. This wouldn't be much of an improvement compared to the v4 set, I'd suggest keeping the current state. Thanks, Martin
diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig index 1301cec94f12..353af1a4d0ac 100644 --- a/drivers/gpio/Kconfig +++ b/drivers/gpio/Kconfig @@ -711,7 +711,8 @@ config GPIO_UNIPHIER Say yes here to support UniPhier GPIOs. config GPIO_VF610 - def_bool y + bool "VF610 GPIO support" + default y if SOC_VF610 depends on ARCH_MXC select GPIOLIB_IRQCHIP help