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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Tue, 25 Jul 2023 06:08:01 +0000
From:   <yuji2.ishikawa@...hiba.co.jp>
To:     <krzysztof.kozlowski@...aro.org>, <hverkuil@...all.nl>,
        <sakari.ailus@....fi>, <laurent.pinchart@...asonboard.com>,
        <mchehab@...nel.org>, <robh+dt@...nel.org>,
        <krzysztof.kozlowski+dt@...aro.org>, <conor+dt@...nel.org>,
        <nobuhiro1.iwamatsu@...hiba.co.jp>, <broonie@...nel.org>
CC:     <linux-media@...r.kernel.org>, <devicetree@...r.kernel.org>,
        <linux-arm-kernel@...ts.infradead.org>,
        <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH v7 1/5] dt-bindings: media: platform: visconti: Add
 Toshiba Visconti Video Input Interface

Hello Krzysztof
Thank you for your review comments.

> -----Original Message-----
> From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
> Sent: Friday, July 14, 2023 4:50 PM
> To: ishikawa yuji(石川 悠司 ○RDC□AITC○EA開)
> <yuji2.ishikawa@...hiba.co.jp>; Hans Verkuil <hverkuil@...all.nl>; Sakari
> Ailus <sakari.ailus@....fi>; Laurent Pinchart
> <laurent.pinchart@...asonboard.com>; Mauro Carvalho Chehab
> <mchehab@...nel.org>; Rob Herring <robh+dt@...nel.org>; Krzysztof
> Kozlowski <krzysztof.kozlowski+dt@...aro.org>; Conor Dooley
> <conor+dt@...nel.org>; iwamatsu nobuhiro(岩松 信洋 ○DITC□DIT○
> OST) <nobuhiro1.iwamatsu@...hiba.co.jp>; Mark Brown
> <broonie@...nel.org>
> Cc: linux-media@...r.kernel.org; devicetree@...r.kernel.org;
> linux-arm-kernel@...ts.infradead.org; linux-kernel@...r.kernel.org
> Subject: Re: [PATCH v7 1/5] dt-bindings: media: platform: visconti: Add Toshiba
> Visconti Video Input Interface
> 
> On 14/07/2023 03:50, Yuji Ishikawa wrote:
> > Adds the Device Tree binding documentation that allows to describe the
> > Video Input Interface found in Toshiba Visconti SoCs.
> >
> > Signed-off-by: Yuji Ishikawa <yuji2.ishikawa@...hiba.co.jp>
> > Reviewed-by: Nobuhiro Iwamatsu <nobuhiro1.iwamatsu@...hiba.co.jp>
> > ---
> > Changelog v2:
> 
> Thank you for your patch. There is something to discuss/improve.
> 
> > - no change
> >
> > Changelog v3:
> > - no change
> >
> > Changelog v4:
> > - fix style problems at the v3 patch
> > - remove "index" member
> > - update example
> >
> > Changelog v5:
> > - no change
> >
> > Changelog v6:
> > - add register definition of BUS-IF and MPU
> >
> > Changelog v7:
> > - remove trailing "bindings" from commit header message
> > - remove trailing "Device Tree Bindings" from title
> > - fix text wrapping of description
> > - change compatible to visconti5-viif
> 
> Then the filename should be updated to match it:
> toshiba,visconti5-viif.yaml
> 

I'll change the filename to toshiba,visconti5-viif.yaml

> > - explicitly define allowed properties for port::endpoint
> >
> >  .../bindings/media/toshiba,visconti-viif.yaml | 108
> > ++++++++++++++++++
> >  1 file changed, 108 insertions(+)
> >  create mode 100644
> > Documentation/devicetree/bindings/media/toshiba,visconti-viif.yaml
> >
> 
> ...
> 
> > +  port:
> > +    $ref: /schemas/graph.yaml#/$defs/port-base
> > +    unevaluatedProperties: false
> > +    description: Input port, single endpoint describing the CSI-2 transmitter.
> > +
> > +    properties:
> > +      endpoint:
> > +        $ref: video-interfaces.yaml#
> > +        additionalProperties: false
> 
> This should be rather:
> unevaluatedProperties: false

In the previous discussion with Laurent, I believe additionalProperties was preferred in terms of handling properties not explicitly mentioned.

https://lore.kernel.org/all/Y82NtJCtr+CZgS9k@pendragon.ideasonboard.com/

Do you have concern about defaulting properties in video-interface.yaml to forbidden?
If defaulting to optional (like most of other bindings) is better, I'll use unevaluatedProperties.

> > +
> > +        required: ["bus-type", "clock-noncontinuous",
> > + "link-frequencies", "remote-endpoint"]
> 
> That's not the syntax we try to keep in the bindings. See renesas,rzg2l-csi2.yaml.
> 

I'll use a line for every element.

> > +
> > +        properties:
> > +          data-lanes:
> > +            description: VIIF supports 2 or 4 data lanes
> > +            $ref: /schemas/types.yaml#/definitions/uint32-array
> > +            minItems: 1
> > +            maxItems: 4
> > +            items:
> > +              minimum: 1
> > +              maximum: 4
> > +
> > +          clock-lanes:
> > +            description: VIIF supports 1 clock lane
> > +            const: 0
> 
> Are you sure it must be on position 0?
> 

Because a Visconti5 CSI2RX has only clock-lane0,
there's no need to specify clock-lane with device tree.

I'll drop "clock-lanes".

> > +
> > +          bus-type: true
> > +          clock-noncontinuous: true
> > +          link-frequencies: true
> > +          remote-endpoint: true
> 
> Drop all of these "xxx: true", should not be needed after converting to
> unevaluatedProperties: false
> 

I'll drop "xxx: true" if unevaluatedProperties is chosen instead of additionalProperties.

> > +
> > +required:
> > +  - compatible
> > +  - reg
> > +  - interrupts
> > +  - port
> > +
> > +additionalProperties: false
> > +
> > +examples:
> > +  - |
> > +    #include <dt-bindings/interrupt-controller/arm-gic.h>
> > +    #include <dt-bindings/interrupt-controller/irq.h>
> > +
> > +    soc {
> > +        #address-cells = <2>;
> > +        #size-cells = <2>;
> > +
> > +        viif@...00000 {
> 
> isp@
> (or video or something else matching this type of the device, but this should be a
> generic name)
> 

I'll use video@...00000.

> > +            compatible = "toshiba,visconti5-viif";
> > +            reg = <0 0x1c000000 0 0x6000>,
> > +                  <0 0x1c008000 0 0x400>,
> > +                  <0 0x1c00E000 0 0x1000>,
> > +                  <0 0x2417A000 0 0x1000>;
> 
> Lowercase hex, please.
> 

I'll fix them.

> Best regards,
> Krzysztof

Best regards,
Yuji

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