From mboxrd@z Thu Jan 1 00:00:00 1970 From: Natalie Protasevich Subject: Alignment check on domU (2.6.32) Date: Mon, 29 Mar 2010 20:08:45 -0700 Message-ID: <32209efe1003292008y5880e9bfib238c089377b4ba7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0339834887==" Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============0339834887== Content-Type: multipart/alternative; boundary=000e0cd70a9c9e80220482fbf2b0 --000e0cd70a9c9e80220482fbf2b0 Content-Type: text/plain; charset=ISO-8859-1 Hello, We are getting alignment check with 2.6.32 kernel running as a domU on an AMD system, while dom0 is a 2.6.18 kernel. As far as I know we should not have run into such problem, since this is x86_64 kernel. I am aware of the fact that for alignment check trap AC bit needs to be set in eflags and AM should be set in CR0. I tracked cr0 and AM was getting set, and problem was occurring when something was setting AC flag at the time of calling memcpy_c(). I cheated and cleared the AM flag in cr0 (as one can see in this trace) but this didn't help. I haven't figured out what sets the AM flag... Here is the trace: [ 80.342300] alignment check: 0000 [#1] SMP [ 80.342323] last sysfs file: /sys/devices/virtual/vc/vcsa7/dev [ 80.342330] CPU 1 [ 80.342339] Pid: 3875, comm: loas_check Not tainted 2.6.32.10+drm33.1 #12 [ 80.342347] RIP: e030:[] [] memcpy_c+0xb/0x20 [ 80.342365] RSP: e02b:ffff88015556d9b0 EFLAGS: 00050246 [ 80.342371] RAX: ffff88017360cc8c RBX: ffff880176d91900 RCX: 0000000000000002 [ 80.342379] RDX: 0000000000000000 RSI: ffff880176d91958 RDI: ffff88017360cc8c [ 80.342388] RBP: ffff88015556d9e8 R08: ffffffff81570260 R09: ffffffff81ae8840 [ 80.342395] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000 [ 80.342403] R13: 000000000000000e R14: ffff880173f3fc00 R15: ffff880176d91958 [ 80.342417] FS: 00007f0f4dafd6e0(0000) GS:ffff880028047000(0000) knlGS:0000000000000000 [ 80.342425] CS: e033 DS: 002b ES: 002b CR0: 000000008001003b [ 80.342432] CR2: 00007f0f4db1a000 CR3: 000000017362d000 CR4: 0000000000000660 [ 80.342440] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 80.342448] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000000 [ 80.342457] Process loas_check (pid: 3875, threadinfo ffff88015556c000, task ffff8801556cada0) [ 80.342465] Stack: [ 80.342469] ffffffff8157038f ffffffff81ae8840 ffff880173f3fc00 0000000000000000 [ 80.342483] <0> ffff880173f3fc00 ffff880161a36400 0000000000000000 ffff88015556da08 [ 80.342500] <0> ffffffff815705d6 ffff880180000000 ffff880173f3fc00 ffff88015556da28 [ 80.342518] Call Trace: [ 80.342528] [] ? ip_finish_output+0x12f/0x2f0 [ 80.342538] [] ip_output+0x86/0xd0 [ 80.342546] [] ip_local_out+0x20/0x30 [ 80.342555] [] ip_queue_xmit+0x223/0x3f0 [ 80.342565] [] ? tcp_send_active_reset+0x24/0x180 [ 80.342576] [] ? xen_force_evtchn_callback+0xd/0x10 [ 80.342586] [] ? check_events+0x12/0x20 [ 80.342595] [] tcp_transmit_skb+0x402/0x780 [ 80.342604] [] tcp_send_active_reset+0x89/0x180 [ 80.342614] [] tcp_disconnect+0x6c/0x3c0 [ 80.342622] [] tcp_close+0x3e4/0x480 [ 80.342632] [] inet_release+0x42/0x70 [ 80.342643] [] sock_release+0x18/0x60 [ 80.342652] [] sock_close+0x12/0x30 [ 80.342663] [] __fput+0xee/0x200 [ 80.342671] [] ? xen_force_evtchn_callback+0xd/0x10 [ 80.342681] [] fput+0x17/0x20 [ 80.342690] [] filp_close+0x58/0x90 [ 80.342698] [] ? xen_restore_fl_direct_end+0x0/0x1 [ 80.342709] [] put_files_struct+0xcc/0xe0 [ 80.342718] [] exit_files+0x50/0x60 [ 80.342726] [] do_exit+0x1b7/0x7f0 [ 80.342735] [] ? __dequeue_signal+0x16/0x160 [ 80.342745] [] do_group_exit+0x3c/0xa0 [ 80.342754] [] get_signal_to_deliver+0x1b8/0x380 [ 80.342764] [] do_notify_resume+0xc9/0x8a0 [ 80.342775] [] ? xen_mc_flush+0x11b/0x1d0 [ 80.342786] [] ? paravirt_end_context_switch+0x12/0x30 [ 80.342798] [] ? finish_task_switch+0x5b/0xb0 [ 80.342808] [] int_signal+0x12/0x17 [ 80.342815] Code: 81 ea d8 1f 00 00 48 3b 42 20 73 07 48 8b 50 f9 31 c0 c3 31 d2 48 c7 c0 f2 ff ff ff c3 90 90 90 48 89 f8 89 d1 c1 e9 03 83 e2 07 48 a5 89 d1 f3 a4 c3 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 [ 80.342952] RIP [] memcpy_c+0xb/0x20 [ 80.342962] RSP [ 80.342969] ---[ end trace 1442aa6e9e3d337d ]--- [ 80.342976] Fixing recursive fault but reboot is needed! This happens 2 out of 3 times. I don't seem to find any similar recent reports and relevant commits so far, and we haven't had such problem running 2.6.24 domU (Ubuntu hardy) on the 2.6.18 dom0. I'm hoping someone can give a hand. Thanks, --Natalie P.S. Just in case - here is the "original" trace before I tried to modify the cr0: [ 64.544616] alignment check: 0000 [#1] SMP [ 64.544640] last sysfs file: /sys/devices/virtual/vc/vcsa7/dev [ 64.544647] CPU 1 [ 64.544655] Pid: 3737, comm: loas_check Not tainted 2.6.32.10+drm33.1 #8 [ 64.544663] RIP: e030:[] [] memcpy_c+0xb/0x20 [ 64.544681] RSP: e02b:ffff880152e7d9b0 EFLAGS: 00050246 [ 64.544687] RAX: ffff8801731e4c8c RBX: ffff880178185400 RCX: 0000000000000002 [ 64.544696] RDX: 0000000000000000 RSI: ffff880178185458 RDI: ffff8801731e4c8c [ 64.544703] RBP: ffff880152e7d9e8 R08: ffffffff81570110 R09: ffffffff81ae6840 [ 64.544711] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000 [ 64.544718] R13: 000000000000000e R14: ffff88017332d800 R15: ffff880178185458 [ 64.544732] FS: 00007fa8de9336e0(0000) GS:ffff880028047000(0000) knlGS:0000000000000000 [ 64.544741] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b [ 64.544748] CR2: 00000000081f1320 CR3: 0000000001001000 CR4: 0000000000000660 [ 64.544756] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 64.544764] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000000 [ 64.544772] Process loas_check (pid: 3737, threadinfo ffff880152e7c000, task ffff880152e72da0) [ 64.544781] Stack: [ 64.544785] ffffffff81570214 ffffffff81ae6840 ffff88017332d800 0000000000000000 [ 64.544798] <0> ffff88017332d800 ffff880152e13200 0000000000000000 ffff880152e7da08 [ 64.544814] <0> ffffffff81570486 ffff880180000000 ffff88017332d800 ffff880152e7da28 [ 64.544832] Call Trace: [ 64.544842] [] ? ip_finish_output+0x104/0x2f0 [ 64.544853] [] ip_output+0x86/0xd0 [ 64.544862] [] ip_local_out+0x20/0x30 [ 64.544870] [] ip_queue_xmit+0x223/0x3f0 [ 64.544880] [] ? xen_force_evtchn_callback+0xd/0x10 [ 64.544889] [] ? check_events+0x12/0x20 [ 64.544900] [] tcp_transmit_skb+0x402/0x780 [ 64.544909] [] tcp_send_active_reset+0x89/0x180 [ 64.544920] [] ? __d_free+0x3a/0x60 [ 64.544929] [] tcp_disconnect+0x6c/0x3c0 [ 64.544938] [] tcp_close+0x3e4/0x480 [ 64.544946] [] inet_release+0x42/0x70 [ 64.544956] [] sock_release+0x18/0x60 [ 64.544964] [] sock_close+0x12/0x30 [ 64.544974] [] __fput+0xee/0x200 [ 64.544982] [] ? xen_force_evtchn_callback+0xd/0x10 [ 64.544991] [] fput+0x17/0x20 [ 64.545000] [] filp_close+0x58/0x90 [ 64.545009] [] ? xen_restore_fl_direct_end+0x0/0x1 [ 64.545019] [] put_files_struct+0xcc/0xe0 [ 64.545028] [] exit_files+0x50/0x60 [ 64.545036] [] do_exit+0x1b7/0x7f0 [ 64.545046] [] ? __dequeue_signal+0x16/0x160 [ 64.545055] [] do_group_exit+0x3c/0xa0 [ 64.545064] [] get_signal_to_deliver+0x1b8/0x380 [ 64.545073] [] do_notify_resume+0xc9/0x880 [ 64.545084] [] ? xen_mc_flush+0x11b/0x1d0 [ 64.545095] [] ? paravirt_end_context_switch+0x12/0x30 [ 64.545106] [] ? finish_task_switch+0x5b/0xb0 [ 64.545115] [] int_signal+0x12/0x17 [ 64.545121] Code: 81 ea d8 1f 00 00 48 3b 42 20 73 07 48 8b 50 f9 31 c0 c3 31 d2 48 c7 c0 f2 ff ff ff c3 90 90 90 48 89 f8 89 d1 c1 e9 03 83 e2 07 48 a5 89 d1 f3 a4 c3 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 [ 64.545252] RIP [] memcpy_c+0xb/0x20 [ 64.545262] RSP [ 64.545269] ---[ end trace 11cf940a2c626919 ]--- [ 64.545276] Fixing recursive fault but reboot is needed! --000e0cd70a9c9e80220482fbf2b0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,
We are getting alignment check with 2.6.32 kernel running as a do= mU on an AMD system, while dom0 is a 2.6.18 kernel.
As far as I know we = should not have run into such problem, since this is x86_64 kernel. I am aw= are of the fact that for alignment check trap AC bit needs to be set in efl= ags and AM should be set in CR0. I tracked cr0 and AM was getting set, and = problem was occurring when something was setting AC flag at the time of cal= ling memcpy_c(). I cheated and cleared the AM flag in cr0 (as one can see i= n this trace) but this didn't help. I haven't figured out what sets= the AM flag...

Here is the trace:

[=A0=A0 80.342300] alignment check: 0000 [#1]= SMP
[=A0=A0 80.342323] last sysfs file: /sys/devices/virtual/vc/vcsa7/= dev
[=A0=A0 80.342330] CPU 1
[=A0=A0 80.342339] Pid: 3875, comm: loa= s_check Not tainted 2.6.32.10+drm33.1 #12
[=A0=A0 80.342347] RIP: e030:[<ffffffff813eb2bb>]=A0 [<ffffffff813= eb2bb>] memcpy_c+0xb/0x20
[=A0=A0 80.342365] RSP: e02b:ffff88015556d9= b0=A0 EFLAGS: 00050246
[=A0=A0 80.342371] RAX: ffff88017360cc8c RBX: fff= f880176d91900 RCX: 0000000000000002
[=A0=A0 80.342379] RDX: 0000000000000000 RSI: ffff880176d91958 RDI: ffff880= 17360cc8c
[=A0=A0 80.342388] RBP: ffff88015556d9e8 R08: ffffffff81570260= R09: ffffffff81ae8840
[=A0=A0 80.342395] R10: 0000000000000000 R11: 000= 0000000000000 R12: 0000000000000000
[=A0=A0 80.342403] R13: 000000000000000e R14: ffff880173f3fc00 R15: ffff880= 176d91958
[=A0=A0 80.342417] FS:=A0 00007f0f4dafd6e0(0000) GS:ffff880028= 047000(0000) knlGS:0000000000000000
[=A0=A0 80.342425] CS:=A0 e033 DS: 0= 02b ES: 002b CR0: 000000008001003b
[=A0=A0 80.342432] CR2: 00007f0f4db1a000 CR3: 000000017362d000 CR4: 0000000= 000000660
[=A0=A0 80.342440] DR0: 0000000000000000 DR1: 0000000000000000= DR2: 0000000000000000
[=A0=A0 80.342448] DR3: 0000000000000000 DR6: 000= 00000ffff0ff0 DR7: 0000000000000000
[=A0=A0 80.342457] Process loas_check (pid: 3875, threadinfo ffff88015556c0= 00, task ffff8801556cada0)
[=A0=A0 80.342465] Stack:
[=A0=A0 80.34246= 9]=A0 ffffffff8157038f ffffffff81ae8840 ffff880173f3fc00 0000000000000000[=A0=A0 80.342483] <0> ffff880173f3fc00 ffff880161a36400 0000000000= 000000 ffff88015556da08
[=A0=A0 80.342500] <0> ffffffff815705d6 ffff880180000000 ffff880173f3= fc00 ffff88015556da28
[=A0=A0 80.342518] Call Trace:
[=A0=A0 80.34252= 8]=A0 [<ffffffff8157038f>] ? ip_finish_output+0x12f/0x2f0
[=A0=A0 = 80.342538]=A0 [<ffffffff815705d6>] ip_output+0x86/0xd0
[=A0=A0 80.342546]=A0 [<ffffffff8156f600>] ip_local_out+0x20/0x30
= [=A0=A0 80.342555]=A0 [<ffffffff8156fed3>] ip_queue_xmit+0x223/0x3f0<= br>[=A0=A0 80.342565]=A0 [<ffffffff81584214>] ? tcp_send_active_reset= +0x24/0x180
[=A0=A0 80.342576]=A0 [<ffffffff8100dcfd>] ? xen_force_evtchn_callbac= k+0xd/0x10
[=A0=A0 80.342586]=A0 [<ffffffff8100e532>] ? check_even= ts+0x12/0x20
[=A0=A0 80.342595]=A0 [<ffffffff81583dd2>] tcp_transm= it_skb+0x402/0x780
[=A0=A0 80.342604]=A0 [<ffffffff81584279>] tcp_send_active_reset+0x89= /0x180
[=A0=A0 80.342614]=A0 [<ffffffff815770bc>] tcp_disconnect+0= x6c/0x3c0
[=A0=A0 80.342622]=A0 [<ffffffff81576e34>] tcp_close+0x3= e4/0x480
[=A0=A0 80.342632]=A0 [<ffffffff81598b92>] inet_release+0= x42/0x70
[=A0=A0 80.342643]=A0 [<ffffffff814ce5d8>] sock_release+0x18/0x60
= [=A0=A0 80.342652]=A0 [<ffffffff814ceab2>] sock_close+0x12/0x30
[= =A0=A0 80.342663]=A0 [<ffffffff8110e28e>] __fput+0xee/0x200
[=A0= =A0 80.342671]=A0 [<ffffffff8100dcfd>] ? xen_force_evtchn_callback+0x= d/0x10
[=A0=A0 80.342681]=A0 [<ffffffff8110e3b7>] fput+0x17/0x20
[=A0=A0 = 80.342690]=A0 [<ffffffff8110a378>] filp_close+0x58/0x90
[=A0=A0 80= .342698]=A0 [<ffffffff8100e51f>] ? xen_restore_fl_direct_end+0x0/0x1<= br>[=A0=A0 80.342709]=A0 [<ffffffff8105691c>] put_files_struct+0xcc/0= xe0
[=A0=A0 80.342718]=A0 [<ffffffff81056980>] exit_files+0x50/0x60
[= =A0=A0 80.342726]=A0 [<ffffffff81058587>] do_exit+0x1b7/0x7f0
[=A0= =A0 80.342735]=A0 [<ffffffff81065cb6>] ? __dequeue_signal+0x16/0x160<= br>[=A0=A0 80.342745]=A0 [<ffffffff81058bfc>] do_group_exit+0x3c/0xa0=
[=A0=A0 80.342754]=A0 [<ffffffff81068328>] get_signal_to_deliver+0x1b= 8/0x380
[=A0=A0 80.342764]=A0 [<ffffffff810106a9>] do_notify_resum= e+0xc9/0x8a0
[=A0=A0 80.342775]=A0 [<ffffffff8100b8bb>] ? xen_mc_f= lush+0x11b/0x1d0
[=A0=A0 80.342786]=A0 [<ffffffff8102cb52>] ? paravirt_end_context_swi= tch+0x12/0x30
[=A0=A0 80.342798]=A0 [<ffffffff81047afb>] ? finish_= task_switch+0x5b/0xb0
[=A0=A0 80.342808]=A0 [<ffffffff8101134e>] i= nt_signal+0x12/0x17
[=A0=A0 80.342815] Code: 81 ea d8 1f 00 00 48 3b 42 20 73 07 48 8b 50 f9 31= c0 c3 31 d2 48 c7 c0 f2 ff ff ff c3 90 90 90 48 89 f8 89 d1 c1 e9 03 83 e2= 07 <f3> 48 a5 89 d1 f3 a4 c3 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 =
[=A0=A0 80.342952] RIP=A0 [<ffffffff813eb2bb>] memcpy_c+0xb/0x20
[= =A0=A0 80.342962]=A0 RSP <ffff88015556d9b0>
[=A0=A0 80.342969] ---= [ end trace 1442aa6e9e3d337d ]---
[=A0=A0 80.342976] Fixing recursive fa= ult but reboot is needed!

This happens 2 out of 3 times.
I don't seem to find any similar = recent reports and relevant commits so far, and we haven't had such pro= blem running 2.6.24 domU (Ubuntu hardy) on the 2.6.18 dom0. I'm hoping = someone can give a hand.
Thanks,
--Natalie
P.S. Just in case - here is the "original"= ; trace before I tried to modify the cr0:

[=A0=A0 64.544616] alignme= nt check: 0000 [#1] SMP
[=A0=A0 64.544640] last sysfs file: /sys/device= s/virtual/vc/vcsa7/dev
[=A0=A0 64.544647] CPU 1
[=A0=A0 64.544655] Pid: 3737, comm: loas_check= Not tainted 2.6.32.10+drm33.1 #8
[=A0=A0 64.544663] RIP: e030:[<fff= fffff813eb23b>]=A0 [<ffffffff813eb23b>] memcpy_c+0xb/0x20
[=A0= =A0 64.544681] RSP: e02b:ffff880152e7d9b0=A0 EFLAGS: 00050246
[=A0=A0 64.544687] RAX: ffff8801731e4c8c RBX: ffff880178185400 RCX: 0000000= 000000002
[=A0=A0 64.544696] RDX: 0000000000000000 RSI: ffff880178185458= RDI: ffff8801731e4c8c
[=A0=A0 64.544703] RBP: ffff880152e7d9e8 R08: fff= fffff81570110 R09: ffffffff81ae6840
[=A0=A0 64.544711] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000= 000000000
[=A0=A0 64.544718] R13: 000000000000000e R14: ffff88017332d800= R15: ffff880178185458
[=A0=A0 64.544732] FS:=A0 00007fa8de9336e0(0000) = GS:ffff880028047000(0000) knlGS:0000000000000000
[=A0=A0 64.544741] CS:=A0 e033 DS: 002b ES: 002b CR0: 000000008005003b
[= =A0=A0 64.544748] CR2: 00000000081f1320 CR3: 0000000001001000 CR4: 00000000= 00000660
[=A0=A0 64.544756] DR0: 0000000000000000 DR1: 0000000000000000 = DR2: 0000000000000000
[=A0=A0 64.544764] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000= 000000000
[=A0=A0 64.544772] Process loas_check (pid: 3737, threadinfo f= fff880152e7c000, task ffff880152e72da0)
[=A0=A0 64.544781] Stack:
[= =A0=A0 64.544785]=A0 ffffffff81570214 ffffffff81ae6840 ffff88017332d800 000= 0000000000000
[=A0=A0 64.544798] <0> ffff88017332d800 ffff880152e13200 000000000000= 0000 ffff880152e7da08
[=A0=A0 64.544814] <0> ffffffff81570486 ffff= 880180000000 ffff88017332d800 ffff880152e7da28
[=A0=A0 64.544832] Call T= race:
[=A0=A0 64.544842]=A0 [<ffffffff81570214>] ? ip_finish_output+0x104/0= x2f0
[=A0=A0 64.544853]=A0 [<ffffffff81570486>] ip_output+0x86/0xd= 0
[=A0=A0 64.544862]=A0 [<ffffffff8156f4b0>] ip_local_out+0x20/0x3= 0
[=A0=A0 64.544870]=A0 [<ffffffff8156fd83>] ip_queue_xmit+0x223/0= x3f0
[=A0=A0 64.544880]=A0 [<ffffffff8100dcfd>] ? xen_force_evtchn_callbac= k+0xd/0x10
[=A0=A0 64.544889]=A0 [<ffffffff8100e532>] ? check_even= ts+0x12/0x20
[=A0=A0 64.544900]=A0 [<ffffffff81583c82>] tcp_transm= it_skb+0x402/0x780
[=A0=A0 64.544909]=A0 [<ffffffff81584129>] tcp_send_active_reset+0x89= /0x180
[=A0=A0 64.544920]=A0 [<ffffffff8111e16a>] ? __d_free+0x3a/= 0x60
[=A0=A0 64.544929]=A0 [<ffffffff81576f6c>] tcp_disconnect+0x6= c/0x3c0
[=A0=A0 64.544938]=A0 [<ffffffff81576ce4>] tcp_close+0x3e4= /0x480
[=A0=A0 64.544946]=A0 [<ffffffff81598a42>] inet_release+0x42/0x70
= [=A0=A0 64.544956]=A0 [<ffffffff814ce558>] sock_release+0x18/0x60
= [=A0=A0 64.544964]=A0 [<ffffffff814cea32>] sock_close+0x12/0x30
[= =A0=A0 64.544974]=A0 [<ffffffff8110e20e>] __fput+0xee/0x200
[=A0=A0 64.544982]=A0 [<ffffffff8100dcfd>] ? xen_force_evtchn_callbac= k+0xd/0x10
[=A0=A0 64.544991]=A0 [<ffffffff8110e337>] fput+0x17/0x= 20
[=A0=A0 64.545000]=A0 [<ffffffff8110a2f8>] filp_close+0x58/0x90=
[=A0=A0 64.545009]=A0 [<ffffffff8100e51f>] ? xen_restore_fl_direc= t_end+0x0/0x1
[=A0=A0 64.545019]=A0 [<ffffffff8105689c>] put_files_struct+0xcc/0xe0=
[=A0=A0 64.545028]=A0 [<ffffffff81056900>] exit_files+0x50/0x60[=A0=A0 64.545036]=A0 [<ffffffff81058507>] do_exit+0x1b7/0x7f0
[= =A0=A0 64.545046]=A0 [<ffffffff81065c36>] ? __dequeue_signal+0x16/0x1= 60
[=A0=A0 64.545055]=A0 [<ffffffff81058b7c>] do_group_exit+0x3c/0xa0[=A0=A0 64.545064]=A0 [<ffffffff810682a8>] get_signal_to_deliver+0x1= b8/0x380
[=A0=A0 64.545073]=A0 [<ffffffff81010649>] do_notify_resu= me+0xc9/0x880
[=A0=A0 64.545084]=A0 [<ffffffff8100b8bb>] ? xen_mc_flush+0x11b/0x1d0=
[=A0=A0 64.545095]=A0 [<ffffffff8102cad2>] ? paravirt_end_context= _switch+0x12/0x30
[=A0=A0 64.545106]=A0 [<ffffffff81047a7b>] ? fin= ish_task_switch+0x5b/0xb0
[=A0=A0 64.545115]=A0 [<ffffffff810112ce>] int_signal+0x12/0x17
[= =A0=A0 64.545121] Code: 81 ea d8 1f 00 00 48 3b 42 20 73 07 48 8b 50 f9 31 = c0 c3 31 d2 48 c7 c0 f2 ff ff ff c3 90 90 90 48 89 f8 89 d1 c1 e9 03 83 e2 = 07 <f3> 48 a5 89 d1 f3 a4 c3 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 <= br> [=A0=A0 64.545252] RIP=A0 [<ffffffff813eb23b>] memcpy_c+0xb/0x20
[= =A0=A0 64.545262]=A0 RSP <ffff880152e7d9b0>
[=A0=A0 64.545269] ---= [ end trace 11cf940a2c626919 ]---
[=A0=A0 64.545276] Fixing recursive fa= ult but reboot is needed!

--000e0cd70a9c9e80220482fbf2b0-- --===============0339834887== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0339834887==--