[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <eddf1e77-10b5-424c-b082-846bd2646f42@kernel.org>
Date: Tue, 15 Jul 2025 08:40:37 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Hans Zhang <hans.zhang@...tech.com>
Cc: bhelgaas@...gle.com, lpieralisi@...nel.org, kw@...ux.com,
mani@...nel.org, robh@...nel.org, kwilczynski@...nel.org,
krzk+dt@...nel.org, conor+dt@...nel.org, mpillai@...ence.com,
fugang.duan@...tech.com, guoyin.chen@...tech.com, peter.chen@...tech.com,
cix-kernel-upstream@...tech.com, linux-pci@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v5 10/14] dt-bindings: PCI: Add CIX Sky1 PCIe Root Complex
bindings
On 14/07/2025 10:03, Hans Zhang wrote:
>
>
> On 2025/7/14 15:43, Krzysztof Kozlowski wrote:
>> EXTERNAL EMAIL
>>
>> On 03/07/2025 03:47, Hans Zhang wrote:
>>>>>
>>>>> We initially used the logic of Cadence common driver as follows:
>>>>> drivers/pci/controller/cadence/pcie-cadence-host.c
>>>>> of_property_read_u32(np, "vendor-id", &rc->vendor_id);
>>>>>
>>>>> of_property_read_u32(np, "device-id", &rc->device_id);
>>>>>
>>>>> So, can the code in Cadence be deleted?
>>>>
>>>> Don't know. If this is ABI, then not.
>>>>
>>>
>>> According to my understanding, this is not ABI.
>>
>> Huh? Then what is ABI, by your understanding?
>>
>
> Dear Krzysztof,
>
> I understand kernel ABI primarily refers to the stable binary contract
> between the kernel and userspace (e.g., syscalls, /sys/proc interfaces).
> Device tree properties are part of the boot-time hardware description
> consumed by drivers during initialization. They are not directly exposed
> to userspace as ABI interfaces.
>
> If I understand wrongly, please correct me.
Then that's wrong understanding.
The DT interface, documented explicitly and one implied by kernel
drivers in case it differs, is the ABI, as explained in docs in the
kernel and what we said on the lists thousands of times.
Best regards,
Krzysztof
Powered by blists - more mailing lists