On Tue, Nov 16, 2010 at 1:49 PM, Boris Derzhav= ets <bderzh= avets@yahoo.com> wrote:

=0A
= Yes, here we are

[ 186.975228] ------------[ cut here ]-------= -----
[ 186.975245] kernel BUG at mm/mmap.c:2399!
=0A[ 18= 6.975254] invalid opcode: 0000 [#1] SMP
[ 186.975269] last sysfs = file: /sys/devices/system/cpu/cpu1/cache/index2/shared_cpu_map
[ 1= 86.975284] CPU 0
[ 186.975290] Modules linked in: nfs fscache def= late zlib_deflate ctr camellia cast5 rmd160 crypto_null ccm serpent blowfis= h twofish_generic twofish_x86_64 twofish_common ecb xcbc cbc sha256_generic= sha512_generic des_generic cryptd aes_x86_64 aes_generic ah6 ah4 esp6 esp4= xfrm4_mode_beet xfrm4_tunnel tunnel4 xfrm4_mode_tunnel xfrm4_mode_transpor= t xfrm6_mode_transport xfrm6_mode_ro xfrm6_mode_beet xfrm6_mode_tunnel ipco= mp ipcomp6 xfrm_ipcomp xfrm6_tunnel tunnel6 af_key nfsd lockd nfs_acl auth_= rpcgss exportfs sunrpc ipv6 uinput xen_netfront=0A microcode xen_blkfront [= last unloaded: scsi_wait_scan]
[ 186.975507]
[ 186.97551= 5] Pid: 1562, comm: ls Not tainted 2.6.37-0.1.rc1.git8.xendom0.fc14.x86_64 = #1 /
[ 186.975529] RIP: e030:[<ffffffff8110ada1>] [<= ;ffffffff8110ada1>] exit_mmap+0x10c/0x119
=0A[ 186.975550] RSP:= e02b:ffff8800781bde18 EFLAGS: 00010202
[ 186.975560] RAX: 0= 000000000000000 RBX: 0000000000000000 RCX: 0000000000000000
[ 186.= 975573] RDX: 00000000914a9149 RSI: 0000000000000001 RDI: ffffea00000c0280=0A[ 186.975585] RBP: ffff8800781bde48 R08: ffffea00000c0280 R09: 0= 000000000000001
[ 186.975598] R10: ffffffff8100750f R11: ffffea000= 0967778 R12: ffff880076c68b00
[ 186.975610] R13: ffff88007f83f1e0 = R14: ffff880076c68b68 R15: 0000000000000001
=0A[ 186.975625] FS:&n= bsp; 00007f8e471d97c0(0000) GS:ffff88007f831000(0000) knlGS:000000000000000= 0
[ 186.975639] CS: e033 DS: 0000 ES:=0A 0000 CR0: 000000008= 005003b
[ 186.975650] CR2: 00007f8e464a9940 CR3: 0000000001a03000 = CR4: 0000000000002660
[ 186.975663] DR0: 0000000000000000 DR1: 000= 0000000000000 DR2: 0000000000000000
[ 186.976012] DR3: 00000000000= 00000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
=0A[ 186.976012]= Process ls (pid: 1562, threadinfo ffff8800781bc000, task ffff8800788223e0)=
[ 186.976012] Stack:
[ 186.976012] 000000000000006= b ffff88007f83f1e0 ffff8800781bde38 ffff880076c68b00
[ 186.976012]= ffff880076c68c40 ffff8800788229d0 ffff8800781bde68 ffffffff810505fc<= br>=0A[ 186.976012] ffff8800788223e0 ffff880076c68b00 ffff88007= 81bdeb8 ffffffff81056747
[ 186.976012] Call Trace:
[ 186.= 976012] [<ffffffff810505fc>] mmput+0x65/0xd8
[ 186.976= 012] [<ffffffff81056747>] exit_mm+0x13e/0x14b
=0A[ 186= .976012] [<ffffffff81056976>]=0A do_exit+0x222/0x7c6
[ = 186.976012] [<ffffffff8100750f>] ? xen_restore_fl_direct_end+0= x0/0x1
[ 186.976012] [<ffffffff8107ea7c>] ? arch_local= _irq_restore+0xb/0xd
[ 186.976012] [<ffffffff814b3949>= ] ? lockdep_sys_exit_thunk+0x35/0x67
=0A[ 186.976012] [<f= fffffff810571b0>] do_group_exit+0x88/0xb6
[ 186.976012] [= <ffffffff810571f5>] sys_exit_group+0x17/0x1b
[ 186.976012]&n= bsp; [<ffffffff8100acf2>] system_call_fastpath+0x16/0x1b
[ 1= 86.976012] Code: 8d 7d 18 e8 c3 8a 00 00 41 c7 45 08 00 00 00 00 48 89 df e= 8 0d e9 ff ff 48 85 c0 48 89 c3 75 f0 49 83 bc 24 98 01 00 00 00 74 02 <= 0f> 0b 48 83 c4 18 5b 41 5c 41 5d c9 c3 55 48 89 e5 41 54 53 48
=0A[= 186.976012] RIP [<ffffffff8110ada1>] exit_mmap+0x10c/0x1= 19
[ 186.976012] RSP <ffff8800781bde18>
[ 186= .976012] ---[ end trace c0f4eff4054a67e4=0A ]---
[ 186.976012] Fix= ing recursive fault but reboot is needed!

Message from syslogd@fedor= a14 at Nov 17 00:47:40 ...
kernel:[ 186.975228] ------------= [ cut here ]------------

Message from syslogd@fedora14 at Nov 17 00:= 47:40 ...
=0A kernel:[ 186.975254] invalid opcode: 0000 [#1] = SMP

Message from syslogd@fedora14 at Nov 17 00:47:40 ...
k= ernel:[ 186.975269] last sysfs file: /sys/devices/system/cpu/cpu1/cac= he/index2/shared_cpu_map

=0AMessage from syslogd@fedora14 at Nov 17 = 00:47:40 ...
kernel:[ 186.976012] Stack:

Message from= syslogd@fedora14 at Nov 17 00:47:40 ...
kernel:[ 186.976012= ] Call Trace:

Message from syslogd@fedora14 at Nov 17 00:47:40 ...=0A kernel:[ 186.976012] Code: 8d 7d 18 e8 c3 8a 00 00 41 c7 4= 5 08 00 00 00 00 48 89 df e8 0d e9 ff ff 48 85 c0 48 89 c3 75 f0 49 83 bc 2= 4 98 01 00 00 00 74 02 <0f> 0b 48 83 c4=0A 18 5b 41 5c 41 5d c9 c3 55= 48 89 e5 41 54 53 48

--- On Tue, = 11/16/10, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
=0A

From: Konrad Rz= eszutek Wilk <konr= ad.wilk@oracle.com>
=0ASubject: Re: [Xen-devel] Re: 2.6.37-rc1 ma= inline domU - BUG: unable to handle kernel paging request
To: "Boris Der= zhavets" <bderzhavet= s@yahoo.com>
=0ACc: "Jeremy Fitzhardinge" <jeremy@goop.org>, xen-devel@lists.xensource.com,= "Bruce Edge" <bruce.e= dge@gmail.com>
=0ADate: Tuesday, November 16, 2010, 4:15 PM
On Tue, Nov 16, = 2010 at 12:43:28PM -0800, Boris Derzhavets wrote:
> > Huh. I .. wh= at? I am confused. I thought we established that the issue
=0A> > = was not related to Xen PCI front? You also seem to uncomment the
> &g= t; upstream.core.patches and the xen.pvhvm.patch -=0A why?
>
>= I cannot uncomment upstream.core.patches and the xen.pvhvm.patch
> i= t gives failed HUNKs

Uhh.. I am even more confused.
>
>= > Ok, they are.. v2.6.37-rc2 which came out today has the fixes
=0A&= gt;
> I am pretty sure rc2 doesn't contain everything from xen.next-= 2.6.37.patch,
> gntdev's stuff for sure. I've built 2.6.37-rc2 kernel= rpms and loaded
> kernel-2.6.27-rc2.git0.xendom0.x86_64 under Xen 4= .0.1.
=0A> Device /dev/xen/gntdev has not been created. I understand= that it's
> unrelated to DomU ( related to Dom0) , but once again wi= th rc2 in DomU i cannot
> get 3.2 GB copied over to DomU from NFS sha= re at Dom0.
=0A
So what I think you are saying is that you keep on ge= tting the bug in DomU?
Is the stack-trace the same as in rc1?

=0A=0A

I haven't had much time to look into the broken/working v= ersion issues here, but I did confirm a couple of points:
1) The 2.6.37-= rc2 has the same problem still
2) This problem goes away of one is not u= sing NFS.
=0A
Not staggeringly helpful I know, but it's one small dat= a point.

-Bruce
=0A