linux-kernel - RE: 2.6.34-rc5-git10: oops on Atom N270/ i945GSE upon shutdown with X86_MRST && APB

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <43F901BD926A4E43B106BF17856F0755A3C70BA3@orsmsx508.amr.corp.intel.com>
Date:	Thu, 29 Apr 2010 13:31:57 -0700
From:	"Pan, Jacob jun" <jacob.jun.pan@...el.com>
To:	Stefan Lippers-Hollmann <s.L-H@....de>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
CC:	"H. Peter Anvin" <hpa@...or.com>
Subject: RE: 2.6.34-rc5-git10: oops on Atom N270/ i945GSE upon shutdown with
 X86_MRST && APB_TIMER enabled

Hi Stefan,
Thanks for the report. This has been fixed, please see https://bugzilla.kernel.org/show_bug.cgi?id=15786

Thanks,

Jacob
> -----Original Message-----
> From: Stefan Lippers-Hollmann [mailto:s.L-H@....de]
> Sent: Thursday, April 29, 2010 12:43 PM
> To: linux-kernel@...r.kernel.org
> Cc: Pan, Jacob jun; H. Peter Anvin
> Subject: 2.6.34-rc5-git10: oops on Atom N270/ i945GSE upon shutdown
> with X86_MRST && APB_TIMER enabled
> 
> Hi
> 
> While testing kernel 2.6.34-rc5-git10 on an Acer Aspire One 110L
> netbook (Atom N270, i945GSE chipset, hyperthreading enabled and not
> configurable, BIOS 3309), I reproducably encounter the following oops
> while shutting down (manual transcription below):
> 
> Pid: 2253, comm: halt Not Tainted 2.6.34-rc5-sidux-686 #1
> /AOA110
> EIP: 0060:[<c0121232>] EFLAGS: 00010202 CPU: 0 EIP is at
> apbt_cpuhp_notify+0x32/0x60
> EAX: c0562e80 EBX: 01ca0000 ECX: 0000001c EDX: 0000001c
> ESI: 00000000 EDI: 00000000 EBP: ffffffdd ESP: f64cfe0c
>  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 Process halt (pid: 2253,
> ti=f64ce000 task=f69d9140 task.ti=f64ce000)
> Stack:
>  c0501740 c01515d4 00000017 00000001 00000010 00000001 00000000
> c0502584  <0> c0151687 ffffffff 00000000 c03e0dc9 ffffffff f64cfe60
> f6802880 00000003  <0> 00000002 c0149055 00000010 00000001 00000003
> 00000023 00000000 c0502584 Call Trace:
>  [<c01515d4>] ? notifier_call_chain+0x44/0x60  [<c0151687>] ?
> raw_notifier_call_chain+0x17/0x20  [<c03e0dc9>] ? _cpu_down+0x109/0x290
> [<c0149055>] ? __create_workqueue_key+0x175/0x190
>  [<c0138f2f>] ? disable_nonboot_cpus+0x8f/0x100  [<c01513eb>] ?
> up+0xb/0x40  [<c014791d>] ? kernel_power_off+0x1d/0x40  [<c0147bcc>] ?
> sys_reboot+0xfc/0x1f0  [<c01442d6>] ? send_signal+0x36/0x70
> [<c03efd3f>] ? preempt_schedule+0x2f/0x50  [<c0144370>] ?
> do_send_sig_info+0x60/0x80  [<c0144666>] ?
> group_send_sig_info+0x46/0x60  [<c0182e16>] ?
> __rcu_read_unlock+0x1c6/0x1d0  [<c0144901>] ? sys_kill+0x91/0x180
> [<c01d7e44>] ? dput+0x84/0x120  [<c01de1f5>] ?
> mntput_no_expire+0x15/0xd0  [<c01c55c7>] ? filp_close+0x47/0x80
> [<c01c566c>] ? sys_close+0x6d/0xc0  [<c0103758>] ?
> sysenter_do_call+0x12/0x28
> Code: c0 83 fa 07 53 8b 1c 8d 00 24 50 c0 74 0b b8 01 00 00 00 5b c3 8d
> 74 26 00 8d 14 89 8b 0d ec 86 57 c0 8d 14 95 08 00 00 00 01 d1 <8b> 09
> 83 c9 04 03 15 ec 86 57 c0 89 0a 83 3d 84 1f 50 c0 01 74
> EIP: [<c0121232>] apbt_cpuhp_notify+0x32/0x60 SS:ESP 0068:f64cfe0c
> CR2: 000000000000001c
> ---[ end trace 7b640dfe756fbef1 ]---
> 
> I don't encounter this problem on 2.6.26-2.6.33(-stable), which didn't
> have Moorestown/ ABP_Timer support of course, and disabling X86_MRST
> (and subsequently APB_TIMER) avoids the problem as well; it does not
> happen while rebooting, but only during a full system halt. With
> X86_MRST && APB_TIMER disabled, everything seems to work fine.
> 
> Tested on an up to date Debian unstable system:
> ii  gcc-4.4   4.4.3-9   The GNU C compiler
> ii  binutils  2.20.1-7  The GNU assembler, linker and binary utilities
> 
> While I can test any potential patches, debugging is a little limited
> without serial access to the netbook and because a netconsole doesn't
> work at that shutdown stage anymore.
> 
> Regards
> 	Stefan Lippers-Hollmann