Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp17938581rwd; Tue, 27 Jun 2023 09:20:59 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5y5Z8ZsRXA7dSVtcTAcg0xLuwV9DdKe7VetzI6ImvFbqwNZcwzsusLf9/e7L7y/S4U0NJa X-Received: by 2002:a17:907:724a:b0:987:16f5:692f with SMTP id ds10-20020a170907724a00b0098716f5692fmr26054164ejc.44.1687882859221; Tue, 27 Jun 2023 09:20:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687882859; cv=none; d=google.com; s=arc-20160816; b=mwLvOzpXGBoqS1c7N5Uvt4WvCAnjDZToIo7InZS2m9wy+zVa3F5sTdZ1ZHFyFfsDfm tmXRTfrj13N0DZ+lYegJqWNxsns1iRmyou8POQiXsglGWw0E96Rs3nuP8qi+gqVpsogV u5ucbYvNKrmwsYAor4KYBjAzGhHii4/WF3c9qo3XF43VfDQlLT9GawGDcYYuTl3MTkf8 fxJRRBs1nAv5vbZZq3APIVHSMVJPF+pOxLBVci2c7dGBb65eiC9Wy4caawK/cy36Pi1q UO4647oAyKdTIaS8We34bP2l5l4OVc2gUOjxD5hIvIQlrozI13FDiBGQnOdUOOO0gOGe zSAA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=erF8qJq0uBPQqxieTzhsVaJiUB30cuxKslumznayLus=; fh=/HYXHqaUArqNuqIbI4GlYi4JI646oOK1wzNZl5dpawI=; b=CnOiguq1RxIMSTA7iTYeqnF1XZfCnR8a2JLFXEcX4mDU0oZ8DPB/aV2gjMvIwtGTcc Qhk8YzoU60mTpr7ZpOrUw2ZXo5Ev/wPLxH7/hXZRfxmXquvYBgR0821olRkxaOuilw2d a3UujUJ1KcDEfeKs/pCXFFFMr2RoKLGc11mNQMJOo9lssH0oSCLBJH8/lWY8UhqbgNwd iEyQIQqgMlEwelsFA25gbzxnzx71L6+pJZZEcYwtETjnbe8tBotqI9+v7pZvU1in90xD Zi6Vy9WJq5qaQX2y+cfhHhFy59YGFsGG5Uq4nqKDqtbXi/WuhnnZYrmEo9nz5w15DbMv SctA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=o8TxVYYJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y9-20020a170906914900b0098376d89a47si4478479ejw.671.2023.06.27.09.20.23; Tue, 27 Jun 2023 09:20:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=o8TxVYYJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232377AbjF0P1u (ORCPT + 99 others); Tue, 27 Jun 2023 11:27:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45586 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232354AbjF0P1q (ORCPT ); Tue, 27 Jun 2023 11:27:46 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 685842976; Tue, 27 Jun 2023 08:27:36 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id D4353611D6; Tue, 27 Jun 2023 15:27:35 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2CF45C433C8; Tue, 27 Jun 2023 15:27:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1687879655; bh=QJEP2hAFIWiHYLlxATb8rBMxuDVIppvzTaGsfqkN9pI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=o8TxVYYJLovhn1bYP0bppqdQn35EJcczSduqWL6V4NiEenm/hQ8kIh3AiOkKfIyE9 ZcFiowMHLIhaiWWlDrknRk7hpxGIU4PDsMNbBdlTvvn+HMpL+EM9QBbfuucUWqA6xA nN62mouD8cp6b3EHgFVpuXPOBAddLd8REsd9aY+Y4EmIMbMFeGfWqNcEimf86GBdST S6Mgo/yXbYesJv9jT2LYGohrHMpl9JP5jpUQM1zFCP9idUSDZG0twMt81IJ6yoxkr/ ITGiOU6M7xAeO8VYhBQ/Im1F5M1NwewE1skeamSeqWILVyw6A0aTGI15mn9Llkg82H rJ0F1lT0DQagw== Received: from johan by xi.lan with local (Exim 4.94.2) (envelope-from ) id 1qEAbM-00049C-FM; Tue, 27 Jun 2023 17:27:33 +0200 Date: Tue, 27 Jun 2023 17:27:32 +0200 From: Johan Hovold To: Manivannan Sadhasivam Cc: Johan Hovold , Bjorn Andersson , Andy Gross , Konrad Dybcio , Rob Herring , Krzysztof Kozlowski , Conor Dooley , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Patrick Wildt Subject: Re: [PATCH] arm64: dts: qcom: sc8280xp-pmics: add explicit rtc interrupt parent Message-ID: References: <20230627085306.6033-1-johan+linaro@kernel.org> <20230627132406.GA5490@thinkpad> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230627132406.GA5490@thinkpad> X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 27, 2023 at 06:54:06PM +0530, Manivannan Sadhasivam wrote: > On Tue, Jun 27, 2023 at 10:53:06AM +0200, Johan Hovold wrote: > > Unless explicitly specified the interrupt-parent property is inherited > > from the parent node on Linux even though this may not be in full > > compliance with the devicetree specification. > > > > Following commit 2d5cab9232ba ("arm64: dts: qcom: sc8280xp-pmics: > > Specify interrupt parent explicitly"), add an explicit interrupt parent > > also for the PMIC RTC node for the benefit of other operating systems > > which may be confused by this omission. > > > > Note that any such OS must still implement a fallback to the root > > interrupt domain as most devicetrees are written under the assumption > > that the interrupt parent is inherited. > > > > Reported-by: Patrick Wildt > > Signed-off-by: Johan Hovold > > It is good to encode this in the binding and fix other such instances. Not sure about that. Perhaps the spec should be updated to match reality instead... We have many more instances like this, even for this very SoC, but apparently OpenBSD or whatever OS needs this falls back to the root domain then. Changing this for the rtc node for consistency after you changed the others is a no-brainer, but not sure about trying to do this tree-wide. We already have too many of these one-line DT cleanups... Johan