All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexey Starikovskiy <alexey_y_starikovskiy@linux.intel.com>
Cc: linux-acpi@vger.kernel.org
Subject: Re: Event handler for ACAD
Date: Fri, 21 Apr 2006 18:19:39 +0400	[thread overview]
Message-ID: <4448E9FB.9010807@linux.intel.com> (raw)
In-Reply-To: <e2agbt$jtd$2@sea.gmane.org>

1. ACPI names are 4 bytes long, so AC will be padded with _.
2. Your output shows that there is no handler for AC event, do you have ACPI AC driver compiled and loaded?



Andriy Stepanov wrote:
> Hello!
> I have a notebook.
> 
> System doesn't change energy consumption policy when I unplug ACAD.
> 
> # service acpid stop
> # cat /proc/acpi/event
> processor CPU0 00000080 00000001   <----- unplug ACAD
> processor CPU0 00000080 00000000
> 
> 
> No any messages about ACAD.
> 
> My dsdt.dsl have two following interesting sections:
> 1.
> Device (AC)
>         {
>             Name (_HID, "ACPI0003")
>             Name (_PCL, Package (0x01)
>             {
>                 \_SB
>             })
>             Method (_PSR, 0, NotSerialized)
>             {
>                 If (\_SB.PCI0.EC.ADP)
>                 {
>                     Store (0x03, \DBUG)
>                     Store (Zero, \_PR.CPU0._PPC)
>                 }
>                 Else
>                 {
>                     Store (0x01, \DBUG)
>                     Store (0x01, \_PR.CPU0._PPC)
>                 }
> 
>                 Notify (\_PR.CPU0, 0x80)
>                 If (\_SB.PCI0.EC.ECOK)
>                 {
>                     Return (\_SB.PCI0.EC.ADP)
>                 }
>             }
> 
> 2.
> Method (_Q16, 0, NotSerialized)
>                 {
>                     Notify (\_SB.AC, 0x80)
>                     If (\_SB.PCI0.EC.ADP)
>                     {
>                         Store (0x03, \DBUG)
>                         Store (Zero, \_PR.CPU0._PPC)
>                     }
>                     Else
>                     {
>                         Store (0x01, \DBUG)
>                         Store (0x01, \_PR.CPU0._PPC)
>                     }
> 
>                     Notify (\_PR.CPU0, 0x80)
>                 }
> 
> 
> 
> 
> Method _Q16 always called when I unplug ACAD.
> 
> 
> For instruction: Notify (\_SB.AC, 0x80)
> ACPI debug subsystem print:
> 
> 
> 
> <4>  nsdump-0087 [33] ns_print_pathname     : [_SB_.AC__]
> <4>nssearch-0104 [35] ns_search_node        : Searching \ (c0352bd0) For 
> [_SB_] (Untyped)
> <4>nssearch-0138 [35] ns_search_node        : Name [_SB_] (Device) 
> cbf09ca8 found in scope ["\" ] c0352bd0
> <4>nssearch-0104 [35] ns_search_node        : Searching \_SB_ (cbf09ca8) 
> For [AC__] (Untyped)
> <4>nssearch-0138 [35] ns_search_node        : Name [AC__] (Device) 
> cbf092e8 found in scope [_SB_] cbf09ca8
> <4>  psloop-0378 [30] ps_parse_loop         : Opcode 000A [ByteConst] Op 
> cbba1250 Aml cc809a6a aml_offset 0000B
> <4> psscope-0228 [31] ps_pop_scope          : Popped Op cbba1218 Args 0
> <4>  psloop-0793 [30] ps_parse_loop         : Popped scope, Op=cbba1218
> <4> dsutils-0475 [33] ds_create_operand     : Getting a name: Arg=cbba1234
> <4> exnames-0276 [34] ex_get_name_string    : root_prefix(\) at cc809a5f
> <4> exnames-0318 [34] ex_get_name_string    : dual_name_prefix at cc809a60
> <4> exnames-0175 [35] ex_name_segment       : Bytes from stream:
> <4> exnames-0181 [35] ex_name_segment       : _
> <4> exnames-0181 [35] ex_name_segment       : S
> <4> exnames-0181 [35] ex_name_segment       : B
> <4> exnames-0181 [35] ex_name_segment       : _
> <4> exnames-0194 [35] ex_name_segment       : Appended to - \._SB_
> <4> exnames-0175 [35] ex_name_segment       : Bytes from stream:
> <4> exnames-0181 [35] ex_name_segment       : A
> <4> exnames-0181 [35] ex_name_segment       : C
> <4> exnames-0181 [35] ex_name_segment       : _
> <4> exnames-0181 [35] ex_name_segment       : _
> <4> exnames-0194 [35] ex_name_segment       : Appended to - \._SB_AC__
> <4>nsaccess-0403 [34] ns_lookup             : Path is absolute from root 
> [c0352bd0]
> <4>nsaccess-0489 [34] ns_lookup             : Dual Pathname (2 segments, 
> Flags=3)
> <4>  nsdump-0087 [34] ns_print_pathname     : [_SB_.AC__]
> <4>nssearch-0104 [36] ns_search_node        : Searching \ (c0352bd0) For 
> [_SB_] (Untyped)
> <4>nssearch-0138 [36] ns_search_node        : Name [_SB_] (Device) 
> cbf09ca8 found in scope ["\" ] c0352bd0
> <4>nssearch-0104 [36] ns_search_node        : Searching \_SB_ (cbf09ca8) 
> For [AC__] (Untyped)
> <4>nssearch-0138 [36] ns_search_node        : Name [AC__] (Device) 
> cbf092e8 found in scope [_SB_] cbf09ca8
> <4>dswstate-0424 [33] ds_obj_stack_push     : Obj=cbf092e8 [Device] 
> State=c1e6b828 #Ops=1
> <4> dsutils-0712 [32] ds_create_operands    : Arg #0 (cbba1234) done, 
> Arg1=cbba1234
> <4>dswstate-0424 [33] ds_obj_stack_push     : Obj=cbd9bb8c [Integer] 
> State=c1e6b828 #Ops=2
> <4> dsutils-0712 [32] ds_create_operands    : Arg #1 (cbba1250) done, 
> Arg1=cbba1234
> <4>dswstate-0380 [31] ds_result_stack_pop   : Result=ca92e244 
> remaining_results=0 State=c1e6b828
> <4> exresop-0162 [32] ex_resolve_operands   : Opcode 86 [Notify] 
> required_operand_types=000001A6
> <4>exresolv-0119 [33] ex_resolve_to_value   : Resolved object cbd9bb8c
> <4>  exdump-0792 [31] ex_dump_operands      : ************* Operand 
> Stack Contents (Opcode [Notify], 2 Operands)
> <4>  exdump-0494 [31] ex_dump_operand       : cbd9bb8c Integer 
> 0000000000000080
> <4>  exdump-0474 [31] ex_dump_operand       : cbf092e8 Namespace Node:  
> 0  AC__ Device       cbf092e8 06
> <4>  exdump-0806 [31] ex_dump_operands      : ************* Operand 
> Stack dump from dswexec(426), after ex_resolve_operands
> <4>  evmisc-0138 [32] ev_queue_notify_reques: Dispatching Notify(80) on 
> node cbf092e8
> <4>  evmisc-0146 [32] ev_queue_notify_reques: Notify value: 0x80 
> **Device Specific**
> <4>  evmisc-0208 [32] ev_queue_notify_reques: No notify handler for 
> Notify(AC__, 80) node cbf092e8
> 
> 
> 
> Why there is string "No notify handler for Notify(AC__, 80) .... ???
> 
> Another notify (Notify (\_PR.CPU0, 0x80)) works fine!
> 
> Why there is "AC__" not "AC" ?
> 
> Thanks!
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


  reply	other threads:[~2006-04-21 14:19 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-21 11:35 Event handler for ACAD Andriy Stepanov
2006-04-21 14:19 ` Alexey Starikovskiy [this message]
2006-04-24  7:14   ` Andriy Stepanov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4448E9FB.9010807@linux.intel.com \
    --to=alexey_y_starikovskiy@linux.intel.com \
    --cc=linux-acpi@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.