From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932519AbWG0GK5 (ORCPT ); Thu, 27 Jul 2006 02:10:57 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932529AbWG0GK5 (ORCPT ); Thu, 27 Jul 2006 02:10:57 -0400 Received: from smtp.osdl.org ([65.172.181.4]:32985 "EHLO smtp.osdl.org") by vger.kernel.org with ESMTP id S932519AbWG0GK4 (ORCPT ); Thu, 27 Jul 2006 02:10:56 -0400 Date: Wed, 26 Jul 2006 23:10:49 -0700 From: Andrew Morton To: "J. Bruce Fields" Cc: linux-kernel@vger.kernel.org Subject: Re: BUG() on apm resume in 2.6.18-rc2 Message-Id: <20060726231049.e9a0346e.akpm@osdl.org> In-Reply-To: <20060727033819.GA368@fieldses.org> References: <20060727033819.GA368@fieldses.org> X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.17; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 26 Jul 2006 23:38:19 -0400 "J. Bruce Fields" wrote: > After suspending to ram and then resuming, I'm getting the following on > 2.6.18-rc2. I also checked the latest git (54721324...) with the same > results. The last that I know was OK was 2.6.17. > > Let me know if any more information would be useful. > > Copied by hand as fast as I could type, so there are probably typos.... > > --b. > > 2.6.18-rc2-g64821324 > BUG: unable to handle kernel paging request at virtual address c0729c38 > printing eip: > c0109204 > *pde = 009bf027 > *pte = 00729000 > Oops: 0000 [#1] > PREEMPT DEBUG_PAGEALLOC > Modules linked in: > CPU: 0 > EIP: 0060:[] Not tainted VLI > EFLAGS: 00010246 (2.6.18-rc2-g64821324 #134) > EIP is at mcheck_init+0x4/0x80 > eax: 000010ff ebx: f584bd90 ecx: c010a230 edx: 00000000 > esi: 00004102 edi: 00004102 ebp: f5887ef8 esp: f5887ef4 > ds: 007b es: 007b ss: 0068 > Process apmd (pid: 4032, ti=f5887000 task=f5cf0560 task.ti=f5887000) > Stack: f584bd90 f5887f08 c04e1dcf c070a220 00000000 f5887f14 c04e1dfd c09b1080 > f5887f28 c010c820 00000002 00000002 f6a35f74 f5887f4c c010d72e 00000000 > 00000000 00000000 f5cf0ad0 00000246 f53e3f28 00000000 f5887f70 c016cf8b > Call Trace: > [] show_stack_log_lvl+0x9c/0xd0 > [] show_registers+0x17e/0x210 > [] die+0x102/0x2c0 > [] do_page_fault+0x305/0x630 > [] error_code+0x39/0x40 > [] __restore_processor_state+0x16f/0x190 > [] restore_processor_state+0xd/0x10 > [] suspend+0xa0/0x1c0 > [] do_ioctl+0x13e/0x170 > [] do_ioctl+0x6b/0x80 > [] vfs_ioctl+0x51/0x2c0 > [] sys_ioctl+0x30/0x50 > [] syscall_call+0x7/0xb > Code: 90 90 90 90 90 90 90 55 89 e5 e8 48 f7 28 00 50 68 38 66 59 c0 e8 1d d7 00 > 00 58 5a c9 c3 89 f6 8d bc 27 00 00 00 00 55 89 e5 53 <83> 3d 38 9c 72 c0 01 8b > 5d 08 74 20 8a 43 01 3c 02 74 1e 3c 05 This? --- a/./arch/i386/kernel/cpu/mcheck/mce.h~mce-section-fix +++ a/./arch/i386/kernel/cpu/mcheck/mce.h @@ -9,6 +9,6 @@ void winchip_mcheck_init(struct cpuinfo_ /* Call the installed machine check handler for this CPU setup. */ extern fastcall void (*machine_check_vector)(struct pt_regs *, long error_code); -extern int mce_disabled __initdata; +extern int mce_disabled; extern int nr_mce_banks; _