headers
Tino Keitel | 5 Nov 2008 08:33
Picon

Fan level 7 after resume wit 2.6.28-rc3

Hi,

I tried 2.6.28-rc3 (git a75952b) on my ThinkPad X61s, and now the fan
runs at full speed after resume from suspend:

$ cat /proc/acpi/ibm/fan
status:		enabled
speed:		0
level:		auto
commands:	level <level> (<level> is 0-7, auto, disengaged,
full-speed)
commands:	enable, disable
commands:	watchdog <timeout> (<timeout> is 0 (off), 1-120
(seconds))
$ echo mem > /sys/power/state

After resume:

$ cat /proc/acpi/ibm/fan
status:		enabled
speed:		4796
level:		7
commands:	level <level> (<level> is 0-7, auto, disengaged,
full-speed)
commands:	enable, disable
commands:	watchdog <timeout> (<timeout> is 0 (off), 1-120
(seconds))

Setting it back again to "auto" works. After the next suspend cycle, it
is back to level 7.
(Continue reading)

Permalink | Reply | 35 comments |
headers
Tino Keitel | 5 Nov 2008 08:47
Picon

Re: Fan level 7 after resume wit 2.6.28-rc3

On Wed, Nov 05, 2008 at 08:33:08 +0100, Tino Keitel wrote:
> Hi,
> 
> I tried 2.6.28-rc3 (git a75952b) on my ThinkPad X61s, and now the fan
> runs at full speed after resume from suspend:

I forgot to look into the kernel logs for more info. Well, I found this
line:

thinkpad_acpi: restoring fan level to 0x07

So I guess that according to

ACPI: thinkpad-acpi: attempt to preserve fan state on resume

the attempt failed. :-)

Regards,
Tino

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
Permalink | Reply | 33 comments |
headers
Henrique de Moraes Holschuh | 5 Nov 2008 13:26
Picon
Favicon

Re: Fan level 7 after resume wit 2.6.28-rc3

On Wed, 05 Nov 2008, Tino Keitel wrote:
> On Wed, Nov 05, 2008 at 08:33:08 +0100, Tino Keitel wrote:
> > I tried 2.6.28-rc3 (git a75952b) on my ThinkPad X61s, and now the fan
> > runs at full speed after resume from suspend:
> 
> I forgot to look into the kernel logs for more info. Well, I found this
> line:
> 
> thinkpad_acpi: restoring fan level to 0x07
> 
> So I guess that according to
> 
> ACPI: thinkpad-acpi: attempt to preserve fan state on resume
> 
> the attempt failed. :-)

Indeed.  Please send the full kernel output of thinkpad-acpi, showing boot,
suspend and resume messages from the driver, please?

Also, please tell me what is the contents of /proc/acpi/ibm/fan (and if
possible, the contents of /proc/acpi/ibm/ecdump) before you issue the
suspend command.

--

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

-------------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 31 comments |
headers
Tino Keitel | 5 Nov 2008 14:02
Picon
Picon

Re: [ibm-acpi-devel] Fan level 7 after resume wit 2.6.28-rc3

On Wed, Nov 05, 2008 at 10:26:32 -0200, Henrique de Moraes Holschuh wrote:
> On Wed, 05 Nov 2008, Tino Keitel wrote:
> > On Wed, Nov 05, 2008 at 08:33:08 +0100, Tino Keitel wrote:
> > > I tried 2.6.28-rc3 (git a75952b) on my ThinkPad X61s, and now the fan
> > > runs at full speed after resume from suspend:
> > 
> > I forgot to look into the kernel logs for more info. Well, I found this
> > line:
> > 
> > thinkpad_acpi: restoring fan level to 0x07
> > 
> > So I guess that according to
> > 
> > ACPI: thinkpad-acpi: attempt to preserve fan state on resume
> > 
> > the attempt failed. :-)
> 
> Indeed.  Please send the full kernel output of thinkpad-acpi, showing boot,
> suspend and resume messages from the driver, please?

