From mboxrd@z Thu Jan 1 00:00:00 1970 From: Atom2 Subject: Re: segfault in xl create for HVM with PCI passthrough Date: Tue, 28 Oct 2014 16:39:48 +0100 Message-ID: <544FB8C4.9000102@web2web.at> References: <544EB843.9060503@web2web.at> <1414493998.10206.3.camel@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------060006070107080509010401" Return-path: Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Xj8s8-0001DC-It for xen-devel@lists.xenproject.org; Tue, 28 Oct 2014 15:39:48 +0000 In-Reply-To: <1414493998.10206.3.camel@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: xen-devel List-Id: xen-devel@lists.xenproject.org This is a multi-part message in MIME format. --------------060006070107080509010401 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Ian, thanks for your quick reply - please see below. Am 28.10.14 um 11:59 schrieb Ian Campbell: > On Mon, 2014-10-27 at 22:25 +0100, Atom2 wrote: >> Hi guys, >> I have used XEN for quiet some time and after a steep learning curve I >> have always been a very happy user! XEN is really a great product. >> Unfortunately I am now facing a problem that leaves me at loss: >> >> Using gentoo as a rolling distribution I recently I upgraded to XEN >> 4.3.3 (from 4.3.1) and also upgraded the gcc compiler to 4.8.3 (from >> 4.7.3). Both packages are the latest stable versions available under gentoo. >> >> After emerging (that is the re-compilation and installation of XEN 4.3.3 >> on my machine) following a toolchain upgrade to the new gcc I can't >> start my two HVM FreeBSD virtual machines anymore. Both use PCI >> passthrough devices and both the motherboard and the processor support >> VT-d. XEN PV gentoo domUs (without passed through PCI devices) still >> start up (but are useless for me at the moment as they depend on the >> services provided by the tow HVM domus). >> >> The error when starting manifests itself as follows: >> # xl create -c pfsense >> Parsing config from 01:pfsense.1 >> xc: info: VIRTUAL MEMORY ARRANGEMENT: >> Loader: 0000000000100000->00000000001c12a4 >> Modules: 0000000000000000->0000000000000000 >> TOTAL: 0000000000000000->000000001f800000 >> ENTRY ADDRESS: 0000000000100000 >> xc: info: PHYSICAL MEMORY ALLOCATION: >> 4KB PAGES: 0x0000000000000200 >> 2MB PAGES: 0x00000000000000fb >> 1GB PAGES: 0x0000000000000000 >> Segmentation fault >> # >> >> The domU is in a state of paused for reasons unknown to me and does not >> use any CPU cycles: > > Domains are created paused and then unpaused at the end of the creation > process, presumably this didn't happen because xl segfaulted first. I was not aware of that as this pausing/unpausing happens within a very short period of time and was never visible to me. But that at least explains why the domain is paused ... I again learned something new. > > Please can you run the command under gdb and grab a back trace. It would > also be useful to "xl -vvv create pfsense". > First of all attached please find the output of xl -vvv create pfsense. I decided to attach a file as most of the output lines are longer than 80 chars and therefore would most likely be folded by eMail clients. In terms of the last message before the segfault in my attached file it seems to me that the bridge stuff was setup correctly as per the following commands: # brctl show xenbr0 bridge name bridge id STP enabled interfaces xenbr0 8000.00187d1d7274 no bond0 vif2.0 vif2.0-emu # ifconfig lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 118 bytes 11408 (11.1 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 118 bytes 11408 (11.1 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vif2.0: flags=4099 mtu 1500 ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vif2.0-emu: flags=4163 mtu 1500 inet6 fe80::fcff:ffff:feff:ffff prefixlen 64 scopeid 0x20 ether fe:ff:ff:ff:ff:ff txqueuelen 500 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 598 overruns 0 carrier 0 collisions 0 xenbr0: flags=4419 mtu 1500 inet 192.168.19.2 netmask 255.255.255.0 broadcast 192.168.19.255 inet6 fe80::218:7dff:fe1d:7274 prefixlen 64 scopeid 0x20 ether 00:18:7d:1d:72:74 txqueuelen 0 (Ethernet) RX packets 58364 bytes 16721913 (15.9 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 13224 bytes 3090681 (2.9 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 With regards to gdb: I can certainly run the command under gdb after including debug support to the executables - that's no big deal. I would, however, ask for your advice as to what I need to recompile with debugger support? Is xen-tools (which includes xl) sufficient or would you think that I also need to include debug support for gcc as the library that is mentioned in /var/log/messages (libgcc_s.so.1) seems to belong to the gcc package? Or is this library a red herring that just works as the catch-all code getting and finally handling the segfault? Please advise. Tx. > [...] >> pci = [ '04:00.0', '0a:08.0', '0a:0b.0' ] > > You say in $subject that the failure is with PCI, is that because you've > tried an HVM domain without and it is ok, or is it just that all your > HVM domains happen to have passthrough enabled? I haven't tried HVM domains without PCI passthrough (but PV domains w/o PCI passthrough and they did not segfault) so far as all my HVM domains require PCI devices (either at least a network card for pfsense - in actual facts it's more than one that's being passed through - or a SATA controller for my second HVM which is used as a storage VM). If you think that after the gdb stuff it would still be beneficial to go down that route, I am sure I can come up with something. > > Ian. > Again many thanks Atom2 --------------060006070107080509010401 Content-Type: text/plain; charset=windows-1252; name="output" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="output" UGFyc2luZyBjb25maWcgZnJvbSBwZnNlbnNlCmxpYnhsOiBkZWJ1ZzogbGlieGxfY3JlYXRl LmM6MTI0Mzpkb19kb21haW5fY3JlYXRlOiBhbyAweDdmZGNmYzIyNmNlMDogY3JlYXRlOiBo b3c9KG5pbCkgY2FsbGJhY2s9KG5pbCkgcG9sbGVyPTB4N2ZkY2ZjMjI3NjkwCmxpYnhsOiBk ZWJ1ZzogbGlieGxfZGV2aWNlLmM6MjU3OmxpYnhsX19kZXZpY2VfZGlza19zZXRfYmFja2Vu ZDogRGlzayB2ZGV2PXNkYSBzcGVjLmJhY2tlbmQ9dW5rbm93bgpsaWJ4bDogZGVidWc6IGxp YnhsX2RldmljZS5jOjI5NjpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6IERpc2sg dmRldj1zZGEsIHVzaW5nIGJhY2tlbmQgcGh5CmxpYnhsOiBkZWJ1ZzogbGlieGxfY3JlYXRl LmM6Njk5OmluaXRpYXRlX2RvbWFpbl9jcmVhdGU6IHJ1bm5pbmcgYm9vdGxvYWRlcgpsaWJ4 bDogZGVidWc6IGxpYnhsX2Jvb3Rsb2FkZXIuYzozMjE6bGlieGxfX2Jvb3Rsb2FkZXJfcnVu OiBub3QgYSBQViBkb21haW4sIHNraXBwaW5nIGJvb3Rsb2FkZXIKbGlieGw6IGRlYnVnOiBs aWJ4bF9ldmVudC5jOjYwODpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3 PTB4N2ZkY2ZjMjI4MDk4OiBkZXJlZ2lzdGVyIHVucmVnaXN0ZXJlZAp4YzogZGV0YWlsOiBl bGZfcGFyc2VfYmluYXJ5OiBwaGRyOiBwYWRkcj0weDEwMDAwMCBtZW1zej0weGMxMmE0Cnhj OiBkZXRhaWw6IGVsZl9wYXJzZV9iaW5hcnk6IG1lbW9yeTogMHgxMDAwMDAgLT4gMHgxYzEy YTQKeGM6IGluZm86IFZJUlRVQUwgTUVNT1JZIEFSUkFOR0VNRU5UOgogIExvYWRlcjogICAg ICAgIDAwMDAwMDAwMDAxMDAwMDAtPjAwMDAwMDAwMDAxYzEyYTQKICBNb2R1bGVzOiAgICAg ICAwMDAwMDAwMDAwMDAwMDAwLT4wMDAwMDAwMDAwMDAwMDAwCiAgVE9UQUw6ICAgICAgICAg MDAwMDAwMDAwMDAwMDAwMC0+MDAwMDAwMDAxZjgwMDAwMAogIEVOVFJZIEFERFJFU1M6IDAw MDAwMDAwMDAxMDAwMDAKeGM6IGluZm86IFBIWVNJQ0FMIE1FTU9SWSBBTExPQ0FUSU9OOgog IDRLQiBQQUdFUzogMHgwMDAwMDAwMDAwMDAwMjAwCiAgMk1CIFBBR0VTOiAweDAwMDAwMDAw MDAwMDAwZmIKICAxR0IgUEFHRVM6IDB4MDAwMDAwMDAwMDAwMDAwMAp4YzogZGV0YWlsOiBl bGZfbG9hZF9iaW5hcnk6IHBoZHIgMCBhdCAweDdmZGNmYmUyNjAwMCAtPiAweDdmZGNmYmVk ZTEyZApsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjI1NzpsaWJ4bF9fZGV2aWNlX2Rp c2tfc2V0X2JhY2tlbmQ6IERpc2sgdmRldj1zZGEgc3BlYy5iYWNrZW5kPXBoeQpsaWJ4bDog ZGVidWc6IGxpYnhsX2V2ZW50LmM6NTU5OmxpYnhsX19ldl94c3dhdGNoX3JlZ2lzdGVyOiB3 YXRjaCB3PTB4N2ZkY2ZjMjI3Mzk4IHdwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3Zi ZC8yLzIwNDgvc3RhdGUgdG9rZW49My8wOiByZWdpc3RlciBzbG90bnVtPTMKbGlieGw6IGRl YnVnOiBsaWJ4bF9jcmVhdGUuYzoxMjU2OmRvX2RvbWFpbl9jcmVhdGU6IGFvIDB4N2ZkY2Zj MjI2Y2UwOiBpbnByb2dyZXNzOiBwb2xsZXI9MHg3ZmRjZmMyMjc2OTAsIGZsYWdzPWkKbGli eGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjUwMzp3YXRjaGZkX2NhbGxiYWNrOiB3YXRjaCB3 PTB4N2ZkY2ZjMjI3Mzk4IHdwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZiZC8yLzIw NDgvc3RhdGUgdG9rZW49My8wOiBldmVudCBlcGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2Vu ZC92YmQvMi8yMDQ4L3N0YXRlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2NDc6ZGV2 c3RhdGVfd2F0Y2hfY2FsbGJhY2s6IGJhY2tlbmQgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQv dmJkLzIvMjA0OC9zdGF0ZSB3YW50ZWQgc3RhdGUgMiBzdGlsbCB3YWl0aW5nIHN0YXRlIDEK bGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjUwMzp3YXRjaGZkX2NhbGxiYWNrOiB3YXRj aCB3PTB4N2ZkY2ZjMjI3Mzk4IHdwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZiZC8y LzIwNDgvc3RhdGUgdG9rZW49My8wOiBldmVudCBlcGF0aD0vbG9jYWwvZG9tYWluLzAvYmFj a2VuZC92YmQvMi8yMDQ4L3N0YXRlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2NDM6 ZGV2c3RhdGVfd2F0Y2hfY2FsbGJhY2s6IGJhY2tlbmQgL2xvY2FsL2RvbWFpbi8wL2JhY2tl bmQvdmJkLzIvMjA0OC9zdGF0ZSB3YW50ZWQgc3RhdGUgMiBvawpsaWJ4bDogZGVidWc6IGxp YnhsX2V2ZW50LmM6NTk2OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9 MHg3ZmRjZmMyMjczOTggd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzIvMjA0 OC9zdGF0ZSB0b2tlbj0zLzA6IGRlcmVnaXN0ZXIgc2xvdG51bT0zCmxpYnhsOiBkZWJ1Zzog bGlieGxfZXZlbnQuYzo2MDg6bGlieGxfX2V2X3hzd2F0Y2hfZGVyZWdpc3Rlcjogd2F0Y2gg dz0weDdmZGNmYzIyNzM5ODogZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRlYnVn OiBsaWJ4bF9kZXZpY2UuYzo5NTk6ZGV2aWNlX2hvdHBsdWc6IGNhbGxpbmcgaG90cGx1ZyBz Y3JpcHQ6IC9ldGMveGVuL3NjcmlwdHMvYmxvY2sgYWRkCmxpYnhsOiBkZWJ1ZzogbGlieGxf ZG0uYzoxMjExOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogU3Bhd25pbmcgZGV2aWNlLW1vZGVs IC91c3IvbGliL3hlbi9iaW4vcWVtdS1zeXN0ZW0taTM4NiB3aXRoIGFyZ3VtZW50czoKbGli eGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjEyMTM6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC91 c3IvbGliL3hlbi9iaW4vcWVtdS1zeXN0ZW0taTM4NgpsaWJ4bDogZGVidWc6IGxpYnhsX2Rt LmM6MTIxMzpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLXhlbi1kb21pZApsaWJ4bDogZGVi dWc6IGxpYnhsX2RtLmM6MTIxMzpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgMgpsaWJ4bDog ZGVidWc6IGxpYnhsX2RtLmM6MTIxMzpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLWNoYXJk ZXYKbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjEyMTM6bGlieGxfX3NwYXduX2xvY2FsX2Rt OiAgIHNvY2tldCxpZD1saWJ4bC1jbWQscGF0aD0vdmFyL3J1bi94ZW4vcW1wLWxpYnhsLTIs c2VydmVyLG5vd2FpdApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTIxMzpsaWJ4bF9fc3Bh d25fbG9jYWxfZG06ICAgLW1vbgpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTIxMzpsaWJ4 bF9fc3Bhd25fbG9jYWxfZG06ICAgY2hhcmRldj1saWJ4bC1jbWQsbW9kZT1jb250cm9sCmxp YnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMjEzOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAt bmFtZQpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTIxMzpsaWJ4bF9fc3Bhd25fbG9jYWxf ZG06ICAgcGZzZW5zZQpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTIxMzpsaWJ4bF9fc3Bh d25fbG9jYWxfZG06ICAgLWdsb2JhbApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTIxMzps aWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgaXNhLWZkYy5kcml2ZUE9CmxpYnhsOiBkZWJ1Zzog bGlieGxfZG0uYzoxMjEzOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAtc2VyaWFsCmxpYnhs OiBkZWJ1ZzogbGlieGxfZG0uYzoxMjEzOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICBwdHkK bGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjEyMTM6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAg IC1ub2dyYXBoaWMKbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjEyMTM6bGlieGxfX3NwYXdu X2xvY2FsX2RtOiAgIC12Z2EKbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjEyMTM6bGlieGxf X3NwYXduX2xvY2FsX2RtOiAgIGNpcnJ1cwpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTIx MzpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLWdsb2JhbApsaWJ4bDogZGVidWc6IGxpYnhs X2RtLmM6MTIxMzpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgdmdhLnZyYW1fc2l6ZV9tYj04 CmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMjEzOmxpYnhsX19zcGF3bl9sb2NhbF9kbTog ICAtYm9vdApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTIxMzpsaWJ4bF9fc3Bhd25fbG9j YWxfZG06ICAgb3JkZXI9YwpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTIxMzpsaWJ4bF9f c3Bhd25fbG9jYWxfZG06ICAgLWRldmljZQpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTIx MzpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgZTEwMDAsaWQ9bmljMCxuZXRkZXY9bmV0MCxt YWM9MDA6MTY6M2U6YTE6NjQ6MDEKbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjEyMTM6bGli eGxfX3NwYXduX2xvY2FsX2RtOiAgIC1uZXRkZXYKbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5j OjEyMTM6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIHR5cGU9dGFwLGlkPW5ldDAsaWZuYW1l PXZpZjIuMC1lbXUsc2NyaXB0PW5vLGRvd25zY3JpcHQ9bm8KbGlieGw6IGRlYnVnOiBsaWJ4 bF9kbS5jOjEyMTM6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC1NCmxpYnhsOiBkZWJ1Zzog bGlieGxfZG0uYzoxMjEzOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICB4ZW5mdgpsaWJ4bDog ZGVidWc6IGxpYnhsX2RtLmM6MTIxMzpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLW0KbGli eGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjEyMTM6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIDUw NApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTIxMzpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06 ICAgLWRyaXZlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMjEzOmxpYnhsX19zcGF3bl9s b2NhbF9kbTogICBmaWxlPS9ldGMveGVuL2d1ZXN0cy9kaXNrLmQvcGZzZW5zZS5kaXNrLGlm PXNjc2ksYnVzPTAsdW5pdD0wLGZvcm1hdD1yYXcsY2FjaGU9d3JpdGViYWNrCmxpYnhsOiBk ZWJ1ZzogbGlieGxfZXZlbnQuYzo1NTk6bGlieGxfX2V2X3hzd2F0Y2hfcmVnaXN0ZXI6IHdh dGNoIHc9MHg3ZmRjZmMyMjgyZDAgd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2Rl bC8yL3N0YXRlIHRva2VuPTMvMTogcmVnaXN0ZXIgc2xvdG51bT0zCmxpYnhsOiBkZWJ1Zzog bGlieGxfZXZlbnQuYzo1MDM6d2F0Y2hmZF9jYWxsYmFjazogd2F0Y2ggdz0weDdmZGNmYzIy ODJkMCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzIvc3RhdGUgdG9rZW49 My8xOiBldmVudCBlcGF0aD0vbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzIvc3RhdGUK bGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjUwMzp3YXRjaGZkX2NhbGxiYWNrOiB3YXRj aCB3PTB4N2ZkY2ZjMjI4MmQwIHdwYXRoPS9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwv Mi9zdGF0ZSB0b2tlbj0zLzE6IGV2ZW50IGVwYXRoPS9sb2NhbC9kb21haW4vMC9kZXZpY2Ut bW9kZWwvMi9zdGF0ZQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTk2OmxpYnhsX19l dl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHg3ZmRjZmMyMjgyZDAgd3BhdGg9L2xv Y2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8yL3N0YXRlIHRva2VuPTMvMTogZGVyZWdpc3Rl ciBzbG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjYwODpsaWJ4bF9fZXZf eHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3PTB4N2ZkY2ZjMjI4MmQwOiBkZXJlZ2lzdGVy IHVucmVnaXN0ZXJlZApsaWJ4bDogZGVidWc6IGxpYnhsX3FtcC5jOjcwNzpsaWJ4bF9fcW1w X2luaXRpYWxpemU6IGNvbm5lY3RlZCB0byAvdmFyL3J1bi94ZW4vcW1wLWxpYnhsLTIKbGli eGw6IGRlYnVnOiBsaWJ4bF9xbXAuYzoyOTk6cW1wX2hhbmRsZV9yZXNwb25zZTogbWVzc2Fn ZSB0eXBlOiBxbXAKbGlieGw6IGRlYnVnOiBsaWJ4bF9xbXAuYzo1NTU6cW1wX3NlbmRfcHJl cGFyZTogbmV4dCBxbXAgY29tbWFuZDogJ3sKICAgICJleGVjdXRlIjogInFtcF9jYXBhYmls aXRpZXMiLAogICAgImlkIjogMQp9CicKbGlieGw6IGRlYnVnOiBsaWJ4bF9xbXAuYzoyOTk6 cW1wX2hhbmRsZV9yZXNwb25zZTogbWVzc2FnZSB0eXBlOiByZXR1cm4KbGlieGw6IGRlYnVn OiBsaWJ4bF9xbXAuYzo1NTU6cW1wX3NlbmRfcHJlcGFyZTogbmV4dCBxbXAgY29tbWFuZDog J3sKICAgICJleGVjdXRlIjogInF1ZXJ5LWNoYXJkZXYiLAogICAgImlkIjogMgp9CicKbGli eGw6IGRlYnVnOiBsaWJ4bF9xbXAuYzoyOTk6cW1wX2hhbmRsZV9yZXNwb25zZTogbWVzc2Fn ZSB0eXBlOiByZXR1cm4KbGlieGw6IGRlYnVnOiBsaWJ4bF9xbXAuYzo1NTU6cW1wX3NlbmRf cHJlcGFyZTogbmV4dCBxbXAgY29tbWFuZDogJ3sKICAgICJleGVjdXRlIjogInF1ZXJ5LXZu YyIsCiAgICAiaWQiOiAzCn0KJwpsaWJ4bDogZGVidWc6IGxpYnhsX3FtcC5jOjI5OTpxbXBf aGFuZGxlX3Jlc3BvbnNlOiBtZXNzYWdlIHR5cGU6IHJldHVybgpsaWJ4bDogZGVidWc6IGxp YnhsX2V2ZW50LmM6NTU5OmxpYnhsX19ldl94c3dhdGNoX3JlZ2lzdGVyOiB3YXRjaCB3PTB4 N2ZkY2ZjMjJiOGY4IHdwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi8yLzAvc3Rh dGUgdG9rZW49My8yOiByZWdpc3RlciBzbG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9l dmVudC5jOjUwMzp3YXRjaGZkX2NhbGxiYWNrOiB3YXRjaCB3PTB4N2ZkY2ZjMjJiOGY4IHdw YXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi8yLzAvc3RhdGUgdG9rZW49My8yOiBl dmVudCBlcGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMi8wL3N0YXRlCmxpYnhs OiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2NDc6ZGV2c3RhdGVfd2F0Y2hfY2FsbGJhY2s6IGJh Y2tlbmQgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzIvMC9zdGF0ZSB3YW50ZWQgc3Rh dGUgMiBzdGlsbCB3YWl0aW5nIHN0YXRlIDEKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5j OjUwMzp3YXRjaGZkX2NhbGxiYWNrOiB3YXRjaCB3PTB4N2ZkY2ZjMjJiOGY4IHdwYXRoPS9s b2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi8yLzAvc3RhdGUgdG9rZW49My8yOiBldmVudCBl cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMi8wL3N0YXRlCmxpYnhsOiBkZWJ1 ZzogbGlieGxfZXZlbnQuYzo2NDM6ZGV2c3RhdGVfd2F0Y2hfY2FsbGJhY2s6IGJhY2tlbmQg L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzIvMC9zdGF0ZSB3YW50ZWQgc3RhdGUgMiBv awpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTk2OmxpYnhsX19ldl94c3dhdGNoX2Rl cmVnaXN0ZXI6IHdhdGNoIHc9MHg3ZmRjZmMyMmI4Zjggd3BhdGg9L2xvY2FsL2RvbWFpbi8w L2JhY2tlbmQvdmlmLzIvMC9zdGF0ZSB0b2tlbj0zLzI6IGRlcmVnaXN0ZXIgc2xvdG51bT0z CmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2MDg6bGlieGxfX2V2X3hzd2F0Y2hfZGVy ZWdpc3Rlcjogd2F0Y2ggdz0weDdmZGNmYzIyYjhmODogZGVyZWdpc3RlciB1bnJlZ2lzdGVy ZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzo5NTk6ZGV2aWNlX2hvdHBsdWc6IGNh bGxpbmcgaG90cGx1ZyBzY3JpcHQ6IC9ldGMveGVuL3NjcmlwdHMvdmlmLWJyaWRnZSBvbmxp bmUKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzo5NTk6ZGV2aWNlX2hvdHBsdWc6IGNh bGxpbmcgaG90cGx1ZyBzY3JpcHQ6IC9ldGMveGVuL3NjcmlwdHMvdmlmLWJyaWRnZSBhZGQK U2VnbWVudGF0aW9uIGZhdWx0Cg== --------------060006070107080509010401 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 --------------060006070107080509010401--