Date: Sun, 12 Sep 2004 11:48:16 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk> To: Nate Lawson <nate@root.org> Cc: current@freebsd.org Subject: Re: suspend/resume panic in ACPI.. Message-ID: <41441B60.9040708@DeepCore.dk> In-Reply-To: <413266CD.1020107@root.org> References: <4123FC71.8060308@root.org> <41245804.7060008@DeepCore.dk> <412A20A3.8060600@root.org> <412A5C40.4050100@DeepCore.dk> <412A641A.1030809@root.org> <412AEF2E.7080600@DeepCore.dk> <412E8D3C.4060001@root.org> <4130E1E0.6010000@DeepCore.dk> <413266CD.1020107@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Nate Lawson wrote: > More info about the panic (i.e. message, backtrace, etc.) would help he= re. OK, on a current from todays morning ~10:00 CEST and commenting out the=20 guts of acpi_cmbat.c:resume() I managed to get this trace, hope that=20 helps you in finding out why ACPI panics... (hand transscribed no serial console) panic: vm_page_remove: page not busy trace: panic + 0xbb vm_page_remove + 0x22 vm_page_free_toq + 0x78 vm_page_free_zero + 0x15 _pmap_unwire_pte_hold + 0x65 pmap_unuse_pt + 0x65 pmap_remove_pte + 0xa9 pmap_remove_page + 0x26 pmap_remove + 0xa0 acpi_sleep_machdep + 0x329 acpi_SetSleepState + 0x227 acpi_system_eventhandler_sleep + 0x14 acpi_event_sleep_button_sleep + 0x74 acpi_button_notify_sleep + 0xa0 acpi_task_thread + 0xbd fork_exit + 0x75 fork_trampoline + 0x8 -S=F8ren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41441B60.9040708>