Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1638415pxb; Mon, 22 Feb 2021 07:13:15 -0800 (PST) X-Google-Smtp-Source: ABdhPJxwloWoiPrddK8RmlkP7u1RnggGHehvtoNJTNUiSEJplEika9JN3btuANXQ+95DVe0SNxq1 X-Received: by 2002:aa7:c704:: with SMTP id i4mr18417821edq.95.1614006795309; Mon, 22 Feb 2021 07:13:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614006795; cv=none; d=google.com; s=arc-20160816; b=JAtnKnMXNpl2a4C/vy2GzN+06jU4qumw1dREt29lOtFtjkUv2aJ3uBBqtG9So22LoF 5WIW6sJsDIeGhtGTc1swX9CBPGrB8oZ61K3Jg5My1kxNIj2uFzwfQtXQhJkOmj2eUIxG UQRhyifnVErjOyvHg6eFN6h+USiet0wBJphD1P/aeRufwQv4jzgvCnR0pjwyKEDzySa6 zrdVgu2+UVWm/KDrcvpaKD9XViAKivR2BBTSXTNlXC/vva4N0iGZYl+9eGYYe/g2SV/6 zX4Rbx33YhTQMNGedx7DNXQgPOMqNVweS5JDqJZzK7j/rYBJzs612qt6BadfwzHFDGcm oUDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=uNgpdmQNa2AUmPnY3j/jEpc+fN/OHyhSjS8GEdDEgr4=; b=TljZ++8aP/32ur/wMpz1uQI81MrYouIcxOyqv0KxQe1t2zFVZMQuj+5pSwhIrl8G3+ qDsjLbvER8QkNPPvgRzVO1w9rIvrTjcM1OinHzbGhjjNh+4qLBgaJ8LpudzbmsQcAiuo tuYNjS1CKB9uUYFEykjXxereWpOvuG9p4CiWkTu64sggA6FR+wKaQM2FBVP5SbcWW9So keV1GNv56wJ09VrgpQg4knhFtzUxbIdjWOBqa0zpxT43ke82fxCH/fhvF+ss3zeksvsT rT1oJapBHl2mcd9IHKH73rK+vQcWe6JTXnKAr4N5BB4uU2gwTRFylNX6pvFmCdez3IaO Igpg== 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 lt13si11184332ejb.706.2021.02.22.07.12.51; Mon, 22 Feb 2021 07:13:15 -0800 (PST) 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 S230169AbhBVPML (ORCPT + 99 others); Mon, 22 Feb 2021 10:12:11 -0500 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:57247 "EHLO relay8-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230257AbhBVPMF (ORCPT ); Mon, 22 Feb 2021 10:12:05 -0500 X-Originating-IP: 93.61.96.190 Received: from uno.localdomain (93-61-96-190.ip145.fastwebnet.it [93.61.96.190]) (Authenticated sender: jacopo@jmondi.org) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id E7BB61BF213; Mon, 22 Feb 2021 15:11:13 +0000 (UTC) Date: Mon, 22 Feb 2021 16:11:41 +0100 From: Jacopo Mondi To: Laurent Pinchart Cc: Jacopo Mondi , Kieran Bingham , niklas.soderlund+renesas@ragnatech.se, geert@linux-m68k.org, Mauro Carvalho Chehab , linux-media@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 07/16] media: i2c: rdacm2x: Fix wake up delay Message-ID: <20210222151141.4cydkhwiw4ylbebj@uno.localdomain> References: <20210216174146.106639-1-jacopo+renesas@jmondi.org> <20210216174146.106639-8-jacopo+renesas@jmondi.org> <3e759da5-9bba-54ae-fe39-a7db2cbbb31c@ideasonboard.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi On Mon, Feb 22, 2021 at 03:18:53AM +0200, Laurent Pinchart wrote: > Hi Jacopo, > > Thank you for the patch. > > On Wed, Feb 17, 2021 at 01:33:01PM +0000, Kieran Bingham wrote: > > On 16/02/2021 17:41, Jacopo Mondi wrote: > > > The MAX9271 chip manual prescribes a delay of 5 milliseconds > > > after the chip exists from low power state. > > > > > > Adjust the required delay in the rdacm21 camera module and add it > > > to the rdacm20 that currently doesn't implement one. > > > > This sounds to me like it should be a common function in the max9271 module: > > > > > /* Verify communication with the MAX9271: ping to wakeup. */ > > > dev->serializer.client->addr = MAX9271_DEFAULT_ADDR; > > > i2c_smbus_read_byte(dev->serializer.client); > > > usleep_range(5000, 8000); > > > > Especially as that MAX9271_DEFAULT_ADDR should probably be handled > > directly in the max9271.c file too, and the RDACM's shouldn't care about it. > > I think this is a good idea. With this addressed, The address reprogramming was exactly why I refrained from adding a function to the max9271 library, as handling of the addresses there would introduce a precendece order in the function calls, ie the newly introduced function would require to be called first after a chip reset and that's something I considered better handled by the camera driver (even if it wouldn't be suprising a 'wake up' function to be called first). please also note that I will next try to make the max9271 a proper i2c driver so this might be even less relevant that what it is right now Thanks j > > Reviewed-by: Laurent Pinchart > > > If we end up moving the max9271 'library' into more of a module/device > > then this would have to be done in it's 'probe' anyway, so it's likely > > better handled down there...? > > > > But ... it's not essential at this point in the series, so if you want > > to keep this patch as is, > > > > Reviewed-by: Kieran Bingham > > > Signed-off-by: Jacopo Mondi > > > --- > > > drivers/media/i2c/rdacm20.c | 1 + > > > drivers/media/i2c/rdacm21.c | 2 +- > > > 2 files changed, 2 insertions(+), 1 deletion(-) > > > > > > diff --git a/drivers/media/i2c/rdacm20.c b/drivers/media/i2c/rdacm20.c > > > index ea30cc936531..39e4b4241870 100644 > > > --- a/drivers/media/i2c/rdacm20.c > > > +++ b/drivers/media/i2c/rdacm20.c > > > @@ -460,6 +460,7 @@ static int rdacm20_initialize(struct rdacm20_device *dev) > > > /* Verify communication with the MAX9271: ping to wakeup. */ > > > dev->serializer.client->addr = MAX9271_DEFAULT_ADDR; > > > i2c_smbus_read_byte(dev->serializer.client); > > > + usleep_range(5000, 8000); > > > > > > /* Serial link disabled during config as it needs a valid pixel clock. */ > > > ret = max9271_set_serial_link(&dev->serializer, false); > > > diff --git a/drivers/media/i2c/rdacm21.c b/drivers/media/i2c/rdacm21.c > > > index 179d107f494c..b22a2ca5340b 100644 > > > --- a/drivers/media/i2c/rdacm21.c > > > +++ b/drivers/media/i2c/rdacm21.c > > > @@ -453,7 +453,7 @@ static int rdacm21_initialize(struct rdacm21_device *dev) > > > /* Verify communication with the MAX9271: ping to wakeup. */ > > > dev->serializer.client->addr = MAX9271_DEFAULT_ADDR; > > > i2c_smbus_read_byte(dev->serializer.client); > > > - usleep_range(3000, 5000); > > > + usleep_range(5000, 8000); > > > > > > /* Enable reverse channel and disable the serial link. */ > > > ret = max9271_set_serial_link(&dev->serializer, false); > > -- > Regards, > > Laurent Pinchart