Hello, I''m using Xen 4.2.0 on a gentoo 3.4.11-System, all 32bit PAE. I can assign as much memory as needed to my domU with one exception. This domU is the only one that has a PCI device passed through via config file: kernel = "/boot/kernel-3.4.11-xenU" vcpus = 3 vcpu_avail = 3 memory = 2048 name = "nodi" on_reboot = "restart" vif = [ ''mac=aa:00:00:48:44:af'' ] disk = [ ''/opt/xen/nodi.img,raw,xvda1,w'', ''/opt/xen/swap.nodi,raw,xvda2,w'', ''phy:/dev/sdb5,xvda3,w'', ''/opt/xen/GBSpace.img,raw,xvda4,w'' ] root = "/dev/xvda1 rootfstype=ext4 rootfsflags=barrier=0" extra = "console=hvc0 xencons=hvc xen-fbfront.video=6,1024,768 xenfb.video=6,1024,768 noirqdebug elevator=noop" vfb = [ ''vnc=1,vncdisplay=10,vnclisten=0.0.0.0,keymap=de'' ] pci = [ ''01:02.0'' ] pci_msitranslate = 1 When I start up this domU (xl start nodi.cfg) it will get 512MB only. When I comment out the pci-line, then memory ist correct with 2048MB. The cheat-mode works, though. I can start the domain with pci commented out and xen # xl pci-attach nodi 01:02.0 assign the device immediately after startup. PCI works and memory is 2048MB. nodi ~ # lspci 00:00.0 Network controller: AVM GmbH A1 ISDN [Fritz] (rev 02) nodi ~ # cat /proc/meminfo MemTotal: 2069168 kB MemFree: 1814776 kB [...] Can anybody tell me, how to debug this? Or is this a feature? xen ~ # xl info nodi host : xen release : 3.4.11-gentoo version : #7 SMP Mon Dec 3 20:37:13 CET 2012 machine : i686 nr_cpus : 4 max_cpu_id : 3 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 3392 hw_caps : bfebfbff:28100000:00000000:00007f40:77bae3ff:00000000:00000001:00000281 virt_caps : hvm hvm_directio total_memory : 15778 free_memory : 5893 sharing_freed_memory : 72057594037927935 sharing_used_memory : 72057594037927935 free_cpus : 0 xen_major : 4 xen_minor : 2 xen_extra : .0 xen_caps : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xf5800000 xen_changeset : unavailable xen_commandline : vtd=1 iommu=1 vga=gfx-1024x768x16 msi=1 dom0_mem=2560M cc_compiler : gcc (Gentoo 4.6.3 p1.8, pie-0.5.2) 4.6.3 cc_compile_by : cc_compile_domain : APO43287A.LOCAL cc_compile_date : Tue Dec 11 15:58:25 CET 2012 xend_config_format : 4 Please tell me, if you need more logs. Thanks, Christian -- Markt-Apotheke Christian Holpert e.K., Mömbris http://www.marktapotheke.org - info@marktapotheke.org http://www.blue-essentials-shop.de - info@blue-essentials-shop.de Apotheker Christian Holpert Im Markthof 5 63776 Mömbris Tel.: 06029-1379 Fax: 9986589 Amtsgericht Aschaffenburg, HR.A, Registernummer 2165
On Wed, 2012-12-12 at 17:04 +0000, Christian Holpert wrote:> Please tell me, if you need more logs.dmesg of the guest booting both with and without the pci device might be interesting. So would the output of "xl -vvv create" in both cases. Is the 512MB number coming only from within the guest or is it also visible in e.g. xl list? You could try ballooning up inside the guest, by writing to the /sys/devices/system/xen_memory/xen_memory0/target_kb sysfs node. Lastly you should try a more recent domU kernel. Ian.
Hello Ian, At 10:38 13.12.2012, you wrote:>On Wed, 2012-12-12 at 17:04 +0000, Christian Holpert wrote: > > Please tell me, if you need more logs. > >dmesg of the guest booting both with and without the pci device might be >interesting. So would the output of "xl -vvv create" in both cases.attached.>Is the 512MB number coming only from within the guest or is it also >visible in e.g. xl list?with pci: xen xen # xl list Name ID Mem VCPUs State Time(s) Domain-0 0 2557 4 r----- 2928.2 nodi 27 512 3 r----- 34.1 -------------- without pci: xen xen # xl list Name ID Mem VCPUs State Time(s) Domain-0 0 2557 4 r----- 2953.2 nodi 28 2048 3 -b---- 0.6>You could try ballooning up inside the guest, >by writing to the /sys/devices/system/xen_memory/xen_memory0/target_kb >sysfs node.(with pci:) No effect. sysfs already shows 2GB, but is ignored for values above 512MB. nodi ~ # cat /sys/devices/system/xen_memory/xen_memory0/target_kb 2097152 nodi ~ # cat /proc/meminfo MemTotal: 511268 kB MemFree: 266328 kB Buffers: 16572 kB Cached: 152604 kB SwapCached: 0 kB Active: 65400 kB Inactive: 157904 kB Active(anon): 54180 kB Inactive(anon): 332 kB Active(file): 11220 kB Inactive(file): 157572 kB Unevictable: 0 kB Mlocked: 0 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 511268 kB LowFree: 266328 kB SwapTotal: 983036 kB SwapFree: 983036 kB Dirty: 0 kB Writeback: 0 kB AnonPages: 54208 kB Mapped: 33852 kB Shmem: 388 kB Slab: 8552 kB SReclaimable: 3284 kB SUnreclaim: 5268 kB KernelStack: 760 kB PageTables: 1076 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 1238668 kB Committed_AS: 237812 kB VmallocTotal: 339960 kB VmallocUsed: 7816 kB VmallocChunk: 331464 kB DirectMap4k: 524288 kB DirectMap2M: 0 kB nodi ~ # echo 1048576 > /sys/devices/system/xen_memory/xen_memory0/target_kb nodi ~ # cat /sys/devices/system/xen_memory/xen_memory0/target_kb 1048576 nodi ~ # cat /proc/meminfo MemTotal: 511268 kB MemFree: 242920 kB Buffers: 16580 kB [...] I was able to change to values below 512MB though. So the interface is working at least.>Lastly you should try a more recent domU kernel.today all tests above done with 3.6.6-gentoo. Tried 2.6.38 and 3.4.11 yesterday. Thanks for taking time, Christian -- Markt-Apotheke Christian Holpert e.K., Mömbris http://www.marktapotheke.org - info@marktapotheke.org http://www.blue-essentials-shop.de - info@blue-essentials-shop.de Apotheker Christian Holpert Im Markthof 5 63776 Mömbris Tel.: 06029-1379 Fax: 9986589 Amtsgericht Aschaffenburg, HR.A, Registernummer 2165 --=====================_18183765==_ Content-Type: application/octet-stream; name="dmesg_with_pci.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg_with_pci.log" UmVzZXJ2aW5nIHZpcnR1YWwgYWRkcmVzcyBzcGFjZSBhYm92ZSAweGY1ODAwMDAwCkxpbnV4IHZl cnNpb24gMy42LjYtZ2VudG9vIChyb290QHhlbikgKGdjYyB2ZXJzaW9uIDQuNS40IChHZW50b28g NC41LjQgcDEuMCwgcGllLTAuNC43KSApICMxIFNNUCBUdWUgTm92IDEzIDE3OjQ3OjU4IENFVCAy MDEyCkFDUEkgaW4gdW5wcml2aWxlZ2VkIGRvbWFpbiBkaXNhYmxlZApGcmVlaW5nIDIwMDAwLTgw MDAwIHBmbiByYW5nZTogMzkzMjE2IHBhZ2VzIGZyZWVkCjEtMSBtYXBwaW5nIG9uIDIwMDAwLT4x MDAwMDAKUmVsZWFzZWQgMzkzMjE2IHBhZ2VzIG9mIHVudXNlZCBtZW1vcnkKU2V0IDkxNzUwNCBw YWdlKHMpIHRvIDEtMSBtYXBwaW5nCmU4MjA6IEJJT1MtcHJvdmlkZWQgcGh5c2ljYWwgUkFNIG1h cDoKWGVuOiBbbWVtIDB4MDAwMDAwMDAwMDAwMDAwMC0weDAwMDAwMDAwMDAwOWZmZmZdIHVzYWJs ZQpYZW46IFttZW0gMHgwMDAwMDAwMDAwMGEwMDAwLTB4MDAwMDAwMDAwMDBmZmZmZl0gcmVzZXJ2 ZWQKWGVuOiBbbWVtIDB4MDAwMDAwMDAwMDEwMDAwMC0weDAwMDAwMDAwMWZmZmZmZmZdIHVzYWJs ZQpYZW46IFttZW0gMHgwMDAwMDAwMDIwMDAwMDAwLTB4MDAwMDAwMDAyMDFmZmZmZl0gcmVzZXJ2 ZWQKWGVuOiBbbWVtIDB4MDAwMDAwMDAyMDIwMDAwMC0weDAwMDAwMDAwNDAwMDNmZmZdIHVudXNh YmxlClhlbjogW21lbSAweDAwMDAwMDAwNDAwMDQwMDAtMHgwMDAwMDAwMDQwMDA0ZmZmXSByZXNl cnZlZApYZW46IFttZW0gMHgwMDAwMDAwMDQwMDA1MDAwLTB4MDAwMDAwMDBkOWNiZWZmZl0gdW51 c2FibGUKWGVuOiBbbWVtIDB4MDAwMDAwMDBkOWNiZjAwMC0weDAwMDAwMDAwZGEyODVmZmZdIHJl c2VydmVkClhlbjogW21lbSAweDAwMDAwMDAwZGEyODYwMDAtMHgwMDAwMDAwMGRhNTA1ZmZmXSBB Q1BJIE5WUwpYZW46IFttZW0gMHgwMDAwMDAwMGRhNTA2MDAwLTB4MDAwMDAwMDBkYTUwYWZmZl0g QUNQSSBkYXRhClhlbjogW21lbSAweDAwMDAwMDAwZGE1MGIwMDAtMHgwMDAwMDAwMGRhNTRkZmZm XSBBQ1BJIE5WUwpYZW46IFttZW0gMHgwMDAwMDAwMGRhNTRlMDAwLTB4MDAwMDAwMDBkYWQ1NWZm Zl0gdW51c2FibGUKWGVuOiBbbWVtIDB4MDAwMDAwMDBkYWQ1NjAwMC0weDAwMDAwMDAwZGFmZjFm ZmZdIHJlc2VydmVkClhlbjogW21lbSAweDAwMDAwMDAwZGFmZjIwMDAtMHgwMDAwMDAwMGRhZmZm ZmZmXSB1bnVzYWJsZQpYZW46IFttZW0gMHgwMDAwMDAwMGRiODAwMDAwLTB4MDAwMDAwMDBkZjlm ZmZmZl0gcmVzZXJ2ZWQKWGVuOiBbbWVtIDB4MDAwMDAwMDBmODAwMDAwMC0weDAwMDAwMDAwZmJm ZmZmZmZdIHJlc2VydmVkClhlbjogW21lbSAweDAwMDAwMDAwZmVjMDAwMDAtMHgwMDAwMDAwMGZl YzAwZmZmXSByZXNlcnZlZApYZW46IFttZW0gMHgwMDAwMDAwMGZlZDAwMDAwLTB4MDAwMDAwMDBm ZWQwM2ZmZl0gcmVzZXJ2ZWQKWGVuOiBbbWVtIDB4MDAwMDAwMDBmZWQxYzAwMC0weDAwMDAwMDAw ZmVkMWZmZmZdIHJlc2VydmVkClhlbjogW21lbSAweDAwMDAwMDAwZmVlMDAwMDAtMHgwMDAwMDAw MGZlZTAwZmZmXSByZXNlcnZlZApYZW46IFttZW0gMHgwMDAwMDAwMGZmMDAwMDAwLTB4MDAwMDAw MDBmZmZmZmZmZl0gcmVzZXJ2ZWQKTlggKEV4ZWN1dGUgRGlzYWJsZSkgcHJvdGVjdGlvbjogYWN0 aXZlCk1QUyBzdXBwb3J0IGNvZGUgaXMgbm90IGJ1aWx0LWluLgpVc2luZyBhY3BpPW9mZiBvciBh Y3BpPW5vaXJxIG9yIHBjaT1ub2FjcGkgbWF5IGhhdmUgcHJvYmxlbQpETUkgbm90IHByZXNlbnQg b3IgaW52YWxpZC4KZTgyMDogdXBkYXRlIFttZW0gMHgwMDAwMDAwMC0weDAwMDBmZmZmXSB1c2Fi bGUgPT0+IHJlc2VydmVkCmU4MjA6IHJlbW92ZSBbbWVtIDB4MDAwYTAwMDAtMHgwMDBmZmZmZl0g dXNhYmxlCmU4MjA6IGxhc3RfcGZuID0gMHgyMDAwMCBtYXhfYXJjaF9wZm4gPSAweDEwMDAwMDAK aW5pdGlhbCBtZW1vcnkgbWFwcGVkOiBbbWVtIDB4MDAwMDAwMDAtMHgwMjNmZWZmZl0KQmFzZSBt ZW1vcnkgdHJhbXBvbGluZSBhdCBbYzAwOWMwMDBdIDljMDAwIHNpemUgMTYzODQKaW5pdF9tZW1v cnlfbWFwcGluZzogW21lbSAweDAwMDAwMDAwLTB4MWZmZmZmZmZdCiBbbWVtIDB4MDAwMDAwMDAt MHgxZmZmZmZmZl0gcGFnZSA0awprZXJuZWwgZGlyZWN0IG1hcHBpbmcgdGFibGVzIHVwIHRvIDB4 MWZmZmZmZmYgQCBbbWVtIDB4MDIyZmMwMDAtMHgwMjNmZWZmZl0KeGVuOiBzZXR0aW5nIFJXIHRo ZSByYW5nZSAyM2VhMDAwIC0gMjNmZjAwMAowTUIgSElHSE1FTSBhdmFpbGFibGUuCjUxMk1CIExP V01FTSBhdmFpbGFibGUuCiAgbWFwcGVkIGxvdyByYW06IDAgLSAyMDAwMDAwMAogIGxvdyByYW06 IDAgLSAyMDAwMDAwMApab25lIHJhbmdlczoKICBETUEgICAgICBbbWVtIDB4MDAwMTAwMDAtMHgw MGZmZmZmZl0KICBOb3JtYWwgICBbbWVtIDB4MDEwMDAwMDAtMHgxZmZmZmZmZl0KICBIaWdoTWVt ICBlbXB0eQpNb3ZhYmxlIHpvbmUgc3RhcnQgZm9yIGVhY2ggbm9kZQpFYXJseSBtZW1vcnkgbm9k ZSByYW5nZXMKICBub2RlICAgMDogW21lbSAweDAwMDEwMDAwLTB4MDAwOWZmZmZdCiAgbm9kZSAg IDA6IFttZW0gMHgwMDEwMDAwMC0weDFmZmZmZmZmXQpPbiBub2RlIDAgdG90YWxwYWdlczogMTMw OTYwCmZyZWVfYXJlYV9pbml0X25vZGU6IG5vZGUgMCwgcGdkYXQgYzE0MzhiODAsIG5vZGVfbWVt X21hcCBkZmJmZjIwMAogIERNQSB6b25lOiAzMiBwYWdlcyB1c2VkIGZvciBtZW1tYXAKICBETUEg em9uZTogMCBwYWdlcyByZXNlcnZlZAogIERNQSB6b25lOiAzOTUyIHBhZ2VzLCBMSUZPIGJhdGNo OjAKICBOb3JtYWwgem9uZTogOTkyIHBhZ2VzIHVzZWQgZm9yIG1lbW1hcAogIE5vcm1hbCB6b25l OiAxMjU5ODQgcGFnZXMsIExJRk8gYmF0Y2g6MzEKVXNpbmcgQVBJQyBkcml2ZXIgZGVmYXVsdApz bXBib290OiBBbGxvd2luZyAzIENQVXMsIDAgaG90cGx1ZyBDUFVzCkFQSUM6IGRpc2FibGUgYXBp YyBmYWNpbGl0eQpBUElDOiBzd2l0Y2hlZCB0byBhcGljIE5PT1AKbnJfaXJxc19nc2k6IDE2CmU4 MjA6IFttZW0gMHhkZmEwMDAwMC0weGY3ZmZmZmZmXSBhdmFpbGFibGUgZm9yIFBDSSBkZXZpY2Vz CkJvb3RpbmcgcGFyYXZpcnR1YWxpemVkIGtlcm5lbCBvbiBYZW4KWGVuIHZlcnNpb246IDQuMi4w IChwcmVzZXJ2ZS1BRCkKc2V0dXBfcGVyY3B1OiBOUl9DUFVTOjQgbnJfY3B1bWFza19iaXRzOjQg bnJfY3B1X2lkczozIG5yX25vZGVfaWRzOjEKUEVSQ1BVOiBFbWJlZGRlZCAxMiBwYWdlcy9jcHUg QGRmYmQ2MDAwIHMyNzAwOCByMCBkMjIxNDQgdTQ5MTUyCnBjcHUtYWxsb2M6IHMyNzAwOCByMCBk MjIxNDQgdTQ5MTUyIGFsbG9jPTEyKjQwOTYKcGNwdS1hbGxvYzogWzBdIDAgWzBdIDEgWzBdIDIg CkJ1aWx0IDEgem9uZWxpc3RzIGluIFpvbmUgb3JkZXIsIG1vYmlsaXR5IGdyb3VwaW5nIG9uLiAg VG90YWwgcGFnZXM6IDEyOTkzNgpLZXJuZWwgY29tbWFuZCBsaW5lOiByb290PS9kZXYveHZkYTEg cm9vdGZzdHlwZT1leHQ0IHJvb3Rmc2ZsYWdzPWJhcnJpZXI9MCBjb25zb2xlPWh2YzAgeGVuY29u cz1odmMgeGVuLWZiZnJvbnQudmlkZW89NiwxMDI0LDc2OCB4ZW5mYi52aWRlbz02LDEwMjQsNzY4 IG5vaXJxZGVidWcgZWxldmF0b3I9bm9vcApJUlEgbG9ja3VwIGRldGVjdGlvbiBkaXNhYmxlZApQ SUQgaGFzaCB0YWJsZSBlbnRyaWVzOiAyMDQ4IChvcmRlcjogMSwgODE5MiBieXRlcykKRGVudHJ5 IGNhY2hlIGhhc2ggdGFibGUgZW50cmllczogNjU1MzYgKG9yZGVyOiA2LCAyNjIxNDQgYnl0ZXMp Cklub2RlLWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMzI3NjggKG9yZGVyOiA1LCAxMzEwNzIg Ynl0ZXMpCl9fZXhfdGFibGUgYWxyZWFkeSBzb3J0ZWQsIHNraXBwaW5nIHNvcnQKSW5pdGlhbGl6 aW5nIENQVSMwCnhzYXZlOiBlbmFibGVkIHhzdGF0ZV9idiAweDcsIGNudHh0IHNpemUgMHgzNDAK SW5pdGlhbGl6aW5nIEhpZ2hNZW0gZm9yIG5vZGUgMCAoMDAwMDAwMDA6MDAwMDAwMDApCk1lbW9y eTogNTEwOTA4ay81MjQyODhrIGF2YWlsYWJsZSAoMzExMWsga2VybmVsIGNvZGUsIDEyOTMyayBy ZXNlcnZlZCwgMTIyOWsgZGF0YSwgMzYwayBpbml0LCAwayBoaWdobWVtKQp2aXJ0dWFsIGtlcm5l bCBtZW1vcnkgbGF5b3V0OgogICAgZml4bWFwICA6IDB4ZjU3NjYwMDAgLSAweGY1N2ZmMDAwICAg KCA2MTIga0IpCiAgICBwa21hcCAgIDogMHhmNTQwMDAwMCAtIDB4ZjU2MDAwMDAgICAoMjA0OCBr QikKICAgIHZtYWxsb2MgOiAweGUwODAwMDAwIC0gMHhmNTNmZTAwMCAgICggMzMxIE1CKQogICAg bG93bWVtICA6IDB4YzAwMDAwMDAgLSAweGUwMDAwMDAwICAgKCA1MTIgTUIpCiAgICAgIC5pbml0 IDogMHhjMTQzZTAwMCAtIDB4YzE0OTgwMDAgICAoIDM2MCBrQikKICAgICAgLmRhdGEgOiAweGMx MzA5ZjRlIC0gMHhjMTQzZDU4MCAgICgxMjI5IGtCKQogICAgICAudGV4dCA6IDB4YzEwMDAwMDAg LSAweGMxMzA5ZjRlICAgKDMxMTEga0IpClNMVUI6IEdlbnNsYWJzPTE1LCBIV2FsaWduPTY0LCBP cmRlcj0wLTMsIE1pbk9iamVjdHM9MCwgQ1BVcz0zLCBOb2Rlcz0xCkhpZXJhcmNoaWNhbCBSQ1Ug aW1wbGVtZW50YXRpb24uCglSQ1UgcmVzdHJpY3RpbmcgQ1BVcyBmcm9tIE5SX0NQVVM9NCB0byBu cl9jcHVfaWRzPTMuCk5SX0lSUVM6MjMwNCBucl9pcnFzOjQwIDE2CkNQVSAwIGlycXN0YWNrcywg aGFyZD1kZjQxMDAwMCBzb2Z0PWRmNDEyMDAwCkNvbnNvbGU6IGNvbG91ciBkdW1teSBkZXZpY2Ug ODB4MjUKY29uc29sZSBbdHR5MF0gZW5hYmxlZApjb25zb2xlIFtodmMwXSBlbmFibGVkClhlbjog dXNpbmcgdmNwdW9wIHRpbWVyIGludGVyZmFjZQppbnN0YWxsaW5nIFhlbiB0aW1lciBmb3IgQ1BV IDAKdHNjOiBEZXRlY3RlZCAzMzkyLjQwOCBNSHogcHJvY2Vzc29yCkNhbGlicmF0aW5nIGRlbGF5 IGxvb3AgKHNraXBwZWQpLCB2YWx1ZSBjYWxjdWxhdGVkIHVzaW5nIHRpbWVyIGZyZXF1ZW5jeS4u IDY3ODQuODEgQm9nb01JUFMgKGxwaj0zMzkyNDA4MCkKcGlkX21heDogZGVmYXVsdDogMzI3Njgg bWluaW11bTogMzAxCk1vdW50LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogNTEyCkNQVTogUGh5 c2ljYWwgUHJvY2Vzc29yIElEOiAwCkNQVTogUHJvY2Vzc29yIENvcmUgSUQ6IDAKRU5FUkdZX1BF UkZfQklBUzogU2V0IHRvICdub3JtYWwnLCB3YXMgJ3BlcmZvcm1hbmNlJwpFTkVSR1lfUEVSRl9C SUFTOiBWaWV3IGFuZCB1cGRhdGUgd2l0aCB4ODZfZW5lcmd5X3BlcmZfcG9saWN5KDgpCkxhc3Qg bGV2ZWwgaVRMQiBlbnRyaWVzOiA0S0IgNTEyLCAyTUIgMCwgNE1CIDAKTGFzdCBsZXZlbCBkVExC IGVudHJpZXM6IDRLQiA1MTIsIDJNQiAzMiwgNE1CIDMyCnRsYl9mbHVzaGFsbF9zaGlmdCBpcyAw eDEKU01QIGFsdGVybmF0aXZlczogc3dpdGNoaW5nIHRvIFVQIGNvZGUKY3B1IDAgc3BpbmxvY2sg ZXZlbnQgaXJxIDE3ClBlcmZvcm1hbmNlIEV2ZW50czogdW5zdXBwb3J0ZWQgcDYgQ1BVIG1vZGVs IDU4IG5vIFBNVSBkcml2ZXIsIHNvZnR3YXJlIGV2ZW50cyBvbmx5LgpDUFUgMSBpcnFzdGFja3Ms IGhhcmQ9ZGY0NzQwMDAgc29mdD1kZjQ3NjAwMAppbnN0YWxsaW5nIFhlbiB0aW1lciBmb3IgQ1BV IDEKY3B1IDEgc3BpbmxvY2sgZXZlbnQgaXJxIDI0ClNNUCBhbHRlcm5hdGl2ZXM6IHN3aXRjaGlu ZyB0byBTTVAgY29kZQpJbml0aWFsaXppbmcgQ1BVIzEKQ1BVIDIgaXJxc3RhY2tzLCBoYXJkPWRm NDgyMDAwIHNvZnQ9ZGY0ODQwMDAKaW5zdGFsbGluZyBYZW4gdGltZXIgZm9yIENQVSAyCmNwdSAy IHNwaW5sb2NrIGV2ZW50IGlycSAzMQpJbml0aWFsaXppbmcgQ1BVIzIKQnJvdWdodCB1cCAzIENQ VXMKR3JhbnQgdGFibGVzIHVzaW5nIHZlcnNpb24gMiBsYXlvdXQuCkdyYW50IHRhYmxlIGluaXRp YWxpemVkCk5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTYKUENJOiBzZXR0aW5nIHVw IFhlbiBQQ0kgZnJvbnRlbmQgc3R1YgpQQ0k6IHBjaV9jYWNoZV9saW5lX3NpemUgc2V0IHRvIDY0 IGJ5dGVzCmJpbzogY3JlYXRlIHNsYWIgPGJpby0wPiBhdCAwCkFDUEk6IEludGVycHJldGVyIGRp c2FibGVkLgp4ZW4vYmFsbG9vbjogSW5pdGlhbGlzaW5nIGJhbGxvb24gZHJpdmVyLgp4ZW4tYmFs bG9vbjogSW5pdGlhbGlzaW5nIGJhbGxvb24gZHJpdmVyLgp2Z2FhcmI6IGxvYWRlZApQQ0k6IFN5 c3RlbSBkb2VzIG5vdCBzdXBwb3J0IFBDSQpQQ0k6IFN5c3RlbSBkb2VzIG5vdCBzdXBwb3J0IFBD SQpTd2l0Y2hpbmcgdG8gY2xvY2tzb3VyY2UgeGVuCnBucDogUG5QIEFDUEk6IGRpc2FibGVkCk5F VDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMgpUQ1AgZXN0YWJsaXNoZWQgaGFzaCB0YWJs ZSBlbnRyaWVzOiAxNjM4NCAob3JkZXI6IDUsIDEzMTA3MiBieXRlcykKVENQIGJpbmQgaGFzaCB0 YWJsZSBlbnRyaWVzOiAxNjM4NCAob3JkZXI6IDUsIDEzMTA3MiBieXRlcykKVENQOiBIYXNoIHRh YmxlcyBjb25maWd1cmVkIChlc3RhYmxpc2hlZCAxNjM4NCBiaW5kIDE2Mzg0KQpUQ1A6IHJlbm8g cmVnaXN0ZXJlZApVRFAgaGFzaCB0YWJsZSBlbnRyaWVzOiAyNTYgKG9yZGVyOiAxLCA4MTkyIGJ5 dGVzKQpVRFAtTGl0ZSBoYXNoIHRhYmxlIGVudHJpZXM6IDI1NiAob3JkZXI6IDEsIDgxOTIgYnl0 ZXMpCk5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMQpSUEM6IFJlZ2lzdGVyZWQgbmFt ZWQgVU5JWCBzb2NrZXQgdHJhbnNwb3J0IG1vZHVsZS4KUlBDOiBSZWdpc3RlcmVkIHVkcCB0cmFu c3BvcnQgbW9kdWxlLgpSUEM6IFJlZ2lzdGVyZWQgdGNwIHRyYW5zcG9ydCBtb2R1bGUuClJQQzog UmVnaXN0ZXJlZCB0Y3AgTkZTdjQuMSBiYWNrY2hhbm5lbCB0cmFuc3BvcnQgbW9kdWxlLgpQQ0k6 IENMUyAwIGJ5dGVzLCBkZWZhdWx0IDY0CnBsYXRmb3JtIHJ0Y19jbW9zOiByZWdpc3RlcmVkIHBs YXRmb3JtIFJUQyBkZXZpY2UgKG5vIFBOUCBkZXZpY2UgZm91bmQpCm1pY3JvY29kZTogQ1BVMCBz aWc9MHgzMDZhOSwgcGY9MHgyLCByZXZpc2lvbj0weDEwCm1pY3JvY29kZTogQ1BVMSBzaWc9MHgz MDZhOSwgcGY9MHgyLCByZXZpc2lvbj0weDEwCm1pY3JvY29kZTogQ1BVMiBzaWc9MHgzMDZhOSwg cGY9MHgyLCByZXZpc2lvbj0weDEwCm1pY3JvY29kZTogTWljcm9jb2RlIFVwZGF0ZSBEcml2ZXI6 IHYyLjAwIDx0aWdyYW5AYWl2YXppYW4uZnNuZXQuY28udWs+LCBQZXRlciBPcnViYQpETE0gaW5z dGFsbGVkCk5GUzogUmVnaXN0ZXJpbmcgdGhlIGlkX3Jlc29sdmVyIGtleSB0eXBlCktleSB0eXBl IGlkX3Jlc29sdmVyIHJlZ2lzdGVyZWQKS2V5IHR5cGUgaWRfbGVnYWN5IHJlZ2lzdGVyZWQKbXNn bW5pIGhhcyBiZWVuIHNldCB0byA5OTcKQmxvY2sgbGF5ZXIgU0NTSSBnZW5lcmljIChic2cpIGRy aXZlciB2ZXJzaW9uIDAuNCBsb2FkZWQgKG1ham9yIDI1NCkKaW8gc2NoZWR1bGVyIG5vb3AgcmVn aXN0ZXJlZCAoZGVmYXVsdCkKcGNpZnJvbnQgcGNpLTA6IEluc3RhbGxpbmcgUENJIGZyb250ZW5k CnBjaWZyb250IHBjaS0wOiBDcmVhdGluZyBQQ0kgRnJvbnRlbmQgQnVzIDAwMDA6MDAKcGNpZnJv bnQgcGNpLTA6IFBDSSBob3N0IGJyaWRnZSB0byBidXMgMDAwMDowMApwY2lfYnVzIDAwMDA6MDA6 IHJvb3QgYnVzIHJlc291cmNlIFtpbyAgMHgwMDAwLTB4ZmZmZl0KcGNpX2J1cyAwMDAwOjAwOiBy b290IGJ1cyByZXNvdXJjZSBbbWVtIDB4MDAwMDAwMDAtMHhmZmZmZmZmZmZdCnBjaV9idXMgMDAw MDowMDogYnVzbl9yZXM6IFtidXMgMDAtZmZdIGlzIGluc2VydGVkIHVuZGVyIGRvbWFpbiBbYnVz IDAwLWZmXQpwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtidXMgMDAtZmZdCnBj aSAwMDAwOjAwOjAwLjA6IFsxMjQ0OjBhMDBdIHR5cGUgMDAgY2xhc3MgMHgwMjgwMDAKcGNpIDAw MDA6MDA6MDAuMDogcmVnIDEwOiBbbWVtIDB4ZjdjMDAwMDAtMHhmN2MwMDAxZl0KcGNpIDAwMDA6 MDA6MDAuMDogcmVnIDE0OiBbaW8gIDB4ZTAwMC0weGUwMWZdCnBjaWZyb250IHBjaS0wOiBjbGFp bWluZyByZXNvdXJjZSAwMDAwOjAwOjAwLjAvMApwY2lmcm9udCBwY2ktMDogY2xhaW1pbmcgcmVz b3VyY2UgMDAwMDowMDowMC4wLzEKQ29uc29sZTogc3dpdGNoaW5nIHRvIGNvbG91ciBmcmFtZSBi dWZmZXIgZGV2aWNlIDEyOHg0OAppbnRlbF9pZGxlOiBkb2VzIG5vdCBydW4gb24gZmFtaWx5IDYg bW9kZWwgNTgKRXZlbnQtY2hhbm5lbCBkZXZpY2UgaW5zdGFsbGVkLgpicmQ6IG1vZHVsZSBsb2Fk ZWQKbG9vcDogbW9kdWxlIGxvYWRlZApibGtmcm9udDogeHZkYTE6IGJhcnJpZXI6IGVuYWJsZWQK YmxrZnJvbnQ6IHh2ZGEyOiBiYXJyaWVyOiBlbmFibGVkCkluaXRpYWxpc2luZyBYZW4gdmlydHVh bCBldGhlcm5ldCBkcml2ZXIuCmJsa2Zyb250OiB4dmRhMzogZmx1c2ggZGlza2NhY2hlOiBlbmFi bGVkCmk4MDQyOiBQTlA6IE5vIFBTLzIgY29udHJvbGxlciBmb3VuZC4gUHJvYmluZyBwb3J0cyBk aXJlY3RseS4KYmxrZnJvbnQ6IHh2ZGE0OiBiYXJyaWVyOiBlbmFibGVkCmk4MDQyOiBObyBjb250 cm9sbGVyIGZvdW5kCm1vdXNlZGV2OiBQUy8yIG1vdXNlIGRldmljZSBjb21tb24gZm9yIGFsbCBt aWNlClNldHRpbmcgY2FwYWNpdHkgdG8gODE2NzE0MDAKeHZkYTQ6IGRldGVjdGVkIGNhcGFjaXR5 IGNoYW5nZSBmcm9tIDAgdG8gNDE4MTU3NTY4MDAKaW5wdXQ6IFhlbiBWaXJ0dWFsIEtleWJvYXJk IGFzIC9kZXZpY2VzL3ZpcnR1YWwvaW5wdXQvaW5wdXQwCmlucHV0OiBYZW4gVmlydHVhbCBQb2lu dGVyIGFzIC9kZXZpY2VzL3ZpcnR1YWwvaW5wdXQvaW5wdXQxCklTRE4gc3Vic3lzdGVtIFJldjog MS4xLjIuMy8xLjEuMi4yL25vbmUvMS4xLjIuMi8xLjEuMi4yCkNBUEkgMi4wIHN0YXJ0ZWQgdXAg d2l0aCBtYWpvciA2OCAobWlkZGxld2FyZSkKZHNzMV9kaXZlcnQgbW9kdWxlIHN1Y2Nlc3NmdWxs eSBpbnN0YWxsZWQKVENQOiBjdWJpYyByZWdpc3RlcmVkCk5FVDogUmVnaXN0ZXJlZCBwcm90b2Nv bCBmYW1pbHkgMTAKc2l0OiBJUHY2IG92ZXIgSVB2NCB0dW5uZWxpbmcgZHJpdmVyCk5FVDogUmVn aXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTcKc2N0cDogSGFzaCB0YWJsZXMgY29uZmlndXJlZCAo ZXN0YWJsaXNoZWQgMTYzODQgYmluZCAxNjM4NCkKS2V5IHR5cGUgZG5zX3Jlc29sdmVyIHJlZ2lz dGVyZWQKVXNpbmcgSVBJIE5vLVNob3J0Y3V0IG1vZGUKRVhUNC1mcyAoeHZkYTEpOiBtb3VudGVk IGZpbGVzeXN0ZW0gd2l0aCBvcmRlcmVkIGRhdGEgbW9kZS4gT3B0czogKG51bGwpClZGUzogTW91 bnRlZCByb290IChleHQ0IGZpbGVzeXN0ZW0pIG9uIGRldmljZSAyMDI6MS4KRnJlZWluZyB1bnVz ZWQga2VybmVsIG1lbW9yeTogMzYwayBmcmVlZAp1ZGV2ZFs2NjddOiBzdGFydGluZyB2ZXJzaW9u IDE3MQpmY3BjaTogbW9kdWxlIGxpY2Vuc2UgJ1Byb3ByaWV0YXJ5JyB0YWludHMga2VybmVsLgpE aXNhYmxpbmcgbG9jayBkZWJ1Z2dpbmcgZHVlIHRvIGtlcm5lbCB0YWludApmY3BjaTogQVZNIEZS SVRaIUNhcmQgUENJIGRyaXZlciwgcmV2aXNpb24gMC43LjIKZmNwY2k6IChmY3BjaSBidWlsdCBv biBOb3YgMTMgMjAxMiBhdCAyMTowNzoyMykKZmNwY2k6IC0tIDMyIGJpdCBDQVBJIGRyaXZlciAt LQpmY3BjaSAwMDAwOjAwOjAwLjA6IGVuYWJsaW5nIGRldmljZSAoMDAwMCAtPiAwMDAzKQpmY3Bj aSAwMDAwOjAwOjAwLjA6IFhlbiBQQ0kgbWFwcGVkIEdTSTIxIHRvIElSUTQ3CmZjcGNpOiBBVk0g RlJJVFohQ2FyZCBQQ0kgZm91bmQ6IHBvcnQgMHhlMDAwLCBpcnEgNDcKZmNwY2k6IExvYWRpbmcu Li4KPDY+ZmNwY2k6IERyaXZlciAnZmNwY2knIGF0dGFjaGVkIHRvIGZjcGNpLXN0YWNrLiAoMTUy KQpmY3BjaTogU3RhY2sgdmVyc2lvbiAzLjExLTA3CmtjYXBpOiBjb250cm9sbGVyIFswMDFdOiBm Y3BjaS1lMDAwLTQ3IGF0dGFjaGVkCmtjYXBpOiBjb250cm9sbGVyIFswMDFdICJmY3BjaS1lMDAw LTQ3IiByZWFkeS4KZmNwY2k6IExvYWRlZC4KY2FwaWRydjogY29udHJvbGxlciAxIHVwCmNhcGlk cnYtMTogbm93IHVwICgyIEIgY2hhbm5lbHMpCmNhcGlkcnYtMTogRDIgdHJhY2UgZW5hYmxlZApB ZGRpbmcgOTgzMDM2ayBzd2FwIG9uIC9kZXYveHZkYTIuICBQcmlvcml0eTotMSBleHRlbnRzOjEg YWNyb3NzOjk4MzAzNmsgU1MKaXNkbjogVmVyYm9zZS1MZXZlbCBpcyAyCnZnYWFyYjogdGhpcyBw Y2kgZGV2aWNlIGlzIG5vdCBhIHZnYSBkZXZpY2UKdmdhYXJiOiB0aGlzIHBjaSBkZXZpY2UgaXMg bm90IGEgdmdhIGRldmljZQo--=====================_18183765==_ Content-Type: application/octet-stream; name="dmesg_without_pci.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg_without_pci.log" UmVzZXJ2aW5nIHZpcnR1YWwgYWRkcmVzcyBzcGFjZSBhYm92ZSAweGY1ODAwMDAwCkxpbnV4IHZl cnNpb24gMy42LjYtZ2VudG9vIChyb290QHhlbikgKGdjYyB2ZXJzaW9uIDQuNS40IChHZW50b28g NC41LjQgcDEuMCwgcGllLTAuNC43KSApICMxIFNNUCBUdWUgTm92IDEzIDE3OjQ3OjU4IENFVCAy MDEyCkFDUEkgaW4gdW5wcml2aWxlZ2VkIGRvbWFpbiBkaXNhYmxlZAplODIwOiBCSU9TLXByb3Zp ZGVkIHBoeXNpY2FsIFJBTSBtYXA6ClhlbjogW21lbSAweDAwMDAwMDAwMDAwMDAwMDAtMHgwMDAw MDAwMDAwMDlmZmZmXSB1c2FibGUKWGVuOiBbbWVtIDB4MDAwMDAwMDAwMDBhMDAwMC0weDAwMDAw MDAwMDAwZmZmZmZdIHJlc2VydmVkClhlbjogW21lbSAweDAwMDAwMDAwMDAxMDAwMDAtMHgwMDAw MDAwMDdmZmZmZmZmXSB1c2FibGUKTlggKEV4ZWN1dGUgRGlzYWJsZSkgcHJvdGVjdGlvbjogYWN0 aXZlCk1QUyBzdXBwb3J0IGNvZGUgaXMgbm90IGJ1aWx0LWluLgpVc2luZyBhY3BpPW9mZiBvciBh Y3BpPW5vaXJxIG9yIHBjaT1ub2FjcGkgbWF5IGhhdmUgcHJvYmxlbQpETUkgbm90IHByZXNlbnQg b3IgaW52YWxpZC4KZTgyMDogdXBkYXRlIFttZW0gMHgwMDAwMDAwMC0weDAwMDBmZmZmXSB1c2Fi bGUgPT0+IHJlc2VydmVkCmU4MjA6IHJlbW92ZSBbbWVtIDB4MDAwYTAwMDAtMHgwMDBmZmZmZl0g dXNhYmxlCmU4MjA6IGxhc3RfcGZuID0gMHg4MDAwMCBtYXhfYXJjaF9wZm4gPSAweDEwMDAwMDAK aW5pdGlhbCBtZW1vcnkgbWFwcGVkOiBbbWVtIDB4MDAwMDAwMDAtMHgwMjNmZWZmZl0KQmFzZSBt ZW1vcnkgdHJhbXBvbGluZSBhdCBbYzAwOWMwMDBdIDljMDAwIHNpemUgMTYzODQKaW5pdF9tZW1v cnlfbWFwcGluZzogW21lbSAweDAwMDAwMDAwLTB4MmQzZmRmZmZdCiBbbWVtIDB4MDAwMDAwMDAt MHgyZDNmZGZmZl0gcGFnZSA0awprZXJuZWwgZGlyZWN0IG1hcHBpbmcgdGFibGVzIHVwIHRvIDB4 MmQzZmRmZmYgQCBbbWVtIDB4MDIyOTIwMDAtMHgwMjNmZWZmZl0KeGVuOiBzZXR0aW5nIFJXIHRo ZSByYW5nZSAyM2VhMDAwIC0gMjNmZjAwMAoxMzI0TUIgSElHSE1FTSBhdmFpbGFibGUuCjcyM01C IExPV01FTSBhdmFpbGFibGUuCiAgbWFwcGVkIGxvdyByYW06IDAgLSAyZDNmZTAwMAogIGxvdyBy YW06IDAgLSAyZDNmZTAwMApab25lIHJhbmdlczoKICBETUEgICAgICBbbWVtIDB4MDAwMTAwMDAt MHgwMGZmZmZmZl0KICBOb3JtYWwgICBbbWVtIDB4MDEwMDAwMDAtMHgyZDNmZGZmZl0KICBIaWdo TWVtICBbbWVtIDB4MmQzZmUwMDAtMHg3ZmZmZmZmZl0KTW92YWJsZSB6b25lIHN0YXJ0IGZvciBl YWNoIG5vZGUKRWFybHkgbWVtb3J5IG5vZGUgcmFuZ2VzCiAgbm9kZSAgIDA6IFttZW0gMHgwMDAx MDAwMC0weDAwMDlmZmZmXQogIG5vZGUgICAwOiBbbWVtIDB4MDAxMDAwMDAtMHg3ZmZmZmZmZl0K T24gbm9kZSAwIHRvdGFscGFnZXM6IDUyNDE3NgpmcmVlX2FyZWFfaW5pdF9ub2RlOiBub2RlIDAs IHBnZGF0IGMxNDM4YjgwLCBub2RlX21lbV9tYXAgZWMzZmQyMDAKICBETUEgem9uZTogMzIgcGFn ZXMgdXNlZCBmb3IgbWVtbWFwCiAgRE1BIHpvbmU6IDAgcGFnZXMgcmVzZXJ2ZWQKICBETUEgem9u ZTogMzk1MiBwYWdlcywgTElGTyBiYXRjaDowCiAgTm9ybWFsIHpvbmU6IDE0MTYgcGFnZXMgdXNl ZCBmb3IgbWVtbWFwCiAgTm9ybWFsIHpvbmU6IDE3OTgzMCBwYWdlcywgTElGTyBiYXRjaDozMQog IEhpZ2hNZW0gem9uZTogMjY0OSBwYWdlcyB1c2VkIGZvciBtZW1tYXAKICBIaWdoTWVtIHpvbmU6 IDMzNjI5NyBwYWdlcywgTElGTyBiYXRjaDozMQpVc2luZyBBUElDIGRyaXZlciBkZWZhdWx0CnNt cGJvb3Q6IEFsbG93aW5nIDMgQ1BVcywgMCBob3RwbHVnIENQVXMKQVBJQzogZGlzYWJsZSBhcGlj IGZhY2lsaXR5CkFQSUM6IHN3aXRjaGVkIHRvIGFwaWMgTk9PUApucl9pcnFzX2dzaTogMTYKZTgy MDogW21lbSAweDgwMDAwMDAwLTB4ZmZmZmZmZmZdIGF2YWlsYWJsZSBmb3IgUENJIGRldmljZXMK Qm9vdGluZyBwYXJhdmlydHVhbGl6ZWQga2VybmVsIG9uIFhlbgpYZW4gdmVyc2lvbjogNC4yLjAg KHByZXNlcnZlLUFEKQpzZXR1cF9wZXJjcHU6IE5SX0NQVVM6NCBucl9jcHVtYXNrX2JpdHM6NCBu cl9jcHVfaWRzOjMgbnJfbm9kZV9pZHM6MQpQRVJDUFU6IEVtYmVkZGVkIDEyIHBhZ2VzL2NwdSBA ZWMzY2QwMDAgczI3MDA4IHIwIGQyMjE0NCB1NDkxNTIKcGNwdS1hbGxvYzogczI3MDA4IHIwIGQy MjE0NCB1NDkxNTIgYWxsb2M9MTIqNDA5NgpwY3B1LWFsbG9jOiBbMF0gMCBbMF0gMSBbMF0gMiAK QnVpbHQgMSB6b25lbGlzdHMgaW4gWm9uZSBvcmRlciwgbW9iaWxpdHkgZ3JvdXBpbmcgb24uICBU b3RhbCBwYWdlczogNTIwMDc5Cktlcm5lbCBjb21tYW5kIGxpbmU6IHJvb3Q9L2Rldi94dmRhMSBy b290ZnN0eXBlPWV4dDQgcm9vdGZzZmxhZ3M9YmFycmllcj0wIGNvbnNvbGU9aHZjMCB4ZW5jb25z PWh2YyB4ZW4tZmJmcm9udC52aWRlbz02LDEwMjQsNzY4IHhlbmZiLnZpZGVvPTYsMTAyNCw3Njgg bm9pcnFkZWJ1ZyBlbGV2YXRvcj1ub29wCklSUSBsb2NrdXAgZGV0ZWN0aW9uIGRpc2FibGVkClBJ RCBoYXNoIHRhYmxlIGVudHJpZXM6IDQwOTYgKG9yZGVyOiAyLCAxNjM4NCBieXRlcykKRGVudHJ5 IGNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMTMxMDcyIChvcmRlcjogNywgNTI0Mjg4IGJ5dGVz KQpJbm9kZS1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogNiwgMjYyMTQ0 IGJ5dGVzKQpfX2V4X3RhYmxlIGFscmVhZHkgc29ydGVkLCBza2lwcGluZyBzb3J0CkluaXRpYWxp emluZyBDUFUjMAp4c2F2ZTogZW5hYmxlZCB4c3RhdGVfYnYgMHg3LCBjbnR4dCBzaXplIDB4MzQw CkluaXRpYWxpemluZyBIaWdoTWVtIGZvciBub2RlIDAgKDAwMDJkM2ZlOjAwMDgwMDAwKQpNZW1v cnk6IDIwNzA2MzZrLzIwOTcxNTJrIGF2YWlsYWJsZSAoMzExMWsga2VybmVsIGNvZGUsIDI2MDY4 ayByZXNlcnZlZCwgMTIyOWsgZGF0YSwgMzYwayBpbml0LCAxMzU1Nzg0ayBoaWdobWVtKQp2aXJ0 dWFsIGtlcm5lbCBtZW1vcnkgbGF5b3V0OgogICAgZml4bWFwICA6IDB4ZjU3NjYwMDAgLSAweGY1 N2ZmMDAwICAgKCA2MTIga0IpCiAgICBwa21hcCAgIDogMHhmNTQwMDAwMCAtIDB4ZjU2MDAwMDAg ICAoMjA0OCBrQikKICAgIHZtYWxsb2MgOiAweGVkYmZlMDAwIC0gMHhmNTNmZTAwMCAgICggMTIw IE1CKQogICAgbG93bWVtICA6IDB4YzAwMDAwMDAgLSAweGVkM2ZlMDAwICAgKCA3MjMgTUIpCiAg ICAgIC5pbml0IDogMHhjMTQzZTAwMCAtIDB4YzE0OTgwMDAgICAoIDM2MCBrQikKICAgICAgLmRh dGEgOiAweGMxMzA5ZjRlIC0gMHhjMTQzZDU4MCAgICgxMjI5IGtCKQogICAgICAudGV4dCA6IDB4 YzEwMDAwMDAgLSAweGMxMzA5ZjRlICAgKDMxMTEga0IpClNMVUI6IEdlbnNsYWJzPTE1LCBIV2Fs aWduPTY0LCBPcmRlcj0wLTMsIE1pbk9iamVjdHM9MCwgQ1BVcz0zLCBOb2Rlcz0xCkhpZXJhcmNo aWNhbCBSQ1UgaW1wbGVtZW50YXRpb24uCglSQ1UgcmVzdHJpY3RpbmcgQ1BVcyBmcm9tIE5SX0NQ VVM9NCB0byBucl9jcHVfaWRzPTMuCk5SX0lSUVM6MjMwNCBucl9pcnFzOjQwIDE2CkNQVSAwIGly cXN0YWNrcywgaGFyZD1lYmMxMDAwMCBzb2Z0PWViYzEyMDAwCkNvbnNvbGU6IGNvbG91ciBkdW1t eSBkZXZpY2UgODB4MjUKY29uc29sZSBbdHR5MF0gZW5hYmxlZApjb25zb2xlIFtodmMwXSBlbmFi bGVkClhlbjogdXNpbmcgdmNwdW9wIHRpbWVyIGludGVyZmFjZQppbnN0YWxsaW5nIFhlbiB0aW1l ciBmb3IgQ1BVIDAKdHNjOiBEZXRlY3RlZCAzMzkyLjQwOCBNSHogcHJvY2Vzc29yCkNhbGlicmF0 aW5nIGRlbGF5IGxvb3AgKHNraXBwZWQpLCB2YWx1ZSBjYWxjdWxhdGVkIHVzaW5nIHRpbWVyIGZy ZXF1ZW5jeS4uIDY3ODQuODEgQm9nb01JUFMgKGxwaj0zMzkyNDA4MCkKcGlkX21heDogZGVmYXVs dDogMzI3NjggbWluaW11bTogMzAxCk1vdW50LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogNTEy CkNQVTogUGh5c2ljYWwgUHJvY2Vzc29yIElEOiAwCkNQVTogUHJvY2Vzc29yIENvcmUgSUQ6IDAK RU5FUkdZX1BFUkZfQklBUzogU2V0IHRvICdub3JtYWwnLCB3YXMgJ3BlcmZvcm1hbmNlJwpFTkVS R1lfUEVSRl9CSUFTOiBWaWV3IGFuZCB1cGRhdGUgd2l0aCB4ODZfZW5lcmd5X3BlcmZfcG9saWN5 KDgpCkxhc3QgbGV2ZWwgaVRMQiBlbnRyaWVzOiA0S0IgNTEyLCAyTUIgMCwgNE1CIDAKTGFzdCBs ZXZlbCBkVExCIGVudHJpZXM6IDRLQiA1MTIsIDJNQiAzMiwgNE1CIDMyCnRsYl9mbHVzaGFsbF9z aGlmdCBpcyAweDEKU01QIGFsdGVybmF0aXZlczogc3dpdGNoaW5nIHRvIFVQIGNvZGUKY3B1IDAg c3BpbmxvY2sgZXZlbnQgaXJxIDE3ClBlcmZvcm1hbmNlIEV2ZW50czogdW5zdXBwb3J0ZWQgcDYg Q1BVIG1vZGVsIDU4IG5vIFBNVSBkcml2ZXIsIHNvZnR3YXJlIGV2ZW50cyBvbmx5LgpDUFUgMSBp cnFzdGFja3MsIGhhcmQ9ZWJjNzQwMDAgc29mdD1lYmM3NjAwMAppbnN0YWxsaW5nIFhlbiB0aW1l ciBmb3IgQ1BVIDEKY3B1IDEgc3BpbmxvY2sgZXZlbnQgaXJxIDI0ClNNUCBhbHRlcm5hdGl2ZXM6 IHN3aXRjaGluZyB0byBTTVAgY29kZQpJbml0aWFsaXppbmcgQ1BVIzEKQ1BVIDIgaXJxc3RhY2tz LCBoYXJkPWViYzgyMDAwIHNvZnQ9ZWJjODQwMDAKaW5zdGFsbGluZyBYZW4gdGltZXIgZm9yIENQ VSAyCmNwdSAyIHNwaW5sb2NrIGV2ZW50IGlycSAzMQpJbml0aWFsaXppbmcgQ1BVIzIKQnJvdWdo dCB1cCAzIENQVXMKR3JhbnQgdGFibGVzIHVzaW5nIHZlcnNpb24gMiBsYXlvdXQuCkdyYW50IHRh YmxlIGluaXRpYWxpemVkCk5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTYKUENJOiBz ZXR0aW5nIHVwIFhlbiBQQ0kgZnJvbnRlbmQgc3R1YgpQQ0k6IHBjaV9jYWNoZV9saW5lX3NpemUg c2V0IHRvIDY0IGJ5dGVzCmJpbzogY3JlYXRlIHNsYWIgPGJpby0wPiBhdCAwCkFDUEk6IEludGVy cHJldGVyIGRpc2FibGVkLgp4ZW4vYmFsbG9vbjogSW5pdGlhbGlzaW5nIGJhbGxvb24gZHJpdmVy Lgp4ZW4tYmFsbG9vbjogSW5pdGlhbGlzaW5nIGJhbGxvb24gZHJpdmVyLgp2Z2FhcmI6IGxvYWRl ZApQQ0k6IFN5c3RlbSBkb2VzIG5vdCBzdXBwb3J0IFBDSQpQQ0k6IFN5c3RlbSBkb2VzIG5vdCBz dXBwb3J0IFBDSQpTd2l0Y2hpbmcgdG8gY2xvY2tzb3VyY2UgeGVuCnBucDogUG5QIEFDUEk6IGRp c2FibGVkCk5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMgpUQ1AgZXN0YWJsaXNoZWQg aGFzaCB0YWJsZSBlbnRyaWVzOiAxMzEwNzIgKG9yZGVyOiA4LCAxMDQ4NTc2IGJ5dGVzKQpUQ1Ag YmluZCBoYXNoIHRhYmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogNywgNTI0Mjg4IGJ5dGVzKQpU Q1A6IEhhc2ggdGFibGVzIGNvbmZpZ3VyZWQgKGVzdGFibGlzaGVkIDEzMTA3MiBiaW5kIDY1NTM2 KQpUQ1A6IHJlbm8gcmVnaXN0ZXJlZApVRFAgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIgKG9yZGVy OiAyLCAxNjM4NCBieXRlcykKVURQLUxpdGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIgKG9yZGVy OiAyLCAxNjM4NCBieXRlcykKTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxClJQQzog UmVnaXN0ZXJlZCBuYW1lZCBVTklYIHNvY2tldCB0cmFuc3BvcnQgbW9kdWxlLgpSUEM6IFJlZ2lz dGVyZWQgdWRwIHRyYW5zcG9ydCBtb2R1bGUuClJQQzogUmVnaXN0ZXJlZCB0Y3AgdHJhbnNwb3J0 IG1vZHVsZS4KUlBDOiBSZWdpc3RlcmVkIHRjcCBORlN2NC4xIGJhY2tjaGFubmVsIHRyYW5zcG9y dCBtb2R1bGUuClBDSTogQ0xTIDAgYnl0ZXMsIGRlZmF1bHQgNjQKcGxhdGZvcm0gcnRjX2Ntb3M6 IHJlZ2lzdGVyZWQgcGxhdGZvcm0gUlRDIGRldmljZSAobm8gUE5QIGRldmljZSBmb3VuZCkKbWlj cm9jb2RlOiBDUFUwIHNpZz0weDMwNmE5LCBwZj0weDIsIHJldmlzaW9uPTB4MTAKbWljcm9jb2Rl OiBDUFUxIHNpZz0weDMwNmE5LCBwZj0weDIsIHJldmlzaW9uPTB4MTAKbWljcm9jb2RlOiBDUFUy IHNpZz0weDMwNmE5LCBwZj0weDIsIHJldmlzaW9uPTB4MTAKbWljcm9jb2RlOiBNaWNyb2NvZGUg VXBkYXRlIERyaXZlcjogdjIuMDAgPHRpZ3JhbkBhaXZhemlhbi5mc25ldC5jby51az4sIFBldGVy IE9ydWJhCmJvdW5jZSBwb29sIHNpemU6IDY0IHBhZ2VzCkRMTSBpbnN0YWxsZWQKTkZTOiBSZWdp c3RlcmluZyB0aGUgaWRfcmVzb2x2ZXIga2V5IHR5cGUKS2V5IHR5cGUgaWRfcmVzb2x2ZXIgcmVn aXN0ZXJlZApLZXkgdHlwZSBpZF9sZWdhY3kgcmVnaXN0ZXJlZAptc2dtbmkgaGFzIGJlZW4gc2V0 IHRvIDEzOTYKQmxvY2sgbGF5ZXIgU0NTSSBnZW5lcmljIChic2cpIGRyaXZlciB2ZXJzaW9uIDAu NCBsb2FkZWQgKG1ham9yIDI1NCkKaW8gc2NoZWR1bGVyIG5vb3AgcmVnaXN0ZXJlZCAoZGVmYXVs dCkKQ29uc29sZTogc3dpdGNoaW5nIHRvIGNvbG91ciBmcmFtZSBidWZmZXIgZGV2aWNlIDEyOHg0 OAppbnRlbF9pZGxlOiBkb2VzIG5vdCBydW4gb24gZmFtaWx5IDYgbW9kZWwgNTgKRXZlbnQtY2hh bm5lbCBkZXZpY2UgaW5zdGFsbGVkLgpicmQ6IG1vZHVsZSBsb2FkZWQKbG9vcDogbW9kdWxlIGxv YWRlZApibGtmcm9udDogeHZkYTE6IGJhcnJpZXI6IGVuYWJsZWQKSW5pdGlhbGlzaW5nIFhlbiB2 aXJ0dWFsIGV0aGVybmV0IGRyaXZlci4KYmxrZnJvbnQ6IHh2ZGEyOiBiYXJyaWVyOiBlbmFibGVk CmJsa2Zyb250OiB4dmRhMzogZmx1c2ggZGlza2NhY2hlOiBlbmFibGVkCmk4MDQyOiBQTlA6IE5v IFBTLzIgY29udHJvbGxlciBmb3VuZC4gUHJvYmluZyBwb3J0cyBkaXJlY3RseS4KaTgwNDI6IE5v IGNvbnRyb2xsZXIgZm91bmQKbW91c2VkZXY6IFBTLzIgbW91c2UgZGV2aWNlIGNvbW1vbiBmb3Ig YWxsIG1pY2UKYmxrZnJvbnQ6IHh2ZGE0OiBiYXJyaWVyOiBlbmFibGVkCmlucHV0OiBYZW4gVmly dHVhbCBLZXlib2FyZCBhcyAvZGV2aWNlcy92aXJ0dWFsL2lucHV0L2lucHV0MAppbnB1dDogWGVu IFZpcnR1YWwgUG9pbnRlciBhcyAvZGV2aWNlcy92aXJ0dWFsL2lucHV0L2lucHV0MQpJU0ROIHN1 YnN5c3RlbSBSZXY6IDEuMS4yLjMvMS4xLjIuMi9ub25lLzEuMS4yLjIvMS4xLjIuMgpDQVBJIDIu MCBzdGFydGVkIHVwIHdpdGggbWFqb3IgNjggKG1pZGRsZXdhcmUpCmRzczFfZGl2ZXJ0IG1vZHVs ZSBzdWNjZXNzZnVsbHkgaW5zdGFsbGVkClRDUDogY3ViaWMgcmVnaXN0ZXJlZApORVQ6IFJlZ2lz dGVyZWQgcHJvdG9jb2wgZmFtaWx5IDEwCnNpdDogSVB2NiBvdmVyIElQdjQgdHVubmVsaW5nIGRy aXZlcgpORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE3CnNjdHA6IEhhc2ggdGFibGVz IGNvbmZpZ3VyZWQgKGVzdGFibGlzaGVkIDY1NTM2IGJpbmQgNjU1MzYpCktleSB0eXBlIGRuc19y ZXNvbHZlciByZWdpc3RlcmVkClVzaW5nIElQSSBOby1TaG9ydGN1dCBtb2RlCkVYVDQtZnMgKHh2 ZGExKTogbW91bnRlZCBmaWxlc3lzdGVtIHdpdGggb3JkZXJlZCBkYXRhIG1vZGUuIE9wdHM6IChu dWxsKQpWRlM6IE1vdW50ZWQgcm9vdCAoZXh0NCBmaWxlc3lzdGVtKSBvbiBkZXZpY2UgMjAyOjEu CkZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDM2MGsgZnJlZWQKdWRldmRbNjY0XTogc3Rh cnRpbmcgdmVyc2lvbiAxNzEKQWRkaW5nIDk4MzAzNmsgc3dhcCBvbiAvZGV2L3h2ZGEyLiAgUHJp b3JpdHk6LTEgZXh0ZW50czoxIGFjcm9zczo5ODMwMzZrIFNTCmZjcGNpOiBtb2R1bGUgbGljZW5z ZSAnUHJvcHJpZXRhcnknIHRhaW50cyBrZXJuZWwuCkRpc2FibGluZyBsb2NrIGRlYnVnZ2luZyBk dWUgdG8ga2VybmVsIHRhaW50CmZjcGNpOiBBVk0gRlJJVFohQ2FyZCBQQ0kgZHJpdmVyLCByZXZp c2lvbiAwLjcuMgpmY3BjaTogKGZjcGNpIGJ1aWx0IG9uIE5vdiAxMyAyMDEyIGF0IDIxOjA3OjIz KQpmY3BjaTogLS0gMzIgYml0IENBUEkgZHJpdmVyIC0tCg=--=====================_18183765==_ Content-Type: application/octet-stream; name="xl_without_pci.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xl_without_pci.log" bGlieGw6IGRlYnVnOiBsaWJ4bF9jcmVhdGUuYzoxMTczOmRvX2RvbWFpbl9jcmVhdGU6IGFvIDB4 ODA2ZDBlODogY3JlYXRlOiBob3c9KG5pbCkgY2FsbGJhY2s9KG5pbCkgcG9sbGVyPTB4ODA2YzY4 OApsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjIyOTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0 X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhMSBzcGVjLmJhY2tlbmQ9dW5rbm93bgpsaWJ4bDogZGVi dWc6IGxpYnhsX2RldmljZS5jOjE3NTpkaXNrX3RyeV9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTEs IGJhY2tlbmQgcGh5IHVuc3VpdGFibGUgYXMgcGh5cyBwYXRoIG5vdCBhIGJsb2NrIGRldmljZQps aWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjE4NDpkaXNrX3RyeV9iYWNrZW5kOiBEaXNrIHZk ZXY9eHZkYTEsIGJhY2tlbmQgdGFwIHVuc3VpdGFibGUgYmVjYXVzZSBibGt0YXAgbm90IGF2YWls YWJsZQpsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjI2NTpsaWJ4bF9fZGV2aWNlX2Rpc2tf c2V0X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhMSwgdXNpbmcgYmFja2VuZCBxZGlzawpsaWJ4bDog ZGVidWc6IGxpYnhsX2RldmljZS5jOjIyOTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6 IERpc2sgdmRldj14dmRhMiBzcGVjLmJhY2tlbmQ9dW5rbm93bgpsaWJ4bDogZGVidWc6IGxpYnhs X2RldmljZS5jOjE3NTpkaXNrX3RyeV9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTIsIGJhY2tlbmQg cGh5IHVuc3VpdGFibGUgYXMgcGh5cyBwYXRoIG5vdCBhIGJsb2NrIGRldmljZQpsaWJ4bDogZGVi dWc6IGxpYnhsX2RldmljZS5jOjE4NDpkaXNrX3RyeV9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTIs IGJhY2tlbmQgdGFwIHVuc3VpdGFibGUgYmVjYXVzZSBibGt0YXAgbm90IGF2YWlsYWJsZQpsaWJ4 bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjI2NTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tl bmQ6IERpc2sgdmRldj14dmRhMiwgdXNpbmcgYmFja2VuZCBxZGlzawpsaWJ4bDogZGVidWc6IGxp YnhsX2RldmljZS5jOjIyOTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6IERpc2sgdmRl dj14dmRhMyBzcGVjLmJhY2tlbmQ9dW5rbm93bgpsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5j OjI2NTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhMywgdXNp bmcgYmFja2VuZCBwaHkKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyMjk6bGlieGxfX2Rl dmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTQgc3BlYy5iYWNrZW5kPXVua25v d24KbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoxNzU6ZGlza190cnlfYmFja2VuZDogRGlz ayB2ZGV2PXh2ZGE0LCBiYWNrZW5kIHBoeSB1bnN1aXRhYmxlIGFzIHBoeXMgcGF0aCBub3QgYSBi bG9jayBkZXZpY2UKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoxODQ6ZGlza190cnlfYmFj a2VuZDogRGlzayB2ZGV2PXh2ZGE0LCBiYWNrZW5kIHRhcCB1bnN1aXRhYmxlIGJlY2F1c2UgYmxr dGFwIG5vdCBhdmFpbGFibGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyNjU6bGlieGxf X2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTQsIHVzaW5nIGJhY2tlbmQg cWRpc2sKbGlieGw6IGRlYnVnOiBsaWJ4bF9jcmVhdGUuYzo2Nzc6aW5pdGlhdGVfZG9tYWluX2Ny ZWF0ZTogcnVubmluZyBib290bG9hZGVyCmxpYnhsOiBkZWJ1ZzogbGlieGxfYm9vdGxvYWRlci5j OjMyNzpsaWJ4bF9fYm9vdGxvYWRlcl9ydW46IG5vIGJvb3Rsb2FkZXIgY29uZmlndXJlZCwgdXNp bmcgdXNlciBzdXBwbGllZCBrZXJuZWwKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjU2MTps aWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3PTB4ODA2ZDJkNDogZGVyZWdpc3Rl ciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9udW1hLmM6NDM1OmxpYnhsX19nZXRf bnVtYV9jYW5kaWRhdGU6IE5ldyBiZXN0IE5VTUEgcGxhY2VtZW50IGNhbmRpZGF0ZSBmb3VuZDog bnJfbm9kZXM9MSwgbnJfY3B1cz00LCBucl92Y3B1cz0xNiwgZnJlZV9tZW1rYj0zODU1CmxpYnhs OiBkZXRhaWw6IGxpYnhsX2RvbS5jOjE5MjpudW1hX3BsYWNlX2RvbWFpbjogTlVNQSBwbGFjZW1l bnQgY2FuZGlkYXRlIHdpdGggMSBub2RlcywgNCBjcHVzIGFuZCAzODU1IEtCIGZyZWUgc2VsZWN0 ZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2NhdGU6IGNtZGxpbmU9InJvb3Q9 L2Rldi94dmRhMSByb290ZnN0eXBlPWV4dDQgcm9vdGZzZmxhZ3M9YmFycmllcj0wIGNvbnNvbGU9 aHZjMCB4ZW5jb25zPWh2YyB4ZW4tZmJmcm9udC52aWRlbz02LDEwMjQsNzY4IHhlbmZiLnZpZGVv PTYsMTAyNCw3Njggbm9pcnFkZWJ1ZyBlbGV2YXRvcj1ub29wIiwgZmVhdHVyZXM9IihudWxsKSIK bGlieGw6IGRlYnVnOiBsaWJ4bF9kb20uYzozODA6bGlieGxfX2J1aWxkX3B2OiBwdiBrZXJuZWwg bWFwcGVkIDAgcGF0aCAvYm9vdC9rZXJuZWwtMy42LjYteGVuVQoKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiB4Y19kb21fa2VybmVsX2ZpbGU6IGZpbGVuYW1lPSIvYm9vdC9rZXJuZWwtMy42LjYteGVu VSIKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWFsbG9jX2ZpbGVtYXAgICAgOiA2MjE1 IGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Jvb3RfeGVuX2luaXQ6IHZlciA0LjIs IGNhcHMgeGVuLTMuMC14ODZfMzJwIGh2bS0zLjAteDg2XzMyIGh2bS0zLjAteDg2XzMycCAKZG9t YWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGFyc2VfaW1hZ2U6IGNhbGxlZApkb21haW5idWls ZGVyOiBkZXRhaWw6IHhjX2RvbV9maW5kX2xvYWRlcjogdHJ5aW5nIG11bHRpYm9vdC1iaW5hcnkg bG9hZGVyIC4uLiAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBsb2FkZXIgcHJvYmUgZmFpbGVkCmRv bWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2ZpbmRfbG9hZGVyOiB0cnlpbmcgTGludXggYnpJ bWFnZSBsb2FkZXIgLi4uIApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9wcm9iZV9iemlt YWdlX2tlcm5lbDoga2VybmVsIGlzIG5vdCBhIGJ6SW1hZ2UKZG9tYWluYnVpbGRlcjogZGV0YWls OiBsb2FkZXIgcHJvYmUgZmFpbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2ZpbmRf bG9hZGVyOiB0cnlpbmcgRUxGLWdlbmVyaWMgbG9hZGVyIC4uLiAKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiBsb2FkZXIgcHJvYmUgT0sKeGM6IGRldGFpbDogZWxmX3BhcnNlX2JpbmFyeTogcGhkcjog cGFkZHI9MHgxMDAwMDAwIG1lbXN6PTB4NDBkMDAwCnhjOiBkZXRhaWw6IGVsZl9wYXJzZV9iaW5h cnk6IHBoZHI6IHBhZGRyPTB4MTQwZDAwMCBtZW1zej0weDM1MTAwMAp4YzogZGV0YWlsOiBlbGZf cGFyc2VfYmluYXJ5OiBtZW1vcnk6IDB4MTAwMDAwMCAtPiAweDE3NWUwMDAKeGM6IGRldGFpbDog ZWxmX3hlbl9wYXJzZV9ub3RlOiBHVUVTVF9PUyA9ICJsaW51eCIKeGM6IGRldGFpbDogZWxmX3hl bl9wYXJzZV9ub3RlOiBHVUVTVF9WRVJTSU9OID0gIjIuNiIKeGM6IGRldGFpbDogZWxmX3hlbl9w YXJzZV9ub3RlOiBYRU5fVkVSU0lPTiA9ICJ4ZW4tMy4wIgp4YzogZGV0YWlsOiBlbGZfeGVuX3Bh cnNlX25vdGU6IFZJUlRfQkFTRSA9IDB4YzAwMDAwMDAKeGM6IGRldGFpbDogZWxmX3hlbl9wYXJz ZV9ub3RlOiBFTlRSWSA9IDB4YzE0M2UyNGMKeGM6IGRldGFpbDogZWxmX3hlbl9wYXJzZV9ub3Rl OiBIWVBFUkNBTExfUEFHRSA9IDB4YzEwMDEwMDAKeGM6IGRldGFpbDogZWxmX3hlbl9wYXJzZV9u b3RlOiBGRUFUVVJFUyA9ICIhd3JpdGFibGVfcGFnZV90YWJsZXN8cGFlX3BnZGlyX2Fib3ZlXzRn YiIKeGM6IGRldGFpbDogZWxmX3hlbl9wYXJzZV9ub3RlOiBQQUVfTU9ERSA9ICJ5ZXMiCnhjOiBk ZXRhaWw6IGVsZl94ZW5fcGFyc2Vfbm90ZTogTE9BREVSID0gImdlbmVyaWMiCnhjOiBkZXRhaWw6 IGVsZl94ZW5fcGFyc2Vfbm90ZTogdW5rbm93biB4ZW4gZWxmIG5vdGUgKDB4ZCkKeGM6IGRldGFp bDogZWxmX3hlbl9wYXJzZV9ub3RlOiBTVVNQRU5EX0NBTkNFTCA9IDB4MQp4YzogZGV0YWlsOiBl bGZfeGVuX3BhcnNlX25vdGU6IEhWX1NUQVJUX0xPVyA9IDB4ZjU4MDAwMDAKeGM6IGRldGFpbDog ZWxmX3hlbl9wYXJzZV9ub3RlOiBQQUREUl9PRkZTRVQgPSAweDAKeGM6IGRldGFpbDogZWxmX3hl bl9hZGRyX2NhbGNfY2hlY2s6IGFkZHJlc3NlczoKeGM6IGRldGFpbDogICAgIHZpcnRfYmFzZSAg ICAgICAgPSAweGMwMDAwMDAwCnhjOiBkZXRhaWw6ICAgICBlbGZfcGFkZHJfb2Zmc2V0ID0gMHgw CnhjOiBkZXRhaWw6ICAgICB2aXJ0X29mZnNldCAgICAgID0gMHhjMDAwMDAwMAp4YzogZGV0YWls OiAgICAgdmlydF9rc3RhcnQgICAgICA9IDB4YzEwMDAwMDAKeGM6IGRldGFpbDogICAgIHZpcnRf a2VuZCAgICAgICAgPSAweGMxNzVlMDAwCnhjOiBkZXRhaWw6ICAgICB2aXJ0X2VudHJ5ICAgICAg ID0gMHhjMTQzZTI0Ywp4YzogZGV0YWlsOiAgICAgcDJtX2Jhc2UgICAgICAgICA9IDB4ZmZmZmZm ZmZmZmZmZmZmZgpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9wYXJzZV9lbGZfa2VybmVs OiB4ZW4tMy4wLXg4Nl8zMnA6IDB4YzEwMDAwMDAgLT4gMHhjMTc1ZTAwMApkb21haW5idWlsZGVy OiBkZXRhaWw6IHhjX2RvbV9tZW1faW5pdDogbWVtIDIwNDggTUIsIHBhZ2VzIDB4ODAwMDAgcGFn ZXMsIDRrIGVhY2gKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWVtX2luaXQ6IDB4ODAw MDAgcGFnZXMKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYm9vdF9tZW1faW5pdDogY2Fs bGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeDg2X2NvbXBhdDogZ3Vlc3QgeGVuLTMuMC14ODZf MzJwLCBhZGRyZXNzIHNpemUgMzIKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWFsbG9j ICAgICAgICAgICAgOiAyMDQ4IGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2J1aWxk X2ltYWdlOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2Nfc2VnbWVu dDogICBrZXJuZWwgICAgICAgOiAweGMxMDAwMDAwIC0+IDB4YzE3NWUwMDAgIChwZm4gMHgxMDAw ICsgMHg3NWUgcGFnZXMpCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3Bmbl90b19wdHI6 IGRvbVUgbWFwcGluZzogcGZuIDB4MTAwMCsweDc1ZSBhdCAweGI2NTQ4MDAwCnhjOiBkZXRhaWw6 IGVsZl9sb2FkX2JpbmFyeTogcGhkciAwIGF0IDB4MHhiNjU0ODAwMCAtPiAweDB4YjY5NTUwMDAK eGM6IGRldGFpbDogZWxmX2xvYWRfYmluYXJ5OiBwaGRyIDEgYXQgMHgweGI2OTU1MDAwIC0+IDB4 MHhiNjllMjAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9hbGxvY19zZWdtZW50OiAg IHBoeXMybWFjaCAgICA6IDB4YzE3NWUwMDAgLT4gMHhjMTk1ZTAwMCAgKHBmbiAweDE3NWUgKyAw eDIwMCBwYWdlcykKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGZuX3RvX3B0cjogZG9t VSBtYXBwaW5nOiBwZm4gMHgxNzVlKzB4MjAwIGF0IDB4YjYzNDgwMDAKZG9tYWluYnVpbGRlcjog ZGV0YWlsOiB4Y19kb21fYWxsb2NfcGFnZSAgIDogICBzdGFydCBpbmZvICAgOiAweGMxOTVlMDAw IChwZm4gMHgxOTVlKQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9hbGxvY19wYWdlICAg OiAgIHhlbnN0b3JlICAgICA6IDB4YzE5NWYwMDAgKHBmbiAweDE5NWYpCmRvbWFpbmJ1aWxkZXI6 IGRldGFpbDogeGNfZG9tX2FsbG9jX3BhZ2UgICA6ICAgY29uc29sZSAgICAgIDogMHhjMTk2MDAw MCAocGZuIDB4MTk2MCkKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBucl9wYWdlX3RhYmxlczogMHgw MDAwMDAwMGZmZmZmZmZmLzMyOiAweDAwMDAwMDAwMDAwMDAwMDAgLT4gMHhmZmZmZmZmZmZmZmZm ZmZmLCAxIHRhYmxlKHMpCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogbnJfcGFnZV90YWJsZXM6IDB4 MDAwMDAwMDAzZmZmZmZmZi8zMDogMHgwMDAwMDAwMGMwMDAwMDAwIC0+IDB4MDAwMDAwMDBmZmZm ZmZmZiwgMSB0YWJsZShzKQpkb21haW5idWlsZGVyOiBkZXRhaWw6IG5yX3BhZ2VfdGFibGVzOiAw eDAwMDAwMDAwMDAxZmZmZmYvMjE6IDB4MDAwMDAwMDBjMDAwMDAwMCAtPiAweDAwMDAwMDAwYzFi ZmZmZmYsIDE0IHRhYmxlKHMpCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2FsbG9jX3Nl Z21lbnQ6ICAgcGFnZSB0YWJsZXMgIDogMHhjMTk2MTAwMCAtPiAweGMxOTcxMDAwICAocGZuIDB4 MTk2MSArIDB4MTAgcGFnZXMpCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3Bmbl90b19w dHI6IGRvbVUgbWFwcGluZzogcGZuIDB4MTk2MSsweDEwIGF0IDB4YjYzMzgwMDAKZG9tYWluYnVp bGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2NfcGFnZSAgIDogICBib290IHN0YWNrICAgOiAweGMx OTcxMDAwIChwZm4gMHgxOTcxKQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9idWlsZF9p bWFnZSAgOiB2aXJ0X2FsbG9jX2VuZCA6IDB4YzE5NzIwMDAKZG9tYWluYnVpbGRlcjogZGV0YWls OiB4Y19kb21fYnVpbGRfaW1hZ2UgIDogdmlydF9wZ3RhYl9lbmQgOiAweGMxYzAwMDAwCmRvbWFp bmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Jvb3RfaW1hZ2U6IGNhbGxlZApkb21haW5idWlsZGVy OiBkZXRhaWw6IGFyY2hfc2V0dXBfYm9vdGVhcmx5OiBkb2luZyBub3RoaW5nCmRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogeGNfZG9tX2NvbXBhdF9jaGVjazogc3VwcG9ydGVkIGd1ZXN0IHR5cGU6IHhl bi0zLjAteDg2XzMycCA8PSBtYXRjaGVzCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Nv bXBhdF9jaGVjazogc3VwcG9ydGVkIGd1ZXN0IHR5cGU6IGh2bS0zLjAteDg2XzMyCmRvbWFpbmJ1 aWxkZXI6IGRldGFpbDogeGNfZG9tX2NvbXBhdF9jaGVjazogc3VwcG9ydGVkIGd1ZXN0IHR5cGU6 IGh2bS0zLjAteDg2XzMycApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV91cGRhdGVfZ3Vl c3RfcDJtOiBkc3QgMzJiaXQsIHBhZ2VzIDB4ODAwMDAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBj bGVhcl9wYWdlOiBwZm4gMHgxOTYwLCBtZm4gMHgzYmU2OWYKZG9tYWluYnVpbGRlcjogZGV0YWls OiBjbGVhcl9wYWdlOiBwZm4gMHgxOTVmLCBtZm4gMHgzYmU2YTAKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiB4Y19kb21fcGZuX3RvX3B0cjogZG9tVSBtYXBwaW5nOiBwZm4gMHgxOTVlKzB4MSBhdCAw eGI3N2ExMDAwCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogc3RhcnRfaW5mb194ODZfMzI6IGNhbGxl ZApkb21haW5idWlsZGVyOiBkZXRhaWw6IHNldHVwX2h5cGVyY2FsbF9wYWdlOiB2YWRkcj0weGMx MDAxMDAwIHBmbj0weDEwMDEKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBkb21haW4gYnVpbGRlciBt ZW1vcnkgZm9vdHByaW50CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogICAgYWxsb2NhdGVkCmRvbWFp bmJ1aWxkZXI6IGRldGFpbDogICAgICAgbWFsbG9jICAgICAgICAgICAgIDogMjEwNiBrQgpkb21h aW5idWlsZGVyOiBkZXRhaWw6ICAgICAgIGFub24gbW1hcCAgICAgICAgICA6IDAgYnl0ZXMKZG9t YWluYnVpbGRlcjogZGV0YWlsOiAgICBtYXBwZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICAg ICBmaWxlIG1tYXAgICAgICAgICAgOiA2MjE1IGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogICAg ICAgZG9tVSBtbWFwICAgICAgICAgIDogOTY2MCBrQgpkb21haW5idWlsZGVyOiBkZXRhaWw6IGFy Y2hfc2V0dXBfYm9vdGxhdGU6IHNoYXJlZF9pbmZvOiBwZm4gMHgwLCBtZm4gMHhiNzAKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiBzaGFyZWRfaW5mb194ODZfMzI6IGNhbGxlZApkb21haW5idWlsZGVy OiBkZXRhaWw6IHZjcHVfeDg2XzMyOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB2Y3B1 X3g4Nl8zMjogY3IzOiBwZm4gMHgxOTYxIG1mbiAweDNiZTY5ZQpkb21haW5idWlsZGVyOiBkZXRh aWw6IGxhdW5jaF92bTogY2FsbGVkLCBjdHh0PTB4YmZlZTYxZGMKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiB4Y19kb21fcmVsZWFzZTogY2FsbGVkCmxpYnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6 MjI5OmxpYnhsX19kZXZpY2VfZGlza19zZXRfYmFja2VuZDogRGlzayB2ZGV2PXh2ZGExIHNwZWMu YmFja2VuZD1xZGlzawpsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjIyOTpsaWJ4bF9fZGV2 aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhMiBzcGVjLmJhY2tlbmQ9cWRpc2sK bGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyMjk6bGlieGxfX2RldmljZV9kaXNrX3NldF9i YWNrZW5kOiBEaXNrIHZkZXY9eHZkYTMgc3BlYy5iYWNrZW5kPXBoeQpsaWJ4bDogZGVidWc6IGxp YnhsX2V2ZW50LmM6NTEyOmxpYnhsX19ldl94c3dhdGNoX3JlZ2lzdGVyOiB3YXRjaCB3PTB4ODA2 ZWNjOCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvMjgvNTE3MTUvc3RhdGUgdG9r ZW49My8wOiByZWdpc3RlciBzbG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoy Mjk6bGlieGxfX2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTQgc3BlYy5i YWNrZW5kPXFkaXNrCmxpYnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MjI5OmxpYnhsX19kZXZp Y2VfZGlza19zZXRfYmFja2VuZDogRGlzayB2ZGV2PXh2ZGE0IHNwZWMuYmFja2VuZD1xZGlzawps aWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5jOjExODY6ZG9fZG9tYWluX2NyZWF0ZTogYW8gMHg4 MDZkMGU4OiBpbnByb2dyZXNzOiBwb2xsZXI9MHg4MDZjNjg4LCBmbGFncz1pCmxpYnhsOiBkZWJ1 ZzogbGlieGxfZXZlbnQuYzo0NTc6d2F0Y2hmZF9jYWxsYmFjazogd2F0Y2ggdz0weDgwNmVjYzgg d3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzI4LzUxNzE1L3N0YXRlIHRva2VuPTMv MDogZXZlbnQgZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzI4LzUxNzE1L3N0YXRl CmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1OTY6ZGV2c3RhdGVfd2F0Y2hfY2FsbGJhY2s6 IGJhY2tlbmQgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzI4LzUxNzE1L3N0YXRlIHdhbnRl ZCBzdGF0ZSAyIG9rCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1NDk6bGlieGxfX2V2X3hz d2F0Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDgwNmVjYzggd3BhdGg9L2xvY2FsL2RvbWFpbi8w L2JhY2tlbmQvdmJkLzI4LzUxNzE1L3N0YXRlIHRva2VuPTMvMDogZGVyZWdpc3RlciBzbG90bnVt PTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjU2MTpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJl Z2lzdGVyOiB3YXRjaCB3PTB4ODA2ZWNjODogZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6 IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzo5MTY6ZGV2aWNlX2hvdHBsdWc6IGNhbGxpbmcgaG90cGx1 ZyBzY3JpcHQ6IC9ldGMveGVuL3NjcmlwdHMvYmxvY2sgYWRkCmxpYnhsOiBkZWJ1ZzogbGlieGxf ZXZlbnQuYzo0MjY6d2F0Y2hmZF9jYWxsYmFjazogd2F0Y2ggZXBhdGg9L2xvY2FsL2RvbWFpbi8w L2JhY2tlbmQvdmJkLzI4LzUxNzE1L3N0YXRlIHRva2VuPTMvMDogZW1wdHkgc2xvdApsaWJ4bDog ZGVidWc6IGxpYnhsX2RtLmM6MTE0MjpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06IFNwYXduaW5nIGRl dmljZS1tb2RlbCAvdXNyL2xpYi94ZW4vYmluL3FlbXUtc3lzdGVtLWkzODYgd2l0aCBhcmd1bWVu dHM6CmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTog ICAvdXNyL2xpYi94ZW4vYmluL3FlbXUtc3lzdGVtLWkzODYKbGlieGw6IGRlYnVnOiBsaWJ4bF9k bS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC14ZW4tZG9taWQKbGlieGw6IGRlYnVn OiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIDI4CmxpYnhsOiBkZWJ1 ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAtY2hhcmRldgpsaWJ4 bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgc29ja2V0 LGlkPWxpYnhsLWNtZCxwYXRoPS92YXIvcnVuL3hlbi9xbXAtbGlieGwtMjgsc2VydmVyLG5vd2Fp dApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAg LW1vbgpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06 ICAgY2hhcmRldj1saWJ4bC1jbWQsbW9kZT1jb250cm9sCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0u YzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAteGVuLWF0dGFjaApsaWJ4bDogZGVidWc6 IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLW5hbWUKbGlieGw6IGRl YnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIG5vZGkKbGlieGw6 IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC12bmMKbGli eGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIDAuMC4w LjA6MTAsdG89OTkKbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xv Y2FsX2RtOiAgIC1rCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9s b2NhbF9kbTogICBkZQpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25f bG9jYWxfZG06ICAgLU0KbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXdu X2xvY2FsX2RtOiAgIHhlbnB2CmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19z cGF3bl9sb2NhbF9kbTogICAtbQpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9f c3Bhd25fbG9jYWxfZG06ICAgMjA0OQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTEyOmxp YnhsX19ldl94c3dhdGNoX3JlZ2lzdGVyOiB3YXRjaCB3PTB4ODA2ZDQxOCB3cGF0aD0vbG9jYWwv ZG9tYWluLzAvZGV2aWNlLW1vZGVsLzI4L3N0YXRlIHRva2VuPTMvMTogcmVnaXN0ZXIgc2xvdG51 bT0zCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo0NTc6d2F0Y2hmZF9jYWxsYmFjazogd2F0 Y2ggdz0weDgwNmQ0MTggd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8yOC9zdGF0 ZSB0b2tlbj0zLzE6IGV2ZW50IGVwYXRoPS9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMjgv c3RhdGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjQ1Nzp3YXRjaGZkX2NhbGxiYWNrOiB3 YXRjaCB3PTB4ODA2ZDQxOCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzI4L3N0 YXRlIHRva2VuPTMvMTogZXZlbnQgZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8y OC9zdGF0ZQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTQ5OmxpYnhsX19ldl94c3dhdGNo X2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHg4MDZkNDE4IHdwYXRoPS9sb2NhbC9kb21haW4vMC9kZXZp Y2UtbW9kZWwvMjgvc3RhdGUgdG9rZW49My8xOiBkZXJlZ2lzdGVyIHNsb3RudW09MwpsaWJ4bDog ZGVidWc6IGxpYnhsX2V2ZW50LmM6NTYxOmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdh dGNoIHc9MHg4MDZkNDE4OiBkZXJlZ2lzdGVyIHVucmVnaXN0ZXJlZApsaWJ4bDogZGVidWc6IGxp YnhsX3FtcC5jOjY0NjpsaWJ4bF9fcW1wX2luaXRpYWxpemU6IGNvbm5lY3RlZCB0byAvdmFyL3J1 bi94ZW4vcW1wLWxpYnhsLTI4CmxpYnhsOiBkZWJ1ZzogbGlieGxfcW1wLmM6Mjk4OnFtcF9oYW5k bGVfcmVzcG9uc2U6IG1lc3NhZ2UgdHlwZTogcW1wCmxpYnhsOiBkZWJ1ZzogbGlieGxfcW1wLmM6 NTU1OnFtcF9zZW5kX3ByZXBhcmU6IG5leHQgcW1wIGNvbW1hbmQ6ICd7CiAgICAiZXhlY3V0ZSI6 ICJxbXBfY2FwYWJpbGl0aWVzIiwKICAgICJpZCI6IDEKfQonCmxpYnhsOiBkZWJ1ZzogbGlieGxf cW1wLmM6Mjk4OnFtcF9oYW5kbGVfcmVzcG9uc2U6IG1lc3NhZ2UgdHlwZTogcmV0dXJuCmxpYnhs OiBkZWJ1ZzogbGlieGxfcW1wLmM6NTU1OnFtcF9zZW5kX3ByZXBhcmU6IG5leHQgcW1wIGNvbW1h bmQ6ICd7CiAgICAiZXhlY3V0ZSI6ICJxdWVyeS1jaGFyZGV2IiwKICAgICJpZCI6IDIKfQonCmxp YnhsOiBkZWJ1ZzogbGlieGxfcW1wLmM6Mjk4OnFtcF9oYW5kbGVfcmVzcG9uc2U6IG1lc3NhZ2Ug dHlwZTogcmV0dXJuCmxpYnhsOiBkZWJ1ZzogbGlieGxfcW1wLmM6NTU1OnFtcF9zZW5kX3ByZXBh cmU6IG5leHQgcW1wIGNvbW1hbmQ6ICd7CiAgICAiZXhlY3V0ZSI6ICJxdWVyeS12bmMiLAogICAg ImlkIjogMwp9CicKbGlieGw6IGRlYnVnOiBsaWJ4bF9xbXAuYzoyOTg6cW1wX2hhbmRsZV9yZXNw b25zZTogbWVzc2FnZSB0eXBlOiByZXR1cm4KbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjUx MjpsaWJ4bF9fZXZfeHN3YXRjaF9yZWdpc3Rlcjogd2F0Y2ggdz0weDgwNzE1NDAgd3BhdGg9L2xv Y2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzI4LzAvc3RhdGUgdG9rZW49My8yOiByZWdpc3RlciBz bG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjQ1Nzp3YXRjaGZkX2NhbGxiYWNr OiB3YXRjaCB3PTB4ODA3MTU0MCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMjgv MC9zdGF0ZSB0b2tlbj0zLzI6IGV2ZW50IGVwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3Zp Zi8yOC8wL3N0YXRlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2MDA6ZGV2c3RhdGVfd2F0 Y2hfY2FsbGJhY2s6IGJhY2tlbmQgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzI4LzAvc3Rh dGUgd2FudGVkIHN0YXRlIDIgc3RpbGwgd2FpdGluZyBzdGF0ZSAxCmxpYnhsOiBkZWJ1ZzogbGli eGxfZXZlbnQuYzo0NTc6d2F0Y2hmZF9jYWxsYmFjazogd2F0Y2ggdz0weDgwNzE1NDAgd3BhdGg9 L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzI4LzAvc3RhdGUgdG9rZW49My8yOiBldmVudCBl cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMjgvMC9zdGF0ZQpsaWJ4bDogZGVidWc6 IGxpYnhsX2V2ZW50LmM6NTk2OmRldnN0YXRlX3dhdGNoX2NhbGxiYWNrOiBiYWNrZW5kIC9sb2Nh bC9kb21haW4vMC9iYWNrZW5kL3ZpZi8yOC8wL3N0YXRlIHdhbnRlZCBzdGF0ZSAyIG9rCmxpYnhs OiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1NDk6bGlieGxfX2V2X3hzd2F0Y2hfZGVyZWdpc3Rlcjog d2F0Y2ggdz0weDgwNzE1NDAgd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzI4LzAv c3RhdGUgdG9rZW49My8yOiBkZXJlZ2lzdGVyIHNsb3RudW09MwpsaWJ4bDogZGVidWc6IGxpYnhs X2V2ZW50LmM6NTYxOmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHg4MDcx NTQwOiBkZXJlZ2lzdGVyIHVucmVnaXN0ZXJlZApsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5j OjkxNjpkZXZpY2VfaG90cGx1ZzogY2FsbGluZyBob3RwbHVnIHNjcmlwdDogL2V0Yy94ZW4vc2Ny aXB0cy92aWYtYnJpZGdlIG9ubGluZQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6MTY2Nzps aWJ4bF9fYW9fcHJvZ3Jlc3NfcmVwb3J0OiBhbyAweDgwNmQwZTg6IHByb2dyZXNzIHJlcG9ydDog aWdub3JlZApsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6MTQ5NzpsaWJ4bF9fYW9fY29tcGxl dGU6IGFvIDB4ODA2ZDBlODogY29tcGxldGUsIHJjPTAKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVu dC5jOjE0Njk6bGlieGxfX2FvX19kZXN0cm95OiBhbyAweDgwNmQwZTg6IGRlc3Ryb3kKeGM6IGRl YnVnOiBoeXBlcmNhbGwgYnVmZmVyOiB0b3RhbCBhbGxvY2F0aW9uczo1MjYgdG90YWwgcmVsZWFz ZXM6NTI2CnhjOiBkZWJ1ZzogaHlwZXJjYWxsIGJ1ZmZlcjogY3VycmVudCBhbGxvY2F0aW9uczow IG1heGltdW0gYWxsb2NhdGlvbnM6NAp4YzogZGVidWc6IGh5cGVyY2FsbCBidWZmZXI6IGNhY2hl IGN1cnJlbnQgc2l6ZTo0CnhjOiBkZWJ1ZzogaHlwZXJjYWxsIGJ1ZmZlcjogY2FjaGUgaGl0czo1 MTYgbWlzc2VzOjQgdG9vYmlnOjYKUGFyc2luZyBjb25maWcgZnJvbSBub2RpLmNmZwpEYWVtb24g cnVubmluZyB3aXRoIFBJRCA4OTUK --=====================_18183765==_ Content-Type: application/octet-stream; name="xl_with_pci.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xl_with_pci.log" bGlieGw6IGRlYnVnOiBsaWJ4bF9jcmVhdGUuYzoxMTczOmRvX2RvbWFpbl9jcmVhdGU6IGFvIDB4 ODA2ZDBlODogY3JlYXRlOiBob3c9KG5pbCkgY2FsbGJhY2s9KG5pbCkgcG9sbGVyPTB4ODA2YzY4 OApsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjIyOTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0 X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhMSBzcGVjLmJhY2tlbmQ9dW5rbm93bgpsaWJ4bDogZGVi dWc6IGxpYnhsX2RldmljZS5jOjE3NTpkaXNrX3RyeV9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTEs IGJhY2tlbmQgcGh5IHVuc3VpdGFibGUgYXMgcGh5cyBwYXRoIG5vdCBhIGJsb2NrIGRldmljZQps aWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjE4NDpkaXNrX3RyeV9iYWNrZW5kOiBEaXNrIHZk ZXY9eHZkYTEsIGJhY2tlbmQgdGFwIHVuc3VpdGFibGUgYmVjYXVzZSBibGt0YXAgbm90IGF2YWls YWJsZQpsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjI2NTpsaWJ4bF9fZGV2aWNlX2Rpc2tf c2V0X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhMSwgdXNpbmcgYmFja2VuZCBxZGlzawpsaWJ4bDog ZGVidWc6IGxpYnhsX2RldmljZS5jOjIyOTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6 IERpc2sgdmRldj14dmRhMiBzcGVjLmJhY2tlbmQ9dW5rbm93bgpsaWJ4bDogZGVidWc6IGxpYnhs X2RldmljZS5jOjE3NTpkaXNrX3RyeV9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTIsIGJhY2tlbmQg cGh5IHVuc3VpdGFibGUgYXMgcGh5cyBwYXRoIG5vdCBhIGJsb2NrIGRldmljZQpsaWJ4bDogZGVi dWc6IGxpYnhsX2RldmljZS5jOjE4NDpkaXNrX3RyeV9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTIs IGJhY2tlbmQgdGFwIHVuc3VpdGFibGUgYmVjYXVzZSBibGt0YXAgbm90IGF2YWlsYWJsZQpsaWJ4 bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjI2NTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tl bmQ6IERpc2sgdmRldj14dmRhMiwgdXNpbmcgYmFja2VuZCBxZGlzawpsaWJ4bDogZGVidWc6IGxp YnhsX2RldmljZS5jOjIyOTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6IERpc2sgdmRl dj14dmRhMyBzcGVjLmJhY2tlbmQ9dW5rbm93bgpsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5j OjI2NTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhMywgdXNp bmcgYmFja2VuZCBwaHkKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyMjk6bGlieGxfX2Rl dmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTQgc3BlYy5iYWNrZW5kPXVua25v d24KbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoxNzU6ZGlza190cnlfYmFja2VuZDogRGlz ayB2ZGV2PXh2ZGE0LCBiYWNrZW5kIHBoeSB1bnN1aXRhYmxlIGFzIHBoeXMgcGF0aCBub3QgYSBi bG9jayBkZXZpY2UKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoxODQ6ZGlza190cnlfYmFj a2VuZDogRGlzayB2ZGV2PXh2ZGE0LCBiYWNrZW5kIHRhcCB1bnN1aXRhYmxlIGJlY2F1c2UgYmxr dGFwIG5vdCBhdmFpbGFibGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyNjU6bGlieGxf X2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTQsIHVzaW5nIGJhY2tlbmQg cWRpc2sKbGlieGw6IGRlYnVnOiBsaWJ4bF9jcmVhdGUuYzo2Nzc6aW5pdGlhdGVfZG9tYWluX2Ny ZWF0ZTogcnVubmluZyBib290bG9hZGVyCmxpYnhsOiBkZWJ1ZzogbGlieGxfYm9vdGxvYWRlci5j OjMyNzpsaWJ4bF9fYm9vdGxvYWRlcl9ydW46IG5vIGJvb3Rsb2FkZXIgY29uZmlndXJlZCwgdXNp bmcgdXNlciBzdXBwbGllZCBrZXJuZWwKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjU2MTps aWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3PTB4ODA2ZDJkNDogZGVyZWdpc3Rl ciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9udW1hLmM6NDM1OmxpYnhsX19nZXRf bnVtYV9jYW5kaWRhdGU6IE5ldyBiZXN0IE5VTUEgcGxhY2VtZW50IGNhbmRpZGF0ZSBmb3VuZDog bnJfbm9kZXM9MSwgbnJfY3B1cz00LCBucl92Y3B1cz0xNiwgZnJlZV9tZW1rYj0zODU1CmxpYnhs OiBkZXRhaWw6IGxpYnhsX2RvbS5jOjE5MjpudW1hX3BsYWNlX2RvbWFpbjogTlVNQSBwbGFjZW1l bnQgY2FuZGlkYXRlIHdpdGggMSBub2RlcywgNCBjcHVzIGFuZCAzODU1IEtCIGZyZWUgc2VsZWN0 ZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2NhdGU6IGNtZGxpbmU9InJvb3Q9 L2Rldi94dmRhMSByb290ZnN0eXBlPWV4dDQgcm9vdGZzZmxhZ3M9YmFycmllcj0wIGNvbnNvbGU9 aHZjMCB4ZW5jb25zPWh2YyB4ZW4tZmJmcm9udC52aWRlbz02LDEwMjQsNzY4IHhlbmZiLnZpZGVv PTYsMTAyNCw3Njggbm9pcnFkZWJ1ZyBlbGV2YXRvcj1ub29wIiwgZmVhdHVyZXM9IihudWxsKSIK bGlieGw6IGRlYnVnOiBsaWJ4bF9kb20uYzozODA6bGlieGxfX2J1aWxkX3B2OiBwdiBrZXJuZWwg bWFwcGVkIDAgcGF0aCAvYm9vdC9rZXJuZWwtMy42LjYteGVuVQoKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiB4Y19kb21fa2VybmVsX2ZpbGU6IGZpbGVuYW1lPSIvYm9vdC9rZXJuZWwtMy42LjYteGVu VSIKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWFsbG9jX2ZpbGVtYXAgICAgOiA2MjE1 IGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Jvb3RfeGVuX2luaXQ6IHZlciA0LjIs IGNhcHMgeGVuLTMuMC14ODZfMzJwIGh2bS0zLjAteDg2XzMyIGh2bS0zLjAteDg2XzMycCAKZG9t YWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGFyc2VfaW1hZ2U6IGNhbGxlZApkb21haW5idWls ZGVyOiBkZXRhaWw6IHhjX2RvbV9maW5kX2xvYWRlcjogdHJ5aW5nIG11bHRpYm9vdC1iaW5hcnkg bG9hZGVyIC4uLiAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBsb2FkZXIgcHJvYmUgZmFpbGVkCmRv bWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2ZpbmRfbG9hZGVyOiB0cnlpbmcgTGludXggYnpJ bWFnZSBsb2FkZXIgLi4uIApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9wcm9iZV9iemlt YWdlX2tlcm5lbDoga2VybmVsIGlzIG5vdCBhIGJ6SW1hZ2UKZG9tYWluYnVpbGRlcjogZGV0YWls OiBsb2FkZXIgcHJvYmUgZmFpbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2ZpbmRf bG9hZGVyOiB0cnlpbmcgRUxGLWdlbmVyaWMgbG9hZGVyIC4uLiAKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiBsb2FkZXIgcHJvYmUgT0sKeGM6IGRldGFpbDogZWxmX3BhcnNlX2JpbmFyeTogcGhkcjog cGFkZHI9MHgxMDAwMDAwIG1lbXN6PTB4NDBkMDAwCnhjOiBkZXRhaWw6IGVsZl9wYXJzZV9iaW5h cnk6IHBoZHI6IHBhZGRyPTB4MTQwZDAwMCBtZW1zej0weDM1MTAwMAp4YzogZGV0YWlsOiBlbGZf cGFyc2VfYmluYXJ5OiBtZW1vcnk6IDB4MTAwMDAwMCAtPiAweDE3NWUwMDAKeGM6IGRldGFpbDog ZWxmX3hlbl9wYXJzZV9ub3RlOiBHVUVTVF9PUyA9ICJsaW51eCIKeGM6IGRldGFpbDogZWxmX3hl bl9wYXJzZV9ub3RlOiBHVUVTVF9WRVJTSU9OID0gIjIuNiIKeGM6IGRldGFpbDogZWxmX3hlbl9w YXJzZV9ub3RlOiBYRU5fVkVSU0lPTiA9ICJ4ZW4tMy4wIgp4YzogZGV0YWlsOiBlbGZfeGVuX3Bh cnNlX25vdGU6IFZJUlRfQkFTRSA9IDB4YzAwMDAwMDAKeGM6IGRldGFpbDogZWxmX3hlbl9wYXJz ZV9ub3RlOiBFTlRSWSA9IDB4YzE0M2UyNGMKeGM6IGRldGFpbDogZWxmX3hlbl9wYXJzZV9ub3Rl OiBIWVBFUkNBTExfUEFHRSA9IDB4YzEwMDEwMDAKeGM6IGRldGFpbDogZWxmX3hlbl9wYXJzZV9u b3RlOiBGRUFUVVJFUyA9ICIhd3JpdGFibGVfcGFnZV90YWJsZXN8cGFlX3BnZGlyX2Fib3ZlXzRn YiIKeGM6IGRldGFpbDogZWxmX3hlbl9wYXJzZV9ub3RlOiBQQUVfTU9ERSA9ICJ5ZXMiCnhjOiBk ZXRhaWw6IGVsZl94ZW5fcGFyc2Vfbm90ZTogTE9BREVSID0gImdlbmVyaWMiCnhjOiBkZXRhaWw6 IGVsZl94ZW5fcGFyc2Vfbm90ZTogdW5rbm93biB4ZW4gZWxmIG5vdGUgKDB4ZCkKeGM6IGRldGFp bDogZWxmX3hlbl9wYXJzZV9ub3RlOiBTVVNQRU5EX0NBTkNFTCA9IDB4MQp4YzogZGV0YWlsOiBl bGZfeGVuX3BhcnNlX25vdGU6IEhWX1NUQVJUX0xPVyA9IDB4ZjU4MDAwMDAKeGM6IGRldGFpbDog ZWxmX3hlbl9wYXJzZV9ub3RlOiBQQUREUl9PRkZTRVQgPSAweDAKeGM6IGRldGFpbDogZWxmX3hl bl9hZGRyX2NhbGNfY2hlY2s6IGFkZHJlc3NlczoKeGM6IGRldGFpbDogICAgIHZpcnRfYmFzZSAg ICAgICAgPSAweGMwMDAwMDAwCnhjOiBkZXRhaWw6ICAgICBlbGZfcGFkZHJfb2Zmc2V0ID0gMHgw CnhjOiBkZXRhaWw6ICAgICB2aXJ0X29mZnNldCAgICAgID0gMHhjMDAwMDAwMAp4YzogZGV0YWls OiAgICAgdmlydF9rc3RhcnQgICAgICA9IDB4YzEwMDAwMDAKeGM6IGRldGFpbDogICAgIHZpcnRf a2VuZCAgICAgICAgPSAweGMxNzVlMDAwCnhjOiBkZXRhaWw6ICAgICB2aXJ0X2VudHJ5ICAgICAg ID0gMHhjMTQzZTI0Ywp4YzogZGV0YWlsOiAgICAgcDJtX2Jhc2UgICAgICAgICA9IDB4ZmZmZmZm ZmZmZmZmZmZmZgpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9wYXJzZV9lbGZfa2VybmVs OiB4ZW4tMy4wLXg4Nl8zMnA6IDB4YzEwMDAwMDAgLT4gMHhjMTc1ZTAwMApkb21haW5idWlsZGVy OiBkZXRhaWw6IHhjX2RvbV9tZW1faW5pdDogbWVtIDIwNDggTUIsIHBhZ2VzIDB4ODAwMDAgcGFn ZXMsIDRrIGVhY2gKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWVtX2luaXQ6IDB4ODAw MDAgcGFnZXMKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYm9vdF9tZW1faW5pdDogY2Fs bGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeDg2X2NvbXBhdDogZ3Vlc3QgeGVuLTMuMC14ODZf MzJwLCBhZGRyZXNzIHNpemUgMzIKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWFsbG9j ICAgICAgICAgICAgOiAyMDQ4IGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2J1aWxk X2ltYWdlOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2Nfc2VnbWVu dDogICBrZXJuZWwgICAgICAgOiAweGMxMDAwMDAwIC0+IDB4YzE3NWUwMDAgIChwZm4gMHgxMDAw ICsgMHg3NWUgcGFnZXMpCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3Bmbl90b19wdHI6 IGRvbVUgbWFwcGluZzogcGZuIDB4MTAwMCsweDc1ZSBhdCAweGI2NGVlMDAwCnhjOiBkZXRhaWw6 IGVsZl9sb2FkX2JpbmFyeTogcGhkciAwIGF0IDB4MHhiNjRlZTAwMCAtPiAweDB4YjY4ZmIwMDAK eGM6IGRldGFpbDogZWxmX2xvYWRfYmluYXJ5OiBwaGRyIDEgYXQgMHgweGI2OGZiMDAwIC0+IDB4 MHhiNjk4ODAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9hbGxvY19zZWdtZW50OiAg IHBoeXMybWFjaCAgICA6IDB4YzE3NWUwMDAgLT4gMHhjMTk1ZTAwMCAgKHBmbiAweDE3NWUgKyAw eDIwMCBwYWdlcykKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGZuX3RvX3B0cjogZG9t VSBtYXBwaW5nOiBwZm4gMHgxNzVlKzB4MjAwIGF0IDB4YjYyZWUwMDAKZG9tYWluYnVpbGRlcjog ZGV0YWlsOiB4Y19kb21fYWxsb2NfcGFnZSAgIDogICBzdGFydCBpbmZvICAgOiAweGMxOTVlMDAw IChwZm4gMHgxOTVlKQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9hbGxvY19wYWdlICAg OiAgIHhlbnN0b3JlICAgICA6IDB4YzE5NWYwMDAgKHBmbiAweDE5NWYpCmRvbWFpbmJ1aWxkZXI6 IGRldGFpbDogeGNfZG9tX2FsbG9jX3BhZ2UgICA6ICAgY29uc29sZSAgICAgIDogMHhjMTk2MDAw MCAocGZuIDB4MTk2MCkKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBucl9wYWdlX3RhYmxlczogMHgw MDAwMDAwMGZmZmZmZmZmLzMyOiAweDAwMDAwMDAwMDAwMDAwMDAgLT4gMHhmZmZmZmZmZmZmZmZm ZmZmLCAxIHRhYmxlKHMpCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogbnJfcGFnZV90YWJsZXM6IDB4 MDAwMDAwMDAzZmZmZmZmZi8zMDogMHgwMDAwMDAwMGMwMDAwMDAwIC0+IDB4MDAwMDAwMDBmZmZm ZmZmZiwgMSB0YWJsZShzKQpkb21haW5idWlsZGVyOiBkZXRhaWw6IG5yX3BhZ2VfdGFibGVzOiAw eDAwMDAwMDAwMDAxZmZmZmYvMjE6IDB4MDAwMDAwMDBjMDAwMDAwMCAtPiAweDAwMDAwMDAwYzFi ZmZmZmYsIDE0IHRhYmxlKHMpCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2FsbG9jX3Nl Z21lbnQ6ICAgcGFnZSB0YWJsZXMgIDogMHhjMTk2MTAwMCAtPiAweGMxOTcxMDAwICAocGZuIDB4 MTk2MSArIDB4MTAgcGFnZXMpCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3Bmbl90b19w dHI6IGRvbVUgbWFwcGluZzogcGZuIDB4MTk2MSsweDEwIGF0IDB4YjYyZGUwMDAKZG9tYWluYnVp bGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2NfcGFnZSAgIDogICBib290IHN0YWNrICAgOiAweGMx OTcxMDAwIChwZm4gMHgxOTcxKQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9idWlsZF9p bWFnZSAgOiB2aXJ0X2FsbG9jX2VuZCA6IDB4YzE5NzIwMDAKZG9tYWluYnVpbGRlcjogZGV0YWls OiB4Y19kb21fYnVpbGRfaW1hZ2UgIDogdmlydF9wZ3RhYl9lbmQgOiAweGMxYzAwMDAwCmRvbWFp bmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Jvb3RfaW1hZ2U6IGNhbGxlZApkb21haW5idWlsZGVy OiBkZXRhaWw6IGFyY2hfc2V0dXBfYm9vdGVhcmx5OiBkb2luZyBub3RoaW5nCmRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogeGNfZG9tX2NvbXBhdF9jaGVjazogc3VwcG9ydGVkIGd1ZXN0IHR5cGU6IHhl bi0zLjAteDg2XzMycCA8PSBtYXRjaGVzCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Nv bXBhdF9jaGVjazogc3VwcG9ydGVkIGd1ZXN0IHR5cGU6IGh2bS0zLjAteDg2XzMyCmRvbWFpbmJ1 aWxkZXI6IGRldGFpbDogeGNfZG9tX2NvbXBhdF9jaGVjazogc3VwcG9ydGVkIGd1ZXN0IHR5cGU6 IGh2bS0zLjAteDg2XzMycApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV91cGRhdGVfZ3Vl c3RfcDJtOiBkc3QgMzJiaXQsIHBhZ2VzIDB4ODAwMDAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBj bGVhcl9wYWdlOiBwZm4gMHgxOTYwLCBtZm4gMHgzYmU2OWYKZG9tYWluYnVpbGRlcjogZGV0YWls OiBjbGVhcl9wYWdlOiBwZm4gMHgxOTVmLCBtZm4gMHgzYmU2YTAKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiB4Y19kb21fcGZuX3RvX3B0cjogZG9tVSBtYXBwaW5nOiBwZm4gMHgxOTVlKzB4MSBhdCAw eGI3NzQ3MDAwCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogc3RhcnRfaW5mb194ODZfMzI6IGNhbGxl ZApkb21haW5idWlsZGVyOiBkZXRhaWw6IHNldHVwX2h5cGVyY2FsbF9wYWdlOiB2YWRkcj0weGMx MDAxMDAwIHBmbj0weDEwMDEKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBkb21haW4gYnVpbGRlciBt ZW1vcnkgZm9vdHByaW50CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogICAgYWxsb2NhdGVkCmRvbWFp bmJ1aWxkZXI6IGRldGFpbDogICAgICAgbWFsbG9jICAgICAgICAgICAgIDogMjEwNiBrQgpkb21h aW5idWlsZGVyOiBkZXRhaWw6ICAgICAgIGFub24gbW1hcCAgICAgICAgICA6IDAgYnl0ZXMKZG9t YWluYnVpbGRlcjogZGV0YWlsOiAgICBtYXBwZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICAg ICBmaWxlIG1tYXAgICAgICAgICAgOiA2MjE1IGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogICAg ICAgZG9tVSBtbWFwICAgICAgICAgIDogOTY2MCBrQgpkb21haW5idWlsZGVyOiBkZXRhaWw6IGFy Y2hfc2V0dXBfYm9vdGxhdGU6IHNoYXJlZF9pbmZvOiBwZm4gMHgwLCBtZm4gMHhiODMKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiBzaGFyZWRfaW5mb194ODZfMzI6IGNhbGxlZApkb21haW5idWlsZGVy OiBkZXRhaWw6IHZjcHVfeDg2XzMyOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB2Y3B1 X3g4Nl8zMjogY3IzOiBwZm4gMHgxOTYxIG1mbiAweDNiZTY5ZQpkb21haW5idWlsZGVyOiBkZXRh aWw6IGxhdW5jaF92bTogY2FsbGVkLCBjdHh0PTB4YmZiODYzOGMKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiB4Y19kb21fcmVsZWFzZTogY2FsbGVkCmxpYnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6 MjI5OmxpYnhsX19kZXZpY2VfZGlza19zZXRfYmFja2VuZDogRGlzayB2ZGV2PXh2ZGExIHNwZWMu YmFja2VuZD1xZGlzawpsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjIyOTpsaWJ4bF9fZGV2 aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhMiBzcGVjLmJhY2tlbmQ9cWRpc2sK bGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyMjk6bGlieGxfX2RldmljZV9kaXNrX3NldF9i YWNrZW5kOiBEaXNrIHZkZXY9eHZkYTMgc3BlYy5iYWNrZW5kPXBoeQpsaWJ4bDogZGVidWc6IGxp YnhsX2V2ZW50LmM6NTEyOmxpYnhsX19ldl94c3dhdGNoX3JlZ2lzdGVyOiB3YXRjaCB3PTB4ODA2 ZWNjOCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvMjcvNTE3MTUvc3RhdGUgdG9r ZW49My8wOiByZWdpc3RlciBzbG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoy Mjk6bGlieGxfX2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYTQgc3BlYy5i YWNrZW5kPXFkaXNrCmxpYnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MjI5OmxpYnhsX19kZXZp Y2VfZGlza19zZXRfYmFja2VuZDogRGlzayB2ZGV2PXh2ZGE0IHNwZWMuYmFja2VuZD1xZGlzawps aWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5jOjExODY6ZG9fZG9tYWluX2NyZWF0ZTogYW8gMHg4 MDZkMGU4OiBpbnByb2dyZXNzOiBwb2xsZXI9MHg4MDZjNjg4LCBmbGFncz1pCmxpYnhsOiBkZWJ1 ZzogbGlieGxfZXZlbnQuYzo0NTc6d2F0Y2hmZF9jYWxsYmFjazogd2F0Y2ggdz0weDgwNmVjYzgg d3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzI3LzUxNzE1L3N0YXRlIHRva2VuPTMv MDogZXZlbnQgZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzI3LzUxNzE1L3N0YXRl CmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1OTY6ZGV2c3RhdGVfd2F0Y2hfY2FsbGJhY2s6 IGJhY2tlbmQgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzI3LzUxNzE1L3N0YXRlIHdhbnRl ZCBzdGF0ZSAyIG9rCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1NDk6bGlieGxfX2V2X3hz d2F0Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDgwNmVjYzggd3BhdGg9L2xvY2FsL2RvbWFpbi8w L2JhY2tlbmQvdmJkLzI3LzUxNzE1L3N0YXRlIHRva2VuPTMvMDogZGVyZWdpc3RlciBzbG90bnVt PTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjU2MTpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJl Z2lzdGVyOiB3YXRjaCB3PTB4ODA2ZWNjODogZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6 IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzo5MTY6ZGV2aWNlX2hvdHBsdWc6IGNhbGxpbmcgaG90cGx1 ZyBzY3JpcHQ6IC9ldGMveGVuL3NjcmlwdHMvYmxvY2sgYWRkCmxpYnhsOiBkZWJ1ZzogbGlieGxf ZXZlbnQuYzo0MjY6d2F0Y2hmZF9jYWxsYmFjazogd2F0Y2ggZXBhdGg9L2xvY2FsL2RvbWFpbi8w L2JhY2tlbmQvdmJkLzI3LzUxNzE1L3N0YXRlIHRva2VuPTMvMDogZW1wdHkgc2xvdApsaWJ4bDog ZGVidWc6IGxpYnhsX2RtLmM6MTE0MjpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06IFNwYXduaW5nIGRl dmljZS1tb2RlbCAvdXNyL2xpYi94ZW4vYmluL3FlbXUtc3lzdGVtLWkzODYgd2l0aCBhcmd1bWVu dHM6CmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTog ICAvdXNyL2xpYi94ZW4vYmluL3FlbXUtc3lzdGVtLWkzODYKbGlieGw6IGRlYnVnOiBsaWJ4bF9k bS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC14ZW4tZG9taWQKbGlieGw6IGRlYnVn OiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIDI3CmxpYnhsOiBkZWJ1 ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAtY2hhcmRldgpsaWJ4 bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgc29ja2V0 LGlkPWxpYnhsLWNtZCxwYXRoPS92YXIvcnVuL3hlbi9xbXAtbGlieGwtMjcsc2VydmVyLG5vd2Fp dApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAg LW1vbgpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06 ICAgY2hhcmRldj1saWJ4bC1jbWQsbW9kZT1jb250cm9sCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0u YzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAteGVuLWF0dGFjaApsaWJ4bDogZGVidWc6 IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLW5hbWUKbGlieGw6IGRl YnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIG5vZGkKbGlieGw6 IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC12bmMKbGli eGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIDAuMC4w LjA6MTAsdG89OTkKbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xv Y2FsX2RtOiAgIC1rCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9s b2NhbF9kbTogICBkZQpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25f bG9jYWxfZG06ICAgLU0KbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXdu X2xvY2FsX2RtOiAgIHhlbnB2CmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19z cGF3bl9sb2NhbF9kbTogICAtbQpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9f c3Bhd25fbG9jYWxfZG06ICAgMjA0OQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTEyOmxp YnhsX19ldl94c3dhdGNoX3JlZ2lzdGVyOiB3YXRjaCB3PTB4ODA2ZDQxOCB3cGF0aD0vbG9jYWwv ZG9tYWluLzAvZGV2aWNlLW1vZGVsLzI3L3N0YXRlIHRva2VuPTMvMTogcmVnaXN0ZXIgc2xvdG51 bT0zCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo0NTc6d2F0Y2hmZF9jYWxsYmFjazogd2F0 Y2ggdz0weDgwNmQ0MTggd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8yNy9zdGF0 ZSB0b2tlbj0zLzE6IGV2ZW50IGVwYXRoPS9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMjcv c3RhdGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjQ1Nzp3YXRjaGZkX2NhbGxiYWNrOiB3 YXRjaCB3PTB4ODA2ZDQxOCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzI3L3N0 YXRlIHRva2VuPTMvMTogZXZlbnQgZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8y Ny9zdGF0ZQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTQ5OmxpYnhsX19ldl94c3dhdGNo X2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHg4MDZkNDE4IHdwYXRoPS9sb2NhbC9kb21haW4vMC9kZXZp Y2UtbW9kZWwvMjcvc3RhdGUgdG9rZW49My8xOiBkZXJlZ2lzdGVyIHNsb3RudW09MwpsaWJ4bDog ZGVidWc6IGxpYnhsX2V2ZW50LmM6NTYxOmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdh dGNoIHc9MHg4MDZkNDE4OiBkZXJlZ2lzdGVyIHVucmVnaXN0ZXJlZApsaWJ4bDogZGVidWc6IGxp YnhsX3FtcC5jOjY0NjpsaWJ4bF9fcW1wX2luaXRpYWxpemU6IGNvbm5lY3RlZCB0byAvdmFyL3J1 bi94ZW4vcW1wLWxpYnhsLTI3CmxpYnhsOiBkZWJ1ZzogbGlieGxfcW1wLmM6Mjk4OnFtcF9oYW5k bGVfcmVzcG9uc2U6IG1lc3NhZ2UgdHlwZTogcW1wCmxpYnhsOiBkZWJ1ZzogbGlieGxfcW1wLmM6 NTU1OnFtcF9zZW5kX3ByZXBhcmU6IG5leHQgcW1wIGNvbW1hbmQ6ICd7CiAgICAiZXhlY3V0ZSI6 ICJxbXBfY2FwYWJpbGl0aWVzIiwKICAgICJpZCI6IDEKfQonCmxpYnhsOiBkZWJ1ZzogbGlieGxf cW1wLmM6Mjk4OnFtcF9oYW5kbGVfcmVzcG9uc2U6IG1lc3NhZ2UgdHlwZTogcmV0dXJuCmxpYnhs OiBkZWJ1ZzogbGlieGxfcW1wLmM6NTU1OnFtcF9zZW5kX3ByZXBhcmU6IG5leHQgcW1wIGNvbW1h bmQ6ICd7CiAgICAiZXhlY3V0ZSI6ICJxdWVyeS1jaGFyZGV2IiwKICAgICJpZCI6IDIKfQonCmxp YnhsOiBkZWJ1ZzogbGlieGxfcW1wLmM6Mjk4OnFtcF9oYW5kbGVfcmVzcG9uc2U6IG1lc3NhZ2Ug dHlwZTogcmV0dXJuCmxpYnhsOiBkZWJ1ZzogbGlieGxfcW1wLmM6NTU1OnFtcF9zZW5kX3ByZXBh cmU6IG5leHQgcW1wIGNvbW1hbmQ6ICd7CiAgICAiZXhlY3V0ZSI6ICJxdWVyeS12bmMiLAogICAg ImlkIjogMwp9CicKbGlieGw6IGRlYnVnOiBsaWJ4bF9xbXAuYzoyOTg6cW1wX2hhbmRsZV9yZXNw b25zZTogbWVzc2FnZSB0eXBlOiByZXR1cm4KbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjUx MjpsaWJ4bF9fZXZfeHN3YXRjaF9yZWdpc3Rlcjogd2F0Y2ggdz0weDgwNzE1NDAgd3BhdGg9L2xv Y2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzI3LzAvc3RhdGUgdG9rZW49My8yOiByZWdpc3RlciBz bG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjQ1Nzp3YXRjaGZkX2NhbGxiYWNr OiB3YXRjaCB3PTB4ODA3MTU0MCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMjcv MC9zdGF0ZSB0b2tlbj0zLzI6IGV2ZW50IGVwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3Zp Zi8yNy8wL3N0YXRlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2MDA6ZGV2c3RhdGVfd2F0 Y2hfY2FsbGJhY2s6IGJhY2tlbmQgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzI3LzAvc3Rh dGUgd2FudGVkIHN0YXRlIDIgc3RpbGwgd2FpdGluZyBzdGF0ZSAxCmxpYnhsOiBkZWJ1ZzogbGli eGxfZXZlbnQuYzo0NTc6d2F0Y2hmZF9jYWxsYmFjazogd2F0Y2ggdz0weDgwNzE1NDAgd3BhdGg9 L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzI3LzAvc3RhdGUgdG9rZW49My8yOiBldmVudCBl cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMjcvMC9zdGF0ZQpsaWJ4bDogZGVidWc6 IGxpYnhsX2V2ZW50LmM6NTk2OmRldnN0YXRlX3dhdGNoX2NhbGxiYWNrOiBiYWNrZW5kIC9sb2Nh bC9kb21haW4vMC9iYWNrZW5kL3ZpZi8yNy8wL3N0YXRlIHdhbnRlZCBzdGF0ZSAyIG9rCmxpYnhs OiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1NDk6bGlieGxfX2V2X3hzd2F0Y2hfZGVyZWdpc3Rlcjog d2F0Y2ggdz0weDgwNzE1NDAgd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzI3LzAv c3RhdGUgdG9rZW49My8yOiBkZXJlZ2lzdGVyIHNsb3RudW09MwpsaWJ4bDogZGVidWc6IGxpYnhs X2V2ZW50LmM6NTYxOmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHg4MDcx NTQwOiBkZXJlZ2lzdGVyIHVucmVnaXN0ZXJlZApsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5j OjkxNjpkZXZpY2VfaG90cGx1ZzogY2FsbGluZyBob3RwbHVnIHNjcmlwdDogL2V0Yy94ZW4vc2Ny aXB0cy92aWYtYnJpZGdlIG9ubGluZQpsaWJ4bDogZGVidWc6IGxpYnhsX3BjaS5jOjg1OmxpYnhs X19jcmVhdGVfcGNpX2JhY2tlbmQ6IENyZWF0aW5nIHBjaSBiYWNrZW5kCmxpYnhsOiBkZWJ1Zzog bGlieGxfeDg2LmM6ODI6ZTgyMF9zYW5pdGl6ZTogTWVtb3J5OiAyMDk3MTUya0IgRW5kIG9mIFJB TTogMHgyMDAwMCAoUEZOKSBEZWx0YTogMTU3Mjg2NGtCLCBQQ0kgc3RhcnQ6IDUyNDI4OGtCICgw eDIwMDAwIFBGTiksIEJhbGxvb24gMGtCCgpsaWJ4bDogZGVidWc6IGxpYnhsX3g4Ni5jOjIwMTpl ODIwX3Nhbml0aXplOiA6CVswIC0+IDIwMDAwXSBSQU0KbGlieGw6IGRlYnVnOiBsaWJ4bF94ODYu YzoyMDE6ZTgyMF9zYW5pdGl6ZTogOglbMjAwMDAgLT4gMjAyMDBdIFJlc2VydmVkCmxpYnhsOiBk ZWJ1ZzogbGlieGxfeDg2LmM6MjAxOmU4MjBfc2FuaXRpemU6IDoJWzIwMjAwIC0+IDQwMDA0XSBV bnVzYWJsZQpsaWJ4bDogZGVidWc6IGxpYnhsX3g4Ni5jOjIwMTplODIwX3Nhbml0aXplOiA6CVs0 MDAwNCAtPiA0MDAwNV0gUmVzZXJ2ZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF94ODYuYzoyMDE6ZTgy MF9zYW5pdGl6ZTogOglbNDAwMDUgLT4gZDljYmZdIFVudXNhYmxlCmxpYnhsOiBkZWJ1ZzogbGli eGxfeDg2LmM6MjAxOmU4MjBfc2FuaXRpemU6IDoJW2Q5Y2JmIC0+IGRhMjg2XSBSZXNlcnZlZAps aWJ4bDogZGVidWc6IGxpYnhsX3g4Ni5jOjIwMTplODIwX3Nhbml0aXplOiA6CVtkYTI4NiAtPiBk YTUwNl0gQUNQSSBOVlMKbGlieGw6IGRlYnVnOiBsaWJ4bF94ODYuYzoyMDE6ZTgyMF9zYW5pdGl6 ZTogOglbZGE1MDYgLT4gZGE1MGJdIEFDUEkKbGlieGw6IGRlYnVnOiBsaWJ4bF94ODYuYzoyMDE6 ZTgyMF9zYW5pdGl6ZTogOglbZGE1MGIgLT4gZGE1NGVdIEFDUEkgTlZTCmxpYnhsOiBkZWJ1Zzog bGlieGxfeDg2LmM6MjAxOmU4MjBfc2FuaXRpemU6IDoJW2RhNTRlIC0+IGRhZDU2XSBVbnVzYWJs ZQpsaWJ4bDogZGVidWc6IGxpYnhsX3g4Ni5jOjIwMTplODIwX3Nhbml0aXplOiA6CVtkYWQ1NiAt PiBkYWZmMl0gUmVzZXJ2ZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF94ODYuYzoyMDE6ZTgyMF9zYW5p dGl6ZTogOglbZGFmZjIgLT4gZGIwMDBdIFVudXNhYmxlCmxpYnhsOiBkZWJ1ZzogbGlieGxfeDg2 LmM6MjAxOmU4MjBfc2FuaXRpemU6IDoJW2RiODAwIC0+IGRmYTAwXSBSZXNlcnZlZApsaWJ4bDog ZGVidWc6IGxpYnhsX3g4Ni5jOjIwMTplODIwX3Nhbml0aXplOiA6CVtmODAwMCAtPiBmYzAwMF0g UmVzZXJ2ZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF94ODYuYzoyMDE6ZTgyMF9zYW5pdGl6ZTogOglb ZmVjMDAgLT4gZmVjMDFdIFJlc2VydmVkCmxpYnhsOiBkZWJ1ZzogbGlieGxfeDg2LmM6MjAxOmU4 MjBfc2FuaXRpemU6IDoJW2ZlZDAwIC0+IGZlZDA0XSBSZXNlcnZlZApsaWJ4bDogZGVidWc6IGxp YnhsX3g4Ni5jOjIwMTplODIwX3Nhbml0aXplOiA6CVtmZWQxYyAtPiBmZWQyMF0gUmVzZXJ2ZWQK bGlieGw6IGRlYnVnOiBsaWJ4bF94ODYuYzoyMDE6ZTgyMF9zYW5pdGl6ZTogOglbZmVlMDAgLT4g ZmVlMDFdIFJlc2VydmVkCmxpYnhsOiBkZWJ1ZzogbGlieGxfeDg2LmM6MjAxOmU4MjBfc2FuaXRp emU6IDoJW2ZmMDAwIC0+IDEwMDAwMF0gUmVzZXJ2ZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVu dC5jOjE2Njc6bGlieGxfX2FvX3Byb2dyZXNzX3JlcG9ydDogYW8gMHg4MDZkMGU4OiBwcm9ncmVz cyByZXBvcnQ6IGlnbm9yZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjE0OTc6bGlieGxf X2FvX2NvbXBsZXRlOiBhbyAweDgwNmQwZTg6IGNvbXBsZXRlLCByYz0wCmxpYnhsOiBkZWJ1Zzog bGlieGxfZXZlbnQuYzoxNDY5OmxpYnhsX19hb19fZGVzdHJveTogYW8gMHg4MDZkMGU4OiBkZXN0 cm95CnhjOiBkZWJ1ZzogaHlwZXJjYWxsIGJ1ZmZlcjogdG90YWwgYWxsb2NhdGlvbnM6NTM3IHRv dGFsIHJlbGVhc2VzOjUzNwp4YzogZGVidWc6IGh5cGVyY2FsbCBidWZmZXI6IGN1cnJlbnQgYWxs b2NhdGlvbnM6MCBtYXhpbXVtIGFsbG9jYXRpb25zOjQKeGM6IGRlYnVnOiBoeXBlcmNhbGwgYnVm ZmVyOiBjYWNoZSBjdXJyZW50IHNpemU6NAp4YzogZGVidWc6IGh5cGVyY2FsbCBidWZmZXI6IGNh Y2hlIGhpdHM6NTI3IG1pc3Nlczo0IHRvb2JpZzo2ClBhcnNpbmcgY29uZmlnIGZyb20gbm9kaS5j ZmcKRGFlbW9uIHJ1bm5pbmcgd2l0aCBQSUQgMzI3MjcK --=====================_18183765==_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=====================_18183765==_--
On Thu, 2012-12-13 at 11:43 +0000, Christian Holpert wrote:> Hello Ian, > > At 10:38 13.12.2012, you wrote: > >On Wed, 2012-12-12 at 17:04 +0000, Christian Holpert wrote: > > > Please tell me, if you need more logs. > > > >dmesg of the guest booting both with and without the pci device might be > >interesting. So would the output of "xl -vvv create" in both cases. > > attached.In the diff of the dmesg I see: --- dmesg_without_pci.log 2012-12-13 11:50:00.000000000 +0000 +++ dmesg_with_pci.log 2012-12-13 11:50:00.000000000 +0000 @@ -1,72 +1,92 @@ Reserving virtual address space above 0xf5800000 Linux version 3.6.6-gentoo (root@xen) (gcc version 4.5.4 (Gentoo 4.5.4 p1.0, pie-0.4.7) ) #1 SMP Tue Nov 13 17:47:58 CET 2012 ACPI in unprivileged domain disabled +Freeing 20000-80000 pfn range: 393216 pages freed +1-1 mapping on 20000->100000 +Released 393216 pages of unused memory +Set 917504 page(s) to 1-1 mapping e820: BIOS-provided physical RAM map: Xen: [mem 0x0000000000000000-0x000000000009ffff] usable Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved -Xen: [mem 0x0000000000100000-0x000000007fffffff] usable +Xen: [mem 0x0000000000100000-0x000000001fffffff] usable +Xen: [mem 0x0000000020000000-0x00000000201fffff] reserved +Xen: [mem 0x0000000020200000-0x0000000040003fff] unusable +Xen: [mem 0x0000000040004000-0x0000000040004fff] reserved +Xen: [mem 0x0000000040005000-0x00000000d9cbefff] unusable +Xen: [mem 0x00000000d9cbf000-0x00000000da285fff] reserved +Xen: [mem 0x00000000da286000-0x00000000da505fff] ACPI NVS +Xen: [mem 0x00000000da506000-0x00000000da50afff] ACPI data +Xen: [mem 0x00000000da50b000-0x00000000da54dfff] ACPI NVS +Xen: [mem 0x00000000da54e000-0x00000000dad55fff] unusable +Xen: [mem 0x00000000dad56000-0x00000000daff1fff] reserved +Xen: [mem 0x00000000daff2000-0x00000000daffffff] unusable +Xen: [mem 0x00000000db800000-0x00000000df9fffff] reserved +Xen: [mem 0x00000000f8000000-0x00000000fbffffff] reserved +Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved +Xen: [mem 0x00000000fed00000-0x00000000fed03fff] reserved +Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved +Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved +Xen: [mem 0x00000000ff000000-0x00000000ffffffff] reserved NX (Execute Disable) protection: active MPS support code is not built-in. Using acpi=off or acpi=noirq or pci=noacpi may have problem DMI not present or invalid. e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved e820: remove [mem 0x000a0000-0x000fffff] usable -e820: last_pfn = 0x80000 max_arch_pfn = 0x1000000 +e820: last_pfn = 0x20000 max_arch_pfn = 0x1000000 On the libxl side with pci I also see: +libxl: debug: libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend +libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB + +libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 -> 20000] RAM +libxl: debug: libxl_x86.c:201:e820_sanitize: : [20000 -> 20200] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [20200 -> 40004] Unusable +libxl: debug: libxl_x86.c:201:e820_sanitize: : [40004 -> 40005] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [40005 -> d9cbf] Unusable +libxl: debug: libxl_x86.c:201:e820_sanitize: : [d9cbf -> da286] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da286 -> da506] ACPI NVS +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da506 -> da50b] ACPI +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da50b -> da54e] ACPI NVS +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da54e -> dad56] Unusable +libxl: debug: libxl_x86.c:201:e820_sanitize: : [dad56 -> daff2] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [daff2 -> db000] Unusable +libxl: debug: libxl_x86.c:201:e820_sanitize: : [db800 -> dfa00] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [f8000 -> fc000] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fec00 -> fec01] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed00 -> fed04] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed1c -> fed20] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fee00 -> fee01] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [ff000 -> 100000] Reserved So I suspect this is some interaction between xl''s e820_host option (which gets automatically enabled if you give a PCI device) and the kernels early memory layout stuff. I''m CCing David and Konrad in the hopes they have an idea what is happening. Ian.> > >Is the 512MB number coming only from within the guest or is it also > >visible in e.g. xl list? > > with pci: > xen xen # xl list > Name ID Mem VCPUs State Time(s) > Domain-0 0 2557 4 r----- 2928.2 > nodi 27 512 3 r----- 34.1 > > -------------- > > without pci: > xen xen # xl list > Name ID Mem VCPUs State Time(s) > Domain-0 0 2557 4 r----- 2953.2 > nodi 28 2048 3 -b---- 0.6 > > >You could try ballooning up inside the guest, > >by writing to the /sys/devices/system/xen_memory/xen_memory0/target_kb > >sysfs node. > > (with pci:) > No effect. sysfs already shows 2GB, but is ignored for values above 512MB. > > nodi ~ # cat /sys/devices/system/xen_memory/xen_memory0/target_kb > 2097152 > nodi ~ # cat /proc/meminfo > MemTotal: 511268 kB > MemFree: 266328 kB > Buffers: 16572 kB > Cached: 152604 kB > SwapCached: 0 kB > Active: 65400 kB > Inactive: 157904 kB > Active(anon): 54180 kB > Inactive(anon): 332 kB > Active(file): 11220 kB > Inactive(file): 157572 kB > Unevictable: 0 kB > Mlocked: 0 kB > HighTotal: 0 kB > HighFree: 0 kB > LowTotal: 511268 kB > LowFree: 266328 kB > SwapTotal: 983036 kB > SwapFree: 983036 kB > Dirty: 0 kB > Writeback: 0 kB > AnonPages: 54208 kB > Mapped: 33852 kB > Shmem: 388 kB > Slab: 8552 kB > SReclaimable: 3284 kB > SUnreclaim: 5268 kB > KernelStack: 760 kB > PageTables: 1076 kB > NFS_Unstable: 0 kB > Bounce: 0 kB > WritebackTmp: 0 kB > CommitLimit: 1238668 kB > Committed_AS: 237812 kB > VmallocTotal: 339960 kB > VmallocUsed: 7816 kB > VmallocChunk: 331464 kB > DirectMap4k: 524288 kB > DirectMap2M: 0 kB > nodi ~ # echo 1048576 > /sys/devices/system/xen_memory/xen_memory0/target_kb > nodi ~ # cat /sys/devices/system/xen_memory/xen_memory0/target_kb > 1048576 > nodi ~ # cat /proc/meminfo > MemTotal: 511268 kB > MemFree: 242920 kB > Buffers: 16580 kB > [...] > > I was able to change to values below 512MB though. So the interface > is working at least. > > >Lastly you should try a more recent domU kernel. > > today all tests above done with 3.6.6-gentoo. > Tried 2.6.38 and 3.4.11 yesterday. > > Thanks for taking time, > Christian > >
On Thu, 2012-12-13 at 11:43 +0000, Christian Holpert wrote:> Hello Ian, > > At 10:38 13.12.2012, you wrote: > >On Wed, 2012-12-12 at 17:04 +0000, Christian Holpert wrote: > > > Please tell me, if you need more logs. > > > >dmesg of the guest booting both with and without the pci device might be > >interesting. So would the output of "xl -vvv create" in both cases. > > attached.In the diff of the dmesg I see: --- dmesg_without_pci.log 2012-12-13 11:50:00.000000000 +0000 +++ dmesg_with_pci.log 2012-12-13 11:50:00.000000000 +0000 @@ -1,72 +1,92 @@ Reserving virtual address space above 0xf5800000 Linux version 3.6.6-gentoo (root@xen) (gcc version 4.5.4 (Gentoo 4.5.4 p1.0, pie-0.4.7) ) #1 SMP Tue Nov 13 17:47:58 CET 2012 ACPI in unprivileged domain disabled +Freeing 20000-80000 pfn range: 393216 pages freed +1-1 mapping on 20000->100000 +Released 393216 pages of unused memory +Set 917504 page(s) to 1-1 mapping e820: BIOS-provided physical RAM map: Xen: [mem 0x0000000000000000-0x000000000009ffff] usable Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved -Xen: [mem 0x0000000000100000-0x000000007fffffff] usable +Xen: [mem 0x0000000000100000-0x000000001fffffff] usable +Xen: [mem 0x0000000020000000-0x00000000201fffff] reserved +Xen: [mem 0x0000000020200000-0x0000000040003fff] unusable +Xen: [mem 0x0000000040004000-0x0000000040004fff] reserved +Xen: [mem 0x0000000040005000-0x00000000d9cbefff] unusable +Xen: [mem 0x00000000d9cbf000-0x00000000da285fff] reserved +Xen: [mem 0x00000000da286000-0x00000000da505fff] ACPI NVS +Xen: [mem 0x00000000da506000-0x00000000da50afff] ACPI data +Xen: [mem 0x00000000da50b000-0x00000000da54dfff] ACPI NVS +Xen: [mem 0x00000000da54e000-0x00000000dad55fff] unusable +Xen: [mem 0x00000000dad56000-0x00000000daff1fff] reserved +Xen: [mem 0x00000000daff2000-0x00000000daffffff] unusable +Xen: [mem 0x00000000db800000-0x00000000df9fffff] reserved +Xen: [mem 0x00000000f8000000-0x00000000fbffffff] reserved +Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved +Xen: [mem 0x00000000fed00000-0x00000000fed03fff] reserved +Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved +Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved +Xen: [mem 0x00000000ff000000-0x00000000ffffffff] reserved NX (Execute Disable) protection: active MPS support code is not built-in. Using acpi=off or acpi=noirq or pci=noacpi may have problem DMI not present or invalid. e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved e820: remove [mem 0x000a0000-0x000fffff] usable -e820: last_pfn = 0x80000 max_arch_pfn = 0x1000000 +e820: last_pfn = 0x20000 max_arch_pfn = 0x1000000 On the libxl side with pci I also see: +libxl: debug: libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend +libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB + +libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 -> 20000] RAM +libxl: debug: libxl_x86.c:201:e820_sanitize: : [20000 -> 20200] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [20200 -> 40004] Unusable +libxl: debug: libxl_x86.c:201:e820_sanitize: : [40004 -> 40005] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [40005 -> d9cbf] Unusable +libxl: debug: libxl_x86.c:201:e820_sanitize: : [d9cbf -> da286] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da286 -> da506] ACPI NVS +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da506 -> da50b] ACPI +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da50b -> da54e] ACPI NVS +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da54e -> dad56] Unusable +libxl: debug: libxl_x86.c:201:e820_sanitize: : [dad56 -> daff2] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [daff2 -> db000] Unusable +libxl: debug: libxl_x86.c:201:e820_sanitize: : [db800 -> dfa00] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [f8000 -> fc000] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fec00 -> fec01] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed00 -> fed04] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed1c -> fed20] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fee00 -> fee01] Reserved +libxl: debug: libxl_x86.c:201:e820_sanitize: : [ff000 -> 100000] Reserved So I suspect this is some interaction between xl''s e820_host option (which gets automatically enabled if you give a PCI device) and the kernels early memory layout stuff. I''m CCing David and Konrad in the hopes they have an idea what is happening. Ian.> > >Is the 512MB number coming only from within the guest or is it also > >visible in e.g. xl list? > > with pci: > xen xen # xl list > Name ID Mem VCPUs State Time(s) > Domain-0 0 2557 4 r----- 2928.2 > nodi 27 512 3 r----- 34.1 > > -------------- > > without pci: > xen xen # xl list > Name ID Mem VCPUs State Time(s) > Domain-0 0 2557 4 r----- 2953.2 > nodi 28 2048 3 -b---- 0.6 > > >You could try ballooning up inside the guest, > >by writing to the /sys/devices/system/xen_memory/xen_memory0/target_kb > >sysfs node. > > (with pci:) > No effect. sysfs already shows 2GB, but is ignored for values above 512MB. > > nodi ~ # cat /sys/devices/system/xen_memory/xen_memory0/target_kb > 2097152 > nodi ~ # cat /proc/meminfo > MemTotal: 511268 kB > MemFree: 266328 kB > Buffers: 16572 kB > Cached: 152604 kB > SwapCached: 0 kB > Active: 65400 kB > Inactive: 157904 kB > Active(anon): 54180 kB > Inactive(anon): 332 kB > Active(file): 11220 kB > Inactive(file): 157572 kB > Unevictable: 0 kB > Mlocked: 0 kB > HighTotal: 0 kB > HighFree: 0 kB > LowTotal: 511268 kB > LowFree: 266328 kB > SwapTotal: 983036 kB > SwapFree: 983036 kB > Dirty: 0 kB > Writeback: 0 kB > AnonPages: 54208 kB > Mapped: 33852 kB > Shmem: 388 kB > Slab: 8552 kB > SReclaimable: 3284 kB > SUnreclaim: 5268 kB > KernelStack: 760 kB > PageTables: 1076 kB > NFS_Unstable: 0 kB > Bounce: 0 kB > WritebackTmp: 0 kB > CommitLimit: 1238668 kB > Committed_AS: 237812 kB > VmallocTotal: 339960 kB > VmallocUsed: 7816 kB > VmallocChunk: 331464 kB > DirectMap4k: 524288 kB > DirectMap2M: 0 kB > nodi ~ # echo 1048576 > /sys/devices/system/xen_memory/xen_memory0/target_kb > nodi ~ # cat /sys/devices/system/xen_memory/xen_memory0/target_kb > 1048576 > nodi ~ # cat /proc/meminfo > MemTotal: 511268 kB > MemFree: 242920 kB > Buffers: 16580 kB > [...] > > I was able to change to values below 512MB though. So the interface > is working at least. > > >Lastly you should try a more recent domU kernel. > > today all tests above done with 3.6.6-gentoo. > Tried 2.6.38 and 3.4.11 yesterday. > > Thanks for taking time, > Christian > >
On 13/12/12 11:57, Ian Campbell wrote:> On Thu, 2012-12-13 at 11:43 +0000, Christian Holpert wrote: >> Hello Ian, >> >> At 10:38 13.12.2012, you wrote: >>> On Wed, 2012-12-12 at 17:04 +0000, Christian Holpert wrote: >>>> Please tell me, if you need more logs. >>> >>> dmesg of the guest booting both with and without the pci device might be >>> interesting. So would the output of "xl -vvv create" in both cases. >> >> attached. > > In the diff of the dmesg I see: > --- dmesg_without_pci.log 2012-12-13 11:50:00.000000000 +0000 > +++ dmesg_with_pci.log 2012-12-13 11:50:00.000000000 +0000 > @@ -1,72 +1,92 @@ > Reserving virtual address space above 0xf5800000 > Linux version 3.6.6-gentoo (root@xen) (gcc version 4.5.4 (Gentoo 4.5.4 p1.0, pie-0.4.7) ) #1 SMP Tue Nov 13 17:47:58 CET 2012 > ACPI in unprivileged domain disabled > +Freeing 20000-80000 pfn range: 393216 pages freed > +1-1 mapping on 20000->100000 > +Released 393216 pages of unused memory > +Set 917504 page(s) to 1-1 mapping > e820: BIOS-provided physical RAM map: > Xen: [mem 0x0000000000000000-0x000000000009ffff] usable > Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved > -Xen: [mem 0x0000000000100000-0x000000007fffffff] usable > +Xen: [mem 0x0000000000100000-0x000000001fffffff] usable > +Xen: [mem 0x0000000020000000-0x00000000201fffff] reserved > +Xen: [mem 0x0000000020200000-0x0000000040003fff] unusable > +Xen: [mem 0x0000000040004000-0x0000000040004fff] reserved > +Xen: [mem 0x0000000040005000-0x00000000d9cbefff] unusable > +Xen: [mem 0x00000000d9cbf000-0x00000000da285fff] reserved > +Xen: [mem 0x00000000da286000-0x00000000da505fff] ACPI NVS > +Xen: [mem 0x00000000da506000-0x00000000da50afff] ACPI data > +Xen: [mem 0x00000000da50b000-0x00000000da54dfff] ACPI NVS > +Xen: [mem 0x00000000da54e000-0x00000000dad55fff] unusable > +Xen: [mem 0x00000000dad56000-0x00000000daff1fff] reserved > +Xen: [mem 0x00000000daff2000-0x00000000daffffff] unusable > +Xen: [mem 0x00000000db800000-0x00000000df9fffff] reserved > +Xen: [mem 0x00000000f8000000-0x00000000fbffffff] reserved > +Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved > +Xen: [mem 0x00000000fed00000-0x00000000fed03fff] reserved > +Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved > +Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved > +Xen: [mem 0x00000000ff000000-0x00000000ffffffff] reserved > NX (Execute Disable) protection: active > MPS support code is not built-in. > Using acpi=off or acpi=noirq or pci=noacpi may have problem > DMI not present or invalid. > e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved > e820: remove [mem 0x000a0000-0x000fffff] usable > -e820: last_pfn = 0x80000 max_arch_pfn = 0x1000000 > +e820: last_pfn = 0x20000 max_arch_pfn = 0x1000000I think the kernel has done the correct thing with the supplied e820 map.> On the libxl side with pci I also see: > +libxl: debug: libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend > +libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB > + > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 -> 20000] RAMThis is the 512 MiB limit here, so I think the bug is in libxl. Why has it placed the PCI window at 512 MiB anyway? 3 GiB would be more conventional.> +libxl: debug: libxl_x86.c:201:e820_sanitize: : [20000 -> 20200] Reserved > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [20200 -> 40004] Unusable > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [40004 -> 40005] Reserved > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [40005 -> d9cbf] Unusable > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [d9cbf -> da286] Reserved > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da286 -> da506] ACPI NVS > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da506 -> da50b] ACPI > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da50b -> da54e] ACPI NVS > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [da54e -> dad56] Unusable > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [dad56 -> daff2] Reserved > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [daff2 -> db000] Unusable > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [db800 -> dfa00] Reserved > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [f8000 -> fc000] Reserved > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fec00 -> fec01] Reserved > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed00 -> fed04] Reserved > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed1c -> fed20] Reserved > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [fee00 -> fee01] Reserved > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [ff000 -> 100000] Reserved > > So I suspect this is some interaction between xl''s e820_host option > (which gets automatically enabled if you give a PCI device) and the > kernels early memory layout stuff. I''m CCing David and Konrad in the > hopes they have an idea what is happening.David
Konrad Rzeszutek Wilk
2012-Dec-19 17:38 UTC
Re: DomU sees only 512MB RAM with PCI-passthrough
On Thu, Dec 13, 2012 at 12:16:37PM +0000, David Vrabel wrote:> On 13/12/12 11:57, Ian Campbell wrote: > > On Thu, 2012-12-13 at 11:43 +0000, Christian Holpert wrote: > >> Hello Ian, > >> > >> At 10:38 13.12.2012, you wrote: > >>> On Wed, 2012-12-12 at 17:04 +0000, Christian Holpert wrote: > >>>> Please tell me, if you need more logs. > >>> > >>> dmesg of the guest booting both with and without the pci device might be > >>> interesting. So would the output of "xl -vvv create" in both cases. > >> > >> attached. > > > > In the diff of the dmesg I see: > > --- dmesg_without_pci.log 2012-12-13 11:50:00.000000000 +0000 > > +++ dmesg_with_pci.log 2012-12-13 11:50:00.000000000 +0000 > > @@ -1,72 +1,92 @@ > > Reserving virtual address space above 0xf5800000 > > Linux version 3.6.6-gentoo (root@xen) (gcc version 4.5.4 (Gentoo 4.5.4 p1.0, pie-0.4.7) ) #1 SMP Tue Nov 13 17:47:58 CET 2012 > > ACPI in unprivileged domain disabled > > +Freeing 20000-80000 pfn range: 393216 pages freed > > +1-1 mapping on 20000->100000 > > +Released 393216 pages of unused memory > > +Set 917504 page(s) to 1-1 mapping > > e820: BIOS-provided physical RAM map: > > Xen: [mem 0x0000000000000000-0x000000000009ffff] usable > > Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved > > -Xen: [mem 0x0000000000100000-0x000000007fffffff] usable > > +Xen: [mem 0x0000000000100000-0x000000001fffffff] usable > > +Xen: [mem 0x0000000020000000-0x00000000201fffff] reserved > > +Xen: [mem 0x0000000020200000-0x0000000040003fff] unusable > > +Xen: [mem 0x0000000040004000-0x0000000040004fff] reserved > > +Xen: [mem 0x0000000040005000-0x00000000d9cbefff] unusable > > +Xen: [mem 0x00000000d9cbf000-0x00000000da285fff] reserved > > +Xen: [mem 0x00000000da286000-0x00000000da505fff] ACPI NVS > > +Xen: [mem 0x00000000da506000-0x00000000da50afff] ACPI data > > +Xen: [mem 0x00000000da50b000-0x00000000da54dfff] ACPI NVS > > +Xen: [mem 0x00000000da54e000-0x00000000dad55fff] unusable > > +Xen: [mem 0x00000000dad56000-0x00000000daff1fff] reserved > > +Xen: [mem 0x00000000daff2000-0x00000000daffffff] unusable > > +Xen: [mem 0x00000000db800000-0x00000000df9fffff] reserved > > +Xen: [mem 0x00000000f8000000-0x00000000fbffffff] reserved > > +Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved > > +Xen: [mem 0x00000000fed00000-0x00000000fed03fff] reserved > > +Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved > > +Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved > > +Xen: [mem 0x00000000ff000000-0x00000000ffffffff] reserved > > NX (Execute Disable) protection: active > > MPS support code is not built-in. > > Using acpi=off or acpi=noirq or pci=noacpi may have problem > > DMI not present or invalid. > > e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved > > e820: remove [mem 0x000a0000-0x000fffff] usable > > -e820: last_pfn = 0x80000 max_arch_pfn = 0x1000000 > > +e820: last_pfn = 0x20000 max_arch_pfn = 0x1000000 > > I think the kernel has done the correct thing with the supplied e820 map. > > > On the libxl side with pci I also see: > > +libxl: debug: libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend > > +libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB > > + > > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 -> 20000] RAM > > This is the 512 MiB limit here, so I think the bug is in libxl.Correct.> > Why has it placed the PCI window at 512 MiB anyway? 3 GiB would be more > conventional.It "copies" what the E820 is and tries it best to sanitize it. But it looks to have missed the "RAM" chunks in from the 0->3GB. However, it should have made the ''Balloon'' be much much bigger value. Something is off there. What type of machine is this? An Intel DQSW..something?
At 18:38 19.12.2012, you wrote:> > > e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved > > > e820: remove [mem 0x000a0000-0x000fffff] usable > > > -e820: last_pfn = 0x80000 max_arch_pfn = 0x1000000 > > > +e820: last_pfn = 0x20000 max_arch_pfn = 0x1000000 > > > > I think the kernel has done the correct thing with the supplied e820 map. > > > > > On the libxl side with pci I also see: > > > +libxl: debug: > libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend > > > +libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: > 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: > 524288kB (0x20000 PFN), Balloon 0kB > > > + > > > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 -> 20000] RAM > > > > This is the 512 MiB limit here, so I think the bug is in libxl. > >Correct. > > > > Why has it placed the PCI window at 512 MiB anyway? 3 GiB would be more > > conventional. > >It "copies" what the E820 is and tries it best to sanitize it. > >But it looks to have missed the "RAM" chunks in from the 0->3GB. > >However, it should have made the ''Balloon'' be much much bigger value. >Something is off there. What type of machine is this? An Intel >DQSW..something?Intel Core i5-3570 (Ivy Bridge Generation) ASRock Q77M vPro 16GB RAM /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz stepping : 9 microcode : 0x10 cpu MHz : 3392.416 cache size : 6144 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu de tsc msr pae cx8 apic cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc nonstop_tsc pni pclmulqdq monitor est ssse3 sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor ida arat epb xsaveopt pln pts dtherm fsgsbase erms bogomips : 6784.83 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: repeated as expected for quad-core. Have tried to move to xen-4.2.1 today, but no change: xen ~ # xl list Name ID Mem VCPUs State Time(s) Domain-0 0 9082 4 r----- 53.8 colin 1 2048 3 -b---- 73.9 nodi 2 512 2 -b---- 110.2 [...] BTW: When I shutdown this domain now, I keep some leftovers: xen xen # xl list Name ID Mem VCPUs State Time(s) Domain-0 0 7535 4 r----- 78.2 colin 1 2048 3 -b---- 91.6 (null) 2 6 2 --ps-d 144.6 print 3 2048 3 -b---- 5.0 web 4 1024 2 -b---- 12.7 nodi 5 512 2 ---s-- 52.9 xen xen # xen xen # xl list Name ID Mem VCPUs State Time(s) Domain-0 0 7529 4 r----- 85.2 colin 1 2048 3 -b---- 102.3 (null) 2 6 2 --ps-d 144.6 print 3 2048 3 -b---- 5.1 web 4 1024 2 -b---- 13.1 (null) 5 6 2 --ps-d 52.9 nodi 6 512 2 r----- 13.6 xen xen # xen xen # xl info 2 host : xen release : 3.4.11-gentoo version : #7 SMP Mon Dec 3 20:37:13 CET 2012 machine : i686 nr_cpus : 4 max_cpu_id : 3 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 3392 hw_caps : bfebfbff:28100000:00000000:00007f40:77bae3ff:00000000:00000001:00000281 virt_caps : hvm hvm_directio total_memory : 15778 free_memory : 2446 sharing_freed_memory : 0 sharing_used_memory : 0 free_cpus : 0 xen_major : 4 xen_minor : 2 xen_extra : .1 xen_caps : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xf5800000 xen_changeset : unavailable xen_commandline : vtd=1 iommu=1 vga=gfx-1024x768x16 msi=1 cc_compiler : gcc (Gentoo 4.7.2 p1.3, pie-0.5.5) 4.7.2 cc_compile_by : cc_compile_domain : APO43287A.LOCAL cc_compile_date : Wed Dec 19 20:22:58 CET 2012 xend_config_format : 4 xen xen # Never seen this with 4.2.0. nodi is the only domain with pci-passthrough. Christian
Konrad Rzeszutek Wilk
2012-Dec-19 22:26 UTC
Re: DomU sees only 512MB RAM with PCI-passthrough
On Wed, Dec 19, 2012 at 10:20:33PM +0100, Christian Holpert wrote:> At 18:38 19.12.2012, you wrote: > >> > e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved > >> > e820: remove [mem 0x000a0000-0x000fffff] usable > >> > -e820: last_pfn = 0x80000 max_arch_pfn = 0x1000000 > >> > +e820: last_pfn = 0x20000 max_arch_pfn = 0x1000000 > >> > >> I think the kernel has done the correct thing with the supplied e820 map. > >> > >> > On the libxl side with pci I also see: > >> > +libxl: debug: > >libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend > >> > +libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: > >2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: > >524288kB (0x20000 PFN), Balloon 0kB > >> > + > >> > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 -> 20000] RAM > >> > >> This is the 512 MiB limit here, so I think the bug is in libxl. > > > >Correct. > >> > >> Why has it placed the PCI window at 512 MiB anyway? 3 GiB would be more > >> conventional. > > > >It "copies" what the E820 is and tries it best to sanitize it. > > > >But it looks to have missed the "RAM" chunks in from the 0->3GB. > > > >However, it should have made the ''Balloon'' be much much bigger value. > >Something is off there. What type of machine is this? An Intel > >DQSW..something? > > > Intel Core i5-3570 (Ivy Bridge Generation) > ASRock Q77M vPro > 16GB RAM > > /proc/cpuinfo > processor : 0 > vendor_id : GenuineIntel > cpu family : 6 > model : 58 > model name : Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz > stepping : 9 > microcode : 0x10 > cpu MHz : 3392.416 > cache size : 6144 KB > physical id : 0 > siblings : 1 > core id : 0 > cpu cores : 1 > apicid : 0 > initial apicid : 0 > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 13 > wp : yes > flags : fpu de tsc msr pae cx8 apic cmov pat clflush acpi > mmx fxsr sse sse2 ss ht nx constant_tsc nonstop_tsc pni pclmulqdq > monitor est ssse3 sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes > xsave avx f16c rdrand hypervisor ida arat epb xsaveopt pln pts > dtherm fsgsbase erms > bogomips : 6784.83 > clflush size : 64 > cache_alignment : 64 > address sizes : 36 bits physical, 48 bits virtual > power management: > > repeated as expected for quad-core. > > Have tried to move to xen-4.2.1 today, but no change: > xen ~ # xl list > Name ID Mem VCPUs State Time(s) > Domain-0 0 9082 4 r----- 53.8 > colin 1 2048 3 -b---- 73.9 > nodi 2 512 2 -b---- 110.2 > [...] > > BTW: When I shutdown this domain now, I keep some leftovers: > xen xen # xl list > Name ID Mem VCPUs State Time(s) > Domain-0 0 7535 4 r----- 78.2 > colin 1 2048 3 -b---- 91.6 > (null) 2 6 2 --ps-d 144.6 > print 3 2048 3 -b---- 5.0 > web 4 1024 2 -b---- 12.7 > nodi 5 512 2 ---s-- 52.9 > xen xen # > > xen xen # xl list > Name ID Mem VCPUs State Time(s) > Domain-0 0 7529 4 r----- 85.2 > colin 1 2048 3 -b---- 102.3 > (null) 2 6 2 --ps-d 144.6 > print 3 2048 3 -b---- 5.1 > web 4 1024 2 -b---- 13.1 > (null) 5 6 2 --ps-d 52.9 > nodi 6 512 2 r----- 13.6 > xen xen # > > xen xen # xl info 2 > host : xen > release : 3.4.11-gentoo > version : #7 SMP Mon Dec 3 20:37:13 CET 2012 > machine : i686 > nr_cpus : 4 > max_cpu_id : 3 > nr_nodes : 1 > cores_per_socket : 4 > threads_per_core : 1 > cpu_mhz : 3392 > hw_caps : bfebfbff:28100000:00000000:00007f40:77bae3ff:00000000:00000001:00000281 > virt_caps : hvm hvm_directio > total_memory : 15778 > free_memory : 2446 > sharing_freed_memory : 0 > sharing_used_memory : 0 > free_cpus : 0 > xen_major : 4 > xen_minor : 2 > xen_extra : .1 > xen_caps : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xf5800000 > xen_changeset : unavailable > xen_commandline : vtd=1 iommu=1 vga=gfx-1024x768x16 msi=1 > cc_compiler : gcc (Gentoo 4.7.2 p1.3, pie-0.5.5) 4.7.2 > cc_compile_by : > cc_compile_domain : APO43287A.LOCAL > cc_compile_date : Wed Dec 19 20:22:58 CET 2012 > xend_config_format : 4 > xen xen # > > Never seen this with 4.2.0.Oh, so you see it with Xen 4.3? Could you pls provide the output of ''xl'' with those nice verbose outputs with the same guest config. That would help a lot.
Hello, the output of xl -vvv create is attached for xen 4.2.1 with PCI and without PCI. Thanks for your time, Christian At 23:26 19.12.2012, you wrote:>On Wed, Dec 19, 2012 at 10:20:33PM +0100, Christian Holpert wrote: > > At 18:38 19.12.2012, you wrote: > > >> > e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved > > >> > e820: remove [mem 0x000a0000-0x000fffff] usable > > >> > -e820: last_pfn = 0x80000 max_arch_pfn = 0x1000000 > > >> > +e820: last_pfn = 0x20000 max_arch_pfn = 0x1000000 > > >> > > >> I think the kernel has done the correct thing with the > supplied e820 map. > > >> > > >> > On the libxl side with pci I also see: > > >> > +libxl: debug: > > >libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend > > >> > +libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: > > >2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: > > >524288kB (0x20000 PFN), Balloon 0kB > > >> > + > > >> > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 > -> 20000] RAM > > >> > > >> This is the 512 MiB limit here, so I think the bug is in libxl. > > > > > >Correct. > > >> > > >> Why has it placed the PCI window at 512 MiB anyway? 3 GiB would be more > > >> conventional. > > > > > >It "copies" what the E820 is and tries it best to sanitize it. > > > > > >But it looks to have missed the "RAM" chunks in from the 0->3GB. > > > > > >However, it should have made the ''Balloon'' be much much bigger value. > > >Something is off there. What type of machine is this? An Intel > > >DQSW..something? > > > > > > Intel Core i5-3570 (Ivy Bridge Generation) > > ASRock Q77M vPro > > 16GB RAM > > > > /proc/cpuinfo > > processor : 0 > > vendor_id : GenuineIntel > > cpu family : 6 > > model : 58 > > model name : Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz > > stepping : 9 > > microcode : 0x10 > > cpu MHz : 3392.416 > > cache size : 6144 KB > > physical id : 0 > > siblings : 1 > > core id : 0 > > cpu cores : 1 > > apicid : 0 > > initial apicid : 0 > > fdiv_bug : no > > hlt_bug : no > > f00f_bug : no > > coma_bug : no > > fpu : yes > > fpu_exception : yes > > cpuid level : 13 > > wp : yes > > flags : fpu de tsc msr pae cx8 apic cmov pat clflush acpi > > mmx fxsr sse sse2 ss ht nx constant_tsc nonstop_tsc pni pclmulqdq > > monitor est ssse3 sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes > > xsave avx f16c rdrand hypervisor ida arat epb xsaveopt pln pts > > dtherm fsgsbase erms > > bogomips : 6784.83 > > clflush size : 64 > > cache_alignment : 64 > > address sizes : 36 bits physical, 48 bits virtual > > power management: > > > > repeated as expected for quad-core. > > > > Have tried to move to xen-4.2.1 today, but no change: > > xen ~ # xl list > > Name ID Mem > VCPUs State Time(s) > > > Domain-0 0 9082 4 r----- 53.8 > > > colin 1 2048 3 -b---- 73.9 > > > nodi 2 512 2 -b---- 110.2 > > [...] > > > > BTW: When I shutdown this domain now, I keep some leftovers: > > xen xen # xl list > > Name ID Mem > VCPUs State Time(s) > > > Domain-0 0 7535 4 r----- 78.2 > > > colin 1 2048 3 -b---- 91.6 > > > (null) 2 6 2 --ps-d 144.6 > > > print 3 2048 3 -b---- 5.0 > > > web 4 1024 2 -b---- 12.7 > > > nodi 5 512 2 ---s-- 52.9 > > xen xen # > > > > xen xen # xl list > > Name ID Mem > VCPUs State Time(s) > > > Domain-0 0 7529 4 r----- 85.2 > > > colin 1 2048 3 -b---- 102.3 > > > (null) 2 6 2 --ps-d 144.6 > > > print 3 2048 3 -b---- 5.1 > > > web 4 1024 2 -b---- 13.1 > > > (null) 5 6 2 --ps-d 52.9 > > > nodi 6 512 2 r----- 13.6 > > xen xen # > > > > xen xen # xl info 2 > > host : xen > > release : 3.4.11-gentoo > > version : #7 SMP Mon Dec 3 20:37:13 CET 2012 > > machine : i686 > > nr_cpus : 4 > > max_cpu_id : 3 > > nr_nodes : 1 > > cores_per_socket : 4 > > threads_per_core : 1 > > cpu_mhz : 3392 > > hw_caps : > bfebfbff:28100000:00000000:00007f40:77bae3ff:00000000:00000001:00000281 > > virt_caps : hvm hvm_directio > > total_memory : 15778 > > free_memory : 2446 > > sharing_freed_memory : 0 > > sharing_used_memory : 0 > > free_cpus : 0 > > xen_major : 4 > > xen_minor : 2 > > xen_extra : .1 > > xen_caps : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p > > xen_scheduler : credit > > xen_pagesize : 4096 > > platform_params : virt_start=0xf5800000 > > xen_changeset : unavailable > > xen_commandline : vtd=1 iommu=1 vga=gfx-1024x768x16 msi=1 > > cc_compiler : gcc (Gentoo 4.7.2 p1.3, pie-0.5.5) 4.7.2 > > cc_compile_by : > > cc_compile_domain : APO43287A.LOCAL > > cc_compile_date : Wed Dec 19 20:22:58 CET 2012 > > xend_config_format : 4 > > xen xen # > > > > Never seen this with 4.2.0. > >Oh, so you see it with Xen 4.3? Could you pls provide the output >of ''xl'' with those nice verbose outputs with the same guest config. > >That would help a lot._______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
Konrad Rzeszutek Wilk
2013-May-22 21:06 UTC
Re: DomU sees only 512MB RAM with PCI-passthrough
On Thu, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote:> Hello, > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > without PCI.Could you also attach the host dmesg please?> Thanks for your time, > Christian > > At 23:26 19.12.2012, you wrote: > >On Wed, Dec 19, 2012 at 10:20:33PM +0100, Christian Holpert wrote: > >> At 18:38 19.12.2012, you wrote: > >> >> > e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved > >> >> > e820: remove [mem 0x000a0000-0x000fffff] usable > >> >> > -e820: last_pfn = 0x80000 max_arch_pfn = 0x1000000 > >> >> > +e820: last_pfn = 0x20000 max_arch_pfn = 0x1000000 > >> >> > >> >> I think the kernel has done the correct thing with the > >supplied e820 map. > >> >> > >> >> > On the libxl side with pci I also see: > >> >> > +libxl: debug: > >> >libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend > >> >> > +libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: > >> >2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: > >> >524288kB (0x20000 PFN), Balloon 0kB > >> >> > + > >> >> > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 > >-> 20000] RAM > >> >> > >> >> This is the 512 MiB limit here, so I think the bug is in libxl. > >> > > >> >Correct. > >> >> > >> >> Why has it placed the PCI window at 512 MiB anyway? 3 GiB would be more > >> >> conventional. > >> > > >> >It "copies" what the E820 is and tries it best to sanitize it. > >> > > >> >But it looks to have missed the "RAM" chunks in from the 0->3GB. > >> > > >> >However, it should have made the ''Balloon'' be much much bigger value. > >> >Something is off there. What type of machine is this? An Intel > >> >DQSW..something? > >> > >> > >> Intel Core i5-3570 (Ivy Bridge Generation) > >> ASRock Q77M vPro > >> 16GB RAM > >> > >> /proc/cpuinfo > >> processor : 0 > >> vendor_id : GenuineIntel > >> cpu family : 6 > >> model : 58 > >> model name : Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz > >> stepping : 9 > >> microcode : 0x10 > >> cpu MHz : 3392.416 > >> cache size : 6144 KB > >> physical id : 0 > >> siblings : 1 > >> core id : 0 > >> cpu cores : 1 > >> apicid : 0 > >> initial apicid : 0 > >> fdiv_bug : no > >> hlt_bug : no > >> f00f_bug : no > >> coma_bug : no > >> fpu : yes > >> fpu_exception : yes > >> cpuid level : 13 > >> wp : yes > >> flags : fpu de tsc msr pae cx8 apic cmov pat clflush acpi > >> mmx fxsr sse sse2 ss ht nx constant_tsc nonstop_tsc pni pclmulqdq > >> monitor est ssse3 sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes > >> xsave avx f16c rdrand hypervisor ida arat epb xsaveopt pln pts > >> dtherm fsgsbase erms > >> bogomips : 6784.83 > >> clflush size : 64 > >> cache_alignment : 64 > >> address sizes : 36 bits physical, 48 bits virtual > >> power management: > >> > >> repeated as expected for quad-core. > >> > >> Have tried to move to xen-4.2.1 today, but no change: > >> xen ~ # xl list > >> Name ID Mem VCPUs > >State Time(s) > >> Domain-0 0 9082 4 > >r----- 53.8 > >> colin 1 2048 3 > >-b---- 73.9 > >> nodi 2 512 2 > >-b---- 110.2 > >> [...] > >> > >> BTW: When I shutdown this domain now, I keep some leftovers: > >> xen xen # xl list > >> Name ID Mem VCPUs > >State Time(s) > >> Domain-0 0 7535 4 > >r----- 78.2 > >> colin 1 2048 3 > >-b---- 91.6 > >> (null) 2 6 2 > >--ps-d 144.6 > >> print 3 2048 3 > >-b---- 5.0 > >> web 4 1024 2 > >-b---- 12.7 > >> nodi 5 512 2 > >---s-- 52.9 > >> xen xen # > >> > >> xen xen # xl list > >> Name ID Mem VCPUs > >State Time(s) > >> Domain-0 0 7529 4 > >r----- 85.2 > >> colin 1 2048 3 > >-b---- 102.3 > >> (null) 2 6 2 > >--ps-d 144.6 > >> print 3 2048 3 > >-b---- 5.1 > >> web 4 1024 2 > >-b---- 13.1 > >> (null) 5 6 2 > >--ps-d 52.9 > >> nodi 6 512 2 > >r----- 13.6 > >> xen xen # > >> > >> xen xen # xl info 2 > >> host : xen > >> release : 3.4.11-gentoo > >> version : #7 SMP Mon Dec 3 20:37:13 CET 2012 > >> machine : i686 > >> nr_cpus : 4 > >> max_cpu_id : 3 > >> nr_nodes : 1 > >> cores_per_socket : 4 > >> threads_per_core : 1 > >> cpu_mhz : 3392 > >> hw_caps : bfebfbff:28100000:00000000:00007f40:77bae3ff:00000000:00000001:00000281 > >> virt_caps : hvm hvm_directio > >> total_memory : 15778 > >> free_memory : 2446 > >> sharing_freed_memory : 0 > >> sharing_used_memory : 0 > >> free_cpus : 0 > >> xen_major : 4 > >> xen_minor : 2 > >> xen_extra : .1 > >> xen_caps : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p > >> xen_scheduler : credit > >> xen_pagesize : 4096 > >> platform_params : virt_start=0xf5800000 > >> xen_changeset : unavailable > >> xen_commandline : vtd=1 iommu=1 vga=gfx-1024x768x16 msi=1 > >> cc_compiler : gcc (Gentoo 4.7.2 p1.3, pie-0.5.5) 4.7.2 > >> cc_compile_by : > >> cc_compile_domain : APO43287A.LOCAL > >> cc_compile_date : Wed Dec 19 20:22:58 CET 2012 > >> xend_config_format : 4 > >> xen xen # > >> > >> Never seen this with 4.2.0. > > > >Oh, so you see it with Xen 4.3? Could you pls provide the output > >of ''xl'' with those nice verbose outputs with the same guest config. > > > >That would help a lot.
Konrad Rzeszutek Wilk
2013-May-22 21:15 UTC
Re: DomU sees only 512MB RAM with PCI-passthrough
On Wed, May 22, 2013 at 05:06:18PM -0400, Konrad Rzeszutek Wilk wrote:> On Thu, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > > Hello, > > > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > > without PCI. > > Could you also attach the host dmesg please?Nevermind. I can reproduce it. The interesting thing is that initially I had this in my guest config: maxmem=2048 memory=1024 and the output of the tools told me: Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB .. and then it added that 1G to the end: libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM and the guest booted nicely. But if maxmem=memory I get: Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB And of course no E820 entry at 4G and guest crashes.
Konrad Rzeszutek Wilk
2013-May-22 21:17 UTC
Re: DomU sees only 512MB RAM with PCI-passthrough
On Wed, May 22, 2013 at 05:15:37PM -0400, Konrad Rzeszutek Wilk wrote:> On Wed, May 22, 2013 at 05:06:18PM -0400, Konrad Rzeszutek Wilk wrote: > > On Thu, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > > > Hello, > > > > > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > > > without PCI. > > > > Could you also attach the host dmesg please? > > Nevermind. I can reproduce it. The interesting thing is that initially I had > this in my guest config: > > maxmem=2048 > memory=1024 > > and the output of the tools told me: > Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB > > .. and then it added that 1G to the end: > > libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM > > and the guest booted nicely. > > But if maxmem=memory I get: > > Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB > > And of course no E820 entry at 4G and guest crashes.Pff, try this patch please: diff --git a/tools/libxl/libxl_x86.c b/tools/libxl/libxl_x86.c index a17f6ae..a78c91d 100644 --- a/tools/libxl/libxl_x86.c +++ b/tools/libxl/libxl_x86.c @@ -182,7 +182,7 @@ static int e820_sanitize(libxl_ctx *ctx, struct e820entry src[], idx++; } /* At this point we have the mapped RAM + E820 entries from src. */ - if (balloon_kb) { + if (balloon_kb || delta_kb) { /* and if we truncated the RAM region, then add it to the end. */ e820[idx].type = E820_RAM; e820[idx].addr = (uint64_t)(1ULL << 32) > last ? (I am heading out for today and will retry it tomorrow, but I am 99% that is the culprit).
Konrad Rzeszutek Wilk
2013-May-24 13:38 UTC
Re: DomU sees only 512MB RAM with PCI-passthrough
On Wed, May 22, 2013 at 05:17:52PM -0400, Konrad Rzeszutek Wilk wrote:> On Wed, May 22, 2013 at 05:15:37PM -0400, Konrad Rzeszutek Wilk wrote: > > On Wed, May 22, 2013 at 05:06:18PM -0400, Konrad Rzeszutek Wilk wrote: > > > On Thu, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > > > > Hello, > > > > > > > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > > > > without PCI. > > > > > > Could you also attach the host dmesg please? > > > > Nevermind. I can reproduce it. The interesting thing is that initially I had > > this in my guest config: > > > > maxmem=2048 > > memory=1024 > > > > and the output of the tools told me: > > Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB > > > > .. and then it added that 1G to the end: > > > > libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM > > > > and the guest booted nicely. > > > > But if maxmem=memory I get: > > > > Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB > > > > And of course no E820 entry at 4G and guest crashes. > > Pff, try this patch please: > > diff --git a/tools/libxl/libxl_x86.c b/tools/libxl/libxl_x86.c > index a17f6ae..a78c91d 100644 > --- a/tools/libxl/libxl_x86.c > +++ b/tools/libxl/libxl_x86.c > @@ -182,7 +182,7 @@ static int e820_sanitize(libxl_ctx *ctx, struct e820entry src[], > idx++; > } > /* At this point we have the mapped RAM + E820 entries from src. */ > - if (balloon_kb) { > + if (balloon_kb || delta_kb) { > /* and if we truncated the RAM region, then add it to the end. */ > e820[idx].type = E820_RAM; > e820[idx].addr = (uint64_t)(1ULL << 32) > last ? > > (I am heading out for today and will retry it tomorrow, but I am 99% > that is the culprit).And it works. Will send out a patch shortly.
Konrad Rzeszutek Wilk
2013-May-25 11:13 UTC
Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough
On Fri, May 24, 2013 at 05:39:39PM +0200, Christian Holpert wrote:> Konrad,Please don''t drop the xen-devel from the email. I am putting it back.> > as written before: your patch is not working for me.I must have missed your previous email. When did you send it?> > Even worse: when I create the domU it simply dies before running the kernel.How so? Can you get the console output if you boot it with ''earlyprintk=xen"> > Logs attached for > memory=512 > and > memory=1024Right, with that option the E820 looks to have the right values: libxl_x86.c:201:e820_sanitize: : [0 -> 20000] RAM libxl_x86.c:201:e820_sanitize: : [20000 -> 20200] Reserved libxl_x86.c:201:e820_sanitize: : [20200 -> 40004] Unusable libxl_x86.c:201:e820_sanitize: : [40004 -> 40005] Reserved libxl_x86.c:201:e820_sanitize: : [40005 -> d9cbf] Unusable libxl_x86.c:201:e820_sanitize: : [d9cbf -> da286] Reserved libxl_x86.c:201:e820_sanitize: : [da286 -> da506] ACPI NVS libxl_x86.c:201:e820_sanitize: : [da506 -> da50b] ACPI libxl_x86.c:201:e820_sanitize: : [da50b -> da54e] ACPI NVS libxl_x86.c:201:e820_sanitize: : [da54e -> dad56] Unusable libxl_x86.c:201:e820_sanitize: : [dad56 -> daff2] Reserved libxl_x86.c:201:e820_sanitize: : [daff2 -> db000] Unusable libxl_x86.c:201:e820_sanitize: : [db800 -> dfa00] Reserved libxl_x86.c:201:e820_sanitize: : [f8000 -> fc000] Reserved libxl_x86.c:201:e820_sanitize: : [fec00 -> fec01] Reserved libxl_x86.c:201:e820_sanitize: : [fed00 -> fed04] Reserved libxl_x86.c:201:e820_sanitize: : [fed1c -> fed20] Reserved libxl_x86.c:201:e820_sanitize: : [fee00 -> fee01] Reserved libxl_x86.c:201:e820_sanitize: : [ff000 -> 100000] Reserved ----> libxl_x86.c:201:e820_sanitize: : [100000 -> 120000] RAM <----- (as the extra amount of memory is added).> > maxmem is not used. > > Reverting the patch at least makes the domU bootable again. With 512MB.Hm, the E820 with 512MB looks to be the same as you posted earlier. Are you sure you are using the same exact kernel you did last time?> > Anything else I can test?I am at loss here. The 512MB case has no E820 changes so I am not entirely sure how it could be crashing. Try with ''earlyprintk=xen''> > Regards, > Christian > > > ---- Original-Nachricht ---- > Von: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> > Datum: Freitag, 24. Mai 2013 17:28:37 > >On Wed, May 22, 2013 at 05:17:52PM -0400, Konrad Rzeszutek Wilk wrote: > >>On Wed, May 22, 2013 at 05:15:37PM -0400, Konrad Rzeszutek Wilk wrote: > >>>On Wed, May 22, 2013 at 05:06:18PM -0400, Konrad Rzeszutek Wilk wrote: > >>>>On Thu, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > >>>>>Hello, > >>>>> > >>>>>the output of xl -vvv create is attached for xen 4.2.1 with PCI and > >>>>>without PCI. > >>>>Could you also attach the host dmesg please? > >>>Nevermind. I can reproduce it. The interesting thing is that initially I had > >>>this in my guest config: > >>> > >>>maxmem=2048 > >>>memory=1024 > >>> > >>>and the output of the tools told me: > >>>Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB > >>> > >>>.. and then it added that 1G to the end: > >>> > >>>libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM > >>> > >>>and the guest booted nicely. > >>> > >>>But if maxmem=memory I get: > >>> > >>>Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB > >>> > >>>And of course no E820 entry at 4G and guest crashes. > >>Pff, try this patch please: > >> > >>diff --git a/tools/libxl/libxl_x86.c b/tools/libxl/libxl_x86.c > >>index a17f6ae..a78c91d 100644 > >>--- a/tools/libxl/libxl_x86.c > >>+++ b/tools/libxl/libxl_x86.c > >>@@ -182,7 +182,7 @@ static int e820_sanitize(libxl_ctx *ctx, struct e820entry src[], > >> idx++; > >> } > >> /* At this point we have the mapped RAM + E820 entries from src. */ > >>- if (balloon_kb) { > >>+ if (balloon_kb || delta_kb) { > >> /* and if we truncated the RAM region, then add it to the end. */ > >> e820[idx].type = E820_RAM; > >> e820[idx].addr = (uint64_t)(1ULL << 32) > last ? > >> > >>(I am heading out for today and will retry it tomorrow, but I am 99% > >>that is the culprit). > >And it works. Will send out a patch shortly. > > Mit freundlichen Grüßen, > Christian Holpert > > -- > Christian Holpert > Im Markthof 5 > 63776 Mömbris > Tel.: 06029-1379 Fax: 9986589 >> libxl: debug: libxl_create.c:1192:do_domain_create: ao 0xf242c0: create: how=(nil) callback=(nil) poller=0xf246a0 > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=unknown > libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=xvda1, backend phy unsuitable as phys path not a block device > libxl: debug: libxl_device.c:184:disk_try_backend: Disk vdev=xvda1, backend tap unsuitable because blktap not available > libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda1, using backend qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=unknown > libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=xvda2, backend phy unsuitable as phys path not a block device > libxl: debug: libxl_device.c:184:disk_try_backend: Disk vdev=xvda2, backend tap unsuitable because blktap not available > libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda2, using backend qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda3 spec.backend=unknown > libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda3, using backend phy > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=unknown > libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda4, using backend phy > libxl: debug: libxl_create.c:694:initiate_domain_create: running bootloader > libxl: debug: libxl_bootloader.c:327:libxl__bootloader_run: no bootloader configured, using user supplied kernel > libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0xf24e50: deregister unregistered > libxl: debug: libxl_numa.c:435:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=4, nr_vcpus=8, free_memkb=7025 > libxl: detail: libxl_dom.c:193:numa_place_domain: NUMA placement candidate with 1 nodes, 4 cpus and 7025 KB free selected > libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB > > domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda1 rootfstype=ext4 rootfsflags=barrier=0 console=hvc0 xencons=hvc xen-fbfront.video=6,1024,768 xenfb.video=6,1024,768 noirqdebug elevator=noop cifs.enable_oplocks=0 netconsole=6666@10.75.157.21/eth0,6666@10.75.157.46/BC:5F:F4:3B:63:9D", features="(null)" > libxl: debug: libxl_dom.c:384:libxl__build_pv: pv kernel mapped 0 path /boot/kernel-3.7.3-xenU > > domainbuilder: detail: xc_dom_kernel_file: filename="/boot/kernel-3.7.3-xenU" > domainbuilder: detail: xc_dom_malloc_filemap : 6233 kB > domainbuilder: detail: xc_dom_boot_xen_init: ver 4.2, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 > domainbuilder: detail: xc_dom_parse_image: called > domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... > domainbuilder: detail: loader probe failed > domainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ... > domainbuilder: detail: xc_dom_probe_bzimage_kernel: kernel is not a bzImage > domainbuilder: detail: loader probe failed > domainbuilder: detail: xc_dom_find_loader: trying ELF-generic loader ... > domainbuilder: detail: loader probe OK > xc: detail: elf_parse_binary: phdr: paddr=0x1000000 memsz=0x40c000 > xc: detail: elf_parse_binary: phdr: paddr=0x140c000 memsz=0x353000 > xc: detail: elf_parse_binary: memory: 0x1000000 -> 0x175f000 > xc: detail: elf_xen_parse_note: GUEST_OS = "linux" > xc: detail: elf_xen_parse_note: GUEST_VERSION = "2.6" > xc: detail: elf_xen_parse_note: XEN_VERSION = "xen-3.0" > xc: detail: elf_xen_parse_note: VIRT_BASE = 0xc0000000 > xc: detail: elf_xen_parse_note: ENTRY = 0xc143c24c > xc: detail: elf_xen_parse_note: HYPERCALL_PAGE = 0xc1001000 > xc: detail: elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" > xc: detail: elf_xen_parse_note: PAE_MODE = "yes" > xc: detail: elf_xen_parse_note: LOADER = "generic" > xc: detail: elf_xen_parse_note: unknown xen elf note (0xd) > xc: detail: elf_xen_parse_note: SUSPEND_CANCEL = 0x1 > xc: detail: elf_xen_parse_note: HV_START_LOW = 0xf5800000 > xc: detail: elf_xen_parse_note: PADDR_OFFSET = 0x0 > xc: detail: elf_xen_addr_calc_check: addresses: > xc: detail: virt_base = 0xc0000000 > xc: detail: elf_paddr_offset = 0x0 > xc: detail: virt_offset = 0xc0000000 > xc: detail: virt_kstart = 0xc1000000 > xc: detail: virt_kend = 0xc175f000 > xc: detail: virt_entry = 0xc143c24c > xc: detail: p2m_base = 0xffffffffffffffff > domainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc1000000 -> 0xc175f000 > domainbuilder: detail: xc_dom_mem_init: mem 1024 MB, pages 0x40000 pages, 4k each > domainbuilder: detail: xc_dom_mem_init: 0x40000 pages > domainbuilder: detail: xc_dom_boot_mem_init: called > domainbuilder: detail: x86_compat: guest xen-3.0-x86_32p, address size 32 > domainbuilder: detail: xc_dom_malloc : 2048 kB > domainbuilder: detail: xc_dom_build_image: called > domainbuilder: detail: xc_dom_alloc_segment: kernel : 0xc1000000 -> 0xc175f000 (pfn 0x1000 + 0x75f pages) > domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x1000+0x75f at 0x7fa8fcc96000 > xc: detail: elf_load_binary: phdr 0 at 0x0x7fa8fcc96000 -> 0x0x7fa8fd0a2000 > xc: detail: elf_load_binary: phdr 1 at 0x0x7fa8fd0a2000 -> 0x0x7fa8fd131000 > domainbuilder: detail: xc_dom_alloc_segment: phys2mach : 0xc175f000 -> 0xc185f000 (pfn 0x175f + 0x100 pages) > domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x175f+0x100 at 0x7fa900028000 > domainbuilder: detail: xc_dom_alloc_page : start info : 0xc185f000 (pfn 0x185f) > domainbuilder: detail: xc_dom_alloc_page : xenstore : 0xc1860000 (pfn 0x1860) > domainbuilder: detail: xc_dom_alloc_page : console : 0xc1861000 (pfn 0x1861) > domainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff, 1 table(s) > domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c0000000 -> 0x00000000ffffffff, 1 table(s) > domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c1bfffff, 14 table(s) > domainbuilder: detail: xc_dom_alloc_segment: page tables : 0xc1862000 -> 0xc1872000 (pfn 0x1862 + 0x10 pages) > domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x1862+0x10 at 0x7fa900018000 > domainbuilder: detail: xc_dom_alloc_page : boot stack : 0xc1872000 (pfn 0x1872) > domainbuilder: detail: xc_dom_build_image : virt_alloc_end : 0xc1873000 > domainbuilder: detail: xc_dom_build_image : virt_pgtab_end : 0xc1c00000 > domainbuilder: detail: xc_dom_boot_image: called > domainbuilder: detail: arch_setup_bootearly: doing nothing > domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64 > domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <= matches > domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32 > domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32p > domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64 > domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit, pages 0x40000 > domainbuilder: detail: clear_page: pfn 0x1861, mfn 0x31ac5a > domainbuilder: detail: clear_page: pfn 0x1860, mfn 0x31ac5b > domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x185f+0x1 at 0x7fa900138000 > domainbuilder: detail: start_info_x86_32: called > domainbuilder: detail: setup_hypercall_page: vaddr=0xc1001000 pfn=0x1001 > domainbuilder: detail: domain builder memory footprint > domainbuilder: detail: allocated > domainbuilder: detail: malloc : 2101 kB > domainbuilder: detail: anon mmap : 0 bytes > domainbuilder: detail: mapped > domainbuilder: detail: file mmap : 6233 kB > domainbuilder: detail: domU mmap : 8640 kB > domainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0xb8800 > domainbuilder: detail: shared_info_x86_32: called > domainbuilder: detail: vcpu_x86_32: called > domainbuilder: detail: vcpu_x86_32: cr3: pfn 0x1862 mfn 0x31ac59 > domainbuilder: detail: launch_vm: called, ctxt=0x7fffe3521820 > domainbuilder: detail: xc_dom_release: called > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda3 spec.backend=phy > libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0xf292b8 wpath=/local/domain/0/backend/vbd/6/51715/state token=3/0: register slotnum=3 > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=phy > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=phy > libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0xf29bb8 wpath=/local/domain/0/backend/vbd/6/51716/state token=2/1: register slotnum=2 > libxl: debug: libxl_create.c:1205:do_domain_create: ao 0xf242c0: inprogress: poller=0xf246a0, flags=i > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0xf292b8 wpath=/local/domain/0/backend/vbd/6/51715/state token=3/0: event epath=/local/domain/0/backend/vbd/6/51715/state > libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vbd/6/51715/state wanted state 2 ok > libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0xf292b8 wpath=/local/domain/0/backend/vbd/6/51715/state token=3/0: deregister slotnum=3 > libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0xf292b8: deregister unregistered > libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/block add > libxl: debug: libxl_event.c:472:watchfd_callback: watch epath=/local/domain/0/backend/vbd/6/51715/state token=3/0: empty slot > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0xf29bb8 wpath=/local/domain/0/backend/vbd/6/51716/state token=2/1: event epath=/local/domain/0/backend/vbd/6/51716/state > libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vbd/6/51716/state wanted state 2 ok > libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0xf29bb8 wpath=/local/domain/0/backend/vbd/6/51716/state token=2/1: deregister slotnum=2 > libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0xf29bb8: deregister unregistered > libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/block add > libxl: debug: libxl_event.c:472:watchfd_callback: watch epath=/local/domain/0/backend/vbd/6/51716/state token=2/1: empty slot > libxl: debug: libxl_dm.c:1148:libxl__spawn_local_dm: Spawning device-model /usr/lib/xen/bin/qemu-system-i386 with arguments: > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: /usr/lib/xen/bin/qemu-system-i386 > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -xen-domid > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 6 > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -chardev > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-6,server,nowait > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -mon > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: chardev=libxl-cmd,mode=control > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -xen-attach > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -name > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: nodi > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -vnc > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 0.0.0.0:10,to=99 > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -k > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: de > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -M > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: xenpv > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -m > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 1025 > libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0xf25088 wpath=/local/domain/0/device-model/6/state token=2/2: register slotnum=2 > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0xf25088 wpath=/local/domain/0/device-model/6/state token=2/2: event epath=/local/domain/0/device-model/6/state > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0xf25088 wpath=/local/domain/0/device-model/6/state token=2/2: event epath=/local/domain/0/device-model/6/state > libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0xf25088 wpath=/local/domain/0/device-model/6/state token=2/2: deregister slotnum=2 > libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0xf25088: deregister unregistered > libxl: debug: libxl_qmp.c:696:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-6 > libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: qmp > libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: ''{"execute":"qmp_capabilities","id":1}'' > libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return > libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: ''{"execute":"query-chardev","id":2}'' > libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return > libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: ''{"execute":"query-vnc","id":3}'' > libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return > libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0xf2da08 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: register slotnum=2 > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0xf2da08 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: event epath=/local/domain/0/backend/vif/6/0/state > libxl: debug: libxl_event.c:646:devstate_watch_callback: backend /local/domain/0/backend/vif/6/0/state wanted state 2 still waiting state 1 > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0xf2da08 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: event epath=/local/domain/0/backend/vif/6/0/state > libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vif/6/0/state wanted state 2 ok > libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0xf2da08 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: deregister slotnum=2 > libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0xf2da08: deregister unregistered > libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge online > libxl: debug: libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend > libxl: debug: libxl_event.c:1736:libxl__ao_progress_report: ao 0xf242c0: progress report: ignored > libxl: debug: libxl_event.c:1568:libxl__ao_complete: ao 0xf242c0: complete, rc=0 > libxl: debug: libxl_event.c:1540:libxl__ao__destroy: ao 0xf242c0: destroy > xc: debug: hypercall buffer: total allocations:509 total releases:509 > xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 > xc: debug: hypercall buffer: cache current size:4 > xc: debug: hypercall buffer: cache hits:499 misses:4 toobig:6 > Parsing config from /opt/xen/nodi.cfg > Daemon running with PID 9501> libxl: debug: libxl_create.c:1192:do_domain_create: ao 0x1c4f2c0: create: how=(nil) callback=(nil) poller=0x1c4f6a0 > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=unknown > libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=xvda1, backend phy unsuitable as phys path not a block device > libxl: debug: libxl_device.c:184:disk_try_backend: Disk vdev=xvda1, backend tap unsuitable because blktap not available > libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda1, using backend qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=unknown > libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=xvda2, backend phy unsuitable as phys path not a block device > libxl: debug: libxl_device.c:184:disk_try_backend: Disk vdev=xvda2, backend tap unsuitable because blktap not available > libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda2, using backend qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda3 spec.backend=unknown > libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda3, using backend phy > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=unknown > libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda4, using backend phy > libxl: debug: libxl_create.c:694:initiate_domain_create: running bootloader > libxl: debug: libxl_bootloader.c:327:libxl__bootloader_run: no bootloader configured, using user supplied kernel > libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x1c4fe50: deregister unregistered > libxl: debug: libxl_numa.c:435:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=4, nr_vcpus=8, free_memkb=7025 > libxl: detail: libxl_dom.c:193:numa_place_domain: NUMA placement candidate with 1 nodes, 4 cpus and 7025 KB free selected > libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: 524288kB End of RAM: 0x20000 (PFN) Delta: 0kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB > > libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 -> 20000] RAM > libxl: debug: libxl_x86.c:201:e820_sanitize: : [20000 -> 20200] Reserved > libxl: debug: libxl_x86.c:201:e820_sanitize: : [20200 -> 40004] Unusable > libxl: debug: libxl_x86.c:201:e820_sanitize: : [40004 -> 40005] Reserved > libxl: debug: libxl_x86.c:201:e820_sanitize: : [40005 -> d9cbf] Unusable > libxl: debug: libxl_x86.c:201:e820_sanitize: : [d9cbf -> da286] Reserved > libxl: debug: libxl_x86.c:201:e820_sanitize: : [da286 -> da506] ACPI NVS > libxl: debug: libxl_x86.c:201:e820_sanitize: : [da506 -> da50b] ACPI > libxl: debug: libxl_x86.c:201:e820_sanitize: : [da50b -> da54e] ACPI NVS > libxl: debug: libxl_x86.c:201:e820_sanitize: : [da54e -> dad56] Unusable > libxl: debug: libxl_x86.c:201:e820_sanitize: : [dad56 -> daff2] Reserved > libxl: debug: libxl_x86.c:201:e820_sanitize: : [daff2 -> db000] Unusable > libxl: debug: libxl_x86.c:201:e820_sanitize: : [db800 -> dfa00] Reserved > libxl: debug: libxl_x86.c:201:e820_sanitize: : [f8000 -> fc000] Reserved > libxl: debug: libxl_x86.c:201:e820_sanitize: : [fec00 -> fec01] Reserved > libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed00 -> fed04] Reserved > libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed1c -> fed20] Reserved > libxl: debug: libxl_x86.c:201:e820_sanitize: : [fee00 -> fee01] Reserved > libxl: debug: libxl_x86.c:201:e820_sanitize: : [ff000 -> 100000] Reserved > domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda1 rootfstype=ext4 rootfsflags=barrier=0 console=hvc0 xencons=hvc xen-fbfront.video=6,1024,768 xenfb.video=6,1024,768 noirqdebug elevator=noop cifs.enable_oplocks=0 netconsole=6666@10.75.157.21/eth0,6666@10.75.157.46/BC:5F:F4:3B:63:9D", features="(null)" > libxl: debug: libxl_dom.c:384:libxl__build_pv: pv kernel mapped 0 path /boot/kernel-3.7.3-xenU > > domainbuilder: detail: xc_dom_kernel_file: filename="/boot/kernel-3.7.3-xenU" > domainbuilder: detail: xc_dom_malloc_filemap : 6233 kB > domainbuilder: detail: xc_dom_boot_xen_init: ver 4.2, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 > domainbuilder: detail: xc_dom_parse_image: called > domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... > domainbuilder: detail: loader probe failed > domainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ... > domainbuilder: detail: xc_dom_probe_bzimage_kernel: kernel is not a bzImage > domainbuilder: detail: loader probe failed > domainbuilder: detail: xc_dom_find_loader: trying ELF-generic loader ... > domainbuilder: detail: loader probe OK > xc: detail: elf_parse_binary: phdr: paddr=0x1000000 memsz=0x40c000 > xc: detail: elf_parse_binary: phdr: paddr=0x140c000 memsz=0x353000 > xc: detail: elf_parse_binary: memory: 0x1000000 -> 0x175f000 > xc: detail: elf_xen_parse_note: GUEST_OS = "linux" > xc: detail: elf_xen_parse_note: GUEST_VERSION = "2.6" > xc: detail: elf_xen_parse_note: XEN_VERSION = "xen-3.0" > xc: detail: elf_xen_parse_note: VIRT_BASE = 0xc0000000 > xc: detail: elf_xen_parse_note: ENTRY = 0xc143c24c > xc: detail: elf_xen_parse_note: HYPERCALL_PAGE = 0xc1001000 > xc: detail: elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" > xc: detail: elf_xen_parse_note: PAE_MODE = "yes" > xc: detail: elf_xen_parse_note: LOADER = "generic" > xc: detail: elf_xen_parse_note: unknown xen elf note (0xd) > xc: detail: elf_xen_parse_note: SUSPEND_CANCEL = 0x1 > xc: detail: elf_xen_parse_note: HV_START_LOW = 0xf5800000 > xc: detail: elf_xen_parse_note: PADDR_OFFSET = 0x0 > xc: detail: elf_xen_addr_calc_check: addresses: > xc: detail: virt_base = 0xc0000000 > xc: detail: elf_paddr_offset = 0x0 > xc: detail: virt_offset = 0xc0000000 > xc: detail: virt_kstart = 0xc1000000 > xc: detail: virt_kend = 0xc175f000 > xc: detail: virt_entry = 0xc143c24c > xc: detail: p2m_base = 0xffffffffffffffff > domainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc1000000 -> 0xc175f000 > domainbuilder: detail: xc_dom_mem_init: mem 512 MB, pages 0x20000 pages, 4k each > domainbuilder: detail: xc_dom_mem_init: 0x20000 pages > domainbuilder: detail: xc_dom_boot_mem_init: called > domainbuilder: detail: x86_compat: guest xen-3.0-x86_32p, address size 32 > domainbuilder: detail: xc_dom_malloc : 1024 kB > domainbuilder: detail: xc_dom_build_image: called > domainbuilder: detail: xc_dom_alloc_segment: kernel : 0xc1000000 -> 0xc175f000 (pfn 0x1000 + 0x75f pages) > domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x1000+0x75f at 0x7f737cc49000 > xc: detail: elf_load_binary: phdr 0 at 0x0x7f737cc49000 -> 0x0x7f737d055000 > xc: detail: elf_load_binary: phdr 1 at 0x0x7f737d055000 -> 0x0x7f737d0e4000 > domainbuilder: detail: xc_dom_alloc_segment: phys2mach : 0xc175f000 -> 0xc17df000 (pfn 0x175f + 0x80 pages) > domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x175f+0x80 at 0x7f737fd59000 > domainbuilder: detail: xc_dom_alloc_page : start info : 0xc17df000 (pfn 0x17df) > domainbuilder: detail: xc_dom_alloc_page : xenstore : 0xc17e0000 (pfn 0x17e0) > domainbuilder: detail: xc_dom_alloc_page : console : 0xc17e1000 (pfn 0x17e1) > domainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff, 1 table(s) > domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c0000000 -> 0x00000000ffffffff, 1 table(s) > domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c1bfffff, 14 table(s) > domainbuilder: detail: xc_dom_alloc_segment: page tables : 0xc17e2000 -> 0xc17f2000 (pfn 0x17e2 + 0x10 pages) > domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x17e2+0x10 at 0x7f737fd49000 > domainbuilder: detail: xc_dom_alloc_page : boot stack : 0xc17f2000 (pfn 0x17f2) > domainbuilder: detail: xc_dom_build_image : virt_alloc_end : 0xc17f3000 > domainbuilder: detail: xc_dom_build_image : virt_pgtab_end : 0xc1c00000 > domainbuilder: detail: xc_dom_boot_image: called > domainbuilder: detail: arch_setup_bootearly: doing nothing > domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64 > domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <= matches > domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32 > domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32p > domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64 > domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit, pages 0x20000 > domainbuilder: detail: clear_page: pfn 0x17e1, mfn 0x338cda > domainbuilder: detail: clear_page: pfn 0x17e0, mfn 0x338cdb > domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x17df+0x1 at 0x7f737feea000 > domainbuilder: detail: start_info_x86_32: called > domainbuilder: detail: setup_hypercall_page: vaddr=0xc1001000 pfn=0x1001 > domainbuilder: detail: domain builder memory footprint > domainbuilder: detail: allocated > domainbuilder: detail: malloc : 1074 kB > domainbuilder: detail: anon mmap : 0 bytes > domainbuilder: detail: mapped > domainbuilder: detail: file mmap : 6233 kB > domainbuilder: detail: domU mmap : 8128 kB > domainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0xb8819 > domainbuilder: detail: shared_info_x86_32: called > domainbuilder: detail: vcpu_x86_32: called > domainbuilder: detail: vcpu_x86_32: cr3: pfn 0x17e2 mfn 0x338cd9 > domainbuilder: detail: launch_vm: called, ctxt=0x7fff55001b50 > domainbuilder: detail: xc_dom_release: called > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=qdisk > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda3 spec.backend=phy > libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x1c542b8 wpath=/local/domain/0/backend/vbd/5/51715/state token=3/0: register slotnum=3 > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=phy > libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=phy > libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x1c54bb8 wpath=/local/domain/0/backend/vbd/5/51716/state token=2/1: register slotnum=2 > libxl: debug: libxl_create.c:1205:do_domain_create: ao 0x1c4f2c0: inprogress: poller=0x1c4f6a0, flags=i > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x1c542b8 wpath=/local/domain/0/backend/vbd/5/51715/state token=3/0: event epath=/local/domain/0/backend/vbd/5/51715/state > libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vbd/5/51715/state wanted state 2 ok > libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x1c542b8 wpath=/local/domain/0/backend/vbd/5/51715/state token=3/0: deregister slotnum=3 > libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x1c542b8: deregister unregistered > libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/block add > libxl: debug: libxl_event.c:472:watchfd_callback: watch epath=/local/domain/0/backend/vbd/5/51715/state token=3/0: empty slot > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x1c54bb8 wpath=/local/domain/0/backend/vbd/5/51716/state token=2/1: event epath=/local/domain/0/backend/vbd/5/51716/state > libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vbd/5/51716/state wanted state 2 ok > libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x1c54bb8 wpath=/local/domain/0/backend/vbd/5/51716/state token=2/1: deregister slotnum=2 > libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x1c54bb8: deregister unregistered > libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/block add > libxl: debug: libxl_event.c:472:watchfd_callback: watch epath=/local/domain/0/backend/vbd/5/51716/state token=2/1: empty slot > libxl: debug: libxl_dm.c:1148:libxl__spawn_local_dm: Spawning device-model /usr/lib/xen/bin/qemu-system-i386 with arguments: > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: /usr/lib/xen/bin/qemu-system-i386 > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -xen-domid > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 5 > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -chardev > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-5,server,nowait > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -mon > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: chardev=libxl-cmd,mode=control > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -xen-attach > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -name > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: nodi > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -vnc > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 0.0.0.0:10,to=99 > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -k > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: de > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -M > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: xenpv > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -m > libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 513 > libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x1c50088 wpath=/local/domain/0/device-model/5/state token=2/2: register slotnum=2 > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x1c50088 wpath=/local/domain/0/device-model/5/state token=2/2: event epath=/local/domain/0/device-model/5/state > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x1c50088 wpath=/local/domain/0/device-model/5/state token=2/2: event epath=/local/domain/0/device-model/5/state > libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x1c50088 wpath=/local/domain/0/device-model/5/state token=2/2: deregister slotnum=2 > libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x1c50088: deregister unregistered > libxl: debug: libxl_qmp.c:696:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-5 > libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: qmp > libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: ''{"execute":"qmp_capabilities","id":1}'' > libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return > libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: ''{"execute":"query-chardev","id":2}'' > libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return > libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: ''{"execute":"query-vnc","id":3}'' > libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return > libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x1c58a08 wpath=/local/domain/0/backend/vif/5/0/state token=2/3: register slotnum=2 > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x1c58a08 wpath=/local/domain/0/backend/vif/5/0/state token=2/3: event epath=/local/domain/0/backend/vif/5/0/state > libxl: debug: libxl_event.c:646:devstate_watch_callback: backend /local/domain/0/backend/vif/5/0/state wanted state 2 still waiting state 1 > libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x1c58a08 wpath=/local/domain/0/backend/vif/5/0/state token=2/3: event epath=/local/domain/0/backend/vif/5/0/state > libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vif/5/0/state wanted state 2 ok > libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x1c58a08 wpath=/local/domain/0/backend/vif/5/0/state token=2/3: deregister slotnum=2 > libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x1c58a08: deregister unregistered > libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge online > libxl: debug: libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend > libxl: debug: libxl_event.c:1736:libxl__ao_progress_report: ao 0x1c4f2c0: progress report: ignored > libxl: debug: libxl_event.c:1568:libxl__ao_complete: ao 0x1c4f2c0: complete, rc=0 > libxl: debug: libxl_event.c:1540:libxl__ao__destroy: ao 0x1c4f2c0: destroy > xc: debug: hypercall buffer: total allocations:509 total releases:509 > xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 > xc: debug: hypercall buffer: cache current size:4 > xc: debug: hypercall buffer: cache hits:499 misses:4 toobig:6 > Parsing config from /opt/xen/nodi.cfg > Daemon running with PID 9309
Christian Holpert
2013-May-25 15:18 UTC
Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough
At 13:13 25.05.2013, Konrad Rzeszutek Wilk wrote:>Please don''t drop the xen-devel from the email. I am putting it back.OK.> > as written before: your patch is not working for me. > >I must have missed your previous email. When did you send it?http://www.gossamer-threads.com/lists/xen/users/283697#283697> > Even worse: when I create the domU it simply dies before running > the kernel. > >How so? Can you get the console output if you boot it with ''earlyprintk=xen"How do I do that exactly?>Hm, the E820 with 512MB looks to be the same as you posted earlier. >Are you sure you are using the same exact kernel you did last time?I did some more tests: With your patch I can boot a 32bit domU (dom0 is 64bit) with 512MB. Any more will silently crash as described. xl dmesg shows (last lines): (XEN) mm.c:864:d8 Non-privileged (8) attempt to map I/O space 00020000 (XEN) mm.c:5317:d8 ptwr_emulate: could not get_page_from_l1e() I can boot a 64bit domU with 2GB of RAM without problems with your patch and PCI is working. Just tried that out. I might be going to 64bit for my dom0 and have that solved for me. Christian
Konrad Rzeszutek Wilk
2013-May-25 18:31 UTC
Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough
Christian Holpert <christian@holpert.de> wrote:>At 13:13 25.05.2013, Konrad Rzeszutek Wilk wrote: >>Please don''t drop the xen-devel from the email. I am putting it back. > >OK. > >> > as written before: your patch is not working for me. >> >>I must have missed your previous email. When did you send it? > >http://www.gossamer-threads.com/lists/xen/users/283697#283697 > >> > Even worse: when I create the domU it simply dies before running >> the kernel. >> >>How so? Can you get the console output if you boot it with >''earlyprintk=xen" > >How do I do that exactly? > >>Hm, the E820 with 512MB looks to be the same as you posted earlier. >>Are you sure you are using the same exact kernel you did last time? > >I did some more tests: > >With your patch I can boot a 32bit domU (dom0 is 64bit) with 512MB. >Any more will silently crash as described. >xl dmesg shows (last lines): >(XEN) mm.c:864:d8 Non-privileged (8) attempt to map I/O space 00020000 >(XEN) mm.c:5317:d8 ptwr_emulate: could not get_page_from_l1e() > >I can boot a 64bit domU with 2GB of RAM without problems with your >patch and PCI is working. Just tried that out. I might be going to >64bit for my dom0 and have that solved for me. > >ChristianFor the earlyprintk=xen just add it along with the xencons_... I must admit I hadn''t tested the 32bit in a while so you might be hitting another bug. When I get back on Monday to the office I will try it out. Thanks! -- Sent from my Android phone. Please excuse my brevity.
Christian Holpert
2013-May-26 10:59 UTC
Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough
At 20:31 25.05.2013, Konrad Rzeszutek Wilk wrote:>For the earlyprintk=xen just add it along with the xencons_...I needed to recompile xen first with debug flag set. Now I get results from earlyprintk. Please find attached: xl_dmesg_512: domU (32bit) booting fine with memory = 512 xl_dmesg_2048: domU (32bit) silently crashing with memory = 2048 Both tests with your patch active and no other changes in between. Log shows BUG: unable to handle kernel NULL pointer dereference at (null) and oopses out. xl list does not show the process. ps shows that the corresponding qemu-system-i386 process is still alive and has to be killed manually. Thanks for working on this and enjoy your weekend, Christian -- Markt-Apotheke Christian Holpert e.K., Mömbris http://www.marktapotheke.org - info@marktapotheke.org http://www.blue-essentials-shop.de - info@blue-essentials-shop.de Apotheker Christian Holpert Im Markthof 5 63776 Mömbris Tel.: 06029-1379 Fax: 9986589 Amtsgericht Aschaffenburg, HR.A, Registernummer 2165 --=====================_255036034==_ Content-Type: application/octet-stream; name="xl_dmesg_512" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xl_dmesg_512" bWFwcGluZyBrZXJuZWwgaW50byBwaHlzaWNhbCBtZW1vcnkKYWJvdXQgdG8gZ2V0IHN0YXJ0ZWQu Li4KUmVzZXJ2aW5nIHZpcnR1YWwgYWRkcmVzcyBzcGFjZSBhYm92ZSAweGY1ODAwMDAwCkluaXRp YWxpemluZyBjZ3JvdXAgc3Vic3lzIGNwdXNldApJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBj cHUKTGludXggdmVyc2lvbiAzLjguMTMtZ2VudG9vIChyb290QG5vZGkpIChnY2MgdmVyc2lvbiA0 LjcuMyAoR2VudG9vIDQuNy4zIHAxLjAsIHBpZS0wLjUuNSkgKSAjMSBTTVAgU2F0IE1heSAyNSAx MDo1OTowNCBDRVNUIDIwMTMKQUNQSSBpbiB1bnByaXZpbGVnZWQgZG9tYWluIGRpc2FibGVkClNl dCA5MTc1MDQgcGFnZShzKSB0byAxLTEgbWFwcGluZwplODIwOiBCSU9TLXByb3ZpZGVkIHBoeXNp Y2FsIFJBTSBtYXA6ClhlbjogW21lbSAweDAwMDAwMDAwMDAwMDAwMDAtMHgwMDAwMDAwMDAwMDlm ZmZmXSB1c2FibGUKWGVuOiBbbWVtIDB4MDAwMDAwMDAwMDBhMDAwMC0weDAwMDAwMDAwMDAwZmZm ZmZdIHJlc2VydmVkClhlbjogW21lbSAweDAwMDAwMDAwMDAxMDAwMDAtMHgwMDAwMDAwMDFmZmZm ZmZmXSB1c2FibGUKWGVuOiBbbWVtIDB4MDAwMDAwMDAyMDAwMDAwMC0weDAwMDAwMDAwMjAxZmZm ZmZdIHJlc2VydmVkClhlbjogW21lbSAweDAwMDAwMDAwMjAyMDAwMDAtMHgwMDAwMDAwMDQwMDAz ZmZmXSB1bnVzYWJsZQpYZW46IFttZW0gMHgwMDAwMDAwMDQwMDA0MDAwLTB4MDAwMDAwMDA0MDAw NGZmZl0gcmVzZXJ2ZWQKWGVuOiBbbWVtIDB4MDAwMDAwMDA0MDAwNTAwMC0weDAwMDAwMDAwZDlj YmVmZmZdIHVudXNhYmxlClhlbjogW21lbSAweDAwMDAwMDAwZDljYmYwMDAtMHgwMDAwMDAwMGRh Mjg1ZmZmXSByZXNlcnZlZApYZW46IFttZW0gMHgwMDAwMDAwMGRhMjg2MDAwLTB4MDAwMDAwMDBk YTUwNWZmZl0gQUNQSSBOVlMKWGVuOiBbbWVtIDB4MDAwMDAwMDBkYTUwNjAwMC0weDAwMDAwMDAw ZGE1MGFmZmZdIEFDUEkgZGF0YQpYZW46IFttZW0gMHgwMDAwMDAwMGRhNTBiMDAwLTB4MDAwMDAw MDBkYTU0ZGZmZl0gQUNQSSBOVlMKWGVuOiBbbWVtIDB4MDAwMDAwMDBkYTU0ZTAwMC0weDAwMDAw MDAwZGFkNTVmZmZdIHVudXNhYmxlClhlbjogW21lbSAweDAwMDAwMDAwZGFkNTYwMDAtMHgwMDAw MDAwMGRhZmYxZmZmXSByZXNlcnZlZApYZW46IFttZW0gMHgwMDAwMDAwMGRhZmYyMDAwLTB4MDAw MDAwMDBkYWZmZmZmZl0gdW51c2FibGUKWGVuOiBbbWVtIDB4MDAwMDAwMDBkYjgwMDAwMC0weDAw MDAwMDAwZGY5ZmZmZmZdIHJlc2VydmVkClhlbjogW21lbSAweDAwMDAwMDAwZjgwMDAwMDAtMHgw MDAwMDAwMGZiZmZmZmZmXSByZXNlcnZlZApYZW46IFttZW0gMHgwMDAwMDAwMGZlYzAwMDAwLTB4 MDAwMDAwMDBmZWMwMGZmZl0gcmVzZXJ2ZWQKWGVuOiBbbWVtIDB4MDAwMDAwMDBmZWQwMDAwMC0w eDAwMDAwMDAwZmVkMDNmZmZdIHJlc2VydmVkClhlbjogW21lbSAweDAwMDAwMDAwZmVkMWMwMDAt MHgwMDAwMDAwMGZlZDFmZmZmXSByZXNlcnZlZApYZW46IFttZW0gMHgwMDAwMDAwMGZlZTAwMDAw LTB4MDAwMDAwMDBmZWUwMGZmZl0gcmVzZXJ2ZWQKWGVuOiBbbWVtIDB4MDAwMDAwMDBmZjAwMDAw MC0weDAwMDAwMDAwZmZmZmZmZmZdIHJlc2VydmVkCmJvb3Rjb25zb2xlIFt4ZW5ib290MF0gZW5h YmxlZApOWCAoRXhlY3V0ZSBEaXNhYmxlKSBwcm90ZWN0aW9uOiBhY3RpdmUKRE1JIG5vdCBwcmVz ZW50IG9yIGludmFsaWQuCmU4MjA6IGxhc3RfcGZuID0gMHgyMDAwMCBtYXhfYXJjaF9wZm4gPSAw eDEwMDAwMDAKaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweDAwMDAwMDAwLTB4MWZmZmZmZmZd CjBNQiBISUdITUVNIGF2YWlsYWJsZS4KNTEyTUIgTE9XTUVNIGF2YWlsYWJsZS4KICBtYXBwZWQg bG93IHJhbTogMCAtIDIwMDAwMDAwCiAgbG93IHJhbTogMCAtIDIwMDAwMDAwClpvbmUgcmFuZ2Vz OgogIERNQSAgICAgIFttZW0gMHgwMDAxMDAwMC0weDAwZmZmZmZmXQogIE5vcm1hbCAgIFttZW0g MHgwMTAwMDAwMC0weDFmZmZmZmZmXQogIEhpZ2hNZW0gIGVtcHR5Ck1vdmFibGUgem9uZSBzdGFy dCBmb3IgZWFjaCBub2RlCkVhcmx5IG1lbW9yeSBub2RlIHJhbmdlcwogIG5vZGUgICAwOiBbbWVt IDB4MDAwMTAwMDAtMHgwMDA5ZmZmZl0KICBub2RlICAgMDogW21lbSAweDAwMTAwMDAwLTB4MWZm ZmZmZmZdClVzaW5nIEFQSUMgZHJpdmVyIGRlZmF1bHQKc21wYm9vdDogQWxsb3dpbmcgNCBDUFVz LCAwIGhvdHBsdWcgQ1BVcwpMb2NhbCBBUElDIGRpc2FibGVkIGJ5IEJJT1MgLS0geW91IGNhbiBl bmFibGUgaXQgd2l0aCAibGFwaWMiCkFQSUM6IGRpc2FibGUgYXBpYyBmYWNpbGl0eQpBUElDOiBz d2l0Y2hlZCB0byBhcGljIE5PT1AKZTgyMDogW21lbSAweGRmYTAwMDAwLTB4ZjdmZmZmZmZdIGF2 YWlsYWJsZSBmb3IgUENJIGRldmljZXMKQm9vdGluZyBwYXJhdmlydHVhbGl6ZWQga2VybmVsIG9u IFhlbgpYZW4gdmVyc2lvbjogNC4yLjIgKHByZXNlcnZlLUFEKQpzZXR1cF9wZXJjcHU6IE5SX0NQ VVM6NCBucl9jcHVtYXNrX2JpdHM6NCBucl9jcHVfaWRzOjQgbnJfbm9kZV9pZHM6MQpQRVJDUFU6 IEVtYmVkZGVkIDEyIHBhZ2VzL2NwdSBAZGZiYjQwMDAgczI3OTA0IHIwIGQyMTI0OCB1NDkxNTIK QnVpbHQgMSB6b25lbGlzdHMgaW4gWm9uZSBvcmRlciwgbW9iaWxpdHkgZ3JvdXBpbmcgb24uICBU b3RhbCBwYWdlczogMTI5OTM2Cktlcm5lbCBjb21tYW5kIGxpbmU6IHJvb3Q9L2Rldi94dmRhMSBy b290ZnN0eXBlPWV4dDQgcm9vdGZzZmxhZ3M9YmFycmllcj0wIGNvbnNvbGU9aHZjMCB4ZW5jb25z PWh2YyB4ZW4tZmJmcm9udC52aWRlbz02LDEwMjQsNzY4IHhlbmZiLnZpZGVvPTYsMTAyNCw3Njgg bm9pcnFkZWJ1ZyBlbGV2YXRvcj1ub29wIGNpZnMuZW5hYmxlX29wbG9ja3M9MCBlYXJseXByaW50 az14ZW4KSVJRIGxvY2t1cCBkZXRlY3Rpb24gZGlzYWJsZWQKUElEIGhhc2ggdGFibGUgZW50cmll czogMjA0OCAob3JkZXI6IDEsIDgxOTIgYnl0ZXMpCkRlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVu dHJpZXM6IDY1NTM2IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQpJbm9kZS1jYWNoZSBoYXNoIHRh YmxlIGVudHJpZXM6IDMyNzY4IChvcmRlcjogNSwgMTMxMDcyIGJ5dGVzKQpfX2V4X3RhYmxlIGFs cmVhZHkgc29ydGVkLCBza2lwcGluZyBzb3J0CkluaXRpYWxpemluZyBDUFUjMAp4c2F2ZTogZW5h YmxlZCB4c3RhdGVfYnYgMHg3LCBjbnR4dCBzaXplIDB4MzQwCkluaXRpYWxpemluZyBIaWdoTWVt IGZvciBub2RlIDAgKDAwMDAwMDAwOjAwMDAwMDAwKQpNZW1vcnk6IDUxMDkzMmsvNTI0Mjg4ayBh dmFpbGFibGUgKDQzMjNrIGtlcm5lbCBjb2RlLCAxMjkwOGsgcmVzZXJ2ZWQsIDEyOTNrIGRhdGEs IDQxMmsgaW5pdCwgMGsgaGlnaG1lbSkKdmlydHVhbCBrZXJuZWwgbWVtb3J5IGxheW91dDoKICAg IGZpeG1hcCAgOiAweGY1NzY1MDAwIC0gMHhmNTdmZjAwMCAgICggNjE2IGtCKQogICAgcGttYXAg ICA6IDB4ZjU0MDAwMDAgLSAweGY1NjAwMDAwICAgKDIwNDgga0IpCiAgICB2bWFsbG9jIDogMHhl MDgwMDAwMCAtIDB4ZjUzZmUwMDAgICAoIDMzMSBNQikKICAgIGxvd21lbSAgOiAweGMwMDAwMDAw IC0gMHhlMDAwMDAwMCAgICggNTEyIE1CKQogICAgICAuaW5pdCA6IDB4YzE1N2QwMDAgLSAweGMx NWU0MDAwICAgKCA0MTIga0IpCiAgICAgIC5kYXRhIDogMHhjMTQzOGNkZiAtIDB4YzE1N2M0NDAg ICAoMTI5MyBrQikKICAgICAgLnRleHQgOiAweGMxMDAwMDAwIC0gMHhjMTQzOGNkZiAgICg0MzIz IGtCKQpTTFVCOiBHZW5zbGFicz0xNSwgSFdhbGlnbj02NCwgT3JkZXI9MC0zLCBNaW5PYmplY3Rz PTAsIENQVXM9NCwgTm9kZXM9MQpIaWVyYXJjaGljYWwgUkNVIGltcGxlbWVudGF0aW9uLgpOUl9J UlFTOjIzMDQgbnJfaXJxczozMDQgMTYKQ29uc29sZTogY29sb3VyIGR1bW15IGRldmljZSA4MHgy NQpjb25zb2xlIFt0dHkwXSBlbmFibGVkCmNvbnNvbGUgW2h2YzBdIGVuYWJsZWQsIGJvb3Rjb25z b2xlIGRpc2FibGVkCg=--=====================_255036034==_ Content-Type: application/octet-stream; name="xl_dmesg_2048" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xl_dmesg_2048" bWFwcGluZyBrZXJuZWwgaW50byBwaHlzaWNhbCBtZW1vcnkKYWJvdXQgdG8gZ2V0IHN0YXJ0ZWQu Li4KUmVzZXJ2aW5nIHZpcnR1YWwgYWRkcmVzcyBzcGFjZSBhYm92ZSAweGY1ODAwMDAwCkluaXRp YWxpemluZyBjZ3JvdXAgc3Vic3lzIGNwdXNldApJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBj cHUKTGludXggdmVyc2lvbiAzLjguMTMtZ2VudG9vIChyb290QG5vZGkpIChnY2MgdmVyc2lvbiA0 LjcuMyAoR2VudG9vIDQuNy4zIHAxLjAsIHBpZS0wLjUuNSkgKSAjMSBTTVAgU2F0IE1heSAyNSAx MDo1OTowNCBDRVNUIDIwMTMKQUNQSSBpbiB1bnByaXZpbGVnZWQgZG9tYWluIGRpc2FibGVkCkZy ZWVpbmcgMjAwMDAtODAwMDAgcGZuIHJhbmdlOiAzOTMyMTYgcGFnZXMgZnJlZWQKUmVsZWFzZWQg MzkzMjE2IHBhZ2VzIG9mIHVudXNlZCBtZW1vcnkKU2V0IDkxNzUwNCBwYWdlKHMpIHRvIDEtMSBt YXBwaW5nClBvcHVsYXRpbmcgMTAwMDAwLTE2MDAwMCBwZm4gcmFuZ2U6IDM5MzIxNiBwYWdlcyBh ZGRlZAplODIwOiBCSU9TLXByb3ZpZGVkIHBoeXNpY2FsIFJBTSBtYXA6ClhlbjogW21lbSAweDAw MDAwMDAwMDAwMDAwMDAtMHgwMDAwMDAwMDAwMDlmZmZmXSB1c2FibGUKWGVuOiBbbWVtIDB4MDAw MDAwMDAwMDBhMDAwMC0weDAwMDAwMDAwMDAwZmZmZmZdIHJlc2VydmVkClhlbjogW21lbSAweDAw MDAwMDAwMDAxMDAwMDAtMHgwMDAwMDAwMDFmZmZmZmZmXSB1c2FibGUKWGVuOiBbbWVtIDB4MDAw MDAwMDAyMDAwMDAwMC0weDAwMDAwMDAwMjAxZmZmZmZdIHJlc2VydmVkClhlbjogW21lbSAweDAw MDAwMDAwMjAyMDAwMDAtMHgwMDAwMDAwMDQwMDAzZmZmXSB1bnVzYWJsZQpYZW46IFttZW0gMHgw MDAwMDAwMDQwMDA0MDAwLTB4MDAwMDAwMDA0MDAwNGZmZl0gcmVzZXJ2ZWQKWGVuOiBbbWVtIDB4 MDAwMDAwMDA0MDAwNTAwMC0weDAwMDAwMDAwZDljYmVmZmZdIHVudXNhYmxlClhlbjogW21lbSAw eDAwMDAwMDAwZDljYmYwMDAtMHgwMDAwMDAwMGRhMjg1ZmZmXSByZXNlcnZlZApYZW46IFttZW0g MHgwMDAwMDAwMGRhMjg2MDAwLTB4MDAwMDAwMDBkYTUwNWZmZl0gQUNQSSBOVlMKWGVuOiBbbWVt IDB4MDAwMDAwMDBkYTUwNjAwMC0weDAwMDAwMDAwZGE1MGFmZmZdIEFDUEkgZGF0YQpYZW46IFtt ZW0gMHgwMDAwMDAwMGRhNTBiMDAwLTB4MDAwMDAwMDBkYTU0ZGZmZl0gQUNQSSBOVlMKWGVuOiBb bWVtIDB4MDAwMDAwMDBkYTU0ZTAwMC0weDAwMDAwMDAwZGFkNTVmZmZdIHVudXNhYmxlClhlbjog W21lbSAweDAwMDAwMDAwZGFkNTYwMDAtMHgwMDAwMDAwMGRhZmYxZmZmXSByZXNlcnZlZApYZW46 IFttZW0gMHgwMDAwMDAwMGRhZmYyMDAwLTB4MDAwMDAwMDBkYWZmZmZmZl0gdW51c2FibGUKWGVu OiBbbWVtIDB4MDAwMDAwMDBkYjgwMDAwMC0weDAwMDAwMDAwZGY5ZmZmZmZdIHJlc2VydmVkClhl bjogW21lbSAweDAwMDAwMDAwZjgwMDAwMDAtMHgwMDAwMDAwMGZiZmZmZmZmXSByZXNlcnZlZApY ZW46IFttZW0gMHgwMDAwMDAwMGZlYzAwMDAwLTB4MDAwMDAwMDBmZWMwMGZmZl0gcmVzZXJ2ZWQK WGVuOiBbbWVtIDB4MDAwMDAwMDBmZWQwMDAwMC0weDAwMDAwMDAwZmVkMDNmZmZdIHJlc2VydmVk ClhlbjogW21lbSAweDAwMDAwMDAwZmVkMWMwMDAtMHgwMDAwMDAwMGZlZDFmZmZmXSByZXNlcnZl ZApYZW46IFttZW0gMHgwMDAwMDAwMGZlZTAwMDAwLTB4MDAwMDAwMDBmZWUwMGZmZl0gcmVzZXJ2 ZWQKWGVuOiBbbWVtIDB4MDAwMDAwMDBmZjAwMDAwMC0weDAwMDAwMDAwZmZmZmZmZmZdIHJlc2Vy dmVkClhlbjogW21lbSAweDAwMDAwMDAxMDAwMDAwMDAtMHgwMDAwMDAwMTVmZmZmZmZmXSB1c2Fi bGUKYm9vdGNvbnNvbGUgW3hlbmJvb3QwXSBlbmFibGVkCk5YIChFeGVjdXRlIERpc2FibGUpIHBy b3RlY3Rpb246IGFjdGl2ZQpETUkgbm90IHByZXNlbnQgb3IgaW52YWxpZC4KZTgyMDogbGFzdF9w Zm4gPSAweDE2MDAwMCBtYXhfYXJjaF9wZm4gPSAweDEwMDAwMDAKaW5pdF9tZW1vcnlfbWFwcGlu ZzogW21lbSAweDAwMDAwMDAwLTB4MmQzZmRmZmZdCihYRU4pIG1tLmM6ODY0OmQ2IE5vbi1wcml2 aWxlZ2VkICg2KSBhdHRlbXB0IHRvIG1hcCBJL08gc3BhY2UgMDAwMjAwMDAKKFhFTikgbW0uYzo1 MzE3OmQ2IHB0d3JfZW11bGF0ZTogY291bGQgbm90IGdldF9wYWdlX2Zyb21fbDFlKCkKQlVHOiB1 bmFibGUgdG8gaGFuZGxlIGtlcm5lbCBOVUxMIHBvaW50ZXIgZGVyZWZlcmVuY2UgYXQgICAobnVs bCkKSVA6IFs8YzE1N2ZlOTY+XSB4ZW5fc2V0X3B0ZV9pbml0KzB4M2IvMHg0MwoqcGRwdCA9IDAw MDAwMDAwMDAwMDAwMDAgKnBkZSA9IGMyYzJjMmMyYzJjMmMyYzIgCk9vcHM6IDAwMDMgWyMxXSBT TVAgCk1vZHVsZXMgbGlua2VkIGluOgpQaWQ6IDAsIGNvbW06IHN3YXBwZXIgTm90IHRhaW50ZWQg My44LjEzLWdlbnRvbyAjMSAgCkVJUDogZTAxOTpbPGMxNTdmZTk2Pl0gRUZMQUdTOiAwMDAxMDA0 NiBDUFU6IDAKRUlQIGlzIGF0IHhlbl9zZXRfcHRlX2luaXQrMHgzYi8weDQzCkVBWDogYzIzODAw MDAgRUJYOiAwMDAwMDAwMCBFQ1g6IDIwMDAwNDAzIEVEWDogMjAwMDA0MDMKRVNJOiAwMDAyMDAw MSBFREk6IDAwMDAwMDAwIEVCUDogMjAwMDA0MDMgRVNQOiBjMTU0NWUxOAogRFM6IGUwMjEgRVM6 IGUwMjEgRlM6IDAwZDggR1M6IDAwZTAgU1M6IGUwMjEKQ1IwOiA4MDA1MDAzMyBDUjI6IDAwMDAw MDAwIENSMzogMDE1ZWMwMDAgQ1I0OiAwMDAwMjY2MApEUjA6IDAwMDAwMDAwIERSMTogMDAwMDAw MDAgRFIyOiAwMDAwMDAwMCBEUjM6IDAwMDAwMDAwCkRSNjogZmZmZjBmZjAgRFI3OiAwMDAwMDQw MApQcm9jZXNzIHN3YXBwZXIgKHBpZDogMCwgdGk9YzE1NDQwMDAgdGFzaz1jMTU1MDEyMCB0YXNr LnRpPWMxNTQ0MDAwKQpTdGFjazoKIDAwMDAwMDAwIDIwMDAwNDAzIDAwMDAwMDAwIDAwMDIwMDAw IGUwMDAwMDAwIGMxNThmMTExIDAwMDAwMDAwIDAwMDAwMDAwCiBjMTVlYzAxOCAwMDAwMDAwMyBj MTVlYzAxOCAwMDAwMDAwMyAyMDAwMDAwMCAwMDAwMDAwMCAwMDAyZDNmZSBjMTY2ODgwMAogMDAw MDAxMDAgYzIzODAwMDAgMDAwMDAwMDEgMDAwMDAwMDAgZmZmZTAwMDAgMDAxNmQwMDAgMDAwMDAw MDEgYzE1NDVlYjgKQ2FsbCBUcmFjZToKIFs8YzE1OGYxMTE+XSA/IGtlcm5lbF9waHlzaWNhbF9t YXBwaW5nX2luaXQrMHgxY2MvMHgyYTUKIFs8YzE0MjExZDk+XSA/IGluaXRfbWVtb3J5X21hcHBp bmcrMHgxZjkvMHg0ZjAKIFs8YzE1ODIwNGQ+XSA/IHNldHVwX2FyY2grMHg3NjQvMHhhMzcKIFs8 YzE0MzFiZDU+XSA/IHByaW50aysweDM3LzB4M2IKIFs8YzE1N2Q2ZGU+XSA/IHN0YXJ0X2tlcm5l bCsweGJiLzB4MzFiCiBbPGMxNTdmMjY5Pl0gPyB4ZW5fc3RhcnRfa2VybmVsKzB4NjUwLzB4NjVh CiBbPGMxNDA5MDVlPl0gPyBzY3RwX2Fzc29jX3JtX3BlZXIrMHhkZS8weDIwMApDb2RlOiA4MSBl NiAwMCBmMCBmZiBmZiAwZiBhYyBmZSAwYyA1MyAzMSBkYiA4OSAwYyAyNCAzMSBjOSA0NiA3NCAx MyA4YiAwOCBmNiBjMSAwMSA3NCAwNyA4OSBjYSA4MyBjYSBmZCAyMSBlYSA4YiAxYyAyNCA4OSBk MSA4OSA1OCAwNCA8ODk+IDA4IDU4IDViIDVlIDVmIDVkIGMzIDUwIGU4IGJhIGY2IDAwIDAwIGU4 IDc3IDM4IGE4IGZmIGExIDQ0CkVJUDogWzxjMTU3ZmU5Nj5dIHhlbl9zZXRfcHRlX2luaXQrMHgz Yi8weDQzIFNTOkVTUCBlMDIxOmMxNTQ1ZTE4CkNSMjogMDAwMDAwMDAwMDAwMDAwMAotLS1bIGVu ZCB0cmFjZSBhNzkxOWU3ZjE3YzBhNzI1IF0tLS0KS2VybmVsIHBhbmljIC0gbm90IHN5bmNpbmc6 IEF0dGVtcHRlZCB0byBraWxsIHRoZSBpZGxlIHRhc2shCg=--=====================_255036034==_ 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 --=====================_255036034==_--
Konrad Rzeszutek Wilk
2013-May-28 19:38 UTC
Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough
On Sun, May 26, 2013 at 12:59:56PM +0200, Christian Holpert wrote:> At 20:31 25.05.2013, Konrad Rzeszutek Wilk wrote: > >For the earlyprintk=xen just add it along with the xencons_... > > I needed to recompile xen first with debug flag set. Now I get > results from earlyprintk. > > Please find attached: > xl_dmesg_512: domU (32bit) booting fine with memory = 512 > xl_dmesg_2048: domU (32bit) silently crashing with memory = 2048 > Both tests with your patch active and no other changes in between.Is your kernel compiled with CONFIG_NUMA ? can you try without it?> > Log shows > BUG: unable to handle kernel NULL pointer dereference at (null) > and oopses out. > > xl list does not show the process. ps shows that the corresponding > qemu-system-i386 process is still alive and has to be killed > manually. > > Thanks for working on this and enjoy your weekend, > Christian > > -- > Markt-Apotheke Christian Holpert e.K., Mömbris > http://www.marktapotheke.org - info@marktapotheke.org > http://www.blue-essentials-shop.de - info@blue-essentials-shop.de > Apotheker Christian Holpert > Im Markthof 5 > 63776 Mömbris > Tel.: 06029-1379 Fax: 9986589 > > Amtsgericht Aschaffenburg, HR.A, Registernummer 2165
Konrad Rzeszutek Wilk
2013-May-28 19:45 UTC
Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough
On Sun, May 26, 2013 at 12:59:56PM +0200, Christian Holpert wrote:> At 20:31 25.05.2013, Konrad Rzeszutek Wilk wrote: > >For the earlyprintk=xen just add it along with the xencons_... > > I needed to recompile xen first with debug flag set. Now I get > results from earlyprintk. > > Please find attached: > xl_dmesg_512: domU (32bit) booting fine with memory = 512 > xl_dmesg_2048: domU (32bit) silently crashing with memory = 2048 > Both tests with your patch active and no other changes in between.So with a 2048 guest it boots for me. Here is the diff between your kernel and mine: Reserving virtual address space above 0xf5800000 Reserving virtual address space above 0xf5800000 Initializing cgroup subsys cpuset Initializing cgroup subsys cpuset Initializing cgroup subsys cpu Initializing cgroup subsys cpu Linux version 3.8.13-gentoo (root@nodi) (gcc version 4.7.3 (G | Initializing cgroup subsys cpuacct > Linux version 3.10.0-rc3upstream-00894-g597e694 (konrad@build ACPI in unprivileged domain disabled ACPI in unprivileged domain disabled Freeing 20000-80000 pfn range: 393216 pages freed Freeing 20000-80000 pfn range: 393216 pages freed Released 393216 pages of unused memory Released 393216 pages of unused memory Set 917504 page(s) to 1-1 mapping Set 917504 page(s) to 1-1 mapping Populating 100000-160000 pfn range: 393216 pages added Populating 100000-160000 pfn range: 393216 pages added e820: BIOS-provided physical RAM map: e820: BIOS-provided physical RAM map: Xen: [mem 0x0000000000000000-0x000000000009ffff] usable Xen: [mem 0x0000000000000000-0x000000000009ffff] usable Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved Xen: [mem 0x0000000000100000-0x000000001fffffff] usable Xen: [mem 0x0000000000100000-0x000000001fffffff] usable Xen: [mem 0x0000000020000000-0x00000000201fffff] reserved Xen: [mem 0x0000000020000000-0x00000000201fffff] reserved Xen: [mem 0x0000000020200000-0x0000000040003fff] unusable | Xen: [mem 0x0000000020200000-0x000000003fffffff] unusable Xen: [mem 0x0000000040004000-0x0000000040004fff] reserved | Xen: [mem 0x0000000040000000-0x00000000401fffff] reserved Xen: [mem 0x0000000040005000-0x00000000d9cbefff] unusable | Xen: [mem 0x0000000040200000-0x00000000c6cd3fff] unusable Xen: [mem 0x00000000d9cbf000-0x00000000da285fff] reserved | Xen: [mem 0x00000000c6cd4000-0x00000000c6d1cfff] ACPI NVS Xen: [mem 0x00000000da286000-0x00000000da505fff] ACPI NVS | Xen: [mem 0x00000000c6d1d000-0x00000000c6d27fff] ACPI data Xen: [mem 0x00000000da506000-0x00000000da50afff] ACPI data | Xen: [mem 0x00000000c6d28000-0x00000000c6d28fff] ACPI NVS Xen: [mem 0x00000000da50b000-0x00000000da54dfff] ACPI NVS | Xen: [mem 0x00000000c6d29000-0x00000000c6d49fff] reserved Xen: [mem 0x00000000da54e000-0x00000000dad55fff] unusable | Xen: [mem 0x00000000c6d4a000-0x00000000c6d4bfff] unusable Xen: [mem 0x00000000dad56000-0x00000000daff1fff] reserved | Xen: [mem 0x00000000c6d4c000-0x00000000c6d6cfff] ACPI NVS Xen: [mem 0x00000000daff2000-0x00000000daffffff] unusable | Xen: [mem 0x00000000c6d6d000-0x00000000c6d8ffff] reserved Xen: [mem 0x00000000db800000-0x00000000df9fffff] reserved | Xen: [mem 0x00000000c6d90000-0x00000000c6d9cfff] ACPI NVS Xen: [mem 0x00000000f8000000-0x00000000fbffffff] reserved | Xen: [mem 0x00000000c6d9d000-0x00000000c6d9ffff] reserved Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved | Xen: [mem 0x00000000c6da0000-0x00000000c6db0fff] ACPI NVS Xen: [mem 0x00000000fed00000-0x00000000fed03fff] reserved | Xen: [mem 0x00000000c6db1000-0x00000000c6ddcfff] reserved Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved | Xen: [mem 0x00000000c6ddd000-0x00000000c6e1ffff] ACPI NVS > Xen: [mem 0x00000000c6e20000-0x00000000c6ffffff] unusable > Xen: [mem 0x00000000c7800000-0x00000000cf9fffff] reserved > Xen: [mem 0x00000000fed1c000-0x00000000fed3ffff] reserved Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved Xen: [mem 0x00000000ff000000-0x00000000ffffffff] reserved Xen: [mem 0x00000000ff000000-0x00000000ffffffff] reserved Xen: [mem 0x0000000100000000-0x000000015fffffff] usable Xen: [mem 0x0000000100000000-0x000000015fffffff] usable bootconsole [xenboot0] enabled < NX (Execute Disable) protection: active NX (Execute Disable) protection: active DMI not present or invalid. DMI not present or invalid. e820: last_pfn = 0x160000 max_arch_pfn = 0x1000000 e820: last_pfn = 0x160000 max_arch_pfn = 0x1000000 init_memory_mapping: [mem 0x00000000-0x2d3fdfff] | Scanning 1 areas for low memory corruption (XEN) mm.c:864:d6 Non-privileged (6) attempt to map I/O space | init_memory_mapping: [mem 0x00000000-0x000fffff] (XEN) mm.c:5317:d6 ptwr_emulate: could not get_page_from_l1e( | init_memory_mapping: [mem 0x1fe00000-0x1fffffff] BUG: unable to handle kernel NULL pointer dereference at (n | init_memory_mapping: [mem 0x1c000000-0x1fdfffff] IP: [<c157fe96>] xen_set_pte_init+0x3b/0x43 | init_memory_mapping: [mem 0x00100000-0x1bffffff] *pdpt = 0000000000000000 *pde = c2c2c2c2c2c2c2c2 | RAMDISK: [mem 0x01b51000-0x107b0fff] Oops: 0003 [#1] SMP | 4908MB HIGHMEM available. Modules linked in: | 723MB LOWMEM available. Pid: 0, comm: swapper Not tainted 3.8.13-gentoo #1 | mapped low ram: 0 - 20000000 EIP: e019:[<c157fe96>] EFLAGS: 00010046 CPU: 0 | low ram: 0 - 2d3fe000 EIP is at xen_set_pte_init+0x3b/0x43 | Zone ranges: EAX: c2380000 EBX: 00000000 ECX: 20000403 EDX: 20000403 | DMA [mem 0x00001000-0x00ffffff] ESI: 00020001 EDI: 00000000 EBP: 20000403 ESP: c1545e18 | Normal [mem 0x01000000-0x2d3fdfff] DS: e021 ES: e021 FS: 00d8 GS: 00e0 SS: e021 | HighMem [mem 0x2d3fe000-0x5fffffff] CR0: 80050033 CR2: 00000000 CR3: 015ec000 CR4: 00002660 | Movable zone start for each node DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000 | Early memory node ranges DR6: ffff0ff0 DR7: 00000400 | node 0: [mem 0x00001000-0x0009ffff] Process swapper (pid: 0, ti=c1544000 task=c1550120 task.ti=c1 | node 0: [mem 0x00100000-0x1fffffff] Stack: | node 0: [mem 0x00000000-0x5fffffff] 00000000 20000403 00000000 00020000 e0000000 c158f111 000000 | Using APIC driver default c15ec018 00000003 c15ec018 00000003 20000000 00000000 0002d3 | smpboot: Allowing 4 CPUs, 0 hotplug CPUs 00000100 c2380000 00000001 00000000 fffe0000 0016d000 000000 | Local APIC disabled by BIOS -- you can enable it with "lapic" Call Trace: | APIC: disable apic facility [<c158f111>] ? kernel_physical_mapping_init+0x1cc/0x2a5 | APIC: switched to apic NOOP [<c14211d9>] ? init_memory_mapping+0x1f9/0x4f0 | PM: Registered nosave memory: 00000000000a0000 - 000000000010 [<c158204d>] ? setup_arch+0x764/0xa37 | PM: Registered nosave memory: 0000000020000000 - 000000002020 [<c1431bd5>] ? printk+0x37/0x3b | PM: Registered nosave memory: 0000000020200000 - 000000004000 [<c157d6de>] ? start_kernel+0xbb/0x31b | e820: [mem 0xcfa00000-0xfed1bfff] available for PCI devices [<c157f269>] ? xen_start_kernel+0x650/0x65a | Booting paravirtualized kernel on Xen [<c140905e>] ? sctp_assoc_rm_peer+0xde/0x200 | Xen version: 4.3-unstable (preserve-AD) Code: 81 e6 00 f0 ff ff 0f ac fe 0c 53 31 db 89 0c 24 31 c9 4 | setup_percpu: NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:4 nr_nod EIP: [<c157fe96>] xen_set_pte_init+0x3b/0x43 SS:ESP e021:c154 | PERCPU: Embedded 14 pages/cpu @dd343000 s35520 r0 d21824 u573 CR2: 0000000000000000 | Built 1 zonelists in Zone order, mobility grouping on. Total ---[ end trace a7919e7f17c0a725 ]--- | Kernel command line: console=hvc0 Kernel panic - not syncing: Attempted to kill the idle task! | PID hash table entries: 2048 (order: 1, 8192 bytes) > Dentry cache hash table entries: 65536 (order: 6, 262144 byte > Inode-cache hash table entries: 32768 (order: 5, 131072 bytes > Initializing CPU#0 > xsave: enabled xstate_bv 0x7, cntxt size 0x340 > Initializing HighMem for node 0 (0002d3fe:00160000) > Memory: 1796596k/5767168k available (5818k kernel code, 30016 > virtual kernel memory layout: Can you try the v3.10 or v3.9 and see how it works for you?
Christian Holpert
2013-May-29 12:08 UTC
Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough
At 21:38 28.05.2013, Konrad Rzeszutek Wilk wrote:>On Sun, May 26, 2013 at 12:59:56PM +0200, Christian Holpert wrote: > > Please find attached: > > xl_dmesg_512: domU (32bit) booting fine with memory = 512 > > xl_dmesg_2048: domU (32bit) silently crashing with memory = 2048 > > Both tests with your patch active and no other changes in between. > >Is your kernel compiled with CONFIG_NUMA ? can you try without it?Dom0 is compiled with NUMA. xen ~ # zgrep CONFIG_NUMA /proc/config.gz CONFIG_NUMA_BALANCING_DEFAULT_ENABLED=y CONFIG_NUMA_BALANCING=y CONFIG_NUMA=y # CONFIG_NUMA_EMU is not set xen ~ # DomU is compiled without NUMA. nodi ~ # zgrep CONFIG_NUMA /proc/config.gz nodi ~ # Will try 3.10 as soon as possible. Regards, Christian -- Markt-Apotheke Christian Holpert e.K., Mömbris http://www.marktapotheke.org - info@marktapotheke.org http://www.blue-essentials-shop.de - info@blue-essentials-shop.de Apotheker Christian Holpert Im Markthof 5 63776 Mömbris Tel.: 06029-1379 Fax: 9986589 Amtsgericht Aschaffenburg, HR.A, Registernummer 2165
Christian Holpert
2013-May-29 15:23 UTC
Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough
---- Original-Nachricht ---- Von: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Datum: Mittwoch, 29. Mai 2013 17:02:32> So with a 2048 guest it boots for me. Here is the diff between your > kernel and mine: > > Can you try the v3.10 or v3.9 and see how it works for you?Tried out v3.10-rc3 and can confirm that your patch works. DomU boots up fine with 2048MB. I did ''make oldconfig'' with the old .config. Answered all those questions about new options and built the kernel. So there shouldn''t be too many questions between the configs. Thanks a lot, Christian Holpert
Konrad Rzeszutek Wilk
2013-May-29 17:05 UTC
Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough
On Wed, May 29, 2013 at 05:23:42PM +0200, Christian Holpert wrote:> ---- Original-Nachricht ---- > Von: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> > Datum: Mittwoch, 29. Mai 2013 17:02:32 > >So with a 2048 guest it boots for me. Here is the diff between > >your kernel and mine: > > > >Can you try the v3.10 or v3.9 and see how it works for you? > Tried out v3.10-rc3 and can confirm that your patch works.Great! So something is off with v3.8 kernel. The hint seems to be: Populating 100000-160000 pfn range: 393216 pages added Populating 100000-160000 pfn range: 393216 pages added .. Xen: [mem 0x0000000100000000-0x000000015fffffff] usable Xen: [mem 0x0000000100000000-0x000000015fffffff] usable bootconsole [xenboot0] enabled < NX (Execute Disable) protection: active NX (Execute Disable) protection: active DMI not present or invalid. DMI not present or invalid. e820: last_pfn = 0x160000 max_arch_pfn = 0x1000000 e820: last_pfn = 0x160000 max_arch_pfn = 0x1000000 init_memory_mapping: [mem 0x00000000-0x2d3fdfff] | Scanning 1 areas for low memory corruption (XEN) mm.c:864:d6 Non-privileged (6) attempt to map I/O space | init_memory_mapping: [mem 0x00000000-0x000fffff] (XEN) mm.c:5317:d6 ptwr_emulate: could not get_page_from_l1e( | init_memory_mapping: [mem 0x1fe00000-0x1fffffff] BUG: unable to handle kernel NULL pointer dereference at (n | init_memory_mapping: [mem 0x1c000000-0x1fdfffff] IP: [<c157fe96>] xen_set_pte_init+0x3b/0x43 | init_memory_mapping: [mem 0x00100000-0x1bffffff] *pdpt = 0000000000000000 *pde = c2c2c2c2c2c2c2c2 | RAMDISK: [mem 0x01b51000-0x107b0fff] That v3.8 is trying to allocate pages up to 2d3fdfff. Which we don''t in v3.10. But we do seem to use said area for HighMem (0x2d3fe000-0x5fffffff) which works in v3.10. Oops: 0003 [#1] SMP | 4908MB HIGHMEM available. Modules linked in: | 723MB LOWMEM available. Pid: 0, comm: swapper Not tainted 3.8.13-gentoo #1 | mapped low ram: 0 - 20000000 EIP: e019:[<c157fe96>] EFLAGS: 00010046 CPU: 0 | low ram: 0 - 2d3fe000 EIP is at xen_set_pte_init+0x3b/0x43 | Zone ranges: EAX: c2380000 EBX: 00000000 ECX: 20000403 EDX: 20000403 | DMA [mem 0x00001000-0x00ffffff] ESI: 00020001 EDI: 00000000 EBP: 20000403 ESP: c1545e18 | Normal [mem 0x01000000-0x2d3fdfff] DS: e021 ES: e021 FS: 00d8 GS: 00e0 SS: e021 | HighMem [mem 0x2d3fe000-0x5fffffff] CR0: 80050033 CR2: 00000000 CR3: 015ec000 CR4: 00002660 | Movable zone start for each node DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000 | Early memory node ranges DR6: ffff0ff0 DR7: 00000400 | node 0: [mem 0x00001000-0x0009ffff] Process swapper (pid: 0, ti=c1544000 task=c1550120 task.ti=c1 | node 0: [mem 0x00100000-0x1fffffff] Stack: | node 0: [mem 0x00000000-0x5fffffff] 00000000 20000403 00000000 00020000 e0000000 c158f111 000000 | Using APIC driver default c15ec018 00000003 c15ec018 00000003 20000000 00000000 0002d3 | smpboot: Allowing 4 CPUs, 0 hotplug CPUs 00000100 c2380000 00000001 00000000 fffe0000 0016d000 000000 | Local APIC disabled by BIOS -- you can enable it with "lapic" Call Trace: | APIC: disable apic facility Would need to dig in this deeper, but that looks to be an issue with the kernel, not with the toolstack.