[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20170401223024.GG22034@zurbaran.ger.intel.com>
Date: Sun, 2 Apr 2017 00:30:51 +0200
From: Samuel Ortiz <sameo@...ux.intel.com>
To: Nicholas Mc Guire <der.herr@...r.at>
Cc: Clement Perrochaud <clement.perrochaud@...innov.com>,
Charles Gorand <charles.gorand@...innov.com>,
linux-nfc@...1.01.org, linux-wireless@...r.kernel.org,
linux-kernel@...r.kernel.org, Nicholas Mc Guire <hofrat@...dl.org>
Subject: Re: [PATCH] nfc: nxp-nci: use msleep for long delays
Hi Nicholas,
On Sun, Jan 22, 2017 at 01:28:39PM +0100, Nicholas Mc Guire wrote:
> ulseep_range() uses hrtimers and provides no advantage over msleep()
> for larger delays. For this large delay msleep() is preferable.
>
> Fixes: commit 6be88670fc59 ("NFC: nxp-nci_i2c: Add I2C support to NXP NCI driver")
> Link: http://lkml.org/lkml/2017/1/11/377
> Signed-off-by: Nicholas Mc Guire <hofrat@...dl.org>
> ---
> Problem was found by cocinelle script.
>
> nxp_nci_i2c_write takes the negative return code as indicator that the
> NFC device was probably in stand-by mode, the first transaction attempt
> woke it up and that after 110ms latest it would be ready to receive.
> Overrunning this time by a few milliseconds will not hurt though so
> msleep() should be fine here.
>
> Patch was compile tested with: x86_64_defconfig + CONFIG_NFC=m,
> CONFIG_NFC_NCI=m, CONFIG_NFC_NXP_NCI=m, CONFIG_NFC_NXP_NCI_I2C=m
>
> Patch is against 4.10-rc4 (localversion-next is next-20170120)
>
> drivers/nfc/nxp-nci/i2c.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied to nfc-next, thanks.
Cheers,
Samuel.
Powered by blists - more mailing lists