Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp243914pxk; Thu, 1 Oct 2020 00:56:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzEral5TIvaf7KUQH50dmw9mJW1xr9ybifi/o3ZW6IewCHEd9fd21KrXf5sDhyFls0Jpzo3 X-Received: by 2002:a17:906:2714:: with SMTP id z20mr6571221ejc.409.1601539016223; Thu, 01 Oct 2020 00:56:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601539016; cv=none; d=google.com; s=arc-20160816; b=PiscKcYpZitE1LPfdzcPygnHRYJIcENzVqHrYWOuwxl8W783kkCutlEFGDIyVZcb4w IVh3EkJ40xGjBXTVq2ZtjkGHAWcL/RKykcekj36WgR0dgb3N4Pipz+TM1xsmuq2bWpBB lMBBn2gkNp4H7Mpj9YeIIstYUjV+0aiNDvQdhVfjWs4bphKMEtpNP9mfQ7pqx98s1O99 Gg7FD9/ga/zvD7JuuMlFQJiKFhP54w7GE5h8LL5QipcyTUK7crHk7kT1jkxHM6f7PJos JJBUaNFtNXJH7hoSwPaq0g7RBgJnz3ve76vC0rXkS0DBbmZZ4DAkpGDL31Ve+0VBIGDJ +DXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=P+LgF6s7u8Ikar4U3TeZDd5/Jc4Nd6LzmOHfmNwmedQ=; b=OnOxs3kq6p7D9pOQmPUOBzRkTZYGiaxwYRfwUWPdPrbSP7+bKZYE39tmjpsEW/PcLb qF+YKC+K5T+U4K93yaN+pwUSwOaUPyNQ1cd0DYU4GFJ3p9Tj46SgRi1KQh3MFziYQt6g +R7zqO3XwZar+rb1Rz/LSUPbabOsvBaYw8sUzSDwXm3kgYLPNIW9EHwMj/c13Ss9xRS+ WZYYk1lL/LUgwexAqa/PpfK6rubcgjQC8rmnDq0YqxCHi7fL1OWJhM+6YAbCzug+zk2m mRo3deSo7ynXArVMRUE7lGckOoUEZheF45VEr9VSMb1FUzPgdO3RlxOc0hT6kxkLWALe XBYg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=jPKhCPpQ; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id nq4si3195792ejb.678.2020.10.01.00.56.33; Thu, 01 Oct 2020 00:56:56 -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; dkim=pass header.i=@kernel.org header.s=default header.b=jPKhCPpQ; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731548AbgJAHyq (ORCPT + 99 others); Thu, 1 Oct 2020 03:54:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:49262 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725878AbgJAHyl (ORCPT ); Thu, 1 Oct 2020 03:54:41 -0400 Received: from coco.lan (ip5f5ad5d2.dynamic.kabel-deutschland.de [95.90.213.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 209C221707; Thu, 1 Oct 2020 07:54:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1601538880; bh=KKNX+CUOdotCG/f7NnoLC+ebCjKw91cITKw8LfV7ljE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=jPKhCPpQAFcA3HJ6KciG3sDNi7p5PRBSqUW2HQmsVSbPOKDyU4xE3D0XXMNwcsslz Dq8/aeKSf44ITUSddqj5sTNotgwgpCWU7hwdEVChqR123ugDJmZs2nlJIHAhBVWVxC jB4ixnvH9n2t7Rqiz/JmRRh7IrSwZvXslbh5IQVU= Date: Thu, 1 Oct 2020 09:54:35 +0200 From: Mauro Carvalho Chehab To: Corentin Labbe Cc: gregkh@linuxfoundation.org, hverkuil@xs4all.nl, laurent.pinchart@ideasonboard.com, devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org Subject: Re: [PATCH RFT/RFC v2 28/47] staging: media: zoran: convert mdelay to udelay Message-ID: <20201001095435.47c7d36c@coco.lan> In-Reply-To: <1601058657-14042-29-git-send-email-clabbe@baylibre.com> References: <1601058657-14042-1-git-send-email-clabbe@baylibre.com> <1601058657-14042-29-git-send-email-clabbe@baylibre.com> X-Mailer: Claws Mail 3.17.6 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Fri, 25 Sep 2020 18:30:38 +0000 Corentin Labbe escreveu: > As asked by checkpath, let's use udelay. > > Signed-off-by: Corentin Labbe > --- > drivers/staging/media/zoran/zoran_device.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/staging/media/zoran/zoran_device.c b/drivers/staging/media/zoran/zoran_device.c > index 0ecb044f8e8f..4c9f6eafd130 100644 > --- a/drivers/staging/media/zoran/zoran_device.c > +++ b/drivers/staging/media/zoran/zoran_device.c > @@ -1332,9 +1332,9 @@ void zoran_init_hardware(struct zoran *zr) > void zr36057_restart(struct zoran *zr) > { > btwrite(0, ZR36057_SPGPPCR); > - mdelay(1); > + udelay(1000); > btor(ZR36057_SPGPPCR_SoftReset, ZR36057_SPGPPCR); > - mdelay(1); > + udelay(1000); Ok, this is still on staging, so I'm willing to accept it, but why aren't you using usleep_range() instead? mdelay/udelay should be used only when the delay time should be as precise as possible, as what they do is to keep the CPU busy during the wait time. I doubt that this is the case here. So, I would use, instead, something like: usleep_range(1000, 2000) (assuming that 4ms is still a reasonable time for the soft reset to happen). > > /* assert P_Reset */ > btwrite(0, ZR36057_JPC); Thanks, Mauro