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] [thread-next>] [day] [month] [year] [list]
Message-ID: <9b63e455-c6f4-4a4d-bb21-ccd023d3a9e4@kernel.org>
Date: Tue, 19 Dec 2023 11:10:22 +0100
From: Krzysztof Kozlowski <krzk@...nel.org>
To: "Aiqun Yu (Maria)" <quic_aiquny@...cinc.com>,
 Tengfei Fan <quic_tengfan@...cinc.com>, andersson@...nel.org,
 konrad.dybcio@...aro.org, robh+dt@...nel.org,
 krzysztof.kozlowski+dt@...aro.org, conor+dt@...nel.org
Cc: linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org,
 linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 1/6] dt-bindings: arm: qcom: Document qcs8550 SoC and
 board

On 19/12/2023 10:45, Aiqun Yu (Maria) wrote:
>>> +      - items:
>>> +          - enum:
>>> +              - qcom,qcs8550-aim300-aiot
>>> +          - const: qcom,qcs8550-aim300
>>> +          - const: qcom,qcs8550
> Need to add below line here, right?
> +          - const: qcom,sm8550

Yes.

>>
>> Missing compatible. Please read previous discussions.
> The previous comments was missed. Just double confirm here for 
> "fallback" meaning here.
> 
> Could you pls also double confirm for my understandings for the 
> compatible rules?

Compatible rules were expressed in Devicetree specification and also
writing-bindings document.

> As long as sm8550 was designed "hardware compatible"(pin-to-pin 
> compatible) and "software firmware compatible"(firmware also support 
> sm8550) to qcs8550, it is request to add compatible sm8550 to current 
> compatible sequence like: board/SOM/soc/base soc.

I understood before that firmware is not compatible. Are there any
changes now?

The understanding was that your new SoC is stripped down SM8550, thus
you will be using almost all of the SM8550 DTSI. If you use all of
device nodes, the devices are compatible, aren't they? If they are
compatible, then the writing-bindings document asks you to do add
specific compatible.

Please reach internally within Qualcomm for some initial guidance how
DTS and DTSI looks like, so reviewers on mailing list won't need to
explain it.

This week it is third comment like this on mailing lists for three
different patchsets. It is great that you send code upstream. Big
companies however are expected to do some internal work first, instead
of relying on the community.

> 
> Note that, we don't really have hardware like "sm8550 inside aim300".

I really don't know what do you have and I did not find any explanation
of QCS8550 in this commit msg which brings new compatible.

Best regards,
Krzysztof


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