Received: by 2002:a89:28c:0:b0:1ef:fe5e:92fe with SMTP id j12csp44776lqh; Sun, 17 Mar 2024 20:37:30 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCUDhJKSKSSrdJWRTA3jBjm7xJBUEe9S5YtVGmOoyEJ90jQeMYR07bBCYXUdz0a39xSKPVun5uHrCj0r1I7hGpM8yVeycoeMlc9jIwohrw== X-Google-Smtp-Source: AGHT+IG6ig7fTpCkwOvdbGMA5o/GnCR7jaZSiWJAy48jqk6qPmCX1+hauN2yezr4G7nt7SeiA5Xe X-Received: by 2002:a05:6902:2183:b0:dd1:1f11:5ee3 with SMTP id dl3-20020a056902218300b00dd11f115ee3mr9630665ybb.31.1710733050174; Sun, 17 Mar 2024 20:37:30 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1710733050; cv=pass; d=google.com; s=arc-20160816; b=gUY9OjVN9/ydEZ0rXiBuKbLVdzsKjOn70iZDqvaBGhbFuASF1XALIiljRQM+KW9lyW SrJfJHxuP/24PpJDSye+EPslb+fyxv1dSt5oQK7jdKxV2fCmLufS3bP4nReXmO51i+eH fIWnaesMj3bFUrRRs1tX1d9eg1Tl8RQYb3kmhFDowx3OBBWPBNYPE7SmiUkLEoiN5ab8 QGFe9+ztJ6nT+0wDbpmp/WJ+/Ph4WwS0TNUWDQfwKq9VpwOy9GenXo6+E4XJ4UfTwG5o 7LbdqjSSdt06Cmo6FOQcNo2tjoifF6rmb14DMN596syQTspFH0yF55EBHQtR0ahXDcJp m4WA== 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=zbtUS8Vyal11+cFNM+8d63h71bugAQZ8fKh6UsEKw4w=; fh=RwHZGvrWMZp1LPqm3FRwPNDZO281QBJZUyVbecQBIWQ=; b=H7BYHBZg50EizJhPrYPOTHUryTCiQpg2qAW03lH9W8qypJkPW1YxY29ML9Zm/N3lTN wgSmBNzGqoJ5tzUKhqGtr1VMkim2rZvEABvAW6DX02barw9mEy0WPpXpBbIcV1sSUWqG 0uW4sOY8CkTVud5ngabkYA/YWwDfBROgggdR7LX1qlfU5Fr5qicQ7e9aeMKze2gZNvu7 I8Rhr6V4h8sne0JLO6JAFTOX3CKGl1Q9jwNMdCT+1TrmztLCw/fo2ue13RLWWQywDFeH EpJa7nswImVu7MMcg0IjAk2mk029AUsfj95f98IIXTc7c9VBW37HlxvxWLs/fc1ZW1Ty ry9w==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=rIfMeZve; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-105686-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-105686-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id p2-20020a05622a00c200b00430d1c608d1si1415997qtw.294.2024.03.17.20.37.29 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 17 Mar 2024 20:37:30 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-105686-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=rIfMeZve; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-105686-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-105686-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 ny.mirrors.kernel.org (Postfix) with ESMTPS id DA2691C2139C for ; Mon, 18 Mar 2024 03:37:29 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 682CD1F951; Mon, 18 Mar 2024 03:37:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="rIfMeZve" 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 7E97A1D530; Mon, 18 Mar 2024 03:37:18 +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=1710733038; cv=none; b=gZ7MZYgGuTls8XBwvApMA7gIVpJWj+UpTcNCLhC1jOZnrukil16vct7qwNlbDZLZcVn3QctMkWSOUpLBnKqY55rC/0Yl8IhiE3L/uRVg88+sJNdKyUXAULkzokKNqNozAPvRH41Hd7Qh29aBdjRuL+Zwt8ey9KBTCRG5uQX2+J0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1710733038; c=relaxed/simple; bh=OtYNbsQDiWdUoo7LT1A1WLk7i98yL98HDFPaacqRjwM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=JHufaLVcgh5KkESnyo5JgZgBnC70qUFfnIROqvxixMJBJWvtGPpAt8K28zb3VZM1LMiqbeyD1uyU4LxG9sAuVNUib6/RCpF6YihLq/NHtOjAi43YKzoLttYcncSORQnETQlx44/ep/NRYcE92PvgzAw4VAmwFUT3JAbS5vuMKvU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=rIfMeZve; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 490C2C433F1; Mon, 18 Mar 2024 03:37:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1710733038; bh=OtYNbsQDiWdUoo7LT1A1WLk7i98yL98HDFPaacqRjwM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=rIfMeZveN5OCk18QBPfTD0sndOtEkG1C/4pQNBc1hok8JZcWfLhjB2nGWenYIxdy4 wynrBuJW0qhDlU6BzYYEblmJYe7KWxLFnkqYfAXuC34PR1jkOZrEne5ir4HmPiz4EH n8KKCqoMoSnX2A2zsXytGzxR6Nw3XyVmu8z4eVdvcFplcqpvbxKkMxa2LVXNDJdgcA eoKDC7Qpw4uMWn2XVh3IHHgapcMsz+0hh/Mg5DibI9YlbAWaJJR2mD9XGCj1ozYP3F k7U62WcARSxR6yYcqFzKCXnN0R8p+IKv2P+GrxGZxxY/5795+uKCaEVtxsJ3dJvzRD MxijlzD+C0xjA== Date: Sun, 17 Mar 2024 22:37:15 -0500 From: Bjorn Andersson To: Manivannan Sadhasivam Cc: Konrad Dybcio , Rob Herring , Krzysztof Kozlowski , Conor Dooley , cros-qcom-dts-watchers@chromium.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 09/21] arm64: dts: qcom: sc8280xp: Add PCIe bridge node Message-ID: <26mic7smm2aez3enydiiuul2c5yru4kmx26n4mo63nvy4bscuv@jql4hhe3gia6> References: <20240221-pcie-qcom-bridge-dts-v1-0-6c6df0f9450d@linaro.org> <20240221-pcie-qcom-bridge-dts-v1-9-6c6df0f9450d@linaro.org> <9d6c617a-bc3a-47c4-a988-b41b804d8cfe@linaro.org> <20240222053958.GF3374@thinkpad> 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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20240222053958.GF3374@thinkpad> On Thu, Feb 22, 2024 at 11:09:58AM +0530, Manivannan Sadhasivam wrote: > On Wed, Feb 21, 2024 at 01:39:01PM +0100, Konrad Dybcio wrote: > > On 21.02.2024 04:41, Manivannan Sadhasivam wrote: > > > On Qcom SoCs, the PCIe host bridge is connected to a single PCIe bridge > > > for each controller instance. Hence, add a node to represent the bridge. > > > > > > While at it, let's remove the bridge properties from board dts as they are > > > now redundant. > > > > > > Signed-off-by: Manivannan Sadhasivam > > > --- > > > .../dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts | 8 ----- > > > arch/arm64/boot/dts/qcom/sc8280xp.dtsi | 40 ++++++++++++++++++++++ > > > 2 files changed, 40 insertions(+), 8 deletions(-) > > > > > > diff --git a/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts b/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts > > > index def3976bd5bb..f0a0115e08fa 100644 > > > --- a/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts > > > +++ b/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts > > > @@ -733,14 +733,6 @@ &pcie4 { > > > status = "okay"; > > > > > > pcie@0 { > > > - device_type = "pci"; > > > - reg = <0x0 0x0 0x0 0x0 0x0>; > > > - #address-cells = <3>; > > > - #size-cells = <2>; > > > - ranges; > > > - > > > - bus-range = <0x01 0xff>; > > > - > > > wifi@0 { > > > > This doesn't seem right, pleas use a label > > > > Why? A node label is useful if we want to reference it at the root level in > board dts, but here it is not. > Giving the bridge a label and then adding wifi@0 as a child using that label in the dts is pretty much how we do for everything else. I find this over-flattening hard to follow, but relying on child node names when extending the structure or adding properties have bitten us many times in the past. As such, I think the desired result in the dts should be: &pcie4 { status = "okay"; }; &pcie4_bridge { wifi@0 { ... }; }; Regards, Bjorn > - Mani > > -- > மணிவண்ணன் சதாசிவம்