linux-kernel - Re: 回覆: [PATCH v2 03/10] dt-bindings: PCI: Add ASPEED PCIe RC support

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <61ced029-987e-4484-9a0a-7c911518ffd8@kernel.org>
Date: Mon, 21 Jul 2025 09:00:21 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Jacky Chou <jacky_chou@...eedtech.com>
Cc: "bhelgaas@...gle.com" <bhelgaas@...gle.com>,
 "lpieralisi@...nel.org" <lpieralisi@...nel.org>,
 "kwilczynski@...nel.org" <kwilczynski@...nel.org>,
 "mani@...nel.org" <mani@...nel.org>, "robh@...nel.org" <robh@...nel.org>,
 "krzk+dt@...nel.org" <krzk+dt@...nel.org>,
 "conor+dt@...nel.org" <conor+dt@...nel.org>, "joel@....id.au"
 <joel@....id.au>, "andrew@...econstruct.com.au"
 <andrew@...econstruct.com.au>,
 "linux-aspeed@...ts.ozlabs.org" <linux-aspeed@...ts.ozlabs.org>,
 "linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>,
 "devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
 "linux-arm-kernel@...ts.infradead.org"
 <linux-arm-kernel@...ts.infradead.org>,
 "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
 "openbmc@...ts.ozlabs.org" <openbmc@...ts.ozlabs.org>,
 "linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
 "linus.walleij@...aro.org" <linus.walleij@...aro.org>,
 "p.zabel@...gutronix.de" <p.zabel@...gutronix.de>,
 BMC-SW <BMC-SW@...eedtech.com>
Subject: Re: 回覆: [PATCH v2 03/10] dt-bindings: PCI: Add ASPEED PCIe RC support

On 21/07/2025 05:44, Jacky Chou wrote:
>>> +patternProperties:
>>> +  "^pcie@[0-9a-f,]+$":
>>
>> Why do you need it? Also, order things according to example schema.
>>
> 
> Thanks for your question.
> 
> In the v1 discussion, another reviewer suggested that we should support a
> multi-port structure for the PCIe root complex, 
> where each port is represented as a child node (e.g., pcie@...).
> That's why patternProperties was added here — to explicitly allow such
> subnodes and validate them properly.

And schema does not allow it already?

Best regards,
Krzysztof