>>> On 20.10.11 at 22:47, <[email protected]> wrote: > I set up terminal access over a serial port, and turned on loglve=all > and guest_loglvl=all. > > At terminal, I see the system halt on boot with a "Oops: 0002 [#1] SMP", > > ... > (XEN) [2011-10-20 20:39:30] microcode: collect_cpu_info: > patch_id=0x1000086 > (XEN) [2011-10-20 20:39:30] microcode: size 3860, total_size 960, offset > 92 > (XEN) [2011-10-20 20:39:30] microcode: CPU0 updated from revision > 0x1000086 to 0x1000083 > (XEN) [2011-10-20 20:39:30] microcode: collect_cpu_info: > patch_id=0x1000086 > (XEN) [2011-10-20 20:39:30] microcode: size 3860, total_size 960, offset > 92 > (XEN) [2011-10-20 20:39:30] microcode: CPU1 updated from revision > 0x1000086 to 0x1000083 > (XEN) [2011-10-20 20:39:30] microcode: collect_cpu_info: > patch_id=0x1000086 > (XEN) [2011-10-20 20:39:30] microcode: size 3860, total_size 960, offset > 92 > (XEN) [2011-10-20 20:39:30] microcode: CPU2 updated from revision > 0x1000086 to 0x1000083 > (XEN) [2011-10-20 20:39:30] microcode: collect_cpu_info: > patch_id=0x1000086 > (XEN) [2011-10-20 20:39:30] microcode: size 3860, total_size 960, offset > 92 > (XEN) [2011-10-20 20:39:30] microcode: CPU3 updated from revision > 0x1000086 to 0x1000083 > [ 72.890814] microcode: Microcode Update Driver: v2.00-xen > <[email protected]>, Peter Oruba > [ 72.891424] BUG: unable to handle kernel NULL pointer dereference at > 00000000000000e8 > [ 72.891449] IP: [<ffffffff80005989>] __switch_to+0x2e9/0x640 > [ 72.891476] PGD 37601067 PUD 35b44067 PMD 0 > [ 72.891493] Oops: 0002 [#1] SMP > [ 72.891504] last sysfs file: > /sys/devices/platform/microcode/firmware/microcode/loading > [ 72.891523] CPU 1 > [ 72.891529] Modules linked in: microcode pciback xenbus_be n_hdlc > slhc nfsd nfs lockd fscache nfs_acl auth_rpcgss sunrpc snd_hda_codec_via > snd_hda_intel snd_hda_codec snd_hwdep sky2 snd_pcm snd_timer snd > i2c_piix4 sr_mod soundcore sh2 > [ 72.891745] > [ 72.891754] Pid: 1868, comm: firmware Not tainted 2.6.37.6-0.7-xen #1 > System manufacturer System Product Name/M3A78-CM > [ 72.891779] RIP: e030:[<ffffffff80005989>] [<ffffffff80005989>] > __switch_to+0x2e9/0x640 > [ 72.891798] RSP: e02b:ffff8800383f5af8 EFLAGS: 00010002 > [ 72.891808] RAX: ffff880002196a00 RBX: ffff8800022c47c0 RCX: > ffff88003efd6000 > [ 72.891819] RDX: ffff8800382e6600 RSI: ffff8800022c47c0 RDI: > ffff8800382e6600 > [ 72.891830] RBP: ffff8800382e6600 R08: ffffffffff76abc0 R09: > ffff8800022c47f8 > [ 72.891842] R10: 0000000000007ff0 R11: 0000000000000001 R12: > 0000000000000000 > [ 72.891853] R13: 0000000000000001 R14: ffff8800395e9bc0 R15: > 0000000000000000 > [ 72.891873] FS: 00007fe9e2d2f7a0(0000) GS:ffff88003ef9b000(0000) > knlGS:0000000000000000 > [ 72.891885] CS: e033 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 72.891895] CR2: 00000000000000e8 CR3: 00000000026d3000 CR4: > 0000000000000660 > [ 72.891907] DR0: 0000000000000000 DR1: 0000000000000000 DR2: > 0000000000000000 > [ 72.891919] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: > 0000000000000400 > [ 72.891930] Process firmware (pid: 1868, threadinfo ffff880038bea000, > task ffff8800382e6600) > [ 72.891941] Stack: > [ 72.891947] 0000000000009dc0 ffff88003ef90e40 ffff88003efc7078 > 0000000000000000 > [ 72.891968] 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 > [ 72.891985] 0000000000000001 0000000000000001 0000000000000001 > 0000000100000000 > [ 72.892002] Call Trace: > > > Something to do with "microcode"? I didn't have this problem a few days > ago, prior to the latest upgrade on this hardware. So maybe close?
Yes, upstream c/s 23871:503ee256fecf (which got backported both by us and upstream to 4.0.x and 4.1.x) introduced this. You need to back-rev either microcode_ctl or xen for the time being. Jan -- To unsubscribe, e-mail: [email protected] To contact the owner, e-mail: [email protected]
