Message ID | 20230228164752.55682-1-manivannan.sadhasivam@linaro.org |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:5915:0:0:0:0:0 with SMTP id v21csp3126081wrd; Tue, 28 Feb 2023 08:49:30 -0800 (PST) X-Google-Smtp-Source: AK7set+qd3BNYb9E7W5Vx0CePTuSfxqQ2t9PxTY9FsmJqE5x3u4tgHyeTMLIlVA2IEnryQTdQhBq X-Received: by 2002:a17:90b:4c4d:b0:232:f974:c532 with SMTP id np13-20020a17090b4c4d00b00232f974c532mr4022041pjb.19.1677602970422; Tue, 28 Feb 2023 08:49:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1677602970; cv=none; d=google.com; s=arc-20160816; b=l3vpU/m4HsDBIqePgnckBzdXyVnPc9hH0XGvha721apbQs2voniWQH/Riq4Hj0Ci+t ZJ1DEqiD/cB8j/Yuo5dhwM+ZgsnZyxLSYydrBDzojvNcwvmCEIbjIFBv4oo+JoUET7Vz n3MegxkrjfqbKzErZA/RXmPKubL0Lc1yZmWpuCx+MqP/0Utco9K3stFv5Wv0muSlwc6g J3ADiEIqqKfAzWkUtjL7L7SvpH2YVCWfZrfZFbH/qDSCXEqk7GGpjGrErfVgmlqhOcPC KWpBK/S+C+/cZ5BQG2Z17BsBxqg0ebHp2jyqSwMZeNE12DUFFKjsaIJmcbFuDDoH2ECL S/+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=rDBJw6bc44tz9zlWlX8b73iHqL2XcZ6IL2dsLamRiIA=; b=JWy+m3dnAqjVbqSghk/cNoa6pYjuPU0UVbd+dosBmIma7LR9uA/hybBJhE+WOrvZpg B5s6G3zMEmlNn2vnoPRc+fCUP3Z21AEbij7LE2Yz4wK+ja+8PQFw/No5pwYCBrExynPk 4JzYMbUJM4BZEBAxYoHF+CMIoUGt2rmrkhLKMY33QurhRfjidHDRFCwwgxck2cUtiNmb JJ6cnHV7ZPas5PMagkGOAQTCMuMJ8Eh0HH56daY0bxLLlIC3U7IrO4+RTIs8gYIWsSbv WGTK9K/7GHc0WhVaR0NBXb33uGpFA48dpjQ/2ki6GiqBZybgyieYrm9UagslVlAU1Fhm p+Tw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=NlTygjpW; 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=linaro.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f10-20020a17090ab94a00b002199a16366csi9708866pjw.173.2023.02.28.08.49.17; Tue, 28 Feb 2023 08:49:30 -0800 (PST) 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=@linaro.org header.s=google header.b=NlTygjpW; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229826AbjB1Qss (ORCPT <rfc822;brysonjbanks@gmail.com> + 99 others); Tue, 28 Feb 2023 11:48:48 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39432 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229778AbjB1Qsk (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 28 Feb 2023 11:48:40 -0500 Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B339A83CD for <linux-kernel@vger.kernel.org>; Tue, 28 Feb 2023 08:48:07 -0800 (PST) Received: by mail-pl1-x636.google.com with SMTP id h8so7778409plf.10 for <linux-kernel@vger.kernel.org>; Tue, 28 Feb 2023 08:48:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=rDBJw6bc44tz9zlWlX8b73iHqL2XcZ6IL2dsLamRiIA=; b=NlTygjpW7T/NVcW/HWCxHB3nGNPh8hKVewtalurqsAbcmJy0O6a7RPnmomsleyfCIE TBMMm/F4vAm/swSXg9xB0lWLkS64Rkp9zMx7g/LjMFyEcS1gBcYViIVIFlvhfKF0NPVW gbQJa95OUdX7nLieeboAw72A2DsDedB6vWxecT+bqmR4YaFgawkE6trergLj/MtDbdlp fpDbrAMz+wPeY//jUKOZ1m061Mv2fXRAGa8kd+RVn5L1ec9zMZacPzrwQaEXOCJ/iumt vi6biIEJCDgXN3/MMO52Hxv4xcHXnFw0TXPWpEOoalvWK52q0B5MY0ro+V/5qKTL6Ib2 Ll/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=rDBJw6bc44tz9zlWlX8b73iHqL2XcZ6IL2dsLamRiIA=; b=y4XQ9g2JWCXZSgjfxvm344llyuzSWbss7g8cZNVasrVuaKI+jaFLAzdVOOJ/zwEPP5 YNPEJvw76R1wCOmdMW0l57FvZsIluNx0m8ehQMqq0ZUtfYQB/C38U1vtZG+g8cdBwtXD TIS5RNtZEmKRWcLT6mFaY4twTArqLlGWDL0RSDN3LuhSYaQfgnfTeuokdW6z5pzgYo2o cRozNyYG1W2hNSxDgCvk0YNL8fFnNTehr8VRAALA2N7iRkzo1CAdE/zpPQSEoPxA2pF3 YBtjblNHSDPDuGfGfjSdCKDvLlvSl67Q7YH0dnm4vPPJH94S79KlpRbLV5da08yF62fy wPJA== X-Gm-Message-State: AO0yUKWTtFocmKYk0l5JyHj4nTWlNa5AeGkBSjJ5h4cVS9yJYMqP0cFX V4TYxhjMbz37fXaOHxBYILui X-Received: by 2002:a05:6a20:8e02:b0:cc:f597:2289 with SMTP id y2-20020a056a208e0200b000ccf5972289mr5079518pzj.14.1677602887166; Tue, 28 Feb 2023 08:48:07 -0800 (PST) Received: from localhost.localdomain ([103.197.115.185]) by smtp.gmail.com with ESMTPSA id z11-20020a6552cb000000b00476dc914262sm5908792pgp.1.2023.02.28.08.48.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 Feb 2023 08:48:06 -0800 (PST) From: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org> To: andersson@kernel.org Cc: konrad.dybcio@linaro.org, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, arnd@arndb.de, Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org> Subject: [PATCH 00/16] Qcom: Fix PCI I/O range defined in devicetree Date: Tue, 28 Feb 2023 22:17:36 +0530 Message-Id: <20230228164752.55682-1-manivannan.sadhasivam@linaro.org> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1759094212290224436?= X-GMAIL-MSGID: =?utf-8?q?1759094212290224436?= |
Series |
Qcom: Fix PCI I/O range defined in devicetree
|
|
Message
Manivannan Sadhasivam
Feb. 28, 2023, 4:47 p.m. UTC
Hi, This series fixes the issue with PCI I/O ranges defined in devicetree of Qualcomm SoCs as reported by Arnd [1]. Most of the Qualcomm SoCs define identical mapping for the PCI I/O range. But the PCI device I/O ports are usually located between 0x0 to 64KiB/1MiB. So the defined PCI addresses are mostly bogus. The lack of bug report on this issue indicates that no one really tested legacy PCI devices with these SoCs. This series also contains a couple of cleanup patches that aligns the entries of ranges property. Thanks, Mani [1] https://lore.kernel.org/linux-arm-msm/7c5dfa87-41df-4ba7-b0e4-72c8386402a8@app.fastmail.com/ Manivannan Sadhasivam (16): arm64: dts: qcom: sdm845: Fix the PCI I/O port range arm64: dts: qcom: msm8998: Fix the PCI I/O port range arm64: dts: qcom: sc7280: Fix the PCI I/O port range arm64: dts: qcom: sm8550: Fix the PCI I/O port range arm64: dts: qcom: ipq8074: Fix the PCI I/O port range arm64: dts: qcom: ipq6018: Fix the PCI I/O port range arm64: dts: qcom: msm8996: Fix the PCI I/O port range arm64: dts: qcom: sm8250: Fix the PCI I/O port range arm64: dts: qcom: qcs404: Use 0x prefix for the PCI I/O and MEM ranges arm64: dts: qcom: sc8280xp: Fix the PCI I/O port range arm64: dts: qcom: sm8150: Fix the PCI I/O port range arm64: dts: qcom: sm8450: Fix the PCI I/O port range arm64: dts: qcom: sm8350: Fix the PCI I/O port range ARM: dts: qcom: apq8064: Use 0x prefix for the PCI I/O and MEM ranges ARM: dts: qcom: ipq4019: Fix the PCI I/O port range ARM: dts: qcom: ipq8064: Fix the PCI I/O port range arch/arm/boot/dts/qcom-apq8064.dtsi | 4 ++-- arch/arm/boot/dts/qcom-ipq4019.dtsi | 4 ++-- arch/arm/boot/dts/qcom-ipq8064.dtsi | 12 ++++++------ arch/arm64/boot/dts/qcom/ipq6018.dtsi | 4 ++-- arch/arm64/boot/dts/qcom/ipq8074.dtsi | 12 ++++-------- arch/arm64/boot/dts/qcom/msm8996.dtsi | 12 ++++++------ arch/arm64/boot/dts/qcom/msm8998.dtsi | 2 +- arch/arm64/boot/dts/qcom/qcs404.dtsi | 4 ++-- arch/arm64/boot/dts/qcom/sc7280.dtsi | 2 +- arch/arm64/boot/dts/qcom/sc8280xp.dtsi | 10 +++++----- arch/arm64/boot/dts/qcom/sdm845.dtsi | 6 +++--- arch/arm64/boot/dts/qcom/sm8150.dtsi | 6 +++--- arch/arm64/boot/dts/qcom/sm8250.dtsi | 8 ++++---- arch/arm64/boot/dts/qcom/sm8350.dtsi | 8 ++++---- arch/arm64/boot/dts/qcom/sm8450.dtsi | 8 ++++---- arch/arm64/boot/dts/qcom/sm8550.dtsi | 8 ++++---- 16 files changed, 53 insertions(+), 57 deletions(-)
Comments
On Tue, Feb 28, 2023, at 17:47, Manivannan Sadhasivam wrote: > Hi, > > This series fixes the issue with PCI I/O ranges defined in devicetree of > Qualcomm SoCs as reported by Arnd [1]. Most of the Qualcomm SoCs define > identical mapping for the PCI I/O range. But the PCI device I/O ports > are usually located between 0x0 to 64KiB/1MiB. So the defined PCI addresses are > mostly bogus. The lack of bug report on this issue indicates that no one really > tested legacy PCI devices with these SoCs. > > This series also contains a couple of cleanup patches that aligns the entries of > ranges property. Looks good to me. I already commented that we may also want to use 64KB everywhere instead of 1MB for the per-host window size. Regardless of that, please add Reviewed-by: Arnd Bergmann <arnd@arndb.de> I would also prefer to do this in fewer patches, maybe one to change all the prefixes, and another one to change the location, or whichever way Bjorn prefers. Arnd
On Tue, Feb 28, 2023 at 10:17:36PM +0530, Manivannan Sadhasivam wrote: > Hi, > > This series fixes the issue with PCI I/O ranges defined in devicetree of > Qualcomm SoCs as reported by Arnd [1]. Most of the Qualcomm SoCs define > identical mapping for the PCI I/O range. But the PCI device I/O ports > are usually located between 0x0 to 64KiB/1MiB. So the defined PCI addresses are > mostly bogus. The lack of bug report on this issue indicates that no one really > tested legacy PCI devices with these SoCs. > > This series also contains a couple of cleanup patches that aligns the entries of > ranges property. > > Thanks, > Mani > > [1] https://lore.kernel.org/linux-arm-msm/7c5dfa87-41df-4ba7-b0e4-72c8386402a8@app.fastmail.com/ > > Manivannan Sadhasivam (16): > arm64: dts: qcom: sdm845: Fix the PCI I/O port range > arm64: dts: qcom: msm8998: Fix the PCI I/O port range > arm64: dts: qcom: sc7280: Fix the PCI I/O port range > arm64: dts: qcom: sm8550: Fix the PCI I/O port range > arm64: dts: qcom: ipq8074: Fix the PCI I/O port range > arm64: dts: qcom: ipq6018: Fix the PCI I/O port range > arm64: dts: qcom: msm8996: Fix the PCI I/O port range > arm64: dts: qcom: sm8250: Fix the PCI I/O port range > arm64: dts: qcom: qcs404: Use 0x prefix for the PCI I/O and MEM ranges > arm64: dts: qcom: sc8280xp: Fix the PCI I/O port range > arm64: dts: qcom: sm8150: Fix the PCI I/O port range > arm64: dts: qcom: sm8450: Fix the PCI I/O port range > arm64: dts: qcom: sm8350: Fix the PCI I/O port range > ARM: dts: qcom: apq8064: Use 0x prefix for the PCI I/O and MEM ranges > ARM: dts: qcom: ipq4019: Fix the PCI I/O port range > ARM: dts: qcom: ipq8064: Fix the PCI I/O port range > > arch/arm/boot/dts/qcom-apq8064.dtsi | 4 ++-- > arch/arm/boot/dts/qcom-ipq4019.dtsi | 4 ++-- > arch/arm/boot/dts/qcom-ipq8064.dtsi | 12 ++++++------ > arch/arm64/boot/dts/qcom/ipq6018.dtsi | 4 ++-- > arch/arm64/boot/dts/qcom/ipq8074.dtsi | 12 ++++-------- > arch/arm64/boot/dts/qcom/msm8996.dtsi | 12 ++++++------ > arch/arm64/boot/dts/qcom/msm8998.dtsi | 2 +- > arch/arm64/boot/dts/qcom/qcs404.dtsi | 4 ++-- Would you mind giving sa8540p.dtsi to similiar treatment? I will admit I know next to nothing about PCI techically, so I can't even comment with confidence that this is needed there, but it looks similar to other descriptions modified in this patch series. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm64/boot/dts/qcom/sa8540p.dtsi#n197 Thanks, Andrew
On Tue, Feb 28, 2023 at 05:58:37PM +0100, Arnd Bergmann wrote: > On Tue, Feb 28, 2023, at 17:47, Manivannan Sadhasivam wrote: > > Hi, > > > > This series fixes the issue with PCI I/O ranges defined in devicetree of > > Qualcomm SoCs as reported by Arnd [1]. Most of the Qualcomm SoCs define > > identical mapping for the PCI I/O range. But the PCI device I/O ports > > are usually located between 0x0 to 64KiB/1MiB. So the defined PCI addresses are > > mostly bogus. The lack of bug report on this issue indicates that no one really > > tested legacy PCI devices with these SoCs. > > > > This series also contains a couple of cleanup patches that aligns the entries of > > ranges property. > > Looks good to me. I already commented that we may also want to use > 64KB everywhere instead of 1MB for the per-host window size. I also spotted this discrepancy while working on this series, but the size seems to be not universal across SoCs from many vendors. So I settled with whatever range that was used before. > Regardless of that, please add > > Reviewed-by: Arnd Bergmann <arnd@arndb.de> > > I would also prefer to do this in fewer patches, maybe one to > change all the prefixes, and another one to change the location, > or whichever way Bjorn prefers. > Well, the only intention of doing a per-patch change is to backport them if needed. But I'll defer it to Bjorn. Thanks, Mani > Arnd
On Tue, Feb 28, 2023 at 11:29:52AM -0600, Andrew Halaney wrote: > On Tue, Feb 28, 2023 at 10:17:36PM +0530, Manivannan Sadhasivam wrote: > > Hi, > > > > This series fixes the issue with PCI I/O ranges defined in devicetree of > > Qualcomm SoCs as reported by Arnd [1]. Most of the Qualcomm SoCs define > > identical mapping for the PCI I/O range. But the PCI device I/O ports > > are usually located between 0x0 to 64KiB/1MiB. So the defined PCI addresses are > > mostly bogus. The lack of bug report on this issue indicates that no one really > > tested legacy PCI devices with these SoCs. > > > > This series also contains a couple of cleanup patches that aligns the entries of > > ranges property. > > > > Thanks, > > Mani > > > > [1] https://lore.kernel.org/linux-arm-msm/7c5dfa87-41df-4ba7-b0e4-72c8386402a8@app.fastmail.com/ > > > > Manivannan Sadhasivam (16): > > arm64: dts: qcom: sdm845: Fix the PCI I/O port range > > arm64: dts: qcom: msm8998: Fix the PCI I/O port range > > arm64: dts: qcom: sc7280: Fix the PCI I/O port range > > arm64: dts: qcom: sm8550: Fix the PCI I/O port range > > arm64: dts: qcom: ipq8074: Fix the PCI I/O port range > > arm64: dts: qcom: ipq6018: Fix the PCI I/O port range > > arm64: dts: qcom: msm8996: Fix the PCI I/O port range > > arm64: dts: qcom: sm8250: Fix the PCI I/O port range > > arm64: dts: qcom: qcs404: Use 0x prefix for the PCI I/O and MEM ranges > > arm64: dts: qcom: sc8280xp: Fix the PCI I/O port range > > arm64: dts: qcom: sm8150: Fix the PCI I/O port range > > arm64: dts: qcom: sm8450: Fix the PCI I/O port range > > arm64: dts: qcom: sm8350: Fix the PCI I/O port range > > ARM: dts: qcom: apq8064: Use 0x prefix for the PCI I/O and MEM ranges > > ARM: dts: qcom: ipq4019: Fix the PCI I/O port range > > ARM: dts: qcom: ipq8064: Fix the PCI I/O port range > > > > arch/arm/boot/dts/qcom-apq8064.dtsi | 4 ++-- > > arch/arm/boot/dts/qcom-ipq4019.dtsi | 4 ++-- > > arch/arm/boot/dts/qcom-ipq8064.dtsi | 12 ++++++------ > > arch/arm64/boot/dts/qcom/ipq6018.dtsi | 4 ++-- > > arch/arm64/boot/dts/qcom/ipq8074.dtsi | 12 ++++-------- > > arch/arm64/boot/dts/qcom/msm8996.dtsi | 12 ++++++------ > > arch/arm64/boot/dts/qcom/msm8998.dtsi | 2 +- > > arch/arm64/boot/dts/qcom/qcs404.dtsi | 4 ++-- > > Would you mind giving sa8540p.dtsi to similiar treatment? I will admit > I know next to nothing about PCI techically, so I can't even comment > with confidence that this is needed there, but it looks similar to other > descriptions modified in this patch series. > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm64/boot/dts/qcom/sa8540p.dtsi#n197 Ah, I didn't spot the separate ranges used for this SoC. Will fix it in next revision. Thanks, Mani > > Thanks, > Andrew >
On Wed, Mar 1, 2023, at 12:29, Manivannan Sadhasivam wrote: > On Tue, Feb 28, 2023 at 05:58:37PM +0100, Arnd Bergmann wrote: >> On Tue, Feb 28, 2023, at 17:47, Manivannan Sadhasivam wrote: >> > Hi, >> > >> > This series fixes the issue with PCI I/O ranges defined in devicetree of >> > Qualcomm SoCs as reported by Arnd [1]. Most of the Qualcomm SoCs define >> > identical mapping for the PCI I/O range. But the PCI device I/O ports >> > are usually located between 0x0 to 64KiB/1MiB. So the defined PCI addresses are >> > mostly bogus. The lack of bug report on this issue indicates that no one really >> > tested legacy PCI devices with these SoCs. >> > >> > This series also contains a couple of cleanup patches that aligns the entries of >> > ranges property. >> >> Looks good to me. I already commented that we may also want to use >> 64KB everywhere instead of 1MB for the per-host window size. > > I also spotted this discrepancy while working on this series, but the size > seems to be not universal across SoCs from many vendors. So I settled with > whatever range that was used before. Makes sense. We could add another patch if necessary of course, and it probably doesn't matter much. OTOH I don't think there is anything SoC specific in this and we used to just truncate this to 64KB per domain. It's only really a problem if the total size of the I/O ports for all domains in a system exceeds the 16MB of virtual memory area. Arnd
On Tue, 28 Feb 2023 22:17:36 +0530, Manivannan Sadhasivam wrote: > This series fixes the issue with PCI I/O ranges defined in devicetree of > Qualcomm SoCs as reported by Arnd [1]. Most of the Qualcomm SoCs define > identical mapping for the PCI I/O range. But the PCI device I/O ports > are usually located between 0x0 to 64KiB/1MiB. So the defined PCI addresses are > mostly bogus. The lack of bug report on this issue indicates that no one really > tested legacy PCI devices with these SoCs. > > [...] Applied, thanks! [14/16] ARM: dts: qcom: apq8064: Use 0x prefix for the PCI I/O and MEM ranges commit: 84160da56dd0ce48dd8eed56237cc8be45bd55dc [15/16] ARM: dts: qcom: ipq4019: Fix the PCI I/O port range commit: 2540279e9a9e74fc880d1e4c83754ecfcbe290a0 [16/16] ARM: dts: qcom: ipq8064: Fix the PCI I/O port range commit: 0b16b34e491629016109e56747ad64588074194b Best regards,