BUG: power button doesn't generate events

BUG: power button doesn't generate events

[Jan Rychter]

[I've sent a summarized bug report with several problems, but it seems
 to have gotten ignored, so I'll split it and report bugs one by one]

On a Toshiba Dynabook SS S7/290LNKW (Centrino-based), kernel 2.4.22-pre7
(also tested with pre5).

I get LID button events fine, but the power button doesn't seem to
generate any events

  button/lid LID 00000080 00000003
  button/lid LID 00000080 00000004
  battery BAT1 00000080 00000001
  ac_adapter ADP1 00000080 00000000
  processor CPU0 00000080 00000000
  ac_adapter ADP1 00000080 00000001
  processor CPU0 00000080 00000000
  battery BAT1 00000080 00000001
  battery BAT1 00000080 00000001

Does the following bit of DSDT mean the power button should generate
events?

        Device (PWRB)
        {
            Name (_HID, EisaId ("PNP0C0C"))
            Name (_PRW, Package (0x02)
            {
                0x08, 
                0x04
            })
            Name (_STA, 0x0B)
        }

DSDT at http://jan.rychter.com/acpi/toshiba.ss7.dsdt
bootup messages at http://jan.rychter.com/acpi/toshiba.dmesg

--J.


-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0

RE: BUG: power button doesn't generate events

[Grover, Andrew]

> From: Jan Rychter [mailto:jan-JAsPCFd0eodBDgjK7y7TUQ@public.gmane.org] 
> I get LID button events fine, but the power button doesn't seem to
> generate any events
> 
> Does the following bit of DSDT mean the power button should generate
> events?
> 
>         Device (PWRB)
>         {
>             Name (_HID, EisaId ("PNP0C0C"))
>             Name (_PRW, Package (0x02)
>             {
>                 0x08, 
>                 0x04
>             })
>             Name (_STA, 0x0B)
>         }

ACPI: Power Button (FF) [PWRF]

It looks like it is finding a fixed-feature power button before the
control method power button, and therefore the CM power button isn't
being set up. So this raises in my mind 2 questions:

1) Why isn't the FF power button working?
2) On a system with both, is the current behavior (favor FF over CM) the
proper behavior?

Regards -- Andy


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: BUG: power button doesn't generate events

[Jan Rychter]

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

 >> From: Jan Rychter [mailto:jan-JAsPCFd0eodBDgjK7y7TUQ@public.gmane.org] I get LID button events
 >> fine, but the power button doesn't seem to generate any events
 >>
 >> Does the following bit of DSDT mean the power button should generate
 >> events?
 >>
 >> Device (PWRB) { Name (_HID, EisaId ("PNP0C0C")) Name (_PRW, Package
 >> (0x02) { 0x08, 0x04 }) Name (_STA, 0x0B)
 >> }

 Andrew> ACPI: Power Button (FF) [PWRF]

 Andrew> It looks like it is finding a fixed-feature power button before
 Andrew> the control method power button, and therefore the CM power
 Andrew> button isn't being set up. So this raises in my mind 2
 Andrew> questions:

 Andrew> 1) Why isn't the FF power button working?
 Andrew> 2) On a system with both, is the current behavior (favor FF
 Andrew>    over CM) the
 Andrew> proper behavior?

I hope these questions weren't addressed to me, because I certainly
can't answer them. I just thought a bug report might be useful. And I'd
like my power button to work some day :-)

--J.

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

RE: BUG: power button doesn't generate events

[Yu, Luming]

Andy has announced that bugzilla at osdl.org is the dedicated place for ACPI bug report (including 2.4 bug).
Thanks,
Luming

-----Original Message-----
From: Jan Rychter [mailto:jan-JAsPCFd0eodBDgjK7y7TUQ@public.gmane.org]
Sent: 2003年8月8日 4:11
To: Yu, Luming
Subject: Re: BUG: power button doesn't generate events


> Would you please file this issue on http://bugme.osdl.org/
> Thanks,

I'd be happy to, except this is with 2.4, not 2.5, and bugme.osdl.org
seems to be 2.5 only.

--J.

> -----Original Message-----
> From: Jan Rychter [mailto:jan-JAsPCFd0eodBDgjK7y7TUQ@public.gmane.org]
> Sent: 2003年8月7日 10:57
> To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: [ACPI] Re: BUG: power button doesn't generate events
> 
> 
>  >> From: Jan Rychter [mailto:jan-JAsPCFd0eodBDgjK7y7TUQ@public.gmane.org] I get LID button events
>  >> fine, but the power button doesn't seem to generate any events
>  >>
>  >> Does the following bit of DSDT mean the power button should generate
>  >> events?
>  >>
>  >> Device (PWRB) { Name (_HID, EisaId ("PNP0C0C")) Name (_PRW, Package
>  >> (0x02) { 0x08, 0x04 }) Name (_STA, 0x0B)
>  >> }
> 
>  Andrew> ACPI: Power Button (FF) [PWRF]
> 
>  Andrew> It looks like it is finding a fixed-feature power button before
>  Andrew> the control method power button, and therefore the CM power
>  Andrew> button isn't being set up. So this raises in my mind 2
>  Andrew> questions:
> 
>  Andrew> 1) Why isn't the FF power button working?
>  Andrew> 2) On a system with both, is the current behavior (favor FF
>  Andrew>    over CM) the
>  Andrew> proper behavior?
> 
> I hope these questions weren't addressed to me, because I certainly
> can't answer them. I just thought a bug report might be useful. And I'd
> like my power button to work some day :-)
> 
> --J.
> 


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01