Message ID | 20240112142032.909736-1-nfraprado@collabora.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel+bounces-24736-ouuuleilei=gmail.com@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:693c:2614:b0:101:6a76:bbe3 with SMTP id mm20csp206811dyc; Fri, 12 Jan 2024 06:24:18 -0800 (PST) X-Google-Smtp-Source: AGHT+IEiqqKK/4lGWR8hCWj3DcYXbfff+2boxe/yhqaZNRWfkLopmS6isdu0I9RBGFpwAZ1R0Alc X-Received: by 2002:a17:906:1457:b0:a27:915e:a306 with SMTP id q23-20020a170906145700b00a27915ea306mr680535ejc.136.1705069458390; Fri, 12 Jan 2024 06:24:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1705069458; cv=none; d=google.com; s=arc-20160816; b=dQGezZ8YBxaSyPsVQI1ndO4cHD/lznk1LOs2H8hXWBykD9OR/pO750lCsB+1907tVY UsoWefWZ2X/h1noIqhDYKZ/94qzESEAFoBSstlxD79e+jmBmbSaRq2RWgYx9jHdpV4Jq LpzqmIjCe7EItQRvPKeIiATCVpd+f3bUaUYounMxJdbEenDJbJpapVEVi/Y+ruIBm9/5 qoFdLjbB9cFyiHD0xcEm3bcHZRbYNFJzjIBLBtLl23yC0tCnlw/z2vq9XoNDlPjbIls7 YH9soKUQWsUycow1KvHWZ4q4e5zZeH+sy/Aonu1aX2zZuO4ns4SnkM2eFzpNn7KaJUdR uoXQ== ARC-Message-Signature: i=1; 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:message-id:date:subject:cc:to :from:dkim-signature; bh=JzjRm5CmUHtKY7/maYZZnos4VHDfHigbtWtqgQqR1mU=; fh=5UJDCyke1+1hefvEQOKwUCXMlpjtw59nXw0NXfR3jZs=; b=Tv4RbEEEfb+TpCRxigZnvPaTxK2CuFLhFxfj3wWiQWSs5AzvBGKcELM1mit+Z43iLm E/wyOTT3wGSXY8R95bK2SoWEcYTP/9LB7buFlqdkrwDpJXX+EBbt1HNT6pDh7xt+p6x9 grapH/iNlwk/NiHlYCtUM9YZ00JYBxj9lHM76uKDbxoMWaUAneTCVySoLuHoM0KcWEdv j8vM4uOPxboyuP0fT2tKsSL4xIzqvFu9n7567d1r7YAeqOOeZ1ENQHQzXRtLr5YVFkaB S+9gbE/FErh38F0qpurm6Wj1geTTZF83BwKxs4ZH201X3+UOiKeHtz4AWHsfL62xYDlU lTQg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=5IswpgLy; spf=pass (google.com: domain of linux-kernel+bounces-24736-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-24736-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id m12-20020a170906580c00b00a297d2fae1csi1376564ejq.594.2024.01.12.06.24.18 for <ouuuleilei@gmail.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 12 Jan 2024 06:24:18 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-24736-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=5IswpgLy; spf=pass (google.com: domain of linux-kernel+bounces-24736-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-24736-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com 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 am.mirrors.kernel.org (Postfix) with ESMTPS id 014051F244DA for <ouuuleilei@gmail.com>; Fri, 12 Jan 2024 14:24:18 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 322E56EB7B; Fri, 12 Jan 2024 14:22:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=collabora.com header.i=@collabora.com header.b="5IswpgLy" Received: from madrid.collaboradmins.com (madrid.collaboradmins.com [46.235.227.194]) (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 27AD46EB44; Fri, 12 Jan 2024 14:22:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=collabora.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=collabora.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1705069361; bh=2cBD3Lbpl2cRVVQBqOcu4sRyjCaGrfbaTxuW4Uf9u2k=; h=From:To:Cc:Subject:Date:From; b=5IswpgLyvJQ/mJIsfPnF4WKCupnP39c+fFVV1tvMQdxIs1duZkylkmsmdnG3dTY07 ffU5rLJyazvVoCGTVMnM3eI1JJm0HpPt9psFhDvT9Vei0roUZZ2t3EAY57K2jTcQfF F7kRJttqjHnpy/UQk0lHe9sBm1h4NRgMtwUUVSfD5Jad7f5ciCtGMD1RmEcoghPr5y qZrHeSFeACqYw1ZaOmdxbX+SfaPisa2qOCR3/8+qwIaHzvfy9gyO2SXFcKThx1NWf8 uBTVqheYQrpVpOLQRjPPjmPs8K7plC4OJJtWnsKT7fVp17PpmtDBihD+AtuR8wns9c 6WE44Hi7+6Wcg== Received: from localhost.localdomain (zone.collabora.co.uk [167.235.23.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: nfraprado) by madrid.collaboradmins.com (Postfix) with ESMTPSA id 0605A3780624; Fri, 12 Jan 2024 14:22:35 +0000 (UTC) From: =?utf-8?b?TsOtY29sYXMgRi4gUi4gQS4gUHJhZG8=?= <nfraprado@collabora.com> To: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>, Matthias Brugger <matthias.bgg@gmail.com> Cc: kernel@collabora.com, Chen-Yu Tsai <wenst@chromium.org>, =?utf-8?b?TsOt?= =?utf-8?b?Y29sYXMgRi4gUi4gQS4gUHJhZG8=?= <nfraprado@collabora.com>, Conor Dooley <conor+dt@kernel.org>, Enric Balletbo i Serra <eballetbo@kernel.org>, Ikjoon Jang <ikjn@chromium.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Rob Herring <robh+dt@kernel.org>, Stephen Boyd <swboyd@chromium.org>, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org Subject: [PATCH v2] arm64: dts: mt8183: jacuzzi: Remove CrosEC base detection node Date: Fri, 12 Jan 2024 11:20:28 -0300 Message-ID: <20240112142032.909736-1-nfraprado@collabora.com> X-Mailer: git-send-email 2.43.0 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-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1787894912258584485 X-GMAIL-MSGID: 1787894912258584485 |
Series |
[v2] arm64: dts: mt8183: jacuzzi: Remove CrosEC base detection node
|
|
Commit Message
Nícolas F. R. A. Prado
Jan. 12, 2024, 2:20 p.m. UTC
The cbas node is used to describe base detection functionality in the
ChromeOS EC, which is used for units that have a detachable keyboard and
thus rely on this functionality to switch between tablet and laptop
mode.
All machines in the jacuzzi family are either clamshells (ie normal
laptops) or convertibles, meaning the keyboard can be flipped but not
detached. The detection for the keyboard getting flipped is handled by
the driver bound to the keyboard-controller node in the EC.
Since there is no base detection in these machines, and the device
backed by this node fails to probe and goes unused, delete the node from
the DT.
Fixes: 4fa8492d1e5b ("arm64: dts: mt8183: add cbas node under cros_ec")
Signed-off-by: Nícolas F. R. A. Prado <nfraprado@collabora.com>
---
Changes in v2:
- Moved cbas node removal to jacuzzi dtsi
arch/arm64/boot/dts/mediatek/mt8183-kukui-jacuzzi.dtsi | 3 +++
1 file changed, 3 insertions(+)
Comments
Quoting Nícolas F. R. A. Prado (2024-01-12 06:20:28) > diff --git a/arch/arm64/boot/dts/mediatek/mt8183-kukui-jacuzzi.dtsi b/arch/arm64/boot/dts/mediatek/mt8183-kukui-jacuzzi.dtsi > index 7592e3b86037..8c9f7435cf4c 100644 > --- a/arch/arm64/boot/dts/mediatek/mt8183-kukui-jacuzzi.dtsi > +++ b/arch/arm64/boot/dts/mediatek/mt8183-kukui-jacuzzi.dtsi > @@ -484,3 +484,6 @@ volup-btn-odl { > }; > }; > > +&cros_ec { > + /delete-node/ cbas; > +}; Usually we add nodes instead of delete them. Can you move the cbas node addition to the other files that include mt8183-kukui.dtsi instead? It will be a larger patch in number of lines but then we don't run into problems where the node is moved later and this breaks because 'cbas' doesn't exist.
Il 12/01/24 15:20, Nícolas F. R. A. Prado ha scritto: > The cbas node is used to describe base detection functionality in the > ChromeOS EC, which is used for units that have a detachable keyboard and > thus rely on this functionality to switch between tablet and laptop > mode. > > All machines in the jacuzzi family are either clamshells (ie normal > laptops) or convertibles, meaning the keyboard can be flipped but not > detached. The detection for the keyboard getting flipped is handled by > the driver bound to the keyboard-controller node in the EC. > > Since there is no base detection in these machines, and the device > backed by this node fails to probe and goes unused, delete the node from > the DT. > > Fixes: 4fa8492d1e5b ("arm64: dts: mt8183: add cbas node under cros_ec") > Signed-off-by: Nícolas F. R. A. Prado <nfraprado@collabora.com> > I really don't like seeing /delete-node/ statements, unless there's an exceptionally good reason to do so, and I don't think this is the case. Please remove cbas from the base inclusion and add it on a per-device basis. Thanks, Angelo
diff --git a/arch/arm64/boot/dts/mediatek/mt8183-kukui-jacuzzi.dtsi b/arch/arm64/boot/dts/mediatek/mt8183-kukui-jacuzzi.dtsi index 7592e3b86037..8c9f7435cf4c 100644 --- a/arch/arm64/boot/dts/mediatek/mt8183-kukui-jacuzzi.dtsi +++ b/arch/arm64/boot/dts/mediatek/mt8183-kukui-jacuzzi.dtsi @@ -484,3 +484,6 @@ volup-btn-odl { }; }; +&cros_ec { + /delete-node/ cbas; +};