From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261233AbUBZW4m (ORCPT ); Thu, 26 Feb 2004 17:56:42 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261230AbUBZWzz (ORCPT ); Thu, 26 Feb 2004 17:55:55 -0500 Received: from fmr99.intel.com ([192.55.52.32]:32162 "EHLO hermes-pilot.fm.intel.com") by vger.kernel.org with ESMTP id S261226AbUBZWyA (ORCPT ); Thu, 26 Feb 2004 17:54:00 -0500 Subject: Re: 2.6.3 Oops when power-off via sys-rq From: Len Brown To: "Alexander Y. Fomichev" Cc: linux-kernel@vger.kernel.org, "Sergey S. Kostyliov" In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1077836027.22401.85.camel@dhcppc4> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 26 Feb 2004 17:53:48 -0500 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Alexander, Please file an bug at bugzilla.kernel.org category: power management component: ACPI thanks, -Len On Thu, 2004-02-26 at 07:52, Alexander Y. Fomichev wrote: > Hello! > > I get an oops any time when try to poweroff my 2xAthlon MP 2400 box > [2.6.3] > via SysRq: poweroff. Instead of poweroff i see an oops and box > appears to be locked. This is not a significant problem for me, > but also not looks like a normal behaviour. > > Here is a trace: > > SysRq : Power Off > > acpi_power_off called > bad: scheduling while atomic! > Call Trace: > [] schedule+0x68e/0x6a0 > [] acpi_ut_release_mutex+0x67/0x6c > [] acpi_ut_acquire_from_cache+0x44/0x9e > [] __mod_timer+0x180/0x220 > [] schedule_timeout+0x6b/0xc0 > [] process_timeout+0x0/0x10 > [] acpi_ex_system_do_suspend+0x1f/0x28 > [] acpi_ex_opcode_1A_0T_0R+0x48/0x8d > [] acpi_ds_exec_end_op+0xad/0x268 > [] acpi_ps_parse_loop+0x516/0x821 > [] acpi_ut_delete_generic_state+0xb/0xe > [] acpi_ut_update_object_reference+0x1ec/0x22a > [] acpi_ut_add_reference+0x18/0x1c > [] acpi_ds_method_data_set_value+0x29/0x36 > [] acpi_ut_acquire_mutex+0x5c/0x72 > [] acpi_ut_release_mutex+0x67/0x6c > [] acpi_ut_acquire_from_cache+0x44/0x9e > [] acpi_ps_parse_aml+0x4e/0x17b > [] acpi_psx_execute+0x142/0x19c > [] acpi_ns_execute_control_method+0x43/0x52 > [] acpi_ns_evaluate_by_handle+0x6f/0x93 > [] acpi_ns_evaluate_by_name+0x6d/0x87 > [] acpi_evaluate_object+0xcf/0x1be > [] acpi_enter_sleep_state_prep+0x5a/0xce > [] acpi_power_off+0x16/0x22 > [] handle_poweroff+0xd/0x10 > [] __handle_sysrq_nolock+0x73/0xe0 > [] handle_sysrq+0x4a/0x60 > [] kbd_event+0x33/0x60 > [] input_event+0xef/0x400 > [] atkbd_report_key+0x3e/0xa0 > [] atkbd_interrupt+0x1ad/0x3e0 > [] serio_interrupt+0x5f/0x70 > [] i8042_interrupt+0xaf/0x170 > [] handle_IRQ_event+0x3a/0x70 > [] do_IRQ+0xb5/0x190 > [] _stext+0x0/0x70 > [] common_interrupt+0x18/0x20 > [] default_idle+0x0/0x40 > [] _stext+0x0/0x70 > [] default_idle+0x2c/0x40 > [] cpu_idle+0x33/0x40 > [] start_kernel+0x172/0x190 > [] unknown_bootoption+0x0/0x100 > > Unable to handle kernel NULL pointer dereference at virtual address > 00000000 > printing eip: > c011b244 > *pde = 00000000 > Oops: 0002 [#1] > CPU: 0 > EIP: 0060:[] Not tainted > EFLAGS: 00010097 > EIP is at schedule+0x134/0x6a0 > eax: 00000001 ebx: 00000000 ecx: c0305420 edx: c0305420 > esi: c0305420 edi: c2419c00 ebp: c034bc44 esp: c034bbf0 > ds: 007b es: 007b ss: 0068 > Process swapper (pid: 0, threadinfo=c034a000 task=c0305420) > Stack: c02d75e0 c01fd4c1 f7ffef40 00000001 c24f8500 0000003c c01fc605 > 00000009 > 00000000 0000000b 00000001 c034a000 c2419c00 0f761f8c 393a0609 > 0000000d > c0305420 c03055e8 fffc53f0 c034bc58 00000000 c2462a40 c01291fb > c034bc58 > Call Trace: > [] acpi_ut_release_mutex+0x67/0x6c > [] acpi_ut_acquire_from_cache+0x44/0x9e > [] schedule_timeout+0x6b/0xc0 > [] process_timeout+0x0/0x10 > [] acpi_ex_system_do_suspend+0x1f/0x28 > [] acpi_ex_opcode_1A_0T_0R+0x48/0x8d > [] acpi_ds_exec_end_op+0xad/0x268 > [] acpi_ps_parse_loop+0x516/0x821 > [] acpi_ut_delete_generic_state+0xb/0xe > [] acpi_ut_update_object_reference+0x1ec/0x22a > [] acpi_ut_add_reference+0x18/0x1c > [] acpi_ds_method_data_set_value+0x29/0x36 > [] acpi_ut_acquire_mutex+0x5c/0x72 > [] acpi_ut_release_mutex+0x67/0x6c > [] acpi_ut_acquire_from_cache+0x44/0x9e > [] acpi_ps_parse_aml+0x4e/0x17b > [] acpi_psx_execute+0x142/0x19c > [] acpi_ns_execute_control_method+0x43/0x52 > [] acpi_ns_evaluate_by_handle+0x6f/0x93 > [] acpi_ns_evaluate_by_name+0x6d/0x87 > [] acpi_evaluate_object+0xcf/0x1be > [] acpi_enter_sleep_state_prep+0x5a/0xce > [] acpi_power_off+0x16/0x22 > [] handle_poweroff+0xd/0x10 > [] __handle_sysrq_nolock+0x73/0xe0 > [] handle_sysrq+0x4a/0x60 > [] kbd_event+0x33/0x60 > [] input_event+0xef/0x400 > [] atkbd_report_key+0x3e/0xa0 > [] atkbd_interrupt+0x1ad/0x3e0 > [] serio_interrupt+0x5f/0x70 > [] i8042_interrupt+0xaf/0x170 > [] handle_IRQ_event+0x3a/0x70 > [] do_IRQ+0xb5/0x190 > [] _stext+0x0/0x70 > [] common_interrupt+0x18/0x20 > [] default_idle+0x0/0x40 > [] _stext+0x0/0x70 > [] default_idle+0x2c/0x40 > [] cpu_idle+0x33/0x40 > [] start_kernel+0x172/0x190 > [] unknown_bootoption+0x0/0x100 > > Code: ff 0b 8b 4d ec 8b 75 ec 83 c1 20 8b 46 20 8b 51 04 89 50 04 > > and some [possilby useful] info: > > http://www.sysadminday.org.ru/2.6.3-sysrq_O-oops/config.txt > http://www.sysadminday.org.ru/2.6.3-sysrq_O-oops/lspci.txt > http://www.sysadminday.org.ru/2.6.3-sysrq_O-oops/lspci-vvn.txt > http://www.sysadminday.org.ru/2.6.3-sysrq_O-oops/cpuinfo.txt > > > -- > Best regards. > Alexander Y. Fomichev > Public PGP key: http://sysadminday.org.ru/gluk.asc > - > To unsubscribe from this list: send the line "unsubscribe > linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ >