From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.0 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B23CDC433E0 for ; Tue, 30 Jun 2020 17:01:23 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 7D53D20768 for ; Tue, 30 Jun 2020 17:01:22 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="rLpNARQl"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=chromium.org header.i=@chromium.org header.b="S35BdFWK" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 7D53D20768 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=chromium.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=APvQNvgZvtKVNqSSdC49xJPoPe8uCsR/NrzPTkBLGh0=; b=rLpNARQlMp0In+K9azYW5I5Ax ERORrCIRzd727ByhtZlP12A85aLRyt+aRSue+ZbRuOpaFZocYBKDCYdrvqEfvm0KsdQCfx+HrusW9 wE8mCvpVwdGMoUqyyUxMV/6GY83XK2LVMQoweYOi22l0+5AENSb16n6J72j0kJEwLfiLfmK1TXrZN izP8JpL/m/YXfYji/Xic/6HdJiUO4KGsoNDRmOUjps4fEbAzS4OAmXIYmDiZ8j6JYOFHtIF/kY1mL 7W6own+35GonvmqitF+xhoLxLOciMTUE1P3KOLrMDZ4nfTMof2RrjE7cvKbttSmP6OaeCGxbDYqkq wnT7xU6bQ==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jqJbo-0005S1-4q; Tue, 30 Jun 2020 16:59:48 +0000 Received: from mail-wr1-x441.google.com ([2a00:1450:4864:20::441]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jqJbf-0005QK-K7 for linux-arm-kernel@lists.infradead.org; Tue, 30 Jun 2020 16:59:45 +0000 Received: by mail-wr1-x441.google.com with SMTP id j4so18471827wrp.10 for ; Tue, 30 Jun 2020 09:59:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=S5SIOLALGIZncts/DJyWGyyazBiYaPzK0cWTq20Jh4Y=; b=S35BdFWKkHxN1uhqpE7F6FyY6pN9PUZKZxXk+5SIcIr1h8vxrp4yNRRMHc+JwQc2Eu oWLIpkiX6tmQau9iPGep6rp9hf3nUOB53Ar3ePAkXzrfb76u9qqUaxFpaPysEy5dHNhj dqOH2suunGgPG21pkM5bXkp4GxzMYarwVuLQ4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=S5SIOLALGIZncts/DJyWGyyazBiYaPzK0cWTq20Jh4Y=; b=YVJ1UnAm7EMIj569KOW/5tNUc+GX/hvBfa3BFHBNjRq+mFDgpEvZKqkxBc3VOxDncD FD/x+EjyjlNhaiMKCP7ruWchnZdHX2XhVRo0bFIrtJOokfS8fTHqzp+riSv96q0ibJZR sWA1IMZ8tiJPboXAHZ/zlShXMYFBWJWBS4o7PR+5TbwT17r87a7rRrcPdCNLg2Eaqb9T xWD4rckwPqSbDka5EbMSVWjGBPlTy+MS5xx7AzF1RX9v9bpv5Muez1cD+/DA7YdeIu/T KEJhpHcmOu8ugwgvhRXAgquYdpOcKRBlFJF2q4vYDD5BKRciHgcbtugEHXnLeiP1qQa6 eMMw== X-Gm-Message-State: AOAM531TAqBD/lxLiRBltWZzDwc0q69NQz4p1aDVtXUbBxcKDrA2Tg2J UiLgW0qcV046DzPp8ezBNThYDw== X-Google-Smtp-Source: ABdhPJwpJTVS7qPaQ6MQ1iEj2CZyIM1zNdxdfp4VfBreddvVoj+gOxcVmDCKJ/pcI3OpI8vIr5V84Q== X-Received: by 2002:adf:9404:: with SMTP id 4mr21952876wrq.367.1593536378447; Tue, 30 Jun 2020 09:59:38 -0700 (PDT) Received: from chromium.org (205.215.190.35.bc.googleusercontent.com. [35.190.215.205]) by smtp.gmail.com with ESMTPSA id x7sm4316857wrr.72.2020.06.30.09.59.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 30 Jun 2020 09:59:37 -0700 (PDT) Date: Tue, 30 Jun 2020 16:59:36 +0000 From: Tomasz Figa To: Dongchun Zhu Subject: Re: [PATCH V11 1/2] media: dt-bindings: media: i2c: Document OV02A10 bindings Message-ID: <20200630165936.GC1212092@chromium.org> References: <20200630024942.20891-1-dongchun.zhu@mediatek.com> <20200630024942.20891-2-dongchun.zhu@mediatek.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20200630024942.20891-2-dongchun.zhu@mediatek.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200630_125939_725167_91F47E4D X-CRM114-Status: GOOD ( 19.73 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: mark.rutland@arm.com, drinkcat@chromium.org, andriy.shevchenko@linux.intel.com, srv_heupstream@mediatek.com, devicetree@vger.kernel.org, linus.walleij@linaro.org, shengnan.wang@mediatek.com, louis.kuo@mediatek.com, bgolaszewski@baylibre.com, sj.huang@mediatek.com, robh+dt@kernel.org, linux-mediatek@lists.infradead.org, sakari.ailus@linux.intel.com, matthias.bgg@gmail.com, bingbu.cao@intel.com, mchehab@kernel.org, linux-arm-kernel@lists.infradead.org, linux-media@vger.kernel.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, Jun 30, 2020 at 10:49:41AM +0800, Dongchun Zhu wrote: > Add DT bindings documentation for OmniVision OV02A10 image sensor. > > Signed-off-by: Dongchun Zhu > --- > .../bindings/media/i2c/ovti,ov02a10.yaml | 172 +++++++++++++++++++++ > MAINTAINERS | 7 + > 2 files changed, 179 insertions(+) > create mode 100644 Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml > > diff --git a/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml b/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml > new file mode 100644 > index 0000000..3a916cc > --- /dev/null > +++ b/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml > @@ -0,0 +1,172 @@ > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) > +# Copyright (c) 2020 MediaTek Inc. > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/media/i2c/ovti,ov02a10.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Omnivision OV02A10 CMOS Sensor Device Tree Bindings > + > +maintainers: > + - Dongchun Zhu > + > +description: |- > + The Omnivision OV02A10 is a low-cost, high performance, 1/5-inch, 2 megapixel > + image sensor, which is the latest production derived from Omnivision's CMOS > + image sensor technology. Ihis chip supports high frame rate speeds up to 30fps > + @ 1600x1200 (UXGA) resolution transferred over a 1-lane MIPI interface. The > + sensor output is available via CSI-2 serial data output. > + > +properties: > + compatible: > + const: ovti,ov02a10 > + > + reg: > + maxItems: 1 > + > + clocks: > + items: > + - description: top mux camtg clock > + - description: divider clock > + > + clock-names: > + items: > + - const: eclk > + - const: freq_mux > + > + clock-frequency: > + description: > + Frequency of the eclk clock in Hertz. > + > + dovdd-supply: > + description: > + Definition of the regulator used as Digital I/O voltage supply. > + > + avdd-supply: > + description: > + Definition of the regulator used as Analog voltage supply. > + > + dvdd-supply: > + description: > + Definition of the regulator used as Digital core voltage supply. > + > + powerdown-gpios: > + description: > + Must be the device tree identifier of the GPIO connected to the > + PD_PAD pin. This pin is used to place the OV02A10 into standby mode > + or shutdown mode. As the line needs to be high for the powerdown mode > + to be active, it should be marked GPIO_ACTIVE_HIGH. > + maxItems: 1 > + > + reset-gpios: > + description: > + Must be the device tree identifier of the GPIO connected to the > + RST_PD pin. If specified, it will be asserted during driver probe. > + As the line needs to be low for the reset to be active, it should be > + marked GPIO_ACTIVE_LOW. I like the way the description explains this. :) Reviewed-by: Tomasz Figa Best regards, Tomasz _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel