From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Cooper Subject: Re: dom0 show call trace and failed to boot on HSW-EX platform Date: Tue, 2 Feb 2016 10:11:19 +0000 Message-ID: <56B080C7.9070704@citrix.com> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0084030387207267459==" Return-path: Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQXwC-00080r-9e for xen-devel@lists.xenproject.org; Tue, 02 Feb 2016 10:11:56 +0000 In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: "Li, Liang Z" , David Vrabel , "xen-devel@lists.xenproject.org" , "linux-kernel@vger.kernel.org" Cc: Daniel Kiper , Tim Deegan , Jan Beulich List-Id: xen-devel@lists.xenproject.org --===============0084030387207267459== Content-Type: multipart/alternative; boundary="------------020803030507040901000400" --------------020803030507040901000400 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable On 02/02/16 07:40, Li, Liang Z wrote: > Hi David, > > We found dom0 will crash when booing on HSW-EX server, the dom0 kernel = version is v4.4. By debugging I found the your patch > ' x86/xen: discard RAM regions above the maximum reservation' , which t= he commit ID is : f5775e0b6116b7e2425ccf535243b21 > caused the regression. The debug message is listed below: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > (XEN) mm.c:884:d0v14 pg_owner 0 l1e_owner 0, but real_pg_owner -1 > (XEN) mm.c:955:d0v14 Error getting mfn 1080000 (pfn ffffffffffffffff) = from L1=20 > (XEN) mm.c:1269:d0v14 Failure in alloc_l1_table: entry 0 > (XEN) mm.c:2175:d0v14 Error while validating mfn 188d903 (pfn 17a7cc) = for type=20 > (XEN) mm.c:3101:d0v14 Error -16 while pinning mfn 188d903 > [ 33.768792] ------------[ cut here ]------------ > WARNING: CPU: 14 PID: 1 at arch/x86/xen/multicalls.c:129 xen_mc_ > [ 33.783809] Modules linked in: > [ 33.787304] CPU: 14 PID: 1 Comm: swapper/0 Not tainted 4.4.0 #1 > [ 33.793991] Hardware name: Intel Corporation BRICKLAND/BRICKLAND, B= IOS=20 > [ 33.805624] 0000000000000081 ffff88017d2537c8 ffffffff812ff954 000= 000000000=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H > [ 33.813961] 0000000000000000 0000000000000081 0000000000000000 fff= f88017d25=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H > [ 33.822300] ffffffff810ca120 ffffffff81cb7f00 ffff8801879ca280 000= 000000000=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H > [ 33.830639] Call Trace: > [ 33.833457] [] dump_stack+0x48/0x64 > [ 33.839277] [] warn_slowpath_common+0x90/0xd0 > [ 33.846058] [] warn_slowpath_null+0x15/0x20 > [ 33.852659] [] xen_mc_flush+0x1c3/0x1d0 > [ 33.858858] [] xen_alloc_pte+0x20f/0x300 > [ 33.865158] [] ? update_page_count+0x45/0x60 > [ 33.871855] [] ? phys_pte_init+0x170/0x183 > [ 33.878345] [] phys_pmd_init+0x2e6/0x389 > [ 33.884649] [] phys_pud_init+0x2ad/0x3dc > [ 33.890954] [] kernel_physical_mapping_init+0xec= /0x211 > [ 33.898613] [] init_memory_mapping+0x17d/0x2f0 > [ 33.905496] [] ? __raw_callee_save___pv_queued_s= pin_unloc=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[= 24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H > [ 33.914516] [] ? acpi_os_signal_semaphore+0x2e/0= x32 > [ 33.921889] [] arch_add_memory+0x48/0xf0 > [ 33.928186] [] add_memory_resource+0x80/0x110 > [ 33.934967] [] add_memory+0x7d/0xc0 > [ 33.940787] [] acpi_memory_device_add+0x14f/0x23= 7 > [ 33.947963] [] acpi_bus_attach+0xcb/0x166 > [ 33.954359] [] acpi_bus_attach+0x12b/0x166 > [ 33.960854] [] acpi_bus_attach+0x12b/0x166 > [ 33.967350] [] acpi_bus_attach+0x12b/0x166 > [ 33.973848] [] acpi_bus_scan+0x5b/0x66 > [ 33.979962] [] ? acpi_early_init+0xeb/0xeb > [ 33.986450] [] acpi_scan_init+0x7d/0x1c4 > [ 33.992755] [] ? acpi_early_init+0xeb/0xeb > [ 33.999248] [] ? acpi_early_init+0xeb/0xeb > [ 34.005747] [] acpi_init+0x246/0x282 > [ 34.011659] [] ? acpi_early_init+0xeb/0xeb > [ 34.018156] [] do_one_initcall+0x81/0x1e0 > [ 34.024557] [] kernel_init_freeable+0x19d/0x238 > [ 34.031542] [] ? kernel_init_freeable+0x238/0x23= 8 > [ 34.038711] [] ? rest_init+0x80/0x80 > [ 34.044626] [] kernel_init+0x9/0xe0 > [ 34.050450] [] ret_from_fork+0x3f/0x70 > [ 34.056552] [] ? rest_init+0x80/0x80 > [ 34.062475] ---[ end trace 854dae1bef359299 ]--- > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > You can get more information in 'error_log.txt'. > > Any idea?=20 > I don't know your original intention of this patch, so just send a reve= rt patch to fix the issue is not a good choice,=20 > May be you have better solution. > > Liang > > > error_log.txt > > > (XEN) Bad console=3D option '8n1' 8n1 should be part of com1=3D or com2=3D, rather than console=3D > Xen 4.7-unstable > (XEN) Xen version 4.7-unstable (build@) (gcc (GCC) 4.4.7 20120313 (Red = Hat 4.4.7=1B[16;80H-=1B[16;80H1=1B[16;80H6=1B[16;80H)=1B[16;80H)=1B[16;80= H =1B[16;80Hd=1B[16;80He=1B[16;80Hb=1B[16;80Hu=1B[16;80Hg=1B[16;80H=3D=1B= [16;80Hy=1B[16;80H =1B[16;80HT=1B[16;80Hh=1B[16;80Hu=1B[16;80H =1B[16;80H= J=1B[16;80Ha=1B[16;80Hn=1B[16;80H =1B[16;80H2=1B[16;80H1=1B[16;80H =1B[16= ;80H2=1B[16;80H3=1B[16;80H:=1B[16;80H2=1B[16;80H1=1B[16;80H:=1B[16;80H3=1B= [16;80H2=1B[16;80H =1B[16;80HE=1B[16;80HS=1B[16;80HT=1B[16;80H =1B[16;80H= 2=1B[16;80H0=1B[16;80H1=1B[16;80H6=1B[16;80H > (XEN) Latest ChangeSet: Tue Jan 19 17:47:19 2016 +0000 git:1949868-dirt= y > (XEN) Console output is synchronous. > (XEN) Bootloader: GNU GRUB 0.97 > (XEN) Command line: dom0_mem=3D4096M loglvl=3Dall guest_loglvl=3Dall un= restricted_gues=1B[20;80Ht=1B[20;80H=3D=1B[20;80H1=1B[20;80H =1B[20;80Hm=1B= [20;80Hs=1B[20;80Hi=1B[20;80H=3D=1B[20;80H1=1B[20;80H =1B[20;80Hc=1B[20;8= 0Ho=1B[20;80Hn=1B[20;80Hs=1B[20;80Ho=1B[20;80Hl=1B[20;80He=1B[20;80H=3D=1B= [20;80Hc=1B[20;80Ho=1B[20;80Hm=1B[20;80H1=1B[20;80H,=1B[20;80H1=1B[20;80H= 1=1B[20;80H5=1B[20;80H2=1B[20;80H0=1B[20;80H0=1B[20;80H,=1B[20;80H8=1B[20= ;80Hn=1B[20;80H1=1B[20;80H =1B[20;80Hs=1B[20;80Hy=1B[20;80Hn=1B[20;80Hc=1B= [20;80H_=1B[20;80Hc=1B[20;80Ho=1B[20;80Hn=1B[20;80Hs=1B[20;80Ho=1B[20;80H= l=1B[20;80He=1B[20;80H =1B[20;80Hh=1B[20;80Ha=1B[20;80Hp=1B[20;80H_=1B[20= ;80H1=1B[20;80Hg=1B[20;80Hb=1B[20;80H=3D=1B[20;80H1=1B[20;80H =1B[20;80Hc= =1B[20;80Ho=1B[20;80Hn=1B[20;80Hr=1B[20;80Hi=1B[20;80Hn=1B[20;80Hg=1B[20;= 80H_=1B[20;80Hs=1B[20;80Hi=1B[20;80Hz=1B[20;80He=1B[20;80H=3D=1B[20;80H1=1B= [20;80H2=1B[20;80H8=1B[20;80HM=1B[20;80H =1B[20;80Hi=1B[20;80Ho=1B[20;80H= m=1B[20;80Hm=1B[20;80Hu=1B[20;80H=3D=1B[20;80Ho=1B[20;80Hn=1B[20;80H,=1B[= 20;80Hi=1B[20;80Hn=1B[20;80Ht=1B[20;80Hp=1B[20;80Ho=1B[20;80Hs=1B[20;80Ht= =1B[20;80H =1B[20;80Hp=1B[20;80Hs=1B[20;80Hr=1B[20;80H=3D=1B[20;80Hc=1B[2= 0;80Hm=1B[20;80Ht=1B[20;80H =1B[20;80Hp=1B[20;80Hs=1B[20;80Hr=1B[20;80H=3D= =1B[20;80Hc=1B[20;80Ha=1B[20;80Ht=1B[20;80H =1B[20;80Hp=1B[20;80Hs=1B[20;= 80Hr=1B[20;80H=3D=1B[20;80Hc=1B[20;80Hd=1B[20;80Hp=1B[20;80H This is very hard to read with the VT escape characters still present.=20 However, you probably meant dom0_mem=3D4096M:max=3D4096M, or dom0 gets al= l the remaining RAM. Having said that, giving dom0 all the RAM should work, and... > =1B[23;80H =1B[24;1H[ 33.656695] ACPI: NR_CPUS/possible_cpus limit of= 64 reached. Processor 99/0=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[2= 4;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;8= 0H > =1B[23;80H.=1B[24;1H[ 33.665648] ACPI: Unable to map lapic to logical= cpu number > =1B[23;80H =1B[24;1H(XEN) mm.c:884:d0v14 pg_owner 0 l1e_owner 0, but re= al_pg_owner -1 > =1B[23;80H =1B[24;1H(XEN) mm.c:955:d0v14 Error getting mfn 1080000 (pfn= ffffffffffffffff) from L1 e=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[2= 4;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;8= 0H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B= [24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24= ;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80= H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B= [24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24= ;80H > =1B[23;80H0=1B[24;1H(XEN) mm.c:1269:d0v14 Failure in alloc_l1_table: en= try 0 > =1B[23;80H =1B[24;1H(XEN) mm.c:2175:d0v14 Error while validating mfn 18= 8d903 (pfn 17a7cc) for type =1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[2= 4;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;8= 0H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B= [24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24= ;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80= H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B= [24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24= ;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80= H=1B[24;80H=1B[24;80H=1B[24;80H > =1B[23;80H1=1B[24;1H(XEN) mm.c:3101:d0v14 Error -16 while pinning mfn 1= 88d903 This is a -EBUSY. Is there anything magic about mfn 188d903? It just looks like plain RAM in the E820 table. Have you got dom0 configured to use linear p2m mode? Without it, dom0 can only have a maximum of 512GB of RAM. ~Andrew --------------020803030507040901000400 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
On 02/02/16 07:40, Li, Liang Z wrote: 
Hi David,

