Received: by 2002:a05:7412:8d09:b0:fa:4c10:6cad with SMTP id bj9csp313905rdb; Tue, 16 Jan 2024 00:32:13 -0800 (PST) X-Google-Smtp-Source: AGHT+IEv8nFJPgGZCRAxlWdQ/2nDMZghbIZdbt+jf5A7WvRgJ9WAxB1sUkEgrR2xCM4WEixcepAR X-Received: by 2002:a05:6808:1248:b0:3bd:3402:de7e with SMTP id o8-20020a056808124800b003bd3402de7emr8205772oiv.40.1705393933478; Tue, 16 Jan 2024 00:32:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1705393933; cv=none; d=google.com; s=arc-20160816; b=FZcENqILZm0Fyt7yK6LMCs9Jz4dbzfgZC7aehAuGL01AGTzJksuHKULgoJPEwfXthY a0xhtd1zuDXc9yYKudkjx4h3XMIg/l4MXcoE15xrTXseeIuDZhVladtEApYhnsn4vvuf 20O4dIcpeUVm0A7o04KoKoW5lMB5+3GbiTcXxw14CZ0uzjMIiFkVxyELV2pAHyBd/vwI ne9rT+st6l34TRcM73mPvZsvdXXLC0Pf7mALKCTUHtmROrlhvBgCCxG4XP9aQvgjFO95 jg3Ap+jXlzumIoSTgv9s9BP1o1opg3JYfMoOusNNOdSry6wT+tdyvbjvIKeUoH6xIvDr M7WQ== 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:references:in-reply-to:message-id :date:subject:cc:to:from; bh=ZW5dIh2xt6qr1igr/g6U/3Vdm/AUToGL2Ao8hxdxhEI=; fh=dvc5hzJ8aEtgbohxgx2UQwSQUwBXbiX7W2HF2otqqpk=; b=tUB5tofObpuHaV4DxHpzzUCGRDjg5dA3got8RQxq8K3MDoNUcb2yT+PKbQUafTmrdO BWiO26+g4/bYhBTBuu0wgy/Yi+y8i7Iv2JKhjpAAoISECqaIC/51ozAyI7zIxIHjUl4c vcu50/1ud6vbes4oavJU3C3RE1I+ZKOCZ8lrNekJmM9Uv/rE2E7clehYY/JJAiik1ur+ i5/UOFwF9zcyQh0zzIYsLCvIbsSLr7gkZHK/jqfdmOO+/kB62snhRv3eOWaY/gIU7sE/ NRoPHti0kqpyAT3MIx1gE3aAEZbDLC+Q3rMwuB4JlDg9wvvpFpDm/hlXaV4ITfKg5Ut3 jE2g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-27128-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-27128-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id r5-20020a05620a298500b0078320d0818csi10225546qkp.254.2024.01.16.00.32.13 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 16 Jan 2024 00:32:13 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-27128-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-27128-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-27128-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de 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 ny.mirrors.kernel.org (Postfix) with ESMTPS id 3B2771C22C46 for ; Tue, 16 Jan 2024 08:32:13 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 7F02E11CBD; Tue, 16 Jan 2024 08:32:04 +0000 (UTC) Received: from gloria.sntech.de (gloria.sntech.de [185.11.138.130]) (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 A4A8D11C84; Tue, 16 Jan 2024 08:32:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=sntech.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=sntech.de Received: from i5e860cd7.versanet.de ([94.134.12.215] helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rPerA-0000Y0-Lt; Tue, 16 Jan 2024 09:31:36 +0100 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: Tim Lunn , KyuHyuk Lee , Rob Herring , Krzysztof Kozlowski Cc: Krzysztof Kozlowski , Conor Dooley , Chris Morgan , Tianling Shen , Jagan Teki , Ondrej Jirman , Andy Yan , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] dt-bindings: rockchip: Fix Hardkernel ODROID-M1 board bindings Date: Tue, 16 Jan 2024 09:31:35 +0100 Message-ID: <2421144.zToM8qfIzz@diego> In-Reply-To: <3dfe868d-ff8d-44ac-a68e-066ac42a6705@linaro.org> References: <20240115145142.6292-1-lee@kyuhyuk.kr> <8b31ae29-b88b-4ded-95b4-c2d9bbad24e1@feathertop.org> <3dfe868d-ff8d-44ac-a68e-066ac42a6705@linaro.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Dienstag, 16. Januar 2024, 08:24:44 CET schrieb Krzysztof Kozlowski: > On 16/01/2024 03:00, Tim Lunn wrote: > > > > On 1/16/24 01:58, Krzysztof Kozlowski wrote: > >> On 15/01/2024 15:51, KyuHyuk Lee wrote: > >>> The vendor in ODROID-M1 is hardkernel, but it was incorrectly written > >>> as rockchip. Fixed the vendor prefix correctly. > >>> > >>> Signed-off-by: KyuHyuk Lee > >>> --- > >>> Documentation/devicetree/bindings/arm/rockchip.yaml | 2 +- > >>> 1 file changed, 1 insertion(+), 1 deletion(-) > >> You need to start testing your patches. Your last M1 fails as well in > >> multiple places. > >> > >> It does not look like you tested the DTS against bindings. Please run > >> `make dtbs_check W=1` (see > >> Documentation/devicetree/bindings/writing-schema.rst or > >> https://www.linaro.org/blog/tips-and-tricks-for-validating-devicetree-sources-with-the-devicetree-schema/ > >> for instructions). > >> > >> The DTS change will break the users, so would be nice to mention this in > >> its commit msg. > > > > I notice there are a couple of other boards that incorrectly use > > rockchip as the vendor also: > > > > - const: rockchip,rk3399-orangepi > > - const: rockchip,rk3568-bpi-r2pro > > > > Perhaps these should also be fixed at the same time? > > What is happening with rockchip boards? Copy-paste stuff ... boards using rockchip,boardname instead of vendor,boardname for their compatible. I do remember us noticing this a number of times on some boards and requesting fixes, but looks like some slipped through. So I guess Tim is suggesting changing the compatible, but with boards being merged a while ago, this would break backwards compatibility. So I guess both the Orange and Banana Pies will need to live with that.