Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1627164

Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation.

From Andy Shevchenko <andy.shevchenko@gmail.com>
Newsgroups linux.kernel
Subject Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation.
Date 2017-04-20 09:30 +0200
Message-ID <tyeHo-60B-13@gated-at.bofh.it> (permalink)
References <tvMvU-388-5@gated-at.bofh.it> <tvMvU-388-7@gated-at.bofh.it> <txxsJ-4oB-3@gated-at.bofh.it> <txDHQ-7VF-13@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Tue, Apr 18, 2017 at 6:52 PM, Sven Van Asbroeck <thesven73@gmail.com> wrote:
> Thanks for the feedback Andy !!

You're welcome.

>
>> I would go with
>>
>> /* Wait for @sleep microseconds for the oscillator to be back up */
>> if (sleep)
>>  udelay(sleep);
>>
>> Otherwise int sleep is oddly here.
>>
>> Or
>>
>> bool sleep
>>
>> /* Wait 500us ... */
>> if (sleep)
>>  udelay(500);
>>
>>> +}
>
> I think you may be getting confused between:
> - the chip's SLEEP bit (int sleep)
> - the amount of time to delay after chip comes _out of_ sleep.
> (always 500 us)
>
> If it's confusing for you, it might be confusing for others?
> Perhaps change the parameter to 'bool sleep_bit' or 'bool do_sleep'
> to make the distinction clearer?

Taking above into consideration perhaps sleep is not quite good word
at all. By functional description it sounds like latency tolerance to
me.

>> __maybe_unused and remove ugly #ifdef:ery.
>
> If this works on non- CONFIG_PM systems, I'm all for it !
> Grepping the drivers/ directory, I see that some drivers use
> #ifdef CONFIG_PM, some use __maybe_unused for runtime_pm.

This approach kinda new that's why you see variety of approaches.

> Mika and Thierry, thoughts ?

At the end it's Thierry's call, so, I'm not insisting.

-- 
With Best Regards,
Andy Shevchenko

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH v4 0/1] pwm: pca9685: fix gpio-only operation. Sven Van Asbroeck <thesven73@gmail.com> - 2017-04-13 15:00 +0200
  [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Sven Van Asbroeck <thesven73@gmail.com> - 2017-04-13 15:00 +0200
    Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Thierry Reding <thierry.reding@gmail.com> - 2017-04-13 17:40 +0200
    Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Andy Shevchenko <andriy.shevchenko@linux.intel.com> - 2017-04-18 11:20 +0200
      Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Sven Van Asbroeck <thesven73@gmail.com> - 2017-04-18 18:00 +0200
        Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Mika Westerberg <mika.westerberg@linux.intel.com> - 2017-04-19 22:30 +0200
        Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Andy Shevchenko <andy.shevchenko@gmail.com> - 2017-04-20 09:30 +0200
          Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Sven Van Asbroeck <thesven73@gmail.com> - 2017-04-20 16:20 +0200
            Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Andy Shevchenko <andy.shevchenko@gmail.com> - 2017-04-20 17:10 +0200
              Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Mika Westerberg <mika.westerberg@linux.intel.com> - 2017-04-20 18:00 +0200
              Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Sven Van Asbroeck <thesven73@gmail.com> - 2017-04-20 18:00 +0200
                Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation. Andy Shevchenko <andriy.shevchenko@linux.intel.com> - 2017-04-20 18:20 +0200

csiph-web