Received: by 2002:a05:7208:13ce:b0:7f:395a:35b6 with SMTP id r14csp1218049rbe; Fri, 1 Mar 2024 07:35:53 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCVsS43zu4FoWT6ZwDCMwnKEhGPfdSQstOo/8ucx4L08gs/2ptWGkHlXgXZIn/NLC9xTj6wyaGon7Oh4dmXlCvN/TDY4jSDgk+J+HmzCpw== X-Google-Smtp-Source: AGHT+IHrYSGSm1gNGoawZs+BXQiWVtUBs22K2Eu9pjaduKR2muDgGYkL+SxwMRojxswXhvEA84B1 X-Received: by 2002:a05:6402:5114:b0:566:28ae:55d4 with SMTP id m20-20020a056402511400b0056628ae55d4mr1873955edd.39.1709307353284; Fri, 01 Mar 2024 07:35:53 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1709307353; cv=pass; d=google.com; s=arc-20160816; b=YsliS9vcEnYfpia4/fuma+d5RTVmLfW8i2c/sOVESo2G30DqXXyG3CnNjqBQ+gnek0 gi+kiVm3iSV3ecasK8bz3H2koH6TtmpsemR8kLuJDJ96ORgr8vm6BKUXf/sGYLSCUnJV mORiu+ojitFr9NO/JKyaI1HyS03ksZ2WjMFiAFicGMHlB1StFMHqJU965BAchc/9SpKd 8W3M0ut7Rrx0gMEBcoqeFJiU/RueuZ/bag4rExU1y48TtINWrmh4rRtS5X5eczoMTrJk dHavAATpUtmk31TYPy6GqIMzGW7ODgxZbSSq4tkqefzZORXu+L+5OBIirDU0cxQEefTG 32UA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:list-unsubscribe:list-subscribe:list-id:precedence :references:message-id:subject:cc:to:from:date:dkim-signature; bh=G0d/YC6pFxbZgd7wx6OqQyJIRg+Efh8Arx+jcfIJn18=; fh=VceCT6WPUpeNisWQgZj4hlozjIz/0Kn6+n8ujk8Ic+s=; b=gF/yRb8B6lLE0VAAtwR1vEt6LSn1/DQFjUmqWWg+G88t1khAM0dLZ1nYrt8hJKJDX+ muKrre8wLmbNsx6k+xTYDSOopUt5ryZKPcDqWjA1RI/1VVFf2PW1PHKTsqbO69PPflIL 3ZQ8Xn0mhEc2FRBMeFx9NGo58IEkdItaQ8eYJoq/MtDEz4G3BbVk56m6yHByvjBHkyZ/ tk2tttH/vxvullwQ+vhQOMg6UaFrX43Tduvm+BGvpU/yoVwy2G5yq3LuVGA+PbI8NeuN 58KLNaduQJJaTKNvY+yppsg8l/9vFAYcdqAW0anNE1FsyIM+vuXQ0xn6blCFLoZXPJ27 YSWA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=engGmUkK; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-88627-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-88627-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id g4-20020a056402320400b00566f58d736csi58539eda.567.2024.03.01.07.35.53 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 01 Mar 2024 07:35:53 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-88627-linux.lists.archive=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=@kernel.org header.s=k20201202 header.b=engGmUkK; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-88627-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-88627-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=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 am.mirrors.kernel.org (Postfix) with ESMTPS id 1148C1F23AC8 for ; Fri, 1 Mar 2024 15:35:53 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 4531E7002E; Fri, 1 Mar 2024 15:35:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="engGmUkK" Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 5820C1C33; Fri, 1 Mar 2024 15:35:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709307337; cv=none; b=HYkW9tvIcbqFZFLiKrSZ0z3C1kA26cJPstC3FQKeLhVTLmJziB+JWugXjnNsUoebQ8Pn+D0vdYjCJZV0ffZixSTc6sKsPnbYAIVMGwQzgt7k+H6TM6zSkMhbrIuNwrFgbIjZfVCNK1ltvj4gzIpJ6YQ0e8vvswPkWUwa5PYk4NY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709307337; c=relaxed/simple; bh=M529ZWz6bYFuuGmZpJLVgAUP6VgulNwbi5i3qlbkET4=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=rX0V9E+/WFlwn3EBFGHWXMkqp5ESxYSW3FJhOGq/4bVNrMADBKSvPVO0hZ+w/oFKf30ZOFVyU1hkaof923DHe/S8VHKs9OrTVdrv87AP3/l2w6lN3RCaIm+310C7LzJpew2ba+QHR241EsYAWXyMP0mkxzBTJxKBry2iwQCUDEo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=engGmUkK; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 86BCEC433F1; Fri, 1 Mar 2024 15:35:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1709307336; bh=M529ZWz6bYFuuGmZpJLVgAUP6VgulNwbi5i3qlbkET4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=engGmUkK3+QyCySd6cnHaoesNC4acJ3alTWL9hkST6hCVPUk6jx/wdlKLPnA4dMRT OqgQzVn2cxNbgjzrGxAzAM/G0Q2U5mSCnX3cGzzAVKPSaiMbwnp1at/ewtulAVi49k IOUSLAAoFtHhpXnpOFM32Zwv0bf6pVapLzd+1FoCRLxcWj/btjhW4rkXK++PVGaxDr QuhaFLQjLZyhXcaeREGlxgBfChASmuIy0TcoVAva9mfGQpPYYVWwaWR+QNYavWPNKJ 7dm7RcciMFp14LYGpnir5lb59cHkkeJV2ctLTiy+VzUVkJoykR1TWNtyzE/IvoGg9H OTZ4wZV2OigtQ== Date: Fri, 1 Mar 2024 09:35:34 -0600 From: Rob Herring To: =?iso-8859-1?Q?Th=E9o?= Lebrun Cc: Krzysztof Kozlowski , Guenter Roeck , Linus Walleij , Andi Shyti , Krzysztof Kozlowski , Conor Dooley , Thomas Bogendoerfer , linux-arm-kernel@lists.infradead.org, linux-i2c@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mips@vger.kernel.org, Gregory Clement , Vladimir Kondratiev , Thomas Petazzoni , Tawfik Bayouk , Jean Delvare , linux-hwmon@vger.kernel.org Subject: Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema Message-ID: <20240301153534.GA2144041-robh@kernel.org> References: <20240229-mbly-i2c-v2-0-b32ed18c098c@bootlin.com> <20240229-mbly-i2c-v2-2-b32ed18c098c@bootlin.com> <6749c8df-c545-4aca-bc18-4dfe9c9f15b0@linaro.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Fri, Mar 01, 2024 at 11:44:37AM +0100, Th?o Lebrun wrote: > Hello, > > On Fri Mar 1, 2024 at 11:13 AM CET, Krzysztof Kozlowski wrote: > > On 01/03/2024 10:41, Th?o Lebrun wrote: > > > Hello, > > > > > > On Fri Mar 1, 2024 at 7:53 AM CET, Guenter Roeck wrote: > > >> On 2/29/24 22:37, Krzysztof Kozlowski wrote: > > >>> On 29/02/2024 19:10, Th?o Lebrun wrote: > > >>>> Reference common hwmon schema which has the generic "label" property, > > >>>> parsed by Linux hwmon subsystem. > > >>>> > > >>> > > >>> Please do not mix independent patchsets. You create unneeded > > >>> dependencies blocking this patch. This patch depends on hwmon work, so > > >>> it cannot go through different tree. > > > > > > I had to pick between this or dtbs_check failing on my DTS that uses a > > > label on temperature-sensor@48. > > > > I don't see how is that relevant. You can organize your branches as you > > wish, e.g. base one b4 branch on another and you will not have any warnings. > > That is what I do, I however do not want mips-next to have errors when > running dtbs_check. Having dtbs_check return errors is not an issue? That's a good goal, but difficult to achieve as you can see. Given dtbs_check in general has tons of warnings already, we currently don't worry about more warnings in specific branches. We just look at mainline and linux-next. And for that it's still so many, I'm just looking at general trends. It runs daily here[1]. As we get more platforms trying to stay at zero warnings, then we'll need to revisit this. I imagine that will mean all schemas have to go in 1 branch with acks from subsystem maintainers. That's the opposite of what we do now. And then .dts branches will have to merge in the schema branch as needed. There are some checks (make dt_compatible_check) to for drivers vs. the schemas, so we'd have the same issue with intermittent warnings. But the drivers should be more decoupled from the schemas than the dts files. Rob [1] https://gitlab.com/robherring/linux-dt/-/jobs