Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752704AbcDQMYZ (ORCPT ); Sun, 17 Apr 2016 08:24:25 -0400 Received: from mail-pf0-f173.google.com ([209.85.192.173]:33476 "EHLO mail-pf0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751498AbcDQMYW (ORCPT ); Sun, 17 Apr 2016 08:24:22 -0400 Date: Sun, 17 Apr 2016 05:24:18 -0700 From: Dmitry Torokhov To: Bjorn Andersson Cc: Stephen Boyd , John Stultz , Stephen Boyd , lkml , Rob Herring , Arnd Bergmann , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Andy Gross , Vinay Simha BN , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-input@vger.kernel.org Subject: Re: [PATCH 1/2 v2] device-tree: nexus7-flo: Remove power gpio key entry and use pmic8xxx-pwrkey Message-ID: <20160417122418.GC33215@dtor-ws> References: <1460668031-12384-1-git-send-email-john.stultz@linaro.org> <20160415172212.GW391@tuxbot> <20160415185927.GN14441@codeaurora.org> <20160415220106.GZ391@tuxbot> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160415220106.GZ391@tuxbot> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1199 Lines: 36 On Fri, Apr 15, 2016 at 03:01:06PM -0700, Bjorn Andersson wrote: > On Fri 15 Apr 11:59 PDT 2016, Stephen Boyd wrote: > > [..] > > > ----8<----- > > From: Stephen Boyd > > Subject: [PATCH] Input: pmic8xxx-pwrkey: Fix algorithm for converting trigger > > delay > > > > The trigger delay algorithm that converts from microseconds to > > the register value looks incorrect. According to most of the PMIC > > documentation, the equation is > > > > delay (Seconds) = (1 / 1024) * 2 ^ (x + 4) > > > > except for one case where the documentation looks to have a > > formatting issue and the equation looks like > > > > delay (Seconds) = (1 / 1024) * 2 x + 4 > > > > Most likely this driver was written with the improper > > documentation to begin with. According to the downstream sources > > the valid delays are from 2 seconds to 1/64 second, and the > > latter equation just doesn't make sense for that. Let's fix the > > algorithm and the range check to match the documentation and the > > downstream sources. > > > > Reported-by: Bjorn Andersson > > Acked-by: Bjorn Andersson Applied, thank you. -- Dmitry