All of lore.kernel.org
 help / color / mirror / Atom feed
* [lm-sensors] W83627EHF driver enhancements
@ 2006-04-01 19:35 Rudolf Marek
  2006-04-02  5:43 ` David Hubbard
                   ` (18 more replies)
  0 siblings, 19 replies; 20+ messages in thread
From: Rudolf Marek @ 2006-04-01 19:35 UTC (permalink / raw)
  To: lm-sensors

Hello,

I'm begining new thread so we are not lost in three past threads.

Let me summarize what we have now:

Me: 23.03.2006 23:08
     I posted the patch on the top of all changes (alarms, volts)
You: 24.03.2006
       You posted the clean up patch and the DC 0 and PWM 1 patch.

You: Re: [lm-sensors] [PATCH] Add fan control support to W83627EHF
      We agreed to have RPM cruise mode with new sysfs files for this, no patch yet.

I really like your cleanup patch but we cannot use it for the final file until we have finished the fans stuff.
There are two ways:

1) split it up to before the fan control patch and after fancontrol patch applied (more work)
2) apply it on the top of fancontrol patch when we are done with it (little extra work, just rip the DC change from the patch,
   plus little tweaking when there is new code in he file, no need to rework whole cleanup)

I propose this steps:

1) I will document that we have 0 for DC and 1 for PWM (patch to kernel doc)
2) You will send me the patch on the top of that one from 23.3 that fixes the DC 0 and PWM 1
   plus the manual stuff, optionaly you may include the new RPM cruise files features. This can be done in one patch because it
   is just "our" internal step.
   When we are done with this I will post the final patch and submit it to Jean for inclusion
3) Now you can send the cleanup patch on the top of previous patch (With the Signed-off-by stuff)

I'm sorry for late responces but I have simply lot of to do.

Thanks,
Regards
Rudolf


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
@ 2006-04-02  5:43 ` David Hubbard
  2006-04-02  5:46 ` David Hubbard
                   ` (17 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: David Hubbard @ 2006-04-02  5:43 UTC (permalink / raw)
  To: lm-sensors

Hi Rudolf,

Okay, thanks for the reply! I just moved but I have my computer
intact. :-) So let's go with the steps you proposed. (My email isn't
completely set up, so I'm pasting it in)

1) I will document that we have 0 for DC and 1 for PWM (patch to kernel doc)
2) You will send me the patch on the top of that one from 23.3 that
fixes the DC 0 and PWM 1 plus the manual stuff, optionaly you may
include the new RPM cruise files features. This can be done in one
patch because it is just "our" internal step. When we are done with
this I will post the final patch and submit it to Jean for inclusion
3) Now you can send the cleanup patch on the top of previous patch
(With the Signed-off-by stuff)

I'm ready to go, but can I send you a patch from the w83627ehf.c that
you sent me? That's the first one that I understood. (I'm learning
about git and how lm-sensors sends patches upstream.)

I'll send a patch that has these things:
1. switch DC 0 PWM 1
2. new RPM cruise modes

I didn't get what you wanted with the whitespace changes...

Thanks!
David

On 4/1/06, Rudolf Marek <r.marek at sh.cvut.cz> wrote:
> Hello,
>
> I'm begining new thread so we are not lost in three past threads.
>
> Let me summarize what we have now:
>
> Me: 23.03.2006 23:08
>      I posted the patch on the top of all changes (alarms, volts)
> You: 24.03.2006
>        You posted the clean up patch and the DC 0 and PWM 1 patch.
>
> You: Re: [lm-sensors] [PATCH] Add fan control support to W83627EHF
>       We agreed to have RPM cruise mode with new sysfs files for this, no
> patch yet.
>
> I really like your cleanup patch but we cannot use it for the final file
> until we have finished the fans stuff.
> There are two ways:
>
> 1) split it up to before the fan control patch and after fancontrol patch
> applied (more work)
> 2) apply it on the top of fancontrol patch when we are done with it (little
> extra work, just rip the DC change from the patch,
>    plus little tweaking when there is new code in he file, no need to rework
> whole cleanup)
>
> I propose this steps:
>
> 1) I will document that we have 0 for DC and 1 for PWM (patch to kernel doc)
> 2) You will send me the patch on the top of that one from 23.3 that fixes
> the DC 0 and PWM 1
>    plus the manual stuff, optionaly you may include the new RPM cruise files
> features. This can be done in one patch because it
>    is just "our" internal step.
>    When we are done with this I will post the final patch and submit it to
> Jean for inclusion
> 3) Now you can send the cleanup patch on the top of previous patch (With the
> Signed-off-by stuff)
>
> I'm sorry for late responces but I have simply lot of to do.
>
> Thanks,
> Regards
> Rudolf
>


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
  2006-04-02  5:43 ` David Hubbard
@ 2006-04-02  5:46 ` David Hubbard
  2006-04-02 10:09 ` Rudolf Marek
                   ` (16 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: David Hubbard @ 2006-04-02  5:46 UTC (permalink / raw)
  To: lm-sensors

Hi Rudolf,

Okay, I read the emails again and I understood. ;-) Yes, let's go
ahead with what you said:

1) I will document that we have 0 for DC and 1 for PWM (patch to kernel doc)
2) You will send me the patch on the top of that one from 23.3 that
fixes the DC 0 and PWM 1 plus the manual stuff, optionaly you may
include the new RPM cruise files features. This can be done in one
patch because it is just "our" internal step. When we are done with
this I will post the final patch and submit it to Jean for inclusion
3) Now you can send the cleanup patch on the top of previous patch
(With the Signed-off-by stuff)

The cleanup is #3. I get it now. :-P

David

On 4/1/06, David Hubbard <david.c.hubbard at gmail.com> wrote:
> Hi Rudolf,
>
> Okay, thanks for the reply! I just moved but I have my computer
> intact. :-) So let's go with the steps you proposed. (My email isn't
> completely set up, so I'm pasting it in)
>
> 1) I will document that we have 0 for DC and 1 for PWM (patch to kernel
> doc)
> 2) You will send me the patch on the top of that one from 23.3 that
> fixes the DC 0 and PWM 1 plus the manual stuff, optionaly you may
> include the new RPM cruise files features. This can be done in one
> patch because it is just "our" internal step. When we are done with
> this I will post the final patch and submit it to Jean for inclusion
> 3) Now you can send the cleanup patch on the top of previous patch
> (With the Signed-off-by stuff)
>
> I'm ready to go, but can I send you a patch from the w83627ehf.c that
> you sent me? That's the first one that I understood. (I'm learning
> about git and how lm-sensors sends patches upstream.)
>
> I'll send a patch that has these things:
> 1. switch DC 0 PWM 1
> 2. new RPM cruise modes
>
> I didn't get what you wanted with the whitespace changes...
>
> Thanks!
> David
>
> On 4/1/06, Rudolf Marek <r.marek at sh.cvut.cz> wrote:
> > Hello,
> >
> > I'm begining new thread so we are not lost in three past threads.
> >
> > Let me summarize what we have now:
> >
> > Me: 23.03.2006 23:08
> >      I posted the patch on the top of all changes (alarms, volts)
> > You: 24.03.2006
> >        You posted the clean up patch and the DC 0 and PWM 1 patch.
> >
> > You: Re: [lm-sensors] [PATCH] Add fan control support to W83627EHF
> >       We agreed to have RPM cruise mode with new sysfs files for this, no
> > patch yet.
> >
> > I really like your cleanup patch but we cannot use it for the final file
> > until we have finished the fans stuff.
> > There are two ways:
> >
> > 1) split it up to before the fan control patch and after fancontrol patch
> > applied (more work)
> > 2) apply it on the top of fancontrol patch when we are done with it
> (little
> > extra work, just rip the DC change from the patch,
> >    plus little tweaking when there is new code in he file, no need to
> rework
> > whole cleanup)
> >
> > I propose this steps:
> >
> > 1) I will document that we have 0 for DC and 1 for PWM (patch to kernel
> doc)
> > 2) You will send me the patch on the top of that one from 23.3 that fixes
> > the DC 0 and PWM 1
> >    plus the manual stuff, optionaly you may include the new RPM cruise
> files
> > features. This can be done in one patch because it
> >    is just "our" internal step.
> >    When we are done with this I will post the final patch and submit it
> to
> > Jean for inclusion
> > 3) Now you can send the cleanup patch on the top of previous patch (With
> the
> > Signed-off-by stuff)
> >
> > I'm sorry for late responces but I have simply lot of to do.
> >
> > Thanks,
> > Regards
> > Rudolf
> >
>


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
  2006-04-02  5:43 ` David Hubbard
  2006-04-02  5:46 ` David Hubbard
@ 2006-04-02 10:09 ` Rudolf Marek
  2006-04-12  1:04 ` David Hubbard
                   ` (15 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: Rudolf Marek @ 2006-04-02 10:09 UTC (permalink / raw)
  To: lm-sensors

David Hubbard wrote:
> Hi Rudolf,
> 
> Okay, thanks for the reply! I just moved but I have my computer
> intact. :-) So let's go with the steps you proposed. (My email isn't
> completely set up, so I'm pasting it in)
> 
>> 1) I will document that we have 0 for DC and 1 for PWM (patch to kernel doc)
>> 2) You will send me the patch on the top of that one from 23.3 that
>> fixes the DC 0 and PWM 1 plus the manual stuff, optionaly you may
>> include the new RPM cruise files features. This can be done in one
>> patch because it is just "our" internal step. When we are done with
>> this I will post the final patch and submit it to Jean for inclusion
>> 3) Now you can send the cleanup patch on the top of previous patch
>> (With the Signed-off-by stuff)
> 
> I'm ready to go, but can I send you a patch from the w83627ehf.c that
> you sent me? That's the first one that I understood. (I'm learning
> about git and how lm-sensors sends patches upstream.)

You need the file I sent to you plus the fancrt patch on the top of it. This will create
the file with all alarms voltages EHF driver, then when fancrt is applied you have the
current base to start on it.

Do your changes and when done just diff to same file but with your changes (so simply the ehf driver that I sent to you plus the fancrt patch)

> I'll send a patch that has these things:
> 1. switch DC 0 PWM 1
> 2. new RPM cruise modes

Good that is what I want to see.

> I didn't get what you wanted with the whitespace changes...

Now you get it ;)  We cannot mix more stuff together. The patch should either add features/modify or do the cleanup.


Regards
Rudolf


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (2 preceding siblings ...)
  2006-04-02 10:09 ` Rudolf Marek
@ 2006-04-12  1:04 ` David Hubbard
  2006-04-16 21:21 ` Rudolf Marek
                   ` (14 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: David Hubbard @ 2006-04-12  1:04 UTC (permalink / raw)
  To: lm-sensors

Hi Rudolf,

> You need the file I sent to you plus the fancrt patch on the top of it. This will create
> the file with all alarms voltages EHF driver, then when fancrt is applied you have the
> current base to start on it.
>
> Do your changes and when done just diff to same file but with your changes (so simply the ehf driver that I sent to you plus the fancrt patch)
>
> > I'll send a patch that has these things:
> > 1. switch DC 0 PWM 1
> > 2. new RPM cruise modes
>
> Good that is what I want to see.

Okay, first patch:
1. changes W83627EHF_PWM_ENALE_SHIFT to W83627EHF_PWM_ENABLE_SHIFT
2. changes to 0->DC and 1->PWM

Second patch:
1. Fix pwmN_enable = 0 (disabled) mode.
2. Comment pwmN_enable = 1 (manual) and pwmN_enable = 2 (thermal
cruise or SmartFan I)

And the regression test script (no changes) works with this new patch.
Please look these over. I'm getting the other patches ready.

Thanks,
David
-------------- next part --------------
Change W83627EHF_PWM_ENALE_SHIFT to W83627EHF_PWM_ENABLE_SHIFT
pwm_mode = 0->DC mode->1 stored in register
pwm_mode = 1->PWM mode->0 stored in register

diff -ur linux-2.6.16-rc5-mm/drivers/hwmon/w83627ehf.c linux-2.6.16-rc5-mm/drivers/hwmon/w83627ehf.c
--- linux-2.6.16-rc5-mm-rudolf/drivers/hwmon/w83627ehf.c	2006-03-23 22:02:09.000000000 -0800
+++ linux-2.6.16-rc5-mm/drivers/hwmon/w83627ehf.c	2006-04-11 17:12:31.000000000 -0700
@@ -160,7 +160,7 @@
 static const u8 W83627EHF_PWM_MODE_USER_MAP[] = { 0, 0, 1, 3 };
 static const u8 W83627EHF_PWM_MODE_CHIP_MAP[] = { 1, 2, 4, 3 };
 static const u8 W83627EHF_PWM_MODE_SHIFT[] = { 0, 1, 0, 6 };
-static const u8 W83627EHF_PWM_ENALE_SHIFT[] = { 2, 4, 1, 4 };
+static const u8 W83627EHF_PWM_ENABLE_SHIFT[] = { 2, 4, 1, 4 };
 
 /* FAN Duty Cycle, be used to control */
 static const u8 W83627EHF_REG_PWM[] = { 0x01, 0x03, 0x11, 0x61 };
@@ -265,7 +265,12 @@
 	s16 temp_max_hyst[2];
 	u32 alarms;
  
- 	u8 pwm_mode[4]; /* 1 is fan speed cruise */
+	u8 pwm_mode[4]; /* 0->DC variable voltage, 1->PWM variable duty cycle
+			 * Note that this is backward from the datasheet, but
+			 * consistent with the w83792d driver. Hopefully, any
+			 * new drivers which have PWM and DC modes will also
+			 * follow this convention for the sysfs pwmN_mode file.
+			 */
  	u8 pwm_enable[4];
  	u8 pwm[4];
  	u8 target_temp[4];
@@ -475,9 +480,10 @@
 				tmp = w83627ehf_read_value(client,
 						W83627EHF_REG_PWM_ENABLE[i]);
 			data->pwm_mode[i] -				(tmp >> W83627EHF_PWM_MODE_SHIFT[i]) & 1;
+				((tmp >> W83627EHF_PWM_MODE_SHIFT[i]) & 1)
+				?0:1;
 			data->pwm_enable[i] = W83627EHF_PWM_MODE_CHIP_MAP[
-						(tmp >> W83627EHF_PWM_ENALE_SHIFT[i]) & 3];
+						(tmp >> W83627EHF_PWM_ENABLE_SHIFT[i]) & 3];
 			data->pwm[i] = w83627ehf_read_value(client,
 						W83627EHF_REG_PWM[i]);
 			data->fan_min_output[i] = w83627ehf_read_value(client,
@@ -892,7 +898,7 @@
 	if (data->pwm_mode[nr] != val) {
 		data->pwm_mode[nr] = val;
 		reg = (reg & ~(1 << W83627EHF_PWM_MODE_SHIFT[nr]));
-		if (val)
+		if (!val)
 			reg |= 1 << W83627EHF_PWM_MODE_SHIFT[nr];
 		w83627ehf_write_value(client, W83627EHF_REG_PWM_ENABLE[nr],
 					reg);
@@ -915,8 +921,8 @@
 		if (!val)
 			data->pwm[nr] = 0xff;
 		data->pwm_enable[nr] = val;
-		reg = (reg & ~(11 << W83627EHF_PWM_ENALE_SHIFT[nr]));
-		reg |= W83627EHF_PWM_MODE_USER_MAP[val] << W83627EHF_PWM_ENALE_SHIFT[nr];
+		reg = (reg & ~(11 << W83627EHF_PWM_ENABLE_SHIFT[nr]));
+		reg |= W83627EHF_PWM_MODE_USER_MAP[val] << W83627EHF_PWM_ENABLE_SHIFT[nr];
 		w83627ehf_write_value(client, W83627EHF_REG_PWM_ENABLE[nr],
 					reg);
 	}
@@ -1225,13 +1231,15 @@
 	for (i = 0; i < 10; i++)
 		device_create_file_in(dev, i);
 
-	for (i = 0; i < 5; i++) {
+	for (i = 0; i < 5; i++)
 		if (data->has_fan & (1 << i))
 			device_create_file_fan(dev, i);
-//this condition needs to be fixed
-  		if (i != 4)
-  			device_create_file_pwm(dev, i);
+
+	for (i = 0; i < 4; i++) {
+		device_create_file_pwm(dev, i);
+		data->pwm_mode[i] = 1; /* initialize in PWM mode */
 	}
+
 	for (i = 0; i < ARRAY_SIZE(sda_temp); i++)
 		device_create_file(dev, &sda_temp[i].dev_attr);
 


-------------- next part --------------
pwmN_enable = 0 (disabled) locks pwmN at 255
pwmN_enable = 1 (manual) commented
pwmN_enable = 2 (thermal cruise or SmartFan I) commented

diff -ur linux-2.6.16-rc5-mm/drivers/hwmon/w83627ehf.c linux-2.6.16-rc5-mm/drivers/hwmon/w83627ehf.c
--- linux-2.6.16-rc5-mm-01/drivers/hwmon/w83627ehf.c	2006-04-11 17:45:54.000000000 -0700
+++ linux-2.6.16-rc5-mm/drivers/hwmon/w83627ehf.c	2006-04-11 18:30:11.000000000 -0700
@@ -157,8 +157,6 @@
 };
 
 /* maps the user modes to chip modes */
-static const u8 W83627EHF_PWM_MODE_USER_MAP[] = { 0, 0, 1, 3 };
-static const u8 W83627EHF_PWM_MODE_CHIP_MAP[] = { 1, 2, 4, 3 };
 static const u8 W83627EHF_PWM_MODE_SHIFT[] = { 0, 1, 0, 6 };
 static const u8 W83627EHF_PWM_ENABLE_SHIFT[] = { 2, 4, 1, 4 };
 
@@ -271,7 +269,10 @@
 			 * new drivers which have PWM and DC modes will also
 			 * follow this convention for the sysfs pwmN_mode file.
 			 */
- 	u8 pwm_enable[4];
+	u8 pwm_enable[4]; /* 0->disabled
+			   * 1->manual
+			   * 2->thermal cruise (also called SmartFan I)
+			   */
  	u8 pwm[4];
  	u8 target_temp[4];
  	u8 tolerance[4];
@@ -482,8 +483,11 @@
 			data->pwm_mode[i]  				((tmp >> W83627EHF_PWM_MODE_SHIFT[i]) & 1)
 				?0:1;
-			data->pwm_enable[i] = W83627EHF_PWM_MODE_CHIP_MAP[
-						(tmp >> W83627EHF_PWM_ENABLE_SHIFT[i]) & 3];
+			if (data->pwm_enable[i] != 0 ||
+			    ((tmp >> W83627EHF_PWM_ENABLE_SHIFT[i]) & 3) != 0)
+				data->pwm_enable[i] = 
+					((tmp >> W83627EHF_PWM_ENABLE_SHIFT[i])
+						& 3)+1;
 			data->pwm[i] = w83627ehf_read_value(client,
 						W83627EHF_REG_PWM[i]);
 			data->fan_min_output[i] = w83627ehf_read_value(client,
@@ -907,42 +911,47 @@
 }
 
 static ssize_t
-store_pwm_enable(struct device *dev, struct device_attribute *attr,
+store_pwm(struct device *dev, struct device_attribute *attr,
 			const char *buf, size_t count)
 {
 	struct w83627ehf_data *data = w83627ehf_update_device(dev);
 	struct i2c_client *client = to_i2c_client(dev);
 	struct sensor_device_attribute *sensor_attr = to_sensor_dev_attr(attr);
 	int nr = sensor_attr->index;
-	u32 val = SENSORS_LIMIT(simple_strtoul(buf, NULL, 10), 0, 3);
-	u16 reg = w83627ehf_read_value(client, W83627EHF_REG_PWM_ENABLE[nr]);
+	u32 val = SENSORS_LIMIT(simple_strtoul(buf, NULL, 10), 0, 255);
 
-	if (data->pwm_enable[nr] != val) {
-		if (!val)
-			data->pwm[nr] = 0xff;
-		data->pwm_enable[nr] = val;
-		reg = (reg & ~(11 << W83627EHF_PWM_ENABLE_SHIFT[nr]));
-		reg |= W83627EHF_PWM_MODE_USER_MAP[val] << W83627EHF_PWM_ENABLE_SHIFT[nr];
-		w83627ehf_write_value(client, W83627EHF_REG_PWM_ENABLE[nr],
-					reg);
+	if (data->pwm_enable[nr] != 0 && data->pwm[nr] != val) {
+		data->pwm[nr] = val;
+		w83627ehf_write_value(client, W83627EHF_REG_PWM[nr],
+					val);
 	}
 	return count;
 }
 
 static ssize_t
-store_pwm(struct device *dev, struct device_attribute *attr,
+store_pwm_enable(struct device *dev, struct device_attribute *attr,
 			const char *buf, size_t count)
 {
 	struct w83627ehf_data *data = w83627ehf_update_device(dev);
 	struct i2c_client *client = to_i2c_client(dev);
 	struct sensor_device_attribute *sensor_attr = to_sensor_dev_attr(attr);
 	int nr = sensor_attr->index;
-	u32 val = SENSORS_LIMIT(simple_strtoul(buf, NULL, 10), 0, 255);
+	u32 val = SENSORS_LIMIT(simple_strtoul(buf, NULL, 10), 0, 3);
+	u16 reg = w83627ehf_read_value(client, W83627EHF_REG_PWM_ENABLE[nr]);
 
-	if (data->pwm[nr] != val) {
-		data->pwm[nr] = val;
-		w83627ehf_write_value(client, W83627EHF_REG_PWM[nr],
-					val);
+	if (data->pwm_enable[nr] != val) {
+		if (!val) {
+			store_pwm(dev, attr, "255", 3);
+			data->pwm_enable[nr] = val;
+		}
+		else {
+			data->pwm_enable[nr] = val;
+			val--;
+		}
+		reg = (reg & ~(11 << W83627EHF_PWM_ENABLE_SHIFT[nr]));
+		reg |= val << W83627EHF_PWM_ENABLE_SHIFT[nr];
+		w83627ehf_write_value(client, W83627EHF_REG_PWM_ENABLE[nr],
+					reg);
 	}
 	return count;
 }

-------------- next part --------------
A non-text attachment was scrubbed...
Name: w83627ehf_regression.sh
Type: application/x-sh
Size: 14767 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060412/47706ed4/w83627ehf_regression.sh

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (3 preceding siblings ...)
  2006-04-12  1:04 ` David Hubbard
@ 2006-04-16 21:21 ` Rudolf Marek
  2006-05-10 17:07 ` Rudolf Marek
                   ` (13 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: Rudolf Marek @ 2006-04-16 21:21 UTC (permalink / raw)
  To: lm-sensors

Hello thanks for the patches.

I did some codingstyle fixes  in your patches and I will merge it with the fan
stuff we have so far and send it back to you. Unfortunately I trimed the
connection while booting the 17rc1. So I will do it on monday eveing. If you
have more  patches no need to wait I will merge them.

Also I will test it on monday

Sorry for the delay, got so manny things :/

Regards
Rudolf



^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (4 preceding siblings ...)
  2006-04-16 21:21 ` Rudolf Marek
@ 2006-05-10 17:07 ` Rudolf Marek
  2006-05-10 19:01 ` David Hubbard
                   ` (12 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: Rudolf Marek @ 2006-05-10 17:07 UTC (permalink / raw)
  To: lm-sensors

> And the regression test script (no changes) works with this new patch.
> Please look these over. I'm getting the other patches ready.

Any news?

regards
Rudolf


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (5 preceding siblings ...)
  2006-05-10 17:07 ` Rudolf Marek
@ 2006-05-10 19:01 ` David Hubbard
  2006-05-10 19:12 ` Rudolf Marek
                   ` (11 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: David Hubbard @ 2006-05-10 19:01 UTC (permalink / raw)
  To: lm-sensors

Hi Rudolf,

I have two more patches I'd like to send, and I'm updating the
regression test. Testing all the parts of SmartFan I has taken some
time. What do you think of the patches I've sent? Can I get them ready
for inclusion in the kernel?

David

On 5/10/06, Rudolf Marek <r.marek at sh.cvut.cz> wrote:
> > And the regression test script (no changes) works with this new patch.
> > Please look these over. I'm getting the other patches ready.
>
> Any news?
>
> regards
> Rudolf
>


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (6 preceding siblings ...)
  2006-05-10 19:01 ` David Hubbard
@ 2006-05-10 19:12 ` Rudolf Marek
  2006-05-10 20:25 ` David Hubbard
                   ` (10 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: Rudolf Marek @ 2006-05-10 19:12 UTC (permalink / raw)
  To: lm-sensors

David Hubbard wrote:
> Hi Rudolf,
> 
> I have two more patches I'd like to send, and I'm updating the
> regression test. Testing all the parts of SmartFan I has taken some
> time. What do you think of the patches I've sent? Can I get them ready
> for inclusion in the kernel?

Well as far I rember those were just our internal step. I think we can merge 
them once we have something that works. Last patch on the to should be the 
cleanup patch. Because we cannot mess too many things at once :/

Please can you send all patches you have right now ready plus the version of 
w83627ehf I should use so I can test/comment it?

I think you may ommit:

* 0->DC variable voltage, 1->PWM variable duty cycle
+			 * Note that this is backward from the datasheet, but
+			 * consistent with the w83792d driver. Hopefully, any
+			 * new drivers which have PWM and DC modes will also
+			 * follow this convention for the sysfs pwmN_mode file.
+			 */

Because we agreed with Jean somewhere in the past that we may estabilish this as 
standard. I will prepare the docs patch in near feature.

thanks,

regards
Rudolf


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (7 preceding siblings ...)
  2006-05-10 19:12 ` Rudolf Marek
@ 2006-05-10 20:25 ` David Hubbard
  2006-05-11 15:25 ` David Hubbard
                   ` (9 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: David Hubbard @ 2006-05-10 20:25 UTC (permalink / raw)
  To: lm-sensors

Hi Rudolf,

On 5/10/06, Rudolf Marek <r.marek at sh.cvut.cz> wrote:
> David Hubbard wrote:
> > Hi Rudolf,
> >
> > I have two more patches I'd like to send, and I'm updating the
> > regression test. Testing all the parts of SmartFan I has taken some
> > time. What do you think of the patches I've sent? Can I get them ready
> > for inclusion in the kernel?
>
> Well as far I rember those were just our internal step. I think we can merge
> them once we have something that works. Last patch on the to should be the
> cleanup patch. Because we cannot mess too many things at once :/
>
> Please can you send all patches you have right now ready plus the version of
> w83627ehf I should use so I can test/comment it?
>
> I think you may ommit:
>
> * 0->DC variable voltage, 1->PWM variable duty cycle
> +                        * Note that this is backward from the datasheet, but
> +                        * consistent with the w83792d driver. Hopefully, any
> +                        * new drivers which have PWM and DC modes will also
> +                        * follow this convention for the sysfs pwmN_mode file.
> +                        */
>
> Because we agreed with Jean somewhere in the past that we may estabilish this as
> standard. I will prepare the docs patch in near feature.
>
> thanks,
>
> regards
> Rudolf
>

Okay, I'll send them this evening.

David


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (8 preceding siblings ...)
  2006-05-10 20:25 ` David Hubbard
@ 2006-05-11 15:25 ` David Hubbard
  2006-05-12  6:44 ` Sylvain Jeaugey
                   ` (8 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: David Hubbard @ 2006-05-11 15:25 UTC (permalink / raw)
  To: lm-sensors

Hi Rudolf, Sylvain,

Here is the .c file Rudolf sent me, and the first patch is his
(add_fan_crt.patch). Then there are three patches of mine. Rudolf, I
removed the extra comments as you suggested. Please test these and let
me know if there are any problems.

David

On 5/11/06, Sylvain Jeaugey <sylvain at gomjabbar.ath.cx> wrote:
> Hi guys,
>
> I own an ASUS P5S800-VM, with an embedded W83627EHF. If you need help for
> testing/coding, please tell me where I can find the latest piece of code.
> I saw e-mails with patches, but didn't catch all of them. I'd really like
> to play with smart fans ...
>
> So, if I can do something, just ask.
>
> Cheers,
> Sylvain
-------------- next part --------------
/*
    w83627ehf - Driver for the hardware monitoring functionality of
                the Winbond W83627EHF Super-I/O chip
    Copyright (C) 2005  Jean Delvare <khali at linux-fr.org>

    Shamelessly ripped from the w83627hf driver
    Copyright (C) 2003  Mark Studebaker

    Thanks to Leon Moonen, Steve Cliffe and Grant Coady for their help
    in testing and debugging this driver.

    This driver also supports the W83627EHG, which is the lead-free
    version of the W83627EHF.

    This program is free software; you can redistribute it and/or modify
    it under the terms of the GNU General Public License as published by
    the Free Software Foundation; either version 2 of the License, or
    (at your option) any later version.

    This program is distributed in the hope that it will be useful,
    but WITHOUT ANY WARRANTY; without even the implied warranty of
    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
    GNU General Public License for more details.

    You should have received a copy of the GNU General Public License
    along with this program; if not, write to the Free Software
    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.


    Supports the following chips:

    Chip        #vin    #fan    #pwm    #temp   chip_id man_id
    w83627ehf   10      5       -       3       0x88    0x5ca3
*/

#include <linux/module.h>
#include <linux/init.h>
#include <linux/slab.h>
#include <linux/i2c.h>
#include <linux/i2c-isa.h>
#include <linux/hwmon.h>
#include <linux/hwmon-sysfs.h>
#include <linux/err.h>
#include <linux/mutex.h>
#include <asm/io.h>
#include "lm75.h"

/* The actual ISA address is read from Super-I/O configuration space */
static unsigned short address;

/*
 * Super-I/O constants and functions
 */

static int REG;		/* The register to read/write */
static int VAL;		/* The value to read/write */

#define W83627EHF_LD_HWM	0x0b

#define SIO_REG_LDSEL		0x07	/* Logical device select */
#define SIO_REG_DEVID		0x20	/* Device ID (2 bytes) */
#define SIO_REG_ENABLE		0x30	/* Logical device enable */
#define SIO_REG_ADDR		0x60	/* Logical device address (2 bytes) */

#define SIO_W83627EHF_ID	0x8840
#define SIO_ID_MASK		0xFFC0

static inline void
superio_outb(int reg, int val)
{
	outb(reg, REG);
	outb(val, VAL);
}

static inline int
superio_inb(int reg)
{
	outb(reg, REG);
	return inb(VAL);
}

static inline void
superio_select(int ld)
{
	outb(SIO_REG_LDSEL, REG);
	outb(ld, VAL);
}

static inline void
superio_enter(void)
{
	outb(0x87, REG);
	outb(0x87, REG);
}

static inline void
superio_exit(void)
{
	outb(0x02, REG);
	outb(0x02, VAL);
}

/*
 * ISA constants
 */

#define REGION_ALIGNMENT	~7
#define REGION_OFFSET		5
#define REGION_LENGTH		2
#define ADDR_REG_OFFSET		5
#define DATA_REG_OFFSET		6

#define W83627EHF_REG_BANK		0x4E
#define W83627EHF_REG_CONFIG		0x40
#define W83627EHF_REG_CHIP_ID		0x49
#define W83627EHF_REG_MAN_ID		0x4F

static const u16 W83627EHF_REG_FAN[] = { 0x28, 0x29, 0x2a, 0x3f, 0x553 };
static const u16 W83627EHF_REG_FAN_MIN[] = { 0x3b, 0x3c, 0x3d, 0x3e, 0x55c };

/* The W83627EHF registers for nr=7,8,9 are in bank 5 */
#define W83627EHF_REG_IN_MAX(nr)	((nr < 7) ? (0x2b + (nr) * 2) : \
					 (0x554 + (((nr) - 7) * 2)))
#define W83627EHF_REG_IN_MIN(nr)	((nr < 7) ? (0x2c + (nr) * 2) : \
					 (0x555 + (((nr) - 7) * 2)))
#define W83627EHF_REG_IN(nr)		((nr < 7) ? (0x20 + (nr)) : \
					 (0x550 + (nr) - 7))

#define W83627EHF_REG_TEMP1		0x27
#define W83627EHF_REG_TEMP1_HYST	0x3a
#define W83627EHF_REG_TEMP1_OVER	0x39
static const u16 W83627EHF_REG_TEMP[] = { 0x150, 0x250 };
static const u16 W83627EHF_REG_TEMP_HYST[] = { 0x153, 0x253 };
static const u16 W83627EHF_REG_TEMP_OVER[] = { 0x155, 0x255 };
static const u16 W83627EHF_REG_TEMP_CONFIG[] = { 0x152, 0x252 };

/* Fan clock dividers are spread over the following five registers */
#define W83627EHF_REG_FANDIV1		0x47
#define W83627EHF_REG_FANDIV2		0x4B
#define W83627EHF_REG_VBAT		0x5D
#define W83627EHF_REG_DIODE		0x59
#define W83627EHF_REG_SMI_OVT		0x4C

#define W83627EHF_REG_ALARM1		0x459
#define W83627EHF_REG_ALARM2		0x45A
#define W83627EHF_REG_ALARM3		0x45B

/*
 * Conversions
 */

static inline unsigned int
fan_from_reg(u8 reg, unsigned int div)
{
	if (reg = 0 || reg = 255)
		return 0;
	return 1350000U / (reg * div);
}

static inline unsigned int
div_from_reg(u8 reg)
{
	return 1 << reg;
}

static inline int
temp1_from_reg(s8 reg)
{
	return reg * 1000;
}

static inline s8
temp1_to_reg(int temp)
{
	if (temp <= -128000)
		return -128;
	if (temp >= 127000)
		return 127;
	if (temp < 0)
		return (temp - 500) / 1000;
	return (temp + 500) / 1000;
}

/* Some of analog inputs have internal scaling (2x), 8mV is ADC LSB */

static u8 scale_in[10] = { 8, 8, 16, 16, 8, 8, 8, 16, 16, 8 };

static inline long in_from_reg(u8 reg, u8 nr)
{
	return reg * scale_in[nr];
}

static inline u8 in_to_reg(u32 val, u8 nr)
{
	return SENSORS_LIMIT(((val + (scale_in[nr] / 2)) / scale_in[nr]), 0, 255);
}

/*
 * Data structures and manipulation thereof
 */

struct w83627ehf_data {
	struct i2c_client client;
	struct class_device *class_dev;
	struct mutex lock;

	struct mutex update_lock;
	char valid;		/* !=0 if following fields are valid */
	unsigned long last_updated;	/* In jiffies */

	/* Register values */
	u8 in[10];		/* Register value */
	u8 in_max[10];		/* Register value */
	u8 in_min[10];		/* Register value */
	u8 fan[5];
	u8 fan_min[5];
	u8 fan_div[5];
	u8 has_fan;		/* some fan inputs can be disabled */
	s8 temp1;
	s8 temp1_max;
	s8 temp1_max_hyst;
	s16 temp[2];
	s16 temp_max[2];
	s16 temp_max_hyst[2];
	u32 alarms;
};

static inline int is_word_sized(u16 reg)
{
	return (((reg & 0xff00) = 0x100
	      || (reg & 0xff00) = 0x200)
	     && ((reg & 0x00ff) = 0x50
	      || (reg & 0x00ff) = 0x53
	      || (reg & 0x00ff) = 0x55));
}

/* We assume that the default bank is 0, thus the following two functions do
   nothing for registers which live in bank 0. For others, they respectively
   set the bank register to the correct value (before the register is
   accessed), and back to 0 (afterwards). */
static inline void w83627ehf_set_bank(struct i2c_client *client, u16 reg)
{
	if (reg & 0xff00) {
		outb_p(W83627EHF_REG_BANK, client->addr + ADDR_REG_OFFSET);
		outb_p(reg >> 8, client->addr + DATA_REG_OFFSET);
	}
}

static inline void w83627ehf_reset_bank(struct i2c_client *client, u16 reg)
{
	if (reg & 0xff00) {
		outb_p(W83627EHF_REG_BANK, client->addr + ADDR_REG_OFFSET);
		outb_p(0, client->addr + DATA_REG_OFFSET);
	}
}

static u16 w83627ehf_read_value(struct i2c_client *client, u16 reg)
{
	struct w83627ehf_data *data = i2c_get_clientdata(client);
	int res, word_sized = is_word_sized(reg);

	mutex_lock(&data->lock);

	w83627ehf_set_bank(client, reg);
	outb_p(reg & 0xff, client->addr + ADDR_REG_OFFSET);
	res = inb_p(client->addr + DATA_REG_OFFSET);
	if (word_sized) {
		outb_p((reg & 0xff) + 1,
		       client->addr + ADDR_REG_OFFSET);
		res = (res << 8) + inb_p(client->addr + DATA_REG_OFFSET);
	}
	w83627ehf_reset_bank(client, reg);

	mutex_unlock(&data->lock);

	return res;
}

static int w83627ehf_write_value(struct i2c_client *client, u16 reg, u16 value)
{
	struct w83627ehf_data *data = i2c_get_clientdata(client);
	int word_sized = is_word_sized(reg);

	mutex_lock(&data->lock);

	w83627ehf_set_bank(client, reg);
	outb_p(reg & 0xff, client->addr + ADDR_REG_OFFSET);
	if (word_sized) {
		outb_p(value >> 8, client->addr + DATA_REG_OFFSET);
		outb_p((reg & 0xff) + 1,
		       client->addr + ADDR_REG_OFFSET);
	}
	outb_p(value & 0xff, client->addr + DATA_REG_OFFSET);
	w83627ehf_reset_bank(client, reg);

	mutex_unlock(&data->lock);
	return 0;
}

/* This function assumes that the caller holds data->update_lock */
static void w83627ehf_write_fan_div(struct i2c_client *client, int nr)
{
	struct w83627ehf_data *data = i2c_get_clientdata(client);
	u8 reg;

	switch (nr) {
	case 0:
		reg = (w83627ehf_read_value(client, W83627EHF_REG_FANDIV1) & 0xcf)
		    | ((data->fan_div[0] & 0x03) << 4);
		w83627ehf_write_value(client, W83627EHF_REG_FANDIV1, reg);
		reg = (w83627ehf_read_value(client, W83627EHF_REG_VBAT) & 0xdf)
		    | ((data->fan_div[0] & 0x04) << 3);
		w83627ehf_write_value(client, W83627EHF_REG_VBAT, reg);
		break;
	case 1:
		reg = (w83627ehf_read_value(client, W83627EHF_REG_FANDIV1) & 0x3f)
		    | ((data->fan_div[1] & 0x03) << 6);
		w83627ehf_write_value(client, W83627EHF_REG_FANDIV1, reg);
		reg = (w83627ehf_read_value(client, W83627EHF_REG_VBAT) & 0xbf)
		    | ((data->fan_div[1] & 0x04) << 4);
		w83627ehf_write_value(client, W83627EHF_REG_VBAT, reg);
		break;
	case 2:
		reg = (w83627ehf_read_value(client, W83627EHF_REG_FANDIV2) & 0x3f)
		    | ((data->fan_div[2] & 0x03) << 6);
		w83627ehf_write_value(client, W83627EHF_REG_FANDIV2, reg);
		reg = (w83627ehf_read_value(client, W83627EHF_REG_VBAT) & 0x7f)
		    | ((data->fan_div[2] & 0x04) << 5);
		w83627ehf_write_value(client, W83627EHF_REG_VBAT, reg);
		break;
	case 3:
		reg = (w83627ehf_read_value(client, W83627EHF_REG_DIODE) & 0xfc)
		    | (data->fan_div[3] & 0x03);
		w83627ehf_write_value(client, W83627EHF_REG_DIODE, reg);
		reg = (w83627ehf_read_value(client, W83627EHF_REG_SMI_OVT) & 0x7f)
		    | ((data->fan_div[3] & 0x04) << 5);
		w83627ehf_write_value(client, W83627EHF_REG_SMI_OVT, reg);
		break;
	case 4:
		reg = (w83627ehf_read_value(client, W83627EHF_REG_DIODE) & 0x73)
		    | ((data->fan_div[4] & 0x03) << 3)
		    | ((data->fan_div[4] & 0x04) << 5);
		w83627ehf_write_value(client, W83627EHF_REG_DIODE, reg);
		break;
	}
}

static struct w83627ehf_data *w83627ehf_update_device(struct device *dev)
{
	struct i2c_client *client = to_i2c_client(dev);
	struct w83627ehf_data *data = i2c_get_clientdata(client);
	int i;

	mutex_lock(&data->update_lock);

	if (time_after(jiffies, data->last_updated + HZ)
	 || !data->valid) {
		/* Fan clock dividers */
		i = w83627ehf_read_value(client, W83627EHF_REG_FANDIV1);
		data->fan_div[0] = (i >> 4) & 0x03;
		data->fan_div[1] = (i >> 6) & 0x03;
		i = w83627ehf_read_value(client, W83627EHF_REG_FANDIV2);
		data->fan_div[2] = (i >> 6) & 0x03;
		i = w83627ehf_read_value(client, W83627EHF_REG_VBAT);
		data->fan_div[0] |= (i >> 3) & 0x04;
		data->fan_div[1] |= (i >> 4) & 0x04;
		data->fan_div[2] |= (i >> 5) & 0x04;
		if (data->has_fan & ((1 << 3) | (1 << 4))) {
			i = w83627ehf_read_value(client, W83627EHF_REG_DIODE);
			data->fan_div[3] = i & 0x03;
			data->fan_div[4] = ((i >> 2) & 0x03)
					 | ((i >> 5) & 0x04);
		}
		if (data->has_fan & (1 << 3)) {
			i = w83627ehf_read_value(client, W83627EHF_REG_SMI_OVT);
			data->fan_div[3] |= (i >> 5) & 0x04;
		}

		/* Measured voltages and limits */
		for (i = 0; i < 10; i++) {
			data->in[i] = w83627ehf_read_value(client,
				      W83627EHF_REG_IN(i));
			data->in_min[i] = w83627ehf_read_value(client,
					  W83627EHF_REG_IN_MIN(i));
			data->in_max[i] = w83627ehf_read_value(client,
					  W83627EHF_REG_IN_MAX(i));
		}

		/* Measured fan speeds and limits */
		for (i = 0; i < 5; i++) {
			if (!(data->has_fan & (1 << i)))
				continue;

			data->fan[i] = w83627ehf_read_value(client,
				       W83627EHF_REG_FAN[i]);
			data->fan_min[i] = w83627ehf_read_value(client,
					   W83627EHF_REG_FAN_MIN[i]);

			/* If we failed to measure the fan speed and clock
			   divider can be increased, let's try that for next
			   time */
			if (data->fan[i] = 0xff
			 && data->fan_div[i] < 0x07) {
			 	dev_dbg(&client->dev, "Increasing fan %d "
					"clock divider from %u to %u\n",
					i, div_from_reg(data->fan_div[i]),
					div_from_reg(data->fan_div[i] + 1));
				data->fan_div[i]++;
				w83627ehf_write_fan_div(client, i);
				/* Preserve min limit if possible */
				if (data->fan_min[i] >= 2
				 && data->fan_min[i] != 255)
					w83627ehf_write_value(client,
						W83627EHF_REG_FAN_MIN[i],
						(data->fan_min[i] /= 2));
			}
		}

		/* Measured temperatures and limits */
		data->temp1 = w83627ehf_read_value(client,
			      W83627EHF_REG_TEMP1);
		data->temp1_max = w83627ehf_read_value(client,
				  W83627EHF_REG_TEMP1_OVER);
		data->temp1_max_hyst = w83627ehf_read_value(client,
				       W83627EHF_REG_TEMP1_HYST);
		for (i = 0; i < 2; i++) {
			data->temp[i] = w83627ehf_read_value(client,
					W83627EHF_REG_TEMP[i]);
			data->temp_max[i] = w83627ehf_read_value(client,
					    W83627EHF_REG_TEMP_OVER[i]);
			data->temp_max_hyst[i] = w83627ehf_read_value(client,
						 W83627EHF_REG_TEMP_HYST[i]);
		}

		data->alarms = w83627ehf_read_value(client,
					W83627EHF_REG_ALARM1) |
			       (w83627ehf_read_value(client,
					W83627EHF_REG_ALARM2) << 8) |
			       (w83627ehf_read_value(client,
					W83627EHF_REG_ALARM3) << 16);

		data->last_updated = jiffies;
		data->valid = 1;
	}

	mutex_unlock(&data->update_lock);
	return data;
}

/*
 * Sysfs callback functions
 */
#define show_in_reg(reg) \
static ssize_t \
show_##reg(struct device *dev, struct device_attribute *attr, \
	   char *buf) \
{ \
	struct w83627ehf_data *data = w83627ehf_update_device(dev); \
	struct sensor_device_attribute *sensor_attr = to_sensor_dev_attr(attr); \
	int nr = sensor_attr->index; \
	return sprintf(buf, "%ld\n", in_from_reg(data->reg[nr], nr)); \
}
show_in_reg(in)
show_in_reg(in_min)
show_in_reg(in_max)

#define store_in_reg(REG, reg) \
static ssize_t \
store_in_##reg (struct device *dev, struct device_attribute *attr, \
			const char *buf, size_t count) \
{ \
	struct i2c_client *client = to_i2c_client(dev); \
	struct w83627ehf_data *data = i2c_get_clientdata(client); \
	struct sensor_device_attribute *sensor_attr = to_sensor_dev_attr(attr); \
	int nr = sensor_attr->index; \
	u32 val = simple_strtoul(buf, NULL, 10); \
 \
	mutex_lock(&data->update_lock); \
	data->in_##reg[nr] = in_to_reg(val, nr); \
	w83627ehf_write_value(client, W83627EHF_REG_IN_##REG(nr), \
			      data->in_##reg[nr]); \
	mutex_unlock(&data->update_lock); \
	return count; \
}

store_in_reg(MIN, min)
store_in_reg(MAX, max)

static ssize_t show_alarm(struct device *dev, struct device_attribute *attr, char *buf)
{
	struct w83627ehf_data *data = w83627ehf_update_device(dev);
	struct sensor_device_attribute *sensor_attr = to_sensor_dev_attr(attr);
	int nr = sensor_attr->index;
	return sprintf(buf, "%u\n", (data->alarms >> nr) & 0x01);
}

static struct sensor_device_attribute sda_in_input[] = {
	SENSOR_ATTR(in0_input, S_IRUGO, show_in, NULL, 0),
	SENSOR_ATTR(in1_input, S_IRUGO, show_in, NULL, 1),
	SENSOR_ATTR(in2_input, S_IRUGO, show_in, NULL, 2),
	SENSOR_ATTR(in3_input, S_IRUGO, show_in, NULL, 3),
	SENSOR_ATTR(in4_input, S_IRUGO, show_in, NULL, 4),
	SENSOR_ATTR(in5_input, S_IRUGO, show_in, NULL, 5),
	SENSOR_ATTR(in6_input, S_IRUGO, show_in, NULL, 6),
	SENSOR_ATTR(in7_input, S_IRUGO, show_in, NULL, 7),
	SENSOR_ATTR(in8_input, S_IRUGO, show_in, NULL, 8),
	SENSOR_ATTR(in9_input, S_IRUGO, show_in, NULL, 9),
};

static struct sensor_device_attribute sda_in_alarm[] = {
	SENSOR_ATTR(in0_alarm, S_IRUGO, show_alarm, NULL, 0),
	SENSOR_ATTR(in1_alarm, S_IRUGO, show_alarm, NULL, 1),
	SENSOR_ATTR(in2_alarm, S_IRUGO, show_alarm, NULL, 2),
	SENSOR_ATTR(in3_alarm, S_IRUGO, show_alarm, NULL, 3),
	SENSOR_ATTR(in4_alarm, S_IRUGO, show_alarm, NULL, 8),
	SENSOR_ATTR(in5_alarm, S_IRUGO, show_alarm, NULL, 21),
	SENSOR_ATTR(in6_alarm, S_IRUGO, show_alarm, NULL, 20),
	SENSOR_ATTR(in7_alarm, S_IRUGO, show_alarm, NULL, 16),
	SENSOR_ATTR(in8_alarm, S_IRUGO, show_alarm, NULL, 17),
	SENSOR_ATTR(in9_alarm, S_IRUGO, show_alarm, NULL, 19),
};

static struct sensor_device_attribute sda_in_min[] = {
       SENSOR_ATTR(in0_min, S_IWUSR | S_IRUGO, show_in_min, store_in_min, 0),
       SENSOR_ATTR(in1_min, S_IWUSR | S_IRUGO, show_in_min, store_in_min, 1),
       SENSOR_ATTR(in2_min, S_IWUSR | S_IRUGO, show_in_min, store_in_min, 2),
       SENSOR_ATTR(in3_min, S_IWUSR | S_IRUGO, show_in_min, store_in_min, 3),
       SENSOR_ATTR(in4_min, S_IWUSR | S_IRUGO, show_in_min, store_in_min, 4),
       SENSOR_ATTR(in5_min, S_IWUSR | S_IRUGO, show_in_min, store_in_min, 5),
       SENSOR_ATTR(in6_min, S_IWUSR | S_IRUGO, show_in_min, store_in_min, 6),
       SENSOR_ATTR(in7_min, S_IWUSR | S_IRUGO, show_in_min, store_in_min, 7),
       SENSOR_ATTR(in8_min, S_IWUSR | S_IRUGO, show_in_min, store_in_min, 8),
       SENSOR_ATTR(in9_min, S_IWUSR | S_IRUGO, show_in_min, store_in_min, 9),
};

static struct sensor_device_attribute sda_in_max[] = {
       SENSOR_ATTR(in0_max, S_IWUSR | S_IRUGO, show_in_max, store_in_max, 0),
       SENSOR_ATTR(in1_max, S_IWUSR | S_IRUGO, show_in_max, store_in_max, 1),
       SENSOR_ATTR(in2_max, S_IWUSR | S_IRUGO, show_in_max, store_in_max, 2),
       SENSOR_ATTR(in3_max, S_IWUSR | S_IRUGO, show_in_max, store_in_max, 3),
       SENSOR_ATTR(in4_max, S_IWUSR | S_IRUGO, show_in_max, store_in_max, 4),
       SENSOR_ATTR(in5_max, S_IWUSR | S_IRUGO, show_in_max, store_in_max, 5),
       SENSOR_ATTR(in6_max, S_IWUSR | S_IRUGO, show_in_max, store_in_max, 6),
       SENSOR_ATTR(in7_max, S_IWUSR | S_IRUGO, show_in_max, store_in_max, 7),
       SENSOR_ATTR(in8_max, S_IWUSR | S_IRUGO, show_in_max, store_in_max, 8),
       SENSOR_ATTR(in9_max, S_IWUSR | S_IRUGO, show_in_max, store_in_max, 9),
};

static void device_create_file_in(struct device *dev, int i)
{
	device_create_file(dev, &sda_in_input[i].dev_attr);
	device_create_file(dev, &sda_in_alarm[i].dev_attr);
	device_create_file(dev, &sda_in_min[i].dev_attr);
	device_create_file(dev, &sda_in_max[i].dev_attr);
}

#define show_fan_reg(reg) \
static ssize_t \
show_##reg(struct device *dev, struct device_attribute *attr, \
	   char *buf) \
{ \
	struct w83627ehf_data *data = w83627ehf_update_device(dev); \
	struct sensor_device_attribute *sensor_attr = to_sensor_dev_attr(attr); \
	int nr = sensor_attr->index; \
	return sprintf(buf, "%d\n", \
		       fan_from_reg(data->reg[nr], \
				    div_from_reg(data->fan_div[nr]))); \
}
show_fan_reg(fan);
show_fan_reg(fan_min);

static ssize_t
show_fan_div(struct device *dev, struct device_attribute *attr,
	     char *buf)
{
	struct w83627ehf_data *data = w83627ehf_update_device(dev);
	struct sensor_device_attribute *sensor_attr = to_sensor_dev_attr(attr);
	int nr = sensor_attr->index;
	return sprintf(buf, "%u\n", div_from_reg(data->fan_div[nr]));
}

static ssize_t
store_fan_min(struct device *dev, struct device_attribute *attr,
	      const char *buf, size_t count)
{
	struct i2c_client *client = to_i2c_client(dev);
	struct w83627ehf_data *data = i2c_get_clientdata(client);
	struct sensor_device_attribute *sensor_attr = to_sensor_dev_attr(attr);
	int nr = sensor_attr->index;
	unsigned int val = simple_strtoul(buf, NULL, 10);
	unsigned int reg;
	u8 new_div;

	mutex_lock(&data->update_lock);
	if (!val) {
		/* No min limit, alarm disabled */
		data->fan_min[nr] = 255;
		new_div = data->fan_div[nr]; /* No change */
		dev_info(dev, "fan%u low limit and alarm disabled\n", nr + 1);
	} else if ((reg = 1350000U / val) >= 128 * 255) {
		/* Speed below this value cannot possibly be represented,
		   even with the highest divider (128) */
		data->fan_min[nr] = 254;
		new_div = 7; /* 128 = (1 << 7) */
		dev_warn(dev, "fan%u low limit %u below minimum %u, set to "
			 "minimum\n", nr + 1, val, fan_from_reg(254, 128));
	} else if (!reg) {
		/* Speed above this value cannot possibly be represented,
		   even with the lowest divider (1) */
		data->fan_min[nr] = 1;
		new_div = 0; /* 1 = (1 << 0) */
		dev_warn(dev, "fan%u low limit %u above maximum %u, set to "
			 "maximum\n", nr + 1, val, fan_from_reg(1, 1));
	} else {
		/* Automatically pick the best divider, i.e. the one such
		   that the min limit will correspond to a register value
		   in the 96..192 range */
		new_div = 0;
		while (reg > 192 && new_div < 7) {
			reg >>= 1;
			new_div++;
		}
		data->fan_min[nr] = reg;
	}

	/* Write both the fan clock divider (if it changed) and the new
	   fan min (unconditionally) */
	if (new_div != data->fan_div[nr]) {
		if (new_div > data->fan_div[nr])
			data->fan[nr] >>= (data->fan_div[nr] - new_div);
		else
			data->fan[nr] <<= (new_div - data->fan_div[nr]);

		dev_dbg(dev, "fan%u clock divider changed from %u to %u\n",
			nr + 1, div_from_reg(data->fan_div[nr]),
			div_from_reg(new_div));
		data->fan_div[nr] = new_div;
		w83627ehf_write_fan_div(client, nr);
	}
	w83627ehf_write_value(client, W83627EHF_REG_FAN_MIN[nr],
			      data->fan_min[nr]);
	mutex_unlock(&data->update_lock);

	return count;
}

static struct sensor_device_attribute sda_fan_input[] = {
	SENSOR_ATTR(fan1_input, S_IRUGO, show_fan, NULL, 0),
	SENSOR_ATTR(fan2_input, S_IRUGO, show_fan, NULL, 1),
	SENSOR_ATTR(fan3_input, S_IRUGO, show_fan, NULL, 2),
	SENSOR_ATTR(fan4_input, S_IRUGO, show_fan, NULL, 3),
	SENSOR_ATTR(fan5_input, S_IRUGO, show_fan, NULL, 4),
};

static struct sensor_device_attribute sda_fan_alarm[] = {
	SENSOR_ATTR(fan1_alarm, S_IRUGO, show_alarm, NULL, 6),
	SENSOR_ATTR(fan2_alarm, S_IRUGO, show_alarm, NULL, 7),
	SENSOR_ATTR(fan3_alarm, S_IRUGO, show_alarm, NULL, 11),
	SENSOR_ATTR(fan4_alarm, S_IRUGO, show_alarm, NULL, 10),
	SENSOR_ATTR(fan5_alarm, S_IRUGO, show_alarm, NULL, 23),
};

static struct sensor_device_attribute sda_fan_min[] = {
	SENSOR_ATTR(fan1_min, S_IWUSR | S_IRUGO, show_fan_min,
		    store_fan_min, 0),
	SENSOR_ATTR(fan2_min, S_IWUSR | S_IRUGO, show_fan_min,
		    store_fan_min, 1),
	SENSOR_ATTR(fan3_min, S_IWUSR | S_IRUGO, show_fan_min,
		    store_fan_min, 2),
	SENSOR_ATTR(fan4_min, S_IWUSR | S_IRUGO, show_fan_min,
		    store_fan_min, 3),
	SENSOR_ATTR(fan5_min, S_IWUSR | S_IRUGO, show_fan_min,
		    store_fan_min, 4),
};

static struct sensor_device_attribute sda_fan_div[] = {
	SENSOR_ATTR(fan1_div, S_IRUGO, show_fan_div, NULL, 0),
	SENSOR_ATTR(fan2_div, S_IRUGO, show_fan_div, NULL, 1),
	SENSOR_ATTR(fan3_div, S_IRUGO, show_fan_div, NULL, 2),
	SENSOR_ATTR(fan4_div, S_IRUGO, show_fan_div, NULL, 3),
	SENSOR_ATTR(fan5_div, S_IRUGO, show_fan_div, NULL, 4),
};

static void device_create_file_fan(struct device *dev, int i)
{
	device_create_file(dev, &sda_fan_input[i].dev_attr);
	device_create_file(dev, &sda_fan_alarm[i].dev_attr);
	device_create_file(dev, &sda_fan_div[i].dev_attr);
	device_create_file(dev, &sda_fan_min[i].dev_attr);
}

#define show_temp1_reg(reg) \
static ssize_t \
show_##reg(struct device *dev, struct device_attribute *attr, \
	   char *buf) \
{ \
	struct w83627ehf_data *data = w83627ehf_update_device(dev); \
	return sprintf(buf, "%d\n", temp1_from_reg(data->reg)); \
}
show_temp1_reg(temp1);
show_temp1_reg(temp1_max);
show_temp1_reg(temp1_max_hyst);

#define store_temp1_reg(REG, reg) \
static ssize_t \
store_temp1_##reg(struct device *dev, struct device_attribute *attr, \
		  const char *buf, size_t count) \
{ \
	struct i2c_client *client = to_i2c_client(dev); \
	struct w83627ehf_data *data = i2c_get_clientdata(client); \
	u32 val = simple_strtoul(buf, NULL, 10); \
 \
	mutex_lock(&data->update_lock); \
	data->temp1_##reg = temp1_to_reg(val); \
	w83627ehf_write_value(client, W83627EHF_REG_TEMP1_##REG, \
			      data->temp1_##reg); \
	mutex_unlock(&data->update_lock); \
	return count; \
}
store_temp1_reg(OVER, max);
store_temp1_reg(HYST, max_hyst);

#define show_temp_reg(reg) \
static ssize_t \
show_##reg(struct device *dev, struct device_attribute *attr, \
	   char *buf) \
{ \
	struct w83627ehf_data *data = w83627ehf_update_device(dev); \
	struct sensor_device_attribute *sensor_attr = to_sensor_dev_attr(attr); \
	int nr = sensor_attr->index; \
	return sprintf(buf, "%d\n", \
		       LM75_TEMP_FROM_REG(data->reg[nr])); \
}
show_temp_reg(temp);
show_temp_reg(temp_max);
show_temp_reg(temp_max_hyst);

#define store_temp_reg(REG, reg) \
static ssize_t \
store_##reg(struct device *dev, struct device_attribute *attr, \
	    const char *buf, size_t count) \
{ \
	struct i2c_client *client = to_i2c_client(dev); \
	struct w83627ehf_data *data = i2c_get_clientdata(client); \
	struct sensor_device_attribute *sensor_attr = to_sensor_dev_attr(attr); \
	int nr = sensor_attr->index; \
	u32 val = simple_strtoul(buf, NULL, 10); \
 \
	mutex_lock(&data->update_lock); \
	data->reg[nr] = LM75_TEMP_TO_REG(val); \
	w83627ehf_write_value(client, W83627EHF_REG_TEMP_##REG[nr], \
			      data->reg[nr]); \
	mutex_unlock(&data->update_lock); \
	return count; \
}
store_temp_reg(OVER, temp_max);
store_temp_reg(HYST, temp_max_hyst);

static struct sensor_device_attribute sda_temp[] = {
	SENSOR_ATTR(temp1_input, S_IRUGO, show_temp1, NULL, 0),
	SENSOR_ATTR(temp2_input, S_IRUGO, show_temp, NULL, 0),
	SENSOR_ATTR(temp3_input, S_IRUGO, show_temp, NULL, 1),
	SENSOR_ATTR(temp1_max, S_IRUGO | S_IWUSR, show_temp1_max,
		    store_temp1_max, 0),
	SENSOR_ATTR(temp2_max, S_IRUGO | S_IWUSR, show_temp_max,
		    store_temp_max, 0),
	SENSOR_ATTR(temp3_max, S_IRUGO | S_IWUSR, show_temp_max,
		    store_temp_max, 1),
	SENSOR_ATTR(temp1_max_hyst, S_IRUGO | S_IWUSR, show_temp1_max_hyst,
		    store_temp1_max_hyst, 0),
	SENSOR_ATTR(temp2_max_hyst, S_IRUGO | S_IWUSR, show_temp_max_hyst,
		    store_temp_max_hyst, 0),
	SENSOR_ATTR(temp3_max_hyst, S_IRUGO | S_IWUSR, show_temp_max_hyst,
		    store_temp_max_hyst, 1),
	SENSOR_ATTR(temp1_alarm, S_IRUGO, show_alarm, NULL, 4),
	SENSOR_ATTR(temp2_alarm, S_IRUGO, show_alarm, NULL, 5),
	SENSOR_ATTR(temp3_alarm, S_IRUGO, show_alarm, NULL, 13),
};

/*
 * Driver and client management
 */

static struct i2c_driver w83627ehf_driver;

static void w83627ehf_init_client(struct i2c_client *client)
{
	int i;
	u8 tmp;

	/* Start monitoring is needed */
	tmp = w83627ehf_read_value(client, W83627EHF_REG_CONFIG);
	if (!(tmp & 0x01))
		w83627ehf_write_value(client, W83627EHF_REG_CONFIG,
				      tmp | 0x01);

	/* Enable temp2 and temp3 if needed */
	for (i = 0; i < 2; i++) {
		tmp = w83627ehf_read_value(client,
					   W83627EHF_REG_TEMP_CONFIG[i]);
		if (tmp & 0x01)
			w83627ehf_write_value(client,
					      W83627EHF_REG_TEMP_CONFIG[i],
					      tmp & 0xfe);
	}
}

static int w83627ehf_detect(struct i2c_adapter *adapter)
{
	struct i2c_client *client;
	struct w83627ehf_data *data;
	struct device *dev;
	int i, err = 0;

	if (!request_region(address + REGION_OFFSET, REGION_LENGTH,
	                    w83627ehf_driver.driver.name)) {
		err = -EBUSY;
		goto exit;
	}

	if (!(data = kzalloc(sizeof(struct w83627ehf_data), GFP_KERNEL))) {
		err = -ENOMEM;
		goto exit_release;
	}

	client = &data->client;
	i2c_set_clientdata(client, data);
	client->addr = address;
	mutex_init(&data->lock);
	client->adapter = adapter;
	client->driver = &w83627ehf_driver;
	client->flags = 0;
	dev = &client->dev;

	strlcpy(client->name, "w83627ehf", I2C_NAME_SIZE);
	data->valid = 0;
	mutex_init(&data->update_lock);

	/* Tell the i2c layer a new client has arrived */
	if ((err = i2c_attach_client(client)))
		goto exit_free;

	/* Initialize the chip */
	w83627ehf_init_client(client);

	/* A few vars need to be filled upon startup */
	for (i = 0; i < 5; i++)
		data->fan_min[i] = w83627ehf_read_value(client,
				   W83627EHF_REG_FAN_MIN[i]);

	/* It looks like fan4 and fan5 pins can be alternatively used
	   as fan on/off switches */
	data->has_fan = 0x07; /* fan1, fan2 and fan3 */
	i = w83627ehf_read_value(client, W83627EHF_REG_FANDIV1);
	if (i & (1 << 2))
		data->has_fan |= (1 << 3);
	if (i & (1 << 0))
		data->has_fan |= (1 << 4);

	/* Register sysfs hooks */
	data->class_dev = hwmon_device_register(dev);
	if (IS_ERR(data->class_dev)) {
		err = PTR_ERR(data->class_dev);
		goto exit_detach;
	}

	for (i = 0; i < 10; i++)
		device_create_file_in(dev, i);

	for (i = 0; i < 5; i++) {
		if (data->has_fan & (1 << i))
			device_create_file_fan(dev, i);
	}
	for (i = 0; i < ARRAY_SIZE(sda_temp); i++)
		device_create_file(dev, &sda_temp[i].dev_attr);

	return 0;

exit_detach:
	i2c_detach_client(client);
exit_free:
	kfree(data);
exit_release:
	release_region(address + REGION_OFFSET, REGION_LENGTH);
exit:
	return err;
}

static int w83627ehf_detach_client(struct i2c_client *client)
{
	struct w83627ehf_data *data = i2c_get_clientdata(client);
	int err;

	hwmon_device_unregister(data->class_dev);

	if ((err = i2c_detach_client(client)))
		return err;
	release_region(client->addr + REGION_OFFSET, REGION_LENGTH);
	kfree(data);

	return 0;
}

static struct i2c_driver w83627ehf_driver = {
	.driver = {
		.name	= "w83627ehf",
	},
	.attach_adapter	= w83627ehf_detect,
	.detach_client	= w83627ehf_detach_client,
};

static int __init w83627ehf_find(int sioaddr, unsigned short *addr)
{
	u16 val;

	REG = sioaddr;
	VAL = sioaddr + 1;
	superio_enter();

	val = (superio_inb(SIO_REG_DEVID) << 8)
	    | superio_inb(SIO_REG_DEVID + 1);
	if ((val & SIO_ID_MASK) != SIO_W83627EHF_ID) {
		superio_exit();
		return -ENODEV;
	}

	superio_select(W83627EHF_LD_HWM);
	val = (superio_inb(SIO_REG_ADDR) << 8)
	    | superio_inb(SIO_REG_ADDR + 1);
	*addr = val & REGION_ALIGNMENT;
	if (*addr = 0) {
		superio_exit();
		return -ENODEV;
	}

	/* Activate logical device if needed */
	val = superio_inb(SIO_REG_ENABLE);
	if (!(val & 0x01))
		superio_outb(SIO_REG_ENABLE, val | 0x01);

	superio_exit();
	return 0;
}

static int __init sensors_w83627ehf_init(void)
{
	if (w83627ehf_find(0x2e, &address)
	 && w83627ehf_find(0x4e, &address))
		return -ENODEV;

	return i2c_isa_add_driver(&w83627ehf_driver);
}

static void __exit sensors_w83627ehf_exit(void)
{
	i2c_isa_del_driver(&w83627ehf_driver);
}

MODULE_AUTHOR("Jean Delvare <khali at linux-fr.org>");
MODULE_DESCRIPTION("W83627EHF driver");
MODULE_LICENSE("GPL");

module_init(sensors_w83627ehf_init);
module_exit(sensors_w83627ehf_exit);



-------------- next part --------------
A non-text attachment was scrubbed...
Name: w83627ehf_00_add_fan_crt.patch
Type: application/octet-stream
Size: 15688 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060511/c8d88a43/w83627ehf_00_add_fan_crt-0001.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: w83627ehf_01_pwm_mode_fix.patch
Type: application/octet-stream
Size: 2899 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060511/c8d88a43/w83627ehf_01_pwm_mode_fix-0001.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: w83627ehf_02_pwm_enable_disable.patch
Type: application/octet-stream
Size: 3856 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060511/c8d88a43/w83627ehf_02_pwm_enable_disable-0001.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: w83627ehf_03_fix_fan_step_time.patch
Type: application/octet-stream
Size: 1402 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060511/c8d88a43/w83627ehf_03_fix_fan_step_time-0001.obj

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (9 preceding siblings ...)
  2006-05-11 15:25 ` David Hubbard
@ 2006-05-12  6:44 ` Sylvain Jeaugey
  2006-05-14 20:55 ` Rudolf Marek
                   ` (7 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: Sylvain Jeaugey @ 2006-05-12  6:44 UTC (permalink / raw)
  To: lm-sensors

Trying to build against 2.6.16.16, I ran into undefined references to 
SENSOR_ATTR arrays. After a quick search it looks like it was introduced 
little time ago.

Do I need to upgrade to 2.6.17-rc4 or is there another separate patch to 
apply ?

Sylvain

On Thu, 11 May 2006, David Hubbard wrote:

> Hi Rudolf, Sylvain,
>
> Here is the .c file Rudolf sent me, and the first patch is his
> (add_fan_crt.patch). Then there are three patches of mine. Rudolf, I
> removed the extra comments as you suggested. Please test these and let
> me know if there are any problems.
>
> David
>
> On 5/11/06, Sylvain Jeaugey <sylvain at gomjabbar.ath.cx> wrote:
>> Hi guys,
>> 
>> I own an ASUS P5S800-VM, with an embedded W83627EHF. If you need help for
>> testing/coding, please tell me where I can find the latest piece of code.
>> I saw e-mails with patches, but didn't catch all of them. I'd really like
>> to play with smart fans ...
>> 
>> So, if I can do something, just ask.
>> 
>> Cheers,
>> Sylvain
>


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (10 preceding siblings ...)
  2006-05-12  6:44 ` Sylvain Jeaugey
@ 2006-05-14 20:55 ` Rudolf Marek
  2006-05-15 14:14 ` David Hubbard
                   ` (6 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: Rudolf Marek @ 2006-05-14 20:55 UTC (permalink / raw)
  To: lm-sensors

Hi all

> Trying to build against 2.6.16.16, I ran into undefined references to
> SENSOR_ATTR arrays. After a quick search it looks like it was introduced
> little time ago.

> Do I need to upgrade to 2.6.17-rc4 or is there another separate patch to
> apply ?

upgrade to this kernel version plus use supplied w83627ehf.c

It should work with that - but David fixed one of the patches by hand and it is
malformed now. I will post tomorrow bigger patch putting together what we have
until now.

David, do you have somewhere the speed cruise mode or we postpone it to later?
I went through your patches and they look good to me, I just fixed a codingstyle
on some place plus I want to verify some of your changes, I will do that tomorrow.

plan:

1) I will merge yours patches to one bigger (tomorrow)
2) I have fixed the sysfs docs and I post them (tomorrow)
3) I still think that check for fan4 and fan5 is not sufficient.
   see page 94 (printed) in datasheet, the pin 119 can be GPIO,
   similar for other fan which is shared with serial flash interface,
   but it seems the datasheet is not sharing with us the pin control.

PI) speed cruise mode patch ?
4) cleanup patch for whole file
5) docs update reflecting the fan control (got some notes about the files)

Personally I think we can wait with fanspeed cruise a bit and concentrate to
finish our stuff...


Regards
Rudolf


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (11 preceding siblings ...)
  2006-05-14 20:55 ` Rudolf Marek
@ 2006-05-15 14:14 ` David Hubbard
  2006-05-15 16:47 ` Jean Delvare
                   ` (5 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: David Hubbard @ 2006-05-15 14:14 UTC (permalink / raw)
  To: lm-sensors

Hi all,

On 5/14/06, Rudolf Marek <r.marek at sh.cvut.cz> wrote:
> Hi all
>
> > Trying to build against 2.6.16.16, I ran into undefined references to
> > SENSOR_ATTR arrays. After a quick search it looks like it was introduced
> > little time ago.
>
> > Do I need to upgrade to 2.6.17-rc4 or is there another separate patch to
> > apply ?
>
> upgrade to this kernel version plus use supplied w83627ehf.c
>
> It should work with that - but David fixed one of the patches by hand and it is
> malformed now. I will post tomorrow bigger patch putting together what we have
> until now.

Oops! Yes, I forgot to change the number of lines! I got in a hurry,
and there you go...

> David, do you have somewhere the speed cruise mode or we postpone it to later?
> I went through your patches and they look good to me, I just fixed a codingstyle
> on some place plus I want to verify some of your changes, I will do that tomorrow.

Thanks for fixing stuff. I would like to see what you end up with. The
RPM speed cruise is coming, sorry for taking so long...

> plan:
>
> 1) I will merge yours patches to one bigger (tomorrow)
> 2) I have fixed the sysfs docs and I post them (tomorrow)
> 3) I still think that check for fan4 and fan5 is not sufficient.
>    see page 94 (printed) in datasheet, the pin 119 can be GPIO,
>    similar for other fan which is shared with serial flash interface,
>    but it seems the datasheet is not sharing with us the pin control.
>
> PI) speed cruise mode patch ?
> 4) cleanup patch for whole file
> 5) docs update reflecting the fan control (got some notes about the files)
>
> Personally I think we can wait with fanspeed cruise a bit and concentrate to
> finish our stuff...

Okay, yes, especially #3 and #4 (and I look forward to reading the
updates to the docs, you have new information?). When I do get around
to writing the RPM cruise and the SpeedFan III support, it can just be
added on, no matter what else is done.

Anyway, sorry for taking so long to write patches...

David


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (12 preceding siblings ...)
  2006-05-15 14:14 ` David Hubbard
@ 2006-05-15 16:47 ` Jean Delvare
  2006-05-15 18:37 ` Sylvain Jeaugey
                   ` (4 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: Jean Delvare @ 2006-05-15 16:47 UTC (permalink / raw)
  To: lm-sensors

> Trying to build against 2.6.16.16, I ran into undefined references to 
> SENSOR_ATTR arrays. After a quick search it looks like it was introduced 
> little time ago.
> 
> Do I need to upgrade to 2.6.17-rc4 or is there another separate patch to 
> apply ?

That would be this patch:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;hBd3b83fecb7b576d477244347982baa02fa4f44

Now I can't promise that it'll be enough.

-- 
Jean Delvare


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (13 preceding siblings ...)
  2006-05-15 16:47 ` Jean Delvare
@ 2006-05-15 18:37 ` Sylvain Jeaugey
  2006-05-15 20:17 ` David Hubbard
                   ` (3 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: Sylvain Jeaugey @ 2006-05-15 18:37 UTC (permalink / raw)
  To: lm-sensors

@Rudolf & Jean : 2.6.17-rc4 did the job. Thanks guys !

@David : the w83627ehf.c file you sent seems to be working fine (ASUS 
P5S800-VM here) and there are in[0-10]_{input,min,max} in /sys, which seem 
to show good results.
I didn't upgrade userland tools yet, so I can't show you the result in 
sensors.

Sylvain

On Mon, 15 May 2006, Jean Delvare wrote:

>> Trying to build against 2.6.16.16, I ran into undefined references to
>> SENSOR_ATTR arrays. After a quick search it looks like it was introduced
>> little time ago.
>>
>> Do I need to upgrade to 2.6.17-rc4 or is there another separate patch to
>> apply ?
>
> That would be this patch:
> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;hBd3b83fecb7b576d477244347982baa02fa4f44
>
> Now I can't promise that it'll be enough.
>
> -- 
> Jean Delvare
>


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (14 preceding siblings ...)
  2006-05-15 18:37 ` Sylvain Jeaugey
@ 2006-05-15 20:17 ` David Hubbard
  2006-05-15 21:11 ` Rudolf Marek
                   ` (2 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: David Hubbard @ 2006-05-15 20:17 UTC (permalink / raw)
  To: lm-sensors

Hi Sylvain,

On 5/15/06, Sylvain Jeaugey <sylvain at gomjabbar.ath.cx> wrote:
> @Rudolf & Jean : 2.6.17-rc4 did the job. Thanks guys !
>
> @David : the w83627ehf.c file you sent seems to be working fine (ASUS
> P5S800-VM here) and there are in[0-10]_{input,min,max} in /sys, which seem
> to show good results.
> I didn't upgrade userland tools yet, so I can't show you the result in
> sensors.

That's great! Please test and/or find bugs! Thanks for the help!

David


^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (15 preceding siblings ...)
  2006-05-15 20:17 ` David Hubbard
@ 2006-05-15 21:11 ` Rudolf Marek
  2006-05-20 13:57 ` Rudolf Marek
  2006-06-04 18:08 ` Rudolf Marek
  18 siblings, 0 replies; 20+ messages in thread
From: Rudolf Marek @ 2006-05-15 21:11 UTC (permalink / raw)
  To: lm-sensors

Hi David,
> 
> Oops! Yes, I forgot to change the number of lines! I got in a hurry,
> and there you go...

hehe

>> David, do you have somewhere the speed cruise mode or we postpone it to later?
>> I went through your patches and they look good to me, I just fixed a codingstyle
>> on some place plus I want to verify some of your changes, I will do that tomorrow.
> 
> Thanks for fixing stuff. I would like to see what you end up with. The
> RPM speed cruise is coming, sorry for taking so long...

NP I have also lot of stuff to do...

> 
>> plan:
>>
>> 1) I will merge yours patches to one bigger (tomorrow)
>> 2) I have fixed the sysfs docs and I post them (tomorrow)
>> 3) I still think that check for fan4 and fan5 is not sufficient.
>>    see page 94 (printed) in datasheet, the pin 119 can be GPIO,
>>    similar for other fan which is shared with serial flash interface,
>>    but it seems the datasheet is not sharing with us the pin control.
>>
>> PI) speed cruise mode patch ?
>> 4) cleanup patch for whole file
>> 5) docs update reflecting the fan control (got some notes about the files)
>>
>> Personally I think we can wait with fanspeed cruise a bit and concentrate to
>> finish our stuff...
> 
> Okay, yes, especially #3 and #4 (and I look forward to reading the
> updates to the docs, you have new information?). When I do get around
> to writing the RPM cruise and the SpeedFan III support, it can just be
> added on, no matter what else is done.
> 

Speed fan III is there ...

In the attachment is our patches merged to one. I need to investigate the 
fan4/fan5 enable, I will write separate email to Dezheng.
#5 is still a skeleton file, but we should publish it same time as the whole patch.

Plan: I will fix the fan4/fan5, please test the stuff and update the docs file 
so we know that the info there is really true, plus you may try to test the 
driver with the help of this file.

If you have spare time, you may prepare the documentation update patch for the 
EHF entry in kernel documentation. For the format see rest of the file or other 
files.

And after this step we can push the stuff to Jean and on the to cleanup + RPM 
cruise or vice-versa depending on existing cleanup patch reuuse ;)

Regards
Rudolf
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ehf_patch_rc1
Url: http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060515/7360cd2e/ehf_patch_rc1.pl
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: docs
Url: http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060515/7360cd2e/docs.pl

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (16 preceding siblings ...)
  2006-05-15 21:11 ` Rudolf Marek
@ 2006-05-20 13:57 ` Rudolf Marek
  2006-06-04 18:08 ` Rudolf Marek
  18 siblings, 0 replies; 20+ messages in thread
From: Rudolf Marek @ 2006-05-20 13:57 UTC (permalink / raw)
  To: lm-sensors

Hello all,

I'm attaching the fix for fan5 fan4 conditional enable.
Please test it. The patch apply on the top of my previous email
of this thread.

On my board is fan4 disabled and programed as midi serial in.
Fan5 shares pins with serial flash, which is disabled. but for some reason
the on/off register is set to manual output mode and surprisingly it cannot
be changed?!

So on my configuration ASUS A8V-E SE I do not have fan4 and fan5 either.

You may provide dump of following to check if the config is correct:
isadump -k 0x86,0x86 0x2e 0x2f
isadump 0x295 0x296

Thanks,
Regards
Rudolf
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ehf_patch_fix_fan45
Url: http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060520/673bf0cc/ehf_patch_fix_fan45.pl

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [lm-sensors] W83627EHF driver enhancements
  2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
                   ` (17 preceding siblings ...)
  2006-05-20 13:57 ` Rudolf Marek
@ 2006-06-04 18:08 ` Rudolf Marek
  18 siblings, 0 replies; 20+ messages in thread
From: Rudolf Marek @ 2006-06-04 18:08 UTC (permalink / raw)
  To: lm-sensors

Hi David,

> I'm attaching the fix for fan5 fan4 conditional enable.
> Please test it. The patch apply on the top of my previous email
> of this thread.

Anything new about this?

I think if we know that it works then we might push the patch upstream so it
will be in 2.6.18...

Regards
Rudolf


^ permalink raw reply	[flat|nested] 20+ messages in thread

end of thread, other threads:[~2006-06-04 18:08 UTC | newest]

Thread overview: 20+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-04-01 19:35 [lm-sensors] W83627EHF driver enhancements Rudolf Marek
2006-04-02  5:43 ` David Hubbard
2006-04-02  5:46 ` David Hubbard
2006-04-02 10:09 ` Rudolf Marek
2006-04-12  1:04 ` David Hubbard
2006-04-16 21:21 ` Rudolf Marek
2006-05-10 17:07 ` Rudolf Marek
2006-05-10 19:01 ` David Hubbard
2006-05-10 19:12 ` Rudolf Marek
2006-05-10 20:25 ` David Hubbard
2006-05-11 15:25 ` David Hubbard
2006-05-12  6:44 ` Sylvain Jeaugey
2006-05-14 20:55 ` Rudolf Marek
2006-05-15 14:14 ` David Hubbard
2006-05-15 16:47 ` Jean Delvare
2006-05-15 18:37 ` Sylvain Jeaugey
2006-05-15 20:17 ` David Hubbard
2006-05-15 21:11 ` Rudolf Marek
2006-05-20 13:57 ` Rudolf Marek
2006-06-04 18:08 ` Rudolf Marek

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.