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 for Android: free password hash cracker in your pocket

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

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

Could you apply this patch and verify that it solves your problem:

http://git.kernel.org/tip/ae7c9b70dcb4313ea3dbcc9a2f240dae6c2b50c0

	-hpa

On 04/29/2010 12:43 PM, Stefan Lippers-Hollmann wrote:
> 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


-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/