All of lore.kernel.org
 help / color / mirror / Atom feed
From: arno@natisbad.org (Arnaud Ebalard)
To: Simon Guinot <simon.guinot@sequanux.org>
Cc: Guenter Roeck <linux@roeck-us.net>, Andrew Lunn <andrew@lunn.ch>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Jason Cooper <jason@lakedaemon.net>,
	linux-doc@vger.kernel.org, devicetree-discuss@lists.ozlabs.org,
	Olivier Mouchet <olivier.mouchet@gmail.com>,
	Rob Herring <rob.herring@calxeda.com>,
	lm-sensors@lm-sensors.org,
	Grant Likely <grant.likely@secretlab.ca>,
	Rob Landley <rob@landley.net>, Jean Delvare <khali@linux-fr.org>,
	Linux ARM Kernel Mailing List
	<linux-arm-kernel@lists.infradead.org>,
	Nicolas Perrin <nperrin@lacie.com>
Subject: Re: [lm-sensors] [PATCHv2 1/3] Add support for GMT G762/G763 PWM fan controller
Date: Tue, 04 Jun 2013 06:52:12 +0000	[thread overview]
Message-ID: <87sj0yz7tv.fsf@natisbad.org> (raw)
In-Reply-To: 20130602215904.GH7626@kw.sim.vm.gnt

Hi Simon,

Simon Guinot <simon.guinot@sequanux.org> writes:

> On Sat, Jun 01, 2013 at 07:26:54PM +0200, Arnaud Ebalard wrote:
>> Hi Simon and Guenter,
>> 
>> Simon Guinot <simon.guinot@sequanux.org> writes:
>> 
>> > On Tue, May 28, 2013 at 12:03:14AM +0200, Arnaud Ebalard wrote:
>> >> 
>> >> Signed-off-by: Arnaud Ebalard <arno@natisbad.org>
>> >> ---
>> >>  drivers/hwmon/Kconfig              |   10 +
>> >>  drivers/hwmon/Makefile             |    1 +
>> >>  drivers/hwmon/g762.c               | 1012 ++++++++++++++++++++++++++++++++++++
>> >>  include/linux/platform_data/g762.h |   54 ++
>> >>  4 files changed, 1077 insertions(+)
>> >>  create mode 100644 drivers/hwmon/g762.c
>> >>  create mode 100644 include/linux/platform_data/g762.h
>> >
>> > Hi Arnaud,
>> >
>> > After more tests on my 2Big Network v2 board, it appears that the fan
>> > doesn't rotate when PWM mode (the preferred operating mode for this
>> > board) is selected. Nevertheless, DC mode is usable (even if not ideal
>> > given the hardware). After some investigations I noticed that an extra
>> > initialization is needed to enable PWM mode on my board: the set_cnt
>> > register must be set to 0 while the default value is 0xff. Is that
>> > specific to my hardware ? Is PWM mode working on your ReadyNAS with
>> > the default set_cnt value ?
>> 
>> First, thanks for testing this!
>> 
>> Regarding your problem, I first started by booting current version of my
>> driver on the Duo v2 w/o touching chip registers (only clock reference
>> value). This way, I inherit the values installed by (NETGEAR's) u-boot:
>> 
>> $ for k in fan* pwm* ; do echo -n "$k:" ; echo `cat $k `; done
>> fan1_alarm:0
>> fan1_div:2
>> fan1_fault:0
>> fan1_input:1807
>> fan1_target:1807
>> pwm1:221
>> pwm1_enable:2        /* closed-loop, i.e. config is done via set_cnt */
>> pwm1_mode:1          /* PWM mode */ 
>
> Sorry, I realize that I have not been very accurate in my description of
> the problem: The fan doesn't rotate when PWM _and_ open-loop control are
> selected. On the 2Big2 board, 2 wires are used to drive the fan.
>
> Then with pwm1_mode=1, pwm1_enable=1 and set_cnt=0xff (default value),
> nothing happen whatever the value I write in pwm1.

After boot, with set_cnt and set_out untouched by me (set_cnt set to
0x5a by u-boot, i.e. 255-0x5a read on pwm1):

fan1_alarm:0
fan1_div:1
fan1_fault:0
fan1_input:1365
fan1_target:1365
pwm1:0                  /* set_out is 0 (considering fan1_target,
                           set_cnt is 0x5a)*/
pwm1_enable:2           /* closed-loop */
pwm1_mode:0             /* DC mode */

# echo 1 > pwm1_mode    /* PWM mode */       # fan rotates 
# echo 1 > pwm1_enable  /* open-loop */      # fan stops rotating

At that point we have:

fan1_alarm:0
fan1_div:1
fan1_fault:0
fan1_input:0
fan1_target:1365
pwm1:0                  /* set_out is 0, set_cnt is still 0x5a */
pwm1_enable:1
pwm1_mode:1

Then:

# echo 100 > pwm1                            # fan rotates


> By testing, I have discovered that writing 0 into set_cnt allows to work
> around the issue. I can do this by using the closed-loop control:
> pwm1_mode=1, pwm1_enable=2 and pwm%5. Now, set_cnt worths 0 and if I
> switch back to open-loop control, all works as expected.
>
> Can you try open-loop control and PWM mode with your board ? I wonder if
> this issue is specific to the 2Big2 hardware.

AFAICT, set_cnt has never been set to 0 in my test and PWM+open-loop
works as expected, i.e. just by setting a non-zero value in set_out.
Tell me if I missed something or if you want me to perform another
test.

Cheers,

a+

_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

WARNING: multiple messages have this Message-ID (diff)
From: arno@natisbad.org (Arnaud Ebalard)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCHv2 1/3] Add support for GMT G762/G763 PWM fan controller
Date: Tue, 04 Jun 2013 08:52:12 +0200	[thread overview]
Message-ID: <87sj0yz7tv.fsf@natisbad.org> (raw)
In-Reply-To: 20130602215904.GH7626@kw.sim.vm.gnt

Hi Simon,

Simon Guinot <simon.guinot@sequanux.org> writes:

> On Sat, Jun 01, 2013 at 07:26:54PM +0200, Arnaud Ebalard wrote:
>> Hi Simon and Guenter,
>> 
>> Simon Guinot <simon.guinot@sequanux.org> writes:
>> 
>> > On Tue, May 28, 2013 at 12:03:14AM +0200, Arnaud Ebalard wrote:
>> >> 
>> >> Signed-off-by: Arnaud Ebalard <arno@natisbad.org>
>> >> ---
>> >>  drivers/hwmon/Kconfig              |   10 +
>> >>  drivers/hwmon/Makefile             |    1 +
>> >>  drivers/hwmon/g762.c               | 1012 ++++++++++++++++++++++++++++++++++++
>> >>  include/linux/platform_data/g762.h |   54 ++
>> >>  4 files changed, 1077 insertions(+)
>> >>  create mode 100644 drivers/hwmon/g762.c
>> >>  create mode 100644 include/linux/platform_data/g762.h
>> >
>> > Hi Arnaud,
>> >
>> > After more tests on my 2Big Network v2 board, it appears that the fan
>> > doesn't rotate when PWM mode (the preferred operating mode for this
>> > board) is selected. Nevertheless, DC mode is usable (even if not ideal
>> > given the hardware). After some investigations I noticed that an extra
>> > initialization is needed to enable PWM mode on my board: the set_cnt
>> > register must be set to 0 while the default value is 0xff. Is that
>> > specific to my hardware ? Is PWM mode working on your ReadyNAS with
>> > the default set_cnt value ?
>> 
>> First, thanks for testing this!
>> 
>> Regarding your problem, I first started by booting current version of my
>> driver on the Duo v2 w/o touching chip registers (only clock reference
>> value). This way, I inherit the values installed by (NETGEAR's) u-boot:
>> 
>> $ for k in fan* pwm* ; do echo -n "$k:" ; echo `cat $k `; done
>> fan1_alarm:0
>> fan1_div:2
>> fan1_fault:0
>> fan1_input:1807
>> fan1_target:1807
>> pwm1:221
>> pwm1_enable:2        /* closed-loop, i.e. config is done via set_cnt */
>> pwm1_mode:1          /* PWM mode */ 
>
> Sorry, I realize that I have not been very accurate in my description of
> the problem: The fan doesn't rotate when PWM _and_ open-loop control are
> selected. On the 2Big2 board, 2 wires are used to drive the fan.
>
> Then with pwm1_mode=1, pwm1_enable=1 and set_cnt=0xff (default value),
> nothing happen whatever the value I write in pwm1.

After boot, with set_cnt and set_out untouched by me (set_cnt set to
0x5a by u-boot, i.e. 255-0x5a read on pwm1):

fan1_alarm:0
fan1_div:1
fan1_fault:0
fan1_input:1365
fan1_target:1365
pwm1:0                  /* set_out is 0 (considering fan1_target,
                           set_cnt is 0x5a)*/
pwm1_enable:2           /* closed-loop */
pwm1_mode:0             /* DC mode */

# echo 1 > pwm1_mode    /* PWM mode */       # fan rotates 
# echo 1 > pwm1_enable  /* open-loop */      # fan stops rotating

At that point we have:

fan1_alarm:0
fan1_div:1
fan1_fault:0
fan1_input:0
fan1_target:1365
pwm1:0                  /* set_out is 0, set_cnt is still 0x5a */
pwm1_enable:1
pwm1_mode:1

Then:

# echo 100 > pwm1                            # fan rotates


> By testing, I have discovered that writing 0 into set_cnt allows to work
> around the issue. I can do this by using the closed-loop control:
> pwm1_mode=1, pwm1_enable=2 and pwm=255. Now, set_cnt worths 0 and if I
> switch back to open-loop control, all works as expected.
>
> Can you try open-loop control and PWM mode with your board ? I wonder if
> this issue is specific to the 2Big2 hardware.

AFAICT, set_cnt has never been set to 0 in my test and PWM+open-loop
works as expected, i.e. just by setting a non-zero value in set_out.
Tell me if I missed something or if you want me to perform another
test.

Cheers,

a+

WARNING: multiple messages have this Message-ID (diff)
From: arno@natisbad.org (Arnaud Ebalard)
To: Simon Guinot <simon.guinot@sequanux.org>
Cc: Guenter Roeck <linux@roeck-us.net>, Andrew Lunn <andrew@lunn.ch>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Jason Cooper <jason@lakedaemon.net>,
	linux-doc@vger.kernel.org, devicetree-discuss@lists.ozlabs.org,
	Olivier Mouchet <olivier.mouchet@gmail.com>,
	Rob Herring <rob.herring@calxeda.com>,
	lm-sensors@lm-sensors.org,
	Grant Likely <grant.likely@secretlab.ca>,
	Rob Landley <rob@landley.net>, Jean Delvare <khali@linux-fr.org>,
	Linux ARM Kernel Mailing List
	<linux-arm-kernel@lists.infradead.org>,
	Nicolas Perrin <nperrin@lacie.com>
Subject: Re: [PATCHv2 1/3] Add support for GMT G762/G763 PWM fan controller
Date: Tue, 04 Jun 2013 08:52:12 +0200	[thread overview]
Message-ID: <87sj0yz7tv.fsf@natisbad.org> (raw)
In-Reply-To: 20130602215904.GH7626@kw.sim.vm.gnt

Hi Simon,

Simon Guinot <simon.guinot@sequanux.org> writes:

> On Sat, Jun 01, 2013 at 07:26:54PM +0200, Arnaud Ebalard wrote:
>> Hi Simon and Guenter,
>> 
>> Simon Guinot <simon.guinot@sequanux.org> writes:
>> 
>> > On Tue, May 28, 2013 at 12:03:14AM +0200, Arnaud Ebalard wrote:
>> >> 
>> >> Signed-off-by: Arnaud Ebalard <arno@natisbad.org>
>> >> ---
>> >>  drivers/hwmon/Kconfig              |   10 +
>> >>  drivers/hwmon/Makefile             |    1 +
>> >>  drivers/hwmon/g762.c               | 1012 ++++++++++++++++++++++++++++++++++++
>> >>  include/linux/platform_data/g762.h |   54 ++
>> >>  4 files changed, 1077 insertions(+)
>> >>  create mode 100644 drivers/hwmon/g762.c
>> >>  create mode 100644 include/linux/platform_data/g762.h
>> >
>> > Hi Arnaud,
>> >
>> > After more tests on my 2Big Network v2 board, it appears that the fan
>> > doesn't rotate when PWM mode (the preferred operating mode for this
>> > board) is selected. Nevertheless, DC mode is usable (even if not ideal
>> > given the hardware). After some investigations I noticed that an extra
>> > initialization is needed to enable PWM mode on my board: the set_cnt
>> > register must be set to 0 while the default value is 0xff. Is that
>> > specific to my hardware ? Is PWM mode working on your ReadyNAS with
>> > the default set_cnt value ?
>> 
>> First, thanks for testing this!
>> 
>> Regarding your problem, I first started by booting current version of my
>> driver on the Duo v2 w/o touching chip registers (only clock reference
>> value). This way, I inherit the values installed by (NETGEAR's) u-boot:
>> 
>> $ for k in fan* pwm* ; do echo -n "$k:" ; echo `cat $k `; done
>> fan1_alarm:0
>> fan1_div:2
>> fan1_fault:0
>> fan1_input:1807
>> fan1_target:1807
>> pwm1:221
>> pwm1_enable:2        /* closed-loop, i.e. config is done via set_cnt */
>> pwm1_mode:1          /* PWM mode */ 
>
> Sorry, I realize that I have not been very accurate in my description of
> the problem: The fan doesn't rotate when PWM _and_ open-loop control are
> selected. On the 2Big2 board, 2 wires are used to drive the fan.
>
> Then with pwm1_mode=1, pwm1_enable=1 and set_cnt=0xff (default value),
> nothing happen whatever the value I write in pwm1.

After boot, with set_cnt and set_out untouched by me (set_cnt set to
0x5a by u-boot, i.e. 255-0x5a read on pwm1):

fan1_alarm:0
fan1_div:1
fan1_fault:0
fan1_input:1365
fan1_target:1365
pwm1:0                  /* set_out is 0 (considering fan1_target,
                           set_cnt is 0x5a)*/
pwm1_enable:2           /* closed-loop */
pwm1_mode:0             /* DC mode */

# echo 1 > pwm1_mode    /* PWM mode */       # fan rotates 
# echo 1 > pwm1_enable  /* open-loop */      # fan stops rotating

At that point we have:

fan1_alarm:0
fan1_div:1
fan1_fault:0
fan1_input:0
fan1_target:1365
pwm1:0                  /* set_out is 0, set_cnt is still 0x5a */
pwm1_enable:1
pwm1_mode:1

Then:

# echo 100 > pwm1                            # fan rotates


> By testing, I have discovered that writing 0 into set_cnt allows to work
> around the issue. I can do this by using the closed-loop control:
> pwm1_mode=1, pwm1_enable=2 and pwm=255. Now, set_cnt worths 0 and if I
> switch back to open-loop control, all works as expected.
>
> Can you try open-loop control and PWM mode with your board ? I wonder if
> this issue is specific to the 2Big2 hardware.

AFAICT, set_cnt has never been set to 0 in my test and PWM+open-loop
works as expected, i.e. just by setting a non-zero value in set_out.
Tell me if I missed something or if you want me to perform another
test.

Cheers,

a+

  reply	other threads:[~2013-06-04  6:52 UTC|newest]

Thread overview: 69+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-27 22:02 [lm-sensors] [PATCHv2 0/3] Add G762/G763 PWM fan controller Arnaud Ebalard
2013-05-27 22:02 ` Arnaud Ebalard
2013-05-27 22:02 ` Arnaud Ebalard
2013-05-27 22:03 ` [lm-sensors] [PATCHv2 1/3] Add support for GMT " Arnaud Ebalard
2013-05-27 22:03   ` Arnaud Ebalard
2013-05-27 22:03   ` Arnaud Ebalard
2013-05-31 22:16   ` [lm-sensors] " Simon Guinot
2013-05-31 22:16     ` Simon Guinot
2013-05-31 22:16     ` Simon Guinot
2013-06-01 17:26     ` [lm-sensors] " Arnaud Ebalard
2013-06-01 17:26       ` Arnaud Ebalard
2013-06-01 17:26       ` Arnaud Ebalard
2013-06-02 15:45       ` [lm-sensors] " Arnaud Ebalard
2013-06-02 15:45         ` Arnaud Ebalard
2013-06-02 15:45         ` Arnaud Ebalard
2013-06-02 20:35         ` [lm-sensors] " Guenter Roeck
2013-06-02 20:35           ` Guenter Roeck
2013-06-02 20:35           ` Guenter Roeck
2013-06-02 21:36           ` [lm-sensors] " Arnaud Ebalard
2013-06-02 21:36             ` Arnaud Ebalard
2013-06-02 21:36             ` Arnaud Ebalard
2013-06-02 21:59       ` [lm-sensors] " Simon Guinot
2013-06-02 21:59         ` Simon Guinot
2013-06-02 21:59         ` Simon Guinot
2013-06-04  6:52         ` Arnaud Ebalard [this message]
2013-06-04  6:52           ` Arnaud Ebalard
2013-06-04  6:52           ` Arnaud Ebalard
2013-06-04 21:23           ` [lm-sensors] " Simon Guinot
2013-06-04 21:23             ` Simon Guinot
2013-06-04 21:23             ` Simon Guinot
2013-06-11 15:15             ` [lm-sensors] " Guenter Roeck
2013-06-11 15:15               ` Guenter Roeck
2013-06-11 15:15               ` Guenter Roeck
2013-06-15 16:13             ` [lm-sensors] " Arnaud Ebalard
2013-06-15 16:13               ` Arnaud Ebalard
2013-06-15 16:13               ` Arnaud Ebalard
2013-06-04  6:51       ` [lm-sensors] " Arnaud Ebalard
2013-06-04  6:51         ` Arnaud Ebalard
2013-06-04  6:51         ` Arnaud Ebalard
2013-06-01 14:33   ` [lm-sensors] " Guenter Roeck
2013-06-01 14:33     ` Guenter Roeck
2013-06-01 14:33     ` Guenter Roeck
2013-06-02 15:39     ` [lm-sensors] " Arnaud Ebalard
2013-06-02 15:39       ` Arnaud Ebalard
2013-06-02 15:39       ` Arnaud Ebalard
2013-05-27 22:03 ` [lm-sensors] [PATCHv2 2/3] Add documentation for g762 driver Arnaud Ebalard
2013-05-27 22:03   ` Arnaud Ebalard
2013-05-27 22:03   ` Arnaud Ebalard
2013-05-27 22:03 ` [lm-sensors] [PATCHv2 3/3] Add DT bindings " Arnaud Ebalard
2013-05-27 22:03   ` Arnaud Ebalard
2013-05-27 22:03   ` Arnaud Ebalard
2013-05-27 22:15 ` [lm-sensors] [PATCHv2 0/3] Add G762/G763 PWM fan controller Arnd Bergmann
2013-05-27 22:15   ` Arnd Bergmann
2013-05-27 22:15   ` Arnd Bergmann
2013-05-28 10:15   ` [lm-sensors] " Arnaud Ebalard
2013-05-28 10:15     ` Arnaud Ebalard
2013-05-28 10:15     ` Arnaud Ebalard
2013-05-28 11:19     ` [lm-sensors] " Thierry Reding
2013-05-28 11:19       ` Thierry Reding
2013-05-28 11:19       ` Thierry Reding
2013-05-28 12:29       ` [lm-sensors] " Guenter Roeck
2013-05-28 12:29         ` Guenter Roeck
2013-05-28 12:29         ` Guenter Roeck
2013-05-28 13:47         ` [lm-sensors] " Thierry Reding
2013-05-28 13:47           ` Thierry Reding
2013-05-28 13:47           ` Thierry Reding
2013-05-28 15:42           ` [lm-sensors] " Guenter Roeck
2013-05-28 15:42             ` Guenter Roeck
2013-05-28 15:42             ` 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=87sj0yz7tv.fsf@natisbad.org \
    --to=arno@natisbad.org \
    --cc=andrew@lunn.ch \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=grant.likely@secretlab.ca \
    --cc=jason@lakedaemon.net \
    --cc=khali@linux-fr.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=linux@roeck-us.net \
    --cc=lm-sensors@lm-sensors.org \
    --cc=nperrin@lacie.com \
    --cc=olivier.mouchet@gmail.com \
    --cc=rob.herring@calxeda.com \
    --cc=rob@landley.net \
    --cc=simon.guinot@sequanux.org \
    /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.