We found dom0 will crash when booing on HSW-EX server, the dom0 kernel vers=
ion is v4.4. By debugging I found the your patch
' x86/xen: discard RAM regions above the maximum reservation' , which the c=
ommit ID is : f5775e0b6116b7e2425ccf535243b21
caused the regression. The debug message is listed below:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 (XEN) mm.c:884:d0v14 pg_owner 0 l1e_owner 0, but real_pg_owner -1
 (XEN) mm.c:955:d0v14 Error getting mfn 1080000 (pfn ffffffffffffffff) from=
 L1=20
 (XEN) mm.c:1269:d0v14 Failure in alloc_l1_table: entry 0
 (XEN) mm.c:2175:d0v14 Error while validating mfn 188d903 (pfn 17a7cc) for =
type=20
 (XEN) mm.c:3101:d0v14 Error -16 while pinning mfn 188d903
 [   33.768792] ------------[ cut here ]------------
WARNING: CPU: 14 PID: 1 at arch/x86/xen/multicalls.c:129 xen_mc_
 [   33.783809] Modules linked in:
 [   33.787304] CPU: 14 PID: 1 Comm: swapper/0 Not tainted 4.4.0 #1
 [   33.793991] Hardware name: Intel Corporation BRICKLAND/BRICKLAND, BIOS=
