From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S946573AbdDTPzn (ORCPT ); Thu, 20 Apr 2017 11:55:43 -0400 Received: from mga06.intel.com ([134.134.136.31]:4274 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S946532AbdDTPzk (ORCPT ); Thu, 20 Apr 2017 11:55:40 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.37,225,1488873600"; d="scan'208";a="848063552" Date: Thu, 20 Apr 2017 18:55:34 +0300 From: Mika Westerberg To: Andy Shevchenko Cc: Sven Van Asbroeck , Andy Shevchenko , Thierry Reding , "Rafael J. Wysocki" , linux-pwm@vger.kernel.org, "linux-kernel@vger.kernel.org" , Sven Van Asbroeck Subject: Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Message-ID: <20170420155534.GF7152@lahna.fi.intel.com> References: <1492088291-5215-1-git-send-email-svenv@arcx.com> <1492088291-5215-2-git-send-email-svenv@arcx.com> <1492506852.24567.54.camel@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.7.1 (2016-10-04) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 20, 2017 at 06:07:37PM +0300, Andy Shevchenko wrote: > On Thu, Apr 20, 2017 at 5:12 PM, Sven Van Asbroeck wrote: > >> Taking above into consideration perhaps sleep is not quite good word > >> at all. By functional description it sounds like latency tolerance to > >> me. > > > > That's true, but the bit description in the chip datasheet is 'SLEEP'. > > (its real function is suspend/low power, but the chip designers called > > it 'SLEEP') > > > > Calling the bit/function something else is likely to confuse someone > > who's reading the driver in combination with the chip datasheet. > > Looking again into the patch I have noticed: > 1) word 'sleep' is used as a part of a function name; > 2) int sleep is used as binary value. > > Thus, I would suggest: int sleep -> bool enable (or alike). > > Would we agree on that? That sounds good to me. I guess it will have to be an incremental patch since this one has already been applied.