> Also, please tell me what is the contents of /proc/acpi/ibm/fan (and if

See the first mail. I don't touch any fan settings, everything is at
the default value.
Permalink | Reply | 0 comments |
headers
Tino Keitel | 5 Nov 2008 14:08
Picon
Picon

Re: [ibm-acpi-devel] Fan level 7 after resume wit 2.6.28-rc3

On Wed, Nov 05, 2008 at 10:26:32 -0200, Henrique de Moraes Holschuh wrote:
> On Wed, 05 Nov 2008, Tino Keitel wrote:
> > On Wed, Nov 05, 2008 at 08:33:08 +0100, Tino Keitel wrote:
> > > I tried 2.6.28-rc3 (git a75952b) on my ThinkPad X61s, and now the fan
> > > runs at full speed after resume from suspend:
> > 
> > I forgot to look into the kernel logs for more info. Well, I found this
> > line:
> > 
> > thinkpad_acpi: restoring fan level to 0x07
> > 
> > So I guess that according to
> > 
> > ACPI: thinkpad-acpi: attempt to preserve fan state on resume
> > 
> > the attempt failed. :-)
> 
> Indeed.  Please send the full kernel output of thinkpad-acpi, showing boot,
> suspend and resume messages from the driver, please?

See http://tikei.de/kernel.log

> Also, please tell me what is the contents of /proc/acpi/ibm/fan (and if

See the first mail. I don't touch any fan settings, everything is at
the default value.

> possible, the contents of /proc/acpi/ibm/ecdump) before you issue the
> suspend command.
(Continue reading)

Permalink | Reply | 25 comments |
headers
Tino Keitel | 5 Nov 2008 14:45
Picon

Re: Fan level 7 after resume wit 2.6.28-rc3

On Wed, Nov 05, 2008 at 10:26:32 -0200, Henrique de Moraes Holschuh wrote:
> On Wed, 05 Nov 2008, Tino Keitel wrote:
> > On Wed, Nov 05, 2008 at 08:33:08 +0100, Tino Keitel wrote:
> > > I tried 2.6.28-rc3 (git a75952b) on my ThinkPad X61s, and now the fan
> > > runs at full speed after resume from suspend:
> > 
> > I forgot to look into the kernel logs for more info. Well, I found this
> > line:
> > 
> > thinkpad_acpi: restoring fan level to 0x07
> > 
> > So I guess that according to
> > 
> > ACPI: thinkpad-acpi: attempt to preserve fan state on resume
> > 
> > the attempt failed. :-)
> 
> Indeed.  Please send the full kernel output of thinkpad-acpi, showing boot,
> suspend and resume messages from the driver, please?

See http://tikei.de/kernel.log

> Also, please tell me what is the contents of /proc/acpi/ibm/fan (and if

See the first mail. I don't touch any fan settings, everything is at
the default value.

> possible, the contents of /proc/acpi/ibm/ecdump) before you issue the
> suspend command.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris Jones | 5 Nov 2008 15:09
Favicon
Gravatar

Re: Help needed to add support for the ThinkVantage (key) LED

Hi

Henrique de Moraes Holschuh wrote:
> Well, I have found how to control the X300 ThinkVantage blue led in the
> ThinkVantage key.

Interesting :)

> So, I'd appreciate if someone could test the LED control and check.
> This test is NOT NECESSARILY SAFE, as it requires direct writes to the EC
> registers, and could do *anything*.

Is there anything that can be done to minimise the risk? I'd like to
help, but I've already had to RMA my X300 once when the e1000e bug
killed its LAN part :/

Cheers,
--

-- 
Chris Jones
  cmsj@...
   www.tenshu.net

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
Permalink | Reply | 9 comments |
headers
Henrique de Moraes Holschuh | 5 Nov 2008 16:14
Picon
Favicon

Re: Help needed to add support for the ThinkVantage (key) LED

Hello Chris,