=20
 [   33.805624]  0000000000000081 ffff88017d2537c8 ffffffff812ff954 0000000=
00000=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H
 [   33.813961]  0000000000000000 0000000000000081 0000000000000000 ffff880=
17d25=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H
 [   33.822300]  ffffffff810ca120 ffffffff81cb7f00 ffff8801879ca280 0000000=
00000=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H
 [   33.830639] Call Trace:
 [   33.833457]  [<ffffffff812ff954>] dump_stack+0x48/0x64
 [   33.839277]  [<ffffffff810ca120>] warn_slowpath_common+0x90/0xd0
 [   33.846058]  [<ffffffff810ca175>] warn_slowpath_null+0x15/0x20
 [   33.852659]  [<ffffffff81060133>] xen_mc_flush+0x1c3/0x1d0
 [   33.858858]  [<ffffffff8106449f>] xen_alloc_pte+0x20f/0x300
 [   33.865158]  [<ffffffff810beef5>] ? update_page_count+0x45/0x60
 [   33.871855]  [<ffffffff817a1194>] ? phys_pte_init+0x170/0x183
 [   33.878345]  [<ffffffff817a148d>] phys_pmd_init+0x2e6/0x389
 [   33.884649]  [<ffffffff817a17dd>] phys_pud_init+0x2ad/0x3dc
 [   33.890954]  [<ffffffff817a290d>] kernel_physical_mapping_init+0x=
ec/0x211
 [   33.898613]  [<ffffffff8179df8d>] init_memory_mapping+0x17d/0x2f0
 [   33.905496]  [<ffffffff81104f11>] ? __raw_callee_save___pv_queued=
_spin_unloc=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[=
24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H
 [   33.914516]  [<ffffffff813643f7>] ? acpi_os_signal_semaphore+0x2e=
/0x32
 [   33.921889]  [<ffffffff810ba7b8>] arch_add_memory+0x48/0xf0
 [   33.928186]  [<ffffffff8179eb80>] add_memory_resource+0x80/0x110
 [   33.934967]  [<ffffffff8179ec8d>] add_memory+0x7d/0xc0
 [   33.940787]  [<ffffffff81399538>] acpi_memory_device_add+0x14f/0x=
237
 [   33.947963]  [<ffffffff81369a6d>] acpi_bus_attach+0xcb/0x166
 [   33.954359]  [<ffffffff81369acd>] acpi_bus_attach+0x12b/0x166
 [   33.960854]  [<ffffffff81369acd>] acpi_bus_attach+0x12b/0x166
 [   33.967350]  [<ffffffff81369acd>] acpi_bus_attach+0x12b/0x166
 [   33.973848]  [<ffffffff8136aff1>] acpi_bus_scan+0x5b/0x66
 [   33.979962]  [<ffffffff81d31e04>] ? acpi_early_init+0xeb/0xeb
 [   33.986450]  [<ffffffff81d32187>] acpi_scan_init+0x7d/0x1c4
 [   33.992755]  [<ffffffff81d31e04>] ? acpi_early_init+0xeb/0xeb
 [   33.999248]  [<ffffffff81d31e04>] ? acpi_early_init+0xeb/0xeb
 [   34.005747]  [<ffffffff81d3204a>] acpi_init+0x246/0x282
 [   34.011659]  [<ffffffff81d31e04>] ? acpi_early_init+0xeb/0xeb
 [   34.018156]  [<ffffffff810020b1>] do_one_initcall+0x81/0x1e0
 [   34.024557]  [<ffffffff81cf5c06>] kernel_init_freeable+0x19d/0x23=
8
 [   34.031542]  [<ffffffff81cf5ca1>] ? kernel_init_freeable+0x238/0x=
238
 [   34.038711]  [<ffffffff8179d490>] ? rest_init+0x80/0x80
 [   34.044626]  [<ffffffff8179d499>] kernel_init+0x9/0xe0
 [   34.050450]  [<ffffffff817aa3cf>] ret_from_fork+0x3f/0x70
 [   34.056552]  [<ffffffff8179d490>] ? rest_init+0x80/0x80
 [   34.062475] ---[ end trace 854dae1bef359299 ]---
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

You can get more information in 'error_log.txt'.

Any idea?=20
I don't know your original intention of this patch, so just send a revert p=
atch to fix the issue is not a good choice,=20
May be you have better solution.

Liang

error_log.txt 
(XEN) Bad console=3D option '8n1'

8n1 should be part of com1=3D or com2=3D, rather than console=3D

 Xen 4.7-unstable
(XEN) Xen version 4.7-unstable (build@) (gcc (GCC) 4.4.7 20120313 (Red Hat =
4.4.7=1B[16;80H-=1B[16;80H1=1B[16;80H6=1B[16;80H)=1B[16;80H)=1B[16;80H =1B[=
16;80Hd=1B[16;80He=1B[16;80Hb=1B[16;80Hu=1B[16;80Hg=1B[16;80H=3D=1B[16;80Hy=
=1B[16;80H =1B[16;80HT=1B[16;80Hh=1B[16;80Hu=1B[16;80H =1B[16;80HJ=1B[16;80=
Ha=1B[16;80Hn=1B[16;80H =1B[16;80H2=1B[16;80H1=1B[16;80H =1B[16;80H2=1B[16;=
80H3=1B[16;80H:=1B[16;80H2=1B[16;80H1=1B[16;80H:=1B[16;80H3=1B[16;80H2=1B[1=
6;80H =1B[16;80HE=1B[16;80HS=1B[16;80HT=1B[16;80H =1B[16;80H2=1B[16;80H0=1B=
[16;80H1=1B[16;80H6=1B[16;80H
(XEN) Latest ChangeSet: Tue Jan 19 17:47:19 2016 +0000 git:1949868-dirty
(XEN) Console output is synchronous.
(XEN) Bootloader: GNU GRUB 0.97
(XEN) Command line: dom0_mem=3D4096M loglvl=3Dall guest_loglvl=3Dall unrest=
ricted_gues=1B[20;80Ht=1B[20;80H=3D=1B[20;80H1=1B[20;80H =1B[20;80Hm=1B[20;=
80Hs=1B[20;80Hi=1B[20;80H=3D=1B[20;80H1=1B[20;80H =1B[20;80Hc=1B[20;80Ho=1B=
[20;80Hn=1B[20;80Hs=1B[20;80Ho=1B[20;80Hl=1B[20;80He=1B[20;80H=3D=1B[20;80H=
c=1B[20;80Ho=1B[20;80Hm=1B[20;80H1=1B[20;80H,=1B[20;80H1=1B[20;80H1=1B[20;8=
0H5=1B[20;80H2=1B[20;80H0=1B[20;80H0=1B[20;80H,=1B[20;80H8=1B[20;80Hn=1B[20=
;80H1=1B[20;80H =1B[20;80Hs=1B[20;80Hy=1B[20;80Hn=1B[20;80Hc=1B[20;80H_=1B[=
20;80Hc=1B[20;80Ho=1B[20;80Hn=1B[20;80Hs=1B[20;80Ho=1B[20;80Hl=1B[20;80He=
=1B[20;80H =1B[20;80Hh=1B[20;80Ha=1B[20;80Hp=1B[20;80H_=1B[20;80H1=1B[20;80=
Hg=1B[20;80Hb=1B[20;80H=3D=1B[20;80H1=1B[20;80H =1B[20;80Hc=1B[20;80Ho=1B[2=
0;80Hn=1B[20;80Hr=1B[20;80Hi=1B[20;80Hn=1B[20;80Hg=1B[20;80H_=1B[20;80Hs=1B=
[20;80Hi=1B[20;80Hz=1B[20;80He=1B[20;80H=3D=1B[20;80H1=1B[20;80H2=1B[20;80H=
8=1B[20;80HM=1B[20;80H =1B[20;80Hi=1B[20;80Ho=1B[20;80Hm=1B[20;80Hm=1B[20;8=
0Hu=1B[20;80H=3D=1B[20;80Ho=1B[20;80Hn=1B[20;80H,=1B[20;80Hi=1B[20;80Hn=1B[=
20;80Ht=1B[20;80Hp=1B[20;80Ho=1B[20;80Hs=1B[20;80Ht=1B[20;80H =1B[20;80Hp=
=1B[20;80Hs=1B[20;80Hr=1B[20;80H=3D=1B[20;80Hc=1B[20;80Hm=1B[20;80Ht=1B[20;=
80H =1B[20;80Hp=1B[20;80Hs=1B
[20;80Hr=1B[20;80H=3D=1B[20;80Hc=1B[20;80Ha=1B[20;80Ht=1B[20;80H =1B[20;80H=
p=1B[20;80Hs=1B[20;80Hr=1B[20;80H=3D=1B[20;80Hc=1B[20;80Hd=1B[20;80Hp=1B[20=
;80H

This is very hard to read with the VT escape characters still present.=A0 However, you probably meant dom0_mem=3D4096M:max=3D4096M, o= r dom0 gets all the remaining RAM.

Having said that, giving dom0 all the RAM should work, and...

=1B[23;80H =1B[24;1H[   33.656695] ACPI: NR_CPUS/possible_cpus limit of 64 =
reached.  Processor 99/0=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=
=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H
=1B[23;80H.=1B[24;1H[   33.665648] ACPI: Unable to map lapic to logical cpu=
 number
=1B[23;80H =1B[24;1H(XEN) mm.c:884:d0v14 pg_owner 0 l1e_owner 0, but real_p=
g_owner -1
=1B[23;80H =1B[24;1H(XEN) mm.c:955:d0v14 Error getting mfn 1080000 (pfn fff=
fffffffffffff) from L1 e=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=
=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[2=
4;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=
=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[2=
4;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=
=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[2=
4;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H
=1B[23;80H0=1B[24;1H(XEN) mm.c:1269:d0v14 Failure in alloc_l1_table: entry =
0
=1B[23;80H =1B[24;1H(XEN) mm.c:2175:d0v14 Error while validating mfn 188d90=
3 (pfn 17a7cc) for type =1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=
=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[2=
4;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=
=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[2=
4;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=
=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[2=
4;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=
=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[24;80H=1B[2=
4;80H=1B[24;80H
=1B[23;80H1=1B[24;1H(XEN) mm.c:3101:d0v14 Error -16 while pinning mfn 188d9=
03

This is a -EBUSY.=A0 Is there anything magic about mfn 188d903?=A0 It just looks like plain RAM in the E820 table.

Have you got dom0 configured to use linear p2m mode?=A0 Without it, dom0 can only have a maximum of 512GB of RAM.

~Andrew
--------------020803030507040901000400-- --===============0084030387207267459== 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.xen.org http://lists.xen.org/xen-devel --===============0084030387207267459==--