All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
To: Guenter Roeck <linux@roeck-us.net>
Cc: Alexander Stein <alexander.stein@ew.tq-group.com>,
	Jean Delvare <jdelvare@suse.com>,
	Thierry Reding <thierry.reding@gmail.com>,
	Lee Jones <lee.jones@linaro.org>,
	Markus Niebel <Markus.Niebel@ew.tq-group.com>,
	linux-hwmon@vger.kernel.org, linux-pwm@vger.kernel.org
Subject: Re: (EXT) Re: (EXT) Re: (EXT) Re: [PATCH v2 1/1] hwmon: pwm-fan: dynamically switch regulator
Date: Fri, 6 May 2022 16:29:13 +0200	[thread overview]
Message-ID: <20220506142913.vbddyvkmhuvfd5o5@pengutronix.de> (raw)
In-Reply-To: <20220506141244.GA2990519@roeck-us.net>

[-- Attachment #1: Type: text/plain, Size: 2559 bytes --]

[Dropped Bartlomiej Zolnierkiewicz from Cc:; my mailer daemon claims the
email address doens't exist.]

Hello Guenter,

On Fri, May 06, 2022 at 07:12:44AM -0700, Guenter Roeck wrote:
> On Fri, May 06, 2022 at 02:23:11PM +0200, Alexander Stein wrote:
> > Am Freitag, 6. Mai 2022, 12:23:01 CEST schrieb Uwe Kleine-König:
> > > See
> > > https://lore.kernel.org/linux-pwm/20180806155129.cjcc7okmwtaujf43@pengutronix.de/
> > > for one of the previous discussions.
> > 
> > Thanks for the link. I took a look into it. I'm on your side here, IMHO 
> > pwm_disable() implies that the PWM perphery is disabled, including any clocks 
> > or powerdomain. This is what pwm-imx27 actually does. This might lead to a, 
> > probably platform dependent, (undefined?) state of the PWM output pin.
> > This implies it is not possible to disable the PWM periphery for inverted 
> > signals, if the disabled state is not the inactive level. You know all about 
> > it already.
> > Then again from pwm-fan side I want be able to disable the FAN, turning of 
> > regulator and PWM, so powersaving is possible. That's what this patch is 
> > about. This is similar also what pwm_bl is doing.
> > Independent of the exact semantics, it makes sense to disable the regulator in 
> > pwm-fan as well when the fan shall be disabled.
> 
> There are fans which never stop if pwm==0, such as some CPU fans. I don't

I assume with pwm==0 you actually mean duty_cycle == 0?

> think it is a good idea to force those off by turning off their power. The
> problem in the driver is that it treats pwm==0 as "disable pwm", not as
> "set pwm output to 0", Part of the probem may be that the ABI doesn't have
> a good representation for "disable pwm output", which is what is really
> wanted/needed here.

Disable pwm output == set pwm output to High-Z? Not all PWMs are able to
provide that.

> I think the best solution would be to implement and
> use pwmX_enable, and define in the driver documentation that pwm1_enable=0
> reflects "disable pwm" and pwm1_enable=1 reflects "emable manual pwm
> control:. At the same time, stop associating "pwm==0" with "disable pwm",
> but just set the pwm output value to 0.

Are you talking about the PWM framework here, or only the pwm-fan
driver?

I'd expect there are better names than pwm1_enable for the intended
semantic.

Best regards
Uwe

-- 
Pengutronix e.K.                           | Uwe Kleine-König            |
Industrial Linux Solutions                 | https://www.pengutronix.de/ |

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  reply	other threads:[~2022-05-06 14:29 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-04 12:45 [PATCH v2 1/1] hwmon: pwm-fan: dynamically switch regulator Alexander Stein
2022-05-05 22:00 ` Guenter Roeck
2022-05-06  7:15   ` (EXT) " Markus Niebel
2022-05-06  7:15   ` Alexander Stein
2022-05-06  8:20     ` Uwe Kleine-König
2022-05-06  8:35       ` (EXT) " Alexander Stein
2022-05-06 10:23         ` Uwe Kleine-König
2022-05-06 12:23           ` (EXT) " Alexander Stein
2022-05-06 14:12             ` Guenter Roeck
2022-05-06 14:29               ` Uwe Kleine-König [this message]
2022-05-06 18:31                 ` Guenter Roeck
2022-05-09  7:39                   ` Alexander Stein
2022-05-09 10:59                     ` Uwe Kleine-König
2022-05-09 12:10                       ` Alexander Stein
2022-05-09 22:19                     ` Guenter Roeck

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20220506142913.vbddyvkmhuvfd5o5@pengutronix.de \
    --to=u.kleine-koenig@pengutronix.de \
    --cc=Markus.Niebel@ew.tq-group.com \
    --cc=alexander.stein@ew.tq-group.com \
    --cc=jdelvare@suse.com \
    --cc=lee.jones@linaro.org \
    --cc=linux-hwmon@vger.kernel.org \
    --cc=linux-pwm@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=thierry.reding@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.