Re: [PATCH v2 1/6] dt-bindings: crypto: Document support for SPAcc

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 06/05/2025 08:33, Pavitrakumar Managutte wrote:
> Hi Krzysztof,
>   My comments are embedded below.
> 
> Warm regards,
> PK
> 
> On Mon, May 5, 2025 at 9:22 PM Krzysztof Kozlowski <krzk@xxxxxxxxxx> wrote:
>>
>> On 05/05/2025 17:48, Krzysztof Kozlowski wrote:
>>> On 05/05/2025 14:55, Pavitrakumar M wrote:
>>>> From: Pavitrakumar Managutte <pavitrakumarm@xxxxxxxxxxxxxxx>
>>>>
>>>> Add DT bindings related to the SPAcc driver for Documentation.
>>>> DWC Synopsys Security Protocol Accelerator(SPAcc) Hardware Crypto
>>>> Engine is a crypto IP designed by Synopsys.
>>>>
>>>> Co-developed-by: Bhoomika Kadabi <bhoomikak@xxxxxxxxxxxxxxx>
>>>> Signed-off-by: Bhoomika Kadabi <bhoomikak@xxxxxxxxxxxxxxx>
>>>> Signed-off-by: Pavitrakumar Managutte <pavitrakumarm@xxxxxxxxxxxxxxx>
>>>> Acked-by: Ruud Derwig <Ruud.Derwig@xxxxxxxxxxxx>
>>>
>>>
>>> I do not see any improvements. It seems you ignored all comments, not
>>> single one was responded to or addressed.
> 
> PK: Addressed all the below
> 
> 1. SoC Bindings: We dont have any SoC bindings since its tested on the
> Zynq platform (on FPGA). So I have retained just the Synopsys SPAcc
> device here. Also added a detailed description for the same, which
> describes how we have tested the SPAcc peripheral on Zynq. This was
> based on your inputs to describe the existing hardware.

1. I asked to use SoC specific compatibles and after such explanation
that you use it in some different, hardware configuration, I asked to
use that.

Reflect whatever your hardware is called in the compatible.

I claim this cannot be used in a SoC without customization. If I
understood correctly this is soft IP in FPGA for evaluation, so no one
will be ever able to use it. Therefore this binding makes no sense to me
in general: you do not add anything any customer could use. It is fine
to add something which you use internally only, but again describe the
hardware properly.

2. I wrote you entire guide what is wrong with your Cc addresses and
this was fully ignored. Neither responded to, nor resolved.

I am not going to review the rest of the file.

Best regards,
Krzysztof




[Index of Archives]     [Kernel]     [Gnu Classpath]     [Gnu Crypto]     [DM Crypt]     [Netfilter]     [Bugtraq]
  Powered by Linux