Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1744842ybt; Mon, 15 Jun 2020 08:20:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyoWZkEnfOcS5Q5Gg1izYCV6M2i4gn5R1v3mVPt9M3U4n6PtoN4ZxiJ2y1zQzWxsZXbp6q5 X-Received: by 2002:a17:906:971a:: with SMTP id k26mr24453095ejx.230.1592234454012; Mon, 15 Jun 2020 08:20:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592234454; cv=none; d=google.com; s=arc-20160816; b=TrZDgSZLfwHnv2fNuSKmsGHFiegq81GU4yiM3w4VrFc/N7rymiG7M4jvL/d3S4yRH6 ppRC89fzxlS+DO7xTP121vRp+kZY0nIdsobPU5iRLBb8lfDZ4PAyZ7zoZq+fb7CKb1ks 2JOB4sDMaxikP54G6nQ7dv+HWGBenc8xtlQvUno06AhSygR3cnRw6wHC/lQRfqhUwcSF mFeRdJYIk7wtW+Ri85JoY9hkl/QnbwDUAh837RoG07H5eYsHb2+DUM0Z6fs3mSC0nZol cP1dp8Eo+59kBLugEV/vr1+c+otgBjAVer6oFVj5B9mSMyqvNNIm4ql+6n6ZiJz+gL8J iz4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=nvuk6+/tsRHU01UpAwhUVZC+hj8v1PfoCpsSrY0agZ4=; b=AjsM4AymbmFEdVrts0qfX+jaCJrrcbNJUf91MqQmZNmh3PliD8yRNQMGroob0+qPFE 5dFXd/Ic6X0P+SGIwy8cYH+pzFTFKgiVXQbXFyXBeaB50b8nmcMdlRGVyp3Va+xJCkcc 0+1qsqFp+56xa/UZAZ8kWTLocxMEMAvCGI+YnsAFZltODG8aMpnmpFweSDwV93m6895W mDyEP9d6ucDTNxf7XRe8KxnF4U74cmUj/eUMrv2SQoSDX+5ixbxihd5kbfn0hy6ZSD9l PsnY4cD3D/Agy7movPr6nfYgKj9l424FwVcnXBD2wm1OGpr5VYgIlMJ44dOWntcZOaP3 mjgA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b22si8127476edx.194.2020.06.15.08.20.30; Mon, 15 Jun 2020 08:20:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730797AbgFOPQk (ORCPT + 99 others); Mon, 15 Jun 2020 11:16:40 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:34471 "EHLO relay9-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730197AbgFOPQj (ORCPT ); Mon, 15 Jun 2020 11:16:39 -0400 X-Originating-IP: 93.34.118.233 Received: from uno.localdomain (93-34-118-233.ip49.fastwebnet.it [93.34.118.233]) (Authenticated sender: jacopo@jmondi.org) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id B1D2EFF811; Mon, 15 Jun 2020 15:16:32 +0000 (UTC) Date: Mon, 15 Jun 2020 17:19:56 +0200 From: Jacopo Mondi To: Rob Herring Cc: Kieran Bingham , Laurent Pinchart , "open list:GPIO SUBSYSTEM" , "linux-kernel@vger.kernel.org" , Hyun Kwon , Linux Media Mailing List , Linus Walleij , Mauro Carvalho Chehab , Kieran Bingham , Sakari Ailus , Niklas =?utf-8?Q?S=C3=B6derlund?= , Laurent Pinchart , Manivannan Sadhasivam , devicetree@vger.kernel.org, Niklas =?utf-8?Q?S=C3=B6derlund?= , "open list:MEDIA DRIVERS FOR RENESAS - FCP" , Jacopo Mondi , Hans Verkuil Subject: Re: [PATCH v10 1/4] dt-bindings: media: i2c: Add bindings for Maxim Integrated MAX9286 Message-ID: <20200615151956.fsiczqldkle5aevb@uno.localdomain> References: <20200612144713.502006-1-kieran.bingham+renesas@ideasonboard.com> <20200612144713.502006-2-kieran.bingham+renesas@ideasonboard.com> <20200612221003.GA3901624@bogus> <20200613123207.6ey6y5spfa5ajk4h@uno.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rob, On Mon, Jun 15, 2020 at 09:02:28AM -0600, Rob Herring wrote: > On Sat, Jun 13, 2020 at 6:28 AM Jacopo Mondi wrote: > > > > Hi Rob, > > > > On Fri, Jun 12, 2020 at 04:10:03PM -0600, Rob Herring wrote: > > > On Fri, 12 Jun 2020 15:47:10 +0100, Kieran Bingham wrote: > > > > From: Laurent Pinchart > > > > > > > > The MAX9286 deserializes video data received on up to 4 Gigabit > > > > Multimedia Serial Links (GMSL) and outputs them on a CSI-2 port using up > > > > to 4 data lanes. > > > > > > > > Signed-off-by: Laurent Pinchart > > > > Signed-off-by: Jacopo Mondi > > > > Signed-off-by: Kieran Bingham > > > > Reviewed-by: Niklas Söderlund > > > > Signed-off-by: Niklas Söderlund > > > > Reviewed-by: Rob Herring > > > > > > > > --- > > > > > > > > v7: > > > > - Collect Rob's RB tag > > > > - Remove redundant maxItems from remote-endpoints > > > > - Fix SPDX licence tag > > > > > > > > v10: > > > > [Jacopo] > > > > - Fix dt-validation > > > > - Fix dt-binding examples with 2 reg entries > > > > > > > > [Kieran] > > > > - Correctly match the hex camera node reg > > > > - Add (required) GPIO controller support > > > > > > > > .../bindings/media/i2c/maxim,max9286.yaml | 366 ++++++++++++++++++ > > > > 1 file changed, 366 insertions(+) > > > > create mode 100644 Documentation/devicetree/bindings/media/i2c/maxim,max9286.yaml > > > > > > > > > > > > > My bot found errors running 'make dt_binding_check' on your patch: > > > > > > /builds/robherring/linux-dt-review/Documentation/devicetree/bindings/media/i2c/maxim,max9286.example.dt.yaml: example-0: i2c@e66d8000:reg:0: [0, 3865935872, 0, 64] is too long > > > > > > > > > See https://patchwork.ozlabs.org/patch/1308280 > > > > > > If you already ran 'make dt_binding_check' and didn't see the above > > > error(s), then make sure dt-schema is up to date: > > > > > > pip3 install git+https://github.com/devicetree-org/dt-schema.git@master --upgrade > > > > > > > I have updated my dt-schema installation to the latest github master > > ------------------------------------------------------------------------------- > > Successfully installed dtschema-2020.6.dev8+g4d2d86c > > > > https://github.com/devicetree-org/dt-schema/commit/4d2d86c5cd65cd3944ce0aaa400866bc36727bea > > > > $ /usr/bin/dt-validate -V > > 2020.6.dev8+g4d2d86c > > ------------------------------------------------------------------------------- > > > > But I still cannot reproduce the error. > > > > However, I see this commit in your next branch > > https://github.com/devicetree-org/dt-schema/commit/b72500282cfd2eba6f9df4d7553f696544b40ee6 > > "schemas: Add a schema to check 'reg' sizes " > > > > Which sounds very likely related to the above reported error. > > Was this intentional ? > > Yes, I can't add the new checks to master until all the in tree schema > are fixed yet I want to check submissions with pending checks, so I > created the 'next' branch. I see, makes sense. Can I just suggest to add a few words about this new branch in the automated reply ? Otherwise the ones who are not aware of this (like I was) will keep wondering why they don't see the error your bot reported even if they have updated their dt-schema version to the latest available master. > > > I'm not sure how I should handle this. The error reports the i2c node > > parents should have both address-cells and size-cells properties set > > to 2, but in the example there is not i2c node parent at all :) > > Should I add a parent node for the i2c in the example snippet ? > > The examples have default sizes of 1 cell. If you need something > different, the example has to define a parent node to specify it. In > your case, I'd just change 'reg' to use 1 cell each. > Thanks, will fix. > Rob