public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Andreas Herrmann <andreas.herrmann3@amd.com>
To: Zhang Rui <rui.zhang@intel.com>
Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: panic caused by 653a00c9662304ef72a3eb4e681c91720960e0b4 (ACPI:thermal fixup)
Date: Fri, 14 Mar 2008 15:45:59 +0100	[thread overview]
Message-ID: <20080314144559.GD22740@alberich.amd.com> (raw)

Hi,

I have seen a panic with current kernels in the acpi_thermal code.
Bisecting shows that it is due to commit 
653a00c9662304ef72a3eb4e681c91720960e0b4 (ACPI: thermal fixup)

The kernel before this commit works and I have this messages:

 ACPI: ACPI0007:00 is registered as cooling_device0
 ACPI: Processor [C000] (supports 8 throttling states)
 ACPI: ACPI0007:01 is registered as cooling_device1
 ACPI: ACPI0007:02 is registered as cooling_device2
 ACPI: ACPI0007:03 is registered as cooling_device3
 ACPI: LNXTHERM:01 is registered as thermal_zone0
 ACPI: Thermal Zone [THRM] (26 C)

I.e. one thermal_zone device registered.
With above commit I get this panic:

 ACPI: ACPI0007:00 is registered as cooling_device0
 ACPI: Processor [C000] (supports 8 throttling states)
 ACPI: ACPI0007:01 is registered as cooling_device1
 ACPI: ACPI0007:02 is registered as cooling_device2
 ACPI: ACPI0007:03 is registered as cooling_device3
 general protection fault: 0000 [1] SMP
 CPU 0
 Modules linked in:
 Pid: 1, comm: swapper Not tainted 2.6.24-06491-g653a00c-dirty #21
 RIP: 0010:[<ffffffff81161813>]  [<ffffffff81161813>] acpi_ns_map_handle_to_node+\
 0x14/0x1d
 RSP: 0000:ffff81007eb7fc58  EFLAGS: 00010246
 RAX: 0000000000000000 RBX: 0000000000001001 RCX: 0000000000000000
 RDX: 0000000000004a21 RSI: ffffc200002a32f8 RDI: 4d52454854584e4c
 RBP: 4d52454854584e4c R08: ffff81007d876460 R09: 0000000000000000
 R10: 0000000000000246 R11: ffff81007eb637d0 R12: ffff81007eb7fcd0
 R13: ffffffff8116ae54 R14: 0000000000000002 R15: 0000000000000000
 FS:  0000000000000000(0000) GS:ffffffff814b3000(0000) knlGS:0000000000000000
 CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
 CR2: 0000000000000000 CR3: 0000000001001000 CR4: 00000000000006e0
 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
 Process swapper (pid: 1, threadinfo ffff81007eb7e000, task ffff81007eb637d0)
 Stack:  ffffffff81160cae 00000000fffffff4 ffff81007eb7fcd0 ffff81007d87a800
  0000000000000000 ffff81007eb7fcd0 ffffffff8116a6ac 0000000000000001
  ffffffff81175f9f ffff81007d876460 ffffffff812337f7 ffff81007d879c00
 Call Trace:
  [<ffffffff81160cae>] ? acpi_get_data+0x3e/0x6e
  [<ffffffff8116a6ac>] ? acpi_bus_get_device+0x1d/0x2e
  [<ffffffff81175f9f>] ? acpi_thermal_cooling_device_cb+0x67/0x16b
  [<ffffffff812337f7>] ? thermal_zone_bind_cooling_device+0x0/0x1f3
  [<ffffffff81233532>] ? thermal_zone_device_register+0x243/0x2b7
  [<ffffffff8117620c>] ? acpi_thermal_add+0x151/0x40e
  [<ffffffff8116c1de>] ? acpi_device_probe+0x43/0x91
  [<ffffffff8119d768>] ? driver_probe_device+0xb5/0x132
  [<ffffffff8119d92d>] ? __driver_attach+0x90/0xcd
  [<ffffffff8119d89d>] ? __driver_attach+0x0/0xcd
  [<ffffffff8119d89d>] ? __driver_attach+0x0/0xcd
  [<ffffffff8119caf4>] ? bus_for_each_dev+0x44/0x6f
  [<ffffffff8119d393>] ? bus_add_driver+0xae/0x1f7
  [<ffffffff8119db86>] ? driver_register+0x59/0xce
  [<ffffffff814e6447>] ? acpi_thermal_init+0x61/0x84
  [<ffffffff814d26f2>] ? kernel_init+0x175/0x2df
  [<ffffffff8100cc48>] ? child_rip+0xa/0x12
  [<ffffffff814d257d>] ? kernel_init+0x0/0x2df
  [<ffffffff8100cc3e>] ? child_rip+0x0/0x12
 
 
 Code: 00 c3 49 ff c1 48 83 c6 04 41 ff c8 45 85 c0 75 a8 31 c0 c6 06 00 c3 48 8d\
  47 ff 48 83 f8 fd 76 08 48 8b 05 e0 bf 42 00 c3 31 c0 <80> 7f 08 0f 48 0f 44 c7\
  c3 48 89 f8 c3 31 c0 48 85 ff 74 0d f6
 RIP  [<ffffffff81161813>] acpi_ns_map_handle_to_node+0x14/0x1d
  RSP <ffff81007eb7fc58>
 ---[ end trace 778e504de7e3b1e3 ]---
 Kernel panic - not syncing: Attempted to kill init!

Of course when booting the kernel with thermal.off=1 there is no
panic.  I am not sure wether the thermal zone info is correctly set up
as I am not that familar with it but of course the kernel should not
panic.

I've done a test run with all the acpi.debug stuff enabled (even the
function traces, which produced much too much output).
Maybe the most important lines of that debug output are:

 nsutils-0869 [00] ns_get_node           : _HOT, AE_NOT_FOUND
 nsutils-0869 [00] ns_get_node           : _AC0, AE_NOT_FOUND
 nsutils-0869 [00] ns_get_node           : _TZD, AE_NOT_FOUND
 nsutils-0869 [00] ns_get_node           : _SCP, AE_NOT_FOUND
 nsutils-0869 [00] ns_get_node           : _TZP, AE_NOT_FOUND

Any ideas what's happening here?


Thanks,

Andreas



             reply	other threads:[~2008-03-14 14:46 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-14 14:45 Andreas Herrmann [this message]
2008-03-14 14:56 ` panic caused by 653a00c9662304ef72a3eb4e681c91720960e0b4 (ACPI:thermal fixup) Andreas Herrmann

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=20080314144559.GD22740@alberich.amd.com \
    --to=andreas.herrmann3@amd.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rui.zhang@intel.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox