Devicetree
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Qian Zhang" <qian.zhang@oss.qualcomm.com>
Cc: devicetree@vger.kernel.org, conor+dt@kernel.org, robh@kernel.org
Subject: Re: [PATCH v4] arm64: dts: qcom: monaco-arduino-monza: Add QCNFA725B support
Date: Tue, 02 Jun 2026 07:21:37 +0000	[thread overview]
Message-ID: <20260602072137.794E61F00893@smtp.kernel.org> (raw)
In-Reply-To: <20260602070530.4194262-1-qian.zhang@oss.qualcomm.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] The `shutdown-gpios` polarity in the `wlan-rfkill` node is logically inverted, permanently disabling the WLAN radio during normal operation.
--

commit c96c608f286f34bcc2c474aeeb078a7d4cf17161
Author: Qian Zhang <qian.zhang@oss.qualcomm.com>

arm64: dts: qcom: monaco-arduino-monza: Add QCNFA725B support

This commit adds support for the QCNFA725B M.2 module on the Arduino VENTUNO Q
board. It models the W_DISABLE# line using rfkill-gpio and handles the module
power supply routing through the PMCA6850 PMIC.

> diff --git a/arch/arm64/boot/dts/qcom/monaco-arduino-monza.dts b/arch/arm64/boot/dts/qcom/monaco-arduino-monza.dts
> index ca14f0ea4dae6..b90397c7000e3 100644
> --- a/arch/arm64/boot/dts/qcom/monaco-arduino-monza.dts
> +++ b/arch/arm64/boot/dts/qcom/monaco-arduino-monza.dts
> @@ -153,6 +153,78 @@ vreg_nvme: regulator-3p3-m2 {
>  		enable-active-high;
>  		startup-delay-us = <20000>;
>  	};
> +
> +	wlan-rfkill {
> +		compatible = "rfkill-gpio";
> +		label = "wlan";
> +		radio-type = "wlan";
> +		shutdown-gpios = <&tlmm 54 GPIO_ACTIVE_LOW>;

[Severity: High]
The commit message states that pulling GPIO54 low disables the transmitter
at the hardware level.

Since the rfkill-gpio driver treats shutdown-gpios as an active enable
signal, won't setting this to GPIO_ACTIVE_LOW cause the driver to physically
drive the pin low when the radio is supposed to be unblocked?

When the radio is unblocked, the driver asserts the GPIO logically. Because
the device tree defines the pin as active low, a logical 1 translates to a
physical 0. This would disable the radio during normal operation and enable
it during airplane mode.

Should this polarity be specified as GPIO_ACTIVE_HIGH instead?

> +
> +		pinctrl-names = "default";
> +		pinctrl-0 = <&wlrfkill_default_state>;
> +	};

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260602070530.4194262-1-qian.zhang@oss.qualcomm.com?part=1

      reply	other threads:[~2026-06-02  7:21 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-02  7:05 [PATCH v4] arm64: dts: qcom: monaco-arduino-monza: Add QCNFA725B support Qian Zhang
2026-06-02  7:21 ` sashiko-bot [this message]

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=20260602072137.794E61F00893@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=qian.zhang@oss.qualcomm.com \
    --cc=robh@kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    /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