On Wed, 05 Nov 2008 14:09:09 +0000, "Chris Jones" <cmsj@...> said:
> Henrique de Moraes Holschuh wrote:
> > Well, I have found how to control the X300 ThinkVantage blue led in the
> > ThinkVantage key.
> 
> Interesting :)
> 
> > So, I'd appreciate if someone could test the LED control and check.
> > This test is NOT NECESSARILY SAFE, as it requires direct writes to the EC
> > registers, and could do *anything*.
> 
> Is there anything that can be done to minimise the risk? I'd like to
> help, but I've already had to RMA my X300 once when the e1000e bug
> killed its LAN part :/

Actually, it is very low risk, as long as the current LED control is already working fine on the X301.  If the
current LED control is behaving in a weird way on your machine, please do not do the tests, and let me know
about the problem ASAP.

Anyway, if you are careful, the chances of the tests doing any sort of damage or causing any sort of problems
are very low.  But they are NOT inexistent, and I have to come forward and make it very clear.  I really don't
want anyone claiming I have misled them into doing something.

I don't know if this will help you decide, but I can truthfully say that I would do all those tests in any
X-series I owned without any fear, the only reason I don't do so is that I own just a simple (and now a bit old)
T43 :-(

However, I'd suggest you make sure you're using the latest BIOS first, just to make sure you're running what
(Continue reading)

Permalink | Reply | 8 comments |
headers
Chris Jones | 5 Nov 2008 16:28
Favicon
Gravatar

Re: Help needed to add support for the ThinkVantage (key) LED

Hi

Henrique de Moraes Holschuh wrote:
> Actually, it is very low risk, as long as the current LED control is already working fine on the X301.

The LEDs on my X300 have been working exactly as I would expect.

> I don't know if this will help you decide, but I can truthfully say that I would do all those tests in any
X-series I owned without any fear

My bravery is not all that great, but I did the first set:

> echo 0x0c 0x0d >/proc/acpi/ibm/ecdump   (should turn off thinkvantage led)

Verified.

> echo 0x0c 0x8d >/proc/acpi/ibm/ecdump   (should turn on thinkvantage led)

Verified, although it's not very bright.

> echo 0x0c 0xcd >/proc/acpi/ibm/ecdump   (should blink thinkvantage led)

Verified, makes the "on" state much brighter, and the blink period is
quite slow.

Cheers,
--

-- 
Chris Jones
  cmsj@...
   www.tenshu.net
(Continue reading)

Permalink | Reply | 7 comments |
headers
Henrique de Moraes Holschuh | 5 Nov 2008 16:57
Picon
Favicon

Re: Help needed to add support for the ThinkVantage (key) LED

On Wed, 05 Nov 2008, Chris Jones wrote:
> Henrique de Moraes Holschuh wrote:
> > Actually, it is very low risk, as long as the current LED control is already working fine on the X301.
> 
> The LEDs on my X300 have been working exactly as I would expect.
> 
> > I don't know if this will help you decide, but I can truthfully say that I would do all those tests in any
X-series I owned without any fear
> 
> My bravery is not all that great, but I did the first set:
> 
> > echo 0x0c 0x0d >/proc/acpi/ibm/ecdump   (should turn off thinkvantage led)
> 
> Verified.
> 
> > echo 0x0c 0x8d >/proc/acpi/ibm/ecdump   (should turn on thinkvantage led)
> 
> Verified, although it's not very bright.
> 
> > echo 0x0c 0xcd >/proc/acpi/ibm/ecdump   (should blink thinkvantage led)
> 
> Verified, makes the "on" state much brighter, and the blink period is
> quite slow.

Ok.  This suggests that the new bits are brightness control and we are
leaving them at their lowest or something.   You don't need to do the
testing if it makes you unconfortable, but there is a easy and safe way to
at least get a bit more evidence about it.

When the BIOS turns the thinkvantage LED on, is it brighter than when you
(Continue reading)

Permalink | Reply | 6 comments |

Gmane