Re: kernel panic

[Thomas Renninger <trenn@suse.de>]

On Wednesday 26 October 2011 20:10:07 Bjorn Helgaas wrote:
> On Wed, Oct 26, 2011 at 11:11 AM, nick bray <nick.bray1@ntlworld.com> wrote:
...
> ...
> Brought up 2 CPUs
> ...
> ACPI: Power Button [PWRF]
> BUG: unable to handle kernel paging request at 00010282
> IP: [<00010282>] 0x10281
> *pde = 00000000
> Oops: 0000 [#1] SMP
> ...
> Pid: 1, comm: swapper Not tainted 3.0.0-12-generic #20-Ubuntu
> EIP: 0060:[<00010282>] EFLAGS: 00010282 CPU: 1
> ...
>   ? resched_task+0x22/0x70
>   ? __kmalloc+0x189/0x1e0
>   acpi_ns_evaluate+0x3a/0x18d
>   acpi_evaluate_object+0xd6/0x1c5
>   ? try_to_wake_up+0x140/0x190
>   acpi_processor_get_power_info_cst+0x53/0x297
>   ? wait_for_completion+0x17/0x20
>   ? default_spin_lock_flags+0x8/0x10
>   ? _raw_spin_lock+0xd/0x10
>   ? task_rq_lock+0x49/0x80
>   ? set_cpus_allowed_ptr+0x53/0x110
>   ? acpi_processor_get_throttling_fadt+0x72/0x7a
>   acpi_processor_get_power_info+0x24/0x10c
>   acpi_processor_power_init+0xdc/0x10c
>   acpi_processor_add+0x131/0x1d2
>   acpi_device_probe+0x41/0xf5
> 
> I found a report with a serial console log showing a very similar
> backtrace here:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/807164
> 
> Seems pretty clearly related to acpi_processor_get_power_info();
> hopefully an expert in that area will jump in and help out.
This is really strange..., it happens when trying to evaluate
_CST on a processor object.
But processor objects are declared:
    Scope (\_PR)
    {
        Processor (CPU1, 0x01, 0x00000410, 0x06) {}
        Processor (CPU2, 0x02, 0x00000410, 0x06) {}
    }
and do not have a _CST func. I got the DSDT from the Ubuntu
bug, you may want to double check:
acpidump >acpidump
acpixtract -a acpidump
iasl *.dat
grep _CST *.dsl

If you have a processor object with _CST function you could
try to reproduce this in userspace by using acpiexec from the
acpica utilities.
acpiexec DSDT.dat
-> methods shows you the available ones
-> execute \_PR.CPU1._CST (or similar possibly triggers some mem corruption?)

Ah, maybe an older acpidump got used and the _CST method of the
object is in a not exported, dynamically loaded SSDT.
This is very likely.

Please use a very recent acpidump:
Hm, Len's ftp directory on kernel.org where latest acpidump was
located is gone?
Latest openSUSE acpica package has everything mentioned above included :)
Could get a problem to feed acpiexec with the DSDT and SSDT.., you may
have to glue them (better ask again then). Best is you run it with valgrind.
bugzilla.kernel.org is still down?

   Thomas