* [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says
2007-03-21 6:27 [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says use Curt Blank
@ 2007-03-21 16:55 ` David Hubbard
2007-03-21 17:09 ` Jean Delvare
` (5 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: David Hubbard @ 2007-03-21 16:55 UTC (permalink / raw)
To: lm-sensors
Hi Curt,
On 3/20/07, Curt Blank <Curt.Blank at curtronics.com> wrote:
> Ok, I answered my own question, yes I can backport the w83627ehf driver
> from 2.6.21 to 2.6.16.
>
> If anyone is interested I put the patches here:
>
> http://www.curtronics.com/patches/
>
> Not bad for one nights work.
>
> Below is the living proof. The chip ID reported by the W83627DHG on this
> MB was different then what the 2.6.21 w83627ehf code looked for so now
> it looks for both. There are 4 fans connected to this MB but only 3 are
> showing up, the 4th is a MSI installed fan on the Northbridge chip.
> Maybe I can't see that one, I don't know at this point. I have to
> validate the voltages also, they don't look quite right.
>
> -Curt
Good work. I am not surprised that the driver works in 2.6.16, since
it works in 2.6.17. If your voltages are slightly off, you'll just
need to edit /etc/sensors.conf and change the voltage formulas. (The
voltages are determined by resistors on the motherboard, so it's a
manufacturer and motherboard-specific decision how the voltages are
actually measured.)
David
^ permalink raw reply [flat|nested] 8+ messages in thread* [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says
2007-03-21 6:27 [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says use Curt Blank
2007-03-21 16:55 ` [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says David Hubbard
@ 2007-03-21 17:09 ` Jean Delvare
2007-03-21 17:15 ` Curt Blank
` (4 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: Jean Delvare @ 2007-03-21 17:09 UTC (permalink / raw)
To: lm-sensors
Hi Curt,
On Wed, 21 Mar 2007 01:27:48 -0500, Curt Blank wrote:
> Ok, I answered my own question, yes I can backport the w83627ehf driver
> from 2.6.21 to 2.6.16.
>
> If anyone is interested I put the patches here:
>
> http://www.curtronics.com/patches/
>
> Not bad for one nights work.
>
> Below is the living proof. The chip ID reported by the W83627DHG on this
> MB was different then what the 2.6.21 w83627ehf code looked for so now
> it looks for both. There are 4 fans connected to this MB but only 3 are
> showing up, the 4th is a MSI installed fan on the Northbridge chip.
> Maybe I can't see that one, I don't know at this point. I have to
> validate the voltages also, they don't look quite right.
Two comments about this patch:
1* You didn't have to convert the semaphores to mutexes. This is a
kernel-wide change that happened at one point in time, and is not
related with the W83627DHG support at all. Without that change, your
patch will be smaller.
2* You do not need to change the device ID. If you look at the code,
you'll see that we do explicitely mask out the lower bits, because they
are _known_ to change depending on the exact chip revision. So the
original code should work just fine for you too.
--
Jean Delvare
^ permalink raw reply [flat|nested] 8+ messages in thread* [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says
2007-03-21 6:27 [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says use Curt Blank
2007-03-21 16:55 ` [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says David Hubbard
2007-03-21 17:09 ` Jean Delvare
@ 2007-03-21 17:15 ` Curt Blank
2007-03-21 17:36 ` Curt Blank
` (3 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: Curt Blank @ 2007-03-21 17:15 UTC (permalink / raw)
To: lm-sensors
Thanks. It was more work then I expected. If I knew how much work it was
before I started I probably would not have done it.
As for the kernel, due to using applications supplied on the distro I tend
to like to stay with the kernel version supplied. I don't have the time to
modify the applications if need be.
As for the voltages, yes I'm aware of the conf file, but my question has
always been, how do I know which is what? I'd be guessing at best. When
Jan gets the schematic he can tell me which input is what voltage but
right now I don't have a clue.
-Curt
On Wed, 21 Mar 2007, David Hubbard wrote:
> Hi Curt,
>
> On 3/20/07, Curt Blank <Curt.Blank at curtronics.com> wrote:
> > Ok, I answered my own question, yes I can backport the w83627ehf driver
> > from 2.6.21 to 2.6.16.
> >
> > If anyone is interested I put the patches here:
> >
> > http://www.curtronics.com/patches/
> >
> > Not bad for one nights work.
> >
> > Below is the living proof. The chip ID reported by the W83627DHG on this
> > MB was different then what the 2.6.21 w83627ehf code looked for so now
> > it looks for both. There are 4 fans connected to this MB but only 3 are
> > showing up, the 4th is a MSI installed fan on the Northbridge chip.
> > Maybe I can't see that one, I don't know at this point. I have to
> > validate the voltages also, they don't look quite right.
> >
> > -Curt
>
> Good work. I am not surprised that the driver works in 2.6.16, since
> it works in 2.6.17. If your voltages are slightly off, you'll just
> need to edit /etc/sensors.conf and change the voltage formulas. (The
> voltages are determined by resistors on the motherboard, so it's a
> manufacturer and motherboard-specific decision how the voltages are
> actually measured.)
>
> David
>
^ permalink raw reply [flat|nested] 8+ messages in thread* [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says
2007-03-21 6:27 [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says use Curt Blank
` (2 preceding siblings ...)
2007-03-21 17:15 ` Curt Blank
@ 2007-03-21 17:36 ` Curt Blank
2007-03-21 17:39 ` David Hubbard
` (2 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: Curt Blank @ 2007-03-21 17:36 UTC (permalink / raw)
To: lm-sensors
Hi Jan,
Thanks for the information. I wasn't sure about the semaphores and I
noticed they were no longer used in the 2.6.21 code at all so I thought
just to be safe I'd switch them to mutexes. I wanted to match the code as
close as possible to minimize any problems with doing the port and I'm not
concerned about size.
As for the Device ID, I saw the masking, but I could not get it to work
with just the 0xa020. I kept getting this:
Mar 21 00:39:14 bnfsrvr kernel: w83627ehf: unsupported chip ID: 0xffff
Mar 21 00:39:14 bnfsrvr kernel: w83627ehf: unsupported chip ID: 0xa023
Then when I added the 0xa023 definition and changed the mask to 0xFFF3 it
worked.
Ah-ha-ha. I think I see the error in my ways. All I needed to do was
change the mask to 0xFFE0. I'll give that a try. Always like to do things
the same. It was late, I was getting tired and starting to wonder if I'd
ever get it to work. Being refreshed and with your help it was now easy to
spot this.
And, when you get the schematic for this MB, I would greatly appreciate it
if you could tell me what input is what voltage. I will do it myself if
it's possible for me to get a copy of the schematic. I'd also lik to see
if the Northbridge fan is connected to the w83627dhg. Then I'd know for
sure if I should be seeing its RPM.
-Curt
On Wed, 21 Mar 2007, Jean Delvare wrote:
> Hi Curt,
>
> On Wed, 21 Mar 2007 01:27:48 -0500, Curt Blank wrote:
> > Ok, I answered my own question, yes I can backport the w83627ehf driver
> > from 2.6.21 to 2.6.16.
> >
> > If anyone is interested I put the patches here:
> >
> > http://www.curtronics.com/patches/
> >
> > Not bad for one nights work.
> >
> > Below is the living proof. The chip ID reported by the W83627DHG on this
> > MB was different then what the 2.6.21 w83627ehf code looked for so now
> > it looks for both. There are 4 fans connected to this MB but only 3 are
> > showing up, the 4th is a MSI installed fan on the Northbridge chip.
> > Maybe I can't see that one, I don't know at this point. I have to
> > validate the voltages also, they don't look quite right.
>
> Two comments about this patch:
>
> 1* You didn't have to convert the semaphores to mutexes. This is a
> kernel-wide change that happened at one point in time, and is not
> related with the W83627DHG support at all. Without that change, your
> patch will be smaller.
>
> 2* You do not need to change the device ID. If you look at the code,
> you'll see that we do explicitely mask out the lower bits, because they
> are _known_ to change depending on the exact chip revision. So the
> original code should work just fine for you too.
>
> --
> Jean Delvare
>
^ permalink raw reply [flat|nested] 8+ messages in thread* [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says
2007-03-21 6:27 [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says use Curt Blank
` (3 preceding siblings ...)
2007-03-21 17:36 ` Curt Blank
@ 2007-03-21 17:39 ` David Hubbard
2007-03-21 17:42 ` Curt Blank
2007-03-21 17:52 ` Curt Blank
6 siblings, 0 replies; 8+ messages in thread
From: David Hubbard @ 2007-03-21 17:39 UTC (permalink / raw)
To: lm-sensors
Hi Curt,
On 3/21/07, Curt Blank <curt at curtronics.com> wrote:
> Hi Jan,
>
> Thanks for the information. I wasn't sure about the semaphores and I
> noticed they were no longer used in the 2.6.21 code at all so I thought
> just to be safe I'd switch them to mutexes. I wanted to match the code as
> close as possible to minimize any problems with doing the port and I'm not
> concerned about size.
>
> As for the Device ID, I saw the masking, but I could not get it to work
> with just the 0xa020. I kept getting this:
>
> Mar 21 00:39:14 bnfsrvr kernel: w83627ehf: unsupported chip ID: 0xffff
> Mar 21 00:39:14 bnfsrvr kernel: w83627ehf: unsupported chip ID: 0xa023
>
> Then when I added the 0xa023 definition and changed the mask to 0xFFF3 it
> worked.
>
> Ah-ha-ha. I think I see the error in my ways. All I needed to do was
> change the mask to 0xFFE0. I'll give that a try. Always like to do things
> the same. It was late, I was getting tired and starting to wonder if I'd
> ever get it to work. Being refreshed and with your help it was now easy to
> spot this.
>
> And, when you get the schematic for this MB, I would greatly appreciate it
> if you could tell me what input is what voltage. I will do it myself if
> it's possible for me to get a copy of the schematic. I'd also lik to see
> if the Northbridge fan is connected to the w83627dhg. Then I'd know for
> sure if I should be seeing its RPM.
>
> -Curt
You'll want to put your replies at the bottom of the email. If you
were getting unknown device ID, we should probably add another device
ID to the driver (0xa020 ?). I'll take a look at it when I get home
tonight.
David
^ permalink raw reply [flat|nested] 8+ messages in thread* [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says
2007-03-21 6:27 [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says use Curt Blank
` (4 preceding siblings ...)
2007-03-21 17:39 ` David Hubbard
@ 2007-03-21 17:42 ` Curt Blank
2007-03-21 17:52 ` Curt Blank
6 siblings, 0 replies; 8+ messages in thread
From: Curt Blank @ 2007-03-21 17:42 UTC (permalink / raw)
To: lm-sensors
On Wed, 21 Mar 2007, David Hubbard wrote:
> Hi Curt,
>
> On 3/21/07, Curt Blank <curt at curtronics.com> wrote:
> > Hi Jan,
> >
> > Thanks for the information. I wasn't sure about the semaphores and I
> > noticed they were no longer used in the 2.6.21 code at all so I thought
> > just to be safe I'd switch them to mutexes. I wanted to match the code as
> > close as possible to minimize any problems with doing the port and I'm not
> > concerned about size.
> >
> > As for the Device ID, I saw the masking, but I could not get it to work
> > with just the 0xa020. I kept getting this:
> >
> > Mar 21 00:39:14 bnfsrvr kernel: w83627ehf: unsupported chip ID: 0xffff
> > Mar 21 00:39:14 bnfsrvr kernel: w83627ehf: unsupported chip ID: 0xa023
> >
> > Then when I added the 0xa023 definition and changed the mask to 0xFFF3 it
> > worked.
> >
> > Ah-ha-ha. I think I see the error in my ways. All I needed to do was
> > change the mask to 0xFFE0. I'll give that a try. Always like to do things
> > the same. It was late, I was getting tired and starting to wonder if I'd
> > ever get it to work. Being refreshed and with your help it was now easy to
> > spot this.
> >
> > And, when you get the schematic for this MB, I would greatly appreciate it
> > if you could tell me what input is what voltage. I will do it myself if
> > it's possible for me to get a copy of the schematic. I'd also lik to see
> > if the Northbridge fan is connected to the w83627dhg. Then I'd know for
> > sure if I should be seeing its RPM.
> >
> > -Curt
>
> You'll want to put your replies at the bottom of the email. If you
> were getting unknown device ID, we should probably add another device
> ID to the driver (0xa020 ?). I'll take a look at it when I get home
> tonight.
>
> David
>
>
Hi David,
Ok, will do. pine puts me at the top so I just type.
No I think the Device ID issue is due to the mask needing to be 0xFFE0 as
Jan pointed out. I'm going to change that and try it.
-Curt
^ permalink raw reply [flat|nested] 8+ messages in thread* [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says
2007-03-21 6:27 [lm-sensors] SUCCESS! Re: MSI K9N4 SLI-F sensors-detect says use Curt Blank
` (5 preceding siblings ...)
2007-03-21 17:42 ` Curt Blank
@ 2007-03-21 17:52 ` Curt Blank
6 siblings, 0 replies; 8+ messages in thread
From: Curt Blank @ 2007-03-21 17:52 UTC (permalink / raw)
To: lm-sensors
On Wed, 21 Mar 2007, Curt Blank wrote:
>
>
> On Wed, 21 Mar 2007, David Hubbard wrote:
>
> > Hi Curt,
> >
> > On 3/21/07, Curt Blank <curt at curtronics.com> wrote:
> > > Hi Jan,
> > >
> > > Thanks for the information. I wasn't sure about the semaphores and I
> > > noticed they were no longer used in the 2.6.21 code at all so I thought
> > > just to be safe I'd switch them to mutexes. I wanted to match the code as
> > > close as possible to minimize any problems with doing the port and I'm not
> > > concerned about size.
> > >
> > > As for the Device ID, I saw the masking, but I could not get it to work
> > > with just the 0xa020. I kept getting this:
> > >
> > > Mar 21 00:39:14 bnfsrvr kernel: w83627ehf: unsupported chip ID: 0xffff
> > > Mar 21 00:39:14 bnfsrvr kernel: w83627ehf: unsupported chip ID: 0xa023
> > >
> > > Then when I added the 0xa023 definition and changed the mask to 0xFFF3 it
> > > worked.
> > >
> > > Ah-ha-ha. I think I see the error in my ways. All I needed to do was
> > > change the mask to 0xFFE0. I'll give that a try. Always like to do things
> > > the same. It was late, I was getting tired and starting to wonder if I'd
> > > ever get it to work. Being refreshed and with your help it was now easy to
> > > spot this.
> > >
> > > And, when you get the schematic for this MB, I would greatly appreciate it
> > > if you could tell me what input is what voltage. I will do it myself if
> > > it's possible for me to get a copy of the schematic. I'd also lik to see
> > > if the Northbridge fan is connected to the w83627dhg. Then I'd know for
> > > sure if I should be seeing its RPM.
> > >
> > > -Curt
> >
> > You'll want to put your replies at the bottom of the email. If you
> > were getting unknown device ID, we should probably add another device
> > ID to the driver (0xa020 ?). I'll take a look at it when I get home
> > tonight.
> >
> > David
> >
> >
>
> Hi David,
>
> Ok, will do. pine puts me at the top so I just type.
>
> No I think the Device ID issue is due to the mask needing to be 0xFFE0 as
> Jan pointed out. I'm going to change that and try it.
>
> -Curt
>
> _______________________________________________
> lm-sensors mailing list
> lm-sensors at lm-sensors.org
> http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
>
Hi again David,
Test complete. By changing the mask to 0xFFE0 the W83627DHG is recognized
by the w83627ehf driver using 0xa020 and works. You don't need to add
another ID to look for.
-Curt
^ permalink raw reply [flat|nested] 8+ messages in thread