From xen-users-bounces@lists.xen.org Mon Jun 02 00:12:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 00:12:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrFqn-0004oT-Iw; Mon, 02 Jun 2014 00:11:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrFqm-0004oO-Gi for xen-users@lists.xensource.com; Mon, 02 Jun 2014 00:11:40 +0000 Received: from [85.158.143.35:41797] by server-2.bemta-4.messagelabs.com id F7/09-06539-B31CB835; Mon, 02 Jun 2014 00:11:39 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-3.tower-21.messagelabs.com!1401667895!8194034!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3119 invoked from network); 2 Jun 2014 00:11:38 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jun 2014 00:11:38 -0000 Received: (qmail 32466 invoked by uid 1011); 2 Jun 2014 00:11:31 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19053. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.266849 secs); 02 Jun 2014 00:11:31 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 2 Jun 2014 00:11:31 -0000 Message-ID: <538BC133.5030801@websitemanagers.com.au> Date: Mon, 02 Jun 2014 10:11:31 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: [Xen-users] Xen dom0/domU networking performance issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I have a group of physical xen servers (dom0) which have been working well for some time. However, recently I converted an existing Linux machine to a domU and have been having networking issues with this domU. Specifically, if from a physical machine on the network, I ping the domU, then I get normal ping response times, but for some periods (assuming when under a heavier load) the ping time is slow, though no packets are ever dropped. This impacts all domU's and the dom0 at the same time, moving the domU (live migrate) to a different dom0 causes the other dom0 to have the same problem (ie, the problem follows the domU). ie, 20140529-14:53:18 x.x.10.9 50 pings in the range 0.18 to 0.27ms 0.27 157.61 117.40 472.00 623.85 956.83 1360.31 1472.61 2045.73 2528.93 2304.32 2651.66 2853.93 - - - The last three pings were lost (ie, more than three seconds, and fping didn't wait for them). When testing manually, if I wait long enough, no packets are ever lost, but the delay can get very high). This is the exact same period pinging to the dom0 on the xen bridge interface x.x.10.34 0.16 0.16 372.27 453.27 820.93 985.35 1358.14 1747.34 2000.70 2370.45 2660.26 2356.98 2859.98 - - - Pinging to other physical network interfaces on the same dom0 is not affected. eg in the same period of time: 2997 packets transmitted, 2997 received, 0% packet loss, time 2996002ms rtt min/avg/max/mdev = 0.044/0.091/0.410/0.018 ms No slow/delayed pings at all on the iSCSI network interface (not bridged for xen, not exposed to the domU's 2998 packets transmitted, 2998 received, 0% packet loss, time 2997024ms rtt min/avg/max/mdev = 0.084/6.858/1232.196/69.792 ms, pipe 2 Some delayed pings, up to 1.2 seconds as seen here: 64 bytes from x.x.10.34: icmp_seq=2211 ttl=64 time=0.294 ms 64 bytes from x.x.10.34: icmp_seq=2212 ttl=64 time=0.287 ms 64 bytes from x.x.10.34: icmp_seq=2213 ttl=64 time=0.288 ms 64 bytes from x.x.10.34: icmp_seq=2214 ttl=64 time=317 ms 64 bytes from x.x.10.34: icmp_seq=2215 ttl=64 time=724 ms 64 bytes from x.x.10.34: icmp_seq=2216 ttl=64 time=1155 ms 64 bytes from x.x.10.34: icmp_seq=2217 ttl=64 time=1232 ms 64 bytes from x.x.10.34: icmp_seq=2218 ttl=64 time=1202 ms 64 bytes from x.x.10.34: icmp_seq=2219 ttl=64 time=838 ms 64 bytes from x.x.10.34: icmp_seq=2220 ttl=64 time=556 ms 64 bytes from x.x.10.34: icmp_seq=2221 ttl=64 time=229 ms 64 bytes from x.x.10.34: icmp_seq=2222 ttl=64 time=0.266 ms 64 bytes from x.x.10.34: icmp_seq=2223 ttl=64 time=0.239 ms 64 bytes from x.x.10.34: icmp_seq=2224 ttl=64 time=0.238 ms 64 bytes from x.x.10.34: icmp_seq=2225 ttl=64 time=0.265 ms System details of dom0 (Debian Stable): root@pm04:~# uname -an Linux pm04 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1 x86_64 GNU/Linux root@pm04:~# dpkg -l | grep xen ii libxen-4.1 4.1.4-3+deb7u1 amd64 Public libs for Xen ii libxenstore3.0 4.1.4-3+deb7u1 amd64 Xenstore communications library for Xen ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64 Xen Hypervisor on AMD64 ii xen-linux-system-3.2.0-4-amd64 3.2.57-3+deb7u1 amd64 Xen system with Linux 3.2 on 64-bit PCs (meta-package) ii xen-linux-system-amd64 3.2+46 amd64 Xen system with Linux for 64-bit PCs (meta-package) ii xen-system-amd64 4.1.4-3+deb7u1 amd64 Xen System on AMD64 (meta-package) ii xen-utils-4.1 4.1.4-3+deb7u1 amd64 XEN administrative tools ii xen-utils-common 4.1.4-3+deb7u1 all Xen administrative tools - common files ii xenstore-utils 4.1.4-3+deb7u1 amd64 Xenstore utilities for Xen domU config file: name = "mail" hostname = 'mail' kernel = "/mnt/images/server_images/mail/vmlinuz-3.2.0-4-686-pae" ramdisk = "/mnt/images/server_images/mail/initrd.img-3.2.0-4-686-pae" root = "/dev/xvda1" disk = ['phy:/dev/mapper/mpathmail,xvda,w' ] memory = 2048 cpus = "2,3" vcpus = 2 vif = ['bridge=xenbr5, mac=00:16:3e:43:a8:09', 'bridge=xenbr0, mac=00:16:3e:43:d8:09'] The dom0 network config: cat /etc/network/interfaces # The primary network interface allow-hotplug eth0 auto xenbr0 iface xenbr0 inet static address x.x.10.34 netmask 255.255.240.0 gateway x.x.10.254 bridge_maxwait 5 bridge_ports regex eth0 # This is the vlan which has the DSL modem plus the problem domU/VM auto xenbr5 iface xenbr5 inet manual bridge_ports eth0.5 # Used by dom0 for iscsi SAN only auto eth1 iface eth1 inet static address x.x.16.34 netmask 255.255.255.0 mtu 9000 post-up /etc/network/ifup.eth1 # Used by dom0 for iscsi SAN only auto eth2 iface eth2 inet static address x.x.16.44 netmask 255.255.255.0 mtu 9000 post-up /etc/network/ifup.eth2 xm vcpu-list Name ID VCPU CPU State Time(s) CPU Affinity Domain-0 0 0 0 -b- 965.7 0 Domain-0 0 1 1 r-- 662.4 1 mail 4 0 2 -b- 1861.0 2 mail 4 1 3 -b- 1134.2 3 oldcal 5 0 4 -b- 80.9 4-5 oldcal 5 1 5 -b- 32.7 4-5 xm network-list mail Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path 0 0 00:16:3e:43:a8:09 0 4 14 768 /769 /local/domain/0/backend/vif/4/0 1 0 00:16:3e:43:d8:09 1 4 15 770 /1280 /local/domain/0/backend/vif/4/1 The domU is running: # uname -an Linux mail 3.2.0-4-686-pae #1 SMP Debian 3.2.57-3+deb7u1 i686 GNU/Linux The domU is the gateway/firewall for the network which routes between the internal network and Internet, also runs email/proxy servers etc. Can anyone suggest what I could do to resolve this issue? Additional information I should provide? Thanks, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 02 00:12:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 00:12:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrFqn-0004oT-Iw; Mon, 02 Jun 2014 00:11:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrFqm-0004oO-Gi for xen-users@lists.xensource.com; Mon, 02 Jun 2014 00:11:40 +0000 Received: from [85.158.143.35:41797] by server-2.bemta-4.messagelabs.com id F7/09-06539-B31CB835; Mon, 02 Jun 2014 00:11:39 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-3.tower-21.messagelabs.com!1401667895!8194034!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3119 invoked from network); 2 Jun 2014 00:11:38 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jun 2014 00:11:38 -0000 Received: (qmail 32466 invoked by uid 1011); 2 Jun 2014 00:11:31 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19053. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.266849 secs); 02 Jun 2014 00:11:31 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 2 Jun 2014 00:11:31 -0000 Message-ID: <538BC133.5030801@websitemanagers.com.au> Date: Mon, 02 Jun 2014 10:11:31 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: [Xen-users] Xen dom0/domU networking performance issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I have a group of physical xen servers (dom0) which have been working well for some time. However, recently I converted an existing Linux machine to a domU and have been having networking issues with this domU. Specifically, if from a physical machine on the network, I ping the domU, then I get normal ping response times, but for some periods (assuming when under a heavier load) the ping time is slow, though no packets are ever dropped. This impacts all domU's and the dom0 at the same time, moving the domU (live migrate) to a different dom0 causes the other dom0 to have the same problem (ie, the problem follows the domU). ie, 20140529-14:53:18 x.x.10.9 50 pings in the range 0.18 to 0.27ms 0.27 157.61 117.40 472.00 623.85 956.83 1360.31 1472.61 2045.73 2528.93 2304.32 2651.66 2853.93 - - - The last three pings were lost (ie, more than three seconds, and fping didn't wait for them). When testing manually, if I wait long enough, no packets are ever lost, but the delay can get very high). This is the exact same period pinging to the dom0 on the xen bridge interface x.x.10.34 0.16 0.16 372.27 453.27 820.93 985.35 1358.14 1747.34 2000.70 2370.45 2660.26 2356.98 2859.98 - - - Pinging to other physical network interfaces on the same dom0 is not affected. eg in the same period of time: 2997 packets transmitted, 2997 received, 0% packet loss, time 2996002ms rtt min/avg/max/mdev = 0.044/0.091/0.410/0.018 ms No slow/delayed pings at all on the iSCSI network interface (not bridged for xen, not exposed to the domU's 2998 packets transmitted, 2998 received, 0% packet loss, time 2997024ms rtt min/avg/max/mdev = 0.084/6.858/1232.196/69.792 ms, pipe 2 Some delayed pings, up to 1.2 seconds as seen here: 64 bytes from x.x.10.34: icmp_seq=2211 ttl=64 time=0.294 ms 64 bytes from x.x.10.34: icmp_seq=2212 ttl=64 time=0.287 ms 64 bytes from x.x.10.34: icmp_seq=2213 ttl=64 time=0.288 ms 64 bytes from x.x.10.34: icmp_seq=2214 ttl=64 time=317 ms 64 bytes from x.x.10.34: icmp_seq=2215 ttl=64 time=724 ms 64 bytes from x.x.10.34: icmp_seq=2216 ttl=64 time=1155 ms 64 bytes from x.x.10.34: icmp_seq=2217 ttl=64 time=1232 ms 64 bytes from x.x.10.34: icmp_seq=2218 ttl=64 time=1202 ms 64 bytes from x.x.10.34: icmp_seq=2219 ttl=64 time=838 ms 64 bytes from x.x.10.34: icmp_seq=2220 ttl=64 time=556 ms 64 bytes from x.x.10.34: icmp_seq=2221 ttl=64 time=229 ms 64 bytes from x.x.10.34: icmp_seq=2222 ttl=64 time=0.266 ms 64 bytes from x.x.10.34: icmp_seq=2223 ttl=64 time=0.239 ms 64 bytes from x.x.10.34: icmp_seq=2224 ttl=64 time=0.238 ms 64 bytes from x.x.10.34: icmp_seq=2225 ttl=64 time=0.265 ms System details of dom0 (Debian Stable): root@pm04:~# uname -an Linux pm04 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1 x86_64 GNU/Linux root@pm04:~# dpkg -l | grep xen ii libxen-4.1 4.1.4-3+deb7u1 amd64 Public libs for Xen ii libxenstore3.0 4.1.4-3+deb7u1 amd64 Xenstore communications library for Xen ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64 Xen Hypervisor on AMD64 ii xen-linux-system-3.2.0-4-amd64 3.2.57-3+deb7u1 amd64 Xen system with Linux 3.2 on 64-bit PCs (meta-package) ii xen-linux-system-amd64 3.2+46 amd64 Xen system with Linux for 64-bit PCs (meta-package) ii xen-system-amd64 4.1.4-3+deb7u1 amd64 Xen System on AMD64 (meta-package) ii xen-utils-4.1 4.1.4-3+deb7u1 amd64 XEN administrative tools ii xen-utils-common 4.1.4-3+deb7u1 all Xen administrative tools - common files ii xenstore-utils 4.1.4-3+deb7u1 amd64 Xenstore utilities for Xen domU config file: name = "mail" hostname = 'mail' kernel = "/mnt/images/server_images/mail/vmlinuz-3.2.0-4-686-pae" ramdisk = "/mnt/images/server_images/mail/initrd.img-3.2.0-4-686-pae" root = "/dev/xvda1" disk = ['phy:/dev/mapper/mpathmail,xvda,w' ] memory = 2048 cpus = "2,3" vcpus = 2 vif = ['bridge=xenbr5, mac=00:16:3e:43:a8:09', 'bridge=xenbr0, mac=00:16:3e:43:d8:09'] The dom0 network config: cat /etc/network/interfaces # The primary network interface allow-hotplug eth0 auto xenbr0 iface xenbr0 inet static address x.x.10.34 netmask 255.255.240.0 gateway x.x.10.254 bridge_maxwait 5 bridge_ports regex eth0 # This is the vlan which has the DSL modem plus the problem domU/VM auto xenbr5 iface xenbr5 inet manual bridge_ports eth0.5 # Used by dom0 for iscsi SAN only auto eth1 iface eth1 inet static address x.x.16.34 netmask 255.255.255.0 mtu 9000 post-up /etc/network/ifup.eth1 # Used by dom0 for iscsi SAN only auto eth2 iface eth2 inet static address x.x.16.44 netmask 255.255.255.0 mtu 9000 post-up /etc/network/ifup.eth2 xm vcpu-list Name ID VCPU CPU State Time(s) CPU Affinity Domain-0 0 0 0 -b- 965.7 0 Domain-0 0 1 1 r-- 662.4 1 mail 4 0 2 -b- 1861.0 2 mail 4 1 3 -b- 1134.2 3 oldcal 5 0 4 -b- 80.9 4-5 oldcal 5 1 5 -b- 32.7 4-5 xm network-list mail Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path 0 0 00:16:3e:43:a8:09 0 4 14 768 /769 /local/domain/0/backend/vif/4/0 1 0 00:16:3e:43:d8:09 1 4 15 770 /1280 /local/domain/0/backend/vif/4/1 The domU is running: # uname -an Linux mail 3.2.0-4-686-pae #1 SMP Debian 3.2.57-3+deb7u1 i686 GNU/Linux The domU is the gateway/firewall for the network which routes between the internal network and Internet, also runs email/proxy servers etc. Can anyone suggest what I could do to resolve this issue? Additional information I should provide? Thanks, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 02 07:02:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 07:02:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrMFR-0005aI-6n; Mon, 02 Jun 2014 07:01:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrMFP-0005aD-9s for xen-users@lists.xen.org; Mon, 02 Jun 2014 07:01:31 +0000 Received: from [85.158.137.68:15287] by server-9.bemta-3.messagelabs.com id EC/78-30063-A412C835; Mon, 02 Jun 2014 07:01:30 +0000 X-Env-Sender: aseques@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1401692488!7371537!1 X-Originating-IP: [209.85.160.174] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24067 invoked from network); 2 Jun 2014 07:01:29 -0000 Received: from mail-yk0-f174.google.com (HELO mail-yk0-f174.google.com) (209.85.160.174) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 07:01:29 -0000 Received: by mail-yk0-f174.google.com with SMTP id 9so3334915ykp.33 for ; Mon, 02 Jun 2014 00:01:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=B9o48Nsf1wx5S/+bPy95KAdVNfDxQ/HyExml2dtnaag=; b=yMepiKKMzpAzBCuEwQcegbqhyQPMwh14HwBWVPmYf3YvJDN9XevrKXOtbVdTiRgPc/ ciTlKlgZT1+WX0nrSf5Hri4Ek3T5g1BDLeFhGPJtYh8sqvfwZasXQDa57SdLiOCcaqNg w/fs4hyAreL8He7KP+O906qui3I1b4D+Fc7GI0nnGwVXNCHO5DTG7fNDV9Qt2hCcTAcw trqB68pba45m2YsBKxkzy6llF7gnDxxtpt/DmrZBtU4rv31jYFN3NbRnARPLznSzYwND IDBvrDK6VpIc+HJMRDzyefA6AYaNIcrY+CtlMDjadYXXVRheZdvThzftCDZ/a1tRnNDw NBPQ== MIME-Version: 1.0 X-Received: by 10.236.143.229 with SMTP id l65mr48878232yhj.95.1401692488218; Mon, 02 Jun 2014 00:01:28 -0700 (PDT) Received: by 10.170.123.77 with HTTP; Mon, 2 Jun 2014 00:01:28 -0700 (PDT) Date: Mon, 2 Jun 2014 09:01:28 +0200 Message-ID: From: Joan To: xen-users@lists.xen.org Subject: [Xen-users] About mounting running domU filesystems X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5537274242066606393==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5537274242066606393== Content-Type: multipart/alternative; boundary=20cf3036391dd83dfb04fad4f608 --20cf3036391dd83dfb04fad4f608 Content-Type: text/plain; charset=UTF-8 I've setup a system with lvm disks for xen, I do the backups by using lvm snapshots+database dumps without issues. The only headache I have is that I can mount a running domU without any warning and start writing to it, and that scares me. Is there any way to disallow this? So I can't mount a running volume? This is the same that happens on any device (it can be mounted at several places at the same time) but that's for another question. Regards, Joan --20cf3036391dd83dfb04fad4f608 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I've setup a system with lvm disks for xen, I do the b= ackups by using lvm snapshots+database dumps without issues. The only heada= che I have is that I can mount a running domU without any warning and start= writing to it, and that scares me.
Is there any way to disallow this? So I can't mount =C2=A0a running vol= ume? This is the same that happens on any device (it can be mounted at seve= ral places at the same time) but that's for another question.

Regards,

Joan
--20cf3036391dd83dfb04fad4f608-- --===============5537274242066606393== 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 --===============5537274242066606393==-- From xen-users-bounces@lists.xen.org Mon Jun 02 07:02:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 07:02:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrMFR-0005aI-6n; Mon, 02 Jun 2014 07:01:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrMFP-0005aD-9s for xen-users@lists.xen.org; Mon, 02 Jun 2014 07:01:31 +0000 Received: from [85.158.137.68:15287] by server-9.bemta-3.messagelabs.com id EC/78-30063-A412C835; Mon, 02 Jun 2014 07:01:30 +0000 X-Env-Sender: aseques@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1401692488!7371537!1 X-Originating-IP: [209.85.160.174] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24067 invoked from network); 2 Jun 2014 07:01:29 -0000 Received: from mail-yk0-f174.google.com (HELO mail-yk0-f174.google.com) (209.85.160.174) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 07:01:29 -0000 Received: by mail-yk0-f174.google.com with SMTP id 9so3334915ykp.33 for ; Mon, 02 Jun 2014 00:01:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=B9o48Nsf1wx5S/+bPy95KAdVNfDxQ/HyExml2dtnaag=; b=yMepiKKMzpAzBCuEwQcegbqhyQPMwh14HwBWVPmYf3YvJDN9XevrKXOtbVdTiRgPc/ ciTlKlgZT1+WX0nrSf5Hri4Ek3T5g1BDLeFhGPJtYh8sqvfwZasXQDa57SdLiOCcaqNg w/fs4hyAreL8He7KP+O906qui3I1b4D+Fc7GI0nnGwVXNCHO5DTG7fNDV9Qt2hCcTAcw trqB68pba45m2YsBKxkzy6llF7gnDxxtpt/DmrZBtU4rv31jYFN3NbRnARPLznSzYwND IDBvrDK6VpIc+HJMRDzyefA6AYaNIcrY+CtlMDjadYXXVRheZdvThzftCDZ/a1tRnNDw NBPQ== MIME-Version: 1.0 X-Received: by 10.236.143.229 with SMTP id l65mr48878232yhj.95.1401692488218; Mon, 02 Jun 2014 00:01:28 -0700 (PDT) Received: by 10.170.123.77 with HTTP; Mon, 2 Jun 2014 00:01:28 -0700 (PDT) Date: Mon, 2 Jun 2014 09:01:28 +0200 Message-ID: From: Joan To: xen-users@lists.xen.org Subject: [Xen-users] About mounting running domU filesystems X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5537274242066606393==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5537274242066606393== Content-Type: multipart/alternative; boundary=20cf3036391dd83dfb04fad4f608 --20cf3036391dd83dfb04fad4f608 Content-Type: text/plain; charset=UTF-8 I've setup a system with lvm disks for xen, I do the backups by using lvm snapshots+database dumps without issues. The only headache I have is that I can mount a running domU without any warning and start writing to it, and that scares me. Is there any way to disallow this? So I can't mount a running volume? This is the same that happens on any device (it can be mounted at several places at the same time) but that's for another question. Regards, Joan --20cf3036391dd83dfb04fad4f608 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I've setup a system with lvm disks for xen, I do the b= ackups by using lvm snapshots+database dumps without issues. The only heada= che I have is that I can mount a running domU without any warning and start= writing to it, and that scares me.
Is there any way to disallow this? So I can't mount =C2=A0a running vol= ume? This is the same that happens on any device (it can be mounted at seve= ral places at the same time) but that's for another question.

Regards,

Joan
--20cf3036391dd83dfb04fad4f608-- --===============5537274242066606393== 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 --===============5537274242066606393==-- From xen-users-bounces@lists.xen.org Mon Jun 02 08:17:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 08:17:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNPP-00074R-4O; Mon, 02 Jun 2014 08:15:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNPN-00074M-SL for xen-users@lists.xensource.com; Mon, 02 Jun 2014 08:15:54 +0000 Received: from [193.109.254.147:50213] by server-9.bemta-14.messagelabs.com id A0/7E-03644-9B23C835; Mon, 02 Jun 2014 08:15:53 +0000 X-Env-Sender: s.munaut@whatever-company.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1401696950!8491453!1 X-Originating-IP: [209.85.192.169] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30581 invoked from network); 2 Jun 2014 08:15:52 -0000 Received: from mail-pd0-f169.google.com (HELO mail-pd0-f169.google.com) (209.85.192.169) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 08:15:52 -0000 Received: by mail-pd0-f169.google.com with SMTP id w10so3189748pde.0 for ; Mon, 02 Jun 2014 01:15:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=OBU7Evr2NRwAy+NlPDp2CM9TolwYFqel43NQO5pip5E=; b=gNdx+LgQMJqb1a9P8FtHNIv3MPG2ISoYq5ees3NXg1J0jZgxpI01ypCYO0mWtcy64f F0PP5cPDMxPaebkpd/Q+faGxy5ohlyX+7QSGsyv19GjOYnE3HKp+gZSXF+I3qEk1oQDM AWKShl7MqMYA/GfJUhwQTYtoT/+gieRFVHvmngJ4Cq/bE8/zJKdMjDtzB0lbrhsIk5i6 Km5Z42kmqwn443dr7jXEJMGdJx7FS+xCtHSU+3/bkRut5hKUvHnCiLOIOyqoCAfyUPYu 0AAyC2JXBjVimRgPbEWX5n1LiPNkvDNXDpkzksxnm8qGffDvyvE9uWXp0tdAz+XZGAXw gfBg== X-Gm-Message-State: ALoCoQmY3bJ/u7ltfeoNgg+GzGlO6w9/ekOGaH507lLciEFqzTHo4zOijHCTH0q1eq7wHckytSUk MIME-Version: 1.0 X-Received: by 10.68.137.193 with SMTP id qk1mr38016469pbb.155.1401696950497; Mon, 02 Jun 2014 01:15:50 -0700 (PDT) Received: by 10.70.103.165 with HTTP; Mon, 2 Jun 2014 01:15:50 -0700 (PDT) In-Reply-To: <537DC778.8030803@tiscali.it> References: <1397848547.19277.33.camel@hastur.hellion.org.uk> <5364B74C.6010409@tiscali.it> <5377943B.3010509@tiscali.it> <5378F7E9.7080300@tiscali.it> <537DC778.8030803@tiscali.it> Date: Mon, 2 Jun 2014 10:15:50 +0200 Message-ID: From: Sylvain Munaut To: fantonifabio@tiscali.it Cc: pkg-xen-devel@lists.alioth.debian.org, "xen-users@lists.xensource.com" , Ian Campbell Subject: Re: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I spent some time making xen-4.4 packages for myself to use in wheezy and I though I'd share some of the issues I encountered. I started from the xen 4.3 package for jessies and adapted the debian/ directory for it to work. I also wanted some things enabled that are usually not in debian packages. I wanted stubdoms built (and in case of 64 bits, have both pvgrub64 and pvgrub32) and I wanted the option to have both qemu-upstream (for which I just use an upgraded version of the qemu package) and also have qemu-traditional built and installed. The two things that were tricky to track down are : * Using the packaged version of etherboot / seabios broke the build of hvmloader for me (so I removed those patches : config-etherboot.diff tools-firmware-etherboot-packaged.diff tools-firmware-seabios-packaged.diff ) It would build the hvmloader just fine, but I wouldn't be able to actually boot the domain, it would just hang at boot with some weird MMIO error. And when looking at the source package of seabios, I can see it's built without the XEN option enabled and without the xen patches. * Make sure flags aren't forcibly set when building 'tools'. In particular this patch tools-flag.diff This causes some options to be set that will forcibly enable the stack protection to be built for some of the libraries / code that will be used in stubdoms and this cause them to be non-functional. You also need to make sure that when running the 'configure' in stubdom/ you do NOT give the CFLAGS and just let the configure use it's own default ones rather than the ones set by dpkg-buildpackage. Again, the stubdom would build without error but be non functional. (In this case I tested with PVGrub). Now I know that the resulting package I made has no chance of ever being merged because it downloads dynamically some stuff from the web, but if anyone wants to take a look, I can send the debian/ directory ... Cheers, Sylvain _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 02 08:17:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 08:17:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNPP-00074R-4O; Mon, 02 Jun 2014 08:15:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNPN-00074M-SL for xen-users@lists.xensource.com; Mon, 02 Jun 2014 08:15:54 +0000 Received: from [193.109.254.147:50213] by server-9.bemta-14.messagelabs.com id A0/7E-03644-9B23C835; Mon, 02 Jun 2014 08:15:53 +0000 X-Env-Sender: s.munaut@whatever-company.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1401696950!8491453!1 X-Originating-IP: [209.85.192.169] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30581 invoked from network); 2 Jun 2014 08:15:52 -0000 Received: from mail-pd0-f169.google.com (HELO mail-pd0-f169.google.com) (209.85.192.169) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 08:15:52 -0000 Received: by mail-pd0-f169.google.com with SMTP id w10so3189748pde.0 for ; Mon, 02 Jun 2014 01:15:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=OBU7Evr2NRwAy+NlPDp2CM9TolwYFqel43NQO5pip5E=; b=gNdx+LgQMJqb1a9P8FtHNIv3MPG2ISoYq5ees3NXg1J0jZgxpI01ypCYO0mWtcy64f F0PP5cPDMxPaebkpd/Q+faGxy5ohlyX+7QSGsyv19GjOYnE3HKp+gZSXF+I3qEk1oQDM AWKShl7MqMYA/GfJUhwQTYtoT/+gieRFVHvmngJ4Cq/bE8/zJKdMjDtzB0lbrhsIk5i6 Km5Z42kmqwn443dr7jXEJMGdJx7FS+xCtHSU+3/bkRut5hKUvHnCiLOIOyqoCAfyUPYu 0AAyC2JXBjVimRgPbEWX5n1LiPNkvDNXDpkzksxnm8qGffDvyvE9uWXp0tdAz+XZGAXw gfBg== X-Gm-Message-State: ALoCoQmY3bJ/u7ltfeoNgg+GzGlO6w9/ekOGaH507lLciEFqzTHo4zOijHCTH0q1eq7wHckytSUk MIME-Version: 1.0 X-Received: by 10.68.137.193 with SMTP id qk1mr38016469pbb.155.1401696950497; Mon, 02 Jun 2014 01:15:50 -0700 (PDT) Received: by 10.70.103.165 with HTTP; Mon, 2 Jun 2014 01:15:50 -0700 (PDT) In-Reply-To: <537DC778.8030803@tiscali.it> References: <1397848547.19277.33.camel@hastur.hellion.org.uk> <5364B74C.6010409@tiscali.it> <5377943B.3010509@tiscali.it> <5378F7E9.7080300@tiscali.it> <537DC778.8030803@tiscali.it> Date: Mon, 2 Jun 2014 10:15:50 +0200 Message-ID: From: Sylvain Munaut To: fantonifabio@tiscali.it Cc: pkg-xen-devel@lists.alioth.debian.org, "xen-users@lists.xensource.com" , Ian Campbell Subject: Re: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I spent some time making xen-4.4 packages for myself to use in wheezy and I though I'd share some of the issues I encountered. I started from the xen 4.3 package for jessies and adapted the debian/ directory for it to work. I also wanted some things enabled that are usually not in debian packages. I wanted stubdoms built (and in case of 64 bits, have both pvgrub64 and pvgrub32) and I wanted the option to have both qemu-upstream (for which I just use an upgraded version of the qemu package) and also have qemu-traditional built and installed. The two things that were tricky to track down are : * Using the packaged version of etherboot / seabios broke the build of hvmloader for me (so I removed those patches : config-etherboot.diff tools-firmware-etherboot-packaged.diff tools-firmware-seabios-packaged.diff ) It would build the hvmloader just fine, but I wouldn't be able to actually boot the domain, it would just hang at boot with some weird MMIO error. And when looking at the source package of seabios, I can see it's built without the XEN option enabled and without the xen patches. * Make sure flags aren't forcibly set when building 'tools'. In particular this patch tools-flag.diff This causes some options to be set that will forcibly enable the stack protection to be built for some of the libraries / code that will be used in stubdoms and this cause them to be non-functional. You also need to make sure that when running the 'configure' in stubdom/ you do NOT give the CFLAGS and just let the configure use it's own default ones rather than the ones set by dpkg-buildpackage. Again, the stubdom would build without error but be non functional. (In this case I tested with PVGrub). Now I know that the resulting package I made has no chance of ever being merged because it downloads dynamically some stuff from the web, but if anyone wants to take a look, I can send the debian/ directory ... Cheers, Sylvain _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 02 08:18:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 08:18:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNSC-0007CH-TI; Mon, 02 Jun 2014 08:18:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNSB-0007C1-T1 for xen-users@lists.xenproject.org; Mon, 02 Jun 2014 08:18:48 +0000 Received: from [85.158.137.68:12996] by server-16.bemta-3.messagelabs.com id 88/68-13481-7633C835; Mon, 02 Jun 2014 08:18:47 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1401697124!7450354!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2223 invoked from network); 2 Jun 2014 08:18:46 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 08:18:46 -0000 X-IronPort-AV: E=Sophos;i="4.98,955,1392163200"; d="scan'208";a="138068166" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 02 Jun 2014 08:18:44 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Mon, 2 Jun 2014 04:18:43 -0400 Message-ID: <1401697122.15871.136.camel@hastur.hellion.org.uk> From: Ian Campbell To: Alvin Starr Date: Mon, 2 Jun 2014 09:18:42 +0100 In-Reply-To: <53839183.7050107@netvel.net> References: <53839183.7050107@netvel.net> X-Mailer: Evolution 3.8.5-2+b3 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] extracting info from a running domain. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-05-26 at 15:09 -0400, Alvin Starr wrote: > If I run the command "xl list --long some_dom_name". > I get "Domain name must be specified". Was this domain started with xl or some other toolstack (libvirt perhaps?) Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 02 08:18:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 08:18:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNSC-0007CH-TI; Mon, 02 Jun 2014 08:18:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNSB-0007C1-T1 for xen-users@lists.xenproject.org; Mon, 02 Jun 2014 08:18:48 +0000 Received: from [85.158.137.68:12996] by server-16.bemta-3.messagelabs.com id 88/68-13481-7633C835; Mon, 02 Jun 2014 08:18:47 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1401697124!7450354!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2223 invoked from network); 2 Jun 2014 08:18:46 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 08:18:46 -0000 X-IronPort-AV: E=Sophos;i="4.98,955,1392163200"; d="scan'208";a="138068166" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 02 Jun 2014 08:18:44 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Mon, 2 Jun 2014 04:18:43 -0400 Message-ID: <1401697122.15871.136.camel@hastur.hellion.org.uk> From: Ian Campbell To: Alvin Starr Date: Mon, 2 Jun 2014 09:18:42 +0100 In-Reply-To: <53839183.7050107@netvel.net> References: <53839183.7050107@netvel.net> X-Mailer: Evolution 3.8.5-2+b3 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] extracting info from a running domain. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-05-26 at 15:09 -0400, Alvin Starr wrote: > If I run the command "xl list --long some_dom_name". > I get "Domain name must be specified". Was this domain started with xl or some other toolstack (libvirt perhaps?) Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 02 08:39:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 08:39:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNmI-0007uj-AO; Mon, 02 Jun 2014 08:39:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNmG-0007uV-CX for xen-users@lists.xensource.com; Mon, 02 Jun 2014 08:39:32 +0000 Received: from [85.158.143.35:9119] by server-2.bemta-4.messagelabs.com id 77/D9-06539-3483C835; Mon, 02 Jun 2014 08:39:31 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-13.tower-21.messagelabs.com!1401698370!1300275!1 X-Originating-IP: [94.23.245.208] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2627 invoked from network); 2 Jun 2014 08:39:30 -0000 Received: from lnx3.fantu.it (HELO lnx3.fantu.it) (94.23.245.208) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jun 2014 08:39:30 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by lnx3.fantu.it (Postfix) with ESMTP id 64B91400237; Mon, 2 Jun 2014 10:39:30 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at lnx3.fantu.it Received: from lnx3.fantu.it ([127.0.0.1]) by localhost (lnx3.fantu.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8FMR15fy-hZr; Mon, 2 Jun 2014 10:39:29 +0200 (CEST) Received: from [192.168.178.50] (host148-79-dynamic.0-87-r.retail.telecomitalia.it [87.0.79.148]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: prova@fantu.it) by lnx3.fantu.it (Postfix) with ESMTPSA id 189E0400142; Mon, 2 Jun 2014 10:39:29 +0200 (CEST) Message-ID: <538C383F.3050007@tiscali.it> Date: Mon, 02 Jun 2014 10:39:27 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Sylvain Munaut References: <1397848547.19277.33.camel@hastur.hellion.org.uk> <5364B74C.6010409@tiscali.it> <5377943B.3010509@tiscali.it> <5378F7E9.7080300@tiscali.it> <537DC778.8030803@tiscali.it> In-Reply-To: Cc: pkg-xen-devel@lists.alioth.debian.org, "xen-users@lists.xensource.com" , Ian Campbell Subject: Re: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: fantonifabio@tiscali.it List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7446923659592941694==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7446923659592941694== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060206020302060800090308" This is a cryptographically signed message in MIME format. --------------ms060206020302060800090308 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Il 02/06/2014 10:15, Sylvain Munaut ha scritto: > Hi, > > > I spent some time making xen-4.4 packages for myself to use in wheezy > and I though I'd share some of the issues I encountered. > > I started from the xen 4.3 package for jessies and adapted the debian/ > directory for it to work. I also wanted some things enabled that are > usually not in debian packages. I wanted stubdoms built (and in case > of 64 bits, have both pvgrub64 and pvgrub32) and I wanted the option > to have both qemu-upstream (for which I just use an upgraded version > of the qemu package) and also have qemu-traditional built and > installed. > > The two things that were tricky to track down are : > > * Using the packaged version of etherboot / seabios broke the build of > hvmloader for me > (so I removed those patches : > config-etherboot.diff > tools-firmware-etherboot-packaged.diff > tools-firmware-seabios-packaged.diff > ) > > It would build the hvmloader just fine, but I wouldn't be able to > actually boot the domain, it would just hang at boot with some weird > MMIO error. And when looking at the source package of seabios, I can > see it's built without the XEN option enabled and without the xen > patches. > > * Make sure flags aren't forcibly set when building 'tools'. > In particular this patch tools-flag.diff > > This causes some options to be set that will forcibly enable the > stack protection to be built for some of the libraries / code that > will be used in stubdoms and this cause them to be non-functional. You > also need to make sure that when running the 'configure' in stubdom/ > you do NOT give the CFLAGS and just let the configure use it's own > default ones rather than the ones set by dpkg-buildpackage. > > Again, the stubdom would build without error but be non functional. > (In this case I tested with PVGrub). > > > Now I know that the resulting package I made has no chance of ever > being merged because it downloads dynamically some stuff from the web, > but if anyone wants to take a look, I can send the debian/ directory > ... > > > Cheers, > > Sylvain > > > ----- > Nessun virus nel messaggio. > Controllato da AVG - www.avg.com > Versione: 2014.0.4570 / Database dei virus: 3955/7606 - Data di rilasc= io: 02/06/2014 > > I already did a draft some days ago and posted here, I also tested it=20 and was working, seabios ok also with 1.7.5-1 when 128k removed the xen=20 support ecc.. https://github.com/Fantu/pkg-xen/commits/wheezy-backports I started from ubuntu build, I removed qemu traditional already removed=20 in debian and did some improvements. http://lists.xen.org/archives/html/xen-users/2014-05/msg00187.html Awaiting replies I started to help with cinnamon's debian packages. --------------ms060206020302060800090308 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Firma crittografica S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMsTCC BjQwggQcoAMCAQICASAwDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDI1NVoXDTE3MTAyNDIxMDI1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMsohUWcASz7GfKrpTOM KqANy9BV7V0igWdGxA8IU77L3aTxErQ+fcxtDYZ36Z6GH0YFn7fq5RADteP0AYzrCA+EQTfi 8q1+kA3m0nwtwXG94M5sIqsvs7lRP1aycBke/s5g9hJHryZ2acScnzczjBCAo7X1v5G3yw8M DP2m2RCye0KfgZ4nODerZJVzhAlOD9YejvAXZqHksw56HzElVIoYSZ3q4+RJuPXXfIoyby+Y 2m1E+YzX5iCZXBx05gk6MKAW1vaw4/v2OOLy6FZH3XHHtOkzUreG//CsFnB9+uaYSlR65cdG zTsmoIK8WH1ygoXhRBm98SD7Hf/r3FELNvUCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBSuVYNv7DHKufcd+q9rMfPIHeOsuzAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBADqp Jw3I07QWke9plNBpxUxcffc7nUrIQpJHDci91DFG7fVhHRkMZ1J+BKg5UNUxIFJ2Z9B90Mic c/NXcs7kPBRdn6XGO/vPc87Y6R+cWS9Nc9+fp3Enmsm94OxOwI9wn8qnr/6o3mD4noP9Jphw UPTXwHovjavRnhUQHLfo/i2NG0XXgTHXS2Xm0kVUozXqpYpAdumMiB/vezj1QHQJDmUdPYMc p+reg9901zkyT3fDW/ivJVv6pWtkh6Pw2ytZT7mvg7YhX3V50Nv860cV11mocUVcqBLv0gcT +HBDYtbuvexNftwNQKD5193A7zN4vG7CTYkXxytSjKuXrpEatEiFPxWgb84nVj25SU5q/r1X hwby6mLhkbaXslkVtwEWT3Van49rKjlK4XrUKYYWtnfzq6aSak5u0Vpxd1rY79tWhD3EdCvO hNz/QplNa+VkIsrcp7+8ZhP1l1b2U6MaxIVteuVMD3X0vziIwr7jxYae9FZjbxlpUemqXjcC 0QaFfN7qI0JsQMALL7iGRBg7K0CoOBzECdD3fuZil5kU/LP9cr1BK31U0Uy651bFnAMMMkqh AChIbn0ei72VnbpSsrrSdF0BAGYQ8vyHae5aCg+H75dVCV33K6FuxZrf09yTz+Vx/PkdRUYk XmZz/OTfyJXsUOUXrym6KvI2rYpccSk5MIIGdTCCBV2gAwIBAgICSD8wDQYJKoZIhvcNAQEF BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xNDAzMjgyMDMyMTBa Fw0xNjAzMjkxMDA5NTNaMIGMMRkwFwYDVQQNExBXUnUxOWdzOFBEYmcwNTBJMQswCQYDVQQG EwJJVDEQMA4GA1UECBMHQmVyZ2FtbzEQMA4GA1UEBxMHUm92ZXR0YTEWMBQGA1UEAxMNRmFi aW8gRmFudG9uaTEmMCQGCSqGSIb3DQEJARYXZmFudG9uaWZhYmlvQHRpc2NhbGkuaXQwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDaGyFHyGrg8i9IZFHhWZHIx01/wslgoQD4 8XFmb4NafAEtUJpfdadMZXFjS9ea/k5P+Xw83mtZdEXNOnf8IXg8FmsiwAt6Ujdz+CZD1w+0 0+lVN3yt0sCbUUOXrWjSv59rOZnFA801A8epnh8tjATQugZ7r96rLE4Vk8PT+ksp8U2dIDZH NHhfbmcvdx1Bk5Y/PB3IbPaCDGW9M0YoILOvjClmilMtigcB8YuaqWkVqULvcagfIoFWKinL ylTzsleIcZsduvOIAp8nzVvT/b8Ogi0TYR3e67j9a9Zpt5F7oRHrCxBHlCfaTHEhh6svXawl aYFWfxdrfuvuoJRPJtAdAgMBAAGjggLdMIIC2TAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFGfU6G9lcLCruABqxYo6 qtmlt2iPMB8GA1UdIwQYMBaAFK5Vg2/sMcq59x36r2sx88gd46y7MCIGA1UdEQQbMBmBF2Zh bnRvbmlmYWJpb0B0aXNjYWxpLml0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwEC AzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw gfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMC AQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFz cyAyIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ks IHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ug b2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0 dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUyLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MyL2NsaWVu dC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNs YXNzMi5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t LzANBgkqhkiG9w0BAQUFAAOCAQEABT91kQvIXq/qcTjfY3Q08cQ96PYn1ucqLydhjWr/UJTS kGubQTptxURT3Sga8SSWWxVOjdvOSyVmNG2TcYoq6oToILvto8MPJGuNa2uVltl7tG6qyfg/ 1JwqNInfCt+VAbiIiA86tN/V3kuc7vYPJ1/ah6cS9oKV58zltZ6Ww0DZ567Ax0mvcExndOLa 2KHb6J6ZxaxEZDWppBe7pwZOBHZhlB/SGwEq4ktsaecm98cJ3c0IqGyxEC3zMF3qUIwfUrlW a99IPu7fcQrhBGPmczWFvwvUkSuk0+A4ShNdK4Ss9QDDoQc07iAFkq7dz5LJ/F7hNkHsBeZX xX6OHJOqUjGCA9owggPWAgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4 MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQg Q0ECAkg/MAkGBSsOAwIaBQCgggIbMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTE0MDYwMjA4MzkyN1owIwYJKoZIhvcNAQkEMRYEFEZatutD/J4f3W+4pQs+ mREoFFUHMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgaQGCSsGAQQBgjcQBDGBljCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDIgUHJpbWFyeSBJbnRlcm1lZGlhdGUg Q2xpZW50IENBAgJIPzCBpgYLKoZIhvcNAQkQAgsxgZaggZMwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQICSD8wDQYJKoZIhvcNAQEBBQAEggEAqe37psbHl6S78atfdFld ATiHsIkFO3spGPGlxEcAo4mdloelHR6pcEMuirL1SncI9a/OAW55BcasmoZXnFAnyfv3Dn8W /ACN/wbb8li7LgS1o37bN8uAc/9BkszwYK5k6uWhR40MhvUD5tLEknXUCEnwdSEntHtdIwxk CGnvdxuEqaLZV4knYaoHAG08P2lyAQ2/Un9GY/Mc+n3/Vx8HyTH+nwx32gbp5HnAMhR9rqXs W3Srn79jX5fSODnExOcMdOeS3G7vaS5TsQ7wKN/8tNK23xukjVY/gRhJiRpi96j7qXWe8ljv Vc5hoIoEk+7UgqkoSPxN5gVBB0HuPx1WKAAAAAAAAA== --------------ms060206020302060800090308-- --===============7446923659592941694== 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 --===============7446923659592941694==-- From xen-users-bounces@lists.xen.org Mon Jun 02 08:39:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 08:39:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNmI-0007uj-AO; Mon, 02 Jun 2014 08:39:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrNmG-0007uV-CX for xen-users@lists.xensource.com; Mon, 02 Jun 2014 08:39:32 +0000 Received: from [85.158.143.35:9119] by server-2.bemta-4.messagelabs.com id 77/D9-06539-3483C835; Mon, 02 Jun 2014 08:39:31 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-13.tower-21.messagelabs.com!1401698370!1300275!1 X-Originating-IP: [94.23.245.208] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2627 invoked from network); 2 Jun 2014 08:39:30 -0000 Received: from lnx3.fantu.it (HELO lnx3.fantu.it) (94.23.245.208) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jun 2014 08:39:30 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by lnx3.fantu.it (Postfix) with ESMTP id 64B91400237; Mon, 2 Jun 2014 10:39:30 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at lnx3.fantu.it Received: from lnx3.fantu.it ([127.0.0.1]) by localhost (lnx3.fantu.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8FMR15fy-hZr; Mon, 2 Jun 2014 10:39:29 +0200 (CEST) Received: from [192.168.178.50] (host148-79-dynamic.0-87-r.retail.telecomitalia.it [87.0.79.148]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: prova@fantu.it) by lnx3.fantu.it (Postfix) with ESMTPSA id 189E0400142; Mon, 2 Jun 2014 10:39:29 +0200 (CEST) Message-ID: <538C383F.3050007@tiscali.it> Date: Mon, 02 Jun 2014 10:39:27 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Sylvain Munaut References: <1397848547.19277.33.camel@hastur.hellion.org.uk> <5364B74C.6010409@tiscali.it> <5377943B.3010509@tiscali.it> <5378F7E9.7080300@tiscali.it> <537DC778.8030803@tiscali.it> In-Reply-To: Cc: pkg-xen-devel@lists.alioth.debian.org, "xen-users@lists.xensource.com" , Ian Campbell Subject: Re: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: fantonifabio@tiscali.it List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7446923659592941694==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7446923659592941694== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060206020302060800090308" This is a cryptographically signed message in MIME format. --------------ms060206020302060800090308 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Il 02/06/2014 10:15, Sylvain Munaut ha scritto: > Hi, > > > I spent some time making xen-4.4 packages for myself to use in wheezy > and I though I'd share some of the issues I encountered. > > I started from the xen 4.3 package for jessies and adapted the debian/ > directory for it to work. I also wanted some things enabled that are > usually not in debian packages. I wanted stubdoms built (and in case > of 64 bits, have both pvgrub64 and pvgrub32) and I wanted the option > to have both qemu-upstream (for which I just use an upgraded version > of the qemu package) and also have qemu-traditional built and > installed. > > The two things that were tricky to track down are : > > * Using the packaged version of etherboot / seabios broke the build of > hvmloader for me > (so I removed those patches : > config-etherboot.diff > tools-firmware-etherboot-packaged.diff > tools-firmware-seabios-packaged.diff > ) > > It would build the hvmloader just fine, but I wouldn't be able to > actually boot the domain, it would just hang at boot with some weird > MMIO error. And when looking at the source package of seabios, I can > see it's built without the XEN option enabled and without the xen > patches. > > * Make sure flags aren't forcibly set when building 'tools'. > In particular this patch tools-flag.diff > > This causes some options to be set that will forcibly enable the > stack protection to be built for some of the libraries / code that > will be used in stubdoms and this cause them to be non-functional. You > also need to make sure that when running the 'configure' in stubdom/ > you do NOT give the CFLAGS and just let the configure use it's own > default ones rather than the ones set by dpkg-buildpackage. > > Again, the stubdom would build without error but be non functional. > (In this case I tested with PVGrub). > > > Now I know that the resulting package I made has no chance of ever > being merged because it downloads dynamically some stuff from the web, > but if anyone wants to take a look, I can send the debian/ directory > ... > > > Cheers, > > Sylvain > > > ----- > Nessun virus nel messaggio. > Controllato da AVG - www.avg.com > Versione: 2014.0.4570 / Database dei virus: 3955/7606 - Data di rilasc= io: 02/06/2014 > > I already did a draft some days ago and posted here, I also tested it=20 and was working, seabios ok also with 1.7.5-1 when 128k removed the xen=20 support ecc.. https://github.com/Fantu/pkg-xen/commits/wheezy-backports I started from ubuntu build, I removed qemu traditional already removed=20 in debian and did some improvements. http://lists.xen.org/archives/html/xen-users/2014-05/msg00187.html Awaiting replies I started to help with cinnamon's debian packages. --------------ms060206020302060800090308 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Firma crittografica S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMsTCC BjQwggQcoAMCAQICASAwDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDI1NVoXDTE3MTAyNDIxMDI1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMsohUWcASz7GfKrpTOM KqANy9BV7V0igWdGxA8IU77L3aTxErQ+fcxtDYZ36Z6GH0YFn7fq5RADteP0AYzrCA+EQTfi 8q1+kA3m0nwtwXG94M5sIqsvs7lRP1aycBke/s5g9hJHryZ2acScnzczjBCAo7X1v5G3yw8M DP2m2RCye0KfgZ4nODerZJVzhAlOD9YejvAXZqHksw56HzElVIoYSZ3q4+RJuPXXfIoyby+Y 2m1E+YzX5iCZXBx05gk6MKAW1vaw4/v2OOLy6FZH3XHHtOkzUreG//CsFnB9+uaYSlR65cdG zTsmoIK8WH1ygoXhRBm98SD7Hf/r3FELNvUCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBSuVYNv7DHKufcd+q9rMfPIHeOsuzAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBADqp Jw3I07QWke9plNBpxUxcffc7nUrIQpJHDci91DFG7fVhHRkMZ1J+BKg5UNUxIFJ2Z9B90Mic c/NXcs7kPBRdn6XGO/vPc87Y6R+cWS9Nc9+fp3Enmsm94OxOwI9wn8qnr/6o3mD4noP9Jphw UPTXwHovjavRnhUQHLfo/i2NG0XXgTHXS2Xm0kVUozXqpYpAdumMiB/vezj1QHQJDmUdPYMc p+reg9901zkyT3fDW/ivJVv6pWtkh6Pw2ytZT7mvg7YhX3V50Nv860cV11mocUVcqBLv0gcT +HBDYtbuvexNftwNQKD5193A7zN4vG7CTYkXxytSjKuXrpEatEiFPxWgb84nVj25SU5q/r1X hwby6mLhkbaXslkVtwEWT3Van49rKjlK4XrUKYYWtnfzq6aSak5u0Vpxd1rY79tWhD3EdCvO hNz/QplNa+VkIsrcp7+8ZhP1l1b2U6MaxIVteuVMD3X0vziIwr7jxYae9FZjbxlpUemqXjcC 0QaFfN7qI0JsQMALL7iGRBg7K0CoOBzECdD3fuZil5kU/LP9cr1BK31U0Uy651bFnAMMMkqh AChIbn0ei72VnbpSsrrSdF0BAGYQ8vyHae5aCg+H75dVCV33K6FuxZrf09yTz+Vx/PkdRUYk XmZz/OTfyJXsUOUXrym6KvI2rYpccSk5MIIGdTCCBV2gAwIBAgICSD8wDQYJKoZIhvcNAQEF BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xNDAzMjgyMDMyMTBa Fw0xNjAzMjkxMDA5NTNaMIGMMRkwFwYDVQQNExBXUnUxOWdzOFBEYmcwNTBJMQswCQYDVQQG EwJJVDEQMA4GA1UECBMHQmVyZ2FtbzEQMA4GA1UEBxMHUm92ZXR0YTEWMBQGA1UEAxMNRmFi aW8gRmFudG9uaTEmMCQGCSqGSIb3DQEJARYXZmFudG9uaWZhYmlvQHRpc2NhbGkuaXQwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDaGyFHyGrg8i9IZFHhWZHIx01/wslgoQD4 8XFmb4NafAEtUJpfdadMZXFjS9ea/k5P+Xw83mtZdEXNOnf8IXg8FmsiwAt6Ujdz+CZD1w+0 0+lVN3yt0sCbUUOXrWjSv59rOZnFA801A8epnh8tjATQugZ7r96rLE4Vk8PT+ksp8U2dIDZH NHhfbmcvdx1Bk5Y/PB3IbPaCDGW9M0YoILOvjClmilMtigcB8YuaqWkVqULvcagfIoFWKinL ylTzsleIcZsduvOIAp8nzVvT/b8Ogi0TYR3e67j9a9Zpt5F7oRHrCxBHlCfaTHEhh6svXawl aYFWfxdrfuvuoJRPJtAdAgMBAAGjggLdMIIC2TAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFGfU6G9lcLCruABqxYo6 qtmlt2iPMB8GA1UdIwQYMBaAFK5Vg2/sMcq59x36r2sx88gd46y7MCIGA1UdEQQbMBmBF2Zh bnRvbmlmYWJpb0B0aXNjYWxpLml0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwEC AzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw gfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMC AQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFz cyAyIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ks IHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ug b2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0 dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUyLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MyL2NsaWVu dC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNs YXNzMi5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t LzANBgkqhkiG9w0BAQUFAAOCAQEABT91kQvIXq/qcTjfY3Q08cQ96PYn1ucqLydhjWr/UJTS kGubQTptxURT3Sga8SSWWxVOjdvOSyVmNG2TcYoq6oToILvto8MPJGuNa2uVltl7tG6qyfg/ 1JwqNInfCt+VAbiIiA86tN/V3kuc7vYPJ1/ah6cS9oKV58zltZ6Ww0DZ567Ax0mvcExndOLa 2KHb6J6ZxaxEZDWppBe7pwZOBHZhlB/SGwEq4ktsaecm98cJ3c0IqGyxEC3zMF3qUIwfUrlW a99IPu7fcQrhBGPmczWFvwvUkSuk0+A4ShNdK4Ss9QDDoQc07iAFkq7dz5LJ/F7hNkHsBeZX xX6OHJOqUjGCA9owggPWAgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4 MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQg Q0ECAkg/MAkGBSsOAwIaBQCgggIbMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTE0MDYwMjA4MzkyN1owIwYJKoZIhvcNAQkEMRYEFEZatutD/J4f3W+4pQs+ mREoFFUHMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgaQGCSsGAQQBgjcQBDGBljCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDIgUHJpbWFyeSBJbnRlcm1lZGlhdGUg Q2xpZW50IENBAgJIPzCBpgYLKoZIhvcNAQkQAgsxgZaggZMwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQICSD8wDQYJKoZIhvcNAQEBBQAEggEAqe37psbHl6S78atfdFld ATiHsIkFO3spGPGlxEcAo4mdloelHR6pcEMuirL1SncI9a/OAW55BcasmoZXnFAnyfv3Dn8W /ACN/wbb8li7LgS1o37bN8uAc/9BkszwYK5k6uWhR40MhvUD5tLEknXUCEnwdSEntHtdIwxk CGnvdxuEqaLZV4knYaoHAG08P2lyAQ2/Un9GY/Mc+n3/Vx8HyTH+nwx32gbp5HnAMhR9rqXs W3Srn79jX5fSODnExOcMdOeS3G7vaS5TsQ7wKN/8tNK23xukjVY/gRhJiRpi96j7qXWe8ljv Vc5hoIoEk+7UgqkoSPxN5gVBB0HuPx1WKAAAAAAAAA== --------------ms060206020302060800090308-- --===============7446923659592941694== 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 --===============7446923659592941694==-- From xen-users-bounces@lists.xen.org Mon Jun 02 09:20:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 09:20:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrOPa-0000zY-JM; Mon, 02 Jun 2014 09:20:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrOPW-0000zQ-Gh for xen-users@lists.xen.org; Mon, 02 Jun 2014 09:20:08 +0000 Received: from [85.158.143.35:21114] by server-2.bemta-4.messagelabs.com id D9/BC-06539-5C14C835; Mon, 02 Jun 2014 09:20:05 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1401700804!1311309!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12023 invoked from network); 2 Jun 2014 09:20:05 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 09:20:05 -0000 X-IronPort-AV: E=Sophos;i="4.98,955,1392163200"; d="scan'208";a="138078836" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 02 Jun 2014 09:20:04 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 2 Jun 2014 05:20:03 -0400 Message-ID: <538C41C2.4030707@citrix.com> Date: Mon, 2 Jun 2014 11:20:02 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Joan , References: In-Reply-To: X-Enigmail-Version: 1.6 X-DLP: MIA1 Subject: Re: [Xen-users] About mounting running domU filesystems X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 02/06/14 09:01, Joan wrote: > I've setup a system with lvm disks for xen, I do the backups by using > lvm snapshots+database dumps without issues. The only headache I have is > that I can mount a running domU without any warning and start writing to > it, and that scares me. > Is there any way to disallow this? So I can't mount a running volume? > This is the same that happens on any device (it can be mounted at > several places at the same time) but that's for another question. Hello, That's a limitation/feature of Linux, that allows mounting the same block device multiple times. The xl toolstack will prevent you from assigning the same block device to multiple guests, but there's no way it can prevent you from mounting them by yourself on Dom0/Driver domain. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 02 09:20:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 09:20:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrOPa-0000zY-JM; Mon, 02 Jun 2014 09:20:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrOPW-0000zQ-Gh for xen-users@lists.xen.org; Mon, 02 Jun 2014 09:20:08 +0000 Received: from [85.158.143.35:21114] by server-2.bemta-4.messagelabs.com id D9/BC-06539-5C14C835; Mon, 02 Jun 2014 09:20:05 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1401700804!1311309!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12023 invoked from network); 2 Jun 2014 09:20:05 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 09:20:05 -0000 X-IronPort-AV: E=Sophos;i="4.98,955,1392163200"; d="scan'208";a="138078836" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 02 Jun 2014 09:20:04 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 2 Jun 2014 05:20:03 -0400 Message-ID: <538C41C2.4030707@citrix.com> Date: Mon, 2 Jun 2014 11:20:02 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Joan , References: In-Reply-To: X-Enigmail-Version: 1.6 X-DLP: MIA1 Subject: Re: [Xen-users] About mounting running domU filesystems X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 02/06/14 09:01, Joan wrote: > I've setup a system with lvm disks for xen, I do the backups by using > lvm snapshots+database dumps without issues. The only headache I have is > that I can mount a running domU without any warning and start writing to > it, and that scares me. > Is there any way to disallow this? So I can't mount a running volume? > This is the same that happens on any device (it can be mounted at > several places at the same time) but that's for another question. Hello, That's a limitation/feature of Linux, that allows mounting the same block device multiple times. The xl toolstack will prevent you from assigning the same block device to multiple guests, but there's no way it can prevent you from mounting them by yourself on Dom0/Driver domain. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 02 11:08:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 11:08:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrQ51-00056G-5l; Mon, 02 Jun 2014 11:07:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrQ4z-00055x-CX for xen-users@lists.xen.org; Mon, 02 Jun 2014 11:07:01 +0000 Received: from [193.109.254.147:12180] by server-12.bemta-14.messagelabs.com id CA/9B-27473-4DA5C835; Mon, 02 Jun 2014 11:07:00 +0000 X-Env-Sender: aseques@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1401707218!8494725!1 X-Originating-IP: [209.85.213.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17676 invoked from network); 2 Jun 2014 11:06:59 -0000 Received: from mail-yh0-f52.google.com (HELO mail-yh0-f52.google.com) (209.85.213.52) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 11:06:59 -0000 Received: by mail-yh0-f52.google.com with SMTP id z6so3602419yhz.11 for ; Mon, 02 Jun 2014 04:06:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9TXzei8H6yd3UgL7NIgeIeUyVPInW044cwJlTMRB6QY=; b=H2OhKtZh0or0tvFEZG2yX+lQIs8fyrmb0eEHktJcF+IvX2iKBvGFoxlTXxywjkG4ud AdUZvEYpAjaqyvaF9+YijLPk08h2XNhwAcgjo5IQq7ClRncLQC/MD8tIaiKapaIqjZHY t99j0E9b3umKFetHPwYei3VEu4lnj77LgmkbjW+HAAt3yPBbBMcMRR0NRxYnCfAZPYce PWVPhYbSDphqWg6nLzmCtPzLa7NbFB5+O7Y2RgBa3LsqgTf/F5lNiDw0we+6hVyxW/w2 +1TYnBBxt6XfDM0lVawQk5SguhUlIgea8/Hm1ZEPwWLi3RNNiydk40ARj/v8HoNsXuL4 zwkA== MIME-Version: 1.0 X-Received: by 10.236.89.69 with SMTP id b45mr7987012yhf.16.1401707218269; Mon, 02 Jun 2014 04:06:58 -0700 (PDT) Received: by 10.170.123.77 with HTTP; Mon, 2 Jun 2014 04:06:58 -0700 (PDT) In-Reply-To: <538C41C2.4030707@citrix.com> References: <538C41C2.4030707@citrix.com> Date: Mon, 2 Jun 2014 13:06:58 +0200 Message-ID: From: Joan To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] About mounting running domU filesystems X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6707004620329187432==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6707004620329187432== Content-Type: multipart/alternative; boundary=20cf300e5241d2fc0c04fad86401 --20cf300e5241d2fc0c04fad86401 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ok, it makes sense, I'll have to keep an eye not to break anything. Regards, Joan 2014-06-02 11:20 GMT+02:00 Roger Pau Monn=C3=A9 : > On 02/06/14 09:01, Joan wrote: > > I've setup a system with lvm disks for xen, I do the backups by using > > lvm snapshots+database dumps without issues. The only headache I have i= s > > that I can mount a running domU without any warning and start writing t= o > > it, and that scares me. > > Is there any way to disallow this? So I can't mount a running volume? > > This is the same that happens on any device (it can be mounted at > > several places at the same time) but that's for another question. > > Hello, > > That's a limitation/feature of Linux, that allows mounting the same > block device multiple times. The xl toolstack will prevent you from > assigning the same block device to multiple guests, but there's no way > it can prevent you from mounting them by yourself on Dom0/Driver domain. > > Roger. > --20cf300e5241d2fc0c04fad86401 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ok, it makes sense, I'll have to keep an eye not to br= eak anything.

Regards,=C2=A0

Jo= an


2014-06-02 11:20 GMT+02:00 Roger Pau Monn=C3=A9 <roger.pau@citrix.com<= /a>>:
On 0= 2/06/14 09:01, Joan wrote:
> I've setup a system with lvm disks for xen, I do the backups by us= ing
> lvm snapshots+database dumps without issues. The only headache I have = is
> that I can mount a running domU without any warning and start writing = to
> it, and that scares me.
> Is there any way to disallow this? So I can't mount =C2=A0a runnin= g volume?
> This is the same that happens on any device (it can be mounted at
> several places at the same time) but that's for another question.<= br>
Hello,

That's a limitation/feature of Linux, that allows mounting the same
block device multiple times. The xl toolstack will prevent you from
assigning the same block device to multiple guests, but there's no way<= br> it can prevent you from mounting them by yourself on Dom0/Driver domain.
Roger.

--20cf300e5241d2fc0c04fad86401-- --===============6707004620329187432== 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 --===============6707004620329187432==-- From xen-users-bounces@lists.xen.org Mon Jun 02 11:08:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 11:08:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrQ51-00056G-5l; Mon, 02 Jun 2014 11:07:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrQ4z-00055x-CX for xen-users@lists.xen.org; Mon, 02 Jun 2014 11:07:01 +0000 Received: from [193.109.254.147:12180] by server-12.bemta-14.messagelabs.com id CA/9B-27473-4DA5C835; Mon, 02 Jun 2014 11:07:00 +0000 X-Env-Sender: aseques@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1401707218!8494725!1 X-Originating-IP: [209.85.213.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17676 invoked from network); 2 Jun 2014 11:06:59 -0000 Received: from mail-yh0-f52.google.com (HELO mail-yh0-f52.google.com) (209.85.213.52) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 11:06:59 -0000 Received: by mail-yh0-f52.google.com with SMTP id z6so3602419yhz.11 for ; Mon, 02 Jun 2014 04:06:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9TXzei8H6yd3UgL7NIgeIeUyVPInW044cwJlTMRB6QY=; b=H2OhKtZh0or0tvFEZG2yX+lQIs8fyrmb0eEHktJcF+IvX2iKBvGFoxlTXxywjkG4ud AdUZvEYpAjaqyvaF9+YijLPk08h2XNhwAcgjo5IQq7ClRncLQC/MD8tIaiKapaIqjZHY t99j0E9b3umKFetHPwYei3VEu4lnj77LgmkbjW+HAAt3yPBbBMcMRR0NRxYnCfAZPYce PWVPhYbSDphqWg6nLzmCtPzLa7NbFB5+O7Y2RgBa3LsqgTf/F5lNiDw0we+6hVyxW/w2 +1TYnBBxt6XfDM0lVawQk5SguhUlIgea8/Hm1ZEPwWLi3RNNiydk40ARj/v8HoNsXuL4 zwkA== MIME-Version: 1.0 X-Received: by 10.236.89.69 with SMTP id b45mr7987012yhf.16.1401707218269; Mon, 02 Jun 2014 04:06:58 -0700 (PDT) Received: by 10.170.123.77 with HTTP; Mon, 2 Jun 2014 04:06:58 -0700 (PDT) In-Reply-To: <538C41C2.4030707@citrix.com> References: <538C41C2.4030707@citrix.com> Date: Mon, 2 Jun 2014 13:06:58 +0200 Message-ID: From: Joan To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] About mounting running domU filesystems X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6707004620329187432==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6707004620329187432== Content-Type: multipart/alternative; boundary=20cf300e5241d2fc0c04fad86401 --20cf300e5241d2fc0c04fad86401 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ok, it makes sense, I'll have to keep an eye not to break anything. Regards, Joan 2014-06-02 11:20 GMT+02:00 Roger Pau Monn=C3=A9 : > On 02/06/14 09:01, Joan wrote: > > I've setup a system with lvm disks for xen, I do the backups by using > > lvm snapshots+database dumps without issues. The only headache I have i= s > > that I can mount a running domU without any warning and start writing t= o > > it, and that scares me. > > Is there any way to disallow this? So I can't mount a running volume? > > This is the same that happens on any device (it can be mounted at > > several places at the same time) but that's for another question. > > Hello, > > That's a limitation/feature of Linux, that allows mounting the same > block device multiple times. The xl toolstack will prevent you from > assigning the same block device to multiple guests, but there's no way > it can prevent you from mounting them by yourself on Dom0/Driver domain. > > Roger. > --20cf300e5241d2fc0c04fad86401 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ok, it makes sense, I'll have to keep an eye not to br= eak anything.

Regards,=C2=A0

Jo= an


2014-06-02 11:20 GMT+02:00 Roger Pau Monn=C3=A9 <roger.pau@citrix.com<= /a>>:
On 0= 2/06/14 09:01, Joan wrote:
> I've setup a system with lvm disks for xen, I do the backups by us= ing
> lvm snapshots+database dumps without issues. The only headache I have = is
> that I can mount a running domU without any warning and start writing = to
> it, and that scares me.
> Is there any way to disallow this? So I can't mount =C2=A0a runnin= g volume?
> This is the same that happens on any device (it can be mounted at
> several places at the same time) but that's for another question.<= br>
Hello,

That's a limitation/feature of Linux, that allows mounting the same
block device multiple times. The xl toolstack will prevent you from
assigning the same block device to multiple guests, but there's no way<= br> it can prevent you from mounting them by yourself on Dom0/Driver domain.
Roger.

--20cf300e5241d2fc0c04fad86401-- --===============6707004620329187432== 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 --===============6707004620329187432==-- From xen-users-bounces@lists.xen.org Mon Jun 02 13:11:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 13:11:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrS0i-0001AZ-0R; Mon, 02 Jun 2014 13:10:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrS0e-0001A5-Q6 for xen-users@lists.xensource.com; Mon, 02 Jun 2014 13:10:41 +0000 Received: from [193.109.254.147:14932] by server-1.bemta-14.messagelabs.com id 3E/3B-00839-0D77C835; Mon, 02 Jun 2014 13:10:40 +0000 X-Env-Sender: smavroom@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1401714637!8527132!1 X-Originating-IP: [209.85.219.42] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22643 invoked from network); 2 Jun 2014 13:10:39 -0000 Received: from mail-oa0-f42.google.com (HELO mail-oa0-f42.google.com) (209.85.219.42) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 13:10:39 -0000 Received: by mail-oa0-f42.google.com with SMTP id j17so4602095oag.29 for ; Mon, 02 Jun 2014 06:10:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3eCEnJncO4V6LLbytEO4kUlXnJ/MwFMlgEn6aku4nAg=; b=xvKNShtVu7Y2U2s4+T/ibU7w3Kka1MWki6Kcm1sAi+N8D5s33rEU2Mi+p8l8LaQXyD GtE/wohNW3ybK3BybQeP447YQJqtlWqQrn3+o5lqmJVeE1IA1eaM6p847glo9cV5S3e0 Y5liAB201XNz/KBF3UfKcgXPeV8OB9NW1s3FNyyeVo9lO6uzo1Ahu0KKya2tJqXhYI3B Fz+57/b+QygWPEwhaLKfWPRhtRVIKy83CHjDaug3Wm9i+TFXEDWA5NDf0QzuXAmGYpnR Q76vAnW6ogg4xsuE6En9l+F/PmlZzYltBCnmfNicy8Rye33+EQM3DZiRmnz1b0wJ3b3x khJg== MIME-Version: 1.0 X-Received: by 10.60.56.8 with SMTP id w8mr2844028oep.74.1401714637466; Mon, 02 Jun 2014 06:10:37 -0700 (PDT) Received: by 10.76.132.131 with HTTP; Mon, 2 Jun 2014 06:10:37 -0700 (PDT) In-Reply-To: <1401271744052-5722875.post@n5.nabble.com> References: <1400165079.19926.6.camel@kazak.uk.xensource.com> <1400168182.19926.31.camel@kazak.uk.xensource.com> <1401271744052-5722875.post@n5.nabble.com> Date: Mon, 2 Jun 2014 15:10:37 +0200 Message-ID: From: Stefan Vroom To: Fantu Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Improving the performance of a Xen VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6334423471732463746==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6334423471732463746== Content-Type: multipart/alternative; boundary=001a11c20ed60af46d04fada1f84 --001a11c20ed60af46d04fada1f84 Content-Type: text/plain; charset=UTF-8 On 28 May 2014 12:09, Fantu wrote: > For network have you tried to remove model in vif? > About disk if you have low performance with raw disk can be the blktap (if > installed), in this case uninstall it and will use upstream qemu qdisk > instead with big disk performance increase. > For vga try to use stdvga instead, cirrus is very old and with problem in > some cases. > If problems persist the problem will almost certainly pv drivers missing or > not working properly. > > I hope that the information will be useful, sorry for my bad english. > > > > -- > View this message in context: > http://xen.1045712.n5.nabble.com/Improving-the-performance-of-a-Xen-VM-tp5722708p5722875.html > Sent from the Xen - User mailing list archive at Nabble.com. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > Disabling PCI passthrough: The driver loads but no ip address is assigned using DHCP (0.0.0.0). Removing device model: The driver fails to load. Seems like enabling PCI --001a11c20ed60af46d04fada1f84 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 2= 8 May 2014 12:09, Fantu <fantonifabio@tiscali.it> wrot= e:
For network have you tried to remove model in vif?
About disk if you have low performance with raw disk can be the blktap (if<= br> installed), in this case uninstall it and will use upstream qemu qdisk
instead with big disk performance increase.
For vga try to use stdvga instead, cirrus is very old and with problem in some cases.
If problems persist the problem will almost certainly pv drivers missing or=
not working properly.

I hope that the information will be useful, sorry for my bad english.



--
View this message in context: http://xen.1045712.n5.nabble.com/Improving-the-performance-of-a-Xen-VM-= tp5722708p5722875.html
Sent from the Xen - User mailing list archive at Nabble.com.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

Disabling PCI passt= hrough:
The driver loads but no ip address = is assigned using DHCP (0.0.0.0).
Removing = device model:
The driver fails to load.

Seems like enabling PCI=C2= =A0
--001a11c20ed60af46d04fada1f84-- --===============6334423471732463746== 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 --===============6334423471732463746==-- From xen-users-bounces@lists.xen.org Mon Jun 02 13:11:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 13:11:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrS0i-0001AZ-0R; Mon, 02 Jun 2014 13:10:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrS0e-0001A5-Q6 for xen-users@lists.xensource.com; Mon, 02 Jun 2014 13:10:41 +0000 Received: from [193.109.254.147:14932] by server-1.bemta-14.messagelabs.com id 3E/3B-00839-0D77C835; Mon, 02 Jun 2014 13:10:40 +0000 X-Env-Sender: smavroom@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1401714637!8527132!1 X-Originating-IP: [209.85.219.42] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22643 invoked from network); 2 Jun 2014 13:10:39 -0000 Received: from mail-oa0-f42.google.com (HELO mail-oa0-f42.google.com) (209.85.219.42) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 13:10:39 -0000 Received: by mail-oa0-f42.google.com with SMTP id j17so4602095oag.29 for ; Mon, 02 Jun 2014 06:10:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3eCEnJncO4V6LLbytEO4kUlXnJ/MwFMlgEn6aku4nAg=; b=xvKNShtVu7Y2U2s4+T/ibU7w3Kka1MWki6Kcm1sAi+N8D5s33rEU2Mi+p8l8LaQXyD GtE/wohNW3ybK3BybQeP447YQJqtlWqQrn3+o5lqmJVeE1IA1eaM6p847glo9cV5S3e0 Y5liAB201XNz/KBF3UfKcgXPeV8OB9NW1s3FNyyeVo9lO6uzo1Ahu0KKya2tJqXhYI3B Fz+57/b+QygWPEwhaLKfWPRhtRVIKy83CHjDaug3Wm9i+TFXEDWA5NDf0QzuXAmGYpnR Q76vAnW6ogg4xsuE6En9l+F/PmlZzYltBCnmfNicy8Rye33+EQM3DZiRmnz1b0wJ3b3x khJg== MIME-Version: 1.0 X-Received: by 10.60.56.8 with SMTP id w8mr2844028oep.74.1401714637466; Mon, 02 Jun 2014 06:10:37 -0700 (PDT) Received: by 10.76.132.131 with HTTP; Mon, 2 Jun 2014 06:10:37 -0700 (PDT) In-Reply-To: <1401271744052-5722875.post@n5.nabble.com> References: <1400165079.19926.6.camel@kazak.uk.xensource.com> <1400168182.19926.31.camel@kazak.uk.xensource.com> <1401271744052-5722875.post@n5.nabble.com> Date: Mon, 2 Jun 2014 15:10:37 +0200 Message-ID: From: Stefan Vroom To: Fantu Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Improving the performance of a Xen VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6334423471732463746==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6334423471732463746== Content-Type: multipart/alternative; boundary=001a11c20ed60af46d04fada1f84 --001a11c20ed60af46d04fada1f84 Content-Type: text/plain; charset=UTF-8 On 28 May 2014 12:09, Fantu wrote: > For network have you tried to remove model in vif? > About disk if you have low performance with raw disk can be the blktap (if > installed), in this case uninstall it and will use upstream qemu qdisk > instead with big disk performance increase. > For vga try to use stdvga instead, cirrus is very old and with problem in > some cases. > If problems persist the problem will almost certainly pv drivers missing or > not working properly. > > I hope that the information will be useful, sorry for my bad english. > > > > -- > View this message in context: > http://xen.1045712.n5.nabble.com/Improving-the-performance-of-a-Xen-VM-tp5722708p5722875.html > Sent from the Xen - User mailing list archive at Nabble.com. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > Disabling PCI passthrough: The driver loads but no ip address is assigned using DHCP (0.0.0.0). Removing device model: The driver fails to load. Seems like enabling PCI --001a11c20ed60af46d04fada1f84 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 2= 8 May 2014 12:09, Fantu <fantonifabio@tiscali.it> wrot= e:
For network have you tried to remove model in vif?
About disk if you have low performance with raw disk can be the blktap (if<= br> installed), in this case uninstall it and will use upstream qemu qdisk
instead with big disk performance increase.
For vga try to use stdvga instead, cirrus is very old and with problem in some cases.
If problems persist the problem will almost certainly pv drivers missing or=
not working properly.

I hope that the information will be useful, sorry for my bad english.



--
View this message in context: http://xen.1045712.n5.nabble.com/Improving-the-performance-of-a-Xen-VM-= tp5722708p5722875.html
Sent from the Xen - User mailing list archive at Nabble.com.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

Disabling PCI passt= hrough:
The driver loads but no ip address = is assigned using DHCP (0.0.0.0).
Removing = device model:
The driver fails to load.

Seems like enabling PCI=C2= =A0
--001a11c20ed60af46d04fada1f84-- --===============6334423471732463746== 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 --===============6334423471732463746==-- From xen-users-bounces@lists.xen.org Mon Jun 02 13:14:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 13:14:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrS4M-0001SH-Cy; Mon, 02 Jun 2014 13:14:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrS4L-0001S3-8Z for xen-users@lists.xensource.com; Mon, 02 Jun 2014 13:14:29 +0000 Received: from [85.158.137.68:40071] by server-15.bemta-3.messagelabs.com id D3/D3-13757-4B87C835; Mon, 02 Jun 2014 13:14:28 +0000 X-Env-Sender: smavroom@gmail.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1401714866!7504041!1 X-Originating-IP: [209.85.214.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25283 invoked from network); 2 Jun 2014 13:14:27 -0000 Received: from mail-ob0-f182.google.com (HELO mail-ob0-f182.google.com) (209.85.214.182) by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 13:14:27 -0000 Received: by mail-ob0-f182.google.com with SMTP id wn1so4556952obc.27 for ; Mon, 02 Jun 2014 06:14:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cb/FOM6eBlYiCZ7AoFU2szoAZ2AJqh4xvQ563X5M6vs=; b=qr/nI3wYoCEZvQbAHUVLOQ9UopslVSj6WzbOnzx4Wfy1Vpc+fUhRpGJW5WBnnqP6te Sr+iTuhrFDjlC1GvORGvnBfNFLdf2kRU5Wuex9tiXa5LccdQ6F9B4+g/PKuZwwaMoJ+g qFrSMPCuWsj23iJnkdYed3h8mh6tukbu/Y+8Rda3On4cSAaR9ZgpOPWQwRMXhfFMqxrB IK0Uyfja0o1gPmYclNia711epTY7XNZ/I89Jby1KhmhsZ/CcSliTkgt3yQm9fXdSMFbh Us+gaMzeK8Bv24H7VaI73FGdSURDOM6qU4iMu9v/GhtnZbk2lBS9xfKbSpOg+g9u3jC2 tPqQ== MIME-Version: 1.0 X-Received: by 10.182.40.201 with SMTP id z9mr38137839obk.45.1401714865732; Mon, 02 Jun 2014 06:14:25 -0700 (PDT) Received: by 10.76.132.131 with HTTP; Mon, 2 Jun 2014 06:14:25 -0700 (PDT) In-Reply-To: References: <1400165079.19926.6.camel@kazak.uk.xensource.com> <1400168182.19926.31.camel@kazak.uk.xensource.com> <1401271744052-5722875.post@n5.nabble.com> Date: Mon, 2 Jun 2014 15:14:25 +0200 Message-ID: From: Stefan Vroom To: Fantu Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Improving the performance of a Xen VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3635034552406223239==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3635034552406223239== Content-Type: multipart/alternative; boundary=001a11c33b02a6025404fada2ca1 --001a11c33b02a6025404fada2ca1 Content-Type: text/plain; charset=UTF-8 On 2 June 2014 15:10, Stefan Vroom wrote: > On 28 May 2014 12:09, Fantu wrote: > >> For network have you tried to remove model in vif? >> About disk if you have low performance with raw disk can be the blktap (if >> installed), in this case uninstall it and will use upstream qemu qdisk >> instead with big disk performance increase. >> For vga try to use stdvga instead, cirrus is very old and with problem in >> some cases. >> If problems persist the problem will almost certainly pv drivers missing >> or >> not working properly. >> >> I hope that the information will be useful, sorry for my bad english. >> >> >> >> -- >> View this message in context: >> http://xen.1045712.n5.nabble.com/Improving-the-performance-of-a-Xen-VM-tp5722708p5722875.html >> Sent from the Xen - User mailing list archive at Nabble.com. >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > Hit the send button too soon: > Disabling Xen platform PCI: > The driver loads but no ip address is assigned using DHCP (0.0.0.0). > Removing device model: > The driver fails to load. > > Seems like enabling PCI and model=pcnet is the only way to go. > Modified configuration file: builder='hvm' vcpus='1' memory='768' disk=['/usr/img/gpt.raw,,hda,w'] name='VrooM' vif=['mac=00:16:3e:01:01:01, bridge=xenbr0, model=pcnet'] on_poweroff='destroy' on_reboot='destroy' on_crash='destroy' boot='dc' xen_platform_pci='1' sdl='0' vnc='1' device_model_version="qemu-xen" device_model_override="/usr/bin/qemu" --001a11c33b02a6025404fada2ca1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On 2 June 2014 15:10, Stefan Vroom <<= a href=3D"mailto:smavroom@gmail.com" target=3D"_blank">smavroom@gmail.com> wrote:
On 28 May 2014 12:09, Fantu &l= t;fantonifabio= @tiscali.it> wrote:
For network have you tried to remove model in vif?
About disk if you have low performance with raw disk can be the blktap (if<= br> installed), in this case uninstall it and will use upstream qemu qdisk
instead with big disk performance increase.
For vga try to use stdvga instead, cirrus is very old and with problem in some cases.
If problems persist the problem will almost certainly pv drivers missing or=
not working properly.

I hope that the information will be useful, sorry for my bad english.



--
View this message in context: http://xen.1045712.n5.nabble.com/Improving-the-performance-of-a-Xen-VM-= tp5722708p5722875.html
Sent from the Xen - User mailing list archive at Nabble.com.

_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users
Hit the send button too soon:
Disabling Xen platform PCI:
The driver loads but no ip address is assigned using DHCP (0.0.0.0).
Removing device model:
The driver fails to load.

Seems like enabling PCI and = model=3Dpcnet is the only way to go.
Modified = configuration file:=C2=A0
builder=3D'hvm'
vcpus=3D'1'
memory=3D= '768'
disk=3D['/usr/img/gpt.raw= ,,hda,w']
name=3D'VrooM'
vif=3D['mac=3D00:16:3e:01:01:01, bridge=3Dxenbr0, model=3Dpcnet&= #39;]
on_poweroff=3D'destroy'
=
on_reboot=3D'destroy'
on_crash=3D&#= 39;destroy'
boot=3D'dc'
xen_platform_pci=3D'1'
sdl=3D'0'
vnc=3D'1'
device_model_version=3D= "qemu-xen"
device_model_override= =3D"/usr/bin/qemu"


--001a11c33b02a6025404fada2ca1-- --===============3635034552406223239== 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 --===============3635034552406223239==-- From xen-users-bounces@lists.xen.org Mon Jun 02 13:14:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 13:14:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrS4M-0001SH-Cy; Mon, 02 Jun 2014 13:14:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrS4L-0001S3-8Z for xen-users@lists.xensource.com; Mon, 02 Jun 2014 13:14:29 +0000 Received: from [85.158.137.68:40071] by server-15.bemta-3.messagelabs.com id D3/D3-13757-4B87C835; Mon, 02 Jun 2014 13:14:28 +0000 X-Env-Sender: smavroom@gmail.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1401714866!7504041!1 X-Originating-IP: [209.85.214.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25283 invoked from network); 2 Jun 2014 13:14:27 -0000 Received: from mail-ob0-f182.google.com (HELO mail-ob0-f182.google.com) (209.85.214.182) by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 13:14:27 -0000 Received: by mail-ob0-f182.google.com with SMTP id wn1so4556952obc.27 for ; Mon, 02 Jun 2014 06:14:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cb/FOM6eBlYiCZ7AoFU2szoAZ2AJqh4xvQ563X5M6vs=; b=qr/nI3wYoCEZvQbAHUVLOQ9UopslVSj6WzbOnzx4Wfy1Vpc+fUhRpGJW5WBnnqP6te Sr+iTuhrFDjlC1GvORGvnBfNFLdf2kRU5Wuex9tiXa5LccdQ6F9B4+g/PKuZwwaMoJ+g qFrSMPCuWsj23iJnkdYed3h8mh6tukbu/Y+8Rda3On4cSAaR9ZgpOPWQwRMXhfFMqxrB IK0Uyfja0o1gPmYclNia711epTY7XNZ/I89Jby1KhmhsZ/CcSliTkgt3yQm9fXdSMFbh Us+gaMzeK8Bv24H7VaI73FGdSURDOM6qU4iMu9v/GhtnZbk2lBS9xfKbSpOg+g9u3jC2 tPqQ== MIME-Version: 1.0 X-Received: by 10.182.40.201 with SMTP id z9mr38137839obk.45.1401714865732; Mon, 02 Jun 2014 06:14:25 -0700 (PDT) Received: by 10.76.132.131 with HTTP; Mon, 2 Jun 2014 06:14:25 -0700 (PDT) In-Reply-To: References: <1400165079.19926.6.camel@kazak.uk.xensource.com> <1400168182.19926.31.camel@kazak.uk.xensource.com> <1401271744052-5722875.post@n5.nabble.com> Date: Mon, 2 Jun 2014 15:14:25 +0200 Message-ID: From: Stefan Vroom To: Fantu Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Improving the performance of a Xen VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3635034552406223239==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3635034552406223239== Content-Type: multipart/alternative; boundary=001a11c33b02a6025404fada2ca1 --001a11c33b02a6025404fada2ca1 Content-Type: text/plain; charset=UTF-8 On 2 June 2014 15:10, Stefan Vroom wrote: > On 28 May 2014 12:09, Fantu wrote: > >> For network have you tried to remove model in vif? >> About disk if you have low performance with raw disk can be the blktap (if >> installed), in this case uninstall it and will use upstream qemu qdisk >> instead with big disk performance increase. >> For vga try to use stdvga instead, cirrus is very old and with problem in >> some cases. >> If problems persist the problem will almost certainly pv drivers missing >> or >> not working properly. >> >> I hope that the information will be useful, sorry for my bad english. >> >> >> >> -- >> View this message in context: >> http://xen.1045712.n5.nabble.com/Improving-the-performance-of-a-Xen-VM-tp5722708p5722875.html >> Sent from the Xen - User mailing list archive at Nabble.com. >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > Hit the send button too soon: > Disabling Xen platform PCI: > The driver loads but no ip address is assigned using DHCP (0.0.0.0). > Removing device model: > The driver fails to load. > > Seems like enabling PCI and model=pcnet is the only way to go. > Modified configuration file: builder='hvm' vcpus='1' memory='768' disk=['/usr/img/gpt.raw,,hda,w'] name='VrooM' vif=['mac=00:16:3e:01:01:01, bridge=xenbr0, model=pcnet'] on_poweroff='destroy' on_reboot='destroy' on_crash='destroy' boot='dc' xen_platform_pci='1' sdl='0' vnc='1' device_model_version="qemu-xen" device_model_override="/usr/bin/qemu" --001a11c33b02a6025404fada2ca1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On 2 June 2014 15:10, Stefan Vroom <<= a href=3D"mailto:smavroom@gmail.com" target=3D"_blank">smavroom@gmail.com> wrote:
On 28 May 2014 12:09, Fantu &l= t;fantonifabio= @tiscali.it> wrote:
For network have you tried to remove model in vif?
About disk if you have low performance with raw disk can be the blktap (if<= br> installed), in this case uninstall it and will use upstream qemu qdisk
instead with big disk performance increase.
For vga try to use stdvga instead, cirrus is very old and with problem in some cases.
If problems persist the problem will almost certainly pv drivers missing or=
not working properly.

I hope that the information will be useful, sorry for my bad english.



--
View this message in context: http://xen.1045712.n5.nabble.com/Improving-the-performance-of-a-Xen-VM-= tp5722708p5722875.html
Sent from the Xen - User mailing list archive at Nabble.com.

_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users
Hit the send button too soon:
Disabling Xen platform PCI:
The driver loads but no ip address is assigned using DHCP (0.0.0.0).
Removing device model:
The driver fails to load.

Seems like enabling PCI and = model=3Dpcnet is the only way to go.
Modified = configuration file:=C2=A0
builder=3D'hvm'
vcpus=3D'1'
memory=3D= '768'
disk=3D['/usr/img/gpt.raw= ,,hda,w']
name=3D'VrooM'
vif=3D['mac=3D00:16:3e:01:01:01, bridge=3Dxenbr0, model=3Dpcnet&= #39;]
on_poweroff=3D'destroy'
=
on_reboot=3D'destroy'
on_crash=3D&#= 39;destroy'
boot=3D'dc'
xen_platform_pci=3D'1'
sdl=3D'0'
vnc=3D'1'
device_model_version=3D= "qemu-xen"
device_model_override= =3D"/usr/bin/qemu"


--001a11c33b02a6025404fada2ca1-- --===============3635034552406223239== 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 --===============3635034552406223239==-- From xen-users-bounces@lists.xen.org Mon Jun 02 14:47:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 14:47:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrTVR-0008Dy-07; Mon, 02 Jun 2014 14:46:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrTVQ-0008Do-41 for xen-users@lists.xen.org; Mon, 02 Jun 2014 14:46:32 +0000 Received: from [85.158.143.35:36695] by server-3.bemta-4.messagelabs.com id 57/6B-13602-74E8C835; Mon, 02 Jun 2014 14:46:31 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1401720383!663640!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28575 invoked from network); 2 Jun 2014 14:46:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 14:46:28 -0000 X-IronPort-AV: E=Sophos;i="4.98,957,1392163200"; d="scan'208";a="138173148" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 02 Jun 2014 14:46:23 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 2 Jun 2014 10:46:21 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WrTVF-0006bM-Ii; Mon, 02 Jun 2014 15:46:21 +0100 Date: Mon, 2 Jun 2014 15:46:12 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Ian Campbell In-Reply-To: <1401440938.15871.53.camel@hastur.hellion.org.uk> Message-ID: References: <1401440938.15871.53.camel@hastur.hellion.org.uk> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1342847746-1117801253-1401720298=:4779" Content-ID: X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , Stefano Stabellini , "Kapania, Ashish" Subject: Re: [Xen-users] Spurious Interrupts on guest OS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --1342847746-1117801253-1401720298=:4779 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: On Fri, 30 May 2014, Ian Campbell wrote: > On Fri, 2014-05-30 at 02:40 +0000, Kapania, Ashish wrote: > > Hi All, >=20 > Copying Stefano who has a series in progress which I have a feeling > includes addressing some spurious interrupt issues. >=20 > >=20 > > =20 > >=20 > > I am trying to run a RTOS as a guest on a OMAP5432 evm and am seeing a > > spurious interrupt problem when programming the virtual timer > > interrupts. My RTOS test case uses the A15 Virtual timer to create a > > timer instance. Once programmed, the virtual timer interrupt is > > injected into my guest=E2=80=99s virtual CPU interface as expected and = the > > interrupt is also forwarded to my guest. At this point, my RTOS=E2=80= =99s IRQ > > service routine is invoked which among other things reads GICV_IAR > > register to acknowledge the interrupt and then re-enables IRQs (to > > support nested interrupts) before calling the timer handler which is > > suppose to program the CNTV_CVAL register for the next tick. I notice > > that as soon as interrupts are re-enabled, the ISR is interrupted and > > the IRQ service routine is called again. However, this time GICV_IAR > > register returns 1023. Once the ISR detects a spurious interrupt and > > returns, it gets interrupted again with another spurious interrupt. I > > see that the guest is flooded with these spurious interrupts and is > > not able to complete servicing the original virtual timer interrupt. > >=20 > > =20 > >=20 > > If I disable nesting (i.e. do not re-enable IRQs in my service > > routine), everything works as expected which makes me wonder if the > > spurious interrupts are related to the virtual timer. I tried adding a > > debug print in vgic_vcpu_inject_irq to see if xen was injecting some > > high priority interrupt but found that xen only injects a single > > virtual timer PPI. > >=20 > > =20 > >=20 > > Has anyone seen this behavior or has suggestions on how to debug this > > problem further ? Hi Ashish, yes, I have seen this behaviour with a FreeRTOS guest. This patch series should fix the issue: http://marc.info/?l=3Dxen-devel&m=3D140076202414100 A git url is available at the bottom of the email. --1342847746-1117801253-1401720298=:4779 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 --1342847746-1117801253-1401720298=:4779-- From xen-users-bounces@lists.xen.org Mon Jun 02 14:47:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 14:47:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrTVR-0008Dy-07; Mon, 02 Jun 2014 14:46:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrTVQ-0008Do-41 for xen-users@lists.xen.org; Mon, 02 Jun 2014 14:46:32 +0000 Received: from [85.158.143.35:36695] by server-3.bemta-4.messagelabs.com id 57/6B-13602-74E8C835; Mon, 02 Jun 2014 14:46:31 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1401720383!663640!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28575 invoked from network); 2 Jun 2014 14:46:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 14:46:28 -0000 X-IronPort-AV: E=Sophos;i="4.98,957,1392163200"; d="scan'208";a="138173148" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 02 Jun 2014 14:46:23 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 2 Jun 2014 10:46:21 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WrTVF-0006bM-Ii; Mon, 02 Jun 2014 15:46:21 +0100 Date: Mon, 2 Jun 2014 15:46:12 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Ian Campbell In-Reply-To: <1401440938.15871.53.camel@hastur.hellion.org.uk> Message-ID: References: <1401440938.15871.53.camel@hastur.hellion.org.uk> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1342847746-1117801253-1401720298=:4779" Content-ID: X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , Stefano Stabellini , "Kapania, Ashish" Subject: Re: [Xen-users] Spurious Interrupts on guest OS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --1342847746-1117801253-1401720298=:4779 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: On Fri, 30 May 2014, Ian Campbell wrote: > On Fri, 2014-05-30 at 02:40 +0000, Kapania, Ashish wrote: > > Hi All, >=20 > Copying Stefano who has a series in progress which I have a feeling > includes addressing some spurious interrupt issues. >=20 > >=20 > > =20 > >=20 > > I am trying to run a RTOS as a guest on a OMAP5432 evm and am seeing a > > spurious interrupt problem when programming the virtual timer > > interrupts. My RTOS test case uses the A15 Virtual timer to create a > > timer instance. Once programmed, the virtual timer interrupt is > > injected into my guest=E2=80=99s virtual CPU interface as expected and = the > > interrupt is also forwarded to my guest. At this point, my RTOS=E2=80= =99s IRQ > > service routine is invoked which among other things reads GICV_IAR > > register to acknowledge the interrupt and then re-enables IRQs (to > > support nested interrupts) before calling the timer handler which is > > suppose to program the CNTV_CVAL register for the next tick. I notice > > that as soon as interrupts are re-enabled, the ISR is interrupted and > > the IRQ service routine is called again. However, this time GICV_IAR > > register returns 1023. Once the ISR detects a spurious interrupt and > > returns, it gets interrupted again with another spurious interrupt. I > > see that the guest is flooded with these spurious interrupts and is > > not able to complete servicing the original virtual timer interrupt. > >=20 > > =20 > >=20 > > If I disable nesting (i.e. do not re-enable IRQs in my service > > routine), everything works as expected which makes me wonder if the > > spurious interrupts are related to the virtual timer. I tried adding a > > debug print in vgic_vcpu_inject_irq to see if xen was injecting some > > high priority interrupt but found that xen only injects a single > > virtual timer PPI. > >=20 > > =20 > >=20 > > Has anyone seen this behavior or has suggestions on how to debug this > > problem further ? Hi Ashish, yes, I have seen this behaviour with a FreeRTOS guest. This patch series should fix the issue: http://marc.info/?l=3Dxen-devel&m=3D140076202414100 A git url is available at the bottom of the email. --1342847746-1117801253-1401720298=:4779 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 --1342847746-1117801253-1401720298=:4779-- From xen-users-bounces@lists.xen.org Mon Jun 02 16:46:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 16:46:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrVMH-0003zt-L4; Mon, 02 Jun 2014 16:45:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrVMF-0003zo-M8 for xen-users@lists.xen.org; Mon, 02 Jun 2014 16:45:11 +0000 Received: from [85.158.143.35:50736] by server-3.bemta-4.messagelabs.com id 45/0B-13602-71AAC835; Mon, 02 Jun 2014 16:45:11 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1401727508!8689446!1 X-Originating-IP: [192.94.94.41] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjk0Ljk0LjQxID0+IDE2NDY4Ng==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22200 invoked from network); 2 Jun 2014 16:45:09 -0000 Received: from bear.ext.ti.com (HELO bear.ext.ti.com) (192.94.94.41) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jun 2014 16:45:09 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by bear.ext.ti.com (8.13.7/8.13.7) with ESMTP id s52Gj3wk013533; Mon, 2 Jun 2014 11:45:03 -0500 Received: from DLEE71.ent.ti.com (dlee71.ent.ti.com [157.170.170.114]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s52Gj25m019845; Mon, 2 Jun 2014 11:45:03 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DLEE71.ent.ti.com ([fe80::4dce:5c82:1ad0:d462%28]) with mapi id 14.03.0174.001; Mon, 2 Jun 2014 11:45:02 -0500 From: "Kapania, Ashish" To: Stefano Stabellini , Ian Campbell Thread-Topic: [Xen-users] Spurious Interrupts on guest OS Thread-Index: Ac97sHuuxd755l5FR9uTpelhUt3bBQAYDc4AAKKm6gAABlytgA== Date: Mon, 2 Jun 2014 16:45:01 +0000 Message-ID: References: <1401440938.15871.53.camel@hastur.hellion.org.uk> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.170.170.90] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Stefano Stabellini Subject: Re: [Xen-users] Spurious Interrupts on guest OS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org VGhhbmtzIFN0ZWZhbm8uIEkgd2lsbCB0cnkgdGhlIGZpeC4NCg0KQmVzdCwNCkFzaGlzaA0KDQo+ IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFN0ZWZhbm8gU3RhYmVsbGluaSBb bWFpbHRvOnN0ZWZhbm8uc3RhYmVsbGluaUBldS5jaXRyaXguY29tXQ0KPiBTZW50OiBNb25kYXks IEp1bmUgMDIsIDIwMTQgNzo0NiBBTQ0KPiBUbzogSWFuIENhbXBiZWxsDQo+IENjOiBLYXBhbmlh LCBBc2hpc2g7IFN0ZWZhbm8gU3RhYmVsbGluaTsgeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4g U3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFNwdXJpb3VzIEludGVycnVwdHMgb24gZ3Vlc3QgT1MN Cj4gDQo+IE9uIEZyaSwgMzAgTWF5IDIwMTQsIElhbiBDYW1wYmVsbCB3cm90ZToNCj4gPiBPbiBG cmksIDIwMTQtMDUtMzAgYXQgMDI6NDAgKzAwMDAsIEthcGFuaWEsIEFzaGlzaCB3cm90ZToNCj4g PiA+IEhpIEFsbCwNCj4gPg0KPiA+IENvcHlpbmcgU3RlZmFubyB3aG8gaGFzIGEgc2VyaWVzIGlu IHByb2dyZXNzIHdoaWNoIEkgaGF2ZSBhIGZlZWxpbmcNCj4gPiBpbmNsdWRlcyBhZGRyZXNzaW5n IHNvbWUgc3B1cmlvdXMgaW50ZXJydXB0IGlzc3Vlcy4NCj4gPg0KPiA+ID4NCj4gPiA+DQo+ID4g Pg0KPiA+ID4gSSBhbSB0cnlpbmcgdG8gcnVuIGEgUlRPUyBhcyBhIGd1ZXN0IG9uIGEgT01BUDU0 MzIgZXZtIGFuZCBhbQ0KPiBzZWVpbmcNCj4gPiA+IGEgc3B1cmlvdXMgaW50ZXJydXB0IHByb2Js ZW0gd2hlbiBwcm9ncmFtbWluZyB0aGUgdmlydHVhbCB0aW1lcg0KPiA+ID4gaW50ZXJydXB0cy4g TXkgUlRPUyB0ZXN0IGNhc2UgdXNlcyB0aGUgQTE1IFZpcnR1YWwgdGltZXIgdG8gY3JlYXRlDQo+ IGENCj4gPiA+IHRpbWVyIGluc3RhbmNlLiBPbmNlIHByb2dyYW1tZWQsIHRoZSB2aXJ0dWFsIHRp bWVyIGludGVycnVwdCBpcw0KPiA+ID4gaW5qZWN0ZWQgaW50byBteSBndWVzdOKAmXMgdmlydHVh bCBDUFUgaW50ZXJmYWNlIGFzIGV4cGVjdGVkIGFuZCB0aGUNCj4gPiA+IGludGVycnVwdCBpcyBh bHNvIGZvcndhcmRlZCB0byBteSBndWVzdC4gQXQgdGhpcyBwb2ludCwgbXkgUlRPU+KAmXMNCj4g PiA+IElSUSAgc2VydmljZSByb3V0aW5lIGlzIGludm9rZWQgd2hpY2ggYW1vbmcgb3RoZXIgdGhp bmdzIHJlYWRzDQo+ID4gPiBHSUNWX0lBUiByZWdpc3RlciB0byBhY2tub3dsZWRnZSB0aGUgaW50 ZXJydXB0IGFuZCB0aGVuIHJlLWVuYWJsZXMNCj4gPiA+IElSUXMgKHRvIHN1cHBvcnQgbmVzdGVk IGludGVycnVwdHMpIGJlZm9yZSBjYWxsaW5nIHRoZSB0aW1lcg0KPiBoYW5kbGVyDQo+ID4gPiB3 aGljaCBpcyBzdXBwb3NlIHRvIHByb2dyYW0gdGhlIENOVFZfQ1ZBTCByZWdpc3RlciBmb3IgdGhl IG5leHQNCj4gPiA+IHRpY2suIEkgbm90aWNlIHRoYXQgYXMgc29vbiBhcyBpbnRlcnJ1cHRzIGFy ZSByZS1lbmFibGVkLCB0aGUgSVNSDQo+IGlzDQo+ID4gPiBpbnRlcnJ1cHRlZCBhbmQgdGhlIElS USBzZXJ2aWNlIHJvdXRpbmUgaXMgY2FsbGVkIGFnYWluLiBIb3dldmVyLA0KPiA+ID4gdGhpcyB0 aW1lIEdJQ1ZfSUFSIHJlZ2lzdGVyIHJldHVybnMgMTAyMy4gT25jZSB0aGUgSVNSIGRldGVjdHMg YQ0KPiA+ID4gc3B1cmlvdXMgaW50ZXJydXB0IGFuZCByZXR1cm5zLCBpdCBnZXRzIGludGVycnVw dGVkIGFnYWluIHdpdGgNCj4gPiA+IGFub3RoZXIgc3B1cmlvdXMgaW50ZXJydXB0LiBJIHNlZSB0 aGF0IHRoZSBndWVzdCBpcyBmbG9vZGVkIHdpdGgNCj4gPiA+IHRoZXNlIHNwdXJpb3VzIGludGVy cnVwdHMgYW5kIGlzIG5vdCBhYmxlIHRvIGNvbXBsZXRlIHNlcnZpY2luZyB0aGUNCj4gb3JpZ2lu YWwgdmlydHVhbCB0aW1lciBpbnRlcnJ1cHQuDQo+ID4gPg0KPiA+ID4NCj4gPiA+DQo+ID4gPiBJ ZiBJIGRpc2FibGUgbmVzdGluZyAoaS5lLiBkbyBub3QgcmUtZW5hYmxlIElSUXMgaW4gbXkgc2Vy dmljZQ0KPiA+ID4gcm91dGluZSksIGV2ZXJ5dGhpbmcgd29ya3MgYXMgZXhwZWN0ZWQgd2hpY2gg bWFrZXMgbWUgd29uZGVyIGlmIHRoZQ0KPiA+ID4gc3B1cmlvdXMgaW50ZXJydXB0cyBhcmUgcmVs YXRlZCB0byB0aGUgdmlydHVhbCB0aW1lci4gSSB0cmllZA0KPiBhZGRpbmcNCj4gPiA+IGEgZGVi dWcgcHJpbnQgaW4gdmdpY192Y3B1X2luamVjdF9pcnEgdG8gc2VlIGlmIHhlbiB3YXMgaW5qZWN0 aW5nDQo+ID4gPiBzb21lIGhpZ2ggcHJpb3JpdHkgaW50ZXJydXB0IGJ1dCBmb3VuZCB0aGF0IHhl biBvbmx5IGluamVjdHMgYQ0KPiA+ID4gc2luZ2xlIHZpcnR1YWwgdGltZXIgUFBJLg0KPiA+ID4N Cj4gPiA+DQo+ID4gPg0KPiA+ID4gSGFzIGFueW9uZSBzZWVuIHRoaXMgYmVoYXZpb3Igb3IgaGFz IHN1Z2dlc3Rpb25zIG9uIGhvdyB0byBkZWJ1Zw0KPiA+ID4gdGhpcyBwcm9ibGVtIGZ1cnRoZXIg Pw0KPiANCj4gSGkgQXNoaXNoLA0KPiB5ZXMsIEkgaGF2ZSBzZWVuIHRoaXMgYmVoYXZpb3VyIHdp dGggYSBGcmVlUlRPUyBndWVzdC4gVGhpcyBwYXRjaA0KPiBzZXJpZXMgc2hvdWxkIGZpeCB0aGUg aXNzdWU6DQo+IA0KPiBodHRwOi8vbWFyYy5pbmZvLz9sPXhlbi1kZXZlbCZtPTE0MDA3NjIwMjQx NDEwMA0KPiANCj4gQSBnaXQgdXJsIGlzIGF2YWlsYWJsZSBhdCB0aGUgYm90dG9tIG9mIHRoZSBl bWFpbC4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhl bi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Mon Jun 02 16:46:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 16:46:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrVMH-0003zt-L4; Mon, 02 Jun 2014 16:45:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrVMF-0003zo-M8 for xen-users@lists.xen.org; Mon, 02 Jun 2014 16:45:11 +0000 Received: from [85.158.143.35:50736] by server-3.bemta-4.messagelabs.com id 45/0B-13602-71AAC835; Mon, 02 Jun 2014 16:45:11 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1401727508!8689446!1 X-Originating-IP: [192.94.94.41] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjk0Ljk0LjQxID0+IDE2NDY4Ng==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22200 invoked from network); 2 Jun 2014 16:45:09 -0000 Received: from bear.ext.ti.com (HELO bear.ext.ti.com) (192.94.94.41) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jun 2014 16:45:09 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by bear.ext.ti.com (8.13.7/8.13.7) with ESMTP id s52Gj3wk013533; Mon, 2 Jun 2014 11:45:03 -0500 Received: from DLEE71.ent.ti.com (dlee71.ent.ti.com [157.170.170.114]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s52Gj25m019845; Mon, 2 Jun 2014 11:45:03 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DLEE71.ent.ti.com ([fe80::4dce:5c82:1ad0:d462%28]) with mapi id 14.03.0174.001; Mon, 2 Jun 2014 11:45:02 -0500 From: "Kapania, Ashish" To: Stefano Stabellini , Ian Campbell Thread-Topic: [Xen-users] Spurious Interrupts on guest OS Thread-Index: Ac97sHuuxd755l5FR9uTpelhUt3bBQAYDc4AAKKm6gAABlytgA== Date: Mon, 2 Jun 2014 16:45:01 +0000 Message-ID: References: <1401440938.15871.53.camel@hastur.hellion.org.uk> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.170.170.90] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Stefano Stabellini Subject: Re: [Xen-users] Spurious Interrupts on guest OS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org VGhhbmtzIFN0ZWZhbm8uIEkgd2lsbCB0cnkgdGhlIGZpeC4NCg0KQmVzdCwNCkFzaGlzaA0KDQo+ IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFN0ZWZhbm8gU3RhYmVsbGluaSBb bWFpbHRvOnN0ZWZhbm8uc3RhYmVsbGluaUBldS5jaXRyaXguY29tXQ0KPiBTZW50OiBNb25kYXks IEp1bmUgMDIsIDIwMTQgNzo0NiBBTQ0KPiBUbzogSWFuIENhbXBiZWxsDQo+IENjOiBLYXBhbmlh LCBBc2hpc2g7IFN0ZWZhbm8gU3RhYmVsbGluaTsgeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4g U3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFNwdXJpb3VzIEludGVycnVwdHMgb24gZ3Vlc3QgT1MN Cj4gDQo+IE9uIEZyaSwgMzAgTWF5IDIwMTQsIElhbiBDYW1wYmVsbCB3cm90ZToNCj4gPiBPbiBG cmksIDIwMTQtMDUtMzAgYXQgMDI6NDAgKzAwMDAsIEthcGFuaWEsIEFzaGlzaCB3cm90ZToNCj4g PiA+IEhpIEFsbCwNCj4gPg0KPiA+IENvcHlpbmcgU3RlZmFubyB3aG8gaGFzIGEgc2VyaWVzIGlu IHByb2dyZXNzIHdoaWNoIEkgaGF2ZSBhIGZlZWxpbmcNCj4gPiBpbmNsdWRlcyBhZGRyZXNzaW5n IHNvbWUgc3B1cmlvdXMgaW50ZXJydXB0IGlzc3Vlcy4NCj4gPg0KPiA+ID4NCj4gPiA+DQo+ID4g Pg0KPiA+ID4gSSBhbSB0cnlpbmcgdG8gcnVuIGEgUlRPUyBhcyBhIGd1ZXN0IG9uIGEgT01BUDU0 MzIgZXZtIGFuZCBhbQ0KPiBzZWVpbmcNCj4gPiA+IGEgc3B1cmlvdXMgaW50ZXJydXB0IHByb2Js ZW0gd2hlbiBwcm9ncmFtbWluZyB0aGUgdmlydHVhbCB0aW1lcg0KPiA+ID4gaW50ZXJydXB0cy4g TXkgUlRPUyB0ZXN0IGNhc2UgdXNlcyB0aGUgQTE1IFZpcnR1YWwgdGltZXIgdG8gY3JlYXRlDQo+ IGENCj4gPiA+IHRpbWVyIGluc3RhbmNlLiBPbmNlIHByb2dyYW1tZWQsIHRoZSB2aXJ0dWFsIHRp bWVyIGludGVycnVwdCBpcw0KPiA+ID4gaW5qZWN0ZWQgaW50byBteSBndWVzdOKAmXMgdmlydHVh bCBDUFUgaW50ZXJmYWNlIGFzIGV4cGVjdGVkIGFuZCB0aGUNCj4gPiA+IGludGVycnVwdCBpcyBh bHNvIGZvcndhcmRlZCB0byBteSBndWVzdC4gQXQgdGhpcyBwb2ludCwgbXkgUlRPU+KAmXMNCj4g PiA+IElSUSAgc2VydmljZSByb3V0aW5lIGlzIGludm9rZWQgd2hpY2ggYW1vbmcgb3RoZXIgdGhp bmdzIHJlYWRzDQo+ID4gPiBHSUNWX0lBUiByZWdpc3RlciB0byBhY2tub3dsZWRnZSB0aGUgaW50 ZXJydXB0IGFuZCB0aGVuIHJlLWVuYWJsZXMNCj4gPiA+IElSUXMgKHRvIHN1cHBvcnQgbmVzdGVk IGludGVycnVwdHMpIGJlZm9yZSBjYWxsaW5nIHRoZSB0aW1lcg0KPiBoYW5kbGVyDQo+ID4gPiB3 aGljaCBpcyBzdXBwb3NlIHRvIHByb2dyYW0gdGhlIENOVFZfQ1ZBTCByZWdpc3RlciBmb3IgdGhl IG5leHQNCj4gPiA+IHRpY2suIEkgbm90aWNlIHRoYXQgYXMgc29vbiBhcyBpbnRlcnJ1cHRzIGFy ZSByZS1lbmFibGVkLCB0aGUgSVNSDQo+IGlzDQo+ID4gPiBpbnRlcnJ1cHRlZCBhbmQgdGhlIElS USBzZXJ2aWNlIHJvdXRpbmUgaXMgY2FsbGVkIGFnYWluLiBIb3dldmVyLA0KPiA+ID4gdGhpcyB0 aW1lIEdJQ1ZfSUFSIHJlZ2lzdGVyIHJldHVybnMgMTAyMy4gT25jZSB0aGUgSVNSIGRldGVjdHMg YQ0KPiA+ID4gc3B1cmlvdXMgaW50ZXJydXB0IGFuZCByZXR1cm5zLCBpdCBnZXRzIGludGVycnVw dGVkIGFnYWluIHdpdGgNCj4gPiA+IGFub3RoZXIgc3B1cmlvdXMgaW50ZXJydXB0LiBJIHNlZSB0 aGF0IHRoZSBndWVzdCBpcyBmbG9vZGVkIHdpdGgNCj4gPiA+IHRoZXNlIHNwdXJpb3VzIGludGVy cnVwdHMgYW5kIGlzIG5vdCBhYmxlIHRvIGNvbXBsZXRlIHNlcnZpY2luZyB0aGUNCj4gb3JpZ2lu YWwgdmlydHVhbCB0aW1lciBpbnRlcnJ1cHQuDQo+ID4gPg0KPiA+ID4NCj4gPiA+DQo+ID4gPiBJ ZiBJIGRpc2FibGUgbmVzdGluZyAoaS5lLiBkbyBub3QgcmUtZW5hYmxlIElSUXMgaW4gbXkgc2Vy dmljZQ0KPiA+ID4gcm91dGluZSksIGV2ZXJ5dGhpbmcgd29ya3MgYXMgZXhwZWN0ZWQgd2hpY2gg bWFrZXMgbWUgd29uZGVyIGlmIHRoZQ0KPiA+ID4gc3B1cmlvdXMgaW50ZXJydXB0cyBhcmUgcmVs YXRlZCB0byB0aGUgdmlydHVhbCB0aW1lci4gSSB0cmllZA0KPiBhZGRpbmcNCj4gPiA+IGEgZGVi dWcgcHJpbnQgaW4gdmdpY192Y3B1X2luamVjdF9pcnEgdG8gc2VlIGlmIHhlbiB3YXMgaW5qZWN0 aW5nDQo+ID4gPiBzb21lIGhpZ2ggcHJpb3JpdHkgaW50ZXJydXB0IGJ1dCBmb3VuZCB0aGF0IHhl biBvbmx5IGluamVjdHMgYQ0KPiA+ID4gc2luZ2xlIHZpcnR1YWwgdGltZXIgUFBJLg0KPiA+ID4N Cj4gPiA+DQo+ID4gPg0KPiA+ID4gSGFzIGFueW9uZSBzZWVuIHRoaXMgYmVoYXZpb3Igb3IgaGFz IHN1Z2dlc3Rpb25zIG9uIGhvdyB0byBkZWJ1Zw0KPiA+ID4gdGhpcyBwcm9ibGVtIGZ1cnRoZXIg Pw0KPiANCj4gSGkgQXNoaXNoLA0KPiB5ZXMsIEkgaGF2ZSBzZWVuIHRoaXMgYmVoYXZpb3VyIHdp dGggYSBGcmVlUlRPUyBndWVzdC4gVGhpcyBwYXRjaA0KPiBzZXJpZXMgc2hvdWxkIGZpeCB0aGUg aXNzdWU6DQo+IA0KPiBodHRwOi8vbWFyYy5pbmZvLz9sPXhlbi1kZXZlbCZtPTE0MDA3NjIwMjQx NDEwMA0KPiANCj4gQSBnaXQgdXJsIGlzIGF2YWlsYWJsZSBhdCB0aGUgYm90dG9tIG9mIHRoZSBl bWFpbC4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhl bi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Mon Jun 02 19:58:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 19:58:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrYMe-0003UE-Ac; Mon, 02 Jun 2014 19:57:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrWju-0000m4-MO for xen-users@lists.xensource.com; Mon, 02 Jun 2014 18:13:42 +0000 Received: from [85.158.139.211:3021] by server-6.bemta-5.messagelabs.com id 96/35-19576-5DEBC835; Mon, 02 Jun 2014 18:13:41 +0000 X-Env-Sender: gr2@ipw.net X-Msg-Ref: server-3.tower-206.messagelabs.com!1401732820!51785!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9258 invoked from network); 2 Jun 2014 18:13:41 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-3.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 2 Jun 2014 18:13:41 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WrWjr-0002Yz-Cx for xen-users@lists.xensource.com; Mon, 02 Jun 2014 11:13:39 -0700 Date: Mon, 2 Jun 2014 11:13:39 -0700 (PDT) From: thenightworker To: xen-users@lists.xensource.com Message-ID: <1401732819311-5722955.post@n5.nabble.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 02 Jun 2014 19:57:46 +0000 Subject: Re: [Xen-users] Logout from xm console - mit CRTL 5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SGFsbG8sIApiZWkgbWlyIGdlaHRzIGdhbnogbm9ybWFsIG1pdCBDVFJMIDUgdW5kIGljaCB3YXIg d2llZGVyIGRyYXVzc2VuCgphYmVyIGRhbmtlIGbDvHIgZGllIFRpcHMKCgoKCi0tClZpZXcgdGhp cyBtZXNzYWdlIGluIGNvbnRleHQ6IGh0dHA6Ly94ZW4uMTA0NTcxMi5uNS5uYWJibGUuY29tL0xv Z291dC1mcm9tLXhtLWNvbnNvbGUtdHAyNTgzODgzcDU3MjI5NTUuaHRtbApTZW50IGZyb20gdGhl IFhlbiAtIFVzZXIgbWFpbGluZyBsaXN0IGFyY2hpdmUgYXQgTmFiYmxlLmNvbS4KCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5n IGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJz From xen-users-bounces@lists.xen.org Mon Jun 02 19:58:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 19:58:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrYMe-0003UP-Rn; Mon, 02 Jun 2014 19:57:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrWsu-000173-Dx for xen-users@lists.xensource.com; Mon, 02 Jun 2014 18:23:00 +0000 Received: from [85.158.137.68:27025] by server-14.bemta-3.messagelabs.com id 69/E8-30903-301CC835; Mon, 02 Jun 2014 18:22:59 +0000 X-Env-Sender: gr2@ipw.net X-Msg-Ref: server-15.tower-31.messagelabs.com!1401733377!7454040!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26919 invoked from network); 2 Jun 2014 18:22:58 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-15.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 2 Jun 2014 18:22:58 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WrWsq-0003Z6-UF for xen-users@lists.xensource.com; Mon, 02 Jun 2014 11:22:56 -0700 Date: Mon, 2 Jun 2014 11:22:56 -0700 (PDT) From: thenightworker To: xen-users@lists.xensource.com Message-ID: <1401733376926-5722956.post@n5.nabble.com> In-Reply-To: <53839183.7050107@netvel.net> References: <53839183.7050107@netvel.net> MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 02 Jun 2014 19:57:46 +0000 Subject: Re: [Xen-users] extracting info from a running domain. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I did just try it [XEN5-DOM0 - root] ~ $ xm list -l c0d2-www51-test and it did work > a very long list from this VM was displayd the beginning only (domain (domid 3) (cpu_weight 256) (cpu_cap 0) (pool_name Pool-0) (bootloader /usr/bin/pygrub) (vcpus 4) (cpus (() () () ())) (on_poweroff destroy) (description None) (on_crash destroy) (uuid ac7b0d60-e25f-7c86-1fb1-bde3f48b3e6f) (bootloader_args -q) (name c0d2-www51-test) (on_reboot restart) (maxmem 4096) (memory 2048) (shadow_memory 0) (features '') (on_xend_start start) (on_xend_stop ignore) (start_time 1401400920.91) (cpu_time 23426.5380891) (online_vcpus 4) (image .......... -- View this message in context: http://xen.1045712.n5.nabble.com/extracting-info-from-a-running-domain-tp5722887p5722956.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 02 19:58:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 19:58:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrYMe-0003UE-Ac; Mon, 02 Jun 2014 19:57:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrWju-0000m4-MO for xen-users@lists.xensource.com; Mon, 02 Jun 2014 18:13:42 +0000 Received: from [85.158.139.211:3021] by server-6.bemta-5.messagelabs.com id 96/35-19576-5DEBC835; Mon, 02 Jun 2014 18:13:41 +0000 X-Env-Sender: gr2@ipw.net X-Msg-Ref: server-3.tower-206.messagelabs.com!1401732820!51785!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9258 invoked from network); 2 Jun 2014 18:13:41 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-3.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 2 Jun 2014 18:13:41 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WrWjr-0002Yz-Cx for xen-users@lists.xensource.com; Mon, 02 Jun 2014 11:13:39 -0700 Date: Mon, 2 Jun 2014 11:13:39 -0700 (PDT) From: thenightworker To: xen-users@lists.xensource.com Message-ID: <1401732819311-5722955.post@n5.nabble.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 02 Jun 2014 19:57:46 +0000 Subject: Re: [Xen-users] Logout from xm console - mit CRTL 5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SGFsbG8sIApiZWkgbWlyIGdlaHRzIGdhbnogbm9ybWFsIG1pdCBDVFJMIDUgdW5kIGljaCB3YXIg d2llZGVyIGRyYXVzc2VuCgphYmVyIGRhbmtlIGbDvHIgZGllIFRpcHMKCgoKCi0tClZpZXcgdGhp cyBtZXNzYWdlIGluIGNvbnRleHQ6IGh0dHA6Ly94ZW4uMTA0NTcxMi5uNS5uYWJibGUuY29tL0xv Z291dC1mcm9tLXhtLWNvbnNvbGUtdHAyNTgzODgzcDU3MjI5NTUuaHRtbApTZW50IGZyb20gdGhl IFhlbiAtIFVzZXIgbWFpbGluZyBsaXN0IGFyY2hpdmUgYXQgTmFiYmxlLmNvbS4KCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5n IGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJz From xen-users-bounces@lists.xen.org Mon Jun 02 19:58:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 19:58:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrYMe-0003UP-Rn; Mon, 02 Jun 2014 19:57:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrWsu-000173-Dx for xen-users@lists.xensource.com; Mon, 02 Jun 2014 18:23:00 +0000 Received: from [85.158.137.68:27025] by server-14.bemta-3.messagelabs.com id 69/E8-30903-301CC835; Mon, 02 Jun 2014 18:22:59 +0000 X-Env-Sender: gr2@ipw.net X-Msg-Ref: server-15.tower-31.messagelabs.com!1401733377!7454040!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26919 invoked from network); 2 Jun 2014 18:22:58 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-15.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 2 Jun 2014 18:22:58 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WrWsq-0003Z6-UF for xen-users@lists.xensource.com; Mon, 02 Jun 2014 11:22:56 -0700 Date: Mon, 2 Jun 2014 11:22:56 -0700 (PDT) From: thenightworker To: xen-users@lists.xensource.com Message-ID: <1401733376926-5722956.post@n5.nabble.com> In-Reply-To: <53839183.7050107@netvel.net> References: <53839183.7050107@netvel.net> MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 02 Jun 2014 19:57:46 +0000 Subject: Re: [Xen-users] extracting info from a running domain. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I did just try it [XEN5-DOM0 - root] ~ $ xm list -l c0d2-www51-test and it did work > a very long list from this VM was displayd the beginning only (domain (domid 3) (cpu_weight 256) (cpu_cap 0) (pool_name Pool-0) (bootloader /usr/bin/pygrub) (vcpus 4) (cpus (() () () ())) (on_poweroff destroy) (description None) (on_crash destroy) (uuid ac7b0d60-e25f-7c86-1fb1-bde3f48b3e6f) (bootloader_args -q) (name c0d2-www51-test) (on_reboot restart) (maxmem 4096) (memory 2048) (shadow_memory 0) (features '') (on_xend_start start) (on_xend_stop ignore) (start_time 1401400920.91) (cpu_time 23426.5380891) (online_vcpus 4) (image .......... -- View this message in context: http://xen.1045712.n5.nabble.com/extracting-info-from-a-running-domain-tp5722887p5722956.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 02 20:46:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 20:46:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrZ7q-0005Jx-OX; Mon, 02 Jun 2014 20:46:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrZ7o-0005JW-Cd; Mon, 02 Jun 2014 20:46:32 +0000 Received: from [193.109.254.147:12052] by server-7.bemta-14.messagelabs.com id DA/C1-17726-7A2EC835; Mon, 02 Jun 2014 20:46:31 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1401741990!8664123!1 X-Originating-IP: [209.85.215.49] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32369 invoked from network); 2 Jun 2014 20:46:30 -0000 Received: from mail-la0-f49.google.com (HELO mail-la0-f49.google.com) (209.85.215.49) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 20:46:30 -0000 Received: by mail-la0-f49.google.com with SMTP id pv20so2893234lab.36 for ; Mon, 02 Jun 2014 13:46:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=kV4Gq8J+/pI/pkRnmO+8F2tX5R6mbjrPTXDnD1Uj2RY=; b=DKLIgt6V6VEchkQURVfNxcMJUbbJpMfgKAnIzEs41cDx8ow2VKYORm0s97CoGVIbnM r8+ltu6jWhMPIprrt8GrtdlbXfBBt4LR/3JJjK9n8PpIsIRLsIakhCPZJy09+wwT1Bgb AtKl8JRpvj/mBBnb7nUWv29+C3mZ8vtBCL2Cmhil3JxrXdV+OLVPpgVZmCsYqAk6O8fS 5s2TbDyGyw6LV+gzkdmU6sAe2pBFajVGO3DnRXYMcNaeJXWB5/s4Sr8DWbRaOVFTtQuu MgGp+Eq0B6fwA6qVmzWbGIT8QJix77b0mMBuHUI6h3+IhefKL62G84t3x4gED/7+QMXm HjPQ== MIME-Version: 1.0 X-Received: by 10.112.180.225 with SMTP id dr1mr4349177lbc.51.1401741989908; Mon, 02 Jun 2014 13:46:29 -0700 (PDT) Received: by 10.112.29.39 with HTTP; Mon, 2 Jun 2014 13:46:29 -0700 (PDT) Date: Mon, 2 Jun 2014 16:46:29 -0400 X-Google-Sender-Auth: Gc3tR5tL8qLHfrOILPe8ytexaR8 Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org, xen-api@lists.xen.org Subject: [Xen-users] Thanks to everyone who participated in Xen Project Document Day X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thank you to everyone who participated in last week's Document Day. While I suspect that a number of people were preoccupied with travel to the Hackathon, a number of things were accomplished. Among them were some major revisions to: http://wiki.xenproject.org/wiki/Tuning_Xen_for_Performance (thank you Royger!) Some new pages were added, including: http://wiki.xenproject.org/wiki/QEMU_vs_qemu-traditionnal_Feature_Comparison (great job Anthony!) and: http://wiki.xenproject.org/wiki/Cloud_Operating_Systems Other participants during Doc Day (or soon thereafter) included Ijc, Lars.kurth, Fantu, and myself. Check out some of the pages above and add your own information where appropriate. Our next Document Day is Wednesday, June 25. Please put it on your calendar and join us in #xendocs as we make Xen Project easier to use through excellent documentation. Hope to see you then, Russ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 02 20:46:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jun 2014 20:46:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrZ7q-0005Jx-OX; Mon, 02 Jun 2014 20:46:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrZ7o-0005JW-Cd; Mon, 02 Jun 2014 20:46:32 +0000 Received: from [193.109.254.147:12052] by server-7.bemta-14.messagelabs.com id DA/C1-17726-7A2EC835; Mon, 02 Jun 2014 20:46:31 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1401741990!8664123!1 X-Originating-IP: [209.85.215.49] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32369 invoked from network); 2 Jun 2014 20:46:30 -0000 Received: from mail-la0-f49.google.com (HELO mail-la0-f49.google.com) (209.85.215.49) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 20:46:30 -0000 Received: by mail-la0-f49.google.com with SMTP id pv20so2893234lab.36 for ; Mon, 02 Jun 2014 13:46:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=kV4Gq8J+/pI/pkRnmO+8F2tX5R6mbjrPTXDnD1Uj2RY=; b=DKLIgt6V6VEchkQURVfNxcMJUbbJpMfgKAnIzEs41cDx8ow2VKYORm0s97CoGVIbnM r8+ltu6jWhMPIprrt8GrtdlbXfBBt4LR/3JJjK9n8PpIsIRLsIakhCPZJy09+wwT1Bgb AtKl8JRpvj/mBBnb7nUWv29+C3mZ8vtBCL2Cmhil3JxrXdV+OLVPpgVZmCsYqAk6O8fS 5s2TbDyGyw6LV+gzkdmU6sAe2pBFajVGO3DnRXYMcNaeJXWB5/s4Sr8DWbRaOVFTtQuu MgGp+Eq0B6fwA6qVmzWbGIT8QJix77b0mMBuHUI6h3+IhefKL62G84t3x4gED/7+QMXm HjPQ== MIME-Version: 1.0 X-Received: by 10.112.180.225 with SMTP id dr1mr4349177lbc.51.1401741989908; Mon, 02 Jun 2014 13:46:29 -0700 (PDT) Received: by 10.112.29.39 with HTTP; Mon, 2 Jun 2014 13:46:29 -0700 (PDT) Date: Mon, 2 Jun 2014 16:46:29 -0400 X-Google-Sender-Auth: Gc3tR5tL8qLHfrOILPe8ytexaR8 Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org, xen-api@lists.xen.org Subject: [Xen-users] Thanks to everyone who participated in Xen Project Document Day X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thank you to everyone who participated in last week's Document Day. While I suspect that a number of people were preoccupied with travel to the Hackathon, a number of things were accomplished. Among them were some major revisions to: http://wiki.xenproject.org/wiki/Tuning_Xen_for_Performance (thank you Royger!) Some new pages were added, including: http://wiki.xenproject.org/wiki/QEMU_vs_qemu-traditionnal_Feature_Comparison (great job Anthony!) and: http://wiki.xenproject.org/wiki/Cloud_Operating_Systems Other participants during Doc Day (or soon thereafter) included Ijc, Lars.kurth, Fantu, and myself. Check out some of the pages above and add your own information where appropriate. Our next Document Day is Wednesday, June 25. Please put it on your calendar and join us in #xendocs as we make Xen Project easier to use through excellent documentation. Hope to see you then, Russ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 03 03:53:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 03:53:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrflh-00017d-7R; Tue, 03 Jun 2014 03:52:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrflY-00017V-FS for xen-users@lists.xen.org; Tue, 03 Jun 2014 03:52:00 +0000 Received: from [85.158.137.68:52088] by server-2.bemta-3.messagelabs.com id 25/51-23530-F564D835; Tue, 03 Jun 2014 03:51:59 +0000 X-Env-Sender: powerhouse.linux@yahoo.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1401767516!7654207!1 X-Originating-IP: [216.109.115.142] X-SpamReason: No, hits=2.7 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, REPTO_QUOTE_YAHOO,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6956 invoked from network); 3 Jun 2014 03:51:58 -0000 Received: from nm47-vm7.bullet.mail.bf1.yahoo.com (HELO nm47-vm7.bullet.mail.bf1.yahoo.com) (216.109.115.142) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jun 2014 03:51:58 -0000 Received: from [66.196.81.174] by nm47.bullet.mail.bf1.yahoo.com with NNFMP; 03 Jun 2014 03:51:56 -0000 Received: from [98.139.212.209] by tm20.bullet.mail.bf1.yahoo.com with NNFMP; 03 Jun 2014 03:51:56 -0000 Received: from [127.0.0.1] by omp1018.mail.bf1.yahoo.com with NNFMP; 03 Jun 2014 03:51:56 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 483295.61130.bm@omp1018.mail.bf1.yahoo.com Received: (qmail 73762 invoked by uid 60001); 3 Jun 2014 03:51:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1401767516; bh=wSg3OPjPIhtY7M6n+SHYH4DLyOZJRfYt2UL/d2pVwGo=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=bb4tO7JDtheA0xUWUzrcIZFsuULJlE+/dos0L2WuTRVQIMjaLhxWB8SEc9D6AIPdZ9fgK+9MITLYE/NJ04iLcxp2BeU/QdauGfcofhOLCH5jphdDaOOtgaiv39jFgNCP2pd5fVUh7RB5qawjijodeF8UHI5g4dqL+M/P1oY/MbY= X-YMail-OSG: osTbY4gVM1k5.EqgswQ2mdqp7USoThFz_j3b_mvin9bzLbX 6Uj5vAb8P342orUz1FvGQ6JT3Wp.mMnM4pTuxrKARL1LW64lY.LyvlTbcXux nPnTjRcmzUA0BXkB3_hxtZif5AyZ8MWiihazL.3xmFkdpooLfbSGbwtW36D2 jflnTDTdumlPO9ng_rkSO6Ah3Q41YMD2jsRHwiOGwvGckBMzP.Cln4cakOG4 3_Yii5I3Ih_75faeYFBt3MLYAww7GJ1BkVHz3PIUT37H68lPazcrxPUN7Oil c45Iu2032gwl2UzbNF.F310V3nehHCl0jB1nBvG51yQNXJva4kSXTfHgNbOv 7ibga38.t7aztgNQgZ6UfboKr3OoGd7rv12qeNsoNwCLDYx99CKzyq0nyPtN WXJEmTpcpgm6mi5Nh3JaJ4mclDAy0dN3GylbZbw5GYxhmh4vF5QecvKCuysV MA8Cjf9kTgRCsPWtlxGFCj3yANBRuRrmo2S_V0K8O1TnpCfbgLmoxIL42hSr gVrrQxZ.kKKAn7c7uB1xs9PivQ3j0X1esVJIufjkdpD6Ek.sEwjqkYFK_OIp 5JOKgDZAcJTeW4ER8Sq78FoQy72HD Received: from [84.108.212.211] by web140405.mail.bf1.yahoo.com via HTTP; Mon, 02 Jun 2014 20:51:56 PDT X-Rocket-MIMEInfo: 002.001, R3JlYXQgbmV3cywgZXNwZWNpYWxseSB0aGUgZ3Vlc3Qgc2h1dGRvd24vcmVib290IGFiaWxpdHkgdGhhdCBzb21ldGltZXMgZG9lc24ndCB3b3JrIHdpdGggR1BMUFYgZHJpdmVycyAodGhvdWdoIEkgaGF2ZW4ndCB0cmllZCB0aGUgbGF0ZXN0KS4KQW4gd2VsY29tZSBmZWF0dXJlIHdvdWxkIGJlIGFuIGluc3RhbGxlci91bmluc3RhbGxlciB1dGlsaXR5IHRoYXQgY2FuIGNsZWFubHkgcmVtb3ZlIChvciB1cGdyYWRlKSB0aGUgZHJpdmVycy4gVGhlIGZhY3QgdGhhdCB0aGVzZSBhcmUgc2lnbmVkIGRyaXZlcnMBMAEBAQE- X-Mailer: YahooMailWebService/0.8.188.663 References: <5385D9C6.2090105@xen.org> <5386DCDA.6000607@websitemanagers.com.au> Message-ID: <1401767516.1542.YahooMailNeo@web140405.mail.bf1.yahoo.com> Date: Mon, 2 Jun 2014 20:51:56 -0700 (PDT) From: "H. Sieger" To: Adam Goryachev , "xen-users@lists.xen.org" In-Reply-To: <5386DCDA.6000607@websitemanagers.com.au> MIME-Version: 1.0 Subject: Re: [Xen-users] [For community review] Windows PV Drivers Incubation Sub-project Proposal X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: "H. Sieger" List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0558305517903123113==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0558305517903123113== Content-Type: multipart/alternative; boundary="-1226699745-320233163-1401767516=:1542" ---1226699745-320233163-1401767516=:1542 Content-Type: text/plain; charset=us-ascii Great news, especially the guest shutdown/reboot ability that sometimes doesn't work with GPLPV drivers (though I haven't tried the latest). An welcome feature would be an installer/uninstaller utility that can cleanly remove (or upgrade) the drivers. The fact that these are signed drivers is another important bonus (though there are some - old - signed GPLPV drivers available). It would also be important to include instructions on how to replace/remove already installed GPLPV drivers and install these new drivers. On Thursday, May 29, 2014 10:14 AM, Adam Goryachev wrote: On 28/05/14 22:42, Lars Kurth wrote: > === Relevance to Xen and its Community === > The drivers have a dependency on Xen as they are ParaVirtualization > aware. They are not tied in any way to Citrix commercial Xen offerings; > they are designed to function on any build of Xen since 3.4. They > encompass high performance network and storage frontends and enable > functionality such as memory ballooning, and clean shutdown or reboot > via the xl toolstack. They are well tested and supported, since they > are crucial to Citrix products, and are of benefit to anyone wishing > to run Windows (i386 or x86_64) as a guest under Xen. > > === Current Status === > Recent builds of the drivers are currently being tested by Citrix and > Amazon using the Microsoft HCK and Citrix will be providing > logo-signed builds of the drivers in future commercial Xen offerings. > Amazon are evaluating the drivers and may ship them in future AMIs. > Citrix may also provide logo-signed drivers via Microsoft's Windows > Update mechanism, making them widely available to anyone running > Windows under Xen (not just XenServer) without the need for them to > build the drivers themselves. Any other organization is also free to do > the same by registering a top level PV device with the Xen community > (see http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=docs/misc/pci-d > evice-reservations.txt) and logo-signing their driver builds. > How do the quality of the citrix drivers compare to the existing GPLPV drivers? I'm assuming two distinct code bases will have distinct bugs, as well as features. > We hope we can work with the maintainers of the GPLPV Windows Drivers > to standardize Windows PV drivers for the Xen project. How do you propose this will happen? Is there some idea on how the two drivers code base can be merged, or do you propose to discard the existing GPLPV drivers? I'd like to hear some more discussion around this issue. PS, I think it is great news that citrix has moved to release the drivers, and share in this way. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ---1226699745-320233163-1401767516=:1542 Content-Type: text/html; charset=us-ascii
Great news, especially the guest shutdown/reboot ability that sometimes doesn't work with GPLPV drivers (though I haven't tried the latest).
An welcome feature would be an installer/uninstaller utility that can cleanly remove (or upgrade) the drivers. The fact that these are signed drivers is another important bonus (though there are some - old - signed GPLPV drivers available).
It would also be important to include instructions on how to replace/remove already installed GPLPV drivers and install these new drivers.

On Thursday, May 29, 2014 10:14 AM, Adam Goryachev <mailinglists@websitemanagers.com.au> wrote:


On 28/05/14 22:42, Lars Kurth wrote:
> === Relevance to Xen and its Community ===
> The drivers have a dependency on Xen as they are ParaVirtualization
> aware. They are not tied in any way to Citrix commercial Xen offerings;
> they are designed to function on any build of Xen since 3.4. They
> encompass high performance network and storage frontends and enable
> functionality such as memory ballooning, and clean shutdown or reboot
> via the xl toolstack. They are well tested and supported, since they
> are crucial to Citrix products, and are of benefit to anyone wishing
> to run Windows (i386 or x86_64) as a guest under Xen.
>
> === Current Status ===
> Recent builds of the drivers are currently being tested by Citrix and
> Amazon using the Microsoft HCK and Citrix will be providing
> logo-signed builds of the drivers in future commercial Xen offerings.
> Amazon are evaluating the drivers and may ship them in future AMIs.
> Citrix may also provide logo-signed drivers via Microsoft's Windows
> Update mechanism, making them widely available to anyone running
> Windows under Xen (not just XenServer) without the need for them to
> build the drivers themselves. Any other organization is also free to do
> the same by registering a top level PV device with the Xen community
> (see http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=docs/misc/pci-d
> evice-reservations.txt) and logo-signing their driver builds.
>
How do the quality of the citrix drivers compare to the existing GPLPV
drivers? I'm assuming two distinct code bases will have distinct bugs,
as well as features.

> We hope we can work with the maintainers of the GPLPV Windows Drivers
> to standardize Windows PV drivers for the Xen project.

How do you propose this will happen? Is there some idea on how the two
drivers code base can be merged, or do you propose to discard the
existing GPLPV drivers? I'd like to hear some more discussion around
this issue.

PS, I think it is great news that citrix has moved to release the
drivers, and share in this way.

Regards,
Adam

--
Adam Goryachev
Website Managers
www.websitemanagers.com.au



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users


---1226699745-320233163-1401767516=:1542-- --===============0558305517903123113== 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 --===============0558305517903123113==-- From xen-users-bounces@lists.xen.org Tue Jun 03 03:53:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 03:53:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrflh-00017d-7R; Tue, 03 Jun 2014 03:52:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrflY-00017V-FS for xen-users@lists.xen.org; Tue, 03 Jun 2014 03:52:00 +0000 Received: from [85.158.137.68:52088] by server-2.bemta-3.messagelabs.com id 25/51-23530-F564D835; Tue, 03 Jun 2014 03:51:59 +0000 X-Env-Sender: powerhouse.linux@yahoo.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1401767516!7654207!1 X-Originating-IP: [216.109.115.142] X-SpamReason: No, hits=2.7 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, REPTO_QUOTE_YAHOO,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6956 invoked from network); 3 Jun 2014 03:51:58 -0000 Received: from nm47-vm7.bullet.mail.bf1.yahoo.com (HELO nm47-vm7.bullet.mail.bf1.yahoo.com) (216.109.115.142) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jun 2014 03:51:58 -0000 Received: from [66.196.81.174] by nm47.bullet.mail.bf1.yahoo.com with NNFMP; 03 Jun 2014 03:51:56 -0000 Received: from [98.139.212.209] by tm20.bullet.mail.bf1.yahoo.com with NNFMP; 03 Jun 2014 03:51:56 -0000 Received: from [127.0.0.1] by omp1018.mail.bf1.yahoo.com with NNFMP; 03 Jun 2014 03:51:56 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 483295.61130.bm@omp1018.mail.bf1.yahoo.com Received: (qmail 73762 invoked by uid 60001); 3 Jun 2014 03:51:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1401767516; bh=wSg3OPjPIhtY7M6n+SHYH4DLyOZJRfYt2UL/d2pVwGo=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=bb4tO7JDtheA0xUWUzrcIZFsuULJlE+/dos0L2WuTRVQIMjaLhxWB8SEc9D6AIPdZ9fgK+9MITLYE/NJ04iLcxp2BeU/QdauGfcofhOLCH5jphdDaOOtgaiv39jFgNCP2pd5fVUh7RB5qawjijodeF8UHI5g4dqL+M/P1oY/MbY= X-YMail-OSG: osTbY4gVM1k5.EqgswQ2mdqp7USoThFz_j3b_mvin9bzLbX 6Uj5vAb8P342orUz1FvGQ6JT3Wp.mMnM4pTuxrKARL1LW64lY.LyvlTbcXux nPnTjRcmzUA0BXkB3_hxtZif5AyZ8MWiihazL.3xmFkdpooLfbSGbwtW36D2 jflnTDTdumlPO9ng_rkSO6Ah3Q41YMD2jsRHwiOGwvGckBMzP.Cln4cakOG4 3_Yii5I3Ih_75faeYFBt3MLYAww7GJ1BkVHz3PIUT37H68lPazcrxPUN7Oil c45Iu2032gwl2UzbNF.F310V3nehHCl0jB1nBvG51yQNXJva4kSXTfHgNbOv 7ibga38.t7aztgNQgZ6UfboKr3OoGd7rv12qeNsoNwCLDYx99CKzyq0nyPtN WXJEmTpcpgm6mi5Nh3JaJ4mclDAy0dN3GylbZbw5GYxhmh4vF5QecvKCuysV MA8Cjf9kTgRCsPWtlxGFCj3yANBRuRrmo2S_V0K8O1TnpCfbgLmoxIL42hSr gVrrQxZ.kKKAn7c7uB1xs9PivQ3j0X1esVJIufjkdpD6Ek.sEwjqkYFK_OIp 5JOKgDZAcJTeW4ER8Sq78FoQy72HD Received: from [84.108.212.211] by web140405.mail.bf1.yahoo.com via HTTP; Mon, 02 Jun 2014 20:51:56 PDT X-Rocket-MIMEInfo: 002.001, R3JlYXQgbmV3cywgZXNwZWNpYWxseSB0aGUgZ3Vlc3Qgc2h1dGRvd24vcmVib290IGFiaWxpdHkgdGhhdCBzb21ldGltZXMgZG9lc24ndCB3b3JrIHdpdGggR1BMUFYgZHJpdmVycyAodGhvdWdoIEkgaGF2ZW4ndCB0cmllZCB0aGUgbGF0ZXN0KS4KQW4gd2VsY29tZSBmZWF0dXJlIHdvdWxkIGJlIGFuIGluc3RhbGxlci91bmluc3RhbGxlciB1dGlsaXR5IHRoYXQgY2FuIGNsZWFubHkgcmVtb3ZlIChvciB1cGdyYWRlKSB0aGUgZHJpdmVycy4gVGhlIGZhY3QgdGhhdCB0aGVzZSBhcmUgc2lnbmVkIGRyaXZlcnMBMAEBAQE- X-Mailer: YahooMailWebService/0.8.188.663 References: <5385D9C6.2090105@xen.org> <5386DCDA.6000607@websitemanagers.com.au> Message-ID: <1401767516.1542.YahooMailNeo@web140405.mail.bf1.yahoo.com> Date: Mon, 2 Jun 2014 20:51:56 -0700 (PDT) From: "H. Sieger" To: Adam Goryachev , "xen-users@lists.xen.org" In-Reply-To: <5386DCDA.6000607@websitemanagers.com.au> MIME-Version: 1.0 Subject: Re: [Xen-users] [For community review] Windows PV Drivers Incubation Sub-project Proposal X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: "H. Sieger" List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0558305517903123113==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0558305517903123113== Content-Type: multipart/alternative; boundary="-1226699745-320233163-1401767516=:1542" ---1226699745-320233163-1401767516=:1542 Content-Type: text/plain; charset=us-ascii Great news, especially the guest shutdown/reboot ability that sometimes doesn't work with GPLPV drivers (though I haven't tried the latest). An welcome feature would be an installer/uninstaller utility that can cleanly remove (or upgrade) the drivers. The fact that these are signed drivers is another important bonus (though there are some - old - signed GPLPV drivers available). It would also be important to include instructions on how to replace/remove already installed GPLPV drivers and install these new drivers. On Thursday, May 29, 2014 10:14 AM, Adam Goryachev wrote: On 28/05/14 22:42, Lars Kurth wrote: > === Relevance to Xen and its Community === > The drivers have a dependency on Xen as they are ParaVirtualization > aware. They are not tied in any way to Citrix commercial Xen offerings; > they are designed to function on any build of Xen since 3.4. They > encompass high performance network and storage frontends and enable > functionality such as memory ballooning, and clean shutdown or reboot > via the xl toolstack. They are well tested and supported, since they > are crucial to Citrix products, and are of benefit to anyone wishing > to run Windows (i386 or x86_64) as a guest under Xen. > > === Current Status === > Recent builds of the drivers are currently being tested by Citrix and > Amazon using the Microsoft HCK and Citrix will be providing > logo-signed builds of the drivers in future commercial Xen offerings. > Amazon are evaluating the drivers and may ship them in future AMIs. > Citrix may also provide logo-signed drivers via Microsoft's Windows > Update mechanism, making them widely available to anyone running > Windows under Xen (not just XenServer) without the need for them to > build the drivers themselves. Any other organization is also free to do > the same by registering a top level PV device with the Xen community > (see http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=docs/misc/pci-d > evice-reservations.txt) and logo-signing their driver builds. > How do the quality of the citrix drivers compare to the existing GPLPV drivers? I'm assuming two distinct code bases will have distinct bugs, as well as features. > We hope we can work with the maintainers of the GPLPV Windows Drivers > to standardize Windows PV drivers for the Xen project. How do you propose this will happen? Is there some idea on how the two drivers code base can be merged, or do you propose to discard the existing GPLPV drivers? I'd like to hear some more discussion around this issue. PS, I think it is great news that citrix has moved to release the drivers, and share in this way. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ---1226699745-320233163-1401767516=:1542 Content-Type: text/html; charset=us-ascii
Great news, especially the guest shutdown/reboot ability that sometimes doesn't work with GPLPV drivers (though I haven't tried the latest).
An welcome feature would be an installer/uninstaller utility that can cleanly remove (or upgrade) the drivers. The fact that these are signed drivers is another important bonus (though there are some - old - signed GPLPV drivers available).
It would also be important to include instructions on how to replace/remove already installed GPLPV drivers and install these new drivers.

On Thursday, May 29, 2014 10:14 AM, Adam Goryachev <mailinglists@websitemanagers.com.au> wrote:


On 28/05/14 22:42, Lars Kurth wrote:
> === Relevance to Xen and its Community ===
> The drivers have a dependency on Xen as they are ParaVirtualization
> aware. They are not tied in any way to Citrix commercial Xen offerings;
> they are designed to function on any build of Xen since 3.4. They
> encompass high performance network and storage frontends and enable
> functionality such as memory ballooning, and clean shutdown or reboot
> via the xl toolstack. They are well tested and supported, since they
> are crucial to Citrix products, and are of benefit to anyone wishing
> to run Windows (i386 or x86_64) as a guest under Xen.
>
> === Current Status ===
> Recent builds of the drivers are currently being tested by Citrix and
> Amazon using the Microsoft HCK and Citrix will be providing
> logo-signed builds of the drivers in future commercial Xen offerings.
> Amazon are evaluating the drivers and may ship them in future AMIs.
> Citrix may also provide logo-signed drivers via Microsoft's Windows
> Update mechanism, making them widely available to anyone running
> Windows under Xen (not just XenServer) without the need for them to
> build the drivers themselves. Any other organization is also free to do
> the same by registering a top level PV device with the Xen community
> (see http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=docs/misc/pci-d
> evice-reservations.txt) and logo-signing their driver builds.
>
How do the quality of the citrix drivers compare to the existing GPLPV
drivers? I'm assuming two distinct code bases will have distinct bugs,
as well as features.

> We hope we can work with the maintainers of the GPLPV Windows Drivers
> to standardize Windows PV drivers for the Xen project.

How do you propose this will happen? Is there some idea on how the two
drivers code base can be merged, or do you propose to discard the
existing GPLPV drivers? I'd like to hear some more discussion around
this issue.

PS, I think it is great news that citrix has moved to release the
drivers, and share in this way.

Regards,
Adam

--
Adam Goryachev
Website Managers
www.websitemanagers.com.au



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users


---1226699745-320233163-1401767516=:1542-- --===============0558305517903123113== 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 --===============0558305517903123113==-- From xen-users-bounces@lists.xen.org Tue Jun 03 12:25:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 12:25:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrnlu-0002od-Hq; Tue, 03 Jun 2014 12:24:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrnlr-0002ng-Pn; Tue, 03 Jun 2014 12:24:51 +0000 Received: from [85.158.143.35:16704] by server-3.bemta-4.messagelabs.com id DC/2D-13602-29EBD835; Tue, 03 Jun 2014 12:24:50 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-7.tower-21.messagelabs.com!1401798289!8945186!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9431 invoked from network); 3 Jun 2014 12:24:50 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-7.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 3 Jun 2014 12:24:50 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrnlb-0001nR-9W; Tue, 03 Jun 2014 12:24:35 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WrnlZ-0000ry-NR; Tue, 03 Jun 2014 12:24:33 +0000 Date: Tue, 03 Jun 2014 12:24:33 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 96 - Vulnerabilities in HVM MSI injection X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory XSA-96 version 2 Vulnerabilities in HVM MSI injection UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= The implementation of the HVM control operation HVMOP_inject_msi, while checking whether a particular IRQ was already set up in the necessary way, fails to properly check all respective conditions. In particular it doesn't check the returned pointer for being non-NULL before de- referencing it. Furthermore that same code also handles certain errors by logging messages, without (under default settings) at least making these messages subject to rate limiting. IMPACT ====== The NULL pointer de-reference would lead to a host crash, and hence a denial of service would result. Since host and guest page tables are fully separated for HVM guests, the guest would not be able to leverage the vulnerability for other kinds of attacks (privilege escalation or information leak). The spamming of the hypervisor log could similarly lead to a denial of service. In a configuration where device models run with limited privilege (for example, stubdom device models), a guest attacker who successfully finds and exploits an unfixed security flaw in qemu-dm could leverage the other flaw into a Denial of Service affecting the whole host. In the more general case, in more abstract terms: a malicious administrator of a domain privileged with regard to an HVM guest can cause Xen to become unresponsive leading to a Denial of Service. VULNERABLE SYSTEMS ================== All Xen versions from 4.2 onwards are vulnerable. The vulnerability is only exposed to service domains for HVM guests which have privilege over the guest. In a usual configuration that means only device model emulators (qemu-dm). In the case of HVM guests whose device model is running in an unrestricted dom0 process, qemu-dm already has the ability to cause problems for the whole system. So in that case the vulnerability is not applicable. The situation is more subtle for an HVM guest with a stub qemu-dm. That is, where the device model runs in a separate domain (in the case of xl, as requested by "device_model_stubdomain_override=1" in the xl domain configuration file). The same applies with a qemu-dm in a dom0 process subjected to some kind kernel-based process privilege limitation (eg the chroot technique as found in some versions of XCP/XenServer). In those latter situations this issue means that the extra isolation does not provide as good a defence (against denial of service) as intended. That is the essence of this vulnerability. However, the security is still better than with a qemu-dm running as an unrestricted dom0 process. Therefore users with these configurations should not switch to an unrestricted dom0 qemu-dm. Finally, in a radically disaggregated system: where the HVM service domain software (probably, the device model domain image) is not always supplied by the host administrator, a malicious service domain administrator can exercise this vulnerability. MITIGATION ========== Running only PV guests will avoid this vulnerability. In a radically disaggregated system, restricting HVM service domains to software images approved by the host administrator will avoid the vulnerability. CREDITS ======= This issue was discovered by Jan Beulich. RESOLUTION ========== Applying the attached patch resolves this issue. xsa96.patch xen-unstable, Xen 4.4.x, Xen 4.3.x, Xen 4.2.x $ sha256sum xsa96*.patch 1b64beddf8f6e9c08af24676551c18fd778a8db65a6c24fec07cc7e95531e2af xsa96.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTjb4eAAoJEIP+FMlX6CvZQkQIALjKap2DRMbpr8GPUp91zMoL DdDqVnmgQo1GD8zF/CE0PBDXlIhU28tJ2XZmeePcwA4cRnacxxJTQhb3bp2ZJd6F hJ82UxDGUZy1uZV7IA+ji2pdECBg30r2i7Ukj4kX3FZHM+PZjcxHowVxEXVMxF// 8HGWwvB3b56HqbCZ7donLvU+uaG1voPF6zV9Dutu4UwC5tTkqdJ8qNqz/kfn69Ug Abn5uNOJQXRjY7kcegTO4uFB9iL5+LUDfWdUTghVYxITlfGSRF18IbhUk8P61u+H v75OEk/tO5kMORpMRgnhqTMyPaWEaCHUeZU+5lBxZvHYGbabAuvuW06zr9vXG3s= =ZSzI -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa96.patch" Content-Disposition: attachment; filename="xsa96.patch" Content-Transfer-Encoding: base64 eDg2L0hWTTogZWxpbWluYXRlIHZ1bG5lcmFiaWxpdGllcyBmcm9tIGh2bV9p bmplY3RfbXNpKCkKCi0gcGlycV9pbmZvKCkgcmV0dXJucyBOVUxMIGZvciBh IG5vbi1hbGxvY2F0ZWQgcElSUSwgYW5kIGhlbmNlIHdlCiAgbXVzdG4ndCB1 bmNvbmRpdGlvbmFsbHkgZGUtcmVmZXJlbmNlIGl0LCBhbmQgd2UgbmVlZCB0 byBpbnZva2UgaXQKICBhbm90aGVyIHRpbWUgYWZ0ZXIgaGF2aW5nIGNhbGxl ZCBtYXBfZG9tYWluX2VtdWlycV9waXJxKCkKLSBkb24ndCB1c2UgcHJpbnRr KCksIG5hbWVseSB3aXRob3V0IFhFTkxPR19HVUVTVCwgZm9yIGVycm9yIHJl cG9ydGluZwoKVGhpcyBpcyBYU0EtOTYuCgpTaWduZWQtb2ZmLWJ5OiBKYW4g QmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CgotLS0gYS94ZW4vYXJjaC94 ODYvaHZtL2lycS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9odm0vaXJxLmMKQEAg LTI4OSwyMCArMjg5LDE4IEBAIHZvaWQgaHZtX2luamVjdF9tc2koc3RydWN0 IGRvbWFpbiAqZCwgdWkKICAgICAgICAgICAgIHN0cnVjdCBwaXJxICppbmZv ID0gcGlycV9pbmZvKGQsIHBpcnEpOwogCiAgICAgICAgICAgICAvKiBpZiBp dCBpcyB0aGUgZmlyc3QgdGltZSwgYWxsb2NhdGUgdGhlIHBpcnEgKi8KLSAg ICAgICAgICAgIGlmIChpbmZvLT5hcmNoLmh2bS5lbXVpcnEgPT0gSVJRX1VO Qk9VTkQpCisgICAgICAgICAgICBpZiAoICFpbmZvIHx8IGluZm8tPmFyY2gu aHZtLmVtdWlycSA9PSBJUlFfVU5CT1VORCApCiAgICAgICAgICAgICB7CiAg ICAgICAgICAgICAgICAgc3Bpbl9sb2NrKCZkLT5ldmVudF9sb2NrKTsKICAg ICAgICAgICAgICAgICBtYXBfZG9tYWluX2VtdWlycV9waXJxKGQsIHBpcnEs IElSUV9NU0lfRU1VKTsKICAgICAgICAgICAgICAgICBzcGluX3VubG9jaygm ZC0+ZXZlbnRfbG9jayk7CisgICAgICAgICAgICAgICAgaW5mbyA9IHBpcnFf aW5mbyhkLCBwaXJxKTsKKyAgICAgICAgICAgICAgICBpZiAoICFpbmZvICkK KyAgICAgICAgICAgICAgICAgICAgcmV0dXJuOwogICAgICAgICAgICAgfSBl bHNlIGlmIChpbmZvLT5hcmNoLmh2bS5lbXVpcnEgIT0gSVJRX01TSV9FTVUp Ci0gICAgICAgICAgICB7Ci0gICAgICAgICAgICAgICAgcHJpbnRrKCIlczog cGlycSAlZCBkb2VzIG5vdCBjb3JyZXNwb25kIHRvIGFuIGVtdWxhdGVkIE1T SVxuIiwgX19mdW5jX18sIHBpcnEpOwogICAgICAgICAgICAgICAgIHJldHVy bjsKLSAgICAgICAgICAgIH0KICAgICAgICAgICAgIHNlbmRfZ3Vlc3RfcGly cShkLCBpbmZvKTsKICAgICAgICAgICAgIHJldHVybjsKLSAgICAgICAgfSBl bHNlIHsKLSAgICAgICAgICAgIHByaW50aygiJXM6IGVycm9yIGdldHRpbmcg cGlycSBmcm9tIE1TSTogcGlycSA9ICVkXG4iLCBfX2Z1bmNfXywgcGlycSk7 CiAgICAgICAgIH0KICAgICB9CiAK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Tue Jun 03 12:25:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 12:25:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrnlp-0002n2-Rm; Tue, 03 Jun 2014 12:24:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrnln-0002mS-Vp; Tue, 03 Jun 2014 12:24:48 +0000 Received: from [85.158.137.68:8107] by server-7.bemta-3.messagelabs.com id DB/6C-04151-E8EBD835; Tue, 03 Jun 2014 12:24:46 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-8.tower-31.messagelabs.com!1401798284!7758739!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13356 invoked from network); 3 Jun 2014 12:24:46 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-8.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 3 Jun 2014 12:24:46 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrnlR-0001nH-Ff; Tue, 03 Jun 2014 12:24:25 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WrnlP-0000qv-HL; Tue, 03 Jun 2014 12:24:23 +0000 Date: Tue, 03 Jun 2014 12:24:23 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 54 (CVE-2013-2078) - Hypervisor crash due to missing exception recovery on XSETBV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2013-2078 / XSA-54 version 4 Hypervisor crash due to missing exception recovery on XSETBV UPDATES IN VERSION 4 ==================== Reduce vulnerable range of versions to 4.1 and onwards. ISSUE DESCRIPTION ================= Processors do certain validity checks on the register values passed to XSETBV. For the PV emulation path for that instruction the hypervisor code didn't check for certain invalid bit combinations, thus exposing itself to a fault occurring when invoking that instruction on behalf of the guest. IMPACT ====== Malicious or buggy unprivileged user space can cause the entire host to crash. VULNERABLE SYSTEMS ================== Xen 4.1 and onwards are vulnerable when run on systems with processors supporting XSAVE. Only PV guests can exploit the vulnerability. In Xen 4.1 XSAVE support is disabled by default; therefore systems running these versions are not vulnerable unless support is explicitly enabled using the "xsave" hypervisor command line option. Systems using processors not supporting XSAVE are not vulnerable. Xen 3.x and earlier are not vulnerable. In particular, Xen 4.0.x is not vulnerable because XSAVE support there covers only HVM guests. MITIGATION ========== Turning off XSAVE support via the "no-xsave" hypervisor command line option will avoid the vulnerability. RESOLUTION ========== Applying the attached patch resolves this issue. xsa54.patch Xen 4.1.x, Xen 4.2.x, xen-unstable $ sha256sum xsa54-*.patch 5d94946b3c9cba52aae2bffd4b0ebb11d09181650b5322a3c85170674a05f6b7 xsa54.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTjb4yAAoJEIP+FMlX6CvZTvcIAJW1kkoJDpYy3m2CUFux5FeN rft9S+iPrh45/B67VuHOnaEfpcBQ/71+jKEjJQ8kJdJnWmP6i+kAuoVKma/PkY9x VkeNM//9gM1UKp581p0yQp61Yw46hiREWDkue+VsnMIl88w/EV2Yv5R2LQaPMinZ TM08EdK/lgERYQ2LSdkc55kE/jHoenBMBYjnCJPBYJY1jPdgJo488ZTpol/opqaM o99/ziUPfa30KXHFtgq1iQs7qu+boMEv/QfRSC3xQS1tTSaXqnuPVDlz6tXBkrW9 AI5Mx1cJMSrd02KBMsaZvjQVaDjVO3L1svfEXvjeUmbGuE+hx0jvglblS6+i2Z4= =SnXC -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa54.patch" Content-Disposition: attachment; filename="xsa54.patch" Content-Transfer-Encoding: base64 eDg2L3hzYXZlOiBwcm9wZXJseSBjaGVjayBndWVzdCBpbnB1dCB0byBYU0VU QlYKCk90aGVyIHRoYW4gdGhlIEhWTSBlbXVsYXRpb24gcGF0aCwgdGhlIFBW IGNhc2Ugc28gZmFyIGZhaWxlZCB0byBjaGVjawp0aGF0IFlNTSBzdGF0ZSBy ZXF1aXJlcyBTU0Ugc3RhdGUgdG8gYmUgZW5hYmxlZCwgYWxsb3dpbmcgZm9y IGEgI0dQIHRvCm9jY3VyIHVwb24gcGFzc2luZyB0aGUgaW5wdXRzIHRvIFhT RVRCViBpbnNpZGUgdGhlIGh5cGVydmlzb3IuCgpUaGlzIGlzIENWRS0yMDEz LTIwNzggLyBYU0EtNTQuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8 amJldWxpY2hAc3VzZS5jb20+CgotLS0gYS94ZW4vYXJjaC94ODYvdHJhcHMu YworKysgYi94ZW4vYXJjaC94ODYvdHJhcHMuYwpAQCAtMjIwNSw2ICsyMjA1 LDExIEBAIHN0YXRpYyBpbnQgZW11bGF0ZV9wcml2aWxlZ2VkX29wKHN0cnVj dCAKICAgICAgICAgICAgICAgICAgICAgaWYgKCAhKG5ld194ZmVhdHVyZSAm IFhTVEFURV9GUCkgfHwgKG5ld194ZmVhdHVyZSAmIH54ZmVhdHVyZV9tYXNr KSApCiAgICAgICAgICAgICAgICAgICAgICAgICBnb3RvIGZhaWw7CiAKKyAg ICAgICAgICAgICAgICAgICAgLyogWU1NIHN0YXRlIHRha2VzIFNTRSBzdGF0 ZSBhcyBwcmVyZXF1aXNpdGUuICovCisgICAgICAgICAgICAgICAgICAgIGlm ICggKHhmZWF0dXJlX21hc2sgJiBuZXdfeGZlYXR1cmUgJiBYU1RBVEVfWU1N KSAmJgorICAgICAgICAgICAgICAgICAgICAgICAgICEobmV3X3hmZWF0dXJl ICYgWFNUQVRFX1NTRSkgKQorICAgICAgICAgICAgICAgICAgICAgICAgZ290 byBmYWlsOworCiAgICAgICAgICAgICAgICAgICAgIHYtPmFyY2gueGNyMCA9 IG5ld194ZmVhdHVyZTsKICAgICAgICAgICAgICAgICAgICAgdi0+YXJjaC54 Y3IwX2FjY3VtIHw9IG5ld194ZmVhdHVyZTsKICAgICAgICAgICAgICAgICAg ICAgc2V0X3hjcjAobmV3X3hmZWF0dXJlKTsK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Tue Jun 03 12:25:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 12:25:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrnlu-0002od-Hq; Tue, 03 Jun 2014 12:24:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrnlr-0002ng-Pn; Tue, 03 Jun 2014 12:24:51 +0000 Received: from [85.158.143.35:16704] by server-3.bemta-4.messagelabs.com id DC/2D-13602-29EBD835; Tue, 03 Jun 2014 12:24:50 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-7.tower-21.messagelabs.com!1401798289!8945186!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9431 invoked from network); 3 Jun 2014 12:24:50 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-7.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 3 Jun 2014 12:24:50 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrnlb-0001nR-9W; Tue, 03 Jun 2014 12:24:35 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WrnlZ-0000ry-NR; Tue, 03 Jun 2014 12:24:33 +0000 Date: Tue, 03 Jun 2014 12:24:33 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 96 - Vulnerabilities in HVM MSI injection X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory XSA-96 version 2 Vulnerabilities in HVM MSI injection UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= The implementation of the HVM control operation HVMOP_inject_msi, while checking whether a particular IRQ was already set up in the necessary way, fails to properly check all respective conditions. In particular it doesn't check the returned pointer for being non-NULL before de- referencing it. Furthermore that same code also handles certain errors by logging messages, without (under default settings) at least making these messages subject to rate limiting. IMPACT ====== The NULL pointer de-reference would lead to a host crash, and hence a denial of service would result. Since host and guest page tables are fully separated for HVM guests, the guest would not be able to leverage the vulnerability for other kinds of attacks (privilege escalation or information leak). The spamming of the hypervisor log could similarly lead to a denial of service. In a configuration where device models run with limited privilege (for example, stubdom device models), a guest attacker who successfully finds and exploits an unfixed security flaw in qemu-dm could leverage the other flaw into a Denial of Service affecting the whole host. In the more general case, in more abstract terms: a malicious administrator of a domain privileged with regard to an HVM guest can cause Xen to become unresponsive leading to a Denial of Service. VULNERABLE SYSTEMS ================== All Xen versions from 4.2 onwards are vulnerable. The vulnerability is only exposed to service domains for HVM guests which have privilege over the guest. In a usual configuration that means only device model emulators (qemu-dm). In the case of HVM guests whose device model is running in an unrestricted dom0 process, qemu-dm already has the ability to cause problems for the whole system. So in that case the vulnerability is not applicable. The situation is more subtle for an HVM guest with a stub qemu-dm. That is, where the device model runs in a separate domain (in the case of xl, as requested by "device_model_stubdomain_override=1" in the xl domain configuration file). The same applies with a qemu-dm in a dom0 process subjected to some kind kernel-based process privilege limitation (eg the chroot technique as found in some versions of XCP/XenServer). In those latter situations this issue means that the extra isolation does not provide as good a defence (against denial of service) as intended. That is the essence of this vulnerability. However, the security is still better than with a qemu-dm running as an unrestricted dom0 process. Therefore users with these configurations should not switch to an unrestricted dom0 qemu-dm. Finally, in a radically disaggregated system: where the HVM service domain software (probably, the device model domain image) is not always supplied by the host administrator, a malicious service domain administrator can exercise this vulnerability. MITIGATION ========== Running only PV guests will avoid this vulnerability. In a radically disaggregated system, restricting HVM service domains to software images approved by the host administrator will avoid the vulnerability. CREDITS ======= This issue was discovered by Jan Beulich. RESOLUTION ========== Applying the attached patch resolves this issue. xsa96.patch xen-unstable, Xen 4.4.x, Xen 4.3.x, Xen 4.2.x $ sha256sum xsa96*.patch 1b64beddf8f6e9c08af24676551c18fd778a8db65a6c24fec07cc7e95531e2af xsa96.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTjb4eAAoJEIP+FMlX6CvZQkQIALjKap2DRMbpr8GPUp91zMoL DdDqVnmgQo1GD8zF/CE0PBDXlIhU28tJ2XZmeePcwA4cRnacxxJTQhb3bp2ZJd6F hJ82UxDGUZy1uZV7IA+ji2pdECBg30r2i7Ukj4kX3FZHM+PZjcxHowVxEXVMxF// 8HGWwvB3b56HqbCZ7donLvU+uaG1voPF6zV9Dutu4UwC5tTkqdJ8qNqz/kfn69Ug Abn5uNOJQXRjY7kcegTO4uFB9iL5+LUDfWdUTghVYxITlfGSRF18IbhUk8P61u+H v75OEk/tO5kMORpMRgnhqTMyPaWEaCHUeZU+5lBxZvHYGbabAuvuW06zr9vXG3s= =ZSzI -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa96.patch" Content-Disposition: attachment; filename="xsa96.patch" Content-Transfer-Encoding: base64 eDg2L0hWTTogZWxpbWluYXRlIHZ1bG5lcmFiaWxpdGllcyBmcm9tIGh2bV9p bmplY3RfbXNpKCkKCi0gcGlycV9pbmZvKCkgcmV0dXJucyBOVUxMIGZvciBh IG5vbi1hbGxvY2F0ZWQgcElSUSwgYW5kIGhlbmNlIHdlCiAgbXVzdG4ndCB1 bmNvbmRpdGlvbmFsbHkgZGUtcmVmZXJlbmNlIGl0LCBhbmQgd2UgbmVlZCB0 byBpbnZva2UgaXQKICBhbm90aGVyIHRpbWUgYWZ0ZXIgaGF2aW5nIGNhbGxl ZCBtYXBfZG9tYWluX2VtdWlycV9waXJxKCkKLSBkb24ndCB1c2UgcHJpbnRr KCksIG5hbWVseSB3aXRob3V0IFhFTkxPR19HVUVTVCwgZm9yIGVycm9yIHJl cG9ydGluZwoKVGhpcyBpcyBYU0EtOTYuCgpTaWduZWQtb2ZmLWJ5OiBKYW4g QmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CgotLS0gYS94ZW4vYXJjaC94 ODYvaHZtL2lycS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9odm0vaXJxLmMKQEAg LTI4OSwyMCArMjg5LDE4IEBAIHZvaWQgaHZtX2luamVjdF9tc2koc3RydWN0 IGRvbWFpbiAqZCwgdWkKICAgICAgICAgICAgIHN0cnVjdCBwaXJxICppbmZv ID0gcGlycV9pbmZvKGQsIHBpcnEpOwogCiAgICAgICAgICAgICAvKiBpZiBp dCBpcyB0aGUgZmlyc3QgdGltZSwgYWxsb2NhdGUgdGhlIHBpcnEgKi8KLSAg ICAgICAgICAgIGlmIChpbmZvLT5hcmNoLmh2bS5lbXVpcnEgPT0gSVJRX1VO Qk9VTkQpCisgICAgICAgICAgICBpZiAoICFpbmZvIHx8IGluZm8tPmFyY2gu aHZtLmVtdWlycSA9PSBJUlFfVU5CT1VORCApCiAgICAgICAgICAgICB7CiAg ICAgICAgICAgICAgICAgc3Bpbl9sb2NrKCZkLT5ldmVudF9sb2NrKTsKICAg ICAgICAgICAgICAgICBtYXBfZG9tYWluX2VtdWlycV9waXJxKGQsIHBpcnEs IElSUV9NU0lfRU1VKTsKICAgICAgICAgICAgICAgICBzcGluX3VubG9jaygm ZC0+ZXZlbnRfbG9jayk7CisgICAgICAgICAgICAgICAgaW5mbyA9IHBpcnFf aW5mbyhkLCBwaXJxKTsKKyAgICAgICAgICAgICAgICBpZiAoICFpbmZvICkK KyAgICAgICAgICAgICAgICAgICAgcmV0dXJuOwogICAgICAgICAgICAgfSBl bHNlIGlmIChpbmZvLT5hcmNoLmh2bS5lbXVpcnEgIT0gSVJRX01TSV9FTVUp Ci0gICAgICAgICAgICB7Ci0gICAgICAgICAgICAgICAgcHJpbnRrKCIlczog cGlycSAlZCBkb2VzIG5vdCBjb3JyZXNwb25kIHRvIGFuIGVtdWxhdGVkIE1T SVxuIiwgX19mdW5jX18sIHBpcnEpOwogICAgICAgICAgICAgICAgIHJldHVy bjsKLSAgICAgICAgICAgIH0KICAgICAgICAgICAgIHNlbmRfZ3Vlc3RfcGly cShkLCBpbmZvKTsKICAgICAgICAgICAgIHJldHVybjsKLSAgICAgICAgfSBl bHNlIHsKLSAgICAgICAgICAgIHByaW50aygiJXM6IGVycm9yIGdldHRpbmcg cGlycSBmcm9tIE1TSTogcGlycSA9ICVkXG4iLCBfX2Z1bmNfXywgcGlycSk7 CiAgICAgICAgIH0KICAgICB9CiAK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Tue Jun 03 12:25:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 12:25:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrnlp-0002n2-Rm; Tue, 03 Jun 2014 12:24:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrnln-0002mS-Vp; Tue, 03 Jun 2014 12:24:48 +0000 Received: from [85.158.137.68:8107] by server-7.bemta-3.messagelabs.com id DB/6C-04151-E8EBD835; Tue, 03 Jun 2014 12:24:46 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-8.tower-31.messagelabs.com!1401798284!7758739!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13356 invoked from network); 3 Jun 2014 12:24:46 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-8.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 3 Jun 2014 12:24:46 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrnlR-0001nH-Ff; Tue, 03 Jun 2014 12:24:25 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WrnlP-0000qv-HL; Tue, 03 Jun 2014 12:24:23 +0000 Date: Tue, 03 Jun 2014 12:24:23 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 54 (CVE-2013-2078) - Hypervisor crash due to missing exception recovery on XSETBV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2013-2078 / XSA-54 version 4 Hypervisor crash due to missing exception recovery on XSETBV UPDATES IN VERSION 4 ==================== Reduce vulnerable range of versions to 4.1 and onwards. ISSUE DESCRIPTION ================= Processors do certain validity checks on the register values passed to XSETBV. For the PV emulation path for that instruction the hypervisor code didn't check for certain invalid bit combinations, thus exposing itself to a fault occurring when invoking that instruction on behalf of the guest. IMPACT ====== Malicious or buggy unprivileged user space can cause the entire host to crash. VULNERABLE SYSTEMS ================== Xen 4.1 and onwards are vulnerable when run on systems with processors supporting XSAVE. Only PV guests can exploit the vulnerability. In Xen 4.1 XSAVE support is disabled by default; therefore systems running these versions are not vulnerable unless support is explicitly enabled using the "xsave" hypervisor command line option. Systems using processors not supporting XSAVE are not vulnerable. Xen 3.x and earlier are not vulnerable. In particular, Xen 4.0.x is not vulnerable because XSAVE support there covers only HVM guests. MITIGATION ========== Turning off XSAVE support via the "no-xsave" hypervisor command line option will avoid the vulnerability. RESOLUTION ========== Applying the attached patch resolves this issue. xsa54.patch Xen 4.1.x, Xen 4.2.x, xen-unstable $ sha256sum xsa54-*.patch 5d94946b3c9cba52aae2bffd4b0ebb11d09181650b5322a3c85170674a05f6b7 xsa54.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTjb4yAAoJEIP+FMlX6CvZTvcIAJW1kkoJDpYy3m2CUFux5FeN rft9S+iPrh45/B67VuHOnaEfpcBQ/71+jKEjJQ8kJdJnWmP6i+kAuoVKma/PkY9x VkeNM//9gM1UKp581p0yQp61Yw46hiREWDkue+VsnMIl88w/EV2Yv5R2LQaPMinZ TM08EdK/lgERYQ2LSdkc55kE/jHoenBMBYjnCJPBYJY1jPdgJo488ZTpol/opqaM o99/ziUPfa30KXHFtgq1iQs7qu+boMEv/QfRSC3xQS1tTSaXqnuPVDlz6tXBkrW9 AI5Mx1cJMSrd02KBMsaZvjQVaDjVO3L1svfEXvjeUmbGuE+hx0jvglblS6+i2Z4= =SnXC -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa54.patch" Content-Disposition: attachment; filename="xsa54.patch" Content-Transfer-Encoding: base64 eDg2L3hzYXZlOiBwcm9wZXJseSBjaGVjayBndWVzdCBpbnB1dCB0byBYU0VU QlYKCk90aGVyIHRoYW4gdGhlIEhWTSBlbXVsYXRpb24gcGF0aCwgdGhlIFBW IGNhc2Ugc28gZmFyIGZhaWxlZCB0byBjaGVjawp0aGF0IFlNTSBzdGF0ZSBy ZXF1aXJlcyBTU0Ugc3RhdGUgdG8gYmUgZW5hYmxlZCwgYWxsb3dpbmcgZm9y IGEgI0dQIHRvCm9jY3VyIHVwb24gcGFzc2luZyB0aGUgaW5wdXRzIHRvIFhT RVRCViBpbnNpZGUgdGhlIGh5cGVydmlzb3IuCgpUaGlzIGlzIENWRS0yMDEz LTIwNzggLyBYU0EtNTQuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8 amJldWxpY2hAc3VzZS5jb20+CgotLS0gYS94ZW4vYXJjaC94ODYvdHJhcHMu YworKysgYi94ZW4vYXJjaC94ODYvdHJhcHMuYwpAQCAtMjIwNSw2ICsyMjA1 LDExIEBAIHN0YXRpYyBpbnQgZW11bGF0ZV9wcml2aWxlZ2VkX29wKHN0cnVj dCAKICAgICAgICAgICAgICAgICAgICAgaWYgKCAhKG5ld194ZmVhdHVyZSAm IFhTVEFURV9GUCkgfHwgKG5ld194ZmVhdHVyZSAmIH54ZmVhdHVyZV9tYXNr KSApCiAgICAgICAgICAgICAgICAgICAgICAgICBnb3RvIGZhaWw7CiAKKyAg ICAgICAgICAgICAgICAgICAgLyogWU1NIHN0YXRlIHRha2VzIFNTRSBzdGF0 ZSBhcyBwcmVyZXF1aXNpdGUuICovCisgICAgICAgICAgICAgICAgICAgIGlm ICggKHhmZWF0dXJlX21hc2sgJiBuZXdfeGZlYXR1cmUgJiBYU1RBVEVfWU1N KSAmJgorICAgICAgICAgICAgICAgICAgICAgICAgICEobmV3X3hmZWF0dXJl ICYgWFNUQVRFX1NTRSkgKQorICAgICAgICAgICAgICAgICAgICAgICAgZ290 byBmYWlsOworCiAgICAgICAgICAgICAgICAgICAgIHYtPmFyY2gueGNyMCA9 IG5ld194ZmVhdHVyZTsKICAgICAgICAgICAgICAgICAgICAgdi0+YXJjaC54 Y3IwX2FjY3VtIHw9IG5ld194ZmVhdHVyZTsKICAgICAgICAgICAgICAgICAg ICAgc2V0X3hjcjAobmV3X3hmZWF0dXJlKTsK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Tue Jun 03 17:13:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 17:13:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrsFi-0002eC-6w; Tue, 03 Jun 2014 17:11:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrsFg-0002e7-6F for xen-users@lists.xen.org; Tue, 03 Jun 2014 17:11:56 +0000 Received: from [193.109.254.147:33059] by server-1.bemta-14.messagelabs.com id 57/24-00839-BD10E835; Tue, 03 Jun 2014 17:11:55 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1401815514!8866780!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10330 invoked from network); 3 Jun 2014 17:11:54 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-6.tower-27.messagelabs.com with SMTP; 3 Jun 2014 17:11:54 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Tue, 03 Jun 2014 18:11:54 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Tue, 3 Jun 2014 18:11:48 +0100 From: Jeenu Viswambharan To: xen-users Date: Tue, 3 Jun 2014 18:11:48 +0100 Thread-Topic: ARM: Xen on Vexpress Thread-Index: Ac9/Tud0hbaRDn70SDih7x5Kz04h7A== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114060318115400402 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D770C0CFE1GEORGEEmeaA_" Subject: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D770C0CFE1GEORGEEmeaA_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Hi, I've built necessary files and setup uboot and board to boot Xen on Vexpress following the Wiki page. But what I see is u-boot going silent, presumably after it jumps to Xen. My logs are attached. I've a couple of questions: - I've noticed from the Vexpress Wiki that the u-boot variable xen_addr_r is set to 0x80400000, but the xen-uImage is built with both load and entry addresses as 0x80200000. I also checked the xen/xen.axf file (from which xen/xen is built), and its entry too is 0x80200000. I'm afraid to ask if this a typo/bit rot in the Wiki? Anyway, I retried boot procedure with xen_addr_r set to 0x80200000 instead, but this time I got an UNDEF at instruction at 0x80200008 - Are there any logs that I can enable in Xen so that I'd know what's going on? Thanks. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are con= fidential and may also be privileged. If you are not the intended recipient= , please notify the sender immediately and do not disclose the contents to = any other person, use it for any purpose, or store or copy the information = in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Regist= ered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, R= egistered in England & Wales, Company No: 2548782 --_002_B69BE294631500448B6D3B9936E1743202D770C0CFE1GEORGEEmeaA_ Content-Type: application/x-gzip; name="xen.log.gz" Content-Description: xen.log.gz Content-Disposition: attachment; filename="xen.log.gz"; size=2220; creation-date="Tue, 03 Jun 2014 17:11:21 GMT"; modification-date="Tue, 03 Jun 2014 16:19:56 GMT" Content-Transfer-Encoding: base64 H4sICKz1jVMAA3hlbi5sb2cA1Vhvb+I4E3/vTzHS7t21UqF2wp/AitMTAnS5lrYqtHsnrVSFxEBU 8keOobCn/e7P2AkQWLjj0fNqoxbi8c8/2zPj8Qz20wBejAG041jCPHZ9LmDJyqxskM/tPmUNCuNF MPfBYI0GIXYO7wUifHcFh6WJWEbaGtNxJW+CvZiCQfGPGYRkotGCAzXhj0WkxBUyCkKUqofVmobR ZJQQJ/R/J4/xOxdBNIVFAuk6lTwsl8tIspjOJBfj2BU+TAIpuQ8yhjSQHFiZkOF7IL2ZGhdHYI/+ fBw+q3H4Zr6YTXi4Jy/9h5TLJqKtFzJoI3HSBKMGPp86OHccTYLpQs8cxnK2mepC8CV0rmDpCrAv FWX/ofd4YwN4ekQTHu3hsNshg+c/tfxA/DB0wLm7PRSTEU+lmms4cHAFy8DjKVxogkzZrKYnGz7Z AzCNQRskDtgOf1FisA7Fd/Z9gzELlbonfh624Vd4GN3si28HfXaNH8a+eIAr+hWGnQOSzksfgtCd 8n2xbTt9sJ1GfV/s9MBT6jtcif00giQW8mBK2wHX90W6LyZP3PW1krSV0UMVZS+Yc/g67I+67Kty UKPSsL9qY5XlSpJOm8EfI/sm1/hCuDJAl/DiMJlzyVGlXGrNKyBaB40z1B7WZmUKHccBCsPH/snh 5IsIMssp6KpCa4xSWgP0vxm28Z2yXq93HFbfwHo9StX/UVhlx8acDqOMHYMxh+4mNY0ufhyF0S3M xIc6pya1tmyG0VPjjsMau0kZqzPaOQ6zz2Nrn8fmnMfWOY+tex5b7xw2k9Ki6fGpHoexLaxGu9Ss 1o7DjAO2o2szMZKeBatsTW8piW0dh1WLsHrVPMFWK8Isq32CrV6ENZzKCTarCLN7zgm2RhHmmNUT bFt/M50e7dQ6J9i2/lZhNu3atRNsTnHSSqXqHId19mBd4wRb9zwr9M6yAqNnWYGxs6zAjKLeTlqB mUW9nbIC3fmb9kmzQ/fDKn6eDKudNt6FbfDmsfcGPHLHc+6XyRc3m2USC9AhH5z261PX7vylYvbu Es0HKmHxJt9cymr4oF2I/XiZhbHPdcfLjV3Gq2bO3VT37aUagmPSkJYL+cUAdzGPpyr7UNcZJh+/ 9OZuOiv1o0l8BY7grp4j4u/Qu7OHn8sde7TBfHFFhJ1X8Kx3qEjihEcFIPlFJWKDOApkLI5xDv8a jrqDjLQIPUVdwOfZGxcp0iGku0pwf2mW+uU8RHWjbXRy9lItG4e5XSIAKiqJMw+ysuyWbmJ2+Fhy bFZ9tevg4F3PV4CtY2CjCfc483PKffL7RCkIBCaIizGuBxf7XNILU1OVGS0Jz4CLgbvOU8sKlIDR ZsVsssYl+g+mRLhmBjdBm3yxn+779zdNcFxvhplVhDS5TxFtCEwDDQsGCMV0R21Vf1HSz/adYgrq zsnDQjZ3ra4QhdY9z/pCD1OuVYmSz4EEN1rDG1/rzFTGCbgLGavNIJKSl1zdHyBB55Q8WpKxu/Dx KPCWOqSUKKgX+i05kYl6h4+pJ4JEvqrk6FVgk4slTp80r1WiXlrxqKSw5SCcfoI0XgiPH4zRnD6f u+uWod8naPhWsuLzIFqsytmcWvUtpXr95opp+gm8BD7+LdzQD9I3Tfb9oP2qJaG7yoXfP4EiC1H4 xkXE56dGEQwCaYzLkHJtD2x6pXcfWcSPQ/qqONQKWhvUbOnlEMyUx1haBNMoFvwVD+GcL/kcBI5o XWMWfR2G3nj+RhOD4JQthrnhgPhynE/coiuLTbLrUkkTV85a10uemaW0NJKS56LfuvUydhMuZ64n WzsLKwEStShtUqM5qTfxpVJt1n2ilKq7XOS2FL+SpME3tOyEumSr1hZGEzQ8bDaZrR01hF/fYbPj j3/nb98h5CE20UlCfJd+4gqZogBfsR16QXmCBmhhkUa1epYyTCZpOYwXkWxRgGXozjEwtoxqbUCm 6Gnv7jpIUDOqZmvgsSJBohe+lZh1UrAeqox6LFNZQax1ud1r3pGpU/tV6VtflQpEeWlOs0XvHAal zMq4cT8tV4RaT002+A9aSndc6FhweVVXomwd9CKb7/IKrYtSI5cGGL6Ef0kiLkMXyY0qBq/8nxL0 eGWSwuqtPHEqOqfervWjPPedzYitv6W+y0C8k70jV4RuDmxB49UGSfFECtHKIwm2gqjQiBdy08ID XiCllYxUSbenJF1H3mvuLlsH8uUCHQWyr5wsG5cZSQWORWYi0o2WgYijkEcSlMeq0Gha10bNYBUs /ddYkhVClwoSeZgi+cloot9J7qmKfFOA4jqkiOdzLnagZLYGZSNcCs5SGK2qvx+P1LO+jLeHLy+S yag3eoSJiEPIVAtFxX4CDIHQf9TFpLrYghSKjq1Kx8gNOfz2Y/z8rUzuULYZipfBzoqqA1fThBF8 ILB5KLSVcq5TjFsRJ7oBUrhROkHrojZawKx6FS4wl4MZX12SDx/wyuXeQt/lmc+AK2HnLT+zQgvn /ogut8e/qMv/99nZ4qek2gFNVGcNboP2PzkTFu9mzajAhWnULM/KXOpndpldFDp2+DbR7n93mJ1e G/Vy/d/UWq3WG1i4XFgWljU/v1JPpTNH49vkn+Kb8W+aY0bDaih3HPvb+KYydrW/7I7ONnTHp663 Bm1pHe9y04Iq13CirOMe19/cNUfrRP9ArCqWOxVb4DajzLovFpEqHtVWOF76CMTyxMWy4lv2szJa FTPGLEIrI1cqZUvtRyG1HuyNHiyaZRCqp4vWXcNjjOk5shR7sCoKJmu1M2fGvbd0EarVw8Ot2jSW FBLTOlRKRxsTRoJzGM/jcRbeJ1uajXoW2gnkDCtQX26RBZPky1SovX3nk2K3qkzFUhfHSIF5YoxL F3yqazedzGzI9LXeqhzQFpeK9UpjwnkNIVdYKPm65U0mk818ZIjZRtGwynTkvwkJNhE7GAAA --_002_B69BE294631500448B6D3B9936E1743202D770C0CFE1GEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D770C0CFE1GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Tue Jun 03 17:13:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 17:13:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrsFi-0002eC-6w; Tue, 03 Jun 2014 17:11:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrsFg-0002e7-6F for xen-users@lists.xen.org; Tue, 03 Jun 2014 17:11:56 +0000 Received: from [193.109.254.147:33059] by server-1.bemta-14.messagelabs.com id 57/24-00839-BD10E835; Tue, 03 Jun 2014 17:11:55 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1401815514!8866780!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10330 invoked from network); 3 Jun 2014 17:11:54 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-6.tower-27.messagelabs.com with SMTP; 3 Jun 2014 17:11:54 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Tue, 03 Jun 2014 18:11:54 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Tue, 3 Jun 2014 18:11:48 +0100 From: Jeenu Viswambharan To: xen-users Date: Tue, 3 Jun 2014 18:11:48 +0100 Thread-Topic: ARM: Xen on Vexpress Thread-Index: Ac9/Tud0hbaRDn70SDih7x5Kz04h7A== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114060318115400402 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D770C0CFE1GEORGEEmeaA_" Subject: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D770C0CFE1GEORGEEmeaA_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Hi, I've built necessary files and setup uboot and board to boot Xen on Vexpress following the Wiki page. But what I see is u-boot going silent, presumably after it jumps to Xen. My logs are attached. I've a couple of questions: - I've noticed from the Vexpress Wiki that the u-boot variable xen_addr_r is set to 0x80400000, but the xen-uImage is built with both load and entry addresses as 0x80200000. I also checked the xen/xen.axf file (from which xen/xen is built), and its entry too is 0x80200000. I'm afraid to ask if this a typo/bit rot in the Wiki? Anyway, I retried boot procedure with xen_addr_r set to 0x80200000 instead, but this time I got an UNDEF at instruction at 0x80200008 - Are there any logs that I can enable in Xen so that I'd know what's going on? Thanks. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are con= fidential and may also be privileged. If you are not the intended recipient= , please notify the sender immediately and do not disclose the contents to = any other person, use it for any purpose, or store or copy the information = in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Regist= ered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, R= egistered in England & Wales, Company No: 2548782 --_002_B69BE294631500448B6D3B9936E1743202D770C0CFE1GEORGEEmeaA_ Content-Type: application/x-gzip; name="xen.log.gz" Content-Description: xen.log.gz Content-Disposition: attachment; filename="xen.log.gz"; size=2220; creation-date="Tue, 03 Jun 2014 17:11:21 GMT"; modification-date="Tue, 03 Jun 2014 16:19:56 GMT" Content-Transfer-Encoding: base64 H4sICKz1jVMAA3hlbi5sb2cA1Vhvb+I4E3/vTzHS7t21UqF2wp/AitMTAnS5lrYqtHsnrVSFxEBU 8keOobCn/e7P2AkQWLjj0fNqoxbi8c8/2zPj8Qz20wBejAG041jCPHZ9LmDJyqxskM/tPmUNCuNF MPfBYI0GIXYO7wUifHcFh6WJWEbaGtNxJW+CvZiCQfGPGYRkotGCAzXhj0WkxBUyCkKUqofVmobR ZJQQJ/R/J4/xOxdBNIVFAuk6lTwsl8tIspjOJBfj2BU+TAIpuQ8yhjSQHFiZkOF7IL2ZGhdHYI/+ fBw+q3H4Zr6YTXi4Jy/9h5TLJqKtFzJoI3HSBKMGPp86OHccTYLpQs8cxnK2mepC8CV0rmDpCrAv FWX/ofd4YwN4ekQTHu3hsNshg+c/tfxA/DB0wLm7PRSTEU+lmms4cHAFy8DjKVxogkzZrKYnGz7Z AzCNQRskDtgOf1FisA7Fd/Z9gzELlbonfh624Vd4GN3si28HfXaNH8a+eIAr+hWGnQOSzksfgtCd 8n2xbTt9sJ1GfV/s9MBT6jtcif00giQW8mBK2wHX90W6LyZP3PW1krSV0UMVZS+Yc/g67I+67Kty UKPSsL9qY5XlSpJOm8EfI/sm1/hCuDJAl/DiMJlzyVGlXGrNKyBaB40z1B7WZmUKHccBCsPH/snh 5IsIMssp6KpCa4xSWgP0vxm28Z2yXq93HFbfwHo9StX/UVhlx8acDqOMHYMxh+4mNY0ufhyF0S3M xIc6pya1tmyG0VPjjsMau0kZqzPaOQ6zz2Nrn8fmnMfWOY+tex5b7xw2k9Ki6fGpHoexLaxGu9Ss 1o7DjAO2o2szMZKeBatsTW8piW0dh1WLsHrVPMFWK8Isq32CrV6ENZzKCTarCLN7zgm2RhHmmNUT bFt/M50e7dQ6J9i2/lZhNu3atRNsTnHSSqXqHId19mBd4wRb9zwr9M6yAqNnWYGxs6zAjKLeTlqB mUW9nbIC3fmb9kmzQ/fDKn6eDKudNt6FbfDmsfcGPHLHc+6XyRc3m2USC9AhH5z261PX7vylYvbu Es0HKmHxJt9cymr4oF2I/XiZhbHPdcfLjV3Gq2bO3VT37aUagmPSkJYL+cUAdzGPpyr7UNcZJh+/ 9OZuOiv1o0l8BY7grp4j4u/Qu7OHn8sde7TBfHFFhJ1X8Kx3qEjihEcFIPlFJWKDOApkLI5xDv8a jrqDjLQIPUVdwOfZGxcp0iGku0pwf2mW+uU8RHWjbXRy9lItG4e5XSIAKiqJMw+ysuyWbmJ2+Fhy bFZ9tevg4F3PV4CtY2CjCfc483PKffL7RCkIBCaIizGuBxf7XNILU1OVGS0Jz4CLgbvOU8sKlIDR ZsVsssYl+g+mRLhmBjdBm3yxn+779zdNcFxvhplVhDS5TxFtCEwDDQsGCMV0R21Vf1HSz/adYgrq zsnDQjZ3ra4QhdY9z/pCD1OuVYmSz4EEN1rDG1/rzFTGCbgLGavNIJKSl1zdHyBB55Q8WpKxu/Dx KPCWOqSUKKgX+i05kYl6h4+pJ4JEvqrk6FVgk4slTp80r1WiXlrxqKSw5SCcfoI0XgiPH4zRnD6f u+uWod8naPhWsuLzIFqsytmcWvUtpXr95opp+gm8BD7+LdzQD9I3Tfb9oP2qJaG7yoXfP4EiC1H4 xkXE56dGEQwCaYzLkHJtD2x6pXcfWcSPQ/qqONQKWhvUbOnlEMyUx1haBNMoFvwVD+GcL/kcBI5o XWMWfR2G3nj+RhOD4JQthrnhgPhynE/coiuLTbLrUkkTV85a10uemaW0NJKS56LfuvUydhMuZ64n WzsLKwEStShtUqM5qTfxpVJt1n2ilKq7XOS2FL+SpME3tOyEumSr1hZGEzQ8bDaZrR01hF/fYbPj j3/nb98h5CE20UlCfJd+4gqZogBfsR16QXmCBmhhkUa1epYyTCZpOYwXkWxRgGXozjEwtoxqbUCm 6Gnv7jpIUDOqZmvgsSJBohe+lZh1UrAeqox6LFNZQax1ud1r3pGpU/tV6VtflQpEeWlOs0XvHAal zMq4cT8tV4RaT002+A9aSndc6FhweVVXomwd9CKb7/IKrYtSI5cGGL6Ef0kiLkMXyY0qBq/8nxL0 eGWSwuqtPHEqOqfervWjPPedzYitv6W+y0C8k70jV4RuDmxB49UGSfFECtHKIwm2gqjQiBdy08ID XiCllYxUSbenJF1H3mvuLlsH8uUCHQWyr5wsG5cZSQWORWYi0o2WgYijkEcSlMeq0Gha10bNYBUs /ddYkhVClwoSeZgi+cloot9J7qmKfFOA4jqkiOdzLnagZLYGZSNcCs5SGK2qvx+P1LO+jLeHLy+S yag3eoSJiEPIVAtFxX4CDIHQf9TFpLrYghSKjq1Kx8gNOfz2Y/z8rUzuULYZipfBzoqqA1fThBF8 ILB5KLSVcq5TjFsRJ7oBUrhROkHrojZawKx6FS4wl4MZX12SDx/wyuXeQt/lmc+AK2HnLT+zQgvn /ogut8e/qMv/99nZ4qek2gFNVGcNboP2PzkTFu9mzajAhWnULM/KXOpndpldFDp2+DbR7n93mJ1e G/Vy/d/UWq3WG1i4XFgWljU/v1JPpTNH49vkn+Kb8W+aY0bDaih3HPvb+KYydrW/7I7ONnTHp663 Bm1pHe9y04Iq13CirOMe19/cNUfrRP9ArCqWOxVb4DajzLovFpEqHtVWOF76CMTyxMWy4lv2szJa FTPGLEIrI1cqZUvtRyG1HuyNHiyaZRCqp4vWXcNjjOk5shR7sCoKJmu1M2fGvbd0EarVw8Ot2jSW FBLTOlRKRxsTRoJzGM/jcRbeJ1uajXoW2gnkDCtQX26RBZPky1SovX3nk2K3qkzFUhfHSIF5YoxL F3yqazedzGzI9LXeqhzQFpeK9UpjwnkNIVdYKPm65U0mk818ZIjZRtGwynTkvwkJNhE7GAAA --_002_B69BE294631500448B6D3B9936E1743202D770C0CFE1GEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D770C0CFE1GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Tue Jun 03 18:22:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 18:22:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrtKg-0004sZ-9Z; Tue, 03 Jun 2014 18:21:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrdH9-00077k-M0 for Xen-users@lists.xen.org; Tue, 03 Jun 2014 01:12:28 +0000 Received: from [85.158.143.35:43980] by server-2.bemta-4.messagelabs.com id FD/B0-06539-BF02D835; Tue, 03 Jun 2014 01:12:27 +0000 X-Env-Sender: joshua.purcell@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1401757944!8806082!1 X-Originating-IP: [209.85.192.44] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25394 invoked from network); 3 Jun 2014 01:12:25 -0000 Received: from mail-qg0-f44.google.com (HELO mail-qg0-f44.google.com) (209.85.192.44) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 01:12:25 -0000 Received: by mail-qg0-f44.google.com with SMTP id i50so12102625qgf.3 for ; Mon, 02 Jun 2014 18:12:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=znsufH7e97BPSlFhHTstTewIiJv1NZboRQtc5S54yuI=; b=tIX2szAa1V4SDcek/Ki9MLU7h6f4p0NJpfDJDWeFV51NWGrJ9So3CgP9cejgBNPKdN a7roHt8cga+iECHSAlQt+BVI7mLMLJ4iViffvyD/7fqHCkmqmAsSNax5KLzYStIj+DtU ZoBi99JspxszbdKl36jJnWQq7aeWWGNz+pFjxGgdKJFcu2jm8Tmjdiu5R4u7fzEtheX5 IDNgGjCg+Been94C8dOTDry/xwV4Mpq9LVP6G7WVuVJz52jXIuqxnUKUJocutf5vAmbD W9vlhKcMAq2qEMJUx414MIXl86oNNMrVhYpxC0g3d9l/8GBQ+EEG7mtCxwVcM5TiqrOM Y7pw== X-Received: by 10.224.104.5 with SMTP id m5mr47221139qao.9.1401757944346; Mon, 02 Jun 2014 18:12:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.100.175 with HTTP; Mon, 2 Jun 2014 18:12:04 -0700 (PDT) From: Joshua Purcell Date: Mon, 2 Jun 2014 18:12:04 -0700 Message-ID: To: Xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 03 Jun 2014 18:21:07 +0000 Subject: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I've made alot of progress on getting a Windows VM to have control over a 290x using Xen, but it's not yet working properly. I have a ton of details I can share on what I've done, but for now I have some specific questions for those who have gone through these steps successfuly on similar hardware. Let me know if any other details would be helpful. None of my PCI devices (including the 290x) shows FLR (function level reset) enabled. Is this a requirement for all GPUs that will be passed to a VM or is it just for swapping the card between dom0 and domU? Would I still need FLR enabled if I ensured that dom0 only sees loads xen-pciback module for my 290x? 'sudo lspci -vv' reports FLReset- for all devices (not just my 290x). First I need to ensure FLR is critical for a successful PCI (or GPU) passthrouth. If so, then this makes me think I need to either 1) enable something in the BIOS or 2) change a kernel or module parameter. I've heard that some motherboards (for instance the Intel DH55HC) have an option to enable FLR in the chipset section of the BIOS. My motherboard (ASRock Z97 Extreme6) has VT-d support, but doesn't have any FLR option in the BIOS. Does anyone with experience regarding GPU passthrough have FLReset+ next to their GPUs? Here is the output of of 'xl dmesg': Xen 4.4.0 (XEN) Xen version 4.4.0 (joshua@home.network) (gcc (GCC) 4.9.0 20140521 (prerelease)) debug=n Sat May 31 15:52:14 PDT 2014 (XEN) Latest ChangeSet: (XEN) Bootloader: GRUB 2.02~beta2 (XEN) Command line: /xen-4.4.0.gz iommu=1 iommu_inclusive_mapping=1 dom0_mem=16G xsave=1 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 0 EDD information structures (XEN) Multiboot-e820 RAM map: (XEN) 0000000000000000 - 0000000000058000 (usable) (XEN) 0000000000058000 - 0000000000059000 (reserved) (XEN) 0000000000059000 - 000000000009f000 (usable) (XEN) 000000000009f000 - 00000000000a0000 (reserved) (XEN) 0000000000100000 - 0000000069e4c000 (usable) (XEN) 0000000069e4c000 - 0000000069e53000 (ACPI NVS) (XEN) 0000000069e53000 - 000000006ab54000 (usable) (XEN) 000000006ab54000 - 000000006b085000 (reserved) (XEN) 000000006b085000 - 000000007d185000 (usable) (XEN) 000000007d185000 - 000000007d216000 (reserved) (XEN) 000000007d216000 - 000000007d25d000 (usable) (XEN) 000000007d25d000 - 000000007d398000 (ACPI NVS) (XEN) 000000007d398000 - 000000007df7d000 (reserved) (XEN) 000000007df7d000 - 000000007dfff000 type 20 (XEN) 000000007dfff000 - 000000007e000000 (usable) (XEN) 000000007f000000 - 00000000bf200000 (reserved) (XEN) 00000000f0000000 - 00000000f8000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed00000 - 00000000fed04000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ff000000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 000000083fe00000 (usable) (XEN) ACPI: RSDP 000F0010, 0024 (r2 ALASKA) (XEN) ACPI: XSDT 7D365088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FACP 7D376090, 010C (r5 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: DSDT 7D3651B8, 10ED6 (r2 ALASKA A M I 35 INTL 20120711) (XEN) ACPI: FACS 7D397F80, 0040 (XEN) ACPI: APIC 7D3761A0, 0092 (r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FPDT 7D376238, 0044 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: SSDT 7D376280, 0539 (r1 PmRef Cpu0Ist 3000 INTL 20051117) (XEN) ACPI: SSDT 7D3767C0, 0B74 (r1 CpuRef CpuSsdt 3000 INTL 20051117) (XEN) ACPI: SSDT 7D377338, 01C7 (r1 PmRef LakeTiny 3000 INTL 20051117) (XEN) ACPI: MCFG 7D377500, 003C (r1 ALASKA A M I 1072009 MSFT 97) (XEN) ACPI: HPET 7D377540, 0038 (r1 ALASKA A M I 1072009 AMI. 5) (XEN) ACPI: SSDT 7D377578, 036D (r1 SataRe SataTabl 1000 INTL 20120711) (XEN) ACPI: SSDT 7D3778E8, 5B5E (r1 SaSsdt SaSsdt 3000 INTL 20120711) (XEN) ACPI: AAFT 7D37D448, 049F (r1 ALASKA OEMAAFT 1072009 MSFT 97) (XEN) ACPI: BGRT 7D37D8E8, 0038 (r0 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: DMAR 7D37D920, 00B8 (r1 INTEL BDW 1 INTL 1) (XEN) ACPI: SSDT 7D37D9D8, 0579 (r1 Intel_ IsctTabl 1000 INTL 20120711) (XEN) System RAM: 31690MB (32450764kB) (XEN) Domain heap initialised (XEN) ACPI: 32/64X FACS address mismatch in FADT - 7d397f80/0000000000000000, using 32 (XEN) Processor #0 7:12 APIC version 21 (XEN) Processor #2 7:12 APIC version 21 (XEN) Processor #4 7:12 APIC version 21 (XEN) Processor #6 7:12 APIC version 21 (XEN) Processor #1 7:12 APIC version 21 (XEN) Processor #3 7:12 APIC version 21 (XEN) Processor #5 7:12 APIC version 21 (XEN) Processor #7 7:12 APIC version 21 (XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Failed to enable Interrupt Remapping: Will not enable x2APIC. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3598.990 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) spurious 8259A interrupt: IRQ7. (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d iommu 1 supported page sizes: 4kB, 2MB, 1GB. (XEN) Intel VT-d Snoop Control not enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping enabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) - VMCS shadowing (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB (XEN) Brought up 8 CPUs (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1f5b000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000820000000->0000000828000000 (4158762 pages to be allocated) (XEN) Init. ramdisk: 000000083f32a000->000000083fdff200 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81f5b000 (XEN) Init. ramdisk: ffffffff81f5b000->ffffffff82a30200 (XEN) Phys-Mach map: ffffffff82a31000->ffffffff84a31000 (XEN) Start info: ffffffff84a31000->ffffffff84a314b4 (XEN) Page tables: ffffffff84a32000->ffffffff84a5b000 (XEN) Boot stack: ffffffff84a5b000->ffffffff84a5c000 (XEN) TOTAL: ffffffff80000000->ffffffff84c00000 (XEN) ENTRY ADDRESS: ffffffff818ee1f0 (XEN) Dom0 has maximum 8 VCPUs (XEN) Scrubbing Free RAM: .....................................................................................................................................................done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 260kB init memory. Here is my /etc/xen/vwin.hvm (vm config): name = 'vwin' builder = 'hvm' memory = 8192 vcpus = 2 disk = [ '/home/joshua/vms/vwin.img,raw,xvda,w', 'file:/home/joshua/vms/win81.iso,hdc:cdrom,r' ] vif = [ 'bridge=xenbr0,ip=192.168.1.115' ] vnclisten = '0.0.0.0' vnc = 1 pci = [ '01:00.0', '01:00.1' ] pci_permissive = 1 When I successfully start the VM, here is the output: Parsing config from /etc/xen/vwin.hvm libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:01:00.0 libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:01:00.1 The above is what first made me think there is an issue (which led me to find out more regarding FLR). When Windows boots I see the 290x, and when I run the AMD test to see what hardware I have it finds it as being a 290x. I can install the drivers for the card and no errors are reported. I reboot and look at Device Manager and I see the following message associated with the problem 290x device: This device cannot find enough free resources that it can use. (Code 12) I've looked around for other devices which may be conflicting with the 290x, and there is one other device which has no drivers currently. Other than that there is another Microsoft display device in the same section of the list next to the 290x. Disabling one or both of these devices and rebooting has no effect. Here's the relevant portion of my grub config: multiboot /xen-4.4.0.gz /xen-4.4.0.gz iommu=1 iommu_inclusive_mapping=1 dom0_mem=16G xsave=1 module /vmlinuz-linux /vmlinuz-linux root=UUID=917153ed-f386-4987-8fd0-9e293f8d969a rw modprobe.blacklist=radeon i915 quiet rootflags=subvol=rootvol console=tty0 xen-pciback.passthrough=1 xen-pciback.hide=(01:00.0)(01:00.1) I think 'iommu=1' is related to previous versions of Xen, and I'm not sure what 'iommu_inclusive_mapping=1' even does. I haven't verified that I get the same current functionality without these lines yet. Please request any other details if you think it would be helpful. This is an up-to-date archlinux, Xen 4.4.0-4 system with the following specs: motherboard: ASRock Z97 Extreme6 (BIOS v1.30) cpu: Intel i7-4790 memory: G.SKILL Ripjaws Z Series F3-2133C11Q-32GZL domU OS: archlinux domU a/v: Asus R9290X DirectCU II OC dom0 OS: Windows8.1 64-bit dom0 a/v: Intel HD Graphics 4600 ssd: 2x Samsung EVO 840 250GB optical: LG Blu-ray UH12NS30 psu: Enermax Maxrevo EMR1500EWT _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 03 18:22:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 18:22:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrtKf-0004sR-Kb; Tue, 03 Jun 2014 18:21:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WraIn-0007X1-95 for xen-users@lists.xen.org; Mon, 02 Jun 2014 22:01:58 +0000 Received: from [85.158.139.211:3697] by server-13.bemta-5.messagelabs.com id B4/9F-16341-454FC835; Mon, 02 Jun 2014 22:01:56 +0000 X-Env-Sender: xumengpanda@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1401746509!7669461!1 X-Originating-IP: [209.85.214.174] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, HTML_00_10, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7750 invoked from network); 2 Jun 2014 22:01:51 -0000 Received: from mail-ob0-f174.google.com (HELO mail-ob0-f174.google.com) (209.85.214.174) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 22:01:51 -0000 Received: by mail-ob0-f174.google.com with SMTP id uz6so5187400obc.5 for ; Mon, 02 Jun 2014 15:01:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=VFoOaJ4HgctkhqEgal1BMgQu/l+xhA/gR+8DyE9EazU=; b=JuwEsGPqqFZJhEiHpE1L0FwTkDAkiA0nBTq8SygnupWrPrTOZX9tc+wSkLt55yYZj/ Nans+D2nWMqTVODXxde7Fg10SVWcnfXl0YyIUt3YJq81q2EVQgV9EXYjkvWxgBTVVYYu eeY0mNrojnyi9kUuQ6suUGCm5UKvktfYWnCK8wyptY4beBLvNtTbEgs8jCNF9YXWmt1K oo47tGDIJbhkXuFalIso7bO1I9sAv21LvtJj5OioOughDhJbYusn8LKCM3DYaUgrU5cZ 7vO6f/pevV/slfUMsnbokpRTaz3IXeqAceTiYuOU/d8cob7BP8NkIBkNLgkbXAuYlR7U V1ew== MIME-Version: 1.0 X-Received: by 10.182.24.38 with SMTP id r6mr42172189obf.10.1401746509445; Mon, 02 Jun 2014 15:01:49 -0700 (PDT) Received: by 10.76.107.41 with HTTP; Mon, 2 Jun 2014 15:01:49 -0700 (PDT) Date: Mon, 2 Jun 2014 18:01:49 -0400 Message-ID: From: Meng Xu To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 03 Jun 2014 18:21:07 +0000 Cc: Meng Xu Subject: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0314459544878873583==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0314459544878873583== Content-Type: multipart/alternative; boundary=001a11c29c82c2c1b204fae18a83 --001a11c29c82c2c1b204fae18a83 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I want to run a program in guest domain on Xen. This program needs to use the USB4 device, which is a data acquisition device designed to record data from 4 incremental encoders, 8 digital inputs and 4 analog input channels. The USB4 device's description is here: http://www.usdigital.com/products/interfaces/pc/usb/usb4 The Xen version I'm using is Xen 4.3.0; The Linux version I'm using in dom0 and domU is Ubuntu 12.04LTS. If I run the program on native Ubuntu 12.04LTS, it can detect the USB4 device and run successfully. If I run the program inside dom0 on Xen with guest domain running, this program can run successfully in dom0. But If I run the program in domU on Xen with usb passthrough enable for domU, the program reports error: NO USB4 DEVICE FOUND (-32) . I'm thinking the USB4 device is not successfully passed =E2=80=8B to domU=E2=80=8B . Because in domU, lsusb shows the USB4 device: Bus 001 Device 006: ID 09c9:0044; but in domU, this device is not in the output of the lsusb command. =E2=80=8B (All of other USB devices, such as Xbox joystick, are successfull= y passed to domU.)=E2=80=8B =E2=80=8BCan anyone help, either by telling me how to debug it or by pointi= ng my mistake in the configuration? I have been stuck at this for a while and really appreciate any kind of help. Is it possible that QEMU does not support USB4? If so, what should I do if I want to use USB4 in Xen? *Below are my configurations:* 1) domU's configuration file: #This is the script used to boot domU in HVM mode! #It should auto call qemu to init a qemu terminal, like boches, and run Linux in the qemu terminal! It will looks like how virtualBox run ubuntu in guest domain! # You can find the example in /etc/xen/xlexample.hvm name=3D"rosdom1" memory=3D1024 builder =3D 'hvm' #device_model =3D 'qemu-dm' #device_model_override =3D '/usr/local/lib/xen/bin/qemu-dm' vcpus=3D1 disk =3D ['file:/home/roslab/Research/rt-xen/guestImages/dom1.img,xvda,w'] vif =3D [''] sdl =3D 1 usb =3D 1 #host:09c9:0064 is not shown in domU usbdevice=3D['tablet','host:045e:028e','host:0c72:000c', 'host:067b:2303', 'host:1943:2255', 'host:199b:3065', 'host:09c9:0064', 'host:05e3:0608'] =E2=80=8B2) domU's lsusb result Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 003: ID 0409:55aa NEC Corp. Hub Bus 001 Device 004: ID 045e:028e Microsoft Corp. Xbox360 Controller Bus 001 Device 005: ID 0c72:000c PEAK System PCAN-USB Bus 001 Device 006: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port Bus 001 Device 007: ID 1943:2255 Sensoray Co., Inc. Model 2255 4 Channel Capture Card Bus 001 Device 008: ID 199b:3065 =E2=80=8B =E2=80=8B3) dom0's lsusb result Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 003 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB Bus 003 Device 003: ID 0c72:000c PEAK System PCAN-USB Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port Bus 001 Device 004: ID 199b:3065 Bus 001 Device 005: ID 1943:2255 Sensoray Co., Inc. Model 2255 4 Channel Capture Card Bus 001 Device 006: ID 09c9:0044 Bus 002 Device 003: ID 045e:028e Microsoft Corp. Xbox360 Controller Bus 003 Device 004: ID 413c:2106 Dell Computer Corp. Dell QuietKey Keyboard Bus 003 Device 005: ID 0461:4d81 Primax Electronics, Ltd =E2=80=8B4) domU's dmesg result (At around 57s, it reports error. ) =E2=80=8B =E2=80=8B[ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.2.0-61-generic (buildd@kissel) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #92-Ubuntu SMP Mon Mar 31 23:47:59 UTC 2014 (Ubuntu 3.2.0-61.92-generic 3.2.55) [ 0.000000] Command line: BOOT_IMAGE=3D/boot/vmlinuz-3.2.0-61-generic root=3DUUID=3De2ffdbbd-aa67-416e-8c24-38421470803d ro quiet splash vt.hando= ff=3D7 [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) [ 0.000000] BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) [ 0.000000] BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) [ 0.000000] BIOS-e820: 0000000000100000 - 000000003f7ff000 (usable) [ 0.000000] BIOS-e820: 000000003f7ff000 - 000000003f800000 (reserved) [ 0.000000] BIOS-e820: 00000000fc000000 - 0000000100000000 (reserved) [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] SMBIOS 2.4 present. [ 0.000000] DMI: Xen HVM domU, BIOS 4.3.0 05/14/2014 [ 0.000000] Hypervisor detected: Xen HVM [ 0.000000] Xen version 4.3. [ 0.000000] Xen Platform PCI: I/O protocol version 1 [ 0.000000] Netfront and the Xen platform PCI driver have been compiled for this kernel: unplug emulated NICs. [ 0.000000] Blkfront and the Xen platform PCI driver have been compiled for this kernel: unplug emulated disks. [ 0.000000] You might have to change the root device [ 0.000000] from /dev/hd[a-d] to /dev/xvd[a-d] [ 0.000000] in your root=3D kernel command line option [ 0.000000] HVMOP_pagetable_dying not supported [ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 (usable) =3D=3D> (reserved) [ 0.000000] e820 remove range: 00000000000a0000 - 0000000000100000 (usable) [ 0.000000] No AGP bridge found [ 0.000000] last_pfn =3D 0x3f7ff max_arch_pfn =3D 0x400000000 [ 0.000000] MTRR default type: write-back [ 0.000000] MTRR fixed ranges enabled: [ 0.000000] 00000-9FFFF write-back [ 0.000000] A0000-BFFFF write-combining [ 0.000000] C0000-FFFFF write-back [ 0.000000] MTRR variable ranges enabled: [ 0.000000] 0 base 0F0000000 mask FF8000000 uncachable [ 0.000000] 1 base 0F8000000 mask FFC000000 uncachable [ 0.000000] 2 disabled [ 0.000000] 3 disabled [ 0.000000] 4 disabled [ 0.000000] 5 disabled [ 0.000000] 6 disabled [ 0.000000] 7 disabled [ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [ 0.000000] found SMP MP-table at [ffff8800000fdaf0] fdaf0 [ 0.000000] initial memory mapped : 0 - 20000000 [ 0.000000] Base memory trampoline at [ffff88000009a000] 9a000 size 2048= 0 [ 0.000000] init_memory_mapping: 0000000000000000-000000003f7ff000 [ 0.000000] 0000000000 - 003f600000 page 2M [ 0.000000] 003f600000 - 003f7ff000 page 4k [ 0.000000] kernel direct mapping tables up to 3f7ff000 @ 1fffd000-20000000 [ 0.000000] RAMDISK: 364c2000 - 37259000 [ 0.000000] ACPI: RSDP 00000000000fda40 00024 (v02 Xen) [ 0.000000] ACPI: XSDT 00000000fc009f70 00054 (v01 Xen HVM 00000000 HVML 00000000) [ 0.000000] ACPI: FACP 00000000fc0098a0 000F4 (v04 Xen HVM 00000000 HVML 00000000) [ 0.000000] ACPI: DSDT 00000000fc001250 085CD (v02 Xen HVM 00000000 INTL 20100528) [ 0.000000] ACPI: FACS 00000000fc001210 00040 [ 0.000000] ACPI: APIC 00000000fc0099a0 00460 (v02 Xen HVM 00000000 HVML 00000000) [ 0.000000] ACPI: HPET 00000000fc009e80 00038 (v01 Xen HVM 00000000 HVML 00000000) [ 0.000000] ACPI: WAET 00000000fc009ec0 00028 (v01 Xen HVM 00000000 HVML 00000000) [ 0.000000] ACPI: SSDT 00000000fc009ef0 00031 (v02 Xen HVM 00000000 INTL 20100528) [ 0.000000] ACPI: SSDT 00000000fc009f30 00031 (v02 Xen HVM 00000000 INTL 20100528) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] No NUMA configuration found [ 0.000000] Faking a node at 0000000000000000-000000003f7ff000 [ 0.000000] Initmem setup node 0 0000000000000000-000000003f7ff000 [ 0.000000] NODE_DATA [000000003f7fa000 - 000000003f7fefff] [ 0.000000] [ffffea0000000000-ffffea0000ffffff] PMD -> [ffff88003de00000-ffff88003edfffff] on node 0 [ 0.000000] Zone PFN ranges: [ 0.000000] DMA 0x00000010 -> 0x00001000 [ 0.000000] DMA32 0x00001000 -> 0x00100000 [ 0.000000] Normal empty [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[2] active PFN ranges [ 0.000000] 0: 0x00000010 -> 0x0000009f [ 0.000000] 0: 0x00000100 -> 0x0003f7ff [ 0.000000] On node 0 totalpages: 259982 [ 0.000000] DMA zone: 64 pages used for memmap [ 0.000000] DMA zone: 5 pages reserved [ 0.000000] DMA zone: 3914 pages, LIFO batch:0 [ 0.000000] DMA32 zone: 4000 pages used for memmap [ 0.000000] DMA32 zone: 251999 pages, LIFO batch:31 [ 0.000000] ACPI: PM-Timer IO Port: 0xb008 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x08] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x0a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x0c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x0e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x10] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x12] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x14] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x16] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x18] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x1a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x1c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x1e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x20] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x11] lapic_id[0x22] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x24] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id[0x26] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x15] lapic_id[0x2a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x18] lapic_id[0x30] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x19] lapic_id[0x32] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x34] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1b] lapic_id[0x36] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1c] lapic_id[0x38] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1d] lapic_id[0x3a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x3c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1f] lapic_id[0x3e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x20] lapic_id[0x40] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x21] lapic_id[0x42] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x22] lapic_id[0x44] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x23] lapic_id[0x46] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x24] lapic_id[0x48] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x25] lapic_id[0x4a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x26] lapic_id[0x4c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x27] lapic_id[0x4e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x28] lapic_id[0x50] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x29] lapic_id[0x52] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2a] lapic_id[0x54] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2b] lapic_id[0x56] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2c] lapic_id[0x58] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2d] lapic_id[0x5a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2e] lapic_id[0x5c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2f] lapic_id[0x5e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x30] lapic_id[0x60] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x31] lapic_id[0x62] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x32] lapic_id[0x64] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x33] lapic_id[0x66] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x34] lapic_id[0x68] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x35] lapic_id[0x6a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x36] lapic_id[0x6c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x37] lapic_id[0x6e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x38] lapic_id[0x70] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x39] lapic_id[0x72] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3a] lapic_id[0x74] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3b] lapic_id[0x76] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3c] lapic_id[0x78] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3d] lapic_id[0x7a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3e] lapic_id[0x7c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3f] lapic_id[0x7e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x40] lapic_id[0x80] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x41] lapic_id[0x82] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x42] lapic_id[0x84] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x43] lapic_id[0x86] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x44] lapic_id[0x88] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x45] lapic_id[0x8a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x46] lapic_id[0x8c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x47] lapic_id[0x8e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x48] lapic_id[0x90] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x49] lapic_id[0x92] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4a] lapic_id[0x94] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4b] lapic_id[0x96] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4c] lapic_id[0x98] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4d] lapic_id[0x9a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4e] lapic_id[0x9c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4f] lapic_id[0x9e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x50] lapic_id[0xa0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x51] lapic_id[0xa2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x52] lapic_id[0xa4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x53] lapic_id[0xa6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x54] lapic_id[0xa8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x55] lapic_id[0xaa] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x56] lapic_id[0xac] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x57] lapic_id[0xae] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x58] lapic_id[0xb0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x59] lapic_id[0xb2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5a] lapic_id[0xb4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5b] lapic_id[0xb6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5c] lapic_id[0xb8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5d] lapic_id[0xba] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5e] lapic_id[0xbc] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5f] lapic_id[0xbe] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x60] lapic_id[0xc0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x61] lapic_id[0xc2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x62] lapic_id[0xc4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x63] lapic_id[0xc6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x64] lapic_id[0xc8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x65] lapic_id[0xca] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x66] lapic_id[0xcc] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x67] lapic_id[0xce] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x68] lapic_id[0xd0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x69] lapic_id[0xd2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6a] lapic_id[0xd4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6b] lapic_id[0xd6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6c] lapic_id[0xd8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6d] lapic_id[0xda] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6e] lapic_id[0xdc] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6f] lapic_id[0xde] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x70] lapic_id[0xe0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x71] lapic_id[0xe2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x72] lapic_id[0xe4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x73] lapic_id[0xe6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x74] lapic_id[0xe8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x75] lapic_id[0xea] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x76] lapic_id[0xec] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x77] lapic_id[0xee] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x78] lapic_id[0xf0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x79] lapic_id[0xf2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7a] lapic_id[0xf4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7b] lapic_id[0xf6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7c] lapic_id[0xf8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7d] lapic_id[0xfa] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7e] lapic_id[0xfc] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7f] lapic_id[0xfe] disabled) [ 0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 1, version 17, address 0xfec00000, GSI 0-47 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 low level) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 low level) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 low level) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ2 used by override. [ 0.000000] ACPI: IRQ5 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] ACPI: IRQ10 used by override. [ 0.000000] ACPI: IRQ11 used by override. [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 [ 0.000000] SMP: Allowing 128 CPUs, 127 hotplug CPUs [ 0.000000] nr_irqs_gsi: 64 [ 0.000000] PM: Registered nosave memory: 000000000009f000 - 00000000000a0000 [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000 [ 0.000000] PM: Registered nosave memory: 00000000000f0000 - 0000000000100000 [ 0.000000] Allocating PCI resources starting at 3f800000 (gap: 3f800000:bc800000) [ 0.000000] Booting paravirtualized kernel on Xen HVM [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:128 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 28 pages/cpu @ffff88003ce00000 s83136 r8192 d23360 u131072 [ 0.000000] pcpu-alloc: s83136 r8192 d23360 u131072 alloc=3D1*2097152 [ 0.000000] pcpu-alloc: [0] 000 001 002 003 004 005 006 007 008 009 010 011 012 013 014 015 [ 0.000000] pcpu-alloc: [0] 016 017 018 019 020 021 022 023 024 025 026 027 028 029 030 031 [ 0.000000] pcpu-alloc: [0] 032 033 034 035 036 037 038 039 040 041 042 043 044 045 046 047 [ 0.000000] pcpu-alloc: [0] 048 049 050 051 052 053 054 055 056 057 058 059 060 061 062 063 [ 0.000000] pcpu-alloc: [0] 064 065 066 067 068 069 070 071 072 073 074 075 076 077 078 079 [ 0.000000] pcpu-alloc: [0] 080 081 082 083 084 085 086 087 088 089 090 091 092 093 094 095 [ 0.000000] pcpu-alloc: [0] 096 097 098 099 100 101 102 103 104 105 106 107 108 109 110 111 [ 0.000000] pcpu-alloc: [0] 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 255913 [ 0.000000] Policy zone: DMA32 [ 0.000000] Kernel command line: BOOT_IMAGE=3D/boot/vmlinuz-3.2.0-61-generic root=3DUUID=3De2ffdbbd-aa67-416e-8c24-38421470803d ro quiet splash vt.hando= ff=3D7 [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 0.000000] xsave/xrstor: enabled xstate_bv 0x7, cntxt size 0x340 [ 0.000000] Checking aperture... [ 0.000000] No AGP bridge found [ 0.000000] Calgary: detecting Calgary via BIOS EBDA area [ 0.000000] Calgary: Unable to locate Rio Grande table in EBDA - bailing= ! [ 0.000000] Memory: 979460k/1040380k available (6588k kernel code, 452k absent, 60468k reserved, 6618k data, 924k init) [ 0.000000] SLUB: Genslabs=3D15, HWalign=3D64, Order=3D0-3, MinObjects= =3D0, CPUs=3D128, Nodes=3D1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU dyntick-idle grace-period acceleration is enabled. [ 0.000000] NR_IRQS:16640 nr_irqs:2112 16 [ 0.000000] Xen HVM callback vector for event delivery is enabled [ 0.000000] vt handoff: transparent VT on vt#7 [ 0.000000] Console: colour dummy device 80x25 [ 0.000000] console [tty0] enabled [ 0.000000] allocated 8388608 bytes of page_cgroup [ 0.000000] please try 'cgroup_disable=3Dmemory' option if you don't wan= t memory cgroups [ 0.000000] hpet clockevent registered [ 0.000000] Detected 2793.752 MHz processor. [ 0.008000] Calibrating delay loop (skipped), value calculated using timer frequency.. 5587.50 BogoMIPS (lpj=3D11175008) [ 0.008000] pid_max: default: 131072 minimum: 1024 [ 0.008000] Security Framework initialized [ 0.008000] AppArmor: AppArmor initialized [ 0.008000] Yama: becoming mindful. [ 0.008000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) [ 0.008000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes) [ 0.008000] Mount-cache hash table entries: 256 [ 0.008000] Initializing cgroup subsys cpuacct [ 0.008000] Initializing cgroup subsys memory [ 0.008000] Initializing cgroup subsys devices [ 0.008000] Initializing cgroup subsys freezer [ 0.008000] Initializing cgroup subsys blkio [ 0.008000] Initializing cgroup subsys perf_event [ 0.008000] CPU: Physical Processor ID: 0 [ 0.008000] CPU: Processor Core ID: 0 [ 0.008000] mce: CPU supports 2 MCE banks [ 0.008000] SMP alternatives: switching to UP code [ 0.024432] ACPI: Core revision 20110623 [ 0.027078] ftrace: allocating 26601 entries in 105 pages [ 0.049178] x2apic not enabled, IRQ remapping init failed [ 0.049181] Switched APIC routing to physical flat. [ 0.051384] ..TIMER: vector=3D0x30 apic1=3D0 pin1=3D2 apic2=3D0 pin2=3D0 [ 0.091380] CPU0: Intel(R) Core(TM) i7-2600S CPU @ 2.80GHz stepping 07 [ 0.091387] Xen: using vcpuop timer interface [ 0.091392] installing Xen timer for CPU 0 [ 0.091492] cpu 0 spinlock event irq 69 [ 0.091493] Performance Events: unsupported p6 CPU model 42 no PMU driver, software events only. [ 0.091665] NMI watchdog disabled (cpu0): hardware events not enabled [ 0.091681] Brought up 1 CPUs [ 0.091683] Total of 1 processors activated (5587.50 BogoMIPS). [ 0.092004] devtmpfs: initialized [ 0.092004] EVM: security.selinux [ 0.092004] EVM: security.SMACK64 [ 0.092004] EVM: security.capability [ 0.092004] print_constraints: dummy: [ 0.092004] RTC time: 21:26:31, date: 06/02/14 [ 0.092004] NET: Registered protocol family 16 [ 0.092004] ACPI: bus type pci registered [ 0.092004] PCI: Using configuration type 1 for base access [ 0.092004] bio: create slab at 0 [ 0.092004] ACPI: Added _OSI(Module Device) [ 0.092004] ACPI: Added _OSI(Processor Device) [ 0.092004] ACPI: Added _OSI(3.0 _SCP Extensions) [ 0.092004] ACPI: Added _OSI(Processor Aggregator Device) [ 0.092199] ACPI: EC: Look up EC in DSDT [ 0.095237] ACPI: Interpreter enabled [ 0.095239] ACPI: (supports S0 S3 S4 S5) [ 0.095248] ACPI: Using IOAPIC for interrupt routing [ 0.097615] ACPI: No dock devices found. [ 0.097616] HEST: Table not found. [ 0.097618] PCI: Using host bridge windows from ACPI; if necessary, use "pci=3Dnocrs" and report a bug [ 0.097649] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff]) [ 0.097714] pci_root PNP0A03:00: host bridge window [io 0x0000-0x0cf7] [ 0.097715] pci_root PNP0A03:00: host bridge window [io 0x0d00-0xffff] [ 0.097716] pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff] [ 0.097718] pci_root PNP0A03:00: host bridge window [mem 0xf0000000-0xfbffffff] [ 0.097911] pci 0000:00:00.0: [8086:1237] type 0 class 0x000600 [ 0.099963] pci 0000:00:01.0: [8086:7000] type 0 class 0x000601 [ 0.103226] pci 0000:00:01.1: [8086:7010] type 0 class 0x000101 [ 0.116016] pci 0000:00:01.1: reg 20: [io 0xc220-0xc22f] [ 0.122459] pci 0000:00:01.2: [8086:7020] type 0 class 0x000c03 [ 0.129533] pci 0000:00:01.2: reg 20: [io 0xc200-0xc21f] [ 0.132328] pci 0000:00:01.3: [8086:7113] type 0 class 0x000680 [ 0.133497] pci 0000:00:01.3: quirk: [io 0xb000-0xb03f] claimed by PIIX4 ACPI [ 0.133539] pci 0000:00:01.3: quirk: [io 0xb100-0xb10f] claimed by PIIX4 SMB [ 0.133979] pci 0000:00:02.0: [1013:00b8] type 0 class 0x000300 [ 0.136012] pci 0000:00:02.0: reg 10: [mem 0xf0000000-0xf1ffffff pref] [ 0.138677] pci 0000:00:02.0: reg 14: [mem 0xf3020000-0xf3020fff] [ 0.148012] pci 0000:00:02.0: reg 30: [mem 0xf3000000-0xf300ffff pref] [ 0.148337] pci 0000:00:03.0: [5853:0001] type 0 class 0x00ff80 [ 0.151337] pci 0000:00:03.0: reg 10: [io 0xc000-0xc0ff] [ 0.153403] pci 0000:00:03.0: reg 14: [mem 0xf2000000-0xf2ffffff pref] [ 0.166189] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] [ 0.166677] pci0000:00: Unable to request _OSC control (_OSC support mask: 0x1e) [ 0.170884] ACPI: PCI Interrupt Link [LNKA] (IRQs *5 10 11) [ 0.171110] ACPI: PCI Interrupt Link [LNKB] (IRQs 5 *10 11) [ 0.171240] ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11) [ 0.171412] ACPI: PCI Interrupt Link [LNKD] (IRQs *5 10 11) [ 0.171505] xen/balloon: Initialising balloon driver. [ 0.171571] xen-balloon: Initialising balloon driver. [ 0.171719] vgaarb: device added: PCI:0000:00:02.0,decodes=3Dio+mem,owns=3Dio+mem,locks=3Dnone [ 0.171723] vgaarb: loaded [ 0.171725] vgaarb: bridge control possible 0000:00:02.0 [ 0.171859] i2c-core: driver [aat2870] using legacy suspend method [ 0.171861] i2c-core: driver [aat2870] using legacy resume method [ 0.171972] SCSI subsystem initialized [ 0.172022] libata version 3.00 loaded. [ 0.172074] usbcore: registered new interface driver usbfs [ 0.172086] usbcore: registered new interface driver hub [ 0.172144] usbcore: registered new device driver usb [ 0.172307] PCI: Using ACPI for IRQ routing [ 0.172310] PCI: pci_cache_line_size set to 64 bytes [ 0.172728] reserve RAM buffer: 000000000009fc00 - 000000000009ffff [ 0.172730] reserve RAM buffer: 000000003f7ff000 - 000000003fffffff [ 0.172901] NetLabel: Initializing [ 0.172903] NetLabel: domain hash size =3D 128 [ 0.172905] NetLabel: protocols =3D UNLABELED CIPSOv4 [ 0.172917] NetLabel: unlabeled traffic allowed by default [ 0.173004] HPET: 3 timers in total, 0 timers will be used for per-cpu timer [ 0.173027] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0 [ 0.173033] hpet0: 3 comparators, 64-bit 62.500000 MHz counter [ 0.180085] Switching to clocksource xen [ 0.192480] AppArmor: AppArmor Filesystem Enabled [ 0.192509] pnp: PnP ACPI init [ 0.192526] ACPI: bus type pnp registered [ 0.192556] pnp 00:00: [mem 0x00000000-0x0009ffff] [ 0.192594] system 00:00: [mem 0x00000000-0x0009ffff] could not be reserved [ 0.192599] system 00:00: Plug and Play ACPI device, IDs PNP0c02 (active= ) [ 0.192676] pnp 00:01: [bus 00-ff] [ 0.192679] pnp 00:01: [io 0x0cf8-0x0cff] [ 0.192682] pnp 00:01: [io 0x0000-0x0cf7 window] [ 0.192685] pnp 00:01: [io 0x0d00-0xffff window] [ 0.192687] pnp 00:01: [mem 0x000a0000-0x000bffff window] [ 0.192690] pnp 00:01: [mem 0xf0000000-0xfbffffff window] [ 0.192748] pnp 00:01: Plug and Play ACPI device, IDs PNP0a03 (active) [ 0.192779] pnp 00:02: [mem 0xfed00000-0xfed003ff] [ 0.192803] pnp 00:02: Plug and Play ACPI device, IDs PNP0103 (active) [ 0.192824] pnp 00:03: [io 0x0010-0x001f] [ 0.192827] pnp 00:03: [io 0x0022-0x002d] [ 0.192829] pnp 00:03: [io 0x0030-0x003f] [ 0.192831] pnp 00:03: [io 0x0044-0x005f] [ 0.192834] pnp 00:03: [io 0x0062-0x0063] [ 0.192836] pnp 00:03: [io 0x0065-0x006f] [ 0.192838] pnp 00:03: [io 0x0072-0x007f] [ 0.192840] pnp 00:03: [io 0x0080] [ 0.192842] pnp 00:03: [io 0x0084-0x0086] [ 0.192845] pnp 00:03: [io 0x0088] [ 0.192847] pnp 00:03: [io 0x008c-0x008e] [ 0.192849] pnp 00:03: [io 0x0090-0x009f] [ 0.192851] pnp 00:03: [io 0x00a2-0x00bd] [ 0.192853] pnp 00:03: [io 0x00e0-0x00ef] [ 0.192856] pnp 00:03: [io 0x08a0-0x08a3] [ 0.192858] pnp 00:03: [io 0x0cc0-0x0ccf] [ 0.192860] pnp 00:03: [io 0x04d0-0x04d1] [ 0.192897] system 00:03: [io 0x08a0-0x08a3] has been reserved [ 0.192901] system 00:03: [io 0x0cc0-0x0ccf] has been reserved [ 0.192904] system 00:03: [io 0x04d0-0x04d1] has been reserved [ 0.192908] system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active= ) [ 0.192922] pnp 00:04: [dma 4] [ 0.192924] pnp 00:04: [io 0x0000-0x000f] [ 0.192926] pnp 00:04: [io 0x0081-0x0083] [ 0.192929] pnp 00:04: [io 0x0087] [ 0.192931] pnp 00:04: [io 0x0089-0x008b] [ 0.192933] pnp 00:04: [io 0x008f] [ 0.192935] pnp 00:04: [io 0x00c0-0x00df] [ 0.192937] pnp 00:04: [io 0x0480-0x048f] [ 0.192976] pnp 00:04: Plug and Play ACPI device, IDs PNP0200 (active) [ 0.192989] pnp 00:05: [io 0x0070-0x0071] [ 0.193016] xen: --> pirq=3D16 -> irq=3D8 (gsi=3D8) [ 0.193019] pnp 00:05: [irq 8] [ 0.193045] pnp 00:05: Plug and Play ACPI device, IDs PNP0b00 (active) [ 0.193055] pnp 00:06: [io 0x0061] [ 0.193078] pnp 00:06: Plug and Play ACPI device, IDs PNP0800 (active) [ 0.193109] xen: --> pirq=3D17 -> irq=3D12 (gsi=3D12) [ 0.193112] pnp 00:07: [irq 12] [ 0.193152] pnp 00:07: Plug and Play ACPI device, IDs PNP0f13 (active) [ 0.193171] pnp 00:08: [io 0x0060] [ 0.193173] pnp 00:08: [io 0x0064] [ 0.193190] xen: --> pirq=3D18 -> irq=3D1 (gsi=3D1) [ 0.193193] pnp 00:08: [irq 1] [ 0.193219] pnp 00:08: Plug and Play ACPI device, IDs PNP0303 PNP030b (active) [ 0.193246] pnp 00:09: [io 0x03f0-0x03f5] [ 0.193249] pnp 00:09: [io 0x03f7] [ 0.193264] xen: --> pirq=3D19 -> irq=3D6 (gsi=3D6) [ 0.193267] pnp 00:09: [irq 6] [ 0.193270] pnp 00:09: [dma 2] [ 0.193298] pnp 00:09: Plug and Play ACPI device, IDs PNP0700 (active) [ 0.193323] pnp 00:0a: [io 0x03f8-0x03ff] [ 0.193338] xen: --> pirq=3D20 -> irq=3D4 (gsi=3D4) [ 0.193341] pnp 00:0a: [irq 4] [ 0.193382] pnp 00:0a: Plug and Play ACPI device, IDs PNP0501 (active) [ 0.193418] pnp 00:0b: [io 0x0378-0x037f] [ 0.193435] xen: --> pirq=3D21 -> irq=3D7 (gsi=3D7) [ 0.193438] pnp 00:0b: [irq 7] [ 0.193465] pnp 00:0b: Plug and Play ACPI device, IDs PNP0400 (active) [ 0.193490] pnp 00:0c: [io 0xae00-0xae0f] [ 0.193492] pnp 00:0c: [io 0xb044-0xb047] [ 0.193526] system 00:0c: [io 0xae00-0xae0f] has been reserved [ 0.193530] system 00:0c: [io 0xb044-0xb047] has been reserved [ 0.193533] system 00:0c: Plug and Play ACPI device, IDs PNP0c02 (active= ) [ 0.193874] pnp: PnP ACPI: found 13 devices [ 0.193876] ACPI: ACPI bus type pnp unregistered [ 0.201061] PCI: max bus depth: 0 pci_try_num: 1 [ 0.201069] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] [ 0.201072] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] [ 0.201075] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] [ 0.201078] pci_bus 0000:00: resource 7 [mem 0xf0000000-0xfbffffff] [ 0.201153] NET: Registered protocol family 2 [ 0.201349] IP route cache hash table entries: 32768 (order: 6, 262144 bytes) [ 0.201987] TCP established hash table entries: 131072 (order: 9, 2097152 bytes) [ 0.203886] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) [ 0.204779] TCP: Hash tables configured (established 131072 bind 65536) [ 0.204783] TCP reno registered [ 0.204790] UDP hash table entries: 512 (order: 2, 16384 bytes) [ 0.204813] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes) [ 0.205301] NET: Registered protocol family 1 [ 0.205313] pci 0000:00:00.0: Limiting direct PCI/PCI transfers [ 0.205403] pci 0000:00:01.0: PIIX3: Enabling Passive Release [ 0.205526] pci 0000:00:01.0: Activating ISA DMA hang workarounds [ 0.205725] xen: --> pirq=3D22 -> irq=3D23 (gsi=3D23) [ 0.205729] pci 0000:00:01.2: PCI INT D -> GSI 23 (level, low) -> IRQ 23 [ 0.207469] pci 0000:00:01.2: PCI INT D disabled [ 0.207620] pci 0000:00:02.0: Boot video device [ 0.207733] PCI: CLS 0 bytes, default 64 [ 0.208252] audit: initializing netlink socket (disabled) [ 0.208267] type=3D2000 audit(1401744392.019:1): initialized [ 0.226671] Trying to unpack rootfs image as initramfs... [ 0.252081] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 0.260212] VFS: Disk quotas dquot_6.5.2 [ 0.260302] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.260748] fuse init (API version 7.17) [ 0.260807] msgmni has been set to 1913 [ 0.272129] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [ 0.272151] io scheduler noop registered [ 0.272152] io scheduler deadline registered [ 0.272178] io scheduler cfq registered (default) [ 0.272234] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 0.272243] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 0.272287] efifb: probing for efifb [ 0.272370] efifb: framebuffer at 0xf0000000, mapped to 0xffffc90000500000, using 1408k, total 1408k [ 0.272371] efifb: mode is 800x600x24, linelength=3D2400, pages=3D1 [ 0.272372] efifb: scrolling: redraw [ 0.272373] efifb: Truecolor: size=3D0:8:8:8, shift=3D0:16:8:0 [ 0.272434] Console: switching to colour frame buffer device 100x37 [ 0.272442] fb0: EFI VGA frame buffer device [ 0.272485] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 [ 0.272489] ACPI: Power Button [PWRF] [ 0.272521] input: Sleep Button as /devices/LNXSYSTM:00/LNXSLPBN:00/input/input1 [ 0.272524] ACPI: Sleep Button [SLPF] [ 0.273447] ERST: Table is not found! [ 0.273448] GHES: HEST is not enabled! [ 0.273856] xen: --> pirq=3D23 -> irq=3D28 (gsi=3D28) [ 0.273861] xen-platform-pci 0000:00:03.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28 [ 0.273909] Grant table initialized [ 0.276900] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 0.309309] serial8250: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A [ 0.309863] init_memory_mapping: 0000000040000000-0000000048000000 [ 0.309866] 0040000000 - 0048000000 page 2M [ 0.376828] 00:0a: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A [ 0.408303] Linux agpgart interface v0.103 [ 0.409705] brd: module loaded [ 0.412483] loop: module loaded [ 0.414925] blkfront device/vbd/51712 num-ring-pages 1 nr_ents 32. [ 0.415379] ata_piix 0000:00:01.1: version 2.13 [ 0.417376] ata_piix 0000:00:01.1: setting latency timer to 64 [ 0.418734] blkfront: xvda: flush diskcache: enabled [ 0.420194] xvda: xvda1 xvda2 < xvda5 > [ 0.424217] scsi0 : ata_piix [ 0.424306] scsi1 : ata_piix [ 0.424341] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc220 irq 1= 4 [ 0.424343] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc228 irq 1= 5 [ 0.424591] Fixed MDIO Bus: probed [ 0.424602] tun: Universal TUN/TAP device driver, 1.6 [ 0.424604] tun: (C) 1999-2004 Max Krasnyansky [ 0.424642] PPP generic driver version 2.4.2 [ 0.424668] Initialising Xen virtual ethernet driver. [ 0.426228] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 0.426240] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 0.426246] uhci_hcd: USB Universal Host Controller Interface driver [ 0.426295] uhci_hcd 0000:00:01.2: PCI INT D -> GSI 23 (level, low) -> IRQ 23 [ 0.427126] uhci_hcd 0000:00:01.2: setting latency timer to 64 [ 0.427156] uhci_hcd 0000:00:01.2: UHCI Host Controller [ 0.427216] uhci_hcd 0000:00:01.2: new USB bus registered, assigned bus number 1 [ 0.427439] uhci_hcd 0000:00:01.2: irq 23, io base 0x0000c200 [ 0.428225] hub 1-0:1.0: USB hub found [ 0.428256] hub 1-0:1.0: 2 ports detected [ 0.428543] usbcore: registered new interface driver libusual [ 0.428601] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 [ 0.430309] serio: i8042 KBD port at 0x60,0x64 irq 1 [ 0.430334] serio: i8042 AUX port at 0x60,0x64 irq 12 [ 0.430620] mousedev: PS/2 mouse device common for all mice [ 0.431393] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2 [ 0.432734] rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0 [ 0.432820] rtc0: alarms up to one day, 114 bytes nvram, hpet irqs [ 0.436304] device-mapper: uevent: version 1.0.3 [ 0.437591] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com [ 0.437600] cpuidle: using governor ladder [ 0.437602] cpuidle: using governor menu [ 0.437604] EFI Variables Facility v0.08 2004-May-17 [ 0.437846] TCP cubic registered [ 0.438021] NET: Registered protocol family 10 [ 0.439551] NET: Registered protocol family 17 [ 0.439559] Registering the dns_resolver key type [ 0.439729] PM: Hibernation image not present or could not be loaded. [ 0.439741] registered taskstats version 1 [ 0.518891] Freeing initrd memory: 13916k freed [ 0.524222] XENBUS: Device with no driver: device/vkbd/0 [ 0.524225] Magic number: 2:751:448 [ 0.524282] rtc_cmos 00:05: setting system clock to 2014-06-02 21:26:32 UTC (1401744392) [ 0.524317] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found [ 0.524318] EDD information not available. [ 0.594436] ata2.01: NODEV after polling detection [ 0.596844] ata2.00: ATAPI: QEMU DVD-ROM, 1.3.1, max UDMA/100 [ 0.599322] ata2.00: configured for MWDMA2 [ 0.602730] scsi 1:0:0:0: CD-ROM QEMU QEMU DVD-ROM 1.3. PQ: 0 ANSI: 5 [ 0.608763] sr0: scsi3-mmc drive: 4x/4x cd/rw xa/form2 tray [ 0.608769] cdrom: Uniform CD-ROM driver Revision: 3.20 [ 0.608942] sr 1:0:0:0: Attached scsi CD-ROM sr0 [ 0.609016] sr 1:0:0:0: Attached scsi generic sg0 type 5 [ 0.610946] Freeing unused kernel memory: 924k freed [ 0.611098] Write protecting the kernel read-only data: 12288k [ 0.617404] Freeing unused kernel memory: 1584k freed [ 0.623716] Freeing unused kernel memory: 1188k freed [ 0.643344] udevd[87]: starting version 175 [ 0.740093] usb 1-1: new full-speed USB device number 2 using uhci_hcd [ 0.772960] EXT4-fs (xvda1): mounted filesystem with ordered data mode. Opts: (null) [ 0.820438] FDC 0 is a S82078B [ 1.024812] usb 1-2: new full-speed USB device number 3 using uhci_hcd [ 1.035831] Adding 1044188k swap on /dev/xvda5. Priority:-1 extents:1 across:1044188k SS [ 1.054172] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 1.064865] udevd[304]: starting version 175 [ 1.091331] EXT4-fs (xvda1): re-mounted. Opts: errors=3Dremount-ro [ 1.108760] lp: driver loaded but no devices found [ 1.204156] Refined TSC clocksource calibration: 2793.650 MHz. [ 1.205886] hub 1-2:1.0: USB hub found [ 1.206860] hub 1-2:1.0: 8 ports detected [ 1.266435] piix4_smbus 0000:00:01.3: Host SMBus controller not enabled! [ 1.351867] parport_pc 00:0b: reported by Plug and Play ACPI [ 1.352648] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE] [ 1.404209] input: QEMU QEMU USB Tablet as /devices/pci0000:00/0000:00:01.2/usb1/1-1/1-1:1.0/input/input3 [ 1.404445] generic-usb 0003:0627:0001.0001: input,hidraw0: USB HID v0.01 Pointer [QEMU QEMU USB Tablet] on usb-0000:00:01.2-1/input0 [ 1.404492] usbcore: registered new interface driver usbhid [ 1.404495] usbhid: USB HID core driver [ 1.619636] type=3D1400 audit(1401744393.588:2): apparmor=3D"STATUS" operation=3D"profile_load" name=3D"/sbin/dhclient" pid=3D465 comm=3D"apparmor_parser" [ 1.621729] type=3D1400 audit(1401744393.592:3): apparmor=3D"STATUS" operation=3D"profile_load" name=3D"/usr/lib/NetworkManager/nm-dhcp-client.action" pid=3D465 comm=3D"apparmor_parser" [ 1.622017] type=3D1400 audit(1401744393.592:4): apparmor=3D"STATUS" operation=3D"profile_load" name=3D"/usr/lib/connman/scripts/dhclient-script= " pid=3D465 comm=3D"apparmor_parser" [ 1.689809] usb 1-2.1: new full-speed USB device number 4 using uhci_hcd [ 1.891343] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input4 [ 1.919715] lp0: using parport0 (interrupt-driven). [ 2.004538] init: failsafe main process (569) killed by TERM signal [ 2.054714] type=3D1400 audit(1401744394.024:5): apparmor=3D"STATUS" operation=3D"profile_replace" name=3D"/sbin/dhclient" pid=3D650 comm=3D"apparmor_parser" [ 2.055227] type=3D1400 audit(1401744394.024:6): apparmor=3D"STATUS" operation=3D"profile_replace" name=3D"/usr/lib/NetworkManager/nm-dhcp-client.action" pid=3D650 comm=3D"apparmor_parser" [ 2.055603] type=3D1400 audit(1401744394.024:7): apparmor=3D"STATUS" operation=3D"profile_replace" name=3D"/usr/lib/connman/scripts/dhclient-scr= ipt" pid=3D650 comm=3D"apparmor_parser" [ 2.061010] ppdev: user-space parallel port driver [ 2.067813] type=3D1400 audit(1401744394.036:8): apparmor=3D"STATUS" operation=3D"profile_load" name=3D"/usr/sbin/tcpdump" pid=3D652 comm=3D"apparmor_parser" [ 2.068282] input: Xen Virtual Keyboard as /devices/virtual/input/input5 [ 2.070692] input: Xen Virtual Pointer as /devices/virtual/input/input6 [ 2.382394] Registered led device: xpad0 [ 2.383120] input: Microsoft X-Box 360 pad as /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2.1/1-2.1:1.0/input/input7 [ 2.383471] usbcore: registered new interface driver xpad [ 2.617954] usb 1-2.2: new full-speed USB device number 5 using uhci_hcd [ 3.182692] pcan: Release_20130131_n (le) [ 3.182696] pcan: driver config [mod] [isa] [pci] [dng] [par] [usb] [pcc] [ 3.194232] pcan: new usb adapter with 1 CAN controller(s) detected [ 3.194248] pcan: usb hardware revision =3D 28 [ 3.257802] pcan: usb device minor 32 found [ 3.258322] usbcore: registered new interface driver pcan [ 3.258839] pcan: major 250. [ 3.260014] usb 1-2.3: new full-speed USB device number 6 using uhci_hcd [ 4.538729] usbcore: registered new interface driver usbserial [ 4.538787] USB Serial support registered for generic [ 4.601980] usb 1-2.4: new full-speed USB device number 7 using uhci_hcd [ 30.653672] init: hvc0 main process (756) terminated with status 1 [ 30.653695] init: hvc0 main process ended, respawning [ 56.305797] init: hvc0 main process (773) terminated with status 1 [ 56.305840] init: hvc0 main process ended, respawning [ 56.549770] usb 1-2.5: new full-speed USB device number 8 using uhci_hcd [ 56.737874] s2255: probe [ 56.737891] num endpoints 2 [ 56.737894] bulk out endpoint addr: 2 [ 56.739533] S2255: board initialized *[ 56.739687] USB 2255 device now attached to USBs2255-0[ 57.199173] cdc_acm 1-2.5:1.0: This device cannot do calls on its own. It is not a modem.[ 57.199516] cdc_acm 1-2.5:1.0: ttyACM0: USB ACM device* [ 57.204307] usbcore: registered new interface driver cdc_acm [ 57.204311] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters [ 57.237792] usb 1-2.4: reset full-speed USB device number 7 using uhci_hcd [ 57.300179] eth0: no IPv6 routers present [ 83.399789] init: hvc0 main process (775) terminated with status 1 [ 83.399839] init: hvc0 main process ended, respawning [ 108.781086] init: hvc0 main process (779) terminated with status 1 [ 108.781124] init: hvc0 main process ended, respawning [ 109.783093] s2255: fw loaded [ 109.783132] S2255 successfully loaded [ 109.783250] usbcore: registered new interface driver usbserial_generic [ 109.783253] usbserial: USB Serial Driver core [ 109.785663] usbcore: registered new interface driver s2255 [ 118.787979] init: hvc0 main process (781) terminated with status 1 [ 118.788018] init: hvc0 main process ended, respawning [ 128.792795] init: hvc0 main process (791) terminated with status 1 [ 128.792835] init: hvc0 main process ended, respawning [ 138.796847] init: hvc0 main process (792) terminated with status 1 [ 138.796887] init: hvc0 main process ended, respawning [ 148.800650] init: hvc0 main process (793) terminated with status 1 [ 148.800690] init: hvc0 main process ended, respawning [ 158.807505] init: hvc0 main process (794) terminated with status 1 [ 158.807545] init: hvc0 main process ended, respawning [ 168.811528] init: hvc0 main process (939) terminated with status 1 [ 168.811569] init: hvc0 main process ended, respawning [ 178.816513] init: hvc0 main process (953) terminated with status 1 [ 178.816552] init: hvc0 main process ended, respawning [ 188.820424] init: hvc0 main process (957) terminated with status 1 [ 188.820485] init: hvc0 main process ended, respawning [ 198.824729] init: hvc0 main process (959) terminated with status 1 [ 198.824768] init: hvc0 main process ended, respawning [ 208.828896] init: hvc0 main process (960) terminated with status 1 [ 208.828935] init: hvc0 main process ended, respawning [ 218.833140] init: hvc0 main process (961) terminated with status 1 [ 218.833180] init: hvc0 main process ended, respawning [ 228.837461] init: hvc0 main process (964) terminated with status 1 [ 228.837499] init: hvc0 main process ended, respawning [ 238.843490] init: hvc0 main process (965) terminated with status 1 [ 238.843529] init: hvc0 main process ended, respawning [ 248.847441] init: hvc0 main process (966) terminated with status 1 [ 248.847479] init: hvc0 main process ended, respawning [ 258.851383] init: hvc0 main process (967) terminated with status 1 [ 258.851421] init: hvc0 main process ended, respawning [ 268.855243] init: hvc0 main process (968) terminated with status 1 [ 268.855282] init: hvc0 main process ended, respawning [ 278.861648] init: hvc0 main process (971) terminated with status 1 [ 278.861689] init: hvc0 main process ended, respawning [ 288.865803] init: hvc0 main process (972) terminated with status 1 [ 288.865841] init: hvc0 main process ended, respawning [ 298.869727] init: hvc0 main process (973) terminated with status 1 [ 298.869766] init: hvc0 main process ended, respawning [ 308.873632] init: hvc0 main process (974) terminated with status 1 [ 308.873670] init: hvc0 main process ended, respawning [ 318.879805] init: hvc0 main process (977) terminated with status 1 [ 318.879844] init: hvc0 main process ended, respawning [ 328.883719] init: hvc0 main process (978) terminated with status 1 [ 328.883756] init: hvc0 main process ended, respawning [ 338.888135] init: hvc0 main process (979) terminated with status 1 [ 338.888174] init: hvc0 main process ended, respawning [ 348.891959] init: hvc0 main process (980) terminated with status 1 [ 348.891997] init: hvc0 main process ended, respawning [ 358.897932] init: hvc0 main process (981) terminated with status 1 [ 358.897969] init: hvc0 main process ended, respawning [ 368.901890] init: hvc0 main process (982) terminated with status 1 [ 368.901930] init: hvc0 main process ended, respawning [ 378.906150] init: hvc0 main process (984) terminated with status 1 [ 378.906188] init: hvc0 main process ended, respawning=E2=80=8B =E2=80=8B =E2=80=8BThanks, Meng=E2=80=8B =E2=80=8B ----------- Meng Xu PhD Student in Computer and Information Science University of Pennsylvania --001a11c29c82c2c1b204fae18a83 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,=

I want= to run a program in guest domain on Xen. This program needs to use the USB= 4 device, which is a data acquisition device designed to record data from 4= incremental encoders, 8 digital inputs and 4 analog input channels. The US= B4 device's description is here: http://www.usdigital.com/p= roducts/interfaces/pc/usb/usb4

The Xen ve= rsion I'm using is Xen 4.3.0; The Linux version I'm using in dom0 a= nd domU is Ubuntu 12.04LTS.

If I run t= he program on native Ubuntu 12.04LTS, it can detect the USB4 device and run= successfully.
If I run the program inside dom0 on Xen with guest domain running, this pro= gram can run successfully in dom0.
But If I run the program in domU on Xen with usb pa= ssthrough enable for domU, the program reports error: NO USB4 DEVICE FOUND= (-32) .

I'm thinking the USB4 device is not successf= ully passed
=E2=80=8B to domU=E2=80=8B
. Because in domU, lsusb shows the US= B4 device:=C2=A0 Bus 001 Device 006: ID 09c9:0044; but in domU, this device= is not in the output of the lsusb command.
=E2=80=8B (All of other USB devices, such as Xbox joystick, are successfull= y passed to domU.)=E2=80=8B


=E2=80=8BCan anyone help, either by telling me how to = debug it or by pointing my mistake in the configuration? I have been stuck = at this for a while and=C2=A0 really appreciate any kind of help.
Is it possible= that QEMU does not support USB4? If so, what should I do if I want to use = USB4 in Xen?

Below a= re my configurations:
1) domU's configuration file:
#This is the script used to boot domU in HVM mode!
#It should auto call qemu to init a qemu terminal, like boches, and run Lin= ux in the qemu terminal! It will looks like how virtualBox run ubuntu in gu= est domain!
# You can find the example in /etc/xen/xlexample.hvm
name=3D"rosdom1"
memory=3D1024
builder =3D 'hvm'#device_model =3D 'qemu-dm'
#device_model_override =3D '/us= r/local/lib/xen/bin/qemu-dm'
vcpus=3D1
disk =3D ['file:/home/= roslab/Research/rt-xen/guestImages/dom1.img,xvda,w']
vif =3D ['']
sdl =3D 1
usb =3D 1
#host:09c9:0064 is not sh= own in domU
usbdevice=3D['tablet','host:045e:028e','= host:0c72:000c', 'host:067b:2303', 'host:1943:2255', &#= 39;host:199b:3065', 'host:09c9:0064', 'host:05e3:0608']=

=E2=80=8B2= ) domU's lsusb result
Bus 001 Device= 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID = 0627:0001 Adomax Technology Co., Ltd
Bus 001 Device 003: ID 0409:55aa NEC Corp. Hub
Bus 001 Device 004: ID 04= 5e:028e Microsoft Corp. Xbox360 Controller
Bus 001 Device 005: ID 0c72:0= 00c PEAK System PCAN-USB
Bus 001 Device 006: ID 067b:2303 Prolific Techn= ology, Inc. PL2303 Serial Port
Bus 001 Device 007: ID 1943:2255 Sensoray Co., Inc. Model 2255 4 Channel Ca= pture Card
Bus 001 Device 008: ID 199b:3065

=E2=80=8B
= =E2=80=8B3) dom0's lsusb result
Bus = 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching HubBus 003 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUBBus 003 Device 003: ID 0c72:000c PEAK System PCAN-USB
Bus 001 Device 0= 01: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 D= evice 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001= : ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 067b= :2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 001 Device 004: ID 199b:3065
Bus 001 Device 005: ID 1943:2255 Senso= ray Co., Inc. Model 2255 4 Channel Capture Card
Bus 001 Device 006: ID 0= 9c9:0044
Bus 002 Device 003: ID 045e:028e Microsoft Corp. Xbox360 Contr= oller
Bus 003 Device 004: ID 413c:2106 Dell Computer Corp. Dell QuietKey Keyboard=
Bus 003 Device 005: ID 0461:4d81 Primax Electronics, Ltd

=E2=80=8B4) domU's dmesg result (At around 57s, it reports error. )
= =E2=80=8B
=E2=80=8B[=C2=A0=C2=A0=C2=A0 0.000000] Initializing cgroup subs= ys cpuset
[=C2=A0=C2=A0=C2=A0 0.000000] Initializing cgroup subsys cpu [=C2=A0=C2=A0=C2=A0 0.000000] Linux version 3.2.0-61-generic (buildd@kissel= ) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #92-Ubuntu SMP Mon Ma= r 31 23:47:59 UTC 2014 (Ubuntu 3.2.0-61.92-generic 3.2.55)
[=C2=A0=C2=A0= =C2=A0 0.000000] Command line: BOOT_IMAGE=3D/boot/vmlinuz-3.2.0-61-generic = root=3DUUID=3De2ffdbbd-aa67-416e-8c24-38421470803d ro quiet splash vt.hando= ff=3D7
[=C2=A0=C2=A0=C2=A0 0.000000] KERNEL supported cpus:
[=C2=A0=C2=A0=C2=A0= 0.000000]=C2=A0=C2=A0 Intel GenuineIntel
[=C2=A0=C2=A0=C2=A0 0.000000]= =C2=A0=C2=A0 AMD AuthenticAMD
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 = Centaur CentaurHauls
[=C2=A0=C2=A0=C2=A0 0.000000] BIOS-provided physica= l RAM map:
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 BIOS-e820: 00000000000000= 00 - 000000000009fc00 (usable)
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 BIOS-e820: 000000000009fc00 - 000000000= 00a0000 (reserved)
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 BIOS-e820: 000000= 00000f0000 - 0000000000100000 (reserved)
[=C2=A0=C2=A0=C2=A0 0.000000]= =C2=A0 BIOS-e820: 0000000000100000 - 000000003f7ff000 (usable)
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 BIOS-e820: 000000003f7ff000 - 000000003= f800000 (reserved)
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 BIOS-e820: 000000= 00fc000000 - 0000000100000000 (reserved)
[=C2=A0=C2=A0=C2=A0 0.000000] N= X (Execute Disable) protection: active
[=C2=A0=C2=A0=C2=A0 0.000000] SMB= IOS 2.4 present.
[=C2=A0=C2=A0=C2=A0 0.000000] DMI: Xen HVM domU, BIOS 4.3.0 05/14/2014
[= =C2=A0=C2=A0=C2=A0 0.000000] Hypervisor detected: Xen HVM
[=C2=A0=C2=A0= =C2=A0 0.000000] Xen version 4.3.
[=C2=A0=C2=A0=C2=A0 0.000000] Xen Plat= form PCI: I/O protocol version 1
[=C2=A0=C2=A0=C2=A0 0.000000] Netfront = and the Xen platform PCI driver have been compiled for this kernel: unplug = emulated NICs.
[=C2=A0=C2=A0=C2=A0 0.000000] Blkfront and the Xen platform PCI driver have= been compiled for this kernel: unplug emulated disks.
[=C2=A0=C2=A0=C2= =A0 0.000000] You might have to change the root device
[=C2=A0=C2=A0=C2= =A0 0.000000] from /dev/hd[a-d] to /dev/xvd[a-d]
[=C2=A0=C2=A0=C2=A0 0.000000] in your root=3D kernel command line option[=C2=A0=C2=A0=C2=A0 0.000000] HVMOP_pagetable_dying not supported
[=C2= =A0=C2=A0=C2=A0 0.000000] e820 update range: 0000000000000000 - 00000000000= 10000 (usable) =3D=3D> (reserved)
[=C2=A0=C2=A0=C2=A0 0.000000] e820 = remove range: 00000000000a0000 - 0000000000100000 (usable)
[=C2=A0=C2=A0=C2=A0 0.000000] No AGP bridge found
[=C2=A0=C2=A0=C2=A0 0.= 000000] last_pfn =3D 0x3f7ff max_arch_pfn =3D 0x400000000
[=C2=A0=C2=A0= =C2=A0 0.000000] MTRR default type: write-back
[=C2=A0=C2=A0=C2=A0 0.000= 000] MTRR fixed ranges enabled:
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2= =A0 00000-9FFFF write-back
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 A0000-BFFFF write-combining
[= =C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 C0000-FFFFF write-back
[=C2=A0= =C2=A0=C2=A0 0.000000] MTRR variable ranges enabled:
[=C2=A0=C2=A0=C2=A0= 0.000000]=C2=A0=C2=A0 0 base 0F0000000 mask FF8000000 uncachable
[=C2= =A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 1 base 0F8000000 mask FFC000000 uncac= hable
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 2 disabled
[=C2=A0=C2=A0=C2=A0= 0.000000]=C2=A0=C2=A0 3 disabled
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2= =A0 4 disabled
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 5 disabled
[= =C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 6 disabled
[=C2=A0=C2=A0=C2=A0 = 0.000000]=C2=A0=C2=A0 7 disabled
[=C2=A0=C2=A0=C2=A0 0.000000] x86 PAT e= nabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[=C2=A0=C2=A0=C2=A0 0.000000] found SMP MP-table at [ffff8800000fdaf0] fdaf= 0
[=C2=A0=C2=A0=C2=A0 0.000000] initial memory mapped : 0 - 20000000
= [=C2=A0=C2=A0=C2=A0 0.000000] Base memory trampoline at [ffff88000009a000] = 9a000 size 20480
[=C2=A0=C2=A0=C2=A0 0.000000] init_memory_mapping: 0000= 000000000000-000000003f7ff000
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 0000000000 - 003f600000 page 2M
[=C2= =A0=C2=A0=C2=A0 0.000000]=C2=A0 003f600000 - 003f7ff000 page 4k
[=C2=A0= =C2=A0=C2=A0 0.000000] kernel direct mapping tables up to 3f7ff000 @ 1fffd0= 00-20000000
[=C2=A0=C2=A0=C2=A0 0.000000] RAMDISK: 364c2000 - 37259000 [=C2=A0=C2=A0=C2=A0 0.000000] ACPI: RSDP 00000000000fda40 00024 (v02=C2=A0= =C2=A0=C2=A0 Xen)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: XSDT 00000000fc009= f70 00054 (v01=C2=A0=C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 0000= 0000 HVML 00000000)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: FACP 00000000fc0= 098a0 000F4 (v04=C2=A0=C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00= 000000 HVML 00000000)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: DSDT 00000000fc001250 085CD (v02=C2=A0= =C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 INTL 20100528)<= br>[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: FACS 00000000fc001210 00040
[=C2= =A0=C2=A0=C2=A0 0.000000] ACPI: APIC 00000000fc0099a0 00460 (v02=C2=A0=C2= =A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 HVML 00000000)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: HPET 00000000fc009e80 00038 (v01=C2=A0= =C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 HVML 00000000)<= br>[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: WAET 00000000fc009ec0 00028 (v01=C2= =A0=C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 HVML 0000000= 0)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: SSDT 00000000fc009ef0 00031 (v02= =C2=A0=C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 INTL 2010= 0528)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: SSDT 00000000fc009f30 00031 (v02=C2=A0= =C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 INTL 20100528)<= br>[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: Local APIC address 0xfee00000
[= =C2=A0=C2=A0=C2=A0 0.000000] No NUMA configuration found
[=C2=A0=C2=A0= =C2=A0 0.000000] Faking a node at 0000000000000000-000000003f7ff000
[=C2=A0=C2=A0=C2=A0 0.000000] Initmem setup node 0 0000000000000000-0000000= 03f7ff000
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 NODE_DATA [000000003= f7fa000 - 000000003f7fefff]
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 [ffffea0= 000000000-ffffea0000ffffff] PMD -> [ffff88003de00000-ffff88003edfffff] o= n node 0
[=C2=A0=C2=A0=C2=A0 0.000000] Zone PFN ranges:
[=C2=A0=C2=A0=C2=A0 0.000= 000]=C2=A0=C2=A0 DMA=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x00000010 -> 0x00001= 000
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA32=C2=A0=C2=A0=C2=A0 0x= 00001000 -> 0x00100000
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 Norm= al=C2=A0=C2=A0 empty
[=C2=A0=C2=A0=C2=A0 0.000000] Movable zone start PF= N for each node
[=C2=A0=C2=A0=C2=A0 0.000000] early_node_map[2] active PFN ranges
[=C2= =A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0=C2=A0=C2=A0 0: 0x00000010 -> 0x000= 0009f
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0=C2=A0=C2=A0 0: 0x0000010= 0 -> 0x0003f7ff
[=C2=A0=C2=A0=C2=A0 0.000000] On node 0 totalpages: 2= 59982
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA zone: 64 pages used = for memmap
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA zone: 5 pages reserved
[= =C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA zone: 3914 pages, LIFO batch:0=
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA32 zone: 4000 pages used f= or memmap
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA32 zone: 251999 p= ages, LIFO batch:31
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: PM-Timer IO Port: 0xb008
[=C2=A0=C2= =A0=C2=A0 0.000000] ACPI: Local APIC address 0xfee00000
[=C2=A0=C2=A0=C2= =A0 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[=C2=A0= =C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] disabled)<= br> [=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id= [0x06] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x04= ] lapic_id[0x08] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x05] lapic_id[0x0a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x0c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id= [0x0e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x08= ] lapic_id[0x10] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x09] lapic_id[0x12] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x14] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id= [0x16] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x0c= ] lapic_id[0x18] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x0d] lapic_id[0x1a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x1c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id= [0x1e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x10= ] lapic_id[0x20] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x11] lapic_id[0x22] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x24] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id= [0x26] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x14= ] lapic_id[0x28] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x15] lapic_id[0x2a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id= [0x2e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x18= ] lapic_id[0x30] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x19] lapic_id[0x32] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x34] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x1b] lapic_id= [0x36] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x1c= ] lapic_id[0x38] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x1d] lapic_id[0x3a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x3c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x1f] lapic_id= [0x3e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x20= ] lapic_id[0x40] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x21] lapic_id[0x42] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x22] lapic_id[0x44] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x23] lapic_id= [0x46] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x24= ] lapic_id[0x48] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x25] lapic_id[0x4a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x26] lapic_id[0x4c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x27] lapic_id= [0x4e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x28= ] lapic_id[0x50] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x29] lapic_id[0x52] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x2a] lapic_id[0x54] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x2b] lapic_id= [0x56] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x2c= ] lapic_id[0x58] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x2d] lapic_id[0x5a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x2e] lapic_id[0x5c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x2f] lapic_id= [0x5e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x30= ] lapic_id[0x60] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x31] lapic_id[0x62] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x32] lapic_id[0x64] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x33] lapic_id= [0x66] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x34= ] lapic_id[0x68] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x35] lapic_id[0x6a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x36] lapic_id[0x6c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x37] lapic_id= [0x6e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x38= ] lapic_id[0x70] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x39] lapic_id[0x72] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x3a] lapic_id[0x74] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x3b] lapic_id= [0x76] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x3c= ] lapic_id[0x78] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x3d] lapic_id[0x7a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x3e] lapic_id[0x7c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x3f] lapic_id= [0x7e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x40= ] lapic_id[0x80] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x41] lapic_id[0x82] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x42] lapic_id[0x84] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x43] lapic_id= [0x86] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x44= ] lapic_id[0x88] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x45] lapic_id[0x8a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x46] lapic_id[0x8c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x47] lapic_id= [0x8e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x48= ] lapic_id[0x90] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x49] lapic_id[0x92] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x4a] lapic_id[0x94] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x4b] lapic_id= [0x96] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x4c= ] lapic_id[0x98] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x4d] lapic_id[0x9a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x4e] lapic_id[0x9c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x4f] lapic_id= [0x9e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x50= ] lapic_id[0xa0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x51] lapic_id[0xa2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x52] lapic_id[0xa4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x53] lapic_id= [0xa6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x54= ] lapic_id[0xa8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x55] lapic_id[0xaa] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x56] lapic_id[0xac] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x57] lapic_id= [0xae] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x58= ] lapic_id[0xb0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x59] lapic_id[0xb2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x5a] lapic_id[0xb4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x5b] lapic_id= [0xb6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x5c= ] lapic_id[0xb8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x5d] lapic_id[0xba] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x5e] lapic_id[0xbc] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x5f] lapic_id= [0xbe] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x60= ] lapic_id[0xc0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x61] lapic_id[0xc2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x62] lapic_id[0xc4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x63] lapic_id= [0xc6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x64= ] lapic_id[0xc8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x65] lapic_id[0xca] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x66] lapic_id[0xcc] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x67] lapic_id= [0xce] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x68= ] lapic_id[0xd0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x69] lapic_id[0xd2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x6a] lapic_id[0xd4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x6b] lapic_id= [0xd6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x6c= ] lapic_id[0xd8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x6d] lapic_id[0xda] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x6e] lapic_id[0xdc] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x6f] lapic_id= [0xde] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x70= ] lapic_id[0xe0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x71] lapic_id[0xe2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x72] lapic_id[0xe4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x73] lapic_id= [0xe6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x74= ] lapic_id[0xe8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x75] lapic_id[0xea] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x76] lapic_id[0xec] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x77] lapic_id= [0xee] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x78= ] lapic_id[0xf0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x79] lapic_id[0xf2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x7a] lapic_id[0xf4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x7b] lapic_id= [0xf6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x7c= ] lapic_id[0xf8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x7d] lapic_id[0xfa] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x7e] lapic_id[0xfc] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x7f] lapic_id= [0xfe] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: IOAPIC (id[0x01] ad= dress[0xfec00000] gsi_base[0])
[=C2=A0=C2=A0=C2=A0 0.000000] IOAPIC[0]: = apic_id 1, version 17, address 0xfec00000, GSI 0-47
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq= 2 dfl dfl)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_i= rq 5 global_irq 5 low level)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: INT_SRC= _OVR (bus 0 bus_irq 10 global_irq 10 low level)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_ir= q 11 low level)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: IRQ0 used by overrid= e.
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: IRQ2 used by override.
[=C2=A0= =C2=A0=C2=A0 0.000000] ACPI: IRQ5 used by override.
[=C2=A0=C2=A0=C2=A0 = 0.000000] ACPI: IRQ9 used by override.
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: IRQ10 used by override.
[=C2=A0=C2= =A0=C2=A0 0.000000] ACPI: IRQ11 used by override.
[=C2=A0=C2=A0=C2=A0 0.= 000000] Using ACPI (MADT) for SMP configuration information
[=C2=A0=C2= =A0=C2=A0 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[=C2=A0=C2=A0=C2=A0 0.000000] SMP: Allowing 128 CPUs, 127 hotplug CPUs
[= =C2=A0=C2=A0=C2=A0 0.000000] nr_irqs_gsi: 64
[=C2=A0=C2=A0=C2=A0 0.00000= 0] PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
[= =C2=A0=C2=A0=C2=A0 0.000000] PM: Registered nosave memory: 00000000000a0000= - 00000000000f0000
[=C2=A0=C2=A0=C2=A0 0.000000] PM: Registered nosave memory: 00000000000f000= 0 - 0000000000100000
[=C2=A0=C2=A0=C2=A0 0.000000] Allocating PCI resour= ces starting at 3f800000 (gap: 3f800000:bc800000)
[=C2=A0=C2=A0=C2=A0 0.= 000000] Booting paravirtualized kernel on Xen HVM
[=C2=A0=C2=A0=C2=A0 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256= nr_cpu_ids:128 nr_node_ids:1
[=C2=A0=C2=A0=C2=A0 0.000000] PERCPU: Embe= dded 28 pages/cpu @ffff88003ce00000 s83136 r8192 d23360 u131072
[=C2=A0= =C2=A0=C2=A0 0.000000] pcpu-alloc: s83136 r8192 d23360 u131072 alloc=3D1*20= 97152
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-alloc: [0] 000 001 002 003 004 005 006 0= 07 008 009 010 011 012 013 014 015
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-a= lloc: [0] 016 017 018 019 020 021 022 023 024 025 026 027 028 029 030 031 <= br>[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-alloc: [0] 032 033 034 035 036 037 03= 8 039 040 041 042 043 044 045 046 047
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-alloc: [0] 048 049 050 051 052 053 054 0= 55 056 057 058 059 060 061 062 063
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-a= lloc: [0] 064 065 066 067 068 069 070 071 072 073 074 075 076 077 078 079 <= br>[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-alloc: [0] 080 081 082 083 084 085 08= 6 087 088 089 090 091 092 093 094 095
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-alloc: [0] 096 097 098 099 100 101 102 1= 03 104 105 106 107 108 109 110 111
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-a= lloc: [0] 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 <= br>[=C2=A0=C2=A0=C2=A0 0.000000] Built 1 zonelists in Node order, mobility = grouping on.=C2=A0 Total pages: 255913
[=C2=A0=C2=A0=C2=A0 0.000000] Policy zone: DMA32
[=C2=A0=C2=A0=C2=A0 0.0= 00000] Kernel command line: BOOT_IMAGE=3D/boot/vmlinuz-3.2.0-61-generic roo= t=3DUUID=3De2ffdbbd-aa67-416e-8c24-38421470803d ro quiet splash vt.handoff= =3D7
[=C2=A0=C2=A0=C2=A0 0.000000] PID hash table entries: 4096 (order: = 3, 32768 bytes)
[=C2=A0=C2=A0=C2=A0 0.000000] xsave/xrstor: enabled xstate_bv 0x7, cntxt si= ze 0x340
[=C2=A0=C2=A0=C2=A0 0.000000] Checking aperture...
[=C2=A0= =C2=A0=C2=A0 0.000000] No AGP bridge found
[=C2=A0=C2=A0=C2=A0 0.000000]= Calgary: detecting Calgary via BIOS EBDA area
[=C2=A0=C2=A0=C2=A0 0.000= 000] Calgary: Unable to locate Rio Grande table in EBDA - bailing!
[=C2=A0=C2=A0=C2=A0 0.000000] Memory: 979460k/1040380k available (6588k ker= nel code, 452k absent, 60468k reserved, 6618k data, 924k init)
[=C2=A0= =C2=A0=C2=A0 0.000000] SLUB: Genslabs=3D15, HWalign=3D64, Order=3D0-3, MinO= bjects=3D0, CPUs=3D128, Nodes=3D1
[=C2=A0=C2=A0=C2=A0 0.000000] Hierarch= ical RCU implementation.
[=C2=A0=C2=A0=C2=A0 0.000000] =C2=A0=C2=A0=C2=A0 RCU dyntick-idle grace-per= iod acceleration is enabled.
[=C2=A0=C2=A0=C2=A0 0.000000] NR_IRQS:16640= nr_irqs:2112 16
[=C2=A0=C2=A0=C2=A0 0.000000] Xen HVM callback vector f= or event delivery is enabled
[=C2=A0=C2=A0=C2=A0 0.000000] vt handoff: t= ransparent VT on vt#7
[=C2=A0=C2=A0=C2=A0 0.000000] Console: colour dummy device 80x25
[=C2=A0= =C2=A0=C2=A0 0.000000] console [tty0] enabled
[=C2=A0=C2=A0=C2=A0 0.0000= 00] allocated 8388608 bytes of page_cgroup
[=C2=A0=C2=A0=C2=A0 0.000000]= please try 'cgroup_disable=3Dmemory' option if you don't want = memory cgroups
[=C2=A0=C2=A0=C2=A0 0.000000] hpet clockevent registered
[=C2=A0=C2=A0= =C2=A0 0.000000] Detected 2793.752 MHz processor.
[=C2=A0=C2=A0=C2=A0 0.= 008000] Calibrating delay loop (skipped), value calculated using timer freq= uency.. 5587.50 BogoMIPS (lpj=3D11175008)
[=C2=A0=C2=A0=C2=A0 0.008000] pid_max: default: 131072 minimum: 1024
[= =C2=A0=C2=A0=C2=A0 0.008000] Security Framework initialized
[=C2=A0=C2= =A0=C2=A0 0.008000] AppArmor: AppArmor initialized
[=C2=A0=C2=A0=C2=A0 0= .008000] Yama: becoming mindful.
[=C2=A0=C2=A0=C2=A0 0.008000] Dentry ca= che hash table entries: 131072 (order: 8, 1048576 bytes)
[=C2=A0=C2=A0=C2=A0 0.008000] Inode-cache hash table entries: 65536 (order:= 7, 524288 bytes)
[=C2=A0=C2=A0=C2=A0 0.008000] Mount-cache hash table e= ntries: 256
[=C2=A0=C2=A0=C2=A0 0.008000] Initializing cgroup subsys cpu= acct
[=C2=A0=C2=A0=C2=A0 0.008000] Initializing cgroup subsys memory
[=C2=A0=C2=A0=C2=A0 0.008000] Initializing cgroup subsys devices
[=C2=A0= =C2=A0=C2=A0 0.008000] Initializing cgroup subsys freezer
[=C2=A0=C2=A0= =C2=A0 0.008000] Initializing cgroup subsys blkio
[=C2=A0=C2=A0=C2=A0 0.= 008000] Initializing cgroup subsys perf_event
[=C2=A0=C2=A0=C2=A0 0.0080= 00] CPU: Physical Processor ID: 0
[=C2=A0=C2=A0=C2=A0 0.008000] CPU: Processor Core ID: 0
[=C2=A0=C2=A0=C2= =A0 0.008000] mce: CPU supports 2 MCE banks
[=C2=A0=C2=A0=C2=A0 0.008000= ] SMP alternatives: switching to UP code
[=C2=A0=C2=A0=C2=A0 0.024432] A= CPI: Core revision 20110623
[=C2=A0=C2=A0=C2=A0 0.027078] ftrace: alloca= ting 26601 entries in 105 pages
[=C2=A0=C2=A0=C2=A0 0.049178] x2apic not enabled, IRQ remapping init failed=
[=C2=A0=C2=A0=C2=A0 0.049181] Switched APIC routing to physical flat.[=C2=A0=C2=A0=C2=A0 0.051384] ..TIMER: vector=3D0x30 apic1=3D0 pin1=3D2 a= pic2=3D0 pin2=3D0
[=C2=A0=C2=A0=C2=A0 0.091380] CPU0: Intel(R) Core(TM) = i7-2600S CPU @ 2.80GHz stepping 07
[=C2=A0=C2=A0=C2=A0 0.091387] Xen: using vcpuop timer interface
[=C2=A0= =C2=A0=C2=A0 0.091392] installing Xen timer for CPU 0
[=C2=A0=C2=A0=C2= =A0 0.091492] cpu 0 spinlock event irq 69
[=C2=A0=C2=A0=C2=A0 0.091493] = Performance Events: unsupported p6 CPU model 42 no PMU driver, software eve= nts only.
[=C2=A0=C2=A0=C2=A0 0.091665] NMI watchdog disabled (cpu0): hardware events= not enabled
[=C2=A0=C2=A0=C2=A0 0.091681] Brought up 1 CPUs
[=C2=A0= =C2=A0=C2=A0 0.091683] Total of 1 processors activated (5587.50 BogoMIPS).<= br>[=C2=A0=C2=A0=C2=A0 0.092004] devtmpfs: initialized
[=C2=A0=C2=A0=C2=A0 0.092004] EVM: security.selinux
[=C2=A0=C2=A0=C2=A0 = 0.092004] EVM: security.SMACK64
[=C2=A0=C2=A0=C2=A0 0.092004] EVM: secur= ity.capability
[=C2=A0=C2=A0=C2=A0 0.092004] print_constraints: dummy: <= br>[=C2=A0=C2=A0=C2=A0 0.092004] RTC time: 21:26:31, date: 06/02/14
[=C2=A0=C2=A0=C2=A0 0.092004] NET: Registered protocol family 16
[=C2=A0= =C2=A0=C2=A0 0.092004] ACPI: bus type pci registered
[=C2=A0=C2=A0=C2=A0= 0.092004] PCI: Using configuration type 1 for base access
[=C2=A0=C2=A0= =C2=A0 0.092004] bio: create slab <bio-0> at 0
[=C2=A0=C2=A0=C2=A0 0.092004] ACPI: Added _OSI(Module Device)
[=C2=A0=C2= =A0=C2=A0 0.092004] ACPI: Added _OSI(Processor Device)
[=C2=A0=C2=A0=C2= =A0 0.092004] ACPI: Added _OSI(3.0 _SCP Extensions)
[=C2=A0=C2=A0=C2=A0 = 0.092004] ACPI: Added _OSI(Processor Aggregator Device)
[=C2=A0=C2=A0=C2=A0 0.092199] ACPI: EC: Look up EC in DSDT
[=C2=A0=C2=A0= =C2=A0 0.095237] ACPI: Interpreter enabled
[=C2=A0=C2=A0=C2=A0 0.095239]= ACPI: (supports S0 S3 S4 S5)
[=C2=A0=C2=A0=C2=A0 0.095248] ACPI: Using = IOAPIC for interrupt routing
[=C2=A0=C2=A0=C2=A0 0.097615] ACPI: No dock= devices found.
[=C2=A0=C2=A0=C2=A0 0.097616] HEST: Table not found.
[=C2=A0=C2=A0=C2=A0= 0.097618] PCI: Using host bridge windows from ACPI; if necessary, use &quo= t;pci=3Dnocrs" and report a bug
[=C2=A0=C2=A0=C2=A0 0.097649] ACPI:= PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[=C2=A0=C2=A0=C2=A0 0.097714] pci_root PNP0A03:00: host bridge window [io= =C2=A0 0x0000-0x0cf7]
[=C2=A0=C2=A0=C2=A0 0.097715] pci_root PNP0A03:00:= host bridge window [io=C2=A0 0x0d00-0xffff]
[=C2=A0=C2=A0=C2=A0 0.09771= 6] pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff]
[=C2=A0=C2=A0=C2=A0 0.097718] pci_root PNP0A03:00: host bridge window [mem = 0xf0000000-0xfbffffff]
[=C2=A0=C2=A0=C2=A0 0.097911] pci 0000:00:00.0: [= 8086:1237] type 0 class 0x000600
[=C2=A0=C2=A0=C2=A0 0.099963] pci 0000:= 00:01.0: [8086:7000] type 0 class 0x000601
[=C2=A0=C2=A0=C2=A0 0.103226] pci 0000:00:01.1: [8086:7010] type 0 class 0x= 000101
[=C2=A0=C2=A0=C2=A0 0.116016] pci 0000:00:01.1: reg 20: [io=C2=A0= 0xc220-0xc22f]
[=C2=A0=C2=A0=C2=A0 0.122459] pci 0000:00:01.2: [8086:70= 20] type 0 class 0x000c03
[=C2=A0=C2=A0=C2=A0 0.129533] pci 0000:00:01.2= : reg 20: [io=C2=A0 0xc200-0xc21f]
[=C2=A0=C2=A0=C2=A0 0.132328] pci 0000:00:01.3: [8086:7113] type 0 class 0x= 000680
[=C2=A0=C2=A0=C2=A0 0.133497] pci 0000:00:01.3: quirk: [io=C2=A0 = 0xb000-0xb03f] claimed by PIIX4 ACPI
[=C2=A0=C2=A0=C2=A0 0.133539] pci 0= 000:00:01.3: quirk: [io=C2=A0 0xb100-0xb10f] claimed by PIIX4 SMB
[=C2=A0=C2=A0=C2=A0 0.133979] pci 0000:00:02.0: [1013:00b8] type 0 class 0x= 000300
[=C2=A0=C2=A0=C2=A0 0.136012] pci 0000:00:02.0: reg 10: [mem 0xf0= 000000-0xf1ffffff pref]
[=C2=A0=C2=A0=C2=A0 0.138677] pci 0000:00:02.0: = reg 14: [mem 0xf3020000-0xf3020fff]
[=C2=A0=C2=A0=C2=A0 0.148012] pci 00= 00:00:02.0: reg 30: [mem 0xf3000000-0xf300ffff pref]
[=C2=A0=C2=A0=C2=A0 0.148337] pci 0000:00:03.0: [5853:0001] type 0 class 0x= 00ff80
[=C2=A0=C2=A0=C2=A0 0.151337] pci 0000:00:03.0: reg 10: [io=C2=A0= 0xc000-0xc0ff]
[=C2=A0=C2=A0=C2=A0 0.153403] pci 0000:00:03.0: reg 14: = [mem 0xf2000000-0xf2ffffff pref]
[=C2=A0=C2=A0=C2=A0 0.166189] ACPI: PCI= Interrupt Routing Table [\_SB_.PCI0._PRT]
[=C2=A0=C2=A0=C2=A0 0.166677]=C2=A0 pci0000:00: Unable to request _OSC cont= rol (_OSC support mask: 0x1e)
[=C2=A0=C2=A0=C2=A0 0.170884] ACPI: PCI In= terrupt Link [LNKA] (IRQs *5 10 11)
[=C2=A0=C2=A0=C2=A0 0.171110] ACPI: = PCI Interrupt Link [LNKB] (IRQs 5 *10 11)
[=C2=A0=C2=A0=C2=A0 0.171240] = ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11)
[=C2=A0=C2=A0=C2=A0 0.171412] ACPI: PCI Interrupt Link [LNKD] (IRQs *5 10 1= 1)
[=C2=A0=C2=A0=C2=A0 0.171505] xen/balloon: Initialising balloon drive= r.
[=C2=A0=C2=A0=C2=A0 0.171571] xen-balloon: Initialising balloon drive= r.
[=C2=A0=C2=A0=C2=A0 0.171719] vgaarb: device added: PCI:0000:00:02.0,= decodes=3Dio+mem,owns=3Dio+mem,locks=3Dnone
[=C2=A0=C2=A0=C2=A0 0.171723] vgaarb: loaded
[=C2=A0=C2=A0=C2=A0 0.17172= 5] vgaarb: bridge control possible 0000:00:02.0
[=C2=A0=C2=A0=C2=A0 0.17= 1859] i2c-core: driver [aat2870] using legacy suspend method
[=C2=A0=C2= =A0=C2=A0 0.171861] i2c-core: driver [aat2870] using legacy resume method [=C2=A0=C2=A0=C2=A0 0.171972] SCSI subsystem initialized
[=C2=A0=C2=A0= =C2=A0 0.172022] libata version 3.00 loaded.
[=C2=A0=C2=A0=C2=A0 0.17207= 4] usbcore: registered new interface driver usbfs
[=C2=A0=C2=A0=C2=A0 0.= 172086] usbcore: registered new interface driver hub
[=C2=A0=C2=A0=C2=A0= 0.172144] usbcore: registered new device driver usb
[=C2=A0=C2=A0=C2=A0 0.172307] PCI: Using ACPI for IRQ routing
[=C2=A0=C2= =A0=C2=A0 0.172310] PCI: pci_cache_line_size set to 64 bytes
[=C2=A0=C2= =A0=C2=A0 0.172728] reserve RAM buffer: 000000000009fc00 - 000000000009ffff=
[=C2=A0=C2=A0=C2=A0 0.172730] reserve RAM buffer: 000000003f7ff000 - 0= 00000003fffffff
[=C2=A0=C2=A0=C2=A0 0.172901] NetLabel: Initializing
[=C2=A0=C2=A0=C2=A0= 0.172903] NetLabel:=C2=A0 domain hash size =3D 128
[=C2=A0=C2=A0=C2=A0 = 0.172905] NetLabel:=C2=A0 protocols =3D UNLABELED CIPSOv4
[=C2=A0=C2=A0= =C2=A0 0.172917] NetLabel:=C2=A0 unlabeled traffic allowed by default
[= =C2=A0=C2=A0=C2=A0 0.173004] HPET: 3 timers in total, 0 timers will be used= for per-cpu timer
[=C2=A0=C2=A0=C2=A0 0.173027] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
[= =C2=A0=C2=A0=C2=A0 0.173033] hpet0: 3 comparators, 64-bit 62.500000 MHz cou= nter
[=C2=A0=C2=A0=C2=A0 0.180085] Switching to clocksource xen
[=C2= =A0=C2=A0=C2=A0 0.192480] AppArmor: AppArmor Filesystem Enabled
[=C2=A0=C2=A0=C2=A0 0.192509] pnp: PnP ACPI init
[=C2=A0=C2=A0=C2=A0 0.1= 92526] ACPI: bus type pnp registered
[=C2=A0=C2=A0=C2=A0 0.192556] pnp 0= 0:00: [mem 0x00000000-0x0009ffff]
[=C2=A0=C2=A0=C2=A0 0.192594] system 0= 0:00: [mem 0x00000000-0x0009ffff] could not be reserved
[=C2=A0=C2=A0=C2=A0 0.192599] system 00:00: Plug and Play ACPI device, IDs = PNP0c02 (active)
[=C2=A0=C2=A0=C2=A0 0.192676] pnp 00:01: [bus 00-ff][=C2=A0=C2=A0=C2=A0 0.192679] pnp 00:01: [io=C2=A0 0x0cf8-0x0cff]
[=C2= =A0=C2=A0=C2=A0 0.192682] pnp 00:01: [io=C2=A0 0x0000-0x0cf7 window]
[=C2=A0=C2=A0=C2=A0 0.192685] pnp 00:01: [io=C2=A0 0x0d00-0xffff window][=C2=A0=C2=A0=C2=A0 0.192687] pnp 00:01: [mem 0x000a0000-0x000bffff window= ]
[=C2=A0=C2=A0=C2=A0 0.192690] pnp 00:01: [mem 0xf0000000-0xfbffffff wi= ndow]
[=C2=A0=C2=A0=C2=A0 0.192748] pnp 00:01: Plug and Play ACPI device= , IDs PNP0a03 (active)
[=C2=A0=C2=A0=C2=A0 0.192779] pnp 00:02: [mem 0xfed00000-0xfed003ff]
[= =C2=A0=C2=A0=C2=A0 0.192803] pnp 00:02: Plug and Play ACPI device, IDs PNP0= 103 (active)
[=C2=A0=C2=A0=C2=A0 0.192824] pnp 00:03: [io=C2=A0 0x0010-0= x001f]
[=C2=A0=C2=A0=C2=A0 0.192827] pnp 00:03: [io=C2=A0 0x0022-0x002d]=
[=C2=A0=C2=A0=C2=A0 0.192829] pnp 00:03: [io=C2=A0 0x0030-0x003f]
[=C2= =A0=C2=A0=C2=A0 0.192831] pnp 00:03: [io=C2=A0 0x0044-0x005f]
[=C2=A0=C2= =A0=C2=A0 0.192834] pnp 00:03: [io=C2=A0 0x0062-0x0063]
[=C2=A0=C2=A0=C2= =A0 0.192836] pnp 00:03: [io=C2=A0 0x0065-0x006f]
[=C2=A0=C2=A0=C2=A0 0.= 192838] pnp 00:03: [io=C2=A0 0x0072-0x007f]
[=C2=A0=C2=A0=C2=A0 0.192840] pnp 00:03: [io=C2=A0 0x0080]
[=C2=A0=C2=A0= =C2=A0 0.192842] pnp 00:03: [io=C2=A0 0x0084-0x0086]
[=C2=A0=C2=A0=C2=A0= 0.192845] pnp 00:03: [io=C2=A0 0x0088]
[=C2=A0=C2=A0=C2=A0 0.192847] pn= p 00:03: [io=C2=A0 0x008c-0x008e]
[=C2=A0=C2=A0=C2=A0 0.192849] pnp 00:0= 3: [io=C2=A0 0x0090-0x009f]
[=C2=A0=C2=A0=C2=A0 0.192851] pnp 00:03: [io=C2=A0 0x00a2-0x00bd]
[=C2= =A0=C2=A0=C2=A0 0.192853] pnp 00:03: [io=C2=A0 0x00e0-0x00ef]
[=C2=A0=C2= =A0=C2=A0 0.192856] pnp 00:03: [io=C2=A0 0x08a0-0x08a3]
[=C2=A0=C2=A0=C2= =A0 0.192858] pnp 00:03: [io=C2=A0 0x0cc0-0x0ccf]
[=C2=A0=C2=A0=C2=A0 0.= 192860] pnp 00:03: [io=C2=A0 0x04d0-0x04d1]
[=C2=A0=C2=A0=C2=A0 0.192897] system 00:03: [io=C2=A0 0x08a0-0x08a3] has be= en reserved
[=C2=A0=C2=A0=C2=A0 0.192901] system 00:03: [io=C2=A0 0x0cc0= -0x0ccf] has been reserved
[=C2=A0=C2=A0=C2=A0 0.192904] system 00:03: [= io=C2=A0 0x04d0-0x04d1] has been reserved
[=C2=A0=C2=A0=C2=A0 0.192908] = system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active)
[=C2=A0=C2=A0=C2=A0 0.192922] pnp 00:04: [dma 4]
[=C2=A0=C2=A0=C2=A0 0.1= 92924] pnp 00:04: [io=C2=A0 0x0000-0x000f]
[=C2=A0=C2=A0=C2=A0 0.192926]= pnp 00:04: [io=C2=A0 0x0081-0x0083]
[=C2=A0=C2=A0=C2=A0 0.192929] pnp 0= 0:04: [io=C2=A0 0x0087]
[=C2=A0=C2=A0=C2=A0 0.192931] pnp 00:04: [io=C2= =A0 0x0089-0x008b]
[=C2=A0=C2=A0=C2=A0 0.192933] pnp 00:04: [io=C2=A0 0x008f]
[=C2=A0=C2=A0= =C2=A0 0.192935] pnp 00:04: [io=C2=A0 0x00c0-0x00df]
[=C2=A0=C2=A0=C2=A0= 0.192937] pnp 00:04: [io=C2=A0 0x0480-0x048f]
[=C2=A0=C2=A0=C2=A0 0.192= 976] pnp 00:04: Plug and Play ACPI device, IDs PNP0200 (active)
[=C2=A0= =C2=A0=C2=A0 0.192989] pnp 00:05: [io=C2=A0 0x0070-0x0071]
[=C2=A0=C2=A0=C2=A0 0.193016] xen: --> pirq=3D16 -> irq=3D8 (gsi=3D8)=
[=C2=A0=C2=A0=C2=A0 0.193019] pnp 00:05: [irq 8]
[=C2=A0=C2=A0=C2=A0= 0.193045] pnp 00:05: Plug and Play ACPI device, IDs PNP0b00 (active)
[= =C2=A0=C2=A0=C2=A0 0.193055] pnp 00:06: [io=C2=A0 0x0061]
[=C2=A0=C2=A0= =C2=A0 0.193078] pnp 00:06: Plug and Play ACPI device, IDs PNP0800 (active)=
[=C2=A0=C2=A0=C2=A0 0.193109] xen: --> pirq=3D17 -> irq=3D12 (gsi=3D1= 2)
[=C2=A0=C2=A0=C2=A0 0.193112] pnp 00:07: [irq 12]
[=C2=A0=C2=A0=C2= =A0 0.193152] pnp 00:07: Plug and Play ACPI device, IDs PNP0f13 (active)[=C2=A0=C2=A0=C2=A0 0.193171] pnp 00:08: [io=C2=A0 0x0060]
[=C2=A0=C2= =A0=C2=A0 0.193173] pnp 00:08: [io=C2=A0 0x0064]
[=C2=A0=C2=A0=C2=A0 0.193190] xen: --> pirq=3D18 -> irq=3D1 (gsi=3D1)=
[=C2=A0=C2=A0=C2=A0 0.193193] pnp 00:08: [irq 1]
[=C2=A0=C2=A0=C2=A0= 0.193219] pnp 00:08: Plug and Play ACPI device, IDs PNP0303 PNP030b (activ= e)
[=C2=A0=C2=A0=C2=A0 0.193246] pnp 00:09: [io=C2=A0 0x03f0-0x03f5]
[=C2=A0=C2=A0=C2=A0 0.193249] pnp 00:09: [io=C2=A0 0x03f7]
[=C2=A0=C2=A0= =C2=A0 0.193264] xen: --> pirq=3D19 -> irq=3D6 (gsi=3D6)
[=C2=A0= =C2=A0=C2=A0 0.193267] pnp 00:09: [irq 6]
[=C2=A0=C2=A0=C2=A0 0.193270] = pnp 00:09: [dma 2]
[=C2=A0=C2=A0=C2=A0 0.193298] pnp 00:09: Plug and Pla= y ACPI device, IDs PNP0700 (active)
[=C2=A0=C2=A0=C2=A0 0.193323] pnp 00:0a: [io=C2=A0 0x03f8-0x03ff]
[=C2= =A0=C2=A0=C2=A0 0.193338] xen: --> pirq=3D20 -> irq=3D4 (gsi=3D4)
= [=C2=A0=C2=A0=C2=A0 0.193341] pnp 00:0a: [irq 4]
[=C2=A0=C2=A0=C2=A0 0.1= 93382] pnp 00:0a: Plug and Play ACPI device, IDs PNP0501 (active)
[=C2=A0=C2=A0=C2=A0 0.193418] pnp 00:0b: [io=C2=A0 0x0378-0x037f]
[=C2= =A0=C2=A0=C2=A0 0.193435] xen: --> pirq=3D21 -> irq=3D7 (gsi=3D7)
= [=C2=A0=C2=A0=C2=A0 0.193438] pnp 00:0b: [irq 7]
[=C2=A0=C2=A0=C2=A0 0.1= 93465] pnp 00:0b: Plug and Play ACPI device, IDs PNP0400 (active)
[=C2=A0=C2=A0=C2=A0 0.193490] pnp 00:0c: [io=C2=A0 0xae00-0xae0f]
[=C2= =A0=C2=A0=C2=A0 0.193492] pnp 00:0c: [io=C2=A0 0xb044-0xb047]
[=C2=A0=C2= =A0=C2=A0 0.193526] system 00:0c: [io=C2=A0 0xae00-0xae0f] has been reserve= d
[=C2=A0=C2=A0=C2=A0 0.193530] system 00:0c: [io=C2=A0 0xb044-0xb047] h= as been reserved
[=C2=A0=C2=A0=C2=A0 0.193533] system 00:0c: Plug and Play ACPI device, IDs = PNP0c02 (active)
[=C2=A0=C2=A0=C2=A0 0.193874] pnp: PnP ACPI: found 13 d= evices
[=C2=A0=C2=A0=C2=A0 0.193876] ACPI: ACPI bus type pnp unregistere= d
[=C2=A0=C2=A0=C2=A0 0.201061] PCI: max bus depth: 0 pci_try_num: 1
[=C2=A0=C2=A0=C2=A0 0.201069] pci_bus 0000:00: resource 4 [io=C2=A0 0x0000-= 0x0cf7]
[=C2=A0=C2=A0=C2=A0 0.201072] pci_bus 0000:00: resource 5 [io=C2= =A0 0x0d00-0xffff]
[=C2=A0=C2=A0=C2=A0 0.201075] pci_bus 0000:00: resour= ce 6 [mem 0x000a0000-0x000bffff]
[=C2=A0=C2=A0=C2=A0 0.201078] pci_bus 0= 000:00: resource 7 [mem 0xf0000000-0xfbffffff]
[=C2=A0=C2=A0=C2=A0 0.201153] NET: Registered protocol family 2
[=C2=A0= =C2=A0=C2=A0 0.201349] IP route cache hash table entries: 32768 (order: 6, = 262144 bytes)
[=C2=A0=C2=A0=C2=A0 0.201987] TCP established hash table e= ntries: 131072 (order: 9, 2097152 bytes)
[=C2=A0=C2=A0=C2=A0 0.203886] TCP bind hash table entries: 65536 (order: 8,= 1048576 bytes)
[=C2=A0=C2=A0=C2=A0 0.204779] TCP: Hash tables configure= d (established 131072 bind 65536)
[=C2=A0=C2=A0=C2=A0 0.204783] TCP reno= registered
[=C2=A0=C2=A0=C2=A0 0.204790] UDP hash table entries: 512 (o= rder: 2, 16384 bytes)
[=C2=A0=C2=A0=C2=A0 0.204813] UDP-Lite hash table entries: 512 (order: 2, 1= 6384 bytes)
[=C2=A0=C2=A0=C2=A0 0.205301] NET: Registered protocol famil= y 1
[=C2=A0=C2=A0=C2=A0 0.205313] pci 0000:00:00.0: Limiting direct PCI/= PCI transfers
[=C2=A0=C2=A0=C2=A0 0.205403] pci 0000:00:01.0: PIIX3: Ena= bling Passive Release
[=C2=A0=C2=A0=C2=A0 0.205526] pci 0000:00:01.0: Activating ISA DMA hang wor= karounds
[=C2=A0=C2=A0=C2=A0 0.205725] xen: --> pirq=3D22 -> irq= =3D23 (gsi=3D23)
[=C2=A0=C2=A0=C2=A0 0.205729] pci 0000:00:01.2: PCI INT= D -> GSI 23 (level, low) -> IRQ 23
[=C2=A0=C2=A0=C2=A0 0.207469] = pci 0000:00:01.2: PCI INT D disabled
[=C2=A0=C2=A0=C2=A0 0.207620] pci 0000:00:02.0: Boot video device
[=C2= =A0=C2=A0=C2=A0 0.207733] PCI: CLS 0 bytes, default 64
[=C2=A0=C2=A0=C2= =A0 0.208252] audit: initializing netlink socket (disabled)
[=C2=A0=C2= =A0=C2=A0 0.208267] type=3D2000 audit(1401744392.019:1): initialized
[=C2=A0=C2=A0=C2=A0 0.226671] Trying to unpack rootfs image as initramfs...=
[=C2=A0=C2=A0=C2=A0 0.252081] HugeTLB registered 2 MB page size, pre-al= located 0 pages
[=C2=A0=C2=A0=C2=A0 0.260212] VFS: Disk quotas dquot_6.5= .2
[=C2=A0=C2=A0=C2=A0 0.260302] Dquot-cache hash table entries: 512 (or= der 0, 4096 bytes)
[=C2=A0=C2=A0=C2=A0 0.260748] fuse init (API version 7.17)
[=C2=A0=C2=A0= =C2=A0 0.260807] msgmni has been set to 1913
[=C2=A0=C2=A0=C2=A0 0.27212= 9] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
= [=C2=A0=C2=A0=C2=A0 0.272151] io scheduler noop registered
[=C2=A0=C2=A0=C2=A0 0.272152] io scheduler deadline registered
[=C2=A0= =C2=A0=C2=A0 0.272178] io scheduler cfq registered (default)
[=C2=A0=C2= =A0=C2=A0 0.272234] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[=C2= =A0=C2=A0=C2=A0 0.272243] pciehp: PCI Express Hot Plug Controller Driver ve= rsion: 0.4
[=C2=A0=C2=A0=C2=A0 0.272287] efifb: probing for efifb
[=C2=A0=C2=A0=C2= =A0 0.272370] efifb: framebuffer at 0xf0000000, mapped to 0xffffc9000050000= 0, using 1408k, total 1408k
[=C2=A0=C2=A0=C2=A0 0.272371] efifb: mode is= 800x600x24, linelength=3D2400, pages=3D1
[=C2=A0=C2=A0=C2=A0 0.272372] = efifb: scrolling: redraw
[=C2=A0=C2=A0=C2=A0 0.272373] efifb: Truecolor: size=3D0:8:8:8, shift=3D0:1= 6:8:0
[=C2=A0=C2=A0=C2=A0 0.272434] Console: switching to colour frame b= uffer device 100x37
[=C2=A0=C2=A0=C2=A0 0.272442] fb0: EFI VGA frame buf= fer device
[=C2=A0=C2=A0=C2=A0 0.272485] input: Power Button as /devices= /LNXSYSTM:00/LNXPWRBN:00/input/input0
[=C2=A0=C2=A0=C2=A0 0.272489] ACPI: Power Button [PWRF]
[=C2=A0=C2=A0=C2= =A0 0.272521] input: Sleep Button as /devices/LNXSYSTM:00/LNXSLPBN:00/input= /input1
[=C2=A0=C2=A0=C2=A0 0.272524] ACPI: Sleep Button [SLPF]
[=C2= =A0=C2=A0=C2=A0 0.273447] ERST: Table is not found!
[=C2=A0=C2=A0=C2=A0 = 0.273448] GHES: HEST is not enabled!
[=C2=A0=C2=A0=C2=A0 0.273856] xen: --> pirq=3D23 -> irq=3D28 (gsi=3D2= 8)
[=C2=A0=C2=A0=C2=A0 0.273861] xen-platform-pci 0000:00:03.0: PCI INT = A -> GSI 28 (level, low) -> IRQ 28
[=C2=A0=C2=A0=C2=A0 0.273909] G= rant table initialized
[=C2=A0=C2=A0=C2=A0 0.276900] Serial: 8250/16550 = driver, 32 ports, IRQ sharing enabled
[=C2=A0=C2=A0=C2=A0 0.309309] serial8250: ttyS0 at I/O 0x3f8 (irq =3D 4) is= a 16550A
[=C2=A0=C2=A0=C2=A0 0.309863] init_memory_mapping: 00000000400= 00000-0000000048000000
[=C2=A0=C2=A0=C2=A0 0.309866]=C2=A0 0040000000 - = 0048000000 page 2M
[=C2=A0=C2=A0=C2=A0 0.376828] 00:0a: ttyS0 at I/O 0x3= f8 (irq =3D 4) is a 16550A
[=C2=A0=C2=A0=C2=A0 0.408303] Linux agpgart interface v0.103
[=C2=A0=C2= =A0=C2=A0 0.409705] brd: module loaded
[=C2=A0=C2=A0=C2=A0 0.412483] loo= p: module loaded
[=C2=A0=C2=A0=C2=A0 0.414925] blkfront device/vbd/51712= num-ring-pages 1 nr_ents 32.
[=C2=A0=C2=A0=C2=A0 0.415379] ata_piix 000= 0:00:01.1: version 2.13
[=C2=A0=C2=A0=C2=A0 0.417376] ata_piix 0000:00:01.1: setting latency timer = to 64
[=C2=A0=C2=A0=C2=A0 0.418734] blkfront: xvda: flush diskcache: ena= bled
[=C2=A0=C2=A0=C2=A0 0.420194]=C2=A0 xvda: xvda1 xvda2 < xvda5 &g= t;
[=C2=A0=C2=A0=C2=A0 0.424217] scsi0 : ata_piix
[=C2=A0=C2=A0=C2=A0= 0.424306] scsi1 : ata_piix
[=C2=A0=C2=A0=C2=A0 0.424341] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmd= ma 0xc220 irq 14
[=C2=A0=C2=A0=C2=A0 0.424343] ata2: PATA max MWDMA2 cmd= 0x170 ctl 0x376 bmdma 0xc228 irq 15
[=C2=A0=C2=A0=C2=A0 0.424591] Fixed= MDIO Bus: probed
[=C2=A0=C2=A0=C2=A0 0.424602] tun: Universal TUN/TAP d= evice driver, 1.6
[=C2=A0=C2=A0=C2=A0 0.424604] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[=C2=A0=C2=A0= =C2=A0 0.424642] PPP generic driver version 2.4.2
[=C2=A0=C2=A0=C2=A0 0.= 424668] Initialising Xen virtual ethernet driver.
[=C2=A0=C2=A0=C2=A0 0.426228] ehci_hcd: USB 2.0 'Enhanced' Host Con= troller (EHCI) Driver
[=C2=A0=C2=A0=C2=A0 0.426240] ohci_hcd: USB 1.1 &#= 39;Open' Host Controller (OHCI) Driver
[=C2=A0=C2=A0=C2=A0 0.426246]= uhci_hcd: USB Universal Host Controller Interface driver
[=C2=A0=C2=A0=C2=A0 0.426295] uhci_hcd 0000:00:01.2: PCI INT D -> GSI 23= (level, low) -> IRQ 23
[=C2=A0=C2=A0=C2=A0 0.427126] uhci_hcd 0000:0= 0:01.2: setting latency timer to 64
[=C2=A0=C2=A0=C2=A0 0.427156] uhci_h= cd 0000:00:01.2: UHCI Host Controller
[=C2=A0=C2=A0=C2=A0 0.427216] uhci_hcd 0000:00:01.2: new USB bus registered= , assigned bus number 1
[=C2=A0=C2=A0=C2=A0 0.427439] uhci_hcd 0000:00:0= 1.2: irq 23, io base 0x0000c200
[=C2=A0=C2=A0=C2=A0 0.428225] hub 1-0:1.= 0: USB hub found
[=C2=A0=C2=A0=C2=A0 0.428256] hub 1-0:1.0: 2 ports dete= cted
[=C2=A0=C2=A0=C2=A0 0.428543] usbcore: registered new interface driver libu= sual
[=C2=A0=C2=A0=C2=A0 0.428601] i8042: PNP: PS/2 Controller [PNP0303:= PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[=C2=A0=C2=A0=C2=A0 0.430309] s= erio: i8042 KBD port at 0x60,0x64 irq 1
[=C2=A0=C2=A0=C2=A0 0.430334] serio: i8042 AUX port at 0x60,0x64 irq 12
= [=C2=A0=C2=A0=C2=A0 0.430620] mousedev: PS/2 mouse device common for all mi= ce
[=C2=A0=C2=A0=C2=A0 0.431393] input: AT Translated Set 2 keyboard as = /devices/platform/i8042/serio0/input/input2
[=C2=A0=C2=A0=C2=A0 0.432734] rtc_cmos 00:05: rtc core: registered rtc_cmos= as rtc0
[=C2=A0=C2=A0=C2=A0 0.432820] rtc0: alarms up to one day, 114 b= ytes nvram, hpet irqs
[=C2=A0=C2=A0=C2=A0 0.436304] device-mapper: ueven= t: version 1.0.3
[=C2=A0=C2=A0=C2=A0 0.437591] device-mapper: ioctl: 4.2= 2.0-ioctl (2011-10-19) initialised: = dm-devel@redhat.com
[=C2=A0=C2=A0=C2=A0 0.437600] cpuidle: using governor ladder
[=C2=A0=C2= =A0=C2=A0 0.437602] cpuidle: using governor menu
[=C2=A0=C2=A0=C2=A0 0.4= 37604] EFI Variables Facility v0.08 2004-May-17
[=C2=A0=C2=A0=C2=A0 0.43= 7846] TCP cubic registered
[=C2=A0=C2=A0=C2=A0 0.438021] NET: Registered= protocol family 10
[=C2=A0=C2=A0=C2=A0 0.439551] NET: Registered protocol family 17
[=C2=A0= =C2=A0=C2=A0 0.439559] Registering the dns_resolver key type
[=C2=A0=C2= =A0=C2=A0 0.439729] PM: Hibernation image not present or could not be loade= d.
[=C2=A0=C2=A0=C2=A0 0.439741] registered taskstats version 1
[=C2=A0=C2=A0=C2=A0 0.518891] Freeing initrd memory: 13916k freed
[=C2= =A0=C2=A0=C2=A0 0.524222] XENBUS: Device with no driver: device/vkbd/0
[= =C2=A0=C2=A0=C2=A0 0.524225]=C2=A0=C2=A0 Magic number: 2:751:448
[=C2=A0= =C2=A0=C2=A0 0.524282] rtc_cmos 00:05: setting system clock to 2014-06-02 2= 1:26:32 UTC (1401744392)
[=C2=A0=C2=A0=C2=A0 0.524317] BIOS EDD facility v0.16 2004-Jun-25, 0 device= s found
[=C2=A0=C2=A0=C2=A0 0.524318] EDD information not available.
= [=C2=A0=C2=A0=C2=A0 0.594436] ata2.01: NODEV after polling detection
[= =C2=A0=C2=A0=C2=A0 0.596844] ata2.00: ATAPI: QEMU DVD-ROM, 1.3.1, max UDMA/= 100
[=C2=A0=C2=A0=C2=A0 0.599322] ata2.00: configured for MWDMA2
[=C2=A0=C2= =A0=C2=A0 0.602730] scsi 1:0:0:0: CD-ROM=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 QEMU=C2=A0=C2=A0=C2=A0=C2=A0 QEMU DVD-ROM= =C2=A0=C2=A0=C2=A0=C2=A0 1.3. PQ: 0 ANSI: 5
[=C2=A0=C2=A0=C2=A0 0.608763= ] sr0: scsi3-mmc drive: 4x/4x cd/rw xa/form2 tray
[=C2=A0=C2=A0=C2=A0 0.= 608769] cdrom: Uniform CD-ROM driver Revision: 3.20
[=C2=A0=C2=A0=C2=A0 0.608942] sr 1:0:0:0: Attached scsi CD-ROM sr0
[=C2= =A0=C2=A0=C2=A0 0.609016] sr 1:0:0:0: Attached scsi generic sg0 type 5
[= =C2=A0=C2=A0=C2=A0 0.610946] Freeing unused kernel memory: 924k freed
[= =C2=A0=C2=A0=C2=A0 0.611098] Write protecting the kernel read-only data: 12= 288k
[=C2=A0=C2=A0=C2=A0 0.617404] Freeing unused kernel memory: 1584k freed
= [=C2=A0=C2=A0=C2=A0 0.623716] Freeing unused kernel memory: 1188k freed
= [=C2=A0=C2=A0=C2=A0 0.643344] udevd[87]: starting version 175
[=C2=A0=C2= =A0=C2=A0 0.740093] usb 1-1: new full-speed USB device number 2 using uhci_= hcd
[=C2=A0=C2=A0=C2=A0 0.772960] EXT4-fs (xvda1): mounted filesystem with orde= red data mode. Opts: (null)
[=C2=A0=C2=A0=C2=A0 0.820438] FDC 0 is a S82= 078B
[=C2=A0=C2=A0=C2=A0 1.024812] usb 1-2: new full-speed USB device nu= mber 3 using uhci_hcd
[=C2=A0=C2=A0=C2=A0 1.035831] Adding 1044188k swap= on /dev/xvda5.=C2=A0 Priority:-1 extents:1 across:1044188k SS
[=C2=A0=C2=A0=C2=A0 1.054172] ADDRCONF(NETDEV_UP): eth0: link is not ready<= br>[=C2=A0=C2=A0=C2=A0 1.064865] udevd[304]: starting version 175
[=C2= =A0=C2=A0=C2=A0 1.091331] EXT4-fs (xvda1): re-mounted. Opts: errors=3Dremou= nt-ro
[=C2=A0=C2=A0=C2=A0 1.108760] lp: driver loaded but no devices fou= nd
[=C2=A0=C2=A0=C2=A0 1.204156] Refined TSC clocksource calibration: 2793.650= MHz.
[=C2=A0=C2=A0=C2=A0 1.205886] hub 1-2:1.0: USB hub found
[=C2= =A0=C2=A0=C2=A0 1.206860] hub 1-2:1.0: 8 ports detected
[=C2=A0=C2=A0=C2= =A0 1.266435] piix4_smbus 0000:00:01.3: Host SMBus controller not enabled!<= br> [=C2=A0=C2=A0=C2=A0 1.351867] parport_pc 00:0b: reported by Plug and Play A= CPI
[=C2=A0=C2=A0=C2=A0 1.352648] parport0: PC-style at 0x378, irq 7 [PC= SPP,TRISTATE]
[=C2=A0=C2=A0=C2=A0 1.404209] input: QEMU QEMU USB Tablet = as /devices/pci0000:00/0000:00:01.2/usb1/1-1/1-1:1.0/input/input3
[=C2=A0=C2=A0=C2=A0 1.404445] generic-usb 0003:0627:0001.0001: input,hidraw= 0: USB HID v0.01 Pointer [QEMU QEMU USB Tablet] on usb-0000:00:01.2-1/input= 0
[=C2=A0=C2=A0=C2=A0 1.404492] usbcore: registered new interface driver= usbhid
[=C2=A0=C2=A0=C2=A0 1.404495] usbhid: USB HID core driver
[=C2=A0=C2=A0=C2=A0 1.619636] type=3D1400 audit(1401744393.588:2): apparmor= =3D"STATUS" operation=3D"profile_load" name=3D"/sb= in/dhclient" pid=3D465 comm=3D"apparmor_parser"
[=C2=A0= =C2=A0=C2=A0 1.621729] type=3D1400 audit(1401744393.592:3): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" name=3D"/usr/lib/N= etworkManager/nm-dhcp-client.action" pid=3D465 comm=3D"apparmor_p= arser"
[=C2=A0=C2=A0=C2=A0 1.622017] type=3D1400 audit(1401744393.592:4): apparmor= =3D"STATUS" operation=3D"profile_load" name=3D"/us= r/lib/connman/scripts/dhclient-script" pid=3D465 comm=3D"apparmor= _parser"
[=C2=A0=C2=A0=C2=A0 1.689809] usb 1-2.1: new full-speed US= B device number 4 using uhci_hcd
[=C2=A0=C2=A0=C2=A0 1.891343] input: ImExPS/2 Generic Explorer Mouse as /de= vices/platform/i8042/serio1/input/input4
[=C2=A0=C2=A0=C2=A0 1.919715] l= p0: using parport0 (interrupt-driven).
[=C2=A0=C2=A0=C2=A0 2.004538] ini= t: failsafe main process (569) killed by TERM signal
[=C2=A0=C2=A0=C2=A0 2.054714] type=3D1400 audit(1401744394.024:5): apparmor= =3D"STATUS" operation=3D"profile_replace" name=3D"= /sbin/dhclient" pid=3D650 comm=3D"apparmor_parser"
[=C2= =A0=C2=A0=C2=A0 2.055227] type=3D1400 audit(1401744394.024:6): apparmor=3D&= quot;STATUS" operation=3D"profile_replace" name=3D"/usr= /lib/NetworkManager/nm-dhcp-client.action" pid=3D650 comm=3D"appa= rmor_parser"
[=C2=A0=C2=A0=C2=A0 2.055603] type=3D1400 audit(1401744394.024:7): apparmor= =3D"STATUS" operation=3D"profile_replace" name=3D"= /usr/lib/connman/scripts/dhclient-script" pid=3D650 comm=3D"appar= mor_parser"
[=C2=A0=C2=A0=C2=A0 2.061010] ppdev: user-space paralle= l port driver
[=C2=A0=C2=A0=C2=A0 2.067813] type=3D1400 audit(1401744394.036:8): apparmor= =3D"STATUS" operation=3D"profile_load" name=3D"/us= r/sbin/tcpdump" pid=3D652 comm=3D"apparmor_parser"
[=C2= =A0=C2=A0=C2=A0 2.068282] input: Xen Virtual Keyboard as /devices/virtual/i= nput/input5
[=C2=A0=C2=A0=C2=A0 2.070692] input: Xen Virtual Pointer as /devices/virtua= l/input/input6
[=C2=A0=C2=A0=C2=A0 2.382394] Registered led device: xpad= 0
[=C2=A0=C2=A0=C2=A0 2.383120] input: Microsoft X-Box 360 pad as /devic= es/pci0000:00/0000:00:01.2/usb1/1-2/1-2.1/1-2.1:1.0/input/input7
[=C2=A0=C2=A0=C2=A0 2.383471] usbcore: registered new interface driver xpad=
[=C2=A0=C2=A0=C2=A0 2.617954] usb 1-2.2: new full-speed USB device numb= er 5 using uhci_hcd
[=C2=A0=C2=A0=C2=A0 3.182692] pcan: Release_20130131= _n (le)
[=C2=A0=C2=A0=C2=A0 3.182696] pcan: driver config [mod] [isa] [p= ci] [dng] [par] [usb] [pcc]
[=C2=A0=C2=A0=C2=A0 3.194232] pcan: new usb adapter with 1 CAN controller(s= ) detected
[=C2=A0=C2=A0=C2=A0 3.194248] pcan: usb hardware revision =3D= 28
[=C2=A0=C2=A0=C2=A0 3.257802] pcan: usb device minor 32 found
[= =C2=A0=C2=A0=C2=A0 3.258322] usbcore: registered new interface driver pcan<= br> [=C2=A0=C2=A0=C2=A0 3.258839] pcan: major 250.
[=C2=A0=C2=A0=C2=A0 3.260= 014] usb 1-2.3: new full-speed USB device number 6 using uhci_hcd
[=C2= =A0=C2=A0=C2=A0 4.538729] usbcore: registered new interface driver usbseria= l
[=C2=A0=C2=A0=C2=A0 4.538787] USB Serial support registered for generi= c
[=C2=A0=C2=A0=C2=A0 4.601980] usb 1-2.4: new full-speed USB device number 7= using uhci_hcd
[=C2=A0=C2=A0 30.653672] init: hvc0 main process (756) t= erminated with status 1
[=C2=A0=C2=A0 30.653695] init: hvc0 main process= ended, respawning
[=C2=A0=C2=A0 56.305797] init: hvc0 main process (773= ) terminated with status 1
[=C2=A0=C2=A0 56.305840] init: hvc0 main process ended, respawning
[=C2= =A0=C2=A0 56.549770] usb 1-2.5: new full-speed USB device number 8 using uh= ci_hcd
[=C2=A0=C2=A0 56.737874] s2255: probe
[=C2=A0=C2=A0 56.737891]= num endpoints 2
[=C2=A0=C2=A0 56.737894] bulk out endpoint addr: 2
[=C2=A0=C2=A0 56.739533] S2255: board initialized
[=C2=A0=C2=A0 56.73= 9687] USB 2255 device now attached to USBs2255-0
[=C2=A0=C2=A0 57.199173= ] cdc_acm 1-2.5:1.0: This device cannot do calls on its own. It is not a mo= dem.
[=C2=A0=C2=A0 57.199516] cdc_acm 1-2.5:1.0: ttyACM0: USB ACM device=
[=C2=A0=C2=A0 57.204307] usbcore: registered new interface driver cdc_acm[=C2=A0=C2=A0 57.204311] cdc_acm: USB Abstract Control Model driver for U= SB modems and ISDN adapters
[=C2=A0=C2=A0 57.237792] usb 1-2.4: reset fu= ll-speed USB device number 7 using uhci_hcd
[=C2=A0=C2=A0 57.300179] eth0: no IPv6 routers present
[=C2=A0=C2=A0 83.= 399789] init: hvc0 main process (775) terminated with status 1
[=C2=A0= =C2=A0 83.399839] init: hvc0 main process ended, respawning
[=C2=A0 108.= 781086] init: hvc0 main process (779) terminated with status 1
[=C2=A0 108.781124] init: hvc0 main process ended, respawning
[=C2=A0 10= 9.783093] s2255: fw loaded
[=C2=A0 109.783132] S2255 successfully loaded=
[=C2=A0 109.783250] usbcore: registered new interface driver usbserial_= generic
[=C2=A0 109.783253] usbserial: USB Serial Driver core
[=C2=A0 109.785663] usbcore: registered new interface driver s2255
[=C2= =A0 118.787979] init: hvc0 main process (781) terminated with status 1
[= =C2=A0 118.788018] init: hvc0 main process ended, respawning
[=C2=A0 128= .792795] init: hvc0 main process (791) terminated with status 1
[=C2=A0 128.792835] init: hvc0 main process ended, respawning
[=C2=A0 13= 8.796847] init: hvc0 main process (792) terminated with status 1
[=C2=A0= 138.796887] init: hvc0 main process ended, respawning
[=C2=A0 148.80065= 0] init: hvc0 main process (793) terminated with status 1
[=C2=A0 148.800690] init: hvc0 main process ended, respawning
[=C2=A0 15= 8.807505] init: hvc0 main process (794) terminated with status 1
[=C2=A0= 158.807545] init: hvc0 main process ended, respawning
[=C2=A0 168.81152= 8] init: hvc0 main process (939) terminated with status 1
[=C2=A0 168.811569] init: hvc0 main process ended, respawning
[=C2=A0 17= 8.816513] init: hvc0 main process (953) terminated with status 1
[=C2=A0= 178.816552] init: hvc0 main process ended, respawning
[=C2=A0 188.82042= 4] init: hvc0 main process (957) terminated with status 1
[=C2=A0 188.820485] init: hvc0 main process ended, respawning
[=C2=A0 19= 8.824729] init: hvc0 main process (959) terminated with status 1
[=C2=A0= 198.824768] init: hvc0 main process ended, respawning
[=C2=A0 208.82889= 6] init: hvc0 main process (960) terminated with status 1
[=C2=A0 208.828935] init: hvc0 main process ended, respawning
[=C2=A0 21= 8.833140] init: hvc0 main process (961) terminated with status 1
[=C2=A0= 218.833180] init: hvc0 main process ended, respawning
[=C2=A0 228.83746= 1] init: hvc0 main process (964) terminated with status 1
[=C2=A0 228.837499] init: hvc0 main process ended, respawning
[=C2=A0 23= 8.843490] init: hvc0 main process (965) terminated with status 1
[=C2=A0= 238.843529] init: hvc0 main process ended, respawning
[=C2=A0 248.84744= 1] init: hvc0 main process (966) terminated with status 1
[=C2=A0 248.847479] init: hvc0 main process ended, respawning
[=C2=A0 25= 8.851383] init: hvc0 main process (967) terminated with status 1
[=C2=A0= 258.851421] init: hvc0 main process ended, respawning
[=C2=A0 268.85524= 3] init: hvc0 main process (968) terminated with status 1
[=C2=A0 268.855282] init: hvc0 main process ended, respawning
[=C2=A0 27= 8.861648] init: hvc0 main process (971) terminated with status 1
[=C2=A0= 278.861689] init: hvc0 main process ended, respawning
[=C2=A0 288.86580= 3] init: hvc0 main process (972) terminated with status 1
[=C2=A0 288.865841] init: hvc0 main process ended, respawning
[=C2=A0 29= 8.869727] init: hvc0 main process (973) terminated with status 1
[=C2=A0= 298.869766] init: hvc0 main process ended, respawning
[=C2=A0 308.87363= 2] init: hvc0 main process (974) terminated with status 1
[=C2=A0 308.873670] init: hvc0 main process ended, respawning
[=C2=A0 31= 8.879805] init: hvc0 main process (977) terminated with status 1
[=C2=A0= 318.879844] init: hvc0 main process ended, respawning
[=C2=A0 328.88371= 9] init: hvc0 main process (978) terminated with status 1
[=C2=A0 328.883756] init: hvc0 main process ended, respawning
[=C2=A0 33= 8.888135] init: hvc0 main process (979) terminated with status 1
[=C2=A0= 338.888174] init: hvc0 main process ended, respawning
[=C2=A0 348.89195= 9] init: hvc0 main process (980) terminated with status 1
[=C2=A0 348.891997] init: hvc0 main process ended, respawning
[=C2=A0 35= 8.897932] init: hvc0 main process (981) terminated with status 1
[=C2=A0= 358.897969] init: hvc0 main process ended, respawning
[=C2=A0 368.90189= 0] init: hvc0 main process (982) terminated with status 1
[=C2=A0 368.901930] init: hvc0 main process ended, respawning
[=C2=A0 37= 8.906150] init: hvc0 main process (984) terminated with status 1
[=C2=A0= 378.906188] init: hvc0 main process ended, respawning=E2=80=8B

=E2=80=8B
=E2=80=8BThanks,

Meng=E2=80=8B

=E2=80=8B

-------= ----
Meng Xu
PhD Student in Computer and Information Science
University of Pennsylvania
--001a11c29c82c2c1b204fae18a83-- --===============0314459544878873583== 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 --===============0314459544878873583==-- From xen-users-bounces@lists.xen.org Tue Jun 03 18:22:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 18:22:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrtKg-0004sZ-9Z; Tue, 03 Jun 2014 18:21:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrdH9-00077k-M0 for Xen-users@lists.xen.org; Tue, 03 Jun 2014 01:12:28 +0000 Received: from [85.158.143.35:43980] by server-2.bemta-4.messagelabs.com id FD/B0-06539-BF02D835; Tue, 03 Jun 2014 01:12:27 +0000 X-Env-Sender: joshua.purcell@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1401757944!8806082!1 X-Originating-IP: [209.85.192.44] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25394 invoked from network); 3 Jun 2014 01:12:25 -0000 Received: from mail-qg0-f44.google.com (HELO mail-qg0-f44.google.com) (209.85.192.44) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 01:12:25 -0000 Received: by mail-qg0-f44.google.com with SMTP id i50so12102625qgf.3 for ; Mon, 02 Jun 2014 18:12:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=znsufH7e97BPSlFhHTstTewIiJv1NZboRQtc5S54yuI=; b=tIX2szAa1V4SDcek/Ki9MLU7h6f4p0NJpfDJDWeFV51NWGrJ9So3CgP9cejgBNPKdN a7roHt8cga+iECHSAlQt+BVI7mLMLJ4iViffvyD/7fqHCkmqmAsSNax5KLzYStIj+DtU ZoBi99JspxszbdKl36jJnWQq7aeWWGNz+pFjxGgdKJFcu2jm8Tmjdiu5R4u7fzEtheX5 IDNgGjCg+Been94C8dOTDry/xwV4Mpq9LVP6G7WVuVJz52jXIuqxnUKUJocutf5vAmbD W9vlhKcMAq2qEMJUx414MIXl86oNNMrVhYpxC0g3d9l/8GBQ+EEG7mtCxwVcM5TiqrOM Y7pw== X-Received: by 10.224.104.5 with SMTP id m5mr47221139qao.9.1401757944346; Mon, 02 Jun 2014 18:12:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.100.175 with HTTP; Mon, 2 Jun 2014 18:12:04 -0700 (PDT) From: Joshua Purcell Date: Mon, 2 Jun 2014 18:12:04 -0700 Message-ID: To: Xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 03 Jun 2014 18:21:07 +0000 Subject: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I've made alot of progress on getting a Windows VM to have control over a 290x using Xen, but it's not yet working properly. I have a ton of details I can share on what I've done, but for now I have some specific questions for those who have gone through these steps successfuly on similar hardware. Let me know if any other details would be helpful. None of my PCI devices (including the 290x) shows FLR (function level reset) enabled. Is this a requirement for all GPUs that will be passed to a VM or is it just for swapping the card between dom0 and domU? Would I still need FLR enabled if I ensured that dom0 only sees loads xen-pciback module for my 290x? 'sudo lspci -vv' reports FLReset- for all devices (not just my 290x). First I need to ensure FLR is critical for a successful PCI (or GPU) passthrouth. If so, then this makes me think I need to either 1) enable something in the BIOS or 2) change a kernel or module parameter. I've heard that some motherboards (for instance the Intel DH55HC) have an option to enable FLR in the chipset section of the BIOS. My motherboard (ASRock Z97 Extreme6) has VT-d support, but doesn't have any FLR option in the BIOS. Does anyone with experience regarding GPU passthrough have FLReset+ next to their GPUs? Here is the output of of 'xl dmesg': Xen 4.4.0 (XEN) Xen version 4.4.0 (joshua@home.network) (gcc (GCC) 4.9.0 20140521 (prerelease)) debug=n Sat May 31 15:52:14 PDT 2014 (XEN) Latest ChangeSet: (XEN) Bootloader: GRUB 2.02~beta2 (XEN) Command line: /xen-4.4.0.gz iommu=1 iommu_inclusive_mapping=1 dom0_mem=16G xsave=1 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 0 EDD information structures (XEN) Multiboot-e820 RAM map: (XEN) 0000000000000000 - 0000000000058000 (usable) (XEN) 0000000000058000 - 0000000000059000 (reserved) (XEN) 0000000000059000 - 000000000009f000 (usable) (XEN) 000000000009f000 - 00000000000a0000 (reserved) (XEN) 0000000000100000 - 0000000069e4c000 (usable) (XEN) 0000000069e4c000 - 0000000069e53000 (ACPI NVS) (XEN) 0000000069e53000 - 000000006ab54000 (usable) (XEN) 000000006ab54000 - 000000006b085000 (reserved) (XEN) 000000006b085000 - 000000007d185000 (usable) (XEN) 000000007d185000 - 000000007d216000 (reserved) (XEN) 000000007d216000 - 000000007d25d000 (usable) (XEN) 000000007d25d000 - 000000007d398000 (ACPI NVS) (XEN) 000000007d398000 - 000000007df7d000 (reserved) (XEN) 000000007df7d000 - 000000007dfff000 type 20 (XEN) 000000007dfff000 - 000000007e000000 (usable) (XEN) 000000007f000000 - 00000000bf200000 (reserved) (XEN) 00000000f0000000 - 00000000f8000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed00000 - 00000000fed04000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ff000000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 000000083fe00000 (usable) (XEN) ACPI: RSDP 000F0010, 0024 (r2 ALASKA) (XEN) ACPI: XSDT 7D365088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FACP 7D376090, 010C (r5 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: DSDT 7D3651B8, 10ED6 (r2 ALASKA A M I 35 INTL 20120711) (XEN) ACPI: FACS 7D397F80, 0040 (XEN) ACPI: APIC 7D3761A0, 0092 (r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FPDT 7D376238, 0044 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: SSDT 7D376280, 0539 (r1 PmRef Cpu0Ist 3000 INTL 20051117) (XEN) ACPI: SSDT 7D3767C0, 0B74 (r1 CpuRef CpuSsdt 3000 INTL 20051117) (XEN) ACPI: SSDT 7D377338, 01C7 (r1 PmRef LakeTiny 3000 INTL 20051117) (XEN) ACPI: MCFG 7D377500, 003C (r1 ALASKA A M I 1072009 MSFT 97) (XEN) ACPI: HPET 7D377540, 0038 (r1 ALASKA A M I 1072009 AMI. 5) (XEN) ACPI: SSDT 7D377578, 036D (r1 SataRe SataTabl 1000 INTL 20120711) (XEN) ACPI: SSDT 7D3778E8, 5B5E (r1 SaSsdt SaSsdt 3000 INTL 20120711) (XEN) ACPI: AAFT 7D37D448, 049F (r1 ALASKA OEMAAFT 1072009 MSFT 97) (XEN) ACPI: BGRT 7D37D8E8, 0038 (r0 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: DMAR 7D37D920, 00B8 (r1 INTEL BDW 1 INTL 1) (XEN) ACPI: SSDT 7D37D9D8, 0579 (r1 Intel_ IsctTabl 1000 INTL 20120711) (XEN) System RAM: 31690MB (32450764kB) (XEN) Domain heap initialised (XEN) ACPI: 32/64X FACS address mismatch in FADT - 7d397f80/0000000000000000, using 32 (XEN) Processor #0 7:12 APIC version 21 (XEN) Processor #2 7:12 APIC version 21 (XEN) Processor #4 7:12 APIC version 21 (XEN) Processor #6 7:12 APIC version 21 (XEN) Processor #1 7:12 APIC version 21 (XEN) Processor #3 7:12 APIC version 21 (XEN) Processor #5 7:12 APIC version 21 (XEN) Processor #7 7:12 APIC version 21 (XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Failed to enable Interrupt Remapping: Will not enable x2APIC. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3598.990 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) spurious 8259A interrupt: IRQ7. (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d iommu 1 supported page sizes: 4kB, 2MB, 1GB. (XEN) Intel VT-d Snoop Control not enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping enabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) - VMCS shadowing (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB (XEN) Brought up 8 CPUs (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1f5b000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000820000000->0000000828000000 (4158762 pages to be allocated) (XEN) Init. ramdisk: 000000083f32a000->000000083fdff200 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81f5b000 (XEN) Init. ramdisk: ffffffff81f5b000->ffffffff82a30200 (XEN) Phys-Mach map: ffffffff82a31000->ffffffff84a31000 (XEN) Start info: ffffffff84a31000->ffffffff84a314b4 (XEN) Page tables: ffffffff84a32000->ffffffff84a5b000 (XEN) Boot stack: ffffffff84a5b000->ffffffff84a5c000 (XEN) TOTAL: ffffffff80000000->ffffffff84c00000 (XEN) ENTRY ADDRESS: ffffffff818ee1f0 (XEN) Dom0 has maximum 8 VCPUs (XEN) Scrubbing Free RAM: .....................................................................................................................................................done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 260kB init memory. Here is my /etc/xen/vwin.hvm (vm config): name = 'vwin' builder = 'hvm' memory = 8192 vcpus = 2 disk = [ '/home/joshua/vms/vwin.img,raw,xvda,w', 'file:/home/joshua/vms/win81.iso,hdc:cdrom,r' ] vif = [ 'bridge=xenbr0,ip=192.168.1.115' ] vnclisten = '0.0.0.0' vnc = 1 pci = [ '01:00.0', '01:00.1' ] pci_permissive = 1 When I successfully start the VM, here is the output: Parsing config from /etc/xen/vwin.hvm libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:01:00.0 libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:01:00.1 The above is what first made me think there is an issue (which led me to find out more regarding FLR). When Windows boots I see the 290x, and when I run the AMD test to see what hardware I have it finds it as being a 290x. I can install the drivers for the card and no errors are reported. I reboot and look at Device Manager and I see the following message associated with the problem 290x device: This device cannot find enough free resources that it can use. (Code 12) I've looked around for other devices which may be conflicting with the 290x, and there is one other device which has no drivers currently. Other than that there is another Microsoft display device in the same section of the list next to the 290x. Disabling one or both of these devices and rebooting has no effect. Here's the relevant portion of my grub config: multiboot /xen-4.4.0.gz /xen-4.4.0.gz iommu=1 iommu_inclusive_mapping=1 dom0_mem=16G xsave=1 module /vmlinuz-linux /vmlinuz-linux root=UUID=917153ed-f386-4987-8fd0-9e293f8d969a rw modprobe.blacklist=radeon i915 quiet rootflags=subvol=rootvol console=tty0 xen-pciback.passthrough=1 xen-pciback.hide=(01:00.0)(01:00.1) I think 'iommu=1' is related to previous versions of Xen, and I'm not sure what 'iommu_inclusive_mapping=1' even does. I haven't verified that I get the same current functionality without these lines yet. Please request any other details if you think it would be helpful. This is an up-to-date archlinux, Xen 4.4.0-4 system with the following specs: motherboard: ASRock Z97 Extreme6 (BIOS v1.30) cpu: Intel i7-4790 memory: G.SKILL Ripjaws Z Series F3-2133C11Q-32GZL domU OS: archlinux domU a/v: Asus R9290X DirectCU II OC dom0 OS: Windows8.1 64-bit dom0 a/v: Intel HD Graphics 4600 ssd: 2x Samsung EVO 840 250GB optical: LG Blu-ray UH12NS30 psu: Enermax Maxrevo EMR1500EWT _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 03 18:22:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 18:22:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrtKf-0004sR-Kb; Tue, 03 Jun 2014 18:21:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WraIn-0007X1-95 for xen-users@lists.xen.org; Mon, 02 Jun 2014 22:01:58 +0000 Received: from [85.158.139.211:3697] by server-13.bemta-5.messagelabs.com id B4/9F-16341-454FC835; Mon, 02 Jun 2014 22:01:56 +0000 X-Env-Sender: xumengpanda@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1401746509!7669461!1 X-Originating-IP: [209.85.214.174] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, HTML_00_10, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7750 invoked from network); 2 Jun 2014 22:01:51 -0000 Received: from mail-ob0-f174.google.com (HELO mail-ob0-f174.google.com) (209.85.214.174) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jun 2014 22:01:51 -0000 Received: by mail-ob0-f174.google.com with SMTP id uz6so5187400obc.5 for ; Mon, 02 Jun 2014 15:01:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=VFoOaJ4HgctkhqEgal1BMgQu/l+xhA/gR+8DyE9EazU=; b=JuwEsGPqqFZJhEiHpE1L0FwTkDAkiA0nBTq8SygnupWrPrTOZX9tc+wSkLt55yYZj/ Nans+D2nWMqTVODXxde7Fg10SVWcnfXl0YyIUt3YJq81q2EVQgV9EXYjkvWxgBTVVYYu eeY0mNrojnyi9kUuQ6suUGCm5UKvktfYWnCK8wyptY4beBLvNtTbEgs8jCNF9YXWmt1K oo47tGDIJbhkXuFalIso7bO1I9sAv21LvtJj5OioOughDhJbYusn8LKCM3DYaUgrU5cZ 7vO6f/pevV/slfUMsnbokpRTaz3IXeqAceTiYuOU/d8cob7BP8NkIBkNLgkbXAuYlR7U V1ew== MIME-Version: 1.0 X-Received: by 10.182.24.38 with SMTP id r6mr42172189obf.10.1401746509445; Mon, 02 Jun 2014 15:01:49 -0700 (PDT) Received: by 10.76.107.41 with HTTP; Mon, 2 Jun 2014 15:01:49 -0700 (PDT) Date: Mon, 2 Jun 2014 18:01:49 -0400 Message-ID: From: Meng Xu To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 03 Jun 2014 18:21:07 +0000 Cc: Meng Xu Subject: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0314459544878873583==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0314459544878873583== Content-Type: multipart/alternative; boundary=001a11c29c82c2c1b204fae18a83 --001a11c29c82c2c1b204fae18a83 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I want to run a program in guest domain on Xen. This program needs to use the USB4 device, which is a data acquisition device designed to record data from 4 incremental encoders, 8 digital inputs and 4 analog input channels. The USB4 device's description is here: http://www.usdigital.com/products/interfaces/pc/usb/usb4 The Xen version I'm using is Xen 4.3.0; The Linux version I'm using in dom0 and domU is Ubuntu 12.04LTS. If I run the program on native Ubuntu 12.04LTS, it can detect the USB4 device and run successfully. If I run the program inside dom0 on Xen with guest domain running, this program can run successfully in dom0. But If I run the program in domU on Xen with usb passthrough enable for domU, the program reports error: NO USB4 DEVICE FOUND (-32) . I'm thinking the USB4 device is not successfully passed =E2=80=8B to domU=E2=80=8B . Because in domU, lsusb shows the USB4 device: Bus 001 Device 006: ID 09c9:0044; but in domU, this device is not in the output of the lsusb command. =E2=80=8B (All of other USB devices, such as Xbox joystick, are successfull= y passed to domU.)=E2=80=8B =E2=80=8BCan anyone help, either by telling me how to debug it or by pointi= ng my mistake in the configuration? I have been stuck at this for a while and really appreciate any kind of help. Is it possible that QEMU does not support USB4? If so, what should I do if I want to use USB4 in Xen? *Below are my configurations:* 1) domU's configuration file: #This is the script used to boot domU in HVM mode! #It should auto call qemu to init a qemu terminal, like boches, and run Linux in the qemu terminal! It will looks like how virtualBox run ubuntu in guest domain! # You can find the example in /etc/xen/xlexample.hvm name=3D"rosdom1" memory=3D1024 builder =3D 'hvm' #device_model =3D 'qemu-dm' #device_model_override =3D '/usr/local/lib/xen/bin/qemu-dm' vcpus=3D1 disk =3D ['file:/home/roslab/Research/rt-xen/guestImages/dom1.img,xvda,w'] vif =3D [''] sdl =3D 1 usb =3D 1 #host:09c9:0064 is not shown in domU usbdevice=3D['tablet','host:045e:028e','host:0c72:000c', 'host:067b:2303', 'host:1943:2255', 'host:199b:3065', 'host:09c9:0064', 'host:05e3:0608'] =E2=80=8B2) domU's lsusb result Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd Bus 001 Device 003: ID 0409:55aa NEC Corp. Hub Bus 001 Device 004: ID 045e:028e Microsoft Corp. Xbox360 Controller Bus 001 Device 005: ID 0c72:000c PEAK System PCAN-USB Bus 001 Device 006: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port Bus 001 Device 007: ID 1943:2255 Sensoray Co., Inc. Model 2255 4 Channel Capture Card Bus 001 Device 008: ID 199b:3065 =E2=80=8B =E2=80=8B3) dom0's lsusb result Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 003 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB Bus 003 Device 003: ID 0c72:000c PEAK System PCAN-USB Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port Bus 001 Device 004: ID 199b:3065 Bus 001 Device 005: ID 1943:2255 Sensoray Co., Inc. Model 2255 4 Channel Capture Card Bus 001 Device 006: ID 09c9:0044 Bus 002 Device 003: ID 045e:028e Microsoft Corp. Xbox360 Controller Bus 003 Device 004: ID 413c:2106 Dell Computer Corp. Dell QuietKey Keyboard Bus 003 Device 005: ID 0461:4d81 Primax Electronics, Ltd =E2=80=8B4) domU's dmesg result (At around 57s, it reports error. ) =E2=80=8B =E2=80=8B[ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.2.0-61-generic (buildd@kissel) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #92-Ubuntu SMP Mon Mar 31 23:47:59 UTC 2014 (Ubuntu 3.2.0-61.92-generic 3.2.55) [ 0.000000] Command line: BOOT_IMAGE=3D/boot/vmlinuz-3.2.0-61-generic root=3DUUID=3De2ffdbbd-aa67-416e-8c24-38421470803d ro quiet splash vt.hando= ff=3D7 [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) [ 0.000000] BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) [ 0.000000] BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) [ 0.000000] BIOS-e820: 0000000000100000 - 000000003f7ff000 (usable) [ 0.000000] BIOS-e820: 000000003f7ff000 - 000000003f800000 (reserved) [ 0.000000] BIOS-e820: 00000000fc000000 - 0000000100000000 (reserved) [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] SMBIOS 2.4 present. [ 0.000000] DMI: Xen HVM domU, BIOS 4.3.0 05/14/2014 [ 0.000000] Hypervisor detected: Xen HVM [ 0.000000] Xen version 4.3. [ 0.000000] Xen Platform PCI: I/O protocol version 1 [ 0.000000] Netfront and the Xen platform PCI driver have been compiled for this kernel: unplug emulated NICs. [ 0.000000] Blkfront and the Xen platform PCI driver have been compiled for this kernel: unplug emulated disks. [ 0.000000] You might have to change the root device [ 0.000000] from /dev/hd[a-d] to /dev/xvd[a-d] [ 0.000000] in your root=3D kernel command line option [ 0.000000] HVMOP_pagetable_dying not supported [ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 (usable) =3D=3D> (reserved) [ 0.000000] e820 remove range: 00000000000a0000 - 0000000000100000 (usable) [ 0.000000] No AGP bridge found [ 0.000000] last_pfn =3D 0x3f7ff max_arch_pfn =3D 0x400000000 [ 0.000000] MTRR default type: write-back [ 0.000000] MTRR fixed ranges enabled: [ 0.000000] 00000-9FFFF write-back [ 0.000000] A0000-BFFFF write-combining [ 0.000000] C0000-FFFFF write-back [ 0.000000] MTRR variable ranges enabled: [ 0.000000] 0 base 0F0000000 mask FF8000000 uncachable [ 0.000000] 1 base 0F8000000 mask FFC000000 uncachable [ 0.000000] 2 disabled [ 0.000000] 3 disabled [ 0.000000] 4 disabled [ 0.000000] 5 disabled [ 0.000000] 6 disabled [ 0.000000] 7 disabled [ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [ 0.000000] found SMP MP-table at [ffff8800000fdaf0] fdaf0 [ 0.000000] initial memory mapped : 0 - 20000000 [ 0.000000] Base memory trampoline at [ffff88000009a000] 9a000 size 2048= 0 [ 0.000000] init_memory_mapping: 0000000000000000-000000003f7ff000 [ 0.000000] 0000000000 - 003f600000 page 2M [ 0.000000] 003f600000 - 003f7ff000 page 4k [ 0.000000] kernel direct mapping tables up to 3f7ff000 @ 1fffd000-20000000 [ 0.000000] RAMDISK: 364c2000 - 37259000 [ 0.000000] ACPI: RSDP 00000000000fda40 00024 (v02 Xen) [ 0.000000] ACPI: XSDT 00000000fc009f70 00054 (v01 Xen HVM 00000000 HVML 00000000) [ 0.000000] ACPI: FACP 00000000fc0098a0 000F4 (v04 Xen HVM 00000000 HVML 00000000) [ 0.000000] ACPI: DSDT 00000000fc001250 085CD (v02 Xen HVM 00000000 INTL 20100528) [ 0.000000] ACPI: FACS 00000000fc001210 00040 [ 0.000000] ACPI: APIC 00000000fc0099a0 00460 (v02 Xen HVM 00000000 HVML 00000000) [ 0.000000] ACPI: HPET 00000000fc009e80 00038 (v01 Xen HVM 00000000 HVML 00000000) [ 0.000000] ACPI: WAET 00000000fc009ec0 00028 (v01 Xen HVM 00000000 HVML 00000000) [ 0.000000] ACPI: SSDT 00000000fc009ef0 00031 (v02 Xen HVM 00000000 INTL 20100528) [ 0.000000] ACPI: SSDT 00000000fc009f30 00031 (v02 Xen HVM 00000000 INTL 20100528) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] No NUMA configuration found [ 0.000000] Faking a node at 0000000000000000-000000003f7ff000 [ 0.000000] Initmem setup node 0 0000000000000000-000000003f7ff000 [ 0.000000] NODE_DATA [000000003f7fa000 - 000000003f7fefff] [ 0.000000] [ffffea0000000000-ffffea0000ffffff] PMD -> [ffff88003de00000-ffff88003edfffff] on node 0 [ 0.000000] Zone PFN ranges: [ 0.000000] DMA 0x00000010 -> 0x00001000 [ 0.000000] DMA32 0x00001000 -> 0x00100000 [ 0.000000] Normal empty [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[2] active PFN ranges [ 0.000000] 0: 0x00000010 -> 0x0000009f [ 0.000000] 0: 0x00000100 -> 0x0003f7ff [ 0.000000] On node 0 totalpages: 259982 [ 0.000000] DMA zone: 64 pages used for memmap [ 0.000000] DMA zone: 5 pages reserved [ 0.000000] DMA zone: 3914 pages, LIFO batch:0 [ 0.000000] DMA32 zone: 4000 pages used for memmap [ 0.000000] DMA32 zone: 251999 pages, LIFO batch:31 [ 0.000000] ACPI: PM-Timer IO Port: 0xb008 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x08] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x0a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x0c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x0e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x10] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x12] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x14] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x16] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x18] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x1a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x1c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x1e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x20] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x11] lapic_id[0x22] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x24] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id[0x26] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x15] lapic_id[0x2a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x18] lapic_id[0x30] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x19] lapic_id[0x32] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x34] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1b] lapic_id[0x36] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1c] lapic_id[0x38] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1d] lapic_id[0x3a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x3c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x1f] lapic_id[0x3e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x20] lapic_id[0x40] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x21] lapic_id[0x42] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x22] lapic_id[0x44] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x23] lapic_id[0x46] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x24] lapic_id[0x48] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x25] lapic_id[0x4a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x26] lapic_id[0x4c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x27] lapic_id[0x4e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x28] lapic_id[0x50] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x29] lapic_id[0x52] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2a] lapic_id[0x54] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2b] lapic_id[0x56] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2c] lapic_id[0x58] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2d] lapic_id[0x5a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2e] lapic_id[0x5c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x2f] lapic_id[0x5e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x30] lapic_id[0x60] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x31] lapic_id[0x62] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x32] lapic_id[0x64] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x33] lapic_id[0x66] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x34] lapic_id[0x68] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x35] lapic_id[0x6a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x36] lapic_id[0x6c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x37] lapic_id[0x6e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x38] lapic_id[0x70] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x39] lapic_id[0x72] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3a] lapic_id[0x74] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3b] lapic_id[0x76] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3c] lapic_id[0x78] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3d] lapic_id[0x7a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3e] lapic_id[0x7c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x3f] lapic_id[0x7e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x40] lapic_id[0x80] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x41] lapic_id[0x82] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x42] lapic_id[0x84] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x43] lapic_id[0x86] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x44] lapic_id[0x88] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x45] lapic_id[0x8a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x46] lapic_id[0x8c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x47] lapic_id[0x8e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x48] lapic_id[0x90] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x49] lapic_id[0x92] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4a] lapic_id[0x94] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4b] lapic_id[0x96] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4c] lapic_id[0x98] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4d] lapic_id[0x9a] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4e] lapic_id[0x9c] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x4f] lapic_id[0x9e] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x50] lapic_id[0xa0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x51] lapic_id[0xa2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x52] lapic_id[0xa4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x53] lapic_id[0xa6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x54] lapic_id[0xa8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x55] lapic_id[0xaa] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x56] lapic_id[0xac] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x57] lapic_id[0xae] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x58] lapic_id[0xb0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x59] lapic_id[0xb2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5a] lapic_id[0xb4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5b] lapic_id[0xb6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5c] lapic_id[0xb8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5d] lapic_id[0xba] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5e] lapic_id[0xbc] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x5f] lapic_id[0xbe] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x60] lapic_id[0xc0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x61] lapic_id[0xc2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x62] lapic_id[0xc4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x63] lapic_id[0xc6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x64] lapic_id[0xc8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x65] lapic_id[0xca] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x66] lapic_id[0xcc] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x67] lapic_id[0xce] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x68] lapic_id[0xd0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x69] lapic_id[0xd2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6a] lapic_id[0xd4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6b] lapic_id[0xd6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6c] lapic_id[0xd8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6d] lapic_id[0xda] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6e] lapic_id[0xdc] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x6f] lapic_id[0xde] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x70] lapic_id[0xe0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x71] lapic_id[0xe2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x72] lapic_id[0xe4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x73] lapic_id[0xe6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x74] lapic_id[0xe8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x75] lapic_id[0xea] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x76] lapic_id[0xec] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x77] lapic_id[0xee] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x78] lapic_id[0xf0] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x79] lapic_id[0xf2] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7a] lapic_id[0xf4] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7b] lapic_id[0xf6] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7c] lapic_id[0xf8] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7d] lapic_id[0xfa] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7e] lapic_id[0xfc] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x7f] lapic_id[0xfe] disabled) [ 0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 1, version 17, address 0xfec00000, GSI 0-47 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 low level) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 low level) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 low level) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ2 used by override. [ 0.000000] ACPI: IRQ5 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] ACPI: IRQ10 used by override. [ 0.000000] ACPI: IRQ11 used by override. [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 [ 0.000000] SMP: Allowing 128 CPUs, 127 hotplug CPUs [ 0.000000] nr_irqs_gsi: 64 [ 0.000000] PM: Registered nosave memory: 000000000009f000 - 00000000000a0000 [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000 [ 0.000000] PM: Registered nosave memory: 00000000000f0000 - 0000000000100000 [ 0.000000] Allocating PCI resources starting at 3f800000 (gap: 3f800000:bc800000) [ 0.000000] Booting paravirtualized kernel on Xen HVM [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:128 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 28 pages/cpu @ffff88003ce00000 s83136 r8192 d23360 u131072 [ 0.000000] pcpu-alloc: s83136 r8192 d23360 u131072 alloc=3D1*2097152 [ 0.000000] pcpu-alloc: [0] 000 001 002 003 004 005 006 007 008 009 010 011 012 013 014 015 [ 0.000000] pcpu-alloc: [0] 016 017 018 019 020 021 022 023 024 025 026 027 028 029 030 031 [ 0.000000] pcpu-alloc: [0] 032 033 034 035 036 037 038 039 040 041 042 043 044 045 046 047 [ 0.000000] pcpu-alloc: [0] 048 049 050 051 052 053 054 055 056 057 058 059 060 061 062 063 [ 0.000000] pcpu-alloc: [0] 064 065 066 067 068 069 070 071 072 073 074 075 076 077 078 079 [ 0.000000] pcpu-alloc: [0] 080 081 082 083 084 085 086 087 088 089 090 091 092 093 094 095 [ 0.000000] pcpu-alloc: [0] 096 097 098 099 100 101 102 103 104 105 106 107 108 109 110 111 [ 0.000000] pcpu-alloc: [0] 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 255913 [ 0.000000] Policy zone: DMA32 [ 0.000000] Kernel command line: BOOT_IMAGE=3D/boot/vmlinuz-3.2.0-61-generic root=3DUUID=3De2ffdbbd-aa67-416e-8c24-38421470803d ro quiet splash vt.hando= ff=3D7 [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 0.000000] xsave/xrstor: enabled xstate_bv 0x7, cntxt size 0x340 [ 0.000000] Checking aperture... [ 0.000000] No AGP bridge found [ 0.000000] Calgary: detecting Calgary via BIOS EBDA area [ 0.000000] Calgary: Unable to locate Rio Grande table in EBDA - bailing= ! [ 0.000000] Memory: 979460k/1040380k available (6588k kernel code, 452k absent, 60468k reserved, 6618k data, 924k init) [ 0.000000] SLUB: Genslabs=3D15, HWalign=3D64, Order=3D0-3, MinObjects= =3D0, CPUs=3D128, Nodes=3D1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU dyntick-idle grace-period acceleration is enabled. [ 0.000000] NR_IRQS:16640 nr_irqs:2112 16 [ 0.000000] Xen HVM callback vector for event delivery is enabled [ 0.000000] vt handoff: transparent VT on vt#7 [ 0.000000] Console: colour dummy device 80x25 [ 0.000000] console [tty0] enabled [ 0.000000] allocated 8388608 bytes of page_cgroup [ 0.000000] please try 'cgroup_disable=3Dmemory' option if you don't wan= t memory cgroups [ 0.000000] hpet clockevent registered [ 0.000000] Detected 2793.752 MHz processor. [ 0.008000] Calibrating delay loop (skipped), value calculated using timer frequency.. 5587.50 BogoMIPS (lpj=3D11175008) [ 0.008000] pid_max: default: 131072 minimum: 1024 [ 0.008000] Security Framework initialized [ 0.008000] AppArmor: AppArmor initialized [ 0.008000] Yama: becoming mindful. [ 0.008000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) [ 0.008000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes) [ 0.008000] Mount-cache hash table entries: 256 [ 0.008000] Initializing cgroup subsys cpuacct [ 0.008000] Initializing cgroup subsys memory [ 0.008000] Initializing cgroup subsys devices [ 0.008000] Initializing cgroup subsys freezer [ 0.008000] Initializing cgroup subsys blkio [ 0.008000] Initializing cgroup subsys perf_event [ 0.008000] CPU: Physical Processor ID: 0 [ 0.008000] CPU: Processor Core ID: 0 [ 0.008000] mce: CPU supports 2 MCE banks [ 0.008000] SMP alternatives: switching to UP code [ 0.024432] ACPI: Core revision 20110623 [ 0.027078] ftrace: allocating 26601 entries in 105 pages [ 0.049178] x2apic not enabled, IRQ remapping init failed [ 0.049181] Switched APIC routing to physical flat. [ 0.051384] ..TIMER: vector=3D0x30 apic1=3D0 pin1=3D2 apic2=3D0 pin2=3D0 [ 0.091380] CPU0: Intel(R) Core(TM) i7-2600S CPU @ 2.80GHz stepping 07 [ 0.091387] Xen: using vcpuop timer interface [ 0.091392] installing Xen timer for CPU 0 [ 0.091492] cpu 0 spinlock event irq 69 [ 0.091493] Performance Events: unsupported p6 CPU model 42 no PMU driver, software events only. [ 0.091665] NMI watchdog disabled (cpu0): hardware events not enabled [ 0.091681] Brought up 1 CPUs [ 0.091683] Total of 1 processors activated (5587.50 BogoMIPS). [ 0.092004] devtmpfs: initialized [ 0.092004] EVM: security.selinux [ 0.092004] EVM: security.SMACK64 [ 0.092004] EVM: security.capability [ 0.092004] print_constraints: dummy: [ 0.092004] RTC time: 21:26:31, date: 06/02/14 [ 0.092004] NET: Registered protocol family 16 [ 0.092004] ACPI: bus type pci registered [ 0.092004] PCI: Using configuration type 1 for base access [ 0.092004] bio: create slab at 0 [ 0.092004] ACPI: Added _OSI(Module Device) [ 0.092004] ACPI: Added _OSI(Processor Device) [ 0.092004] ACPI: Added _OSI(3.0 _SCP Extensions) [ 0.092004] ACPI: Added _OSI(Processor Aggregator Device) [ 0.092199] ACPI: EC: Look up EC in DSDT [ 0.095237] ACPI: Interpreter enabled [ 0.095239] ACPI: (supports S0 S3 S4 S5) [ 0.095248] ACPI: Using IOAPIC for interrupt routing [ 0.097615] ACPI: No dock devices found. [ 0.097616] HEST: Table not found. [ 0.097618] PCI: Using host bridge windows from ACPI; if necessary, use "pci=3Dnocrs" and report a bug [ 0.097649] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff]) [ 0.097714] pci_root PNP0A03:00: host bridge window [io 0x0000-0x0cf7] [ 0.097715] pci_root PNP0A03:00: host bridge window [io 0x0d00-0xffff] [ 0.097716] pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff] [ 0.097718] pci_root PNP0A03:00: host bridge window [mem 0xf0000000-0xfbffffff] [ 0.097911] pci 0000:00:00.0: [8086:1237] type 0 class 0x000600 [ 0.099963] pci 0000:00:01.0: [8086:7000] type 0 class 0x000601 [ 0.103226] pci 0000:00:01.1: [8086:7010] type 0 class 0x000101 [ 0.116016] pci 0000:00:01.1: reg 20: [io 0xc220-0xc22f] [ 0.122459] pci 0000:00:01.2: [8086:7020] type 0 class 0x000c03 [ 0.129533] pci 0000:00:01.2: reg 20: [io 0xc200-0xc21f] [ 0.132328] pci 0000:00:01.3: [8086:7113] type 0 class 0x000680 [ 0.133497] pci 0000:00:01.3: quirk: [io 0xb000-0xb03f] claimed by PIIX4 ACPI [ 0.133539] pci 0000:00:01.3: quirk: [io 0xb100-0xb10f] claimed by PIIX4 SMB [ 0.133979] pci 0000:00:02.0: [1013:00b8] type 0 class 0x000300 [ 0.136012] pci 0000:00:02.0: reg 10: [mem 0xf0000000-0xf1ffffff pref] [ 0.138677] pci 0000:00:02.0: reg 14: [mem 0xf3020000-0xf3020fff] [ 0.148012] pci 0000:00:02.0: reg 30: [mem 0xf3000000-0xf300ffff pref] [ 0.148337] pci 0000:00:03.0: [5853:0001] type 0 class 0x00ff80 [ 0.151337] pci 0000:00:03.0: reg 10: [io 0xc000-0xc0ff] [ 0.153403] pci 0000:00:03.0: reg 14: [mem 0xf2000000-0xf2ffffff pref] [ 0.166189] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] [ 0.166677] pci0000:00: Unable to request _OSC control (_OSC support mask: 0x1e) [ 0.170884] ACPI: PCI Interrupt Link [LNKA] (IRQs *5 10 11) [ 0.171110] ACPI: PCI Interrupt Link [LNKB] (IRQs 5 *10 11) [ 0.171240] ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11) [ 0.171412] ACPI: PCI Interrupt Link [LNKD] (IRQs *5 10 11) [ 0.171505] xen/balloon: Initialising balloon driver. [ 0.171571] xen-balloon: Initialising balloon driver. [ 0.171719] vgaarb: device added: PCI:0000:00:02.0,decodes=3Dio+mem,owns=3Dio+mem,locks=3Dnone [ 0.171723] vgaarb: loaded [ 0.171725] vgaarb: bridge control possible 0000:00:02.0 [ 0.171859] i2c-core: driver [aat2870] using legacy suspend method [ 0.171861] i2c-core: driver [aat2870] using legacy resume method [ 0.171972] SCSI subsystem initialized [ 0.172022] libata version 3.00 loaded. [ 0.172074] usbcore: registered new interface driver usbfs [ 0.172086] usbcore: registered new interface driver hub [ 0.172144] usbcore: registered new device driver usb [ 0.172307] PCI: Using ACPI for IRQ routing [ 0.172310] PCI: pci_cache_line_size set to 64 bytes [ 0.172728] reserve RAM buffer: 000000000009fc00 - 000000000009ffff [ 0.172730] reserve RAM buffer: 000000003f7ff000 - 000000003fffffff [ 0.172901] NetLabel: Initializing [ 0.172903] NetLabel: domain hash size =3D 128 [ 0.172905] NetLabel: protocols =3D UNLABELED CIPSOv4 [ 0.172917] NetLabel: unlabeled traffic allowed by default [ 0.173004] HPET: 3 timers in total, 0 timers will be used for per-cpu timer [ 0.173027] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0 [ 0.173033] hpet0: 3 comparators, 64-bit 62.500000 MHz counter [ 0.180085] Switching to clocksource xen [ 0.192480] AppArmor: AppArmor Filesystem Enabled [ 0.192509] pnp: PnP ACPI init [ 0.192526] ACPI: bus type pnp registered [ 0.192556] pnp 00:00: [mem 0x00000000-0x0009ffff] [ 0.192594] system 00:00: [mem 0x00000000-0x0009ffff] could not be reserved [ 0.192599] system 00:00: Plug and Play ACPI device, IDs PNP0c02 (active= ) [ 0.192676] pnp 00:01: [bus 00-ff] [ 0.192679] pnp 00:01: [io 0x0cf8-0x0cff] [ 0.192682] pnp 00:01: [io 0x0000-0x0cf7 window] [ 0.192685] pnp 00:01: [io 0x0d00-0xffff window] [ 0.192687] pnp 00:01: [mem 0x000a0000-0x000bffff window] [ 0.192690] pnp 00:01: [mem 0xf0000000-0xfbffffff window] [ 0.192748] pnp 00:01: Plug and Play ACPI device, IDs PNP0a03 (active) [ 0.192779] pnp 00:02: [mem 0xfed00000-0xfed003ff] [ 0.192803] pnp 00:02: Plug and Play ACPI device, IDs PNP0103 (active) [ 0.192824] pnp 00:03: [io 0x0010-0x001f] [ 0.192827] pnp 00:03: [io 0x0022-0x002d] [ 0.192829] pnp 00:03: [io 0x0030-0x003f] [ 0.192831] pnp 00:03: [io 0x0044-0x005f] [ 0.192834] pnp 00:03: [io 0x0062-0x0063] [ 0.192836] pnp 00:03: [io 0x0065-0x006f] [ 0.192838] pnp 00:03: [io 0x0072-0x007f] [ 0.192840] pnp 00:03: [io 0x0080] [ 0.192842] pnp 00:03: [io 0x0084-0x0086] [ 0.192845] pnp 00:03: [io 0x0088] [ 0.192847] pnp 00:03: [io 0x008c-0x008e] [ 0.192849] pnp 00:03: [io 0x0090-0x009f] [ 0.192851] pnp 00:03: [io 0x00a2-0x00bd] [ 0.192853] pnp 00:03: [io 0x00e0-0x00ef] [ 0.192856] pnp 00:03: [io 0x08a0-0x08a3] [ 0.192858] pnp 00:03: [io 0x0cc0-0x0ccf] [ 0.192860] pnp 00:03: [io 0x04d0-0x04d1] [ 0.192897] system 00:03: [io 0x08a0-0x08a3] has been reserved [ 0.192901] system 00:03: [io 0x0cc0-0x0ccf] has been reserved [ 0.192904] system 00:03: [io 0x04d0-0x04d1] has been reserved [ 0.192908] system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active= ) [ 0.192922] pnp 00:04: [dma 4] [ 0.192924] pnp 00:04: [io 0x0000-0x000f] [ 0.192926] pnp 00:04: [io 0x0081-0x0083] [ 0.192929] pnp 00:04: [io 0x0087] [ 0.192931] pnp 00:04: [io 0x0089-0x008b] [ 0.192933] pnp 00:04: [io 0x008f] [ 0.192935] pnp 00:04: [io 0x00c0-0x00df] [ 0.192937] pnp 00:04: [io 0x0480-0x048f] [ 0.192976] pnp 00:04: Plug and Play ACPI device, IDs PNP0200 (active) [ 0.192989] pnp 00:05: [io 0x0070-0x0071] [ 0.193016] xen: --> pirq=3D16 -> irq=3D8 (gsi=3D8) [ 0.193019] pnp 00:05: [irq 8] [ 0.193045] pnp 00:05: Plug and Play ACPI device, IDs PNP0b00 (active) [ 0.193055] pnp 00:06: [io 0x0061] [ 0.193078] pnp 00:06: Plug and Play ACPI device, IDs PNP0800 (active) [ 0.193109] xen: --> pirq=3D17 -> irq=3D12 (gsi=3D12) [ 0.193112] pnp 00:07: [irq 12] [ 0.193152] pnp 00:07: Plug and Play ACPI device, IDs PNP0f13 (active) [ 0.193171] pnp 00:08: [io 0x0060] [ 0.193173] pnp 00:08: [io 0x0064] [ 0.193190] xen: --> pirq=3D18 -> irq=3D1 (gsi=3D1) [ 0.193193] pnp 00:08: [irq 1] [ 0.193219] pnp 00:08: Plug and Play ACPI device, IDs PNP0303 PNP030b (active) [ 0.193246] pnp 00:09: [io 0x03f0-0x03f5] [ 0.193249] pnp 00:09: [io 0x03f7] [ 0.193264] xen: --> pirq=3D19 -> irq=3D6 (gsi=3D6) [ 0.193267] pnp 00:09: [irq 6] [ 0.193270] pnp 00:09: [dma 2] [ 0.193298] pnp 00:09: Plug and Play ACPI device, IDs PNP0700 (active) [ 0.193323] pnp 00:0a: [io 0x03f8-0x03ff] [ 0.193338] xen: --> pirq=3D20 -> irq=3D4 (gsi=3D4) [ 0.193341] pnp 00:0a: [irq 4] [ 0.193382] pnp 00:0a: Plug and Play ACPI device, IDs PNP0501 (active) [ 0.193418] pnp 00:0b: [io 0x0378-0x037f] [ 0.193435] xen: --> pirq=3D21 -> irq=3D7 (gsi=3D7) [ 0.193438] pnp 00:0b: [irq 7] [ 0.193465] pnp 00:0b: Plug and Play ACPI device, IDs PNP0400 (active) [ 0.193490] pnp 00:0c: [io 0xae00-0xae0f] [ 0.193492] pnp 00:0c: [io 0xb044-0xb047] [ 0.193526] system 00:0c: [io 0xae00-0xae0f] has been reserved [ 0.193530] system 00:0c: [io 0xb044-0xb047] has been reserved [ 0.193533] system 00:0c: Plug and Play ACPI device, IDs PNP0c02 (active= ) [ 0.193874] pnp: PnP ACPI: found 13 devices [ 0.193876] ACPI: ACPI bus type pnp unregistered [ 0.201061] PCI: max bus depth: 0 pci_try_num: 1 [ 0.201069] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] [ 0.201072] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] [ 0.201075] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] [ 0.201078] pci_bus 0000:00: resource 7 [mem 0xf0000000-0xfbffffff] [ 0.201153] NET: Registered protocol family 2 [ 0.201349] IP route cache hash table entries: 32768 (order: 6, 262144 bytes) [ 0.201987] TCP established hash table entries: 131072 (order: 9, 2097152 bytes) [ 0.203886] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) [ 0.204779] TCP: Hash tables configured (established 131072 bind 65536) [ 0.204783] TCP reno registered [ 0.204790] UDP hash table entries: 512 (order: 2, 16384 bytes) [ 0.204813] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes) [ 0.205301] NET: Registered protocol family 1 [ 0.205313] pci 0000:00:00.0: Limiting direct PCI/PCI transfers [ 0.205403] pci 0000:00:01.0: PIIX3: Enabling Passive Release [ 0.205526] pci 0000:00:01.0: Activating ISA DMA hang workarounds [ 0.205725] xen: --> pirq=3D22 -> irq=3D23 (gsi=3D23) [ 0.205729] pci 0000:00:01.2: PCI INT D -> GSI 23 (level, low) -> IRQ 23 [ 0.207469] pci 0000:00:01.2: PCI INT D disabled [ 0.207620] pci 0000:00:02.0: Boot video device [ 0.207733] PCI: CLS 0 bytes, default 64 [ 0.208252] audit: initializing netlink socket (disabled) [ 0.208267] type=3D2000 audit(1401744392.019:1): initialized [ 0.226671] Trying to unpack rootfs image as initramfs... [ 0.252081] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 0.260212] VFS: Disk quotas dquot_6.5.2 [ 0.260302] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.260748] fuse init (API version 7.17) [ 0.260807] msgmni has been set to 1913 [ 0.272129] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [ 0.272151] io scheduler noop registered [ 0.272152] io scheduler deadline registered [ 0.272178] io scheduler cfq registered (default) [ 0.272234] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 0.272243] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 0.272287] efifb: probing for efifb [ 0.272370] efifb: framebuffer at 0xf0000000, mapped to 0xffffc90000500000, using 1408k, total 1408k [ 0.272371] efifb: mode is 800x600x24, linelength=3D2400, pages=3D1 [ 0.272372] efifb: scrolling: redraw [ 0.272373] efifb: Truecolor: size=3D0:8:8:8, shift=3D0:16:8:0 [ 0.272434] Console: switching to colour frame buffer device 100x37 [ 0.272442] fb0: EFI VGA frame buffer device [ 0.272485] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 [ 0.272489] ACPI: Power Button [PWRF] [ 0.272521] input: Sleep Button as /devices/LNXSYSTM:00/LNXSLPBN:00/input/input1 [ 0.272524] ACPI: Sleep Button [SLPF] [ 0.273447] ERST: Table is not found! [ 0.273448] GHES: HEST is not enabled! [ 0.273856] xen: --> pirq=3D23 -> irq=3D28 (gsi=3D28) [ 0.273861] xen-platform-pci 0000:00:03.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28 [ 0.273909] Grant table initialized [ 0.276900] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 0.309309] serial8250: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A [ 0.309863] init_memory_mapping: 0000000040000000-0000000048000000 [ 0.309866] 0040000000 - 0048000000 page 2M [ 0.376828] 00:0a: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A [ 0.408303] Linux agpgart interface v0.103 [ 0.409705] brd: module loaded [ 0.412483] loop: module loaded [ 0.414925] blkfront device/vbd/51712 num-ring-pages 1 nr_ents 32. [ 0.415379] ata_piix 0000:00:01.1: version 2.13 [ 0.417376] ata_piix 0000:00:01.1: setting latency timer to 64 [ 0.418734] blkfront: xvda: flush diskcache: enabled [ 0.420194] xvda: xvda1 xvda2 < xvda5 > [ 0.424217] scsi0 : ata_piix [ 0.424306] scsi1 : ata_piix [ 0.424341] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc220 irq 1= 4 [ 0.424343] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc228 irq 1= 5 [ 0.424591] Fixed MDIO Bus: probed [ 0.424602] tun: Universal TUN/TAP device driver, 1.6 [ 0.424604] tun: (C) 1999-2004 Max Krasnyansky [ 0.424642] PPP generic driver version 2.4.2 [ 0.424668] Initialising Xen virtual ethernet driver. [ 0.426228] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 0.426240] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 0.426246] uhci_hcd: USB Universal Host Controller Interface driver [ 0.426295] uhci_hcd 0000:00:01.2: PCI INT D -> GSI 23 (level, low) -> IRQ 23 [ 0.427126] uhci_hcd 0000:00:01.2: setting latency timer to 64 [ 0.427156] uhci_hcd 0000:00:01.2: UHCI Host Controller [ 0.427216] uhci_hcd 0000:00:01.2: new USB bus registered, assigned bus number 1 [ 0.427439] uhci_hcd 0000:00:01.2: irq 23, io base 0x0000c200 [ 0.428225] hub 1-0:1.0: USB hub found [ 0.428256] hub 1-0:1.0: 2 ports detected [ 0.428543] usbcore: registered new interface driver libusual [ 0.428601] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 [ 0.430309] serio: i8042 KBD port at 0x60,0x64 irq 1 [ 0.430334] serio: i8042 AUX port at 0x60,0x64 irq 12 [ 0.430620] mousedev: PS/2 mouse device common for all mice [ 0.431393] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2 [ 0.432734] rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0 [ 0.432820] rtc0: alarms up to one day, 114 bytes nvram, hpet irqs [ 0.436304] device-mapper: uevent: version 1.0.3 [ 0.437591] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com [ 0.437600] cpuidle: using governor ladder [ 0.437602] cpuidle: using governor menu [ 0.437604] EFI Variables Facility v0.08 2004-May-17 [ 0.437846] TCP cubic registered [ 0.438021] NET: Registered protocol family 10 [ 0.439551] NET: Registered protocol family 17 [ 0.439559] Registering the dns_resolver key type [ 0.439729] PM: Hibernation image not present or could not be loaded. [ 0.439741] registered taskstats version 1 [ 0.518891] Freeing initrd memory: 13916k freed [ 0.524222] XENBUS: Device with no driver: device/vkbd/0 [ 0.524225] Magic number: 2:751:448 [ 0.524282] rtc_cmos 00:05: setting system clock to 2014-06-02 21:26:32 UTC (1401744392) [ 0.524317] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found [ 0.524318] EDD information not available. [ 0.594436] ata2.01: NODEV after polling detection [ 0.596844] ata2.00: ATAPI: QEMU DVD-ROM, 1.3.1, max UDMA/100 [ 0.599322] ata2.00: configured for MWDMA2 [ 0.602730] scsi 1:0:0:0: CD-ROM QEMU QEMU DVD-ROM 1.3. PQ: 0 ANSI: 5 [ 0.608763] sr0: scsi3-mmc drive: 4x/4x cd/rw xa/form2 tray [ 0.608769] cdrom: Uniform CD-ROM driver Revision: 3.20 [ 0.608942] sr 1:0:0:0: Attached scsi CD-ROM sr0 [ 0.609016] sr 1:0:0:0: Attached scsi generic sg0 type 5 [ 0.610946] Freeing unused kernel memory: 924k freed [ 0.611098] Write protecting the kernel read-only data: 12288k [ 0.617404] Freeing unused kernel memory: 1584k freed [ 0.623716] Freeing unused kernel memory: 1188k freed [ 0.643344] udevd[87]: starting version 175 [ 0.740093] usb 1-1: new full-speed USB device number 2 using uhci_hcd [ 0.772960] EXT4-fs (xvda1): mounted filesystem with ordered data mode. Opts: (null) [ 0.820438] FDC 0 is a S82078B [ 1.024812] usb 1-2: new full-speed USB device number 3 using uhci_hcd [ 1.035831] Adding 1044188k swap on /dev/xvda5. Priority:-1 extents:1 across:1044188k SS [ 1.054172] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 1.064865] udevd[304]: starting version 175 [ 1.091331] EXT4-fs (xvda1): re-mounted. Opts: errors=3Dremount-ro [ 1.108760] lp: driver loaded but no devices found [ 1.204156] Refined TSC clocksource calibration: 2793.650 MHz. [ 1.205886] hub 1-2:1.0: USB hub found [ 1.206860] hub 1-2:1.0: 8 ports detected [ 1.266435] piix4_smbus 0000:00:01.3: Host SMBus controller not enabled! [ 1.351867] parport_pc 00:0b: reported by Plug and Play ACPI [ 1.352648] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE] [ 1.404209] input: QEMU QEMU USB Tablet as /devices/pci0000:00/0000:00:01.2/usb1/1-1/1-1:1.0/input/input3 [ 1.404445] generic-usb 0003:0627:0001.0001: input,hidraw0: USB HID v0.01 Pointer [QEMU QEMU USB Tablet] on usb-0000:00:01.2-1/input0 [ 1.404492] usbcore: registered new interface driver usbhid [ 1.404495] usbhid: USB HID core driver [ 1.619636] type=3D1400 audit(1401744393.588:2): apparmor=3D"STATUS" operation=3D"profile_load" name=3D"/sbin/dhclient" pid=3D465 comm=3D"apparmor_parser" [ 1.621729] type=3D1400 audit(1401744393.592:3): apparmor=3D"STATUS" operation=3D"profile_load" name=3D"/usr/lib/NetworkManager/nm-dhcp-client.action" pid=3D465 comm=3D"apparmor_parser" [ 1.622017] type=3D1400 audit(1401744393.592:4): apparmor=3D"STATUS" operation=3D"profile_load" name=3D"/usr/lib/connman/scripts/dhclient-script= " pid=3D465 comm=3D"apparmor_parser" [ 1.689809] usb 1-2.1: new full-speed USB device number 4 using uhci_hcd [ 1.891343] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input4 [ 1.919715] lp0: using parport0 (interrupt-driven). [ 2.004538] init: failsafe main process (569) killed by TERM signal [ 2.054714] type=3D1400 audit(1401744394.024:5): apparmor=3D"STATUS" operation=3D"profile_replace" name=3D"/sbin/dhclient" pid=3D650 comm=3D"apparmor_parser" [ 2.055227] type=3D1400 audit(1401744394.024:6): apparmor=3D"STATUS" operation=3D"profile_replace" name=3D"/usr/lib/NetworkManager/nm-dhcp-client.action" pid=3D650 comm=3D"apparmor_parser" [ 2.055603] type=3D1400 audit(1401744394.024:7): apparmor=3D"STATUS" operation=3D"profile_replace" name=3D"/usr/lib/connman/scripts/dhclient-scr= ipt" pid=3D650 comm=3D"apparmor_parser" [ 2.061010] ppdev: user-space parallel port driver [ 2.067813] type=3D1400 audit(1401744394.036:8): apparmor=3D"STATUS" operation=3D"profile_load" name=3D"/usr/sbin/tcpdump" pid=3D652 comm=3D"apparmor_parser" [ 2.068282] input: Xen Virtual Keyboard as /devices/virtual/input/input5 [ 2.070692] input: Xen Virtual Pointer as /devices/virtual/input/input6 [ 2.382394] Registered led device: xpad0 [ 2.383120] input: Microsoft X-Box 360 pad as /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2.1/1-2.1:1.0/input/input7 [ 2.383471] usbcore: registered new interface driver xpad [ 2.617954] usb 1-2.2: new full-speed USB device number 5 using uhci_hcd [ 3.182692] pcan: Release_20130131_n (le) [ 3.182696] pcan: driver config [mod] [isa] [pci] [dng] [par] [usb] [pcc] [ 3.194232] pcan: new usb adapter with 1 CAN controller(s) detected [ 3.194248] pcan: usb hardware revision =3D 28 [ 3.257802] pcan: usb device minor 32 found [ 3.258322] usbcore: registered new interface driver pcan [ 3.258839] pcan: major 250. [ 3.260014] usb 1-2.3: new full-speed USB device number 6 using uhci_hcd [ 4.538729] usbcore: registered new interface driver usbserial [ 4.538787] USB Serial support registered for generic [ 4.601980] usb 1-2.4: new full-speed USB device number 7 using uhci_hcd [ 30.653672] init: hvc0 main process (756) terminated with status 1 [ 30.653695] init: hvc0 main process ended, respawning [ 56.305797] init: hvc0 main process (773) terminated with status 1 [ 56.305840] init: hvc0 main process ended, respawning [ 56.549770] usb 1-2.5: new full-speed USB device number 8 using uhci_hcd [ 56.737874] s2255: probe [ 56.737891] num endpoints 2 [ 56.737894] bulk out endpoint addr: 2 [ 56.739533] S2255: board initialized *[ 56.739687] USB 2255 device now attached to USBs2255-0[ 57.199173] cdc_acm 1-2.5:1.0: This device cannot do calls on its own. It is not a modem.[ 57.199516] cdc_acm 1-2.5:1.0: ttyACM0: USB ACM device* [ 57.204307] usbcore: registered new interface driver cdc_acm [ 57.204311] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters [ 57.237792] usb 1-2.4: reset full-speed USB device number 7 using uhci_hcd [ 57.300179] eth0: no IPv6 routers present [ 83.399789] init: hvc0 main process (775) terminated with status 1 [ 83.399839] init: hvc0 main process ended, respawning [ 108.781086] init: hvc0 main process (779) terminated with status 1 [ 108.781124] init: hvc0 main process ended, respawning [ 109.783093] s2255: fw loaded [ 109.783132] S2255 successfully loaded [ 109.783250] usbcore: registered new interface driver usbserial_generic [ 109.783253] usbserial: USB Serial Driver core [ 109.785663] usbcore: registered new interface driver s2255 [ 118.787979] init: hvc0 main process (781) terminated with status 1 [ 118.788018] init: hvc0 main process ended, respawning [ 128.792795] init: hvc0 main process (791) terminated with status 1 [ 128.792835] init: hvc0 main process ended, respawning [ 138.796847] init: hvc0 main process (792) terminated with status 1 [ 138.796887] init: hvc0 main process ended, respawning [ 148.800650] init: hvc0 main process (793) terminated with status 1 [ 148.800690] init: hvc0 main process ended, respawning [ 158.807505] init: hvc0 main process (794) terminated with status 1 [ 158.807545] init: hvc0 main process ended, respawning [ 168.811528] init: hvc0 main process (939) terminated with status 1 [ 168.811569] init: hvc0 main process ended, respawning [ 178.816513] init: hvc0 main process (953) terminated with status 1 [ 178.816552] init: hvc0 main process ended, respawning [ 188.820424] init: hvc0 main process (957) terminated with status 1 [ 188.820485] init: hvc0 main process ended, respawning [ 198.824729] init: hvc0 main process (959) terminated with status 1 [ 198.824768] init: hvc0 main process ended, respawning [ 208.828896] init: hvc0 main process (960) terminated with status 1 [ 208.828935] init: hvc0 main process ended, respawning [ 218.833140] init: hvc0 main process (961) terminated with status 1 [ 218.833180] init: hvc0 main process ended, respawning [ 228.837461] init: hvc0 main process (964) terminated with status 1 [ 228.837499] init: hvc0 main process ended, respawning [ 238.843490] init: hvc0 main process (965) terminated with status 1 [ 238.843529] init: hvc0 main process ended, respawning [ 248.847441] init: hvc0 main process (966) terminated with status 1 [ 248.847479] init: hvc0 main process ended, respawning [ 258.851383] init: hvc0 main process (967) terminated with status 1 [ 258.851421] init: hvc0 main process ended, respawning [ 268.855243] init: hvc0 main process (968) terminated with status 1 [ 268.855282] init: hvc0 main process ended, respawning [ 278.861648] init: hvc0 main process (971) terminated with status 1 [ 278.861689] init: hvc0 main process ended, respawning [ 288.865803] init: hvc0 main process (972) terminated with status 1 [ 288.865841] init: hvc0 main process ended, respawning [ 298.869727] init: hvc0 main process (973) terminated with status 1 [ 298.869766] init: hvc0 main process ended, respawning [ 308.873632] init: hvc0 main process (974) terminated with status 1 [ 308.873670] init: hvc0 main process ended, respawning [ 318.879805] init: hvc0 main process (977) terminated with status 1 [ 318.879844] init: hvc0 main process ended, respawning [ 328.883719] init: hvc0 main process (978) terminated with status 1 [ 328.883756] init: hvc0 main process ended, respawning [ 338.888135] init: hvc0 main process (979) terminated with status 1 [ 338.888174] init: hvc0 main process ended, respawning [ 348.891959] init: hvc0 main process (980) terminated with status 1 [ 348.891997] init: hvc0 main process ended, respawning [ 358.897932] init: hvc0 main process (981) terminated with status 1 [ 358.897969] init: hvc0 main process ended, respawning [ 368.901890] init: hvc0 main process (982) terminated with status 1 [ 368.901930] init: hvc0 main process ended, respawning [ 378.906150] init: hvc0 main process (984) terminated with status 1 [ 378.906188] init: hvc0 main process ended, respawning=E2=80=8B =E2=80=8B =E2=80=8BThanks, Meng=E2=80=8B =E2=80=8B ----------- Meng Xu PhD Student in Computer and Information Science University of Pennsylvania --001a11c29c82c2c1b204fae18a83 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,=

I want= to run a program in guest domain on Xen. This program needs to use the USB= 4 device, which is a data acquisition device designed to record data from 4= incremental encoders, 8 digital inputs and 4 analog input channels. The US= B4 device's description is here: http://www.usdigital.com/p= roducts/interfaces/pc/usb/usb4

The Xen ve= rsion I'm using is Xen 4.3.0; The Linux version I'm using in dom0 a= nd domU is Ubuntu 12.04LTS.

If I run t= he program on native Ubuntu 12.04LTS, it can detect the USB4 device and run= successfully.
If I run the program inside dom0 on Xen with guest domain running, this pro= gram can run successfully in dom0.
But If I run the program in domU on Xen with usb pa= ssthrough enable for domU, the program reports error: NO USB4 DEVICE FOUND= (-32) .

I'm thinking the USB4 device is not successf= ully passed
=E2=80=8B to domU=E2=80=8B
. Because in domU, lsusb shows the US= B4 device:=C2=A0 Bus 001 Device 006: ID 09c9:0044; but in domU, this device= is not in the output of the lsusb command.
=E2=80=8B (All of other USB devices, such as Xbox joystick, are successfull= y passed to domU.)=E2=80=8B


=E2=80=8BCan anyone help, either by telling me how to = debug it or by pointing my mistake in the configuration? I have been stuck = at this for a while and=C2=A0 really appreciate any kind of help.
Is it possible= that QEMU does not support USB4? If so, what should I do if I want to use = USB4 in Xen?

Below a= re my configurations:
1) domU's configuration file:
#This is the script used to boot domU in HVM mode!
#It should auto call qemu to init a qemu terminal, like boches, and run Lin= ux in the qemu terminal! It will looks like how virtualBox run ubuntu in gu= est domain!
# You can find the example in /etc/xen/xlexample.hvm
name=3D"rosdom1"
memory=3D1024
builder =3D 'hvm'#device_model =3D 'qemu-dm'
#device_model_override =3D '/us= r/local/lib/xen/bin/qemu-dm'
vcpus=3D1
disk =3D ['file:/home/= roslab/Research/rt-xen/guestImages/dom1.img,xvda,w']
vif =3D ['']
sdl =3D 1
usb =3D 1
#host:09c9:0064 is not sh= own in domU
usbdevice=3D['tablet','host:045e:028e','= host:0c72:000c', 'host:067b:2303', 'host:1943:2255', &#= 39;host:199b:3065', 'host:09c9:0064', 'host:05e3:0608']=

=E2=80=8B2= ) domU's lsusb result
Bus 001 Device= 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID = 0627:0001 Adomax Technology Co., Ltd
Bus 001 Device 003: ID 0409:55aa NEC Corp. Hub
Bus 001 Device 004: ID 04= 5e:028e Microsoft Corp. Xbox360 Controller
Bus 001 Device 005: ID 0c72:0= 00c PEAK System PCAN-USB
Bus 001 Device 006: ID 067b:2303 Prolific Techn= ology, Inc. PL2303 Serial Port
Bus 001 Device 007: ID 1943:2255 Sensoray Co., Inc. Model 2255 4 Channel Ca= pture Card
Bus 001 Device 008: ID 199b:3065

=E2=80=8B
= =E2=80=8B3) dom0's lsusb result
Bus = 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching HubBus 003 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUBBus 003 Device 003: ID 0c72:000c PEAK System PCAN-USB
Bus 001 Device 0= 01: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 D= evice 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001= : ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 067b= :2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 001 Device 004: ID 199b:3065
Bus 001 Device 005: ID 1943:2255 Senso= ray Co., Inc. Model 2255 4 Channel Capture Card
Bus 001 Device 006: ID 0= 9c9:0044
Bus 002 Device 003: ID 045e:028e Microsoft Corp. Xbox360 Contr= oller
Bus 003 Device 004: ID 413c:2106 Dell Computer Corp. Dell QuietKey Keyboard=
Bus 003 Device 005: ID 0461:4d81 Primax Electronics, Ltd

=E2=80=8B4) domU's dmesg result (At around 57s, it reports error. )
= =E2=80=8B
=E2=80=8B[=C2=A0=C2=A0=C2=A0 0.000000] Initializing cgroup subs= ys cpuset
[=C2=A0=C2=A0=C2=A0 0.000000] Initializing cgroup subsys cpu [=C2=A0=C2=A0=C2=A0 0.000000] Linux version 3.2.0-61-generic (buildd@kissel= ) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #92-Ubuntu SMP Mon Ma= r 31 23:47:59 UTC 2014 (Ubuntu 3.2.0-61.92-generic 3.2.55)
[=C2=A0=C2=A0= =C2=A0 0.000000] Command line: BOOT_IMAGE=3D/boot/vmlinuz-3.2.0-61-generic = root=3DUUID=3De2ffdbbd-aa67-416e-8c24-38421470803d ro quiet splash vt.hando= ff=3D7
[=C2=A0=C2=A0=C2=A0 0.000000] KERNEL supported cpus:
[=C2=A0=C2=A0=C2=A0= 0.000000]=C2=A0=C2=A0 Intel GenuineIntel
[=C2=A0=C2=A0=C2=A0 0.000000]= =C2=A0=C2=A0 AMD AuthenticAMD
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 = Centaur CentaurHauls
[=C2=A0=C2=A0=C2=A0 0.000000] BIOS-provided physica= l RAM map:
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 BIOS-e820: 00000000000000= 00 - 000000000009fc00 (usable)
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 BIOS-e820: 000000000009fc00 - 000000000= 00a0000 (reserved)
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 BIOS-e820: 000000= 00000f0000 - 0000000000100000 (reserved)
[=C2=A0=C2=A0=C2=A0 0.000000]= =C2=A0 BIOS-e820: 0000000000100000 - 000000003f7ff000 (usable)
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 BIOS-e820: 000000003f7ff000 - 000000003= f800000 (reserved)
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 BIOS-e820: 000000= 00fc000000 - 0000000100000000 (reserved)
[=C2=A0=C2=A0=C2=A0 0.000000] N= X (Execute Disable) protection: active
[=C2=A0=C2=A0=C2=A0 0.000000] SMB= IOS 2.4 present.
[=C2=A0=C2=A0=C2=A0 0.000000] DMI: Xen HVM domU, BIOS 4.3.0 05/14/2014
[= =C2=A0=C2=A0=C2=A0 0.000000] Hypervisor detected: Xen HVM
[=C2=A0=C2=A0= =C2=A0 0.000000] Xen version 4.3.
[=C2=A0=C2=A0=C2=A0 0.000000] Xen Plat= form PCI: I/O protocol version 1
[=C2=A0=C2=A0=C2=A0 0.000000] Netfront = and the Xen platform PCI driver have been compiled for this kernel: unplug = emulated NICs.
[=C2=A0=C2=A0=C2=A0 0.000000] Blkfront and the Xen platform PCI driver have= been compiled for this kernel: unplug emulated disks.
[=C2=A0=C2=A0=C2= =A0 0.000000] You might have to change the root device
[=C2=A0=C2=A0=C2= =A0 0.000000] from /dev/hd[a-d] to /dev/xvd[a-d]
[=C2=A0=C2=A0=C2=A0 0.000000] in your root=3D kernel command line option[=C2=A0=C2=A0=C2=A0 0.000000] HVMOP_pagetable_dying not supported
[=C2= =A0=C2=A0=C2=A0 0.000000] e820 update range: 0000000000000000 - 00000000000= 10000 (usable) =3D=3D> (reserved)
[=C2=A0=C2=A0=C2=A0 0.000000] e820 = remove range: 00000000000a0000 - 0000000000100000 (usable)
[=C2=A0=C2=A0=C2=A0 0.000000] No AGP bridge found
[=C2=A0=C2=A0=C2=A0 0.= 000000] last_pfn =3D 0x3f7ff max_arch_pfn =3D 0x400000000
[=C2=A0=C2=A0= =C2=A0 0.000000] MTRR default type: write-back
[=C2=A0=C2=A0=C2=A0 0.000= 000] MTRR fixed ranges enabled:
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2= =A0 00000-9FFFF write-back
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 A0000-BFFFF write-combining
[= =C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 C0000-FFFFF write-back
[=C2=A0= =C2=A0=C2=A0 0.000000] MTRR variable ranges enabled:
[=C2=A0=C2=A0=C2=A0= 0.000000]=C2=A0=C2=A0 0 base 0F0000000 mask FF8000000 uncachable
[=C2= =A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 1 base 0F8000000 mask FFC000000 uncac= hable
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 2 disabled
[=C2=A0=C2=A0=C2=A0= 0.000000]=C2=A0=C2=A0 3 disabled
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2= =A0 4 disabled
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 5 disabled
[= =C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 6 disabled
[=C2=A0=C2=A0=C2=A0 = 0.000000]=C2=A0=C2=A0 7 disabled
[=C2=A0=C2=A0=C2=A0 0.000000] x86 PAT e= nabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[=C2=A0=C2=A0=C2=A0 0.000000] found SMP MP-table at [ffff8800000fdaf0] fdaf= 0
[=C2=A0=C2=A0=C2=A0 0.000000] initial memory mapped : 0 - 20000000
= [=C2=A0=C2=A0=C2=A0 0.000000] Base memory trampoline at [ffff88000009a000] = 9a000 size 20480
[=C2=A0=C2=A0=C2=A0 0.000000] init_memory_mapping: 0000= 000000000000-000000003f7ff000
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 0000000000 - 003f600000 page 2M
[=C2= =A0=C2=A0=C2=A0 0.000000]=C2=A0 003f600000 - 003f7ff000 page 4k
[=C2=A0= =C2=A0=C2=A0 0.000000] kernel direct mapping tables up to 3f7ff000 @ 1fffd0= 00-20000000
[=C2=A0=C2=A0=C2=A0 0.000000] RAMDISK: 364c2000 - 37259000 [=C2=A0=C2=A0=C2=A0 0.000000] ACPI: RSDP 00000000000fda40 00024 (v02=C2=A0= =C2=A0=C2=A0 Xen)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: XSDT 00000000fc009= f70 00054 (v01=C2=A0=C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 0000= 0000 HVML 00000000)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: FACP 00000000fc0= 098a0 000F4 (v04=C2=A0=C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00= 000000 HVML 00000000)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: DSDT 00000000fc001250 085CD (v02=C2=A0= =C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 INTL 20100528)<= br>[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: FACS 00000000fc001210 00040
[=C2= =A0=C2=A0=C2=A0 0.000000] ACPI: APIC 00000000fc0099a0 00460 (v02=C2=A0=C2= =A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 HVML 00000000)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: HPET 00000000fc009e80 00038 (v01=C2=A0= =C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 HVML 00000000)<= br>[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: WAET 00000000fc009ec0 00028 (v01=C2= =A0=C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 HVML 0000000= 0)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: SSDT 00000000fc009ef0 00031 (v02= =C2=A0=C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 INTL 2010= 0528)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: SSDT 00000000fc009f30 00031 (v02=C2=A0= =C2=A0=C2=A0 Xen=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 HVM 00000000 INTL 20100528)<= br>[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: Local APIC address 0xfee00000
[= =C2=A0=C2=A0=C2=A0 0.000000] No NUMA configuration found
[=C2=A0=C2=A0= =C2=A0 0.000000] Faking a node at 0000000000000000-000000003f7ff000
[=C2=A0=C2=A0=C2=A0 0.000000] Initmem setup node 0 0000000000000000-0000000= 03f7ff000
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 NODE_DATA [000000003= f7fa000 - 000000003f7fefff]
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0 [ffffea0= 000000000-ffffea0000ffffff] PMD -> [ffff88003de00000-ffff88003edfffff] o= n node 0
[=C2=A0=C2=A0=C2=A0 0.000000] Zone PFN ranges:
[=C2=A0=C2=A0=C2=A0 0.000= 000]=C2=A0=C2=A0 DMA=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x00000010 -> 0x00001= 000
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA32=C2=A0=C2=A0=C2=A0 0x= 00001000 -> 0x00100000
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 Norm= al=C2=A0=C2=A0 empty
[=C2=A0=C2=A0=C2=A0 0.000000] Movable zone start PF= N for each node
[=C2=A0=C2=A0=C2=A0 0.000000] early_node_map[2] active PFN ranges
[=C2= =A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0=C2=A0=C2=A0 0: 0x00000010 -> 0x000= 0009f
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0=C2=A0=C2=A0 0: 0x0000010= 0 -> 0x0003f7ff
[=C2=A0=C2=A0=C2=A0 0.000000] On node 0 totalpages: 2= 59982
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA zone: 64 pages used = for memmap
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA zone: 5 pages reserved
[= =C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA zone: 3914 pages, LIFO batch:0=
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA32 zone: 4000 pages used f= or memmap
[=C2=A0=C2=A0=C2=A0 0.000000]=C2=A0=C2=A0 DMA32 zone: 251999 p= ages, LIFO batch:31
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: PM-Timer IO Port: 0xb008
[=C2=A0=C2= =A0=C2=A0 0.000000] ACPI: Local APIC address 0xfee00000
[=C2=A0=C2=A0=C2= =A0 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[=C2=A0= =C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] disabled)<= br> [=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id= [0x06] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x04= ] lapic_id[0x08] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x05] lapic_id[0x0a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x0c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id= [0x0e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x08= ] lapic_id[0x10] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x09] lapic_id[0x12] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x14] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id= [0x16] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x0c= ] lapic_id[0x18] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x0d] lapic_id[0x1a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x1c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id= [0x1e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x10= ] lapic_id[0x20] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x11] lapic_id[0x22] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x24] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id= [0x26] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x14= ] lapic_id[0x28] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x15] lapic_id[0x2a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id= [0x2e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x18= ] lapic_id[0x30] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x19] lapic_id[0x32] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x34] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x1b] lapic_id= [0x36] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x1c= ] lapic_id[0x38] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x1d] lapic_id[0x3a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x3c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x1f] lapic_id= [0x3e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x20= ] lapic_id[0x40] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x21] lapic_id[0x42] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x22] lapic_id[0x44] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x23] lapic_id= [0x46] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x24= ] lapic_id[0x48] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x25] lapic_id[0x4a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x26] lapic_id[0x4c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x27] lapic_id= [0x4e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x28= ] lapic_id[0x50] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x29] lapic_id[0x52] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x2a] lapic_id[0x54] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x2b] lapic_id= [0x56] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x2c= ] lapic_id[0x58] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x2d] lapic_id[0x5a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x2e] lapic_id[0x5c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x2f] lapic_id= [0x5e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x30= ] lapic_id[0x60] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x31] lapic_id[0x62] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x32] lapic_id[0x64] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x33] lapic_id= [0x66] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x34= ] lapic_id[0x68] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x35] lapic_id[0x6a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x36] lapic_id[0x6c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x37] lapic_id= [0x6e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x38= ] lapic_id[0x70] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x39] lapic_id[0x72] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x3a] lapic_id[0x74] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x3b] lapic_id= [0x76] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x3c= ] lapic_id[0x78] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x3d] lapic_id[0x7a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x3e] lapic_id[0x7c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x3f] lapic_id= [0x7e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x40= ] lapic_id[0x80] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x41] lapic_id[0x82] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x42] lapic_id[0x84] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x43] lapic_id= [0x86] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x44= ] lapic_id[0x88] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x45] lapic_id[0x8a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x46] lapic_id[0x8c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x47] lapic_id= [0x8e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x48= ] lapic_id[0x90] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x49] lapic_id[0x92] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x4a] lapic_id[0x94] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x4b] lapic_id= [0x96] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x4c= ] lapic_id[0x98] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x4d] lapic_id[0x9a] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x4e] lapic_id[0x9c] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x4f] lapic_id= [0x9e] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x50= ] lapic_id[0xa0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x51] lapic_id[0xa2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x52] lapic_id[0xa4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x53] lapic_id= [0xa6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x54= ] lapic_id[0xa8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x55] lapic_id[0xaa] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x56] lapic_id[0xac] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x57] lapic_id= [0xae] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x58= ] lapic_id[0xb0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x59] lapic_id[0xb2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x5a] lapic_id[0xb4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x5b] lapic_id= [0xb6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x5c= ] lapic_id[0xb8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x5d] lapic_id[0xba] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x5e] lapic_id[0xbc] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x5f] lapic_id= [0xbe] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x60= ] lapic_id[0xc0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x61] lapic_id[0xc2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x62] lapic_id[0xc4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x63] lapic_id= [0xc6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x64= ] lapic_id[0xc8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x65] lapic_id[0xca] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x66] lapic_id[0xcc] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x67] lapic_id= [0xce] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x68= ] lapic_id[0xd0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x69] lapic_id[0xd2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x6a] lapic_id[0xd4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x6b] lapic_id= [0xd6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x6c= ] lapic_id[0xd8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x6d] lapic_id[0xda] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x6e] lapic_id[0xdc] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x6f] lapic_id= [0xde] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x70= ] lapic_id[0xe0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x71] lapic_id[0xe2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x72] lapic_id[0xe4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x73] lapic_id= [0xe6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x74= ] lapic_id[0xe8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x75] lapic_id[0xea] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x76] lapic_id[0xec] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x77] lapic_id= [0xee] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x78= ] lapic_id[0xf0] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x79] lapic_id[0xf2] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x7a] lapic_id[0xf4] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x7b] lapic_id= [0xf6] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x7c= ] lapic_id[0xf8] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (ac= pi_id[0x7d] lapic_id[0xfa] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x7e] lapic_id[0xfc] dis= abled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: LAPIC (acpi_id[0x7f] lapic_id= [0xfe] disabled)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: IOAPIC (id[0x01] ad= dress[0xfec00000] gsi_base[0])
[=C2=A0=C2=A0=C2=A0 0.000000] IOAPIC[0]: = apic_id 1, version 17, address 0xfec00000, GSI 0-47
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq= 2 dfl dfl)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_i= rq 5 global_irq 5 low level)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: INT_SRC= _OVR (bus 0 bus_irq 10 global_irq 10 low level)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_ir= q 11 low level)
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: IRQ0 used by overrid= e.
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: IRQ2 used by override.
[=C2=A0= =C2=A0=C2=A0 0.000000] ACPI: IRQ5 used by override.
[=C2=A0=C2=A0=C2=A0 = 0.000000] ACPI: IRQ9 used by override.
[=C2=A0=C2=A0=C2=A0 0.000000] ACPI: IRQ10 used by override.
[=C2=A0=C2= =A0=C2=A0 0.000000] ACPI: IRQ11 used by override.
[=C2=A0=C2=A0=C2=A0 0.= 000000] Using ACPI (MADT) for SMP configuration information
[=C2=A0=C2= =A0=C2=A0 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[=C2=A0=C2=A0=C2=A0 0.000000] SMP: Allowing 128 CPUs, 127 hotplug CPUs
[= =C2=A0=C2=A0=C2=A0 0.000000] nr_irqs_gsi: 64
[=C2=A0=C2=A0=C2=A0 0.00000= 0] PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
[= =C2=A0=C2=A0=C2=A0 0.000000] PM: Registered nosave memory: 00000000000a0000= - 00000000000f0000
[=C2=A0=C2=A0=C2=A0 0.000000] PM: Registered nosave memory: 00000000000f000= 0 - 0000000000100000
[=C2=A0=C2=A0=C2=A0 0.000000] Allocating PCI resour= ces starting at 3f800000 (gap: 3f800000:bc800000)
[=C2=A0=C2=A0=C2=A0 0.= 000000] Booting paravirtualized kernel on Xen HVM
[=C2=A0=C2=A0=C2=A0 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256= nr_cpu_ids:128 nr_node_ids:1
[=C2=A0=C2=A0=C2=A0 0.000000] PERCPU: Embe= dded 28 pages/cpu @ffff88003ce00000 s83136 r8192 d23360 u131072
[=C2=A0= =C2=A0=C2=A0 0.000000] pcpu-alloc: s83136 r8192 d23360 u131072 alloc=3D1*20= 97152
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-alloc: [0] 000 001 002 003 004 005 006 0= 07 008 009 010 011 012 013 014 015
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-a= lloc: [0] 016 017 018 019 020 021 022 023 024 025 026 027 028 029 030 031 <= br>[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-alloc: [0] 032 033 034 035 036 037 03= 8 039 040 041 042 043 044 045 046 047
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-alloc: [0] 048 049 050 051 052 053 054 0= 55 056 057 058 059 060 061 062 063
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-a= lloc: [0] 064 065 066 067 068 069 070 071 072 073 074 075 076 077 078 079 <= br>[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-alloc: [0] 080 081 082 083 084 085 08= 6 087 088 089 090 091 092 093 094 095
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-alloc: [0] 096 097 098 099 100 101 102 1= 03 104 105 106 107 108 109 110 111
[=C2=A0=C2=A0=C2=A0 0.000000] pcpu-a= lloc: [0] 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 <= br>[=C2=A0=C2=A0=C2=A0 0.000000] Built 1 zonelists in Node order, mobility = grouping on.=C2=A0 Total pages: 255913
[=C2=A0=C2=A0=C2=A0 0.000000] Policy zone: DMA32
[=C2=A0=C2=A0=C2=A0 0.0= 00000] Kernel command line: BOOT_IMAGE=3D/boot/vmlinuz-3.2.0-61-generic roo= t=3DUUID=3De2ffdbbd-aa67-416e-8c24-38421470803d ro quiet splash vt.handoff= =3D7
[=C2=A0=C2=A0=C2=A0 0.000000] PID hash table entries: 4096 (order: = 3, 32768 bytes)
[=C2=A0=C2=A0=C2=A0 0.000000] xsave/xrstor: enabled xstate_bv 0x7, cntxt si= ze 0x340
[=C2=A0=C2=A0=C2=A0 0.000000] Checking aperture...
[=C2=A0= =C2=A0=C2=A0 0.000000] No AGP bridge found
[=C2=A0=C2=A0=C2=A0 0.000000]= Calgary: detecting Calgary via BIOS EBDA area
[=C2=A0=C2=A0=C2=A0 0.000= 000] Calgary: Unable to locate Rio Grande table in EBDA - bailing!
[=C2=A0=C2=A0=C2=A0 0.000000] Memory: 979460k/1040380k available (6588k ker= nel code, 452k absent, 60468k reserved, 6618k data, 924k init)
[=C2=A0= =C2=A0=C2=A0 0.000000] SLUB: Genslabs=3D15, HWalign=3D64, Order=3D0-3, MinO= bjects=3D0, CPUs=3D128, Nodes=3D1
[=C2=A0=C2=A0=C2=A0 0.000000] Hierarch= ical RCU implementation.
[=C2=A0=C2=A0=C2=A0 0.000000] =C2=A0=C2=A0=C2=A0 RCU dyntick-idle grace-per= iod acceleration is enabled.
[=C2=A0=C2=A0=C2=A0 0.000000] NR_IRQS:16640= nr_irqs:2112 16
[=C2=A0=C2=A0=C2=A0 0.000000] Xen HVM callback vector f= or event delivery is enabled
[=C2=A0=C2=A0=C2=A0 0.000000] vt handoff: t= ransparent VT on vt#7
[=C2=A0=C2=A0=C2=A0 0.000000] Console: colour dummy device 80x25
[=C2=A0= =C2=A0=C2=A0 0.000000] console [tty0] enabled
[=C2=A0=C2=A0=C2=A0 0.0000= 00] allocated 8388608 bytes of page_cgroup
[=C2=A0=C2=A0=C2=A0 0.000000]= please try 'cgroup_disable=3Dmemory' option if you don't want = memory cgroups
[=C2=A0=C2=A0=C2=A0 0.000000] hpet clockevent registered
[=C2=A0=C2=A0= =C2=A0 0.000000] Detected 2793.752 MHz processor.
[=C2=A0=C2=A0=C2=A0 0.= 008000] Calibrating delay loop (skipped), value calculated using timer freq= uency.. 5587.50 BogoMIPS (lpj=3D11175008)
[=C2=A0=C2=A0=C2=A0 0.008000] pid_max: default: 131072 minimum: 1024
[= =C2=A0=C2=A0=C2=A0 0.008000] Security Framework initialized
[=C2=A0=C2= =A0=C2=A0 0.008000] AppArmor: AppArmor initialized
[=C2=A0=C2=A0=C2=A0 0= .008000] Yama: becoming mindful.
[=C2=A0=C2=A0=C2=A0 0.008000] Dentry ca= che hash table entries: 131072 (order: 8, 1048576 bytes)
[=C2=A0=C2=A0=C2=A0 0.008000] Inode-cache hash table entries: 65536 (order:= 7, 524288 bytes)
[=C2=A0=C2=A0=C2=A0 0.008000] Mount-cache hash table e= ntries: 256
[=C2=A0=C2=A0=C2=A0 0.008000] Initializing cgroup subsys cpu= acct
[=C2=A0=C2=A0=C2=A0 0.008000] Initializing cgroup subsys memory
[=C2=A0=C2=A0=C2=A0 0.008000] Initializing cgroup subsys devices
[=C2=A0= =C2=A0=C2=A0 0.008000] Initializing cgroup subsys freezer
[=C2=A0=C2=A0= =C2=A0 0.008000] Initializing cgroup subsys blkio
[=C2=A0=C2=A0=C2=A0 0.= 008000] Initializing cgroup subsys perf_event
[=C2=A0=C2=A0=C2=A0 0.0080= 00] CPU: Physical Processor ID: 0
[=C2=A0=C2=A0=C2=A0 0.008000] CPU: Processor Core ID: 0
[=C2=A0=C2=A0=C2= =A0 0.008000] mce: CPU supports 2 MCE banks
[=C2=A0=C2=A0=C2=A0 0.008000= ] SMP alternatives: switching to UP code
[=C2=A0=C2=A0=C2=A0 0.024432] A= CPI: Core revision 20110623
[=C2=A0=C2=A0=C2=A0 0.027078] ftrace: alloca= ting 26601 entries in 105 pages
[=C2=A0=C2=A0=C2=A0 0.049178] x2apic not enabled, IRQ remapping init failed=
[=C2=A0=C2=A0=C2=A0 0.049181] Switched APIC routing to physical flat.[=C2=A0=C2=A0=C2=A0 0.051384] ..TIMER: vector=3D0x30 apic1=3D0 pin1=3D2 a= pic2=3D0 pin2=3D0
[=C2=A0=C2=A0=C2=A0 0.091380] CPU0: Intel(R) Core(TM) = i7-2600S CPU @ 2.80GHz stepping 07
[=C2=A0=C2=A0=C2=A0 0.091387] Xen: using vcpuop timer interface
[=C2=A0= =C2=A0=C2=A0 0.091392] installing Xen timer for CPU 0
[=C2=A0=C2=A0=C2= =A0 0.091492] cpu 0 spinlock event irq 69
[=C2=A0=C2=A0=C2=A0 0.091493] = Performance Events: unsupported p6 CPU model 42 no PMU driver, software eve= nts only.
[=C2=A0=C2=A0=C2=A0 0.091665] NMI watchdog disabled (cpu0): hardware events= not enabled
[=C2=A0=C2=A0=C2=A0 0.091681] Brought up 1 CPUs
[=C2=A0= =C2=A0=C2=A0 0.091683] Total of 1 processors activated (5587.50 BogoMIPS).<= br>[=C2=A0=C2=A0=C2=A0 0.092004] devtmpfs: initialized
[=C2=A0=C2=A0=C2=A0 0.092004] EVM: security.selinux
[=C2=A0=C2=A0=C2=A0 = 0.092004] EVM: security.SMACK64
[=C2=A0=C2=A0=C2=A0 0.092004] EVM: secur= ity.capability
[=C2=A0=C2=A0=C2=A0 0.092004] print_constraints: dummy: <= br>[=C2=A0=C2=A0=C2=A0 0.092004] RTC time: 21:26:31, date: 06/02/14
[=C2=A0=C2=A0=C2=A0 0.092004] NET: Registered protocol family 16
[=C2=A0= =C2=A0=C2=A0 0.092004] ACPI: bus type pci registered
[=C2=A0=C2=A0=C2=A0= 0.092004] PCI: Using configuration type 1 for base access
[=C2=A0=C2=A0= =C2=A0 0.092004] bio: create slab <bio-0> at 0
[=C2=A0=C2=A0=C2=A0 0.092004] ACPI: Added _OSI(Module Device)
[=C2=A0=C2= =A0=C2=A0 0.092004] ACPI: Added _OSI(Processor Device)
[=C2=A0=C2=A0=C2= =A0 0.092004] ACPI: Added _OSI(3.0 _SCP Extensions)
[=C2=A0=C2=A0=C2=A0 = 0.092004] ACPI: Added _OSI(Processor Aggregator Device)
[=C2=A0=C2=A0=C2=A0 0.092199] ACPI: EC: Look up EC in DSDT
[=C2=A0=C2=A0= =C2=A0 0.095237] ACPI: Interpreter enabled
[=C2=A0=C2=A0=C2=A0 0.095239]= ACPI: (supports S0 S3 S4 S5)
[=C2=A0=C2=A0=C2=A0 0.095248] ACPI: Using = IOAPIC for interrupt routing
[=C2=A0=C2=A0=C2=A0 0.097615] ACPI: No dock= devices found.
[=C2=A0=C2=A0=C2=A0 0.097616] HEST: Table not found.
[=C2=A0=C2=A0=C2=A0= 0.097618] PCI: Using host bridge windows from ACPI; if necessary, use &quo= t;pci=3Dnocrs" and report a bug
[=C2=A0=C2=A0=C2=A0 0.097649] ACPI:= PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[=C2=A0=C2=A0=C2=A0 0.097714] pci_root PNP0A03:00: host bridge window [io= =C2=A0 0x0000-0x0cf7]
[=C2=A0=C2=A0=C2=A0 0.097715] pci_root PNP0A03:00:= host bridge window [io=C2=A0 0x0d00-0xffff]
[=C2=A0=C2=A0=C2=A0 0.09771= 6] pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff]
[=C2=A0=C2=A0=C2=A0 0.097718] pci_root PNP0A03:00: host bridge window [mem = 0xf0000000-0xfbffffff]
[=C2=A0=C2=A0=C2=A0 0.097911] pci 0000:00:00.0: [= 8086:1237] type 0 class 0x000600
[=C2=A0=C2=A0=C2=A0 0.099963] pci 0000:= 00:01.0: [8086:7000] type 0 class 0x000601
[=C2=A0=C2=A0=C2=A0 0.103226] pci 0000:00:01.1: [8086:7010] type 0 class 0x= 000101
[=C2=A0=C2=A0=C2=A0 0.116016] pci 0000:00:01.1: reg 20: [io=C2=A0= 0xc220-0xc22f]
[=C2=A0=C2=A0=C2=A0 0.122459] pci 0000:00:01.2: [8086:70= 20] type 0 class 0x000c03
[=C2=A0=C2=A0=C2=A0 0.129533] pci 0000:00:01.2= : reg 20: [io=C2=A0 0xc200-0xc21f]
[=C2=A0=C2=A0=C2=A0 0.132328] pci 0000:00:01.3: [8086:7113] type 0 class 0x= 000680
[=C2=A0=C2=A0=C2=A0 0.133497] pci 0000:00:01.3: quirk: [io=C2=A0 = 0xb000-0xb03f] claimed by PIIX4 ACPI
[=C2=A0=C2=A0=C2=A0 0.133539] pci 0= 000:00:01.3: quirk: [io=C2=A0 0xb100-0xb10f] claimed by PIIX4 SMB
[=C2=A0=C2=A0=C2=A0 0.133979] pci 0000:00:02.0: [1013:00b8] type 0 class 0x= 000300
[=C2=A0=C2=A0=C2=A0 0.136012] pci 0000:00:02.0: reg 10: [mem 0xf0= 000000-0xf1ffffff pref]
[=C2=A0=C2=A0=C2=A0 0.138677] pci 0000:00:02.0: = reg 14: [mem 0xf3020000-0xf3020fff]
[=C2=A0=C2=A0=C2=A0 0.148012] pci 00= 00:00:02.0: reg 30: [mem 0xf3000000-0xf300ffff pref]
[=C2=A0=C2=A0=C2=A0 0.148337] pci 0000:00:03.0: [5853:0001] type 0 class 0x= 00ff80
[=C2=A0=C2=A0=C2=A0 0.151337] pci 0000:00:03.0: reg 10: [io=C2=A0= 0xc000-0xc0ff]
[=C2=A0=C2=A0=C2=A0 0.153403] pci 0000:00:03.0: reg 14: = [mem 0xf2000000-0xf2ffffff pref]
[=C2=A0=C2=A0=C2=A0 0.166189] ACPI: PCI= Interrupt Routing Table [\_SB_.PCI0._PRT]
[=C2=A0=C2=A0=C2=A0 0.166677]=C2=A0 pci0000:00: Unable to request _OSC cont= rol (_OSC support mask: 0x1e)
[=C2=A0=C2=A0=C2=A0 0.170884] ACPI: PCI In= terrupt Link [LNKA] (IRQs *5 10 11)
[=C2=A0=C2=A0=C2=A0 0.171110] ACPI: = PCI Interrupt Link [LNKB] (IRQs 5 *10 11)
[=C2=A0=C2=A0=C2=A0 0.171240] = ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11)
[=C2=A0=C2=A0=C2=A0 0.171412] ACPI: PCI Interrupt Link [LNKD] (IRQs *5 10 1= 1)
[=C2=A0=C2=A0=C2=A0 0.171505] xen/balloon: Initialising balloon drive= r.
[=C2=A0=C2=A0=C2=A0 0.171571] xen-balloon: Initialising balloon drive= r.
[=C2=A0=C2=A0=C2=A0 0.171719] vgaarb: device added: PCI:0000:00:02.0,= decodes=3Dio+mem,owns=3Dio+mem,locks=3Dnone
[=C2=A0=C2=A0=C2=A0 0.171723] vgaarb: loaded
[=C2=A0=C2=A0=C2=A0 0.17172= 5] vgaarb: bridge control possible 0000:00:02.0
[=C2=A0=C2=A0=C2=A0 0.17= 1859] i2c-core: driver [aat2870] using legacy suspend method
[=C2=A0=C2= =A0=C2=A0 0.171861] i2c-core: driver [aat2870] using legacy resume method [=C2=A0=C2=A0=C2=A0 0.171972] SCSI subsystem initialized
[=C2=A0=C2=A0= =C2=A0 0.172022] libata version 3.00 loaded.
[=C2=A0=C2=A0=C2=A0 0.17207= 4] usbcore: registered new interface driver usbfs
[=C2=A0=C2=A0=C2=A0 0.= 172086] usbcore: registered new interface driver hub
[=C2=A0=C2=A0=C2=A0= 0.172144] usbcore: registered new device driver usb
[=C2=A0=C2=A0=C2=A0 0.172307] PCI: Using ACPI for IRQ routing
[=C2=A0=C2= =A0=C2=A0 0.172310] PCI: pci_cache_line_size set to 64 bytes
[=C2=A0=C2= =A0=C2=A0 0.172728] reserve RAM buffer: 000000000009fc00 - 000000000009ffff=
[=C2=A0=C2=A0=C2=A0 0.172730] reserve RAM buffer: 000000003f7ff000 - 0= 00000003fffffff
[=C2=A0=C2=A0=C2=A0 0.172901] NetLabel: Initializing
[=C2=A0=C2=A0=C2=A0= 0.172903] NetLabel:=C2=A0 domain hash size =3D 128
[=C2=A0=C2=A0=C2=A0 = 0.172905] NetLabel:=C2=A0 protocols =3D UNLABELED CIPSOv4
[=C2=A0=C2=A0= =C2=A0 0.172917] NetLabel:=C2=A0 unlabeled traffic allowed by default
[= =C2=A0=C2=A0=C2=A0 0.173004] HPET: 3 timers in total, 0 timers will be used= for per-cpu timer
[=C2=A0=C2=A0=C2=A0 0.173027] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
[= =C2=A0=C2=A0=C2=A0 0.173033] hpet0: 3 comparators, 64-bit 62.500000 MHz cou= nter
[=C2=A0=C2=A0=C2=A0 0.180085] Switching to clocksource xen
[=C2= =A0=C2=A0=C2=A0 0.192480] AppArmor: AppArmor Filesystem Enabled
[=C2=A0=C2=A0=C2=A0 0.192509] pnp: PnP ACPI init
[=C2=A0=C2=A0=C2=A0 0.1= 92526] ACPI: bus type pnp registered
[=C2=A0=C2=A0=C2=A0 0.192556] pnp 0= 0:00: [mem 0x00000000-0x0009ffff]
[=C2=A0=C2=A0=C2=A0 0.192594] system 0= 0:00: [mem 0x00000000-0x0009ffff] could not be reserved
[=C2=A0=C2=A0=C2=A0 0.192599] system 00:00: Plug and Play ACPI device, IDs = PNP0c02 (active)
[=C2=A0=C2=A0=C2=A0 0.192676] pnp 00:01: [bus 00-ff][=C2=A0=C2=A0=C2=A0 0.192679] pnp 00:01: [io=C2=A0 0x0cf8-0x0cff]
[=C2= =A0=C2=A0=C2=A0 0.192682] pnp 00:01: [io=C2=A0 0x0000-0x0cf7 window]
[=C2=A0=C2=A0=C2=A0 0.192685] pnp 00:01: [io=C2=A0 0x0d00-0xffff window][=C2=A0=C2=A0=C2=A0 0.192687] pnp 00:01: [mem 0x000a0000-0x000bffff window= ]
[=C2=A0=C2=A0=C2=A0 0.192690] pnp 00:01: [mem 0xf0000000-0xfbffffff wi= ndow]
[=C2=A0=C2=A0=C2=A0 0.192748] pnp 00:01: Plug and Play ACPI device= , IDs PNP0a03 (active)
[=C2=A0=C2=A0=C2=A0 0.192779] pnp 00:02: [mem 0xfed00000-0xfed003ff]
[= =C2=A0=C2=A0=C2=A0 0.192803] pnp 00:02: Plug and Play ACPI device, IDs PNP0= 103 (active)
[=C2=A0=C2=A0=C2=A0 0.192824] pnp 00:03: [io=C2=A0 0x0010-0= x001f]
[=C2=A0=C2=A0=C2=A0 0.192827] pnp 00:03: [io=C2=A0 0x0022-0x002d]=
[=C2=A0=C2=A0=C2=A0 0.192829] pnp 00:03: [io=C2=A0 0x0030-0x003f]
[=C2= =A0=C2=A0=C2=A0 0.192831] pnp 00:03: [io=C2=A0 0x0044-0x005f]
[=C2=A0=C2= =A0=C2=A0 0.192834] pnp 00:03: [io=C2=A0 0x0062-0x0063]
[=C2=A0=C2=A0=C2= =A0 0.192836] pnp 00:03: [io=C2=A0 0x0065-0x006f]
[=C2=A0=C2=A0=C2=A0 0.= 192838] pnp 00:03: [io=C2=A0 0x0072-0x007f]
[=C2=A0=C2=A0=C2=A0 0.192840] pnp 00:03: [io=C2=A0 0x0080]
[=C2=A0=C2=A0= =C2=A0 0.192842] pnp 00:03: [io=C2=A0 0x0084-0x0086]
[=C2=A0=C2=A0=C2=A0= 0.192845] pnp 00:03: [io=C2=A0 0x0088]
[=C2=A0=C2=A0=C2=A0 0.192847] pn= p 00:03: [io=C2=A0 0x008c-0x008e]
[=C2=A0=C2=A0=C2=A0 0.192849] pnp 00:0= 3: [io=C2=A0 0x0090-0x009f]
[=C2=A0=C2=A0=C2=A0 0.192851] pnp 00:03: [io=C2=A0 0x00a2-0x00bd]
[=C2= =A0=C2=A0=C2=A0 0.192853] pnp 00:03: [io=C2=A0 0x00e0-0x00ef]
[=C2=A0=C2= =A0=C2=A0 0.192856] pnp 00:03: [io=C2=A0 0x08a0-0x08a3]
[=C2=A0=C2=A0=C2= =A0 0.192858] pnp 00:03: [io=C2=A0 0x0cc0-0x0ccf]
[=C2=A0=C2=A0=C2=A0 0.= 192860] pnp 00:03: [io=C2=A0 0x04d0-0x04d1]
[=C2=A0=C2=A0=C2=A0 0.192897] system 00:03: [io=C2=A0 0x08a0-0x08a3] has be= en reserved
[=C2=A0=C2=A0=C2=A0 0.192901] system 00:03: [io=C2=A0 0x0cc0= -0x0ccf] has been reserved
[=C2=A0=C2=A0=C2=A0 0.192904] system 00:03: [= io=C2=A0 0x04d0-0x04d1] has been reserved
[=C2=A0=C2=A0=C2=A0 0.192908] = system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active)
[=C2=A0=C2=A0=C2=A0 0.192922] pnp 00:04: [dma 4]
[=C2=A0=C2=A0=C2=A0 0.1= 92924] pnp 00:04: [io=C2=A0 0x0000-0x000f]
[=C2=A0=C2=A0=C2=A0 0.192926]= pnp 00:04: [io=C2=A0 0x0081-0x0083]
[=C2=A0=C2=A0=C2=A0 0.192929] pnp 0= 0:04: [io=C2=A0 0x0087]
[=C2=A0=C2=A0=C2=A0 0.192931] pnp 00:04: [io=C2= =A0 0x0089-0x008b]
[=C2=A0=C2=A0=C2=A0 0.192933] pnp 00:04: [io=C2=A0 0x008f]
[=C2=A0=C2=A0= =C2=A0 0.192935] pnp 00:04: [io=C2=A0 0x00c0-0x00df]
[=C2=A0=C2=A0=C2=A0= 0.192937] pnp 00:04: [io=C2=A0 0x0480-0x048f]
[=C2=A0=C2=A0=C2=A0 0.192= 976] pnp 00:04: Plug and Play ACPI device, IDs PNP0200 (active)
[=C2=A0= =C2=A0=C2=A0 0.192989] pnp 00:05: [io=C2=A0 0x0070-0x0071]
[=C2=A0=C2=A0=C2=A0 0.193016] xen: --> pirq=3D16 -> irq=3D8 (gsi=3D8)=
[=C2=A0=C2=A0=C2=A0 0.193019] pnp 00:05: [irq 8]
[=C2=A0=C2=A0=C2=A0= 0.193045] pnp 00:05: Plug and Play ACPI device, IDs PNP0b00 (active)
[= =C2=A0=C2=A0=C2=A0 0.193055] pnp 00:06: [io=C2=A0 0x0061]
[=C2=A0=C2=A0= =C2=A0 0.193078] pnp 00:06: Plug and Play ACPI device, IDs PNP0800 (active)=
[=C2=A0=C2=A0=C2=A0 0.193109] xen: --> pirq=3D17 -> irq=3D12 (gsi=3D1= 2)
[=C2=A0=C2=A0=C2=A0 0.193112] pnp 00:07: [irq 12]
[=C2=A0=C2=A0=C2= =A0 0.193152] pnp 00:07: Plug and Play ACPI device, IDs PNP0f13 (active)[=C2=A0=C2=A0=C2=A0 0.193171] pnp 00:08: [io=C2=A0 0x0060]
[=C2=A0=C2= =A0=C2=A0 0.193173] pnp 00:08: [io=C2=A0 0x0064]
[=C2=A0=C2=A0=C2=A0 0.193190] xen: --> pirq=3D18 -> irq=3D1 (gsi=3D1)=
[=C2=A0=C2=A0=C2=A0 0.193193] pnp 00:08: [irq 1]
[=C2=A0=C2=A0=C2=A0= 0.193219] pnp 00:08: Plug and Play ACPI device, IDs PNP0303 PNP030b (activ= e)
[=C2=A0=C2=A0=C2=A0 0.193246] pnp 00:09: [io=C2=A0 0x03f0-0x03f5]
[=C2=A0=C2=A0=C2=A0 0.193249] pnp 00:09: [io=C2=A0 0x03f7]
[=C2=A0=C2=A0= =C2=A0 0.193264] xen: --> pirq=3D19 -> irq=3D6 (gsi=3D6)
[=C2=A0= =C2=A0=C2=A0 0.193267] pnp 00:09: [irq 6]
[=C2=A0=C2=A0=C2=A0 0.193270] = pnp 00:09: [dma 2]
[=C2=A0=C2=A0=C2=A0 0.193298] pnp 00:09: Plug and Pla= y ACPI device, IDs PNP0700 (active)
[=C2=A0=C2=A0=C2=A0 0.193323] pnp 00:0a: [io=C2=A0 0x03f8-0x03ff]
[=C2= =A0=C2=A0=C2=A0 0.193338] xen: --> pirq=3D20 -> irq=3D4 (gsi=3D4)
= [=C2=A0=C2=A0=C2=A0 0.193341] pnp 00:0a: [irq 4]
[=C2=A0=C2=A0=C2=A0 0.1= 93382] pnp 00:0a: Plug and Play ACPI device, IDs PNP0501 (active)
[=C2=A0=C2=A0=C2=A0 0.193418] pnp 00:0b: [io=C2=A0 0x0378-0x037f]
[=C2= =A0=C2=A0=C2=A0 0.193435] xen: --> pirq=3D21 -> irq=3D7 (gsi=3D7)
= [=C2=A0=C2=A0=C2=A0 0.193438] pnp 00:0b: [irq 7]
[=C2=A0=C2=A0=C2=A0 0.1= 93465] pnp 00:0b: Plug and Play ACPI device, IDs PNP0400 (active)
[=C2=A0=C2=A0=C2=A0 0.193490] pnp 00:0c: [io=C2=A0 0xae00-0xae0f]
[=C2= =A0=C2=A0=C2=A0 0.193492] pnp 00:0c: [io=C2=A0 0xb044-0xb047]
[=C2=A0=C2= =A0=C2=A0 0.193526] system 00:0c: [io=C2=A0 0xae00-0xae0f] has been reserve= d
[=C2=A0=C2=A0=C2=A0 0.193530] system 00:0c: [io=C2=A0 0xb044-0xb047] h= as been reserved
[=C2=A0=C2=A0=C2=A0 0.193533] system 00:0c: Plug and Play ACPI device, IDs = PNP0c02 (active)
[=C2=A0=C2=A0=C2=A0 0.193874] pnp: PnP ACPI: found 13 d= evices
[=C2=A0=C2=A0=C2=A0 0.193876] ACPI: ACPI bus type pnp unregistere= d
[=C2=A0=C2=A0=C2=A0 0.201061] PCI: max bus depth: 0 pci_try_num: 1
[=C2=A0=C2=A0=C2=A0 0.201069] pci_bus 0000:00: resource 4 [io=C2=A0 0x0000-= 0x0cf7]
[=C2=A0=C2=A0=C2=A0 0.201072] pci_bus 0000:00: resource 5 [io=C2= =A0 0x0d00-0xffff]
[=C2=A0=C2=A0=C2=A0 0.201075] pci_bus 0000:00: resour= ce 6 [mem 0x000a0000-0x000bffff]
[=C2=A0=C2=A0=C2=A0 0.201078] pci_bus 0= 000:00: resource 7 [mem 0xf0000000-0xfbffffff]
[=C2=A0=C2=A0=C2=A0 0.201153] NET: Registered protocol family 2
[=C2=A0= =C2=A0=C2=A0 0.201349] IP route cache hash table entries: 32768 (order: 6, = 262144 bytes)
[=C2=A0=C2=A0=C2=A0 0.201987] TCP established hash table e= ntries: 131072 (order: 9, 2097152 bytes)
[=C2=A0=C2=A0=C2=A0 0.203886] TCP bind hash table entries: 65536 (order: 8,= 1048576 bytes)
[=C2=A0=C2=A0=C2=A0 0.204779] TCP: Hash tables configure= d (established 131072 bind 65536)
[=C2=A0=C2=A0=C2=A0 0.204783] TCP reno= registered
[=C2=A0=C2=A0=C2=A0 0.204790] UDP hash table entries: 512 (o= rder: 2, 16384 bytes)
[=C2=A0=C2=A0=C2=A0 0.204813] UDP-Lite hash table entries: 512 (order: 2, 1= 6384 bytes)
[=C2=A0=C2=A0=C2=A0 0.205301] NET: Registered protocol famil= y 1
[=C2=A0=C2=A0=C2=A0 0.205313] pci 0000:00:00.0: Limiting direct PCI/= PCI transfers
[=C2=A0=C2=A0=C2=A0 0.205403] pci 0000:00:01.0: PIIX3: Ena= bling Passive Release
[=C2=A0=C2=A0=C2=A0 0.205526] pci 0000:00:01.0: Activating ISA DMA hang wor= karounds
[=C2=A0=C2=A0=C2=A0 0.205725] xen: --> pirq=3D22 -> irq= =3D23 (gsi=3D23)
[=C2=A0=C2=A0=C2=A0 0.205729] pci 0000:00:01.2: PCI INT= D -> GSI 23 (level, low) -> IRQ 23
[=C2=A0=C2=A0=C2=A0 0.207469] = pci 0000:00:01.2: PCI INT D disabled
[=C2=A0=C2=A0=C2=A0 0.207620] pci 0000:00:02.0: Boot video device
[=C2= =A0=C2=A0=C2=A0 0.207733] PCI: CLS 0 bytes, default 64
[=C2=A0=C2=A0=C2= =A0 0.208252] audit: initializing netlink socket (disabled)
[=C2=A0=C2= =A0=C2=A0 0.208267] type=3D2000 audit(1401744392.019:1): initialized
[=C2=A0=C2=A0=C2=A0 0.226671] Trying to unpack rootfs image as initramfs...=
[=C2=A0=C2=A0=C2=A0 0.252081] HugeTLB registered 2 MB page size, pre-al= located 0 pages
[=C2=A0=C2=A0=C2=A0 0.260212] VFS: Disk quotas dquot_6.5= .2
[=C2=A0=C2=A0=C2=A0 0.260302] Dquot-cache hash table entries: 512 (or= der 0, 4096 bytes)
[=C2=A0=C2=A0=C2=A0 0.260748] fuse init (API version 7.17)
[=C2=A0=C2=A0= =C2=A0 0.260807] msgmni has been set to 1913
[=C2=A0=C2=A0=C2=A0 0.27212= 9] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
= [=C2=A0=C2=A0=C2=A0 0.272151] io scheduler noop registered
[=C2=A0=C2=A0=C2=A0 0.272152] io scheduler deadline registered
[=C2=A0= =C2=A0=C2=A0 0.272178] io scheduler cfq registered (default)
[=C2=A0=C2= =A0=C2=A0 0.272234] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[=C2= =A0=C2=A0=C2=A0 0.272243] pciehp: PCI Express Hot Plug Controller Driver ve= rsion: 0.4
[=C2=A0=C2=A0=C2=A0 0.272287] efifb: probing for efifb
[=C2=A0=C2=A0=C2= =A0 0.272370] efifb: framebuffer at 0xf0000000, mapped to 0xffffc9000050000= 0, using 1408k, total 1408k
[=C2=A0=C2=A0=C2=A0 0.272371] efifb: mode is= 800x600x24, linelength=3D2400, pages=3D1
[=C2=A0=C2=A0=C2=A0 0.272372] = efifb: scrolling: redraw
[=C2=A0=C2=A0=C2=A0 0.272373] efifb: Truecolor: size=3D0:8:8:8, shift=3D0:1= 6:8:0
[=C2=A0=C2=A0=C2=A0 0.272434] Console: switching to colour frame b= uffer device 100x37
[=C2=A0=C2=A0=C2=A0 0.272442] fb0: EFI VGA frame buf= fer device
[=C2=A0=C2=A0=C2=A0 0.272485] input: Power Button as /devices= /LNXSYSTM:00/LNXPWRBN:00/input/input0
[=C2=A0=C2=A0=C2=A0 0.272489] ACPI: Power Button [PWRF]
[=C2=A0=C2=A0=C2= =A0 0.272521] input: Sleep Button as /devices/LNXSYSTM:00/LNXSLPBN:00/input= /input1
[=C2=A0=C2=A0=C2=A0 0.272524] ACPI: Sleep Button [SLPF]
[=C2= =A0=C2=A0=C2=A0 0.273447] ERST: Table is not found!
[=C2=A0=C2=A0=C2=A0 = 0.273448] GHES: HEST is not enabled!
[=C2=A0=C2=A0=C2=A0 0.273856] xen: --> pirq=3D23 -> irq=3D28 (gsi=3D2= 8)
[=C2=A0=C2=A0=C2=A0 0.273861] xen-platform-pci 0000:00:03.0: PCI INT = A -> GSI 28 (level, low) -> IRQ 28
[=C2=A0=C2=A0=C2=A0 0.273909] G= rant table initialized
[=C2=A0=C2=A0=C2=A0 0.276900] Serial: 8250/16550 = driver, 32 ports, IRQ sharing enabled
[=C2=A0=C2=A0=C2=A0 0.309309] serial8250: ttyS0 at I/O 0x3f8 (irq =3D 4) is= a 16550A
[=C2=A0=C2=A0=C2=A0 0.309863] init_memory_mapping: 00000000400= 00000-0000000048000000
[=C2=A0=C2=A0=C2=A0 0.309866]=C2=A0 0040000000 - = 0048000000 page 2M
[=C2=A0=C2=A0=C2=A0 0.376828] 00:0a: ttyS0 at I/O 0x3= f8 (irq =3D 4) is a 16550A
[=C2=A0=C2=A0=C2=A0 0.408303] Linux agpgart interface v0.103
[=C2=A0=C2= =A0=C2=A0 0.409705] brd: module loaded
[=C2=A0=C2=A0=C2=A0 0.412483] loo= p: module loaded
[=C2=A0=C2=A0=C2=A0 0.414925] blkfront device/vbd/51712= num-ring-pages 1 nr_ents 32.
[=C2=A0=C2=A0=C2=A0 0.415379] ata_piix 000= 0:00:01.1: version 2.13
[=C2=A0=C2=A0=C2=A0 0.417376] ata_piix 0000:00:01.1: setting latency timer = to 64
[=C2=A0=C2=A0=C2=A0 0.418734] blkfront: xvda: flush diskcache: ena= bled
[=C2=A0=C2=A0=C2=A0 0.420194]=C2=A0 xvda: xvda1 xvda2 < xvda5 &g= t;
[=C2=A0=C2=A0=C2=A0 0.424217] scsi0 : ata_piix
[=C2=A0=C2=A0=C2=A0= 0.424306] scsi1 : ata_piix
[=C2=A0=C2=A0=C2=A0 0.424341] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmd= ma 0xc220 irq 14
[=C2=A0=C2=A0=C2=A0 0.424343] ata2: PATA max MWDMA2 cmd= 0x170 ctl 0x376 bmdma 0xc228 irq 15
[=C2=A0=C2=A0=C2=A0 0.424591] Fixed= MDIO Bus: probed
[=C2=A0=C2=A0=C2=A0 0.424602] tun: Universal TUN/TAP d= evice driver, 1.6
[=C2=A0=C2=A0=C2=A0 0.424604] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[=C2=A0=C2=A0= =C2=A0 0.424642] PPP generic driver version 2.4.2
[=C2=A0=C2=A0=C2=A0 0.= 424668] Initialising Xen virtual ethernet driver.
[=C2=A0=C2=A0=C2=A0 0.426228] ehci_hcd: USB 2.0 'Enhanced' Host Con= troller (EHCI) Driver
[=C2=A0=C2=A0=C2=A0 0.426240] ohci_hcd: USB 1.1 &#= 39;Open' Host Controller (OHCI) Driver
[=C2=A0=C2=A0=C2=A0 0.426246]= uhci_hcd: USB Universal Host Controller Interface driver
[=C2=A0=C2=A0=C2=A0 0.426295] uhci_hcd 0000:00:01.2: PCI INT D -> GSI 23= (level, low) -> IRQ 23
[=C2=A0=C2=A0=C2=A0 0.427126] uhci_hcd 0000:0= 0:01.2: setting latency timer to 64
[=C2=A0=C2=A0=C2=A0 0.427156] uhci_h= cd 0000:00:01.2: UHCI Host Controller
[=C2=A0=C2=A0=C2=A0 0.427216] uhci_hcd 0000:00:01.2: new USB bus registered= , assigned bus number 1
[=C2=A0=C2=A0=C2=A0 0.427439] uhci_hcd 0000:00:0= 1.2: irq 23, io base 0x0000c200
[=C2=A0=C2=A0=C2=A0 0.428225] hub 1-0:1.= 0: USB hub found
[=C2=A0=C2=A0=C2=A0 0.428256] hub 1-0:1.0: 2 ports dete= cted
[=C2=A0=C2=A0=C2=A0 0.428543] usbcore: registered new interface driver libu= sual
[=C2=A0=C2=A0=C2=A0 0.428601] i8042: PNP: PS/2 Controller [PNP0303:= PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[=C2=A0=C2=A0=C2=A0 0.430309] s= erio: i8042 KBD port at 0x60,0x64 irq 1
[=C2=A0=C2=A0=C2=A0 0.430334] serio: i8042 AUX port at 0x60,0x64 irq 12
= [=C2=A0=C2=A0=C2=A0 0.430620] mousedev: PS/2 mouse device common for all mi= ce
[=C2=A0=C2=A0=C2=A0 0.431393] input: AT Translated Set 2 keyboard as = /devices/platform/i8042/serio0/input/input2
[=C2=A0=C2=A0=C2=A0 0.432734] rtc_cmos 00:05: rtc core: registered rtc_cmos= as rtc0
[=C2=A0=C2=A0=C2=A0 0.432820] rtc0: alarms up to one day, 114 b= ytes nvram, hpet irqs
[=C2=A0=C2=A0=C2=A0 0.436304] device-mapper: ueven= t: version 1.0.3
[=C2=A0=C2=A0=C2=A0 0.437591] device-mapper: ioctl: 4.2= 2.0-ioctl (2011-10-19) initialised: = dm-devel@redhat.com
[=C2=A0=C2=A0=C2=A0 0.437600] cpuidle: using governor ladder
[=C2=A0=C2= =A0=C2=A0 0.437602] cpuidle: using governor menu
[=C2=A0=C2=A0=C2=A0 0.4= 37604] EFI Variables Facility v0.08 2004-May-17
[=C2=A0=C2=A0=C2=A0 0.43= 7846] TCP cubic registered
[=C2=A0=C2=A0=C2=A0 0.438021] NET: Registered= protocol family 10
[=C2=A0=C2=A0=C2=A0 0.439551] NET: Registered protocol family 17
[=C2=A0= =C2=A0=C2=A0 0.439559] Registering the dns_resolver key type
[=C2=A0=C2= =A0=C2=A0 0.439729] PM: Hibernation image not present or could not be loade= d.
[=C2=A0=C2=A0=C2=A0 0.439741] registered taskstats version 1
[=C2=A0=C2=A0=C2=A0 0.518891] Freeing initrd memory: 13916k freed
[=C2= =A0=C2=A0=C2=A0 0.524222] XENBUS: Device with no driver: device/vkbd/0
[= =C2=A0=C2=A0=C2=A0 0.524225]=C2=A0=C2=A0 Magic number: 2:751:448
[=C2=A0= =C2=A0=C2=A0 0.524282] rtc_cmos 00:05: setting system clock to 2014-06-02 2= 1:26:32 UTC (1401744392)
[=C2=A0=C2=A0=C2=A0 0.524317] BIOS EDD facility v0.16 2004-Jun-25, 0 device= s found
[=C2=A0=C2=A0=C2=A0 0.524318] EDD information not available.
= [=C2=A0=C2=A0=C2=A0 0.594436] ata2.01: NODEV after polling detection
[= =C2=A0=C2=A0=C2=A0 0.596844] ata2.00: ATAPI: QEMU DVD-ROM, 1.3.1, max UDMA/= 100
[=C2=A0=C2=A0=C2=A0 0.599322] ata2.00: configured for MWDMA2
[=C2=A0=C2= =A0=C2=A0 0.602730] scsi 1:0:0:0: CD-ROM=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 QEMU=C2=A0=C2=A0=C2=A0=C2=A0 QEMU DVD-ROM= =C2=A0=C2=A0=C2=A0=C2=A0 1.3. PQ: 0 ANSI: 5
[=C2=A0=C2=A0=C2=A0 0.608763= ] sr0: scsi3-mmc drive: 4x/4x cd/rw xa/form2 tray
[=C2=A0=C2=A0=C2=A0 0.= 608769] cdrom: Uniform CD-ROM driver Revision: 3.20
[=C2=A0=C2=A0=C2=A0 0.608942] sr 1:0:0:0: Attached scsi CD-ROM sr0
[=C2= =A0=C2=A0=C2=A0 0.609016] sr 1:0:0:0: Attached scsi generic sg0 type 5
[= =C2=A0=C2=A0=C2=A0 0.610946] Freeing unused kernel memory: 924k freed
[= =C2=A0=C2=A0=C2=A0 0.611098] Write protecting the kernel read-only data: 12= 288k
[=C2=A0=C2=A0=C2=A0 0.617404] Freeing unused kernel memory: 1584k freed
= [=C2=A0=C2=A0=C2=A0 0.623716] Freeing unused kernel memory: 1188k freed
= [=C2=A0=C2=A0=C2=A0 0.643344] udevd[87]: starting version 175
[=C2=A0=C2= =A0=C2=A0 0.740093] usb 1-1: new full-speed USB device number 2 using uhci_= hcd
[=C2=A0=C2=A0=C2=A0 0.772960] EXT4-fs (xvda1): mounted filesystem with orde= red data mode. Opts: (null)
[=C2=A0=C2=A0=C2=A0 0.820438] FDC 0 is a S82= 078B
[=C2=A0=C2=A0=C2=A0 1.024812] usb 1-2: new full-speed USB device nu= mber 3 using uhci_hcd
[=C2=A0=C2=A0=C2=A0 1.035831] Adding 1044188k swap= on /dev/xvda5.=C2=A0 Priority:-1 extents:1 across:1044188k SS
[=C2=A0=C2=A0=C2=A0 1.054172] ADDRCONF(NETDEV_UP): eth0: link is not ready<= br>[=C2=A0=C2=A0=C2=A0 1.064865] udevd[304]: starting version 175
[=C2= =A0=C2=A0=C2=A0 1.091331] EXT4-fs (xvda1): re-mounted. Opts: errors=3Dremou= nt-ro
[=C2=A0=C2=A0=C2=A0 1.108760] lp: driver loaded but no devices fou= nd
[=C2=A0=C2=A0=C2=A0 1.204156] Refined TSC clocksource calibration: 2793.650= MHz.
[=C2=A0=C2=A0=C2=A0 1.205886] hub 1-2:1.0: USB hub found
[=C2= =A0=C2=A0=C2=A0 1.206860] hub 1-2:1.0: 8 ports detected
[=C2=A0=C2=A0=C2= =A0 1.266435] piix4_smbus 0000:00:01.3: Host SMBus controller not enabled!<= br> [=C2=A0=C2=A0=C2=A0 1.351867] parport_pc 00:0b: reported by Plug and Play A= CPI
[=C2=A0=C2=A0=C2=A0 1.352648] parport0: PC-style at 0x378, irq 7 [PC= SPP,TRISTATE]
[=C2=A0=C2=A0=C2=A0 1.404209] input: QEMU QEMU USB Tablet = as /devices/pci0000:00/0000:00:01.2/usb1/1-1/1-1:1.0/input/input3
[=C2=A0=C2=A0=C2=A0 1.404445] generic-usb 0003:0627:0001.0001: input,hidraw= 0: USB HID v0.01 Pointer [QEMU QEMU USB Tablet] on usb-0000:00:01.2-1/input= 0
[=C2=A0=C2=A0=C2=A0 1.404492] usbcore: registered new interface driver= usbhid
[=C2=A0=C2=A0=C2=A0 1.404495] usbhid: USB HID core driver
[=C2=A0=C2=A0=C2=A0 1.619636] type=3D1400 audit(1401744393.588:2): apparmor= =3D"STATUS" operation=3D"profile_load" name=3D"/sb= in/dhclient" pid=3D465 comm=3D"apparmor_parser"
[=C2=A0= =C2=A0=C2=A0 1.621729] type=3D1400 audit(1401744393.592:3): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" name=3D"/usr/lib/N= etworkManager/nm-dhcp-client.action" pid=3D465 comm=3D"apparmor_p= arser"
[=C2=A0=C2=A0=C2=A0 1.622017] type=3D1400 audit(1401744393.592:4): apparmor= =3D"STATUS" operation=3D"profile_load" name=3D"/us= r/lib/connman/scripts/dhclient-script" pid=3D465 comm=3D"apparmor= _parser"
[=C2=A0=C2=A0=C2=A0 1.689809] usb 1-2.1: new full-speed US= B device number 4 using uhci_hcd
[=C2=A0=C2=A0=C2=A0 1.891343] input: ImExPS/2 Generic Explorer Mouse as /de= vices/platform/i8042/serio1/input/input4
[=C2=A0=C2=A0=C2=A0 1.919715] l= p0: using parport0 (interrupt-driven).
[=C2=A0=C2=A0=C2=A0 2.004538] ini= t: failsafe main process (569) killed by TERM signal
[=C2=A0=C2=A0=C2=A0 2.054714] type=3D1400 audit(1401744394.024:5): apparmor= =3D"STATUS" operation=3D"profile_replace" name=3D"= /sbin/dhclient" pid=3D650 comm=3D"apparmor_parser"
[=C2= =A0=C2=A0=C2=A0 2.055227] type=3D1400 audit(1401744394.024:6): apparmor=3D&= quot;STATUS" operation=3D"profile_replace" name=3D"/usr= /lib/NetworkManager/nm-dhcp-client.action" pid=3D650 comm=3D"appa= rmor_parser"
[=C2=A0=C2=A0=C2=A0 2.055603] type=3D1400 audit(1401744394.024:7): apparmor= =3D"STATUS" operation=3D"profile_replace" name=3D"= /usr/lib/connman/scripts/dhclient-script" pid=3D650 comm=3D"appar= mor_parser"
[=C2=A0=C2=A0=C2=A0 2.061010] ppdev: user-space paralle= l port driver
[=C2=A0=C2=A0=C2=A0 2.067813] type=3D1400 audit(1401744394.036:8): apparmor= =3D"STATUS" operation=3D"profile_load" name=3D"/us= r/sbin/tcpdump" pid=3D652 comm=3D"apparmor_parser"
[=C2= =A0=C2=A0=C2=A0 2.068282] input: Xen Virtual Keyboard as /devices/virtual/i= nput/input5
[=C2=A0=C2=A0=C2=A0 2.070692] input: Xen Virtual Pointer as /devices/virtua= l/input/input6
[=C2=A0=C2=A0=C2=A0 2.382394] Registered led device: xpad= 0
[=C2=A0=C2=A0=C2=A0 2.383120] input: Microsoft X-Box 360 pad as /devic= es/pci0000:00/0000:00:01.2/usb1/1-2/1-2.1/1-2.1:1.0/input/input7
[=C2=A0=C2=A0=C2=A0 2.383471] usbcore: registered new interface driver xpad=
[=C2=A0=C2=A0=C2=A0 2.617954] usb 1-2.2: new full-speed USB device numb= er 5 using uhci_hcd
[=C2=A0=C2=A0=C2=A0 3.182692] pcan: Release_20130131= _n (le)
[=C2=A0=C2=A0=C2=A0 3.182696] pcan: driver config [mod] [isa] [p= ci] [dng] [par] [usb] [pcc]
[=C2=A0=C2=A0=C2=A0 3.194232] pcan: new usb adapter with 1 CAN controller(s= ) detected
[=C2=A0=C2=A0=C2=A0 3.194248] pcan: usb hardware revision =3D= 28
[=C2=A0=C2=A0=C2=A0 3.257802] pcan: usb device minor 32 found
[= =C2=A0=C2=A0=C2=A0 3.258322] usbcore: registered new interface driver pcan<= br> [=C2=A0=C2=A0=C2=A0 3.258839] pcan: major 250.
[=C2=A0=C2=A0=C2=A0 3.260= 014] usb 1-2.3: new full-speed USB device number 6 using uhci_hcd
[=C2= =A0=C2=A0=C2=A0 4.538729] usbcore: registered new interface driver usbseria= l
[=C2=A0=C2=A0=C2=A0 4.538787] USB Serial support registered for generi= c
[=C2=A0=C2=A0=C2=A0 4.601980] usb 1-2.4: new full-speed USB device number 7= using uhci_hcd
[=C2=A0=C2=A0 30.653672] init: hvc0 main process (756) t= erminated with status 1
[=C2=A0=C2=A0 30.653695] init: hvc0 main process= ended, respawning
[=C2=A0=C2=A0 56.305797] init: hvc0 main process (773= ) terminated with status 1
[=C2=A0=C2=A0 56.305840] init: hvc0 main process ended, respawning
[=C2= =A0=C2=A0 56.549770] usb 1-2.5: new full-speed USB device number 8 using uh= ci_hcd
[=C2=A0=C2=A0 56.737874] s2255: probe
[=C2=A0=C2=A0 56.737891]= num endpoints 2
[=C2=A0=C2=A0 56.737894] bulk out endpoint addr: 2
[=C2=A0=C2=A0 56.739533] S2255: board initialized
[=C2=A0=C2=A0 56.73= 9687] USB 2255 device now attached to USBs2255-0
[=C2=A0=C2=A0 57.199173= ] cdc_acm 1-2.5:1.0: This device cannot do calls on its own. It is not a mo= dem.
[=C2=A0=C2=A0 57.199516] cdc_acm 1-2.5:1.0: ttyACM0: USB ACM device=
[=C2=A0=C2=A0 57.204307] usbcore: registered new interface driver cdc_acm[=C2=A0=C2=A0 57.204311] cdc_acm: USB Abstract Control Model driver for U= SB modems and ISDN adapters
[=C2=A0=C2=A0 57.237792] usb 1-2.4: reset fu= ll-speed USB device number 7 using uhci_hcd
[=C2=A0=C2=A0 57.300179] eth0: no IPv6 routers present
[=C2=A0=C2=A0 83.= 399789] init: hvc0 main process (775) terminated with status 1
[=C2=A0= =C2=A0 83.399839] init: hvc0 main process ended, respawning
[=C2=A0 108.= 781086] init: hvc0 main process (779) terminated with status 1
[=C2=A0 108.781124] init: hvc0 main process ended, respawning
[=C2=A0 10= 9.783093] s2255: fw loaded
[=C2=A0 109.783132] S2255 successfully loaded=
[=C2=A0 109.783250] usbcore: registered new interface driver usbserial_= generic
[=C2=A0 109.783253] usbserial: USB Serial Driver core
[=C2=A0 109.785663] usbcore: registered new interface driver s2255
[=C2= =A0 118.787979] init: hvc0 main process (781) terminated with status 1
[= =C2=A0 118.788018] init: hvc0 main process ended, respawning
[=C2=A0 128= .792795] init: hvc0 main process (791) terminated with status 1
[=C2=A0 128.792835] init: hvc0 main process ended, respawning
[=C2=A0 13= 8.796847] init: hvc0 main process (792) terminated with status 1
[=C2=A0= 138.796887] init: hvc0 main process ended, respawning
[=C2=A0 148.80065= 0] init: hvc0 main process (793) terminated with status 1
[=C2=A0 148.800690] init: hvc0 main process ended, respawning
[=C2=A0 15= 8.807505] init: hvc0 main process (794) terminated with status 1
[=C2=A0= 158.807545] init: hvc0 main process ended, respawning
[=C2=A0 168.81152= 8] init: hvc0 main process (939) terminated with status 1
[=C2=A0 168.811569] init: hvc0 main process ended, respawning
[=C2=A0 17= 8.816513] init: hvc0 main process (953) terminated with status 1
[=C2=A0= 178.816552] init: hvc0 main process ended, respawning
[=C2=A0 188.82042= 4] init: hvc0 main process (957) terminated with status 1
[=C2=A0 188.820485] init: hvc0 main process ended, respawning
[=C2=A0 19= 8.824729] init: hvc0 main process (959) terminated with status 1
[=C2=A0= 198.824768] init: hvc0 main process ended, respawning
[=C2=A0 208.82889= 6] init: hvc0 main process (960) terminated with status 1
[=C2=A0 208.828935] init: hvc0 main process ended, respawning
[=C2=A0 21= 8.833140] init: hvc0 main process (961) terminated with status 1
[=C2=A0= 218.833180] init: hvc0 main process ended, respawning
[=C2=A0 228.83746= 1] init: hvc0 main process (964) terminated with status 1
[=C2=A0 228.837499] init: hvc0 main process ended, respawning
[=C2=A0 23= 8.843490] init: hvc0 main process (965) terminated with status 1
[=C2=A0= 238.843529] init: hvc0 main process ended, respawning
[=C2=A0 248.84744= 1] init: hvc0 main process (966) terminated with status 1
[=C2=A0 248.847479] init: hvc0 main process ended, respawning
[=C2=A0 25= 8.851383] init: hvc0 main process (967) terminated with status 1
[=C2=A0= 258.851421] init: hvc0 main process ended, respawning
[=C2=A0 268.85524= 3] init: hvc0 main process (968) terminated with status 1
[=C2=A0 268.855282] init: hvc0 main process ended, respawning
[=C2=A0 27= 8.861648] init: hvc0 main process (971) terminated with status 1
[=C2=A0= 278.861689] init: hvc0 main process ended, respawning
[=C2=A0 288.86580= 3] init: hvc0 main process (972) terminated with status 1
[=C2=A0 288.865841] init: hvc0 main process ended, respawning
[=C2=A0 29= 8.869727] init: hvc0 main process (973) terminated with status 1
[=C2=A0= 298.869766] init: hvc0 main process ended, respawning
[=C2=A0 308.87363= 2] init: hvc0 main process (974) terminated with status 1
[=C2=A0 308.873670] init: hvc0 main process ended, respawning
[=C2=A0 31= 8.879805] init: hvc0 main process (977) terminated with status 1
[=C2=A0= 318.879844] init: hvc0 main process ended, respawning
[=C2=A0 328.88371= 9] init: hvc0 main process (978) terminated with status 1
[=C2=A0 328.883756] init: hvc0 main process ended, respawning
[=C2=A0 33= 8.888135] init: hvc0 main process (979) terminated with status 1
[=C2=A0= 338.888174] init: hvc0 main process ended, respawning
[=C2=A0 348.89195= 9] init: hvc0 main process (980) terminated with status 1
[=C2=A0 348.891997] init: hvc0 main process ended, respawning
[=C2=A0 35= 8.897932] init: hvc0 main process (981) terminated with status 1
[=C2=A0= 358.897969] init: hvc0 main process ended, respawning
[=C2=A0 368.90189= 0] init: hvc0 main process (982) terminated with status 1
[=C2=A0 368.901930] init: hvc0 main process ended, respawning
[=C2=A0 37= 8.906150] init: hvc0 main process (984) terminated with status 1
[=C2=A0= 378.906188] init: hvc0 main process ended, respawning=E2=80=8B

=E2=80=8B
=E2=80=8BThanks,

Meng=E2=80=8B

=E2=80=8B

-------= ----
Meng Xu
PhD Student in Computer and Information Science
University of Pennsylvania
--001a11c29c82c2c1b204fae18a83-- --===============0314459544878873583== 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 --===============0314459544878873583==-- From xen-users-bounces@lists.xen.org Tue Jun 03 19:15:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 19:15:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WruAZ-0006Z1-Rw; Tue, 03 Jun 2014 19:14:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WruAX-0006Yr-VS for xen-users@lists.xen.org; Tue, 03 Jun 2014 19:14:46 +0000 Received: from [85.158.143.35:54541] by server-3.bemta-4.messagelabs.com id 40/E3-13602-5AE1E835; Tue, 03 Jun 2014 19:14:45 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1401822883!1725936!1 X-Originating-IP: [209.85.192.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22916 invoked from network); 3 Jun 2014 19:14:44 -0000 Received: from mail-qg0-f43.google.com (HELO mail-qg0-f43.google.com) (209.85.192.43) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 19:14:44 -0000 Received: by mail-qg0-f43.google.com with SMTP id 63so13870696qgz.16 for ; Tue, 03 Jun 2014 12:14:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BZZYWiC3nfVovp21ZhaqFZ81r766s3EUANTKGleJV3w=; b=CYHJdIXiUEDpJygFZAMPcayMytjxYKgWgqCKdj+lH7Qr2qpoAzSFjYlENmP2YRBg6N thih590SqBSkm7Orxvijrz7FQNl24HNxdUuZaSV5nqTkQVOjw3QxwPDHPzwJHi/EdWdW S8fk+GpjQQlkPUMt4Hz0Tteq1llgEW2FkxRrKTNMB0IyxKLyjauBpx3gzSEzJ3NXOSn4 VrxBxv21PXBeRq/79fDxVQLoruyDrfdiIr0UoR8m4N8FTQw0nwgbZJ8Q3anIJJaIr3XH 5/YLaUs19y5lF1yWYsIUdGcq29uaXtAFS2E5IolbMKvAZY+NtSDDtZchKhT+E3OQz6jo DR+w== MIME-Version: 1.0 X-Received: by 10.229.87.201 with SMTP id x9mr63034602qcl.20.1401822883343; Tue, 03 Jun 2014 12:14:43 -0700 (PDT) Received: by 10.140.37.47 with HTTP; Tue, 3 Jun 2014 12:14:43 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 13:14:43 -0600 Message-ID: From: jacek burghardt To: Meng Xu Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5682495730326981298==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5682495730326981298== Content-Type: multipart/alternative; boundary=001a11337b7a0010aa04faf3535f --001a11337b7a0010aa04faf3535f Content-Type: text/plain; charset=UTF-8 I don't thing the whole passing of usb devices is well supported under xen. I always pass whole usb controller. I wonder if you can get pci or epic usb controller and pass it --001a11337b7a0010aa04faf3535f Content-Type: text/html; charset=UTF-8


I don't thing the whole passing of usb devices is well supported under xen. I always pass whole usb controller. I wonder if you can get pci or epic usb controller and pass it
--001a11337b7a0010aa04faf3535f-- --===============5682495730326981298== 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 --===============5682495730326981298==-- From xen-users-bounces@lists.xen.org Tue Jun 03 19:15:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 19:15:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WruAZ-0006Z1-Rw; Tue, 03 Jun 2014 19:14:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WruAX-0006Yr-VS for xen-users@lists.xen.org; Tue, 03 Jun 2014 19:14:46 +0000 Received: from [85.158.143.35:54541] by server-3.bemta-4.messagelabs.com id 40/E3-13602-5AE1E835; Tue, 03 Jun 2014 19:14:45 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1401822883!1725936!1 X-Originating-IP: [209.85.192.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22916 invoked from network); 3 Jun 2014 19:14:44 -0000 Received: from mail-qg0-f43.google.com (HELO mail-qg0-f43.google.com) (209.85.192.43) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 19:14:44 -0000 Received: by mail-qg0-f43.google.com with SMTP id 63so13870696qgz.16 for ; Tue, 03 Jun 2014 12:14:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BZZYWiC3nfVovp21ZhaqFZ81r766s3EUANTKGleJV3w=; b=CYHJdIXiUEDpJygFZAMPcayMytjxYKgWgqCKdj+lH7Qr2qpoAzSFjYlENmP2YRBg6N thih590SqBSkm7Orxvijrz7FQNl24HNxdUuZaSV5nqTkQVOjw3QxwPDHPzwJHi/EdWdW S8fk+GpjQQlkPUMt4Hz0Tteq1llgEW2FkxRrKTNMB0IyxKLyjauBpx3gzSEzJ3NXOSn4 VrxBxv21PXBeRq/79fDxVQLoruyDrfdiIr0UoR8m4N8FTQw0nwgbZJ8Q3anIJJaIr3XH 5/YLaUs19y5lF1yWYsIUdGcq29uaXtAFS2E5IolbMKvAZY+NtSDDtZchKhT+E3OQz6jo DR+w== MIME-Version: 1.0 X-Received: by 10.229.87.201 with SMTP id x9mr63034602qcl.20.1401822883343; Tue, 03 Jun 2014 12:14:43 -0700 (PDT) Received: by 10.140.37.47 with HTTP; Tue, 3 Jun 2014 12:14:43 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 13:14:43 -0600 Message-ID: From: jacek burghardt To: Meng Xu Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5682495730326981298==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5682495730326981298== Content-Type: multipart/alternative; boundary=001a11337b7a0010aa04faf3535f --001a11337b7a0010aa04faf3535f Content-Type: text/plain; charset=UTF-8 I don't thing the whole passing of usb devices is well supported under xen. I always pass whole usb controller. I wonder if you can get pci or epic usb controller and pass it --001a11337b7a0010aa04faf3535f Content-Type: text/html; charset=UTF-8


I don't thing the whole passing of usb devices is well supported under xen. I always pass whole usb controller. I wonder if you can get pci or epic usb controller and pass it
--001a11337b7a0010aa04faf3535f-- --===============5682495730326981298== 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 --===============5682495730326981298==-- From xen-users-bounces@lists.xen.org Tue Jun 03 19:33:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 19:33:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WruSo-0007U9-MD; Tue, 03 Jun 2014 19:33:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WruSm-0007Ty-RB for xen-users@lists.xen.org; Tue, 03 Jun 2014 19:33:37 +0000 Received: from [85.158.137.68:21907] by server-10.bemta-3.messagelabs.com id D6/1E-16608-0132E835; Tue, 03 Jun 2014 19:33:36 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1401824012!3382734!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14246 invoked from network); 3 Jun 2014 19:33:33 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 19:33:33 -0000 Received: by mail-qg0-f48.google.com with SMTP id i50so14133757qgf.35 for ; Tue, 03 Jun 2014 12:33:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7YU/7SboidOV2saOqX3dzO6rGmggg3XbXfaZgAjIpk8=; b=kKf+sBar7aFL/xW7COEksr3G5eMgyQY3+X2X0lplNruaK6gbJ5MU3Sl3JFOiV1LYbF dWHKcliqCY2TGTacATJVOuzfkXrUn3L3YXu566chY9PcBc401PCVacwacE1bZ+jnXlUq f8F186OpugnRMkr09wB+R5Oa1NaY0j1XM8KiIEYsUb+kOLr/K2o+gOGGcOEEAn/BIxBR w+iVLYyQZBOKM2oF2xCrV2Yl6/OuVQY1seZSxRRdkppmwZkJ1wj5nD0EhH5kJ+URBt/v Kc4sszduuNvAtRPNWrdsC3HqCHdhc70ucwizOgOQsjpkfJXprU2wZGQFHBW4vVMNua5f lokA== MIME-Version: 1.0 X-Received: by 10.140.106.3 with SMTP id d3mr59558688qgf.44.1401824012380; Tue, 03 Jun 2014 12:33:32 -0700 (PDT) Received: by 10.140.37.47 with HTTP; Tue, 3 Jun 2014 12:33:32 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 13:33:32 -0600 Message-ID: From: jacek burghardt To: Meng Xu Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0659685196728520378==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0659685196728520378== Content-Type: multipart/alternative; boundary=001a113949ae4bb0a004faf3969b --001a113949ae4bb0a004faf3969b Content-Type: text/plain; charset=UTF-8 I just buy separate pci usb card and I pass that. There is no way to share usb between domu and dom0 On Tue, Jun 3, 2014 at 1:19 PM, Meng Xu wrote: > Hi Jacek, > > Thank you very much for your replies! I tried to passing the whole usb > controller before by using the PCI passthrough. However, after I pass > throught the whole usb controller, I can no longer use keyboard and mouse > in dom0. Is there anyway that I can use the usb devices in dom0 after I > passthough the whole usb controller? > > Thanks, > > Meng > > > 2014-06-03 15:14 GMT-04:00 jacek burghardt : > > >> >> I don't thing the whole passing of usb devices is well supported under >> xen. I always pass whole usb controller. I wonder if you can get pci or >> epic usb controller and pass it >> > > > > -- > > > ----------- > Meng Xu > PhD Student in Computer and Information Science > University of Pennsylvania > --001a113949ae4bb0a004faf3969b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I=C2=A0just buy separate pci usb card and I pass that. The= re is no way to share usb=C2=A0between=C2=A0 domu and dom0 =C2=A0=C2=A0


On Tue, Jun= 3, 2014 at 1:19 PM, Meng Xu <xumengpanda@gmail.com> wro= te:
Hi Jacek,

Thank you = very much for your replies! I tried to passing the whole usb controller bef= ore by using the PCI passthrough. However, after I pass throught the whole = usb controller, I can no longer use keyboard and mouse in dom0. Is there an= yway that I can use the usb devices in dom0 after I passthough the whole us= b controller?

Thanks,

Meng =C2=A0


2014-06-03 15:14 GMT-04:00 jacek burghardt = <jaceksbu= rghardt@gmail.com>:



I don&= #39;t thing the whole passing of usb devices is well supported under xen. I= always pass whole usb controller. I wonder if you can get pci or epic usb = controller and pass it


--


---------= --
Meng Xu
PhD Student in Computer and Information Science
Univers= ity of Pennsylvania

--001a113949ae4bb0a004faf3969b-- --===============0659685196728520378== 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 --===============0659685196728520378==-- From xen-users-bounces@lists.xen.org Tue Jun 03 19:33:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 19:33:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WruSo-0007U9-MD; Tue, 03 Jun 2014 19:33:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WruSm-0007Ty-RB for xen-users@lists.xen.org; Tue, 03 Jun 2014 19:33:37 +0000 Received: from [85.158.137.68:21907] by server-10.bemta-3.messagelabs.com id D6/1E-16608-0132E835; Tue, 03 Jun 2014 19:33:36 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1401824012!3382734!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14246 invoked from network); 3 Jun 2014 19:33:33 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 19:33:33 -0000 Received: by mail-qg0-f48.google.com with SMTP id i50so14133757qgf.35 for ; Tue, 03 Jun 2014 12:33:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7YU/7SboidOV2saOqX3dzO6rGmggg3XbXfaZgAjIpk8=; b=kKf+sBar7aFL/xW7COEksr3G5eMgyQY3+X2X0lplNruaK6gbJ5MU3Sl3JFOiV1LYbF dWHKcliqCY2TGTacATJVOuzfkXrUn3L3YXu566chY9PcBc401PCVacwacE1bZ+jnXlUq f8F186OpugnRMkr09wB+R5Oa1NaY0j1XM8KiIEYsUb+kOLr/K2o+gOGGcOEEAn/BIxBR w+iVLYyQZBOKM2oF2xCrV2Yl6/OuVQY1seZSxRRdkppmwZkJ1wj5nD0EhH5kJ+URBt/v Kc4sszduuNvAtRPNWrdsC3HqCHdhc70ucwizOgOQsjpkfJXprU2wZGQFHBW4vVMNua5f lokA== MIME-Version: 1.0 X-Received: by 10.140.106.3 with SMTP id d3mr59558688qgf.44.1401824012380; Tue, 03 Jun 2014 12:33:32 -0700 (PDT) Received: by 10.140.37.47 with HTTP; Tue, 3 Jun 2014 12:33:32 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 13:33:32 -0600 Message-ID: From: jacek burghardt To: Meng Xu Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0659685196728520378==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0659685196728520378== Content-Type: multipart/alternative; boundary=001a113949ae4bb0a004faf3969b --001a113949ae4bb0a004faf3969b Content-Type: text/plain; charset=UTF-8 I just buy separate pci usb card and I pass that. There is no way to share usb between domu and dom0 On Tue, Jun 3, 2014 at 1:19 PM, Meng Xu wrote: > Hi Jacek, > > Thank you very much for your replies! I tried to passing the whole usb > controller before by using the PCI passthrough. However, after I pass > throught the whole usb controller, I can no longer use keyboard and mouse > in dom0. Is there anyway that I can use the usb devices in dom0 after I > passthough the whole usb controller? > > Thanks, > > Meng > > > 2014-06-03 15:14 GMT-04:00 jacek burghardt : > > >> >> I don't thing the whole passing of usb devices is well supported under >> xen. I always pass whole usb controller. I wonder if you can get pci or >> epic usb controller and pass it >> > > > > -- > > > ----------- > Meng Xu > PhD Student in Computer and Information Science > University of Pennsylvania > --001a113949ae4bb0a004faf3969b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I=C2=A0just buy separate pci usb card and I pass that. The= re is no way to share usb=C2=A0between=C2=A0 domu and dom0 =C2=A0=C2=A0


On Tue, Jun= 3, 2014 at 1:19 PM, Meng Xu <xumengpanda@gmail.com> wro= te:
Hi Jacek,

Thank you = very much for your replies! I tried to passing the whole usb controller bef= ore by using the PCI passthrough. However, after I pass throught the whole = usb controller, I can no longer use keyboard and mouse in dom0. Is there an= yway that I can use the usb devices in dom0 after I passthough the whole us= b controller?

Thanks,

Meng =C2=A0


2014-06-03 15:14 GMT-04:00 jacek burghardt = <jaceksbu= rghardt@gmail.com>:



I don&= #39;t thing the whole passing of usb devices is well supported under xen. I= always pass whole usb controller. I wonder if you can get pci or epic usb = controller and pass it


--


---------= --
Meng Xu
PhD Student in Computer and Information Science
Univers= ity of Pennsylvania

--001a113949ae4bb0a004faf3969b-- --===============0659685196728520378== 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 --===============0659685196728520378==-- From xen-users-bounces@lists.xen.org Tue Jun 03 20:55:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 20:55:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrvjK-0001wG-Ve; Tue, 03 Jun 2014 20:54:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrvjJ-0001wB-Dz for xen-users@lists.xen.org; Tue, 03 Jun 2014 20:54:45 +0000 Received: from [85.158.137.68:6483] by server-10.bemta-3.messagelabs.com id 01/38-16608-4163E835; Tue, 03 Jun 2014 20:54:44 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1401828882!7806018!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2238 invoked from network); 3 Jun 2014 20:54:43 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 20:54:43 -0000 Received: by mail-qg0-f48.google.com with SMTP id i50so14130320qgf.7 for ; Tue, 03 Jun 2014 13:54:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PHB6ON7pXeedVlrrnn5hXIy+lr44uBar5IkSq3rr8Bc=; b=elQGxMINZBemiUm/zOYrGtMaAu3d3Ija6e/C7AgsndISxTpQ6m/fvyE08nT7znmext +e7bQiqXMTLX4ZswBVPMFwkRQyjT4RHBUOX8ZowfxsUPoPm71dam6LUey4W+4vEseH7c indtdGzNjp1JPN6xQ+xs/FaFcWuahHWl10DD5dU3+HbNbJVcJ8iAcnK480sVvjdvWvYf lj711o7IysHxKFAd6MC97d0ZXFZxmo84vyFCdRrdorzZBiWCRFZupdgF7gWhfh5z00GV KHmSoi5HwisjAJsby5L78SmEvQHt5jBQu467yQmCfAAXlN4ypv4Uaypq0bBMiI7W9g+E 6BCA== MIME-Version: 1.0 X-Received: by 10.224.167.70 with SMTP id p6mr60466325qay.48.1401828881996; Tue, 03 Jun 2014 13:54:41 -0700 (PDT) Received: by 10.140.37.47 with HTTP; Tue, 3 Jun 2014 13:54:41 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 14:54:41 -0600 Message-ID: From: jacek burghardt To: Meng Xu Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3145838899288681407==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3145838899288681407== Content-Type: multipart/alternative; boundary=089e0139fe628c40a104faf4b8e2 --089e0139fe628c40a104faf4b8e2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable The card is assigned only to one guest and it is unavailable to others. I would read this http://wiki.xen.org/wiki/Xen_VGA_Passthrough and http://wiki.xen.org/wiki/XenUSBPassthrough I guess there should be a patch that allows for sharing keyboard mouse On Tue, Jun 3, 2014 at 1:53 PM, Meng Xu wrote: > Hi Jacek, > > Thank you very much for your quick reply! > > =E2=80=8BI have one more question.=E2=80=8B > > I just buy separate pci usb card and I pass that. There is no way to shar= e >> usb between domu and dom0 >> > > =E2=80=8BIf I buy a separate pci usb card and pass the pci controller to = dom1. Can > the same pci controlled be passed to dom2 at the same time? > In other words, can the same pci usb controller =E2=80=8Bpassed to more t= han one > guest domain at the same time? > (I know the same pci usb controller cannot be used by dom0 and dom1 at th= e > same time but not sure if it can be used by two guest domains or not.) > > Thanks, > > Meng > > > > > >> >> On Tue, Jun 3, 2014 at 1:19 PM, Meng Xu wrote: >> >>> Hi Jacek, >>> >>> Thank you very much for your replies! I tried to passing the whole usb >>> controller before by using the PCI passthrough. However, after I pass >>> throught the whole usb controller, I can no longer use keyboard and mou= se >>> in dom0. Is there anyway that I can use the usb devices in dom0 after I >>> passthough the whole usb controller? >>> >>> Thanks, >>> >>> Meng >>> >>> >>> 2014-06-03 15:14 GMT-04:00 jacek burghardt : >>> >>> >>>> >>>> I don't thing the whole passing of usb devices is well supported under >>>> xen. I always pass whole usb controller. I wonder if you can get pci o= r >>>> epic usb controller and pass it >>>> >>> >>> >>> >>> -- >>> >>> >>> ----------- >>> Meng Xu >>> PhD Student in Computer and Information Science >>> University of Pennsylvania >>> >> >> > > > -- > > > ----------- > Meng Xu > PhD Student in Computer and Information Science > University of Pennsylvania > --089e0139fe628c40a104faf4b8e2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The card is assigned only to one guest and it is unav= ailable to others. I would read this http://wiki.xen.org/wiki/Xen_VGA_Passthrough
and http://wiki.xen.= org/wiki/XenUSBPassthrough
I guess there should be a patch th= at allows for sharing keyboard mouse


On Tue, Jun 3, 2014 at 1:53 PM, Meng Xu = <xumengpanda@gmail.com> wrote:
Hi = Jacek,

Thank you very muc= h for your quick reply!

=E2= =80=8BI have one more question.=E2=80=8B

I=C2=A0just buy separate pci usb card and I pass that. The= re is no way to share usb=C2=A0between=C2=A0 domu and dom0 =C2=A0=C2=A0

=E2=80=8BIf I buy a separate pci usb card and pass the pci contro= ller to dom1. Can the same pci controlled be passed to dom2 at the same tim= e?=C2=A0
In other words, can = the same pci usb controller =E2=80=8Bpassed to more than one guest domain a= t the same time?
(I know the same pci usb controller cannot be used by dom0 and dom1 at th= e same time but not sure if it can be used by two guest domains or not.)

Thanks,

Meng

=


=C2=A0

On Tue, Jun = 3, 2014 at 1:19 PM, Meng Xu <xumengpanda@gmail.com> wrot= e:
Hi Jacek,<= /div>

Thank you very much for your repli= es! I tried to passing the whole usb controller before by using the PCI pas= sthrough. However, after I pass throught the whole usb controller, I can no= longer use keyboard and mouse in dom0. Is there anyway that I can use the = usb devices in dom0 after I passthough the whole usb controller?

Tha= nks,

Meng =C2=A0


2014-06-03 15:14 GMT-04:00 jacek burghardt = <jaceksbu= rghardt@gmail.com>:



I don&= #39;t thing the whole passing of usb devices is well supported under xen. I= always pass whole usb controller. I wonder if you can get pci or epic usb = controller and pass it



--


-----------
Meng Xu
PhD Student in Computer and = Information Science
University of Pennsylvania




--


-----------
Meng Xu
PhD Student in Computer and Informatio= n Science
University of Pennsylvania

--089e0139fe628c40a104faf4b8e2-- --===============3145838899288681407== 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 --===============3145838899288681407==-- From xen-users-bounces@lists.xen.org Tue Jun 03 20:55:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jun 2014 20:55:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrvjK-0001wG-Ve; Tue, 03 Jun 2014 20:54:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WrvjJ-0001wB-Dz for xen-users@lists.xen.org; Tue, 03 Jun 2014 20:54:45 +0000 Received: from [85.158.137.68:6483] by server-10.bemta-3.messagelabs.com id 01/38-16608-4163E835; Tue, 03 Jun 2014 20:54:44 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1401828882!7806018!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2238 invoked from network); 3 Jun 2014 20:54:43 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 20:54:43 -0000 Received: by mail-qg0-f48.google.com with SMTP id i50so14130320qgf.7 for ; Tue, 03 Jun 2014 13:54:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PHB6ON7pXeedVlrrnn5hXIy+lr44uBar5IkSq3rr8Bc=; b=elQGxMINZBemiUm/zOYrGtMaAu3d3Ija6e/C7AgsndISxTpQ6m/fvyE08nT7znmext +e7bQiqXMTLX4ZswBVPMFwkRQyjT4RHBUOX8ZowfxsUPoPm71dam6LUey4W+4vEseH7c indtdGzNjp1JPN6xQ+xs/FaFcWuahHWl10DD5dU3+HbNbJVcJ8iAcnK480sVvjdvWvYf lj711o7IysHxKFAd6MC97d0ZXFZxmo84vyFCdRrdorzZBiWCRFZupdgF7gWhfh5z00GV KHmSoi5HwisjAJsby5L78SmEvQHt5jBQu467yQmCfAAXlN4ypv4Uaypq0bBMiI7W9g+E 6BCA== MIME-Version: 1.0 X-Received: by 10.224.167.70 with SMTP id p6mr60466325qay.48.1401828881996; Tue, 03 Jun 2014 13:54:41 -0700 (PDT) Received: by 10.140.37.47 with HTTP; Tue, 3 Jun 2014 13:54:41 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 14:54:41 -0600 Message-ID: From: jacek burghardt To: Meng Xu Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3145838899288681407==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3145838899288681407== Content-Type: multipart/alternative; boundary=089e0139fe628c40a104faf4b8e2 --089e0139fe628c40a104faf4b8e2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable The card is assigned only to one guest and it is unavailable to others. I would read this http://wiki.xen.org/wiki/Xen_VGA_Passthrough and http://wiki.xen.org/wiki/XenUSBPassthrough I guess there should be a patch that allows for sharing keyboard mouse On Tue, Jun 3, 2014 at 1:53 PM, Meng Xu wrote: > Hi Jacek, > > Thank you very much for your quick reply! > > =E2=80=8BI have one more question.=E2=80=8B > > I just buy separate pci usb card and I pass that. There is no way to shar= e >> usb between domu and dom0 >> > > =E2=80=8BIf I buy a separate pci usb card and pass the pci controller to = dom1. Can > the same pci controlled be passed to dom2 at the same time? > In other words, can the same pci usb controller =E2=80=8Bpassed to more t= han one > guest domain at the same time? > (I know the same pci usb controller cannot be used by dom0 and dom1 at th= e > same time but not sure if it can be used by two guest domains or not.) > > Thanks, > > Meng > > > > > >> >> On Tue, Jun 3, 2014 at 1:19 PM, Meng Xu wrote: >> >>> Hi Jacek, >>> >>> Thank you very much for your replies! I tried to passing the whole usb >>> controller before by using the PCI passthrough. However, after I pass >>> throught the whole usb controller, I can no longer use keyboard and mou= se >>> in dom0. Is there anyway that I can use the usb devices in dom0 after I >>> passthough the whole usb controller? >>> >>> Thanks, >>> >>> Meng >>> >>> >>> 2014-06-03 15:14 GMT-04:00 jacek burghardt : >>> >>> >>>> >>>> I don't thing the whole passing of usb devices is well supported under >>>> xen. I always pass whole usb controller. I wonder if you can get pci o= r >>>> epic usb controller and pass it >>>> >>> >>> >>> >>> -- >>> >>> >>> ----------- >>> Meng Xu >>> PhD Student in Computer and Information Science >>> University of Pennsylvania >>> >> >> > > > -- > > > ----------- > Meng Xu > PhD Student in Computer and Information Science > University of Pennsylvania > --089e0139fe628c40a104faf4b8e2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The card is assigned only to one guest and it is unav= ailable to others. I would read this http://wiki.xen.org/wiki/Xen_VGA_Passthrough
and http://wiki.xen.= org/wiki/XenUSBPassthrough
I guess there should be a patch th= at allows for sharing keyboard mouse


On Tue, Jun 3, 2014 at 1:53 PM, Meng Xu = <xumengpanda@gmail.com> wrote:
Hi = Jacek,

Thank you very muc= h for your quick reply!

=E2= =80=8BI have one more question.=E2=80=8B

I=C2=A0just buy separate pci usb card and I pass that. The= re is no way to share usb=C2=A0between=C2=A0 domu and dom0 =C2=A0=C2=A0

=E2=80=8BIf I buy a separate pci usb card and pass the pci contro= ller to dom1. Can the same pci controlled be passed to dom2 at the same tim= e?=C2=A0
In other words, can = the same pci usb controller =E2=80=8Bpassed to more than one guest domain a= t the same time?
(I know the same pci usb controller cannot be used by dom0 and dom1 at th= e same time but not sure if it can be used by two guest domains or not.)

Thanks,

Meng

=


=C2=A0

On Tue, Jun = 3, 2014 at 1:19 PM, Meng Xu <xumengpanda@gmail.com> wrot= e:
Hi Jacek,<= /div>

Thank you very much for your repli= es! I tried to passing the whole usb controller before by using the PCI pas= sthrough. However, after I pass throught the whole usb controller, I can no= longer use keyboard and mouse in dom0. Is there anyway that I can use the = usb devices in dom0 after I passthough the whole usb controller?

Tha= nks,

Meng =C2=A0


2014-06-03 15:14 GMT-04:00 jacek burghardt = <jaceksbu= rghardt@gmail.com>:



I don&= #39;t thing the whole passing of usb devices is well supported under xen. I= always pass whole usb controller. I wonder if you can get pci or epic usb = controller and pass it



--


-----------
Meng Xu
PhD Student in Computer and = Information Science
University of Pennsylvania




--


-----------
Meng Xu
PhD Student in Computer and Informatio= n Science
University of Pennsylvania

--089e0139fe628c40a104faf4b8e2-- --===============3145838899288681407== 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 --===============3145838899288681407==-- From xen-users-bounces@lists.xen.org Wed Jun 04 08:01:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 08:01:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws675-0001JS-Tm; Wed, 04 Jun 2014 07:59:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws674-0001JN-MD for xen-users@lists.xen.org; Wed, 04 Jun 2014 07:59:58 +0000 Received: from [85.158.143.35:50997] by server-3.bemta-4.messagelabs.com id 66/B9-13602-EF1DE835; Wed, 04 Jun 2014 07:59:58 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1401868796!9126004!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11036 invoked from network); 4 Jun 2014 07:59:57 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jun 2014 07:59:57 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id EF71A220B63 for ; Wed, 4 Jun 2014 08:59:55 +0100 (BST) MIME-Version: 1.0 Date: Wed, 04 Jun 2014 08:59:55 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: Message-ID: <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-03 02:12, Joshua Purcell wrote: > I've made alot of progress on getting a Windows VM to have control > over a 290x using Xen, but it's not yet working properly. Let me guess - it works fine on a fresh host boot, but doesn't work any more once you rebooot the domU? If so, it's a known problem. > None of my PCI devices (including the 290x) shows FLR (function level > reset) enabled. There are no GPUs known to support FLR. > Is this a requirement for all GPUs that will be passed > to a VM or is it just for swapping the card between dom0 and domU? It is not an absolute requirement, no. > Would I still need FLR enabled if I ensured that dom0 only sees loads > xen-pciback module for my 290x? 'sudo lspci -vv' reports FLReset- for > all devices (not just my 290x). First I need to ensure FLR is critical > for a successful PCI (or GPU) passthrouth. If so, then this makes me > think I need to either 1) enable something in the BIOS or 2) change a > kernel or module parameter. I've heard that some motherboards (for > instance the Intel DH55HC) have an option to enable FLR in the chipset > section of the BIOS. My motherboard (ASRock Z97 Extreme6) has VT-d > support, but doesn't have any FLR option in the BIOS. FLR is not a BIOS or motherboard level feature, it is a PCI device feature. If the card doesn't come with FLR there is nothing the motherboard or the BIOS can magically do to help. > Does anyone with experience regarding GPU passthrough have FLReset+ > next to their GPUs? As I said above - there is no such thing as a GPU with FLR. [...] > Parsing config from /etc/xen/vwin.hvm > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:01:00.0 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:01:00.1 > > The above is what first made me think there is an issue (which led me > to find out more regarding FLR). When Windows boots I see the 290x, > and when I run the AMD test to see what hardware I have it finds it as > being a 290x. I can install the drivers for the card and no errors are > reported. I reboot and look at Device Manager and I see the following > message associated with the problem 290x device: > > This device cannot find enough free resources that it can use. (Code > 12) Yup - that's the well known ATI reset problem. Essentially it boils down to the fact that ATI drivers don't know what to do with a GPU in a pre-initialized state and can't re-initialize it. That's why you have to reboot the whole machine once you reboot the domU. IIRC _very_ recent kernels implement a PCI bus reset method of resetting the device which should be good enough, but I am not sure what version of Xen you have to run with that for both to be aware of the feature and let you use it. In the meantime, I can vouch for the Nvidia based solution - I have a triple seat gaming/workstation system based on Nvidia cards and it works lovely, and I can reboot domUs as many times as I want with no ill effects because the Nvidia driver running in domU knows how to reinitialize a card even if it is in a questionable state. Technically only Quadro/Tesla/Grid cards are supported, but GTX480, GTX680 and GTX780Ti cards are relatively trivial to modify into equivalent Quadro/Tesla cards for purposes of getting GPU passthrough to work. Nvidia driver has a device ID white-list and it won't initialize the card if the device ID isn't in the white-list. GTX480 -> Quadro 6000: BIOS mod GTX680 -> Tesla K10: Remove 1 resistor off the back of the PCB GTX780Ti -> Quadro K6000: Add 18K type 1206 resistor across two pins on the EEPROM I have a pair of 780Ti cards in my system (each passed to a different VM) and it works just fine. I never managed to get any ATI cards to work properly in the same setup. Probably best to stay away from those if you want something that "just works". Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 08:01:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 08:01:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws675-0001JS-Tm; Wed, 04 Jun 2014 07:59:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws674-0001JN-MD for xen-users@lists.xen.org; Wed, 04 Jun 2014 07:59:58 +0000 Received: from [85.158.143.35:50997] by server-3.bemta-4.messagelabs.com id 66/B9-13602-EF1DE835; Wed, 04 Jun 2014 07:59:58 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1401868796!9126004!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11036 invoked from network); 4 Jun 2014 07:59:57 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jun 2014 07:59:57 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id EF71A220B63 for ; Wed, 4 Jun 2014 08:59:55 +0100 (BST) MIME-Version: 1.0 Date: Wed, 04 Jun 2014 08:59:55 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: Message-ID: <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-03 02:12, Joshua Purcell wrote: > I've made alot of progress on getting a Windows VM to have control > over a 290x using Xen, but it's not yet working properly. Let me guess - it works fine on a fresh host boot, but doesn't work any more once you rebooot the domU? If so, it's a known problem. > None of my PCI devices (including the 290x) shows FLR (function level > reset) enabled. There are no GPUs known to support FLR. > Is this a requirement for all GPUs that will be passed > to a VM or is it just for swapping the card between dom0 and domU? It is not an absolute requirement, no. > Would I still need FLR enabled if I ensured that dom0 only sees loads > xen-pciback module for my 290x? 'sudo lspci -vv' reports FLReset- for > all devices (not just my 290x). First I need to ensure FLR is critical > for a successful PCI (or GPU) passthrouth. If so, then this makes me > think I need to either 1) enable something in the BIOS or 2) change a > kernel or module parameter. I've heard that some motherboards (for > instance the Intel DH55HC) have an option to enable FLR in the chipset > section of the BIOS. My motherboard (ASRock Z97 Extreme6) has VT-d > support, but doesn't have any FLR option in the BIOS. FLR is not a BIOS or motherboard level feature, it is a PCI device feature. If the card doesn't come with FLR there is nothing the motherboard or the BIOS can magically do to help. > Does anyone with experience regarding GPU passthrough have FLReset+ > next to their GPUs? As I said above - there is no such thing as a GPU with FLR. [...] > Parsing config from /etc/xen/vwin.hvm > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:01:00.0 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:01:00.1 > > The above is what first made me think there is an issue (which led me > to find out more regarding FLR). When Windows boots I see the 290x, > and when I run the AMD test to see what hardware I have it finds it as > being a 290x. I can install the drivers for the card and no errors are > reported. I reboot and look at Device Manager and I see the following > message associated with the problem 290x device: > > This device cannot find enough free resources that it can use. (Code > 12) Yup - that's the well known ATI reset problem. Essentially it boils down to the fact that ATI drivers don't know what to do with a GPU in a pre-initialized state and can't re-initialize it. That's why you have to reboot the whole machine once you reboot the domU. IIRC _very_ recent kernels implement a PCI bus reset method of resetting the device which should be good enough, but I am not sure what version of Xen you have to run with that for both to be aware of the feature and let you use it. In the meantime, I can vouch for the Nvidia based solution - I have a triple seat gaming/workstation system based on Nvidia cards and it works lovely, and I can reboot domUs as many times as I want with no ill effects because the Nvidia driver running in domU knows how to reinitialize a card even if it is in a questionable state. Technically only Quadro/Tesla/Grid cards are supported, but GTX480, GTX680 and GTX780Ti cards are relatively trivial to modify into equivalent Quadro/Tesla cards for purposes of getting GPU passthrough to work. Nvidia driver has a device ID white-list and it won't initialize the card if the device ID isn't in the white-list. GTX480 -> Quadro 6000: BIOS mod GTX680 -> Tesla K10: Remove 1 resistor off the back of the PCB GTX780Ti -> Quadro K6000: Add 18K type 1206 resistor across two pins on the EEPROM I have a pair of 780Ti cards in my system (each passed to a different VM) and it works just fine. I never managed to get any ATI cards to work properly in the same setup. Probably best to stay away from those if you want something that "just works". Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 09:14:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 09:14:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7Gc-0004O5-Pt; Wed, 04 Jun 2014 09:13:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7Ga-0004Nw-Sd for xen-users@lists.xen.org; Wed, 04 Jun 2014 09:13:53 +0000 Received: from [193.109.254.147:22780] by server-8.bemta-14.messagelabs.com id FF/AD-01877-053EE835; Wed, 04 Jun 2014 09:13:52 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-2.tower-27.messagelabs.com!1401873231!9008465!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24097 invoked from network); 4 Jun 2014 09:13:51 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jun 2014 09:13:51 -0000 Received: from [10.1.1.10] (host-89-230-198-160.lublin.mm.pl [89.230.198.160]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3gk4DZ6lJtzYkhw2 for ; Wed, 4 Jun 2014 11:13:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1401873231; bh=MMQ4nibA/AroMOaCsKxv7MpZ2Ci84BdV8iG9DOfktDU=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=i0rwM81/4KQ8Rc5QKE7i4tLviMN2U1xkKU57qWouPP0DbiYhjLiOXTKCgVaGYQMXN 0GtYuyOSW30nrivmR2UCNhYfW5jG661vHsfLGJ2k6hz+ePxlA+ZmIKE0b1hMCa45Z9 rvKXuLbEXl+oVaVdBXm9KLJqj5AehHkXDZerL/Hc= Message-ID: <538EE34C.7040202@op.pl> Date: Wed, 04 Jun 2014 11:13:48 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> In-Reply-To: <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > I have a pair of 780Ti cards in my system (each passed to a different > VM) and it works just fine. I never managed to get any ATI cards to > work properly in the same setup. Probably best to stay away from > those if you want something that "just works". Dear Gordan, would you mind sharing some details about your 780Ti based system? I've got a (genuine) Quadro 4000 based system with working gpu passthrough, but I still have some issues with it, so any additional info would be greatly appreciated :) Here's my list of questions: 1. What is your dom0 kernel version? 2. What is your domU OS/version? 3. What is your xen version? 4. Do you have GPLPV drivers installed? Which version? 5. Do you have any issues with restarting the domU? Do you have to do something before rebooting the domU, like ejecting the GPU? 6. Do you have any issues with multi-monitor setups? 7. Can you have more than 4GB of RAM assigned to the domUs with GPU passthrough? 8. Do you have any hardware with exclamation marks in your hardware manager in domU? 9. Which qemu flavour do you use? 10. In fact - could you please post the domU config file and your xl info output? :) 11. Where did you find the necessary information to hard-mod the card? Is there some particular post on some forum? 12. I have three issues with my setup, have you noticed any of these? a. Can't have more than 3.5GB RAM. b. Rebooting domU with more than one monitor and without ejecting the gpu first causes very strange artefacts on the displays (everything works just fine with only one monitor). c. Have some yellow exclamation marks in hardware manager. Any answers would be greatly appreciated. Best regards, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 09:14:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 09:14:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7Gc-0004O5-Pt; Wed, 04 Jun 2014 09:13:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7Ga-0004Nw-Sd for xen-users@lists.xen.org; Wed, 04 Jun 2014 09:13:53 +0000 Received: from [193.109.254.147:22780] by server-8.bemta-14.messagelabs.com id FF/AD-01877-053EE835; Wed, 04 Jun 2014 09:13:52 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-2.tower-27.messagelabs.com!1401873231!9008465!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24097 invoked from network); 4 Jun 2014 09:13:51 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jun 2014 09:13:51 -0000 Received: from [10.1.1.10] (host-89-230-198-160.lublin.mm.pl [89.230.198.160]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3gk4DZ6lJtzYkhw2 for ; Wed, 4 Jun 2014 11:13:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1401873231; bh=MMQ4nibA/AroMOaCsKxv7MpZ2Ci84BdV8iG9DOfktDU=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=i0rwM81/4KQ8Rc5QKE7i4tLviMN2U1xkKU57qWouPP0DbiYhjLiOXTKCgVaGYQMXN 0GtYuyOSW30nrivmR2UCNhYfW5jG661vHsfLGJ2k6hz+ePxlA+ZmIKE0b1hMCa45Z9 rvKXuLbEXl+oVaVdBXm9KLJqj5AehHkXDZerL/Hc= Message-ID: <538EE34C.7040202@op.pl> Date: Wed, 04 Jun 2014 11:13:48 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> In-Reply-To: <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > I have a pair of 780Ti cards in my system (each passed to a different > VM) and it works just fine. I never managed to get any ATI cards to > work properly in the same setup. Probably best to stay away from > those if you want something that "just works". Dear Gordan, would you mind sharing some details about your 780Ti based system? I've got a (genuine) Quadro 4000 based system with working gpu passthrough, but I still have some issues with it, so any additional info would be greatly appreciated :) Here's my list of questions: 1. What is your dom0 kernel version? 2. What is your domU OS/version? 3. What is your xen version? 4. Do you have GPLPV drivers installed? Which version? 5. Do you have any issues with restarting the domU? Do you have to do something before rebooting the domU, like ejecting the GPU? 6. Do you have any issues with multi-monitor setups? 7. Can you have more than 4GB of RAM assigned to the domUs with GPU passthrough? 8. Do you have any hardware with exclamation marks in your hardware manager in domU? 9. Which qemu flavour do you use? 10. In fact - could you please post the domU config file and your xl info output? :) 11. Where did you find the necessary information to hard-mod the card? Is there some particular post on some forum? 12. I have three issues with my setup, have you noticed any of these? a. Can't have more than 3.5GB RAM. b. Rebooting domU with more than one monitor and without ejecting the gpu first causes very strange artefacts on the displays (everything works just fine with only one monitor). c. Have some yellow exclamation marks in hardware manager. Any answers would be greatly appreciated. Best regards, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 09:45:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 09:45:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7k2-0006zU-EK; Wed, 04 Jun 2014 09:44:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7k0-0006zM-UF for xen-users@lists.xen.org; Wed, 04 Jun 2014 09:44:17 +0000 Received: from [193.109.254.147:41713] by server-1.bemta-14.messagelabs.com id E1/0E-00839-07AEE835; Wed, 04 Jun 2014 09:44:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1401875053!3632181!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19772 invoked from network); 4 Jun 2014 09:44:15 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 09:44:15 -0000 X-IronPort-AV: E=Sophos;i="4.98,972,1392163200"; d="scan'208";a="139414195" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 04 Jun 2014 09:43:40 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 4 Jun 2014 05:43:39 -0400 Message-ID: <1401875018.7451.18.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Wed, 4 Jun 2014 10:43:38 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users , Julien Grall , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org CCing Julien and Stefano who I think have both run Xen on vexpress On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: > Hi, > > I've built necessary files and setup uboot and board to boot Xen on > Vexpress following the Wiki page. But what I see is u-boot going silent, > presumably after it jumps to Xen. My logs are attached. Jeenu, Which version of Xen are you building? Skimming that wiki page it seems to be describing how to use an older version of Xen (like 4.3 or early 4.4 development era) and not a modern 4.4 or 4.5 development hypervisor. In particular I'm not sure it is referencing a u-boot which boots the kernel in HYP mode (Xen used to carry a hacky workaround for thus, but doesn't now) and the stuff about KERNEL_FLASH_ADDRESS (another workaround for lack of a boot protocol which is no longer present) isn't true any more either. Julien/Stefano can you confirm and/or deny? I think Linaro tests on vexpress so I suppose there are more modern steps somewhere? > I've a couple of questions: > > - I've noticed from the Vexpress Wiki that the u-boot variable > xen_addr_r is set to 0x80400000, but the xen-uImage is built with > both load and entry addresses as 0x80200000. I also checked the > xen/xen.axf file (from which xen/xen is built), and its entry too is > 0x80200000. I'm afraid to ask if this a typo/bit rot in the Wiki? I'm not sure, but I think in general it is OK for these to differ, u-boot will relocate from the load address to the address requested by the header as part of booting. So long as it is in RAM and 2MB aligned I don't think the actual address matters too much. > Anyway, I retried boot procedure with xen_addr_r set to 0x80200000 > instead, but this time I got an UNDEF at instruction at 0x80200008 > > - Are there any logs that I can enable in Xen so that I'd know what's > going on? Are you building with "debug=y CONFIG_EARLY_PRINTK=vexpress" on your make invocation? You will need to "make clean" if you add these now. That should get you some output earlier. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 09:45:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 09:45:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7k2-0006zU-EK; Wed, 04 Jun 2014 09:44:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7k0-0006zM-UF for xen-users@lists.xen.org; Wed, 04 Jun 2014 09:44:17 +0000 Received: from [193.109.254.147:41713] by server-1.bemta-14.messagelabs.com id E1/0E-00839-07AEE835; Wed, 04 Jun 2014 09:44:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1401875053!3632181!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19772 invoked from network); 4 Jun 2014 09:44:15 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 09:44:15 -0000 X-IronPort-AV: E=Sophos;i="4.98,972,1392163200"; d="scan'208";a="139414195" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 04 Jun 2014 09:43:40 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 4 Jun 2014 05:43:39 -0400 Message-ID: <1401875018.7451.18.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Wed, 4 Jun 2014 10:43:38 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users , Julien Grall , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org CCing Julien and Stefano who I think have both run Xen on vexpress On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: > Hi, > > I've built necessary files and setup uboot and board to boot Xen on > Vexpress following the Wiki page. But what I see is u-boot going silent, > presumably after it jumps to Xen. My logs are attached. Jeenu, Which version of Xen are you building? Skimming that wiki page it seems to be describing how to use an older version of Xen (like 4.3 or early 4.4 development era) and not a modern 4.4 or 4.5 development hypervisor. In particular I'm not sure it is referencing a u-boot which boots the kernel in HYP mode (Xen used to carry a hacky workaround for thus, but doesn't now) and the stuff about KERNEL_FLASH_ADDRESS (another workaround for lack of a boot protocol which is no longer present) isn't true any more either. Julien/Stefano can you confirm and/or deny? I think Linaro tests on vexpress so I suppose there are more modern steps somewhere? > I've a couple of questions: > > - I've noticed from the Vexpress Wiki that the u-boot variable > xen_addr_r is set to 0x80400000, but the xen-uImage is built with > both load and entry addresses as 0x80200000. I also checked the > xen/xen.axf file (from which xen/xen is built), and its entry too is > 0x80200000. I'm afraid to ask if this a typo/bit rot in the Wiki? I'm not sure, but I think in general it is OK for these to differ, u-boot will relocate from the load address to the address requested by the header as part of booting. So long as it is in RAM and 2MB aligned I don't think the actual address matters too much. > Anyway, I retried boot procedure with xen_addr_r set to 0x80200000 > instead, but this time I got an UNDEF at instruction at 0x80200008 > > - Are there any logs that I can enable in Xen so that I'd know what's > going on? Are you building with "debug=y CONFIG_EARLY_PRINTK=vexpress" on your make invocation? You will need to "make clean" if you add these now. That should get you some output earlier. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 09:53:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 09:53:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7sH-0007Ri-Nd; Wed, 04 Jun 2014 09:52:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7sG-0007RR-2f for xen-users@lists.xen.org; Wed, 04 Jun 2014 09:52:48 +0000 Received: from [85.158.143.35:7260] by server-1.bemta-4.messagelabs.com id 9E/AA-09853-F6CEE835; Wed, 04 Jun 2014 09:52:47 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-21.messagelabs.com!1401875557!1850717!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_19,ML_RADAR_SPEW_LINKS_8,spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNTIwNzAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26814 invoked from network); 4 Jun 2014 09:52:38 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jun 2014 09:52:38 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 079D8220B63 for ; Wed, 4 Jun 2014 10:52:36 +0100 (BST) MIME-Version: 1.0 Date: Wed, 04 Jun 2014 10:52:36 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <538EE34C.7040202@op.pl> References: " " <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl> Message-ID: <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-04 10:13, Kuba wrote: >> I have a pair of 780Ti cards in my system (each passed to a different >> VM) and it works just fine. I never managed to get any ATI cards to >> work properly in the same setup. Probably best to stay away from >> those if you want something that "just works". > > Dear Gordan, > > would you mind sharing some details about your 780Ti based system? > I've got a (genuine) Quadro 4000 based system with working gpu > passthrough, but I still have some issues with it, so any additional > info would be greatly appreciated :) Here's my list of questions: > > 1. What is your dom0 kernel version? 3.9.9 > 2. What is your domU OS/version? XP64 > 3. What is your xen version? 4.3.0, with a very-not-for-public-consumption patch to work around a memory stomp caused by NF200 PCIe bridges on my motherboard. Unless you have a buggy motherboard or one that features extra PCIe bridges, this shouldn't be a problem. > 4. Do you have GPLPV drivers installed? Which version? Yes. Not sure about the version (probably at least 4-5 months old). It works fine both with and without GPLPV drivers (disk and network I/O is much faster with them, of course). > 5. Do you have any issues with restarting the domU? Do you have to do > something before rebooting the domU, like ejecting the GPU? No, it just works. > 6. Do you have any issues with multi-monitor setups? Could never get it working with ATI, never had a problem with Nvidia. I use IBM T221 monitors, which are implicitly a multi-monitor setup, since if you want a refresh rate about 15Hz, each monitor appears as either 2 or 4 separate monitors which you have to stitch together. I use my T221 with DL-DVI adapters which presents the monitor as 2x 1920x2400@48Hz So yes - it works just fine for me. > 7. Can you have more than 4GB of RAM assigned to the domUs with GPU > passthrough? The patch I have makes 2.5GB of RAM go missing in each VM (my bodge was to just mark all of the RAM between 1GB and 4GB in domU e820 map as reserved in hvmloader). This is purely to work around the NF200 bridges, otherwise domU ends up stomping all over the real PCI memory hole area and crashing the machine. I have 96GB of RAM in the machine so I can live with 5GB of it going missing. I expect the need to use the patch will go away once the patch that provides memory sizing configuration below 4GB makes it into a release. Without the said patch, due to my machine's physical memory layout I'd have to limit the domUs to 2688MB since that is where the first PCI BAR is mapped. > 8. Do you have any hardware with exclamation marks in your hardware > manager in domU? No. I only see the Xen virtual device showing up as having no driver installed, but this is normal. It's a commercial only optional extra that isn't particularly important. > 9. Which qemu flavour do you use? traditional > 10. In fact - could you please post the domU config file and your xl > info output? :) Config: ========== name="guest1" description="None" uuid="a57e6840-e9f5-4a14-a822-b2cc662fffff" memory=16384 maxmem=16384 vcpus=6 on_poweroff="destroy" on_reboot="restart" on_crash="destroy" localtime=1 keymap="en-gb" builder="hvm" device_model_override="/usr/lib/xen/bin/qemu-dm" device_model_version="qemu-xen-traditional" boot="c" disk=[ '/dev/zvol/ssd/edi,raw,hda,rw' ] vif=[ 'mac=00:16:3e:4e:c5:0c,bridge=br0,model=e1000', ] sdl=0 stdvga=1 vnc=1 audio=0 viridian=0 usb=1 acpi=1 apic=1 pae=1 nomigrate=1 serial="pty" gfx_passthru=0 # GPU, PCI audio, USB pci = [ '07:00.0', '07:00.1', '00:1b.0', '00:1a.1' ] xen_platform_pci=1 pci_msitranslate=0 pci_power_mgmt=1 # Without my bodgy patch, this is for PV domains only e820_host=1 ========== xl info: ========== # xl info host : normandy release : 3.9.9-2.el6xen.x86_64 version : #1 SMP Tue Jul 16 15:52:11 BST 2013 machine : x86_64 nr_cpus : 24 max_cpu_id : 23 nr_nodes : 2 cores_per_socket : 6 threads_per_core : 2 cpu_mhz : 3321 hw_caps : bfebfbff:2c100800:00000000:00003f00:029ee3ff:00000000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 98295 free_memory : 1361 sharing_freed_memory : 0 sharing_used_memory : 0 outstanding_claims : 0 free_cpus : 0 xen_major : 4 xen_minor : 3 xen_extra : .0 xen_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 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : xen_commandline : noreboot dom0_vcpus_pin iommu=dom0-passthrough unrestricted_guest=1 msi=1 cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3) cc_compile_by : root cc_compile_domain : shatteredsilicon.net cc_compile_date : Thu Sep 5 10:55:26 BST 2013 xend_config_format : 4 ========== > 11. Where did you find the necessary information to hard-mod the card? > Is there some particular post on some forum? Read this thread (very, very long), this post is a good place to start: http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-professional-counterparts/msg338493/#msg338493 680 mods are fairly early on in the thread, I suggest you go with the Tesla K10 mod by just removing one resistor off the back of the card, no need to even remove the heatsink assembly. 480 BIOS only mods are somewhere inbetween, or you can just skip straight to here: http://goo.gl/K69Xlh > 12. I have three issues with my setup, have you noticed any of these? > a. Can't have more than 3.5GB RAM. That's either a QEMU bug that has been fixed at some point since I heard of it, or the bug caused by NF200 (or similar) PCIe bridge(s). > b. Rebooting domU with more than one monitor and without ejecting the > gpu first causes very strange artefacts on the displays (everything > works just fine with only one monitor). I have never seen this. If I had to guess, it would be that something is causing a memory stomp over your PCI memory holes. Does this also happen when you reduce domU memory to 1GB? If it does, it's probably a PCIe bridge issue (or buggy IOMMU/BIOS). > c. Have some yellow exclamation marks in hardware manager. As mentioned above, I am not seeing anything like that on my system. The setup I have has a modified 780Ti in each domU, and 8800GT in dom0, and everything "just works". Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 09:53:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 09:53:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7sH-0007Ri-Nd; Wed, 04 Jun 2014 09:52:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws7sG-0007RR-2f for xen-users@lists.xen.org; Wed, 04 Jun 2014 09:52:48 +0000 Received: from [85.158.143.35:7260] by server-1.bemta-4.messagelabs.com id 9E/AA-09853-F6CEE835; Wed, 04 Jun 2014 09:52:47 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-21.messagelabs.com!1401875557!1850717!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_19,ML_RADAR_SPEW_LINKS_8,spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNTIwNzAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26814 invoked from network); 4 Jun 2014 09:52:38 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jun 2014 09:52:38 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 079D8220B63 for ; Wed, 4 Jun 2014 10:52:36 +0100 (BST) MIME-Version: 1.0 Date: Wed, 04 Jun 2014 10:52:36 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <538EE34C.7040202@op.pl> References: " " <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl> Message-ID: <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-04 10:13, Kuba wrote: >> I have a pair of 780Ti cards in my system (each passed to a different >> VM) and it works just fine. I never managed to get any ATI cards to >> work properly in the same setup. Probably best to stay away from >> those if you want something that "just works". > > Dear Gordan, > > would you mind sharing some details about your 780Ti based system? > I've got a (genuine) Quadro 4000 based system with working gpu > passthrough, but I still have some issues with it, so any additional > info would be greatly appreciated :) Here's my list of questions: > > 1. What is your dom0 kernel version? 3.9.9 > 2. What is your domU OS/version? XP64 > 3. What is your xen version? 4.3.0, with a very-not-for-public-consumption patch to work around a memory stomp caused by NF200 PCIe bridges on my motherboard. Unless you have a buggy motherboard or one that features extra PCIe bridges, this shouldn't be a problem. > 4. Do you have GPLPV drivers installed? Which version? Yes. Not sure about the version (probably at least 4-5 months old). It works fine both with and without GPLPV drivers (disk and network I/O is much faster with them, of course). > 5. Do you have any issues with restarting the domU? Do you have to do > something before rebooting the domU, like ejecting the GPU? No, it just works. > 6. Do you have any issues with multi-monitor setups? Could never get it working with ATI, never had a problem with Nvidia. I use IBM T221 monitors, which are implicitly a multi-monitor setup, since if you want a refresh rate about 15Hz, each monitor appears as either 2 or 4 separate monitors which you have to stitch together. I use my T221 with DL-DVI adapters which presents the monitor as 2x 1920x2400@48Hz So yes - it works just fine for me. > 7. Can you have more than 4GB of RAM assigned to the domUs with GPU > passthrough? The patch I have makes 2.5GB of RAM go missing in each VM (my bodge was to just mark all of the RAM between 1GB and 4GB in domU e820 map as reserved in hvmloader). This is purely to work around the NF200 bridges, otherwise domU ends up stomping all over the real PCI memory hole area and crashing the machine. I have 96GB of RAM in the machine so I can live with 5GB of it going missing. I expect the need to use the patch will go away once the patch that provides memory sizing configuration below 4GB makes it into a release. Without the said patch, due to my machine's physical memory layout I'd have to limit the domUs to 2688MB since that is where the first PCI BAR is mapped. > 8. Do you have any hardware with exclamation marks in your hardware > manager in domU? No. I only see the Xen virtual device showing up as having no driver installed, but this is normal. It's a commercial only optional extra that isn't particularly important. > 9. Which qemu flavour do you use? traditional > 10. In fact - could you please post the domU config file and your xl > info output? :) Config: ========== name="guest1" description="None" uuid="a57e6840-e9f5-4a14-a822-b2cc662fffff" memory=16384 maxmem=16384 vcpus=6 on_poweroff="destroy" on_reboot="restart" on_crash="destroy" localtime=1 keymap="en-gb" builder="hvm" device_model_override="/usr/lib/xen/bin/qemu-dm" device_model_version="qemu-xen-traditional" boot="c" disk=[ '/dev/zvol/ssd/edi,raw,hda,rw' ] vif=[ 'mac=00:16:3e:4e:c5:0c,bridge=br0,model=e1000', ] sdl=0 stdvga=1 vnc=1 audio=0 viridian=0 usb=1 acpi=1 apic=1 pae=1 nomigrate=1 serial="pty" gfx_passthru=0 # GPU, PCI audio, USB pci = [ '07:00.0', '07:00.1', '00:1b.0', '00:1a.1' ] xen_platform_pci=1 pci_msitranslate=0 pci_power_mgmt=1 # Without my bodgy patch, this is for PV domains only e820_host=1 ========== xl info: ========== # xl info host : normandy release : 3.9.9-2.el6xen.x86_64 version : #1 SMP Tue Jul 16 15:52:11 BST 2013 machine : x86_64 nr_cpus : 24 max_cpu_id : 23 nr_nodes : 2 cores_per_socket : 6 threads_per_core : 2 cpu_mhz : 3321 hw_caps : bfebfbff:2c100800:00000000:00003f00:029ee3ff:00000000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 98295 free_memory : 1361 sharing_freed_memory : 0 sharing_used_memory : 0 outstanding_claims : 0 free_cpus : 0 xen_major : 4 xen_minor : 3 xen_extra : .0 xen_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 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : xen_commandline : noreboot dom0_vcpus_pin iommu=dom0-passthrough unrestricted_guest=1 msi=1 cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3) cc_compile_by : root cc_compile_domain : shatteredsilicon.net cc_compile_date : Thu Sep 5 10:55:26 BST 2013 xend_config_format : 4 ========== > 11. Where did you find the necessary information to hard-mod the card? > Is there some particular post on some forum? Read this thread (very, very long), this post is a good place to start: http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-professional-counterparts/msg338493/#msg338493 680 mods are fairly early on in the thread, I suggest you go with the Tesla K10 mod by just removing one resistor off the back of the card, no need to even remove the heatsink assembly. 480 BIOS only mods are somewhere inbetween, or you can just skip straight to here: http://goo.gl/K69Xlh > 12. I have three issues with my setup, have you noticed any of these? > a. Can't have more than 3.5GB RAM. That's either a QEMU bug that has been fixed at some point since I heard of it, or the bug caused by NF200 (or similar) PCIe bridge(s). > b. Rebooting domU with more than one monitor and without ejecting the > gpu first causes very strange artefacts on the displays (everything > works just fine with only one monitor). I have never seen this. If I had to guess, it would be that something is causing a memory stomp over your PCI memory holes. Does this also happen when you reduce domU memory to 1GB? If it does, it's probably a PCIe bridge issue (or buggy IOMMU/BIOS). > c. Have some yellow exclamation marks in hardware manager. As mentioned above, I am not seeing anything like that on my system. The setup I have has a modified 780Ti in each domU, and 8800GT in dom0, and everything "just works". Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 10:24:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 10:24:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws8MD-0000pz-Ih; Wed, 04 Jun 2014 10:23:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws8MB-0000pr-Jo for xen-users@lists.xen.org; Wed, 04 Jun 2014 10:23:43 +0000 Received: from [85.158.139.211:26365] by server-1.bemta-5.messagelabs.com id D7/90-21880-EA3FE835; Wed, 04 Jun 2014 10:23:42 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1401877422!3886058!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14682 invoked from network); 4 Jun 2014 10:23:42 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-11.tower-206.messagelabs.com with SMTP; 4 Jun 2014 10:23:42 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 04 Jun 2014 11:23:41 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Wed, 4 Jun 2014 11:23:36 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Wed, 4 Jun 2014 11:23:35 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac9/2Y3u+mBw+q5FRcWNg81DdPvchQAAdKog Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> In-Reply-To: <1401875018.7451.18.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114060411234104202 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 04, 2014 at 10:43:38, Ian Campbell wrote: > On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: > > Hi, > > > > I've built necessary files and setup uboot and board to boot Xen on > > Vexpress following the Wiki page. But what I see is u-boot going > > silent, presumably after it jumps to Xen. My logs are attached. > > Jeenu, Which version of Xen are you building? I'm on Xen RELEASE-4.4.0 tag. I'm using u-boot v2013.10-rc2 tag, but I've a feeling that it might be a bit old for Hyp-related stuff. > > - Are there any logs that I can enable in Xen so that I'd know > > what's going on? > > Are you building with "debug=y CONFIG_EARLY_PRINTK=vexpress" on your > make invocation? You will need to "make clean" if you add these now. > That should get you some output earlier. OK, will try with that. Thanks. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 10:24:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 10:24:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws8MD-0000pz-Ih; Wed, 04 Jun 2014 10:23:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws8MB-0000pr-Jo for xen-users@lists.xen.org; Wed, 04 Jun 2014 10:23:43 +0000 Received: from [85.158.139.211:26365] by server-1.bemta-5.messagelabs.com id D7/90-21880-EA3FE835; Wed, 04 Jun 2014 10:23:42 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1401877422!3886058!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14682 invoked from network); 4 Jun 2014 10:23:42 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-11.tower-206.messagelabs.com with SMTP; 4 Jun 2014 10:23:42 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 04 Jun 2014 11:23:41 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Wed, 4 Jun 2014 11:23:36 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Wed, 4 Jun 2014 11:23:35 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac9/2Y3u+mBw+q5FRcWNg81DdPvchQAAdKog Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> In-Reply-To: <1401875018.7451.18.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114060411234104202 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 04, 2014 at 10:43:38, Ian Campbell wrote: > On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: > > Hi, > > > > I've built necessary files and setup uboot and board to boot Xen on > > Vexpress following the Wiki page. But what I see is u-boot going > > silent, presumably after it jumps to Xen. My logs are attached. > > Jeenu, Which version of Xen are you building? I'm on Xen RELEASE-4.4.0 tag. I'm using u-boot v2013.10-rc2 tag, but I've a feeling that it might be a bit old for Hyp-related stuff. > > - Are there any logs that I can enable in Xen so that I'd know > > what's going on? > > Are you building with "debug=y CONFIG_EARLY_PRINTK=vexpress" on your > make invocation? You will need to "make clean" if you add these now. > That should get you some output earlier. OK, will try with that. Thanks. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 13:15:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 13:15:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsB1S-0000aM-Gw; Wed, 04 Jun 2014 13:14:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsB1Q-0000a0-4G for xen-users@lists.xen.org; Wed, 04 Jun 2014 13:14:28 +0000 Received: from [85.158.143.35:11249] by server-2.bemta-4.messagelabs.com id 5D/5F-06539-3BB1F835; Wed, 04 Jun 2014 13:14:27 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1401887666!1166689!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4985 invoked from network); 4 Jun 2014 13:14:26 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-2.tower-21.messagelabs.com with SMTP; 4 Jun 2014 13:14:26 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 04 Jun 2014 14:14:26 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Wed, 4 Jun 2014 14:14:22 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 4 Jun 2014 14:14:21 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac9/6ez5Jra29SOVSriqqDJprMXLAwADMmeQ Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> In-Reply-To: <538F05E4.9040101@linaro.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114060414142602102 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 04, 2014 at 12:41:24, Julien Grall wrote: > On 06/04/2014 10:43 AM, Ian Campbell wrote: > > On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: > > > Hi, > > > > > > I've built necessary files and setup uboot and board to boot Xen > > > on Vexpress following the Wiki page. But what I see is u-boot > > > going silent, presumably after it jumps to Xen. My logs are > > > attached. > > > > Jeenu, Which version of Xen are you building? > > > > Skimming that wiki page it seems to be describing how to use an > > older version of Xen (like 4.3 or early 4.4 development era) and not > > a modern 4.4 or 4.5 development hypervisor. > > The wiki page is based on a Xen 4.4 with a proper multiboot support. I > don't think there was many change in Xen since the page were written > (back in september 2013). So I take it that the Wiki (release tags, build instructions) are all up-to-date to be used with Xen 4.4.0? I'd have to connect my debugger to the board and see what's going on... :/ -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 13:15:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 13:15:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsB1S-0000aM-Gw; Wed, 04 Jun 2014 13:14:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsB1Q-0000a0-4G for xen-users@lists.xen.org; Wed, 04 Jun 2014 13:14:28 +0000 Received: from [85.158.143.35:11249] by server-2.bemta-4.messagelabs.com id 5D/5F-06539-3BB1F835; Wed, 04 Jun 2014 13:14:27 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1401887666!1166689!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4985 invoked from network); 4 Jun 2014 13:14:26 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-2.tower-21.messagelabs.com with SMTP; 4 Jun 2014 13:14:26 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 04 Jun 2014 14:14:26 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Wed, 4 Jun 2014 14:14:22 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 4 Jun 2014 14:14:21 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac9/6ez5Jra29SOVSriqqDJprMXLAwADMmeQ Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> In-Reply-To: <538F05E4.9040101@linaro.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114060414142602102 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 04, 2014 at 12:41:24, Julien Grall wrote: > On 06/04/2014 10:43 AM, Ian Campbell wrote: > > On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: > > > Hi, > > > > > > I've built necessary files and setup uboot and board to boot Xen > > > on Vexpress following the Wiki page. But what I see is u-boot > > > going silent, presumably after it jumps to Xen. My logs are > > > attached. > > > > Jeenu, Which version of Xen are you building? > > > > Skimming that wiki page it seems to be describing how to use an > > older version of Xen (like 4.3 or early 4.4 development era) and not > > a modern 4.4 or 4.5 development hypervisor. > > The wiki page is based on a Xen 4.4 with a proper multiboot support. I > don't think there was many change in Xen since the page were written > (back in september 2013). So I take it that the Wiki (release tags, build instructions) are all up-to-date to be used with Xen 4.4.0? I'd have to connect my debugger to the board and see what's going on... :/ -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 13:46:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 13:46:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsBVQ-0003jU-Tw; Wed, 04 Jun 2014 13:45:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsBVO-0003hD-0m; Wed, 04 Jun 2014 13:45:26 +0000 Received: from [85.158.139.211:49929] by server-7.bemta-5.messagelabs.com id A8/C0-20531-5F22F835; Wed, 04 Jun 2014 13:45:25 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-5.tower-206.messagelabs.com!1401889523!8055673!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28171 invoked from network); 4 Jun 2014 13:45:24 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-5.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2014 13:45:24 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsBVG-0001Ao-5v; Wed, 04 Jun 2014 13:45:18 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WsBVA-0008GF-7u; Wed, 04 Jun 2014 13:45:12 +0000 Date: Wed, 04 Jun 2014 13:45:12 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 98 - insufficient permissions checks accessing guest memory on ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory XSA-98 version 2 insufficient permissions checks accessing guest memory on ARM UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= When accessing guest memory Xen does not correctly perform permissions checks on the (possibly guest provided) virtual address: it only checks that the mapping is readable by the guest, even when writing on behalf of the guest. This allows a guest to write to memory which it should only be able to read. A guest running on a vulnerable system is able to write to memory which should be read-only. This includes supposedly read only foreign mappings established using the grant table mechanism. Such read-only mappings are commonly used as part of the paravirtualised I/O drivers (such as guest disk write and network transmit). In order to exploit this vulnerability the guest must have a mapping of the memory; it does not allow access to arbitrary addresses. In the event that a guest executes code from a page which has been shared read-only with another guest it would be possible to mount a take over attack on that guest. IMPACT ====== A domain which is deliberately exchanging data with another, malicious, domain, may be vulnerable to privilege escalation. The vulnerability depends on the precise behaviour of the victim domain. In a typical configuration this means that, depending on the behaviour of the toolstack or device driver domain, a malicious guest administrator might be able to escalate their privilege to that of the whole host. VULNERABLE SYSTEMS ================== Both 32- and 64-bit ARM systems are vulnerable from Xen 4.4 onward. MITIGATION ========== None. CREDITS ======= This issue was discovered by Julien Grall. RESOLUTION ========== Applying the appropriate pair of attached patches resolves this issue. xsa98-unstable-{01,02}.patch xen-unstable xsa98-4.4-{01,02}.patch Xen 4.4.x $ sha256sum xsa98*.patch 6f63bc2e0a0a39bbd9137513a5d130ae2c78d1fd2ebf9172bf49456f73f0a67b xsa98-4.4-01.patch b338472ecce3c31a55d1a936eebbd4e46cb3ad989b91a64d4b8c5d3ca80d875d xsa98-4.4-02.patch b8535aad5ae969675d59781a81ce0b24491f1abc01aaf36c3620fd7fb6cc84eb xsa98-unstable-01.patch f5e8a93525a8905653da6377097f77681ff8121b973063ff6081e27547ceaa67 xsa98-unstable-02.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTjyK/AAoJEIP+FMlX6CvZfcAIALcaI5AdccPTHVJjTFqAly6A ZJ787YT7utUjaHTuqo+rFn7UkQLfXtqGXoLmxX4I6kTWSasiN89MCUiMMEhAKz/p WAyHPxOgbU/67hE6K6G9Xfon+Oi0NmQyaT8yiq2tgNMA5BT0TLRa1hVP70ixvXGd bC1MTMKLHynrMByK2S7NKt3YZLg0t8yTtCAYQ/BbjiS+2WYA552HEI7xrFPNhZ7Y WMykHUp+G6xBj3E1xxHnuvmixr/8mAgZmfkqLdzb66wUxuxev6ZhACS5JkjFGI8S lFMGZ52W/JiinqxtXs9WPGPiaBmW0+AmfCr6OjMfPsOzeZavrmFMAsz9AUehDag= =96+i -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa98-4.4-01.patch" Content-Disposition: attachment; filename="xsa98-4.4-01.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGNoZWNrIHBlcm1pc3Npb25zIHdoZW4gY29weWluZyB0by9m cm9tIGd1ZXN0IHZpcnR1YWwgYWRkcmVzc2VzCgpJbiBwYXJ0aWN1bGFyIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoZSBndWVzdCBoYXMgd3JpdGUgcGVybWlz c2lvbnMgdG8gYnVmZmVycwp3aGljaCBpdCBwYXNzZXMgYXMgb3V0cHV0IGJ1 ZmZlcnMgZm9yIGh5cGVyY2FsbHMsIG90aGVyd2lzZSB0aGUgZ3Vlc3QgY2Fu Cm92ZXJ3cml0ZSBtZW1vcnkgd2hpY2ggaXQgc2hvdWxkbid0IGJlIGFibGUg dG8gd3JpdGUgKGxpa2Ugci9vIGdyYW50IHRhYmxlCm1hcHBpbmdzKS4KClRo aXMgaXMgWFNBLTk4LgoKU2lnbmVkLW9mZi1ieTogSWFuIENhbXBiZWxsIDxp YW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KUmV2aWV3ZWQtYnk6IEp1bGllbiBH cmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+CgpkaWZmIC0tZ2l0IGEv eGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jIGIveGVuL2FyY2gvYXJtL2Rv bWFpbl9idWlsZC5jCmluZGV4IDVjYTJmMTUuLjNkYTZiODMgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYworKysgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKQEAgLTk2Nyw3ICs5NjcsNyBAQCBzdGF0 aWMgdm9pZCBpbml0cmRfbG9hZChzdHJ1Y3Qga2VybmVsX2luZm8gKmtpbmZv KQogICAgICAgICBzID0gb2ZmcyAmIH5QQUdFX01BU0s7CiAgICAgICAgIGwg PSBtaW4oUEFHRV9TSVpFIC0gcywgbGVuKTsKIAotICAgICAgICByYyA9IGd2 aXJ0X3RvX21hZGRyKGxvYWRfYWRkciArIG9mZnMsICZtYSk7CisgICAgICAg IHJjID0gZ3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hLCBH VjJNX1dSSVRFKTsKICAgICAgICAgaWYgKCByYyApCiAgICAgICAgIHsKICAg ICAgICAgICAgIHBhbmljKCJVbmFibGUgdG8gdHJhbnNsYXRlIGd1ZXN0IGFk ZHJlc3MiKTsKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS9ndWVzdGNvcHku YyBiL3hlbi9hcmNoL2FybS9ndWVzdGNvcHkuYwppbmRleCBjZWE1Zjk3Li5k MWZkZGVjIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMK KysrIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCkBAIC0xNyw3ICsxNyw3 IEBAIHN0YXRpYyB1bnNpZ25lZCBsb25nIHJhd19jb3B5X3RvX2d1ZXN0X2hl bHBlcih2b2lkICp0bywgY29uc3Qgdm9pZCAqZnJvbSwKICAgICAgICAgdm9p ZCAqcDsKICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNp Z25lZClQQUdFX1NJWkUgLSBvZmZzZXQpOwogCi0gICAgICAgIGlmICggZ3Zp cnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZykgKQorICAgICAgICBpZiAo IGd2aXJ0X3RvX21hZGRyKCh2YWRkcl90KSB0bywgJmcsIEdWMk1fV1JJVEUp ICkKICAgICAgICAgICAgIHJldHVybiBsZW47CiAKICAgICAgICAgcCA9IG1h cF9kb21haW5fcGFnZShnPj5QQUdFX1NISUZUKTsKQEAgLTYyLDcgKzYyLDcg QEAgdW5zaWduZWQgbG9uZyByYXdfY2xlYXJfZ3Vlc3Qodm9pZCAqdG8sIHVu c2lnbmVkIGxlbikKICAgICAgICAgdm9pZCAqcDsKICAgICAgICAgdW5zaWdu ZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZClQQUdFX1NJWkUgLSBvZmZz ZXQpOwogCi0gICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3Qp IHRvLCAmZykgKQorICAgICAgICBpZiAoIGd2aXJ0X3RvX21hZGRyKCh2YWRk cl90KSB0bywgJmcsIEdWMk1fV1JJVEUpICkKICAgICAgICAgICAgIHJldHVy biBsZW47CiAKICAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShnPj5QQUdF X1NISUZUKTsKQEAgLTkyLDcgKzkyLDcgQEAgdW5zaWduZWQgbG9uZyByYXdf Y29weV9mcm9tX2d1ZXN0KHZvaWQgKnRvLCBjb25zdCB2b2lkIF9fdXNlciAq ZnJvbSwgdW5zaWduZWQgbGUKICAgICAgICAgdm9pZCAqcDsKICAgICAgICAg dW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZCkoUEFHRV9TSVpF IC0gb2Zmc2V0KSk7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigo dmFkZHJfdCkgZnJvbSAmIFBBR0VfTUFTSywgJmcpICkKKyAgICAgICAgaWYg KCBndmlydF90b19tYWRkcigodmFkZHJfdCkgZnJvbSAmIFBBR0VfTUFTSywg JmcsIEdWMk1fUkVBRCkgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAog ICAgICAgICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOwpk aWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL2tlcm5lbC5jIGIveGVuL2FyY2gv YXJtL2tlcm5lbC5jCmluZGV4IDFlMzEwN2QuLjY5YzdkNDMgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9rZXJuZWwuYworKysgYi94ZW4vYXJjaC9hcm0v a2VybmVsLmMKQEAgLTE0MSw3ICsxNDEsNyBAQCBzdGF0aWMgdm9pZCBrZXJu ZWxfemltYWdlX2xvYWQoc3RydWN0IGtlcm5lbF9pbmZvICppbmZvKQogICAg ICAgICBzID0gb2ZmcyAmIH5QQUdFX01BU0s7CiAgICAgICAgIGwgPSBtaW4o UEFHRV9TSVpFIC0gcywgbGVuKTsKIAotICAgICAgICByYyA9IGd2aXJ0X3Rv X21hZGRyKGxvYWRfYWRkciArIG9mZnMsICZtYSk7CisgICAgICAgIHJjID0g Z3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hLCBHVjJNX1dS SVRFKTsKICAgICAgICAgaWYgKCByYyApCiAgICAgICAgIHsKICAgICAgICAg ICAgIHBhbmljKCJVbmFibGUgdG8gbWFwIHRyYW5zbGF0ZSBndWVzdCBhZGRy ZXNzIik7CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hl bi9hcmNoL2FybS90cmFwcy5jCmluZGV4IDNhMzRkMzMuLjJlNzQ1MWIgMTAw NjQ0Ci0tLSBhL3hlbi9hcmNoL2FybS90cmFwcy5jCisrKyBiL3hlbi9hcmNo L2FybS90cmFwcy5jCkBAIC04MzYsNyArODM2LDcgQEAgc3RhdGljIHZvaWQg c2hvd19ndWVzdF9zdGFjayhzdHJ1Y3QgdmNwdSAqdiwgc3RydWN0IGNwdV91 c2VyX3JlZ3MgKnJlZ3MpCiAKICAgICBwcmludGsoIkd1ZXN0IHN0YWNrIHRy YWNlIGZyb20gc3A9JSJQUkl2YWRkciI6XG4gICIsIHNwKTsKIAotICAgIGlm ICggZ3ZpcnRfdG9fbWFkZHIoc3AsICZzdGFja19waHlzKSApCisgICAgaWYg KCBndmlydF90b19tYWRkcihzcCwgJnN0YWNrX3BoeXMsIEdWMk1fUkVBRCkg KQogICAgIHsKICAgICAgICAgcHJpbnRrKCJGYWlsZWQgdG8gY29udmVydCBz dGFjayB0byBwaHlzaWNhbCBhZGRyZXNzXG4iKTsKICAgICAgICAgcmV0dXJu OwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9hcm0zMi9wYWdl LmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL2FybTMyL3BhZ2UuaAppbmRleCBi ODIyMWNhLi44MGQ1YzM2IDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20t YXJtL2FybTMyL3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL2Fy bTMyL3BhZ2UuaApAQCAtOTAsMTEgKzkwLDE0IEBAIHN0YXRpYyBpbmxpbmUg dWludDY0X3QgX192YV90b19wYXIodmFkZHJfdCB2YSkKIH0KIAogLyogQXNr IHRoZSBNTVUgdG8gdHJhbnNsYXRlIGEgR3Vlc3QgVkEgZm9yIHVzICovCi1z dGF0aWMgaW5saW5lIHVpbnQ2NF90IGd2YV90b19tYV9wYXIodmFkZHJfdCB2 YSkKK3N0YXRpYyBpbmxpbmUgdWludDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRk cl90IHZhLCB1bnNpZ25lZCBpbnQgZmxhZ3MpCiB7CiAgICAgdWludDY0X3Qg cGFyLCB0bXA7CiAgICAgdG1wID0gUkVBRF9DUDY0KFBBUik7Ci0gICAgV1JJ VEVfQ1AzMih2YSwgQVRTMTJOU09QUik7CisgICAgaWYgKCAoZmxhZ3MgJiBH VjJNX1dSSVRFKSA9PSBHVjJNX1dSSVRFICkKKyAgICAgICAgV1JJVEVfQ1Az Mih2YSwgQVRTMTJOU09QVyk7CisgICAgZWxzZQorICAgICAgICBXUklURV9D UDMyKHZhLCBBVFMxMk5TT1BSKTsKICAgICBpc2IoKTsgLyogRW5zdXJlIHJl c3VsdCBpcyBhdmFpbGFibGUuICovCiAgICAgcGFyID0gUkVBRF9DUDY0KFBB Uik7CiAgICAgV1JJVEVfQ1A2NCh0bXAsIFBBUik7CmRpZmYgLS1naXQgYS94 ZW4vaW5jbHVkZS9hc20tYXJtL2FybTY0L3BhZ2UuaCBiL3hlbi9pbmNsdWRl L2FzbS1hcm0vYXJtNjQvcGFnZS5oCmluZGV4IDMzNTI4MjEuLjM5MjJkODcg MTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5o CisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5oCkBAIC04 MywxMSArODMsMTQgQEAgc3RhdGljIGlubGluZSB1aW50NjRfdCBfX3ZhX3Rv X3Bhcih2YWRkcl90IHZhKQogfQogCiAvKiBBc2sgdGhlIE1NVSB0byB0cmFu c2xhdGUgYSBHdWVzdCBWQSBmb3IgdXMgKi8KLXN0YXRpYyBpbmxpbmUgdWlu dDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRkcl90IHZhKQorc3RhdGljIGlubGlu ZSB1aW50NjRfdCBndmFfdG9fbWFfcGFyKHZhZGRyX3QgdmEsIHVuc2lnbmVk IGludCBmbGFncykKIHsKICAgICB1aW50NjRfdCBwYXIsIHRtcCA9IFJFQURf U1lTUkVHNjQoUEFSX0VMMSk7CiAKLSAgICBhc20gdm9sYXRpbGUgKCJhdCBz MTJlMXIsICUwOyIgOiA6ICJyIiAodmEpKTsKKyAgICBpZiAoIChmbGFncyAm IEdWMk1fV1JJVEUpID09IEdWMk1fV1JJVEUgKQorICAgICAgICBhc20gdm9s YXRpbGUgKCJhdCBzMTJlMXIsICUwOyIgOiA6ICJyIiAodmEpKTsKKyAgICBl bHNlCisgICAgICAgIGFzbSB2b2xhdGlsZSAoImF0IHMxMmUxdywgJTA7IiA6 IDogInIiICh2YSkpOwogICAgIGlzYigpOwogICAgIHBhciA9IFJFQURfU1lT UkVHNjQoUEFSX0VMMSk7CiAgICAgV1JJVEVfU1lTUkVHNjQodG1wLCBQQVJf RUwxKTsKZGlmZiAtLWdpdCBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaCBi L3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAppbmRleCBiOGQ0ZTdkLi5kMGU1 Y2I0IDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKKysr IGIveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oCkBAIC0yMzMsOSArMjMzLDkg QEAgc3RhdGljIGlubGluZSB2b2lkICptYWRkcl90b192aXJ0KHBhZGRyX3Qg bWEpCiB9CiAjZW5kaWYKIAotc3RhdGljIGlubGluZSBpbnQgZ3ZpcnRfdG9f bWFkZHIodmFkZHJfdCB2YSwgcGFkZHJfdCAqcGEpCitzdGF0aWMgaW5saW5l IGludCBndmlydF90b19tYWRkcih2YWRkcl90IHZhLCBwYWRkcl90ICpwYSwg dW5zaWduZWQgaW50IGZsYWdzKQogewotICAgIHVpbnQ2NF90IHBhciA9IGd2 YV90b19tYV9wYXIodmEpOworICAgIHVpbnQ2NF90IHBhciA9IGd2YV90b19t YV9wYXIodmEsIGZsYWdzKTsKICAgICBpZiAoIHBhciAmIFBBUl9GICkKICAg ICAgICAgcmV0dXJuIC1FRkFVTFQ7CiAgICAgKnBhID0gKHBhciAmIFBBRERS X01BU0sgJiBQQUdFX01BU0spIHwgKCh1bnNpZ25lZCBsb25nKSB2YSAmIH5Q QUdFX01BU0spOwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9w YWdlLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaAppbmRleCBlMDBi ZTllLi44NDU2MmVjIDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20tYXJt L3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaApAQCAt NzMsNiArNzMsMTAgQEAKICNkZWZpbmUgTUFUVFJfREVWICAgICAweDEKICNk ZWZpbmUgTUFUVFJfTUVNICAgICAweGYKIAorLyogRmxhZ3MgZm9yIGd2aXJ0 X3RvX21hZGRyICovCisjZGVmaW5lIEdWMk1fUkVBRCAgKDB1PDwwKQorI2Rl ZmluZSBHVjJNX1dSSVRFICgxdTw8MCkKKwogI2lmbmRlZiBfX0FTU0VNQkxZ X18KIAogI2luY2x1ZGUgPHhlbi90eXBlcy5oPgo= --=separator Content-Type: application/octet-stream; name="xsa98-4.4-02.patch" Content-Disposition: attachment; filename="xsa98-4.4-02.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGVuc3VyZSB3ZSBob2xkIGEgcmVmZXJlbmNlIHRvIGd1ZXN0 IHBhZ2VzIHdoaWxlIHdlIGNvcHkgdG8vZnJvbSB0aGVtCgpUaGlzIGF0IG9u Y2U6CiAtIHByZXZlbnRzIHRoZSBwYWdlIGZyb20gYmVpbmcgcmVhc3NpZ25l ZCB1bmRlciBvdXIgZmVldAogLSBlbnN1cmVzIHRoYXQgdGhlIGRvbWFpbiBv d25zIHRoZSBwYWdlLCB3aGljaCBzdG9wcyBhIGRvbWFpbiBmcm9tIGdpdmlu ZyBhCiAgIGdyYW50IG1hcHBpbmcsIE1NSU8gcmVnaW9uLCBvdGhlciBub24t UkFNIGFzIGEgaHlwZXJjYWxsIGlucHV0L291dHB1dC4KCldlIG5lZWQgdG8g aG9sZCB0aGUgcDJtIGxvY2sgd2hpbGUgZG9pbmcgdGhlIGxvb2t1cCB1bnRp bCB3ZSBoYXZlIHRoZQpyZWZlcmVuY2UuCgpUaGlzIGFsc28gcmVxdWlyZXMg dGhhdCBkdXJpbmcgZG9tYWluIDAgYnVpbGRpbmcgY3VycmVudCBpcyBzZXQg dG8gYW4gYWN0dWFsCmRvbTAgdmNwdSwgc28gdGFrZSBjYXJlIG9mIHRoaXMg YXQgdGhlIHNhbWUgdGltZSBhcyB0aGUgcDJtIGlzIHRlbXBvcmFyaWx5Cmxv YWRlZC4KCkxhc3RseSB3aGVuIGR1bXBpbmcgdGhlIGd1ZXN0IHN0YWNrIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGd1ZXN0IGhhc24ndApwb2lu dGVkIGl0cyBzcCBvZmYgaW50byB0aGUgd2VlZHMgYW5kL29yIG1pc2FsaWdu ZWQgaXQsIHdoaWNoIGNvdWxkIGxlYWQgdG8KaHlwZXJ2aXNvciB0cmFwcy4g U29sdmUgdGhpcyBieSB1c2luZyB0aGUgbmV3IGZ1bmN0aW9uIGFuZCBjaGVj a2luZyBhbGlnbm1lbnQKZmlyc3QuCgpTaWduZWQtb2ZmLWJ5OiBJYW4gQ2Ft cGJlbGwgPGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpSZXZpZXdlZC1ieTog SnVsaWVuIEdyYWxsIDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KWyBpamMg LS0gYmFja3BvcnRlZCB0byA0LjQsIHVzaW5nIHAybV9sb2FkX1ZUVEJSIF0K CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMgYi94 ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMKaW5kZXggM2RhNmI4My4uYzE0 OTdmOCAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5j CisrKyBiL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYwpAQCAtOTg2LDYg Kzk4Niw3IEBAIHN0YXRpYyB2b2lkIGluaXRyZF9sb2FkKHN0cnVjdCBrZXJu ZWxfaW5mbyAqa2luZm8pCiBpbnQgY29uc3RydWN0X2RvbTAoc3RydWN0IGRv bWFpbiAqZCkKIHsKICAgICBzdHJ1Y3Qga2VybmVsX2luZm8ga2luZm8gPSB7 fTsKKyAgICBzdHJ1Y3QgdmNwdSAqc2F2ZWRfY3VycmVudDsKICAgICBpbnQg cmMsIGksIGNwdTsKIAogICAgIHN0cnVjdCB2Y3B1ICp2ID0gZC0+dmNwdVsw XTsKQEAgLTEwMjEsNyArMTAyMiw5IEBAIGludCBjb25zdHJ1Y3RfZG9tMChz dHJ1Y3QgZG9tYWluICpkKQogICAgICAgICByZXR1cm4gcmM7CiAKICAgICAv KiBUaGUgZm9sbG93aW5nIGxvYWRzIHVzZSB0aGUgZG9tYWluJ3MgcDJtICov CisgICAgc2F2ZWRfY3VycmVudCA9IGN1cnJlbnQ7CiAgICAgcDJtX2xvYWRf VlRUQlIoZCk7CisgICAgc2V0X2N1cnJlbnQodik7CiAjaWZkZWYgQ09ORklH X0FSTV82NAogICAgIGQtPmFyY2gudHlwZSA9IGtpbmZvLnR5cGU7CiAgICAg aWYgKCBpc19wdjMyX2RvbWFpbihkKSApCkBAIC0xMDM5LDYgKzEwNDIsMTAg QEAgaW50IGNvbnN0cnVjdF9kb20wKHN0cnVjdCBkb21haW4gKmQpCiAgICAg aW5pdHJkX2xvYWQoJmtpbmZvKTsKICAgICBkdGJfbG9hZCgma2luZm8pOwog CisgICAgLyogTm93IHRoYXQgd2UgYXJlIGRvbmUgcmVzdG9yZSB0aGUgb3Jp Z2luYWwgcDJtIGFuZCBjdXJyZW50LiAqLworICAgIHNldF9jdXJyZW50KHNh dmVkX2N1cnJlbnQpOworICAgIHAybV9sb2FkX1ZUVEJSKGN1cnJlbnQtPmRv bWFpbik7CisKICAgICBkaXNjYXJkX2luaXRpYWxfbW9kdWxlcygpOwogCiAg ICAgdi0+aXNfaW5pdGlhbGlzZWQgPSAxOwpkaWZmIC0tZ2l0IGEveGVuL2Fy Y2gvYXJtL2d1ZXN0Y29weS5jIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5j CmluZGV4IGQxZmRkZWMuLjAxNzM1OTcgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNo L2FybS9ndWVzdGNvcHkuYworKysgYi94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5 LmMKQEAgLTEsNiArMSw4IEBACiAjaW5jbHVkZSA8eGVuL2NvbmZpZy5oPgog I2luY2x1ZGUgPHhlbi9saWIuaD4KICNpbmNsdWRlIDx4ZW4vZG9tYWluX3Bh Z2UuaD4KKyNpbmNsdWRlIDx4ZW4vc2NoZWQuaD4KKyNpbmNsdWRlIDxhc20v Y3VycmVudC5oPgogCiAjaW5jbHVkZSA8YXNtL21tLmg+CiAjaW5jbHVkZSA8 YXNtL2d1ZXN0X2FjY2Vzcy5oPgpAQCAtMTMsMjAgKzE1LDIyIEBAIHN0YXRp YyB1bnNpZ25lZCBsb25nIHJhd19jb3B5X3RvX2d1ZXN0X2hlbHBlcih2b2lk ICp0bywgY29uc3Qgdm9pZCAqZnJvbSwKIAogICAgIHdoaWxlICggbGVuICkK ICAgICB7Ci0gICAgICAgIHBhZGRyX3QgZzsKICAgICAgICAgdm9pZCAqcDsK ICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZClQ QUdFX1NJWkUgLSBvZmZzZXQpOworICAgICAgICBzdHJ1Y3QgcGFnZV9pbmZv ICpwYWdlOwogCi0gICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRy X3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQorICAgICAgICBwYWdlID0gZ2V0 X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9tYWluLCAodmFkZHJfdCkgdG8s IEdWMk1fV1JJVEUpOworICAgICAgICBpZiAoIHBhZ2UgPT0gTlVMTCApCiAg ICAgICAgICAgICByZXR1cm4gbGVuOwogCi0gICAgICAgIHAgPSBtYXBfZG9t YWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7CisgICAgICAgIHAgPSBfX21hcF9k b21haW5fcGFnZShwYWdlKTsKICAgICAgICAgcCArPSBvZmZzZXQ7CiAgICAg ICAgIG1lbWNweShwLCBmcm9tLCBzaXplKTsKICAgICAgICAgaWYgKCBmbHVz aF9kY2FjaGUgKQogICAgICAgICAgICAgY2xlYW5feGVuX2RjYWNoZV92YV9y YW5nZShwLCBzaXplKTsKIAogICAgICAgICB1bm1hcF9kb21haW5fcGFnZShw IC0gb2Zmc2V0KTsKKyAgICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAg IGxlbiAtPSBzaXplOwogICAgICAgICBmcm9tICs9IHNpemU7CiAgICAgICAg IHRvICs9IHNpemU7CkBAIC01OCwxOCArNjIsMjAgQEAgdW5zaWduZWQgbG9u ZyByYXdfY2xlYXJfZ3Vlc3Qodm9pZCAqdG8sIHVuc2lnbmVkIGxlbikKIAog ICAgIHdoaWxlICggbGVuICkKICAgICB7Ci0gICAgICAgIHBhZGRyX3QgZzsK ICAgICAgICAgdm9pZCAqcDsKICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1p bihsZW4sICh1bnNpZ25lZClQQUdFX1NJWkUgLSBvZmZzZXQpOworICAgICAg ICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwogCi0gICAgICAgIGlmICggZ3Zp cnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQor ICAgICAgICBwYWdlID0gZ2V0X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9t YWluLCAodmFkZHJfdCkgdG8sIEdWMk1fV1JJVEUpOworICAgICAgICBpZiAo IHBhZ2UgPT0gTlVMTCApCiAgICAgICAgICAgICByZXR1cm4gbGVuOwogCi0g ICAgICAgIHAgPSBtYXBfZG9tYWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7Cisg ICAgICAgIHAgPSBfX21hcF9kb21haW5fcGFnZShwYWdlKTsKICAgICAgICAg cCArPSBvZmZzZXQ7CiAgICAgICAgIG1lbXNldChwLCAweDAwLCBzaXplKTsK IAogICAgICAgICB1bm1hcF9kb21haW5fcGFnZShwIC0gb2Zmc2V0KTsKKyAg ICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgIGxlbiAtPSBzaXplOwog ICAgICAgICB0byArPSBzaXplOwogICAgICAgICAvKgpAQCAtODgsMTkgKzk0 LDIxIEBAIHVuc2lnbmVkIGxvbmcgcmF3X2NvcHlfZnJvbV9ndWVzdCh2b2lk ICp0bywgY29uc3Qgdm9pZCBfX3VzZXIgKmZyb20sIHVuc2lnbmVkIGxlCiAK ICAgICB3aGlsZSAoIGxlbiApCiAgICAgewotICAgICAgICBwYWRkcl90IGc7 CiAgICAgICAgIHZvaWQgKnA7CiAgICAgICAgIHVuc2lnbmVkIHNpemUgPSBt aW4obGVuLCAodW5zaWduZWQpKFBBR0VfU0laRSAtIG9mZnNldCkpOworICAg ICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwogCi0gICAgICAgIGlmICgg Z3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3QpIGZyb20gJiBQQUdFX01BU0ssICZn LCBHVjJNX1JFQUQpICkKKyAgICAgICAgcGFnZSA9IGdldF9wYWdlX2Zyb21f Z3ZhKGN1cnJlbnQtPmRvbWFpbiwgKHZhZGRyX3QpIGZyb20sIEdWMk1fUkVB RCk7CisgICAgICAgIGlmICggcGFnZSA9PSBOVUxMICkKICAgICAgICAgICAg IHJldHVybiBsZW47CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShn Pj5QQUdFX1NISUZUKTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFpbl9wYWdl KHBhZ2UpOwogICAgICAgICBwICs9ICgodmFkZHJfdClmcm9tICYgKH5QQUdF X01BU0spKTsKIAogICAgICAgICBtZW1jcHkodG8sIHAsIHNpemUpOwogCiAg ICAgICAgIHVubWFwX2RvbWFpbl9wYWdlKHApOworICAgICAgICBwdXRfcGFn ZShwYWdlKTsKICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAgIGZyb20g Kz0gc2l6ZTsKICAgICAgICAgdG8gKz0gc2l6ZTsKZGlmZiAtLWdpdCBhL3hl bi9hcmNoL2FybS9wMm0uYyBiL3hlbi9hcmNoL2FybS9wMm0uYwppbmRleCBk MDBjODgyLi43ZmQ1OTIwIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vcDJt LmMKKysrIGIveGVuL2FyY2gvYXJtL3AybS5jCkBAIC02NTUsNiArNjU1LDM0 IEBAIHVuc2lnbmVkIGxvbmcgZ21mbl90b19tZm4oc3RydWN0IGRvbWFpbiAq ZCwgdW5zaWduZWQgbG9uZyBncGZuKQogICAgIHJldHVybiBwID4+IFBBR0Vf U0hJRlQ7CiB9CiAKK3N0cnVjdCBwYWdlX2luZm8gKmdldF9wYWdlX2Zyb21f Z3ZhKHN0cnVjdCBkb21haW4gKmQsIHZhZGRyX3QgdmEsCisgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGZsYWdz KQoreworICAgIHN0cnVjdCBwMm1fZG9tYWluICpwMm0gPSAmZC0+YXJjaC5w Mm07CisgICAgc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSA9IE5VTEw7CisgICAg cGFkZHJfdCBtYWRkcjsKKworICAgIEFTU0VSVChkID09IGN1cnJlbnQtPmRv bWFpbik7CisKKyAgICBzcGluX2xvY2soJnAybS0+bG9jayk7CisKKyAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKHZhLCAmbWFkZHIsIGZsYWdzKSApCisgICAg ICAgIGdvdG8gZXJyOworCisgICAgaWYgKCAhbWZuX3ZhbGlkKG1hZGRyID4+ IFBBR0VfU0hJRlQpICkKKyAgICAgICAgZ290byBlcnI7CisKKyAgICBwYWdl ID0gbWZuX3RvX3BhZ2UobWFkZHIgPj4gUEFHRV9TSElGVCk7CisgICAgQVNT RVJUKHBhZ2UpOworCisgICAgaWYgKCB1bmxpa2VseSghZ2V0X3BhZ2UocGFn ZSwgZCkpICkKKyAgICAgICAgcGFnZSA9IE5VTEw7CisKK2VycjoKKyAgICBz cGluX3VubG9jaygmcDJtLT5sb2NrKTsKKyAgICByZXR1cm4gcGFnZTsKK30K KwogLyoKICAqIExvY2FsIHZhcmlhYmxlczoKICAqIG1vZGU6IEMKZGlmZiAt LWdpdCBhL3hlbi9hcmNoL2FybS90cmFwcy5jIGIveGVuL2FyY2gvYXJtL3Ry YXBzLmMKaW5kZXggMmU3NDUxYi4uMDAwNzFhMyAxMDA2NDQKLS0tIGEveGVu L2FyY2gvYXJtL3RyYXBzLmMKKysrIGIveGVuL2FyY2gvYXJtL3RyYXBzLmMK QEAgLTc3Niw3ICs3NzYsNyBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0 YWNrKHN0cnVjdCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVn cykKIHsKICAgICBpbnQgaTsKICAgICB2YWRkcl90IHNwOwotICAgIHBhZGRy X3Qgc3RhY2tfcGh5czsKKyAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwog ICAgIHZvaWQgKm1hcHBlZDsKICAgICB1bnNpZ25lZCBsb25nICpzdGFjaywg YWRkcjsKIApAQCAtODM2LDEzICs4MzYsMjAgQEAgc3RhdGljIHZvaWQgc2hv d19ndWVzdF9zdGFjayhzdHJ1Y3QgdmNwdSAqdiwgc3RydWN0IGNwdV91c2Vy X3JlZ3MgKnJlZ3MpCiAKICAgICBwcmludGsoIkd1ZXN0IHN0YWNrIHRyYWNl IGZyb20gc3A9JSJQUkl2YWRkciI6XG4gICIsIHNwKTsKIAotICAgIGlmICgg Z3ZpcnRfdG9fbWFkZHIoc3AsICZzdGFja19waHlzLCBHVjJNX1JFQUQpICkK KyAgICBpZiAoIHNwICYgKCBzaXplb2YobG9uZykgLSAxICkgKQorICAgIHsK KyAgICAgICAgcHJpbnRrKCJTdGFjayBpcyBtaXNhbGlnbmVkXG4iKTsKKyAg ICAgICAgcmV0dXJuOworICAgIH0KKworICAgIHBhZ2UgPSBnZXRfcGFnZV9m cm9tX2d2YShjdXJyZW50LT5kb21haW4sIHNwLCBHVjJNX1JFQUQpOworICAg IGlmICggcGFnZSA9PSBOVUxMICkKICAgICB7CiAgICAgICAgIHByaW50aygi RmFpbGVkIHRvIGNvbnZlcnQgc3RhY2sgdG8gcGh5c2ljYWwgYWRkcmVzc1xu Iik7CiAgICAgICAgIHJldHVybjsKICAgICB9CiAKLSAgICBtYXBwZWQgPSBt YXBfZG9tYWluX3BhZ2Uoc3RhY2tfcGh5cyA+PiBQQUdFX1NISUZUKTsKKyAg ICBtYXBwZWQgPSBfX21hcF9kb21haW5fcGFnZShwYWdlKTsKIAogICAgIHN0 YWNrID0gbWFwcGVkICsgKHNwICYgflBBR0VfTUFTSyk7CiAKQEAgLTg2MCw3 ICs4NjcsNyBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVj dCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKICAgICAg ICAgcHJpbnRrKCJTdGFjayBlbXB0eS4iKTsKICAgICBwcmludGsoIlxuIik7 CiAgICAgdW5tYXBfZG9tYWluX3BhZ2UobWFwcGVkKTsKLQorICAgIHB1dF9w YWdlKHBhZ2UpOwogfQogCiAjZGVmaW5lIFNUQUNLX0JFRk9SRV9FWENFUFRJ T04ocmVncykgKChyZWdpc3Rlcl90KikocmVncyktPnNwKQpkaWZmIC0tZ2l0 IGEveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oIGIveGVuL2luY2x1ZGUvYXNt LWFybS9tbS5oCmluZGV4IGQwZTVjYjQuLjhiZjE3OWQgMTAwNjQ0Ci0tLSBh L3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAorKysgYi94ZW4vaW5jbHVkZS9h c20tYXJtL21tLmgKQEAgLTI3Myw2ICsyNzMsOSBAQCBzdHJ1Y3QgZG9tYWlu ICpwYWdlX2dldF9vd25lcl9hbmRfcmVmZXJlbmNlKHN0cnVjdCBwYWdlX2lu Zm8gKnBhZ2UpOwogdm9pZCBwdXRfcGFnZShzdHJ1Y3QgcGFnZV9pbmZvICpw YWdlKTsKIGludCAgZ2V0X3BhZ2Uoc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSwg c3RydWN0IGRvbWFpbiAqZG9tYWluKTsKIAorc3RydWN0IHBhZ2VfaW5mbyAq Z2V0X3BhZ2VfZnJvbV9ndmEoc3RydWN0IGRvbWFpbiAqZCwgdmFkZHJfdCB2 YSwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuc2ln bmVkIGxvbmcgZmxhZ3MpOworCiAvKgogICogVGhlIE1QVCAobWFjaGluZS0+ cGh5c2ljYWwgbWFwcGluZyB0YWJsZSkgaXMgYW4gYXJyYXkgb2Ygd29yZC1z aXplZAogICogdmFsdWVzLCBpbmRleGVkIG9uIG1hY2hpbmUgZnJhbWUgbnVt YmVyLiBJdCBpcyBleHBlY3RlZCB0aGF0IGd1ZXN0IE9TZXMKZGlmZiAtLWdp dCBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oIGIveGVuL2luY2x1ZGUv YXNtLWFybS9wYWdlLmgKaW5kZXggODQ1NjJlYy4uYzExODMwOSAxMDA2NDQK LS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9wYWdlLmgKKysrIGIveGVuL2lu Y2x1ZGUvYXNtLWFybS9wYWdlLmgKQEAgLTczLDcgKzczLDcgQEAKICNkZWZp bmUgTUFUVFJfREVWICAgICAweDEKICNkZWZpbmUgTUFUVFJfTUVNICAgICAw eGYKIAotLyogRmxhZ3MgZm9yIGd2aXJ0X3RvX21hZGRyICovCisvKiBGbGFn cyBmb3IgZ2V0X3BhZ2VfZnJvbV9ndmEsIGd2aXJ0X3RvX21hZGRyIGV0YyAq LwogI2RlZmluZSBHVjJNX1JFQUQgICgwdTw8MCkKICNkZWZpbmUgR1YyTV9X UklURSAoMXU8PDApCiAK --=separator Content-Type: application/octet-stream; name="xsa98-unstable-01.patch" Content-Disposition: attachment; filename="xsa98-unstable-01.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGNoZWNrIHBlcm1pc3Npb25zIHdoZW4gY29weWluZyB0by9m cm9tIGd1ZXN0IHZpcnR1YWwgYWRkcmVzc2VzCgpJbiBwYXJ0aWN1bGFyIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoZSBndWVzdCBoYXMgd3JpdGUgcGVybWlz c2lvbnMgdG8gYnVmZmVycwp3aGljaCBpdCBwYXNzZXMgYXMgb3V0cHV0IGJ1 ZmZlcnMgZm9yIGh5cGVyY2FsbHMsIG90aGVyd2lzZSB0aGUgZ3Vlc3QgY2Fu Cm92ZXJ3cml0ZSBtZW1vcnkgd2hpY2ggaXQgc2hvdWxkbid0IGJlIGFibGUg dG8gd3JpdGUgKGxpa2Ugci9vIGdyYW50IHRhYmxlCm1hcHBpbmdzKS4KClRo aXMgaXMgWFNBLTk4LgoKU2lnbmVkLW9mZi1ieTogSWFuIENhbXBiZWxsIDxp YW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KUmV2aWV3ZWQtYnk6IEp1bGllbiBH cmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+CgpkaWZmIC0tZ2l0IGEv eGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jIGIveGVuL2FyY2gvYXJtL2Rv bWFpbl9idWlsZC5jCmluZGV4IGM0MjQ3OTMuLmQwNzk5ODIgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYworKysgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKQEAgLTEwMDUsNyArMTAwNSw3IEBAIHN0 YXRpYyB2b2lkIGluaXRyZF9sb2FkKHN0cnVjdCBrZXJuZWxfaW5mbyAqa2lu Zm8pCiAgICAgICAgIHMgPSBvZmZzICYgflBBR0VfTUFTSzsKICAgICAgICAg bCA9IG1pbihQQUdFX1NJWkUgLSBzLCBsZW4pOwogCi0gICAgICAgIHJjID0g Z3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hKTsKKyAgICAg ICAgcmMgPSBndmlydF90b19tYWRkcihsb2FkX2FkZHIgKyBvZmZzLCAmbWEs IEdWMk1fV1JJVEUpOwogICAgICAgICBpZiAoIHJjICkKICAgICAgICAgewog ICAgICAgICAgICAgcGFuaWMoIlVuYWJsZSB0byB0cmFuc2xhdGUgZ3Vlc3Qg YWRkcmVzcyIpOwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL2d1ZXN0Y29w eS5jIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCmluZGV4IGNlYTVmOTcu LmQxZmRkZWMgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNoL2FybS9ndWVzdGNvcHku YworKysgYi94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMKQEAgLTE3LDcgKzE3 LDcgQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcgcmF3X2NvcHlfdG9fZ3Vlc3Rf aGVscGVyKHZvaWQgKnRvLCBjb25zdCB2b2lkICpmcm9tLAogICAgICAgICB2 b2lkICpwOwogICAgICAgICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVu c2lnbmVkKVBBR0VfU0laRSAtIG9mZnNldCk7CiAKLSAgICAgICAgaWYgKCBn dmlydF90b19tYWRkcigodmFkZHJfdCkgdG8sICZnKSApCisgICAgICAgIGlm ICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZywgR1YyTV9XUklU RSkgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAogICAgICAgICBwID0g bWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOwpAQCAtNjIsNyArNjIs NyBAQCB1bnNpZ25lZCBsb25nIHJhd19jbGVhcl9ndWVzdCh2b2lkICp0bywg dW5zaWduZWQgbGVuKQogICAgICAgICB2b2lkICpwOwogICAgICAgICB1bnNp Z25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0VfU0laRSAtIG9m ZnNldCk7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJf dCkgdG8sICZnKSApCisgICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZh ZGRyX3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQogICAgICAgICAgICAgcmV0 dXJuIGxlbjsKIAogICAgICAgICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBB R0VfU0hJRlQpOwpAQCAtOTIsNyArOTIsNyBAQCB1bnNpZ25lZCBsb25nIHJh d19jb3B5X2Zyb21fZ3Vlc3Qodm9pZCAqdG8sIGNvbnN0IHZvaWQgX191c2Vy ICpmcm9tLCB1bnNpZ25lZCBsZQogICAgICAgICB2b2lkICpwOwogICAgICAg ICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKShQQUdFX1NJ WkUgLSBvZmZzZXQpKTsKIAotICAgICAgICBpZiAoIGd2aXJ0X3RvX21hZGRy KCh2YWRkcl90KSBmcm9tICYgUEFHRV9NQVNLLCAmZykgKQorICAgICAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKCh2YWRkcl90KSBmcm9tICYgUEFHRV9NQVNL LCAmZywgR1YyTV9SRUFEKSApCiAgICAgICAgICAgICByZXR1cm4gbGVuOwog CiAgICAgICAgIHAgPSBtYXBfZG9tYWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7 CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0va2VybmVsLmMgYi94ZW4vYXJj aC9hcm0va2VybmVsLmMKaW5kZXggYzgyOTA2Zi4uNjkxODJlYyAxMDA2NDQK LS0tIGEveGVuL2FyY2gvYXJtL2tlcm5lbC5jCisrKyBiL3hlbi9hcmNoL2Fy bS9rZXJuZWwuYwpAQCAtMTcyLDcgKzE3Miw3IEBAIHN0YXRpYyB2b2lkIGtl cm5lbF96aW1hZ2VfbG9hZChzdHJ1Y3Qga2VybmVsX2luZm8gKmluZm8pCiAg ICAgICAgIHMgPSBvZmZzICYgflBBR0VfTUFTSzsKICAgICAgICAgbCA9IG1p bihQQUdFX1NJWkUgLSBzLCBsZW4pOwogCi0gICAgICAgIHJjID0gZ3ZpcnRf dG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hKTsKKyAgICAgICAgcmMg PSBndmlydF90b19tYWRkcihsb2FkX2FkZHIgKyBvZmZzLCAmbWEsIEdWMk1f V1JJVEUpOwogICAgICAgICBpZiAoIHJjICkKICAgICAgICAgewogICAgICAg ICAgICAgcGFuaWMoIlVuYWJsZSB0byBtYXAgdHJhbnNsYXRlIGd1ZXN0IGFk ZHJlc3MiKTsKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS90cmFwcy5jIGIv eGVuL2FyY2gvYXJtL3RyYXBzLmMKaW5kZXggMDNhM2RhNi4uZGY4NmZmZSAx MDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL3RyYXBzLmMKKysrIGIveGVuL2Fy Y2gvYXJtL3RyYXBzLmMKQEAgLTgzNyw3ICs4MzcsNyBAQCBzdGF0aWMgdm9p ZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVjdCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1 X3VzZXJfcmVncyAqcmVncykKIAogICAgIHByaW50aygiR3Vlc3Qgc3RhY2sg dHJhY2UgZnJvbSBzcD0lIlBSSXZhZGRyIjpcbiAgIiwgc3ApOwogCi0gICAg aWYgKCBndmlydF90b19tYWRkcihzcCwgJnN0YWNrX3BoeXMpICkKKyAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKHNwLCAmc3RhY2tfcGh5cywgR1YyTV9SRUFE KSApCiAgICAgewogICAgICAgICBwcmludGsoIkZhaWxlZCB0byBjb252ZXJ0 IHN0YWNrIHRvIHBoeXNpY2FsIGFkZHJlc3NcbiIpOwogICAgICAgICByZXR1 cm47CmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJtL2FybTMyL3Bh Z2UuaCBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtMzIvcGFnZS5oCmluZGV4 IDRhYmIyODEuLjk3NDA2NzIgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2Fz bS1hcm0vYXJtMzIvcGFnZS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0v YXJtMzIvcGFnZS5oCkBAIC04NywxMSArODcsMTQgQEAgc3RhdGljIGlubGlu ZSB1aW50NjRfdCBfX3ZhX3RvX3Bhcih2YWRkcl90IHZhKQogfQogCiAvKiBB c2sgdGhlIE1NVSB0byB0cmFuc2xhdGUgYSBHdWVzdCBWQSBmb3IgdXMgKi8K LXN0YXRpYyBpbmxpbmUgdWludDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRkcl90 IHZhKQorc3RhdGljIGlubGluZSB1aW50NjRfdCBndmFfdG9fbWFfcGFyKHZh ZGRyX3QgdmEsIHVuc2lnbmVkIGludCBmbGFncykKIHsKICAgICB1aW50NjRf dCBwYXIsIHRtcDsKICAgICB0bXAgPSBSRUFEX0NQNjQoUEFSKTsKLSAgICBX UklURV9DUDMyKHZhLCBBVFMxMk5TT1BSKTsKKyAgICBpZiAoIChmbGFncyAm IEdWMk1fV1JJVEUpID09IEdWMk1fV1JJVEUgKQorICAgICAgICBXUklURV9D UDMyKHZhLCBBVFMxMk5TT1BXKTsKKyAgICBlbHNlCisgICAgICAgIFdSSVRF X0NQMzIodmEsIEFUUzEyTlNPUFIpOwogICAgIGlzYigpOyAvKiBFbnN1cmUg cmVzdWx0IGlzIGF2YWlsYWJsZS4gKi8KICAgICBwYXIgPSBSRUFEX0NQNjQo UEFSKTsKICAgICBXUklURV9DUDY0KHRtcCwgUEFSKTsKZGlmZiAtLWdpdCBh L3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5oIGIveGVuL2luY2x1 ZGUvYXNtLWFybS9hcm02NC9wYWdlLmgKaW5kZXggNzEzYmFmNi4uYmIxMDE2 NCAxMDA2NDQKLS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9hcm02NC9wYWdl LmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLWFybS9hcm02NC9wYWdlLmgKQEAg LTgxLDExICs4MSwxNCBAQCBzdGF0aWMgaW5saW5lIHVpbnQ2NF90IF9fdmFf dG9fcGFyKHZhZGRyX3QgdmEpCiB9CiAKIC8qIEFzayB0aGUgTU1VIHRvIHRy YW5zbGF0ZSBhIEd1ZXN0IFZBIGZvciB1cyAqLwotc3RhdGljIGlubGluZSB1 aW50NjRfdCBndmFfdG9fbWFfcGFyKHZhZGRyX3QgdmEpCitzdGF0aWMgaW5s aW5lIHVpbnQ2NF90IGd2YV90b19tYV9wYXIodmFkZHJfdCB2YSwgdW5zaWdu ZWQgaW50IGZsYWdzKQogewogICAgIHVpbnQ2NF90IHBhciwgdG1wID0gUkVB RF9TWVNSRUc2NChQQVJfRUwxKTsKIAotICAgIGFzbSB2b2xhdGlsZSAoImF0 IHMxMmUxciwgJTA7IiA6IDogInIiICh2YSkpOworICAgIGlmICggKGZsYWdz ICYgR1YyTV9XUklURSkgPT0gR1YyTV9XUklURSApCisgICAgICAgIGFzbSB2 b2xhdGlsZSAoImF0IHMxMmUxciwgJTA7IiA6IDogInIiICh2YSkpOworICAg IGVsc2UKKyAgICAgICAgYXNtIHZvbGF0aWxlICgiYXQgczEyZTF3LCAlMDsi IDogOiAiciIgKHZhKSk7CiAgICAgaXNiKCk7CiAgICAgcGFyID0gUkVBRF9T WVNSRUc2NChQQVJfRUwxKTsKICAgICBXUklURV9TWVNSRUc2NCh0bXAsIFBB Ul9FTDEpOwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5o IGIveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oCmluZGV4IGI4ZDRlN2QuLmQw ZTVjYjQgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAor KysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKQEAgLTIzMyw5ICsyMzMs OSBAQCBzdGF0aWMgaW5saW5lIHZvaWQgKm1hZGRyX3RvX3ZpcnQocGFkZHJf dCBtYSkKIH0KICNlbmRpZgogCi1zdGF0aWMgaW5saW5lIGludCBndmlydF90 b19tYWRkcih2YWRkcl90IHZhLCBwYWRkcl90ICpwYSkKK3N0YXRpYyBpbmxp bmUgaW50IGd2aXJ0X3RvX21hZGRyKHZhZGRyX3QgdmEsIHBhZGRyX3QgKnBh LCB1bnNpZ25lZCBpbnQgZmxhZ3MpCiB7Ci0gICAgdWludDY0X3QgcGFyID0g Z3ZhX3RvX21hX3Bhcih2YSk7CisgICAgdWludDY0X3QgcGFyID0gZ3ZhX3Rv X21hX3Bhcih2YSwgZmxhZ3MpOwogICAgIGlmICggcGFyICYgUEFSX0YgKQog ICAgICAgICByZXR1cm4gLUVGQVVMVDsKICAgICAqcGEgPSAocGFyICYgUEFE RFJfTUFTSyAmIFBBR0VfTUFTSykgfCAoKHVuc2lnbmVkIGxvbmcpIHZhICYg flBBR0VfTUFTSyk7CmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJt L3BhZ2UuaCBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oCmluZGV4IGMz OGU5YzkuLmU3MjNlNWEgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1h cm0vcGFnZS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oCkBA IC03Myw2ICs3MywxMCBAQAogI2RlZmluZSBNQVRUUl9ERVYgICAgIDB4MQog I2RlZmluZSBNQVRUUl9NRU0gICAgIDB4ZgogCisvKiBGbGFncyBmb3IgZ3Zp cnRfdG9fbWFkZHIgKi8KKyNkZWZpbmUgR1YyTV9SRUFEICAoMHU8PDApCisj ZGVmaW5lIEdWMk1fV1JJVEUgKDF1PDwwKQorCiAjaWZuZGVmIF9fQVNTRU1C TFlfXwogCiAjaW5jbHVkZSA8eGVuL3R5cGVzLmg+Cg== --=separator Content-Type: application/octet-stream; name="xsa98-unstable-02.patch" Content-Disposition: attachment; filename="xsa98-unstable-02.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGVuc3VyZSB3ZSBob2xkIGEgcmVmZXJlbmNlIHRvIGd1ZXN0 IHBhZ2VzIHdoaWxlIHdlIGNvcHkgdG8vZnJvbSB0aGVtCgpUaGlzIGF0IG9u Y2U6CiAtIHByZXZlbnRzIHRoZSBwYWdlIGZyb20gYmVpbmcgcmVhc3NpZ25l ZCB1bmRlciBvdXIgZmVldAogLSBlbnN1cmVzIHRoYXQgdGhlIGRvbWFpbiBv d25zIHRoZSBwYWdlLCB3aGljaCBzdG9wcyBhIGRvbWFpbiBmcm9tIGdpdmlu ZyBhCiAgIGdyYW50IG1hcHBpbmcsIE1NSU8gcmVnaW9uLCBvdGhlciBub24t UkFNIGFzIGEgaHlwZXJjYWxsIGlucHV0L291dHB1dC4KCldlIG5lZWQgdG8g aG9sZCB0aGUgcDJtIGxvY2sgd2hpbGUgZG9pbmcgdGhlIGxvb2t1cCB1bnRp bCB3ZSBoYXZlIHRoZQpyZWZlcmVuY2UuCgpUaGlzIGFsc28gcmVxdWlyZXMg dGhhdCBkdXJpbmcgZG9tYWluIDAgYnVpbGRpbmcgY3VycmVudCBpcyBzZXQg dG8gYW4gYWN0dWFsCmRvbTAgdmNwdSwgc28gdGFrZSBjYXJlIG9mIHRoaXMg YXQgdGhlIHNhbWUgdGltZSBhcyB0aGUgcDJtIGlzIHRlbXBvcmFyaWx5Cmxv YWRlZC4KCkxhc3RseSB3aGVuIGR1bXBpbmcgdGhlIGd1ZXN0IHN0YWNrIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGd1ZXN0IGhhc24ndApwb2lu dGVkIGl0cyBzcCBvZmYgaW50byB0aGUgd2VlZHMgYW5kL29yIG1pc2FsaWdu ZWQgaXQsIHdoaWNoIGNvdWxkIGxlYWQgdG8KaHlwZXJ2aXNvciB0cmFwcy4g U29sdmUgdGhpcyBieSB1c2luZyB0aGUgbmV3IGZ1bmN0aW9uIGFuZCBjaGVj a2luZyBhbGlnbm1lbnQKZmlyc3QuCgpTaWduZWQtb2ZmLWJ5OiBJYW4gQ2Ft cGJlbGwgPGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpSZXZpZXdlZC1ieTog SnVsaWVuIEdyYWxsIDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KCmRpZmYg LS1naXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKaW5kZXggZDA3OTk4Mi4uNGRkMmQ4NCAx MDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jCisrKyBi L3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYwpAQCAtMTAyNCw2ICsxMDI0 LDcgQEAgc3RhdGljIHZvaWQgaW5pdHJkX2xvYWQoc3RydWN0IGtlcm5lbF9p bmZvICpraW5mbykKIGludCBjb25zdHJ1Y3RfZG9tMChzdHJ1Y3QgZG9tYWlu ICpkKQogewogICAgIHN0cnVjdCBrZXJuZWxfaW5mbyBraW5mbyA9IHt9Owor ICAgIHN0cnVjdCB2Y3B1ICpzYXZlZF9jdXJyZW50OwogICAgIGludCByYywg aSwgY3B1OwogCiAgICAgc3RydWN0IHZjcHUgKnYgPSBkLT52Y3B1WzBdOwpA QCAtMTA2MCw4ICsxMDYxLDEzIEBAIGludCBjb25zdHJ1Y3RfZG9tMChzdHJ1 Y3QgZG9tYWluICpkKQogICAgIGlmICggcmMgPCAwICkKICAgICAgICAgcmV0 dXJuIHJjOwogCi0gICAgLyogVGhlIGZvbGxvd2luZyBsb2FkcyB1c2UgdGhl IGRvbWFpbidzIHAybSAqLworICAgIC8qCisgICAgICogVGhlIGZvbGxvd2lu ZyBsb2FkcyB1c2UgdGhlIGRvbWFpbidzIHAybSBhbmQgcmVxdWlyZSBjdXJy ZW50IHRvCisgICAgICogYmUgYSB2Y3B1IG9mIHRoZSBkb21haW4sIHRlbXBv cmFyaWx5IHN3aXRjaAorICAgICAqLworICAgIHNhdmVkX2N1cnJlbnQgPSBj dXJyZW50OwogICAgIHAybV9yZXN0b3JlX3N0YXRlKHYpOworICAgIHNldF9j dXJyZW50KHYpOwogCiAgICAgLyoKICAgICAgKiBrZXJuZWxfbG9hZCB3aWxs IGRldGVybWluZSB0aGUgcGxhY2VtZW50IG9mIHRoZSBrZXJuZWwgYXMgd2Vs bApAQCAtMTA3Miw2ICsxMDc4LDEwIEBAIGludCBjb25zdHJ1Y3RfZG9tMChz dHJ1Y3QgZG9tYWluICpkKQogICAgIGluaXRyZF9sb2FkKCZraW5mbyk7CiAg ICAgZHRiX2xvYWQoJmtpbmZvKTsKIAorICAgIC8qIE5vdyB0aGF0IHdlIGFy ZSBkb25lIHJlc3RvcmUgdGhlIG9yaWdpbmFsIHAybSBhbmQgY3VycmVudC4g Ki8KKyAgICBzZXRfY3VycmVudChzYXZlZF9jdXJyZW50KTsKKyAgICBwMm1f cmVzdG9yZV9zdGF0ZShzYXZlZF9jdXJyZW50KTsKKwogICAgIGRpc2NhcmRf aW5pdGlhbF9tb2R1bGVzKCk7CiAKICAgICB2LT5pc19pbml0aWFsaXNlZCA9 IDE7CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMgYi94 ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMKaW5kZXggZDFmZGRlYy4uMDE3MzU5 NyAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCisrKyBi L3hlbi9hcmNoL2FybS9ndWVzdGNvcHkuYwpAQCAtMSw2ICsxLDggQEAKICNp bmNsdWRlIDx4ZW4vY29uZmlnLmg+CiAjaW5jbHVkZSA8eGVuL2xpYi5oPgog I2luY2x1ZGUgPHhlbi9kb21haW5fcGFnZS5oPgorI2luY2x1ZGUgPHhlbi9z Y2hlZC5oPgorI2luY2x1ZGUgPGFzbS9jdXJyZW50Lmg+CiAKICNpbmNsdWRl IDxhc20vbW0uaD4KICNpbmNsdWRlIDxhc20vZ3Vlc3RfYWNjZXNzLmg+CkBA IC0xMywyMCArMTUsMjIgQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcgcmF3X2Nv cHlfdG9fZ3Vlc3RfaGVscGVyKHZvaWQgKnRvLCBjb25zdCB2b2lkICpmcm9t LAogCiAgICAgd2hpbGUgKCBsZW4gKQogICAgIHsKLSAgICAgICAgcGFkZHJf dCBnOwogICAgICAgICB2b2lkICpwOwogICAgICAgICB1bnNpZ25lZCBzaXpl ID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0VfU0laRSAtIG9mZnNldCk7Cisg ICAgICAgIHN0cnVjdCBwYWdlX2luZm8gKnBhZ2U7CiAKLSAgICAgICAgaWYg KCBndmlydF90b19tYWRkcigodmFkZHJfdCkgdG8sICZnLCBHVjJNX1dSSVRF KSApCisgICAgICAgIHBhZ2UgPSBnZXRfcGFnZV9mcm9tX2d2YShjdXJyZW50 LT5kb21haW4sICh2YWRkcl90KSB0bywgR1YyTV9XUklURSk7CisgICAgICAg IGlmICggcGFnZSA9PSBOVUxMICkKICAgICAgICAgICAgIHJldHVybiBsZW47 CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShnPj5QQUdFX1NISUZU KTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFpbl9wYWdlKHBhZ2UpOwogICAg ICAgICBwICs9IG9mZnNldDsKICAgICAgICAgbWVtY3B5KHAsIGZyb20sIHNp emUpOwogICAgICAgICBpZiAoIGZsdXNoX2RjYWNoZSApCiAgICAgICAgICAg ICBjbGVhbl94ZW5fZGNhY2hlX3ZhX3JhbmdlKHAsIHNpemUpOwogCiAgICAg ICAgIHVubWFwX2RvbWFpbl9wYWdlKHAgLSBvZmZzZXQpOworICAgICAgICBw dXRfcGFnZShwYWdlKTsKICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAg IGZyb20gKz0gc2l6ZTsKICAgICAgICAgdG8gKz0gc2l6ZTsKQEAgLTU4LDE4 ICs2MiwyMCBAQCB1bnNpZ25lZCBsb25nIHJhd19jbGVhcl9ndWVzdCh2b2lk ICp0bywgdW5zaWduZWQgbGVuKQogCiAgICAgd2hpbGUgKCBsZW4gKQogICAg IHsKLSAgICAgICAgcGFkZHJfdCBnOwogICAgICAgICB2b2lkICpwOwogICAg ICAgICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0Vf U0laRSAtIG9mZnNldCk7CisgICAgICAgIHN0cnVjdCBwYWdlX2luZm8gKnBh Z2U7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJfdCkg dG8sICZnLCBHVjJNX1dSSVRFKSApCisgICAgICAgIHBhZ2UgPSBnZXRfcGFn ZV9mcm9tX2d2YShjdXJyZW50LT5kb21haW4sICh2YWRkcl90KSB0bywgR1Yy TV9XUklURSk7CisgICAgICAgIGlmICggcGFnZSA9PSBOVUxMICkKICAgICAg ICAgICAgIHJldHVybiBsZW47CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5f cGFnZShnPj5QQUdFX1NISUZUKTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFp bl9wYWdlKHBhZ2UpOwogICAgICAgICBwICs9IG9mZnNldDsKICAgICAgICAg bWVtc2V0KHAsIDB4MDAsIHNpemUpOwogCiAgICAgICAgIHVubWFwX2RvbWFp bl9wYWdlKHAgLSBvZmZzZXQpOworICAgICAgICBwdXRfcGFnZShwYWdlKTsK ICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAgIHRvICs9IHNpemU7CiAg ICAgICAgIC8qCkBAIC04OCwxOSArOTQsMjEgQEAgdW5zaWduZWQgbG9uZyBy YXdfY29weV9mcm9tX2d1ZXN0KHZvaWQgKnRvLCBjb25zdCB2b2lkIF9fdXNl ciAqZnJvbSwgdW5zaWduZWQgbGUKIAogICAgIHdoaWxlICggbGVuICkKICAg ICB7Ci0gICAgICAgIHBhZGRyX3QgZzsKICAgICAgICAgdm9pZCAqcDsKICAg ICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZCkoUEFH RV9TSVpFIC0gb2Zmc2V0KSk7CisgICAgICAgIHN0cnVjdCBwYWdlX2luZm8g KnBhZ2U7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJf dCkgZnJvbSAmIFBBR0VfTUFTSywgJmcsIEdWMk1fUkVBRCkgKQorICAgICAg ICBwYWdlID0gZ2V0X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9tYWluLCAo dmFkZHJfdCkgZnJvbSwgR1YyTV9SRUFEKTsKKyAgICAgICAgaWYgKCBwYWdl ID09IE5VTEwgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAotICAgICAg ICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOworICAgICAg ICBwID0gX19tYXBfZG9tYWluX3BhZ2UocGFnZSk7CiAgICAgICAgIHAgKz0g KCh2YWRkcl90KWZyb20gJiAoflBBR0VfTUFTSykpOwogCiAgICAgICAgIG1l bWNweSh0bywgcCwgc2l6ZSk7CiAKICAgICAgICAgdW5tYXBfZG9tYWluX3Bh Z2UocCk7CisgICAgICAgIHB1dF9wYWdlKHBhZ2UpOwogICAgICAgICBsZW4g LT0gc2l6ZTsKICAgICAgICAgZnJvbSArPSBzaXplOwogICAgICAgICB0byAr PSBzaXplOwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL3AybS5jIGIveGVu L2FyY2gvYXJtL3AybS5jCmluZGV4IGI4NTE0M2IuLjVmYzVjYTYgMTAwNjQ0 Ci0tLSBhL3hlbi9hcmNoL2FybS9wMm0uYworKysgYi94ZW4vYXJjaC9hcm0v cDJtLmMKQEAgLTcwMSw2ICs3MDEsMzQgQEAgdW5zaWduZWQgbG9uZyBnbWZu X3RvX21mbihzdHJ1Y3QgZG9tYWluICpkLCB1bnNpZ25lZCBsb25nIGdwZm4p CiAgICAgcmV0dXJuIHAgPj4gUEFHRV9TSElGVDsKIH0KIAorc3RydWN0IHBh Z2VfaW5mbyAqZ2V0X3BhZ2VfZnJvbV9ndmEoc3RydWN0IGRvbWFpbiAqZCwg dmFkZHJfdCB2YSwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHVuc2lnbmVkIGxvbmcgZmxhZ3MpCit7CisgICAgc3RydWN0IHAybV9k b21haW4gKnAybSA9ICZkLT5hcmNoLnAybTsKKyAgICBzdHJ1Y3QgcGFnZV9p bmZvICpwYWdlID0gTlVMTDsKKyAgICBwYWRkcl90IG1hZGRyOworCisgICAg QVNTRVJUKGQgPT0gY3VycmVudC0+ZG9tYWluKTsKKworICAgIHNwaW5fbG9j aygmcDJtLT5sb2NrKTsKKworICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIodmEs ICZtYWRkciwgZmxhZ3MpICkKKyAgICAgICAgZ290byBlcnI7CisKKyAgICBp ZiAoICFtZm5fdmFsaWQobWFkZHIgPj4gUEFHRV9TSElGVCkgKQorICAgICAg ICBnb3RvIGVycjsKKworICAgIHBhZ2UgPSBtZm5fdG9fcGFnZShtYWRkciA+ PiBQQUdFX1NISUZUKTsKKyAgICBBU1NFUlQocGFnZSk7CisKKyAgICBpZiAo IHVubGlrZWx5KCFnZXRfcGFnZShwYWdlLCBkKSkgKQorICAgICAgICBwYWdl ID0gTlVMTDsKKworZXJyOgorICAgIHNwaW5fdW5sb2NrKCZwMm0tPmxvY2sp OworICAgIHJldHVybiBwYWdlOworfQorCiAvKgogICogTG9jYWwgdmFyaWFi bGVzOgogICogbW9kZTogQwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL3Ry YXBzLmMgYi94ZW4vYXJjaC9hcm0vdHJhcHMuYwppbmRleCBkZjg2ZmZlLi5k ODliNzVmIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vdHJhcHMuYworKysg Yi94ZW4vYXJjaC9hcm0vdHJhcHMuYwpAQCAtNzc3LDcgKzc3Nyw3IEBAIHN0 YXRpYyB2b2lkIHNob3dfZ3Vlc3Rfc3RhY2soc3RydWN0IHZjcHUgKnYsIHN0 cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzKQogewogICAgIGludCBpOwogICAg IHZhZGRyX3Qgc3A7Ci0gICAgcGFkZHJfdCBzdGFja19waHlzOworICAgIHN0 cnVjdCBwYWdlX2luZm8gKnBhZ2U7CiAgICAgdm9pZCAqbWFwcGVkOwogICAg IHVuc2lnbmVkIGxvbmcgKnN0YWNrLCBhZGRyOwogCkBAIC04MzcsMTMgKzgz NywyMCBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVjdCB2 Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKIAogICAgIHBy aW50aygiR3Vlc3Qgc3RhY2sgdHJhY2UgZnJvbSBzcD0lIlBSSXZhZGRyIjpc biAgIiwgc3ApOwogCi0gICAgaWYgKCBndmlydF90b19tYWRkcihzcCwgJnN0 YWNrX3BoeXMsIEdWMk1fUkVBRCkgKQorICAgIGlmICggc3AgJiAoIHNpemVv Zihsb25nKSAtIDEgKSApCisgICAgeworICAgICAgICBwcmludGsoIlN0YWNr IGlzIG1pc2FsaWduZWRcbiIpOworICAgICAgICByZXR1cm47CisgICAgfQor CisgICAgcGFnZSA9IGdldF9wYWdlX2Zyb21fZ3ZhKGN1cnJlbnQtPmRvbWFp biwgc3AsIEdWMk1fUkVBRCk7CisgICAgaWYgKCBwYWdlID09IE5VTEwgKQog ICAgIHsKICAgICAgICAgcHJpbnRrKCJGYWlsZWQgdG8gY29udmVydCBzdGFj ayB0byBwaHlzaWNhbCBhZGRyZXNzXG4iKTsKICAgICAgICAgcmV0dXJuOwog ICAgIH0KIAotICAgIG1hcHBlZCA9IG1hcF9kb21haW5fcGFnZShzdGFja19w aHlzID4+IFBBR0VfU0hJRlQpOworICAgIG1hcHBlZCA9IF9fbWFwX2RvbWFp bl9wYWdlKHBhZ2UpOwogCiAgICAgc3RhY2sgPSBtYXBwZWQgKyAoc3AgJiB+ UEFHRV9NQVNLKTsKIApAQCAtODYxLDcgKzg2OCw3IEBAIHN0YXRpYyB2b2lk IHNob3dfZ3Vlc3Rfc3RhY2soc3RydWN0IHZjcHUgKnYsIHN0cnVjdCBjcHVf dXNlcl9yZWdzICpyZWdzKQogICAgICAgICBwcmludGsoIlN0YWNrIGVtcHR5 LiIpOwogICAgIHByaW50aygiXG4iKTsKICAgICB1bm1hcF9kb21haW5fcGFn ZShtYXBwZWQpOwotCisgICAgcHV0X3BhZ2UocGFnZSk7CiB9CiAKICNkZWZp bmUgU1RBQ0tfQkVGT1JFX0VYQ0VQVElPTihyZWdzKSAoKHJlZ2lzdGVyX3Qq KShyZWdzKS0+c3ApCmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJt L21tLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKaW5kZXggZDBlNWNi NC4uOGJmMTc5ZCAxMDA2NDQKLS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9t bS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaApAQCAtMjczLDYg KzI3Myw5IEBAIHN0cnVjdCBkb21haW4gKnBhZ2VfZ2V0X293bmVyX2FuZF9y ZWZlcmVuY2Uoc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSk7CiB2b2lkIHB1dF9w YWdlKHN0cnVjdCBwYWdlX2luZm8gKnBhZ2UpOwogaW50ICBnZXRfcGFnZShz dHJ1Y3QgcGFnZV9pbmZvICpwYWdlLCBzdHJ1Y3QgZG9tYWluICpkb21haW4p OwogCitzdHJ1Y3QgcGFnZV9pbmZvICpnZXRfcGFnZV9mcm9tX2d2YShzdHJ1 Y3QgZG9tYWluICpkLCB2YWRkcl90IHZhLAorICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgdW5zaWduZWQgbG9uZyBmbGFncyk7CisKIC8q CiAgKiBUaGUgTVBUIChtYWNoaW5lLT5waHlzaWNhbCBtYXBwaW5nIHRhYmxl KSBpcyBhbiBhcnJheSBvZiB3b3JkLXNpemVkCiAgKiB2YWx1ZXMsIGluZGV4 ZWQgb24gbWFjaGluZSBmcmFtZSBudW1iZXIuIEl0IGlzIGV4cGVjdGVkIHRo YXQgZ3Vlc3QgT1NlcwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFy bS9wYWdlLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaAppbmRleCBl NzIzZTVhLi4xMTNiZTVhIDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20t YXJtL3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaApA QCAtNzMsNyArNzMsNyBAQAogI2RlZmluZSBNQVRUUl9ERVYgICAgIDB4MQog I2RlZmluZSBNQVRUUl9NRU0gICAgIDB4ZgogCi0vKiBGbGFncyBmb3IgZ3Zp cnRfdG9fbWFkZHIgKi8KKy8qIEZsYWdzIGZvciBnZXRfcGFnZV9mcm9tX2d2 YSwgZ3ZpcnRfdG9fbWFkZHIgZXRjICovCiAjZGVmaW5lIEdWMk1fUkVBRCAg KDB1PDwwKQogI2RlZmluZSBHVjJNX1dSSVRFICgxdTw8MCkKIAo= --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Wed Jun 04 13:46:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 13:46:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsBVQ-0003jU-Tw; Wed, 04 Jun 2014 13:45:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsBVO-0003hD-0m; Wed, 04 Jun 2014 13:45:26 +0000 Received: from [85.158.139.211:49929] by server-7.bemta-5.messagelabs.com id A8/C0-20531-5F22F835; Wed, 04 Jun 2014 13:45:25 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-5.tower-206.messagelabs.com!1401889523!8055673!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28171 invoked from network); 4 Jun 2014 13:45:24 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-5.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2014 13:45:24 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsBVG-0001Ao-5v; Wed, 04 Jun 2014 13:45:18 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WsBVA-0008GF-7u; Wed, 04 Jun 2014 13:45:12 +0000 Date: Wed, 04 Jun 2014 13:45:12 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 98 - insufficient permissions checks accessing guest memory on ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory XSA-98 version 2 insufficient permissions checks accessing guest memory on ARM UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= When accessing guest memory Xen does not correctly perform permissions checks on the (possibly guest provided) virtual address: it only checks that the mapping is readable by the guest, even when writing on behalf of the guest. This allows a guest to write to memory which it should only be able to read. A guest running on a vulnerable system is able to write to memory which should be read-only. This includes supposedly read only foreign mappings established using the grant table mechanism. Such read-only mappings are commonly used as part of the paravirtualised I/O drivers (such as guest disk write and network transmit). In order to exploit this vulnerability the guest must have a mapping of the memory; it does not allow access to arbitrary addresses. In the event that a guest executes code from a page which has been shared read-only with another guest it would be possible to mount a take over attack on that guest. IMPACT ====== A domain which is deliberately exchanging data with another, malicious, domain, may be vulnerable to privilege escalation. The vulnerability depends on the precise behaviour of the victim domain. In a typical configuration this means that, depending on the behaviour of the toolstack or device driver domain, a malicious guest administrator might be able to escalate their privilege to that of the whole host. VULNERABLE SYSTEMS ================== Both 32- and 64-bit ARM systems are vulnerable from Xen 4.4 onward. MITIGATION ========== None. CREDITS ======= This issue was discovered by Julien Grall. RESOLUTION ========== Applying the appropriate pair of attached patches resolves this issue. xsa98-unstable-{01,02}.patch xen-unstable xsa98-4.4-{01,02}.patch Xen 4.4.x $ sha256sum xsa98*.patch 6f63bc2e0a0a39bbd9137513a5d130ae2c78d1fd2ebf9172bf49456f73f0a67b xsa98-4.4-01.patch b338472ecce3c31a55d1a936eebbd4e46cb3ad989b91a64d4b8c5d3ca80d875d xsa98-4.4-02.patch b8535aad5ae969675d59781a81ce0b24491f1abc01aaf36c3620fd7fb6cc84eb xsa98-unstable-01.patch f5e8a93525a8905653da6377097f77681ff8121b973063ff6081e27547ceaa67 xsa98-unstable-02.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTjyK/AAoJEIP+FMlX6CvZfcAIALcaI5AdccPTHVJjTFqAly6A ZJ787YT7utUjaHTuqo+rFn7UkQLfXtqGXoLmxX4I6kTWSasiN89MCUiMMEhAKz/p WAyHPxOgbU/67hE6K6G9Xfon+Oi0NmQyaT8yiq2tgNMA5BT0TLRa1hVP70ixvXGd bC1MTMKLHynrMByK2S7NKt3YZLg0t8yTtCAYQ/BbjiS+2WYA552HEI7xrFPNhZ7Y WMykHUp+G6xBj3E1xxHnuvmixr/8mAgZmfkqLdzb66wUxuxev6ZhACS5JkjFGI8S lFMGZ52W/JiinqxtXs9WPGPiaBmW0+AmfCr6OjMfPsOzeZavrmFMAsz9AUehDag= =96+i -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa98-4.4-01.patch" Content-Disposition: attachment; filename="xsa98-4.4-01.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGNoZWNrIHBlcm1pc3Npb25zIHdoZW4gY29weWluZyB0by9m cm9tIGd1ZXN0IHZpcnR1YWwgYWRkcmVzc2VzCgpJbiBwYXJ0aWN1bGFyIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoZSBndWVzdCBoYXMgd3JpdGUgcGVybWlz c2lvbnMgdG8gYnVmZmVycwp3aGljaCBpdCBwYXNzZXMgYXMgb3V0cHV0IGJ1 ZmZlcnMgZm9yIGh5cGVyY2FsbHMsIG90aGVyd2lzZSB0aGUgZ3Vlc3QgY2Fu Cm92ZXJ3cml0ZSBtZW1vcnkgd2hpY2ggaXQgc2hvdWxkbid0IGJlIGFibGUg dG8gd3JpdGUgKGxpa2Ugci9vIGdyYW50IHRhYmxlCm1hcHBpbmdzKS4KClRo aXMgaXMgWFNBLTk4LgoKU2lnbmVkLW9mZi1ieTogSWFuIENhbXBiZWxsIDxp YW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KUmV2aWV3ZWQtYnk6IEp1bGllbiBH cmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+CgpkaWZmIC0tZ2l0IGEv eGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jIGIveGVuL2FyY2gvYXJtL2Rv bWFpbl9idWlsZC5jCmluZGV4IDVjYTJmMTUuLjNkYTZiODMgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYworKysgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKQEAgLTk2Nyw3ICs5NjcsNyBAQCBzdGF0 aWMgdm9pZCBpbml0cmRfbG9hZChzdHJ1Y3Qga2VybmVsX2luZm8gKmtpbmZv KQogICAgICAgICBzID0gb2ZmcyAmIH5QQUdFX01BU0s7CiAgICAgICAgIGwg PSBtaW4oUEFHRV9TSVpFIC0gcywgbGVuKTsKIAotICAgICAgICByYyA9IGd2 aXJ0X3RvX21hZGRyKGxvYWRfYWRkciArIG9mZnMsICZtYSk7CisgICAgICAg IHJjID0gZ3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hLCBH VjJNX1dSSVRFKTsKICAgICAgICAgaWYgKCByYyApCiAgICAgICAgIHsKICAg ICAgICAgICAgIHBhbmljKCJVbmFibGUgdG8gdHJhbnNsYXRlIGd1ZXN0IGFk ZHJlc3MiKTsKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS9ndWVzdGNvcHku YyBiL3hlbi9hcmNoL2FybS9ndWVzdGNvcHkuYwppbmRleCBjZWE1Zjk3Li5k MWZkZGVjIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMK KysrIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCkBAIC0xNyw3ICsxNyw3 IEBAIHN0YXRpYyB1bnNpZ25lZCBsb25nIHJhd19jb3B5X3RvX2d1ZXN0X2hl bHBlcih2b2lkICp0bywgY29uc3Qgdm9pZCAqZnJvbSwKICAgICAgICAgdm9p ZCAqcDsKICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNp Z25lZClQQUdFX1NJWkUgLSBvZmZzZXQpOwogCi0gICAgICAgIGlmICggZ3Zp cnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZykgKQorICAgICAgICBpZiAo IGd2aXJ0X3RvX21hZGRyKCh2YWRkcl90KSB0bywgJmcsIEdWMk1fV1JJVEUp ICkKICAgICAgICAgICAgIHJldHVybiBsZW47CiAKICAgICAgICAgcCA9IG1h cF9kb21haW5fcGFnZShnPj5QQUdFX1NISUZUKTsKQEAgLTYyLDcgKzYyLDcg QEAgdW5zaWduZWQgbG9uZyByYXdfY2xlYXJfZ3Vlc3Qodm9pZCAqdG8sIHVu c2lnbmVkIGxlbikKICAgICAgICAgdm9pZCAqcDsKICAgICAgICAgdW5zaWdu ZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZClQQUdFX1NJWkUgLSBvZmZz ZXQpOwogCi0gICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3Qp IHRvLCAmZykgKQorICAgICAgICBpZiAoIGd2aXJ0X3RvX21hZGRyKCh2YWRk cl90KSB0bywgJmcsIEdWMk1fV1JJVEUpICkKICAgICAgICAgICAgIHJldHVy biBsZW47CiAKICAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShnPj5QQUdF X1NISUZUKTsKQEAgLTkyLDcgKzkyLDcgQEAgdW5zaWduZWQgbG9uZyByYXdf Y29weV9mcm9tX2d1ZXN0KHZvaWQgKnRvLCBjb25zdCB2b2lkIF9fdXNlciAq ZnJvbSwgdW5zaWduZWQgbGUKICAgICAgICAgdm9pZCAqcDsKICAgICAgICAg dW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZCkoUEFHRV9TSVpF IC0gb2Zmc2V0KSk7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigo dmFkZHJfdCkgZnJvbSAmIFBBR0VfTUFTSywgJmcpICkKKyAgICAgICAgaWYg KCBndmlydF90b19tYWRkcigodmFkZHJfdCkgZnJvbSAmIFBBR0VfTUFTSywg JmcsIEdWMk1fUkVBRCkgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAog ICAgICAgICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOwpk aWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL2tlcm5lbC5jIGIveGVuL2FyY2gv YXJtL2tlcm5lbC5jCmluZGV4IDFlMzEwN2QuLjY5YzdkNDMgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9rZXJuZWwuYworKysgYi94ZW4vYXJjaC9hcm0v a2VybmVsLmMKQEAgLTE0MSw3ICsxNDEsNyBAQCBzdGF0aWMgdm9pZCBrZXJu ZWxfemltYWdlX2xvYWQoc3RydWN0IGtlcm5lbF9pbmZvICppbmZvKQogICAg ICAgICBzID0gb2ZmcyAmIH5QQUdFX01BU0s7CiAgICAgICAgIGwgPSBtaW4o UEFHRV9TSVpFIC0gcywgbGVuKTsKIAotICAgICAgICByYyA9IGd2aXJ0X3Rv X21hZGRyKGxvYWRfYWRkciArIG9mZnMsICZtYSk7CisgICAgICAgIHJjID0g Z3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hLCBHVjJNX1dS SVRFKTsKICAgICAgICAgaWYgKCByYyApCiAgICAgICAgIHsKICAgICAgICAg ICAgIHBhbmljKCJVbmFibGUgdG8gbWFwIHRyYW5zbGF0ZSBndWVzdCBhZGRy ZXNzIik7CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hl bi9hcmNoL2FybS90cmFwcy5jCmluZGV4IDNhMzRkMzMuLjJlNzQ1MWIgMTAw NjQ0Ci0tLSBhL3hlbi9hcmNoL2FybS90cmFwcy5jCisrKyBiL3hlbi9hcmNo L2FybS90cmFwcy5jCkBAIC04MzYsNyArODM2LDcgQEAgc3RhdGljIHZvaWQg c2hvd19ndWVzdF9zdGFjayhzdHJ1Y3QgdmNwdSAqdiwgc3RydWN0IGNwdV91 c2VyX3JlZ3MgKnJlZ3MpCiAKICAgICBwcmludGsoIkd1ZXN0IHN0YWNrIHRy YWNlIGZyb20gc3A9JSJQUkl2YWRkciI6XG4gICIsIHNwKTsKIAotICAgIGlm ICggZ3ZpcnRfdG9fbWFkZHIoc3AsICZzdGFja19waHlzKSApCisgICAgaWYg KCBndmlydF90b19tYWRkcihzcCwgJnN0YWNrX3BoeXMsIEdWMk1fUkVBRCkg KQogICAgIHsKICAgICAgICAgcHJpbnRrKCJGYWlsZWQgdG8gY29udmVydCBz dGFjayB0byBwaHlzaWNhbCBhZGRyZXNzXG4iKTsKICAgICAgICAgcmV0dXJu OwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9hcm0zMi9wYWdl LmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL2FybTMyL3BhZ2UuaAppbmRleCBi ODIyMWNhLi44MGQ1YzM2IDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20t YXJtL2FybTMyL3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL2Fy bTMyL3BhZ2UuaApAQCAtOTAsMTEgKzkwLDE0IEBAIHN0YXRpYyBpbmxpbmUg dWludDY0X3QgX192YV90b19wYXIodmFkZHJfdCB2YSkKIH0KIAogLyogQXNr IHRoZSBNTVUgdG8gdHJhbnNsYXRlIGEgR3Vlc3QgVkEgZm9yIHVzICovCi1z dGF0aWMgaW5saW5lIHVpbnQ2NF90IGd2YV90b19tYV9wYXIodmFkZHJfdCB2 YSkKK3N0YXRpYyBpbmxpbmUgdWludDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRk cl90IHZhLCB1bnNpZ25lZCBpbnQgZmxhZ3MpCiB7CiAgICAgdWludDY0X3Qg cGFyLCB0bXA7CiAgICAgdG1wID0gUkVBRF9DUDY0KFBBUik7Ci0gICAgV1JJ VEVfQ1AzMih2YSwgQVRTMTJOU09QUik7CisgICAgaWYgKCAoZmxhZ3MgJiBH VjJNX1dSSVRFKSA9PSBHVjJNX1dSSVRFICkKKyAgICAgICAgV1JJVEVfQ1Az Mih2YSwgQVRTMTJOU09QVyk7CisgICAgZWxzZQorICAgICAgICBXUklURV9D UDMyKHZhLCBBVFMxMk5TT1BSKTsKICAgICBpc2IoKTsgLyogRW5zdXJlIHJl c3VsdCBpcyBhdmFpbGFibGUuICovCiAgICAgcGFyID0gUkVBRF9DUDY0KFBB Uik7CiAgICAgV1JJVEVfQ1A2NCh0bXAsIFBBUik7CmRpZmYgLS1naXQgYS94 ZW4vaW5jbHVkZS9hc20tYXJtL2FybTY0L3BhZ2UuaCBiL3hlbi9pbmNsdWRl L2FzbS1hcm0vYXJtNjQvcGFnZS5oCmluZGV4IDMzNTI4MjEuLjM5MjJkODcg MTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5o CisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5oCkBAIC04 MywxMSArODMsMTQgQEAgc3RhdGljIGlubGluZSB1aW50NjRfdCBfX3ZhX3Rv X3Bhcih2YWRkcl90IHZhKQogfQogCiAvKiBBc2sgdGhlIE1NVSB0byB0cmFu c2xhdGUgYSBHdWVzdCBWQSBmb3IgdXMgKi8KLXN0YXRpYyBpbmxpbmUgdWlu dDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRkcl90IHZhKQorc3RhdGljIGlubGlu ZSB1aW50NjRfdCBndmFfdG9fbWFfcGFyKHZhZGRyX3QgdmEsIHVuc2lnbmVk IGludCBmbGFncykKIHsKICAgICB1aW50NjRfdCBwYXIsIHRtcCA9IFJFQURf U1lTUkVHNjQoUEFSX0VMMSk7CiAKLSAgICBhc20gdm9sYXRpbGUgKCJhdCBz MTJlMXIsICUwOyIgOiA6ICJyIiAodmEpKTsKKyAgICBpZiAoIChmbGFncyAm IEdWMk1fV1JJVEUpID09IEdWMk1fV1JJVEUgKQorICAgICAgICBhc20gdm9s YXRpbGUgKCJhdCBzMTJlMXIsICUwOyIgOiA6ICJyIiAodmEpKTsKKyAgICBl bHNlCisgICAgICAgIGFzbSB2b2xhdGlsZSAoImF0IHMxMmUxdywgJTA7IiA6 IDogInIiICh2YSkpOwogICAgIGlzYigpOwogICAgIHBhciA9IFJFQURfU1lT UkVHNjQoUEFSX0VMMSk7CiAgICAgV1JJVEVfU1lTUkVHNjQodG1wLCBQQVJf RUwxKTsKZGlmZiAtLWdpdCBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaCBi L3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAppbmRleCBiOGQ0ZTdkLi5kMGU1 Y2I0IDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKKysr IGIveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oCkBAIC0yMzMsOSArMjMzLDkg QEAgc3RhdGljIGlubGluZSB2b2lkICptYWRkcl90b192aXJ0KHBhZGRyX3Qg bWEpCiB9CiAjZW5kaWYKIAotc3RhdGljIGlubGluZSBpbnQgZ3ZpcnRfdG9f bWFkZHIodmFkZHJfdCB2YSwgcGFkZHJfdCAqcGEpCitzdGF0aWMgaW5saW5l IGludCBndmlydF90b19tYWRkcih2YWRkcl90IHZhLCBwYWRkcl90ICpwYSwg dW5zaWduZWQgaW50IGZsYWdzKQogewotICAgIHVpbnQ2NF90IHBhciA9IGd2 YV90b19tYV9wYXIodmEpOworICAgIHVpbnQ2NF90IHBhciA9IGd2YV90b19t YV9wYXIodmEsIGZsYWdzKTsKICAgICBpZiAoIHBhciAmIFBBUl9GICkKICAg ICAgICAgcmV0dXJuIC1FRkFVTFQ7CiAgICAgKnBhID0gKHBhciAmIFBBRERS X01BU0sgJiBQQUdFX01BU0spIHwgKCh1bnNpZ25lZCBsb25nKSB2YSAmIH5Q QUdFX01BU0spOwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9w YWdlLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaAppbmRleCBlMDBi ZTllLi44NDU2MmVjIDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20tYXJt L3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaApAQCAt NzMsNiArNzMsMTAgQEAKICNkZWZpbmUgTUFUVFJfREVWICAgICAweDEKICNk ZWZpbmUgTUFUVFJfTUVNICAgICAweGYKIAorLyogRmxhZ3MgZm9yIGd2aXJ0 X3RvX21hZGRyICovCisjZGVmaW5lIEdWMk1fUkVBRCAgKDB1PDwwKQorI2Rl ZmluZSBHVjJNX1dSSVRFICgxdTw8MCkKKwogI2lmbmRlZiBfX0FTU0VNQkxZ X18KIAogI2luY2x1ZGUgPHhlbi90eXBlcy5oPgo= --=separator Content-Type: application/octet-stream; name="xsa98-4.4-02.patch" Content-Disposition: attachment; filename="xsa98-4.4-02.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGVuc3VyZSB3ZSBob2xkIGEgcmVmZXJlbmNlIHRvIGd1ZXN0 IHBhZ2VzIHdoaWxlIHdlIGNvcHkgdG8vZnJvbSB0aGVtCgpUaGlzIGF0IG9u Y2U6CiAtIHByZXZlbnRzIHRoZSBwYWdlIGZyb20gYmVpbmcgcmVhc3NpZ25l ZCB1bmRlciBvdXIgZmVldAogLSBlbnN1cmVzIHRoYXQgdGhlIGRvbWFpbiBv d25zIHRoZSBwYWdlLCB3aGljaCBzdG9wcyBhIGRvbWFpbiBmcm9tIGdpdmlu ZyBhCiAgIGdyYW50IG1hcHBpbmcsIE1NSU8gcmVnaW9uLCBvdGhlciBub24t UkFNIGFzIGEgaHlwZXJjYWxsIGlucHV0L291dHB1dC4KCldlIG5lZWQgdG8g aG9sZCB0aGUgcDJtIGxvY2sgd2hpbGUgZG9pbmcgdGhlIGxvb2t1cCB1bnRp bCB3ZSBoYXZlIHRoZQpyZWZlcmVuY2UuCgpUaGlzIGFsc28gcmVxdWlyZXMg dGhhdCBkdXJpbmcgZG9tYWluIDAgYnVpbGRpbmcgY3VycmVudCBpcyBzZXQg dG8gYW4gYWN0dWFsCmRvbTAgdmNwdSwgc28gdGFrZSBjYXJlIG9mIHRoaXMg YXQgdGhlIHNhbWUgdGltZSBhcyB0aGUgcDJtIGlzIHRlbXBvcmFyaWx5Cmxv YWRlZC4KCkxhc3RseSB3aGVuIGR1bXBpbmcgdGhlIGd1ZXN0IHN0YWNrIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGd1ZXN0IGhhc24ndApwb2lu dGVkIGl0cyBzcCBvZmYgaW50byB0aGUgd2VlZHMgYW5kL29yIG1pc2FsaWdu ZWQgaXQsIHdoaWNoIGNvdWxkIGxlYWQgdG8KaHlwZXJ2aXNvciB0cmFwcy4g U29sdmUgdGhpcyBieSB1c2luZyB0aGUgbmV3IGZ1bmN0aW9uIGFuZCBjaGVj a2luZyBhbGlnbm1lbnQKZmlyc3QuCgpTaWduZWQtb2ZmLWJ5OiBJYW4gQ2Ft cGJlbGwgPGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpSZXZpZXdlZC1ieTog SnVsaWVuIEdyYWxsIDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KWyBpamMg LS0gYmFja3BvcnRlZCB0byA0LjQsIHVzaW5nIHAybV9sb2FkX1ZUVEJSIF0K CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMgYi94 ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMKaW5kZXggM2RhNmI4My4uYzE0 OTdmOCAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5j CisrKyBiL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYwpAQCAtOTg2LDYg Kzk4Niw3IEBAIHN0YXRpYyB2b2lkIGluaXRyZF9sb2FkKHN0cnVjdCBrZXJu ZWxfaW5mbyAqa2luZm8pCiBpbnQgY29uc3RydWN0X2RvbTAoc3RydWN0IGRv bWFpbiAqZCkKIHsKICAgICBzdHJ1Y3Qga2VybmVsX2luZm8ga2luZm8gPSB7 fTsKKyAgICBzdHJ1Y3QgdmNwdSAqc2F2ZWRfY3VycmVudDsKICAgICBpbnQg cmMsIGksIGNwdTsKIAogICAgIHN0cnVjdCB2Y3B1ICp2ID0gZC0+dmNwdVsw XTsKQEAgLTEwMjEsNyArMTAyMiw5IEBAIGludCBjb25zdHJ1Y3RfZG9tMChz dHJ1Y3QgZG9tYWluICpkKQogICAgICAgICByZXR1cm4gcmM7CiAKICAgICAv KiBUaGUgZm9sbG93aW5nIGxvYWRzIHVzZSB0aGUgZG9tYWluJ3MgcDJtICov CisgICAgc2F2ZWRfY3VycmVudCA9IGN1cnJlbnQ7CiAgICAgcDJtX2xvYWRf VlRUQlIoZCk7CisgICAgc2V0X2N1cnJlbnQodik7CiAjaWZkZWYgQ09ORklH X0FSTV82NAogICAgIGQtPmFyY2gudHlwZSA9IGtpbmZvLnR5cGU7CiAgICAg aWYgKCBpc19wdjMyX2RvbWFpbihkKSApCkBAIC0xMDM5LDYgKzEwNDIsMTAg QEAgaW50IGNvbnN0cnVjdF9kb20wKHN0cnVjdCBkb21haW4gKmQpCiAgICAg aW5pdHJkX2xvYWQoJmtpbmZvKTsKICAgICBkdGJfbG9hZCgma2luZm8pOwog CisgICAgLyogTm93IHRoYXQgd2UgYXJlIGRvbmUgcmVzdG9yZSB0aGUgb3Jp Z2luYWwgcDJtIGFuZCBjdXJyZW50LiAqLworICAgIHNldF9jdXJyZW50KHNh dmVkX2N1cnJlbnQpOworICAgIHAybV9sb2FkX1ZUVEJSKGN1cnJlbnQtPmRv bWFpbik7CisKICAgICBkaXNjYXJkX2luaXRpYWxfbW9kdWxlcygpOwogCiAg ICAgdi0+aXNfaW5pdGlhbGlzZWQgPSAxOwpkaWZmIC0tZ2l0IGEveGVuL2Fy Y2gvYXJtL2d1ZXN0Y29weS5jIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5j CmluZGV4IGQxZmRkZWMuLjAxNzM1OTcgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNo L2FybS9ndWVzdGNvcHkuYworKysgYi94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5 LmMKQEAgLTEsNiArMSw4IEBACiAjaW5jbHVkZSA8eGVuL2NvbmZpZy5oPgog I2luY2x1ZGUgPHhlbi9saWIuaD4KICNpbmNsdWRlIDx4ZW4vZG9tYWluX3Bh Z2UuaD4KKyNpbmNsdWRlIDx4ZW4vc2NoZWQuaD4KKyNpbmNsdWRlIDxhc20v Y3VycmVudC5oPgogCiAjaW5jbHVkZSA8YXNtL21tLmg+CiAjaW5jbHVkZSA8 YXNtL2d1ZXN0X2FjY2Vzcy5oPgpAQCAtMTMsMjAgKzE1LDIyIEBAIHN0YXRp YyB1bnNpZ25lZCBsb25nIHJhd19jb3B5X3RvX2d1ZXN0X2hlbHBlcih2b2lk ICp0bywgY29uc3Qgdm9pZCAqZnJvbSwKIAogICAgIHdoaWxlICggbGVuICkK ICAgICB7Ci0gICAgICAgIHBhZGRyX3QgZzsKICAgICAgICAgdm9pZCAqcDsK ICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZClQ QUdFX1NJWkUgLSBvZmZzZXQpOworICAgICAgICBzdHJ1Y3QgcGFnZV9pbmZv ICpwYWdlOwogCi0gICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRy X3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQorICAgICAgICBwYWdlID0gZ2V0 X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9tYWluLCAodmFkZHJfdCkgdG8s IEdWMk1fV1JJVEUpOworICAgICAgICBpZiAoIHBhZ2UgPT0gTlVMTCApCiAg ICAgICAgICAgICByZXR1cm4gbGVuOwogCi0gICAgICAgIHAgPSBtYXBfZG9t YWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7CisgICAgICAgIHAgPSBfX21hcF9k b21haW5fcGFnZShwYWdlKTsKICAgICAgICAgcCArPSBvZmZzZXQ7CiAgICAg ICAgIG1lbWNweShwLCBmcm9tLCBzaXplKTsKICAgICAgICAgaWYgKCBmbHVz aF9kY2FjaGUgKQogICAgICAgICAgICAgY2xlYW5feGVuX2RjYWNoZV92YV9y YW5nZShwLCBzaXplKTsKIAogICAgICAgICB1bm1hcF9kb21haW5fcGFnZShw IC0gb2Zmc2V0KTsKKyAgICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAg IGxlbiAtPSBzaXplOwogICAgICAgICBmcm9tICs9IHNpemU7CiAgICAgICAg IHRvICs9IHNpemU7CkBAIC01OCwxOCArNjIsMjAgQEAgdW5zaWduZWQgbG9u ZyByYXdfY2xlYXJfZ3Vlc3Qodm9pZCAqdG8sIHVuc2lnbmVkIGxlbikKIAog ICAgIHdoaWxlICggbGVuICkKICAgICB7Ci0gICAgICAgIHBhZGRyX3QgZzsK ICAgICAgICAgdm9pZCAqcDsKICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1p bihsZW4sICh1bnNpZ25lZClQQUdFX1NJWkUgLSBvZmZzZXQpOworICAgICAg ICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwogCi0gICAgICAgIGlmICggZ3Zp cnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQor ICAgICAgICBwYWdlID0gZ2V0X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9t YWluLCAodmFkZHJfdCkgdG8sIEdWMk1fV1JJVEUpOworICAgICAgICBpZiAo IHBhZ2UgPT0gTlVMTCApCiAgICAgICAgICAgICByZXR1cm4gbGVuOwogCi0g ICAgICAgIHAgPSBtYXBfZG9tYWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7Cisg ICAgICAgIHAgPSBfX21hcF9kb21haW5fcGFnZShwYWdlKTsKICAgICAgICAg cCArPSBvZmZzZXQ7CiAgICAgICAgIG1lbXNldChwLCAweDAwLCBzaXplKTsK IAogICAgICAgICB1bm1hcF9kb21haW5fcGFnZShwIC0gb2Zmc2V0KTsKKyAg ICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgIGxlbiAtPSBzaXplOwog ICAgICAgICB0byArPSBzaXplOwogICAgICAgICAvKgpAQCAtODgsMTkgKzk0 LDIxIEBAIHVuc2lnbmVkIGxvbmcgcmF3X2NvcHlfZnJvbV9ndWVzdCh2b2lk ICp0bywgY29uc3Qgdm9pZCBfX3VzZXIgKmZyb20sIHVuc2lnbmVkIGxlCiAK ICAgICB3aGlsZSAoIGxlbiApCiAgICAgewotICAgICAgICBwYWRkcl90IGc7 CiAgICAgICAgIHZvaWQgKnA7CiAgICAgICAgIHVuc2lnbmVkIHNpemUgPSBt aW4obGVuLCAodW5zaWduZWQpKFBBR0VfU0laRSAtIG9mZnNldCkpOworICAg ICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwogCi0gICAgICAgIGlmICgg Z3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3QpIGZyb20gJiBQQUdFX01BU0ssICZn LCBHVjJNX1JFQUQpICkKKyAgICAgICAgcGFnZSA9IGdldF9wYWdlX2Zyb21f Z3ZhKGN1cnJlbnQtPmRvbWFpbiwgKHZhZGRyX3QpIGZyb20sIEdWMk1fUkVB RCk7CisgICAgICAgIGlmICggcGFnZSA9PSBOVUxMICkKICAgICAgICAgICAg IHJldHVybiBsZW47CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShn Pj5QQUdFX1NISUZUKTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFpbl9wYWdl KHBhZ2UpOwogICAgICAgICBwICs9ICgodmFkZHJfdClmcm9tICYgKH5QQUdF X01BU0spKTsKIAogICAgICAgICBtZW1jcHkodG8sIHAsIHNpemUpOwogCiAg ICAgICAgIHVubWFwX2RvbWFpbl9wYWdlKHApOworICAgICAgICBwdXRfcGFn ZShwYWdlKTsKICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAgIGZyb20g Kz0gc2l6ZTsKICAgICAgICAgdG8gKz0gc2l6ZTsKZGlmZiAtLWdpdCBhL3hl bi9hcmNoL2FybS9wMm0uYyBiL3hlbi9hcmNoL2FybS9wMm0uYwppbmRleCBk MDBjODgyLi43ZmQ1OTIwIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vcDJt LmMKKysrIGIveGVuL2FyY2gvYXJtL3AybS5jCkBAIC02NTUsNiArNjU1LDM0 IEBAIHVuc2lnbmVkIGxvbmcgZ21mbl90b19tZm4oc3RydWN0IGRvbWFpbiAq ZCwgdW5zaWduZWQgbG9uZyBncGZuKQogICAgIHJldHVybiBwID4+IFBBR0Vf U0hJRlQ7CiB9CiAKK3N0cnVjdCBwYWdlX2luZm8gKmdldF9wYWdlX2Zyb21f Z3ZhKHN0cnVjdCBkb21haW4gKmQsIHZhZGRyX3QgdmEsCisgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGZsYWdz KQoreworICAgIHN0cnVjdCBwMm1fZG9tYWluICpwMm0gPSAmZC0+YXJjaC5w Mm07CisgICAgc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSA9IE5VTEw7CisgICAg cGFkZHJfdCBtYWRkcjsKKworICAgIEFTU0VSVChkID09IGN1cnJlbnQtPmRv bWFpbik7CisKKyAgICBzcGluX2xvY2soJnAybS0+bG9jayk7CisKKyAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKHZhLCAmbWFkZHIsIGZsYWdzKSApCisgICAg ICAgIGdvdG8gZXJyOworCisgICAgaWYgKCAhbWZuX3ZhbGlkKG1hZGRyID4+ IFBBR0VfU0hJRlQpICkKKyAgICAgICAgZ290byBlcnI7CisKKyAgICBwYWdl ID0gbWZuX3RvX3BhZ2UobWFkZHIgPj4gUEFHRV9TSElGVCk7CisgICAgQVNT RVJUKHBhZ2UpOworCisgICAgaWYgKCB1bmxpa2VseSghZ2V0X3BhZ2UocGFn ZSwgZCkpICkKKyAgICAgICAgcGFnZSA9IE5VTEw7CisKK2VycjoKKyAgICBz cGluX3VubG9jaygmcDJtLT5sb2NrKTsKKyAgICByZXR1cm4gcGFnZTsKK30K KwogLyoKICAqIExvY2FsIHZhcmlhYmxlczoKICAqIG1vZGU6IEMKZGlmZiAt LWdpdCBhL3hlbi9hcmNoL2FybS90cmFwcy5jIGIveGVuL2FyY2gvYXJtL3Ry YXBzLmMKaW5kZXggMmU3NDUxYi4uMDAwNzFhMyAxMDA2NDQKLS0tIGEveGVu L2FyY2gvYXJtL3RyYXBzLmMKKysrIGIveGVuL2FyY2gvYXJtL3RyYXBzLmMK QEAgLTc3Niw3ICs3NzYsNyBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0 YWNrKHN0cnVjdCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVn cykKIHsKICAgICBpbnQgaTsKICAgICB2YWRkcl90IHNwOwotICAgIHBhZGRy X3Qgc3RhY2tfcGh5czsKKyAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwog ICAgIHZvaWQgKm1hcHBlZDsKICAgICB1bnNpZ25lZCBsb25nICpzdGFjaywg YWRkcjsKIApAQCAtODM2LDEzICs4MzYsMjAgQEAgc3RhdGljIHZvaWQgc2hv d19ndWVzdF9zdGFjayhzdHJ1Y3QgdmNwdSAqdiwgc3RydWN0IGNwdV91c2Vy X3JlZ3MgKnJlZ3MpCiAKICAgICBwcmludGsoIkd1ZXN0IHN0YWNrIHRyYWNl IGZyb20gc3A9JSJQUkl2YWRkciI6XG4gICIsIHNwKTsKIAotICAgIGlmICgg Z3ZpcnRfdG9fbWFkZHIoc3AsICZzdGFja19waHlzLCBHVjJNX1JFQUQpICkK KyAgICBpZiAoIHNwICYgKCBzaXplb2YobG9uZykgLSAxICkgKQorICAgIHsK KyAgICAgICAgcHJpbnRrKCJTdGFjayBpcyBtaXNhbGlnbmVkXG4iKTsKKyAg ICAgICAgcmV0dXJuOworICAgIH0KKworICAgIHBhZ2UgPSBnZXRfcGFnZV9m cm9tX2d2YShjdXJyZW50LT5kb21haW4sIHNwLCBHVjJNX1JFQUQpOworICAg IGlmICggcGFnZSA9PSBOVUxMICkKICAgICB7CiAgICAgICAgIHByaW50aygi RmFpbGVkIHRvIGNvbnZlcnQgc3RhY2sgdG8gcGh5c2ljYWwgYWRkcmVzc1xu Iik7CiAgICAgICAgIHJldHVybjsKICAgICB9CiAKLSAgICBtYXBwZWQgPSBt YXBfZG9tYWluX3BhZ2Uoc3RhY2tfcGh5cyA+PiBQQUdFX1NISUZUKTsKKyAg ICBtYXBwZWQgPSBfX21hcF9kb21haW5fcGFnZShwYWdlKTsKIAogICAgIHN0 YWNrID0gbWFwcGVkICsgKHNwICYgflBBR0VfTUFTSyk7CiAKQEAgLTg2MCw3 ICs4NjcsNyBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVj dCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKICAgICAg ICAgcHJpbnRrKCJTdGFjayBlbXB0eS4iKTsKICAgICBwcmludGsoIlxuIik7 CiAgICAgdW5tYXBfZG9tYWluX3BhZ2UobWFwcGVkKTsKLQorICAgIHB1dF9w YWdlKHBhZ2UpOwogfQogCiAjZGVmaW5lIFNUQUNLX0JFRk9SRV9FWENFUFRJ T04ocmVncykgKChyZWdpc3Rlcl90KikocmVncyktPnNwKQpkaWZmIC0tZ2l0 IGEveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oIGIveGVuL2luY2x1ZGUvYXNt LWFybS9tbS5oCmluZGV4IGQwZTVjYjQuLjhiZjE3OWQgMTAwNjQ0Ci0tLSBh L3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAorKysgYi94ZW4vaW5jbHVkZS9h c20tYXJtL21tLmgKQEAgLTI3Myw2ICsyNzMsOSBAQCBzdHJ1Y3QgZG9tYWlu ICpwYWdlX2dldF9vd25lcl9hbmRfcmVmZXJlbmNlKHN0cnVjdCBwYWdlX2lu Zm8gKnBhZ2UpOwogdm9pZCBwdXRfcGFnZShzdHJ1Y3QgcGFnZV9pbmZvICpw YWdlKTsKIGludCAgZ2V0X3BhZ2Uoc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSwg c3RydWN0IGRvbWFpbiAqZG9tYWluKTsKIAorc3RydWN0IHBhZ2VfaW5mbyAq Z2V0X3BhZ2VfZnJvbV9ndmEoc3RydWN0IGRvbWFpbiAqZCwgdmFkZHJfdCB2 YSwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuc2ln bmVkIGxvbmcgZmxhZ3MpOworCiAvKgogICogVGhlIE1QVCAobWFjaGluZS0+ cGh5c2ljYWwgbWFwcGluZyB0YWJsZSkgaXMgYW4gYXJyYXkgb2Ygd29yZC1z aXplZAogICogdmFsdWVzLCBpbmRleGVkIG9uIG1hY2hpbmUgZnJhbWUgbnVt YmVyLiBJdCBpcyBleHBlY3RlZCB0aGF0IGd1ZXN0IE9TZXMKZGlmZiAtLWdp dCBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oIGIveGVuL2luY2x1ZGUv YXNtLWFybS9wYWdlLmgKaW5kZXggODQ1NjJlYy4uYzExODMwOSAxMDA2NDQK LS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9wYWdlLmgKKysrIGIveGVuL2lu Y2x1ZGUvYXNtLWFybS9wYWdlLmgKQEAgLTczLDcgKzczLDcgQEAKICNkZWZp bmUgTUFUVFJfREVWICAgICAweDEKICNkZWZpbmUgTUFUVFJfTUVNICAgICAw eGYKIAotLyogRmxhZ3MgZm9yIGd2aXJ0X3RvX21hZGRyICovCisvKiBGbGFn cyBmb3IgZ2V0X3BhZ2VfZnJvbV9ndmEsIGd2aXJ0X3RvX21hZGRyIGV0YyAq LwogI2RlZmluZSBHVjJNX1JFQUQgICgwdTw8MCkKICNkZWZpbmUgR1YyTV9X UklURSAoMXU8PDApCiAK --=separator Content-Type: application/octet-stream; name="xsa98-unstable-01.patch" Content-Disposition: attachment; filename="xsa98-unstable-01.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGNoZWNrIHBlcm1pc3Npb25zIHdoZW4gY29weWluZyB0by9m cm9tIGd1ZXN0IHZpcnR1YWwgYWRkcmVzc2VzCgpJbiBwYXJ0aWN1bGFyIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoZSBndWVzdCBoYXMgd3JpdGUgcGVybWlz c2lvbnMgdG8gYnVmZmVycwp3aGljaCBpdCBwYXNzZXMgYXMgb3V0cHV0IGJ1 ZmZlcnMgZm9yIGh5cGVyY2FsbHMsIG90aGVyd2lzZSB0aGUgZ3Vlc3QgY2Fu Cm92ZXJ3cml0ZSBtZW1vcnkgd2hpY2ggaXQgc2hvdWxkbid0IGJlIGFibGUg dG8gd3JpdGUgKGxpa2Ugci9vIGdyYW50IHRhYmxlCm1hcHBpbmdzKS4KClRo aXMgaXMgWFNBLTk4LgoKU2lnbmVkLW9mZi1ieTogSWFuIENhbXBiZWxsIDxp YW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KUmV2aWV3ZWQtYnk6IEp1bGllbiBH cmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+CgpkaWZmIC0tZ2l0IGEv eGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jIGIveGVuL2FyY2gvYXJtL2Rv bWFpbl9idWlsZC5jCmluZGV4IGM0MjQ3OTMuLmQwNzk5ODIgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYworKysgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKQEAgLTEwMDUsNyArMTAwNSw3IEBAIHN0 YXRpYyB2b2lkIGluaXRyZF9sb2FkKHN0cnVjdCBrZXJuZWxfaW5mbyAqa2lu Zm8pCiAgICAgICAgIHMgPSBvZmZzICYgflBBR0VfTUFTSzsKICAgICAgICAg bCA9IG1pbihQQUdFX1NJWkUgLSBzLCBsZW4pOwogCi0gICAgICAgIHJjID0g Z3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hKTsKKyAgICAg ICAgcmMgPSBndmlydF90b19tYWRkcihsb2FkX2FkZHIgKyBvZmZzLCAmbWEs IEdWMk1fV1JJVEUpOwogICAgICAgICBpZiAoIHJjICkKICAgICAgICAgewog ICAgICAgICAgICAgcGFuaWMoIlVuYWJsZSB0byB0cmFuc2xhdGUgZ3Vlc3Qg YWRkcmVzcyIpOwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL2d1ZXN0Y29w eS5jIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCmluZGV4IGNlYTVmOTcu LmQxZmRkZWMgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNoL2FybS9ndWVzdGNvcHku YworKysgYi94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMKQEAgLTE3LDcgKzE3 LDcgQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcgcmF3X2NvcHlfdG9fZ3Vlc3Rf aGVscGVyKHZvaWQgKnRvLCBjb25zdCB2b2lkICpmcm9tLAogICAgICAgICB2 b2lkICpwOwogICAgICAgICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVu c2lnbmVkKVBBR0VfU0laRSAtIG9mZnNldCk7CiAKLSAgICAgICAgaWYgKCBn dmlydF90b19tYWRkcigodmFkZHJfdCkgdG8sICZnKSApCisgICAgICAgIGlm ICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZywgR1YyTV9XUklU RSkgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAogICAgICAgICBwID0g bWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOwpAQCAtNjIsNyArNjIs NyBAQCB1bnNpZ25lZCBsb25nIHJhd19jbGVhcl9ndWVzdCh2b2lkICp0bywg dW5zaWduZWQgbGVuKQogICAgICAgICB2b2lkICpwOwogICAgICAgICB1bnNp Z25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0VfU0laRSAtIG9m ZnNldCk7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJf dCkgdG8sICZnKSApCisgICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZh ZGRyX3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQogICAgICAgICAgICAgcmV0 dXJuIGxlbjsKIAogICAgICAgICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBB R0VfU0hJRlQpOwpAQCAtOTIsNyArOTIsNyBAQCB1bnNpZ25lZCBsb25nIHJh d19jb3B5X2Zyb21fZ3Vlc3Qodm9pZCAqdG8sIGNvbnN0IHZvaWQgX191c2Vy ICpmcm9tLCB1bnNpZ25lZCBsZQogICAgICAgICB2b2lkICpwOwogICAgICAg ICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKShQQUdFX1NJ WkUgLSBvZmZzZXQpKTsKIAotICAgICAgICBpZiAoIGd2aXJ0X3RvX21hZGRy KCh2YWRkcl90KSBmcm9tICYgUEFHRV9NQVNLLCAmZykgKQorICAgICAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKCh2YWRkcl90KSBmcm9tICYgUEFHRV9NQVNL LCAmZywgR1YyTV9SRUFEKSApCiAgICAgICAgICAgICByZXR1cm4gbGVuOwog CiAgICAgICAgIHAgPSBtYXBfZG9tYWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7 CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0va2VybmVsLmMgYi94ZW4vYXJj aC9hcm0va2VybmVsLmMKaW5kZXggYzgyOTA2Zi4uNjkxODJlYyAxMDA2NDQK LS0tIGEveGVuL2FyY2gvYXJtL2tlcm5lbC5jCisrKyBiL3hlbi9hcmNoL2Fy bS9rZXJuZWwuYwpAQCAtMTcyLDcgKzE3Miw3IEBAIHN0YXRpYyB2b2lkIGtl cm5lbF96aW1hZ2VfbG9hZChzdHJ1Y3Qga2VybmVsX2luZm8gKmluZm8pCiAg ICAgICAgIHMgPSBvZmZzICYgflBBR0VfTUFTSzsKICAgICAgICAgbCA9IG1p bihQQUdFX1NJWkUgLSBzLCBsZW4pOwogCi0gICAgICAgIHJjID0gZ3ZpcnRf dG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hKTsKKyAgICAgICAgcmMg PSBndmlydF90b19tYWRkcihsb2FkX2FkZHIgKyBvZmZzLCAmbWEsIEdWMk1f V1JJVEUpOwogICAgICAgICBpZiAoIHJjICkKICAgICAgICAgewogICAgICAg ICAgICAgcGFuaWMoIlVuYWJsZSB0byBtYXAgdHJhbnNsYXRlIGd1ZXN0IGFk ZHJlc3MiKTsKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS90cmFwcy5jIGIv eGVuL2FyY2gvYXJtL3RyYXBzLmMKaW5kZXggMDNhM2RhNi4uZGY4NmZmZSAx MDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL3RyYXBzLmMKKysrIGIveGVuL2Fy Y2gvYXJtL3RyYXBzLmMKQEAgLTgzNyw3ICs4MzcsNyBAQCBzdGF0aWMgdm9p ZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVjdCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1 X3VzZXJfcmVncyAqcmVncykKIAogICAgIHByaW50aygiR3Vlc3Qgc3RhY2sg dHJhY2UgZnJvbSBzcD0lIlBSSXZhZGRyIjpcbiAgIiwgc3ApOwogCi0gICAg aWYgKCBndmlydF90b19tYWRkcihzcCwgJnN0YWNrX3BoeXMpICkKKyAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKHNwLCAmc3RhY2tfcGh5cywgR1YyTV9SRUFE KSApCiAgICAgewogICAgICAgICBwcmludGsoIkZhaWxlZCB0byBjb252ZXJ0 IHN0YWNrIHRvIHBoeXNpY2FsIGFkZHJlc3NcbiIpOwogICAgICAgICByZXR1 cm47CmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJtL2FybTMyL3Bh Z2UuaCBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtMzIvcGFnZS5oCmluZGV4 IDRhYmIyODEuLjk3NDA2NzIgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2Fz bS1hcm0vYXJtMzIvcGFnZS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0v YXJtMzIvcGFnZS5oCkBAIC04NywxMSArODcsMTQgQEAgc3RhdGljIGlubGlu ZSB1aW50NjRfdCBfX3ZhX3RvX3Bhcih2YWRkcl90IHZhKQogfQogCiAvKiBB c2sgdGhlIE1NVSB0byB0cmFuc2xhdGUgYSBHdWVzdCBWQSBmb3IgdXMgKi8K LXN0YXRpYyBpbmxpbmUgdWludDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRkcl90 IHZhKQorc3RhdGljIGlubGluZSB1aW50NjRfdCBndmFfdG9fbWFfcGFyKHZh ZGRyX3QgdmEsIHVuc2lnbmVkIGludCBmbGFncykKIHsKICAgICB1aW50NjRf dCBwYXIsIHRtcDsKICAgICB0bXAgPSBSRUFEX0NQNjQoUEFSKTsKLSAgICBX UklURV9DUDMyKHZhLCBBVFMxMk5TT1BSKTsKKyAgICBpZiAoIChmbGFncyAm IEdWMk1fV1JJVEUpID09IEdWMk1fV1JJVEUgKQorICAgICAgICBXUklURV9D UDMyKHZhLCBBVFMxMk5TT1BXKTsKKyAgICBlbHNlCisgICAgICAgIFdSSVRF X0NQMzIodmEsIEFUUzEyTlNPUFIpOwogICAgIGlzYigpOyAvKiBFbnN1cmUg cmVzdWx0IGlzIGF2YWlsYWJsZS4gKi8KICAgICBwYXIgPSBSRUFEX0NQNjQo UEFSKTsKICAgICBXUklURV9DUDY0KHRtcCwgUEFSKTsKZGlmZiAtLWdpdCBh L3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5oIGIveGVuL2luY2x1 ZGUvYXNtLWFybS9hcm02NC9wYWdlLmgKaW5kZXggNzEzYmFmNi4uYmIxMDE2 NCAxMDA2NDQKLS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9hcm02NC9wYWdl LmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLWFybS9hcm02NC9wYWdlLmgKQEAg LTgxLDExICs4MSwxNCBAQCBzdGF0aWMgaW5saW5lIHVpbnQ2NF90IF9fdmFf dG9fcGFyKHZhZGRyX3QgdmEpCiB9CiAKIC8qIEFzayB0aGUgTU1VIHRvIHRy YW5zbGF0ZSBhIEd1ZXN0IFZBIGZvciB1cyAqLwotc3RhdGljIGlubGluZSB1 aW50NjRfdCBndmFfdG9fbWFfcGFyKHZhZGRyX3QgdmEpCitzdGF0aWMgaW5s aW5lIHVpbnQ2NF90IGd2YV90b19tYV9wYXIodmFkZHJfdCB2YSwgdW5zaWdu ZWQgaW50IGZsYWdzKQogewogICAgIHVpbnQ2NF90IHBhciwgdG1wID0gUkVB RF9TWVNSRUc2NChQQVJfRUwxKTsKIAotICAgIGFzbSB2b2xhdGlsZSAoImF0 IHMxMmUxciwgJTA7IiA6IDogInIiICh2YSkpOworICAgIGlmICggKGZsYWdz ICYgR1YyTV9XUklURSkgPT0gR1YyTV9XUklURSApCisgICAgICAgIGFzbSB2 b2xhdGlsZSAoImF0IHMxMmUxciwgJTA7IiA6IDogInIiICh2YSkpOworICAg IGVsc2UKKyAgICAgICAgYXNtIHZvbGF0aWxlICgiYXQgczEyZTF3LCAlMDsi IDogOiAiciIgKHZhKSk7CiAgICAgaXNiKCk7CiAgICAgcGFyID0gUkVBRF9T WVNSRUc2NChQQVJfRUwxKTsKICAgICBXUklURV9TWVNSRUc2NCh0bXAsIFBB Ul9FTDEpOwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5o IGIveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oCmluZGV4IGI4ZDRlN2QuLmQw ZTVjYjQgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAor KysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKQEAgLTIzMyw5ICsyMzMs OSBAQCBzdGF0aWMgaW5saW5lIHZvaWQgKm1hZGRyX3RvX3ZpcnQocGFkZHJf dCBtYSkKIH0KICNlbmRpZgogCi1zdGF0aWMgaW5saW5lIGludCBndmlydF90 b19tYWRkcih2YWRkcl90IHZhLCBwYWRkcl90ICpwYSkKK3N0YXRpYyBpbmxp bmUgaW50IGd2aXJ0X3RvX21hZGRyKHZhZGRyX3QgdmEsIHBhZGRyX3QgKnBh LCB1bnNpZ25lZCBpbnQgZmxhZ3MpCiB7Ci0gICAgdWludDY0X3QgcGFyID0g Z3ZhX3RvX21hX3Bhcih2YSk7CisgICAgdWludDY0X3QgcGFyID0gZ3ZhX3Rv X21hX3Bhcih2YSwgZmxhZ3MpOwogICAgIGlmICggcGFyICYgUEFSX0YgKQog ICAgICAgICByZXR1cm4gLUVGQVVMVDsKICAgICAqcGEgPSAocGFyICYgUEFE RFJfTUFTSyAmIFBBR0VfTUFTSykgfCAoKHVuc2lnbmVkIGxvbmcpIHZhICYg flBBR0VfTUFTSyk7CmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJt L3BhZ2UuaCBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oCmluZGV4IGMz OGU5YzkuLmU3MjNlNWEgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1h cm0vcGFnZS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oCkBA IC03Myw2ICs3MywxMCBAQAogI2RlZmluZSBNQVRUUl9ERVYgICAgIDB4MQog I2RlZmluZSBNQVRUUl9NRU0gICAgIDB4ZgogCisvKiBGbGFncyBmb3IgZ3Zp cnRfdG9fbWFkZHIgKi8KKyNkZWZpbmUgR1YyTV9SRUFEICAoMHU8PDApCisj ZGVmaW5lIEdWMk1fV1JJVEUgKDF1PDwwKQorCiAjaWZuZGVmIF9fQVNTRU1C TFlfXwogCiAjaW5jbHVkZSA8eGVuL3R5cGVzLmg+Cg== --=separator Content-Type: application/octet-stream; name="xsa98-unstable-02.patch" Content-Disposition: attachment; filename="xsa98-unstable-02.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGVuc3VyZSB3ZSBob2xkIGEgcmVmZXJlbmNlIHRvIGd1ZXN0 IHBhZ2VzIHdoaWxlIHdlIGNvcHkgdG8vZnJvbSB0aGVtCgpUaGlzIGF0IG9u Y2U6CiAtIHByZXZlbnRzIHRoZSBwYWdlIGZyb20gYmVpbmcgcmVhc3NpZ25l ZCB1bmRlciBvdXIgZmVldAogLSBlbnN1cmVzIHRoYXQgdGhlIGRvbWFpbiBv d25zIHRoZSBwYWdlLCB3aGljaCBzdG9wcyBhIGRvbWFpbiBmcm9tIGdpdmlu ZyBhCiAgIGdyYW50IG1hcHBpbmcsIE1NSU8gcmVnaW9uLCBvdGhlciBub24t UkFNIGFzIGEgaHlwZXJjYWxsIGlucHV0L291dHB1dC4KCldlIG5lZWQgdG8g aG9sZCB0aGUgcDJtIGxvY2sgd2hpbGUgZG9pbmcgdGhlIGxvb2t1cCB1bnRp bCB3ZSBoYXZlIHRoZQpyZWZlcmVuY2UuCgpUaGlzIGFsc28gcmVxdWlyZXMg dGhhdCBkdXJpbmcgZG9tYWluIDAgYnVpbGRpbmcgY3VycmVudCBpcyBzZXQg dG8gYW4gYWN0dWFsCmRvbTAgdmNwdSwgc28gdGFrZSBjYXJlIG9mIHRoaXMg YXQgdGhlIHNhbWUgdGltZSBhcyB0aGUgcDJtIGlzIHRlbXBvcmFyaWx5Cmxv YWRlZC4KCkxhc3RseSB3aGVuIGR1bXBpbmcgdGhlIGd1ZXN0IHN0YWNrIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGd1ZXN0IGhhc24ndApwb2lu dGVkIGl0cyBzcCBvZmYgaW50byB0aGUgd2VlZHMgYW5kL29yIG1pc2FsaWdu ZWQgaXQsIHdoaWNoIGNvdWxkIGxlYWQgdG8KaHlwZXJ2aXNvciB0cmFwcy4g U29sdmUgdGhpcyBieSB1c2luZyB0aGUgbmV3IGZ1bmN0aW9uIGFuZCBjaGVj a2luZyBhbGlnbm1lbnQKZmlyc3QuCgpTaWduZWQtb2ZmLWJ5OiBJYW4gQ2Ft cGJlbGwgPGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpSZXZpZXdlZC1ieTog SnVsaWVuIEdyYWxsIDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KCmRpZmYg LS1naXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKaW5kZXggZDA3OTk4Mi4uNGRkMmQ4NCAx MDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jCisrKyBi L3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYwpAQCAtMTAyNCw2ICsxMDI0 LDcgQEAgc3RhdGljIHZvaWQgaW5pdHJkX2xvYWQoc3RydWN0IGtlcm5lbF9p bmZvICpraW5mbykKIGludCBjb25zdHJ1Y3RfZG9tMChzdHJ1Y3QgZG9tYWlu ICpkKQogewogICAgIHN0cnVjdCBrZXJuZWxfaW5mbyBraW5mbyA9IHt9Owor ICAgIHN0cnVjdCB2Y3B1ICpzYXZlZF9jdXJyZW50OwogICAgIGludCByYywg aSwgY3B1OwogCiAgICAgc3RydWN0IHZjcHUgKnYgPSBkLT52Y3B1WzBdOwpA QCAtMTA2MCw4ICsxMDYxLDEzIEBAIGludCBjb25zdHJ1Y3RfZG9tMChzdHJ1 Y3QgZG9tYWluICpkKQogICAgIGlmICggcmMgPCAwICkKICAgICAgICAgcmV0 dXJuIHJjOwogCi0gICAgLyogVGhlIGZvbGxvd2luZyBsb2FkcyB1c2UgdGhl IGRvbWFpbidzIHAybSAqLworICAgIC8qCisgICAgICogVGhlIGZvbGxvd2lu ZyBsb2FkcyB1c2UgdGhlIGRvbWFpbidzIHAybSBhbmQgcmVxdWlyZSBjdXJy ZW50IHRvCisgICAgICogYmUgYSB2Y3B1IG9mIHRoZSBkb21haW4sIHRlbXBv cmFyaWx5IHN3aXRjaAorICAgICAqLworICAgIHNhdmVkX2N1cnJlbnQgPSBj dXJyZW50OwogICAgIHAybV9yZXN0b3JlX3N0YXRlKHYpOworICAgIHNldF9j dXJyZW50KHYpOwogCiAgICAgLyoKICAgICAgKiBrZXJuZWxfbG9hZCB3aWxs IGRldGVybWluZSB0aGUgcGxhY2VtZW50IG9mIHRoZSBrZXJuZWwgYXMgd2Vs bApAQCAtMTA3Miw2ICsxMDc4LDEwIEBAIGludCBjb25zdHJ1Y3RfZG9tMChz dHJ1Y3QgZG9tYWluICpkKQogICAgIGluaXRyZF9sb2FkKCZraW5mbyk7CiAg ICAgZHRiX2xvYWQoJmtpbmZvKTsKIAorICAgIC8qIE5vdyB0aGF0IHdlIGFy ZSBkb25lIHJlc3RvcmUgdGhlIG9yaWdpbmFsIHAybSBhbmQgY3VycmVudC4g Ki8KKyAgICBzZXRfY3VycmVudChzYXZlZF9jdXJyZW50KTsKKyAgICBwMm1f cmVzdG9yZV9zdGF0ZShzYXZlZF9jdXJyZW50KTsKKwogICAgIGRpc2NhcmRf aW5pdGlhbF9tb2R1bGVzKCk7CiAKICAgICB2LT5pc19pbml0aWFsaXNlZCA9 IDE7CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMgYi94 ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMKaW5kZXggZDFmZGRlYy4uMDE3MzU5 NyAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCisrKyBi L3hlbi9hcmNoL2FybS9ndWVzdGNvcHkuYwpAQCAtMSw2ICsxLDggQEAKICNp bmNsdWRlIDx4ZW4vY29uZmlnLmg+CiAjaW5jbHVkZSA8eGVuL2xpYi5oPgog I2luY2x1ZGUgPHhlbi9kb21haW5fcGFnZS5oPgorI2luY2x1ZGUgPHhlbi9z Y2hlZC5oPgorI2luY2x1ZGUgPGFzbS9jdXJyZW50Lmg+CiAKICNpbmNsdWRl IDxhc20vbW0uaD4KICNpbmNsdWRlIDxhc20vZ3Vlc3RfYWNjZXNzLmg+CkBA IC0xMywyMCArMTUsMjIgQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcgcmF3X2Nv cHlfdG9fZ3Vlc3RfaGVscGVyKHZvaWQgKnRvLCBjb25zdCB2b2lkICpmcm9t LAogCiAgICAgd2hpbGUgKCBsZW4gKQogICAgIHsKLSAgICAgICAgcGFkZHJf dCBnOwogICAgICAgICB2b2lkICpwOwogICAgICAgICB1bnNpZ25lZCBzaXpl ID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0VfU0laRSAtIG9mZnNldCk7Cisg ICAgICAgIHN0cnVjdCBwYWdlX2luZm8gKnBhZ2U7CiAKLSAgICAgICAgaWYg KCBndmlydF90b19tYWRkcigodmFkZHJfdCkgdG8sICZnLCBHVjJNX1dSSVRF KSApCisgICAgICAgIHBhZ2UgPSBnZXRfcGFnZV9mcm9tX2d2YShjdXJyZW50 LT5kb21haW4sICh2YWRkcl90KSB0bywgR1YyTV9XUklURSk7CisgICAgICAg IGlmICggcGFnZSA9PSBOVUxMICkKICAgICAgICAgICAgIHJldHVybiBsZW47 CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShnPj5QQUdFX1NISUZU KTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFpbl9wYWdlKHBhZ2UpOwogICAg ICAgICBwICs9IG9mZnNldDsKICAgICAgICAgbWVtY3B5KHAsIGZyb20sIHNp emUpOwogICAgICAgICBpZiAoIGZsdXNoX2RjYWNoZSApCiAgICAgICAgICAg ICBjbGVhbl94ZW5fZGNhY2hlX3ZhX3JhbmdlKHAsIHNpemUpOwogCiAgICAg ICAgIHVubWFwX2RvbWFpbl9wYWdlKHAgLSBvZmZzZXQpOworICAgICAgICBw dXRfcGFnZShwYWdlKTsKICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAg IGZyb20gKz0gc2l6ZTsKICAgICAgICAgdG8gKz0gc2l6ZTsKQEAgLTU4LDE4 ICs2MiwyMCBAQCB1bnNpZ25lZCBsb25nIHJhd19jbGVhcl9ndWVzdCh2b2lk ICp0bywgdW5zaWduZWQgbGVuKQogCiAgICAgd2hpbGUgKCBsZW4gKQogICAg IHsKLSAgICAgICAgcGFkZHJfdCBnOwogICAgICAgICB2b2lkICpwOwogICAg ICAgICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0Vf U0laRSAtIG9mZnNldCk7CisgICAgICAgIHN0cnVjdCBwYWdlX2luZm8gKnBh Z2U7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJfdCkg dG8sICZnLCBHVjJNX1dSSVRFKSApCisgICAgICAgIHBhZ2UgPSBnZXRfcGFn ZV9mcm9tX2d2YShjdXJyZW50LT5kb21haW4sICh2YWRkcl90KSB0bywgR1Yy TV9XUklURSk7CisgICAgICAgIGlmICggcGFnZSA9PSBOVUxMICkKICAgICAg ICAgICAgIHJldHVybiBsZW47CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5f cGFnZShnPj5QQUdFX1NISUZUKTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFp bl9wYWdlKHBhZ2UpOwogICAgICAgICBwICs9IG9mZnNldDsKICAgICAgICAg bWVtc2V0KHAsIDB4MDAsIHNpemUpOwogCiAgICAgICAgIHVubWFwX2RvbWFp bl9wYWdlKHAgLSBvZmZzZXQpOworICAgICAgICBwdXRfcGFnZShwYWdlKTsK ICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAgIHRvICs9IHNpemU7CiAg ICAgICAgIC8qCkBAIC04OCwxOSArOTQsMjEgQEAgdW5zaWduZWQgbG9uZyBy YXdfY29weV9mcm9tX2d1ZXN0KHZvaWQgKnRvLCBjb25zdCB2b2lkIF9fdXNl ciAqZnJvbSwgdW5zaWduZWQgbGUKIAogICAgIHdoaWxlICggbGVuICkKICAg ICB7Ci0gICAgICAgIHBhZGRyX3QgZzsKICAgICAgICAgdm9pZCAqcDsKICAg ICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZCkoUEFH RV9TSVpFIC0gb2Zmc2V0KSk7CisgICAgICAgIHN0cnVjdCBwYWdlX2luZm8g KnBhZ2U7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJf dCkgZnJvbSAmIFBBR0VfTUFTSywgJmcsIEdWMk1fUkVBRCkgKQorICAgICAg ICBwYWdlID0gZ2V0X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9tYWluLCAo dmFkZHJfdCkgZnJvbSwgR1YyTV9SRUFEKTsKKyAgICAgICAgaWYgKCBwYWdl ID09IE5VTEwgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAotICAgICAg ICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOworICAgICAg ICBwID0gX19tYXBfZG9tYWluX3BhZ2UocGFnZSk7CiAgICAgICAgIHAgKz0g KCh2YWRkcl90KWZyb20gJiAoflBBR0VfTUFTSykpOwogCiAgICAgICAgIG1l bWNweSh0bywgcCwgc2l6ZSk7CiAKICAgICAgICAgdW5tYXBfZG9tYWluX3Bh Z2UocCk7CisgICAgICAgIHB1dF9wYWdlKHBhZ2UpOwogICAgICAgICBsZW4g LT0gc2l6ZTsKICAgICAgICAgZnJvbSArPSBzaXplOwogICAgICAgICB0byAr PSBzaXplOwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL3AybS5jIGIveGVu L2FyY2gvYXJtL3AybS5jCmluZGV4IGI4NTE0M2IuLjVmYzVjYTYgMTAwNjQ0 Ci0tLSBhL3hlbi9hcmNoL2FybS9wMm0uYworKysgYi94ZW4vYXJjaC9hcm0v cDJtLmMKQEAgLTcwMSw2ICs3MDEsMzQgQEAgdW5zaWduZWQgbG9uZyBnbWZu X3RvX21mbihzdHJ1Y3QgZG9tYWluICpkLCB1bnNpZ25lZCBsb25nIGdwZm4p CiAgICAgcmV0dXJuIHAgPj4gUEFHRV9TSElGVDsKIH0KIAorc3RydWN0IHBh Z2VfaW5mbyAqZ2V0X3BhZ2VfZnJvbV9ndmEoc3RydWN0IGRvbWFpbiAqZCwg dmFkZHJfdCB2YSwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHVuc2lnbmVkIGxvbmcgZmxhZ3MpCit7CisgICAgc3RydWN0IHAybV9k b21haW4gKnAybSA9ICZkLT5hcmNoLnAybTsKKyAgICBzdHJ1Y3QgcGFnZV9p bmZvICpwYWdlID0gTlVMTDsKKyAgICBwYWRkcl90IG1hZGRyOworCisgICAg QVNTRVJUKGQgPT0gY3VycmVudC0+ZG9tYWluKTsKKworICAgIHNwaW5fbG9j aygmcDJtLT5sb2NrKTsKKworICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIodmEs ICZtYWRkciwgZmxhZ3MpICkKKyAgICAgICAgZ290byBlcnI7CisKKyAgICBp ZiAoICFtZm5fdmFsaWQobWFkZHIgPj4gUEFHRV9TSElGVCkgKQorICAgICAg ICBnb3RvIGVycjsKKworICAgIHBhZ2UgPSBtZm5fdG9fcGFnZShtYWRkciA+ PiBQQUdFX1NISUZUKTsKKyAgICBBU1NFUlQocGFnZSk7CisKKyAgICBpZiAo IHVubGlrZWx5KCFnZXRfcGFnZShwYWdlLCBkKSkgKQorICAgICAgICBwYWdl ID0gTlVMTDsKKworZXJyOgorICAgIHNwaW5fdW5sb2NrKCZwMm0tPmxvY2sp OworICAgIHJldHVybiBwYWdlOworfQorCiAvKgogICogTG9jYWwgdmFyaWFi bGVzOgogICogbW9kZTogQwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL3Ry YXBzLmMgYi94ZW4vYXJjaC9hcm0vdHJhcHMuYwppbmRleCBkZjg2ZmZlLi5k ODliNzVmIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vdHJhcHMuYworKysg Yi94ZW4vYXJjaC9hcm0vdHJhcHMuYwpAQCAtNzc3LDcgKzc3Nyw3IEBAIHN0 YXRpYyB2b2lkIHNob3dfZ3Vlc3Rfc3RhY2soc3RydWN0IHZjcHUgKnYsIHN0 cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzKQogewogICAgIGludCBpOwogICAg IHZhZGRyX3Qgc3A7Ci0gICAgcGFkZHJfdCBzdGFja19waHlzOworICAgIHN0 cnVjdCBwYWdlX2luZm8gKnBhZ2U7CiAgICAgdm9pZCAqbWFwcGVkOwogICAg IHVuc2lnbmVkIGxvbmcgKnN0YWNrLCBhZGRyOwogCkBAIC04MzcsMTMgKzgz NywyMCBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVjdCB2 Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKIAogICAgIHBy aW50aygiR3Vlc3Qgc3RhY2sgdHJhY2UgZnJvbSBzcD0lIlBSSXZhZGRyIjpc biAgIiwgc3ApOwogCi0gICAgaWYgKCBndmlydF90b19tYWRkcihzcCwgJnN0 YWNrX3BoeXMsIEdWMk1fUkVBRCkgKQorICAgIGlmICggc3AgJiAoIHNpemVv Zihsb25nKSAtIDEgKSApCisgICAgeworICAgICAgICBwcmludGsoIlN0YWNr IGlzIG1pc2FsaWduZWRcbiIpOworICAgICAgICByZXR1cm47CisgICAgfQor CisgICAgcGFnZSA9IGdldF9wYWdlX2Zyb21fZ3ZhKGN1cnJlbnQtPmRvbWFp biwgc3AsIEdWMk1fUkVBRCk7CisgICAgaWYgKCBwYWdlID09IE5VTEwgKQog ICAgIHsKICAgICAgICAgcHJpbnRrKCJGYWlsZWQgdG8gY29udmVydCBzdGFj ayB0byBwaHlzaWNhbCBhZGRyZXNzXG4iKTsKICAgICAgICAgcmV0dXJuOwog ICAgIH0KIAotICAgIG1hcHBlZCA9IG1hcF9kb21haW5fcGFnZShzdGFja19w aHlzID4+IFBBR0VfU0hJRlQpOworICAgIG1hcHBlZCA9IF9fbWFwX2RvbWFp bl9wYWdlKHBhZ2UpOwogCiAgICAgc3RhY2sgPSBtYXBwZWQgKyAoc3AgJiB+ UEFHRV9NQVNLKTsKIApAQCAtODYxLDcgKzg2OCw3IEBAIHN0YXRpYyB2b2lk IHNob3dfZ3Vlc3Rfc3RhY2soc3RydWN0IHZjcHUgKnYsIHN0cnVjdCBjcHVf dXNlcl9yZWdzICpyZWdzKQogICAgICAgICBwcmludGsoIlN0YWNrIGVtcHR5 LiIpOwogICAgIHByaW50aygiXG4iKTsKICAgICB1bm1hcF9kb21haW5fcGFn ZShtYXBwZWQpOwotCisgICAgcHV0X3BhZ2UocGFnZSk7CiB9CiAKICNkZWZp bmUgU1RBQ0tfQkVGT1JFX0VYQ0VQVElPTihyZWdzKSAoKHJlZ2lzdGVyX3Qq KShyZWdzKS0+c3ApCmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJt L21tLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKaW5kZXggZDBlNWNi NC4uOGJmMTc5ZCAxMDA2NDQKLS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9t bS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaApAQCAtMjczLDYg KzI3Myw5IEBAIHN0cnVjdCBkb21haW4gKnBhZ2VfZ2V0X293bmVyX2FuZF9y ZWZlcmVuY2Uoc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSk7CiB2b2lkIHB1dF9w YWdlKHN0cnVjdCBwYWdlX2luZm8gKnBhZ2UpOwogaW50ICBnZXRfcGFnZShz dHJ1Y3QgcGFnZV9pbmZvICpwYWdlLCBzdHJ1Y3QgZG9tYWluICpkb21haW4p OwogCitzdHJ1Y3QgcGFnZV9pbmZvICpnZXRfcGFnZV9mcm9tX2d2YShzdHJ1 Y3QgZG9tYWluICpkLCB2YWRkcl90IHZhLAorICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgdW5zaWduZWQgbG9uZyBmbGFncyk7CisKIC8q CiAgKiBUaGUgTVBUIChtYWNoaW5lLT5waHlzaWNhbCBtYXBwaW5nIHRhYmxl KSBpcyBhbiBhcnJheSBvZiB3b3JkLXNpemVkCiAgKiB2YWx1ZXMsIGluZGV4 ZWQgb24gbWFjaGluZSBmcmFtZSBudW1iZXIuIEl0IGlzIGV4cGVjdGVkIHRo YXQgZ3Vlc3QgT1NlcwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFy bS9wYWdlLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaAppbmRleCBl NzIzZTVhLi4xMTNiZTVhIDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20t YXJtL3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaApA QCAtNzMsNyArNzMsNyBAQAogI2RlZmluZSBNQVRUUl9ERVYgICAgIDB4MQog I2RlZmluZSBNQVRUUl9NRU0gICAgIDB4ZgogCi0vKiBGbGFncyBmb3IgZ3Zp cnRfdG9fbWFkZHIgKi8KKy8qIEZsYWdzIGZvciBnZXRfcGFnZV9mcm9tX2d2 YSwgZ3ZpcnRfdG9fbWFkZHIgZXRjICovCiAjZGVmaW5lIEdWMk1fUkVBRCAg KDB1PDwwKQogI2RlZmluZSBHVjJNX1dSSVRFICgxdTw8MCkKIAo= --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Wed Jun 04 14:22:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 14:22:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsC43-0006ts-DW; Wed, 04 Jun 2014 14:21:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsC41-0006tn-AZ for xen-users@lists.xen.org; Wed, 04 Jun 2014 14:21:13 +0000 Received: from [85.158.139.211:34433] by server-8.bemta-5.messagelabs.com id 5D/9D-11310-85B2F835; Wed, 04 Jun 2014 14:21:12 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-11.tower-206.messagelabs.com!1401891663!3953979!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20331 invoked from network); 4 Jun 2014 14:21:06 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jun 2014 14:21:06 -0000 Received: (qmail 27394 invoked by uid 1011); 4 Jun 2014 14:20:58 -0000 Received: from 220.233.87.52 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19056. spamassassin: 3.3.1. Clear:RC:1(220.233.87.52):. Processed in 0.109183 secs); 04 Jun 2014 14:20:58 -0000 Received: from unknown (HELO ?192.168.2.90?) (220.233.87.52) by 0 with SMTP; 4 Jun 2014 14:20:58 -0000 Message-ID: <538F2B4A.3020508@websitemanagers.com.au> Date: Thu, 05 Jun 2014 00:20:58 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <538BC133.5030801@websitemanagers.com.au> In-Reply-To: <538BC133.5030801@websitemanagers.com.au> Subject: Re: [Xen-users] Xen dom0/domU networking performance issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, Just wondering if anybody had any suggestions or ideas on what I could try to resolve this issue. Thanks, Adam On 02/06/14 10:11, Adam Goryachev wrote: > Hi, > > I have a group of physical xen servers (dom0) which have been working > well for some time. However, recently I converted an existing Linux > machine to a domU and have been having networking issues with this domU. > > Specifically, if from a physical machine on the network, I ping the > domU, then I get normal ping response times, but for some periods > (assuming when under a heavier load) the ping time is slow, though no > packets are ever dropped. This impacts all domU's and the dom0 at the > same time, moving the domU (live migrate) to a different dom0 causes > the other dom0 to have the same problem (ie, the problem follows the > domU). > > ie, > 20140529-14:53:18 > x.x.10.9 > 50 pings in the range 0.18 to 0.27ms > 0.27 > 157.61 > 117.40 > 472.00 > 623.85 > 956.83 > 1360.31 > 1472.61 > 2045.73 > 2528.93 > 2304.32 > 2651.66 > 2853.93 > - > - > - > The last three pings were lost (ie, more than three seconds, and fping > didn't wait for them). When testing manually, if I wait long enough, > no packets are ever lost, but the delay can get very high). > > This is the exact same period pinging to the dom0 on the xen bridge > interface > x.x.10.34 > 0.16 > 0.16 > 372.27 > 453.27 > 820.93 > 985.35 > 1358.14 > 1747.34 > 2000.70 > 2370.45 > 2660.26 > 2356.98 > 2859.98 > - > - > - > > Pinging to other physical network interfaces on the same dom0 is not > affected. eg in the same period of time: > 2997 packets transmitted, 2997 received, 0% packet loss, time 2996002ms > rtt min/avg/max/mdev = 0.044/0.091/0.410/0.018 ms > No slow/delayed pings at all on the iSCSI network interface (not > bridged for xen, not exposed to the domU's > 2998 packets transmitted, 2998 received, 0% packet loss, time 2997024ms > rtt min/avg/max/mdev = 0.084/6.858/1232.196/69.792 ms, pipe 2 > Some delayed pings, up to 1.2 seconds as seen here: > 64 bytes from x.x.10.34: icmp_seq=2211 ttl=64 time=0.294 ms > 64 bytes from x.x.10.34: icmp_seq=2212 ttl=64 time=0.287 ms > 64 bytes from x.x.10.34: icmp_seq=2213 ttl=64 time=0.288 ms > 64 bytes from x.x.10.34: icmp_seq=2214 ttl=64 time=317 ms > 64 bytes from x.x.10.34: icmp_seq=2215 ttl=64 time=724 ms > 64 bytes from x.x.10.34: icmp_seq=2216 ttl=64 time=1155 ms > 64 bytes from x.x.10.34: icmp_seq=2217 ttl=64 time=1232 ms > 64 bytes from x.x.10.34: icmp_seq=2218 ttl=64 time=1202 ms > 64 bytes from x.x.10.34: icmp_seq=2219 ttl=64 time=838 ms > 64 bytes from x.x.10.34: icmp_seq=2220 ttl=64 time=556 ms > 64 bytes from x.x.10.34: icmp_seq=2221 ttl=64 time=229 ms > 64 bytes from x.x.10.34: icmp_seq=2222 ttl=64 time=0.266 ms > 64 bytes from x.x.10.34: icmp_seq=2223 ttl=64 time=0.239 ms > 64 bytes from x.x.10.34: icmp_seq=2224 ttl=64 time=0.238 ms > 64 bytes from x.x.10.34: icmp_seq=2225 ttl=64 time=0.265 ms > > System details of dom0 (Debian Stable): > root@pm04:~# uname -an > Linux pm04 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1 x86_64 GNU/Linux > root@pm04:~# dpkg -l | grep xen > ii libxen-4.1 4.1.4-3+deb7u1 amd64 Public libs > for Xen > ii libxenstore3.0 4.1.4-3+deb7u1 amd64 Xenstore > communications library for Xen > ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64 > Xen Hypervisor on AMD64 > ii xen-linux-system-3.2.0-4-amd64 3.2.57-3+deb7u1 > amd64 Xen system with Linux 3.2 on 64-bit PCs (meta-package) > ii xen-linux-system-amd64 3.2+46 amd64 > Xen system with Linux for 64-bit PCs (meta-package) > ii xen-system-amd64 4.1.4-3+deb7u1 amd64 Xen > System on AMD64 (meta-package) > ii xen-utils-4.1 4.1.4-3+deb7u1 amd64 XEN > administrative tools > ii xen-utils-common 4.1.4-3+deb7u1 all Xen > administrative tools - common files > ii xenstore-utils 4.1.4-3+deb7u1 amd64 Xenstore > utilities for Xen > > domU config file: > name = "mail" > hostname = 'mail' > kernel = "/mnt/images/server_images/mail/vmlinuz-3.2.0-4-686-pae" > ramdisk = > "/mnt/images/server_images/mail/initrd.img-3.2.0-4-686-pae" > root = "/dev/xvda1" > disk = ['phy:/dev/mapper/mpathmail,xvda,w' ] > memory = 2048 > cpus = "2,3" > vcpus = 2 > vif = ['bridge=xenbr5, mac=00:16:3e:43:a8:09', 'bridge=xenbr0, > mac=00:16:3e:43:d8:09'] > > The dom0 network config: > cat /etc/network/interfaces > # The primary network interface > allow-hotplug eth0 > auto xenbr0 > iface xenbr0 inet static > address x.x.10.34 > netmask 255.255.240.0 > gateway x.x.10.254 > bridge_maxwait 5 > bridge_ports regex eth0 > > # This is the vlan which has the DSL modem plus the problem domU/VM > auto xenbr5 > iface xenbr5 inet manual > bridge_ports eth0.5 > > # Used by dom0 for iscsi SAN only > auto eth1 > iface eth1 inet static > address x.x.16.34 > netmask 255.255.255.0 > mtu 9000 > post-up /etc/network/ifup.eth1 > > # Used by dom0 for iscsi SAN only > auto eth2 > iface eth2 inet static > address x.x.16.44 > netmask 255.255.255.0 > mtu 9000 > post-up /etc/network/ifup.eth2 > > xm vcpu-list > Name ID VCPU CPU State Time(s) CPU > Affinity > Domain-0 0 0 0 -b- 965.7 0 > Domain-0 0 1 1 r-- 662.4 1 > mail 4 0 2 -b- 1861.0 2 > mail 4 1 3 -b- 1134.2 3 > oldcal 5 0 4 -b- 80.9 4-5 > oldcal 5 1 5 -b- 32.7 4-5 > > xm network-list mail > Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path > 0 0 00:16:3e:43:a8:09 0 4 14 768 /769 > /local/domain/0/backend/vif/4/0 > 1 0 00:16:3e:43:d8:09 1 4 15 770 /1280 > /local/domain/0/backend/vif/4/1 > > The domU is running: > # uname -an > Linux mail 3.2.0-4-686-pae #1 SMP Debian 3.2.57-3+deb7u1 i686 GNU/Linux > > The domU is the gateway/firewall for the network which routes between > the internal network and Internet, also runs email/proxy servers etc. > > Can anyone suggest what I could do to resolve this issue? Additional > information I should provide? > > Thanks, > Adam > -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 14:22:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 14:22:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsC43-0006ts-DW; Wed, 04 Jun 2014 14:21:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsC41-0006tn-AZ for xen-users@lists.xen.org; Wed, 04 Jun 2014 14:21:13 +0000 Received: from [85.158.139.211:34433] by server-8.bemta-5.messagelabs.com id 5D/9D-11310-85B2F835; Wed, 04 Jun 2014 14:21:12 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-11.tower-206.messagelabs.com!1401891663!3953979!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20331 invoked from network); 4 Jun 2014 14:21:06 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jun 2014 14:21:06 -0000 Received: (qmail 27394 invoked by uid 1011); 4 Jun 2014 14:20:58 -0000 Received: from 220.233.87.52 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19056. spamassassin: 3.3.1. Clear:RC:1(220.233.87.52):. Processed in 0.109183 secs); 04 Jun 2014 14:20:58 -0000 Received: from unknown (HELO ?192.168.2.90?) (220.233.87.52) by 0 with SMTP; 4 Jun 2014 14:20:58 -0000 Message-ID: <538F2B4A.3020508@websitemanagers.com.au> Date: Thu, 05 Jun 2014 00:20:58 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <538BC133.5030801@websitemanagers.com.au> In-Reply-To: <538BC133.5030801@websitemanagers.com.au> Subject: Re: [Xen-users] Xen dom0/domU networking performance issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, Just wondering if anybody had any suggestions or ideas on what I could try to resolve this issue. Thanks, Adam On 02/06/14 10:11, Adam Goryachev wrote: > Hi, > > I have a group of physical xen servers (dom0) which have been working > well for some time. However, recently I converted an existing Linux > machine to a domU and have been having networking issues with this domU. > > Specifically, if from a physical machine on the network, I ping the > domU, then I get normal ping response times, but for some periods > (assuming when under a heavier load) the ping time is slow, though no > packets are ever dropped. This impacts all domU's and the dom0 at the > same time, moving the domU (live migrate) to a different dom0 causes > the other dom0 to have the same problem (ie, the problem follows the > domU). > > ie, > 20140529-14:53:18 > x.x.10.9 > 50 pings in the range 0.18 to 0.27ms > 0.27 > 157.61 > 117.40 > 472.00 > 623.85 > 956.83 > 1360.31 > 1472.61 > 2045.73 > 2528.93 > 2304.32 > 2651.66 > 2853.93 > - > - > - > The last three pings were lost (ie, more than three seconds, and fping > didn't wait for them). When testing manually, if I wait long enough, > no packets are ever lost, but the delay can get very high). > > This is the exact same period pinging to the dom0 on the xen bridge > interface > x.x.10.34 > 0.16 > 0.16 > 372.27 > 453.27 > 820.93 > 985.35 > 1358.14 > 1747.34 > 2000.70 > 2370.45 > 2660.26 > 2356.98 > 2859.98 > - > - > - > > Pinging to other physical network interfaces on the same dom0 is not > affected. eg in the same period of time: > 2997 packets transmitted, 2997 received, 0% packet loss, time 2996002ms > rtt min/avg/max/mdev = 0.044/0.091/0.410/0.018 ms > No slow/delayed pings at all on the iSCSI network interface (not > bridged for xen, not exposed to the domU's > 2998 packets transmitted, 2998 received, 0% packet loss, time 2997024ms > rtt min/avg/max/mdev = 0.084/6.858/1232.196/69.792 ms, pipe 2 > Some delayed pings, up to 1.2 seconds as seen here: > 64 bytes from x.x.10.34: icmp_seq=2211 ttl=64 time=0.294 ms > 64 bytes from x.x.10.34: icmp_seq=2212 ttl=64 time=0.287 ms > 64 bytes from x.x.10.34: icmp_seq=2213 ttl=64 time=0.288 ms > 64 bytes from x.x.10.34: icmp_seq=2214 ttl=64 time=317 ms > 64 bytes from x.x.10.34: icmp_seq=2215 ttl=64 time=724 ms > 64 bytes from x.x.10.34: icmp_seq=2216 ttl=64 time=1155 ms > 64 bytes from x.x.10.34: icmp_seq=2217 ttl=64 time=1232 ms > 64 bytes from x.x.10.34: icmp_seq=2218 ttl=64 time=1202 ms > 64 bytes from x.x.10.34: icmp_seq=2219 ttl=64 time=838 ms > 64 bytes from x.x.10.34: icmp_seq=2220 ttl=64 time=556 ms > 64 bytes from x.x.10.34: icmp_seq=2221 ttl=64 time=229 ms > 64 bytes from x.x.10.34: icmp_seq=2222 ttl=64 time=0.266 ms > 64 bytes from x.x.10.34: icmp_seq=2223 ttl=64 time=0.239 ms > 64 bytes from x.x.10.34: icmp_seq=2224 ttl=64 time=0.238 ms > 64 bytes from x.x.10.34: icmp_seq=2225 ttl=64 time=0.265 ms > > System details of dom0 (Debian Stable): > root@pm04:~# uname -an > Linux pm04 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1 x86_64 GNU/Linux > root@pm04:~# dpkg -l | grep xen > ii libxen-4.1 4.1.4-3+deb7u1 amd64 Public libs > for Xen > ii libxenstore3.0 4.1.4-3+deb7u1 amd64 Xenstore > communications library for Xen > ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64 > Xen Hypervisor on AMD64 > ii xen-linux-system-3.2.0-4-amd64 3.2.57-3+deb7u1 > amd64 Xen system with Linux 3.2 on 64-bit PCs (meta-package) > ii xen-linux-system-amd64 3.2+46 amd64 > Xen system with Linux for 64-bit PCs (meta-package) > ii xen-system-amd64 4.1.4-3+deb7u1 amd64 Xen > System on AMD64 (meta-package) > ii xen-utils-4.1 4.1.4-3+deb7u1 amd64 XEN > administrative tools > ii xen-utils-common 4.1.4-3+deb7u1 all Xen > administrative tools - common files > ii xenstore-utils 4.1.4-3+deb7u1 amd64 Xenstore > utilities for Xen > > domU config file: > name = "mail" > hostname = 'mail' > kernel = "/mnt/images/server_images/mail/vmlinuz-3.2.0-4-686-pae" > ramdisk = > "/mnt/images/server_images/mail/initrd.img-3.2.0-4-686-pae" > root = "/dev/xvda1" > disk = ['phy:/dev/mapper/mpathmail,xvda,w' ] > memory = 2048 > cpus = "2,3" > vcpus = 2 > vif = ['bridge=xenbr5, mac=00:16:3e:43:a8:09', 'bridge=xenbr0, > mac=00:16:3e:43:d8:09'] > > The dom0 network config: > cat /etc/network/interfaces > # The primary network interface > allow-hotplug eth0 > auto xenbr0 > iface xenbr0 inet static > address x.x.10.34 > netmask 255.255.240.0 > gateway x.x.10.254 > bridge_maxwait 5 > bridge_ports regex eth0 > > # This is the vlan which has the DSL modem plus the problem domU/VM > auto xenbr5 > iface xenbr5 inet manual > bridge_ports eth0.5 > > # Used by dom0 for iscsi SAN only > auto eth1 > iface eth1 inet static > address x.x.16.34 > netmask 255.255.255.0 > mtu 9000 > post-up /etc/network/ifup.eth1 > > # Used by dom0 for iscsi SAN only > auto eth2 > iface eth2 inet static > address x.x.16.44 > netmask 255.255.255.0 > mtu 9000 > post-up /etc/network/ifup.eth2 > > xm vcpu-list > Name ID VCPU CPU State Time(s) CPU > Affinity > Domain-0 0 0 0 -b- 965.7 0 > Domain-0 0 1 1 r-- 662.4 1 > mail 4 0 2 -b- 1861.0 2 > mail 4 1 3 -b- 1134.2 3 > oldcal 5 0 4 -b- 80.9 4-5 > oldcal 5 1 5 -b- 32.7 4-5 > > xm network-list mail > Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path > 0 0 00:16:3e:43:a8:09 0 4 14 768 /769 > /local/domain/0/backend/vif/4/0 > 1 0 00:16:3e:43:d8:09 1 4 15 770 /1280 > /local/domain/0/backend/vif/4/1 > > The domU is running: > # uname -an > Linux mail 3.2.0-4-686-pae #1 SMP Debian 3.2.57-3+deb7u1 i686 GNU/Linux > > The domU is the gateway/firewall for the network which routes between > the internal network and Internet, also runs email/proxy servers etc. > > Can anyone suggest what I could do to resolve this issue? Additional > information I should provide? > > Thanks, > Adam > -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 14:39:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 14:39:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsCLR-0008EX-L2; Wed, 04 Jun 2014 14:39:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsCLP-0008Dw-Ja for xen-users@lists.xen.org; Wed, 04 Jun 2014 14:39:11 +0000 Received: from [85.158.139.211:31938] by server-14.bemta-5.messagelabs.com id 1B/42-15696-E8F2F835; Wed, 04 Jun 2014 14:39:10 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1401892750!8107940!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3543 invoked from network); 4 Jun 2014 14:39:10 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-7.tower-206.messagelabs.com with SMTP; 4 Jun 2014 14:39:10 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 04 Jun 2014 15:39:09 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Wed, 4 Jun 2014 15:39:06 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 4 Jun 2014 15:39:06 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac9/90bA+QucBZJpQ2CIvpJrNUOX3QAA7HsA Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> In-Reply-To: <538F1C49.7060704@linaro.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114060415390901702 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D770C0D04BGEORGEEmeaA_" Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D770C0D04BGEORGEEmeaA_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 T24gV2VkLCBKdW4gMDQsIDIwMTQgYXQgMTQ6MTY6NTcsIEp1bGllbiBHcmFsbCB3cm90ZToNCj4g T24gMDYvMDQvMjAxNCAwMjoxNCBQTSwgSmVlbnUgVmlzd2FtYmhhcmFuIHdyb3RlOg0KPiA+IFNv IEkgdGFrZSBpdCB0aGF0IHRoZSBXaWtpIChyZWxlYXNlIHRhZ3MsIGJ1aWxkIGluc3RydWN0aW9u cykgYXJlDQo+ID4gYWxsIHVwLXRvLWRhdGUgdG8gYmUgdXNlZCB3aXRoIFhlbiA0LjQuMD8gSSdk IGhhdmUgdG8gY29ubmVjdCBteQ0KPiA+IGRlYnVnZ2VyIHRvIHRoZSBib2FyZCBhbmQgc2VlIHdo YXQncyBnb2luZyBvbi4uLiA6Lw0KPg0KPiBIb25lc3RseSBJIGRpZG4ndCB0cnkgdG8gYm9vdCBY ZW4gb24gdGhlIHZleHByZXNzIGZvciA2IG1vbnRocyBub3cuDQo+IFhlbiBtYXkgaGF2ZSBiZWVu IGJyb2tlbiBzaW5jZSB0aGlzIGRhdGUuDQo+DQo+IERpZCB5b3UgdHJ5IHRvIGVuYWJsZSBlYXJs eSBwcmludGs/DQoNClllcyBpdCBoZWxwZWQgYW5kIEkgZ290IGEgYml0IGZ1cnRoZXIsIGJ1dCBo YWQgdG8gbWFrZSB0aGUgZm9sbG93aW5nDQpjaGFuZ2VzOg0KDQogIC0gTW92ZSB0aGUgdS1ib290 IHRhZyB0byB2MjAxMy4xMCAocmF0aGVyIHRoYW4gdGhlIFJDKSwgYXMgWGVuDQogICAgY29tcGxh aW5lZCB0aGF0IGl0IG11c3QgZW50ZXIgdGhlIENQVSBpbiBOUyBIeXAgbW9kZS4gQ2xlYXJseSBS Qw0KICAgIHdhc24ndCBkb2luZyB0aGF0Lg0KDQogIC0gWGVuIHdhcyBhdHRlbXB0aW5nIHRvIGJy aW5nIHVwIENQVSAyIGFuZCBzdGFsbGluZyB0aGVyZS4gQnV0IEkNCiAgICBiZWxpZXZlIHRoZSBp ZGVhIHdhcyB0byBsZWF2ZSBBN3MgaW4gcmVzZXQgYW5kIHVzZSBvbmx5IDIgQTE1cy4gU28gSQ0K ICAgIGhhZCB0byByZW1vdmUgdGhlIENvcnRleCBBNyBDUFVzIGZyb20gdGhlIExpbnV4IERUUywg YW5kIHVzZSB0aGUgRFRCDQogICAgZnJvbSB0aGVyZQ0KDQpXaXRoIHRob3NlIGNoYW5nZXMsIEkg c2VlIFhlbiBnb2luZyBmdXJ0aGVyIGJ1dCBoaXRzIGEgZGF0YSBhYm9ydC4gTG9ncw0KYXR0YWNo ZWQ7IEknbGwgc2VlIGlmIEkgY2FuIGRpZyBmdXJ0aGVyLg0KDQpNZWFud2hpbGUsIGlmIHlvdSB0 aGluayB0aGUgY2hhbmdlcyBJIG1hZGUgYXMgYWJvdmUgYXJlIHZhbGlkLCBjb3VsZCB5b3UNCnVw ZGF0ZSB0aGUgV2lraSB0byByZWZsZWN0IHRoZW0/DQoNCi0tDQpKZWVudQ0KDQotLSBJTVBPUlRB TlQgTk9USUNFOiBUaGUgY29udGVudHMgb2YgdGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRz IGFyZSBjb25maWRlbnRpYWwgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUg bm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBpbW1l ZGlhdGVseSBhbmQgZG8gbm90IGRpc2Nsb3NlIHRoZSBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVy c29uLCB1c2UgaXQgZm9yIGFueSBwdXJwb3NlLCBvciBzdG9yZSBvciBjb3B5IHRoZSBpbmZvcm1h dGlvbiBpbiBhbnkgbWVkaXVtLiAgVGhhbmsgeW91Lg0KDQpBUk0gTGltaXRlZCwgUmVnaXN0ZXJl ZCBvZmZpY2UgMTEwIEZ1bGJvdXJuIFJvYWQsIENhbWJyaWRnZSBDQjEgOU5KLCBSZWdpc3RlcmVk IGluIEVuZ2xhbmQgJiBXYWxlcywgQ29tcGFueSBObzogIDI1NTc1OTANCkFSTSBIb2xkaW5ncyBw bGMsIFJlZ2lzdGVyZWQgb2ZmaWNlIDExMCBGdWxib3VybiBSb2FkLCBDYW1icmlkZ2UgQ0IxIDlO SiwgUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMsIENvbXBhbnkgTm86ICAyNTQ4NzgyDQo= --_002_B69BE294631500448B6D3B9936E1743202D770C0D04BGEORGEEmeaA_ Content-Type: application/x-gzip; name="xen.log.gz" Content-Description: xen.log.gz Content-Disposition: attachment; filename="xen.log.gz"; size=1960; creation-date="Wed, 04 Jun 2014 14:38:43 GMT"; modification-date="Wed, 04 Jun 2014 14:38:23 GMT" Content-Transfer-Encoding: base64 H4sICF8vj1MAA3hlbi5sb2cA5Vfrk9o4Ev/OX9G1n5jdQGT5gXHdbB1hSIZdSDhgctlLpShZlsEX bHN+TM3kr7+WLD+AqVy27r6dhxpLrV+3Wv2UNwXLiijZw1eRJeIIw+Gw1xvAw2S9BZEw/ygCGCBh unoAoh/w01TxyIVPIoG8FhIlcP98gjgNhFr8h8hSeLPZqMlGFApUnoCnSZGlR8jEPsoLkeUKsC2z RALSBE5sX2+wFix4xtH0IPhXSQzTDDeKiiyQ+73mhzQXSW89WXqNhm6t6aAhjcPqOQeya6BfA3vL D3cPi9ln44vXkSKEfSlYiDG+azj9ci7ePYcz/JOkHqxnm493n0kH7hrhpTaSZHXgP6pMb5rGMUsC OEaJ8CB/TvgOrZ6nRwH6fRsUJfoNqtdtLrKIHUlvdWRcmlk6lhVAnlrDCPUetCSu3z0JPgh2apXz HaLRNUFoU/dNOnJc6WKR3/Tu0lhzUjo2R05F7y3StHG2CsZa+VpNpZ81tIak1/80e3+j5o8YSlGq 6dD/pxCPUU6Mv3IW+1kU7MWQZfGQp/EN9HE0QOOUT4N9UgrmR4dwsOcc+g9+mRTl60WUMIxea+gM zYFRKqJ9U81vIBB+ub99hr9jfvxWJgAWGJZnWh41MOC3QIlhacUWrBB5AdMDS/YCk8CDJaq4ZBkY BH8eNT1zrBjgF2WgfVR4ruEIN3C1iKk+fFoWp7KAKFcOPWRpkpb5UINWWcpFnqeZB5ZBQ05Cw4Of JuslLKI4KkTw0yt4ZGi9BFUgT/QVmjqTDkbkK0zFRxwaWpZJB35UwOxJ8LJAi3qaDu0u8FawosxE XvncMEzDU2/8NWiAeZIXWcmlEFkBED2ZZPxgUtgeytiv/g/0bDaD39g3cTyKjoTZUyES6VbkfScS 9D/fRrHIUBwvs6h4brB30ildvdCoxLbtBjApn6JjxLLnC+VVDNegpYhTRCyxiB07OENKQ3HoKR3I xKBWNaC4SNtjzzeTMy2kSaSvTcNAlAHUoCYllgE4QYqJA2k4w6KX2mAyFpgCsQcfZ+vNZDtfzGD2 aYW1YKMRaFPY/LHZvV1M3m2gSDt1TCachQFNCFWjG82ijQiVFefrv3lwOjzntyaBw/PpljrwGGFB oCONf8hlJu41V6G4sDKow8Pv999qsfOpqsuYntE3dh411bOP+C7Agr9jQZDd1opSrCJG1wEtmJ/K ayx9GYuqX2Otl7GPLwp2XgbHLEowAlnCxS7K/nVL7fbAGBZjqmps/gpsQLH4zmVcCujP53dQmd70 b4Znxsz5QQTlUWCubpYrmGYiwHTb1FToc0WpPTY5HlOOZSRoymCmGmUIhgO/R29q4R/friCKT0cR C1Q5w4TGIGOYbpj+XIYjlimd9OhsXQxwEur0r4//RorXvRo7v3F+ATB+/ALwX/Z8Xf1w62pPEQwb DdNyfyikYCoBuab//PPPsPgwuZu/fwd3H5aT+XsgkljnU3oqMaUErOgSz8v0RWHwK3ny67TuG54B MTud6v4TpDGpPbFIWdC5LoUZti+pmTwyeg5oqzPx4CERTye0PDpum8ked8cKBhM/zQqNG+DzWdpw UPUs9FaMtVH3F+wrWxV9gSejcQpfJL7dQlGbWjFVU/QStUZEEBW8aKZChe2uSHf7EhvRL1jlCXmN /2nTXlabteStWnbAAK8yMw8dKTLsn2nWTYo18do4WBv1xKWwpm0xhbXpQVjfpLrslgRRf0QlyO5y OGplHDLThfWohjVttGJ3sbnhzupStR6fqYKdVI1thhPZi6Qs18IJ9eos17Lu/1hh4q30hmOfw2Kt JpZDmbZns+3H7XS9my3wdHJXatu12XBl+0YvkaqGqQsYa+pIDdxMtwsNNAkPDHfUMcr9tJVR6+lS 12zaltyFnEOwuAfh1TbYKzda1lh1Jtq0pPvV28nVNmetRj33dwh72XP3c7V0ztW5e2EN4F+hyBgX VVrkp9vavJ1GUEWny1vPSU0tixM9ELyNCcXvj105wFy1rcb55wKtwObal6GlKBj/issxnUAt+VSM bTmwxyZXS3YYtHsZXYFaMT1glWKOT2qK2dVQPk7TuC0dw5SfaUi53lT9tGLC1WDLOhs4xKTupRou vdLQagdMf960iqHOJiHCAnvUGtMMHatassiYXAq0fM1FyIVT2pOSM0rrHbSq77YCmxytMFS5wLKN 6oBsbBhu15iSYpGuVSs3XR2ZdCW3LlDfFpVVTV4bsxrgSN3QRj7eiM/DRm5au0BFAjVGxFFWNZ16 C1ob02mt2u5+HTZVbNjEDfXZDR2ZLOSa3TxXvjmyMtSZhrV5m0hAinDdi8H3MR2B7vWm6ErqaIsJ pt3km1ZX4AXXC075zkAeOQxt9zuYHxJojUJhkW4AsBeP8+c1/A/K/1mBHYu9oKH7P9awHvwfCWQh 7wqUvYez47FqPZ1O8/kv9U3o1y8/cBeC/mp6c8ktrwOaW34yxCz/ijwOfy3vjtBfrK84ZI1DDvzY D45il+BFGBlc10KOwLau0JhqiJa3evWVvJN3TWSwqdSKEfeCAevTWCqkLty7J5EgFq8TUnh4iZXf HRyx1b1aaiGVqIvqvwHFqPiv+RMAAA== --_002_B69BE294631500448B6D3B9936E1743202D770C0D04BGEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D770C0D04BGEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Wed Jun 04 14:39:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 14:39:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsCLR-0008EX-L2; Wed, 04 Jun 2014 14:39:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsCLP-0008Dw-Ja for xen-users@lists.xen.org; Wed, 04 Jun 2014 14:39:11 +0000 Received: from [85.158.139.211:31938] by server-14.bemta-5.messagelabs.com id 1B/42-15696-E8F2F835; Wed, 04 Jun 2014 14:39:10 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1401892750!8107940!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3543 invoked from network); 4 Jun 2014 14:39:10 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-7.tower-206.messagelabs.com with SMTP; 4 Jun 2014 14:39:10 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 04 Jun 2014 15:39:09 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Wed, 4 Jun 2014 15:39:06 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 4 Jun 2014 15:39:06 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac9/90bA+QucBZJpQ2CIvpJrNUOX3QAA7HsA Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> In-Reply-To: <538F1C49.7060704@linaro.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114060415390901702 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D770C0D04BGEORGEEmeaA_" Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D770C0D04BGEORGEEmeaA_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 T24gV2VkLCBKdW4gMDQsIDIwMTQgYXQgMTQ6MTY6NTcsIEp1bGllbiBHcmFsbCB3cm90ZToNCj4g T24gMDYvMDQvMjAxNCAwMjoxNCBQTSwgSmVlbnUgVmlzd2FtYmhhcmFuIHdyb3RlOg0KPiA+IFNv IEkgdGFrZSBpdCB0aGF0IHRoZSBXaWtpIChyZWxlYXNlIHRhZ3MsIGJ1aWxkIGluc3RydWN0aW9u cykgYXJlDQo+ID4gYWxsIHVwLXRvLWRhdGUgdG8gYmUgdXNlZCB3aXRoIFhlbiA0LjQuMD8gSSdk IGhhdmUgdG8gY29ubmVjdCBteQ0KPiA+IGRlYnVnZ2VyIHRvIHRoZSBib2FyZCBhbmQgc2VlIHdo YXQncyBnb2luZyBvbi4uLiA6Lw0KPg0KPiBIb25lc3RseSBJIGRpZG4ndCB0cnkgdG8gYm9vdCBY ZW4gb24gdGhlIHZleHByZXNzIGZvciA2IG1vbnRocyBub3cuDQo+IFhlbiBtYXkgaGF2ZSBiZWVu IGJyb2tlbiBzaW5jZSB0aGlzIGRhdGUuDQo+DQo+IERpZCB5b3UgdHJ5IHRvIGVuYWJsZSBlYXJs eSBwcmludGs/DQoNClllcyBpdCBoZWxwZWQgYW5kIEkgZ290IGEgYml0IGZ1cnRoZXIsIGJ1dCBo YWQgdG8gbWFrZSB0aGUgZm9sbG93aW5nDQpjaGFuZ2VzOg0KDQogIC0gTW92ZSB0aGUgdS1ib290 IHRhZyB0byB2MjAxMy4xMCAocmF0aGVyIHRoYW4gdGhlIFJDKSwgYXMgWGVuDQogICAgY29tcGxh aW5lZCB0aGF0IGl0IG11c3QgZW50ZXIgdGhlIENQVSBpbiBOUyBIeXAgbW9kZS4gQ2xlYXJseSBS Qw0KICAgIHdhc24ndCBkb2luZyB0aGF0Lg0KDQogIC0gWGVuIHdhcyBhdHRlbXB0aW5nIHRvIGJy aW5nIHVwIENQVSAyIGFuZCBzdGFsbGluZyB0aGVyZS4gQnV0IEkNCiAgICBiZWxpZXZlIHRoZSBp ZGVhIHdhcyB0byBsZWF2ZSBBN3MgaW4gcmVzZXQgYW5kIHVzZSBvbmx5IDIgQTE1cy4gU28gSQ0K ICAgIGhhZCB0byByZW1vdmUgdGhlIENvcnRleCBBNyBDUFVzIGZyb20gdGhlIExpbnV4IERUUywg YW5kIHVzZSB0aGUgRFRCDQogICAgZnJvbSB0aGVyZQ0KDQpXaXRoIHRob3NlIGNoYW5nZXMsIEkg c2VlIFhlbiBnb2luZyBmdXJ0aGVyIGJ1dCBoaXRzIGEgZGF0YSBhYm9ydC4gTG9ncw0KYXR0YWNo ZWQ7IEknbGwgc2VlIGlmIEkgY2FuIGRpZyBmdXJ0aGVyLg0KDQpNZWFud2hpbGUsIGlmIHlvdSB0 aGluayB0aGUgY2hhbmdlcyBJIG1hZGUgYXMgYWJvdmUgYXJlIHZhbGlkLCBjb3VsZCB5b3UNCnVw ZGF0ZSB0aGUgV2lraSB0byByZWZsZWN0IHRoZW0/DQoNCi0tDQpKZWVudQ0KDQotLSBJTVBPUlRB TlQgTk9USUNFOiBUaGUgY29udGVudHMgb2YgdGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRz IGFyZSBjb25maWRlbnRpYWwgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUg bm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBpbW1l ZGlhdGVseSBhbmQgZG8gbm90IGRpc2Nsb3NlIHRoZSBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVy c29uLCB1c2UgaXQgZm9yIGFueSBwdXJwb3NlLCBvciBzdG9yZSBvciBjb3B5IHRoZSBpbmZvcm1h dGlvbiBpbiBhbnkgbWVkaXVtLiAgVGhhbmsgeW91Lg0KDQpBUk0gTGltaXRlZCwgUmVnaXN0ZXJl ZCBvZmZpY2UgMTEwIEZ1bGJvdXJuIFJvYWQsIENhbWJyaWRnZSBDQjEgOU5KLCBSZWdpc3RlcmVk IGluIEVuZ2xhbmQgJiBXYWxlcywgQ29tcGFueSBObzogIDI1NTc1OTANCkFSTSBIb2xkaW5ncyBw bGMsIFJlZ2lzdGVyZWQgb2ZmaWNlIDExMCBGdWxib3VybiBSb2FkLCBDYW1icmlkZ2UgQ0IxIDlO SiwgUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMsIENvbXBhbnkgTm86ICAyNTQ4NzgyDQo= --_002_B69BE294631500448B6D3B9936E1743202D770C0D04BGEORGEEmeaA_ Content-Type: application/x-gzip; name="xen.log.gz" Content-Description: xen.log.gz Content-Disposition: attachment; filename="xen.log.gz"; size=1960; creation-date="Wed, 04 Jun 2014 14:38:43 GMT"; modification-date="Wed, 04 Jun 2014 14:38:23 GMT" Content-Transfer-Encoding: base64 H4sICF8vj1MAA3hlbi5sb2cA5Vfrk9o4Ev/OX9G1n5jdQGT5gXHdbB1hSIZdSDhgctlLpShZlsEX bHN+TM3kr7+WLD+AqVy27r6dhxpLrV+3Wv2UNwXLiijZw1eRJeIIw+Gw1xvAw2S9BZEw/ygCGCBh unoAoh/w01TxyIVPIoG8FhIlcP98gjgNhFr8h8hSeLPZqMlGFApUnoCnSZGlR8jEPsoLkeUKsC2z RALSBE5sX2+wFix4xtH0IPhXSQzTDDeKiiyQ+73mhzQXSW89WXqNhm6t6aAhjcPqOQeya6BfA3vL D3cPi9ln44vXkSKEfSlYiDG+azj9ci7ePYcz/JOkHqxnm493n0kH7hrhpTaSZHXgP6pMb5rGMUsC OEaJ8CB/TvgOrZ6nRwH6fRsUJfoNqtdtLrKIHUlvdWRcmlk6lhVAnlrDCPUetCSu3z0JPgh2apXz HaLRNUFoU/dNOnJc6WKR3/Tu0lhzUjo2R05F7y3StHG2CsZa+VpNpZ81tIak1/80e3+j5o8YSlGq 6dD/pxCPUU6Mv3IW+1kU7MWQZfGQp/EN9HE0QOOUT4N9UgrmR4dwsOcc+g9+mRTl60WUMIxea+gM zYFRKqJ9U81vIBB+ub99hr9jfvxWJgAWGJZnWh41MOC3QIlhacUWrBB5AdMDS/YCk8CDJaq4ZBkY BH8eNT1zrBjgF2WgfVR4ruEIN3C1iKk+fFoWp7KAKFcOPWRpkpb5UINWWcpFnqeZB5ZBQ05Cw4Of JuslLKI4KkTw0yt4ZGi9BFUgT/QVmjqTDkbkK0zFRxwaWpZJB35UwOxJ8LJAi3qaDu0u8FawosxE XvncMEzDU2/8NWiAeZIXWcmlEFkBED2ZZPxgUtgeytiv/g/0bDaD39g3cTyKjoTZUyES6VbkfScS 9D/fRrHIUBwvs6h4brB30ildvdCoxLbtBjApn6JjxLLnC+VVDNegpYhTRCyxiB07OENKQ3HoKR3I xKBWNaC4SNtjzzeTMy2kSaSvTcNAlAHUoCYllgE4QYqJA2k4w6KX2mAyFpgCsQcfZ+vNZDtfzGD2 aYW1YKMRaFPY/LHZvV1M3m2gSDt1TCachQFNCFWjG82ijQiVFefrv3lwOjzntyaBw/PpljrwGGFB oCONf8hlJu41V6G4sDKow8Pv999qsfOpqsuYntE3dh411bOP+C7Agr9jQZDd1opSrCJG1wEtmJ/K ayx9GYuqX2Otl7GPLwp2XgbHLEowAlnCxS7K/nVL7fbAGBZjqmps/gpsQLH4zmVcCujP53dQmd70 b4Znxsz5QQTlUWCubpYrmGYiwHTb1FToc0WpPTY5HlOOZSRoymCmGmUIhgO/R29q4R/friCKT0cR C1Q5w4TGIGOYbpj+XIYjlimd9OhsXQxwEur0r4//RorXvRo7v3F+ATB+/ALwX/Z8Xf1w62pPEQwb DdNyfyikYCoBuab//PPPsPgwuZu/fwd3H5aT+XsgkljnU3oqMaUErOgSz8v0RWHwK3ny67TuG54B MTud6v4TpDGpPbFIWdC5LoUZti+pmTwyeg5oqzPx4CERTye0PDpum8ked8cKBhM/zQqNG+DzWdpw UPUs9FaMtVH3F+wrWxV9gSejcQpfJL7dQlGbWjFVU/QStUZEEBW8aKZChe2uSHf7EhvRL1jlCXmN /2nTXlabteStWnbAAK8yMw8dKTLsn2nWTYo18do4WBv1xKWwpm0xhbXpQVjfpLrslgRRf0QlyO5y OGplHDLThfWohjVttGJ3sbnhzupStR6fqYKdVI1thhPZi6Qs18IJ9eos17Lu/1hh4q30hmOfw2Kt JpZDmbZns+3H7XS9my3wdHJXatu12XBl+0YvkaqGqQsYa+pIDdxMtwsNNAkPDHfUMcr9tJVR6+lS 12zaltyFnEOwuAfh1TbYKzda1lh1Jtq0pPvV28nVNmetRj33dwh72XP3c7V0ztW5e2EN4F+hyBgX VVrkp9vavJ1GUEWny1vPSU0tixM9ELyNCcXvj105wFy1rcb55wKtwObal6GlKBj/issxnUAt+VSM bTmwxyZXS3YYtHsZXYFaMT1glWKOT2qK2dVQPk7TuC0dw5SfaUi53lT9tGLC1WDLOhs4xKTupRou vdLQagdMf960iqHOJiHCAnvUGtMMHatassiYXAq0fM1FyIVT2pOSM0rrHbSq77YCmxytMFS5wLKN 6oBsbBhu15iSYpGuVSs3XR2ZdCW3LlDfFpVVTV4bsxrgSN3QRj7eiM/DRm5au0BFAjVGxFFWNZ16 C1ob02mt2u5+HTZVbNjEDfXZDR2ZLOSa3TxXvjmyMtSZhrV5m0hAinDdi8H3MR2B7vWm6ErqaIsJ pt3km1ZX4AXXC075zkAeOQxt9zuYHxJojUJhkW4AsBeP8+c1/A/K/1mBHYu9oKH7P9awHvwfCWQh 7wqUvYez47FqPZ1O8/kv9U3o1y8/cBeC/mp6c8ktrwOaW34yxCz/ijwOfy3vjtBfrK84ZI1DDvzY D45il+BFGBlc10KOwLau0JhqiJa3evWVvJN3TWSwqdSKEfeCAevTWCqkLty7J5EgFq8TUnh4iZXf HRyx1b1aaiGVqIvqvwHFqPiv+RMAAA== --_002_B69BE294631500448B6D3B9936E1743202D770C0D04BGEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D770C0D04BGEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Wed Jun 04 16:05:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 16:05:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfx-0004Xg-Ik; Wed, 04 Jun 2014 16:04:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfu-0004WL-OB; Wed, 04 Jun 2014 16:04:27 +0000 Received: from [85.158.143.35:30312] by server-1.bemta-4.messagelabs.com id DC/24-09853-9834F835; Wed, 04 Jun 2014 16:04:25 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1401897863!9211187!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3102 invoked from network); 4 Jun 2014 16:04:24 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-4.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2014 16:04:24 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfn-0003AP-33; Wed, 04 Jun 2014 16:04:19 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WsDfm-0004kR-Qv; Wed, 04 Jun 2014 16:04:18 +0000 Date: Wed, 04 Jun 2014 16:04:18 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 98 (CVE-2014-3969) - insufficient permissions checks accessing guest memory on ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-3969 / XSA-98 version 3 insufficient permissions checks accessing guest memory on ARM UPDATES IN VERSION 3 ==================== CVE assigned. ISSUE DESCRIPTION ================= When accessing guest memory Xen does not correctly perform permissions checks on the (possibly guest provided) virtual address: it only checks that the mapping is readable by the guest, even when writing on behalf of the guest. This allows a guest to write to memory which it should only be able to read. A guest running on a vulnerable system is able to write to memory which should be read-only. This includes supposedly read only foreign mappings established using the grant table mechanism. Such read-only mappings are commonly used as part of the paravirtualised I/O drivers (such as guest disk write and network transmit). In order to exploit this vulnerability the guest must have a mapping of the memory; it does not allow access to arbitrary addresses. In the event that a guest executes code from a page which has been shared read-only with another guest it would be possible to mount a take over attack on that guest. IMPACT ====== A domain which is deliberately exchanging data with another, malicious, domain, may be vulnerable to privilege escalation. The vulnerability depends on the precise behaviour of the victim domain. In a typical configuration this means that, depending on the behaviour of the toolstack or device driver domain, a malicious guest administrator might be able to escalate their privilege to that of the whole host. VULNERABLE SYSTEMS ================== Both 32- and 64-bit ARM systems are vulnerable from Xen 4.4 onward. MITIGATION ========== None. CREDITS ======= This issue was discovered by Julien Grall. RESOLUTION ========== Applying the appropriate pair of attached patches resolves this issue. xsa98-unstable-{01,02}.patch xen-unstable xsa98-4.4-{01,02}.patch Xen 4.4.x $ sha256sum xsa98*.patch 6f63bc2e0a0a39bbd9137513a5d130ae2c78d1fd2ebf9172bf49456f73f0a67b xsa98-4.4-01.patch b338472ecce3c31a55d1a936eebbd4e46cb3ad989b91a64d4b8c5d3ca80d875d xsa98-4.4-02.patch b8535aad5ae969675d59781a81ce0b24491f1abc01aaf36c3620fd7fb6cc84eb xsa98-unstable-01.patch f5e8a93525a8905653da6377097f77681ff8121b973063ff6081e27547ceaa67 xsa98-unstable-02.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTj0N1AAoJEIP+FMlX6CvZYRsH/3PPF+SBphp/IOcJmcoUBI0Y SZumMMtaH3jU49/0V/azYOpKET2VtCHBilBajUAB7kNx+EGHv5NZf6Vn7FMBDCVl gk7Hq39tR0axBTpp4FhK8MJQIEsMUvsohokRFiMsDmhKtWOEKPfmNrgLz6cEvo5H ci46UH0JzPhMVY4tXhd7jo9Vuyae8df+b0yYFZ2QyVdWN3AShlrp62JAXb1lJT8E LO/67uDud7bhuODA+CWmL0jHq7xsJoRitp5gJph9QmSNbkXGJfPy6Sow4qzatnsR Vb9lgJq5MHRodkaie9z4UeANysAJ1J+USvARyMx+xnQ64ETzFIm6pUotzySZWEU= =vyB+ -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa98-4.4-01.patch" Content-Disposition: attachment; filename="xsa98-4.4-01.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGNoZWNrIHBlcm1pc3Npb25zIHdoZW4gY29weWluZyB0by9m cm9tIGd1ZXN0IHZpcnR1YWwgYWRkcmVzc2VzCgpJbiBwYXJ0aWN1bGFyIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoZSBndWVzdCBoYXMgd3JpdGUgcGVybWlz c2lvbnMgdG8gYnVmZmVycwp3aGljaCBpdCBwYXNzZXMgYXMgb3V0cHV0IGJ1 ZmZlcnMgZm9yIGh5cGVyY2FsbHMsIG90aGVyd2lzZSB0aGUgZ3Vlc3QgY2Fu Cm92ZXJ3cml0ZSBtZW1vcnkgd2hpY2ggaXQgc2hvdWxkbid0IGJlIGFibGUg dG8gd3JpdGUgKGxpa2Ugci9vIGdyYW50IHRhYmxlCm1hcHBpbmdzKS4KClRo aXMgaXMgWFNBLTk4LgoKU2lnbmVkLW9mZi1ieTogSWFuIENhbXBiZWxsIDxp YW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KUmV2aWV3ZWQtYnk6IEp1bGllbiBH cmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+CgpkaWZmIC0tZ2l0IGEv eGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jIGIveGVuL2FyY2gvYXJtL2Rv bWFpbl9idWlsZC5jCmluZGV4IDVjYTJmMTUuLjNkYTZiODMgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYworKysgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKQEAgLTk2Nyw3ICs5NjcsNyBAQCBzdGF0 aWMgdm9pZCBpbml0cmRfbG9hZChzdHJ1Y3Qga2VybmVsX2luZm8gKmtpbmZv KQogICAgICAgICBzID0gb2ZmcyAmIH5QQUdFX01BU0s7CiAgICAgICAgIGwg PSBtaW4oUEFHRV9TSVpFIC0gcywgbGVuKTsKIAotICAgICAgICByYyA9IGd2 aXJ0X3RvX21hZGRyKGxvYWRfYWRkciArIG9mZnMsICZtYSk7CisgICAgICAg IHJjID0gZ3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hLCBH VjJNX1dSSVRFKTsKICAgICAgICAgaWYgKCByYyApCiAgICAgICAgIHsKICAg ICAgICAgICAgIHBhbmljKCJVbmFibGUgdG8gdHJhbnNsYXRlIGd1ZXN0IGFk ZHJlc3MiKTsKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS9ndWVzdGNvcHku YyBiL3hlbi9hcmNoL2FybS9ndWVzdGNvcHkuYwppbmRleCBjZWE1Zjk3Li5k MWZkZGVjIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMK KysrIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCkBAIC0xNyw3ICsxNyw3 IEBAIHN0YXRpYyB1bnNpZ25lZCBsb25nIHJhd19jb3B5X3RvX2d1ZXN0X2hl bHBlcih2b2lkICp0bywgY29uc3Qgdm9pZCAqZnJvbSwKICAgICAgICAgdm9p ZCAqcDsKICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNp Z25lZClQQUdFX1NJWkUgLSBvZmZzZXQpOwogCi0gICAgICAgIGlmICggZ3Zp cnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZykgKQorICAgICAgICBpZiAo IGd2aXJ0X3RvX21hZGRyKCh2YWRkcl90KSB0bywgJmcsIEdWMk1fV1JJVEUp ICkKICAgICAgICAgICAgIHJldHVybiBsZW47CiAKICAgICAgICAgcCA9IG1h cF9kb21haW5fcGFnZShnPj5QQUdFX1NISUZUKTsKQEAgLTYyLDcgKzYyLDcg QEAgdW5zaWduZWQgbG9uZyByYXdfY2xlYXJfZ3Vlc3Qodm9pZCAqdG8sIHVu c2lnbmVkIGxlbikKICAgICAgICAgdm9pZCAqcDsKICAgICAgICAgdW5zaWdu ZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZClQQUdFX1NJWkUgLSBvZmZz ZXQpOwogCi0gICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3Qp IHRvLCAmZykgKQorICAgICAgICBpZiAoIGd2aXJ0X3RvX21hZGRyKCh2YWRk cl90KSB0bywgJmcsIEdWMk1fV1JJVEUpICkKICAgICAgICAgICAgIHJldHVy biBsZW47CiAKICAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShnPj5QQUdF X1NISUZUKTsKQEAgLTkyLDcgKzkyLDcgQEAgdW5zaWduZWQgbG9uZyByYXdf Y29weV9mcm9tX2d1ZXN0KHZvaWQgKnRvLCBjb25zdCB2b2lkIF9fdXNlciAq ZnJvbSwgdW5zaWduZWQgbGUKICAgICAgICAgdm9pZCAqcDsKICAgICAgICAg dW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZCkoUEFHRV9TSVpF IC0gb2Zmc2V0KSk7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigo dmFkZHJfdCkgZnJvbSAmIFBBR0VfTUFTSywgJmcpICkKKyAgICAgICAgaWYg KCBndmlydF90b19tYWRkcigodmFkZHJfdCkgZnJvbSAmIFBBR0VfTUFTSywg JmcsIEdWMk1fUkVBRCkgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAog ICAgICAgICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOwpk aWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL2tlcm5lbC5jIGIveGVuL2FyY2gv YXJtL2tlcm5lbC5jCmluZGV4IDFlMzEwN2QuLjY5YzdkNDMgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9rZXJuZWwuYworKysgYi94ZW4vYXJjaC9hcm0v a2VybmVsLmMKQEAgLTE0MSw3ICsxNDEsNyBAQCBzdGF0aWMgdm9pZCBrZXJu ZWxfemltYWdlX2xvYWQoc3RydWN0IGtlcm5lbF9pbmZvICppbmZvKQogICAg ICAgICBzID0gb2ZmcyAmIH5QQUdFX01BU0s7CiAgICAgICAgIGwgPSBtaW4o UEFHRV9TSVpFIC0gcywgbGVuKTsKIAotICAgICAgICByYyA9IGd2aXJ0X3Rv X21hZGRyKGxvYWRfYWRkciArIG9mZnMsICZtYSk7CisgICAgICAgIHJjID0g Z3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hLCBHVjJNX1dS SVRFKTsKICAgICAgICAgaWYgKCByYyApCiAgICAgICAgIHsKICAgICAgICAg ICAgIHBhbmljKCJVbmFibGUgdG8gbWFwIHRyYW5zbGF0ZSBndWVzdCBhZGRy ZXNzIik7CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hl bi9hcmNoL2FybS90cmFwcy5jCmluZGV4IDNhMzRkMzMuLjJlNzQ1MWIgMTAw NjQ0Ci0tLSBhL3hlbi9hcmNoL2FybS90cmFwcy5jCisrKyBiL3hlbi9hcmNo L2FybS90cmFwcy5jCkBAIC04MzYsNyArODM2LDcgQEAgc3RhdGljIHZvaWQg c2hvd19ndWVzdF9zdGFjayhzdHJ1Y3QgdmNwdSAqdiwgc3RydWN0IGNwdV91 c2VyX3JlZ3MgKnJlZ3MpCiAKICAgICBwcmludGsoIkd1ZXN0IHN0YWNrIHRy YWNlIGZyb20gc3A9JSJQUkl2YWRkciI6XG4gICIsIHNwKTsKIAotICAgIGlm ICggZ3ZpcnRfdG9fbWFkZHIoc3AsICZzdGFja19waHlzKSApCisgICAgaWYg KCBndmlydF90b19tYWRkcihzcCwgJnN0YWNrX3BoeXMsIEdWMk1fUkVBRCkg KQogICAgIHsKICAgICAgICAgcHJpbnRrKCJGYWlsZWQgdG8gY29udmVydCBz dGFjayB0byBwaHlzaWNhbCBhZGRyZXNzXG4iKTsKICAgICAgICAgcmV0dXJu OwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9hcm0zMi9wYWdl LmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL2FybTMyL3BhZ2UuaAppbmRleCBi ODIyMWNhLi44MGQ1YzM2IDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20t YXJtL2FybTMyL3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL2Fy bTMyL3BhZ2UuaApAQCAtOTAsMTEgKzkwLDE0IEBAIHN0YXRpYyBpbmxpbmUg dWludDY0X3QgX192YV90b19wYXIodmFkZHJfdCB2YSkKIH0KIAogLyogQXNr IHRoZSBNTVUgdG8gdHJhbnNsYXRlIGEgR3Vlc3QgVkEgZm9yIHVzICovCi1z dGF0aWMgaW5saW5lIHVpbnQ2NF90IGd2YV90b19tYV9wYXIodmFkZHJfdCB2 YSkKK3N0YXRpYyBpbmxpbmUgdWludDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRk cl90IHZhLCB1bnNpZ25lZCBpbnQgZmxhZ3MpCiB7CiAgICAgdWludDY0X3Qg cGFyLCB0bXA7CiAgICAgdG1wID0gUkVBRF9DUDY0KFBBUik7Ci0gICAgV1JJ VEVfQ1AzMih2YSwgQVRTMTJOU09QUik7CisgICAgaWYgKCAoZmxhZ3MgJiBH VjJNX1dSSVRFKSA9PSBHVjJNX1dSSVRFICkKKyAgICAgICAgV1JJVEVfQ1Az Mih2YSwgQVRTMTJOU09QVyk7CisgICAgZWxzZQorICAgICAgICBXUklURV9D UDMyKHZhLCBBVFMxMk5TT1BSKTsKICAgICBpc2IoKTsgLyogRW5zdXJlIHJl c3VsdCBpcyBhdmFpbGFibGUuICovCiAgICAgcGFyID0gUkVBRF9DUDY0KFBB Uik7CiAgICAgV1JJVEVfQ1A2NCh0bXAsIFBBUik7CmRpZmYgLS1naXQgYS94 ZW4vaW5jbHVkZS9hc20tYXJtL2FybTY0L3BhZ2UuaCBiL3hlbi9pbmNsdWRl L2FzbS1hcm0vYXJtNjQvcGFnZS5oCmluZGV4IDMzNTI4MjEuLjM5MjJkODcg MTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5o CisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5oCkBAIC04 MywxMSArODMsMTQgQEAgc3RhdGljIGlubGluZSB1aW50NjRfdCBfX3ZhX3Rv X3Bhcih2YWRkcl90IHZhKQogfQogCiAvKiBBc2sgdGhlIE1NVSB0byB0cmFu c2xhdGUgYSBHdWVzdCBWQSBmb3IgdXMgKi8KLXN0YXRpYyBpbmxpbmUgdWlu dDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRkcl90IHZhKQorc3RhdGljIGlubGlu ZSB1aW50NjRfdCBndmFfdG9fbWFfcGFyKHZhZGRyX3QgdmEsIHVuc2lnbmVk IGludCBmbGFncykKIHsKICAgICB1aW50NjRfdCBwYXIsIHRtcCA9IFJFQURf U1lTUkVHNjQoUEFSX0VMMSk7CiAKLSAgICBhc20gdm9sYXRpbGUgKCJhdCBz MTJlMXIsICUwOyIgOiA6ICJyIiAodmEpKTsKKyAgICBpZiAoIChmbGFncyAm IEdWMk1fV1JJVEUpID09IEdWMk1fV1JJVEUgKQorICAgICAgICBhc20gdm9s YXRpbGUgKCJhdCBzMTJlMXIsICUwOyIgOiA6ICJyIiAodmEpKTsKKyAgICBl bHNlCisgICAgICAgIGFzbSB2b2xhdGlsZSAoImF0IHMxMmUxdywgJTA7IiA6 IDogInIiICh2YSkpOwogICAgIGlzYigpOwogICAgIHBhciA9IFJFQURfU1lT UkVHNjQoUEFSX0VMMSk7CiAgICAgV1JJVEVfU1lTUkVHNjQodG1wLCBQQVJf RUwxKTsKZGlmZiAtLWdpdCBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaCBi L3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAppbmRleCBiOGQ0ZTdkLi5kMGU1 Y2I0IDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKKysr IGIveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oCkBAIC0yMzMsOSArMjMzLDkg QEAgc3RhdGljIGlubGluZSB2b2lkICptYWRkcl90b192aXJ0KHBhZGRyX3Qg bWEpCiB9CiAjZW5kaWYKIAotc3RhdGljIGlubGluZSBpbnQgZ3ZpcnRfdG9f bWFkZHIodmFkZHJfdCB2YSwgcGFkZHJfdCAqcGEpCitzdGF0aWMgaW5saW5l IGludCBndmlydF90b19tYWRkcih2YWRkcl90IHZhLCBwYWRkcl90ICpwYSwg dW5zaWduZWQgaW50IGZsYWdzKQogewotICAgIHVpbnQ2NF90IHBhciA9IGd2 YV90b19tYV9wYXIodmEpOworICAgIHVpbnQ2NF90IHBhciA9IGd2YV90b19t YV9wYXIodmEsIGZsYWdzKTsKICAgICBpZiAoIHBhciAmIFBBUl9GICkKICAg ICAgICAgcmV0dXJuIC1FRkFVTFQ7CiAgICAgKnBhID0gKHBhciAmIFBBRERS X01BU0sgJiBQQUdFX01BU0spIHwgKCh1bnNpZ25lZCBsb25nKSB2YSAmIH5Q QUdFX01BU0spOwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9w YWdlLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaAppbmRleCBlMDBi ZTllLi44NDU2MmVjIDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20tYXJt L3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaApAQCAt NzMsNiArNzMsMTAgQEAKICNkZWZpbmUgTUFUVFJfREVWICAgICAweDEKICNk ZWZpbmUgTUFUVFJfTUVNICAgICAweGYKIAorLyogRmxhZ3MgZm9yIGd2aXJ0 X3RvX21hZGRyICovCisjZGVmaW5lIEdWMk1fUkVBRCAgKDB1PDwwKQorI2Rl ZmluZSBHVjJNX1dSSVRFICgxdTw8MCkKKwogI2lmbmRlZiBfX0FTU0VNQkxZ X18KIAogI2luY2x1ZGUgPHhlbi90eXBlcy5oPgo= --=separator Content-Type: application/octet-stream; name="xsa98-4.4-02.patch" Content-Disposition: attachment; filename="xsa98-4.4-02.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGVuc3VyZSB3ZSBob2xkIGEgcmVmZXJlbmNlIHRvIGd1ZXN0 IHBhZ2VzIHdoaWxlIHdlIGNvcHkgdG8vZnJvbSB0aGVtCgpUaGlzIGF0IG9u Y2U6CiAtIHByZXZlbnRzIHRoZSBwYWdlIGZyb20gYmVpbmcgcmVhc3NpZ25l ZCB1bmRlciBvdXIgZmVldAogLSBlbnN1cmVzIHRoYXQgdGhlIGRvbWFpbiBv d25zIHRoZSBwYWdlLCB3aGljaCBzdG9wcyBhIGRvbWFpbiBmcm9tIGdpdmlu ZyBhCiAgIGdyYW50IG1hcHBpbmcsIE1NSU8gcmVnaW9uLCBvdGhlciBub24t UkFNIGFzIGEgaHlwZXJjYWxsIGlucHV0L291dHB1dC4KCldlIG5lZWQgdG8g aG9sZCB0aGUgcDJtIGxvY2sgd2hpbGUgZG9pbmcgdGhlIGxvb2t1cCB1bnRp bCB3ZSBoYXZlIHRoZQpyZWZlcmVuY2UuCgpUaGlzIGFsc28gcmVxdWlyZXMg dGhhdCBkdXJpbmcgZG9tYWluIDAgYnVpbGRpbmcgY3VycmVudCBpcyBzZXQg dG8gYW4gYWN0dWFsCmRvbTAgdmNwdSwgc28gdGFrZSBjYXJlIG9mIHRoaXMg YXQgdGhlIHNhbWUgdGltZSBhcyB0aGUgcDJtIGlzIHRlbXBvcmFyaWx5Cmxv YWRlZC4KCkxhc3RseSB3aGVuIGR1bXBpbmcgdGhlIGd1ZXN0IHN0YWNrIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGd1ZXN0IGhhc24ndApwb2lu dGVkIGl0cyBzcCBvZmYgaW50byB0aGUgd2VlZHMgYW5kL29yIG1pc2FsaWdu ZWQgaXQsIHdoaWNoIGNvdWxkIGxlYWQgdG8KaHlwZXJ2aXNvciB0cmFwcy4g U29sdmUgdGhpcyBieSB1c2luZyB0aGUgbmV3IGZ1bmN0aW9uIGFuZCBjaGVj a2luZyBhbGlnbm1lbnQKZmlyc3QuCgpTaWduZWQtb2ZmLWJ5OiBJYW4gQ2Ft cGJlbGwgPGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpSZXZpZXdlZC1ieTog SnVsaWVuIEdyYWxsIDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KWyBpamMg LS0gYmFja3BvcnRlZCB0byA0LjQsIHVzaW5nIHAybV9sb2FkX1ZUVEJSIF0K CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMgYi94 ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMKaW5kZXggM2RhNmI4My4uYzE0 OTdmOCAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5j CisrKyBiL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYwpAQCAtOTg2LDYg Kzk4Niw3IEBAIHN0YXRpYyB2b2lkIGluaXRyZF9sb2FkKHN0cnVjdCBrZXJu ZWxfaW5mbyAqa2luZm8pCiBpbnQgY29uc3RydWN0X2RvbTAoc3RydWN0IGRv bWFpbiAqZCkKIHsKICAgICBzdHJ1Y3Qga2VybmVsX2luZm8ga2luZm8gPSB7 fTsKKyAgICBzdHJ1Y3QgdmNwdSAqc2F2ZWRfY3VycmVudDsKICAgICBpbnQg cmMsIGksIGNwdTsKIAogICAgIHN0cnVjdCB2Y3B1ICp2ID0gZC0+dmNwdVsw XTsKQEAgLTEwMjEsNyArMTAyMiw5IEBAIGludCBjb25zdHJ1Y3RfZG9tMChz dHJ1Y3QgZG9tYWluICpkKQogICAgICAgICByZXR1cm4gcmM7CiAKICAgICAv KiBUaGUgZm9sbG93aW5nIGxvYWRzIHVzZSB0aGUgZG9tYWluJ3MgcDJtICov CisgICAgc2F2ZWRfY3VycmVudCA9IGN1cnJlbnQ7CiAgICAgcDJtX2xvYWRf VlRUQlIoZCk7CisgICAgc2V0X2N1cnJlbnQodik7CiAjaWZkZWYgQ09ORklH X0FSTV82NAogICAgIGQtPmFyY2gudHlwZSA9IGtpbmZvLnR5cGU7CiAgICAg aWYgKCBpc19wdjMyX2RvbWFpbihkKSApCkBAIC0xMDM5LDYgKzEwNDIsMTAg QEAgaW50IGNvbnN0cnVjdF9kb20wKHN0cnVjdCBkb21haW4gKmQpCiAgICAg aW5pdHJkX2xvYWQoJmtpbmZvKTsKICAgICBkdGJfbG9hZCgma2luZm8pOwog CisgICAgLyogTm93IHRoYXQgd2UgYXJlIGRvbmUgcmVzdG9yZSB0aGUgb3Jp Z2luYWwgcDJtIGFuZCBjdXJyZW50LiAqLworICAgIHNldF9jdXJyZW50KHNh dmVkX2N1cnJlbnQpOworICAgIHAybV9sb2FkX1ZUVEJSKGN1cnJlbnQtPmRv bWFpbik7CisKICAgICBkaXNjYXJkX2luaXRpYWxfbW9kdWxlcygpOwogCiAg ICAgdi0+aXNfaW5pdGlhbGlzZWQgPSAxOwpkaWZmIC0tZ2l0IGEveGVuL2Fy Y2gvYXJtL2d1ZXN0Y29weS5jIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5j CmluZGV4IGQxZmRkZWMuLjAxNzM1OTcgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNo L2FybS9ndWVzdGNvcHkuYworKysgYi94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5 LmMKQEAgLTEsNiArMSw4IEBACiAjaW5jbHVkZSA8eGVuL2NvbmZpZy5oPgog I2luY2x1ZGUgPHhlbi9saWIuaD4KICNpbmNsdWRlIDx4ZW4vZG9tYWluX3Bh Z2UuaD4KKyNpbmNsdWRlIDx4ZW4vc2NoZWQuaD4KKyNpbmNsdWRlIDxhc20v Y3VycmVudC5oPgogCiAjaW5jbHVkZSA8YXNtL21tLmg+CiAjaW5jbHVkZSA8 YXNtL2d1ZXN0X2FjY2Vzcy5oPgpAQCAtMTMsMjAgKzE1LDIyIEBAIHN0YXRp YyB1bnNpZ25lZCBsb25nIHJhd19jb3B5X3RvX2d1ZXN0X2hlbHBlcih2b2lk ICp0bywgY29uc3Qgdm9pZCAqZnJvbSwKIAogICAgIHdoaWxlICggbGVuICkK ICAgICB7Ci0gICAgICAgIHBhZGRyX3QgZzsKICAgICAgICAgdm9pZCAqcDsK ICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZClQ QUdFX1NJWkUgLSBvZmZzZXQpOworICAgICAgICBzdHJ1Y3QgcGFnZV9pbmZv ICpwYWdlOwogCi0gICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRy X3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQorICAgICAgICBwYWdlID0gZ2V0 X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9tYWluLCAodmFkZHJfdCkgdG8s IEdWMk1fV1JJVEUpOworICAgICAgICBpZiAoIHBhZ2UgPT0gTlVMTCApCiAg ICAgICAgICAgICByZXR1cm4gbGVuOwogCi0gICAgICAgIHAgPSBtYXBfZG9t YWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7CisgICAgICAgIHAgPSBfX21hcF9k b21haW5fcGFnZShwYWdlKTsKICAgICAgICAgcCArPSBvZmZzZXQ7CiAgICAg ICAgIG1lbWNweShwLCBmcm9tLCBzaXplKTsKICAgICAgICAgaWYgKCBmbHVz aF9kY2FjaGUgKQogICAgICAgICAgICAgY2xlYW5feGVuX2RjYWNoZV92YV9y YW5nZShwLCBzaXplKTsKIAogICAgICAgICB1bm1hcF9kb21haW5fcGFnZShw IC0gb2Zmc2V0KTsKKyAgICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAg IGxlbiAtPSBzaXplOwogICAgICAgICBmcm9tICs9IHNpemU7CiAgICAgICAg IHRvICs9IHNpemU7CkBAIC01OCwxOCArNjIsMjAgQEAgdW5zaWduZWQgbG9u ZyByYXdfY2xlYXJfZ3Vlc3Qodm9pZCAqdG8sIHVuc2lnbmVkIGxlbikKIAog ICAgIHdoaWxlICggbGVuICkKICAgICB7Ci0gICAgICAgIHBhZGRyX3QgZzsK ICAgICAgICAgdm9pZCAqcDsKICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1p bihsZW4sICh1bnNpZ25lZClQQUdFX1NJWkUgLSBvZmZzZXQpOworICAgICAg ICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwogCi0gICAgICAgIGlmICggZ3Zp cnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQor ICAgICAgICBwYWdlID0gZ2V0X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9t YWluLCAodmFkZHJfdCkgdG8sIEdWMk1fV1JJVEUpOworICAgICAgICBpZiAo IHBhZ2UgPT0gTlVMTCApCiAgICAgICAgICAgICByZXR1cm4gbGVuOwogCi0g ICAgICAgIHAgPSBtYXBfZG9tYWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7Cisg ICAgICAgIHAgPSBfX21hcF9kb21haW5fcGFnZShwYWdlKTsKICAgICAgICAg cCArPSBvZmZzZXQ7CiAgICAgICAgIG1lbXNldChwLCAweDAwLCBzaXplKTsK IAogICAgICAgICB1bm1hcF9kb21haW5fcGFnZShwIC0gb2Zmc2V0KTsKKyAg ICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgIGxlbiAtPSBzaXplOwog ICAgICAgICB0byArPSBzaXplOwogICAgICAgICAvKgpAQCAtODgsMTkgKzk0 LDIxIEBAIHVuc2lnbmVkIGxvbmcgcmF3X2NvcHlfZnJvbV9ndWVzdCh2b2lk ICp0bywgY29uc3Qgdm9pZCBfX3VzZXIgKmZyb20sIHVuc2lnbmVkIGxlCiAK ICAgICB3aGlsZSAoIGxlbiApCiAgICAgewotICAgICAgICBwYWRkcl90IGc7 CiAgICAgICAgIHZvaWQgKnA7CiAgICAgICAgIHVuc2lnbmVkIHNpemUgPSBt aW4obGVuLCAodW5zaWduZWQpKFBBR0VfU0laRSAtIG9mZnNldCkpOworICAg ICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwogCi0gICAgICAgIGlmICgg Z3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3QpIGZyb20gJiBQQUdFX01BU0ssICZn LCBHVjJNX1JFQUQpICkKKyAgICAgICAgcGFnZSA9IGdldF9wYWdlX2Zyb21f Z3ZhKGN1cnJlbnQtPmRvbWFpbiwgKHZhZGRyX3QpIGZyb20sIEdWMk1fUkVB RCk7CisgICAgICAgIGlmICggcGFnZSA9PSBOVUxMICkKICAgICAgICAgICAg IHJldHVybiBsZW47CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShn Pj5QQUdFX1NISUZUKTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFpbl9wYWdl KHBhZ2UpOwogICAgICAgICBwICs9ICgodmFkZHJfdClmcm9tICYgKH5QQUdF X01BU0spKTsKIAogICAgICAgICBtZW1jcHkodG8sIHAsIHNpemUpOwogCiAg ICAgICAgIHVubWFwX2RvbWFpbl9wYWdlKHApOworICAgICAgICBwdXRfcGFn ZShwYWdlKTsKICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAgIGZyb20g Kz0gc2l6ZTsKICAgICAgICAgdG8gKz0gc2l6ZTsKZGlmZiAtLWdpdCBhL3hl bi9hcmNoL2FybS9wMm0uYyBiL3hlbi9hcmNoL2FybS9wMm0uYwppbmRleCBk MDBjODgyLi43ZmQ1OTIwIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vcDJt LmMKKysrIGIveGVuL2FyY2gvYXJtL3AybS5jCkBAIC02NTUsNiArNjU1LDM0 IEBAIHVuc2lnbmVkIGxvbmcgZ21mbl90b19tZm4oc3RydWN0IGRvbWFpbiAq ZCwgdW5zaWduZWQgbG9uZyBncGZuKQogICAgIHJldHVybiBwID4+IFBBR0Vf U0hJRlQ7CiB9CiAKK3N0cnVjdCBwYWdlX2luZm8gKmdldF9wYWdlX2Zyb21f Z3ZhKHN0cnVjdCBkb21haW4gKmQsIHZhZGRyX3QgdmEsCisgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGZsYWdz KQoreworICAgIHN0cnVjdCBwMm1fZG9tYWluICpwMm0gPSAmZC0+YXJjaC5w Mm07CisgICAgc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSA9IE5VTEw7CisgICAg cGFkZHJfdCBtYWRkcjsKKworICAgIEFTU0VSVChkID09IGN1cnJlbnQtPmRv bWFpbik7CisKKyAgICBzcGluX2xvY2soJnAybS0+bG9jayk7CisKKyAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKHZhLCAmbWFkZHIsIGZsYWdzKSApCisgICAg ICAgIGdvdG8gZXJyOworCisgICAgaWYgKCAhbWZuX3ZhbGlkKG1hZGRyID4+ IFBBR0VfU0hJRlQpICkKKyAgICAgICAgZ290byBlcnI7CisKKyAgICBwYWdl ID0gbWZuX3RvX3BhZ2UobWFkZHIgPj4gUEFHRV9TSElGVCk7CisgICAgQVNT RVJUKHBhZ2UpOworCisgICAgaWYgKCB1bmxpa2VseSghZ2V0X3BhZ2UocGFn ZSwgZCkpICkKKyAgICAgICAgcGFnZSA9IE5VTEw7CisKK2VycjoKKyAgICBz cGluX3VubG9jaygmcDJtLT5sb2NrKTsKKyAgICByZXR1cm4gcGFnZTsKK30K KwogLyoKICAqIExvY2FsIHZhcmlhYmxlczoKICAqIG1vZGU6IEMKZGlmZiAt LWdpdCBhL3hlbi9hcmNoL2FybS90cmFwcy5jIGIveGVuL2FyY2gvYXJtL3Ry YXBzLmMKaW5kZXggMmU3NDUxYi4uMDAwNzFhMyAxMDA2NDQKLS0tIGEveGVu L2FyY2gvYXJtL3RyYXBzLmMKKysrIGIveGVuL2FyY2gvYXJtL3RyYXBzLmMK QEAgLTc3Niw3ICs3NzYsNyBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0 YWNrKHN0cnVjdCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVn cykKIHsKICAgICBpbnQgaTsKICAgICB2YWRkcl90IHNwOwotICAgIHBhZGRy X3Qgc3RhY2tfcGh5czsKKyAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwog ICAgIHZvaWQgKm1hcHBlZDsKICAgICB1bnNpZ25lZCBsb25nICpzdGFjaywg YWRkcjsKIApAQCAtODM2LDEzICs4MzYsMjAgQEAgc3RhdGljIHZvaWQgc2hv d19ndWVzdF9zdGFjayhzdHJ1Y3QgdmNwdSAqdiwgc3RydWN0IGNwdV91c2Vy X3JlZ3MgKnJlZ3MpCiAKICAgICBwcmludGsoIkd1ZXN0IHN0YWNrIHRyYWNl IGZyb20gc3A9JSJQUkl2YWRkciI6XG4gICIsIHNwKTsKIAotICAgIGlmICgg Z3ZpcnRfdG9fbWFkZHIoc3AsICZzdGFja19waHlzLCBHVjJNX1JFQUQpICkK KyAgICBpZiAoIHNwICYgKCBzaXplb2YobG9uZykgLSAxICkgKQorICAgIHsK KyAgICAgICAgcHJpbnRrKCJTdGFjayBpcyBtaXNhbGlnbmVkXG4iKTsKKyAg ICAgICAgcmV0dXJuOworICAgIH0KKworICAgIHBhZ2UgPSBnZXRfcGFnZV9m cm9tX2d2YShjdXJyZW50LT5kb21haW4sIHNwLCBHVjJNX1JFQUQpOworICAg IGlmICggcGFnZSA9PSBOVUxMICkKICAgICB7CiAgICAgICAgIHByaW50aygi RmFpbGVkIHRvIGNvbnZlcnQgc3RhY2sgdG8gcGh5c2ljYWwgYWRkcmVzc1xu Iik7CiAgICAgICAgIHJldHVybjsKICAgICB9CiAKLSAgICBtYXBwZWQgPSBt YXBfZG9tYWluX3BhZ2Uoc3RhY2tfcGh5cyA+PiBQQUdFX1NISUZUKTsKKyAg ICBtYXBwZWQgPSBfX21hcF9kb21haW5fcGFnZShwYWdlKTsKIAogICAgIHN0 YWNrID0gbWFwcGVkICsgKHNwICYgflBBR0VfTUFTSyk7CiAKQEAgLTg2MCw3 ICs4NjcsNyBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVj dCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKICAgICAg ICAgcHJpbnRrKCJTdGFjayBlbXB0eS4iKTsKICAgICBwcmludGsoIlxuIik7 CiAgICAgdW5tYXBfZG9tYWluX3BhZ2UobWFwcGVkKTsKLQorICAgIHB1dF9w YWdlKHBhZ2UpOwogfQogCiAjZGVmaW5lIFNUQUNLX0JFRk9SRV9FWENFUFRJ T04ocmVncykgKChyZWdpc3Rlcl90KikocmVncyktPnNwKQpkaWZmIC0tZ2l0 IGEveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oIGIveGVuL2luY2x1ZGUvYXNt LWFybS9tbS5oCmluZGV4IGQwZTVjYjQuLjhiZjE3OWQgMTAwNjQ0Ci0tLSBh L3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAorKysgYi94ZW4vaW5jbHVkZS9h c20tYXJtL21tLmgKQEAgLTI3Myw2ICsyNzMsOSBAQCBzdHJ1Y3QgZG9tYWlu ICpwYWdlX2dldF9vd25lcl9hbmRfcmVmZXJlbmNlKHN0cnVjdCBwYWdlX2lu Zm8gKnBhZ2UpOwogdm9pZCBwdXRfcGFnZShzdHJ1Y3QgcGFnZV9pbmZvICpw YWdlKTsKIGludCAgZ2V0X3BhZ2Uoc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSwg c3RydWN0IGRvbWFpbiAqZG9tYWluKTsKIAorc3RydWN0IHBhZ2VfaW5mbyAq Z2V0X3BhZ2VfZnJvbV9ndmEoc3RydWN0IGRvbWFpbiAqZCwgdmFkZHJfdCB2 YSwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuc2ln bmVkIGxvbmcgZmxhZ3MpOworCiAvKgogICogVGhlIE1QVCAobWFjaGluZS0+ cGh5c2ljYWwgbWFwcGluZyB0YWJsZSkgaXMgYW4gYXJyYXkgb2Ygd29yZC1z aXplZAogICogdmFsdWVzLCBpbmRleGVkIG9uIG1hY2hpbmUgZnJhbWUgbnVt YmVyLiBJdCBpcyBleHBlY3RlZCB0aGF0IGd1ZXN0IE9TZXMKZGlmZiAtLWdp dCBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oIGIveGVuL2luY2x1ZGUv YXNtLWFybS9wYWdlLmgKaW5kZXggODQ1NjJlYy4uYzExODMwOSAxMDA2NDQK LS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9wYWdlLmgKKysrIGIveGVuL2lu Y2x1ZGUvYXNtLWFybS9wYWdlLmgKQEAgLTczLDcgKzczLDcgQEAKICNkZWZp bmUgTUFUVFJfREVWICAgICAweDEKICNkZWZpbmUgTUFUVFJfTUVNICAgICAw eGYKIAotLyogRmxhZ3MgZm9yIGd2aXJ0X3RvX21hZGRyICovCisvKiBGbGFn cyBmb3IgZ2V0X3BhZ2VfZnJvbV9ndmEsIGd2aXJ0X3RvX21hZGRyIGV0YyAq LwogI2RlZmluZSBHVjJNX1JFQUQgICgwdTw8MCkKICNkZWZpbmUgR1YyTV9X UklURSAoMXU8PDApCiAK --=separator Content-Type: application/octet-stream; name="xsa98-unstable-01.patch" Content-Disposition: attachment; filename="xsa98-unstable-01.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGNoZWNrIHBlcm1pc3Npb25zIHdoZW4gY29weWluZyB0by9m cm9tIGd1ZXN0IHZpcnR1YWwgYWRkcmVzc2VzCgpJbiBwYXJ0aWN1bGFyIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoZSBndWVzdCBoYXMgd3JpdGUgcGVybWlz c2lvbnMgdG8gYnVmZmVycwp3aGljaCBpdCBwYXNzZXMgYXMgb3V0cHV0IGJ1 ZmZlcnMgZm9yIGh5cGVyY2FsbHMsIG90aGVyd2lzZSB0aGUgZ3Vlc3QgY2Fu Cm92ZXJ3cml0ZSBtZW1vcnkgd2hpY2ggaXQgc2hvdWxkbid0IGJlIGFibGUg dG8gd3JpdGUgKGxpa2Ugci9vIGdyYW50IHRhYmxlCm1hcHBpbmdzKS4KClRo aXMgaXMgWFNBLTk4LgoKU2lnbmVkLW9mZi1ieTogSWFuIENhbXBiZWxsIDxp YW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KUmV2aWV3ZWQtYnk6IEp1bGllbiBH cmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+CgpkaWZmIC0tZ2l0IGEv eGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jIGIveGVuL2FyY2gvYXJtL2Rv bWFpbl9idWlsZC5jCmluZGV4IGM0MjQ3OTMuLmQwNzk5ODIgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYworKysgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKQEAgLTEwMDUsNyArMTAwNSw3IEBAIHN0 YXRpYyB2b2lkIGluaXRyZF9sb2FkKHN0cnVjdCBrZXJuZWxfaW5mbyAqa2lu Zm8pCiAgICAgICAgIHMgPSBvZmZzICYgflBBR0VfTUFTSzsKICAgICAgICAg bCA9IG1pbihQQUdFX1NJWkUgLSBzLCBsZW4pOwogCi0gICAgICAgIHJjID0g Z3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hKTsKKyAgICAg ICAgcmMgPSBndmlydF90b19tYWRkcihsb2FkX2FkZHIgKyBvZmZzLCAmbWEs IEdWMk1fV1JJVEUpOwogICAgICAgICBpZiAoIHJjICkKICAgICAgICAgewog ICAgICAgICAgICAgcGFuaWMoIlVuYWJsZSB0byB0cmFuc2xhdGUgZ3Vlc3Qg YWRkcmVzcyIpOwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL2d1ZXN0Y29w eS5jIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCmluZGV4IGNlYTVmOTcu LmQxZmRkZWMgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNoL2FybS9ndWVzdGNvcHku YworKysgYi94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMKQEAgLTE3LDcgKzE3 LDcgQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcgcmF3X2NvcHlfdG9fZ3Vlc3Rf aGVscGVyKHZvaWQgKnRvLCBjb25zdCB2b2lkICpmcm9tLAogICAgICAgICB2 b2lkICpwOwogICAgICAgICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVu c2lnbmVkKVBBR0VfU0laRSAtIG9mZnNldCk7CiAKLSAgICAgICAgaWYgKCBn dmlydF90b19tYWRkcigodmFkZHJfdCkgdG8sICZnKSApCisgICAgICAgIGlm ICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZywgR1YyTV9XUklU RSkgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAogICAgICAgICBwID0g bWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOwpAQCAtNjIsNyArNjIs NyBAQCB1bnNpZ25lZCBsb25nIHJhd19jbGVhcl9ndWVzdCh2b2lkICp0bywg dW5zaWduZWQgbGVuKQogICAgICAgICB2b2lkICpwOwogICAgICAgICB1bnNp Z25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0VfU0laRSAtIG9m ZnNldCk7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJf dCkgdG8sICZnKSApCisgICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZh ZGRyX3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQogICAgICAgICAgICAgcmV0 dXJuIGxlbjsKIAogICAgICAgICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBB R0VfU0hJRlQpOwpAQCAtOTIsNyArOTIsNyBAQCB1bnNpZ25lZCBsb25nIHJh d19jb3B5X2Zyb21fZ3Vlc3Qodm9pZCAqdG8sIGNvbnN0IHZvaWQgX191c2Vy ICpmcm9tLCB1bnNpZ25lZCBsZQogICAgICAgICB2b2lkICpwOwogICAgICAg ICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKShQQUdFX1NJ WkUgLSBvZmZzZXQpKTsKIAotICAgICAgICBpZiAoIGd2aXJ0X3RvX21hZGRy KCh2YWRkcl90KSBmcm9tICYgUEFHRV9NQVNLLCAmZykgKQorICAgICAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKCh2YWRkcl90KSBmcm9tICYgUEFHRV9NQVNL LCAmZywgR1YyTV9SRUFEKSApCiAgICAgICAgICAgICByZXR1cm4gbGVuOwog CiAgICAgICAgIHAgPSBtYXBfZG9tYWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7 CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0va2VybmVsLmMgYi94ZW4vYXJj aC9hcm0va2VybmVsLmMKaW5kZXggYzgyOTA2Zi4uNjkxODJlYyAxMDA2NDQK LS0tIGEveGVuL2FyY2gvYXJtL2tlcm5lbC5jCisrKyBiL3hlbi9hcmNoL2Fy bS9rZXJuZWwuYwpAQCAtMTcyLDcgKzE3Miw3IEBAIHN0YXRpYyB2b2lkIGtl cm5lbF96aW1hZ2VfbG9hZChzdHJ1Y3Qga2VybmVsX2luZm8gKmluZm8pCiAg ICAgICAgIHMgPSBvZmZzICYgflBBR0VfTUFTSzsKICAgICAgICAgbCA9IG1p bihQQUdFX1NJWkUgLSBzLCBsZW4pOwogCi0gICAgICAgIHJjID0gZ3ZpcnRf dG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hKTsKKyAgICAgICAgcmMg PSBndmlydF90b19tYWRkcihsb2FkX2FkZHIgKyBvZmZzLCAmbWEsIEdWMk1f V1JJVEUpOwogICAgICAgICBpZiAoIHJjICkKICAgICAgICAgewogICAgICAg ICAgICAgcGFuaWMoIlVuYWJsZSB0byBtYXAgdHJhbnNsYXRlIGd1ZXN0IGFk ZHJlc3MiKTsKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS90cmFwcy5jIGIv eGVuL2FyY2gvYXJtL3RyYXBzLmMKaW5kZXggMDNhM2RhNi4uZGY4NmZmZSAx MDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL3RyYXBzLmMKKysrIGIveGVuL2Fy Y2gvYXJtL3RyYXBzLmMKQEAgLTgzNyw3ICs4MzcsNyBAQCBzdGF0aWMgdm9p ZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVjdCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1 X3VzZXJfcmVncyAqcmVncykKIAogICAgIHByaW50aygiR3Vlc3Qgc3RhY2sg dHJhY2UgZnJvbSBzcD0lIlBSSXZhZGRyIjpcbiAgIiwgc3ApOwogCi0gICAg aWYgKCBndmlydF90b19tYWRkcihzcCwgJnN0YWNrX3BoeXMpICkKKyAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKHNwLCAmc3RhY2tfcGh5cywgR1YyTV9SRUFE KSApCiAgICAgewogICAgICAgICBwcmludGsoIkZhaWxlZCB0byBjb252ZXJ0 IHN0YWNrIHRvIHBoeXNpY2FsIGFkZHJlc3NcbiIpOwogICAgICAgICByZXR1 cm47CmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJtL2FybTMyL3Bh Z2UuaCBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtMzIvcGFnZS5oCmluZGV4 IDRhYmIyODEuLjk3NDA2NzIgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2Fz bS1hcm0vYXJtMzIvcGFnZS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0v YXJtMzIvcGFnZS5oCkBAIC04NywxMSArODcsMTQgQEAgc3RhdGljIGlubGlu ZSB1aW50NjRfdCBfX3ZhX3RvX3Bhcih2YWRkcl90IHZhKQogfQogCiAvKiBB c2sgdGhlIE1NVSB0byB0cmFuc2xhdGUgYSBHdWVzdCBWQSBmb3IgdXMgKi8K LXN0YXRpYyBpbmxpbmUgdWludDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRkcl90 IHZhKQorc3RhdGljIGlubGluZSB1aW50NjRfdCBndmFfdG9fbWFfcGFyKHZh ZGRyX3QgdmEsIHVuc2lnbmVkIGludCBmbGFncykKIHsKICAgICB1aW50NjRf dCBwYXIsIHRtcDsKICAgICB0bXAgPSBSRUFEX0NQNjQoUEFSKTsKLSAgICBX UklURV9DUDMyKHZhLCBBVFMxMk5TT1BSKTsKKyAgICBpZiAoIChmbGFncyAm IEdWMk1fV1JJVEUpID09IEdWMk1fV1JJVEUgKQorICAgICAgICBXUklURV9D UDMyKHZhLCBBVFMxMk5TT1BXKTsKKyAgICBlbHNlCisgICAgICAgIFdSSVRF X0NQMzIodmEsIEFUUzEyTlNPUFIpOwogICAgIGlzYigpOyAvKiBFbnN1cmUg cmVzdWx0IGlzIGF2YWlsYWJsZS4gKi8KICAgICBwYXIgPSBSRUFEX0NQNjQo UEFSKTsKICAgICBXUklURV9DUDY0KHRtcCwgUEFSKTsKZGlmZiAtLWdpdCBh L3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5oIGIveGVuL2luY2x1 ZGUvYXNtLWFybS9hcm02NC9wYWdlLmgKaW5kZXggNzEzYmFmNi4uYmIxMDE2 NCAxMDA2NDQKLS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9hcm02NC9wYWdl LmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLWFybS9hcm02NC9wYWdlLmgKQEAg LTgxLDExICs4MSwxNCBAQCBzdGF0aWMgaW5saW5lIHVpbnQ2NF90IF9fdmFf dG9fcGFyKHZhZGRyX3QgdmEpCiB9CiAKIC8qIEFzayB0aGUgTU1VIHRvIHRy YW5zbGF0ZSBhIEd1ZXN0IFZBIGZvciB1cyAqLwotc3RhdGljIGlubGluZSB1 aW50NjRfdCBndmFfdG9fbWFfcGFyKHZhZGRyX3QgdmEpCitzdGF0aWMgaW5s aW5lIHVpbnQ2NF90IGd2YV90b19tYV9wYXIodmFkZHJfdCB2YSwgdW5zaWdu ZWQgaW50IGZsYWdzKQogewogICAgIHVpbnQ2NF90IHBhciwgdG1wID0gUkVB RF9TWVNSRUc2NChQQVJfRUwxKTsKIAotICAgIGFzbSB2b2xhdGlsZSAoImF0 IHMxMmUxciwgJTA7IiA6IDogInIiICh2YSkpOworICAgIGlmICggKGZsYWdz ICYgR1YyTV9XUklURSkgPT0gR1YyTV9XUklURSApCisgICAgICAgIGFzbSB2 b2xhdGlsZSAoImF0IHMxMmUxciwgJTA7IiA6IDogInIiICh2YSkpOworICAg IGVsc2UKKyAgICAgICAgYXNtIHZvbGF0aWxlICgiYXQgczEyZTF3LCAlMDsi IDogOiAiciIgKHZhKSk7CiAgICAgaXNiKCk7CiAgICAgcGFyID0gUkVBRF9T WVNSRUc2NChQQVJfRUwxKTsKICAgICBXUklURV9TWVNSRUc2NCh0bXAsIFBB Ul9FTDEpOwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5o IGIveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oCmluZGV4IGI4ZDRlN2QuLmQw ZTVjYjQgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAor KysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKQEAgLTIzMyw5ICsyMzMs OSBAQCBzdGF0aWMgaW5saW5lIHZvaWQgKm1hZGRyX3RvX3ZpcnQocGFkZHJf dCBtYSkKIH0KICNlbmRpZgogCi1zdGF0aWMgaW5saW5lIGludCBndmlydF90 b19tYWRkcih2YWRkcl90IHZhLCBwYWRkcl90ICpwYSkKK3N0YXRpYyBpbmxp bmUgaW50IGd2aXJ0X3RvX21hZGRyKHZhZGRyX3QgdmEsIHBhZGRyX3QgKnBh LCB1bnNpZ25lZCBpbnQgZmxhZ3MpCiB7Ci0gICAgdWludDY0X3QgcGFyID0g Z3ZhX3RvX21hX3Bhcih2YSk7CisgICAgdWludDY0X3QgcGFyID0gZ3ZhX3Rv X21hX3Bhcih2YSwgZmxhZ3MpOwogICAgIGlmICggcGFyICYgUEFSX0YgKQog ICAgICAgICByZXR1cm4gLUVGQVVMVDsKICAgICAqcGEgPSAocGFyICYgUEFE RFJfTUFTSyAmIFBBR0VfTUFTSykgfCAoKHVuc2lnbmVkIGxvbmcpIHZhICYg flBBR0VfTUFTSyk7CmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJt L3BhZ2UuaCBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oCmluZGV4IGMz OGU5YzkuLmU3MjNlNWEgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1h cm0vcGFnZS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oCkBA IC03Myw2ICs3MywxMCBAQAogI2RlZmluZSBNQVRUUl9ERVYgICAgIDB4MQog I2RlZmluZSBNQVRUUl9NRU0gICAgIDB4ZgogCisvKiBGbGFncyBmb3IgZ3Zp cnRfdG9fbWFkZHIgKi8KKyNkZWZpbmUgR1YyTV9SRUFEICAoMHU8PDApCisj ZGVmaW5lIEdWMk1fV1JJVEUgKDF1PDwwKQorCiAjaWZuZGVmIF9fQVNTRU1C TFlfXwogCiAjaW5jbHVkZSA8eGVuL3R5cGVzLmg+Cg== --=separator Content-Type: application/octet-stream; name="xsa98-unstable-02.patch" Content-Disposition: attachment; filename="xsa98-unstable-02.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGVuc3VyZSB3ZSBob2xkIGEgcmVmZXJlbmNlIHRvIGd1ZXN0 IHBhZ2VzIHdoaWxlIHdlIGNvcHkgdG8vZnJvbSB0aGVtCgpUaGlzIGF0IG9u Y2U6CiAtIHByZXZlbnRzIHRoZSBwYWdlIGZyb20gYmVpbmcgcmVhc3NpZ25l ZCB1bmRlciBvdXIgZmVldAogLSBlbnN1cmVzIHRoYXQgdGhlIGRvbWFpbiBv d25zIHRoZSBwYWdlLCB3aGljaCBzdG9wcyBhIGRvbWFpbiBmcm9tIGdpdmlu ZyBhCiAgIGdyYW50IG1hcHBpbmcsIE1NSU8gcmVnaW9uLCBvdGhlciBub24t UkFNIGFzIGEgaHlwZXJjYWxsIGlucHV0L291dHB1dC4KCldlIG5lZWQgdG8g aG9sZCB0aGUgcDJtIGxvY2sgd2hpbGUgZG9pbmcgdGhlIGxvb2t1cCB1bnRp bCB3ZSBoYXZlIHRoZQpyZWZlcmVuY2UuCgpUaGlzIGFsc28gcmVxdWlyZXMg dGhhdCBkdXJpbmcgZG9tYWluIDAgYnVpbGRpbmcgY3VycmVudCBpcyBzZXQg dG8gYW4gYWN0dWFsCmRvbTAgdmNwdSwgc28gdGFrZSBjYXJlIG9mIHRoaXMg YXQgdGhlIHNhbWUgdGltZSBhcyB0aGUgcDJtIGlzIHRlbXBvcmFyaWx5Cmxv YWRlZC4KCkxhc3RseSB3aGVuIGR1bXBpbmcgdGhlIGd1ZXN0IHN0YWNrIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGd1ZXN0IGhhc24ndApwb2lu dGVkIGl0cyBzcCBvZmYgaW50byB0aGUgd2VlZHMgYW5kL29yIG1pc2FsaWdu ZWQgaXQsIHdoaWNoIGNvdWxkIGxlYWQgdG8KaHlwZXJ2aXNvciB0cmFwcy4g U29sdmUgdGhpcyBieSB1c2luZyB0aGUgbmV3IGZ1bmN0aW9uIGFuZCBjaGVj a2luZyBhbGlnbm1lbnQKZmlyc3QuCgpTaWduZWQtb2ZmLWJ5OiBJYW4gQ2Ft cGJlbGwgPGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpSZXZpZXdlZC1ieTog SnVsaWVuIEdyYWxsIDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KCmRpZmYg LS1naXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKaW5kZXggZDA3OTk4Mi4uNGRkMmQ4NCAx MDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jCisrKyBi L3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYwpAQCAtMTAyNCw2ICsxMDI0 LDcgQEAgc3RhdGljIHZvaWQgaW5pdHJkX2xvYWQoc3RydWN0IGtlcm5lbF9p bmZvICpraW5mbykKIGludCBjb25zdHJ1Y3RfZG9tMChzdHJ1Y3QgZG9tYWlu ICpkKQogewogICAgIHN0cnVjdCBrZXJuZWxfaW5mbyBraW5mbyA9IHt9Owor ICAgIHN0cnVjdCB2Y3B1ICpzYXZlZF9jdXJyZW50OwogICAgIGludCByYywg aSwgY3B1OwogCiAgICAgc3RydWN0IHZjcHUgKnYgPSBkLT52Y3B1WzBdOwpA QCAtMTA2MCw4ICsxMDYxLDEzIEBAIGludCBjb25zdHJ1Y3RfZG9tMChzdHJ1 Y3QgZG9tYWluICpkKQogICAgIGlmICggcmMgPCAwICkKICAgICAgICAgcmV0 dXJuIHJjOwogCi0gICAgLyogVGhlIGZvbGxvd2luZyBsb2FkcyB1c2UgdGhl IGRvbWFpbidzIHAybSAqLworICAgIC8qCisgICAgICogVGhlIGZvbGxvd2lu ZyBsb2FkcyB1c2UgdGhlIGRvbWFpbidzIHAybSBhbmQgcmVxdWlyZSBjdXJy ZW50IHRvCisgICAgICogYmUgYSB2Y3B1IG9mIHRoZSBkb21haW4sIHRlbXBv cmFyaWx5IHN3aXRjaAorICAgICAqLworICAgIHNhdmVkX2N1cnJlbnQgPSBj dXJyZW50OwogICAgIHAybV9yZXN0b3JlX3N0YXRlKHYpOworICAgIHNldF9j dXJyZW50KHYpOwogCiAgICAgLyoKICAgICAgKiBrZXJuZWxfbG9hZCB3aWxs IGRldGVybWluZSB0aGUgcGxhY2VtZW50IG9mIHRoZSBrZXJuZWwgYXMgd2Vs bApAQCAtMTA3Miw2ICsxMDc4LDEwIEBAIGludCBjb25zdHJ1Y3RfZG9tMChz dHJ1Y3QgZG9tYWluICpkKQogICAgIGluaXRyZF9sb2FkKCZraW5mbyk7CiAg ICAgZHRiX2xvYWQoJmtpbmZvKTsKIAorICAgIC8qIE5vdyB0aGF0IHdlIGFy ZSBkb25lIHJlc3RvcmUgdGhlIG9yaWdpbmFsIHAybSBhbmQgY3VycmVudC4g Ki8KKyAgICBzZXRfY3VycmVudChzYXZlZF9jdXJyZW50KTsKKyAgICBwMm1f cmVzdG9yZV9zdGF0ZShzYXZlZF9jdXJyZW50KTsKKwogICAgIGRpc2NhcmRf aW5pdGlhbF9tb2R1bGVzKCk7CiAKICAgICB2LT5pc19pbml0aWFsaXNlZCA9 IDE7CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMgYi94 ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMKaW5kZXggZDFmZGRlYy4uMDE3MzU5 NyAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCisrKyBi L3hlbi9hcmNoL2FybS9ndWVzdGNvcHkuYwpAQCAtMSw2ICsxLDggQEAKICNp bmNsdWRlIDx4ZW4vY29uZmlnLmg+CiAjaW5jbHVkZSA8eGVuL2xpYi5oPgog I2luY2x1ZGUgPHhlbi9kb21haW5fcGFnZS5oPgorI2luY2x1ZGUgPHhlbi9z Y2hlZC5oPgorI2luY2x1ZGUgPGFzbS9jdXJyZW50Lmg+CiAKICNpbmNsdWRl IDxhc20vbW0uaD4KICNpbmNsdWRlIDxhc20vZ3Vlc3RfYWNjZXNzLmg+CkBA IC0xMywyMCArMTUsMjIgQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcgcmF3X2Nv cHlfdG9fZ3Vlc3RfaGVscGVyKHZvaWQgKnRvLCBjb25zdCB2b2lkICpmcm9t LAogCiAgICAgd2hpbGUgKCBsZW4gKQogICAgIHsKLSAgICAgICAgcGFkZHJf dCBnOwogICAgICAgICB2b2lkICpwOwogICAgICAgICB1bnNpZ25lZCBzaXpl ID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0VfU0laRSAtIG9mZnNldCk7Cisg ICAgICAgIHN0cnVjdCBwYWdlX2luZm8gKnBhZ2U7CiAKLSAgICAgICAgaWYg KCBndmlydF90b19tYWRkcigodmFkZHJfdCkgdG8sICZnLCBHVjJNX1dSSVRF KSApCisgICAgICAgIHBhZ2UgPSBnZXRfcGFnZV9mcm9tX2d2YShjdXJyZW50 LT5kb21haW4sICh2YWRkcl90KSB0bywgR1YyTV9XUklURSk7CisgICAgICAg IGlmICggcGFnZSA9PSBOVUxMICkKICAgICAgICAgICAgIHJldHVybiBsZW47 CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShnPj5QQUdFX1NISUZU KTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFpbl9wYWdlKHBhZ2UpOwogICAg ICAgICBwICs9IG9mZnNldDsKICAgICAgICAgbWVtY3B5KHAsIGZyb20sIHNp emUpOwogICAgICAgICBpZiAoIGZsdXNoX2RjYWNoZSApCiAgICAgICAgICAg ICBjbGVhbl94ZW5fZGNhY2hlX3ZhX3JhbmdlKHAsIHNpemUpOwogCiAgICAg ICAgIHVubWFwX2RvbWFpbl9wYWdlKHAgLSBvZmZzZXQpOworICAgICAgICBw dXRfcGFnZShwYWdlKTsKICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAg IGZyb20gKz0gc2l6ZTsKICAgICAgICAgdG8gKz0gc2l6ZTsKQEAgLTU4LDE4 ICs2MiwyMCBAQCB1bnNpZ25lZCBsb25nIHJhd19jbGVhcl9ndWVzdCh2b2lk ICp0bywgdW5zaWduZWQgbGVuKQogCiAgICAgd2hpbGUgKCBsZW4gKQogICAg IHsKLSAgICAgICAgcGFkZHJfdCBnOwogICAgICAgICB2b2lkICpwOwogICAg ICAgICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0Vf U0laRSAtIG9mZnNldCk7CisgICAgICAgIHN0cnVjdCBwYWdlX2luZm8gKnBh Z2U7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJfdCkg dG8sICZnLCBHVjJNX1dSSVRFKSApCisgICAgICAgIHBhZ2UgPSBnZXRfcGFn ZV9mcm9tX2d2YShjdXJyZW50LT5kb21haW4sICh2YWRkcl90KSB0bywgR1Yy TV9XUklURSk7CisgICAgICAgIGlmICggcGFnZSA9PSBOVUxMICkKICAgICAg ICAgICAgIHJldHVybiBsZW47CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5f cGFnZShnPj5QQUdFX1NISUZUKTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFp bl9wYWdlKHBhZ2UpOwogICAgICAgICBwICs9IG9mZnNldDsKICAgICAgICAg bWVtc2V0KHAsIDB4MDAsIHNpemUpOwogCiAgICAgICAgIHVubWFwX2RvbWFp bl9wYWdlKHAgLSBvZmZzZXQpOworICAgICAgICBwdXRfcGFnZShwYWdlKTsK ICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAgIHRvICs9IHNpemU7CiAg ICAgICAgIC8qCkBAIC04OCwxOSArOTQsMjEgQEAgdW5zaWduZWQgbG9uZyBy YXdfY29weV9mcm9tX2d1ZXN0KHZvaWQgKnRvLCBjb25zdCB2b2lkIF9fdXNl ciAqZnJvbSwgdW5zaWduZWQgbGUKIAogICAgIHdoaWxlICggbGVuICkKICAg ICB7Ci0gICAgICAgIHBhZGRyX3QgZzsKICAgICAgICAgdm9pZCAqcDsKICAg ICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZCkoUEFH RV9TSVpFIC0gb2Zmc2V0KSk7CisgICAgICAgIHN0cnVjdCBwYWdlX2luZm8g KnBhZ2U7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJf dCkgZnJvbSAmIFBBR0VfTUFTSywgJmcsIEdWMk1fUkVBRCkgKQorICAgICAg ICBwYWdlID0gZ2V0X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9tYWluLCAo dmFkZHJfdCkgZnJvbSwgR1YyTV9SRUFEKTsKKyAgICAgICAgaWYgKCBwYWdl ID09IE5VTEwgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAotICAgICAg ICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOworICAgICAg ICBwID0gX19tYXBfZG9tYWluX3BhZ2UocGFnZSk7CiAgICAgICAgIHAgKz0g KCh2YWRkcl90KWZyb20gJiAoflBBR0VfTUFTSykpOwogCiAgICAgICAgIG1l bWNweSh0bywgcCwgc2l6ZSk7CiAKICAgICAgICAgdW5tYXBfZG9tYWluX3Bh Z2UocCk7CisgICAgICAgIHB1dF9wYWdlKHBhZ2UpOwogICAgICAgICBsZW4g LT0gc2l6ZTsKICAgICAgICAgZnJvbSArPSBzaXplOwogICAgICAgICB0byAr PSBzaXplOwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL3AybS5jIGIveGVu L2FyY2gvYXJtL3AybS5jCmluZGV4IGI4NTE0M2IuLjVmYzVjYTYgMTAwNjQ0 Ci0tLSBhL3hlbi9hcmNoL2FybS9wMm0uYworKysgYi94ZW4vYXJjaC9hcm0v cDJtLmMKQEAgLTcwMSw2ICs3MDEsMzQgQEAgdW5zaWduZWQgbG9uZyBnbWZu X3RvX21mbihzdHJ1Y3QgZG9tYWluICpkLCB1bnNpZ25lZCBsb25nIGdwZm4p CiAgICAgcmV0dXJuIHAgPj4gUEFHRV9TSElGVDsKIH0KIAorc3RydWN0IHBh Z2VfaW5mbyAqZ2V0X3BhZ2VfZnJvbV9ndmEoc3RydWN0IGRvbWFpbiAqZCwg dmFkZHJfdCB2YSwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHVuc2lnbmVkIGxvbmcgZmxhZ3MpCit7CisgICAgc3RydWN0IHAybV9k b21haW4gKnAybSA9ICZkLT5hcmNoLnAybTsKKyAgICBzdHJ1Y3QgcGFnZV9p bmZvICpwYWdlID0gTlVMTDsKKyAgICBwYWRkcl90IG1hZGRyOworCisgICAg QVNTRVJUKGQgPT0gY3VycmVudC0+ZG9tYWluKTsKKworICAgIHNwaW5fbG9j aygmcDJtLT5sb2NrKTsKKworICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIodmEs ICZtYWRkciwgZmxhZ3MpICkKKyAgICAgICAgZ290byBlcnI7CisKKyAgICBp ZiAoICFtZm5fdmFsaWQobWFkZHIgPj4gUEFHRV9TSElGVCkgKQorICAgICAg ICBnb3RvIGVycjsKKworICAgIHBhZ2UgPSBtZm5fdG9fcGFnZShtYWRkciA+ PiBQQUdFX1NISUZUKTsKKyAgICBBU1NFUlQocGFnZSk7CisKKyAgICBpZiAo IHVubGlrZWx5KCFnZXRfcGFnZShwYWdlLCBkKSkgKQorICAgICAgICBwYWdl ID0gTlVMTDsKKworZXJyOgorICAgIHNwaW5fdW5sb2NrKCZwMm0tPmxvY2sp OworICAgIHJldHVybiBwYWdlOworfQorCiAvKgogICogTG9jYWwgdmFyaWFi bGVzOgogICogbW9kZTogQwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL3Ry YXBzLmMgYi94ZW4vYXJjaC9hcm0vdHJhcHMuYwppbmRleCBkZjg2ZmZlLi5k ODliNzVmIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vdHJhcHMuYworKysg Yi94ZW4vYXJjaC9hcm0vdHJhcHMuYwpAQCAtNzc3LDcgKzc3Nyw3IEBAIHN0 YXRpYyB2b2lkIHNob3dfZ3Vlc3Rfc3RhY2soc3RydWN0IHZjcHUgKnYsIHN0 cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzKQogewogICAgIGludCBpOwogICAg IHZhZGRyX3Qgc3A7Ci0gICAgcGFkZHJfdCBzdGFja19waHlzOworICAgIHN0 cnVjdCBwYWdlX2luZm8gKnBhZ2U7CiAgICAgdm9pZCAqbWFwcGVkOwogICAg IHVuc2lnbmVkIGxvbmcgKnN0YWNrLCBhZGRyOwogCkBAIC04MzcsMTMgKzgz NywyMCBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVjdCB2 Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKIAogICAgIHBy aW50aygiR3Vlc3Qgc3RhY2sgdHJhY2UgZnJvbSBzcD0lIlBSSXZhZGRyIjpc biAgIiwgc3ApOwogCi0gICAgaWYgKCBndmlydF90b19tYWRkcihzcCwgJnN0 YWNrX3BoeXMsIEdWMk1fUkVBRCkgKQorICAgIGlmICggc3AgJiAoIHNpemVv Zihsb25nKSAtIDEgKSApCisgICAgeworICAgICAgICBwcmludGsoIlN0YWNr IGlzIG1pc2FsaWduZWRcbiIpOworICAgICAgICByZXR1cm47CisgICAgfQor CisgICAgcGFnZSA9IGdldF9wYWdlX2Zyb21fZ3ZhKGN1cnJlbnQtPmRvbWFp biwgc3AsIEdWMk1fUkVBRCk7CisgICAgaWYgKCBwYWdlID09IE5VTEwgKQog ICAgIHsKICAgICAgICAgcHJpbnRrKCJGYWlsZWQgdG8gY29udmVydCBzdGFj ayB0byBwaHlzaWNhbCBhZGRyZXNzXG4iKTsKICAgICAgICAgcmV0dXJuOwog ICAgIH0KIAotICAgIG1hcHBlZCA9IG1hcF9kb21haW5fcGFnZShzdGFja19w aHlzID4+IFBBR0VfU0hJRlQpOworICAgIG1hcHBlZCA9IF9fbWFwX2RvbWFp bl9wYWdlKHBhZ2UpOwogCiAgICAgc3RhY2sgPSBtYXBwZWQgKyAoc3AgJiB+ UEFHRV9NQVNLKTsKIApAQCAtODYxLDcgKzg2OCw3IEBAIHN0YXRpYyB2b2lk IHNob3dfZ3Vlc3Rfc3RhY2soc3RydWN0IHZjcHUgKnYsIHN0cnVjdCBjcHVf dXNlcl9yZWdzICpyZWdzKQogICAgICAgICBwcmludGsoIlN0YWNrIGVtcHR5 LiIpOwogICAgIHByaW50aygiXG4iKTsKICAgICB1bm1hcF9kb21haW5fcGFn ZShtYXBwZWQpOwotCisgICAgcHV0X3BhZ2UocGFnZSk7CiB9CiAKICNkZWZp bmUgU1RBQ0tfQkVGT1JFX0VYQ0VQVElPTihyZWdzKSAoKHJlZ2lzdGVyX3Qq KShyZWdzKS0+c3ApCmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJt L21tLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKaW5kZXggZDBlNWNi NC4uOGJmMTc5ZCAxMDA2NDQKLS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9t bS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaApAQCAtMjczLDYg KzI3Myw5IEBAIHN0cnVjdCBkb21haW4gKnBhZ2VfZ2V0X293bmVyX2FuZF9y ZWZlcmVuY2Uoc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSk7CiB2b2lkIHB1dF9w YWdlKHN0cnVjdCBwYWdlX2luZm8gKnBhZ2UpOwogaW50ICBnZXRfcGFnZShz dHJ1Y3QgcGFnZV9pbmZvICpwYWdlLCBzdHJ1Y3QgZG9tYWluICpkb21haW4p OwogCitzdHJ1Y3QgcGFnZV9pbmZvICpnZXRfcGFnZV9mcm9tX2d2YShzdHJ1 Y3QgZG9tYWluICpkLCB2YWRkcl90IHZhLAorICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgdW5zaWduZWQgbG9uZyBmbGFncyk7CisKIC8q CiAgKiBUaGUgTVBUIChtYWNoaW5lLT5waHlzaWNhbCBtYXBwaW5nIHRhYmxl KSBpcyBhbiBhcnJheSBvZiB3b3JkLXNpemVkCiAgKiB2YWx1ZXMsIGluZGV4 ZWQgb24gbWFjaGluZSBmcmFtZSBudW1iZXIuIEl0IGlzIGV4cGVjdGVkIHRo YXQgZ3Vlc3QgT1NlcwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFy bS9wYWdlLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaAppbmRleCBl NzIzZTVhLi4xMTNiZTVhIDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20t YXJtL3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaApA QCAtNzMsNyArNzMsNyBAQAogI2RlZmluZSBNQVRUUl9ERVYgICAgIDB4MQog I2RlZmluZSBNQVRUUl9NRU0gICAgIDB4ZgogCi0vKiBGbGFncyBmb3IgZ3Zp cnRfdG9fbWFkZHIgKi8KKy8qIEZsYWdzIGZvciBnZXRfcGFnZV9mcm9tX2d2 YSwgZ3ZpcnRfdG9fbWFkZHIgZXRjICovCiAjZGVmaW5lIEdWMk1fUkVBRCAg KDB1PDwwKQogI2RlZmluZSBHVjJNX1dSSVRFICgxdTw8MCkKIAo= --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Wed Jun 04 16:05:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 16:05:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfa-0004U4-Mg; Wed, 04 Jun 2014 16:04:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfX-0004TL-Pv; Wed, 04 Jun 2014 16:04:04 +0000 Received: from [193.109.254.147:15767] by server-2.bemta-14.messagelabs.com id 6C/32-21684-2734F835; Wed, 04 Jun 2014 16:04:02 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-8.tower-27.messagelabs.com!1401897839!9156716!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25843 invoked from network); 4 Jun 2014 16:04:00 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-8.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2014 16:04:00 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfN-00039Y-6a; Wed, 04 Jun 2014 16:03:53 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WsDfM-0004Nu-RA; Wed, 04 Jun 2014 16:03:53 +0000 Date: Wed, 04 Jun 2014 16:03:52 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 96 (CVE-2014-3967, CVE-2014-3968) - Vulnerabilities in HVM MSI injection X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-3967,CVE-2014-3968 / XSA-96 version 3 Vulnerabilities in HVM MSI injection UPDATES IN VERSION 3 ==================== CVEs assigned. ISSUE DESCRIPTION ================= The implementation of the HVM control operation HVMOP_inject_msi, while checking whether a particular IRQ was already set up in the necessary way, fails to properly check all respective conditions. In particular it doesn't check the returned pointer for being non-NULL before de- referencing it. (CVE-2014-3967) Furthermore that same code also handles certain errors by logging messages, without (under default settings) at least making these messages subject to rate limiting. (CVE-2014-3968) IMPACT ====== The NULL pointer de-reference would lead to a host crash, and hence a denial of service would result. Since host and guest page tables are fully separated for HVM guests, the guest would not be able to leverage the vulnerability for other kinds of attacks (privilege escalation or information leak). The spamming of the hypervisor log could similarly lead to a denial of service. In a configuration where device models run with limited privilege (for example, stubdom device models), a guest attacker who successfully finds and exploits an unfixed security flaw in qemu-dm could leverage the other flaw into a Denial of Service affecting the whole host. In the more general case, in more abstract terms: a malicious administrator of a domain privileged with regard to an HVM guest can cause Xen to become unresponsive leading to a Denial of Service. VULNERABLE SYSTEMS ================== All Xen versions from 4.2 onwards are vulnerable. The vulnerability is only exposed to service domains for HVM guests which have privilege over the guest. In a usual configuration that means only device model emulators (qemu-dm). In the case of HVM guests whose device model is running in an unrestricted dom0 process, qemu-dm already has the ability to cause problems for the whole system. So in that case the vulnerability is not applicable. The situation is more subtle for an HVM guest with a stub qemu-dm. That is, where the device model runs in a separate domain (in the case of xl, as requested by "device_model_stubdomain_override=1" in the xl domain configuration file). The same applies with a qemu-dm in a dom0 process subjected to some kind kernel-based process privilege limitation (eg the chroot technique as found in some versions of XCP/XenServer). In those latter situations this issue means that the extra isolation does not provide as good a defence (against denial of service) as intended. That is the essence of this vulnerability. However, the security is still better than with a qemu-dm running as an unrestricted dom0 process. Therefore users with these configurations should not switch to an unrestricted dom0 qemu-dm. Finally, in a radically disaggregated system: where the HVM service domain software (probably, the device model domain image) is not always supplied by the host administrator, a malicious service domain administrator can exercise this vulnerability. MITIGATION ========== Running only PV guests will avoid this vulnerability. In a radically disaggregated system, restricting HVM service domains to software images approved by the host administrator will avoid the vulnerability. CREDITS ======= This issue was discovered by Jan Beulich. RESOLUTION ========== Applying the attached patch resolves this issue. xsa96.patch xen-unstable, Xen 4.4.x, Xen 4.3.x, Xen 4.2.x $ sha256sum xsa96*.patch 1b64beddf8f6e9c08af24676551c18fd778a8db65a6c24fec07cc7e95531e2af xsa96.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTj0MHAAoJEIP+FMlX6CvZY04H/1Udj8OzkKHHxaCLQWxAUo6w SCSV37MNRQcsJJly4KAUjsO+yyfNPnVQBUsVsBcSnKURElbkYf1IaBGSPWbiiTZY ubtQgT/rF8y0cShvDiCVXP7giwHN270F3YIXAvZPn/ZvM0a6Wad6VbBEgIo6vUeU vqb10LnrKy7S7h8sVaQCIuM5/6ysjtJAyDtlFyDN55J4socHD+oYTtU+HNbZZFvs UytIy56dtO5TSkazKgCZR936BWreYl4izOy1+elLM+r8k0qz8SdTdcVzVqNqYkMK QxjwiM7cy4fZxi1R+N/mwXgyr2tv2r/6AsdCX3vuZreg/Dp4Fi+7lDnj/sfBSGg= =fTzY -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa96.patch" Content-Disposition: attachment; filename="xsa96.patch" Content-Transfer-Encoding: base64 eDg2L0hWTTogZWxpbWluYXRlIHZ1bG5lcmFiaWxpdGllcyBmcm9tIGh2bV9p bmplY3RfbXNpKCkKCi0gcGlycV9pbmZvKCkgcmV0dXJucyBOVUxMIGZvciBh IG5vbi1hbGxvY2F0ZWQgcElSUSwgYW5kIGhlbmNlIHdlCiAgbXVzdG4ndCB1 bmNvbmRpdGlvbmFsbHkgZGUtcmVmZXJlbmNlIGl0LCBhbmQgd2UgbmVlZCB0 byBpbnZva2UgaXQKICBhbm90aGVyIHRpbWUgYWZ0ZXIgaGF2aW5nIGNhbGxl ZCBtYXBfZG9tYWluX2VtdWlycV9waXJxKCkKLSBkb24ndCB1c2UgcHJpbnRr KCksIG5hbWVseSB3aXRob3V0IFhFTkxPR19HVUVTVCwgZm9yIGVycm9yIHJl cG9ydGluZwoKVGhpcyBpcyBYU0EtOTYuCgpTaWduZWQtb2ZmLWJ5OiBKYW4g QmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CgotLS0gYS94ZW4vYXJjaC94 ODYvaHZtL2lycS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9odm0vaXJxLmMKQEAg LTI4OSwyMCArMjg5LDE4IEBAIHZvaWQgaHZtX2luamVjdF9tc2koc3RydWN0 IGRvbWFpbiAqZCwgdWkKICAgICAgICAgICAgIHN0cnVjdCBwaXJxICppbmZv ID0gcGlycV9pbmZvKGQsIHBpcnEpOwogCiAgICAgICAgICAgICAvKiBpZiBp dCBpcyB0aGUgZmlyc3QgdGltZSwgYWxsb2NhdGUgdGhlIHBpcnEgKi8KLSAg ICAgICAgICAgIGlmIChpbmZvLT5hcmNoLmh2bS5lbXVpcnEgPT0gSVJRX1VO Qk9VTkQpCisgICAgICAgICAgICBpZiAoICFpbmZvIHx8IGluZm8tPmFyY2gu aHZtLmVtdWlycSA9PSBJUlFfVU5CT1VORCApCiAgICAgICAgICAgICB7CiAg ICAgICAgICAgICAgICAgc3Bpbl9sb2NrKCZkLT5ldmVudF9sb2NrKTsKICAg ICAgICAgICAgICAgICBtYXBfZG9tYWluX2VtdWlycV9waXJxKGQsIHBpcnEs IElSUV9NU0lfRU1VKTsKICAgICAgICAgICAgICAgICBzcGluX3VubG9jaygm ZC0+ZXZlbnRfbG9jayk7CisgICAgICAgICAgICAgICAgaW5mbyA9IHBpcnFf aW5mbyhkLCBwaXJxKTsKKyAgICAgICAgICAgICAgICBpZiAoICFpbmZvICkK KyAgICAgICAgICAgICAgICAgICAgcmV0dXJuOwogICAgICAgICAgICAgfSBl bHNlIGlmIChpbmZvLT5hcmNoLmh2bS5lbXVpcnEgIT0gSVJRX01TSV9FTVUp Ci0gICAgICAgICAgICB7Ci0gICAgICAgICAgICAgICAgcHJpbnRrKCIlczog cGlycSAlZCBkb2VzIG5vdCBjb3JyZXNwb25kIHRvIGFuIGVtdWxhdGVkIE1T SVxuIiwgX19mdW5jX18sIHBpcnEpOwogICAgICAgICAgICAgICAgIHJldHVy bjsKLSAgICAgICAgICAgIH0KICAgICAgICAgICAgIHNlbmRfZ3Vlc3RfcGly cShkLCBpbmZvKTsKICAgICAgICAgICAgIHJldHVybjsKLSAgICAgICAgfSBl bHNlIHsKLSAgICAgICAgICAgIHByaW50aygiJXM6IGVycm9yIGdldHRpbmcg cGlycSBmcm9tIE1TSTogcGlycSA9ICVkXG4iLCBfX2Z1bmNfXywgcGlycSk7 CiAgICAgICAgIH0KICAgICB9CiAK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Wed Jun 04 16:05:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 16:05:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfa-0004U4-Mg; Wed, 04 Jun 2014 16:04:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfX-0004TL-Pv; Wed, 04 Jun 2014 16:04:04 +0000 Received: from [193.109.254.147:15767] by server-2.bemta-14.messagelabs.com id 6C/32-21684-2734F835; Wed, 04 Jun 2014 16:04:02 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-8.tower-27.messagelabs.com!1401897839!9156716!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25843 invoked from network); 4 Jun 2014 16:04:00 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-8.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2014 16:04:00 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfN-00039Y-6a; Wed, 04 Jun 2014 16:03:53 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WsDfM-0004Nu-RA; Wed, 04 Jun 2014 16:03:53 +0000 Date: Wed, 04 Jun 2014 16:03:52 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 96 (CVE-2014-3967, CVE-2014-3968) - Vulnerabilities in HVM MSI injection X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-3967,CVE-2014-3968 / XSA-96 version 3 Vulnerabilities in HVM MSI injection UPDATES IN VERSION 3 ==================== CVEs assigned. ISSUE DESCRIPTION ================= The implementation of the HVM control operation HVMOP_inject_msi, while checking whether a particular IRQ was already set up in the necessary way, fails to properly check all respective conditions. In particular it doesn't check the returned pointer for being non-NULL before de- referencing it. (CVE-2014-3967) Furthermore that same code also handles certain errors by logging messages, without (under default settings) at least making these messages subject to rate limiting. (CVE-2014-3968) IMPACT ====== The NULL pointer de-reference would lead to a host crash, and hence a denial of service would result. Since host and guest page tables are fully separated for HVM guests, the guest would not be able to leverage the vulnerability for other kinds of attacks (privilege escalation or information leak). The spamming of the hypervisor log could similarly lead to a denial of service. In a configuration where device models run with limited privilege (for example, stubdom device models), a guest attacker who successfully finds and exploits an unfixed security flaw in qemu-dm could leverage the other flaw into a Denial of Service affecting the whole host. In the more general case, in more abstract terms: a malicious administrator of a domain privileged with regard to an HVM guest can cause Xen to become unresponsive leading to a Denial of Service. VULNERABLE SYSTEMS ================== All Xen versions from 4.2 onwards are vulnerable. The vulnerability is only exposed to service domains for HVM guests which have privilege over the guest. In a usual configuration that means only device model emulators (qemu-dm). In the case of HVM guests whose device model is running in an unrestricted dom0 process, qemu-dm already has the ability to cause problems for the whole system. So in that case the vulnerability is not applicable. The situation is more subtle for an HVM guest with a stub qemu-dm. That is, where the device model runs in a separate domain (in the case of xl, as requested by "device_model_stubdomain_override=1" in the xl domain configuration file). The same applies with a qemu-dm in a dom0 process subjected to some kind kernel-based process privilege limitation (eg the chroot technique as found in some versions of XCP/XenServer). In those latter situations this issue means that the extra isolation does not provide as good a defence (against denial of service) as intended. That is the essence of this vulnerability. However, the security is still better than with a qemu-dm running as an unrestricted dom0 process. Therefore users with these configurations should not switch to an unrestricted dom0 qemu-dm. Finally, in a radically disaggregated system: where the HVM service domain software (probably, the device model domain image) is not always supplied by the host administrator, a malicious service domain administrator can exercise this vulnerability. MITIGATION ========== Running only PV guests will avoid this vulnerability. In a radically disaggregated system, restricting HVM service domains to software images approved by the host administrator will avoid the vulnerability. CREDITS ======= This issue was discovered by Jan Beulich. RESOLUTION ========== Applying the attached patch resolves this issue. xsa96.patch xen-unstable, Xen 4.4.x, Xen 4.3.x, Xen 4.2.x $ sha256sum xsa96*.patch 1b64beddf8f6e9c08af24676551c18fd778a8db65a6c24fec07cc7e95531e2af xsa96.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTj0MHAAoJEIP+FMlX6CvZY04H/1Udj8OzkKHHxaCLQWxAUo6w SCSV37MNRQcsJJly4KAUjsO+yyfNPnVQBUsVsBcSnKURElbkYf1IaBGSPWbiiTZY ubtQgT/rF8y0cShvDiCVXP7giwHN270F3YIXAvZPn/ZvM0a6Wad6VbBEgIo6vUeU vqb10LnrKy7S7h8sVaQCIuM5/6ysjtJAyDtlFyDN55J4socHD+oYTtU+HNbZZFvs UytIy56dtO5TSkazKgCZR936BWreYl4izOy1+elLM+r8k0qz8SdTdcVzVqNqYkMK QxjwiM7cy4fZxi1R+N/mwXgyr2tv2r/6AsdCX3vuZreg/Dp4Fi+7lDnj/sfBSGg= =fTzY -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa96.patch" Content-Disposition: attachment; filename="xsa96.patch" Content-Transfer-Encoding: base64 eDg2L0hWTTogZWxpbWluYXRlIHZ1bG5lcmFiaWxpdGllcyBmcm9tIGh2bV9p bmplY3RfbXNpKCkKCi0gcGlycV9pbmZvKCkgcmV0dXJucyBOVUxMIGZvciBh IG5vbi1hbGxvY2F0ZWQgcElSUSwgYW5kIGhlbmNlIHdlCiAgbXVzdG4ndCB1 bmNvbmRpdGlvbmFsbHkgZGUtcmVmZXJlbmNlIGl0LCBhbmQgd2UgbmVlZCB0 byBpbnZva2UgaXQKICBhbm90aGVyIHRpbWUgYWZ0ZXIgaGF2aW5nIGNhbGxl ZCBtYXBfZG9tYWluX2VtdWlycV9waXJxKCkKLSBkb24ndCB1c2UgcHJpbnRr KCksIG5hbWVseSB3aXRob3V0IFhFTkxPR19HVUVTVCwgZm9yIGVycm9yIHJl cG9ydGluZwoKVGhpcyBpcyBYU0EtOTYuCgpTaWduZWQtb2ZmLWJ5OiBKYW4g QmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CgotLS0gYS94ZW4vYXJjaC94 ODYvaHZtL2lycS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9odm0vaXJxLmMKQEAg LTI4OSwyMCArMjg5LDE4IEBAIHZvaWQgaHZtX2luamVjdF9tc2koc3RydWN0 IGRvbWFpbiAqZCwgdWkKICAgICAgICAgICAgIHN0cnVjdCBwaXJxICppbmZv ID0gcGlycV9pbmZvKGQsIHBpcnEpOwogCiAgICAgICAgICAgICAvKiBpZiBp dCBpcyB0aGUgZmlyc3QgdGltZSwgYWxsb2NhdGUgdGhlIHBpcnEgKi8KLSAg ICAgICAgICAgIGlmIChpbmZvLT5hcmNoLmh2bS5lbXVpcnEgPT0gSVJRX1VO Qk9VTkQpCisgICAgICAgICAgICBpZiAoICFpbmZvIHx8IGluZm8tPmFyY2gu aHZtLmVtdWlycSA9PSBJUlFfVU5CT1VORCApCiAgICAgICAgICAgICB7CiAg ICAgICAgICAgICAgICAgc3Bpbl9sb2NrKCZkLT5ldmVudF9sb2NrKTsKICAg ICAgICAgICAgICAgICBtYXBfZG9tYWluX2VtdWlycV9waXJxKGQsIHBpcnEs IElSUV9NU0lfRU1VKTsKICAgICAgICAgICAgICAgICBzcGluX3VubG9jaygm ZC0+ZXZlbnRfbG9jayk7CisgICAgICAgICAgICAgICAgaW5mbyA9IHBpcnFf aW5mbyhkLCBwaXJxKTsKKyAgICAgICAgICAgICAgICBpZiAoICFpbmZvICkK KyAgICAgICAgICAgICAgICAgICAgcmV0dXJuOwogICAgICAgICAgICAgfSBl bHNlIGlmIChpbmZvLT5hcmNoLmh2bS5lbXVpcnEgIT0gSVJRX01TSV9FTVUp Ci0gICAgICAgICAgICB7Ci0gICAgICAgICAgICAgICAgcHJpbnRrKCIlczog cGlycSAlZCBkb2VzIG5vdCBjb3JyZXNwb25kIHRvIGFuIGVtdWxhdGVkIE1T SVxuIiwgX19mdW5jX18sIHBpcnEpOwogICAgICAgICAgICAgICAgIHJldHVy bjsKLSAgICAgICAgICAgIH0KICAgICAgICAgICAgIHNlbmRfZ3Vlc3RfcGly cShkLCBpbmZvKTsKICAgICAgICAgICAgIHJldHVybjsKLSAgICAgICAgfSBl bHNlIHsKLSAgICAgICAgICAgIHByaW50aygiJXM6IGVycm9yIGdldHRpbmcg cGlycSBmcm9tIE1TSTogcGlycSA9ICVkXG4iLCBfX2Z1bmNfXywgcGlycSk7 CiAgICAgICAgIH0KICAgICB9CiAK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Wed Jun 04 16:05:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 16:05:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfx-0004Xg-Ik; Wed, 04 Jun 2014 16:04:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfu-0004WL-OB; Wed, 04 Jun 2014 16:04:27 +0000 Received: from [85.158.143.35:30312] by server-1.bemta-4.messagelabs.com id DC/24-09853-9834F835; Wed, 04 Jun 2014 16:04:25 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1401897863!9211187!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3102 invoked from network); 4 Jun 2014 16:04:24 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-4.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2014 16:04:24 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDfn-0003AP-33; Wed, 04 Jun 2014 16:04:19 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WsDfm-0004kR-Qv; Wed, 04 Jun 2014 16:04:18 +0000 Date: Wed, 04 Jun 2014 16:04:18 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 98 (CVE-2014-3969) - insufficient permissions checks accessing guest memory on ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-3969 / XSA-98 version 3 insufficient permissions checks accessing guest memory on ARM UPDATES IN VERSION 3 ==================== CVE assigned. ISSUE DESCRIPTION ================= When accessing guest memory Xen does not correctly perform permissions checks on the (possibly guest provided) virtual address: it only checks that the mapping is readable by the guest, even when writing on behalf of the guest. This allows a guest to write to memory which it should only be able to read. A guest running on a vulnerable system is able to write to memory which should be read-only. This includes supposedly read only foreign mappings established using the grant table mechanism. Such read-only mappings are commonly used as part of the paravirtualised I/O drivers (such as guest disk write and network transmit). In order to exploit this vulnerability the guest must have a mapping of the memory; it does not allow access to arbitrary addresses. In the event that a guest executes code from a page which has been shared read-only with another guest it would be possible to mount a take over attack on that guest. IMPACT ====== A domain which is deliberately exchanging data with another, malicious, domain, may be vulnerable to privilege escalation. The vulnerability depends on the precise behaviour of the victim domain. In a typical configuration this means that, depending on the behaviour of the toolstack or device driver domain, a malicious guest administrator might be able to escalate their privilege to that of the whole host. VULNERABLE SYSTEMS ================== Both 32- and 64-bit ARM systems are vulnerable from Xen 4.4 onward. MITIGATION ========== None. CREDITS ======= This issue was discovered by Julien Grall. RESOLUTION ========== Applying the appropriate pair of attached patches resolves this issue. xsa98-unstable-{01,02}.patch xen-unstable xsa98-4.4-{01,02}.patch Xen 4.4.x $ sha256sum xsa98*.patch 6f63bc2e0a0a39bbd9137513a5d130ae2c78d1fd2ebf9172bf49456f73f0a67b xsa98-4.4-01.patch b338472ecce3c31a55d1a936eebbd4e46cb3ad989b91a64d4b8c5d3ca80d875d xsa98-4.4-02.patch b8535aad5ae969675d59781a81ce0b24491f1abc01aaf36c3620fd7fb6cc84eb xsa98-unstable-01.patch f5e8a93525a8905653da6377097f77681ff8121b973063ff6081e27547ceaa67 xsa98-unstable-02.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTj0N1AAoJEIP+FMlX6CvZYRsH/3PPF+SBphp/IOcJmcoUBI0Y SZumMMtaH3jU49/0V/azYOpKET2VtCHBilBajUAB7kNx+EGHv5NZf6Vn7FMBDCVl gk7Hq39tR0axBTpp4FhK8MJQIEsMUvsohokRFiMsDmhKtWOEKPfmNrgLz6cEvo5H ci46UH0JzPhMVY4tXhd7jo9Vuyae8df+b0yYFZ2QyVdWN3AShlrp62JAXb1lJT8E LO/67uDud7bhuODA+CWmL0jHq7xsJoRitp5gJph9QmSNbkXGJfPy6Sow4qzatnsR Vb9lgJq5MHRodkaie9z4UeANysAJ1J+USvARyMx+xnQ64ETzFIm6pUotzySZWEU= =vyB+ -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa98-4.4-01.patch" Content-Disposition: attachment; filename="xsa98-4.4-01.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGNoZWNrIHBlcm1pc3Npb25zIHdoZW4gY29weWluZyB0by9m cm9tIGd1ZXN0IHZpcnR1YWwgYWRkcmVzc2VzCgpJbiBwYXJ0aWN1bGFyIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoZSBndWVzdCBoYXMgd3JpdGUgcGVybWlz c2lvbnMgdG8gYnVmZmVycwp3aGljaCBpdCBwYXNzZXMgYXMgb3V0cHV0IGJ1 ZmZlcnMgZm9yIGh5cGVyY2FsbHMsIG90aGVyd2lzZSB0aGUgZ3Vlc3QgY2Fu Cm92ZXJ3cml0ZSBtZW1vcnkgd2hpY2ggaXQgc2hvdWxkbid0IGJlIGFibGUg dG8gd3JpdGUgKGxpa2Ugci9vIGdyYW50IHRhYmxlCm1hcHBpbmdzKS4KClRo aXMgaXMgWFNBLTk4LgoKU2lnbmVkLW9mZi1ieTogSWFuIENhbXBiZWxsIDxp YW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KUmV2aWV3ZWQtYnk6IEp1bGllbiBH cmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+CgpkaWZmIC0tZ2l0IGEv eGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jIGIveGVuL2FyY2gvYXJtL2Rv bWFpbl9idWlsZC5jCmluZGV4IDVjYTJmMTUuLjNkYTZiODMgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYworKysgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKQEAgLTk2Nyw3ICs5NjcsNyBAQCBzdGF0 aWMgdm9pZCBpbml0cmRfbG9hZChzdHJ1Y3Qga2VybmVsX2luZm8gKmtpbmZv KQogICAgICAgICBzID0gb2ZmcyAmIH5QQUdFX01BU0s7CiAgICAgICAgIGwg PSBtaW4oUEFHRV9TSVpFIC0gcywgbGVuKTsKIAotICAgICAgICByYyA9IGd2 aXJ0X3RvX21hZGRyKGxvYWRfYWRkciArIG9mZnMsICZtYSk7CisgICAgICAg IHJjID0gZ3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hLCBH VjJNX1dSSVRFKTsKICAgICAgICAgaWYgKCByYyApCiAgICAgICAgIHsKICAg ICAgICAgICAgIHBhbmljKCJVbmFibGUgdG8gdHJhbnNsYXRlIGd1ZXN0IGFk ZHJlc3MiKTsKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS9ndWVzdGNvcHku YyBiL3hlbi9hcmNoL2FybS9ndWVzdGNvcHkuYwppbmRleCBjZWE1Zjk3Li5k MWZkZGVjIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMK KysrIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCkBAIC0xNyw3ICsxNyw3 IEBAIHN0YXRpYyB1bnNpZ25lZCBsb25nIHJhd19jb3B5X3RvX2d1ZXN0X2hl bHBlcih2b2lkICp0bywgY29uc3Qgdm9pZCAqZnJvbSwKICAgICAgICAgdm9p ZCAqcDsKICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNp Z25lZClQQUdFX1NJWkUgLSBvZmZzZXQpOwogCi0gICAgICAgIGlmICggZ3Zp cnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZykgKQorICAgICAgICBpZiAo IGd2aXJ0X3RvX21hZGRyKCh2YWRkcl90KSB0bywgJmcsIEdWMk1fV1JJVEUp ICkKICAgICAgICAgICAgIHJldHVybiBsZW47CiAKICAgICAgICAgcCA9IG1h cF9kb21haW5fcGFnZShnPj5QQUdFX1NISUZUKTsKQEAgLTYyLDcgKzYyLDcg QEAgdW5zaWduZWQgbG9uZyByYXdfY2xlYXJfZ3Vlc3Qodm9pZCAqdG8sIHVu c2lnbmVkIGxlbikKICAgICAgICAgdm9pZCAqcDsKICAgICAgICAgdW5zaWdu ZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZClQQUdFX1NJWkUgLSBvZmZz ZXQpOwogCi0gICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3Qp IHRvLCAmZykgKQorICAgICAgICBpZiAoIGd2aXJ0X3RvX21hZGRyKCh2YWRk cl90KSB0bywgJmcsIEdWMk1fV1JJVEUpICkKICAgICAgICAgICAgIHJldHVy biBsZW47CiAKICAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShnPj5QQUdF X1NISUZUKTsKQEAgLTkyLDcgKzkyLDcgQEAgdW5zaWduZWQgbG9uZyByYXdf Y29weV9mcm9tX2d1ZXN0KHZvaWQgKnRvLCBjb25zdCB2b2lkIF9fdXNlciAq ZnJvbSwgdW5zaWduZWQgbGUKICAgICAgICAgdm9pZCAqcDsKICAgICAgICAg dW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZCkoUEFHRV9TSVpF IC0gb2Zmc2V0KSk7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigo dmFkZHJfdCkgZnJvbSAmIFBBR0VfTUFTSywgJmcpICkKKyAgICAgICAgaWYg KCBndmlydF90b19tYWRkcigodmFkZHJfdCkgZnJvbSAmIFBBR0VfTUFTSywg JmcsIEdWMk1fUkVBRCkgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAog ICAgICAgICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOwpk aWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL2tlcm5lbC5jIGIveGVuL2FyY2gv YXJtL2tlcm5lbC5jCmluZGV4IDFlMzEwN2QuLjY5YzdkNDMgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9rZXJuZWwuYworKysgYi94ZW4vYXJjaC9hcm0v a2VybmVsLmMKQEAgLTE0MSw3ICsxNDEsNyBAQCBzdGF0aWMgdm9pZCBrZXJu ZWxfemltYWdlX2xvYWQoc3RydWN0IGtlcm5lbF9pbmZvICppbmZvKQogICAg ICAgICBzID0gb2ZmcyAmIH5QQUdFX01BU0s7CiAgICAgICAgIGwgPSBtaW4o UEFHRV9TSVpFIC0gcywgbGVuKTsKIAotICAgICAgICByYyA9IGd2aXJ0X3Rv X21hZGRyKGxvYWRfYWRkciArIG9mZnMsICZtYSk7CisgICAgICAgIHJjID0g Z3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hLCBHVjJNX1dS SVRFKTsKICAgICAgICAgaWYgKCByYyApCiAgICAgICAgIHsKICAgICAgICAg ICAgIHBhbmljKCJVbmFibGUgdG8gbWFwIHRyYW5zbGF0ZSBndWVzdCBhZGRy ZXNzIik7CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hl bi9hcmNoL2FybS90cmFwcy5jCmluZGV4IDNhMzRkMzMuLjJlNzQ1MWIgMTAw NjQ0Ci0tLSBhL3hlbi9hcmNoL2FybS90cmFwcy5jCisrKyBiL3hlbi9hcmNo L2FybS90cmFwcy5jCkBAIC04MzYsNyArODM2LDcgQEAgc3RhdGljIHZvaWQg c2hvd19ndWVzdF9zdGFjayhzdHJ1Y3QgdmNwdSAqdiwgc3RydWN0IGNwdV91 c2VyX3JlZ3MgKnJlZ3MpCiAKICAgICBwcmludGsoIkd1ZXN0IHN0YWNrIHRy YWNlIGZyb20gc3A9JSJQUkl2YWRkciI6XG4gICIsIHNwKTsKIAotICAgIGlm ICggZ3ZpcnRfdG9fbWFkZHIoc3AsICZzdGFja19waHlzKSApCisgICAgaWYg KCBndmlydF90b19tYWRkcihzcCwgJnN0YWNrX3BoeXMsIEdWMk1fUkVBRCkg KQogICAgIHsKICAgICAgICAgcHJpbnRrKCJGYWlsZWQgdG8gY29udmVydCBz dGFjayB0byBwaHlzaWNhbCBhZGRyZXNzXG4iKTsKICAgICAgICAgcmV0dXJu OwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9hcm0zMi9wYWdl LmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL2FybTMyL3BhZ2UuaAppbmRleCBi ODIyMWNhLi44MGQ1YzM2IDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20t YXJtL2FybTMyL3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL2Fy bTMyL3BhZ2UuaApAQCAtOTAsMTEgKzkwLDE0IEBAIHN0YXRpYyBpbmxpbmUg dWludDY0X3QgX192YV90b19wYXIodmFkZHJfdCB2YSkKIH0KIAogLyogQXNr IHRoZSBNTVUgdG8gdHJhbnNsYXRlIGEgR3Vlc3QgVkEgZm9yIHVzICovCi1z dGF0aWMgaW5saW5lIHVpbnQ2NF90IGd2YV90b19tYV9wYXIodmFkZHJfdCB2 YSkKK3N0YXRpYyBpbmxpbmUgdWludDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRk cl90IHZhLCB1bnNpZ25lZCBpbnQgZmxhZ3MpCiB7CiAgICAgdWludDY0X3Qg cGFyLCB0bXA7CiAgICAgdG1wID0gUkVBRF9DUDY0KFBBUik7Ci0gICAgV1JJ VEVfQ1AzMih2YSwgQVRTMTJOU09QUik7CisgICAgaWYgKCAoZmxhZ3MgJiBH VjJNX1dSSVRFKSA9PSBHVjJNX1dSSVRFICkKKyAgICAgICAgV1JJVEVfQ1Az Mih2YSwgQVRTMTJOU09QVyk7CisgICAgZWxzZQorICAgICAgICBXUklURV9D UDMyKHZhLCBBVFMxMk5TT1BSKTsKICAgICBpc2IoKTsgLyogRW5zdXJlIHJl c3VsdCBpcyBhdmFpbGFibGUuICovCiAgICAgcGFyID0gUkVBRF9DUDY0KFBB Uik7CiAgICAgV1JJVEVfQ1A2NCh0bXAsIFBBUik7CmRpZmYgLS1naXQgYS94 ZW4vaW5jbHVkZS9hc20tYXJtL2FybTY0L3BhZ2UuaCBiL3hlbi9pbmNsdWRl L2FzbS1hcm0vYXJtNjQvcGFnZS5oCmluZGV4IDMzNTI4MjEuLjM5MjJkODcg MTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5o CisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5oCkBAIC04 MywxMSArODMsMTQgQEAgc3RhdGljIGlubGluZSB1aW50NjRfdCBfX3ZhX3Rv X3Bhcih2YWRkcl90IHZhKQogfQogCiAvKiBBc2sgdGhlIE1NVSB0byB0cmFu c2xhdGUgYSBHdWVzdCBWQSBmb3IgdXMgKi8KLXN0YXRpYyBpbmxpbmUgdWlu dDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRkcl90IHZhKQorc3RhdGljIGlubGlu ZSB1aW50NjRfdCBndmFfdG9fbWFfcGFyKHZhZGRyX3QgdmEsIHVuc2lnbmVk IGludCBmbGFncykKIHsKICAgICB1aW50NjRfdCBwYXIsIHRtcCA9IFJFQURf U1lTUkVHNjQoUEFSX0VMMSk7CiAKLSAgICBhc20gdm9sYXRpbGUgKCJhdCBz MTJlMXIsICUwOyIgOiA6ICJyIiAodmEpKTsKKyAgICBpZiAoIChmbGFncyAm IEdWMk1fV1JJVEUpID09IEdWMk1fV1JJVEUgKQorICAgICAgICBhc20gdm9s YXRpbGUgKCJhdCBzMTJlMXIsICUwOyIgOiA6ICJyIiAodmEpKTsKKyAgICBl bHNlCisgICAgICAgIGFzbSB2b2xhdGlsZSAoImF0IHMxMmUxdywgJTA7IiA6 IDogInIiICh2YSkpOwogICAgIGlzYigpOwogICAgIHBhciA9IFJFQURfU1lT UkVHNjQoUEFSX0VMMSk7CiAgICAgV1JJVEVfU1lTUkVHNjQodG1wLCBQQVJf RUwxKTsKZGlmZiAtLWdpdCBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaCBi L3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAppbmRleCBiOGQ0ZTdkLi5kMGU1 Y2I0IDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKKysr IGIveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oCkBAIC0yMzMsOSArMjMzLDkg QEAgc3RhdGljIGlubGluZSB2b2lkICptYWRkcl90b192aXJ0KHBhZGRyX3Qg bWEpCiB9CiAjZW5kaWYKIAotc3RhdGljIGlubGluZSBpbnQgZ3ZpcnRfdG9f bWFkZHIodmFkZHJfdCB2YSwgcGFkZHJfdCAqcGEpCitzdGF0aWMgaW5saW5l IGludCBndmlydF90b19tYWRkcih2YWRkcl90IHZhLCBwYWRkcl90ICpwYSwg dW5zaWduZWQgaW50IGZsYWdzKQogewotICAgIHVpbnQ2NF90IHBhciA9IGd2 YV90b19tYV9wYXIodmEpOworICAgIHVpbnQ2NF90IHBhciA9IGd2YV90b19t YV9wYXIodmEsIGZsYWdzKTsKICAgICBpZiAoIHBhciAmIFBBUl9GICkKICAg ICAgICAgcmV0dXJuIC1FRkFVTFQ7CiAgICAgKnBhID0gKHBhciAmIFBBRERS X01BU0sgJiBQQUdFX01BU0spIHwgKCh1bnNpZ25lZCBsb25nKSB2YSAmIH5Q QUdFX01BU0spOwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9w YWdlLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaAppbmRleCBlMDBi ZTllLi44NDU2MmVjIDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20tYXJt L3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaApAQCAt NzMsNiArNzMsMTAgQEAKICNkZWZpbmUgTUFUVFJfREVWICAgICAweDEKICNk ZWZpbmUgTUFUVFJfTUVNICAgICAweGYKIAorLyogRmxhZ3MgZm9yIGd2aXJ0 X3RvX21hZGRyICovCisjZGVmaW5lIEdWMk1fUkVBRCAgKDB1PDwwKQorI2Rl ZmluZSBHVjJNX1dSSVRFICgxdTw8MCkKKwogI2lmbmRlZiBfX0FTU0VNQkxZ X18KIAogI2luY2x1ZGUgPHhlbi90eXBlcy5oPgo= --=separator Content-Type: application/octet-stream; name="xsa98-4.4-02.patch" Content-Disposition: attachment; filename="xsa98-4.4-02.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGVuc3VyZSB3ZSBob2xkIGEgcmVmZXJlbmNlIHRvIGd1ZXN0 IHBhZ2VzIHdoaWxlIHdlIGNvcHkgdG8vZnJvbSB0aGVtCgpUaGlzIGF0IG9u Y2U6CiAtIHByZXZlbnRzIHRoZSBwYWdlIGZyb20gYmVpbmcgcmVhc3NpZ25l ZCB1bmRlciBvdXIgZmVldAogLSBlbnN1cmVzIHRoYXQgdGhlIGRvbWFpbiBv d25zIHRoZSBwYWdlLCB3aGljaCBzdG9wcyBhIGRvbWFpbiBmcm9tIGdpdmlu ZyBhCiAgIGdyYW50IG1hcHBpbmcsIE1NSU8gcmVnaW9uLCBvdGhlciBub24t UkFNIGFzIGEgaHlwZXJjYWxsIGlucHV0L291dHB1dC4KCldlIG5lZWQgdG8g aG9sZCB0aGUgcDJtIGxvY2sgd2hpbGUgZG9pbmcgdGhlIGxvb2t1cCB1bnRp bCB3ZSBoYXZlIHRoZQpyZWZlcmVuY2UuCgpUaGlzIGFsc28gcmVxdWlyZXMg dGhhdCBkdXJpbmcgZG9tYWluIDAgYnVpbGRpbmcgY3VycmVudCBpcyBzZXQg dG8gYW4gYWN0dWFsCmRvbTAgdmNwdSwgc28gdGFrZSBjYXJlIG9mIHRoaXMg YXQgdGhlIHNhbWUgdGltZSBhcyB0aGUgcDJtIGlzIHRlbXBvcmFyaWx5Cmxv YWRlZC4KCkxhc3RseSB3aGVuIGR1bXBpbmcgdGhlIGd1ZXN0IHN0YWNrIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGd1ZXN0IGhhc24ndApwb2lu dGVkIGl0cyBzcCBvZmYgaW50byB0aGUgd2VlZHMgYW5kL29yIG1pc2FsaWdu ZWQgaXQsIHdoaWNoIGNvdWxkIGxlYWQgdG8KaHlwZXJ2aXNvciB0cmFwcy4g U29sdmUgdGhpcyBieSB1c2luZyB0aGUgbmV3IGZ1bmN0aW9uIGFuZCBjaGVj a2luZyBhbGlnbm1lbnQKZmlyc3QuCgpTaWduZWQtb2ZmLWJ5OiBJYW4gQ2Ft cGJlbGwgPGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpSZXZpZXdlZC1ieTog SnVsaWVuIEdyYWxsIDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KWyBpamMg LS0gYmFja3BvcnRlZCB0byA0LjQsIHVzaW5nIHAybV9sb2FkX1ZUVEJSIF0K CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMgYi94 ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMKaW5kZXggM2RhNmI4My4uYzE0 OTdmOCAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5j CisrKyBiL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYwpAQCAtOTg2LDYg Kzk4Niw3IEBAIHN0YXRpYyB2b2lkIGluaXRyZF9sb2FkKHN0cnVjdCBrZXJu ZWxfaW5mbyAqa2luZm8pCiBpbnQgY29uc3RydWN0X2RvbTAoc3RydWN0IGRv bWFpbiAqZCkKIHsKICAgICBzdHJ1Y3Qga2VybmVsX2luZm8ga2luZm8gPSB7 fTsKKyAgICBzdHJ1Y3QgdmNwdSAqc2F2ZWRfY3VycmVudDsKICAgICBpbnQg cmMsIGksIGNwdTsKIAogICAgIHN0cnVjdCB2Y3B1ICp2ID0gZC0+dmNwdVsw XTsKQEAgLTEwMjEsNyArMTAyMiw5IEBAIGludCBjb25zdHJ1Y3RfZG9tMChz dHJ1Y3QgZG9tYWluICpkKQogICAgICAgICByZXR1cm4gcmM7CiAKICAgICAv KiBUaGUgZm9sbG93aW5nIGxvYWRzIHVzZSB0aGUgZG9tYWluJ3MgcDJtICov CisgICAgc2F2ZWRfY3VycmVudCA9IGN1cnJlbnQ7CiAgICAgcDJtX2xvYWRf VlRUQlIoZCk7CisgICAgc2V0X2N1cnJlbnQodik7CiAjaWZkZWYgQ09ORklH X0FSTV82NAogICAgIGQtPmFyY2gudHlwZSA9IGtpbmZvLnR5cGU7CiAgICAg aWYgKCBpc19wdjMyX2RvbWFpbihkKSApCkBAIC0xMDM5LDYgKzEwNDIsMTAg QEAgaW50IGNvbnN0cnVjdF9kb20wKHN0cnVjdCBkb21haW4gKmQpCiAgICAg aW5pdHJkX2xvYWQoJmtpbmZvKTsKICAgICBkdGJfbG9hZCgma2luZm8pOwog CisgICAgLyogTm93IHRoYXQgd2UgYXJlIGRvbmUgcmVzdG9yZSB0aGUgb3Jp Z2luYWwgcDJtIGFuZCBjdXJyZW50LiAqLworICAgIHNldF9jdXJyZW50KHNh dmVkX2N1cnJlbnQpOworICAgIHAybV9sb2FkX1ZUVEJSKGN1cnJlbnQtPmRv bWFpbik7CisKICAgICBkaXNjYXJkX2luaXRpYWxfbW9kdWxlcygpOwogCiAg ICAgdi0+aXNfaW5pdGlhbGlzZWQgPSAxOwpkaWZmIC0tZ2l0IGEveGVuL2Fy Y2gvYXJtL2d1ZXN0Y29weS5jIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5j CmluZGV4IGQxZmRkZWMuLjAxNzM1OTcgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNo L2FybS9ndWVzdGNvcHkuYworKysgYi94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5 LmMKQEAgLTEsNiArMSw4IEBACiAjaW5jbHVkZSA8eGVuL2NvbmZpZy5oPgog I2luY2x1ZGUgPHhlbi9saWIuaD4KICNpbmNsdWRlIDx4ZW4vZG9tYWluX3Bh Z2UuaD4KKyNpbmNsdWRlIDx4ZW4vc2NoZWQuaD4KKyNpbmNsdWRlIDxhc20v Y3VycmVudC5oPgogCiAjaW5jbHVkZSA8YXNtL21tLmg+CiAjaW5jbHVkZSA8 YXNtL2d1ZXN0X2FjY2Vzcy5oPgpAQCAtMTMsMjAgKzE1LDIyIEBAIHN0YXRp YyB1bnNpZ25lZCBsb25nIHJhd19jb3B5X3RvX2d1ZXN0X2hlbHBlcih2b2lk ICp0bywgY29uc3Qgdm9pZCAqZnJvbSwKIAogICAgIHdoaWxlICggbGVuICkK ICAgICB7Ci0gICAgICAgIHBhZGRyX3QgZzsKICAgICAgICAgdm9pZCAqcDsK ICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZClQ QUdFX1NJWkUgLSBvZmZzZXQpOworICAgICAgICBzdHJ1Y3QgcGFnZV9pbmZv ICpwYWdlOwogCi0gICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRy X3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQorICAgICAgICBwYWdlID0gZ2V0 X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9tYWluLCAodmFkZHJfdCkgdG8s IEdWMk1fV1JJVEUpOworICAgICAgICBpZiAoIHBhZ2UgPT0gTlVMTCApCiAg ICAgICAgICAgICByZXR1cm4gbGVuOwogCi0gICAgICAgIHAgPSBtYXBfZG9t YWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7CisgICAgICAgIHAgPSBfX21hcF9k b21haW5fcGFnZShwYWdlKTsKICAgICAgICAgcCArPSBvZmZzZXQ7CiAgICAg ICAgIG1lbWNweShwLCBmcm9tLCBzaXplKTsKICAgICAgICAgaWYgKCBmbHVz aF9kY2FjaGUgKQogICAgICAgICAgICAgY2xlYW5feGVuX2RjYWNoZV92YV9y YW5nZShwLCBzaXplKTsKIAogICAgICAgICB1bm1hcF9kb21haW5fcGFnZShw IC0gb2Zmc2V0KTsKKyAgICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAg IGxlbiAtPSBzaXplOwogICAgICAgICBmcm9tICs9IHNpemU7CiAgICAgICAg IHRvICs9IHNpemU7CkBAIC01OCwxOCArNjIsMjAgQEAgdW5zaWduZWQgbG9u ZyByYXdfY2xlYXJfZ3Vlc3Qodm9pZCAqdG8sIHVuc2lnbmVkIGxlbikKIAog ICAgIHdoaWxlICggbGVuICkKICAgICB7Ci0gICAgICAgIHBhZGRyX3QgZzsK ICAgICAgICAgdm9pZCAqcDsKICAgICAgICAgdW5zaWduZWQgc2l6ZSA9IG1p bihsZW4sICh1bnNpZ25lZClQQUdFX1NJWkUgLSBvZmZzZXQpOworICAgICAg ICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwogCi0gICAgICAgIGlmICggZ3Zp cnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQor ICAgICAgICBwYWdlID0gZ2V0X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9t YWluLCAodmFkZHJfdCkgdG8sIEdWMk1fV1JJVEUpOworICAgICAgICBpZiAo IHBhZ2UgPT0gTlVMTCApCiAgICAgICAgICAgICByZXR1cm4gbGVuOwogCi0g ICAgICAgIHAgPSBtYXBfZG9tYWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7Cisg ICAgICAgIHAgPSBfX21hcF9kb21haW5fcGFnZShwYWdlKTsKICAgICAgICAg cCArPSBvZmZzZXQ7CiAgICAgICAgIG1lbXNldChwLCAweDAwLCBzaXplKTsK IAogICAgICAgICB1bm1hcF9kb21haW5fcGFnZShwIC0gb2Zmc2V0KTsKKyAg ICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgIGxlbiAtPSBzaXplOwog ICAgICAgICB0byArPSBzaXplOwogICAgICAgICAvKgpAQCAtODgsMTkgKzk0 LDIxIEBAIHVuc2lnbmVkIGxvbmcgcmF3X2NvcHlfZnJvbV9ndWVzdCh2b2lk ICp0bywgY29uc3Qgdm9pZCBfX3VzZXIgKmZyb20sIHVuc2lnbmVkIGxlCiAK ICAgICB3aGlsZSAoIGxlbiApCiAgICAgewotICAgICAgICBwYWRkcl90IGc7 CiAgICAgICAgIHZvaWQgKnA7CiAgICAgICAgIHVuc2lnbmVkIHNpemUgPSBt aW4obGVuLCAodW5zaWduZWQpKFBBR0VfU0laRSAtIG9mZnNldCkpOworICAg ICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwogCi0gICAgICAgIGlmICgg Z3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3QpIGZyb20gJiBQQUdFX01BU0ssICZn LCBHVjJNX1JFQUQpICkKKyAgICAgICAgcGFnZSA9IGdldF9wYWdlX2Zyb21f Z3ZhKGN1cnJlbnQtPmRvbWFpbiwgKHZhZGRyX3QpIGZyb20sIEdWMk1fUkVB RCk7CisgICAgICAgIGlmICggcGFnZSA9PSBOVUxMICkKICAgICAgICAgICAg IHJldHVybiBsZW47CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShn Pj5QQUdFX1NISUZUKTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFpbl9wYWdl KHBhZ2UpOwogICAgICAgICBwICs9ICgodmFkZHJfdClmcm9tICYgKH5QQUdF X01BU0spKTsKIAogICAgICAgICBtZW1jcHkodG8sIHAsIHNpemUpOwogCiAg ICAgICAgIHVubWFwX2RvbWFpbl9wYWdlKHApOworICAgICAgICBwdXRfcGFn ZShwYWdlKTsKICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAgIGZyb20g Kz0gc2l6ZTsKICAgICAgICAgdG8gKz0gc2l6ZTsKZGlmZiAtLWdpdCBhL3hl bi9hcmNoL2FybS9wMm0uYyBiL3hlbi9hcmNoL2FybS9wMm0uYwppbmRleCBk MDBjODgyLi43ZmQ1OTIwIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vcDJt LmMKKysrIGIveGVuL2FyY2gvYXJtL3AybS5jCkBAIC02NTUsNiArNjU1LDM0 IEBAIHVuc2lnbmVkIGxvbmcgZ21mbl90b19tZm4oc3RydWN0IGRvbWFpbiAq ZCwgdW5zaWduZWQgbG9uZyBncGZuKQogICAgIHJldHVybiBwID4+IFBBR0Vf U0hJRlQ7CiB9CiAKK3N0cnVjdCBwYWdlX2luZm8gKmdldF9wYWdlX2Zyb21f Z3ZhKHN0cnVjdCBkb21haW4gKmQsIHZhZGRyX3QgdmEsCisgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGZsYWdz KQoreworICAgIHN0cnVjdCBwMm1fZG9tYWluICpwMm0gPSAmZC0+YXJjaC5w Mm07CisgICAgc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSA9IE5VTEw7CisgICAg cGFkZHJfdCBtYWRkcjsKKworICAgIEFTU0VSVChkID09IGN1cnJlbnQtPmRv bWFpbik7CisKKyAgICBzcGluX2xvY2soJnAybS0+bG9jayk7CisKKyAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKHZhLCAmbWFkZHIsIGZsYWdzKSApCisgICAg ICAgIGdvdG8gZXJyOworCisgICAgaWYgKCAhbWZuX3ZhbGlkKG1hZGRyID4+ IFBBR0VfU0hJRlQpICkKKyAgICAgICAgZ290byBlcnI7CisKKyAgICBwYWdl ID0gbWZuX3RvX3BhZ2UobWFkZHIgPj4gUEFHRV9TSElGVCk7CisgICAgQVNT RVJUKHBhZ2UpOworCisgICAgaWYgKCB1bmxpa2VseSghZ2V0X3BhZ2UocGFn ZSwgZCkpICkKKyAgICAgICAgcGFnZSA9IE5VTEw7CisKK2VycjoKKyAgICBz cGluX3VubG9jaygmcDJtLT5sb2NrKTsKKyAgICByZXR1cm4gcGFnZTsKK30K KwogLyoKICAqIExvY2FsIHZhcmlhYmxlczoKICAqIG1vZGU6IEMKZGlmZiAt LWdpdCBhL3hlbi9hcmNoL2FybS90cmFwcy5jIGIveGVuL2FyY2gvYXJtL3Ry YXBzLmMKaW5kZXggMmU3NDUxYi4uMDAwNzFhMyAxMDA2NDQKLS0tIGEveGVu L2FyY2gvYXJtL3RyYXBzLmMKKysrIGIveGVuL2FyY2gvYXJtL3RyYXBzLmMK QEAgLTc3Niw3ICs3NzYsNyBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0 YWNrKHN0cnVjdCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVn cykKIHsKICAgICBpbnQgaTsKICAgICB2YWRkcl90IHNwOwotICAgIHBhZGRy X3Qgc3RhY2tfcGh5czsKKyAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwog ICAgIHZvaWQgKm1hcHBlZDsKICAgICB1bnNpZ25lZCBsb25nICpzdGFjaywg YWRkcjsKIApAQCAtODM2LDEzICs4MzYsMjAgQEAgc3RhdGljIHZvaWQgc2hv d19ndWVzdF9zdGFjayhzdHJ1Y3QgdmNwdSAqdiwgc3RydWN0IGNwdV91c2Vy X3JlZ3MgKnJlZ3MpCiAKICAgICBwcmludGsoIkd1ZXN0IHN0YWNrIHRyYWNl IGZyb20gc3A9JSJQUkl2YWRkciI6XG4gICIsIHNwKTsKIAotICAgIGlmICgg Z3ZpcnRfdG9fbWFkZHIoc3AsICZzdGFja19waHlzLCBHVjJNX1JFQUQpICkK KyAgICBpZiAoIHNwICYgKCBzaXplb2YobG9uZykgLSAxICkgKQorICAgIHsK KyAgICAgICAgcHJpbnRrKCJTdGFjayBpcyBtaXNhbGlnbmVkXG4iKTsKKyAg ICAgICAgcmV0dXJuOworICAgIH0KKworICAgIHBhZ2UgPSBnZXRfcGFnZV9m cm9tX2d2YShjdXJyZW50LT5kb21haW4sIHNwLCBHVjJNX1JFQUQpOworICAg IGlmICggcGFnZSA9PSBOVUxMICkKICAgICB7CiAgICAgICAgIHByaW50aygi RmFpbGVkIHRvIGNvbnZlcnQgc3RhY2sgdG8gcGh5c2ljYWwgYWRkcmVzc1xu Iik7CiAgICAgICAgIHJldHVybjsKICAgICB9CiAKLSAgICBtYXBwZWQgPSBt YXBfZG9tYWluX3BhZ2Uoc3RhY2tfcGh5cyA+PiBQQUdFX1NISUZUKTsKKyAg ICBtYXBwZWQgPSBfX21hcF9kb21haW5fcGFnZShwYWdlKTsKIAogICAgIHN0 YWNrID0gbWFwcGVkICsgKHNwICYgflBBR0VfTUFTSyk7CiAKQEAgLTg2MCw3 ICs4NjcsNyBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVj dCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKICAgICAg ICAgcHJpbnRrKCJTdGFjayBlbXB0eS4iKTsKICAgICBwcmludGsoIlxuIik7 CiAgICAgdW5tYXBfZG9tYWluX3BhZ2UobWFwcGVkKTsKLQorICAgIHB1dF9w YWdlKHBhZ2UpOwogfQogCiAjZGVmaW5lIFNUQUNLX0JFRk9SRV9FWENFUFRJ T04ocmVncykgKChyZWdpc3Rlcl90KikocmVncyktPnNwKQpkaWZmIC0tZ2l0 IGEveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oIGIveGVuL2luY2x1ZGUvYXNt LWFybS9tbS5oCmluZGV4IGQwZTVjYjQuLjhiZjE3OWQgMTAwNjQ0Ci0tLSBh L3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAorKysgYi94ZW4vaW5jbHVkZS9h c20tYXJtL21tLmgKQEAgLTI3Myw2ICsyNzMsOSBAQCBzdHJ1Y3QgZG9tYWlu ICpwYWdlX2dldF9vd25lcl9hbmRfcmVmZXJlbmNlKHN0cnVjdCBwYWdlX2lu Zm8gKnBhZ2UpOwogdm9pZCBwdXRfcGFnZShzdHJ1Y3QgcGFnZV9pbmZvICpw YWdlKTsKIGludCAgZ2V0X3BhZ2Uoc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSwg c3RydWN0IGRvbWFpbiAqZG9tYWluKTsKIAorc3RydWN0IHBhZ2VfaW5mbyAq Z2V0X3BhZ2VfZnJvbV9ndmEoc3RydWN0IGRvbWFpbiAqZCwgdmFkZHJfdCB2 YSwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuc2ln bmVkIGxvbmcgZmxhZ3MpOworCiAvKgogICogVGhlIE1QVCAobWFjaGluZS0+ cGh5c2ljYWwgbWFwcGluZyB0YWJsZSkgaXMgYW4gYXJyYXkgb2Ygd29yZC1z aXplZAogICogdmFsdWVzLCBpbmRleGVkIG9uIG1hY2hpbmUgZnJhbWUgbnVt YmVyLiBJdCBpcyBleHBlY3RlZCB0aGF0IGd1ZXN0IE9TZXMKZGlmZiAtLWdp dCBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oIGIveGVuL2luY2x1ZGUv YXNtLWFybS9wYWdlLmgKaW5kZXggODQ1NjJlYy4uYzExODMwOSAxMDA2NDQK LS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9wYWdlLmgKKysrIGIveGVuL2lu Y2x1ZGUvYXNtLWFybS9wYWdlLmgKQEAgLTczLDcgKzczLDcgQEAKICNkZWZp bmUgTUFUVFJfREVWICAgICAweDEKICNkZWZpbmUgTUFUVFJfTUVNICAgICAw eGYKIAotLyogRmxhZ3MgZm9yIGd2aXJ0X3RvX21hZGRyICovCisvKiBGbGFn cyBmb3IgZ2V0X3BhZ2VfZnJvbV9ndmEsIGd2aXJ0X3RvX21hZGRyIGV0YyAq LwogI2RlZmluZSBHVjJNX1JFQUQgICgwdTw8MCkKICNkZWZpbmUgR1YyTV9X UklURSAoMXU8PDApCiAK --=separator Content-Type: application/octet-stream; name="xsa98-unstable-01.patch" Content-Disposition: attachment; filename="xsa98-unstable-01.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGNoZWNrIHBlcm1pc3Npb25zIHdoZW4gY29weWluZyB0by9m cm9tIGd1ZXN0IHZpcnR1YWwgYWRkcmVzc2VzCgpJbiBwYXJ0aWN1bGFyIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoZSBndWVzdCBoYXMgd3JpdGUgcGVybWlz c2lvbnMgdG8gYnVmZmVycwp3aGljaCBpdCBwYXNzZXMgYXMgb3V0cHV0IGJ1 ZmZlcnMgZm9yIGh5cGVyY2FsbHMsIG90aGVyd2lzZSB0aGUgZ3Vlc3QgY2Fu Cm92ZXJ3cml0ZSBtZW1vcnkgd2hpY2ggaXQgc2hvdWxkbid0IGJlIGFibGUg dG8gd3JpdGUgKGxpa2Ugci9vIGdyYW50IHRhYmxlCm1hcHBpbmdzKS4KClRo aXMgaXMgWFNBLTk4LgoKU2lnbmVkLW9mZi1ieTogSWFuIENhbXBiZWxsIDxp YW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KUmV2aWV3ZWQtYnk6IEp1bGllbiBH cmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+CgpkaWZmIC0tZ2l0IGEv eGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jIGIveGVuL2FyY2gvYXJtL2Rv bWFpbl9idWlsZC5jCmluZGV4IGM0MjQ3OTMuLmQwNzk5ODIgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYworKysgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKQEAgLTEwMDUsNyArMTAwNSw3IEBAIHN0 YXRpYyB2b2lkIGluaXRyZF9sb2FkKHN0cnVjdCBrZXJuZWxfaW5mbyAqa2lu Zm8pCiAgICAgICAgIHMgPSBvZmZzICYgflBBR0VfTUFTSzsKICAgICAgICAg bCA9IG1pbihQQUdFX1NJWkUgLSBzLCBsZW4pOwogCi0gICAgICAgIHJjID0g Z3ZpcnRfdG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hKTsKKyAgICAg ICAgcmMgPSBndmlydF90b19tYWRkcihsb2FkX2FkZHIgKyBvZmZzLCAmbWEs IEdWMk1fV1JJVEUpOwogICAgICAgICBpZiAoIHJjICkKICAgICAgICAgewog ICAgICAgICAgICAgcGFuaWMoIlVuYWJsZSB0byB0cmFuc2xhdGUgZ3Vlc3Qg YWRkcmVzcyIpOwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL2d1ZXN0Y29w eS5jIGIveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCmluZGV4IGNlYTVmOTcu LmQxZmRkZWMgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNoL2FybS9ndWVzdGNvcHku YworKysgYi94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMKQEAgLTE3LDcgKzE3 LDcgQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcgcmF3X2NvcHlfdG9fZ3Vlc3Rf aGVscGVyKHZvaWQgKnRvLCBjb25zdCB2b2lkICpmcm9tLAogICAgICAgICB2 b2lkICpwOwogICAgICAgICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVu c2lnbmVkKVBBR0VfU0laRSAtIG9mZnNldCk7CiAKLSAgICAgICAgaWYgKCBn dmlydF90b19tYWRkcigodmFkZHJfdCkgdG8sICZnKSApCisgICAgICAgIGlm ICggZ3ZpcnRfdG9fbWFkZHIoKHZhZGRyX3QpIHRvLCAmZywgR1YyTV9XUklU RSkgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAogICAgICAgICBwID0g bWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOwpAQCAtNjIsNyArNjIs NyBAQCB1bnNpZ25lZCBsb25nIHJhd19jbGVhcl9ndWVzdCh2b2lkICp0bywg dW5zaWduZWQgbGVuKQogICAgICAgICB2b2lkICpwOwogICAgICAgICB1bnNp Z25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0VfU0laRSAtIG9m ZnNldCk7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJf dCkgdG8sICZnKSApCisgICAgICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIoKHZh ZGRyX3QpIHRvLCAmZywgR1YyTV9XUklURSkgKQogICAgICAgICAgICAgcmV0 dXJuIGxlbjsKIAogICAgICAgICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBB R0VfU0hJRlQpOwpAQCAtOTIsNyArOTIsNyBAQCB1bnNpZ25lZCBsb25nIHJh d19jb3B5X2Zyb21fZ3Vlc3Qodm9pZCAqdG8sIGNvbnN0IHZvaWQgX191c2Vy ICpmcm9tLCB1bnNpZ25lZCBsZQogICAgICAgICB2b2lkICpwOwogICAgICAg ICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKShQQUdFX1NJ WkUgLSBvZmZzZXQpKTsKIAotICAgICAgICBpZiAoIGd2aXJ0X3RvX21hZGRy KCh2YWRkcl90KSBmcm9tICYgUEFHRV9NQVNLLCAmZykgKQorICAgICAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKCh2YWRkcl90KSBmcm9tICYgUEFHRV9NQVNL LCAmZywgR1YyTV9SRUFEKSApCiAgICAgICAgICAgICByZXR1cm4gbGVuOwog CiAgICAgICAgIHAgPSBtYXBfZG9tYWluX3BhZ2UoZz4+UEFHRV9TSElGVCk7 CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0va2VybmVsLmMgYi94ZW4vYXJj aC9hcm0va2VybmVsLmMKaW5kZXggYzgyOTA2Zi4uNjkxODJlYyAxMDA2NDQK LS0tIGEveGVuL2FyY2gvYXJtL2tlcm5lbC5jCisrKyBiL3hlbi9hcmNoL2Fy bS9rZXJuZWwuYwpAQCAtMTcyLDcgKzE3Miw3IEBAIHN0YXRpYyB2b2lkIGtl cm5lbF96aW1hZ2VfbG9hZChzdHJ1Y3Qga2VybmVsX2luZm8gKmluZm8pCiAg ICAgICAgIHMgPSBvZmZzICYgflBBR0VfTUFTSzsKICAgICAgICAgbCA9IG1p bihQQUdFX1NJWkUgLSBzLCBsZW4pOwogCi0gICAgICAgIHJjID0gZ3ZpcnRf dG9fbWFkZHIobG9hZF9hZGRyICsgb2ZmcywgJm1hKTsKKyAgICAgICAgcmMg PSBndmlydF90b19tYWRkcihsb2FkX2FkZHIgKyBvZmZzLCAmbWEsIEdWMk1f V1JJVEUpOwogICAgICAgICBpZiAoIHJjICkKICAgICAgICAgewogICAgICAg ICAgICAgcGFuaWMoIlVuYWJsZSB0byBtYXAgdHJhbnNsYXRlIGd1ZXN0IGFk ZHJlc3MiKTsKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS90cmFwcy5jIGIv eGVuL2FyY2gvYXJtL3RyYXBzLmMKaW5kZXggMDNhM2RhNi4uZGY4NmZmZSAx MDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL3RyYXBzLmMKKysrIGIveGVuL2Fy Y2gvYXJtL3RyYXBzLmMKQEAgLTgzNyw3ICs4MzcsNyBAQCBzdGF0aWMgdm9p ZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVjdCB2Y3B1ICp2LCBzdHJ1Y3QgY3B1 X3VzZXJfcmVncyAqcmVncykKIAogICAgIHByaW50aygiR3Vlc3Qgc3RhY2sg dHJhY2UgZnJvbSBzcD0lIlBSSXZhZGRyIjpcbiAgIiwgc3ApOwogCi0gICAg aWYgKCBndmlydF90b19tYWRkcihzcCwgJnN0YWNrX3BoeXMpICkKKyAgICBp ZiAoIGd2aXJ0X3RvX21hZGRyKHNwLCAmc3RhY2tfcGh5cywgR1YyTV9SRUFE KSApCiAgICAgewogICAgICAgICBwcmludGsoIkZhaWxlZCB0byBjb252ZXJ0 IHN0YWNrIHRvIHBoeXNpY2FsIGFkZHJlc3NcbiIpOwogICAgICAgICByZXR1 cm47CmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJtL2FybTMyL3Bh Z2UuaCBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtMzIvcGFnZS5oCmluZGV4 IDRhYmIyODEuLjk3NDA2NzIgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2Fz bS1hcm0vYXJtMzIvcGFnZS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0v YXJtMzIvcGFnZS5oCkBAIC04NywxMSArODcsMTQgQEAgc3RhdGljIGlubGlu ZSB1aW50NjRfdCBfX3ZhX3RvX3Bhcih2YWRkcl90IHZhKQogfQogCiAvKiBB c2sgdGhlIE1NVSB0byB0cmFuc2xhdGUgYSBHdWVzdCBWQSBmb3IgdXMgKi8K LXN0YXRpYyBpbmxpbmUgdWludDY0X3QgZ3ZhX3RvX21hX3Bhcih2YWRkcl90 IHZhKQorc3RhdGljIGlubGluZSB1aW50NjRfdCBndmFfdG9fbWFfcGFyKHZh ZGRyX3QgdmEsIHVuc2lnbmVkIGludCBmbGFncykKIHsKICAgICB1aW50NjRf dCBwYXIsIHRtcDsKICAgICB0bXAgPSBSRUFEX0NQNjQoUEFSKTsKLSAgICBX UklURV9DUDMyKHZhLCBBVFMxMk5TT1BSKTsKKyAgICBpZiAoIChmbGFncyAm IEdWMk1fV1JJVEUpID09IEdWMk1fV1JJVEUgKQorICAgICAgICBXUklURV9D UDMyKHZhLCBBVFMxMk5TT1BXKTsKKyAgICBlbHNlCisgICAgICAgIFdSSVRF X0NQMzIodmEsIEFUUzEyTlNPUFIpOwogICAgIGlzYigpOyAvKiBFbnN1cmUg cmVzdWx0IGlzIGF2YWlsYWJsZS4gKi8KICAgICBwYXIgPSBSRUFEX0NQNjQo UEFSKTsKICAgICBXUklURV9DUDY0KHRtcCwgUEFSKTsKZGlmZiAtLWdpdCBh L3hlbi9pbmNsdWRlL2FzbS1hcm0vYXJtNjQvcGFnZS5oIGIveGVuL2luY2x1 ZGUvYXNtLWFybS9hcm02NC9wYWdlLmgKaW5kZXggNzEzYmFmNi4uYmIxMDE2 NCAxMDA2NDQKLS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9hcm02NC9wYWdl LmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLWFybS9hcm02NC9wYWdlLmgKQEAg LTgxLDExICs4MSwxNCBAQCBzdGF0aWMgaW5saW5lIHVpbnQ2NF90IF9fdmFf dG9fcGFyKHZhZGRyX3QgdmEpCiB9CiAKIC8qIEFzayB0aGUgTU1VIHRvIHRy YW5zbGF0ZSBhIEd1ZXN0IFZBIGZvciB1cyAqLwotc3RhdGljIGlubGluZSB1 aW50NjRfdCBndmFfdG9fbWFfcGFyKHZhZGRyX3QgdmEpCitzdGF0aWMgaW5s aW5lIHVpbnQ2NF90IGd2YV90b19tYV9wYXIodmFkZHJfdCB2YSwgdW5zaWdu ZWQgaW50IGZsYWdzKQogewogICAgIHVpbnQ2NF90IHBhciwgdG1wID0gUkVB RF9TWVNSRUc2NChQQVJfRUwxKTsKIAotICAgIGFzbSB2b2xhdGlsZSAoImF0 IHMxMmUxciwgJTA7IiA6IDogInIiICh2YSkpOworICAgIGlmICggKGZsYWdz ICYgR1YyTV9XUklURSkgPT0gR1YyTV9XUklURSApCisgICAgICAgIGFzbSB2 b2xhdGlsZSAoImF0IHMxMmUxciwgJTA7IiA6IDogInIiICh2YSkpOworICAg IGVsc2UKKyAgICAgICAgYXNtIHZvbGF0aWxlICgiYXQgczEyZTF3LCAlMDsi IDogOiAiciIgKHZhKSk7CiAgICAgaXNiKCk7CiAgICAgcGFyID0gUkVBRF9T WVNSRUc2NChQQVJfRUwxKTsKICAgICBXUklURV9TWVNSRUc2NCh0bXAsIFBB Ul9FTDEpOwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5o IGIveGVuL2luY2x1ZGUvYXNtLWFybS9tbS5oCmluZGV4IGI4ZDRlN2QuLmQw ZTVjYjQgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaAor KysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKQEAgLTIzMyw5ICsyMzMs OSBAQCBzdGF0aWMgaW5saW5lIHZvaWQgKm1hZGRyX3RvX3ZpcnQocGFkZHJf dCBtYSkKIH0KICNlbmRpZgogCi1zdGF0aWMgaW5saW5lIGludCBndmlydF90 b19tYWRkcih2YWRkcl90IHZhLCBwYWRkcl90ICpwYSkKK3N0YXRpYyBpbmxp bmUgaW50IGd2aXJ0X3RvX21hZGRyKHZhZGRyX3QgdmEsIHBhZGRyX3QgKnBh LCB1bnNpZ25lZCBpbnQgZmxhZ3MpCiB7Ci0gICAgdWludDY0X3QgcGFyID0g Z3ZhX3RvX21hX3Bhcih2YSk7CisgICAgdWludDY0X3QgcGFyID0gZ3ZhX3Rv X21hX3Bhcih2YSwgZmxhZ3MpOwogICAgIGlmICggcGFyICYgUEFSX0YgKQog ICAgICAgICByZXR1cm4gLUVGQVVMVDsKICAgICAqcGEgPSAocGFyICYgUEFE RFJfTUFTSyAmIFBBR0VfTUFTSykgfCAoKHVuc2lnbmVkIGxvbmcpIHZhICYg flBBR0VfTUFTSyk7CmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJt L3BhZ2UuaCBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oCmluZGV4IGMz OGU5YzkuLmU3MjNlNWEgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1h cm0vcGFnZS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vcGFnZS5oCkBA IC03Myw2ICs3MywxMCBAQAogI2RlZmluZSBNQVRUUl9ERVYgICAgIDB4MQog I2RlZmluZSBNQVRUUl9NRU0gICAgIDB4ZgogCisvKiBGbGFncyBmb3IgZ3Zp cnRfdG9fbWFkZHIgKi8KKyNkZWZpbmUgR1YyTV9SRUFEICAoMHU8PDApCisj ZGVmaW5lIEdWMk1fV1JJVEUgKDF1PDwwKQorCiAjaWZuZGVmIF9fQVNTRU1C TFlfXwogCiAjaW5jbHVkZSA8eGVuL3R5cGVzLmg+Cg== --=separator Content-Type: application/octet-stream; name="xsa98-unstable-02.patch" Content-Disposition: attachment; filename="xsa98-unstable-02.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGVuc3VyZSB3ZSBob2xkIGEgcmVmZXJlbmNlIHRvIGd1ZXN0 IHBhZ2VzIHdoaWxlIHdlIGNvcHkgdG8vZnJvbSB0aGVtCgpUaGlzIGF0IG9u Y2U6CiAtIHByZXZlbnRzIHRoZSBwYWdlIGZyb20gYmVpbmcgcmVhc3NpZ25l ZCB1bmRlciBvdXIgZmVldAogLSBlbnN1cmVzIHRoYXQgdGhlIGRvbWFpbiBv d25zIHRoZSBwYWdlLCB3aGljaCBzdG9wcyBhIGRvbWFpbiBmcm9tIGdpdmlu ZyBhCiAgIGdyYW50IG1hcHBpbmcsIE1NSU8gcmVnaW9uLCBvdGhlciBub24t UkFNIGFzIGEgaHlwZXJjYWxsIGlucHV0L291dHB1dC4KCldlIG5lZWQgdG8g aG9sZCB0aGUgcDJtIGxvY2sgd2hpbGUgZG9pbmcgdGhlIGxvb2t1cCB1bnRp bCB3ZSBoYXZlIHRoZQpyZWZlcmVuY2UuCgpUaGlzIGFsc28gcmVxdWlyZXMg dGhhdCBkdXJpbmcgZG9tYWluIDAgYnVpbGRpbmcgY3VycmVudCBpcyBzZXQg dG8gYW4gYWN0dWFsCmRvbTAgdmNwdSwgc28gdGFrZSBjYXJlIG9mIHRoaXMg YXQgdGhlIHNhbWUgdGltZSBhcyB0aGUgcDJtIGlzIHRlbXBvcmFyaWx5Cmxv YWRlZC4KCkxhc3RseSB3aGVuIGR1bXBpbmcgdGhlIGd1ZXN0IHN0YWNrIHdl IG5lZWQgdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGd1ZXN0IGhhc24ndApwb2lu dGVkIGl0cyBzcCBvZmYgaW50byB0aGUgd2VlZHMgYW5kL29yIG1pc2FsaWdu ZWQgaXQsIHdoaWNoIGNvdWxkIGxlYWQgdG8KaHlwZXJ2aXNvciB0cmFwcy4g U29sdmUgdGhpcyBieSB1c2luZyB0aGUgbmV3IGZ1bmN0aW9uIGFuZCBjaGVj a2luZyBhbGlnbm1lbnQKZmlyc3QuCgpTaWduZWQtb2ZmLWJ5OiBJYW4gQ2Ft cGJlbGwgPGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpSZXZpZXdlZC1ieTog SnVsaWVuIEdyYWxsIDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KCmRpZmYg LS1naXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluX2J1aWxkLmMgYi94ZW4vYXJj aC9hcm0vZG9tYWluX2J1aWxkLmMKaW5kZXggZDA3OTk4Mi4uNGRkMmQ4NCAx MDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2RvbWFpbl9idWlsZC5jCisrKyBi L3hlbi9hcmNoL2FybS9kb21haW5fYnVpbGQuYwpAQCAtMTAyNCw2ICsxMDI0 LDcgQEAgc3RhdGljIHZvaWQgaW5pdHJkX2xvYWQoc3RydWN0IGtlcm5lbF9p bmZvICpraW5mbykKIGludCBjb25zdHJ1Y3RfZG9tMChzdHJ1Y3QgZG9tYWlu ICpkKQogewogICAgIHN0cnVjdCBrZXJuZWxfaW5mbyBraW5mbyA9IHt9Owor ICAgIHN0cnVjdCB2Y3B1ICpzYXZlZF9jdXJyZW50OwogICAgIGludCByYywg aSwgY3B1OwogCiAgICAgc3RydWN0IHZjcHUgKnYgPSBkLT52Y3B1WzBdOwpA QCAtMTA2MCw4ICsxMDYxLDEzIEBAIGludCBjb25zdHJ1Y3RfZG9tMChzdHJ1 Y3QgZG9tYWluICpkKQogICAgIGlmICggcmMgPCAwICkKICAgICAgICAgcmV0 dXJuIHJjOwogCi0gICAgLyogVGhlIGZvbGxvd2luZyBsb2FkcyB1c2UgdGhl IGRvbWFpbidzIHAybSAqLworICAgIC8qCisgICAgICogVGhlIGZvbGxvd2lu ZyBsb2FkcyB1c2UgdGhlIGRvbWFpbidzIHAybSBhbmQgcmVxdWlyZSBjdXJy ZW50IHRvCisgICAgICogYmUgYSB2Y3B1IG9mIHRoZSBkb21haW4sIHRlbXBv cmFyaWx5IHN3aXRjaAorICAgICAqLworICAgIHNhdmVkX2N1cnJlbnQgPSBj dXJyZW50OwogICAgIHAybV9yZXN0b3JlX3N0YXRlKHYpOworICAgIHNldF9j dXJyZW50KHYpOwogCiAgICAgLyoKICAgICAgKiBrZXJuZWxfbG9hZCB3aWxs IGRldGVybWluZSB0aGUgcGxhY2VtZW50IG9mIHRoZSBrZXJuZWwgYXMgd2Vs bApAQCAtMTA3Miw2ICsxMDc4LDEwIEBAIGludCBjb25zdHJ1Y3RfZG9tMChz dHJ1Y3QgZG9tYWluICpkKQogICAgIGluaXRyZF9sb2FkKCZraW5mbyk7CiAg ICAgZHRiX2xvYWQoJmtpbmZvKTsKIAorICAgIC8qIE5vdyB0aGF0IHdlIGFy ZSBkb25lIHJlc3RvcmUgdGhlIG9yaWdpbmFsIHAybSBhbmQgY3VycmVudC4g Ki8KKyAgICBzZXRfY3VycmVudChzYXZlZF9jdXJyZW50KTsKKyAgICBwMm1f cmVzdG9yZV9zdGF0ZShzYXZlZF9jdXJyZW50KTsKKwogICAgIGRpc2NhcmRf aW5pdGlhbF9tb2R1bGVzKCk7CiAKICAgICB2LT5pc19pbml0aWFsaXNlZCA9 IDE7CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMgYi94 ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmMKaW5kZXggZDFmZGRlYy4uMDE3MzU5 NyAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jCisrKyBi L3hlbi9hcmNoL2FybS9ndWVzdGNvcHkuYwpAQCAtMSw2ICsxLDggQEAKICNp bmNsdWRlIDx4ZW4vY29uZmlnLmg+CiAjaW5jbHVkZSA8eGVuL2xpYi5oPgog I2luY2x1ZGUgPHhlbi9kb21haW5fcGFnZS5oPgorI2luY2x1ZGUgPHhlbi9z Y2hlZC5oPgorI2luY2x1ZGUgPGFzbS9jdXJyZW50Lmg+CiAKICNpbmNsdWRl IDxhc20vbW0uaD4KICNpbmNsdWRlIDxhc20vZ3Vlc3RfYWNjZXNzLmg+CkBA IC0xMywyMCArMTUsMjIgQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcgcmF3X2Nv cHlfdG9fZ3Vlc3RfaGVscGVyKHZvaWQgKnRvLCBjb25zdCB2b2lkICpmcm9t LAogCiAgICAgd2hpbGUgKCBsZW4gKQogICAgIHsKLSAgICAgICAgcGFkZHJf dCBnOwogICAgICAgICB2b2lkICpwOwogICAgICAgICB1bnNpZ25lZCBzaXpl ID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0VfU0laRSAtIG9mZnNldCk7Cisg ICAgICAgIHN0cnVjdCBwYWdlX2luZm8gKnBhZ2U7CiAKLSAgICAgICAgaWYg KCBndmlydF90b19tYWRkcigodmFkZHJfdCkgdG8sICZnLCBHVjJNX1dSSVRF KSApCisgICAgICAgIHBhZ2UgPSBnZXRfcGFnZV9mcm9tX2d2YShjdXJyZW50 LT5kb21haW4sICh2YWRkcl90KSB0bywgR1YyTV9XUklURSk7CisgICAgICAg IGlmICggcGFnZSA9PSBOVUxMICkKICAgICAgICAgICAgIHJldHVybiBsZW47 CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5fcGFnZShnPj5QQUdFX1NISUZU KTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFpbl9wYWdlKHBhZ2UpOwogICAg ICAgICBwICs9IG9mZnNldDsKICAgICAgICAgbWVtY3B5KHAsIGZyb20sIHNp emUpOwogICAgICAgICBpZiAoIGZsdXNoX2RjYWNoZSApCiAgICAgICAgICAg ICBjbGVhbl94ZW5fZGNhY2hlX3ZhX3JhbmdlKHAsIHNpemUpOwogCiAgICAg ICAgIHVubWFwX2RvbWFpbl9wYWdlKHAgLSBvZmZzZXQpOworICAgICAgICBw dXRfcGFnZShwYWdlKTsKICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAg IGZyb20gKz0gc2l6ZTsKICAgICAgICAgdG8gKz0gc2l6ZTsKQEAgLTU4LDE4 ICs2MiwyMCBAQCB1bnNpZ25lZCBsb25nIHJhd19jbGVhcl9ndWVzdCh2b2lk ICp0bywgdW5zaWduZWQgbGVuKQogCiAgICAgd2hpbGUgKCBsZW4gKQogICAg IHsKLSAgICAgICAgcGFkZHJfdCBnOwogICAgICAgICB2b2lkICpwOwogICAg ICAgICB1bnNpZ25lZCBzaXplID0gbWluKGxlbiwgKHVuc2lnbmVkKVBBR0Vf U0laRSAtIG9mZnNldCk7CisgICAgICAgIHN0cnVjdCBwYWdlX2luZm8gKnBh Z2U7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJfdCkg dG8sICZnLCBHVjJNX1dSSVRFKSApCisgICAgICAgIHBhZ2UgPSBnZXRfcGFn ZV9mcm9tX2d2YShjdXJyZW50LT5kb21haW4sICh2YWRkcl90KSB0bywgR1Yy TV9XUklURSk7CisgICAgICAgIGlmICggcGFnZSA9PSBOVUxMICkKICAgICAg ICAgICAgIHJldHVybiBsZW47CiAKLSAgICAgICAgcCA9IG1hcF9kb21haW5f cGFnZShnPj5QQUdFX1NISUZUKTsKKyAgICAgICAgcCA9IF9fbWFwX2RvbWFp bl9wYWdlKHBhZ2UpOwogICAgICAgICBwICs9IG9mZnNldDsKICAgICAgICAg bWVtc2V0KHAsIDB4MDAsIHNpemUpOwogCiAgICAgICAgIHVubWFwX2RvbWFp bl9wYWdlKHAgLSBvZmZzZXQpOworICAgICAgICBwdXRfcGFnZShwYWdlKTsK ICAgICAgICAgbGVuIC09IHNpemU7CiAgICAgICAgIHRvICs9IHNpemU7CiAg ICAgICAgIC8qCkBAIC04OCwxOSArOTQsMjEgQEAgdW5zaWduZWQgbG9uZyBy YXdfY29weV9mcm9tX2d1ZXN0KHZvaWQgKnRvLCBjb25zdCB2b2lkIF9fdXNl ciAqZnJvbSwgdW5zaWduZWQgbGUKIAogICAgIHdoaWxlICggbGVuICkKICAg ICB7Ci0gICAgICAgIHBhZGRyX3QgZzsKICAgICAgICAgdm9pZCAqcDsKICAg ICAgICAgdW5zaWduZWQgc2l6ZSA9IG1pbihsZW4sICh1bnNpZ25lZCkoUEFH RV9TSVpFIC0gb2Zmc2V0KSk7CisgICAgICAgIHN0cnVjdCBwYWdlX2luZm8g KnBhZ2U7CiAKLSAgICAgICAgaWYgKCBndmlydF90b19tYWRkcigodmFkZHJf dCkgZnJvbSAmIFBBR0VfTUFTSywgJmcsIEdWMk1fUkVBRCkgKQorICAgICAg ICBwYWdlID0gZ2V0X3BhZ2VfZnJvbV9ndmEoY3VycmVudC0+ZG9tYWluLCAo dmFkZHJfdCkgZnJvbSwgR1YyTV9SRUFEKTsKKyAgICAgICAgaWYgKCBwYWdl ID09IE5VTEwgKQogICAgICAgICAgICAgcmV0dXJuIGxlbjsKIAotICAgICAg ICBwID0gbWFwX2RvbWFpbl9wYWdlKGc+PlBBR0VfU0hJRlQpOworICAgICAg ICBwID0gX19tYXBfZG9tYWluX3BhZ2UocGFnZSk7CiAgICAgICAgIHAgKz0g KCh2YWRkcl90KWZyb20gJiAoflBBR0VfTUFTSykpOwogCiAgICAgICAgIG1l bWNweSh0bywgcCwgc2l6ZSk7CiAKICAgICAgICAgdW5tYXBfZG9tYWluX3Bh Z2UocCk7CisgICAgICAgIHB1dF9wYWdlKHBhZ2UpOwogICAgICAgICBsZW4g LT0gc2l6ZTsKICAgICAgICAgZnJvbSArPSBzaXplOwogICAgICAgICB0byAr PSBzaXplOwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL3AybS5jIGIveGVu L2FyY2gvYXJtL3AybS5jCmluZGV4IGI4NTE0M2IuLjVmYzVjYTYgMTAwNjQ0 Ci0tLSBhL3hlbi9hcmNoL2FybS9wMm0uYworKysgYi94ZW4vYXJjaC9hcm0v cDJtLmMKQEAgLTcwMSw2ICs3MDEsMzQgQEAgdW5zaWduZWQgbG9uZyBnbWZu X3RvX21mbihzdHJ1Y3QgZG9tYWluICpkLCB1bnNpZ25lZCBsb25nIGdwZm4p CiAgICAgcmV0dXJuIHAgPj4gUEFHRV9TSElGVDsKIH0KIAorc3RydWN0IHBh Z2VfaW5mbyAqZ2V0X3BhZ2VfZnJvbV9ndmEoc3RydWN0IGRvbWFpbiAqZCwg dmFkZHJfdCB2YSwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHVuc2lnbmVkIGxvbmcgZmxhZ3MpCit7CisgICAgc3RydWN0IHAybV9k b21haW4gKnAybSA9ICZkLT5hcmNoLnAybTsKKyAgICBzdHJ1Y3QgcGFnZV9p bmZvICpwYWdlID0gTlVMTDsKKyAgICBwYWRkcl90IG1hZGRyOworCisgICAg QVNTRVJUKGQgPT0gY3VycmVudC0+ZG9tYWluKTsKKworICAgIHNwaW5fbG9j aygmcDJtLT5sb2NrKTsKKworICAgIGlmICggZ3ZpcnRfdG9fbWFkZHIodmEs ICZtYWRkciwgZmxhZ3MpICkKKyAgICAgICAgZ290byBlcnI7CisKKyAgICBp ZiAoICFtZm5fdmFsaWQobWFkZHIgPj4gUEFHRV9TSElGVCkgKQorICAgICAg ICBnb3RvIGVycjsKKworICAgIHBhZ2UgPSBtZm5fdG9fcGFnZShtYWRkciA+ PiBQQUdFX1NISUZUKTsKKyAgICBBU1NFUlQocGFnZSk7CisKKyAgICBpZiAo IHVubGlrZWx5KCFnZXRfcGFnZShwYWdlLCBkKSkgKQorICAgICAgICBwYWdl ID0gTlVMTDsKKworZXJyOgorICAgIHNwaW5fdW5sb2NrKCZwMm0tPmxvY2sp OworICAgIHJldHVybiBwYWdlOworfQorCiAvKgogICogTG9jYWwgdmFyaWFi bGVzOgogICogbW9kZTogQwpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJtL3Ry YXBzLmMgYi94ZW4vYXJjaC9hcm0vdHJhcHMuYwppbmRleCBkZjg2ZmZlLi5k ODliNzVmIDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vdHJhcHMuYworKysg Yi94ZW4vYXJjaC9hcm0vdHJhcHMuYwpAQCAtNzc3LDcgKzc3Nyw3IEBAIHN0 YXRpYyB2b2lkIHNob3dfZ3Vlc3Rfc3RhY2soc3RydWN0IHZjcHUgKnYsIHN0 cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzKQogewogICAgIGludCBpOwogICAg IHZhZGRyX3Qgc3A7Ci0gICAgcGFkZHJfdCBzdGFja19waHlzOworICAgIHN0 cnVjdCBwYWdlX2luZm8gKnBhZ2U7CiAgICAgdm9pZCAqbWFwcGVkOwogICAg IHVuc2lnbmVkIGxvbmcgKnN0YWNrLCBhZGRyOwogCkBAIC04MzcsMTMgKzgz NywyMCBAQCBzdGF0aWMgdm9pZCBzaG93X2d1ZXN0X3N0YWNrKHN0cnVjdCB2 Y3B1ICp2LCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKIAogICAgIHBy aW50aygiR3Vlc3Qgc3RhY2sgdHJhY2UgZnJvbSBzcD0lIlBSSXZhZGRyIjpc biAgIiwgc3ApOwogCi0gICAgaWYgKCBndmlydF90b19tYWRkcihzcCwgJnN0 YWNrX3BoeXMsIEdWMk1fUkVBRCkgKQorICAgIGlmICggc3AgJiAoIHNpemVv Zihsb25nKSAtIDEgKSApCisgICAgeworICAgICAgICBwcmludGsoIlN0YWNr IGlzIG1pc2FsaWduZWRcbiIpOworICAgICAgICByZXR1cm47CisgICAgfQor CisgICAgcGFnZSA9IGdldF9wYWdlX2Zyb21fZ3ZhKGN1cnJlbnQtPmRvbWFp biwgc3AsIEdWMk1fUkVBRCk7CisgICAgaWYgKCBwYWdlID09IE5VTEwgKQog ICAgIHsKICAgICAgICAgcHJpbnRrKCJGYWlsZWQgdG8gY29udmVydCBzdGFj ayB0byBwaHlzaWNhbCBhZGRyZXNzXG4iKTsKICAgICAgICAgcmV0dXJuOwog ICAgIH0KIAotICAgIG1hcHBlZCA9IG1hcF9kb21haW5fcGFnZShzdGFja19w aHlzID4+IFBBR0VfU0hJRlQpOworICAgIG1hcHBlZCA9IF9fbWFwX2RvbWFp bl9wYWdlKHBhZ2UpOwogCiAgICAgc3RhY2sgPSBtYXBwZWQgKyAoc3AgJiB+ UEFHRV9NQVNLKTsKIApAQCAtODYxLDcgKzg2OCw3IEBAIHN0YXRpYyB2b2lk IHNob3dfZ3Vlc3Rfc3RhY2soc3RydWN0IHZjcHUgKnYsIHN0cnVjdCBjcHVf dXNlcl9yZWdzICpyZWdzKQogICAgICAgICBwcmludGsoIlN0YWNrIGVtcHR5 LiIpOwogICAgIHByaW50aygiXG4iKTsKICAgICB1bm1hcF9kb21haW5fcGFn ZShtYXBwZWQpOwotCisgICAgcHV0X3BhZ2UocGFnZSk7CiB9CiAKICNkZWZp bmUgU1RBQ0tfQkVGT1JFX0VYQ0VQVElPTihyZWdzKSAoKHJlZ2lzdGVyX3Qq KShyZWdzKS0+c3ApCmRpZmYgLS1naXQgYS94ZW4vaW5jbHVkZS9hc20tYXJt L21tLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL21tLmgKaW5kZXggZDBlNWNi NC4uOGJmMTc5ZCAxMDA2NDQKLS0tIGEveGVuL2luY2x1ZGUvYXNtLWFybS9t bS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS1hcm0vbW0uaApAQCAtMjczLDYg KzI3Myw5IEBAIHN0cnVjdCBkb21haW4gKnBhZ2VfZ2V0X293bmVyX2FuZF9y ZWZlcmVuY2Uoc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSk7CiB2b2lkIHB1dF9w YWdlKHN0cnVjdCBwYWdlX2luZm8gKnBhZ2UpOwogaW50ICBnZXRfcGFnZShz dHJ1Y3QgcGFnZV9pbmZvICpwYWdlLCBzdHJ1Y3QgZG9tYWluICpkb21haW4p OwogCitzdHJ1Y3QgcGFnZV9pbmZvICpnZXRfcGFnZV9mcm9tX2d2YShzdHJ1 Y3QgZG9tYWluICpkLCB2YWRkcl90IHZhLAorICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgdW5zaWduZWQgbG9uZyBmbGFncyk7CisKIC8q CiAgKiBUaGUgTVBUIChtYWNoaW5lLT5waHlzaWNhbCBtYXBwaW5nIHRhYmxl KSBpcyBhbiBhcnJheSBvZiB3b3JkLXNpemVkCiAgKiB2YWx1ZXMsIGluZGV4 ZWQgb24gbWFjaGluZSBmcmFtZSBudW1iZXIuIEl0IGlzIGV4cGVjdGVkIHRo YXQgZ3Vlc3QgT1NlcwpkaWZmIC0tZ2l0IGEveGVuL2luY2x1ZGUvYXNtLWFy bS9wYWdlLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaAppbmRleCBl NzIzZTVhLi4xMTNiZTVhIDEwMDY0NAotLS0gYS94ZW4vaW5jbHVkZS9hc20t YXJtL3BhZ2UuaAorKysgYi94ZW4vaW5jbHVkZS9hc20tYXJtL3BhZ2UuaApA QCAtNzMsNyArNzMsNyBAQAogI2RlZmluZSBNQVRUUl9ERVYgICAgIDB4MQog I2RlZmluZSBNQVRUUl9NRU0gICAgIDB4ZgogCi0vKiBGbGFncyBmb3IgZ3Zp cnRfdG9fbWFkZHIgKi8KKy8qIEZsYWdzIGZvciBnZXRfcGFnZV9mcm9tX2d2 YSwgZ3ZpcnRfdG9fbWFkZHIgZXRjICovCiAjZGVmaW5lIEdWMk1fUkVBRCAg KDB1PDwwKQogI2RlZmluZSBHVjJNX1dSSVRFICgxdTw8MCkKIAo= --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Wed Jun 04 19:27:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 19:27:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsGpb-0006jV-QS; Wed, 04 Jun 2014 19:26:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsGpa-0006jQ-JS for xen-users@lists.xen.org; Wed, 04 Jun 2014 19:26:39 +0000 Received: from [193.109.254.147:54406] by server-16.bemta-14.messagelabs.com id 9F/8F-16986-DE27F835; Wed, 04 Jun 2014 19:26:37 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1401909983!9201813!1 X-Originating-IP: [209.85.216.48] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_19, ML_RADAR_SPEW_LINKS_8,RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNjEzMzAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3884 invoked from network); 4 Jun 2014 19:26:24 -0000 Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com) (209.85.216.48) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 19:26:24 -0000 Received: by mail-qa0-f48.google.com with SMTP id i13so7849486qae.35 for ; Wed, 04 Jun 2014 12:26:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JBm8c548YN8nmO3GFdso0ktl1aTbeZ+YQsD89gaHU5c=; b=jmNa3VWUu53PowiOtIS83F8FFQIsSnRGunegePEIrc2qbCwylFfsvSdbd0qyYFRe5M CLxma+fMEvQTQeAGVex3t8F0dOkeFaryJWJoGXB7yJiO3uB7LyP21sJuloxFigL+9g00 NU+LjB07blBLrHdyXzaYGiQYUj2bFPaUgLqce1vf2gT9J1botL93gByj9ZYBhcudTbs0 OlWb3OlN60gLBHtlIci6eDXHwixLxi5TyjdZKCwN4eFTfZ0+AcxhDzfaEsBBmQekszRO Uj+OERli1U6nPdADzNuQZeVm5GQdrTVf+SElpS1B7y2h+42p3vlwQeZ9Faa50AoHzYy/ BcPQ== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr9510906qah.92.1401909983675; Wed, 04 Jun 2014 12:26:23 -0700 (PDT) Received: by 10.96.67.103 with HTTP; Wed, 4 Jun 2014 12:26:23 -0700 (PDT) In-Reply-To: <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net> References: <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl> <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net> Date: Wed, 4 Jun 2014 14:26:23 -0500 Message-ID: From: David Sutton To: Gordan Bobic , kuba.0000@op.pl Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3251215466157523267==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3251215466157523267== Content-Type: multipart/alternative; boundary=001a1133d89495a87f04fb079a0d --001a1133d89495a87f04fb079a0d Content-Type: text/plain; charset=UTF-8 Kuba, On Wed, Jun 4, 2014 at 4:52 AM, Gordan Bobic wrote: > On 2014-06-04 10:13, Kuba wrote: > >> I have a pair of 780Ti cards in my system (each passed to a different >>> VM) and it works just fine. I never managed to get any ATI cards to >>> work properly in the same setup. Probably best to stay away from >>> those if you want something that "just works". >>> >> >> Dear Gordan, >> >> would you mind sharing some details about your 780Ti based system? >> I've got a (genuine) Quadro 4000 based system with working gpu >> passthrough, but I still have some issues with it, so any additional >> info would be greatly appreciated :) Here's my list of questions: >> >> I can give you some information, as well, on the dual seat system I'm using (Windows 7 + Arch Linux) > 1. What is your dom0 kernel version? >> > > 3.9.9 > > 3.14.4-1-ARCH (with a patch to help with VM stability, been using since 3.13, haven't tested if still necessary) > > 2. What is your domU OS/version? >> > > XP64 > > Windows 7 64 bit > > 3. What is your xen version? >> > > 4.3.0, with a very-not-for-public-consumption patch to > work around a memory stomp caused by NF200 PCIe bridges > on my motherboard. Unless you have a buggy motherboard > or one that features extra PCIe bridges, this shouldn't > be a problem. > > 4.4.0, using the AUR package > > 4. Do you have GPLPV drivers installed? Which version? >> > > Yes. Not sure about the version (probably at least 4-5 > months old). It works fine both with and without GPLPV > drivers (disk and network I/O is much faster with them, > of course). > > No, as it would always seem to cause my VM to crash on boot. Having' said that, not tried again in the last couple of months so things might have changed. > > 5. Do you have any issues with restarting the domU? Do you have to do >> something before rebooting the domU, like ejecting the GPU? >> > > No, it just works. > > If I pass through the AMD Radeon 7750 then it will have problems when rebooting the domU If I pass through the modified Nvidia GTX 670 then no problems > > 6. Do you have any issues with multi-monitor setups? >> > > Could never get it working with ATI, never had a problem > with Nvidia. > > I use IBM T221 monitors, which are implicitly > a multi-monitor setup, since if you want a refresh rate > about 15Hz, each monitor appears as either 2 or 4 separate > monitors which you have to stitch together. I use my T221 > with DL-DVI adapters which presents the monitor as > 2x 1920x2400@48Hz > > So yes - it works just fine for me. > > Didn't the last time I tried (with NVidia) however have a limited amount of desk space so usually just run single head > > 7. Can you have more than 4GB of RAM assigned to the domUs with GPU >> passthrough? >> > > The patch I have makes 2.5GB of RAM go missing in each > VM (my bodge was to just mark all of the RAM between > 1GB and 4GB in domU e820 map as reserved in hvmloader). > This is purely to work around the NF200 bridges, otherwise > domU ends up stomping all over the real PCI memory hole > area and crashing the machine. I have 96GB of RAM in the > machine so I can live with 5GB of it going missing. I > expect the need to use the patch will go away once the > patch that provides memory sizing configuration below > 4GB makes it into a release. > > Without the said patch, due to my machine's physical > memory layout I'd have to limit the domUs to 2688MB > since that is where the first PCI BAR is mapped. > > I have 6Gb passed through to the Windows domU. When I was running on the v4.3.0 branch, I had to make use of a patch I saw on one of the mailing lists, that allowed me to map more memory to the domU (still in the xen-4.3 AUR package) > > 8. Do you have any hardware with exclamation marks in your hardware >> manager in domU? >> > > No. I only see the Xen virtual device showing up as having > no driver installed, but this is normal. It's a commercial > only optional extra that isn't particularly important. > > Only the xen platform device. > > 9. Which qemu flavour do you use? >> > > traditional > > Same, traditional version which is installed by default when compiling Xen (haven't tried upstream yet) > > 10. In fact - could you please post the domU config file and your xl >> info output? :) >> > > Config: > ========== > name="guest1" > description="None" > uuid="a57e6840-e9f5-4a14-a822-b2cc662fffff" > memory=16384 > maxmem=16384 > vcpus=6 > > on_poweroff="destroy" > on_reboot="restart" > on_crash="destroy" > localtime=1 > keymap="en-gb" > > builder="hvm" > device_model_override="/usr/lib/xen/bin/qemu-dm" > device_model_version="qemu-xen-traditional" > > boot="c" > disk=[ '/dev/zvol/ssd/edi,raw,hda,rw' ] > > > vif=[ 'mac=00:16:3e:4e:c5:0c,bridge=br0,model=e1000', ] > sdl=0 > > stdvga=1 > vnc=1 > audio=0 > viridian=0 > usb=1 > acpi=1 > apic=1 > pae=1 > nomigrate=1 > serial="pty" > gfx_passthru=0 > > # GPU, PCI audio, USB > pci = [ '07:00.0', '07:00.1', '00:1b.0', '00:1a.1' ] > > xen_platform_pci=1 > pci_msitranslate=0 > pci_power_mgmt=1 > > # Without my bodgy patch, this is for PV domains only > e820_host=1 > > ========== > > xl info: > ========== > # xl info > host : normandy > release : 3.9.9-2.el6xen.x86_64 > version : #1 SMP Tue Jul 16 15:52:11 BST 2013 > machine : x86_64 > nr_cpus : 24 > max_cpu_id : 23 > nr_nodes : 2 > cores_per_socket : 6 > threads_per_core : 2 > cpu_mhz : 3321 > hw_caps : bfebfbff:2c100800:00000000: > 00003f00:029ee3ff:00000000:00000001:00000000 > virt_caps : hvm hvm_directio > total_memory : 98295 > free_memory : 1361 > sharing_freed_memory : 0 > sharing_used_memory : 0 > outstanding_claims : 0 > free_cpus : 0 > xen_major : 4 > xen_minor : 3 > xen_extra : .0 > xen_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 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : > xen_commandline : noreboot dom0_vcpus_pin iommu=dom0-passthrough > unrestricted_guest=1 msi=1 > cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3) > cc_compile_by : root > cc_compile_domain : shatteredsilicon.net > cc_compile_date : Thu Sep 5 10:55:26 BST 2013 > xend_config_format : 4 > ========== > > > 11. Where did you find the necessary information to hard-mod the card? >> Is there some particular post on some forum? >> > > Read this thread (very, very long), this post is a good place to start: > http://www.eevblog.com/forum/chat/hacking-nvidia-cards- > into-their-professional-counterparts/msg338493/#msg338493 > > 680 mods are fairly early on in the thread, I suggest you go > with the Tesla K10 mod by just removing one resistor off > the back of the card, no need to even remove the heatsink > assembly. > > 480 BIOS only mods are somewhere inbetween, or you can just > skip straight to here: > http://goo.gl/K69Xlh > > > 12. I have three issues with my setup, have you noticed any of these? >> a. Can't have more than 3.5GB RAM. >> > > That's either a QEMU bug that has been fixed at some point > since I heard of it, or the bug caused by NF200 (or similar) > PCIe bridge(s). > > Had to use a patch with the xen v4.3.0 branch to work around, v4.4.0 no longer required it. > > b. Rebooting domU with more than one monitor and without ejecting the >> gpu first causes very strange artefacts on the displays (everything >> works just fine with only one monitor). >> > > I have never seen this. If I had to guess, it would be that something > is causing a memory stomp over your PCI memory holes. Does this also > happen when you reduce domU memory to 1GB? If it does, it's probably > a PCIe bridge issue (or buggy IOMMU/BIOS). > > > c. Have some yellow exclamation marks in hardware manager. >> > > As mentioned above, I am not seeing anything like that on my system. > The setup I have has a modified 780Ti in each domU, and 8800GT in > dom0, and everything "just works". > > Gordan > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > Regards, David --001a1133d89495a87f04fb079a0d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Kuba,
<= br>
On Wed, Jun 4, 2014 at 4:52 AM, Gordan Bo= bic <gordan@bobich.net> wrote:
On 2014-06-04 10:13, Kuba wr= ote:
I have a pair of 780Ti cards in my system (each passed to a different
VM) and it works just fine. I never managed to get any ATI cards to
work properly in the same setup. Probably best to stay away from
those if you want something that "just works".

Dear Gordan,

would you mind sharing some details about your 780Ti based system?
I've got a (genuine) Quadro 4000 based system with working gpu
passthrough, but I still have some issues with it, so any additional
info would be greatly appreciated :) Here's my list of questions:


I can give you some= information, as well, on the dual seat system I'm using (Windows 7 + A= rch Linux)
=C2=A0
1. What is your dom0 kernel version?

3.9.9

3.14.4-1-ARCH (with a patc= h to help with VM stability, been using since 3.13, haven't tested if s= till necessary)

2. What is your domU OS/version?

XP64

Windows 7 64 bit
=

3. What is your xen version?

4.3.0, with a very-not-for-public-consumption patch to
work around a memory stomp caused by NF200 PCIe bridges
on my motherboard. Unless you have a buggy motherboard
or one that features extra PCIe bridges, this shouldn't
be a problem.

4.4.0, using the A= UR package

4. Do you have GPLPV drivers installed? Which version?

Yes. Not sure about the version (probably at least 4-5
months old). It works fine both with and without GPLPV
drivers (disk and network I/O is much faster with them,
of course).

No, as it would alwa= ys seem to cause my VM to crash on boot. Having' said that, not tried a= gain in the last couple of months so things might have changed.

5. Do you have any issues with restarting the domU? Do you have to do
something before rebooting the domU, like ejecting the GPU?

No, it just works.

If I pass thr= ough the AMD Radeon 7750 then it will have problems when rebooting the domU=

If I pass through the modified Nvidia GTX 670 then no pr= oblems

6. Do you have any issues with multi-monitor setups?

Could never get it working with ATI, never had a problem
with Nvidia.

I use IBM T221 monitors, which are implicitly
a multi-monitor setup, since if you want a refresh rate
about 15Hz, each monitor appears as either 2 or 4 separate
monitors which you have to stitch together. I use my T221
with DL-DVI adapters which presents the monitor as
2x 1920x2400@48Hz

So yes - it works just fine for me.

<= div>Didn't the last time I tried (with NVidia) however have a limited a= mount of desk space so usually just run single head

7. Can you have more than 4GB of RAM assigned to the domUs with GPU passthr= ough?

The patch I have makes 2.5GB of RAM go missing in each
VM (my bodge was to just mark all of the RAM between
1GB and 4GB in domU e820 map as reserved in hvmloader).
This is purely to work around the NF200 bridges, otherwise
domU ends up stomping all over the real PCI memory hole
area and crashing the machine. I have 96GB of RAM in the
machine so I can live with 5GB of it going missing. I
expect the need to use the patch will go away once the
patch that provides memory sizing configuration below
4GB makes it into a release.

Without the said patch, due to my machine's physical
memory layout I'd have to limit the domUs to 2688MB
since that is where the first PCI BAR is mapped.

<= /blockquote>
I have 6Gb passed through to the Windows domU. When I was = running on the v4.3.0 branch, I had to make use of a patch I saw on one of = the mailing lists, that allowed me to map more memory to the domU (still in= the xen-4.3 AUR package)

8. Do you have any hardware with exclamation marks in your hardware
manager in domU?

No. I only see the Xen virtual device showing up as having
no driver installed, but this is normal. It's a commercial
only optional extra that isn't particularly important.
<= br>
Only the xen platform device.

9. Which qemu flavour do you use?

traditional

Same, traditional ve= rsion which is installed by default when compiling Xen (haven't tried u= pstream yet)

10. In fact - could you please post the domU config file and your xl
info output? :)

Config:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
name=3D"guest1"
description=3D"None"
uuid=3D"a57e6840-e9f5-4a14-a822-b2cc662fffff"
memory=3D16384
maxmem=3D16384
vcpus=3D6

on_poweroff=3D"destroy"
on_reboot=3D"restart"
on_crash=3D"destroy"
localtime=3D1
keymap=3D"en-gb"

builder=3D"hvm"
device_model_override=3D"/usr/lib/xen/bin/qemu-dm"
device_model_version=3D"qemu-xen-traditional"

boot=3D"c"
disk=3D[ '/dev/zvol/ssd/edi,raw,hda,rw' ]


vif=3D[ 'mac=3D00:16:3e:4e:c5:0c,bridge=3Dbr0,model=3De1000'= , ]
sdl=3D0

stdvga=3D1
vnc=3D1
audio=3D0
viridian=3D0
usb=3D1
acpi=3D1
apic=3D1
pae=3D1
nomigrate=3D1
serial=3D"pty"
gfx_passthru=3D0

# GPU, PCI audio, USB
pci =3D [ '07:00.0', '07:00.1', '00:1b.0', '00:= 1a.1' ]

xen_platform_pci=3D1
pci_msitranslate=3D0
pci_power_mgmt=3D1

# Without my bodgy patch, this is for PV domains only
e820_host=3D1

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

xl info:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
# xl info
host =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : norma= ndy
release =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 3.9.9-2.el= 6xen.x86_64
version =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: #1 SMP Tue= Jul 16 15:52:11 BST 2013
machine =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: x86_64
nr_cpus =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 24
max_cpu_id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 23
nr_nodes =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2
cores_per_socket =C2=A0 =C2=A0 =C2=A0 : 6
threads_per_core =C2=A0 =C2=A0 =C2=A0 : 2
cpu_mhz =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 3321
hw_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: bfebfbff:2= c100800:00000000:00003f00:029ee3ff:00000000:00000001:00000000=
virt_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: hvm hvm_directi= o
total_memory =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 98295
free_memory =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 1361
sharing_freed_memory =C2=A0 : 0
sharing_used_memory =C2=A0 =C2=A0: 0
outstanding_claims =C2=A0 =C2=A0 : 0
free_cpus =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 0
xen_major =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 4
xen_minor =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 3
xen_extra =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: .0
xen_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 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
xen_scheduler =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: credit
xen_pagesize =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 4096
platform_params =C2=A0 =C2=A0 =C2=A0 =C2=A0: virt_start=3D0xffff80000000000= 0
xen_changeset =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:
xen_commandline =C2=A0 =C2=A0 =C2=A0 =C2=A0: noreboot dom0_vcpus_pin iommu= =3Ddom0-passthrough unrestricted_guest=3D1 msi=3D1
cc_compiler =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: gcc (GCC) 4.4.7 2012= 0313 (Red Hat 4.4.7-3)
cc_compile_by =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: root
cc_compile_domain =C2=A0 =C2=A0 =C2=A0: shatteredsilicon.net
cc_compile_date =C2=A0 =C2=A0 =C2=A0 =C2=A0: Thu Sep =C2=A05 10:55:26 BST 2= 013
xend_config_format =C2=A0 =C2=A0 : 4
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


11. Where did you find the necessary information to hard-mod the card?
Is there some particular post on some forum?

Read this thread (very, very long), this post is a good place to start:
http://= www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-pr= ofessional-counterparts/msg338493/#msg338493

680 mods are fairly early on in the thread, I suggest you go
with the Tesla K10 mod by just removing one resistor off
the back of the card, no need to even remove the heatsink
assembly.

480 BIOS only mods are somewhere inbetween, or you can just
skip straight to here:
http://goo.gl/K69Xlh=


12. I have three issues with my setup, have you noticed any of these?
a. Can't have more than 3.5GB RAM.

That's either a QEMU bug that has been fixed at some point
since I heard of it, or the bug caused by NF200 (or similar)
PCIe bridge(s).

Had to use a pat= ch with the xen v4.3.0 branch to work around, v4.4.0 no longer required it.=

b. Rebooting domU with more than one monitor and without ejecting the
gpu first causes very strange artefacts on the displays (everything
works just fine with only one monitor).

I have never seen this. If I had to guess, it would be that something
is causing a memory stomp over your PCI memory holes. Does this also
happen when you reduce domU memory to 1GB? If it does, it's probably a PCIe bridge issue (or buggy IOMMU/BIOS).


c. Have some yellow exclamation marks in hardware manager.

As mentioned above, I am not seeing anything like that on my system.
The setup I have has a modified 780Ti in each domU, and 8800GT in
dom0, and everything "just works".

Gordan


_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users

Regards= ,

=C2=A0 David
--001a1133d89495a87f04fb079a0d-- --===============3251215466157523267== 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 --===============3251215466157523267==-- From xen-users-bounces@lists.xen.org Wed Jun 04 19:27:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 19:27:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsGpb-0006jV-QS; Wed, 04 Jun 2014 19:26:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsGpa-0006jQ-JS for xen-users@lists.xen.org; Wed, 04 Jun 2014 19:26:39 +0000 Received: from [193.109.254.147:54406] by server-16.bemta-14.messagelabs.com id 9F/8F-16986-DE27F835; Wed, 04 Jun 2014 19:26:37 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1401909983!9201813!1 X-Originating-IP: [209.85.216.48] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_19, ML_RADAR_SPEW_LINKS_8,RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNjEzMzAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3884 invoked from network); 4 Jun 2014 19:26:24 -0000 Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com) (209.85.216.48) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 19:26:24 -0000 Received: by mail-qa0-f48.google.com with SMTP id i13so7849486qae.35 for ; Wed, 04 Jun 2014 12:26:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JBm8c548YN8nmO3GFdso0ktl1aTbeZ+YQsD89gaHU5c=; b=jmNa3VWUu53PowiOtIS83F8FFQIsSnRGunegePEIrc2qbCwylFfsvSdbd0qyYFRe5M CLxma+fMEvQTQeAGVex3t8F0dOkeFaryJWJoGXB7yJiO3uB7LyP21sJuloxFigL+9g00 NU+LjB07blBLrHdyXzaYGiQYUj2bFPaUgLqce1vf2gT9J1botL93gByj9ZYBhcudTbs0 OlWb3OlN60gLBHtlIci6eDXHwixLxi5TyjdZKCwN4eFTfZ0+AcxhDzfaEsBBmQekszRO Uj+OERli1U6nPdADzNuQZeVm5GQdrTVf+SElpS1B7y2h+42p3vlwQeZ9Faa50AoHzYy/ BcPQ== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr9510906qah.92.1401909983675; Wed, 04 Jun 2014 12:26:23 -0700 (PDT) Received: by 10.96.67.103 with HTTP; Wed, 4 Jun 2014 12:26:23 -0700 (PDT) In-Reply-To: <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net> References: <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl> <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net> Date: Wed, 4 Jun 2014 14:26:23 -0500 Message-ID: From: David Sutton To: Gordan Bobic , kuba.0000@op.pl Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3251215466157523267==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3251215466157523267== Content-Type: multipart/alternative; boundary=001a1133d89495a87f04fb079a0d --001a1133d89495a87f04fb079a0d Content-Type: text/plain; charset=UTF-8 Kuba, On Wed, Jun 4, 2014 at 4:52 AM, Gordan Bobic wrote: > On 2014-06-04 10:13, Kuba wrote: > >> I have a pair of 780Ti cards in my system (each passed to a different >>> VM) and it works just fine. I never managed to get any ATI cards to >>> work properly in the same setup. Probably best to stay away from >>> those if you want something that "just works". >>> >> >> Dear Gordan, >> >> would you mind sharing some details about your 780Ti based system? >> I've got a (genuine) Quadro 4000 based system with working gpu >> passthrough, but I still have some issues with it, so any additional >> info would be greatly appreciated :) Here's my list of questions: >> >> I can give you some information, as well, on the dual seat system I'm using (Windows 7 + Arch Linux) > 1. What is your dom0 kernel version? >> > > 3.9.9 > > 3.14.4-1-ARCH (with a patch to help with VM stability, been using since 3.13, haven't tested if still necessary) > > 2. What is your domU OS/version? >> > > XP64 > > Windows 7 64 bit > > 3. What is your xen version? >> > > 4.3.0, with a very-not-for-public-consumption patch to > work around a memory stomp caused by NF200 PCIe bridges > on my motherboard. Unless you have a buggy motherboard > or one that features extra PCIe bridges, this shouldn't > be a problem. > > 4.4.0, using the AUR package > > 4. Do you have GPLPV drivers installed? Which version? >> > > Yes. Not sure about the version (probably at least 4-5 > months old). It works fine both with and without GPLPV > drivers (disk and network I/O is much faster with them, > of course). > > No, as it would always seem to cause my VM to crash on boot. Having' said that, not tried again in the last couple of months so things might have changed. > > 5. Do you have any issues with restarting the domU? Do you have to do >> something before rebooting the domU, like ejecting the GPU? >> > > No, it just works. > > If I pass through the AMD Radeon 7750 then it will have problems when rebooting the domU If I pass through the modified Nvidia GTX 670 then no problems > > 6. Do you have any issues with multi-monitor setups? >> > > Could never get it working with ATI, never had a problem > with Nvidia. > > I use IBM T221 monitors, which are implicitly > a multi-monitor setup, since if you want a refresh rate > about 15Hz, each monitor appears as either 2 or 4 separate > monitors which you have to stitch together. I use my T221 > with DL-DVI adapters which presents the monitor as > 2x 1920x2400@48Hz > > So yes - it works just fine for me. > > Didn't the last time I tried (with NVidia) however have a limited amount of desk space so usually just run single head > > 7. Can you have more than 4GB of RAM assigned to the domUs with GPU >> passthrough? >> > > The patch I have makes 2.5GB of RAM go missing in each > VM (my bodge was to just mark all of the RAM between > 1GB and 4GB in domU e820 map as reserved in hvmloader). > This is purely to work around the NF200 bridges, otherwise > domU ends up stomping all over the real PCI memory hole > area and crashing the machine. I have 96GB of RAM in the > machine so I can live with 5GB of it going missing. I > expect the need to use the patch will go away once the > patch that provides memory sizing configuration below > 4GB makes it into a release. > > Without the said patch, due to my machine's physical > memory layout I'd have to limit the domUs to 2688MB > since that is where the first PCI BAR is mapped. > > I have 6Gb passed through to the Windows domU. When I was running on the v4.3.0 branch, I had to make use of a patch I saw on one of the mailing lists, that allowed me to map more memory to the domU (still in the xen-4.3 AUR package) > > 8. Do you have any hardware with exclamation marks in your hardware >> manager in domU? >> > > No. I only see the Xen virtual device showing up as having > no driver installed, but this is normal. It's a commercial > only optional extra that isn't particularly important. > > Only the xen platform device. > > 9. Which qemu flavour do you use? >> > > traditional > > Same, traditional version which is installed by default when compiling Xen (haven't tried upstream yet) > > 10. In fact - could you please post the domU config file and your xl >> info output? :) >> > > Config: > ========== > name="guest1" > description="None" > uuid="a57e6840-e9f5-4a14-a822-b2cc662fffff" > memory=16384 > maxmem=16384 > vcpus=6 > > on_poweroff="destroy" > on_reboot="restart" > on_crash="destroy" > localtime=1 > keymap="en-gb" > > builder="hvm" > device_model_override="/usr/lib/xen/bin/qemu-dm" > device_model_version="qemu-xen-traditional" > > boot="c" > disk=[ '/dev/zvol/ssd/edi,raw,hda,rw' ] > > > vif=[ 'mac=00:16:3e:4e:c5:0c,bridge=br0,model=e1000', ] > sdl=0 > > stdvga=1 > vnc=1 > audio=0 > viridian=0 > usb=1 > acpi=1 > apic=1 > pae=1 > nomigrate=1 > serial="pty" > gfx_passthru=0 > > # GPU, PCI audio, USB > pci = [ '07:00.0', '07:00.1', '00:1b.0', '00:1a.1' ] > > xen_platform_pci=1 > pci_msitranslate=0 > pci_power_mgmt=1 > > # Without my bodgy patch, this is for PV domains only > e820_host=1 > > ========== > > xl info: > ========== > # xl info > host : normandy > release : 3.9.9-2.el6xen.x86_64 > version : #1 SMP Tue Jul 16 15:52:11 BST 2013 > machine : x86_64 > nr_cpus : 24 > max_cpu_id : 23 > nr_nodes : 2 > cores_per_socket : 6 > threads_per_core : 2 > cpu_mhz : 3321 > hw_caps : bfebfbff:2c100800:00000000: > 00003f00:029ee3ff:00000000:00000001:00000000 > virt_caps : hvm hvm_directio > total_memory : 98295 > free_memory : 1361 > sharing_freed_memory : 0 > sharing_used_memory : 0 > outstanding_claims : 0 > free_cpus : 0 > xen_major : 4 > xen_minor : 3 > xen_extra : .0 > xen_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 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : > xen_commandline : noreboot dom0_vcpus_pin iommu=dom0-passthrough > unrestricted_guest=1 msi=1 > cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3) > cc_compile_by : root > cc_compile_domain : shatteredsilicon.net > cc_compile_date : Thu Sep 5 10:55:26 BST 2013 > xend_config_format : 4 > ========== > > > 11. Where did you find the necessary information to hard-mod the card? >> Is there some particular post on some forum? >> > > Read this thread (very, very long), this post is a good place to start: > http://www.eevblog.com/forum/chat/hacking-nvidia-cards- > into-their-professional-counterparts/msg338493/#msg338493 > > 680 mods are fairly early on in the thread, I suggest you go > with the Tesla K10 mod by just removing one resistor off > the back of the card, no need to even remove the heatsink > assembly. > > 480 BIOS only mods are somewhere inbetween, or you can just > skip straight to here: > http://goo.gl/K69Xlh > > > 12. I have three issues with my setup, have you noticed any of these? >> a. Can't have more than 3.5GB RAM. >> > > That's either a QEMU bug that has been fixed at some point > since I heard of it, or the bug caused by NF200 (or similar) > PCIe bridge(s). > > Had to use a patch with the xen v4.3.0 branch to work around, v4.4.0 no longer required it. > > b. Rebooting domU with more than one monitor and without ejecting the >> gpu first causes very strange artefacts on the displays (everything >> works just fine with only one monitor). >> > > I have never seen this. If I had to guess, it would be that something > is causing a memory stomp over your PCI memory holes. Does this also > happen when you reduce domU memory to 1GB? If it does, it's probably > a PCIe bridge issue (or buggy IOMMU/BIOS). > > > c. Have some yellow exclamation marks in hardware manager. >> > > As mentioned above, I am not seeing anything like that on my system. > The setup I have has a modified 780Ti in each domU, and 8800GT in > dom0, and everything "just works". > > Gordan > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > Regards, David --001a1133d89495a87f04fb079a0d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Kuba,
<= br>
On Wed, Jun 4, 2014 at 4:52 AM, Gordan Bo= bic <gordan@bobich.net> wrote:
On 2014-06-04 10:13, Kuba wr= ote:
I have a pair of 780Ti cards in my system (each passed to a different
VM) and it works just fine. I never managed to get any ATI cards to
work properly in the same setup. Probably best to stay away from
those if you want something that "just works".

Dear Gordan,

would you mind sharing some details about your 780Ti based system?
I've got a (genuine) Quadro 4000 based system with working gpu
passthrough, but I still have some issues with it, so any additional
info would be greatly appreciated :) Here's my list of questions:


I can give you some= information, as well, on the dual seat system I'm using (Windows 7 + A= rch Linux)
=C2=A0
1. What is your dom0 kernel version?

3.9.9

3.14.4-1-ARCH (with a patc= h to help with VM stability, been using since 3.13, haven't tested if s= till necessary)

2. What is your domU OS/version?

XP64

Windows 7 64 bit
=

3. What is your xen version?

4.3.0, with a very-not-for-public-consumption patch to
work around a memory stomp caused by NF200 PCIe bridges
on my motherboard. Unless you have a buggy motherboard
or one that features extra PCIe bridges, this shouldn't
be a problem.

4.4.0, using the A= UR package

4. Do you have GPLPV drivers installed? Which version?

Yes. Not sure about the version (probably at least 4-5
months old). It works fine both with and without GPLPV
drivers (disk and network I/O is much faster with them,
of course).

No, as it would alwa= ys seem to cause my VM to crash on boot. Having' said that, not tried a= gain in the last couple of months so things might have changed.

5. Do you have any issues with restarting the domU? Do you have to do
something before rebooting the domU, like ejecting the GPU?

No, it just works.

If I pass thr= ough the AMD Radeon 7750 then it will have problems when rebooting the domU=

If I pass through the modified Nvidia GTX 670 then no pr= oblems

6. Do you have any issues with multi-monitor setups?

Could never get it working with ATI, never had a problem
with Nvidia.

I use IBM T221 monitors, which are implicitly
a multi-monitor setup, since if you want a refresh rate
about 15Hz, each monitor appears as either 2 or 4 separate
monitors which you have to stitch together. I use my T221
with DL-DVI adapters which presents the monitor as
2x 1920x2400@48Hz

So yes - it works just fine for me.

<= div>Didn't the last time I tried (with NVidia) however have a limited a= mount of desk space so usually just run single head

7. Can you have more than 4GB of RAM assigned to the domUs with GPU passthr= ough?

The patch I have makes 2.5GB of RAM go missing in each
VM (my bodge was to just mark all of the RAM between
1GB and 4GB in domU e820 map as reserved in hvmloader).
This is purely to work around the NF200 bridges, otherwise
domU ends up stomping all over the real PCI memory hole
area and crashing the machine. I have 96GB of RAM in the
machine so I can live with 5GB of it going missing. I
expect the need to use the patch will go away once the
patch that provides memory sizing configuration below
4GB makes it into a release.

Without the said patch, due to my machine's physical
memory layout I'd have to limit the domUs to 2688MB
since that is where the first PCI BAR is mapped.

<= /blockquote>
I have 6Gb passed through to the Windows domU. When I was = running on the v4.3.0 branch, I had to make use of a patch I saw on one of = the mailing lists, that allowed me to map more memory to the domU (still in= the xen-4.3 AUR package)

8. Do you have any hardware with exclamation marks in your hardware
manager in domU?

No. I only see the Xen virtual device showing up as having
no driver installed, but this is normal. It's a commercial
only optional extra that isn't particularly important.
<= br>
Only the xen platform device.

9. Which qemu flavour do you use?

traditional

Same, traditional ve= rsion which is installed by default when compiling Xen (haven't tried u= pstream yet)

10. In fact - could you please post the domU config file and your xl
info output? :)

Config:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
name=3D"guest1"
description=3D"None"
uuid=3D"a57e6840-e9f5-4a14-a822-b2cc662fffff"
memory=3D16384
maxmem=3D16384
vcpus=3D6

on_poweroff=3D"destroy"
on_reboot=3D"restart"
on_crash=3D"destroy"
localtime=3D1
keymap=3D"en-gb"

builder=3D"hvm"
device_model_override=3D"/usr/lib/xen/bin/qemu-dm"
device_model_version=3D"qemu-xen-traditional"

boot=3D"c"
disk=3D[ '/dev/zvol/ssd/edi,raw,hda,rw' ]


vif=3D[ 'mac=3D00:16:3e:4e:c5:0c,bridge=3Dbr0,model=3De1000'= , ]
sdl=3D0

stdvga=3D1
vnc=3D1
audio=3D0
viridian=3D0
usb=3D1
acpi=3D1
apic=3D1
pae=3D1
nomigrate=3D1
serial=3D"pty"
gfx_passthru=3D0

# GPU, PCI audio, USB
pci =3D [ '07:00.0', '07:00.1', '00:1b.0', '00:= 1a.1' ]

xen_platform_pci=3D1
pci_msitranslate=3D0
pci_power_mgmt=3D1

# Without my bodgy patch, this is for PV domains only
e820_host=3D1

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

xl info:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
# xl info
host =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : norma= ndy
release =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 3.9.9-2.el= 6xen.x86_64
version =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: #1 SMP Tue= Jul 16 15:52:11 BST 2013
machine =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: x86_64
nr_cpus =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 24
max_cpu_id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 23
nr_nodes =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2
cores_per_socket =C2=A0 =C2=A0 =C2=A0 : 6
threads_per_core =C2=A0 =C2=A0 =C2=A0 : 2
cpu_mhz =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 3321
hw_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: bfebfbff:2= c100800:00000000:00003f00:029ee3ff:00000000:00000001:00000000=
virt_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: hvm hvm_directi= o
total_memory =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 98295
free_memory =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 1361
sharing_freed_memory =C2=A0 : 0
sharing_used_memory =C2=A0 =C2=A0: 0
outstanding_claims =C2=A0 =C2=A0 : 0
free_cpus =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 0
xen_major =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 4
xen_minor =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 3
xen_extra =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: .0
xen_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 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
xen_scheduler =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: credit
xen_pagesize =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 4096
platform_params =C2=A0 =C2=A0 =C2=A0 =C2=A0: virt_start=3D0xffff80000000000= 0
xen_changeset =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:
xen_commandline =C2=A0 =C2=A0 =C2=A0 =C2=A0: noreboot dom0_vcpus_pin iommu= =3Ddom0-passthrough unrestricted_guest=3D1 msi=3D1
cc_compiler =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: gcc (GCC) 4.4.7 2012= 0313 (Red Hat 4.4.7-3)
cc_compile_by =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: root
cc_compile_domain =C2=A0 =C2=A0 =C2=A0: shatteredsilicon.net
cc_compile_date =C2=A0 =C2=A0 =C2=A0 =C2=A0: Thu Sep =C2=A05 10:55:26 BST 2= 013
xend_config_format =C2=A0 =C2=A0 : 4
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


11. Where did you find the necessary information to hard-mod the card?
Is there some particular post on some forum?

Read this thread (very, very long), this post is a good place to start:
http://= www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-pr= ofessional-counterparts/msg338493/#msg338493

680 mods are fairly early on in the thread, I suggest you go
with the Tesla K10 mod by just removing one resistor off
the back of the card, no need to even remove the heatsink
assembly.

480 BIOS only mods are somewhere inbetween, or you can just
skip straight to here:
http://goo.gl/K69Xlh=


12. I have three issues with my setup, have you noticed any of these?
a. Can't have more than 3.5GB RAM.

That's either a QEMU bug that has been fixed at some point
since I heard of it, or the bug caused by NF200 (or similar)
PCIe bridge(s).

Had to use a pat= ch with the xen v4.3.0 branch to work around, v4.4.0 no longer required it.=

b. Rebooting domU with more than one monitor and without ejecting the
gpu first causes very strange artefacts on the displays (everything
works just fine with only one monitor).

I have never seen this. If I had to guess, it would be that something
is causing a memory stomp over your PCI memory holes. Does this also
happen when you reduce domU memory to 1GB? If it does, it's probably a PCIe bridge issue (or buggy IOMMU/BIOS).


c. Have some yellow exclamation marks in hardware manager.

As mentioned above, I am not seeing anything like that on my system.
The setup I have has a modified 780Ti in each domU, and 8800GT in
dom0, and everything "just works".

Gordan


_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users

Regards= ,

=C2=A0 David
--001a1133d89495a87f04fb079a0d-- --===============3251215466157523267== 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 --===============3251215466157523267==-- From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxE-0003vS-U2; Wed, 04 Jun 2014 22:46:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws9fP-0004ek-W4 for xen-users@lists.xen.org; Wed, 04 Jun 2014 11:47:40 +0000 Received: from [193.109.254.147:18785] by server-10.bemta-14.messagelabs.com id 73/4C-04546-B570F835; Wed, 04 Jun 2014 11:47:39 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1401882458!4414668!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5274 invoked from network); 4 Jun 2014 11:47:38 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 11:47:38 -0000 Received: by mail-wi0-f174.google.com with SMTP id r20so8356180wiv.13 for ; Wed, 04 Jun 2014 04:47:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=74t/f1/ZNPE++lQrn0Vg8qQL4I+M7ogLlEkUFtzPCz0=; b=W6r2OYMECkDge/HSmVGeNYWqR3BR/jGgsYAPASPyGJ54NvFVvVtreF1iOyP59y1ItT oug0evfX31R3zbDbezycfPOnsuEICRDW2wV0Bhz+DDzo2fwFljs5Kv1Hps/Mr7JewKcO SrVTwWP3DrEt1dIbsbrbgrUk/7neppt2mw8jiLCigFHSv+4ViGnseoz1aVMN20AQet0W OM+pREiFIJSr2WyqSOasXrC4lgcgBalLpc2INUC+mIIqzrkWakUa3HRSyBW+5i0dxZ5W d90zwqOnVWSBRfvTGbdkTfaQ0H0hXemY5VYm1wx0UEinP1zMU8CL5RTVbOj8379PsPpm tWBw== X-Gm-Message-State: ALoCoQla3yURMamA1cmVzkMWd04BnL4LXyrJmsHcFRY4Zq2f7Df2mBKCVEfqAUE55uTS4fPceql1 X-Received: by 10.15.36.136 with SMTP id i8mr569820eev.74.1401882458368; Wed, 04 Jun 2014 04:47:38 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id l49sm5238313eef.27.2014.06.04.04.47.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 04:47:37 -0700 (PDT) Message-ID: <538F0758.4070100@linaro.org> Date: Wed, 04 Jun 2014 12:47:36 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> In-Reply-To: X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/04/2014 11:23 AM, Jeenu Viswambharan wrote: > On Wed, Jun 04, 2014 at 10:43:38, Ian Campbell wrote: >> On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: >>> Hi, >>> >>> I've built necessary files and setup uboot and board to boot Xen on >>> Vexpress following the Wiki page. But what I see is u-boot going >>> silent, presumably after it jumps to Xen. My logs are attached. >> >> Jeenu, Which version of Xen are you building? > > I'm on Xen RELEASE-4.4.0 tag. I'm using u-boot v2013.10-rc2 tag, but > I've a feeling that it might be a bit old for Hyp-related stuff. Looking again to the U-boot code. You are right, HYP support has been added in v2013.10. -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxG-0003w6-Jy; Wed, 04 Jun 2014 22:46:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDgf-0004jq-H8 for xen-users@lists.xen.org; Wed, 04 Jun 2014 16:05:13 +0000 Received: from [193.109.254.147:25917] by server-16.bemta-14.messagelabs.com id 44/A9-16986-8B34F835; Wed, 04 Jun 2014 16:05:12 +0000 X-Env-Sender: alvin@netvel.net X-Msg-Ref: server-3.tower-27.messagelabs.com!1401897910!9064363!1 X-Originating-IP: [54.236.96.217] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2668 invoked from network); 4 Jun 2014 16:05:11 -0000 Received: from mail.netvel.net (HELO mail.netvel.net) (54.236.96.217) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jun 2014 16:05:11 -0000 Received: from alvinsworkstation.netvel.net (unknown [206.108.5.187]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.netvel.net (Postfix) with ESMTPSA id 8AAC840858 for ; Wed, 4 Jun 2014 12:07:03 -0400 (EDT) Message-ID: <538F43B6.1040207@netvel.net> Date: Wed, 04 Jun 2014 12:05:10 -0400 From: Alvin Starr User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Subject: [Xen-users] can svm and npt flags be enabled in dom-0. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I am trying to get cpuid flag manipulation working with libvirt and libxl and it seems that libvirt expects to be able to see all the flags that it hopes to pass or mask for a guest on the host system. Sadly the svm and npt flags are masked in dom-0 -- Alvin Starr || voice: (905)513-7688 Netvel Inc. || Cell: (416)806-0133 alvin@netvel.net || _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxF-0003vd-Fs; Wed, 04 Jun 2014 22:46:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsB3s-0000qH-UJ for xen-users@lists.xen.org; Wed, 04 Jun 2014 13:17:01 +0000 Received: from [85.158.143.35:37169] by server-1.bemta-4.messagelabs.com id A9/8C-09853-C4C1F835; Wed, 04 Jun 2014 13:17:00 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-8.tower-21.messagelabs.com!1401887819!9217980!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16500 invoked from network); 4 Jun 2014 13:16:59 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 13:16:59 -0000 Received: by mail-wg0-f46.google.com with SMTP id n12so8472170wgh.5 for ; Wed, 04 Jun 2014 06:16:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=KCgSciBDnoBltAS+n0QTPLtKv57RQ52rl+lSQ9WfUTE=; b=mrEeVGiYzlqD8PGIl4ZD5QYRQbKiHu+SGFj97R0ai+KZBJSmHv5+KVxEaVvysfN8kA BkQ0dYYExlewEJxBzQvf1Yu2unwpGuKEQ3ikfyFx85cTf+dTnZ8aqQ2VfM2WLkj4UIv6 UhhewY8rM4THyY6WYAT6gdSyeRFCHBCv++43AXqI/YBnEDB5S3wySuV6zxYPXO5GgH3f 23VsR0ETchVJo6I3lSe6vElSjJ7ob+ql6OGupxbqz7Ey5uzPDHpn3yT55qHSJZtPVjCl 7onjpEsoB/qRa/Rgu40RFry+HngebbmDvi5m7h09oijpCFzabHMzgeENGViaxx6cF1y7 A59w== X-Gm-Message-State: ALoCoQlxuflXpcRhLp9FdRL3+4jtaA7TeCIv7vw05QKRCnbi+74xwQe+L0hwKunXE9W0RnTA23rP X-Received: by 10.14.111.195 with SMTP id w43mr1001035eeg.112.1401887819227; Wed, 04 Jun 2014 06:16:59 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id z7sm5761140eeo.42.2014.06.04.06.16.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 06:16:58 -0700 (PDT) Message-ID: <538F1C49.7060704@linaro.org> Date: Wed, 04 Jun 2014 14:16:57 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> In-Reply-To: X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/04/2014 02:14 PM, Jeenu Viswambharan wrote: > On Wed, Jun 04, 2014 at 12:41:24, Julien Grall wrote: >> On 06/04/2014 10:43 AM, Ian Campbell wrote: >>> On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: >>>> Hi, >>>> >>>> I've built necessary files and setup uboot and board to boot Xen >>>> on Vexpress following the Wiki page. But what I see is u-boot >>>> going silent, presumably after it jumps to Xen. My logs are >>>> attached. >>> >>> Jeenu, Which version of Xen are you building? >>> >>> Skimming that wiki page it seems to be describing how to use an >>> older version of Xen (like 4.3 or early 4.4 development era) and not >>> a modern 4.4 or 4.5 development hypervisor. >> >> The wiki page is based on a Xen 4.4 with a proper multiboot support. I >> don't think there was many change in Xen since the page were written >> (back in september 2013). > > So I take it that the Wiki (release tags, build instructions) are all > up-to-date to be used with Xen 4.4.0? I'd have to connect my debugger to > the board and see what's going on... :/ Honestly I didn't try to boot Xen on the vexpress for 6 months now. Xen may have been broken since this date. Did you try to enable early printk? Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxD-0003ur-7h; Wed, 04 Jun 2014 22:46:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrule-00007L-7T for xen-users@lists.xen.org; Tue, 03 Jun 2014 19:53:06 +0000 Received: from [193.109.254.147:3425] by server-4.bemta-14.messagelabs.com id 00/61-02781-1A72E835; Tue, 03 Jun 2014 19:53:05 +0000 X-Env-Sender: xumengpanda@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1401825183!4259351!1 X-Originating-IP: [209.85.219.43] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13774 invoked from network); 3 Jun 2014 19:53:04 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 19:53:04 -0000 Received: by mail-oa0-f43.google.com with SMTP id l6so6795170oag.30 for ; Tue, 03 Jun 2014 12:53:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=C5aNNKU81GdUWWIHDF3Zq1HhDuRSS0hozyGNlXvFakg=; b=m4+sWbeqtu7A6VgYLkhEXnwIk+zMo0faBDDl9OuNTsV0j5PJL61XxVIBuHS91+DokR oR44C1avOF32zZX5dmTCFbTHRhEwvWTtZy9UsDbY9CgfX/KBXG0ZjNYBXlCqmFGdGgjz 9nQqMj1DYdgbBj5DfsLSbYBexB2PYb6ITRgQqUZJs0NHBSi0jO8ZCiOS8QKukMYcLGNt WBdgdUC7FCSJtmEkqzJowK8T3ZgpgKbIuGm9FuhKqsIbboJyZrXiLY4/br1SH0BLPTDn 6Y3wAu3UxQuRu7ym1BbsbHkHKM/p7ztky25TB8gGpvRW+a2IQ3B7TfOuUwYhHcR6rSya Akaw== MIME-Version: 1.0 X-Received: by 10.60.76.233 with SMTP id n9mr50474857oew.50.1401825182679; Tue, 03 Jun 2014 12:53:02 -0700 (PDT) Received: by 10.76.107.41 with HTTP; Tue, 3 Jun 2014 12:53:02 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 15:53:02 -0400 Message-ID: From: Meng Xu To: jacek burghardt X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0605155711513800548==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0605155711513800548== Content-Type: multipart/alternative; boundary=047d7b33d7360d084d04faf3dcd0 --047d7b33d7360d084d04faf3dcd0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jacek, Thank you very much for your quick reply! =E2=80=8BI have one more question.=E2=80=8B I just buy separate pci usb card and I pass that. There is no way to share > usb between domu and dom0 > =E2=80=8BIf I buy a separate pci usb card and pass the pci controller to do= m1. Can the same pci controlled be passed to dom2 at the same time? In other words, can the same pci usb controller =E2=80=8Bpassed to more tha= n one guest domain at the same time? (I know the same pci usb controller cannot be used by dom0 and dom1 at the same time but not sure if it can be used by two guest domains or not.) Thanks, Meng > > On Tue, Jun 3, 2014 at 1:19 PM, Meng Xu wrote: > >> Hi Jacek, >> >> Thank you very much for your replies! I tried to passing the whole usb >> controller before by using the PCI passthrough. However, after I pass >> throught the whole usb controller, I can no longer use keyboard and mous= e >> in dom0. Is there anyway that I can use the usb devices in dom0 after I >> passthough the whole usb controller? >> >> Thanks, >> >> Meng >> >> >> 2014-06-03 15:14 GMT-04:00 jacek burghardt : >> >> >>> >>> I don't thing the whole passing of usb devices is well supported under >>> xen. I always pass whole usb controller. I wonder if you can get pci or >>> epic usb controller and pass it >>> >> >> >> >> -- >> >> >> ----------- >> Meng Xu >> PhD Student in Computer and Information Science >> University of Pennsylvania >> > > --=20 ----------- Meng Xu PhD Student in Computer and Information Science University of Pennsylvania --047d7b33d7360d084d04faf3dcd0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi = Jacek,

Thank you very muc= h for your quick reply!

=E2= =80=8BI have one more question.=E2=80=8B

I=C2=A0just buy separate pci usb card and I pass that. The= re is no way to share usb=C2=A0between=C2=A0 domu and dom0 =C2=A0=C2=A0

=E2=80=8BIf I buy a separate pci usb card and pass the pci contro= ller to dom1. Can the same pci controlled be passed to dom2 at the same tim= e?=C2=A0
In other words, can = the same pci usb controller =E2=80=8Bpassed to more than one guest domain a= t the same time?
(I know the same pci usb controller cannot be used by dom0 and dom1 at th= e same time but not sure if it can be used by two guest domains or not.)

Thanks,

Meng

=


=C2=A0

On Tue, Jun 3, 2014 at 1:19 PM, Meng Xu <xumengpanda@gmail.com>= ; wrote:
Hi Jacek,

Thank you very much for your repli= es! I tried to passing the whole usb controller before by using the PCI pas= sthrough. However, after I pass throught the whole usb controller, I can no= longer use keyboard and mouse in dom0. Is there anyway that I can use the = usb devices in dom0 after I passthough the whole usb controller?

Tha= nks,

Meng =C2=A0


2014-06-03 15:14 GMT-04:00 jacek burghardt = <jaceksbu= rghardt@gmail.com>:



I don&= #39;t thing the whole passing of usb devices is well supported under xen. I= always pass whole usb controller. I wonder if you can get pci or epic usb = controller and pass it



--


-----------
Meng Xu
= PhD Student in Computer and Information Science
University of Pennsylvan= ia




--
=


-----------
Meng Xu
PhD Student in Computer = and Information Science
University of Pennsylvania
--047d7b33d7360d084d04faf3dcd0-- --===============0605155711513800548== 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 --===============0605155711513800548==-- From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxG-0003vr-1j; Wed, 04 Jun 2014 22:46:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsCf0-0001EZ-1d for xen-users@lists.xen.org; Wed, 04 Jun 2014 14:59:26 +0000 Received: from [85.158.137.68:44160] by server-7.bemta-3.messagelabs.com id 66/93-04151-D443F835; Wed, 04 Jun 2014 14:59:25 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1401893964!7995327!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16486 invoked from network); 4 Jun 2014 14:59:24 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 14:59:24 -0000 Received: by mail-wi0-f169.google.com with SMTP id hi2so7973060wib.0 for ; Wed, 04 Jun 2014 07:59:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Jd6H5AlzKr7KYVecdvNo4VvZn54g7uIrYGUNs/gS6jE=; b=Puf7FT8HfmuRuGYbksTKhHq0zDEpsM66RBffX5vnycXG6Z2idfI+Jla8hT6nVNu7jn ldCDDVrgQ1HrRlAn26hvdBcr4osIC5v8pf792BduswTyD5gnXgtQmOPr98RlVWBlbyir I3dzmg9Mm2SRTQw+YejrQWc/wN6A0VxwpImIY+H9iOzOUqjjSGBbIaqJUBhG8iOsNuPx vCFs25qiIvhbDrbrAVWacBRZHtKByo0BLUIRT7N5C2a7XHsGv9Ms+uyG7+kHhuzhK1sh WtxaFxM07u4/9BY0Om0SacDojpg3RF0g+l5mWaqa/fJczJhWcI8ARGp7J2RSTj7eclwu Lblg== X-Gm-Message-State: ALoCoQmYOkgFa9tbVqKCul7VXnYzFXizCyVU3UnqPhDXBr80J1cii5GsdODN+axBKQc/S0p7SJh1 X-Received: by 10.14.218.201 with SMTP id k49mr2008604eep.16.1401893962787; Wed, 04 Jun 2014 07:59:22 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id e6sm3418748eem.44.2014.06.04.07.59.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 07:59:22 -0700 (PDT) Message-ID: <538F3448.8040306@linaro.org> Date: Wed, 04 Jun 2014 15:59:20 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> In-Reply-To: X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Jeenu, On 06/04/2014 03:39 PM, Jeenu Viswambharan wrote: > On Wed, Jun 04, 2014 at 14:16:57, Julien Grall wrote: >> On 06/04/2014 02:14 PM, Jeenu Viswambharan wrote: >>> So I take it that the Wiki (release tags, build instructions) are >>> all up-to-date to be used with Xen 4.4.0? I'd have to connect my >>> debugger to the board and see what's going on... :/ >> >> Honestly I didn't try to boot Xen on the vexpress for 6 months now. >> Xen may have been broken since this date. >> >> Did you try to enable early printk? > > Yes it helped and I got a bit further, but had to make the following > changes: > > - Move the u-boot tag to v2013.10 (rather than the RC), as Xen > complained that it must enter the CPU in NS Hyp mode. Clearly RC > wasn't doing that. I've updated the wiki page to point to v2013.10. > - Xen was attempting to bring up CPU 2 and stalling there. But I > believe the idea was to leave A7s in reset and use only 2 A15s. So I > had to remove the Cortex A7 CPUs from the Linux DTS, and use the DTB > from there We don't support big.LITTLE on Xen, so we have to drop either the A15s or A7s. It will surely need a paragraph in the wiki page about it. > With those changes, I see Xen going further but hits a data abort. Logs > attached; I'll see if I can dig further. > > Meanwhile, if you think the changes I made as above are valid, could you > update the Wiki to reflect them? I think it will be easier if you have an account on the wiki. So you will be able to modify the page yourself. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxE-0003vD-Bm; Wed, 04 Jun 2014 22:46:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws9ZP-0004Na-KP for xen-users@lists.xen.org; Wed, 04 Jun 2014 11:41:27 +0000 Received: from [85.158.143.35:57259] by server-3.bemta-4.messagelabs.com id 3F/D7-13602-7E50F835; Wed, 04 Jun 2014 11:41:27 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-11.tower-21.messagelabs.com!1401882086!9155504!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7574 invoked from network); 4 Jun 2014 11:41:26 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 11:41:26 -0000 Received: by mail-we0-f173.google.com with SMTP id u57so8322486wes.18 for ; Wed, 04 Jun 2014 04:41:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=ZPj+AkG1kT84niWJDe0R8NMO/M2qvN1WUizNJPBJdlc=; b=V9HFsyvzfYDEbuiIqCkbOtEzw/ih1ZlFvR7uoPWiF71kngJnd7ebZkLVlSS52kVbo8 lfuIbYa1xEDMQ2CaTHazYofjd1pQnTuz901HY7avC6w4CxOzNIu+O8QmjJ4adUd9bY7b /hPtJr+I63BzefOBW8RrWR1QAvt0vgzmlPa3xt4mzwLW7IxPm3Hrco+abl9z8G5dUy/l kIxPchD5cHPdf0BfPeRrNFL1a9hAoahxsy/fcvMOy1YmoHmPye3Tu/ESUDniqyJy5ws2 vq0uqZ2rBJtB4XUIelfAhI/qtMH1fddS6n6hdN7VqKnFJ05luTViF2f9wRV5vXNmMcRw A1xg== X-Gm-Message-State: ALoCoQl3VSgSfxBO8ajeMh4osHsQmeKjYK8il9UKFJzoshnJSh8sLC25I2uNdKKWfZUY6QSyAvra X-Received: by 10.14.0.9 with SMTP id 9mr552392eea.94.1401882086021; Wed, 04 Jun 2014 04:41:26 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id w6sm5201311eef.20.2014.06.04.04.41.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 04:41:25 -0700 (PDT) Message-ID: <538F05E4.9040101@linaro.org> Date: Wed, 04 Jun 2014 12:41:24 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Ian Campbell , Jeenu Viswambharan References: <1401875018.7451.18.camel@kazak.uk.xensource.com> In-Reply-To: <1401875018.7451.18.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/04/2014 10:43 AM, Ian Campbell wrote: > CCing Julien and Stefano who I think have both run Xen on vexpress Woah, I haven't boot Xen on the vexpress since a while :). > On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: >> Hi, >> >> I've built necessary files and setup uboot and board to boot Xen on >> Vexpress following the Wiki page. But what I see is u-boot going silent, >> presumably after it jumps to Xen. My logs are attached. > > Jeenu, Which version of Xen are you building? > > Skimming that wiki page it seems to be describing how to use an older > version of Xen (like 4.3 or early 4.4 development era) and not a modern > 4.4 or 4.5 development hypervisor. The wiki page is based on a Xen 4.4 with a proper multiboot support. I don't think there was many change in Xen since the page were written (back in september 2013). > In particular I'm not sure it is referencing a u-boot which boots the > kernel in HYP mode (Xen used to carry a hacky workaround for thus, but > doesn't now) and the stuff about KERNEL_FLASH_ADDRESS (another > workaround for lack of a boot protocol which is no longer present) isn't > true any more either. The wiki page for the Vexpress is referencing a valid u-boot: http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Vexpress#Booting_with_U-Boot I was using it with Xen 4.4 a while ago. > Julien/Stefano can you confirm and/or deny? I think Linaro tests on > vexpress so I suppose there are more modern steps somewhere? We don't have any Linaro tests on the vexpress for Xen. IIRC, it was too difficult to use U-boot with the validation loop so we chose to only test Xen on the Arndale & Midway. >> I've a couple of questions: >> >> - I've noticed from the Vexpress Wiki that the u-boot variable >> xen_addr_r is set to 0x80400000, but the xen-uImage is built with >> both load and entry addresses as 0x80200000. I also checked the >> xen/xen.axf file (from which xen/xen is built), and its entry too is >> 0x80200000. I'm afraid to ask if this a typo/bit rot in the Wiki? > > I'm not sure, but I think in general it is OK for these to differ, > u-boot will relocate from the load address to the address requested by > the header as part of booting. So long as it is in RAM and 2MB aligned I > don't think the actual address matters too much. the xen-uImage will be loaded at the xen_addr_r, then U-boot will extract the image and load at 0x802000000. We don't care about the ELF entry. It's a hack for the model to be able to directly run Xen. Now we require to boot with either bootwrapper or U-boot, so I think we can get a rid of it. See: "# XXX: VE model loads by VMA so instead of # making a proper ELF we link with LMA == VMA and adjust crudely " Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxC-0003uj-JR; Wed, 04 Jun 2014 22:46:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WruF1-0006ze-EP for xen-users@lists.xen.org; Tue, 03 Jun 2014 19:19:23 +0000 Received: from [193.109.254.147:52480] by server-2.bemta-14.messagelabs.com id 8B/E0-21684-ABF1E835; Tue, 03 Jun 2014 19:19:22 +0000 X-Env-Sender: xumengpanda@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1401823160!4255125!1 X-Originating-IP: [209.85.219.41] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 824 invoked from network); 3 Jun 2014 19:19:21 -0000 Received: from mail-oa0-f41.google.com (HELO mail-oa0-f41.google.com) (209.85.219.41) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 19:19:21 -0000 Received: by mail-oa0-f41.google.com with SMTP id m1so6814827oag.0 for ; Tue, 03 Jun 2014 12:19:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cO02ci1LC7RCMZQtqe3cFEYj7ItFsUkSPKwv4Qa4zdQ=; b=VC/FBejr80CVA529ZTaZaub++vzRaGYDKbNtik8wX/pVIovMg9gBlDOowMVZOZr+zw oCWzCfmDRUWZnXFYIAX4ibGZqrNJLxtlkabU5flS7evM2DeBoTKIvzEgt9BjuM5BeB7o 88WTxsf6LCuJtg31DEhJVSCka2WAS3nGDxwSmHVXMe2N0COd1UkMBrctHORO92O84box N7gNw2BRFOhjK4ZKcYpahQY1wDdUxS+zUhqX5ArmQPrWUGdBJ26VcPhNlh7UBZB53c+a 74z10nIEuApxtlm5vdOjv4w/6DfnbF17NQTIVr1U/x3E1A/Clcu369lwJcdhPfj8uYh4 IPKw== MIME-Version: 1.0 X-Received: by 10.60.124.202 with SMTP id mk10mr14953739oeb.67.1401823160294; Tue, 03 Jun 2014 12:19:20 -0700 (PDT) Received: by 10.76.107.41 with HTTP; Tue, 3 Jun 2014 12:19:20 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 15:19:20 -0400 Message-ID: From: Meng Xu To: jacek burghardt X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0058639321361214298==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0058639321361214298== Content-Type: multipart/alternative; boundary=047d7b33c98c81e5c904faf363a2 --047d7b33c98c81e5c904faf363a2 Content-Type: text/plain; charset=UTF-8 Hi Jacek, Thank you very much for your replies! I tried to passing the whole usb controller before by using the PCI passthrough. However, after I pass throught the whole usb controller, I can no longer use keyboard and mouse in dom0. Is there anyway that I can use the usb devices in dom0 after I passthough the whole usb controller? Thanks, Meng 2014-06-03 15:14 GMT-04:00 jacek burghardt : > > > I don't thing the whole passing of usb devices is well supported under > xen. I always pass whole usb controller. I wonder if you can get pci or > epic usb controller and pass it > -- ----------- Meng Xu PhD Student in Computer and Information Science University of Pennsylvania --047d7b33c98c81e5c904faf363a2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi = Jacek,

Thank you very muc= h for your replies! I tried to passing the whole usb controller before by u= sing the PCI passthrough. However, after I pass throught the whole usb cont= roller, I can no longer use keyboard and mouse in dom0. Is there anyway tha= t I can use the usb devices in dom0 after I passthough the whole usb contro= ller?

Thanks,

Meng =C2=A0


2014-06-03 15:14 GMT-04:00 jacek burghardt = <jaceksbu= rghardt@gmail.com>:
=

I don't thing the whole passing of usb devices is well supporte= d under xen. I always pass whole usb controller. I wonder if you can get pc= i or epic usb controller and pass it



--


-----------
Meng Xu
PhD Student in Computer and Informat= ion Science
University of Pennsylvania
--047d7b33c98c81e5c904faf363a2-- --===============0058639321361214298== 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 --===============0058639321361214298==-- From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxG-0003w6-Jy; Wed, 04 Jun 2014 22:46:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsDgf-0004jq-H8 for xen-users@lists.xen.org; Wed, 04 Jun 2014 16:05:13 +0000 Received: from [193.109.254.147:25917] by server-16.bemta-14.messagelabs.com id 44/A9-16986-8B34F835; Wed, 04 Jun 2014 16:05:12 +0000 X-Env-Sender: alvin@netvel.net X-Msg-Ref: server-3.tower-27.messagelabs.com!1401897910!9064363!1 X-Originating-IP: [54.236.96.217] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2668 invoked from network); 4 Jun 2014 16:05:11 -0000 Received: from mail.netvel.net (HELO mail.netvel.net) (54.236.96.217) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jun 2014 16:05:11 -0000 Received: from alvinsworkstation.netvel.net (unknown [206.108.5.187]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.netvel.net (Postfix) with ESMTPSA id 8AAC840858 for ; Wed, 4 Jun 2014 12:07:03 -0400 (EDT) Message-ID: <538F43B6.1040207@netvel.net> Date: Wed, 04 Jun 2014 12:05:10 -0400 From: Alvin Starr User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Subject: [Xen-users] can svm and npt flags be enabled in dom-0. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I am trying to get cpuid flag manipulation working with libvirt and libxl and it seems that libvirt expects to be able to see all the flags that it hopes to pass or mask for a guest on the host system. Sadly the svm and npt flags are masked in dom-0 -- Alvin Starr || voice: (905)513-7688 Netvel Inc. || Cell: (416)806-0133 alvin@netvel.net || _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxD-0003ur-7h; Wed, 04 Jun 2014 22:46:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wrule-00007L-7T for xen-users@lists.xen.org; Tue, 03 Jun 2014 19:53:06 +0000 Received: from [193.109.254.147:3425] by server-4.bemta-14.messagelabs.com id 00/61-02781-1A72E835; Tue, 03 Jun 2014 19:53:05 +0000 X-Env-Sender: xumengpanda@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1401825183!4259351!1 X-Originating-IP: [209.85.219.43] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13774 invoked from network); 3 Jun 2014 19:53:04 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 19:53:04 -0000 Received: by mail-oa0-f43.google.com with SMTP id l6so6795170oag.30 for ; Tue, 03 Jun 2014 12:53:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=C5aNNKU81GdUWWIHDF3Zq1HhDuRSS0hozyGNlXvFakg=; b=m4+sWbeqtu7A6VgYLkhEXnwIk+zMo0faBDDl9OuNTsV0j5PJL61XxVIBuHS91+DokR oR44C1avOF32zZX5dmTCFbTHRhEwvWTtZy9UsDbY9CgfX/KBXG0ZjNYBXlCqmFGdGgjz 9nQqMj1DYdgbBj5DfsLSbYBexB2PYb6ITRgQqUZJs0NHBSi0jO8ZCiOS8QKukMYcLGNt WBdgdUC7FCSJtmEkqzJowK8T3ZgpgKbIuGm9FuhKqsIbboJyZrXiLY4/br1SH0BLPTDn 6Y3wAu3UxQuRu7ym1BbsbHkHKM/p7ztky25TB8gGpvRW+a2IQ3B7TfOuUwYhHcR6rSya Akaw== MIME-Version: 1.0 X-Received: by 10.60.76.233 with SMTP id n9mr50474857oew.50.1401825182679; Tue, 03 Jun 2014 12:53:02 -0700 (PDT) Received: by 10.76.107.41 with HTTP; Tue, 3 Jun 2014 12:53:02 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 15:53:02 -0400 Message-ID: From: Meng Xu To: jacek burghardt X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0605155711513800548==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0605155711513800548== Content-Type: multipart/alternative; boundary=047d7b33d7360d084d04faf3dcd0 --047d7b33d7360d084d04faf3dcd0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jacek, Thank you very much for your quick reply! =E2=80=8BI have one more question.=E2=80=8B I just buy separate pci usb card and I pass that. There is no way to share > usb between domu and dom0 > =E2=80=8BIf I buy a separate pci usb card and pass the pci controller to do= m1. Can the same pci controlled be passed to dom2 at the same time? In other words, can the same pci usb controller =E2=80=8Bpassed to more tha= n one guest domain at the same time? (I know the same pci usb controller cannot be used by dom0 and dom1 at the same time but not sure if it can be used by two guest domains or not.) Thanks, Meng > > On Tue, Jun 3, 2014 at 1:19 PM, Meng Xu wrote: > >> Hi Jacek, >> >> Thank you very much for your replies! I tried to passing the whole usb >> controller before by using the PCI passthrough. However, after I pass >> throught the whole usb controller, I can no longer use keyboard and mous= e >> in dom0. Is there anyway that I can use the usb devices in dom0 after I >> passthough the whole usb controller? >> >> Thanks, >> >> Meng >> >> >> 2014-06-03 15:14 GMT-04:00 jacek burghardt : >> >> >>> >>> I don't thing the whole passing of usb devices is well supported under >>> xen. I always pass whole usb controller. I wonder if you can get pci or >>> epic usb controller and pass it >>> >> >> >> >> -- >> >> >> ----------- >> Meng Xu >> PhD Student in Computer and Information Science >> University of Pennsylvania >> > > --=20 ----------- Meng Xu PhD Student in Computer and Information Science University of Pennsylvania --047d7b33d7360d084d04faf3dcd0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi = Jacek,

Thank you very muc= h for your quick reply!

=E2= =80=8BI have one more question.=E2=80=8B

I=C2=A0just buy separate pci usb card and I pass that. The= re is no way to share usb=C2=A0between=C2=A0 domu and dom0 =C2=A0=C2=A0

=E2=80=8BIf I buy a separate pci usb card and pass the pci contro= ller to dom1. Can the same pci controlled be passed to dom2 at the same tim= e?=C2=A0
In other words, can = the same pci usb controller =E2=80=8Bpassed to more than one guest domain a= t the same time?
(I know the same pci usb controller cannot be used by dom0 and dom1 at th= e same time but not sure if it can be used by two guest domains or not.)

Thanks,

Meng

=


=C2=A0

On Tue, Jun 3, 2014 at 1:19 PM, Meng Xu <xumengpanda@gmail.com>= ; wrote:
Hi Jacek,

Thank you very much for your repli= es! I tried to passing the whole usb controller before by using the PCI pas= sthrough. However, after I pass throught the whole usb controller, I can no= longer use keyboard and mouse in dom0. Is there anyway that I can use the = usb devices in dom0 after I passthough the whole usb controller?

Tha= nks,

Meng =C2=A0


2014-06-03 15:14 GMT-04:00 jacek burghardt = <jaceksbu= rghardt@gmail.com>:



I don&= #39;t thing the whole passing of usb devices is well supported under xen. I= always pass whole usb controller. I wonder if you can get pci or epic usb = controller and pass it



--


-----------
Meng Xu
= PhD Student in Computer and Information Science
University of Pennsylvan= ia




--
=


-----------
Meng Xu
PhD Student in Computer = and Information Science
University of Pennsylvania
--047d7b33d7360d084d04faf3dcd0-- --===============0605155711513800548== 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 --===============0605155711513800548==-- From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxG-0003vr-1j; Wed, 04 Jun 2014 22:46:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsCf0-0001EZ-1d for xen-users@lists.xen.org; Wed, 04 Jun 2014 14:59:26 +0000 Received: from [85.158.137.68:44160] by server-7.bemta-3.messagelabs.com id 66/93-04151-D443F835; Wed, 04 Jun 2014 14:59:25 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1401893964!7995327!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16486 invoked from network); 4 Jun 2014 14:59:24 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 14:59:24 -0000 Received: by mail-wi0-f169.google.com with SMTP id hi2so7973060wib.0 for ; Wed, 04 Jun 2014 07:59:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Jd6H5AlzKr7KYVecdvNo4VvZn54g7uIrYGUNs/gS6jE=; b=Puf7FT8HfmuRuGYbksTKhHq0zDEpsM66RBffX5vnycXG6Z2idfI+Jla8hT6nVNu7jn ldCDDVrgQ1HrRlAn26hvdBcr4osIC5v8pf792BduswTyD5gnXgtQmOPr98RlVWBlbyir I3dzmg9Mm2SRTQw+YejrQWc/wN6A0VxwpImIY+H9iOzOUqjjSGBbIaqJUBhG8iOsNuPx vCFs25qiIvhbDrbrAVWacBRZHtKByo0BLUIRT7N5C2a7XHsGv9Ms+uyG7+kHhuzhK1sh WtxaFxM07u4/9BY0Om0SacDojpg3RF0g+l5mWaqa/fJczJhWcI8ARGp7J2RSTj7eclwu Lblg== X-Gm-Message-State: ALoCoQmYOkgFa9tbVqKCul7VXnYzFXizCyVU3UnqPhDXBr80J1cii5GsdODN+axBKQc/S0p7SJh1 X-Received: by 10.14.218.201 with SMTP id k49mr2008604eep.16.1401893962787; Wed, 04 Jun 2014 07:59:22 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id e6sm3418748eem.44.2014.06.04.07.59.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 07:59:22 -0700 (PDT) Message-ID: <538F3448.8040306@linaro.org> Date: Wed, 04 Jun 2014 15:59:20 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> In-Reply-To: X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Jeenu, On 06/04/2014 03:39 PM, Jeenu Viswambharan wrote: > On Wed, Jun 04, 2014 at 14:16:57, Julien Grall wrote: >> On 06/04/2014 02:14 PM, Jeenu Viswambharan wrote: >>> So I take it that the Wiki (release tags, build instructions) are >>> all up-to-date to be used with Xen 4.4.0? I'd have to connect my >>> debugger to the board and see what's going on... :/ >> >> Honestly I didn't try to boot Xen on the vexpress for 6 months now. >> Xen may have been broken since this date. >> >> Did you try to enable early printk? > > Yes it helped and I got a bit further, but had to make the following > changes: > > - Move the u-boot tag to v2013.10 (rather than the RC), as Xen > complained that it must enter the CPU in NS Hyp mode. Clearly RC > wasn't doing that. I've updated the wiki page to point to v2013.10. > - Xen was attempting to bring up CPU 2 and stalling there. But I > believe the idea was to leave A7s in reset and use only 2 A15s. So I > had to remove the Cortex A7 CPUs from the Linux DTS, and use the DTB > from there We don't support big.LITTLE on Xen, so we have to drop either the A15s or A7s. It will surely need a paragraph in the wiki page about it. > With those changes, I see Xen going further but hits a data abort. Logs > attached; I'll see if I can dig further. > > Meanwhile, if you think the changes I made as above are valid, could you > update the Wiki to reflect them? I think it will be easier if you have an account on the wiki. So you will be able to modify the page yourself. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxC-0003uj-JR; Wed, 04 Jun 2014 22:46:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WruF1-0006ze-EP for xen-users@lists.xen.org; Tue, 03 Jun 2014 19:19:23 +0000 Received: from [193.109.254.147:52480] by server-2.bemta-14.messagelabs.com id 8B/E0-21684-ABF1E835; Tue, 03 Jun 2014 19:19:22 +0000 X-Env-Sender: xumengpanda@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1401823160!4255125!1 X-Originating-IP: [209.85.219.41] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 824 invoked from network); 3 Jun 2014 19:19:21 -0000 Received: from mail-oa0-f41.google.com (HELO mail-oa0-f41.google.com) (209.85.219.41) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jun 2014 19:19:21 -0000 Received: by mail-oa0-f41.google.com with SMTP id m1so6814827oag.0 for ; Tue, 03 Jun 2014 12:19:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cO02ci1LC7RCMZQtqe3cFEYj7ItFsUkSPKwv4Qa4zdQ=; b=VC/FBejr80CVA529ZTaZaub++vzRaGYDKbNtik8wX/pVIovMg9gBlDOowMVZOZr+zw oCWzCfmDRUWZnXFYIAX4ibGZqrNJLxtlkabU5flS7evM2DeBoTKIvzEgt9BjuM5BeB7o 88WTxsf6LCuJtg31DEhJVSCka2WAS3nGDxwSmHVXMe2N0COd1UkMBrctHORO92O84box N7gNw2BRFOhjK4ZKcYpahQY1wDdUxS+zUhqX5ArmQPrWUGdBJ26VcPhNlh7UBZB53c+a 74z10nIEuApxtlm5vdOjv4w/6DfnbF17NQTIVr1U/x3E1A/Clcu369lwJcdhPfj8uYh4 IPKw== MIME-Version: 1.0 X-Received: by 10.60.124.202 with SMTP id mk10mr14953739oeb.67.1401823160294; Tue, 03 Jun 2014 12:19:20 -0700 (PDT) Received: by 10.76.107.41 with HTTP; Tue, 3 Jun 2014 12:19:20 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 15:19:20 -0400 Message-ID: From: Meng Xu To: jacek burghardt X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0058639321361214298==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0058639321361214298== Content-Type: multipart/alternative; boundary=047d7b33c98c81e5c904faf363a2 --047d7b33c98c81e5c904faf363a2 Content-Type: text/plain; charset=UTF-8 Hi Jacek, Thank you very much for your replies! I tried to passing the whole usb controller before by using the PCI passthrough. However, after I pass throught the whole usb controller, I can no longer use keyboard and mouse in dom0. Is there anyway that I can use the usb devices in dom0 after I passthough the whole usb controller? Thanks, Meng 2014-06-03 15:14 GMT-04:00 jacek burghardt : > > > I don't thing the whole passing of usb devices is well supported under > xen. I always pass whole usb controller. I wonder if you can get pci or > epic usb controller and pass it > -- ----------- Meng Xu PhD Student in Computer and Information Science University of Pennsylvania --047d7b33c98c81e5c904faf363a2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi = Jacek,

Thank you very muc= h for your replies! I tried to passing the whole usb controller before by u= sing the PCI passthrough. However, after I pass throught the whole usb cont= roller, I can no longer use keyboard and mouse in dom0. Is there anyway tha= t I can use the usb devices in dom0 after I passthough the whole usb contro= ller?

Thanks,

Meng =C2=A0


2014-06-03 15:14 GMT-04:00 jacek burghardt = <jaceksbu= rghardt@gmail.com>:
=

I don't thing the whole passing of usb devices is well supporte= d under xen. I always pass whole usb controller. I wonder if you can get pc= i or epic usb controller and pass it



--


-----------
Meng Xu
PhD Student in Computer and Informat= ion Science
University of Pennsylvania
--047d7b33c98c81e5c904faf363a2-- --===============0058639321361214298== 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 --===============0058639321361214298==-- From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxD-0003uz-Po; Wed, 04 Jun 2014 22:46:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws1Xq-0000j6-0D for xen-users@lists.xen.org; Wed, 04 Jun 2014 03:07:18 +0000 Received: from [193.109.254.147:4376] by server-4.bemta-14.messagelabs.com id 28/48-02781-46D8E835; Wed, 04 Jun 2014 03:07:16 +0000 X-Env-Sender: xumengpanda@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1401851234!4299112!1 X-Originating-IP: [209.85.214.172] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31972 invoked from network); 4 Jun 2014 03:07:15 -0000 Received: from mail-ob0-f172.google.com (HELO mail-ob0-f172.google.com) (209.85.214.172) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 03:07:15 -0000 Received: by mail-ob0-f172.google.com with SMTP id wp18so7134874obc.31 for ; Tue, 03 Jun 2014 20:07:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zc+4xHTGcDPp9aAT9y2vEuG6P2QOyp9NYoH9S8bQdr0=; b=UYU0QxtIKMnZCv6r0j4fkIhsZmgLnm0zcj+S/a7BqwDWMRlwsgxno+6t54epiR4IC2 A5mwQBbHyEtEVncIyhj9wfZJSjIAYfkl8+B7i/JYirrMX4l41WV57aNqGuYcDEOcjogV l4ge0Bf6O1lYYsqD0hb/+gG13NdXZmwoQt3Us5bHaNDmzpCuGEPqyA1T0Nl9S3Bvc9ao dqYcuZQS3v3TYVTGQUlD6tMOK/g63PfVLsa/5/sxwP9Qm5deEHc1IMU1P70vZTVrnqNB GZxFyy0dRN+EfPRot47PfBahhkgYznnmv0Rt4Rnl1sZ6BcOVwjYpe3out0YcQwGe9jXa NWGA== MIME-Version: 1.0 X-Received: by 10.182.24.38 with SMTP id r6mr53173738obf.10.1401851233599; Tue, 03 Jun 2014 20:07:13 -0700 (PDT) Received: by 10.76.107.41 with HTTP; Tue, 3 Jun 2014 20:07:13 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 23:07:13 -0400 Message-ID: From: Meng Xu To: jacek burghardt X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8176061424461678632==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8176061424461678632== Content-Type: multipart/alternative; boundary=001a11c29c82ceb1e504faf9ec96 --001a11c29c82ceb1e504faf9ec96 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jacek, The card is assigned only to one guest and it is unavailable to others. I > would read this http://wiki.xen.org/wiki/Xen_VGA_Passthrough > and http://wiki.xen.org/wiki/XenUSBPassthrough > =E2=80=8BThank you so much for your help! It's really helpful! =E2=80=8B > I guess there should be a patch that allows for sharing keyboard mouse > > =E2=80=8BYes. The link you gave above confirms that there exist a patch t= o allows keyboard and mouse sharing. Thank you again for your time and help!=E2=80=8B =E2=80=8BBest,=E2=80=8B =E2=80=8BMeng=E2=80=8B > > On Tue, Jun 3, 2014 at 1:53 PM, Meng Xu wrote: > >> Hi Jacek, >> >> Thank you very much for your quick reply! >> >> =E2=80=8BI have one more question.=E2=80=8B >> >> I just buy separate pci usb card and I pass that. There is no way to >>> share usb between domu and dom0 >>> >> >> =E2=80=8BIf I buy a separate pci usb card and pass the pci controller to= dom1. >> Can the same pci controlled be passed to dom2 at the same time? >> In other words, can the same pci usb controller =E2=80=8Bpassed to more = than one >> guest domain at the same time? >> (I know the same pci usb controller cannot be used by dom0 and dom1 at >> the same time but not sure if it can be used by two guest domains or not= .) >> >> Thanks, >> >> Meng >> >> >> >> >> >>> >>> On Tue, Jun 3, 2014 at 1:19 PM, Meng Xu wrote: >>> >>>> Hi Jacek, >>>> >>>> Thank you very much for your replies! I tried to passing the whole usb >>>> controller before by using the PCI passthrough. However, after I pass >>>> throught the whole usb controller, I can no longer use keyboard and mo= use >>>> in dom0. Is there anyway that I can use the usb devices in dom0 after = I >>>> passthough the whole usb controller? >>>> >>>> Thanks, >>>> >>>> Meng >>>> >>>> >>>> 2014-06-03 15:14 GMT-04:00 jacek burghardt = : >>>> >>>> >>>>> >>>>> I don't thing the whole passing of usb devices is well supported unde= r >>>>> xen. I always pass whole usb controller. I wonder if you can get pci = or >>>>> epic usb controller and pass it >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> >>>> ----------- >>>> Meng Xu >>>> PhD Student in Computer and Information Science >>>> University of Pennsylvania >>>> >>> >>> >> >> >> -- >> >> >> ----------- >> Meng Xu >> PhD Student in Computer and Information Science >> University of Pennsylvania >> > > --=20 ----------- Meng Xu PhD Student in Computer and Information Science University of Pennsylvania --001a11c29c82ceb1e504faf9ec96 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi = Jacek,

The card is assigned only to one guest and it is unav= ailable to others. I would read this http://wiki.xen.org/wiki/Xen_VGA_Passt= hrough

=E2=80=8BThank you so much for your help! It's really helpful! =E2=80= =8B
=C2=A0
I guess there should be a patch that allows for sharing keyboard = mouse

=E2=80=8BYes. The link you gave above confirms that th= ere exist a patch to allows keyboard and mouse sharing.

Thank you = again for your time and help!=E2=80=8B

=E2=80=8BBest,=E2=80=8B

=E2=80=8BMeng=E2=80=8B



= =C2=A0

On Tue, Jun 3, 2014 at 1:53 PM, Meng Xu <xumengpanda@gmail.com> wrote:
Hi Jacek,

Thank you ver= y much for your quick reply!

=E2=80=8BI have one more qu= estion.=E2=80=8B

I=C2=A0just buy separate pci usb card and I pass that. The= re is no way to share usb=C2=A0between=C2=A0 domu and dom0 =C2=A0=C2=A0

=E2=80=8BIf I = buy a separate pci usb card and pass the pci controller to dom1. Can the sa= me pci controlled be passed to dom2 at the same time?=C2=A0
In other words, can the same pci usb control= ler =E2=80=8Bpassed to more than one guest domain at the same time?
(I know the same pci usb controller cannot be = used by dom0 and dom1 at the same time but not sure if it can be used by tw= o guest domains or not.)

Tha= nks,

Meng



=
=C2=A0

On Tue, Jun = 3, 2014 at 1:19 PM, Meng Xu <xumengpanda@gmail.com> wrot= e:
Hi Jacek,<= /div>

Thank you very much for your repli= es! I tried to passing the whole usb controller before by using the PCI pas= sthrough. However, after I pass throught the whole usb controller, I can no= longer use keyboard and mouse in dom0. Is there anyway that I can use the = usb devices in dom0 after I passthough the whole usb controller?

Tha= nks,

Meng =C2=A0


2014-06-03 15:14 GMT-04:00 jacek burghardt = <jaceksbu= rghardt@gmail.com>:



I don&= #39;t thing the whole passing of usb devices is well supported under xen. I= always pass whole usb controller. I wonder if you can get pci or epic usb = controller and pass it



--

=
-----------
Meng Xu
PhD Student in Computer and Information Scien= ce
University of Pennsylvania

<= /span>
=


--


------= -----
Meng Xu
PhD Student in Computer and Information Science
University of Pennsylvania




--
=


-----------
Meng Xu
PhD Student in Computer = and Information Science
University of Pennsylvania
--001a11c29c82ceb1e504faf9ec96-- --===============8176061424461678632== 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 --===============8176061424461678632==-- From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxE-0003vD-Bm; Wed, 04 Jun 2014 22:46:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws9ZP-0004Na-KP for xen-users@lists.xen.org; Wed, 04 Jun 2014 11:41:27 +0000 Received: from [85.158.143.35:57259] by server-3.bemta-4.messagelabs.com id 3F/D7-13602-7E50F835; Wed, 04 Jun 2014 11:41:27 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-11.tower-21.messagelabs.com!1401882086!9155504!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7574 invoked from network); 4 Jun 2014 11:41:26 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 11:41:26 -0000 Received: by mail-we0-f173.google.com with SMTP id u57so8322486wes.18 for ; Wed, 04 Jun 2014 04:41:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=ZPj+AkG1kT84niWJDe0R8NMO/M2qvN1WUizNJPBJdlc=; b=V9HFsyvzfYDEbuiIqCkbOtEzw/ih1ZlFvR7uoPWiF71kngJnd7ebZkLVlSS52kVbo8 lfuIbYa1xEDMQ2CaTHazYofjd1pQnTuz901HY7avC6w4CxOzNIu+O8QmjJ4adUd9bY7b /hPtJr+I63BzefOBW8RrWR1QAvt0vgzmlPa3xt4mzwLW7IxPm3Hrco+abl9z8G5dUy/l kIxPchD5cHPdf0BfPeRrNFL1a9hAoahxsy/fcvMOy1YmoHmPye3Tu/ESUDniqyJy5ws2 vq0uqZ2rBJtB4XUIelfAhI/qtMH1fddS6n6hdN7VqKnFJ05luTViF2f9wRV5vXNmMcRw A1xg== X-Gm-Message-State: ALoCoQl3VSgSfxBO8ajeMh4osHsQmeKjYK8il9UKFJzoshnJSh8sLC25I2uNdKKWfZUY6QSyAvra X-Received: by 10.14.0.9 with SMTP id 9mr552392eea.94.1401882086021; Wed, 04 Jun 2014 04:41:26 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id w6sm5201311eef.20.2014.06.04.04.41.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 04:41:25 -0700 (PDT) Message-ID: <538F05E4.9040101@linaro.org> Date: Wed, 04 Jun 2014 12:41:24 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Ian Campbell , Jeenu Viswambharan References: <1401875018.7451.18.camel@kazak.uk.xensource.com> In-Reply-To: <1401875018.7451.18.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/04/2014 10:43 AM, Ian Campbell wrote: > CCing Julien and Stefano who I think have both run Xen on vexpress Woah, I haven't boot Xen on the vexpress since a while :). > On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: >> Hi, >> >> I've built necessary files and setup uboot and board to boot Xen on >> Vexpress following the Wiki page. But what I see is u-boot going silent, >> presumably after it jumps to Xen. My logs are attached. > > Jeenu, Which version of Xen are you building? > > Skimming that wiki page it seems to be describing how to use an older > version of Xen (like 4.3 or early 4.4 development era) and not a modern > 4.4 or 4.5 development hypervisor. The wiki page is based on a Xen 4.4 with a proper multiboot support. I don't think there was many change in Xen since the page were written (back in september 2013). > In particular I'm not sure it is referencing a u-boot which boots the > kernel in HYP mode (Xen used to carry a hacky workaround for thus, but > doesn't now) and the stuff about KERNEL_FLASH_ADDRESS (another > workaround for lack of a boot protocol which is no longer present) isn't > true any more either. The wiki page for the Vexpress is referencing a valid u-boot: http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Vexpress#Booting_with_U-Boot I was using it with Xen 4.4 a while ago. > Julien/Stefano can you confirm and/or deny? I think Linaro tests on > vexpress so I suppose there are more modern steps somewhere? We don't have any Linaro tests on the vexpress for Xen. IIRC, it was too difficult to use U-boot with the validation loop so we chose to only test Xen on the Arndale & Midway. >> I've a couple of questions: >> >> - I've noticed from the Vexpress Wiki that the u-boot variable >> xen_addr_r is set to 0x80400000, but the xen-uImage is built with >> both load and entry addresses as 0x80200000. I also checked the >> xen/xen.axf file (from which xen/xen is built), and its entry too is >> 0x80200000. I'm afraid to ask if this a typo/bit rot in the Wiki? > > I'm not sure, but I think in general it is OK for these to differ, > u-boot will relocate from the load address to the address requested by > the header as part of booting. So long as it is in RAM and 2MB aligned I > don't think the actual address matters too much. the xen-uImage will be loaded at the xen_addr_r, then U-boot will extract the image and load at 0x802000000. We don't care about the ELF entry. It's a hack for the model to be able to directly run Xen. Now we require to boot with either bootwrapper or U-boot, so I think we can get a rid of it. See: "# XXX: VE model loads by VMA so instead of # making a proper ELF we link with LMA == VMA and adjust crudely " Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxF-0003vd-Fs; Wed, 04 Jun 2014 22:46:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsB3s-0000qH-UJ for xen-users@lists.xen.org; Wed, 04 Jun 2014 13:17:01 +0000 Received: from [85.158.143.35:37169] by server-1.bemta-4.messagelabs.com id A9/8C-09853-C4C1F835; Wed, 04 Jun 2014 13:17:00 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-8.tower-21.messagelabs.com!1401887819!9217980!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16500 invoked from network); 4 Jun 2014 13:16:59 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 13:16:59 -0000 Received: by mail-wg0-f46.google.com with SMTP id n12so8472170wgh.5 for ; Wed, 04 Jun 2014 06:16:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=KCgSciBDnoBltAS+n0QTPLtKv57RQ52rl+lSQ9WfUTE=; b=mrEeVGiYzlqD8PGIl4ZD5QYRQbKiHu+SGFj97R0ai+KZBJSmHv5+KVxEaVvysfN8kA BkQ0dYYExlewEJxBzQvf1Yu2unwpGuKEQ3ikfyFx85cTf+dTnZ8aqQ2VfM2WLkj4UIv6 UhhewY8rM4THyY6WYAT6gdSyeRFCHBCv++43AXqI/YBnEDB5S3wySuV6zxYPXO5GgH3f 23VsR0ETchVJo6I3lSe6vElSjJ7ob+ql6OGupxbqz7Ey5uzPDHpn3yT55qHSJZtPVjCl 7onjpEsoB/qRa/Rgu40RFry+HngebbmDvi5m7h09oijpCFzabHMzgeENGViaxx6cF1y7 A59w== X-Gm-Message-State: ALoCoQlxuflXpcRhLp9FdRL3+4jtaA7TeCIv7vw05QKRCnbi+74xwQe+L0hwKunXE9W0RnTA23rP X-Received: by 10.14.111.195 with SMTP id w43mr1001035eeg.112.1401887819227; Wed, 04 Jun 2014 06:16:59 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id z7sm5761140eeo.42.2014.06.04.06.16.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 06:16:58 -0700 (PDT) Message-ID: <538F1C49.7060704@linaro.org> Date: Wed, 04 Jun 2014 14:16:57 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> In-Reply-To: X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/04/2014 02:14 PM, Jeenu Viswambharan wrote: > On Wed, Jun 04, 2014 at 12:41:24, Julien Grall wrote: >> On 06/04/2014 10:43 AM, Ian Campbell wrote: >>> On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: >>>> Hi, >>>> >>>> I've built necessary files and setup uboot and board to boot Xen >>>> on Vexpress following the Wiki page. But what I see is u-boot >>>> going silent, presumably after it jumps to Xen. My logs are >>>> attached. >>> >>> Jeenu, Which version of Xen are you building? >>> >>> Skimming that wiki page it seems to be describing how to use an >>> older version of Xen (like 4.3 or early 4.4 development era) and not >>> a modern 4.4 or 4.5 development hypervisor. >> >> The wiki page is based on a Xen 4.4 with a proper multiboot support. I >> don't think there was many change in Xen since the page were written >> (back in september 2013). > > So I take it that the Wiki (release tags, build instructions) are all > up-to-date to be used with Xen 4.4.0? I'd have to connect my debugger to > the board and see what's going on... :/ Honestly I didn't try to boot Xen on the vexpress for 6 months now. Xen may have been broken since this date. Did you try to enable early printk? Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxD-0003uz-Po; Wed, 04 Jun 2014 22:46:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws1Xq-0000j6-0D for xen-users@lists.xen.org; Wed, 04 Jun 2014 03:07:18 +0000 Received: from [193.109.254.147:4376] by server-4.bemta-14.messagelabs.com id 28/48-02781-46D8E835; Wed, 04 Jun 2014 03:07:16 +0000 X-Env-Sender: xumengpanda@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1401851234!4299112!1 X-Originating-IP: [209.85.214.172] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31972 invoked from network); 4 Jun 2014 03:07:15 -0000 Received: from mail-ob0-f172.google.com (HELO mail-ob0-f172.google.com) (209.85.214.172) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 03:07:15 -0000 Received: by mail-ob0-f172.google.com with SMTP id wp18so7134874obc.31 for ; Tue, 03 Jun 2014 20:07:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zc+4xHTGcDPp9aAT9y2vEuG6P2QOyp9NYoH9S8bQdr0=; b=UYU0QxtIKMnZCv6r0j4fkIhsZmgLnm0zcj+S/a7BqwDWMRlwsgxno+6t54epiR4IC2 A5mwQBbHyEtEVncIyhj9wfZJSjIAYfkl8+B7i/JYirrMX4l41WV57aNqGuYcDEOcjogV l4ge0Bf6O1lYYsqD0hb/+gG13NdXZmwoQt3Us5bHaNDmzpCuGEPqyA1T0Nl9S3Bvc9ao dqYcuZQS3v3TYVTGQUlD6tMOK/g63PfVLsa/5/sxwP9Qm5deEHc1IMU1P70vZTVrnqNB GZxFyy0dRN+EfPRot47PfBahhkgYznnmv0Rt4Rnl1sZ6BcOVwjYpe3out0YcQwGe9jXa NWGA== MIME-Version: 1.0 X-Received: by 10.182.24.38 with SMTP id r6mr53173738obf.10.1401851233599; Tue, 03 Jun 2014 20:07:13 -0700 (PDT) Received: by 10.76.107.41 with HTTP; Tue, 3 Jun 2014 20:07:13 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jun 2014 23:07:13 -0400 Message-ID: From: Meng Xu To: jacek burghardt X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8176061424461678632==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8176061424461678632== Content-Type: multipart/alternative; boundary=001a11c29c82ceb1e504faf9ec96 --001a11c29c82ceb1e504faf9ec96 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jacek, The card is assigned only to one guest and it is unavailable to others. I > would read this http://wiki.xen.org/wiki/Xen_VGA_Passthrough > and http://wiki.xen.org/wiki/XenUSBPassthrough > =E2=80=8BThank you so much for your help! It's really helpful! =E2=80=8B > I guess there should be a patch that allows for sharing keyboard mouse > > =E2=80=8BYes. The link you gave above confirms that there exist a patch t= o allows keyboard and mouse sharing. Thank you again for your time and help!=E2=80=8B =E2=80=8BBest,=E2=80=8B =E2=80=8BMeng=E2=80=8B > > On Tue, Jun 3, 2014 at 1:53 PM, Meng Xu wrote: > >> Hi Jacek, >> >> Thank you very much for your quick reply! >> >> =E2=80=8BI have one more question.=E2=80=8B >> >> I just buy separate pci usb card and I pass that. There is no way to >>> share usb between domu and dom0 >>> >> >> =E2=80=8BIf I buy a separate pci usb card and pass the pci controller to= dom1. >> Can the same pci controlled be passed to dom2 at the same time? >> In other words, can the same pci usb controller =E2=80=8Bpassed to more = than one >> guest domain at the same time? >> (I know the same pci usb controller cannot be used by dom0 and dom1 at >> the same time but not sure if it can be used by two guest domains or not= .) >> >> Thanks, >> >> Meng >> >> >> >> >> >>> >>> On Tue, Jun 3, 2014 at 1:19 PM, Meng Xu wrote: >>> >>>> Hi Jacek, >>>> >>>> Thank you very much for your replies! I tried to passing the whole usb >>>> controller before by using the PCI passthrough. However, after I pass >>>> throught the whole usb controller, I can no longer use keyboard and mo= use >>>> in dom0. Is there anyway that I can use the usb devices in dom0 after = I >>>> passthough the whole usb controller? >>>> >>>> Thanks, >>>> >>>> Meng >>>> >>>> >>>> 2014-06-03 15:14 GMT-04:00 jacek burghardt = : >>>> >>>> >>>>> >>>>> I don't thing the whole passing of usb devices is well supported unde= r >>>>> xen. I always pass whole usb controller. I wonder if you can get pci = or >>>>> epic usb controller and pass it >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> >>>> ----------- >>>> Meng Xu >>>> PhD Student in Computer and Information Science >>>> University of Pennsylvania >>>> >>> >>> >> >> >> -- >> >> >> ----------- >> Meng Xu >> PhD Student in Computer and Information Science >> University of Pennsylvania >> > > --=20 ----------- Meng Xu PhD Student in Computer and Information Science University of Pennsylvania --001a11c29c82ceb1e504faf9ec96 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi = Jacek,

The card is assigned only to one guest and it is unav= ailable to others. I would read this http://wiki.xen.org/wiki/Xen_VGA_Passt= hrough

=E2=80=8BThank you so much for your help! It's really helpful! =E2=80= =8B
=C2=A0
I guess there should be a patch that allows for sharing keyboard = mouse

=E2=80=8BYes. The link you gave above confirms that th= ere exist a patch to allows keyboard and mouse sharing.

Thank you = again for your time and help!=E2=80=8B

=E2=80=8BBest,=E2=80=8B

=E2=80=8BMeng=E2=80=8B



= =C2=A0

On Tue, Jun 3, 2014 at 1:53 PM, Meng Xu <xumengpanda@gmail.com> wrote:
Hi Jacek,

Thank you ver= y much for your quick reply!

=E2=80=8BI have one more qu= estion.=E2=80=8B

I=C2=A0just buy separate pci usb card and I pass that. The= re is no way to share usb=C2=A0between=C2=A0 domu and dom0 =C2=A0=C2=A0

=E2=80=8BIf I = buy a separate pci usb card and pass the pci controller to dom1. Can the sa= me pci controlled be passed to dom2 at the same time?=C2=A0
In other words, can the same pci usb control= ler =E2=80=8Bpassed to more than one guest domain at the same time?
(I know the same pci usb controller cannot be = used by dom0 and dom1 at the same time but not sure if it can be used by tw= o guest domains or not.)

Tha= nks,

Meng



=
=C2=A0

On Tue, Jun = 3, 2014 at 1:19 PM, Meng Xu <xumengpanda@gmail.com> wrot= e:
Hi Jacek,<= /div>

Thank you very much for your repli= es! I tried to passing the whole usb controller before by using the PCI pas= sthrough. However, after I pass throught the whole usb controller, I can no= longer use keyboard and mouse in dom0. Is there anyway that I can use the = usb devices in dom0 after I passthough the whole usb controller?

Tha= nks,

Meng =C2=A0


2014-06-03 15:14 GMT-04:00 jacek burghardt = <jaceksbu= rghardt@gmail.com>:



I don&= #39;t thing the whole passing of usb devices is well supported under xen. I= always pass whole usb controller. I wonder if you can get pci or epic usb = controller and pass it



--

=
-----------
Meng Xu
PhD Student in Computer and Information Scien= ce
University of Pennsylvania

<= /span>
=


--


------= -----
Meng Xu
PhD Student in Computer and Information Science
University of Pennsylvania




--
=


-----------
Meng Xu
PhD Student in Computer = and Information Science
University of Pennsylvania
--001a11c29c82ceb1e504faf9ec96-- --===============8176061424461678632== 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 --===============8176061424461678632==-- From xen-users-bounces@lists.xen.org Wed Jun 04 22:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jun 2014 22:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsJxE-0003vS-U2; Wed, 04 Jun 2014 22:46:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ws9fP-0004ek-W4 for xen-users@lists.xen.org; Wed, 04 Jun 2014 11:47:40 +0000 Received: from [193.109.254.147:18785] by server-10.bemta-14.messagelabs.com id 73/4C-04546-B570F835; Wed, 04 Jun 2014 11:47:39 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1401882458!4414668!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5274 invoked from network); 4 Jun 2014 11:47:38 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2014 11:47:38 -0000 Received: by mail-wi0-f174.google.com with SMTP id r20so8356180wiv.13 for ; Wed, 04 Jun 2014 04:47:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=74t/f1/ZNPE++lQrn0Vg8qQL4I+M7ogLlEkUFtzPCz0=; b=W6r2OYMECkDge/HSmVGeNYWqR3BR/jGgsYAPASPyGJ54NvFVvVtreF1iOyP59y1ItT oug0evfX31R3zbDbezycfPOnsuEICRDW2wV0Bhz+DDzo2fwFljs5Kv1Hps/Mr7JewKcO SrVTwWP3DrEt1dIbsbrbgrUk/7neppt2mw8jiLCigFHSv+4ViGnseoz1aVMN20AQet0W OM+pREiFIJSr2WyqSOasXrC4lgcgBalLpc2INUC+mIIqzrkWakUa3HRSyBW+5i0dxZ5W d90zwqOnVWSBRfvTGbdkTfaQ0H0hXemY5VYm1wx0UEinP1zMU8CL5RTVbOj8379PsPpm tWBw== X-Gm-Message-State: ALoCoQla3yURMamA1cmVzkMWd04BnL4LXyrJmsHcFRY4Zq2f7Df2mBKCVEfqAUE55uTS4fPceql1 X-Received: by 10.15.36.136 with SMTP id i8mr569820eev.74.1401882458368; Wed, 04 Jun 2014 04:47:38 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id l49sm5238313eef.27.2014.06.04.04.47.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 04:47:37 -0700 (PDT) Message-ID: <538F0758.4070100@linaro.org> Date: Wed, 04 Jun 2014 12:47:36 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> In-Reply-To: X-Mailman-Approved-At: Wed, 04 Jun 2014 22:46:39 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/04/2014 11:23 AM, Jeenu Viswambharan wrote: > On Wed, Jun 04, 2014 at 10:43:38, Ian Campbell wrote: >> On Tue, 2014-06-03 at 18:11 +0100, Jeenu Viswambharan wrote: >>> Hi, >>> >>> I've built necessary files and setup uboot and board to boot Xen on >>> Vexpress following the Wiki page. But what I see is u-boot going >>> silent, presumably after it jumps to Xen. My logs are attached. >> >> Jeenu, Which version of Xen are you building? > > I'm on Xen RELEASE-4.4.0 tag. I'm using u-boot v2013.10-rc2 tag, but > I've a feeling that it might be a bit old for Hyp-related stuff. Looking again to the U-boot code. You are right, HYP support has been added in v2013.10. -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 05 08:54:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 08:54:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsTPx-0008RW-Hr; Thu, 05 Jun 2014 08:53:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsTPv-0008RR-Av for xen-users@lists.xen.org; Thu, 05 Jun 2014 08:52:59 +0000 Received: from [85.158.139.211:2565] by server-5.bemta-5.messagelabs.com id 09/D6-06049-AEF20935; Thu, 05 Jun 2014 08:52:58 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-206.messagelabs.com!1401958377!8200549!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16799 invoked from network); 5 Jun 2014 08:52:57 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jun 2014 08:52:57 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 0BF0E220B63 for ; Thu, 5 Jun 2014 09:52:56 +0100 (BST) MIME-Version: 1.0 Date: Thu, 05 Jun 2014 09:52:55 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: " " Message-ID: <55cf973d104e156c77c7dcd9a64029ee@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org VHlwaWNhbGx5IGEgVVNCIGNvbnRyb2xsZXIgc2hvd3MgdXAgYXMgbXVsdGlwbGUgUENJIGRldmlj ZXMuCkZvciBleGFtcGxlLCBvbiBteSBtYWNoaW5lOgojIGxzcGNpIC12dnYgfCBncmVwIFVTQgow MDoxYS4wIFVTQiBjb250cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBG YW1pbHkpIFVTQiAKVUhDSSBDb250cm9sbGVyICM0IChwcm9nLWlmIDAwIFtVSENJXSkKMDA6MWEu MSBVU0IgY29udHJvbGxlcjogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5 KSBVU0IgClVIQ0kgQ29udHJvbGxlciAjNSAocHJvZy1pZiAwMCBbVUhDSV0pCjAwOjFhLjIgVVNC IGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNC IApVSENJIENvbnRyb2xsZXIgIzYgKHByb2ctaWYgMDAgW1VIQ0ldKQowMDoxYS43IFVTQiBjb250 cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIFVTQjIgCkVI Q0kgQ29udHJvbGxlciAjMiAocHJvZy1pZiAyMCBbRUhDSV0pCjAwOjFkLjAgVVNCIGNvbnRyb2xs ZXI6IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNCIApVSENJIENv bnRyb2xsZXIgIzEgKHByb2ctaWYgMDAgW1VIQ0ldKQowMDoxZC4xIFVTQiBjb250cm9sbGVyOiBJ bnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIFVTQiAKVUhDSSBDb250cm9s bGVyICMyIChwcm9nLWlmIDAwIFtVSENJXSkKMDA6MWQuMiBVU0IgY29udHJvbGxlcjogSW50ZWwg Q29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBVU0IgClVIQ0kgQ29udHJvbGxlciAj MyAocHJvZy1pZiAwMCBbVUhDSV0pCjAwOjFkLjcgVVNCIGNvbnRyb2xsZXI6IEludGVsIENvcnBv cmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNCMiAKRUhDSSBDb250cm9sbGVyICMxIChw cm9nLWlmIDIwIFtFSENJXSkKCllvdSBkb24ndCBoYXZlIHRvIHBhc3MgQUxMIG9mIHRoZW0gdG8g eW91ciBkb21VLiBGaWd1cmUgb3V0IHdoaWNoCm9uZShzKSB0aGUgVVNCIGRldmljZXMgeW91IHdh bnQgdG8gcGFzcyB0aHJvdWdoIGFyZSBjb25uZWN0ZWQgdG8KYW5kIG9ubHkgcGFzcyB0aG9zZSB0 aHJvdWdoLiBZb3UgRE8gTk9UIGhhdmUgdG8gcGFzcyB0aGUgd2hvbGUKZGV2aWNlIHRocm91Z2gg d2l0aCBVU0IsIGUuZy4gMDA6MWEuKiAtIHBhc3Npbmcgb25seSBpbmRpdmlkdWFsCnN1Yi1mdW5j dGlvbnMgd29ya3MgZmluZSAoZS5nLiBvbmx5IDAwOjFhLjAgYW5kIDAwOjFhLjEpLgoKR29yZGFu CgpPbiAyMDE0LTA2LTAzIDIwOjE5LCBNZW5nIFh1IHdyb3RlOgo+IEhpIEphY2VrLAo+IAo+IFRo YW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIgcmVwbGllcyEgSSB0cmllZCB0byBwYXNzaW5nIHRo ZSB3aG9sZSB1c2IKPiBjb250cm9sbGVyIGJlZm9yZSBieSB1c2luZyB0aGUgUENJIHBhc3N0aHJv dWdoLiBIb3dldmVyLCBhZnRlciBJIHBhc3MKPiB0aHJvdWdodCB0aGUgd2hvbGUgdXNiIGNvbnRy b2xsZXIsIEkgY2FuIG5vIGxvbmdlciB1c2Uga2V5Ym9hcmQgYW5kCj4gbW91c2UgaW4gZG9tMC4g SXMgdGhlcmUgYW55d2F5IHRoYXQgSSBjYW4gdXNlIHRoZSB1c2IgZGV2aWNlcyBpbiBkb20wCj4g YWZ0ZXIgSSBwYXNzdGhvdWdoIHRoZSB3aG9sZSB1c2IgY29udHJvbGxlcj8KPiAKPiBUaGFua3Ms Cj4gCj4gIE1lbmcgwqAKPiAKPiAyMDE0LTA2LTAzIDE1OjE0IEdNVC0wNDowMCBqYWNlayBidXJn aGFyZHQKPiA8amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbT46Cj4gCj4+IEkgZG9uJ3QgdGhpbmcg dGhlIHdob2xlIHBhc3Npbmcgb2YgdXNiIGRldmljZXMgaXMgd2VsbCBzdXBwb3J0ZWQKPj4gdW5k ZXIgeGVuLiBJIGFsd2F5cyBwYXNzIHdob2xlIHVzYiBjb250cm9sbGVyLiBJIHdvbmRlciBpZiB5 b3UgY2FuCj4+IGdldCBwY2kgb3IgZXBpYyB1c2IgY29udHJvbGxlciBhbmQgcGFzcyBpdAo+IAo+ IC0tCj4gCj4gLS0tLS0tLS0tLS0KPiBNZW5nIFh1Cj4gUGhEIFN0dWRlbnQgaW4gQ29tcHV0ZXIg YW5kIEluZm9ybWF0aW9uIFNjaWVuY2UKPiBVbml2ZXJzaXR5IG9mIFBlbm5zeWx2YW5pYQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLXVzZXJz IG1haWxpbmcgbGlzdAo+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJzCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Jun 05 08:54:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 08:54:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsTPx-0008RW-Hr; Thu, 05 Jun 2014 08:53:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsTPv-0008RR-Av for xen-users@lists.xen.org; Thu, 05 Jun 2014 08:52:59 +0000 Received: from [85.158.139.211:2565] by server-5.bemta-5.messagelabs.com id 09/D6-06049-AEF20935; Thu, 05 Jun 2014 08:52:58 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-206.messagelabs.com!1401958377!8200549!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16799 invoked from network); 5 Jun 2014 08:52:57 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jun 2014 08:52:57 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 0BF0E220B63 for ; Thu, 5 Jun 2014 09:52:56 +0100 (BST) MIME-Version: 1.0 Date: Thu, 05 Jun 2014 09:52:55 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: " " Message-ID: <55cf973d104e156c77c7dcd9a64029ee@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Question about USB passthrough in HVM guest domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org VHlwaWNhbGx5IGEgVVNCIGNvbnRyb2xsZXIgc2hvd3MgdXAgYXMgbXVsdGlwbGUgUENJIGRldmlj ZXMuCkZvciBleGFtcGxlLCBvbiBteSBtYWNoaW5lOgojIGxzcGNpIC12dnYgfCBncmVwIFVTQgow MDoxYS4wIFVTQiBjb250cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBG YW1pbHkpIFVTQiAKVUhDSSBDb250cm9sbGVyICM0IChwcm9nLWlmIDAwIFtVSENJXSkKMDA6MWEu MSBVU0IgY29udHJvbGxlcjogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5 KSBVU0IgClVIQ0kgQ29udHJvbGxlciAjNSAocHJvZy1pZiAwMCBbVUhDSV0pCjAwOjFhLjIgVVNC IGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNC IApVSENJIENvbnRyb2xsZXIgIzYgKHByb2ctaWYgMDAgW1VIQ0ldKQowMDoxYS43IFVTQiBjb250 cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIFVTQjIgCkVI Q0kgQ29udHJvbGxlciAjMiAocHJvZy1pZiAyMCBbRUhDSV0pCjAwOjFkLjAgVVNCIGNvbnRyb2xs ZXI6IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNCIApVSENJIENv bnRyb2xsZXIgIzEgKHByb2ctaWYgMDAgW1VIQ0ldKQowMDoxZC4xIFVTQiBjb250cm9sbGVyOiBJ bnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIFVTQiAKVUhDSSBDb250cm9s bGVyICMyIChwcm9nLWlmIDAwIFtVSENJXSkKMDA6MWQuMiBVU0IgY29udHJvbGxlcjogSW50ZWwg Q29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBVU0IgClVIQ0kgQ29udHJvbGxlciAj MyAocHJvZy1pZiAwMCBbVUhDSV0pCjAwOjFkLjcgVVNCIGNvbnRyb2xsZXI6IEludGVsIENvcnBv cmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNCMiAKRUhDSSBDb250cm9sbGVyICMxIChw cm9nLWlmIDIwIFtFSENJXSkKCllvdSBkb24ndCBoYXZlIHRvIHBhc3MgQUxMIG9mIHRoZW0gdG8g eW91ciBkb21VLiBGaWd1cmUgb3V0IHdoaWNoCm9uZShzKSB0aGUgVVNCIGRldmljZXMgeW91IHdh bnQgdG8gcGFzcyB0aHJvdWdoIGFyZSBjb25uZWN0ZWQgdG8KYW5kIG9ubHkgcGFzcyB0aG9zZSB0 aHJvdWdoLiBZb3UgRE8gTk9UIGhhdmUgdG8gcGFzcyB0aGUgd2hvbGUKZGV2aWNlIHRocm91Z2gg d2l0aCBVU0IsIGUuZy4gMDA6MWEuKiAtIHBhc3Npbmcgb25seSBpbmRpdmlkdWFsCnN1Yi1mdW5j dGlvbnMgd29ya3MgZmluZSAoZS5nLiBvbmx5IDAwOjFhLjAgYW5kIDAwOjFhLjEpLgoKR29yZGFu CgpPbiAyMDE0LTA2LTAzIDIwOjE5LCBNZW5nIFh1IHdyb3RlOgo+IEhpIEphY2VrLAo+IAo+IFRo YW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIgcmVwbGllcyEgSSB0cmllZCB0byBwYXNzaW5nIHRo ZSB3aG9sZSB1c2IKPiBjb250cm9sbGVyIGJlZm9yZSBieSB1c2luZyB0aGUgUENJIHBhc3N0aHJv dWdoLiBIb3dldmVyLCBhZnRlciBJIHBhc3MKPiB0aHJvdWdodCB0aGUgd2hvbGUgdXNiIGNvbnRy b2xsZXIsIEkgY2FuIG5vIGxvbmdlciB1c2Uga2V5Ym9hcmQgYW5kCj4gbW91c2UgaW4gZG9tMC4g SXMgdGhlcmUgYW55d2F5IHRoYXQgSSBjYW4gdXNlIHRoZSB1c2IgZGV2aWNlcyBpbiBkb20wCj4g YWZ0ZXIgSSBwYXNzdGhvdWdoIHRoZSB3aG9sZSB1c2IgY29udHJvbGxlcj8KPiAKPiBUaGFua3Ms Cj4gCj4gIE1lbmcgwqAKPiAKPiAyMDE0LTA2LTAzIDE1OjE0IEdNVC0wNDowMCBqYWNlayBidXJn aGFyZHQKPiA8amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbT46Cj4gCj4+IEkgZG9uJ3QgdGhpbmcg dGhlIHdob2xlIHBhc3Npbmcgb2YgdXNiIGRldmljZXMgaXMgd2VsbCBzdXBwb3J0ZWQKPj4gdW5k ZXIgeGVuLiBJIGFsd2F5cyBwYXNzIHdob2xlIHVzYiBjb250cm9sbGVyLiBJIHdvbmRlciBpZiB5 b3UgY2FuCj4+IGdldCBwY2kgb3IgZXBpYyB1c2IgY29udHJvbGxlciBhbmQgcGFzcyBpdAo+IAo+ IC0tCj4gCj4gLS0tLS0tLS0tLS0KPiBNZW5nIFh1Cj4gUGhEIFN0dWRlbnQgaW4gQ29tcHV0ZXIg YW5kIEluZm9ybWF0aW9uIFNjaWVuY2UKPiBVbml2ZXJzaXR5IG9mIFBlbm5zeWx2YW5pYQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLXVzZXJz IG1haWxpbmcgbGlzdAo+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJzCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Jun 05 09:30:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 09:30:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsTzS-0001DS-BG; Thu, 05 Jun 2014 09:29:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsTzQ-0001DK-TY for xen-users@lists.xen.org; Thu, 05 Jun 2014 09:29:41 +0000 Received: from [193.109.254.147:58677] by server-1.bemta-14.messagelabs.com id C3/19-00839-48830935; Thu, 05 Jun 2014 09:29:40 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1401960578!9301898!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14273 invoked from network); 5 Jun 2014 09:29:39 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2014 09:29:39 -0000 X-IronPort-AV: E=Sophos;i="4.98,980,1392163200"; d="scan'208";a="139386534" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Jun 2014 09:29:37 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 5 Jun 2014 05:29:36 -0400 Message-ID: <1401960575.21220.91.camel@kazak.uk.xensource.com> From: Ian Campbell To: Alvin Starr Date: Thu, 5 Jun 2014 10:29:35 +0100 In-Reply-To: <538F43B6.1040207@netvel.net> References: <538F43B6.1040207@netvel.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] can svm and npt flags be enabled in dom-0. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-06-04 at 12:05 -0400, Alvin Starr wrote: > I am trying to get cpuid flag manipulation working with libvirt and > libxl and it seems that libvirt expects to be able to see all the flags > that it hopes to pass or mask for a guest on the host system. > > Sadly the svm and npt flags are masked in dom-0 Yes, since dom0 cannot use those features. Since svm/npt to a guest would imply the use of nested virt, I'd expect that enabling that feature would automatically expose those flags to the guest. Except I'm not sure that nested virt has been implemented for AMD, obviously without hypervisor side support just enabling those flags for a guest via the cpuid flag overrides isn't going to result in anything good happening ;-) AIUI there are ways for dom0 to get the raw hardware cpuid information, I'm not sure what the supported variant is though. If you want to keep going down this path then I think you should ask on xen-devel. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 05 09:30:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 09:30:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsTzS-0001DS-BG; Thu, 05 Jun 2014 09:29:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsTzQ-0001DK-TY for xen-users@lists.xen.org; Thu, 05 Jun 2014 09:29:41 +0000 Received: from [193.109.254.147:58677] by server-1.bemta-14.messagelabs.com id C3/19-00839-48830935; Thu, 05 Jun 2014 09:29:40 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1401960578!9301898!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14273 invoked from network); 5 Jun 2014 09:29:39 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2014 09:29:39 -0000 X-IronPort-AV: E=Sophos;i="4.98,980,1392163200"; d="scan'208";a="139386534" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Jun 2014 09:29:37 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 5 Jun 2014 05:29:36 -0400 Message-ID: <1401960575.21220.91.camel@kazak.uk.xensource.com> From: Ian Campbell To: Alvin Starr Date: Thu, 5 Jun 2014 10:29:35 +0100 In-Reply-To: <538F43B6.1040207@netvel.net> References: <538F43B6.1040207@netvel.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] can svm and npt flags be enabled in dom-0. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-06-04 at 12:05 -0400, Alvin Starr wrote: > I am trying to get cpuid flag manipulation working with libvirt and > libxl and it seems that libvirt expects to be able to see all the flags > that it hopes to pass or mask for a guest on the host system. > > Sadly the svm and npt flags are masked in dom-0 Yes, since dom0 cannot use those features. Since svm/npt to a guest would imply the use of nested virt, I'd expect that enabling that feature would automatically expose those flags to the guest. Except I'm not sure that nested virt has been implemented for AMD, obviously without hypervisor side support just enabling those flags for a guest via the cpuid flag overrides isn't going to result in anything good happening ;-) AIUI there are ways for dom0 to get the raw hardware cpuid information, I'm not sure what the supported variant is though. If you want to keep going down this path then I think you should ask on xen-devel. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 05 11:54:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 11:54:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsWEc-0007hb-9W; Thu, 05 Jun 2014 11:53:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsWEZ-0007gQ-RD; Thu, 05 Jun 2014 11:53:28 +0000 Received: from [193.109.254.147:36600] by server-4.bemta-14.messagelabs.com id AF/D4-02781-63A50935; Thu, 05 Jun 2014 11:53:26 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1401969205!3936560!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 762 invoked from network); 5 Jun 2014 11:53:26 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2014 11:53:26 -0000 Received: by mail-wg0-f44.google.com with SMTP id a1so946639wgh.3 for ; Thu, 05 Jun 2014 04:53:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=bKCejQELMHQM/ITT2ujsFBq4QxE3AWeF8u1LTWWA/vs=; b=mk128iDhKzZjtah2I2KHsrZj8/ONx5OzFGQ9tJxN7A1eD1whqEQJJB2vCyQixkRdHc hFN+dc2CokcoIR3PTycOT5hKqZTIVhJHOBLcQM9dw9JgPEm8/nRBPyLMXy1PQB5b4eaO J1jWKVybqHCEDs/UA0FxSBQ6dUgc+Wi0jpGGY2U/utC1Gd3v2doWUX1OvYQ8zEPsnvA1 QOr7GINxusftnQQWBnnz8LEaH3TbsbncBjUDgqhhfU5FvwtDFsdXPEszy/vx2HrlXN5/ t0G49NTHNglne3Q15re3y8IxfTabL/Bno6soEoeIM3XGgqDhEcgz5cIz7eF1cEod4VlK O6+A== X-Received: by 10.180.93.163 with SMTP id cv3mr15242320wib.3.1401969205651; Thu, 05 Jun 2014 04:53:25 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id bl3sm2276439wib.9.2014.06.05.04.53.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 04:53:25 -0700 (PDT) Message-ID: <53905A33.7000209@xen.org> Date: Thu, 05 Jun 2014 12:53:23 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , xen-users@lists.xenproject.org, "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" References: <5385D9C6.2090105@xen.org> In-Reply-To: <5385D9C6.2090105@xen.org> Subject: Re: [Xen-users] [For community review] Windows PV Drivers Incubation Sub-project Proposal X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Seems nobody had any significant comments Will set up a formal vote next week Lars On 28/05/2014 13:42, Lars Kurth wrote: > Hi all, > > please find attached a link to a new subproject to proposal to host = > and develop the Windows PV drivers. The proposal is at = > http://wiki.xenproject.org/wiki/Windows_PV_Drivers_Incubation_Project_Pro= posal = > (but I also attached the text below). > > Anyone can comment on the proposal. The review period will be open = > until June 6th. I will then incorporate any comments and go for a = > formal vote. > > Best Regards > Lars > > =3D=3D Windows PV Drivers Project Proposal =3D=3D > =3D=3D=3D Roles =3D=3D=3D > * Project Lead: Paul Durrant - Paul is Windows subsystem architect for = > XenServer and has authored the majority of the driver code. > * Project Sponsor: Matt Wilson - Matt is Xen Project AB member = > representing Amazon > * Project Mentor: Lars Kurth - Lars is the Community Manager for the = > Xen Project and has agreed to act as the project=92s Mentor. > > =3D=3D=3D Background =3D=3D=3D > ParaVirtualization aware (PV) device drivers are an important part of = > HVM guests running under Xen. Citrix has provided a set of PV driver > for Windows since the inception of XenServer. These drivers have = > evolved over the years and recently the full set has been made open > source with a BSD license and are therefore available to the community = > to modify and build. > I gave a talk at the 2013 Xen Developer Summit in Edinburgh (see = > http://www.slideshare.net/xen_com_mgr/open-source-pv-drivers) to > introduce the drivers. This proposal is intended to be a logical next = > step to that initial offering to the community. > > =3D=3D=3D Relevance to Xen and its Community =3D=3D=3D > The drivers have a dependency on Xen as they are ParaVirtualization = > aware. They are not tied in any way to Citrix commercial Xen offerings; > they are designed to function on any build of Xen since 3.4. They = > encompass high performance network and storage frontends and enable > functionality such as memory ballooning, and clean shutdown or reboot = > via the xl toolstack. They are well tested and supported, since they > are crucial to Citrix products, and are of benefit to anyone wishing = > to run Windows (i386 or x86_64) as a guest under Xen. > > =3D=3D=3D Current Status =3D=3D=3D > Recent builds of the drivers are currently being tested by Citrix and = > Amazon using the Microsoft HCK and Citrix will be providing = > logo-signed builds of the drivers in future commercial Xen offerings. = > Amazon are evaluating the drivers and may ship them in future AMIs. > Citrix may also provide logo-signed drivers via Microsoft's Windows = > Update mechanism, making them widely available to anyone running > Windows under Xen (not just XenServer) without the need for them to = > build the drivers themselves. Any other organization is also free to do > the same by registering a top level PV device with the Xen community = > (see http://xenbits.xen.org/gitweb/?p=3Dxen.git;a=3Dblob;f=3Ddocs/misc/pc= i-d > evice-reservations.txt) and logo-signing their driver builds. > > =3D=3D=3D Incubation =3D=3D=3D > The aim of making the Windows PV Drivers an incubated project is to = > raise their profile to members of the Xen community other than Citrix > and Amazon and hopefully gain more developer interest and = > contribution. The driver set provide APIs to fundamental Xen = > subsystems such > as grant tables, event channels and xenstore and therefore provide a = > basis for further frontends, e.g. HID (keyboard and mouse), PV audio > and possibly framebuffer. Current maintainers of the driver = > repositories are all employed by Citrix but by becoming an incubated = > project we > hope gain maintainers from the community as we build interest. > > We hope we can work with the maintainers of the GPLPV Windows Drivers = > to standardize Windows PV drivers for the Xen project. > > =3D=3D=3D Required Infrastructure =3D=3D=3D > =3D=3D=3D=3D Repositories =3D=3D=3D=3D > As a Xen Project sub-project we would wish the driver repositories to = > be hosted on xenbits, but mirrored to GitHub to allow use of the the > GitHub workflow. It makes sense to maintain a separate repository for = > each driver as: > > Each driver is separately installable with no compile-time linkage to = > any other driver. Some headers may be imported from one > repository to another to facilitate run-time discovery of interfaces = > provided by one driver and consumed by another, but it is desirable > that this is an explicit step to move from one version of an interface = > to another. > > A continuous integration server project can be created for each = > repository such that the only a modified driver is re-built, rather than > the entire set. > > The set of drivers (and hence repositories) is currently: > * XENBUS: Bus driver binding to the top-level PCI device (and = > providing most of the interfaces to Xen) > * XENVIF: Network class driver (hosting the code necessary to drive = > the netif ring protocol) > * XENNET: Network device driver (client of the class driver, provides = > VIFs to Windows network stack) > * XENVBD: Storage class driver (hosting the code necessary to drive = > the blkif ring protocol) > * XENIFACE: Interface driver (providing user-space access to xenstore) > > =3D=3D=3D=3D Build and Test =3D=3D=3D=3D > We request build infrastructure to make new builds of driver = > repositories immediately available for use by community members. This > includes: > > A build machine (physical or virtual), possibly part of the Xen = > Project test framework, running Jenkins or some such continuous > integration server to monitor the repositories > > A license for Microsoft Visual Studio (~ $1000) > Storage, either on the build machine or elsewhere, to act as a public = > facing symbol server for the convenience of developers > > =3D=3D=3D=3D=3D Approval Status =3D=3D=3D=3D=3D > The Advisory Board agreed to fund a Visual Studio license and two = > vendors in the community offered VM's to host the build environment. > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 05 11:54:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 11:54:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsWEc-0007hb-9W; Thu, 05 Jun 2014 11:53:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsWEZ-0007gQ-RD; Thu, 05 Jun 2014 11:53:28 +0000 Received: from [193.109.254.147:36600] by server-4.bemta-14.messagelabs.com id AF/D4-02781-63A50935; Thu, 05 Jun 2014 11:53:26 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1401969205!3936560!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 762 invoked from network); 5 Jun 2014 11:53:26 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2014 11:53:26 -0000 Received: by mail-wg0-f44.google.com with SMTP id a1so946639wgh.3 for ; Thu, 05 Jun 2014 04:53:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=bKCejQELMHQM/ITT2ujsFBq4QxE3AWeF8u1LTWWA/vs=; b=mk128iDhKzZjtah2I2KHsrZj8/ONx5OzFGQ9tJxN7A1eD1whqEQJJB2vCyQixkRdHc hFN+dc2CokcoIR3PTycOT5hKqZTIVhJHOBLcQM9dw9JgPEm8/nRBPyLMXy1PQB5b4eaO J1jWKVybqHCEDs/UA0FxSBQ6dUgc+Wi0jpGGY2U/utC1Gd3v2doWUX1OvYQ8zEPsnvA1 QOr7GINxusftnQQWBnnz8LEaH3TbsbncBjUDgqhhfU5FvwtDFsdXPEszy/vx2HrlXN5/ t0G49NTHNglne3Q15re3y8IxfTabL/Bno6soEoeIM3XGgqDhEcgz5cIz7eF1cEod4VlK O6+A== X-Received: by 10.180.93.163 with SMTP id cv3mr15242320wib.3.1401969205651; Thu, 05 Jun 2014 04:53:25 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id bl3sm2276439wib.9.2014.06.05.04.53.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 04:53:25 -0700 (PDT) Message-ID: <53905A33.7000209@xen.org> Date: Thu, 05 Jun 2014 12:53:23 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , xen-users@lists.xenproject.org, "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" References: <5385D9C6.2090105@xen.org> In-Reply-To: <5385D9C6.2090105@xen.org> Subject: Re: [Xen-users] [For community review] Windows PV Drivers Incubation Sub-project Proposal X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Seems nobody had any significant comments Will set up a formal vote next week Lars On 28/05/2014 13:42, Lars Kurth wrote: > Hi all, > > please find attached a link to a new subproject to proposal to host = > and develop the Windows PV drivers. The proposal is at = > http://wiki.xenproject.org/wiki/Windows_PV_Drivers_Incubation_Project_Pro= posal = > (but I also attached the text below). > > Anyone can comment on the proposal. The review period will be open = > until June 6th. I will then incorporate any comments and go for a = > formal vote. > > Best Regards > Lars > > =3D=3D Windows PV Drivers Project Proposal =3D=3D > =3D=3D=3D Roles =3D=3D=3D > * Project Lead: Paul Durrant - Paul is Windows subsystem architect for = > XenServer and has authored the majority of the driver code. > * Project Sponsor: Matt Wilson - Matt is Xen Project AB member = > representing Amazon > * Project Mentor: Lars Kurth - Lars is the Community Manager for the = > Xen Project and has agreed to act as the project=92s Mentor. > > =3D=3D=3D Background =3D=3D=3D > ParaVirtualization aware (PV) device drivers are an important part of = > HVM guests running under Xen. Citrix has provided a set of PV driver > for Windows since the inception of XenServer. These drivers have = > evolved over the years and recently the full set has been made open > source with a BSD license and are therefore available to the community = > to modify and build. > I gave a talk at the 2013 Xen Developer Summit in Edinburgh (see = > http://www.slideshare.net/xen_com_mgr/open-source-pv-drivers) to > introduce the drivers. This proposal is intended to be a logical next = > step to that initial offering to the community. > > =3D=3D=3D Relevance to Xen and its Community =3D=3D=3D > The drivers have a dependency on Xen as they are ParaVirtualization = > aware. They are not tied in any way to Citrix commercial Xen offerings; > they are designed to function on any build of Xen since 3.4. They = > encompass high performance network and storage frontends and enable > functionality such as memory ballooning, and clean shutdown or reboot = > via the xl toolstack. They are well tested and supported, since they > are crucial to Citrix products, and are of benefit to anyone wishing = > to run Windows (i386 or x86_64) as a guest under Xen. > > =3D=3D=3D Current Status =3D=3D=3D > Recent builds of the drivers are currently being tested by Citrix and = > Amazon using the Microsoft HCK and Citrix will be providing = > logo-signed builds of the drivers in future commercial Xen offerings. = > Amazon are evaluating the drivers and may ship them in future AMIs. > Citrix may also provide logo-signed drivers via Microsoft's Windows = > Update mechanism, making them widely available to anyone running > Windows under Xen (not just XenServer) without the need for them to = > build the drivers themselves. Any other organization is also free to do > the same by registering a top level PV device with the Xen community = > (see http://xenbits.xen.org/gitweb/?p=3Dxen.git;a=3Dblob;f=3Ddocs/misc/pc= i-d > evice-reservations.txt) and logo-signing their driver builds. > > =3D=3D=3D Incubation =3D=3D=3D > The aim of making the Windows PV Drivers an incubated project is to = > raise their profile to members of the Xen community other than Citrix > and Amazon and hopefully gain more developer interest and = > contribution. The driver set provide APIs to fundamental Xen = > subsystems such > as grant tables, event channels and xenstore and therefore provide a = > basis for further frontends, e.g. HID (keyboard and mouse), PV audio > and possibly framebuffer. Current maintainers of the driver = > repositories are all employed by Citrix but by becoming an incubated = > project we > hope gain maintainers from the community as we build interest. > > We hope we can work with the maintainers of the GPLPV Windows Drivers = > to standardize Windows PV drivers for the Xen project. > > =3D=3D=3D Required Infrastructure =3D=3D=3D > =3D=3D=3D=3D Repositories =3D=3D=3D=3D > As a Xen Project sub-project we would wish the driver repositories to = > be hosted on xenbits, but mirrored to GitHub to allow use of the the > GitHub workflow. It makes sense to maintain a separate repository for = > each driver as: > > Each driver is separately installable with no compile-time linkage to = > any other driver. Some headers may be imported from one > repository to another to facilitate run-time discovery of interfaces = > provided by one driver and consumed by another, but it is desirable > that this is an explicit step to move from one version of an interface = > to another. > > A continuous integration server project can be created for each = > repository such that the only a modified driver is re-built, rather than > the entire set. > > The set of drivers (and hence repositories) is currently: > * XENBUS: Bus driver binding to the top-level PCI device (and = > providing most of the interfaces to Xen) > * XENVIF: Network class driver (hosting the code necessary to drive = > the netif ring protocol) > * XENNET: Network device driver (client of the class driver, provides = > VIFs to Windows network stack) > * XENVBD: Storage class driver (hosting the code necessary to drive = > the blkif ring protocol) > * XENIFACE: Interface driver (providing user-space access to xenstore) > > =3D=3D=3D=3D Build and Test =3D=3D=3D=3D > We request build infrastructure to make new builds of driver = > repositories immediately available for use by community members. This > includes: > > A build machine (physical or virtual), possibly part of the Xen = > Project test framework, running Jenkins or some such continuous > integration server to monitor the repositories > > A license for Microsoft Visual Studio (~ $1000) > Storage, either on the build machine or elsewhere, to act as a public = > facing symbol server for the convenience of developers > > =3D=3D=3D=3D=3D Approval Status =3D=3D=3D=3D=3D > The Advisory Board agreed to fund a Visual Studio license and two = > vendors in the community offered VM's to host the build environment. > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 05 18:44:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 18:44:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WscdX-0007X7-5p; Thu, 05 Jun 2014 18:43:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsZ0F-0000aG-0f for xen-users@lists.xen.org; Thu, 05 Jun 2014 14:50:51 +0000 Received: from [193.109.254.147:4923] by server-10.bemta-14.messagelabs.com id AA/57-04546-AC380935; Thu, 05 Jun 2014 14:50:50 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1401979849!9383840!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15071 invoked from network); 5 Jun 2014 14:50:49 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2014 14:50:49 -0000 Received: by mail-we0-f175.google.com with SMTP id p10so1223982wes.6 for ; Thu, 05 Jun 2014 07:50:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Gp7zRbRs/fjRNBUEzYkP2FK5K/Ckyervb+u/zdo3MP8=; b=mfkOHUT/nHtLvxsKycaY4AsUf8NKyJ/zq7dAmDxQFf2DUVfpdNO9/uzhi+yaujMdY0 iEmPazbhPSzN3+fIF6YMUGIVmEV3uaFYtL5wKJb82DULpihg4haWdBPkd/00auDoyTCX b2bhc7zuZ3PDRAYMMMIQmqxqyqsIVPqKiGPFRIdZdbVetJYkXiwpuI6/LTn+42hYb/N6 l37cVbEIaFCVMWzuI6qwcXyF92HdVEantAs3elMojepwmYZXWeHpgjQH2jMYqXdkjevO /KnJrXTLEwFiusV4kVD/BR+MYV+hvi74WLxLgA8xFpEchseQFM41I+NkhqG7yKaiWXzk ha4g== X-Gm-Message-State: ALoCoQkuOpKVE0jdhvYQ0dkaxbBDOOKxTglNbXI3yO8+IeoamawtwYcizJbRQwDLb38PiDQXjXKH X-Received: by 10.14.148.130 with SMTP id v2mr763468eej.37.1401979849523; Thu, 05 Jun 2014 07:50:49 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id y5sm15058520eee.1.2014.06.05.07.50.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 07:50:48 -0700 (PDT) Message-ID: <539083C6.7050200@linaro.org> Date: Thu, 05 Jun 2014 15:50:46 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> In-Reply-To: X-Mailman-Approved-At: Thu, 05 Jun 2014 18:43:37 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/04/2014 03:39 PM, Jeenu Viswambharan wrote: > With those changes, I see Xen going further but hits a data abort. Logs > attached; I'll see if I can dig further. Sorry I forgot to answer to this part... I've copied a part of your log below. (XEN) CPU0: Unexpected Trap: Data Abort (XEN) ----[ Xen-4.4.0 arm32 debug=n Tainted: C ]---- (XEN) CPU: 0 (XEN) PC: 002470e0 gic_route_irq_to_guest+0x100/0x128 Could you use addr2line -e xen-syms youaddress to get the offending line in the code? I suspect it's the irq_to_pending... if so I'm not sure why it happens. Also could you print the IRQ number that Xen is trying to route to dom0? Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 05 18:44:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 18:44:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WscdX-0007XF-OR; Thu, 05 Jun 2014 18:43:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WscXA-0007II-WA; Thu, 05 Jun 2014 18:37:06 +0000 Received: from [85.158.137.68:45830] by server-6.bemta-3.messagelabs.com id A6/A2-00470-0D8B0935; Thu, 05 Jun 2014 18:37:04 +0000 X-Env-Sender: robbyke@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1401993423!8282549!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25261 invoked from network); 5 Jun 2014 18:37:03 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2014 18:37:03 -0000 Received: by mail-we0-f178.google.com with SMTP id x48so1376146wes.37 for ; Thu, 05 Jun 2014 11:37:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=yvDaBWkJVoqQYbd3DEv0t/IdFBCxyzhJATNE5RUSYHA=; b=mzoIlMhhRSDr8cbfSL9uqieP6p1IUWBcaRMb95lEdZw0NVsVJa1V5aV8pZjGpPvZij zuQ/+52x6iID57AZVkuEqlE51kEbtx5ke8iBXaEMfiXxcee4ZTOeBMQMzAYC70dXvMXv igJK2PcsZqpdcPyRhSdse6PAPmdfnrm3cGo7D28sji1CLiiNbWvuNdF+xZonIpDqz0tX OyYhSOIaQgOFKCr7lB1XsSUmUrgYVCG7+0yHhPJ3DZL1i6QPrITLN/2puiNr/q6GWUMo afvqfOENtifUIKtM78WPCYh129zIrwSeBq2tuDyVDnvZexjFrEIqurRaJW/N+0rdSicl Axvg== X-Received: by 10.14.37.134 with SMTP id y6mr306122eea.32.1401993423207; Thu, 05 Jun 2014 11:37:03 -0700 (PDT) Received: from ?IPv6:2001:470:d19b:1:fdb1:5f55:d374:ebd4? ([2001:470:d19b:1:fdb1:5f55:d374:ebd4]) by mx.google.com with ESMTPSA id ci54sm16468353eeb.19.2014.06.05.11.37.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 11:37:02 -0700 (PDT) Message-ID: <5390B8C2.40903@gmail.com> Date: Thu, 05 Jun 2014 20:36:50 +0200 From: Robby User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ian.Campbell@citrix.com References: <1385462142.23112.11.camel@kazak.uk.xensource.com> In-Reply-To: <1385462142.23112.11.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Thu, 05 Jun 2014 18:43:37 +0000 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com, xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] XEN 4.3.1 VNC TLS is not working? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, In the meantime more than half a year has gone by (more when considering the date patches were submitted). Any chance as to getting this implemented before the end of this year? We'd really like to have VNC encryption using XL without having to resort to tricks or hacks. http://bugs.xenproject.org/xen/bug/24 Regards, Robby _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 05 18:44:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 18:44:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WscdX-0007XF-OR; Thu, 05 Jun 2014 18:43:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WscXA-0007II-WA; Thu, 05 Jun 2014 18:37:06 +0000 Received: from [85.158.137.68:45830] by server-6.bemta-3.messagelabs.com id A6/A2-00470-0D8B0935; Thu, 05 Jun 2014 18:37:04 +0000 X-Env-Sender: robbyke@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1401993423!8282549!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25261 invoked from network); 5 Jun 2014 18:37:03 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2014 18:37:03 -0000 Received: by mail-we0-f178.google.com with SMTP id x48so1376146wes.37 for ; Thu, 05 Jun 2014 11:37:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=yvDaBWkJVoqQYbd3DEv0t/IdFBCxyzhJATNE5RUSYHA=; b=mzoIlMhhRSDr8cbfSL9uqieP6p1IUWBcaRMb95lEdZw0NVsVJa1V5aV8pZjGpPvZij zuQ/+52x6iID57AZVkuEqlE51kEbtx5ke8iBXaEMfiXxcee4ZTOeBMQMzAYC70dXvMXv igJK2PcsZqpdcPyRhSdse6PAPmdfnrm3cGo7D28sji1CLiiNbWvuNdF+xZonIpDqz0tX OyYhSOIaQgOFKCr7lB1XsSUmUrgYVCG7+0yHhPJ3DZL1i6QPrITLN/2puiNr/q6GWUMo afvqfOENtifUIKtM78WPCYh129zIrwSeBq2tuDyVDnvZexjFrEIqurRaJW/N+0rdSicl Axvg== X-Received: by 10.14.37.134 with SMTP id y6mr306122eea.32.1401993423207; Thu, 05 Jun 2014 11:37:03 -0700 (PDT) Received: from ?IPv6:2001:470:d19b:1:fdb1:5f55:d374:ebd4? ([2001:470:d19b:1:fdb1:5f55:d374:ebd4]) by mx.google.com with ESMTPSA id ci54sm16468353eeb.19.2014.06.05.11.37.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 11:37:02 -0700 (PDT) Message-ID: <5390B8C2.40903@gmail.com> Date: Thu, 05 Jun 2014 20:36:50 +0200 From: Robby User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ian.Campbell@citrix.com References: <1385462142.23112.11.camel@kazak.uk.xensource.com> In-Reply-To: <1385462142.23112.11.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Thu, 05 Jun 2014 18:43:37 +0000 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com, xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] XEN 4.3.1 VNC TLS is not working? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, In the meantime more than half a year has gone by (more when considering the date patches were submitted). Any chance as to getting this implemented before the end of this year? We'd really like to have VNC encryption using XL without having to resort to tricks or hacks. http://bugs.xenproject.org/xen/bug/24 Regards, Robby _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 05 18:44:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 18:44:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WscdX-0007X7-5p; Thu, 05 Jun 2014 18:43:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsZ0F-0000aG-0f for xen-users@lists.xen.org; Thu, 05 Jun 2014 14:50:51 +0000 Received: from [193.109.254.147:4923] by server-10.bemta-14.messagelabs.com id AA/57-04546-AC380935; Thu, 05 Jun 2014 14:50:50 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1401979849!9383840!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15071 invoked from network); 5 Jun 2014 14:50:49 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2014 14:50:49 -0000 Received: by mail-we0-f175.google.com with SMTP id p10so1223982wes.6 for ; Thu, 05 Jun 2014 07:50:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Gp7zRbRs/fjRNBUEzYkP2FK5K/Ckyervb+u/zdo3MP8=; b=mfkOHUT/nHtLvxsKycaY4AsUf8NKyJ/zq7dAmDxQFf2DUVfpdNO9/uzhi+yaujMdY0 iEmPazbhPSzN3+fIF6YMUGIVmEV3uaFYtL5wKJb82DULpihg4haWdBPkd/00auDoyTCX b2bhc7zuZ3PDRAYMMMIQmqxqyqsIVPqKiGPFRIdZdbVetJYkXiwpuI6/LTn+42hYb/N6 l37cVbEIaFCVMWzuI6qwcXyF92HdVEantAs3elMojepwmYZXWeHpgjQH2jMYqXdkjevO /KnJrXTLEwFiusV4kVD/BR+MYV+hvi74WLxLgA8xFpEchseQFM41I+NkhqG7yKaiWXzk ha4g== X-Gm-Message-State: ALoCoQkuOpKVE0jdhvYQ0dkaxbBDOOKxTglNbXI3yO8+IeoamawtwYcizJbRQwDLb38PiDQXjXKH X-Received: by 10.14.148.130 with SMTP id v2mr763468eej.37.1401979849523; Thu, 05 Jun 2014 07:50:49 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id y5sm15058520eee.1.2014.06.05.07.50.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 07:50:48 -0700 (PDT) Message-ID: <539083C6.7050200@linaro.org> Date: Thu, 05 Jun 2014 15:50:46 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> In-Reply-To: X-Mailman-Approved-At: Thu, 05 Jun 2014 18:43:37 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/04/2014 03:39 PM, Jeenu Viswambharan wrote: > With those changes, I see Xen going further but hits a data abort. Logs > attached; I'll see if I can dig further. Sorry I forgot to answer to this part... I've copied a part of your log below. (XEN) CPU0: Unexpected Trap: Data Abort (XEN) ----[ Xen-4.4.0 arm32 debug=n Tainted: C ]---- (XEN) CPU: 0 (XEN) PC: 002470e0 gic_route_irq_to_guest+0x100/0x128 Could you use addr2line -e xen-syms youaddress to get the offending line in the code? I suspect it's the irq_to_pending... if so I'm not sure why it happens. Also could you print the IRQ number that Xen is trying to route to dom0? Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 05 18:53:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 18:53:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wscmz-0008Ag-8t; Thu, 05 Jun 2014 18:53:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wscmy-0008AP-B6; Thu, 05 Jun 2014 18:53:24 +0000 Received: from [85.158.143.35:27974] by server-1.bemta-4.messagelabs.com id 22/3C-09853-3ACB0935; Thu, 05 Jun 2014 18:53:23 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1401994401!9550593!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15726 invoked from network); 5 Jun 2014 18:53:22 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2014 18:53:22 -0000 X-IronPort-AV: E=Sophos;i="4.98,982,1392163200"; d="scan'208";a="139597147" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Jun 2014 18:53:01 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 5 Jun 2014 14:53:01 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wscma-0006NA-LB; Thu, 05 Jun 2014 19:53:00 +0100 Date: Thu, 5 Jun 2014 19:53:00 +0100 From: Wei Liu To: Robby Message-ID: <20140605185300.GA11959@zion.uk.xensource.com> References: <1385462142.23112.11.camel@kazak.uk.xensource.com> <5390B8C2.40903@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5390B8C2.40903@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com, Ian.Campbell@citrix.com, xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] XEN 4.3.1 VNC TLS is not working? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jun 05, 2014 at 08:36:50PM +0200, Robby wrote: > Hello, > > In the meantime more than half a year has gone by (more when considering > the date patches were submitted). Any chance as to getting this > implemented before the end of this year? We'd really like to have VNC > encryption using XL without having to resort to tricks or hacks. > > http://bugs.xenproject.org/xen/bug/24 > I am currently busy with other stuffs. If you want to pick up that series, you can have a look at http://wiki.xen.org/wiki/Submitting_Xen_Project_Patches Wei. > Regards, > Robby _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 05 18:53:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jun 2014 18:53:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wscmz-0008Ag-8t; Thu, 05 Jun 2014 18:53:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wscmy-0008AP-B6; Thu, 05 Jun 2014 18:53:24 +0000 Received: from [85.158.143.35:27974] by server-1.bemta-4.messagelabs.com id 22/3C-09853-3ACB0935; Thu, 05 Jun 2014 18:53:23 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1401994401!9550593!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15726 invoked from network); 5 Jun 2014 18:53:22 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2014 18:53:22 -0000 X-IronPort-AV: E=Sophos;i="4.98,982,1392163200"; d="scan'208";a="139597147" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Jun 2014 18:53:01 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 5 Jun 2014 14:53:01 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wscma-0006NA-LB; Thu, 05 Jun 2014 19:53:00 +0100 Date: Thu, 5 Jun 2014 19:53:00 +0100 From: Wei Liu To: Robby Message-ID: <20140605185300.GA11959@zion.uk.xensource.com> References: <1385462142.23112.11.camel@kazak.uk.xensource.com> <5390B8C2.40903@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5390B8C2.40903@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com, Ian.Campbell@citrix.com, xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] XEN 4.3.1 VNC TLS is not working? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jun 05, 2014 at 08:36:50PM +0200, Robby wrote: > Hello, > > In the meantime more than half a year has gone by (more when considering > the date patches were submitted). Any chance as to getting this > implemented before the end of this year? We'd really like to have VNC > encryption using XL without having to resort to tricks or hacks. > > http://bugs.xenproject.org/xen/bug/24 > I am currently busy with other stuffs. If you want to pick up that series, you can have a look at http://wiki.xen.org/wiki/Submitting_Xen_Project_Patches Wei. > Regards, > Robby _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 02:37:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 02:37:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wsk0n-0002uX-Ly; Fri, 06 Jun 2014 02:36:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wsk0l-0002uP-EP for xen-users@lists.xen.org; Fri, 06 Jun 2014 02:36:08 +0000 Received: from [193.109.254.147:46506] by server-7.bemta-14.messagelabs.com id 21/63-17726-61921935; Fri, 06 Jun 2014 02:36:06 +0000 X-Env-Sender: goingstudy@126.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1402022164!9475446!1 X-Originating-IP: [220.181.15.20] X-SpamReason: No, hits=0.9 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjIwID0+IDEwMDUw\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjIwID0+IDEwMDUw\n,HTML_40_50,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7618 invoked from network); 6 Jun 2014 02:36:05 -0000 Received: from m15-20.126.com (HELO m15-20.126.com) (220.181.15.20) by server-10.tower-27.messagelabs.com with SMTP; 6 Jun 2014 02:36:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=otRFH 6TTz87pHshWzr08o64cZhitWvmQUFarpoUwoSM=; b=XejsKrDjtyqXq52yir7CX SWk9zTMYrY5c1SVq6hpXjMMCWDzNMCpXzfpByUE5ab/8EZDIGm8YuOEBQKk6F9rh eugA5W5dxalRr/umPlaFHDjDi+Sa63L11jhO0JiQB6bNuLdBmhPLIt+jtRyXgoZF ggoylHbK1jGB1/x+PcoelE= Received: from goingstudy$126.com ( [59.64.255.179] ) by ajax-webmail-wmsvr20 (Coremail) ; Fri, 6 Jun 2014 10:36:01 +0800 (CST) X-Originating-IP: [59.64.255.179] Date: Fri, 6 Jun 2014 10:36:01 +0800 (CST) From: goingstudy To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 126com X-CM-CTRLDATA: BLemNWZvb3Rlcl9odG09Mzk2Ojgx MIME-Version: 1.0 Message-ID: <3e5a2bc9.eb2c.1466f086baf.Coremail.goingstudy@126.com> X-CM-TRANSID: FMqowGB5akESKZFT4JMQAA--.3W X-CM-SenderInfo: xjrl0wxvwxv5a6rslhhfrp/1tbiOh+iA1LrvMnjKQABsD X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] How to debug Xen hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4982144271444064566==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4982144271444064566== Content-Type: multipart/alternative; boundary="----=_Part_232281_1862684343.1402022161327" ------=_Part_232281_1862684343.1402022161327 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGVsbG8gZXZlcnlvbmUuIEFwb2xvZ2l6ZSBpZiB0aGlzIGlzIG5vdCAgdGhlIHJpZ2h0IHBsYWNl IHRvIG15IHBvc3QuCkkgYW0gdXNpbmcgWGVuIDQuMTIgIGFuZCBtYWtpbmcgbXkgb3duIGNoYW5n ZXMgdG8gdGhlIGh5cGVydmlzb3IsIGJ1dCBpdCBjYW5ub3Qgc3RhcnQgYWZ0ZXIgdGhhdC4gSSB3 b3VsZCBsaWtlIHRvIGtub3cgaG93IHRvIGRlYnVnIGl0LgpJIGdvb2dsZSBhbmQgZmluZCBnZGJz eCwgYnV0IGdkYnN4IHNlZW1zIHRvIGRlYnVnIHRoZSBkb21haW4uCkJlc3QgcmVnYXJkcwo= ------=_Part_232281_1862684343.1402022161327 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGVsbG8gZXZlcnlvbmUuIEFwb2xvZ2l6ZSBpZiB0aGlz IGlzIG5vdCZuYnNwOyB0aGUgcmlnaHQgcGxhY2UgdG8gbXkgcG9zdC48YnI+SSBhbSB1c2luZyBY ZW4gNC4xMiZuYnNwOyBhbmQgbWFraW5nIG15IG93biBjaGFuZ2VzIHRvIHRoZSBoeXBlcnZpc29y LCBidXQgaXQgY2Fubm90IHN0YXJ0IGFmdGVyIHRoYXQuIEkgd291bGQgbGlrZSB0byBrbm93IGhv dyB0byBkZWJ1ZyBpdC48YnI+SSBnb29nbGUgYW5kIGZpbmQgZ2Ric3gsIGJ1dCBnZGJzeCBzZWVt cyB0byBkZWJ1ZyB0aGUgZG9tYWluLjxicj5CZXN0IHJlZ2FyZHM8YnI+PC9kaXY+PC9kaXY+PGJy Pjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHNwYW4gaWQ9Im5ldGVhc2VfbWFpbF9m b290ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_232281_1862684343.1402022161327-- --===============4982144271444064566== 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 --===============4982144271444064566==-- From xen-users-bounces@lists.xen.org Fri Jun 06 02:37:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 02:37:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wsk0n-0002uX-Ly; Fri, 06 Jun 2014 02:36:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wsk0l-0002uP-EP for xen-users@lists.xen.org; Fri, 06 Jun 2014 02:36:08 +0000 Received: from [193.109.254.147:46506] by server-7.bemta-14.messagelabs.com id 21/63-17726-61921935; Fri, 06 Jun 2014 02:36:06 +0000 X-Env-Sender: goingstudy@126.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1402022164!9475446!1 X-Originating-IP: [220.181.15.20] X-SpamReason: No, hits=0.9 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjIwID0+IDEwMDUw\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjIwID0+IDEwMDUw\n,HTML_40_50,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7618 invoked from network); 6 Jun 2014 02:36:05 -0000 Received: from m15-20.126.com (HELO m15-20.126.com) (220.181.15.20) by server-10.tower-27.messagelabs.com with SMTP; 6 Jun 2014 02:36:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=otRFH 6TTz87pHshWzr08o64cZhitWvmQUFarpoUwoSM=; b=XejsKrDjtyqXq52yir7CX SWk9zTMYrY5c1SVq6hpXjMMCWDzNMCpXzfpByUE5ab/8EZDIGm8YuOEBQKk6F9rh eugA5W5dxalRr/umPlaFHDjDi+Sa63L11jhO0JiQB6bNuLdBmhPLIt+jtRyXgoZF ggoylHbK1jGB1/x+PcoelE= Received: from goingstudy$126.com ( [59.64.255.179] ) by ajax-webmail-wmsvr20 (Coremail) ; Fri, 6 Jun 2014 10:36:01 +0800 (CST) X-Originating-IP: [59.64.255.179] Date: Fri, 6 Jun 2014 10:36:01 +0800 (CST) From: goingstudy To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 126com X-CM-CTRLDATA: BLemNWZvb3Rlcl9odG09Mzk2Ojgx MIME-Version: 1.0 Message-ID: <3e5a2bc9.eb2c.1466f086baf.Coremail.goingstudy@126.com> X-CM-TRANSID: FMqowGB5akESKZFT4JMQAA--.3W X-CM-SenderInfo: xjrl0wxvwxv5a6rslhhfrp/1tbiOh+iA1LrvMnjKQABsD X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] How to debug Xen hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4982144271444064566==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4982144271444064566== Content-Type: multipart/alternative; boundary="----=_Part_232281_1862684343.1402022161327" ------=_Part_232281_1862684343.1402022161327 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGVsbG8gZXZlcnlvbmUuIEFwb2xvZ2l6ZSBpZiB0aGlzIGlzIG5vdCAgdGhlIHJpZ2h0IHBsYWNl IHRvIG15IHBvc3QuCkkgYW0gdXNpbmcgWGVuIDQuMTIgIGFuZCBtYWtpbmcgbXkgb3duIGNoYW5n ZXMgdG8gdGhlIGh5cGVydmlzb3IsIGJ1dCBpdCBjYW5ub3Qgc3RhcnQgYWZ0ZXIgdGhhdC4gSSB3 b3VsZCBsaWtlIHRvIGtub3cgaG93IHRvIGRlYnVnIGl0LgpJIGdvb2dsZSBhbmQgZmluZCBnZGJz eCwgYnV0IGdkYnN4IHNlZW1zIHRvIGRlYnVnIHRoZSBkb21haW4uCkJlc3QgcmVnYXJkcwo= ------=_Part_232281_1862684343.1402022161327 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGVsbG8gZXZlcnlvbmUuIEFwb2xvZ2l6ZSBpZiB0aGlz IGlzIG5vdCZuYnNwOyB0aGUgcmlnaHQgcGxhY2UgdG8gbXkgcG9zdC48YnI+SSBhbSB1c2luZyBY ZW4gNC4xMiZuYnNwOyBhbmQgbWFraW5nIG15IG93biBjaGFuZ2VzIHRvIHRoZSBoeXBlcnZpc29y LCBidXQgaXQgY2Fubm90IHN0YXJ0IGFmdGVyIHRoYXQuIEkgd291bGQgbGlrZSB0byBrbm93IGhv dyB0byBkZWJ1ZyBpdC48YnI+SSBnb29nbGUgYW5kIGZpbmQgZ2Ric3gsIGJ1dCBnZGJzeCBzZWVt cyB0byBkZWJ1ZyB0aGUgZG9tYWluLjxicj5CZXN0IHJlZ2FyZHM8YnI+PC9kaXY+PC9kaXY+PGJy Pjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHNwYW4gaWQ9Im5ldGVhc2VfbWFpbF9m b290ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_232281_1862684343.1402022161327-- --===============4982144271444064566== 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 --===============4982144271444064566==-- From xen-users-bounces@lists.xen.org Fri Jun 06 09:54:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 09:54:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsqqD-0004Xz-IT; Fri, 06 Jun 2014 09:53:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsqqB-0004XT-Iz for xen-users@lists.xen.org; Fri, 06 Jun 2014 09:53:39 +0000 Received: from [193.109.254.147:11089] by server-3.bemta-14.messagelabs.com id 29/74-22179-2AF81935; Fri, 06 Jun 2014 09:53:38 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-3.tower-27.messagelabs.com!1402048417!9488235!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17762 invoked from network); 6 Jun 2014 09:53:38 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 09:53:38 -0000 Received: from [10.1.1.10] (host-89-230-198-160.lublin.mm.pl [89.230.198.160]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3glK1Y74f4z9v1vk for ; Fri, 6 Jun 2014 11:53:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1402048418; bh=61s0nIzTp+LXSGTZuHccCvBDH0mktOGt5zoGAmQa6U4=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=WEfve+fPYll6iRjaZWyB2hudbLIyos6tlhT9DkbUNm2pKswbAYl4EdxT/GctzIv2o yHx9fWNEknfGN+2TL/qGuH88wGHE9GMqG66b3PSeY8eKiEjCuH0HygwXJLTppl6oNv rJHxzAF2ikIwwfmZa+YgWG7v+1iVy5gMBfatBjkc= Message-ID: <53918FA0.7060805@op.pl> Date: Fri, 06 Jun 2014 11:53:36 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl> <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net> In-Reply-To: Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear Gordan and David Thank you both for lots of valuable info and clues. It seems some of my issues might be hardware/BIOS related, so I'm going to look into it (among other things). Gordan, I can see you use a ZVOL as your VM's storage, have you ever tried to run dom0 with root on ZFS? Best regards, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 09:54:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 09:54:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsqqD-0004Xz-IT; Fri, 06 Jun 2014 09:53:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsqqB-0004XT-Iz for xen-users@lists.xen.org; Fri, 06 Jun 2014 09:53:39 +0000 Received: from [193.109.254.147:11089] by server-3.bemta-14.messagelabs.com id 29/74-22179-2AF81935; Fri, 06 Jun 2014 09:53:38 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-3.tower-27.messagelabs.com!1402048417!9488235!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17762 invoked from network); 6 Jun 2014 09:53:38 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 09:53:38 -0000 Received: from [10.1.1.10] (host-89-230-198-160.lublin.mm.pl [89.230.198.160]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3glK1Y74f4z9v1vk for ; Fri, 6 Jun 2014 11:53:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1402048418; bh=61s0nIzTp+LXSGTZuHccCvBDH0mktOGt5zoGAmQa6U4=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=WEfve+fPYll6iRjaZWyB2hudbLIyos6tlhT9DkbUNm2pKswbAYl4EdxT/GctzIv2o yHx9fWNEknfGN+2TL/qGuH88wGHE9GMqG66b3PSeY8eKiEjCuH0HygwXJLTppl6oNv rJHxzAF2ikIwwfmZa+YgWG7v+1iVy5gMBfatBjkc= Message-ID: <53918FA0.7060805@op.pl> Date: Fri, 06 Jun 2014 11:53:36 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl> <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net> In-Reply-To: Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear Gordan and David Thank you both for lots of valuable info and clues. It seems some of my issues might be hardware/BIOS related, so I'm going to look into it (among other things). Gordan, I can see you use a ZVOL as your VM's storage, have you ever tried to run dom0 with root on ZFS? Best regards, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 10:16:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 10:16:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsrBd-0006A5-Fx; Fri, 06 Jun 2014 10:15:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsrBc-00069v-34 for xen-users@lists.xen.org; Fri, 06 Jun 2014 10:15:48 +0000 Received: from [85.158.143.35:12838] by server-3.bemta-4.messagelabs.com id FE/D7-13602-3D491935; Fri, 06 Jun 2014 10:15:47 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-21.messagelabs.com!1402049743!9670989!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1163 invoked from network); 6 Jun 2014 10:15:43 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 10:15:43 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 95F2C220B63 for ; Fri, 6 Jun 2014 11:15:42 +0100 (BST) MIME-Version: 1.0 Date: Fri, 06 Jun 2014 11:15:42 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <53918FA0.7060805@op.pl> References: "\" <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl>" <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net>" <53918FA0.7060805@op.pl> Message-ID: <34453d8627f50388900b3b084aa78687@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-06 10:53, Kuba wrote: > Dear Gordan and David > > Thank you both for lots of valuable info and clues. It seems some of > my issues might be hardware/BIOS related, so I'm going to look into it > (among other things). > > Gordan, I can see you use a ZVOL as your VM's storage, have you ever > tried to run dom0 with root on ZFS? No, I always have dom0 rootfs on a stable in-kernel FS that is reasonably unlikely to blow up in my face when I upgrade the kernel. IMO, rootfs is sufficiently small and easy to back up and restore that there is no obvious advantage to having it on ZFS. There is too much forward/backward incompatibility to allow for old modules to work with new kernels, which makes kernel upgrades problematic, and to gain full advantage of ZFS you need to put /boot on ZFS as well, which means custom patched grub, and it all adds up to far too much effort for negligible benefit. I do use ZFS for everything else, though. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 10:16:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 10:16:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsrBd-0006A5-Fx; Fri, 06 Jun 2014 10:15:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WsrBc-00069v-34 for xen-users@lists.xen.org; Fri, 06 Jun 2014 10:15:48 +0000 Received: from [85.158.143.35:12838] by server-3.bemta-4.messagelabs.com id FE/D7-13602-3D491935; Fri, 06 Jun 2014 10:15:47 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-21.messagelabs.com!1402049743!9670989!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1163 invoked from network); 6 Jun 2014 10:15:43 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 10:15:43 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 95F2C220B63 for ; Fri, 6 Jun 2014 11:15:42 +0100 (BST) MIME-Version: 1.0 Date: Fri, 06 Jun 2014 11:15:42 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <53918FA0.7060805@op.pl> References: "\" <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl>" <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net>" <53918FA0.7060805@op.pl> Message-ID: <34453d8627f50388900b3b084aa78687@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-06 10:53, Kuba wrote: > Dear Gordan and David > > Thank you both for lots of valuable info and clues. It seems some of > my issues might be hardware/BIOS related, so I'm going to look into it > (among other things). > > Gordan, I can see you use a ZVOL as your VM's storage, have you ever > tried to run dom0 with root on ZFS? No, I always have dom0 rootfs on a stable in-kernel FS that is reasonably unlikely to blow up in my face when I upgrade the kernel. IMO, rootfs is sufficiently small and easy to back up and restore that there is no obvious advantage to having it on ZFS. There is too much forward/backward incompatibility to allow for old modules to work with new kernels, which makes kernel upgrades problematic, and to gain full advantage of ZFS you need to put /boot on ZFS as well, which means custom patched grub, and it all adds up to far too much effort for negligible benefit. I do use ZFS for everything else, though. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 11:37:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 11:37:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WssRm-0001RI-EJ; Fri, 06 Jun 2014 11:36:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WssRk-0001RD-TH for xen-users@lists.xen.org; Fri, 06 Jun 2014 11:36:33 +0000 Received: from [85.158.143.35:18755] by server-3.bemta-4.messagelabs.com id 63/8E-13602-0C7A1935; Fri, 06 Jun 2014 11:36:32 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-11.tower-21.messagelabs.com!1402054591!9677954!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28177 invoked from network); 6 Jun 2014 11:36:31 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 11:36:31 -0000 Received: from [10.1.1.10] (host-89-230-198-160.lublin.mm.pl [89.230.198.160]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3glMJG6RlvzYxl88 for ; Fri, 6 Jun 2014 13:36:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1402054590; bh=/Ms5lsqGb6bY3BxN0xmIHFgn+kfsIwYUaniMqYWWEZs=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=MfIQvfbbVsvHMFZZa00TdAKBLNL794KQISgmI5v7/oDXccUUQadXjYAl1VSxS/KW+ dFsnVPVXtFLVarKQJx0JWG/5BWHCTYa3q1WJgFhYFn1qmqZqn3zmk3m9FXAUL2RaWa 5aFtwgstX9xJ1bjyjDoMHtlVuLq5aILB3/o4xkOU= Message-ID: <5391A7BD.6090203@op.pl> Date: Fri, 06 Jun 2014 13:36:29 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: "\" <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl>" <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net>" <53918FA0.7060805@op.pl> <34453d8627f50388900b3b084aa78687@mail.shatteredsilicon.net> In-Reply-To: <34453d8627f50388900b3b084aa78687@mail.shatteredsilicon.net> Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-06 12:15, Gordan Bobic pisze: > On 2014-06-06 10:53, Kuba wrote: >> Dear Gordan and David >> >> Thank you both for lots of valuable info and clues. It seems some of >> my issues might be hardware/BIOS related, so I'm going to look into it >> (among other things). >> >> Gordan, I can see you use a ZVOL as your VM's storage, have you ever >> tried to run dom0 with root on ZFS? > > No, I always have dom0 rootfs on a stable in-kernel FS that is > reasonably unlikely to blow up in my face when I upgrade the > kernel. IMO, rootfs is sufficiently small and easy to back up > and restore that there is no obvious advantage to having it > on ZFS. > > There is too much forward/backward incompatibility > to allow for old modules to work with new kernels, which > makes kernel upgrades problematic, and to gain full advantage > of ZFS you need to put /boot on ZFS as well, which means > custom patched grub, and it all adds up to far too much > effort for negligible benefit. > > I do use ZFS for everything else, though. I certainly do agree with all that. Having entire dom0 on ZFS is just a little wish of mine for one main reason - data corruption detection and self-healing. I timidly hope one day some talented folks will make it "just work". Thanks again for your answers! Best regards, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 11:37:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 11:37:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WssRm-0001RI-EJ; Fri, 06 Jun 2014 11:36:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WssRk-0001RD-TH for xen-users@lists.xen.org; Fri, 06 Jun 2014 11:36:33 +0000 Received: from [85.158.143.35:18755] by server-3.bemta-4.messagelabs.com id 63/8E-13602-0C7A1935; Fri, 06 Jun 2014 11:36:32 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-11.tower-21.messagelabs.com!1402054591!9677954!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28177 invoked from network); 6 Jun 2014 11:36:31 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 11:36:31 -0000 Received: from [10.1.1.10] (host-89-230-198-160.lublin.mm.pl [89.230.198.160]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3glMJG6RlvzYxl88 for ; Fri, 6 Jun 2014 13:36:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1402054590; bh=/Ms5lsqGb6bY3BxN0xmIHFgn+kfsIwYUaniMqYWWEZs=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=MfIQvfbbVsvHMFZZa00TdAKBLNL794KQISgmI5v7/oDXccUUQadXjYAl1VSxS/KW+ dFsnVPVXtFLVarKQJx0JWG/5BWHCTYa3q1WJgFhYFn1qmqZqn3zmk3m9FXAUL2RaWa 5aFtwgstX9xJ1bjyjDoMHtlVuLq5aILB3/o4xkOU= Message-ID: <5391A7BD.6090203@op.pl> Date: Fri, 06 Jun 2014 13:36:29 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: "\" <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl>" <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net>" <53918FA0.7060805@op.pl> <34453d8627f50388900b3b084aa78687@mail.shatteredsilicon.net> In-Reply-To: <34453d8627f50388900b3b084aa78687@mail.shatteredsilicon.net> Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-06 12:15, Gordan Bobic pisze: > On 2014-06-06 10:53, Kuba wrote: >> Dear Gordan and David >> >> Thank you both for lots of valuable info and clues. It seems some of >> my issues might be hardware/BIOS related, so I'm going to look into it >> (among other things). >> >> Gordan, I can see you use a ZVOL as your VM's storage, have you ever >> tried to run dom0 with root on ZFS? > > No, I always have dom0 rootfs on a stable in-kernel FS that is > reasonably unlikely to blow up in my face when I upgrade the > kernel. IMO, rootfs is sufficiently small and easy to back up > and restore that there is no obvious advantage to having it > on ZFS. > > There is too much forward/backward incompatibility > to allow for old modules to work with new kernels, which > makes kernel upgrades problematic, and to gain full advantage > of ZFS you need to put /boot on ZFS as well, which means > custom patched grub, and it all adds up to far too much > effort for negligible benefit. > > I do use ZFS for everything else, though. I certainly do agree with all that. Having entire dom0 on ZFS is just a little wish of mine for one main reason - data corruption detection and self-healing. I timidly hope one day some talented folks will make it "just work". Thanks again for your answers! Best regards, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 11:50:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 11:50:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WssfT-00025u-Oc; Fri, 06 Jun 2014 11:50:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WssfS-00025o-2L for xen-users@lists.xen.org; Fri, 06 Jun 2014 11:50:42 +0000 Received: from [85.158.143.35:18619] by server-2.bemta-4.messagelabs.com id 47/2F-06539-11BA1935; Fri, 06 Jun 2014 11:50:41 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-21.messagelabs.com!1402055440!9681195!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8727 invoked from network); 6 Jun 2014 11:50:40 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 11:50:40 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 39C76220B63 for ; Fri, 6 Jun 2014 12:50:37 +0100 (BST) MIME-Version: 1.0 Date: Fri, 06 Jun 2014 12:50:37 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <5391A7BD.6090203@op.pl> References: "\"\\\"\\\\\\\" <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl>\\\" <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net>\\\" <53918FA0.7060805@op.pl>" <34453d8627f50388900b3b084aa78687@mail.shatteredsilicon.net>" <5391A7BD.6090203@op.pl> Message-ID: <6e28b83aa012f9a75b9a004e4ee7a308@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-06 12:36, Kuba wrote: > W dniu 2014-06-06 12:15, Gordan Bobic pisze: >> On 2014-06-06 10:53, Kuba wrote: >>> Dear Gordan and David >>> >>> Thank you both for lots of valuable info and clues. It seems some of >>> my issues might be hardware/BIOS related, so I'm going to look into >>> it >>> (among other things). >>> >>> Gordan, I can see you use a ZVOL as your VM's storage, have you ever >>> tried to run dom0 with root on ZFS? >> >> No, I always have dom0 rootfs on a stable in-kernel FS that is >> reasonably unlikely to blow up in my face when I upgrade the >> kernel. IMO, rootfs is sufficiently small and easy to back up >> and restore that there is no obvious advantage to having it >> on ZFS. >> >> There is too much forward/backward incompatibility >> to allow for old modules to work with new kernels, which >> makes kernel upgrades problematic, and to gain full advantage >> of ZFS you need to put /boot on ZFS as well, which means >> custom patched grub, and it all adds up to far too much >> effort for negligible benefit. >> >> I do use ZFS for everything else, though. > > I certainly do agree with all that. Having entire dom0 on ZFS is just > a little wish of mine for one main reason - data corruption detection > and self-healing. That is all well and good, and I hope it gets there at some point, but in reality the rootfs is a relatively small 99% write-once medium, so keeping it backed up and checked is not as daunting as it is for other data storage. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 11:50:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 11:50:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WssfT-00025u-Oc; Fri, 06 Jun 2014 11:50:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WssfS-00025o-2L for xen-users@lists.xen.org; Fri, 06 Jun 2014 11:50:42 +0000 Received: from [85.158.143.35:18619] by server-2.bemta-4.messagelabs.com id 47/2F-06539-11BA1935; Fri, 06 Jun 2014 11:50:41 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-21.messagelabs.com!1402055440!9681195!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8727 invoked from network); 6 Jun 2014 11:50:40 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 11:50:40 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 39C76220B63 for ; Fri, 6 Jun 2014 12:50:37 +0100 (BST) MIME-Version: 1.0 Date: Fri, 06 Jun 2014 12:50:37 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <5391A7BD.6090203@op.pl> References: "\"\\\"\\\\\\\" <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl>\\\" <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net>\\\" <53918FA0.7060805@op.pl>" <34453d8627f50388900b3b084aa78687@mail.shatteredsilicon.net>" <5391A7BD.6090203@op.pl> Message-ID: <6e28b83aa012f9a75b9a004e4ee7a308@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-06 12:36, Kuba wrote: > W dniu 2014-06-06 12:15, Gordan Bobic pisze: >> On 2014-06-06 10:53, Kuba wrote: >>> Dear Gordan and David >>> >>> Thank you both for lots of valuable info and clues. It seems some of >>> my issues might be hardware/BIOS related, so I'm going to look into >>> it >>> (among other things). >>> >>> Gordan, I can see you use a ZVOL as your VM's storage, have you ever >>> tried to run dom0 with root on ZFS? >> >> No, I always have dom0 rootfs on a stable in-kernel FS that is >> reasonably unlikely to blow up in my face when I upgrade the >> kernel. IMO, rootfs is sufficiently small and easy to back up >> and restore that there is no obvious advantage to having it >> on ZFS. >> >> There is too much forward/backward incompatibility >> to allow for old modules to work with new kernels, which >> makes kernel upgrades problematic, and to gain full advantage >> of ZFS you need to put /boot on ZFS as well, which means >> custom patched grub, and it all adds up to far too much >> effort for negligible benefit. >> >> I do use ZFS for everything else, though. > > I certainly do agree with all that. Having entire dom0 on ZFS is just > a little wish of mine for one main reason - data corruption detection > and self-healing. That is all well and good, and I hope it gets there at some point, but in reality the rootfs is a relatively small 99% write-once medium, so keeping it backed up and checked is not as daunting as it is for other data storage. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 15:11:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 15:11:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wsvmj-0000Xj-PC; Fri, 06 Jun 2014 15:10:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wsvmh-0000XV-Jq for xen-users@lists.xen.org; Fri, 06 Jun 2014 15:10:24 +0000 Received: from [85.158.137.68:58545] by server-13.bemta-3.messagelabs.com id E4/C1-18692-ED9D1935; Fri, 06 Jun 2014 15:10:22 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-16.tower-31.messagelabs.com!1402067421!8534807!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15840 invoked from network); 6 Jun 2014 15:10:22 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 15:10:22 -0000 Received: from [10.1.1.10] (host-89-230-198-160.lublin.mm.pl [89.230.198.160]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3glS314X7Dz9ttdq for ; Fri, 6 Jun 2014 17:10:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1402067421; bh=INAG0+f4SG5q3A0TjmvecFBujuFLQWhdz436R57N6FE=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=bgSVhtufzvFl7FOggOcBn++4wcz/aAf0vj7uREaJAqKpfThHjjq23dI6iD6hWN9dM eKstTw72nqgxEU69Neysv5wx4lwI35qMq8a4uO6PoDZ7yuTgNqJ/Uv5U6pNolVKIkO h3BOVBaOPz7037gastMS0X5xFR5l5XE+zC1Y3Krs= Message-ID: <5391D9DB.2050003@op.pl> Date: Fri, 06 Jun 2014 17:10:19 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: "\"\\\"\\\\\\\" <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl>\\\" <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net>\\\" <53918FA0.7060805@op.pl>" <34453d8627f50388900b3b084aa78687@mail.shatteredsilicon.net>" <5391A7BD.6090203@op.pl> <6e28b83aa012f9a75b9a004e4ee7a308@mail.shatteredsilicon.net> In-Reply-To: <6e28b83aa012f9a75b9a004e4ee7a308@mail.shatteredsilicon.net> Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-06 13:50, Gordan Bobic pisze: > On 2014-06-06 12:36, Kuba wrote: >> W dniu 2014-06-06 12:15, Gordan Bobic pisze: >>> On 2014-06-06 10:53, Kuba wrote: >>>> Dear Gordan and David >>>> >>>> Thank you both for lots of valuable info and clues. It seems some of >>>> my issues might be hardware/BIOS related, so I'm going to look into it >>>> (among other things). >>>> >>>> Gordan, I can see you use a ZVOL as your VM's storage, have you ever >>>> tried to run dom0 with root on ZFS? >>> >>> No, I always have dom0 rootfs on a stable in-kernel FS that is >>> reasonably unlikely to blow up in my face when I upgrade the >>> kernel. IMO, rootfs is sufficiently small and easy to back up >>> and restore that there is no obvious advantage to having it >>> on ZFS. >>> >>> There is too much forward/backward incompatibility >>> to allow for old modules to work with new kernels, which >>> makes kernel upgrades problematic, and to gain full advantage >>> of ZFS you need to put /boot on ZFS as well, which means >>> custom patched grub, and it all adds up to far too much >>> effort for negligible benefit. >>> >>> I do use ZFS for everything else, though. >> >> I certainly do agree with all that. Having entire dom0 on ZFS is just >> a little wish of mine for one main reason - data corruption detection >> and self-healing. > > That is all well and good, and I hope it gets there at some point, > but in reality the rootfs is a relatively small 99% write-once > medium, so keeping it backed up and checked is not as daunting > as it is for other data storage. A little off-topic question - are there any recommended solutions that allow to at least detect (if not heal automagically) bit rot in root file system? While 99.9% of my data is protected with ZFS and ECC RAM, the possibility that some bit of kernel code might get read flipped keeps me awake at night ;) Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 15:11:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 15:11:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wsvmj-0000Xj-PC; Fri, 06 Jun 2014 15:10:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wsvmh-0000XV-Jq for xen-users@lists.xen.org; Fri, 06 Jun 2014 15:10:24 +0000 Received: from [85.158.137.68:58545] by server-13.bemta-3.messagelabs.com id E4/C1-18692-ED9D1935; Fri, 06 Jun 2014 15:10:22 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-16.tower-31.messagelabs.com!1402067421!8534807!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15840 invoked from network); 6 Jun 2014 15:10:22 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 15:10:22 -0000 Received: from [10.1.1.10] (host-89-230-198-160.lublin.mm.pl [89.230.198.160]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3glS314X7Dz9ttdq for ; Fri, 6 Jun 2014 17:10:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1402067421; bh=INAG0+f4SG5q3A0TjmvecFBujuFLQWhdz436R57N6FE=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=bgSVhtufzvFl7FOggOcBn++4wcz/aAf0vj7uREaJAqKpfThHjjq23dI6iD6hWN9dM eKstTw72nqgxEU69Neysv5wx4lwI35qMq8a4uO6PoDZ7yuTgNqJ/Uv5U6pNolVKIkO h3BOVBaOPz7037gastMS0X5xFR5l5XE+zC1Y3Krs= Message-ID: <5391D9DB.2050003@op.pl> Date: Fri, 06 Jun 2014 17:10:19 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: "\"\\\"\\\\\\\" <40d7f0525a48f6fbcf526a23b20fe490@mail.shatteredsilicon.net> <538EE34C.7040202@op.pl>\\\" <3327bc5c6d631a8a8ca8ba8c64088c9e@mail.shatteredsilicon.net>\\\" <53918FA0.7060805@op.pl>" <34453d8627f50388900b3b084aa78687@mail.shatteredsilicon.net>" <5391A7BD.6090203@op.pl> <6e28b83aa012f9a75b9a004e4ee7a308@mail.shatteredsilicon.net> In-Reply-To: <6e28b83aa012f9a75b9a004e4ee7a308@mail.shatteredsilicon.net> Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-06 13:50, Gordan Bobic pisze: > On 2014-06-06 12:36, Kuba wrote: >> W dniu 2014-06-06 12:15, Gordan Bobic pisze: >>> On 2014-06-06 10:53, Kuba wrote: >>>> Dear Gordan and David >>>> >>>> Thank you both for lots of valuable info and clues. It seems some of >>>> my issues might be hardware/BIOS related, so I'm going to look into it >>>> (among other things). >>>> >>>> Gordan, I can see you use a ZVOL as your VM's storage, have you ever >>>> tried to run dom0 with root on ZFS? >>> >>> No, I always have dom0 rootfs on a stable in-kernel FS that is >>> reasonably unlikely to blow up in my face when I upgrade the >>> kernel. IMO, rootfs is sufficiently small and easy to back up >>> and restore that there is no obvious advantage to having it >>> on ZFS. >>> >>> There is too much forward/backward incompatibility >>> to allow for old modules to work with new kernels, which >>> makes kernel upgrades problematic, and to gain full advantage >>> of ZFS you need to put /boot on ZFS as well, which means >>> custom patched grub, and it all adds up to far too much >>> effort for negligible benefit. >>> >>> I do use ZFS for everything else, though. >> >> I certainly do agree with all that. Having entire dom0 on ZFS is just >> a little wish of mine for one main reason - data corruption detection >> and self-healing. > > That is all well and good, and I hope it gets there at some point, > but in reality the rootfs is a relatively small 99% write-once > medium, so keeping it backed up and checked is not as daunting > as it is for other data storage. A little off-topic question - are there any recommended solutions that allow to at least detect (if not heal automagically) bit rot in root file system? While 99.9% of my data is protected with ZFS and ECC RAM, the possibility that some bit of kernel code might get read flipped keeps me awake at night ;) Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 16:13:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 16:13:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WswkR-0002Xi-SY; Fri, 06 Jun 2014 16:12:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WswkQ-0002Xd-9p for xen-users@lists.xen.org; Fri, 06 Jun 2014 16:12:06 +0000 Received: from [85.158.143.35:62960] by server-2.bemta-4.messagelabs.com id A0/FD-06539-558E1935; Fri, 06 Jun 2014 16:12:05 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-21.messagelabs.com!1402071124!9787653!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9689 invoked from network); 6 Jun 2014 16:12:04 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 16:12:04 -0000 Received: from [192.168.43.220] (unknown [149.254.183.211]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 0E631220B63; Fri, 6 Jun 2014 17:12:02 +0100 (BST) Date: Fri, 06 Jun 2014 17:11:56 +0100 Message-ID: From: Gordan Bobic To: Kuba MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Tripwire is a good place to start. Kuba wrote: >W dniu 2014-06-06 13:50, Gordan Bobic pisze: >> On 2014-06-06 12:36, Kuba wrote: >>> W dniu 2014-06-06 12:15, Gordan Bobic pisze: >>>> On 2014-06-06 10:53, Kuba wrote: >>>>> Dear Gordan and David >>>>> >>>>> Thank you both for lots of valuable info and clues. It seems some of >>>>> my issues might be hardware/BIOS related, so I'm going to look into it >>>>> (among other things). >>>>> >>>>> Gordan, I can see you use a ZVOL as your VM's storage, have you ever >>>>> tried to run dom0 with root on ZFS? >>>> >>>> No, I always have dom0 rootfs on a stable in-kernel FS that is >>>> reasonably unlikely to blow up in my face when I upgrade the >>>> kernel. IMO, rootfs is sufficiently small and easy to back up >>>> and restore that there is no obvious advantage to having it >>>> on ZFS. >>>> >>>> There is too much forward/backward incompatibility >>>> to allow for old modules to work with new kernels, which >>>> makes kernel upgrades problematic, and to gain full advantage >>>> of ZFS you need to put /boot on ZFS as well, which means >>>> custom patched grub, and it all adds up to far too much >>>> effort for negligible benefit. >>>> >>>> I do use ZFS for everything else, though. >>> >>> I certainly do agree with all that. Having entire dom0 on ZFS is just >>> a little wish of mine for one main reason - data corruption detection >>> and self-healing. >> >> That is all well and good, and I hope it gets there at some point, >> but in reality the rootfs is a relatively small 99% write-once >> medium, so keeping it backed up and checked is not as daunting >> as it is for other data storage. > >A little off-topic question - are there any recommended solutions that >allow to at least detect (if not heal automagically) bit rot in root >file system? While 99.9% of my data is protected with ZFS and ECC RAM, >the possibility that some bit of kernel code might get read flipped >keeps me awake at night ;) > >Kuba > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xen.org >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 16:13:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 16:13:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WswkR-0002Xi-SY; Fri, 06 Jun 2014 16:12:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WswkQ-0002Xd-9p for xen-users@lists.xen.org; Fri, 06 Jun 2014 16:12:06 +0000 Received: from [85.158.143.35:62960] by server-2.bemta-4.messagelabs.com id A0/FD-06539-558E1935; Fri, 06 Jun 2014 16:12:05 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-21.messagelabs.com!1402071124!9787653!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9689 invoked from network); 6 Jun 2014 16:12:04 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 16:12:04 -0000 Received: from [192.168.43.220] (unknown [149.254.183.211]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 0E631220B63; Fri, 6 Jun 2014 17:12:02 +0100 (BST) Date: Fri, 06 Jun 2014 17:11:56 +0100 Message-ID: From: Gordan Bobic To: Kuba MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] GPU passthrough on Xen 4.4.0, FLReset- X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Tripwire is a good place to start. Kuba wrote: >W dniu 2014-06-06 13:50, Gordan Bobic pisze: >> On 2014-06-06 12:36, Kuba wrote: >>> W dniu 2014-06-06 12:15, Gordan Bobic pisze: >>>> On 2014-06-06 10:53, Kuba wrote: >>>>> Dear Gordan and David >>>>> >>>>> Thank you both for lots of valuable info and clues. It seems some of >>>>> my issues might be hardware/BIOS related, so I'm going to look into it >>>>> (among other things). >>>>> >>>>> Gordan, I can see you use a ZVOL as your VM's storage, have you ever >>>>> tried to run dom0 with root on ZFS? >>>> >>>> No, I always have dom0 rootfs on a stable in-kernel FS that is >>>> reasonably unlikely to blow up in my face when I upgrade the >>>> kernel. IMO, rootfs is sufficiently small and easy to back up >>>> and restore that there is no obvious advantage to having it >>>> on ZFS. >>>> >>>> There is too much forward/backward incompatibility >>>> to allow for old modules to work with new kernels, which >>>> makes kernel upgrades problematic, and to gain full advantage >>>> of ZFS you need to put /boot on ZFS as well, which means >>>> custom patched grub, and it all adds up to far too much >>>> effort for negligible benefit. >>>> >>>> I do use ZFS for everything else, though. >>> >>> I certainly do agree with all that. Having entire dom0 on ZFS is just >>> a little wish of mine for one main reason - data corruption detection >>> and self-healing. >> >> That is all well and good, and I hope it gets there at some point, >> but in reality the rootfs is a relatively small 99% write-once >> medium, so keeping it backed up and checked is not as daunting >> as it is for other data storage. > >A little off-topic question - are there any recommended solutions that >allow to at least detect (if not heal automagically) bit rot in root >file system? While 99.9% of my data is protected with ZFS and ECC RAM, >the possibility that some bit of kernel code might get read flipped >keeps me awake at night ;) > >Kuba > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xen.org >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 16:14:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 16:14:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WswmM-0002b2-4m; Fri, 06 Jun 2014 16:14:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WstGC-0003Nk-Bx for xen-users@lists.xen.org; Fri, 06 Jun 2014 12:28:40 +0000 Received: from [193.109.254.147:4052] by server-11.bemta-14.messagelabs.com id EE/4A-09902-6F3B1935; Fri, 06 Jun 2014 12:28:38 +0000 X-Env-Sender: kamal.kishi@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1402057716!4963776!1 X-Originating-IP: [209.85.216.50] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5961 invoked from network); 6 Jun 2014 12:28:37 -0000 Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com) (209.85.216.50) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jun 2014 12:28:37 -0000 Received: by mail-qa0-f50.google.com with SMTP id j15so3587214qaq.37 for ; Fri, 06 Jun 2014 05:28:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=hmqmJ6SM++CSbP29gw63uZYNRhKwKa4IdhRruVteU2U=; b=qrnX8vHfwcVG1H2v4QMROcMG3l5AcILBxHMdzE+74DgDnbm5qSprDYn9h0m3fW5mcc tXsUPQHYTuemgujK+vLUt48vlJO04b8ymy/zKaYKeEF7SitJ+gSZubYttCTKnPvEUZPM aFKGYbkCKmUJQlOW/URtpczwTRwkIUWhz0rslrBuHL8Xd+DNaTztp2WCP7aJVRwYiw94 a9lZOabxR4I4h2H/U2Q0D7TAZ771ZC1iafjtCH6Q+YvcMzjSEppDqNN4kum5MJrlwtms avBicrFConF8+mhGxffvxZnIx8Vx4sLUtK+NZjwkqtrDWVIXEKq1Ae+VGY22wKbUniig 0QkA== MIME-Version: 1.0 X-Received: by 10.140.101.212 with SMTP id u78mr7808682qge.32.1402057716358; Fri, 06 Jun 2014 05:28:36 -0700 (PDT) Received: by 10.170.87.132 with HTTP; Fri, 6 Jun 2014 05:28:36 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Jun 2014 17:58:36 +0530 Message-ID: From: kamal kishi To: "xen-users@lists.xen.org" X-Mailman-Approved-At: Fri, 06 Jun 2014 16:14:04 +0000 Subject: Re: [Xen-users] IP Port forwarding to XEN 4.1 HVM guest using bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0555991519495834809==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0555991519495834809== Content-Type: multipart/alternative; boundary=001a11c16cfe237d9404fb2a006d --001a11c16cfe237d9404fb2a006d Content-Type: text/plain; charset=UTF-8 Sorry, this is my xen configuration file - kernel = "/usr/lib/xen/boot/hvmloader" builder='hvm' memory = '2048' name = "xenwin7" vif = [ 'bridge=xenbr1' ] on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' acpi = 1 apic = 1 disk = [ 'file:/cluster/xenwin7.img,hda,w', 'file:/home/cluster/vm/windows764bitnew.iso,hdc:cdrom,r' ] device_model = '/usr/lib/xen/bin/qemu-dm' boot="c" sdl=0 vnc=1 #For user defined port for vncviewer(5900+10=5910) vncdisplay=10 vncunused=0 vncconsole=1 vncpasswd='' serial='pty' usbdevice='tablet' Hope some one could guide me through On Fri, Jun 6, 2014 at 5:29 PM, kamal kishi wrote: > Hi all, > > Have configured XEN(handled by pacemaker) to host a windows7 guest, for > networking I've configured bridge - > auto lo > iface lo inet loopback > > #For pacemaker and DRBD > auto eth6 > iface eth6 inet manual > > auto xenbr0 > iface xenbr0 inet static > bridge_ports eth6 > address 10.0.0.2 > broadcast 10.0.0.255 > netmask 255.0.0.0 > > #For XEN guest > auto eth4 > iface eth4 inet manual > > auto xenbr1 > iface xenbr1 inet static > bridge_ports eth4 > address 192.168.0.93 > broadcast 192.168.0.255 > netmask 255.255.255.0 > gateway 192.168.0.1 > dns-nameservers 8.8.8.8 > bridge_maxwait 0 > bridge_fd 0 > > the guest launches and works fine, but some applications require to > connect to some ports and is not able to. > > I followed the steps mentioned in the link - > http://wiki.xen.org/wiki/Network_Configuration_Examples_%28Xen_4.1%2B%29 > > Like - adding the following to /etc/sysctl.conf > > net.bridge.bridge-nf-call-ip6tables = 0 > net.bridge.bridge-nf-call-iptables = 0 > net.bridge.bridge-nf-call-arptables = 0 > > then ran "sysctl -p /etc/sysctl.conf" as root > > and executed - iptables -I FORWARD -m physdev --physdev-is-bridged -j > ACCEPT > > Still the application is not able to communicate with external > applications like Matrikon for data reading > > Let know if there's any way to make the changes permanently and has full > control to HVM guest over the network ports > > -- > Regards, > Kamal Kishore B V > -- Regards, Kamal Kishore B V --001a11c16cfe237d9404fb2a006d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Sorry, this is my xen configuration file -
kernel = =3D "/usr/lib/xen/boot/hvmloader"
builder=3D'hvm'
m= emory =3D '2048'
name =3D "xenwin7"
vif =3D [ '= bridge=3Dxenbr1' ]
on_poweroff =3D 'destroy'
on_reboot =3D 'restart'
on_= crash =3D 'restart'
acpi =3D 1
apic =3D 1
disk =3D [ '= file:/cluster/xenwin7.img,hda,w', 'file:/home/cluster/vm/windows764= bitnew.iso,hdc:cdrom,r' ]
device_model =3D '/usr/lib/xen/bin/qemu-dm'
boot=3D"c"=
sdl=3D0
vnc=3D1
#For user defined port for vncviewer(5900+10=3D59= 10)
vncdisplay=3D10
vncunused=3D0
vncconsole=3D1
vncpasswd=3D&#= 39;'
serial=3D'pty'
usbdevice=3D'tablet'

Hope some one could guide me thro= ugh


= On Fri, Jun 6, 2014 at 5:29 PM, kamal kishi <kamal.kishi@gmail.com> wrote:
Hi all,

Have configured XEN(handled by pacemaker) to host a windows7 guest, for= networking I've configured bridge -
auto lo
iface lo inet loopback

#For pacemaker and DRBD
auto eth6
iface eth6 inet manual

auto xenbr0
iface xenbr0= inet static
bridge_ports eth6
address 10.0.0.2
broadcast 10.0.0.2= 55
netmask 255.0.0.0

#For XEN guest
auto eth4
iface eth4 inet manual

auto xenbr1
iface xenbr1 inet= static
bridge_ports eth4
address 192.168.0.93
broadcast 192.168.0= .255
netmask 255.255.255.0
gateway 192.168.0.1
dns-nameservers 8.8= .8.8
bridge_maxwait 0
bridge_fd 0

the guest launches and works fine, b= ut some applications require to connect to some ports and is not able to.
Like - adding the following to /etc/sysctl.conf= 
net.bridge.bridge-nf-call-ip6tables =3D 0
net.bridge.bridge-nf-call-iptables =3D 0
net.bridge.bridge-nf-call-arptables =3D 0
then ran "sysctl -p /et= c/sysctl.conf" as root

and executed - iptables -I FO= RWARD -m physdev --physdev-is-bridged -j ACCEPT

Still the application is not able to communicate with external applica= tions like Matrikon for data reading

Let know if there&#= 39;s any way to make the changes permanently and has full control to HVM gu= est over the network ports
--
Regards,
Kamal Kishore B= V



--
Regards,
Kamal Kisho= re B V
--001a11c16cfe237d9404fb2a006d-- --===============0555991519495834809== 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 --===============0555991519495834809==-- From xen-users-bounces@lists.xen.org Fri Jun 06 16:14:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 16:14:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WswmM-0002bH-N8; Fri, 06 Jun 2014 16:14:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wstge-0004Rr-Ew for xen-users@lists.xen.org; Fri, 06 Jun 2014 12:56:00 +0000 Received: from [85.158.139.211:64934] by server-8.bemta-5.messagelabs.com id E0/F3-11310-F5AB1935; Fri, 06 Jun 2014 12:55:59 +0000 X-Env-Sender: alvin@netvel.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1402059357!5167444!1 X-Originating-IP: [54.236.96.217] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26579 invoked from network); 6 Jun 2014 12:55:58 -0000 Received: from mail.netvel.net (HELO mail.netvel.net) (54.236.96.217) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 12:55:58 -0000 Received: from alvinsworkstation.netvel.net (unknown [206.108.5.187]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.netvel.net (Postfix) with ESMTPSA id CB7294077F; Fri, 6 Jun 2014 08:57:53 -0400 (EDT) Message-ID: <5391BA5C.2030809@netvel.net> Date: Fri, 06 Jun 2014 08:55:56 -0400 From: Alvin Starr User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ian Campbell References: <538F43B6.1040207@netvel.net> <1401960575.21220.91.camel@kazak.uk.xensource.com> In-Reply-To: <1401960575.21220.91.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Fri, 06 Jun 2014 16:14:04 +0000 Cc: xen-users Subject: Re: [Xen-users] can svm and npt flags be enabled in dom-0. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I will punt this to the devel list. But first. There seems to be enough nested supported for AMD that I am able to run up several domUs that can run KVM VM. Nested VMs are able to see SVM and NPT. I was under the impression that dom0 is just a domU with more privileges. But the theory and practice often diverge after a few years of coding. On 06/05/2014 05:29 AM, Ian Campbell wrote: > On Wed, 2014-06-04 at 12:05 -0400, Alvin Starr wrote: >> I am trying to get cpuid flag manipulation working with libvirt and >> libxl and it seems that libvirt expects to be able to see all the flags >> that it hopes to pass or mask for a guest on the host system. >> >> Sadly the svm and npt flags are masked in dom-0 > Yes, since dom0 cannot use those features. > > Since svm/npt to a guest would imply the use of nested virt, I'd expect > that enabling that feature would automatically expose those flags to the > guest. Except I'm not sure that nested virt has been implemented for > AMD, obviously without hypervisor side support just enabling those flags > for a guest via the cpuid flag overrides isn't going to result in > anything good happening ;-) > > AIUI there are ways for dom0 to get the raw hardware cpuid information, > I'm not sure what the supported variant is though. > > If you want to keep going down this path then I think you should ask on > xen-devel. > > Ian. > -- Alvin Starr || voice: (905)513-7688 Netvel Inc. || Cell: (416)806-0133 alvin@netvel.net || _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 16:14:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 16:14:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WswmL-0002aq-JM; Fri, 06 Jun 2014 16:14:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wssnd-0002Rh-VJ for xen-users@lists.xen.org; Fri, 06 Jun 2014 11:59:10 +0000 Received: from [193.109.254.147:38190] by server-2.bemta-14.messagelabs.com id 80/7B-21684-D0DA1935; Fri, 06 Jun 2014 11:59:09 +0000 X-Env-Sender: kamal.kishi@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1402055947!9620949!1 X-Originating-IP: [209.85.192.51] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25232 invoked from network); 6 Jun 2014 11:59:08 -0000 Received: from mail-qg0-f51.google.com (HELO mail-qg0-f51.google.com) (209.85.192.51) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jun 2014 11:59:08 -0000 Received: by mail-qg0-f51.google.com with SMTP id q107so4086578qgd.38 for ; Fri, 06 Jun 2014 04:59:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=vk9cBs2zBp5kkH0++lV6oZr2MrmastuHJSWrMcRlAJQ=; b=mr/wS3Ct1YNh3Hf6DHo7fKm1kBLJYkLWaKf5EbE8Co3clnqRtlvZjCRcEYeZhSTHE2 QGmJ9lkUoKJU9m0H1XKD14DA184TD/qhBFgtWFToBxQA+7YhYKQW+6MwRFEVRCawvNq6 0GdwuJ6+fAQG6WSFskJ5eSGzEuUqwY2Tp3C6fmn9jocbZhPF+PRntA9tCMOeiG1m2FSK BhmVUKk5FIPVJPBWniDgw0/0SpqrpstMLOdxwFcFK4tgA9KVOTjKhzagU2rfkN+KL1kL zbLOxjXzZdv9OWRaQYACA3ynOsmZzsqK77vIECPlciAvhg1Yin0aUjdOm0tBa9qXfH56 g9gg== MIME-Version: 1.0 X-Received: by 10.224.65.131 with SMTP id j3mr8188345qai.68.1402055947035; Fri, 06 Jun 2014 04:59:07 -0700 (PDT) Received: by 10.170.87.132 with HTTP; Fri, 6 Jun 2014 04:59:06 -0700 (PDT) Date: Fri, 6 Jun 2014 17:29:06 +0530 Message-ID: From: kamal kishi To: "xen-users@lists.xen.org" X-Mailman-Approved-At: Fri, 06 Jun 2014 16:14:04 +0000 Subject: [Xen-users] IP Port forwarding to XEN 4.1 HVM guest using bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5740283465722013026==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5740283465722013026== Content-Type: multipart/alternative; boundary=001a11c2c710adc5ee04fb2996f4 --001a11c2c710adc5ee04fb2996f4 Content-Type: text/plain; charset=UTF-8 Hi all, Have configured XEN(handled by pacemaker) to host a windows7 guest, for networking I've configured bridge - auto lo iface lo inet loopback #For pacemaker and DRBD auto eth6 iface eth6 inet manual auto xenbr0 iface xenbr0 inet static bridge_ports eth6 address 10.0.0.2 broadcast 10.0.0.255 netmask 255.0.0.0 #For XEN guest auto eth4 iface eth4 inet manual auto xenbr1 iface xenbr1 inet static bridge_ports eth4 address 192.168.0.93 broadcast 192.168.0.255 netmask 255.255.255.0 gateway 192.168.0.1 dns-nameservers 8.8.8.8 bridge_maxwait 0 bridge_fd 0 the guest launches and works fine, but some applications require to connect to some ports and is not able to. I followed the steps mentioned in the link - http://wiki.xen.org/wiki/Network_Configuration_Examples_%28Xen_4.1%2B%29 Like - adding the following to /etc/sysctl.conf net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0 then ran "sysctl -p /etc/sysctl.conf" as root and executed - iptables -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT Still the application is not able to communicate with external applications like Matrikon for data reading Let know if there's any way to make the changes permanently and has full control to HVM guest over the network ports -- Regards, Kamal Kishore B V --001a11c2c710adc5ee04fb2996f4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,

Have configured XEN(handled= by pacemaker) to host a windows7 guest, for networking I've configured= bridge -
auto lo
iface lo inet loopback

#For pacemaker = and DRBD
auto eth6
iface eth6 inet manual

auto xenbr0
iface xenbr0= inet static
bridge_ports eth6
address 10.0.0.2
broadcast 10.0.0.2= 55
netmask 255.0.0.0

#For XEN guest
auto eth4
iface eth4 inet manual

auto xenbr1
iface xenbr1 inet= static
bridge_ports eth4
address 192.168.0.93
broadcast 192.168.0= .255
netmask 255.255.255.0
gateway 192.168.0.1
dns-nameservers 8.8= .8.8
bridge_maxwait 0
bridge_fd 0

the guest launches and works fine, b= ut some applications require to connect to some ports and is not able to.
Like - adding the following to /etc/sysctl.conf= 
net.bridge.bridge-nf-call-ip6tables =3D 0
net.bridge.bridge-nf-call-iptables =3D 0
net.bridge.bridge-nf-call-arptables =3D 0
then ran "sysctl -p /et= c/sysctl.conf" as root

and executed - iptables -I FO= RWARD -m physdev --physdev-is-bridged -j ACCEPT

Still the application is not able to communicate with external applica= tions like Matrikon for data reading

Let know if there&#= 39;s any way to make the changes permanently and has full control to HVM gu= est over the network ports

--
Regards,
K= amal Kishore B V
--001a11c2c710adc5ee04fb2996f4-- --===============5740283465722013026== 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 --===============5740283465722013026==-- From xen-users-bounces@lists.xen.org Fri Jun 06 16:14:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 16:14:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WswmM-0002bH-N8; Fri, 06 Jun 2014 16:14:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wstge-0004Rr-Ew for xen-users@lists.xen.org; Fri, 06 Jun 2014 12:56:00 +0000 Received: from [85.158.139.211:64934] by server-8.bemta-5.messagelabs.com id E0/F3-11310-F5AB1935; Fri, 06 Jun 2014 12:55:59 +0000 X-Env-Sender: alvin@netvel.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1402059357!5167444!1 X-Originating-IP: [54.236.96.217] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26579 invoked from network); 6 Jun 2014 12:55:58 -0000 Received: from mail.netvel.net (HELO mail.netvel.net) (54.236.96.217) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 12:55:58 -0000 Received: from alvinsworkstation.netvel.net (unknown [206.108.5.187]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.netvel.net (Postfix) with ESMTPSA id CB7294077F; Fri, 6 Jun 2014 08:57:53 -0400 (EDT) Message-ID: <5391BA5C.2030809@netvel.net> Date: Fri, 06 Jun 2014 08:55:56 -0400 From: Alvin Starr User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ian Campbell References: <538F43B6.1040207@netvel.net> <1401960575.21220.91.camel@kazak.uk.xensource.com> In-Reply-To: <1401960575.21220.91.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Fri, 06 Jun 2014 16:14:04 +0000 Cc: xen-users Subject: Re: [Xen-users] can svm and npt flags be enabled in dom-0. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I will punt this to the devel list. But first. There seems to be enough nested supported for AMD that I am able to run up several domUs that can run KVM VM. Nested VMs are able to see SVM and NPT. I was under the impression that dom0 is just a domU with more privileges. But the theory and practice often diverge after a few years of coding. On 06/05/2014 05:29 AM, Ian Campbell wrote: > On Wed, 2014-06-04 at 12:05 -0400, Alvin Starr wrote: >> I am trying to get cpuid flag manipulation working with libvirt and >> libxl and it seems that libvirt expects to be able to see all the flags >> that it hopes to pass or mask for a guest on the host system. >> >> Sadly the svm and npt flags are masked in dom-0 > Yes, since dom0 cannot use those features. > > Since svm/npt to a guest would imply the use of nested virt, I'd expect > that enabling that feature would automatically expose those flags to the > guest. Except I'm not sure that nested virt has been implemented for > AMD, obviously without hypervisor side support just enabling those flags > for a guest via the cpuid flag overrides isn't going to result in > anything good happening ;-) > > AIUI there are ways for dom0 to get the raw hardware cpuid information, > I'm not sure what the supported variant is though. > > If you want to keep going down this path then I think you should ask on > xen-devel. > > Ian. > -- Alvin Starr || voice: (905)513-7688 Netvel Inc. || Cell: (416)806-0133 alvin@netvel.net || _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 16:14:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 16:14:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WswmM-0002b2-4m; Fri, 06 Jun 2014 16:14:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WstGC-0003Nk-Bx for xen-users@lists.xen.org; Fri, 06 Jun 2014 12:28:40 +0000 Received: from [193.109.254.147:4052] by server-11.bemta-14.messagelabs.com id EE/4A-09902-6F3B1935; Fri, 06 Jun 2014 12:28:38 +0000 X-Env-Sender: kamal.kishi@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1402057716!4963776!1 X-Originating-IP: [209.85.216.50] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5961 invoked from network); 6 Jun 2014 12:28:37 -0000 Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com) (209.85.216.50) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jun 2014 12:28:37 -0000 Received: by mail-qa0-f50.google.com with SMTP id j15so3587214qaq.37 for ; Fri, 06 Jun 2014 05:28:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=hmqmJ6SM++CSbP29gw63uZYNRhKwKa4IdhRruVteU2U=; b=qrnX8vHfwcVG1H2v4QMROcMG3l5AcILBxHMdzE+74DgDnbm5qSprDYn9h0m3fW5mcc tXsUPQHYTuemgujK+vLUt48vlJO04b8ymy/zKaYKeEF7SitJ+gSZubYttCTKnPvEUZPM aFKGYbkCKmUJQlOW/URtpczwTRwkIUWhz0rslrBuHL8Xd+DNaTztp2WCP7aJVRwYiw94 a9lZOabxR4I4h2H/U2Q0D7TAZ771ZC1iafjtCH6Q+YvcMzjSEppDqNN4kum5MJrlwtms avBicrFConF8+mhGxffvxZnIx8Vx4sLUtK+NZjwkqtrDWVIXEKq1Ae+VGY22wKbUniig 0QkA== MIME-Version: 1.0 X-Received: by 10.140.101.212 with SMTP id u78mr7808682qge.32.1402057716358; Fri, 06 Jun 2014 05:28:36 -0700 (PDT) Received: by 10.170.87.132 with HTTP; Fri, 6 Jun 2014 05:28:36 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Jun 2014 17:58:36 +0530 Message-ID: From: kamal kishi To: "xen-users@lists.xen.org" X-Mailman-Approved-At: Fri, 06 Jun 2014 16:14:04 +0000 Subject: Re: [Xen-users] IP Port forwarding to XEN 4.1 HVM guest using bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0555991519495834809==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0555991519495834809== Content-Type: multipart/alternative; boundary=001a11c16cfe237d9404fb2a006d --001a11c16cfe237d9404fb2a006d Content-Type: text/plain; charset=UTF-8 Sorry, this is my xen configuration file - kernel = "/usr/lib/xen/boot/hvmloader" builder='hvm' memory = '2048' name = "xenwin7" vif = [ 'bridge=xenbr1' ] on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' acpi = 1 apic = 1 disk = [ 'file:/cluster/xenwin7.img,hda,w', 'file:/home/cluster/vm/windows764bitnew.iso,hdc:cdrom,r' ] device_model = '/usr/lib/xen/bin/qemu-dm' boot="c" sdl=0 vnc=1 #For user defined port for vncviewer(5900+10=5910) vncdisplay=10 vncunused=0 vncconsole=1 vncpasswd='' serial='pty' usbdevice='tablet' Hope some one could guide me through On Fri, Jun 6, 2014 at 5:29 PM, kamal kishi wrote: > Hi all, > > Have configured XEN(handled by pacemaker) to host a windows7 guest, for > networking I've configured bridge - > auto lo > iface lo inet loopback > > #For pacemaker and DRBD > auto eth6 > iface eth6 inet manual > > auto xenbr0 > iface xenbr0 inet static > bridge_ports eth6 > address 10.0.0.2 > broadcast 10.0.0.255 > netmask 255.0.0.0 > > #For XEN guest > auto eth4 > iface eth4 inet manual > > auto xenbr1 > iface xenbr1 inet static > bridge_ports eth4 > address 192.168.0.93 > broadcast 192.168.0.255 > netmask 255.255.255.0 > gateway 192.168.0.1 > dns-nameservers 8.8.8.8 > bridge_maxwait 0 > bridge_fd 0 > > the guest launches and works fine, but some applications require to > connect to some ports and is not able to. > > I followed the steps mentioned in the link - > http://wiki.xen.org/wiki/Network_Configuration_Examples_%28Xen_4.1%2B%29 > > Like - adding the following to /etc/sysctl.conf > > net.bridge.bridge-nf-call-ip6tables = 0 > net.bridge.bridge-nf-call-iptables = 0 > net.bridge.bridge-nf-call-arptables = 0 > > then ran "sysctl -p /etc/sysctl.conf" as root > > and executed - iptables -I FORWARD -m physdev --physdev-is-bridged -j > ACCEPT > > Still the application is not able to communicate with external > applications like Matrikon for data reading > > Let know if there's any way to make the changes permanently and has full > control to HVM guest over the network ports > > -- > Regards, > Kamal Kishore B V > -- Regards, Kamal Kishore B V --001a11c16cfe237d9404fb2a006d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Sorry, this is my xen configuration file -
kernel = =3D "/usr/lib/xen/boot/hvmloader"
builder=3D'hvm'
m= emory =3D '2048'
name =3D "xenwin7"
vif =3D [ '= bridge=3Dxenbr1' ]
on_poweroff =3D 'destroy'
on_reboot =3D 'restart'
on_= crash =3D 'restart'
acpi =3D 1
apic =3D 1
disk =3D [ '= file:/cluster/xenwin7.img,hda,w', 'file:/home/cluster/vm/windows764= bitnew.iso,hdc:cdrom,r' ]
device_model =3D '/usr/lib/xen/bin/qemu-dm'
boot=3D"c"=
sdl=3D0
vnc=3D1
#For user defined port for vncviewer(5900+10=3D59= 10)
vncdisplay=3D10
vncunused=3D0
vncconsole=3D1
vncpasswd=3D&#= 39;'
serial=3D'pty'
usbdevice=3D'tablet'

Hope some one could guide me thro= ugh


= On Fri, Jun 6, 2014 at 5:29 PM, kamal kishi <kamal.kishi@gmail.com> wrote:
Hi all,

Have configured XEN(handled by pacemaker) to host a windows7 guest, for= networking I've configured bridge -
auto lo
iface lo inet loopback

#For pacemaker and DRBD
auto eth6
iface eth6 inet manual

auto xenbr0
iface xenbr0= inet static
bridge_ports eth6
address 10.0.0.2
broadcast 10.0.0.2= 55
netmask 255.0.0.0

#For XEN guest
auto eth4
iface eth4 inet manual

auto xenbr1
iface xenbr1 inet= static
bridge_ports eth4
address 192.168.0.93
broadcast 192.168.0= .255
netmask 255.255.255.0
gateway 192.168.0.1
dns-nameservers 8.8= .8.8
bridge_maxwait 0
bridge_fd 0

the guest launches and works fine, b= ut some applications require to connect to some ports and is not able to.
Like - adding the following to /etc/sysctl.conf= 
net.bridge.bridge-nf-call-ip6tables =3D 0
net.bridge.bridge-nf-call-iptables =3D 0
net.bridge.bridge-nf-call-arptables =3D 0
then ran "sysctl -p /et= c/sysctl.conf" as root

and executed - iptables -I FO= RWARD -m physdev --physdev-is-bridged -j ACCEPT

Still the application is not able to communicate with external applica= tions like Matrikon for data reading

Let know if there&#= 39;s any way to make the changes permanently and has full control to HVM gu= est over the network ports
--
Regards,
Kamal Kishore B= V



--
Regards,
Kamal Kisho= re B V
--001a11c16cfe237d9404fb2a006d-- --===============0555991519495834809== 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 --===============0555991519495834809==-- From xen-users-bounces@lists.xen.org Fri Jun 06 16:14:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 16:14:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WswmL-0002aq-JM; Fri, 06 Jun 2014 16:14:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wssnd-0002Rh-VJ for xen-users@lists.xen.org; Fri, 06 Jun 2014 11:59:10 +0000 Received: from [193.109.254.147:38190] by server-2.bemta-14.messagelabs.com id 80/7B-21684-D0DA1935; Fri, 06 Jun 2014 11:59:09 +0000 X-Env-Sender: kamal.kishi@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1402055947!9620949!1 X-Originating-IP: [209.85.192.51] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25232 invoked from network); 6 Jun 2014 11:59:08 -0000 Received: from mail-qg0-f51.google.com (HELO mail-qg0-f51.google.com) (209.85.192.51) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jun 2014 11:59:08 -0000 Received: by mail-qg0-f51.google.com with SMTP id q107so4086578qgd.38 for ; Fri, 06 Jun 2014 04:59:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=vk9cBs2zBp5kkH0++lV6oZr2MrmastuHJSWrMcRlAJQ=; b=mr/wS3Ct1YNh3Hf6DHo7fKm1kBLJYkLWaKf5EbE8Co3clnqRtlvZjCRcEYeZhSTHE2 QGmJ9lkUoKJU9m0H1XKD14DA184TD/qhBFgtWFToBxQA+7YhYKQW+6MwRFEVRCawvNq6 0GdwuJ6+fAQG6WSFskJ5eSGzEuUqwY2Tp3C6fmn9jocbZhPF+PRntA9tCMOeiG1m2FSK BhmVUKk5FIPVJPBWniDgw0/0SpqrpstMLOdxwFcFK4tgA9KVOTjKhzagU2rfkN+KL1kL zbLOxjXzZdv9OWRaQYACA3ynOsmZzsqK77vIECPlciAvhg1Yin0aUjdOm0tBa9qXfH56 g9gg== MIME-Version: 1.0 X-Received: by 10.224.65.131 with SMTP id j3mr8188345qai.68.1402055947035; Fri, 06 Jun 2014 04:59:07 -0700 (PDT) Received: by 10.170.87.132 with HTTP; Fri, 6 Jun 2014 04:59:06 -0700 (PDT) Date: Fri, 6 Jun 2014 17:29:06 +0530 Message-ID: From: kamal kishi To: "xen-users@lists.xen.org" X-Mailman-Approved-At: Fri, 06 Jun 2014 16:14:04 +0000 Subject: [Xen-users] IP Port forwarding to XEN 4.1 HVM guest using bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5740283465722013026==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5740283465722013026== Content-Type: multipart/alternative; boundary=001a11c2c710adc5ee04fb2996f4 --001a11c2c710adc5ee04fb2996f4 Content-Type: text/plain; charset=UTF-8 Hi all, Have configured XEN(handled by pacemaker) to host a windows7 guest, for networking I've configured bridge - auto lo iface lo inet loopback #For pacemaker and DRBD auto eth6 iface eth6 inet manual auto xenbr0 iface xenbr0 inet static bridge_ports eth6 address 10.0.0.2 broadcast 10.0.0.255 netmask 255.0.0.0 #For XEN guest auto eth4 iface eth4 inet manual auto xenbr1 iface xenbr1 inet static bridge_ports eth4 address 192.168.0.93 broadcast 192.168.0.255 netmask 255.255.255.0 gateway 192.168.0.1 dns-nameservers 8.8.8.8 bridge_maxwait 0 bridge_fd 0 the guest launches and works fine, but some applications require to connect to some ports and is not able to. I followed the steps mentioned in the link - http://wiki.xen.org/wiki/Network_Configuration_Examples_%28Xen_4.1%2B%29 Like - adding the following to /etc/sysctl.conf net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0 then ran "sysctl -p /etc/sysctl.conf" as root and executed - iptables -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT Still the application is not able to communicate with external applications like Matrikon for data reading Let know if there's any way to make the changes permanently and has full control to HVM guest over the network ports -- Regards, Kamal Kishore B V --001a11c2c710adc5ee04fb2996f4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,

Have configured XEN(handled= by pacemaker) to host a windows7 guest, for networking I've configured= bridge -
auto lo
iface lo inet loopback

#For pacemaker = and DRBD
auto eth6
iface eth6 inet manual

auto xenbr0
iface xenbr0= inet static
bridge_ports eth6
address 10.0.0.2
broadcast 10.0.0.2= 55
netmask 255.0.0.0

#For XEN guest
auto eth4
iface eth4 inet manual

auto xenbr1
iface xenbr1 inet= static
bridge_ports eth4
address 192.168.0.93
broadcast 192.168.0= .255
netmask 255.255.255.0
gateway 192.168.0.1
dns-nameservers 8.8= .8.8
bridge_maxwait 0
bridge_fd 0

the guest launches and works fine, b= ut some applications require to connect to some ports and is not able to.
Like - adding the following to /etc/sysctl.conf= 
net.bridge.bridge-nf-call-ip6tables =3D 0
net.bridge.bridge-nf-call-iptables =3D 0
net.bridge.bridge-nf-call-arptables =3D 0
then ran "sysctl -p /et= c/sysctl.conf" as root

and executed - iptables -I FO= RWARD -m physdev --physdev-is-bridged -j ACCEPT

Still the application is not able to communicate with external applica= tions like Matrikon for data reading

Let know if there&#= 39;s any way to make the changes permanently and has full control to HVM gu= est over the network ports

--
Regards,
K= amal Kishore B V
--001a11c2c710adc5ee04fb2996f4-- --===============5740283465722013026== 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 --===============5740283465722013026==-- From xen-users-bounces@lists.xen.org Fri Jun 06 20:26:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 20:26:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wt0hT-0007oa-Q9; Fri, 06 Jun 2014 20:25:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wt0hT-0007oU-5K for xen-users@lists.xen.org; Fri, 06 Jun 2014 20:25:19 +0000 Received: from [85.158.143.35:46332] by server-1.bemta-4.messagelabs.com id 0A/5B-09853-EA322935; Fri, 06 Jun 2014 20:25:18 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1402086316!6367079!1 X-Originating-IP: [192.94.94.40] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjk0Ljk0LjQwID0+IDE3MDg0MQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 625 invoked from network); 6 Jun 2014 20:25:17 -0000 Received: from arroyo.ext.ti.com (HELO arroyo.ext.ti.com) (192.94.94.40) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 20:25:17 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by arroyo.ext.ti.com (8.13.7/8.13.7) with ESMTP id s56KPGg7012203 for ; Fri, 6 Jun 2014 15:25:16 -0500 Received: from DLEE70.ent.ti.com (dlee70.ent.ti.com [157.170.170.113]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s56KPFTd000554 for ; Fri, 6 Jun 2014 15:25:15 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DLEE70.ent.ti.com ([fe80::c4c6:f618:54e7:ad11%28]) with mapi id 14.03.0174.001; Fri, 6 Jun 2014 15:25:15 -0500 From: "Kapania, Ashish" To: "xen-users@lists.xen.org" Thread-Topic: Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: Ac+BxW0rmFOS8ecOSIaHxf+Vf3vPMQ== Date: Fri, 6 Jun 2014 20:25:15 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [128.247.5.50] MIME-Version: 1.0 Subject: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi All, I am working on running a RTOS as a domU guest on a omap5 evm (Cortex-A15). As part of this effort, I need to create drivers for certain peripherals that are owned by the domU guest (basically make the domU a driver domain for certain peripherals). In order to achieve this I need to be able to grant domU access to certain memory mapped registers and map a SPI IRQ generated by the hw peripheral to it. I went through the xl.cfg documentation and my understanding is that it supports 2 options called "iomem" and "irqs" that I can use to achieve the aforementioned purpose when creating a guest. However, it looks like these are not implemented in Xen-ARM. My question is that what is the recommended way of achieving this in Xen for ARM targets ? Thanks, Ashish _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 06 20:26:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jun 2014 20:26:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wt0hT-0007oa-Q9; Fri, 06 Jun 2014 20:25:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wt0hT-0007oU-5K for xen-users@lists.xen.org; Fri, 06 Jun 2014 20:25:19 +0000 Received: from [85.158.143.35:46332] by server-1.bemta-4.messagelabs.com id 0A/5B-09853-EA322935; Fri, 06 Jun 2014 20:25:18 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1402086316!6367079!1 X-Originating-IP: [192.94.94.40] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjk0Ljk0LjQwID0+IDE3MDg0MQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 625 invoked from network); 6 Jun 2014 20:25:17 -0000 Received: from arroyo.ext.ti.com (HELO arroyo.ext.ti.com) (192.94.94.40) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jun 2014 20:25:17 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by arroyo.ext.ti.com (8.13.7/8.13.7) with ESMTP id s56KPGg7012203 for ; Fri, 6 Jun 2014 15:25:16 -0500 Received: from DLEE70.ent.ti.com (dlee70.ent.ti.com [157.170.170.113]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s56KPFTd000554 for ; Fri, 6 Jun 2014 15:25:15 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DLEE70.ent.ti.com ([fe80::c4c6:f618:54e7:ad11%28]) with mapi id 14.03.0174.001; Fri, 6 Jun 2014 15:25:15 -0500 From: "Kapania, Ashish" To: "xen-users@lists.xen.org" Thread-Topic: Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: Ac+BxW0rmFOS8ecOSIaHxf+Vf3vPMQ== Date: Fri, 6 Jun 2014 20:25:15 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [128.247.5.50] MIME-Version: 1.0 Subject: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi All, I am working on running a RTOS as a domU guest on a omap5 evm (Cortex-A15). As part of this effort, I need to create drivers for certain peripherals that are owned by the domU guest (basically make the domU a driver domain for certain peripherals). In order to achieve this I need to be able to grant domU access to certain memory mapped registers and map a SPI IRQ generated by the hw peripheral to it. I went through the xl.cfg documentation and my understanding is that it supports 2 options called "iomem" and "irqs" that I can use to achieve the aforementioned purpose when creating a guest. However, it looks like these are not implemented in Xen-ARM. My question is that what is the recommended way of achieving this in Xen for ARM targets ? Thanks, Ashish _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 09 07:28:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jun 2014 07:28:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wttz1-0000iL-2M; Mon, 09 Jun 2014 07:27:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wttyy-0000iG-Py for xen-users@lists.xenproject.org; Mon, 09 Jun 2014 07:27:04 +0000 Received: from [85.158.143.35:45870] by server-2.bemta-4.messagelabs.com id 5B/95-06539-7C165935; Mon, 09 Jun 2014 07:27:03 +0000 X-Env-Sender: michal@medvecky.net X-Msg-Ref: server-8.tower-21.messagelabs.com!1402298823!10064496!1 X-Originating-IP: [81.0.246.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27700 invoked from network); 9 Jun 2014 07:27:03 -0000 Received: from mail.medvecky.net (HELO mail.medvecky.net) (81.0.246.24) by server-8.tower-21.messagelabs.com with SMTP; 9 Jun 2014 07:27:03 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.medvecky.net (Postfix) with ESMTP id B667D136F96 for ; Mon, 9 Jun 2014 09:26:04 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at medvecky.net X-Spam-Flag: NO X-Spam-Score: -101 X-Spam-Level: X-Spam-Status: No, score=-101 tagged_above=-999 required=3.8 tests=[ALL_TRUSTED=-1, USER_IN_WHITELIST=-100] autolearn=unavailable Received: from mail.medvecky.net ([127.0.0.1]) by localhost (slovakia.medvecky.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EFjagMJcOyC6 for ; Mon, 9 Jun 2014 09:25:30 +0200 (CEST) Received: from [10.8.0.2] (gw-office.trustica.cz [82.208.32.230]) by mail.medvecky.net (Postfix) with ESMTPSA id 1CFA4136DD6 for ; Mon, 9 Jun 2014 09:25:29 +0200 (CEST) From: =?utf-8?Q?Michal_Medveck=C3=BD?= Message-Id: Date: Mon, 9 Jun 2014 09:26:28 +0200 To: xen-users@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Subject: [Xen-users] Windows 2012 + GPLPV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, is anyone successfully running Windows 2012 r2 on Xen 4.x with any version of gplpv? I've tried different combinations of (Debian) Xen (4.1, 4.3), Windows 2012 r2 (cz, en) and gplpv (all kinds), but the Xen Net driver in Windows always ends up not running with: The device cannot start. (Code 10) {Operation failed} The requested operation was unsuccessful. When I try doing anything with drivers in Windows (e.g. reinstalling xennet driver), Windows always end up BSODing during the boot. Any help kindly appreciated. Thank you Michal _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 09 07:28:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jun 2014 07:28:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wttz1-0000iL-2M; Mon, 09 Jun 2014 07:27:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wttyy-0000iG-Py for xen-users@lists.xenproject.org; Mon, 09 Jun 2014 07:27:04 +0000 Received: from [85.158.143.35:45870] by server-2.bemta-4.messagelabs.com id 5B/95-06539-7C165935; Mon, 09 Jun 2014 07:27:03 +0000 X-Env-Sender: michal@medvecky.net X-Msg-Ref: server-8.tower-21.messagelabs.com!1402298823!10064496!1 X-Originating-IP: [81.0.246.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27700 invoked from network); 9 Jun 2014 07:27:03 -0000 Received: from mail.medvecky.net (HELO mail.medvecky.net) (81.0.246.24) by server-8.tower-21.messagelabs.com with SMTP; 9 Jun 2014 07:27:03 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.medvecky.net (Postfix) with ESMTP id B667D136F96 for ; Mon, 9 Jun 2014 09:26:04 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at medvecky.net X-Spam-Flag: NO X-Spam-Score: -101 X-Spam-Level: X-Spam-Status: No, score=-101 tagged_above=-999 required=3.8 tests=[ALL_TRUSTED=-1, USER_IN_WHITELIST=-100] autolearn=unavailable Received: from mail.medvecky.net ([127.0.0.1]) by localhost (slovakia.medvecky.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EFjagMJcOyC6 for ; Mon, 9 Jun 2014 09:25:30 +0200 (CEST) Received: from [10.8.0.2] (gw-office.trustica.cz [82.208.32.230]) by mail.medvecky.net (Postfix) with ESMTPSA id 1CFA4136DD6 for ; Mon, 9 Jun 2014 09:25:29 +0200 (CEST) From: =?utf-8?Q?Michal_Medveck=C3=BD?= Message-Id: Date: Mon, 9 Jun 2014 09:26:28 +0200 To: xen-users@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Subject: [Xen-users] Windows 2012 + GPLPV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, is anyone successfully running Windows 2012 r2 on Xen 4.x with any version of gplpv? I've tried different combinations of (Debian) Xen (4.1, 4.3), Windows 2012 r2 (cz, en) and gplpv (all kinds), but the Xen Net driver in Windows always ends up not running with: The device cannot start. (Code 10) {Operation failed} The requested operation was unsuccessful. When I try doing anything with drivers in Windows (e.g. reinstalling xennet driver), Windows always end up BSODing during the boot. Any help kindly appreciated. Thank you Michal _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 09 08:43:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jun 2014 08:43:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wtv9Y-0002BR-VB; Mon, 09 Jun 2014 08:42:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wtv9X-0002BM-Dv for xen-users@lists.xen.org; Mon, 09 Jun 2014 08:42:03 +0000 Received: from [193.109.254.147:11161] by server-14.bemta-14.messagelabs.com id AA/3F-08195-A5375935; Mon, 09 Jun 2014 08:42:02 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1402303320!9964460!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2309 invoked from network); 9 Jun 2014 08:42:01 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jun 2014 08:42:01 -0000 X-IronPort-AV: E=Sophos;i="4.98,1001,1392163200"; d="scan'208";a="141376489" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 09 Jun 2014 08:41:59 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 9 Jun 2014 04:41:59 -0400 Message-ID: <1402303318.13651.15.camel@kazak.uk.xensource.com> From: Ian Campbell To: "Kapania, Ashish" Date: Mon, 9 Jun 2014 09:41:58 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2014-06-06 at 20:25 +0000, Kapania, Ashish wrote: > Hi All, > > I am working on running a RTOS as a domU guest on a omap5 evm (Cortex-A15). > As part of this effort, I need to create drivers for certain peripherals > that are owned by the domU guest (basically make the domU a driver domain for > certain peripherals). In order to achieve this I need to be able to grant > domU access to certain memory mapped registers and map a SPI IRQ generated by > the hw peripheral to it. > > I went through the xl.cfg documentation and my understanding is that it > supports 2 options called "iomem" and "irqs" that I can use to achieve the > aforementioned purpose when creating a guest. However, it looks like these are > not implemented in Xen-ARM. My question is that what is the recommended way of > achieving this in Xen for ARM targets ? Support for iomem= is being worked on right now. See patches from Arianna Avanzini on xen-devel over the last few months. Julien Grall is also working on irq passthrough which I think will integrate irqs= support but also a "higher level" ability to passthrough a device based on e.g. device tree nodes without having to worry about the specific resources. I'm not sure when this will be ready though. In the meantime (and with the Xen 4.4 release) people who want this functionality have just been hacking the hypervisor to add the specific mappings which they need to the domU domains. The key functions in the hypervisor are map_mmio_regions and route_irq_to_guest (see xen/arch/arm/platforms/*.c for examples of using these to route devices which are not described in devicetree to dom0, which is a bit similar to what you want) I'm not sure how people have been triggering these extra mappings. I suppose you could either do it statically for each domid==N e.g. in arch_domain_create (but then you can't easily restart the guests) or you could add a custom domctl and add a call in the toolstack, or a new DOMCRF_ flag (which gets passed to arch_domain_create). Are the devices you wish to pass through DMA capable? Unless they are being an SMMU that will make things more complex. Hope that helps, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 09 08:43:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jun 2014 08:43:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wtv9Y-0002BR-VB; Mon, 09 Jun 2014 08:42:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wtv9X-0002BM-Dv for xen-users@lists.xen.org; Mon, 09 Jun 2014 08:42:03 +0000 Received: from [193.109.254.147:11161] by server-14.bemta-14.messagelabs.com id AA/3F-08195-A5375935; Mon, 09 Jun 2014 08:42:02 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1402303320!9964460!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2309 invoked from network); 9 Jun 2014 08:42:01 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jun 2014 08:42:01 -0000 X-IronPort-AV: E=Sophos;i="4.98,1001,1392163200"; d="scan'208";a="141376489" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 09 Jun 2014 08:41:59 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 9 Jun 2014 04:41:59 -0400 Message-ID: <1402303318.13651.15.camel@kazak.uk.xensource.com> From: Ian Campbell To: "Kapania, Ashish" Date: Mon, 9 Jun 2014 09:41:58 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2014-06-06 at 20:25 +0000, Kapania, Ashish wrote: > Hi All, > > I am working on running a RTOS as a domU guest on a omap5 evm (Cortex-A15). > As part of this effort, I need to create drivers for certain peripherals > that are owned by the domU guest (basically make the domU a driver domain for > certain peripherals). In order to achieve this I need to be able to grant > domU access to certain memory mapped registers and map a SPI IRQ generated by > the hw peripheral to it. > > I went through the xl.cfg documentation and my understanding is that it > supports 2 options called "iomem" and "irqs" that I can use to achieve the > aforementioned purpose when creating a guest. However, it looks like these are > not implemented in Xen-ARM. My question is that what is the recommended way of > achieving this in Xen for ARM targets ? Support for iomem= is being worked on right now. See patches from Arianna Avanzini on xen-devel over the last few months. Julien Grall is also working on irq passthrough which I think will integrate irqs= support but also a "higher level" ability to passthrough a device based on e.g. device tree nodes without having to worry about the specific resources. I'm not sure when this will be ready though. In the meantime (and with the Xen 4.4 release) people who want this functionality have just been hacking the hypervisor to add the specific mappings which they need to the domU domains. The key functions in the hypervisor are map_mmio_regions and route_irq_to_guest (see xen/arch/arm/platforms/*.c for examples of using these to route devices which are not described in devicetree to dom0, which is a bit similar to what you want) I'm not sure how people have been triggering these extra mappings. I suppose you could either do it statically for each domid==N e.g. in arch_domain_create (but then you can't easily restart the guests) or you could add a custom domctl and add a call in the toolstack, or a new DOMCRF_ flag (which gets passed to arch_domain_create). Are the devices you wish to pass through DMA capable? Unless they are being an SMMU that will make things more complex. Hope that helps, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 10 01:38:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 01:38:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuB0V-0003jk-QY; Tue, 10 Jun 2014 01:37:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuB0T-0003je-I7 for xen-users@lists.xen.org; Tue, 10 Jun 2014 01:37:45 +0000 Received: from [85.158.137.68:48962] by server-9.bemta-3.messagelabs.com id 73/43-30063-86166935; Tue, 10 Jun 2014 01:37:44 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1402364262!9001558!1 X-Originating-IP: [192.94.94.41] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjk0Ljk0LjQxID0+IDE2NDY4Ng==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19448 invoked from network); 10 Jun 2014 01:37:43 -0000 Received: from bear.ext.ti.com (HELO bear.ext.ti.com) (192.94.94.41) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jun 2014 01:37:43 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by bear.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5A1beSW021913; Mon, 9 Jun 2014 20:37:40 -0500 Received: from DFLE73.ent.ti.com (dfle73.ent.ti.com [128.247.5.110]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5A1begW022207; Mon, 9 Jun 2014 20:37:40 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DFLE73.ent.ti.com ([fe80::c9be:a3a9:7cd8:c8b3%28]) with mapi id 14.03.0174.001; Mon, 9 Jun 2014 20:37:40 -0500 From: "Kapania, Ashish" To: Ian Campbell Thread-Topic: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: AQHPg76wsxw0nDEnwUuzVsYyox1tiZtpP0Zw Date: Tue, 10 Jun 2014 01:37:39 +0000 Message-ID: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> In-Reply-To: <1402303318.13651.15.camel@kazak.uk.xensource.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [128.247.5.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: Monday, June 09, 2014 1:42 AM > To: Kapania, Ashish > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > guest in Xen for ARM targets > > On Fri, 2014-06-06 at 20:25 +0000, Kapania, Ashish wrote: > > Hi All, > > > > I am working on running a RTOS as a domU guest on a omap5 evm > (Cortex-A15). > > As part of this effort, I need to create drivers for certain > > peripherals that are owned by the domU guest (basically make the domU > > a driver domain for certain peripherals). In order to achieve this I > > need to be able to grant domU access to certain memory mapped > > registers and map a SPI IRQ generated by the hw peripheral to it. > > > > I went through the xl.cfg documentation and my understanding is that > > it supports 2 options called "iomem" and "irqs" that I can use to > > achieve the aforementioned purpose when creating a guest. However, it > > looks like these are not implemented in Xen-ARM. My question is that > > what is the recommended way of achieving this in Xen for ARM targets > ? > > Support for iomem= is being worked on right now. See patches from > Arianna Avanzini on xen-devel over the last few months. Julien Grall is > also working on irq passthrough which I think will integrate irqs= > support but also a "higher level" ability to passthrough a device based > on e.g. device tree nodes without having to worry about the specific > resources. I'm not sure when this will be ready though. > > In the meantime (and with the Xen 4.4 release) people who want this > functionality have just been hacking the hypervisor to add the specific > mappings which they need to the domU domains. The key functions in the > hypervisor are map_mmio_regions and route_irq_to_guest (see > xen/arch/arm/platforms/*.c for examples of using these to route devices > which are not described in devicetree to dom0, which is a bit similar > to what you want) > > I'm not sure how people have been triggering these extra mappings. I > suppose you could either do it statically for each domid==N e.g. in > arch_domain_create (but then you can't easily restart the guests) or > you could add a custom domctl and add a call in the toolstack, or a new > DOMCRF_ flag (which gets passed to arch_domain_create). > Thanks Ian, this helps. I think I am going to go ahead with your Suggestion to create a custom domctl op for now and add a call to it in the xen toolstack. This should allow me to specify the desired mappings in the domU.cfg file. > Are the devices you wish to pass through DMA capable? Unless they are > being an SMMU that will make things more complex. > At the moment the peripherals I need to pass through are not DMA capable. In the future however, I may have to pass through a dma-capable device. It will all depend on the use-cases that we will need to support on our RTOS. I believe the TI chip I am working on (OMAP5) does not have a SMMU. Considering the lack of SMMU, if I need to pass through a dma-capable device, how do you recommend I go about it ? Do I need to implement something similar to linux's swiotlb-xen driver in our RTOS ? Thanks, Ashish > Hope that helps, > > Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 10 01:38:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 01:38:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuB0V-0003jk-QY; Tue, 10 Jun 2014 01:37:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuB0T-0003je-I7 for xen-users@lists.xen.org; Tue, 10 Jun 2014 01:37:45 +0000 Received: from [85.158.137.68:48962] by server-9.bemta-3.messagelabs.com id 73/43-30063-86166935; Tue, 10 Jun 2014 01:37:44 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1402364262!9001558!1 X-Originating-IP: [192.94.94.41] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjk0Ljk0LjQxID0+IDE2NDY4Ng==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19448 invoked from network); 10 Jun 2014 01:37:43 -0000 Received: from bear.ext.ti.com (HELO bear.ext.ti.com) (192.94.94.41) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jun 2014 01:37:43 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by bear.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5A1beSW021913; Mon, 9 Jun 2014 20:37:40 -0500 Received: from DFLE73.ent.ti.com (dfle73.ent.ti.com [128.247.5.110]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5A1begW022207; Mon, 9 Jun 2014 20:37:40 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DFLE73.ent.ti.com ([fe80::c9be:a3a9:7cd8:c8b3%28]) with mapi id 14.03.0174.001; Mon, 9 Jun 2014 20:37:40 -0500 From: "Kapania, Ashish" To: Ian Campbell Thread-Topic: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: AQHPg76wsxw0nDEnwUuzVsYyox1tiZtpP0Zw Date: Tue, 10 Jun 2014 01:37:39 +0000 Message-ID: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> In-Reply-To: <1402303318.13651.15.camel@kazak.uk.xensource.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [128.247.5.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: Monday, June 09, 2014 1:42 AM > To: Kapania, Ashish > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > guest in Xen for ARM targets > > On Fri, 2014-06-06 at 20:25 +0000, Kapania, Ashish wrote: > > Hi All, > > > > I am working on running a RTOS as a domU guest on a omap5 evm > (Cortex-A15). > > As part of this effort, I need to create drivers for certain > > peripherals that are owned by the domU guest (basically make the domU > > a driver domain for certain peripherals). In order to achieve this I > > need to be able to grant domU access to certain memory mapped > > registers and map a SPI IRQ generated by the hw peripheral to it. > > > > I went through the xl.cfg documentation and my understanding is that > > it supports 2 options called "iomem" and "irqs" that I can use to > > achieve the aforementioned purpose when creating a guest. However, it > > looks like these are not implemented in Xen-ARM. My question is that > > what is the recommended way of achieving this in Xen for ARM targets > ? > > Support for iomem= is being worked on right now. See patches from > Arianna Avanzini on xen-devel over the last few months. Julien Grall is > also working on irq passthrough which I think will integrate irqs= > support but also a "higher level" ability to passthrough a device based > on e.g. device tree nodes without having to worry about the specific > resources. I'm not sure when this will be ready though. > > In the meantime (and with the Xen 4.4 release) people who want this > functionality have just been hacking the hypervisor to add the specific > mappings which they need to the domU domains. The key functions in the > hypervisor are map_mmio_regions and route_irq_to_guest (see > xen/arch/arm/platforms/*.c for examples of using these to route devices > which are not described in devicetree to dom0, which is a bit similar > to what you want) > > I'm not sure how people have been triggering these extra mappings. I > suppose you could either do it statically for each domid==N e.g. in > arch_domain_create (but then you can't easily restart the guests) or > you could add a custom domctl and add a call in the toolstack, or a new > DOMCRF_ flag (which gets passed to arch_domain_create). > Thanks Ian, this helps. I think I am going to go ahead with your Suggestion to create a custom domctl op for now and add a call to it in the xen toolstack. This should allow me to specify the desired mappings in the domU.cfg file. > Are the devices you wish to pass through DMA capable? Unless they are > being an SMMU that will make things more complex. > At the moment the peripherals I need to pass through are not DMA capable. In the future however, I may have to pass through a dma-capable device. It will all depend on the use-cases that we will need to support on our RTOS. I believe the TI chip I am working on (OMAP5) does not have a SMMU. Considering the lack of SMMU, if I need to pass through a dma-capable device, how do you recommend I go about it ? Do I need to implement something similar to linux's swiotlb-xen driver in our RTOS ? Thanks, Ashish > Hope that helps, > > Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 10 09:25:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 09:25:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuIIG-0006UC-SO; Tue, 10 Jun 2014 09:24:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuIIF-0006Tu-1r; Tue, 10 Jun 2014 09:24:35 +0000 Received: from [85.158.143.35:2411] by server-3.bemta-4.messagelabs.com id F1/6C-13602-2DEC6935; Tue, 10 Jun 2014 09:24:34 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1402392272!10356651!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20741 invoked from network); 10 Jun 2014 09:24:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jun 2014 09:24:33 -0000 X-IronPort-AV: E=Sophos;i="4.98,1008,1392163200"; d="scan'208";a="141856488" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 10 Jun 2014 09:24:31 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 10 Jun 2014 05:24:30 -0400 Message-ID: <1402392269.29980.25.camel@kazak.uk.xensource.com> From: Ian Campbell To: "Kapania, Ashish" Date: Tue, 10 Jun 2014 10:24:29 +0100 In-Reply-To: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xen.org" , xen-devel Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org (adding xen-devel for some of these issues) On Tue, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: > > -----Original Message----- > > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > > Sent: Monday, June 09, 2014 1:42 AM > > To: Kapania, Ashish > > Cc: xen-users@lists.xen.org > > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > > guest in Xen for ARM targets > > > > On Fri, 2014-06-06 at 20:25 +0000, Kapania, Ashish wrote: > > > Hi All, > > > > > > I am working on running a RTOS as a domU guest on a omap5 evm > > (Cortex-A15). > > > As part of this effort, I need to create drivers for certain > > > peripherals that are owned by the domU guest (basically make the domU > > > a driver domain for certain peripherals). In order to achieve this I > > > need to be able to grant domU access to certain memory mapped > > > registers and map a SPI IRQ generated by the hw peripheral to it. > > > > > > I went through the xl.cfg documentation and my understanding is that > > > it supports 2 options called "iomem" and "irqs" that I can use to > > > achieve the aforementioned purpose when creating a guest. However, it > > > looks like these are not implemented in Xen-ARM. My question is that > > > what is the recommended way of achieving this in Xen for ARM targets > > ? > > > > Support for iomem= is being worked on right now. See patches from > > Arianna Avanzini on xen-devel over the last few months. Julien Grall is > > also working on irq passthrough which I think will integrate irqs= > > support but also a "higher level" ability to passthrough a device based > > on e.g. device tree nodes without having to worry about the specific > > resources. I'm not sure when this will be ready though. > > > > In the meantime (and with the Xen 4.4 release) people who want this > > functionality have just been hacking the hypervisor to add the specific > > mappings which they need to the domU domains. The key functions in the > > hypervisor are map_mmio_regions and route_irq_to_guest (see > > xen/arch/arm/platforms/*.c for examples of using these to route devices > > which are not described in devicetree to dom0, which is a bit similar > > to what you want) > > > > I'm not sure how people have been triggering these extra mappings. I > > suppose you could either do it statically for each domid==N e.g. in > > arch_domain_create (but then you can't easily restart the guests) or > > you could add a custom domctl and add a call in the toolstack, or a new > > DOMCRF_ flag (which gets passed to arch_domain_create). > > > > Thanks Ian, this helps. I think I am going to go ahead with your > Suggestion to create a custom domctl op for now and add a call to it in > the xen toolstack. This should allow me to specify the desired mappings > in the domU.cfg file. Great. > > Are the devices you wish to pass through DMA capable? Unless they are > > being an SMMU that will make things more complex. > > > > At the moment the peripherals I need to pass through are not DMA capable. > In the future however, I may have to pass through a dma-capable device. > It will all depend on the use-cases that we will need to support on our > RTOS. > > I believe the TI chip I am working on (OMAP5) does not have a SMMU. I thought it did have some sort of IOMMU (perhaps not exactly an SMMU) for some peripherals, but I've not worked with or even investigated the platform much. > Considering the lack of SMMU, if I need to pass through a dma-capable > device, how do you recommend I go about it ? Do I need to implement > something similar to linux's swiotlb-xen driver in our RTOS ? It depends on the nature of the specific device. One approach (the preferred one I think) would be to create a PV front/back pair for the class of devices to allow dom0 to drive the hardware and provide mediated access to it to guests (assuming such a driver pair doesn't already exist). There is talk [0,1] of perhaps starting a new subproject with the aim of providing PV drivers for various "embedded" type devices (and I think OMAP is one of the platforms used by the people involved). Another option would be some sort of software SMMU or swiotlb thing like you've suggested. I think that would involve a small amount of hypervisor support to map guest IPAs in to DMA address (i.e. real PAs). There have been proposals along those lines e.g. [2] which I think deals with IPU stuff on OMAP. Lastly the 1:1 workaround could potentially be enabled for other guests, but that is a pretty nasty hack and would cause potential issues e.g. with rebooting such a guest (if it couldn't allocate a contiguous region next time). Oh, and I suppose it might be possible to not use the DMA capabilities of the h/w, but I guess that would be pretty awful for perf and power etc, you would probably not want to go that path I suppose. Ian. [0] http://lists.xen.org/archives/html/xen-devel/2014-06/msg00444.html [1] http://lists.xen.org/archives/html/xen-devel/2014-06/msg00289.html [2] http://lists.xen.org/archives/html/xen-devel/2014-01/msg01913.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 10 09:25:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 09:25:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuIIG-0006UC-SO; Tue, 10 Jun 2014 09:24:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuIIF-0006Tu-1r; Tue, 10 Jun 2014 09:24:35 +0000 Received: from [85.158.143.35:2411] by server-3.bemta-4.messagelabs.com id F1/6C-13602-2DEC6935; Tue, 10 Jun 2014 09:24:34 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1402392272!10356651!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20741 invoked from network); 10 Jun 2014 09:24:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jun 2014 09:24:33 -0000 X-IronPort-AV: E=Sophos;i="4.98,1008,1392163200"; d="scan'208";a="141856488" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 10 Jun 2014 09:24:31 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 10 Jun 2014 05:24:30 -0400 Message-ID: <1402392269.29980.25.camel@kazak.uk.xensource.com> From: Ian Campbell To: "Kapania, Ashish" Date: Tue, 10 Jun 2014 10:24:29 +0100 In-Reply-To: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xen.org" , xen-devel Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org (adding xen-devel for some of these issues) On Tue, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: > > -----Original Message----- > > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > > Sent: Monday, June 09, 2014 1:42 AM > > To: Kapania, Ashish > > Cc: xen-users@lists.xen.org > > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > > guest in Xen for ARM targets > > > > On Fri, 2014-06-06 at 20:25 +0000, Kapania, Ashish wrote: > > > Hi All, > > > > > > I am working on running a RTOS as a domU guest on a omap5 evm > > (Cortex-A15). > > > As part of this effort, I need to create drivers for certain > > > peripherals that are owned by the domU guest (basically make the domU > > > a driver domain for certain peripherals). In order to achieve this I > > > need to be able to grant domU access to certain memory mapped > > > registers and map a SPI IRQ generated by the hw peripheral to it. > > > > > > I went through the xl.cfg documentation and my understanding is that > > > it supports 2 options called "iomem" and "irqs" that I can use to > > > achieve the aforementioned purpose when creating a guest. However, it > > > looks like these are not implemented in Xen-ARM. My question is that > > > what is the recommended way of achieving this in Xen for ARM targets > > ? > > > > Support for iomem= is being worked on right now. See patches from > > Arianna Avanzini on xen-devel over the last few months. Julien Grall is > > also working on irq passthrough which I think will integrate irqs= > > support but also a "higher level" ability to passthrough a device based > > on e.g. device tree nodes without having to worry about the specific > > resources. I'm not sure when this will be ready though. > > > > In the meantime (and with the Xen 4.4 release) people who want this > > functionality have just been hacking the hypervisor to add the specific > > mappings which they need to the domU domains. The key functions in the > > hypervisor are map_mmio_regions and route_irq_to_guest (see > > xen/arch/arm/platforms/*.c for examples of using these to route devices > > which are not described in devicetree to dom0, which is a bit similar > > to what you want) > > > > I'm not sure how people have been triggering these extra mappings. I > > suppose you could either do it statically for each domid==N e.g. in > > arch_domain_create (but then you can't easily restart the guests) or > > you could add a custom domctl and add a call in the toolstack, or a new > > DOMCRF_ flag (which gets passed to arch_domain_create). > > > > Thanks Ian, this helps. I think I am going to go ahead with your > Suggestion to create a custom domctl op for now and add a call to it in > the xen toolstack. This should allow me to specify the desired mappings > in the domU.cfg file. Great. > > Are the devices you wish to pass through DMA capable? Unless they are > > being an SMMU that will make things more complex. > > > > At the moment the peripherals I need to pass through are not DMA capable. > In the future however, I may have to pass through a dma-capable device. > It will all depend on the use-cases that we will need to support on our > RTOS. > > I believe the TI chip I am working on (OMAP5) does not have a SMMU. I thought it did have some sort of IOMMU (perhaps not exactly an SMMU) for some peripherals, but I've not worked with or even investigated the platform much. > Considering the lack of SMMU, if I need to pass through a dma-capable > device, how do you recommend I go about it ? Do I need to implement > something similar to linux's swiotlb-xen driver in our RTOS ? It depends on the nature of the specific device. One approach (the preferred one I think) would be to create a PV front/back pair for the class of devices to allow dom0 to drive the hardware and provide mediated access to it to guests (assuming such a driver pair doesn't already exist). There is talk [0,1] of perhaps starting a new subproject with the aim of providing PV drivers for various "embedded" type devices (and I think OMAP is one of the platforms used by the people involved). Another option would be some sort of software SMMU or swiotlb thing like you've suggested. I think that would involve a small amount of hypervisor support to map guest IPAs in to DMA address (i.e. real PAs). There have been proposals along those lines e.g. [2] which I think deals with IPU stuff on OMAP. Lastly the 1:1 workaround could potentially be enabled for other guests, but that is a pretty nasty hack and would cause potential issues e.g. with rebooting such a guest (if it couldn't allocate a contiguous region next time). Oh, and I suppose it might be possible to not use the DMA capabilities of the h/w, but I guess that would be pretty awful for perf and power etc, you would probably not want to go that path I suppose. Ian. [0] http://lists.xen.org/archives/html/xen-devel/2014-06/msg00444.html [1] http://lists.xen.org/archives/html/xen-devel/2014-06/msg00289.html [2] http://lists.xen.org/archives/html/xen-devel/2014-01/msg01913.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 10 10:03:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 10:03:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuIt1-0000Gc-DH; Tue, 10 Jun 2014 10:02:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuIsz-0000GR-Oh for xen-users@lists.xenproject.org; Tue, 10 Jun 2014 10:02:34 +0000 Received: from [85.158.143.35:10496] by server-3.bemta-4.messagelabs.com id EC/B4-13602-9B7D6935; Tue, 10 Jun 2014 10:02:33 +0000 X-Env-Sender: lists@steffen-heil.de X-Msg-Ref: server-14.tower-21.messagelabs.com!1402394552!10383128!1 X-Originating-IP: [188.40.191.160] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31795 invoked from network); 10 Jun 2014 10:02:32 -0000 Received: from mx.sh-solutions.de (HELO mx.sh-solutions.de) (188.40.191.160) by server-14.tower-21.messagelabs.com with SMTP; 10 Jun 2014 10:02:32 -0000 Received: from exchange.sh-solutions.de ([78.47.242.210]) by mx.sh-solutions.de with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1WuIsw-00053s-Vo; Tue, 10 Jun 2014 12:02:31 +0200 Received: from exchange.sh-solutions.de (2002:4e2f:f2d2::4e2f:f2d2) by exchange.sh-solutions.de (2002:4e2f:f2d2::4e2f:f2d2) with Microsoft SMTP Server (TLS) id 15.0.847.32; Tue, 10 Jun 2014 12:02:27 +0200 Received: from exchange.sh-solutions.de ([::1]) by exchange.sh-solutions.de ([78.47.242.210]) with mapi id 15.00.0847.030; Tue, 10 Jun 2014 12:02:27 +0200 From: "Steffen Heil (Mailinglisten)" To: =?iso-8859-1?Q?Michal_Medveck=FD?= , "xen-users@lists.xenproject.org" Thread-Topic: [Xen-users] Windows 2012 + GPLPV Thread-Index: AQHPg7d62afky870JkWH/uaHpwIbgptqHZzw Date: Tue, 10 Jun 2014 10:02:26 +0000 Message-ID: <87ecd742c30d4f1a917bf4a4b6f2347c@exchange.sh-solutions.de> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [134.96.102.215] MIME-Version: 1.0 Subject: Re: [Xen-users] Windows 2012 + GPLPV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6699713267052809715==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6699713267052809715== Content-Language: de-DE Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_004F_01CF84A3.D9101800" ------=_NextPart_000_004F_01CF84A3.D9101800 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Sorry, no, at least I cannot help here. But reading such questions on the list I always wondered: What would be = the advantage of the gpl pv drivers? Windows 2012 and up (and iirc Windows 2008r2) has drivers for virtual = devices (for hyper-v) that seem to work just fine. I can download and store at least 30 MByte/s without special drivers. It even seems a lot better with "viridian =3D 1" on Xen 4.4. So what is the big advantage? Regards, Steffen -----Urspr=FCngliche Nachricht----- Von: xen-users-bounces@lists.xen.org = [mailto:xen-users-bounces@lists.xen.org] Im Auftrag von Michal = Medveck=FD Gesendet: Montag, 9. Juni 2014 09:26 An: xen-users@lists.xenproject.org Betreff: [Xen-users] Windows 2012 + GPLPV Hello, is anyone successfully running Windows 2012 r2 on Xen 4.x with any = version of gplpv? I've tried different combinations of (Debian) Xen (4.1, 4.3), Windows = 2012 r2 (cz, en) and gplpv (all kinds), but the Xen Net driver in Windows always ends up not running with: The device cannot start. (Code 10) {Operation failed} The requested operation was unsuccessful. When I try doing anything with drivers in Windows (e.g. reinstalling = xennet driver), Windows always end up BSODing during the boot. =20 Any help kindly appreciated. Thank you Michal _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ------=_NextPart_000_004F_01CF84A3.D9101800 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIUfzCCBjQw ggQcoAMCAQICASAwDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAn BgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDI1NVoX DTE3MTAyNDIxMDI1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFy dENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMsohUWcASz7GfKrpTOMKqANy9BV7V0igWdGxA8IU77L3aTxErQ+ fcxtDYZ36Z6GH0YFn7fq5RADteP0AYzrCA+EQTfi8q1+kA3m0nwtwXG94M5sIqsvs7lRP1aycBke /s5g9hJHryZ2acScnzczjBCAo7X1v5G3yw8MDP2m2RCye0KfgZ4nODerZJVzhAlOD9YejvAXZqHk sw56HzElVIoYSZ3q4+RJuPXXfIoyby+Y2m1E+YzX5iCZXBx05gk6MKAW1vaw4/v2OOLy6FZH3XHH tOkzUreG//CsFnB9+uaYSlR65cdGzTsmoIK8WH1ygoXhRBm98SD7Hf/r3FELNvUCAwEAAaOCAa0w ggGpMA8GA1UdEwEB/wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBSuVYNv7DHKufcd +q9rMfPIHeOsuzAfBgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRa MFgwJwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYh aHR0cDovL3d3dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6 Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5j b20vc2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBADqpJw3I07QW ke9plNBpxUxcffc7nUrIQpJHDci91DFG7fVhHRkMZ1J+BKg5UNUxIFJ2Z9B90Micc/NXcs7kPBRd n6XGO/vPc87Y6R+cWS9Nc9+fp3Enmsm94OxOwI9wn8qnr/6o3mD4noP9JphwUPTXwHovjavRnhUQ HLfo/i2NG0XXgTHXS2Xm0kVUozXqpYpAdumMiB/vezj1QHQJDmUdPYMcp+reg9901zkyT3fDW/iv JVv6pWtkh6Pw2ytZT7mvg7YhX3V50Nv860cV11mocUVcqBLv0gcT+HBDYtbuvexNftwNQKD5193A 7zN4vG7CTYkXxytSjKuXrpEatEiFPxWgb84nVj25SU5q/r1Xhwby6mLhkbaXslkVtwEWT3Van49r KjlK4XrUKYYWtnfzq6aSak5u0Vpxd1rY79tWhD3EdCvOhNz/QplNa+VkIsrcp7+8ZhP1l1b2U6Ma xIVteuVMD3X0vziIwr7jxYae9FZjbxlpUemqXjcC0QaFfN7qI0JsQMALL7iGRBg7K0CoOBzECdD3 fuZil5kU/LP9cr1BK31U0Uy651bFnAMMMkqhAChIbn0ei72VnbpSsrrSdF0BAGYQ8vyHae5aCg+H 75dVCV33K6FuxZrf09yTz+Vx/PkdRUYkXmZz/OTfyJXsUOUXrym6KvI2rYpccSk5MIIGdjCCBV6g AwIBAgICS3UwDQYJKoZIhvcNAQEFBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENv bSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYD VQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0x NDA1MDcwMTE0MzdaFw0xNjA1MDYxNzQ0MzJaMIGPMRkwFwYDVQQNExBWWnJLTkNzRWdwNlAzWFpY MQswCQYDVQQGEwJERTERMA8GA1UECBMIU2FhcmxhbmQxFTATBgNVBAcMDFNhYXJicsO8Y2tlbjEV MBMGA1UEAxMMU3RlZmZlbiBIZWlsMSQwIgYJKoZIhvcNAQkBFhVsaXN0c0BzdGVmZmVuLWhlaWwu ZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCqk6AW0tcA5kMaFQFMRR6IKjrSxcr3 W4mBLT2KVEpx5sHe6aYhsqclb/70PqIkRa00dOD/IcxE02mYI3jCrgiOUn8gpXEHl/aPj+yGWvbF EzpLTrGB9bK7cHVl8rR7PgvWHFK3z7rGtlxsGz0hnOC2Pgfop6LsRh6FKlTkhGU7ke0go0u2H0aC y09XZYX7hKJbrQpF2k1vKfZGdw/srt7Az3lOGCNFd8sqhTvRouoiIX2OJ/bN7BttUspvZ3TbkCe0 RvFHwdkIndW2CtvnMxaKcyK5/cqVyM/AMxT9BkwqUksBShmxBAZpj39snrQJjYG9J2SMaQyEmbB3 iaoU4gVZAgMBAAGjggLbMIIC1zAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggr BgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFCXpD02j3tpkKy7P0J7tvAsneEeDMB8GA1UdIwQY MBaAFK5Vg2/sMcq59x36r2sx88gd46y7MCAGA1UdEQQZMBeBFWxpc3RzQHN0ZWZmZW4taGVpbC5k ZTCCAUwGA1UdIASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRw Oi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENv bSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNz dWVkIGFjY29yZGluZyB0byB0aGUgQ2xhc3MgMiBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0 aGUgU3RhcnRDb20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVy cG9zZSBpbiBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNV HR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1Mi1jcmwuY3JsMIGOBggr BgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMi9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRz L3N1Yi5jbGFzczIuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS8wDQYJKoZIhvcNAQEFBQADggEBALuXLelGfSTpTG52uG2S35+SaTOXQVWOgl6b+fCaE7GH 5qWBS0m11AoA95RZcD63fFD7JBKpT5FcNQjzcO15HedCRUbs0ztMfY24BR9CR9AEa/Qs8BZjxXC3 W7Y7wiuKgMiD+04p1JAPDoeRQMif76EjvwfyGYvXPtDry17xcCfgzb2kfP9pp98DGUv/NzOPpreq GHBIuw63KJLF7qAtddOkVw34YFCKvvSWmJtKMTsWlyr2c9xb6ev5A3y6BRGkCZIbnp4vg4CPO8eB MWzb/ufnM0EYbu73Y6r3TnNNnifb/+B2nDghXvVR0HRPDlSdrKJ+xqVl5S0H5trsLG9Qk2YwggfJ MIIFsaADAgECAgEBMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFy dENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkw JwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNjA5MTcxOTQ2MzZa Fw0zNjA5MTcxOTQ2MzZaMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFy dENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoC ggIBAMGI2wm8bEZ8eJ+Ve7UzkPJyYtbBNiAiJF7O6XfyQwqiBmSkzI42+DjmI/BubbE83XKjhRyh 0z20MyvTL6/+6rBBWWe2xAZ9Cp50hdZ5TIA3et85BVJZ9/QbRkOk0oWF0sNx83ViNLosin8ej+7t NNARx5bNUj26M9bdTd4LO0pLn8ImL/q1FhxyNXfKPF3myuEmixo2dlwB23QUJf7ttaCID914yi0f B5cwAS1yefpG1hMqqLmmq4NJHeXy793kAY4YCo9jUxaFYqkOGTrMtWamwmt0B+Qr4XY+tG3Y9kTh c2IfO8S+oFNWJWxRCfeqq8q/dv1tm/Od2789ZrwMVqqvmEiVOkvfp1hQ2Th1qVvqQwwC/5nr6GxN cFspZZzdql3MrwEx7Azr0o3o6px75m73J2YMGkjXbkLjP94hPnvhDXD7Y6qobBpUtFwlesmiyYsW prssfhdeBU1YbhIdAe4SEA3GMn8Y//z0+s1ukeg2Sb4aSGmLwpZNGhKyaRfBCpDW+nkiSL+6e2n4 cMf6ejfY2A3Sdk9X/5C345HS3e/CYLdnOt3+qpzw1It/ciLOxp+XtviviqAQqNn7GMa2tVxSPIm2 GSpzAQoPA7MSYPJ6L4Hbo27/JjCX9YvdiVe2rT2zryvFt3YC8KXWK5qGFCpy9uMzjF0JSxPfu4x0 E1JLAgMBAAGjggJSMIICTjAMBgNVHRMEBTADAQH/MAsGA1UdDwQEAwIBrjAdBgNVHQ4EFgQUTgvv GqRAW6UXaYcwyjRoQ9BBrvIwZAYDVR0fBF0wWzAsoCqgKIYmaHR0cDovL2NlcnQuc3RhcnRjb20u b3JnL3Nmc2NhLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRjb20ub3JnL3Nmc2NhLWNy bC5jcmwwggFdBgNVHSAEggFUMIIBUDCCAUwGCysGAQQBgbU3AQEBMIIBOzAvBggrBgEFBQcCARYj aHR0cDovL2NlcnQuc3RhcnRjb20ub3JnL3BvbGljeS5wZGYwNQYIKwYBBQUHAgEWKWh0dHA6Ly9j ZXJ0LnN0YXJ0Y29tLm9yZy9pbnRlcm1lZGlhdGUucGRmMIHQBggrBgEFBQcCAjCBwzAnFiBTdGFy dCBDb21tZXJjaWFsIChTdGFydENvbSkgTHRkLjADAgEBGoGXTGltaXRlZCBMaWFiaWxpdHksIHJl YWQgdGhlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRDb20gQ2VydGlm aWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8vY2VydC5zdGFydGNv bS5vcmcvcG9saWN5LnBkZjARBglghkgBhvhCAQEEBAMCAAcwOAYJYIZIAYb4QgENBCsWKVN0YXJ0 Q29tIEZyZWUgU1NMIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MA0GCSqGSIb3DQEBBQUAA4ICAQAW bJn0Zgw09dCFXn0K7NoQTjgcXt+mJQVLkTLB6DvxPd1ECVsHSYopy2YCt7Ga9yWYCTyOG+HdNocr S7to0zlmPaAmx/I5kR1Rq4J7ftXOWuTiA1dwaZcI+V5YpgrfjAaaRRYWOApeV/Zix3oCBea8HrXy nvSpKYP4shTjbiiHRMOQGt44qTysQ01kRc7dKKlc8nN7BPgX6Kux8y5cZG5zMToSuLyzEeR9j4FR mjuNifRNk2Z7PAPt05odmvNlUPWg0HWfL6/w6oJDmPhpnIl5xEOORnLjZDYSr/clHjiJkHd+w2tq ucPLREuseJCL58csHksRRMg0UifNCl2fhcGJ1Rp48pUQUzLdgIRmddm1aCj7YS6+hKg4wJkShqUe Z2StBi4vqXCFx5YPfIll9Y5DVA6r3aWAOZRgwDTJlnAsoxL1H0h7vRx+a7edkPQiO674/CrK+oJS oO+vS1WT68G18CKLrDROJiIEoYcsdUq35X0T17gMZMA20skvhhKMIwnBG4I7c0mjaleHlOXWeMWZ Q2PjTeB3LeFlmXJpBBpHCeYPAVYk+x+/DnmpWC65xAkBfpW6bQAGPrLqShA52NAr9b/sdb+XAsUJ GwjcVTfigfs3hENiIMrnVktl6v5swSSTJKE06wX/miKum30/8WVRCqYwarP0iByADfxyiuiDXjGC BAIwggP+AgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkG A1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD b20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAkt1MAkGBSsOAwIaBQCg ggJDMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYxMDEwMDIy N1owIwYJKoZIhvcNAQkEMRYEFNA3PmZsWKNi7YaJZjKgeW2Tk7L4MIGTBgkqhkiG9w0BCQ8xgYUw gYIwCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIaMAsGCWCGSAFlAwQCAzALBglghkgB ZQMEAgIwCwYJYIZIAWUDBAIBMIGkBgkrBgEEAYI3EAQxgZYwgZMwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0 ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRl IENsaWVudCBDQQICS3UwgaYGCyqGSIb3DQEJEAILMYGWoIGTMIGMMQswCQYDVQQGEwJJTDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUg U2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBD bGllbnQgQ0ECAkt1MA0GCSqGSIb3DQEBAQUABIIBABNuR6ouvtdqmuSoIOY9fpIHArJBQyp/asFF K9WbDcwy9N9lETwnD+EMPvufn3a6OEvCprRGXaccZzJ0j2BWKfYaC0GMtvvNoSyNCm9H0SsuKhW+ SnhJnVU5qesh+ydsySNZsfjfa9Xuxtb/QmhD+C47YIDs1NvzsExLYDr0YMGuu8FBMFRl/WyDWtFN 1moi15Yd+MmyH2EPpXzwAMvGN5bOn8v+V9T0EPfSxbwSwLO8STBhT1RgaWjoKT1/yJGsAnzTZyf7 1syUhoc9/7Rzf+fO8UFvghyltJ7R9zW261mLQ12wGHnXqE8/i0sLtF6+uw1PRhK+6sNDmaNApuMP hSoAAAAAAAA= ------=_NextPart_000_004F_01CF84A3.D9101800-- --===============6699713267052809715== 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 --===============6699713267052809715==-- From xen-users-bounces@lists.xen.org Tue Jun 10 10:03:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 10:03:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuIt1-0000Gc-DH; Tue, 10 Jun 2014 10:02:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuIsz-0000GR-Oh for xen-users@lists.xenproject.org; Tue, 10 Jun 2014 10:02:34 +0000 Received: from [85.158.143.35:10496] by server-3.bemta-4.messagelabs.com id EC/B4-13602-9B7D6935; Tue, 10 Jun 2014 10:02:33 +0000 X-Env-Sender: lists@steffen-heil.de X-Msg-Ref: server-14.tower-21.messagelabs.com!1402394552!10383128!1 X-Originating-IP: [188.40.191.160] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31795 invoked from network); 10 Jun 2014 10:02:32 -0000 Received: from mx.sh-solutions.de (HELO mx.sh-solutions.de) (188.40.191.160) by server-14.tower-21.messagelabs.com with SMTP; 10 Jun 2014 10:02:32 -0000 Received: from exchange.sh-solutions.de ([78.47.242.210]) by mx.sh-solutions.de with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1WuIsw-00053s-Vo; Tue, 10 Jun 2014 12:02:31 +0200 Received: from exchange.sh-solutions.de (2002:4e2f:f2d2::4e2f:f2d2) by exchange.sh-solutions.de (2002:4e2f:f2d2::4e2f:f2d2) with Microsoft SMTP Server (TLS) id 15.0.847.32; Tue, 10 Jun 2014 12:02:27 +0200 Received: from exchange.sh-solutions.de ([::1]) by exchange.sh-solutions.de ([78.47.242.210]) with mapi id 15.00.0847.030; Tue, 10 Jun 2014 12:02:27 +0200 From: "Steffen Heil (Mailinglisten)" To: =?iso-8859-1?Q?Michal_Medveck=FD?= , "xen-users@lists.xenproject.org" Thread-Topic: [Xen-users] Windows 2012 + GPLPV Thread-Index: AQHPg7d62afky870JkWH/uaHpwIbgptqHZzw Date: Tue, 10 Jun 2014 10:02:26 +0000 Message-ID: <87ecd742c30d4f1a917bf4a4b6f2347c@exchange.sh-solutions.de> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [134.96.102.215] MIME-Version: 1.0 Subject: Re: [Xen-users] Windows 2012 + GPLPV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6699713267052809715==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6699713267052809715== Content-Language: de-DE Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_004F_01CF84A3.D9101800" ------=_NextPart_000_004F_01CF84A3.D9101800 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Sorry, no, at least I cannot help here. But reading such questions on the list I always wondered: What would be = the advantage of the gpl pv drivers? Windows 2012 and up (and iirc Windows 2008r2) has drivers for virtual = devices (for hyper-v) that seem to work just fine. I can download and store at least 30 MByte/s without special drivers. It even seems a lot better with "viridian =3D 1" on Xen 4.4. So what is the big advantage? Regards, Steffen -----Urspr=FCngliche Nachricht----- Von: xen-users-bounces@lists.xen.org = [mailto:xen-users-bounces@lists.xen.org] Im Auftrag von Michal = Medveck=FD Gesendet: Montag, 9. Juni 2014 09:26 An: xen-users@lists.xenproject.org Betreff: [Xen-users] Windows 2012 + GPLPV Hello, is anyone successfully running Windows 2012 r2 on Xen 4.x with any = version of gplpv? I've tried different combinations of (Debian) Xen (4.1, 4.3), Windows = 2012 r2 (cz, en) and gplpv (all kinds), but the Xen Net driver in Windows always ends up not running with: The device cannot start. (Code 10) {Operation failed} The requested operation was unsuccessful. When I try doing anything with drivers in Windows (e.g. reinstalling = xennet driver), Windows always end up BSODing during the boot. =20 Any help kindly appreciated. Thank you Michal _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ------=_NextPart_000_004F_01CF84A3.D9101800 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIUfzCCBjQw ggQcoAMCAQICASAwDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAn BgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDI1NVoX DTE3MTAyNDIxMDI1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFy dENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMsohUWcASz7GfKrpTOMKqANy9BV7V0igWdGxA8IU77L3aTxErQ+ fcxtDYZ36Z6GH0YFn7fq5RADteP0AYzrCA+EQTfi8q1+kA3m0nwtwXG94M5sIqsvs7lRP1aycBke /s5g9hJHryZ2acScnzczjBCAo7X1v5G3yw8MDP2m2RCye0KfgZ4nODerZJVzhAlOD9YejvAXZqHk sw56HzElVIoYSZ3q4+RJuPXXfIoyby+Y2m1E+YzX5iCZXBx05gk6MKAW1vaw4/v2OOLy6FZH3XHH tOkzUreG//CsFnB9+uaYSlR65cdGzTsmoIK8WH1ygoXhRBm98SD7Hf/r3FELNvUCAwEAAaOCAa0w ggGpMA8GA1UdEwEB/wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBSuVYNv7DHKufcd +q9rMfPIHeOsuzAfBgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRa MFgwJwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYh aHR0cDovL3d3dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6 Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5j b20vc2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBADqpJw3I07QW ke9plNBpxUxcffc7nUrIQpJHDci91DFG7fVhHRkMZ1J+BKg5UNUxIFJ2Z9B90Micc/NXcs7kPBRd n6XGO/vPc87Y6R+cWS9Nc9+fp3Enmsm94OxOwI9wn8qnr/6o3mD4noP9JphwUPTXwHovjavRnhUQ HLfo/i2NG0XXgTHXS2Xm0kVUozXqpYpAdumMiB/vezj1QHQJDmUdPYMcp+reg9901zkyT3fDW/iv JVv6pWtkh6Pw2ytZT7mvg7YhX3V50Nv860cV11mocUVcqBLv0gcT+HBDYtbuvexNftwNQKD5193A 7zN4vG7CTYkXxytSjKuXrpEatEiFPxWgb84nVj25SU5q/r1Xhwby6mLhkbaXslkVtwEWT3Van49r KjlK4XrUKYYWtnfzq6aSak5u0Vpxd1rY79tWhD3EdCvOhNz/QplNa+VkIsrcp7+8ZhP1l1b2U6Ma xIVteuVMD3X0vziIwr7jxYae9FZjbxlpUemqXjcC0QaFfN7qI0JsQMALL7iGRBg7K0CoOBzECdD3 fuZil5kU/LP9cr1BK31U0Uy651bFnAMMMkqhAChIbn0ei72VnbpSsrrSdF0BAGYQ8vyHae5aCg+H 75dVCV33K6FuxZrf09yTz+Vx/PkdRUYkXmZz/OTfyJXsUOUXrym6KvI2rYpccSk5MIIGdjCCBV6g AwIBAgICS3UwDQYJKoZIhvcNAQEFBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENv bSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYD VQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0x NDA1MDcwMTE0MzdaFw0xNjA1MDYxNzQ0MzJaMIGPMRkwFwYDVQQNExBWWnJLTkNzRWdwNlAzWFpY MQswCQYDVQQGEwJERTERMA8GA1UECBMIU2FhcmxhbmQxFTATBgNVBAcMDFNhYXJicsO8Y2tlbjEV MBMGA1UEAxMMU3RlZmZlbiBIZWlsMSQwIgYJKoZIhvcNAQkBFhVsaXN0c0BzdGVmZmVuLWhlaWwu ZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCqk6AW0tcA5kMaFQFMRR6IKjrSxcr3 W4mBLT2KVEpx5sHe6aYhsqclb/70PqIkRa00dOD/IcxE02mYI3jCrgiOUn8gpXEHl/aPj+yGWvbF EzpLTrGB9bK7cHVl8rR7PgvWHFK3z7rGtlxsGz0hnOC2Pgfop6LsRh6FKlTkhGU7ke0go0u2H0aC y09XZYX7hKJbrQpF2k1vKfZGdw/srt7Az3lOGCNFd8sqhTvRouoiIX2OJ/bN7BttUspvZ3TbkCe0 RvFHwdkIndW2CtvnMxaKcyK5/cqVyM/AMxT9BkwqUksBShmxBAZpj39snrQJjYG9J2SMaQyEmbB3 iaoU4gVZAgMBAAGjggLbMIIC1zAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggr BgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFCXpD02j3tpkKy7P0J7tvAsneEeDMB8GA1UdIwQY MBaAFK5Vg2/sMcq59x36r2sx88gd46y7MCAGA1UdEQQZMBeBFWxpc3RzQHN0ZWZmZW4taGVpbC5k ZTCCAUwGA1UdIASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRw Oi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENv bSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNz dWVkIGFjY29yZGluZyB0byB0aGUgQ2xhc3MgMiBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0 aGUgU3RhcnRDb20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVy cG9zZSBpbiBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNV HR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1Mi1jcmwuY3JsMIGOBggr BgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMi9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRz L3N1Yi5jbGFzczIuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS8wDQYJKoZIhvcNAQEFBQADggEBALuXLelGfSTpTG52uG2S35+SaTOXQVWOgl6b+fCaE7GH 5qWBS0m11AoA95RZcD63fFD7JBKpT5FcNQjzcO15HedCRUbs0ztMfY24BR9CR9AEa/Qs8BZjxXC3 W7Y7wiuKgMiD+04p1JAPDoeRQMif76EjvwfyGYvXPtDry17xcCfgzb2kfP9pp98DGUv/NzOPpreq GHBIuw63KJLF7qAtddOkVw34YFCKvvSWmJtKMTsWlyr2c9xb6ev5A3y6BRGkCZIbnp4vg4CPO8eB MWzb/ufnM0EYbu73Y6r3TnNNnifb/+B2nDghXvVR0HRPDlSdrKJ+xqVl5S0H5trsLG9Qk2YwggfJ MIIFsaADAgECAgEBMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFy dENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkw JwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNjA5MTcxOTQ2MzZa Fw0zNjA5MTcxOTQ2MzZaMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFy dENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoC ggIBAMGI2wm8bEZ8eJ+Ve7UzkPJyYtbBNiAiJF7O6XfyQwqiBmSkzI42+DjmI/BubbE83XKjhRyh 0z20MyvTL6/+6rBBWWe2xAZ9Cp50hdZ5TIA3et85BVJZ9/QbRkOk0oWF0sNx83ViNLosin8ej+7t NNARx5bNUj26M9bdTd4LO0pLn8ImL/q1FhxyNXfKPF3myuEmixo2dlwB23QUJf7ttaCID914yi0f B5cwAS1yefpG1hMqqLmmq4NJHeXy793kAY4YCo9jUxaFYqkOGTrMtWamwmt0B+Qr4XY+tG3Y9kTh c2IfO8S+oFNWJWxRCfeqq8q/dv1tm/Od2789ZrwMVqqvmEiVOkvfp1hQ2Th1qVvqQwwC/5nr6GxN cFspZZzdql3MrwEx7Azr0o3o6px75m73J2YMGkjXbkLjP94hPnvhDXD7Y6qobBpUtFwlesmiyYsW prssfhdeBU1YbhIdAe4SEA3GMn8Y//z0+s1ukeg2Sb4aSGmLwpZNGhKyaRfBCpDW+nkiSL+6e2n4 cMf6ejfY2A3Sdk9X/5C345HS3e/CYLdnOt3+qpzw1It/ciLOxp+XtviviqAQqNn7GMa2tVxSPIm2 GSpzAQoPA7MSYPJ6L4Hbo27/JjCX9YvdiVe2rT2zryvFt3YC8KXWK5qGFCpy9uMzjF0JSxPfu4x0 E1JLAgMBAAGjggJSMIICTjAMBgNVHRMEBTADAQH/MAsGA1UdDwQEAwIBrjAdBgNVHQ4EFgQUTgvv GqRAW6UXaYcwyjRoQ9BBrvIwZAYDVR0fBF0wWzAsoCqgKIYmaHR0cDovL2NlcnQuc3RhcnRjb20u b3JnL3Nmc2NhLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRjb20ub3JnL3Nmc2NhLWNy bC5jcmwwggFdBgNVHSAEggFUMIIBUDCCAUwGCysGAQQBgbU3AQEBMIIBOzAvBggrBgEFBQcCARYj aHR0cDovL2NlcnQuc3RhcnRjb20ub3JnL3BvbGljeS5wZGYwNQYIKwYBBQUHAgEWKWh0dHA6Ly9j ZXJ0LnN0YXJ0Y29tLm9yZy9pbnRlcm1lZGlhdGUucGRmMIHQBggrBgEFBQcCAjCBwzAnFiBTdGFy dCBDb21tZXJjaWFsIChTdGFydENvbSkgTHRkLjADAgEBGoGXTGltaXRlZCBMaWFiaWxpdHksIHJl YWQgdGhlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRDb20gQ2VydGlm aWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8vY2VydC5zdGFydGNv bS5vcmcvcG9saWN5LnBkZjARBglghkgBhvhCAQEEBAMCAAcwOAYJYIZIAYb4QgENBCsWKVN0YXJ0 Q29tIEZyZWUgU1NMIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MA0GCSqGSIb3DQEBBQUAA4ICAQAW bJn0Zgw09dCFXn0K7NoQTjgcXt+mJQVLkTLB6DvxPd1ECVsHSYopy2YCt7Ga9yWYCTyOG+HdNocr S7to0zlmPaAmx/I5kR1Rq4J7ftXOWuTiA1dwaZcI+V5YpgrfjAaaRRYWOApeV/Zix3oCBea8HrXy nvSpKYP4shTjbiiHRMOQGt44qTysQ01kRc7dKKlc8nN7BPgX6Kux8y5cZG5zMToSuLyzEeR9j4FR mjuNifRNk2Z7PAPt05odmvNlUPWg0HWfL6/w6oJDmPhpnIl5xEOORnLjZDYSr/clHjiJkHd+w2tq ucPLREuseJCL58csHksRRMg0UifNCl2fhcGJ1Rp48pUQUzLdgIRmddm1aCj7YS6+hKg4wJkShqUe Z2StBi4vqXCFx5YPfIll9Y5DVA6r3aWAOZRgwDTJlnAsoxL1H0h7vRx+a7edkPQiO674/CrK+oJS oO+vS1WT68G18CKLrDROJiIEoYcsdUq35X0T17gMZMA20skvhhKMIwnBG4I7c0mjaleHlOXWeMWZ Q2PjTeB3LeFlmXJpBBpHCeYPAVYk+x+/DnmpWC65xAkBfpW6bQAGPrLqShA52NAr9b/sdb+XAsUJ GwjcVTfigfs3hENiIMrnVktl6v5swSSTJKE06wX/miKum30/8WVRCqYwarP0iByADfxyiuiDXjGC BAIwggP+AgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkG A1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD b20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAkt1MAkGBSsOAwIaBQCg ggJDMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYxMDEwMDIy N1owIwYJKoZIhvcNAQkEMRYEFNA3PmZsWKNi7YaJZjKgeW2Tk7L4MIGTBgkqhkiG9w0BCQ8xgYUw gYIwCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIaMAsGCWCGSAFlAwQCAzALBglghkgB ZQMEAgIwCwYJYIZIAWUDBAIBMIGkBgkrBgEEAYI3EAQxgZYwgZMwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0 ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRl IENsaWVudCBDQQICS3UwgaYGCyqGSIb3DQEJEAILMYGWoIGTMIGMMQswCQYDVQQGEwJJTDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUg U2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBD bGllbnQgQ0ECAkt1MA0GCSqGSIb3DQEBAQUABIIBABNuR6ouvtdqmuSoIOY9fpIHArJBQyp/asFF K9WbDcwy9N9lETwnD+EMPvufn3a6OEvCprRGXaccZzJ0j2BWKfYaC0GMtvvNoSyNCm9H0SsuKhW+ SnhJnVU5qesh+ydsySNZsfjfa9Xuxtb/QmhD+C47YIDs1NvzsExLYDr0YMGuu8FBMFRl/WyDWtFN 1moi15Yd+MmyH2EPpXzwAMvGN5bOn8v+V9T0EPfSxbwSwLO8STBhT1RgaWjoKT1/yJGsAnzTZyf7 1syUhoc9/7Rzf+fO8UFvghyltJ7R9zW261mLQ12wGHnXqE8/i0sLtF6+uw1PRhK+6sNDmaNApuMP hSoAAAAAAAA= ------=_NextPart_000_004F_01CF84A3.D9101800-- --===============6699713267052809715== 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 --===============6699713267052809715==-- From xen-users-bounces@lists.xen.org Tue Jun 10 12:24:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 12:24:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuL5K-0008Ef-2l; Tue, 10 Jun 2014 12:23:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuL5I-0008EQ-KT for xen-users@lists.xen.org; Tue, 10 Jun 2014 12:23:24 +0000 Received: from [85.158.139.211:29815] by server-2.bemta-5.messagelabs.com id F1/05-01647-BB8F6935; Tue, 10 Jun 2014 12:23:23 +0000 X-Env-Sender: raistlin.df@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1402402992!9109135!1 X-Originating-IP: [74.125.82.47] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_8,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNjM3NTIgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19943 invoked from network); 10 Jun 2014 12:23:12 -0000 Received: from mail-wg0-f47.google.com (HELO mail-wg0-f47.google.com) (74.125.82.47) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jun 2014 12:23:12 -0000 Received: by mail-wg0-f47.google.com with SMTP id k14so6415246wgh.30 for ; Tue, 10 Jun 2014 05:23:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:subject:from:to:cc:date:content-type:mime-version; bh=zovFy0qegNS/m0squ+jE8fuZzRWh5ai3jQEqkMrznwI=; b=rnB/M+YRXPDxK2iRPnqchWGLwo/49ZZUyvUYOmZNQiVL3ptWcGB7PIGTvf1oHK0pqs SfGrlo+1hKiSXpB3TEGlPR1mIbpmbfl3bKpn9BYkzcvP0DUdbmo5a6zA99LAkeBv9Z4K UP7KGwO1+qvXdsbmiAvzZurXS5LJaec4/JeuTymJZIF+i7ahvlt6cInX5jRZXyXFArTb pxSeveJbbKDAhzp8V0bDRGiQhCIB9nDUwJCjX8qxPOYJxyegrGBw/8VYaMNQhNJuwjxS I+SuDYRosMqpZg1lsfi5JHcXsd3WhemtfrIuP1mTwWAdE81T2sOVXTAnt8/zJgXj2ryU uMGw== X-Received: by 10.180.19.233 with SMTP id i9mr37975042wie.38.1402402992029; Tue, 10 Jun 2014 05:23:12 -0700 (PDT) Received: from [192.168.0.40] (ip-171-222.sn3.eutelia.it. [213.136.171.222]) by mx.google.com with ESMTPSA id z8sm3094470wib.12.2014.06.10.05.23.10 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 10 Jun 2014 05:23:10 -0700 (PDT) Message-ID: <1402402984.16827.9.camel@Solace> From: Dario Faggioli To: xen@lists.fedoraproject.org Date: Tue, 10 Jun 2014 14:23:04 +0200 X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" , Konrad Rzeszutek Wilk Subject: [Xen-users] Fedora based Xen Live CD X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7506694079265336020==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7506694079265336020== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Ur+XE0Oe3j1ynhRbf6PP" --=-Ur+XE0Oe3j1ynhRbf6PP Content-Type: multipart/mixed; boundary="=-GDpAAwWwJ4iMYAnGtE7G" --=-GDpAAwWwJ4iMYAnGtE7G Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, So, in the past weeks, as a pet project, I tried to put together a Fedora based Xen LiveCD. Of course, I took advantage of kickstart, the Fedora spins 'framework' [1], etc. Actually, that is exactly what I ended up creating: a kickstart file for a Fedora spin. It's not an official spin yet, just something I personally maintain (so, if you like, a Remix [2], although one with 100% Fedora software)... but perhaps I can go ahead and propose it as an official spin, if the idea reveals popular enough. :-) [3] Here it comes how to give it a try. The kickstart file is attached to this message, and the latest version of it will always be available here: git://xenbits.xen.org/people/dariof/fedora-live-xen.git http://xenbits.xen.org/gitweb/?p=3Dpeople/dariof/fedora-live-xen.git;a=3Ds= ummary Once downloaded it, make sure you have the spin-kickstarts and livecd-tools packages. Creating the ISO is (on a Fedora system, of course!) as easy as running (as root) the following commands (full instructions here [4]): # cd /usr/share/spin-kickstarts # livecd-creator --verbose \ --config=3D/fedora-live-xen.ks \ --fslabel=3DFedora-Xen \ --cache=3D/var/cache/live Notice that the `livecd-creator' command accepts a "--releasever=3DRELEASEVER" argument, in case one wants to create a live image of a specific version of Fedora. At the time of writing this email, there isn't any ISO uploaded anywhere, as doing so, completely starves my poor little residential ADSL! :-/ Anyway, I'm going to upload it as soon as possible, and I'll send the link as a reply to this message... sorry for the inconvenience! :-P Once you have the ISO, it should be easy enough to get to create a bootable USB stick (look at [5]). Et voila`, you have a Fedora based Dom0 on your CD or USB stick, ready to be used, for example, for testing Xen on all your boxes, without actually having to install it! You just boot the live image as usual, and the hypervisor and Dom0 environemnt is what will be started by default. It also comes with libvirt (with the libxl driver), virt-manager, virt-viewer, and all these stuff. :-) The Xen and Dom0 kernel version used are the ones available in the Fedora packages for the chosen distro, i.e., Xen 4.3.x on Fedora 20. I'm already including the updates-testing and virt-preview repositories, and packages are fetched from there during the live CD creation, so you really should get software as updated as available. It's probably not too hard to include rawhide packages at least for Xen (which, at the moment would mean Xen 4.4), and I'm already trying to enable that. A little bit more tricky would be to use something coming from a personal build of the hypervisor (and toolstack, of course). The problem is both automating the build inside of the kickstart file (but that is certainly doable) and dealing with dependencies (as in, if you build and install Xen from source, `yum install libvirt-daemon-driver-libxl may complain). Anyway, if this is something interesting, we can certainly try to make it happen. :-) Of course, once inside the live session, it is possible to invoke the official Fedora installer and install the distro. That path, however, is not highly tested with this LiveCD image yet. So, we're done I guess. Please, if interested, send me your comments, suggestions, bugfixes, contributions of any kind, etc... let's improve this together! :-) Thanks and Reegards, Dario [1] For those unfamiliar with Fedora spins, they're basically alternative versions of Fedora, tailored for various types of users via hand-picked application sets or customizations. See: =20 http://spins.fedoraproject.org/ http://spins.fedoraproject.org/about [2] http://fedoraproject.org/wiki/Remix [3] https://fedoraproject.org/wiki/Spins_Process [4] http://fedoraproject.org/wiki/How_to_create_and_use_a_Live_CD [5] https://fedoraproject.org/wiki/How_to_create_and_use_Live_USB?rd=3DFedo= raLiveCD/USBHowTo --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-GDpAAwWwJ4iMYAnGtE7G Content-Type: application/x-java-keystore; name="fedora-live-xen.ks" Content-Disposition: attachment; filename="fedora-live-xen.ks" Content-Transfer-Encoding: base64 IyBNYWludGFpbmVkIGJ5IERhcmlvIEZhZ2dpb2xpLCBDaXRyaXggSW5jLgojIG1haWx0bzpkYXJp by5mYWdnaW9saUBjaXRyaXguY29tCgolaW5jbHVkZSBmZWRvcmEtbGl2ZS1iYXNlLmtzCiVpbmNs dWRlIGZlZG9yYS1kZXNrdG9wLXBhY2thZ2VzLmtzCgojIEFkZCB0aGUgdmlydC1wcmV2aWV3IHJl cG9zaXRvcnkKcmVwbyAtLW5hbWU9dmlydC1wcmV2aWV3IC0tYmFzZXVybD1odHRwOi8vZmVkb3Jh cGVvcGxlLm9yZy9ncm91cHMvdmlydC92aXJ0LXByZXZpZXcvZmVkb3JhLSRyZWxlYXNldmVyLyRi YXNlYXJjaAojIFdoYXQgYWJvdXQgdXBkYXRlcy10ZXN0aW5nIHJlb3NpdG9yeT8gV2VsbCwgd2h5 IG5vdCEKcmVwbyAtLW5hbWU9dXBkYXRlcy10ZXN0aW5nIC0tbWlycm9ybGlzdD1odHRwOi8vbWly cm9ycy5mZWRvcmFwcm9qZWN0Lm9yZy9taXJyb3JsaXN0P3JlcG89dXBkYXRlcy10ZXN0aW5nLWYk cmVsZWFzZXZlciZhcmNoPSRiYXNlYXJjaAojIEFuZCB3aGF0IGFib3V0IHJhd2hpZGU/IE1tbS4u LiBiZXR0ZXIgbm90IHRvIGdvIHRoYXQgZmFyLi4uCiMlaW5jbHVkZSBmZWRvcmEtcmVwby1yYXdo aWRlLmtzCgojIExhbmd1YWdlIGFuZCB0aW1lem9uZQprZXlib2FyZCAndXMnCnRpbWV6b25lIEV1 cm9wZS9Mb25kb24gLS1pc1V0YwojIEZpcmV3YWxsIGNvbmZpZ3VyYXRpb24KZmlyZXdhbGwgLS1l bmFibGVkIC0tZnRwIC0tc3NoIC0taHR0cCAtLXNlcnZpY2U9bWRucwojIE5ldHdvcmtpbmcgYW5k IHN5c3RlbSBzZXJ2aWNlcwpzZXJ2aWNlcyAtLWVuYWJsZWQ9Ik5ldHdvcmtNYW5hZ2VyLHNzaGQi CiMgU0VMaW51eCBjb25maWd1cmF0aW9uCnNlbGludXggLS1wZXJtaXNzaXZlCiMgRGlzayBwYXJ0 aXRpb25pbmcgaW5mb3JtYXRpb24KcGFydCAvIC0tZnN0eXBlPSJleHQ0IiAtLXNpemUgODE5MgoK JXBhY2thZ2VzCiMgQmFzaWNzCnZpbS1YMTEKdmltLWVuaGFuY2VkCnhlbWFjcwpAYWRtaW4tdG9v bHMKQHN5c3RlbS10b29scwpod2xvYwpudW1hY3RsCnRpZ2Vydm5jCiMgVmlydCBpcyBhbGwgdGhp cyBpcyBhYm91dCEhCkB2aXJ0dWFsaXphdGlvbgp2aXJ0LXRvcAp2aXJ0LXZpZXdlcgp2aXJ0LXdo YXQKbGliZ3Vlc3Rmcy10b29scwpndWVzdGZzLWJyb3dzZXIKIyBFeHBsaWNpdGx5IGluY2x1ZGUg WGVuIGNvbXBvbmVudHMKeGVuKgp4ZW4tZGV2ZWwKbGlidmlydC1kYWVtb24teGVuCi1nbm9tZS1i b3hlcwoKIyBHZXQgcmlkIG9mIGEgZmV3IGhlYXZ5IHN0dWZmCi1AbGlicmVvZmZpY2UKLUBwcmlu dGluZwotQE9mZmljZS9Qcm9kdWN0aXZpdHkKLWV2b2x1dGlvbioKLWJyYXNlcm8qCi1jaGVlc2UK LWNvbG9yZAotY29sb3JkLWd0awotZ25vbWUtYmFja2dyb3VuZHMKLWdub21lLWNvbG9yLW1hbmFn ZXIKLWdub21lLWNsb2NrcwotZ25vbWUtY29udGFjdHMKLWdub21lLWRpY3Rpb25hcnkKLWdub21l LWRvY3VtZW50cwotZ25vbWUtZm9udC12aWV3ZXIKLWdub21lLWdldHRpbmctc3RhcnRlZC1kb2Nz Ci1nbm9tZS1pY29uLXRoZW1lLWV4dHJhcwotZ25vbWUtcGhvdG9zCi1ndWNoYXJtYXAKLW9yY2EK LXJlYWxtZAotcmh5dGhtYm94Ci1zYW5lLWJhY2tlbmRzKgotc2hvdHdlbGwKLXNpbXBsZS1zY2Fu Ci1zeXN0ZW0tY29uZmlnLSoKLXRtcHdhdGNoCi10cmFuc21pc3Npb24tZ3RrCi12aW5hZ3JlCi15 dW0tbGFuZ3BhY2tzCgolZW5kICMgZW5kLXBhY2thZ2VzCgolcG9zdApjYXQgPj4gL2V0Yy9yYy5k L2luaXQuZC9saXZlc3lzIDw8IEVPRgoKIyBkb24ndCBydW4gZ25vbWUtaW5pdGlhbC1zZXR1cApt a2RpciB+bGl2ZXVzZXIvLmNvbmZpZwp0b3VjaCB+bGl2ZXVzZXIvLmNvbmZpZy9nbm9tZS1pbml0 aWFsLXNldHVwLWRvbmUKCiMgRGlzYWJsZSB1cGRhdGVzIHBsdWdpbgpjYXQgPj4gL3Vzci9zaGFy ZS9nbGliLTIuMC9zY2hlbWFzL29yZy5nbm9tZS5zZXR0aW5ncy1kYWVtb24ucGx1Z2lucy51cGRh dGVzLmdzY2hlbWEub3ZlcnJpZGUgPDwgRk9FCltvcmcuZ25vbWUuc2V0dGluZ3MtZGFlbW9uLnBs dWdpbnMudXBkYXRlc10KYWN0aXZlPWZhbHNlCkZPRQoKIyBEaXNhYmxlIHNjcmVlbiBibGFua2lu ZzogdGhlcmUncyBubyBuZWVkIGZvciBpdCBoZXJlIQpjYXQgPDwgRk9FID4+IC91c3Ivc2hhcmUv Z2xpYi0yLjAvc2NoZW1hcy9vcmcuZ25vbWUuZGVza3RvcC5zZXNzaW9uLmdzY2hlbWEub3ZlcnJp ZGUKW29yZy5nbm9tZS5kZXNrdG9wLnNlc3Npb25dCmlkbGUtZGVsYXk9MApGT0UKCiMgU2hvdyBh biBpbnN0YWxsZXIgaWNvbiBpbiBHTk9NRSBTaGVsbAppZiBbIC1mIC91c3Ivc2hhcmUvYXBwbGlj YXRpb25zL2xpdmVpbnN0LmRlc2t0b3AgXTsgdGhlbgogICMgU2hvdyBoYXJkZGlzayBpbnN0YWxs IGluIHNoZWxsIGRhc2gKICBzZWQgLWkgLWUgJ3MvTm9EaXNwbGF5PXRydWUvTm9EaXNwbGF5PWZh bHNlLycgL3Vzci9zaGFyZS9hcHBsaWNhdGlvbnMvbGl2ZWluc3QuZGVza3RvcCAiIgogICMgbmVl ZCB0byBtb3ZlIGl0IHRvIGFuYWNvbmRhLmRlc2t0b3AgdG8gbWFrZSBzaGVsbCBoYXBweQogIG12 IC91c3Ivc2hhcmUvYXBwbGljYXRpb25zL2xpdmVpbnN0LmRlc2t0b3AgL3Vzci9zaGFyZS9hcHBs aWNhdGlvbnMvYW5hY29uZGEuZGVza3RvcApmaQoKIyBTaGVsbCBmYXZvdXJpdGVzCmNhdCA+PiAv dXNyL3NoYXJlL2dsaWItMi4wL3NjaGVtYXMvb3JnLmdub21lLnNoZWxsLmdzY2hlbWEub3ZlcnJp ZGUgPDwgRk9FCltvcmcuZ25vbWUuc2hlbGxdCmZhdm9yaXRlLWFwcHM9WydmaXJlZm94LmRlc2t0 b3AnLCAnbmF1dGlsdXMuZGVza3RvcCcsICd2aXJ0LW1hbmFnZXIuZGVza3RvcCcsICdnbm9tZS10 ZXJtaW5hbC5kZXNrdG9wJywgJ2FuYWNvbmRhLmRlc2t0b3AnXQpGT0UKCiMgUmVidWlsZCBzY2hl bWEgd2l0aCBhbGwgdGhlIG92ZXJyaWRlcwpnbGliLWNvbXBpbGUtc2NoZW1hcyAvdXNyL3NoYXJl L2dsaWItMi4wL3NjaGVtYXMKCiMgQXV0by1sb2dpbgpjYXQgPiAvZXRjL2dkbS9jdXN0b20uY29u ZiA8PCBGT0UKW2RhZW1vbl0KQXV0b21hdGljTG9naW5FbmFibGU9VHJ1ZQpBdXRvbWF0aWNMb2dp bj1saXZldXNlcgpGT0UKCiMgUGVybWlzc2lvbnMgYW5kIHNlbGludXggY29udGV4dHMKY2hvd24g LVIgbGl2ZXVzZXI6bGl2ZXVzZXIgL2hvbWUvbGl2ZXVzZXIvCnJlc3RvcmVjb24gLVIgL2hvbWUv bGl2ZXVzZXIvCgpFT0YKCiVlbmQgI2VuZC1wb3N0CgolcG9zdCAtLW5vY2hyb290CmVjaG8gIkZp eHVwIHRoZSBib290bG9hZGVyLi4uIgpjcCAkSU5TVEFMTF9ST09UL2Jvb3QveGVuLmd6ICRMSVZF X1JPT1QvaXNvbGludXgKc2VkIC1pICdzL2tlcm5lbCB2bWxpbnV6MC9rZXJuZWwgbWJvb3QuYzMy LycgJExJVkVfUk9PVC9pc29saW51eC9pc29saW51eC5jZmcKc2VkIC1pICdzL2FwcGVuZCBpbml0 cmQ9aW5pdHJkMC5pbWcvYXBwZW5kIHhlbi5neiBjb20xPTExNTIwMCw4bjEgY29uc29sZT1jb20x LHZnYSAtLS0gdm1saW51ejAgeGVuY29ucz1odmMgY29uc29sZT1odmMwIGNvbnNvbGU9dHR5MC8n ICRMSVZFX1JPT1QvaXNvbGludXgvaXNvbGludXguY2ZnCnNlZCAtaSAnL2FwcGVuZC9zfCR8IC0t LSBpbml0cmQwLmltZ3wnICRMSVZFX1JPT1QvaXNvbGludXgvaXNvbGludXguY2ZnCgolZW5kICNl bmQtcG9zdCA0IGJvb3Rsb2FkZXIgZml4dXAKCg== --=-GDpAAwWwJ4iMYAnGtE7G-- --=-Ur+XE0Oe3j1ynhRbf6PP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlOW+KgACgkQk4XaBE3IOsSuUgCfVMu3+yY7CfOoakcdWyBbnxFl u0sAn3Lxj3ysnnFN6MR0fqm8LOup4JZu =7+uw -----END PGP SIGNATURE----- --=-Ur+XE0Oe3j1ynhRbf6PP-- --===============7506694079265336020== 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 --===============7506694079265336020==-- From xen-users-bounces@lists.xen.org Tue Jun 10 12:24:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 12:24:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuL5K-0008Ef-2l; Tue, 10 Jun 2014 12:23:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuL5I-0008EQ-KT for xen-users@lists.xen.org; Tue, 10 Jun 2014 12:23:24 +0000 Received: from [85.158.139.211:29815] by server-2.bemta-5.messagelabs.com id F1/05-01647-BB8F6935; Tue, 10 Jun 2014 12:23:23 +0000 X-Env-Sender: raistlin.df@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1402402992!9109135!1 X-Originating-IP: [74.125.82.47] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_8,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNjM3NTIgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19943 invoked from network); 10 Jun 2014 12:23:12 -0000 Received: from mail-wg0-f47.google.com (HELO mail-wg0-f47.google.com) (74.125.82.47) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jun 2014 12:23:12 -0000 Received: by mail-wg0-f47.google.com with SMTP id k14so6415246wgh.30 for ; Tue, 10 Jun 2014 05:23:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:subject:from:to:cc:date:content-type:mime-version; bh=zovFy0qegNS/m0squ+jE8fuZzRWh5ai3jQEqkMrznwI=; b=rnB/M+YRXPDxK2iRPnqchWGLwo/49ZZUyvUYOmZNQiVL3ptWcGB7PIGTvf1oHK0pqs SfGrlo+1hKiSXpB3TEGlPR1mIbpmbfl3bKpn9BYkzcvP0DUdbmo5a6zA99LAkeBv9Z4K UP7KGwO1+qvXdsbmiAvzZurXS5LJaec4/JeuTymJZIF+i7ahvlt6cInX5jRZXyXFArTb pxSeveJbbKDAhzp8V0bDRGiQhCIB9nDUwJCjX8qxPOYJxyegrGBw/8VYaMNQhNJuwjxS I+SuDYRosMqpZg1lsfi5JHcXsd3WhemtfrIuP1mTwWAdE81T2sOVXTAnt8/zJgXj2ryU uMGw== X-Received: by 10.180.19.233 with SMTP id i9mr37975042wie.38.1402402992029; Tue, 10 Jun 2014 05:23:12 -0700 (PDT) Received: from [192.168.0.40] (ip-171-222.sn3.eutelia.it. [213.136.171.222]) by mx.google.com with ESMTPSA id z8sm3094470wib.12.2014.06.10.05.23.10 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 10 Jun 2014 05:23:10 -0700 (PDT) Message-ID: <1402402984.16827.9.camel@Solace> From: Dario Faggioli To: xen@lists.fedoraproject.org Date: Tue, 10 Jun 2014 14:23:04 +0200 X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" , Konrad Rzeszutek Wilk Subject: [Xen-users] Fedora based Xen Live CD X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7506694079265336020==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7506694079265336020== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Ur+XE0Oe3j1ynhRbf6PP" --=-Ur+XE0Oe3j1ynhRbf6PP Content-Type: multipart/mixed; boundary="=-GDpAAwWwJ4iMYAnGtE7G" --=-GDpAAwWwJ4iMYAnGtE7G Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, So, in the past weeks, as a pet project, I tried to put together a Fedora based Xen LiveCD. Of course, I took advantage of kickstart, the Fedora spins 'framework' [1], etc. Actually, that is exactly what I ended up creating: a kickstart file for a Fedora spin. It's not an official spin yet, just something I personally maintain (so, if you like, a Remix [2], although one with 100% Fedora software)... but perhaps I can go ahead and propose it as an official spin, if the idea reveals popular enough. :-) [3] Here it comes how to give it a try. The kickstart file is attached to this message, and the latest version of it will always be available here: git://xenbits.xen.org/people/dariof/fedora-live-xen.git http://xenbits.xen.org/gitweb/?p=3Dpeople/dariof/fedora-live-xen.git;a=3Ds= ummary Once downloaded it, make sure you have the spin-kickstarts and livecd-tools packages. Creating the ISO is (on a Fedora system, of course!) as easy as running (as root) the following commands (full instructions here [4]): # cd /usr/share/spin-kickstarts # livecd-creator --verbose \ --config=3D/fedora-live-xen.ks \ --fslabel=3DFedora-Xen \ --cache=3D/var/cache/live Notice that the `livecd-creator' command accepts a "--releasever=3DRELEASEVER" argument, in case one wants to create a live image of a specific version of Fedora. At the time of writing this email, there isn't any ISO uploaded anywhere, as doing so, completely starves my poor little residential ADSL! :-/ Anyway, I'm going to upload it as soon as possible, and I'll send the link as a reply to this message... sorry for the inconvenience! :-P Once you have the ISO, it should be easy enough to get to create a bootable USB stick (look at [5]). Et voila`, you have a Fedora based Dom0 on your CD or USB stick, ready to be used, for example, for testing Xen on all your boxes, without actually having to install it! You just boot the live image as usual, and the hypervisor and Dom0 environemnt is what will be started by default. It also comes with libvirt (with the libxl driver), virt-manager, virt-viewer, and all these stuff. :-) The Xen and Dom0 kernel version used are the ones available in the Fedora packages for the chosen distro, i.e., Xen 4.3.x on Fedora 20. I'm already including the updates-testing and virt-preview repositories, and packages are fetched from there during the live CD creation, so you really should get software as updated as available. It's probably not too hard to include rawhide packages at least for Xen (which, at the moment would mean Xen 4.4), and I'm already trying to enable that. A little bit more tricky would be to use something coming from a personal build of the hypervisor (and toolstack, of course). The problem is both automating the build inside of the kickstart file (but that is certainly doable) and dealing with dependencies (as in, if you build and install Xen from source, `yum install libvirt-daemon-driver-libxl may complain). Anyway, if this is something interesting, we can certainly try to make it happen. :-) Of course, once inside the live session, it is possible to invoke the official Fedora installer and install the distro. That path, however, is not highly tested with this LiveCD image yet. So, we're done I guess. Please, if interested, send me your comments, suggestions, bugfixes, contributions of any kind, etc... let's improve this together! :-) Thanks and Reegards, Dario [1] For those unfamiliar with Fedora spins, they're basically alternative versions of Fedora, tailored for various types of users via hand-picked application sets or customizations. See: =20 http://spins.fedoraproject.org/ http://spins.fedoraproject.org/about [2] http://fedoraproject.org/wiki/Remix [3] https://fedoraproject.org/wiki/Spins_Process [4] http://fedoraproject.org/wiki/How_to_create_and_use_a_Live_CD [5] https://fedoraproject.org/wiki/How_to_create_and_use_Live_USB?rd=3DFedo= raLiveCD/USBHowTo --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-GDpAAwWwJ4iMYAnGtE7G Content-Type: application/x-java-keystore; name="fedora-live-xen.ks" Content-Disposition: attachment; filename="fedora-live-xen.ks" Content-Transfer-Encoding: base64 IyBNYWludGFpbmVkIGJ5IERhcmlvIEZhZ2dpb2xpLCBDaXRyaXggSW5jLgojIG1haWx0bzpkYXJp by5mYWdnaW9saUBjaXRyaXguY29tCgolaW5jbHVkZSBmZWRvcmEtbGl2ZS1iYXNlLmtzCiVpbmNs dWRlIGZlZG9yYS1kZXNrdG9wLXBhY2thZ2VzLmtzCgojIEFkZCB0aGUgdmlydC1wcmV2aWV3IHJl cG9zaXRvcnkKcmVwbyAtLW5hbWU9dmlydC1wcmV2aWV3IC0tYmFzZXVybD1odHRwOi8vZmVkb3Jh cGVvcGxlLm9yZy9ncm91cHMvdmlydC92aXJ0LXByZXZpZXcvZmVkb3JhLSRyZWxlYXNldmVyLyRi YXNlYXJjaAojIFdoYXQgYWJvdXQgdXBkYXRlcy10ZXN0aW5nIHJlb3NpdG9yeT8gV2VsbCwgd2h5 IG5vdCEKcmVwbyAtLW5hbWU9dXBkYXRlcy10ZXN0aW5nIC0tbWlycm9ybGlzdD1odHRwOi8vbWly cm9ycy5mZWRvcmFwcm9qZWN0Lm9yZy9taXJyb3JsaXN0P3JlcG89dXBkYXRlcy10ZXN0aW5nLWYk cmVsZWFzZXZlciZhcmNoPSRiYXNlYXJjaAojIEFuZCB3aGF0IGFib3V0IHJhd2hpZGU/IE1tbS4u LiBiZXR0ZXIgbm90IHRvIGdvIHRoYXQgZmFyLi4uCiMlaW5jbHVkZSBmZWRvcmEtcmVwby1yYXdo aWRlLmtzCgojIExhbmd1YWdlIGFuZCB0aW1lem9uZQprZXlib2FyZCAndXMnCnRpbWV6b25lIEV1 cm9wZS9Mb25kb24gLS1pc1V0YwojIEZpcmV3YWxsIGNvbmZpZ3VyYXRpb24KZmlyZXdhbGwgLS1l bmFibGVkIC0tZnRwIC0tc3NoIC0taHR0cCAtLXNlcnZpY2U9bWRucwojIE5ldHdvcmtpbmcgYW5k IHN5c3RlbSBzZXJ2aWNlcwpzZXJ2aWNlcyAtLWVuYWJsZWQ9Ik5ldHdvcmtNYW5hZ2VyLHNzaGQi CiMgU0VMaW51eCBjb25maWd1cmF0aW9uCnNlbGludXggLS1wZXJtaXNzaXZlCiMgRGlzayBwYXJ0 aXRpb25pbmcgaW5mb3JtYXRpb24KcGFydCAvIC0tZnN0eXBlPSJleHQ0IiAtLXNpemUgODE5MgoK JXBhY2thZ2VzCiMgQmFzaWNzCnZpbS1YMTEKdmltLWVuaGFuY2VkCnhlbWFjcwpAYWRtaW4tdG9v bHMKQHN5c3RlbS10b29scwpod2xvYwpudW1hY3RsCnRpZ2Vydm5jCiMgVmlydCBpcyBhbGwgdGhp cyBpcyBhYm91dCEhCkB2aXJ0dWFsaXphdGlvbgp2aXJ0LXRvcAp2aXJ0LXZpZXdlcgp2aXJ0LXdo YXQKbGliZ3Vlc3Rmcy10b29scwpndWVzdGZzLWJyb3dzZXIKIyBFeHBsaWNpdGx5IGluY2x1ZGUg WGVuIGNvbXBvbmVudHMKeGVuKgp4ZW4tZGV2ZWwKbGlidmlydC1kYWVtb24teGVuCi1nbm9tZS1i b3hlcwoKIyBHZXQgcmlkIG9mIGEgZmV3IGhlYXZ5IHN0dWZmCi1AbGlicmVvZmZpY2UKLUBwcmlu dGluZwotQE9mZmljZS9Qcm9kdWN0aXZpdHkKLWV2b2x1dGlvbioKLWJyYXNlcm8qCi1jaGVlc2UK LWNvbG9yZAotY29sb3JkLWd0awotZ25vbWUtYmFja2dyb3VuZHMKLWdub21lLWNvbG9yLW1hbmFn ZXIKLWdub21lLWNsb2NrcwotZ25vbWUtY29udGFjdHMKLWdub21lLWRpY3Rpb25hcnkKLWdub21l LWRvY3VtZW50cwotZ25vbWUtZm9udC12aWV3ZXIKLWdub21lLWdldHRpbmctc3RhcnRlZC1kb2Nz Ci1nbm9tZS1pY29uLXRoZW1lLWV4dHJhcwotZ25vbWUtcGhvdG9zCi1ndWNoYXJtYXAKLW9yY2EK LXJlYWxtZAotcmh5dGhtYm94Ci1zYW5lLWJhY2tlbmRzKgotc2hvdHdlbGwKLXNpbXBsZS1zY2Fu Ci1zeXN0ZW0tY29uZmlnLSoKLXRtcHdhdGNoCi10cmFuc21pc3Npb24tZ3RrCi12aW5hZ3JlCi15 dW0tbGFuZ3BhY2tzCgolZW5kICMgZW5kLXBhY2thZ2VzCgolcG9zdApjYXQgPj4gL2V0Yy9yYy5k L2luaXQuZC9saXZlc3lzIDw8IEVPRgoKIyBkb24ndCBydW4gZ25vbWUtaW5pdGlhbC1zZXR1cApt a2RpciB+bGl2ZXVzZXIvLmNvbmZpZwp0b3VjaCB+bGl2ZXVzZXIvLmNvbmZpZy9nbm9tZS1pbml0 aWFsLXNldHVwLWRvbmUKCiMgRGlzYWJsZSB1cGRhdGVzIHBsdWdpbgpjYXQgPj4gL3Vzci9zaGFy ZS9nbGliLTIuMC9zY2hlbWFzL29yZy5nbm9tZS5zZXR0aW5ncy1kYWVtb24ucGx1Z2lucy51cGRh dGVzLmdzY2hlbWEub3ZlcnJpZGUgPDwgRk9FCltvcmcuZ25vbWUuc2V0dGluZ3MtZGFlbW9uLnBs dWdpbnMudXBkYXRlc10KYWN0aXZlPWZhbHNlCkZPRQoKIyBEaXNhYmxlIHNjcmVlbiBibGFua2lu ZzogdGhlcmUncyBubyBuZWVkIGZvciBpdCBoZXJlIQpjYXQgPDwgRk9FID4+IC91c3Ivc2hhcmUv Z2xpYi0yLjAvc2NoZW1hcy9vcmcuZ25vbWUuZGVza3RvcC5zZXNzaW9uLmdzY2hlbWEub3ZlcnJp ZGUKW29yZy5nbm9tZS5kZXNrdG9wLnNlc3Npb25dCmlkbGUtZGVsYXk9MApGT0UKCiMgU2hvdyBh biBpbnN0YWxsZXIgaWNvbiBpbiBHTk9NRSBTaGVsbAppZiBbIC1mIC91c3Ivc2hhcmUvYXBwbGlj YXRpb25zL2xpdmVpbnN0LmRlc2t0b3AgXTsgdGhlbgogICMgU2hvdyBoYXJkZGlzayBpbnN0YWxs IGluIHNoZWxsIGRhc2gKICBzZWQgLWkgLWUgJ3MvTm9EaXNwbGF5PXRydWUvTm9EaXNwbGF5PWZh bHNlLycgL3Vzci9zaGFyZS9hcHBsaWNhdGlvbnMvbGl2ZWluc3QuZGVza3RvcCAiIgogICMgbmVl ZCB0byBtb3ZlIGl0IHRvIGFuYWNvbmRhLmRlc2t0b3AgdG8gbWFrZSBzaGVsbCBoYXBweQogIG12 IC91c3Ivc2hhcmUvYXBwbGljYXRpb25zL2xpdmVpbnN0LmRlc2t0b3AgL3Vzci9zaGFyZS9hcHBs aWNhdGlvbnMvYW5hY29uZGEuZGVza3RvcApmaQoKIyBTaGVsbCBmYXZvdXJpdGVzCmNhdCA+PiAv dXNyL3NoYXJlL2dsaWItMi4wL3NjaGVtYXMvb3JnLmdub21lLnNoZWxsLmdzY2hlbWEub3ZlcnJp ZGUgPDwgRk9FCltvcmcuZ25vbWUuc2hlbGxdCmZhdm9yaXRlLWFwcHM9WydmaXJlZm94LmRlc2t0 b3AnLCAnbmF1dGlsdXMuZGVza3RvcCcsICd2aXJ0LW1hbmFnZXIuZGVza3RvcCcsICdnbm9tZS10 ZXJtaW5hbC5kZXNrdG9wJywgJ2FuYWNvbmRhLmRlc2t0b3AnXQpGT0UKCiMgUmVidWlsZCBzY2hl bWEgd2l0aCBhbGwgdGhlIG92ZXJyaWRlcwpnbGliLWNvbXBpbGUtc2NoZW1hcyAvdXNyL3NoYXJl L2dsaWItMi4wL3NjaGVtYXMKCiMgQXV0by1sb2dpbgpjYXQgPiAvZXRjL2dkbS9jdXN0b20uY29u ZiA8PCBGT0UKW2RhZW1vbl0KQXV0b21hdGljTG9naW5FbmFibGU9VHJ1ZQpBdXRvbWF0aWNMb2dp bj1saXZldXNlcgpGT0UKCiMgUGVybWlzc2lvbnMgYW5kIHNlbGludXggY29udGV4dHMKY2hvd24g LVIgbGl2ZXVzZXI6bGl2ZXVzZXIgL2hvbWUvbGl2ZXVzZXIvCnJlc3RvcmVjb24gLVIgL2hvbWUv bGl2ZXVzZXIvCgpFT0YKCiVlbmQgI2VuZC1wb3N0CgolcG9zdCAtLW5vY2hyb290CmVjaG8gIkZp eHVwIHRoZSBib290bG9hZGVyLi4uIgpjcCAkSU5TVEFMTF9ST09UL2Jvb3QveGVuLmd6ICRMSVZF X1JPT1QvaXNvbGludXgKc2VkIC1pICdzL2tlcm5lbCB2bWxpbnV6MC9rZXJuZWwgbWJvb3QuYzMy LycgJExJVkVfUk9PVC9pc29saW51eC9pc29saW51eC5jZmcKc2VkIC1pICdzL2FwcGVuZCBpbml0 cmQ9aW5pdHJkMC5pbWcvYXBwZW5kIHhlbi5neiBjb20xPTExNTIwMCw4bjEgY29uc29sZT1jb20x LHZnYSAtLS0gdm1saW51ejAgeGVuY29ucz1odmMgY29uc29sZT1odmMwIGNvbnNvbGU9dHR5MC8n ICRMSVZFX1JPT1QvaXNvbGludXgvaXNvbGludXguY2ZnCnNlZCAtaSAnL2FwcGVuZC9zfCR8IC0t LSBpbml0cmQwLmltZ3wnICRMSVZFX1JPT1QvaXNvbGludXgvaXNvbGludXguY2ZnCgolZW5kICNl bmQtcG9zdCA0IGJvb3Rsb2FkZXIgZml4dXAKCg== --=-GDpAAwWwJ4iMYAnGtE7G-- --=-Ur+XE0Oe3j1ynhRbf6PP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlOW+KgACgkQk4XaBE3IOsSuUgCfVMu3+yY7CfOoakcdWyBbnxFl u0sAn3Lxj3ysnnFN6MR0fqm8LOup4JZu =7+uw -----END PGP SIGNATURE----- --=-Ur+XE0Oe3j1ynhRbf6PP-- --===============7506694079265336020== 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 --===============7506694079265336020==-- From xen-users-bounces@lists.xen.org Tue Jun 10 13:23:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 13:23:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuM0A-0004HO-VK; Tue, 10 Jun 2014 13:22:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuM08-0004HD-TK for xen-users@lists.xenproject.org; Tue, 10 Jun 2014 13:22:09 +0000 Received: from [85.158.137.68:39794] by server-12.bemta-3.messagelabs.com id BC/A6-14831-08607935; Tue, 10 Jun 2014 13:22:08 +0000 X-Env-Sender: michal@medvecky.net X-Msg-Ref: server-4.tower-31.messagelabs.com!1402406527!9123913!1 X-Originating-IP: [81.0.246.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19866 invoked from network); 10 Jun 2014 13:22:07 -0000 Received: from mail.medvecky.net (HELO mail.medvecky.net) (81.0.246.24) by server-4.tower-31.messagelabs.com with SMTP; 10 Jun 2014 13:22:07 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.medvecky.net (Postfix) with ESMTP id 73AE5136EAD for ; Tue, 10 Jun 2014 15:21:08 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at medvecky.net X-Spam-Flag: NO X-Spam-Score: -101 X-Spam-Level: X-Spam-Status: No, score=-101 tagged_above=-999 required=3.8 tests=[ALL_TRUSTED=-1, USER_IN_WHITELIST=-100] autolearn=unavailable Received: from mail.medvecky.net ([127.0.0.1]) by localhost (slovakia.medvecky.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b1kPp6+qEU8u for ; Tue, 10 Jun 2014 15:20:50 +0200 (CEST) Received: from [10.8.0.2] (gw-office.trustica.cz [82.208.32.230]) by mail.medvecky.net (Postfix) with ESMTPSA id 0ACA8136DCB for ; Tue, 10 Jun 2014 15:20:49 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) From: =?iso-8859-1?Q?Michal_Medveck=FD?= In-Reply-To: <87ecd742c30d4f1a917bf4a4b6f2347c@exchange.sh-solutions.de> Date: Tue, 10 Jun 2014 15:21:48 +0200 Message-Id: <204236F6-8FC7-491C-AAAF-EC1A1356ECC1@medvecky.net> References: <87ecd742c30d4f1a917bf4a4b6f2347c@exchange.sh-solutions.de> To: xen-users@lists.xenproject.org X-Mailer: Apple Mail (2.1878.2) Subject: Re: [Xen-users] Windows 2012 + GPLPV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 10. 6. 2014 v 12:02, Steffen Heil (Mailinglisten) : > But reading such questions on the list I always wondered: What would be the advantage of the gpl pv drivers? ACPI shutdown? > Windows 2012 and up (and iirc Windows 2008r2) has drivers for virtual devices (for hyper-v) that seem to work just fine. > I can download and store at least 30 MByte/s without special drivers. > > It even seems a lot better with "viridian = 1" on Xen 4.4. > > So what is the big advantage? We're using gplpv since windows 2000 and it never was a big deal (=always worked and boosted performance) until some problems with 2008 and that what I described in my previous e-mail with Windows 2012. To be honest, I've never compared performance between non-gplpv and gplpv-windows. Michal _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 10 13:23:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 13:23:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuM0A-0004HO-VK; Tue, 10 Jun 2014 13:22:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuM08-0004HD-TK for xen-users@lists.xenproject.org; Tue, 10 Jun 2014 13:22:09 +0000 Received: from [85.158.137.68:39794] by server-12.bemta-3.messagelabs.com id BC/A6-14831-08607935; Tue, 10 Jun 2014 13:22:08 +0000 X-Env-Sender: michal@medvecky.net X-Msg-Ref: server-4.tower-31.messagelabs.com!1402406527!9123913!1 X-Originating-IP: [81.0.246.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19866 invoked from network); 10 Jun 2014 13:22:07 -0000 Received: from mail.medvecky.net (HELO mail.medvecky.net) (81.0.246.24) by server-4.tower-31.messagelabs.com with SMTP; 10 Jun 2014 13:22:07 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.medvecky.net (Postfix) with ESMTP id 73AE5136EAD for ; Tue, 10 Jun 2014 15:21:08 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at medvecky.net X-Spam-Flag: NO X-Spam-Score: -101 X-Spam-Level: X-Spam-Status: No, score=-101 tagged_above=-999 required=3.8 tests=[ALL_TRUSTED=-1, USER_IN_WHITELIST=-100] autolearn=unavailable Received: from mail.medvecky.net ([127.0.0.1]) by localhost (slovakia.medvecky.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b1kPp6+qEU8u for ; Tue, 10 Jun 2014 15:20:50 +0200 (CEST) Received: from [10.8.0.2] (gw-office.trustica.cz [82.208.32.230]) by mail.medvecky.net (Postfix) with ESMTPSA id 0ACA8136DCB for ; Tue, 10 Jun 2014 15:20:49 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) From: =?iso-8859-1?Q?Michal_Medveck=FD?= In-Reply-To: <87ecd742c30d4f1a917bf4a4b6f2347c@exchange.sh-solutions.de> Date: Tue, 10 Jun 2014 15:21:48 +0200 Message-Id: <204236F6-8FC7-491C-AAAF-EC1A1356ECC1@medvecky.net> References: <87ecd742c30d4f1a917bf4a4b6f2347c@exchange.sh-solutions.de> To: xen-users@lists.xenproject.org X-Mailer: Apple Mail (2.1878.2) Subject: Re: [Xen-users] Windows 2012 + GPLPV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 10. 6. 2014 v 12:02, Steffen Heil (Mailinglisten) : > But reading such questions on the list I always wondered: What would be the advantage of the gpl pv drivers? ACPI shutdown? > Windows 2012 and up (and iirc Windows 2008r2) has drivers for virtual devices (for hyper-v) that seem to work just fine. > I can download and store at least 30 MByte/s without special drivers. > > It even seems a lot better with "viridian = 1" on Xen 4.4. > > So what is the big advantage? We're using gplpv since windows 2000 and it never was a big deal (=always worked and boosted performance) until some problems with 2008 and that what I described in my previous e-mail with Windows 2012. To be honest, I've never compared performance between non-gplpv and gplpv-windows. Michal _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 10 13:35:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 13:35:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuMDJ-0005cr-QS; Tue, 10 Jun 2014 13:35:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuMDI-0005cc-AI for xen-users@lists.xen.org; Tue, 10 Jun 2014 13:35:44 +0000 Received: from [85.158.143.35:13280] by server-2.bemta-4.messagelabs.com id 27/45-06539-FA907935; Tue, 10 Jun 2014 13:35:43 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1402407340!3139309!1 X-Originating-IP: [156.151.31.81] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU2LjE1MS4zMS44MSA9PiAyODgzMzk=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21005 invoked from network); 10 Jun 2014 13:35:42 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jun 2014 13:35:42 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s5ADZUtm027425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 10 Jun 2014 13:35:31 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s5ADZR2G014736 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jun 2014 13:35:28 GMT Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s5ADZQBb008982; Tue, 10 Jun 2014 13:35:27 GMT Received: from laptop.dumpdata.com (/172.56.23.32) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 10 Jun 2014 06:35:26 -0700 Received: by laptop.dumpdata.com (Postfix, from userid 1000) id 74FE79F22E; Tue, 10 Jun 2014 09:35:24 -0400 (EDT) Date: Tue, 10 Jun 2014 09:35:24 -0400 From: Konrad Rzeszutek Wilk To: Dario Faggioli Message-ID: <20140610133524.GI28932@laptop.dumpdata.com> References: <1402402984.16827.9.camel@Solace> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1402402984.16827.9.camel@Solace> User-Agent: Mutt/1.5.23 (2014-03-12) X-Source-IP: acsinet21.oracle.com [141.146.126.237] Cc: xen@lists.fedoraproject.org, "xen-users@lists.xen.org" Subject: Re: [Xen-users] Fedora based Xen Live CD X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Jun 10, 2014 at 02:23:04PM +0200, Dario Faggioli wrote: > Hello, > > So, in the past weeks, as a pet project, I tried to put together a > Fedora based Xen LiveCD. Of course, I took advantage of kickstart, the > Fedora spins 'framework' [1], etc. > Actually, that is exactly what I ended up creating: a kickstart file for > a Fedora spin. It's not an official spin yet, just something I > personally maintain (so, if you like, a Remix [2], although one with > 100% Fedora software)... but perhaps I can go ahead and propose it as an > official spin, if the idea reveals popular enough. :-) [3] > > Here it comes how to give it a try. The kickstart file is attached to > this message, and the latest version of it will always be available > here: > > git://xenbits.xen.org/people/dariof/fedora-live-xen.git > http://xenbits.xen.org/gitweb/?p=people/dariof/fedora-live-xen.git;a=summary > > Once downloaded it, make sure you have the spin-kickstarts and > livecd-tools packages. Creating the ISO is (on a Fedora system, of > course!) as easy as running (as root) the following commands (full > instructions here [4]): > # cd /usr/share/spin-kickstarts > # livecd-creator --verbose \ > --config=/fedora-live-xen.ks \ > --fslabel=Fedora-Xen \ > --cache=/var/cache/live > > Notice that the `livecd-creator' command accepts a > "--releasever=RELEASEVER" argument, in case one wants to create a live > image of a specific version of Fedora. > > > At the time of writing this email, there isn't any ISO uploaded > anywhere, as doing so, completely starves my poor little residential > ADSL! :-/ Anyway, I'm going to upload it as soon as possible, and I'll > send the link as a reply to this message... sorry for the > inconvenience! :-P > > Once you have the ISO, it should be easy enough to get to create a > bootable USB stick (look at [5]). > > Et voila`, you have a Fedora based Dom0 on your CD or USB stick, ready > to be used, for example, for testing Xen on all your boxes, without > actually having to install it! You just boot the live image as usual, > and the hypervisor and Dom0 environemnt is what will be started by > default. It also comes with libvirt (with the libxl driver), > virt-manager, virt-viewer, and all these stuff. :-) > > The Xen and Dom0 kernel version used are the ones available in the > Fedora packages for the chosen distro, i.e., Xen 4.3.x on Fedora 20. > I'm already including the updates-testing and virt-preview repositories, > and packages are fetched from there during the live CD creation, so you > really should get software as updated as available. > > It's probably not too hard to include rawhide packages at least for Xen > (which, at the moment would mean Xen 4.4), and I'm already trying to > enable that. A little bit more tricky would be to use something coming > from a personal build of the hypervisor (and toolstack, of course). The > problem is both automating the build inside of the kickstart file (but > that is certainly doable) and dealing with dependencies (as in, if you > build and install Xen from source, `yum install > libvirt-daemon-driver-libxl may complain). Anyway, if this is something > interesting, we can certainly try to make it happen. :-) > > Of course, once inside the live session, it is possible to invoke the > official Fedora installer and install the distro. That path, however, is > not highly tested with this LiveCD image yet. > > So, we're done I guess. Please, if interested, send me your comments, > suggestions, bugfixes, contributions of any kind, etc... let's improve > this > together! :-) Woot! Thank you for making this happen. This should help quite a lot when it comes to testing the latest and greatest with different hardware! And also to showcase virtualization - just run it, have an dd image of some OS, boot it. And .. there we go. Thank you again! > > Thanks and Reegards, > Dario > > [1] For those unfamiliar with Fedora spins, they're basically > alternative versions of Fedora, tailored for various types of users via > hand-picked application sets or customizations. See: > http://spins.fedoraproject.org/ > http://spins.fedoraproject.org/about > > [2] http://fedoraproject.org/wiki/Remix > > [3] https://fedoraproject.org/wiki/Spins_Process > > [4] http://fedoraproject.org/wiki/How_to_create_and_use_a_Live_CD > > [5] https://fedoraproject.org/wiki/How_to_create_and_use_Live_USB?rd=FedoraLiveCD/USBHowTo > > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 10 13:35:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jun 2014 13:35:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuMDJ-0005cr-QS; Tue, 10 Jun 2014 13:35:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuMDI-0005cc-AI for xen-users@lists.xen.org; Tue, 10 Jun 2014 13:35:44 +0000 Received: from [85.158.143.35:13280] by server-2.bemta-4.messagelabs.com id 27/45-06539-FA907935; Tue, 10 Jun 2014 13:35:43 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1402407340!3139309!1 X-Originating-IP: [156.151.31.81] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU2LjE1MS4zMS44MSA9PiAyODgzMzk=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21005 invoked from network); 10 Jun 2014 13:35:42 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jun 2014 13:35:42 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s5ADZUtm027425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 10 Jun 2014 13:35:31 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s5ADZR2G014736 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jun 2014 13:35:28 GMT Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s5ADZQBb008982; Tue, 10 Jun 2014 13:35:27 GMT Received: from laptop.dumpdata.com (/172.56.23.32) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 10 Jun 2014 06:35:26 -0700 Received: by laptop.dumpdata.com (Postfix, from userid 1000) id 74FE79F22E; Tue, 10 Jun 2014 09:35:24 -0400 (EDT) Date: Tue, 10 Jun 2014 09:35:24 -0400 From: Konrad Rzeszutek Wilk To: Dario Faggioli Message-ID: <20140610133524.GI28932@laptop.dumpdata.com> References: <1402402984.16827.9.camel@Solace> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1402402984.16827.9.camel@Solace> User-Agent: Mutt/1.5.23 (2014-03-12) X-Source-IP: acsinet21.oracle.com [141.146.126.237] Cc: xen@lists.fedoraproject.org, "xen-users@lists.xen.org" Subject: Re: [Xen-users] Fedora based Xen Live CD X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Jun 10, 2014 at 02:23:04PM +0200, Dario Faggioli wrote: > Hello, > > So, in the past weeks, as a pet project, I tried to put together a > Fedora based Xen LiveCD. Of course, I took advantage of kickstart, the > Fedora spins 'framework' [1], etc. > Actually, that is exactly what I ended up creating: a kickstart file for > a Fedora spin. It's not an official spin yet, just something I > personally maintain (so, if you like, a Remix [2], although one with > 100% Fedora software)... but perhaps I can go ahead and propose it as an > official spin, if the idea reveals popular enough. :-) [3] > > Here it comes how to give it a try. The kickstart file is attached to > this message, and the latest version of it will always be available > here: > > git://xenbits.xen.org/people/dariof/fedora-live-xen.git > http://xenbits.xen.org/gitweb/?p=people/dariof/fedora-live-xen.git;a=summary > > Once downloaded it, make sure you have the spin-kickstarts and > livecd-tools packages. Creating the ISO is (on a Fedora system, of > course!) as easy as running (as root) the following commands (full > instructions here [4]): > # cd /usr/share/spin-kickstarts > # livecd-creator --verbose \ > --config=/fedora-live-xen.ks \ > --fslabel=Fedora-Xen \ > --cache=/var/cache/live > > Notice that the `livecd-creator' command accepts a > "--releasever=RELEASEVER" argument, in case one wants to create a live > image of a specific version of Fedora. > > > At the time of writing this email, there isn't any ISO uploaded > anywhere, as doing so, completely starves my poor little residential > ADSL! :-/ Anyway, I'm going to upload it as soon as possible, and I'll > send the link as a reply to this message... sorry for the > inconvenience! :-P > > Once you have the ISO, it should be easy enough to get to create a > bootable USB stick (look at [5]). > > Et voila`, you have a Fedora based Dom0 on your CD or USB stick, ready > to be used, for example, for testing Xen on all your boxes, without > actually having to install it! You just boot the live image as usual, > and the hypervisor and Dom0 environemnt is what will be started by > default. It also comes with libvirt (with the libxl driver), > virt-manager, virt-viewer, and all these stuff. :-) > > The Xen and Dom0 kernel version used are the ones available in the > Fedora packages for the chosen distro, i.e., Xen 4.3.x on Fedora 20. > I'm already including the updates-testing and virt-preview repositories, > and packages are fetched from there during the live CD creation, so you > really should get software as updated as available. > > It's probably not too hard to include rawhide packages at least for Xen > (which, at the moment would mean Xen 4.4), and I'm already trying to > enable that. A little bit more tricky would be to use something coming > from a personal build of the hypervisor (and toolstack, of course). The > problem is both automating the build inside of the kickstart file (but > that is certainly doable) and dealing with dependencies (as in, if you > build and install Xen from source, `yum install > libvirt-daemon-driver-libxl may complain). Anyway, if this is something > interesting, we can certainly try to make it happen. :-) > > Of course, once inside the live session, it is possible to invoke the > official Fedora installer and install the distro. That path, however, is > not highly tested with this LiveCD image yet. > > So, we're done I guess. Please, if interested, send me your comments, > suggestions, bugfixes, contributions of any kind, etc... let's improve > this > together! :-) Woot! Thank you for making this happen. This should help quite a lot when it comes to testing the latest and greatest with different hardware! And also to showcase virtualization - just run it, have an dd image of some OS, boot it. And .. there we go. Thank you again! > > Thanks and Reegards, > Dario > > [1] For those unfamiliar with Fedora spins, they're basically > alternative versions of Fedora, tailored for various types of users via > hand-picked application sets or customizations. See: > http://spins.fedoraproject.org/ > http://spins.fedoraproject.org/about > > [2] http://fedoraproject.org/wiki/Remix > > [3] https://fedoraproject.org/wiki/Spins_Process > > [4] http://fedoraproject.org/wiki/How_to_create_and_use_a_Live_CD > > [5] https://fedoraproject.org/wiki/How_to_create_and_use_Live_USB?rd=FedoraLiveCD/USBHowTo > > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 06:36:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 06:36:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuc7u-00087f-Cy; Wed, 11 Jun 2014 06:35:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuc7s-00087a-4b for xen-users@lists.xen.org; Wed, 11 Jun 2014 06:35:12 +0000 Received: from [85.158.137.68:24707] by server-17.bemta-3.messagelabs.com id 52/41-22741-F98F7935; Wed, 11 Jun 2014 06:35:11 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-31.messagelabs.com!1402468509!9309337!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28518 invoked from network); 11 Jun 2014 06:35:09 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 11 Jun 2014 06:35:09 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Wuc7o-0001JP-5p for xen-users@lists.xen.org; Wed, 11 Jun 2014 08:35:08 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1Wuc7o-0001Q4-1r for xen-users@lists.xen.org; Wed, 11 Jun 2014 08:35:08 +0200 From: lee To: xen-users@lists.xen.org Date: Wed, 11 Jun 2014 08:35:05 +0200 Organization: my virtual residence Message-ID: <87oay0gdie.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: [Xen-users] CPU assignment and sched-credit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, looking at [1], I start to think that it would make a lot of sense to overcommit CPUs on a server with very light load and let the scheduler handle the assignment by time slices as demand requires. I've been reading that overcommitting CPUs is a bad idea, yet I don't understand what the point is in letting N-1 CPUs idle while one of the N CPUs is busy and the VM driven by it could benefit from being able to use more CPUs. IIUC, the scheduler will preempt a VM after so much time anyway and allow other VMs to run. When CPUs are not overcommitted, it wouldn't need to preempt anything because all VMs can run simultaneously. (I don't know if does preempt a VM anyway.) With CPUs overcommitted and all VMs busy, overall throughput can (will) be diminished, and latency could become an issue. With very little load, it seems to make sense to just let all VMs have all CPUs. There's probably a point at which it would be better to do some fine tuning, based on the actual loads, and before that point is reached, what could be better than letting all CPUs to all VMs? Am I wrong or missing something? [1]: http://wiki.xen.org/wiki/Credit_Scheduler -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 06:36:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 06:36:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuc7u-00087f-Cy; Wed, 11 Jun 2014 06:35:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuc7s-00087a-4b for xen-users@lists.xen.org; Wed, 11 Jun 2014 06:35:12 +0000 Received: from [85.158.137.68:24707] by server-17.bemta-3.messagelabs.com id 52/41-22741-F98F7935; Wed, 11 Jun 2014 06:35:11 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-31.messagelabs.com!1402468509!9309337!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28518 invoked from network); 11 Jun 2014 06:35:09 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 11 Jun 2014 06:35:09 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Wuc7o-0001JP-5p for xen-users@lists.xen.org; Wed, 11 Jun 2014 08:35:08 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1Wuc7o-0001Q4-1r for xen-users@lists.xen.org; Wed, 11 Jun 2014 08:35:08 +0200 From: lee To: xen-users@lists.xen.org Date: Wed, 11 Jun 2014 08:35:05 +0200 Organization: my virtual residence Message-ID: <87oay0gdie.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: [Xen-users] CPU assignment and sched-credit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, looking at [1], I start to think that it would make a lot of sense to overcommit CPUs on a server with very light load and let the scheduler handle the assignment by time slices as demand requires. I've been reading that overcommitting CPUs is a bad idea, yet I don't understand what the point is in letting N-1 CPUs idle while one of the N CPUs is busy and the VM driven by it could benefit from being able to use more CPUs. IIUC, the scheduler will preempt a VM after so much time anyway and allow other VMs to run. When CPUs are not overcommitted, it wouldn't need to preempt anything because all VMs can run simultaneously. (I don't know if does preempt a VM anyway.) With CPUs overcommitted and all VMs busy, overall throughput can (will) be diminished, and latency could become an issue. With very little load, it seems to make sense to just let all VMs have all CPUs. There's probably a point at which it would be better to do some fine tuning, based on the actual loads, and before that point is reached, what could be better than letting all CPUs to all VMs? Am I wrong or missing something? [1]: http://wiki.xen.org/wiki/Credit_Scheduler -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 07:56:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 07:56:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WudMl-00021w-Ir; Wed, 11 Jun 2014 07:54:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WudMk-00021o-DR; Wed, 11 Jun 2014 07:54:38 +0000 Received: from [85.158.143.35:60325] by server-1.bemta-4.messagelabs.com id 18/A1-09853-D3B08935; Wed, 11 Jun 2014 07:54:37 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1402473275!3298986!1 X-Originating-IP: [192.94.94.40] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjk0Ljk0LjQwID0+IDE3MDg0MQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24684 invoked from network); 11 Jun 2014 07:54:36 -0000 Received: from arroyo.ext.ti.com (HELO arroyo.ext.ti.com) (192.94.94.40) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jun 2014 07:54:36 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by arroyo.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5B7sWqj032230; Wed, 11 Jun 2014 02:54:32 -0500 Received: from DLEE71.ent.ti.com (dlee71.ent.ti.com [157.170.170.114]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5B7sW9n009870; Wed, 11 Jun 2014 02:54:32 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DLEE71.ent.ti.com ([fe80::4dce:5c82:1ad0:d462%28]) with mapi id 14.03.0174.001; Wed, 11 Jun 2014 02:54:32 -0500 From: "Kapania, Ashish" To: Ian Campbell Thread-Topic: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: AQHPg76wsxw0nDEnwUuzVsYyox1tiZtpP0ZwgAEonYCAAMSvcA== Date: Wed, 11 Jun 2014 07:54:32 +0000 Message-ID: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402392269.29980.25.camel@kazak.uk.xensource.com> In-Reply-To: <1402392269.29980.25.camel@kazak.uk.xensource.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.170.170.90] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , xen-devel Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: Tuesday, June 10, 2014 2:24 AM > To: Kapania, Ashish > Cc: xen-users@lists.xen.org; xen-devel > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > guest in Xen for ARM targets > > (adding xen-devel for some of these issues) > > On Tue, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: > > > -----Original Message----- > > > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > > > Sent: Monday, June 09, 2014 1:42 AM > > > To: Kapania, Ashish > > > Cc: xen-users@lists.xen.org > > > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > > > guest in Xen for ARM targets > > > > > > On Fri, 2014-06-06 at 20:25 +0000, Kapania, Ashish wrote: > > > > Hi All, > > > > > > > > I am working on running a RTOS as a domU guest on a omap5 evm > > > (Cortex-A15). > > > > As part of this effort, I need to create drivers for certain > > > > peripherals that are owned by the domU guest (basically make the > > > > domU a driver domain for certain peripherals). In order to > achieve > > > > this I need to be able to grant domU access to certain memory > > > > mapped registers and map a SPI IRQ generated by the hw peripheral > to it. > > > > > > > > I went through the xl.cfg documentation and my understanding is > > > > that it supports 2 options called "iomem" and "irqs" that I can > > > > use to achieve the aforementioned purpose when creating a guest. > > > > However, it looks like these are not implemented in Xen-ARM. My > > > > question is that what is the recommended way of achieving this in > > > > Xen for ARM targets > > > ? > > > > > > Support for iomem= is being worked on right now. See patches from > > > Arianna Avanzini on xen-devel over the last few months. Julien > Grall > > > is also working on irq passthrough which I think will integrate > > > irqs= support but also a "higher level" ability to passthrough a > > > device based on e.g. device tree nodes without having to worry > about > > > the specific resources. I'm not sure when this will be ready > though. > > > > > > In the meantime (and with the Xen 4.4 release) people who want this > > > functionality have just been hacking the hypervisor to add the > > > specific mappings which they need to the domU domains. The key > > > functions in the hypervisor are map_mmio_regions and > > > route_irq_to_guest (see xen/arch/arm/platforms/*.c for examples of > > > using these to route devices which are not described in devicetree > > > to dom0, which is a bit similar to what you want) > > > > > > I'm not sure how people have been triggering these extra mappings. > I > > > suppose you could either do it statically for each domid==N e.g. in > > > arch_domain_create (but then you can't easily restart the guests) > or > > > you could add a custom domctl and add a call in the toolstack, or a > > > new DOMCRF_ flag (which gets passed to arch_domain_create). > > > > > > > Thanks Ian, this helps. I think I am going to go ahead with your > > Suggestion to create a custom domctl op for now and add a call to it > > in the xen toolstack. This should allow me to specify the desired > > mappings in the domU.cfg file. > > Great. > > > > Are the devices you wish to pass through DMA capable? Unless they > > > are being an SMMU that will make things more complex. > > > > > > > At the moment the peripherals I need to pass through are not DMA > capable. > > In the future however, I may have to pass through a dma-capable > device. > > It will all depend on the use-cases that we will need to support on > > our RTOS. > > > > I believe the TI chip I am working on (OMAP5) does not have a SMMU. > > I thought it did have some sort of IOMMU (perhaps not exactly an SMMU) > for some peripherals, but I've not worked with or even investigated the > platform much. > > > Considering the lack of SMMU, if I need to pass through a dma-capable > > device, how do you recommend I go about it ? Do I need to implement > > something similar to linux's swiotlb-xen driver in our RTOS ? > > It depends on the nature of the specific device. > > One approach (the preferred one I think) would be to create a PV > front/back pair for the class of devices to allow dom0 to drive the > hardware and provide mediated access to it to guests (assuming such a > driver pair doesn't already exist). There is talk [0,1] of perhaps > starting a new subproject with the aim of providing PV drivers for > various "embedded" type devices (and I think OMAP is one of the > platforms used by the people involved). > > Another option would be some sort of software SMMU or swiotlb thing > like you've suggested. I think that would involve a small amount of > hypervisor support to map guest IPAs in to DMA address (i.e. real PAs). > There have been proposals along those lines e.g. [2] which I think > deals with IPU stuff on OMAP. > [2] seems useful if we need to get shared memory IPC working between domU guest and the remote processors on the SoC. I will try to stick to using PV front/back end pair to provide domU access to peripherals unless performance requirements necessitate running a driver directly on domU. In which case it seems my best bet is emulating SMMU in software. Thanks for your inputs. Best, Ashish > Lastly the 1:1 workaround could potentially be enabled for other > guests, but that is a pretty nasty hack and would cause potential > issues e.g. > with rebooting such a guest (if it couldn't allocate a contiguous > region next time). > > Oh, and I suppose it might be possible to not use the DMA capabilities > of the h/w, but I guess that would be pretty awful for perf and power > etc, you would probably not want to go that path I suppose. > > Ian. > > [0] http://lists.xen.org/archives/html/xen-devel/2014-06/msg00444.html > [1] http://lists.xen.org/archives/html/xen-devel/2014-06/msg00289.html > [2] http://lists.xen.org/archives/html/xen-devel/2014-01/msg01913.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 07:56:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 07:56:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WudMl-00021w-Ir; Wed, 11 Jun 2014 07:54:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WudMk-00021o-DR; Wed, 11 Jun 2014 07:54:38 +0000 Received: from [85.158.143.35:60325] by server-1.bemta-4.messagelabs.com id 18/A1-09853-D3B08935; Wed, 11 Jun 2014 07:54:37 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1402473275!3298986!1 X-Originating-IP: [192.94.94.40] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjk0Ljk0LjQwID0+IDE3MDg0MQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24684 invoked from network); 11 Jun 2014 07:54:36 -0000 Received: from arroyo.ext.ti.com (HELO arroyo.ext.ti.com) (192.94.94.40) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jun 2014 07:54:36 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by arroyo.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5B7sWqj032230; Wed, 11 Jun 2014 02:54:32 -0500 Received: from DLEE71.ent.ti.com (dlee71.ent.ti.com [157.170.170.114]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5B7sW9n009870; Wed, 11 Jun 2014 02:54:32 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DLEE71.ent.ti.com ([fe80::4dce:5c82:1ad0:d462%28]) with mapi id 14.03.0174.001; Wed, 11 Jun 2014 02:54:32 -0500 From: "Kapania, Ashish" To: Ian Campbell Thread-Topic: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: AQHPg76wsxw0nDEnwUuzVsYyox1tiZtpP0ZwgAEonYCAAMSvcA== Date: Wed, 11 Jun 2014 07:54:32 +0000 Message-ID: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402392269.29980.25.camel@kazak.uk.xensource.com> In-Reply-To: <1402392269.29980.25.camel@kazak.uk.xensource.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.170.170.90] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , xen-devel Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: Tuesday, June 10, 2014 2:24 AM > To: Kapania, Ashish > Cc: xen-users@lists.xen.org; xen-devel > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > guest in Xen for ARM targets > > (adding xen-devel for some of these issues) > > On Tue, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: > > > -----Original Message----- > > > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > > > Sent: Monday, June 09, 2014 1:42 AM > > > To: Kapania, Ashish > > > Cc: xen-users@lists.xen.org > > > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > > > guest in Xen for ARM targets > > > > > > On Fri, 2014-06-06 at 20:25 +0000, Kapania, Ashish wrote: > > > > Hi All, > > > > > > > > I am working on running a RTOS as a domU guest on a omap5 evm > > > (Cortex-A15). > > > > As part of this effort, I need to create drivers for certain > > > > peripherals that are owned by the domU guest (basically make the > > > > domU a driver domain for certain peripherals). In order to > achieve > > > > this I need to be able to grant domU access to certain memory > > > > mapped registers and map a SPI IRQ generated by the hw peripheral > to it. > > > > > > > > I went through the xl.cfg documentation and my understanding is > > > > that it supports 2 options called "iomem" and "irqs" that I can > > > > use to achieve the aforementioned purpose when creating a guest. > > > > However, it looks like these are not implemented in Xen-ARM. My > > > > question is that what is the recommended way of achieving this in > > > > Xen for ARM targets > > > ? > > > > > > Support for iomem= is being worked on right now. See patches from > > > Arianna Avanzini on xen-devel over the last few months. Julien > Grall > > > is also working on irq passthrough which I think will integrate > > > irqs= support but also a "higher level" ability to passthrough a > > > device based on e.g. device tree nodes without having to worry > about > > > the specific resources. I'm not sure when this will be ready > though. > > > > > > In the meantime (and with the Xen 4.4 release) people who want this > > > functionality have just been hacking the hypervisor to add the > > > specific mappings which they need to the domU domains. The key > > > functions in the hypervisor are map_mmio_regions and > > > route_irq_to_guest (see xen/arch/arm/platforms/*.c for examples of > > > using these to route devices which are not described in devicetree > > > to dom0, which is a bit similar to what you want) > > > > > > I'm not sure how people have been triggering these extra mappings. > I > > > suppose you could either do it statically for each domid==N e.g. in > > > arch_domain_create (but then you can't easily restart the guests) > or > > > you could add a custom domctl and add a call in the toolstack, or a > > > new DOMCRF_ flag (which gets passed to arch_domain_create). > > > > > > > Thanks Ian, this helps. I think I am going to go ahead with your > > Suggestion to create a custom domctl op for now and add a call to it > > in the xen toolstack. This should allow me to specify the desired > > mappings in the domU.cfg file. > > Great. > > > > Are the devices you wish to pass through DMA capable? Unless they > > > are being an SMMU that will make things more complex. > > > > > > > At the moment the peripherals I need to pass through are not DMA > capable. > > In the future however, I may have to pass through a dma-capable > device. > > It will all depend on the use-cases that we will need to support on > > our RTOS. > > > > I believe the TI chip I am working on (OMAP5) does not have a SMMU. > > I thought it did have some sort of IOMMU (perhaps not exactly an SMMU) > for some peripherals, but I've not worked with or even investigated the > platform much. > > > Considering the lack of SMMU, if I need to pass through a dma-capable > > device, how do you recommend I go about it ? Do I need to implement > > something similar to linux's swiotlb-xen driver in our RTOS ? > > It depends on the nature of the specific device. > > One approach (the preferred one I think) would be to create a PV > front/back pair for the class of devices to allow dom0 to drive the > hardware and provide mediated access to it to guests (assuming such a > driver pair doesn't already exist). There is talk [0,1] of perhaps > starting a new subproject with the aim of providing PV drivers for > various "embedded" type devices (and I think OMAP is one of the > platforms used by the people involved). > > Another option would be some sort of software SMMU or swiotlb thing > like you've suggested. I think that would involve a small amount of > hypervisor support to map guest IPAs in to DMA address (i.e. real PAs). > There have been proposals along those lines e.g. [2] which I think > deals with IPU stuff on OMAP. > [2] seems useful if we need to get shared memory IPC working between domU guest and the remote processors on the SoC. I will try to stick to using PV front/back end pair to provide domU access to peripherals unless performance requirements necessitate running a driver directly on domU. In which case it seems my best bet is emulating SMMU in software. Thanks for your inputs. Best, Ashish > Lastly the 1:1 workaround could potentially be enabled for other > guests, but that is a pretty nasty hack and would cause potential > issues e.g. > with rebooting such a guest (if it couldn't allocate a contiguous > region next time). > > Oh, and I suppose it might be possible to not use the DMA capabilities > of the h/w, but I guess that would be pretty awful for perf and power > etc, you would probably not want to go that path I suppose. > > Ian. > > [0] http://lists.xen.org/archives/html/xen-devel/2014-06/msg00444.html > [1] http://lists.xen.org/archives/html/xen-devel/2014-06/msg00289.html > [2] http://lists.xen.org/archives/html/xen-devel/2014-01/msg01913.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 08:29:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 08:29:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuduW-0004At-Ra; Wed, 11 Jun 2014 08:29:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuduU-0004Ak-TR for xen-users@lists.xen.org; Wed, 11 Jun 2014 08:29:31 +0000 Received: from [85.158.137.68:36456] by server-14.bemta-3.messagelabs.com id 5D/44-30903-96318935; Wed, 11 Jun 2014 08:29:29 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1402475366!9371578!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30783 invoked from network); 11 Jun 2014 08:29:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 08:29:28 -0000 X-IronPort-AV: E=Sophos;i="5.01,456,1400025600"; d="asc'?scan'208";a="142012973" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 11 Jun 2014 08:29:25 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 11 Jun 2014 04:29:25 -0400 Message-ID: <1402475364.16827.83.camel@Solace> From: Dario Faggioli To: "Kapania, Ashish" Date: Wed, 11 Jun 2014 10:29:24 +0200 In-Reply-To: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> Organization: Citrix X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) MIME-Version: 1.0 X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , Ian Campbell , Arianna Avanzini Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1240228886160003006==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1240228886160003006== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-pHNU2U5tzi0qRaAVLiuJ" --=-pHNU2U5tzi0qRaAVLiuJ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable [Adding Arianna] On mar, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: > > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > >=20 > > I'm not sure how people have been triggering these extra mappings. I > > suppose you could either do it statically for each domid=3D=3DN e.g. in > > arch_domain_create (but then you can't easily restart the guests) or > > you could add a custom domctl and add a call in the toolstack, or a new > > DOMCRF_ flag (which gets passed to arch_domain_create). > >=20 >=20 > Thanks Ian, this helps. I think I am going to go ahead with your > Suggestion to create a custom domctl op for now and add a call to it in > the xen toolstack. This should allow me to specify the desired mappings > in the domU.cfg file. >=20 What Xen version are we talking about? If that is not a constraint, and you can use a fairly recent one --even better work with the git master branch directly-- I think I'd dare suggesting to give Arianna's (and Julien's) series a look, trying to apply the latest versions of them, and see whether they work for you. At least for Arianna's one (so "iomem=3D"), there should be no need to wait for it to be upstreamed (although, that looks pretty imminent). I mean, if you just take the series and apply it, it's already working! Things can change in the implementation, but I think I personally would prefer this approach as, as soon as the patches will be merged, you'll be all set, your RTOS will work with Xen upstream, without the need to change anything, nor in the code neither in the config file. I don't know whether or not this is important for your use case, though. AFAIUI, Arianna's series also allows you to specify the mapping in the config file, via "iomem=3D", as you seem to need. What RTOS, if I can ask? Arianna, what's the best version of your series you suggest to apply, in order to have something working, and close enough to the final version that will land upstream (at least from the interface point of view)? Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-pHNU2U5tzi0qRaAVLiuJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlOYE2QACgkQk4XaBE3IOsQmeACgoIn1PdMFsrAhco+QwetthVkA vJUAn1K4noh3ufV/sKVMm6m+8BcHwSrz =ggPy -----END PGP SIGNATURE----- --=-pHNU2U5tzi0qRaAVLiuJ-- --===============1240228886160003006== 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 --===============1240228886160003006==-- From xen-users-bounces@lists.xen.org Wed Jun 11 08:29:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 08:29:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuduW-0004At-Ra; Wed, 11 Jun 2014 08:29:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuduU-0004Ak-TR for xen-users@lists.xen.org; Wed, 11 Jun 2014 08:29:31 +0000 Received: from [85.158.137.68:36456] by server-14.bemta-3.messagelabs.com id 5D/44-30903-96318935; Wed, 11 Jun 2014 08:29:29 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1402475366!9371578!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30783 invoked from network); 11 Jun 2014 08:29:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 08:29:28 -0000 X-IronPort-AV: E=Sophos;i="5.01,456,1400025600"; d="asc'?scan'208";a="142012973" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 11 Jun 2014 08:29:25 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 11 Jun 2014 04:29:25 -0400 Message-ID: <1402475364.16827.83.camel@Solace> From: Dario Faggioli To: "Kapania, Ashish" Date: Wed, 11 Jun 2014 10:29:24 +0200 In-Reply-To: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> Organization: Citrix X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) MIME-Version: 1.0 X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , Ian Campbell , Arianna Avanzini Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1240228886160003006==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1240228886160003006== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-pHNU2U5tzi0qRaAVLiuJ" --=-pHNU2U5tzi0qRaAVLiuJ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable [Adding Arianna] On mar, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: > > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > >=20 > > I'm not sure how people have been triggering these extra mappings. I > > suppose you could either do it statically for each domid=3D=3DN e.g. in > > arch_domain_create (but then you can't easily restart the guests) or > > you could add a custom domctl and add a call in the toolstack, or a new > > DOMCRF_ flag (which gets passed to arch_domain_create). > >=20 >=20 > Thanks Ian, this helps. I think I am going to go ahead with your > Suggestion to create a custom domctl op for now and add a call to it in > the xen toolstack. This should allow me to specify the desired mappings > in the domU.cfg file. >=20 What Xen version are we talking about? If that is not a constraint, and you can use a fairly recent one --even better work with the git master branch directly-- I think I'd dare suggesting to give Arianna's (and Julien's) series a look, trying to apply the latest versions of them, and see whether they work for you. At least for Arianna's one (so "iomem=3D"), there should be no need to wait for it to be upstreamed (although, that looks pretty imminent). I mean, if you just take the series and apply it, it's already working! Things can change in the implementation, but I think I personally would prefer this approach as, as soon as the patches will be merged, you'll be all set, your RTOS will work with Xen upstream, without the need to change anything, nor in the code neither in the config file. I don't know whether or not this is important for your use case, though. AFAIUI, Arianna's series also allows you to specify the mapping in the config file, via "iomem=3D", as you seem to need. What RTOS, if I can ask? Arianna, what's the best version of your series you suggest to apply, in order to have something working, and close enough to the final version that will land upstream (at least from the interface point of view)? Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-pHNU2U5tzi0qRaAVLiuJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlOYE2QACgkQk4XaBE3IOsQmeACgoIn1PdMFsrAhco+QwetthVkA vJUAn1K4noh3ufV/sKVMm6m+8BcHwSrz =ggPy -----END PGP SIGNATURE----- --=-pHNU2U5tzi0qRaAVLiuJ-- --===============1240228886160003006== 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 --===============1240228886160003006==-- From xen-users-bounces@lists.xen.org Wed Jun 11 11:22:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 11:22:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WugbA-00078f-RK; Wed, 11 Jun 2014 11:21:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wueua-0006sl-LX for xen-users@lists.xenproject.org; Wed, 11 Jun 2014 09:33:40 +0000 Received: from [85.158.143.35:37207] by server-1.bemta-4.messagelabs.com id 3E/42-09853-37228935; Wed, 11 Jun 2014 09:33:39 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-14.tower-21.messagelabs.com!1402479217!10649793!1 X-Originating-IP: [98.138.120.50] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5407 invoked from network); 11 Jun 2014 09:33:38 -0000 Received: from nm43.bullet.mail.ne1.yahoo.com (HELO nm43.bullet.mail.ne1.yahoo.com) (98.138.120.50) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jun 2014 09:33:38 -0000 Received: from [127.0.0.1] by nm43.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jun 2014 09:33:37 -0000 Received: from [98.138.101.129] by nm43.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jun 2014 09:30:38 -0000 Received: from [106.10.166.116] by tm17.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jun 2014 09:30:37 -0000 Received: from [106.10.150.25] by tm5.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jun 2014 09:30:37 -0000 Received: from [127.0.0.1] by omp1026.mail.sg3.yahoo.com with NNFMP; 11 Jun 2014 09:30:37 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 457301.17066.bm@omp1026.mail.sg3.yahoo.com Received: (qmail 16304 invoked by uid 60001); 11 Jun 2014 09:30:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1402479037; bh=bJ5XFH7pixP0/u+0AypQLsYpGCRxuoa0sSMOEsej3P4=; h=Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=kIvPJjxnBN3X5Hf2xR95CNngVT4eLWXUWxSXqH5er5OG83hqGShmgbvImbwMeFzCMCBfbUd/MMQ2QeNACQMGx/nZlDCyRnUrOqOA3DXQlLncmzKFduTGMbJzupS/TPZfsZmazU92i+AjiL0C1vusGAitj8YB8vAH34WnnEjxt/o= X-YMail-OSG: 5z6Jbt8VM1lf46xCwEh87Iz7FAO2jEg3CeQFcXxl3vHIBUM iTV_PqZ1JPmlwpQnh92RH1iW10iqnX5n8r0nw.hUyfBFiVczHaDDRFMXS779 LxNot1GmTRqQBNQxpHdOqjLquhs7VfNOMYJhJwzXpcQNPTDaB3JWZEUiu807 MuVxC2F7_Zy05IPRKNrrsFrIc.ltEjTnsxe3kkQ4XcoCxDcmfbg3ti5Worev BbkopfLtiPBjMEtck9.TZfuJdTqBSMI2mWD2Tu..3mBdHRT61oIkKFpH2W95 jDMJfvjPtVN5ksqCWe.WA4PhVUWgh7SMSTOoHYbpbj6ZuJdLfAzEmlna._xK FIS53ipZT5QzMi3OaDoAtLXwmfD8qniZeC.JSPiNOgDDlDzVOZfPSILMip8x qx6BRiaAuY.gLB93tLd4UCkNLo.VDUreX9Bh0u6Zf9FyqjlBrFbLk7Qak.X1 cipULyhWTMhOhtRBla8Q.B9nGUkqnhJtmAsp8i.1NdxZ4J7UGXF0ok7ylnfq HgVyXIKYMRKpkdSakE0ALsdTpc6hyxhMs22mCRRt5JrPxBNmQym3ELczjZ5N Th24rIGEw1_Wfpdk0T4zJV.gWUzUIGNAEATizOHZmGBW..SO8jraBQHVOOcq OLPtRcX8bbXwnd8K_b7sztu3LfizB8zLCy.z2B35oolcOHyuW0DSMTJC4PUK WU2E- Received: from [202.129.240.131] by web190604.mail.sg3.yahoo.com via HTTP; Wed, 11 Jun 2014 17:30:37 SGT X-Rocket-MIMEInfo: 002.001, d2hlbiBpIHdyaXRlIG9uIGNvbW1hbmQgcHJvbXB0ICJ4bSBtaWdyYXRlIgpjb21tYW5kIGl0IGdlbmVyYXRlcyBsb2cgZmlsZSDCoGJ1dCBJIHdhbiB0byBleHRyYWN0IGRvd250aW1lLCB0b3RhbCBkaXJ0eSBwYWdlcwphbmQgdG90YWwgbWlncmF0aW9uIHRpbWUgYXMgc2hvd24gaW4gZm9sbG93aW5nIGxpbmsgYnV0IG15IGxvZyBmaWxlIGRvZXNuJ3Qgc2hvdyB0aGVzZSBwYXJhbWV0ZXJzLgoKaHR0cDovL3RocjNhZHMubmV0L3hlbi11c2Vycy8yMDEyLzAzLzIyNDQ0NTItVW5kZXJzdGFuZGluZy1YZW4tTG8BMAEBAQE- X-Mailer: YahooMailWebService/0.8.190.668 Message-ID: <1402479037.15670.YahooMailNeo@web190604.mail.sg3.yahoo.com> Date: Wed, 11 Jun 2014 17:30:37 +0800 (SGT) From: Minalkumar Patel To: "xen-devel@lists.xenproject.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 11 Jun 2014 11:21:43 +0000 Cc: "xen-users@lists.xenproject.org" Subject: [Xen-users] Xen Migration Issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2322470394563061906==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2322470394563061906== Content-Type: multipart/alternative; boundary="806834454-837211587-1402479037=:15670" --806834454-837211587-1402479037=:15670 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable when i write on command prompt "xm migrate"=0Acommand it generates log file= =A0but I wan to extract downtime, total dirty pages=0Aand total migration = time as shown in following link but my log file doesn't show these paramete= rs.=0A=0Ahttp://thr3ads.net/xen-users/2012/03/2244452-Understanding-Xen-Log= -Output-Downtime-and-Total-migration-time=0A=A0=0AMinalKumar Patel(M.E. - C= omputer Engineering)=0ALecturer,Computer Engineering Department,=0AA.D.Pate= l Institute of Technology,=0ANew Vallabh Vidyanagar,Karamsad - 388121,=0AAn= and,Gujarat.=0AMobile - 9998574188=0AE-mail Id - patel_mp@yahoo.co.in=0AURL= - http://www.minall.co.in --806834454-837211587-1402479037=:15670 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
when i write on command prompt "xm migrate"=0Acommand it generates lo= g file  but I wan to extract downtime, total dirty pages=0Aand total m= igration time as shown in following link but my log file doesn't show these= parameters.

=0A=0A
http://thr3ads.net/xen-users/<= wbr style=3D"" class=3D"">2012/03/2244452-Understanding-Xen-Log-Output-Downtime-and-Total-migrat= ion-time
 
MinalKumar Patel(M.E. - Computer Engineering)
Lecturer,Computer Engineering Department,
A.= D.Patel Institute of Technology,
New Vallabh Vidya= nagar,Karamsad - 388121,
Anand,Gujarat.
Mobile - 9998574188
E-mail Id - p= atel_mp@yahoo.co.in
URL - http://www.minall.co.in<= /div>
--806834454-837211587-1402479037=:15670-- --===============2322470394563061906== 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 --===============2322470394563061906==-- From xen-users-bounces@lists.xen.org Wed Jun 11 11:22:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 11:22:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WugbB-00078q-CP; Wed, 11 Jun 2014 11:21:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WugGX-0006Fx-Jd for xen-users@lists.xen.org; Wed, 11 Jun 2014 11:00:25 +0000 Received: from [85.158.137.68:38486] by server-8.bemta-3.messagelabs.com id F8/89-21547-8C638935; Wed, 11 Jun 2014 11:00:24 +0000 X-Env-Sender: avanzini.arianna@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1402484423!9336839!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, SUBJECT_RANDOMQ,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16084 invoked from network); 11 Jun 2014 11:00:24 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 11:00:24 -0000 Received: by mail-wg0-f49.google.com with SMTP id y10so2917334wgg.32 for ; Wed, 11 Jun 2014 04:00:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=Sg7fEqYzHfgJ508WrxPBPh+oSOt5zp969E1HWhg4NT0=; b=Or8FXKifcBkhY9m2snr1LMDqy4KTS/MAsbwK92zKNn3ROdkJFzCwBaCU5bKQnB6KIQ 6J5jf+KRDKPkACArVMOPg5AtsxLWnmHDEa28WsuSZ29pDp5+iQVmP30012DWeKdw6q/1 L/iNEcEABhtScsi/eOebqOaj5JN8H6xpORdAIf0H5gV8tLBahmvzBEtJDgBS8V0VM9LG W9DF1rsX6RqYctEKuTi/Mm/OzJiOIXWZv4+RIEJ9knHdCDDFBzucCkgdpdjwmXtn0qUE L0F5cGsmpcNDRM+SFszi9TwAKmLTADNzkD7OV2Ebx2PAAaCFu92QZGbolEX2hQ5W1TRI ii0g== X-Received: by 10.180.84.132 with SMTP id z4mr47132245wiy.14.1402484423195; Wed, 11 Jun 2014 04:00:23 -0700 (PDT) Received: from [155.185.121.122] (aruba-121-122.aruba.unimo.it. [155.185.121.122]) by mx.google.com with ESMTPSA id s9sm26450495wix.13.2014.06.11.04.00.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Jun 2014 04:00:22 -0700 (PDT) Message-ID: <539836D0.3050801@gmail.com> Date: Wed, 11 Jun 2014 13:00:32 +0200 From: Arianna Avanzini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Dario Faggioli , "Kapania, Ashish" References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> In-Reply-To: <1402475364.16827.83.camel@Solace> X-Enigmail-Version: 1.6 X-Mailman-Approved-At: Wed, 11 Jun 2014 11:21:43 +0000 Cc: "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Arianna Avanzini List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/11/2014 10:29 AM, Dario Faggioli wrote: > [Adding Arianna] > > On mar, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: >>> From: Ian Campbell [mailto:Ian.Campbell@citrix.com] >>> >>> I'm not sure how people have been triggering these extra mappings. I >>> suppose you could either do it statically for each domid==N e.g. in >>> arch_domain_create (but then you can't easily restart the guests) or >>> you could add a custom domctl and add a call in the toolstack, or a >>> new DOMCRF_ flag (which gets passed to arch_domain_create). >>> >> >> Thanks Ian, this helps. I think I am going to go ahead with your >> Suggestion to create a custom domctl op for now and add a call to it in >> the xen toolstack. This should allow me to specify the desired mappings >> in the domU.cfg file. >> > What Xen version are we talking about? If that is not a constraint, and you > can use a fairly recent one --even better work with the git master branch > directly-- I think I'd dare suggesting to give Arianna's (and Julien's) > series a look, trying to apply the latest versions of them, and see whether > they work for you. > > At least for Arianna's one (so "iomem="), there should be no need to wait > for it to be upstreamed (although, that looks pretty imminent). I mean, if > you just take the series and apply it, it's already working! Things can > change in the implementation, but I think I personally would prefer this > approach as, as soon as the patches will be merged, you'll be all set, your > RTOS will work with Xen upstream, without the need to change anything, nor > in the code neither in the config file. I don't know whether or not this is > important for your use case, though. > > AFAIUI, Arianna's series also allows you to specify the mapping in the > config file, via "iomem=", as you seem to need. > > What RTOS, if I can ask? > > Arianna, what's the best version of your series you suggest to apply, in > order to have something working, and close enough to the final version that > will land upstream (at least from the interface point of view)? > I would suggest trying the latest version of the series, that has been proposed to the mailing list (that is v8 [1]). The patch adding the iomem option to libxl has been already acked by both Ian Campbell and Julien Grall, so, at least from that point of view, it should be somewhat stable and the interface should not change in the next version(s). Thank you, Arianna [1] http://markmail.org/thread/wtevxxizyxjhvmg2 > Regards, Dario > -- /* * Arianna Avanzini * avanzini.arianna@gmail.com * 73628@studenti.unimore.it */ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 11:22:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 11:22:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WugbA-00078V-9F; Wed, 11 Jun 2014 11:21:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuMf1-0008ST-CR for xen-users@lists.xenproject.org; Tue, 10 Jun 2014 14:04:23 +0000 Received: from [85.158.139.211:20403] by server-11.bemta-5.messagelabs.com id 33/07-01425-66017935; Tue, 10 Jun 2014 14:04:22 +0000 X-Env-Sender: fabio.fantoni@m2r.biz X-Msg-Ref: server-5.tower-206.messagelabs.com!1402409061!9140985!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=1.7 required=7.0 tests=BIZ_TLD X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31546 invoked from network); 10 Jun 2014 14:04:21 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jun 2014 14:04:21 -0000 Received: by mail-wi0-f178.google.com with SMTP id n15so3128006wiw.5 for ; Tue, 10 Jun 2014 07:04:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=1M4Ivm2xu8C8wmIijnkx0eBp7aC8ats2+bSkNElWYJE=; b=ccI2EbkwPSLLKR4KcdTmVXOJBJGqiLRaLAKPS1kKxctxGcQXXzA+mFxzcFhkHy5gc/ 3ptWqKt53haZmaZBSI+lVp7WdgKWlJv1qizHpCDHtWNlq0VRYqlJXH4Go0XDlx8YTq6v vJON00HpNoxnKYovIRF4kxUfFsw09bVacAwqvT4ht/ASDSH72kmVog9cNzHDA5+HaSiB Q5/mCBx4QelcPAbr4t1FpZ02uMX0X77xL1XO0/52hYa5Q1IymWMCvO7YUpXH2Synovli AWLAgTO/WcTTdl3SvorLdkXDWMAEotIpfztEw7flq9EKYIlmhFgpWjzVSAUnb2H3Py5d macQ== X-Gm-Message-State: ALoCoQkI7/g/KdqlpC1vNqDDrElpX3MJfGxBzkeg/Y2y8JLMTKXyefMhtvi74X53hrnDGSiDWnwU X-Received: by 10.180.24.2 with SMTP id q2mr133727wif.22.1402409057257; Tue, 10 Jun 2014 07:04:17 -0700 (PDT) Received: from [192.168.1.15] (ip-73-126.sn2.eutelia.it. [83.211.73.126]) by mx.google.com with ESMTPSA id hi6sm29754211wjc.32.2014.06.10.07.04.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Jun 2014 07:04:16 -0700 (PDT) Message-ID: <53971073.7080603@m2r.biz> Date: Tue, 10 Jun 2014 16:04:35 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-devel@lists.xensource.com References: <1401203124-22482-1-git-send-email-fabio.fantoni@m2r.biz> In-Reply-To: <1401203124-22482-1-git-send-email-fabio.fantoni@m2r.biz> X-Mailman-Approved-At: Wed, 11 Jun 2014 11:21:43 +0000 Cc: Ian.Campbell@citrix.com, Stefano.Stabellini@eu.citrix.com, Ian.Jackson@eu.citrix.com, Zhou Peng , xen-users@lists.xenproject.org, anthony.perard@citrix.com Subject: Re: [Xen-users] [PATCH v16] libxl: Add qxl vga interface support for upstream qemu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Il 27/05/2014 17:05, Fabio Fantoni ha scritto: > Usage: > vga="qxl" > > Qxl vga support many resolutions that not supported by stdvga, > mainly the 16:9 ones and other high up to 2560x1600. > With QXL you can get improved performance and smooth video also > with high resolutions and high quality. > Require their drivers installed in the domU and spice used > otherwise act as a simple stdvga. > > Signed-off-by: Fabio Fantoni > Signed-off-by: Zhou Peng > Acked-by: Stefano Stabellini > Acked-by: Ian Jackson > Acked-by: George Dunlap > > --- > > Changes in v16: > - refresh > - improved commit description > > Changes in v15: > - refresh > - small code improvements in libxl_dm.c > > Changes in v14: > - refresh > - update qemu parameters (from -vga to -device) > > NOTES: > Works correctly with windows domUs, tested on windows 7 64 bit > with qxl driver from spice guest tools 0.74. > I tested some resolution not supported by stdvga (1366x768, 1600x900 > and 1920x1080) with 32 bit color and all works good equal to kvm. > For now not works on linux domUs when xorg have 100% cpu and black > screen with qxl driver installed. > Seems needed other changes/fixes on xen and/or xorg/qxl driver side > before have it full working with linux domUs. The big performance issue with qxl on windows 7 seems now full solved on my unstable testing of latest week and works good on xen (equal to kvm). Mainly part of problem seems solved by qemu 2.0 and spice server 0.12.5. The latest part by recent xen-unstable, today I tried also with latest stable-4.4 (with qemu 2.0) but problem is still partially present (even if notable only on big resolution, for example 1920x1080), I not know which xen-unstable commit/s solves the problem. The exact source used in my tests: stable-4.4 (with still some performance problem): https://github.com/Fantu/Xen/commits/rebase/m2r-testing unstable (working equal to kvm): https://github.com/Fantu/Xen/commits/rebase/m2r-next About linux domUs this is my latest test with xorg backtrace included: http://lists.xen.org/archives/html/xen-devel/2014-06/msg00342.html I hope this information is helpful to anyone who wants to try/use qxl on xen. Can someone take a look at the problem remained on linux domUsplease? Unfortunately, recently I have no time for in-depth debugging and most probably I not be able to solve the problem. > --- > docs/man/xl.cfg.pod.5 | 10 +++++++++- > tools/libxl/libxl_create.c | 13 +++++++++++++ > tools/libxl/libxl_dm.c | 8 ++++++++ > tools/libxl/libxl_types.idl | 1 + > tools/libxl/xl_cmdimpl.c | 2 ++ > 5 files changed, 33 insertions(+), 1 deletion(-) > > diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5 > index 0ca37bc..972fc37 100644 > --- a/docs/man/xl.cfg.pod.5 > +++ b/docs/man/xl.cfg.pod.5 > @@ -1097,6 +1097,9 @@ qemu-xen-traditional device-model, the amount of video RAM is fixed at 4 MB, > which is sufficient for 1024x768 at 32 bpp. For the upstream qemu-xen > device-model, the default and minimum is 8 MB. > > +For B vga, the default is both default and minimal 128MB. > +If B is set less than 128MB, an error will be triggered. > + > =item B > > Select a standard VGA card with VBE (VESA BIOS Extensions) as the > @@ -1108,9 +1111,14 @@ This option is deprecated, use vga="stdvga" instead. > > =item B > > -Selects the emulated video card (none|stdvga|cirrus). > +Selects the emulated video card (none|stdvga|cirrus|qxl). > The default is cirrus. > > +In general, QXL should work with the Spice remote display protocol > +for acceleration, and QXL driver is necessary in guest in this case. > +QXL can also work with the VNC protocol, but it will be like a standard > +VGA without acceleration. > + > =item B > > Allow access to the display via the VNC protocol. This enables the > diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c > index 9a82684..f57611e 100644 > --- a/tools/libxl/libxl_create.c > +++ b/tools/libxl/libxl_create.c > @@ -230,6 +230,10 @@ int libxl__domain_build_info_setdefault(libxl__gc *gc, > if (b_info->video_memkb == LIBXL_MEMKB_DEFAULT) > b_info->video_memkb = 0; > break; > + case LIBXL_VGA_INTERFACE_TYPE_QXL: > + LOG(ERROR,"qemu upstream required for qxl vga"); > + return ERROR_INVAL; > + break; > case LIBXL_VGA_INTERFACE_TYPE_STD: > if (b_info->video_memkb == LIBXL_MEMKB_DEFAULT) > b_info->video_memkb = 8 * 1024; > @@ -254,6 +258,15 @@ int libxl__domain_build_info_setdefault(libxl__gc *gc, > if (b_info->video_memkb == LIBXL_MEMKB_DEFAULT) > b_info->video_memkb = 0; > break; > + case LIBXL_VGA_INTERFACE_TYPE_QXL: > + if (b_info->video_memkb == LIBXL_MEMKB_DEFAULT) { > + b_info->video_memkb = (128 * 1024); > + } else if (b_info->video_memkb < (128 * 1024)) { > + LOG(ERROR, > + "128 Mib videoram is the minimum for qxl default"); > + return ERROR_INVAL; > + } > + break; > case LIBXL_VGA_INTERFACE_TYPE_STD: > if (b_info->video_memkb == LIBXL_MEMKB_DEFAULT) > b_info->video_memkb = 16 * 1024; > diff --git a/tools/libxl/libxl_dm.c b/tools/libxl/libxl_dm.c > index 51ab2bf..d2530ab 100644 > --- a/tools/libxl/libxl_dm.c > +++ b/tools/libxl/libxl_dm.c > @@ -220,6 +220,8 @@ static char ** libxl__build_device_model_args_old(libxl__gc *gc, > case LIBXL_VGA_INTERFACE_TYPE_NONE: > flexarray_append_pair(dm_args, "-vga", "none"); > break; > + case LIBXL_VGA_INTERFACE_TYPE_QXL: > + break; > } > > if (b_info->u.hvm.boot) { > @@ -516,6 +518,12 @@ static char ** libxl__build_device_model_args_new(libxl__gc *gc, > break; > case LIBXL_VGA_INTERFACE_TYPE_NONE: > break; > + case LIBXL_VGA_INTERFACE_TYPE_QXL: > + /* QXL have 2 ram regions, ram and vram */ > + flexarray_append_pair(dm_args, "-device", > + GCSPRINTF("qxl-vga,vram_size_mb=%"PRIu64",ram_size_mb=%"PRIu64, > + (b_info->video_memkb/2/1024), (b_info->video_memkb/2/1024) ) ); > + break; > } > > if (b_info->u.hvm.boot) { > diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl > index 52f1aa9..798f85a 100644 > --- a/tools/libxl/libxl_types.idl > +++ b/tools/libxl/libxl_types.idl > @@ -154,6 +154,7 @@ libxl_vga_interface_type = Enumeration("vga_interface_type", [ > (1, "CIRRUS"), > (2, "STD"), > (3, "NONE"), > + (4, "QXL"), > ], init_val = 1) > > libxl_vendor_device = Enumeration("vendor_device", [ > diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c > index 5195914..a5a4cc6 100644 > --- a/tools/libxl/xl_cmdimpl.c > +++ b/tools/libxl/xl_cmdimpl.c > @@ -1682,6 +1682,8 @@ skip_vfb: > b_info->u.hvm.vga.kind = LIBXL_VGA_INTERFACE_TYPE_CIRRUS; > } else if (!strcmp(buf, "none")) { > b_info->u.hvm.vga.kind = LIBXL_VGA_INTERFACE_TYPE_NONE; > + } else if (!strcmp(buf, "qxl")) { > + b_info->u.hvm.vga.kind = LIBXL_VGA_INTERFACE_TYPE_QXL; > } else { > fprintf(stderr, "Unknown vga \"%s\" specified\n", buf); > exit(1); _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 11:22:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 11:22:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WugbB-00078q-CP; Wed, 11 Jun 2014 11:21:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WugGX-0006Fx-Jd for xen-users@lists.xen.org; Wed, 11 Jun 2014 11:00:25 +0000 Received: from [85.158.137.68:38486] by server-8.bemta-3.messagelabs.com id F8/89-21547-8C638935; Wed, 11 Jun 2014 11:00:24 +0000 X-Env-Sender: avanzini.arianna@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1402484423!9336839!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, SUBJECT_RANDOMQ,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16084 invoked from network); 11 Jun 2014 11:00:24 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 11:00:24 -0000 Received: by mail-wg0-f49.google.com with SMTP id y10so2917334wgg.32 for ; Wed, 11 Jun 2014 04:00:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=Sg7fEqYzHfgJ508WrxPBPh+oSOt5zp969E1HWhg4NT0=; b=Or8FXKifcBkhY9m2snr1LMDqy4KTS/MAsbwK92zKNn3ROdkJFzCwBaCU5bKQnB6KIQ 6J5jf+KRDKPkACArVMOPg5AtsxLWnmHDEa28WsuSZ29pDp5+iQVmP30012DWeKdw6q/1 L/iNEcEABhtScsi/eOebqOaj5JN8H6xpORdAIf0H5gV8tLBahmvzBEtJDgBS8V0VM9LG W9DF1rsX6RqYctEKuTi/Mm/OzJiOIXWZv4+RIEJ9knHdCDDFBzucCkgdpdjwmXtn0qUE L0F5cGsmpcNDRM+SFszi9TwAKmLTADNzkD7OV2Ebx2PAAaCFu92QZGbolEX2hQ5W1TRI ii0g== X-Received: by 10.180.84.132 with SMTP id z4mr47132245wiy.14.1402484423195; Wed, 11 Jun 2014 04:00:23 -0700 (PDT) Received: from [155.185.121.122] (aruba-121-122.aruba.unimo.it. [155.185.121.122]) by mx.google.com with ESMTPSA id s9sm26450495wix.13.2014.06.11.04.00.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Jun 2014 04:00:22 -0700 (PDT) Message-ID: <539836D0.3050801@gmail.com> Date: Wed, 11 Jun 2014 13:00:32 +0200 From: Arianna Avanzini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Dario Faggioli , "Kapania, Ashish" References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> In-Reply-To: <1402475364.16827.83.camel@Solace> X-Enigmail-Version: 1.6 X-Mailman-Approved-At: Wed, 11 Jun 2014 11:21:43 +0000 Cc: "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Arianna Avanzini List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/11/2014 10:29 AM, Dario Faggioli wrote: > [Adding Arianna] > > On mar, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: >>> From: Ian Campbell [mailto:Ian.Campbell@citrix.com] >>> >>> I'm not sure how people have been triggering these extra mappings. I >>> suppose you could either do it statically for each domid==N e.g. in >>> arch_domain_create (but then you can't easily restart the guests) or >>> you could add a custom domctl and add a call in the toolstack, or a >>> new DOMCRF_ flag (which gets passed to arch_domain_create). >>> >> >> Thanks Ian, this helps. I think I am going to go ahead with your >> Suggestion to create a custom domctl op for now and add a call to it in >> the xen toolstack. This should allow me to specify the desired mappings >> in the domU.cfg file. >> > What Xen version are we talking about? If that is not a constraint, and you > can use a fairly recent one --even better work with the git master branch > directly-- I think I'd dare suggesting to give Arianna's (and Julien's) > series a look, trying to apply the latest versions of them, and see whether > they work for you. > > At least for Arianna's one (so "iomem="), there should be no need to wait > for it to be upstreamed (although, that looks pretty imminent). I mean, if > you just take the series and apply it, it's already working! Things can > change in the implementation, but I think I personally would prefer this > approach as, as soon as the patches will be merged, you'll be all set, your > RTOS will work with Xen upstream, without the need to change anything, nor > in the code neither in the config file. I don't know whether or not this is > important for your use case, though. > > AFAIUI, Arianna's series also allows you to specify the mapping in the > config file, via "iomem=", as you seem to need. > > What RTOS, if I can ask? > > Arianna, what's the best version of your series you suggest to apply, in > order to have something working, and close enough to the final version that > will land upstream (at least from the interface point of view)? > I would suggest trying the latest version of the series, that has been proposed to the mailing list (that is v8 [1]). The patch adding the iomem option to libxl has been already acked by both Ian Campbell and Julien Grall, so, at least from that point of view, it should be somewhat stable and the interface should not change in the next version(s). Thank you, Arianna [1] http://markmail.org/thread/wtevxxizyxjhvmg2 > Regards, Dario > -- /* * Arianna Avanzini * avanzini.arianna@gmail.com * 73628@studenti.unimore.it */ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 11:22:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 11:22:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WugbA-00078f-RK; Wed, 11 Jun 2014 11:21:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wueua-0006sl-LX for xen-users@lists.xenproject.org; Wed, 11 Jun 2014 09:33:40 +0000 Received: from [85.158.143.35:37207] by server-1.bemta-4.messagelabs.com id 3E/42-09853-37228935; Wed, 11 Jun 2014 09:33:39 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-14.tower-21.messagelabs.com!1402479217!10649793!1 X-Originating-IP: [98.138.120.50] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5407 invoked from network); 11 Jun 2014 09:33:38 -0000 Received: from nm43.bullet.mail.ne1.yahoo.com (HELO nm43.bullet.mail.ne1.yahoo.com) (98.138.120.50) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jun 2014 09:33:38 -0000 Received: from [127.0.0.1] by nm43.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jun 2014 09:33:37 -0000 Received: from [98.138.101.129] by nm43.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jun 2014 09:30:38 -0000 Received: from [106.10.166.116] by tm17.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jun 2014 09:30:37 -0000 Received: from [106.10.150.25] by tm5.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jun 2014 09:30:37 -0000 Received: from [127.0.0.1] by omp1026.mail.sg3.yahoo.com with NNFMP; 11 Jun 2014 09:30:37 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 457301.17066.bm@omp1026.mail.sg3.yahoo.com Received: (qmail 16304 invoked by uid 60001); 11 Jun 2014 09:30:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1402479037; bh=bJ5XFH7pixP0/u+0AypQLsYpGCRxuoa0sSMOEsej3P4=; h=Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=kIvPJjxnBN3X5Hf2xR95CNngVT4eLWXUWxSXqH5er5OG83hqGShmgbvImbwMeFzCMCBfbUd/MMQ2QeNACQMGx/nZlDCyRnUrOqOA3DXQlLncmzKFduTGMbJzupS/TPZfsZmazU92i+AjiL0C1vusGAitj8YB8vAH34WnnEjxt/o= X-YMail-OSG: 5z6Jbt8VM1lf46xCwEh87Iz7FAO2jEg3CeQFcXxl3vHIBUM iTV_PqZ1JPmlwpQnh92RH1iW10iqnX5n8r0nw.hUyfBFiVczHaDDRFMXS779 LxNot1GmTRqQBNQxpHdOqjLquhs7VfNOMYJhJwzXpcQNPTDaB3JWZEUiu807 MuVxC2F7_Zy05IPRKNrrsFrIc.ltEjTnsxe3kkQ4XcoCxDcmfbg3ti5Worev BbkopfLtiPBjMEtck9.TZfuJdTqBSMI2mWD2Tu..3mBdHRT61oIkKFpH2W95 jDMJfvjPtVN5ksqCWe.WA4PhVUWgh7SMSTOoHYbpbj6ZuJdLfAzEmlna._xK FIS53ipZT5QzMi3OaDoAtLXwmfD8qniZeC.JSPiNOgDDlDzVOZfPSILMip8x qx6BRiaAuY.gLB93tLd4UCkNLo.VDUreX9Bh0u6Zf9FyqjlBrFbLk7Qak.X1 cipULyhWTMhOhtRBla8Q.B9nGUkqnhJtmAsp8i.1NdxZ4J7UGXF0ok7ylnfq HgVyXIKYMRKpkdSakE0ALsdTpc6hyxhMs22mCRRt5JrPxBNmQym3ELczjZ5N Th24rIGEw1_Wfpdk0T4zJV.gWUzUIGNAEATizOHZmGBW..SO8jraBQHVOOcq OLPtRcX8bbXwnd8K_b7sztu3LfizB8zLCy.z2B35oolcOHyuW0DSMTJC4PUK WU2E- Received: from [202.129.240.131] by web190604.mail.sg3.yahoo.com via HTTP; Wed, 11 Jun 2014 17:30:37 SGT X-Rocket-MIMEInfo: 002.001, d2hlbiBpIHdyaXRlIG9uIGNvbW1hbmQgcHJvbXB0ICJ4bSBtaWdyYXRlIgpjb21tYW5kIGl0IGdlbmVyYXRlcyBsb2cgZmlsZSDCoGJ1dCBJIHdhbiB0byBleHRyYWN0IGRvd250aW1lLCB0b3RhbCBkaXJ0eSBwYWdlcwphbmQgdG90YWwgbWlncmF0aW9uIHRpbWUgYXMgc2hvd24gaW4gZm9sbG93aW5nIGxpbmsgYnV0IG15IGxvZyBmaWxlIGRvZXNuJ3Qgc2hvdyB0aGVzZSBwYXJhbWV0ZXJzLgoKaHR0cDovL3RocjNhZHMubmV0L3hlbi11c2Vycy8yMDEyLzAzLzIyNDQ0NTItVW5kZXJzdGFuZGluZy1YZW4tTG8BMAEBAQE- X-Mailer: YahooMailWebService/0.8.190.668 Message-ID: <1402479037.15670.YahooMailNeo@web190604.mail.sg3.yahoo.com> Date: Wed, 11 Jun 2014 17:30:37 +0800 (SGT) From: Minalkumar Patel To: "xen-devel@lists.xenproject.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 11 Jun 2014 11:21:43 +0000 Cc: "xen-users@lists.xenproject.org" Subject: [Xen-users] Xen Migration Issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2322470394563061906==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2322470394563061906== Content-Type: multipart/alternative; boundary="806834454-837211587-1402479037=:15670" --806834454-837211587-1402479037=:15670 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable when i write on command prompt "xm migrate"=0Acommand it generates log file= =A0but I wan to extract downtime, total dirty pages=0Aand total migration = time as shown in following link but my log file doesn't show these paramete= rs.=0A=0Ahttp://thr3ads.net/xen-users/2012/03/2244452-Understanding-Xen-Log= -Output-Downtime-and-Total-migration-time=0A=A0=0AMinalKumar Patel(M.E. - C= omputer Engineering)=0ALecturer,Computer Engineering Department,=0AA.D.Pate= l Institute of Technology,=0ANew Vallabh Vidyanagar,Karamsad - 388121,=0AAn= and,Gujarat.=0AMobile - 9998574188=0AE-mail Id - patel_mp@yahoo.co.in=0AURL= - http://www.minall.co.in --806834454-837211587-1402479037=:15670 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
when i write on command prompt "xm migrate"=0Acommand it generates lo= g file  but I wan to extract downtime, total dirty pages=0Aand total m= igration time as shown in following link but my log file doesn't show these= parameters.

=0A=0A
http://thr3ads.net/xen-users/<= wbr style=3D"" class=3D"">2012/03/2244452-Understanding-Xen-Log-Output-Downtime-and-Total-migrat= ion-time
 
MinalKumar Patel(M.E. - Computer Engineering)
Lecturer,Computer Engineering Department,
A.= D.Patel Institute of Technology,
New Vallabh Vidya= nagar,Karamsad - 388121,
Anand,Gujarat.
Mobile - 9998574188
E-mail Id - p= atel_mp@yahoo.co.in
URL - http://www.minall.co.in<= /div>
--806834454-837211587-1402479037=:15670-- --===============2322470394563061906== 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 --===============2322470394563061906==-- From xen-users-bounces@lists.xen.org Wed Jun 11 11:22:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 11:22:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WugbA-00078V-9F; Wed, 11 Jun 2014 11:21:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuMf1-0008ST-CR for xen-users@lists.xenproject.org; Tue, 10 Jun 2014 14:04:23 +0000 Received: from [85.158.139.211:20403] by server-11.bemta-5.messagelabs.com id 33/07-01425-66017935; Tue, 10 Jun 2014 14:04:22 +0000 X-Env-Sender: fabio.fantoni@m2r.biz X-Msg-Ref: server-5.tower-206.messagelabs.com!1402409061!9140985!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=1.7 required=7.0 tests=BIZ_TLD X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31546 invoked from network); 10 Jun 2014 14:04:21 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jun 2014 14:04:21 -0000 Received: by mail-wi0-f178.google.com with SMTP id n15so3128006wiw.5 for ; Tue, 10 Jun 2014 07:04:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=1M4Ivm2xu8C8wmIijnkx0eBp7aC8ats2+bSkNElWYJE=; b=ccI2EbkwPSLLKR4KcdTmVXOJBJGqiLRaLAKPS1kKxctxGcQXXzA+mFxzcFhkHy5gc/ 3ptWqKt53haZmaZBSI+lVp7WdgKWlJv1qizHpCDHtWNlq0VRYqlJXH4Go0XDlx8YTq6v vJON00HpNoxnKYovIRF4kxUfFsw09bVacAwqvT4ht/ASDSH72kmVog9cNzHDA5+HaSiB Q5/mCBx4QelcPAbr4t1FpZ02uMX0X77xL1XO0/52hYa5Q1IymWMCvO7YUpXH2Synovli AWLAgTO/WcTTdl3SvorLdkXDWMAEotIpfztEw7flq9EKYIlmhFgpWjzVSAUnb2H3Py5d macQ== X-Gm-Message-State: ALoCoQkI7/g/KdqlpC1vNqDDrElpX3MJfGxBzkeg/Y2y8JLMTKXyefMhtvi74X53hrnDGSiDWnwU X-Received: by 10.180.24.2 with SMTP id q2mr133727wif.22.1402409057257; Tue, 10 Jun 2014 07:04:17 -0700 (PDT) Received: from [192.168.1.15] (ip-73-126.sn2.eutelia.it. [83.211.73.126]) by mx.google.com with ESMTPSA id hi6sm29754211wjc.32.2014.06.10.07.04.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Jun 2014 07:04:16 -0700 (PDT) Message-ID: <53971073.7080603@m2r.biz> Date: Tue, 10 Jun 2014 16:04:35 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-devel@lists.xensource.com References: <1401203124-22482-1-git-send-email-fabio.fantoni@m2r.biz> In-Reply-To: <1401203124-22482-1-git-send-email-fabio.fantoni@m2r.biz> X-Mailman-Approved-At: Wed, 11 Jun 2014 11:21:43 +0000 Cc: Ian.Campbell@citrix.com, Stefano.Stabellini@eu.citrix.com, Ian.Jackson@eu.citrix.com, Zhou Peng , xen-users@lists.xenproject.org, anthony.perard@citrix.com Subject: Re: [Xen-users] [PATCH v16] libxl: Add qxl vga interface support for upstream qemu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Il 27/05/2014 17:05, Fabio Fantoni ha scritto: > Usage: > vga="qxl" > > Qxl vga support many resolutions that not supported by stdvga, > mainly the 16:9 ones and other high up to 2560x1600. > With QXL you can get improved performance and smooth video also > with high resolutions and high quality. > Require their drivers installed in the domU and spice used > otherwise act as a simple stdvga. > > Signed-off-by: Fabio Fantoni > Signed-off-by: Zhou Peng > Acked-by: Stefano Stabellini > Acked-by: Ian Jackson > Acked-by: George Dunlap > > --- > > Changes in v16: > - refresh > - improved commit description > > Changes in v15: > - refresh > - small code improvements in libxl_dm.c > > Changes in v14: > - refresh > - update qemu parameters (from -vga to -device) > > NOTES: > Works correctly with windows domUs, tested on windows 7 64 bit > with qxl driver from spice guest tools 0.74. > I tested some resolution not supported by stdvga (1366x768, 1600x900 > and 1920x1080) with 32 bit color and all works good equal to kvm. > For now not works on linux domUs when xorg have 100% cpu and black > screen with qxl driver installed. > Seems needed other changes/fixes on xen and/or xorg/qxl driver side > before have it full working with linux domUs. The big performance issue with qxl on windows 7 seems now full solved on my unstable testing of latest week and works good on xen (equal to kvm). Mainly part of problem seems solved by qemu 2.0 and spice server 0.12.5. The latest part by recent xen-unstable, today I tried also with latest stable-4.4 (with qemu 2.0) but problem is still partially present (even if notable only on big resolution, for example 1920x1080), I not know which xen-unstable commit/s solves the problem. The exact source used in my tests: stable-4.4 (with still some performance problem): https://github.com/Fantu/Xen/commits/rebase/m2r-testing unstable (working equal to kvm): https://github.com/Fantu/Xen/commits/rebase/m2r-next About linux domUs this is my latest test with xorg backtrace included: http://lists.xen.org/archives/html/xen-devel/2014-06/msg00342.html I hope this information is helpful to anyone who wants to try/use qxl on xen. Can someone take a look at the problem remained on linux domUsplease? Unfortunately, recently I have no time for in-depth debugging and most probably I not be able to solve the problem. > --- > docs/man/xl.cfg.pod.5 | 10 +++++++++- > tools/libxl/libxl_create.c | 13 +++++++++++++ > tools/libxl/libxl_dm.c | 8 ++++++++ > tools/libxl/libxl_types.idl | 1 + > tools/libxl/xl_cmdimpl.c | 2 ++ > 5 files changed, 33 insertions(+), 1 deletion(-) > > diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5 > index 0ca37bc..972fc37 100644 > --- a/docs/man/xl.cfg.pod.5 > +++ b/docs/man/xl.cfg.pod.5 > @@ -1097,6 +1097,9 @@ qemu-xen-traditional device-model, the amount of video RAM is fixed at 4 MB, > which is sufficient for 1024x768 at 32 bpp. For the upstream qemu-xen > device-model, the default and minimum is 8 MB. > > +For B vga, the default is both default and minimal 128MB. > +If B is set less than 128MB, an error will be triggered. > + > =item B > > Select a standard VGA card with VBE (VESA BIOS Extensions) as the > @@ -1108,9 +1111,14 @@ This option is deprecated, use vga="stdvga" instead. > > =item B > > -Selects the emulated video card (none|stdvga|cirrus). > +Selects the emulated video card (none|stdvga|cirrus|qxl). > The default is cirrus. > > +In general, QXL should work with the Spice remote display protocol > +for acceleration, and QXL driver is necessary in guest in this case. > +QXL can also work with the VNC protocol, but it will be like a standard > +VGA without acceleration. > + > =item B > > Allow access to the display via the VNC protocol. This enables the > diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c > index 9a82684..f57611e 100644 > --- a/tools/libxl/libxl_create.c > +++ b/tools/libxl/libxl_create.c > @@ -230,6 +230,10 @@ int libxl__domain_build_info_setdefault(libxl__gc *gc, > if (b_info->video_memkb == LIBXL_MEMKB_DEFAULT) > b_info->video_memkb = 0; > break; > + case LIBXL_VGA_INTERFACE_TYPE_QXL: > + LOG(ERROR,"qemu upstream required for qxl vga"); > + return ERROR_INVAL; > + break; > case LIBXL_VGA_INTERFACE_TYPE_STD: > if (b_info->video_memkb == LIBXL_MEMKB_DEFAULT) > b_info->video_memkb = 8 * 1024; > @@ -254,6 +258,15 @@ int libxl__domain_build_info_setdefault(libxl__gc *gc, > if (b_info->video_memkb == LIBXL_MEMKB_DEFAULT) > b_info->video_memkb = 0; > break; > + case LIBXL_VGA_INTERFACE_TYPE_QXL: > + if (b_info->video_memkb == LIBXL_MEMKB_DEFAULT) { > + b_info->video_memkb = (128 * 1024); > + } else if (b_info->video_memkb < (128 * 1024)) { > + LOG(ERROR, > + "128 Mib videoram is the minimum for qxl default"); > + return ERROR_INVAL; > + } > + break; > case LIBXL_VGA_INTERFACE_TYPE_STD: > if (b_info->video_memkb == LIBXL_MEMKB_DEFAULT) > b_info->video_memkb = 16 * 1024; > diff --git a/tools/libxl/libxl_dm.c b/tools/libxl/libxl_dm.c > index 51ab2bf..d2530ab 100644 > --- a/tools/libxl/libxl_dm.c > +++ b/tools/libxl/libxl_dm.c > @@ -220,6 +220,8 @@ static char ** libxl__build_device_model_args_old(libxl__gc *gc, > case LIBXL_VGA_INTERFACE_TYPE_NONE: > flexarray_append_pair(dm_args, "-vga", "none"); > break; > + case LIBXL_VGA_INTERFACE_TYPE_QXL: > + break; > } > > if (b_info->u.hvm.boot) { > @@ -516,6 +518,12 @@ static char ** libxl__build_device_model_args_new(libxl__gc *gc, > break; > case LIBXL_VGA_INTERFACE_TYPE_NONE: > break; > + case LIBXL_VGA_INTERFACE_TYPE_QXL: > + /* QXL have 2 ram regions, ram and vram */ > + flexarray_append_pair(dm_args, "-device", > + GCSPRINTF("qxl-vga,vram_size_mb=%"PRIu64",ram_size_mb=%"PRIu64, > + (b_info->video_memkb/2/1024), (b_info->video_memkb/2/1024) ) ); > + break; > } > > if (b_info->u.hvm.boot) { > diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl > index 52f1aa9..798f85a 100644 > --- a/tools/libxl/libxl_types.idl > +++ b/tools/libxl/libxl_types.idl > @@ -154,6 +154,7 @@ libxl_vga_interface_type = Enumeration("vga_interface_type", [ > (1, "CIRRUS"), > (2, "STD"), > (3, "NONE"), > + (4, "QXL"), > ], init_val = 1) > > libxl_vendor_device = Enumeration("vendor_device", [ > diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c > index 5195914..a5a4cc6 100644 > --- a/tools/libxl/xl_cmdimpl.c > +++ b/tools/libxl/xl_cmdimpl.c > @@ -1682,6 +1682,8 @@ skip_vfb: > b_info->u.hvm.vga.kind = LIBXL_VGA_INTERFACE_TYPE_CIRRUS; > } else if (!strcmp(buf, "none")) { > b_info->u.hvm.vga.kind = LIBXL_VGA_INTERFACE_TYPE_NONE; > + } else if (!strcmp(buf, "qxl")) { > + b_info->u.hvm.vga.kind = LIBXL_VGA_INTERFACE_TYPE_QXL; > } else { > fprintf(stderr, "Unknown vga \"%s\" specified\n", buf); > exit(1); _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 13:21:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 13:21:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuiRp-0006OL-FK; Wed, 11 Jun 2014 13:20:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuiRn-0006OG-Ee for xen-users@lists.xenproject.org; Wed, 11 Jun 2014 13:20:11 +0000 Received: from [85.158.139.211:18001] by server-11.bemta-5.messagelabs.com id 45/1F-01425-A8758935; Wed, 11 Jun 2014 13:20:10 +0000 X-Env-Sender: olaf@aepfle.de X-Msg-Ref: server-12.tower-206.messagelabs.com!1402492809!9369525!1 X-Originating-IP: [81.169.146.221] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22735 invoked from network); 11 Jun 2014 13:20:09 -0000 Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de) (81.169.146.221) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jun 2014 13:20:09 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1402492809; l=644; s=domk; d=aepfle.de; h=In-Reply-To:Content-Type:MIME-Version:References:Reply-To:Subject: Cc:To:From:Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=7cILWO9tomyv5RPGLEzkQ4cIyrg=; b=VjBAY5NgmpROZbjRQPBRa5bZyOLy2vjxcxrxRUjkyQjwiCGyuhDDqk2dzYCAkScAf9R eREPrnEiw3RfV5McknujjXvCQOjxQsdPWh7EN34NMuvTOG2V8Btb95NL6VhNmark5Jyuv +F3rcxdj8zmhi6aRrskWrnwyUVFx33YouJY= X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+yackYocTD1iAi8x+OWi5z/J1IL7CYRxLEwpkY2XtLzyRUcY= X-RZG-CLASS-ID: mo00 Received: from probook.fritz.box ([2620:113:80c0:5::2222]) by smtp.strato.de (RZmta 34.3 AUTH) with ESMTPSA id R00c85q5BDK31Ei (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate); Wed, 11 Jun 2014 15:20:03 +0200 (CEST) Received: by probook.fritz.box (Postfix, from userid 1000) id 0E1FC50279; Wed, 11 Jun 2014 15:20:02 +0200 (CEST) Date: Wed, 11 Jun 2014 15:20:02 +0200 From: Olaf Hering To: Minalkumar Patel Message-ID: <20140611132002.GA16436@aepfle.de> References: <1402479037.15670.YahooMailNeo@web190604.mail.sg3.yahoo.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1402479037.15670.YahooMailNeo@web190604.mail.sg3.yahoo.com> User-Agent: Mutt/1.5.22.rev6346 (2013-10-29) Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Xen Migration Issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 11, Minalkumar Patel wrote: > when i write on command prompt "xm migrate" command it generates log file but > I wan to extract downtime, total dirty pages and total migration time as shown > in following link but my log file doesn't show these parameters. > > http://thr3ads.net/xen-users/2012/03/2244452-Understanding- > Xen-Log-Output-Downtime-and-Total-migration-time Nothing except some sort of "total dirty pages" is currently logged, if debugging is enabled. There is no code which calculates the overall migration time. There is no code which calculates the downtime during the final stop+copy phase. Olaf _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 13:21:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 13:21:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuiRp-0006OL-FK; Wed, 11 Jun 2014 13:20:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuiRn-0006OG-Ee for xen-users@lists.xenproject.org; Wed, 11 Jun 2014 13:20:11 +0000 Received: from [85.158.139.211:18001] by server-11.bemta-5.messagelabs.com id 45/1F-01425-A8758935; Wed, 11 Jun 2014 13:20:10 +0000 X-Env-Sender: olaf@aepfle.de X-Msg-Ref: server-12.tower-206.messagelabs.com!1402492809!9369525!1 X-Originating-IP: [81.169.146.221] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22735 invoked from network); 11 Jun 2014 13:20:09 -0000 Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de) (81.169.146.221) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jun 2014 13:20:09 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1402492809; l=644; s=domk; d=aepfle.de; h=In-Reply-To:Content-Type:MIME-Version:References:Reply-To:Subject: Cc:To:From:Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=7cILWO9tomyv5RPGLEzkQ4cIyrg=; b=VjBAY5NgmpROZbjRQPBRa5bZyOLy2vjxcxrxRUjkyQjwiCGyuhDDqk2dzYCAkScAf9R eREPrnEiw3RfV5McknujjXvCQOjxQsdPWh7EN34NMuvTOG2V8Btb95NL6VhNmark5Jyuv +F3rcxdj8zmhi6aRrskWrnwyUVFx33YouJY= X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+yackYocTD1iAi8x+OWi5z/J1IL7CYRxLEwpkY2XtLzyRUcY= X-RZG-CLASS-ID: mo00 Received: from probook.fritz.box ([2620:113:80c0:5::2222]) by smtp.strato.de (RZmta 34.3 AUTH) with ESMTPSA id R00c85q5BDK31Ei (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate); Wed, 11 Jun 2014 15:20:03 +0200 (CEST) Received: by probook.fritz.box (Postfix, from userid 1000) id 0E1FC50279; Wed, 11 Jun 2014 15:20:02 +0200 (CEST) Date: Wed, 11 Jun 2014 15:20:02 +0200 From: Olaf Hering To: Minalkumar Patel Message-ID: <20140611132002.GA16436@aepfle.de> References: <1402479037.15670.YahooMailNeo@web190604.mail.sg3.yahoo.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1402479037.15670.YahooMailNeo@web190604.mail.sg3.yahoo.com> User-Agent: Mutt/1.5.22.rev6346 (2013-10-29) Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Xen Migration Issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 11, Minalkumar Patel wrote: > when i write on command prompt "xm migrate" command it generates log file but > I wan to extract downtime, total dirty pages and total migration time as shown > in following link but my log file doesn't show these parameters. > > http://thr3ads.net/xen-users/2012/03/2244452-Understanding- > Xen-Log-Output-Downtime-and-Total-migration-time Nothing except some sort of "total dirty pages" is currently logged, if debugging is enabled. There is no code which calculates the overall migration time. There is no code which calculates the downtime during the final stop+copy phase. Olaf _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 13:54:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 13:54:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuiyu-0007Yc-MC; Wed, 11 Jun 2014 13:54:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuiys-0007YX-Vw for xen-users@lists.xen.org; Wed, 11 Jun 2014 13:54:23 +0000 Received: from [85.158.143.35:6688] by server-3.bemta-4.messagelabs.com id 25/C1-13602-D8F58935; Wed, 11 Jun 2014 13:54:21 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1402494860!10686927!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24764 invoked from network); 11 Jun 2014 13:54:20 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-15.tower-21.messagelabs.com with SMTP; 11 Jun 2014 13:54:20 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 11 Jun 2014 14:54:20 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Wed, 11 Jun 2014 14:54:12 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 11 Jun 2014 14:54:12 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+AzYtgRYPIWX6iTwCKy4kojvQDKADHmAiA Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> In-Reply-To: <539083C6.7050200@linaro.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061114542001702 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jun 05, 2014 at 15:50:46, Julien Grall wrote: > On 06/04/2014 03:39 PM, Jeenu Viswambharan wrote: > > With those changes, I see Xen going further but hits a data abort. > > Logs attached; I'll see if I can dig further. > > Sorry I forgot to answer to this part... I've copied a part of your > log below. > > (XEN) CPU0: Unexpected Trap: Data Abort > (XEN) ----[ Xen-4.4.0 arm32 debug=n Tainted: C ]---- > (XEN) CPU: 0 > (XEN) PC: 002470e0 gic_route_irq_to_guest+0x100/0x128 > > Could you use addr2line -e xen-syms youaddress to get the offending > line in the code? > > I suspect it's the irq_to_pending... if so I'm not sure why it > happens. Also could you print the IRQ number that Xen is trying to > route to dom0? It turned out to be a GCC 4.6 issue where the offset of vcpu inside struct domain was wrongly generated as 0xe4 while it's 0xf8. I almost forgot the recommendation to use GCC 4.8 in the Wiki. It goes past that with 2014.04 tool chain from Linaro. My bad! Xen is now launching DOM0. But next issue I'm now facing is that Linux refusing to run when loaded at 0xa0008000 - it panics and complains about failing to allocate memory in mm/memblock.c:memblock_alloc_base(). FWIW, I've built the kernel v3.14 with vexpress_defconfig and enabled Xen and highmem support. The kernel however is happy to boot when loaded at 0x80008000 (without Xen). The same with Xen though, the kernel reports 'uncompression error'. It's little to do with Xen, but are there any other options required to be enabled in the DOM0 Kernel to run from 0xa0008000? Also could you tell me at what point Xen jumps to guest entry? I tried break at the eret instruction following the label return_to_hypervisor, but the break point doesn't seem to hit. Thanks. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 13:54:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 13:54:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuiyu-0007Yc-MC; Wed, 11 Jun 2014 13:54:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuiys-0007YX-Vw for xen-users@lists.xen.org; Wed, 11 Jun 2014 13:54:23 +0000 Received: from [85.158.143.35:6688] by server-3.bemta-4.messagelabs.com id 25/C1-13602-D8F58935; Wed, 11 Jun 2014 13:54:21 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1402494860!10686927!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24764 invoked from network); 11 Jun 2014 13:54:20 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-15.tower-21.messagelabs.com with SMTP; 11 Jun 2014 13:54:20 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 11 Jun 2014 14:54:20 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Wed, 11 Jun 2014 14:54:12 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 11 Jun 2014 14:54:12 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+AzYtgRYPIWX6iTwCKy4kojvQDKADHmAiA Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> In-Reply-To: <539083C6.7050200@linaro.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061114542001702 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jun 05, 2014 at 15:50:46, Julien Grall wrote: > On 06/04/2014 03:39 PM, Jeenu Viswambharan wrote: > > With those changes, I see Xen going further but hits a data abort. > > Logs attached; I'll see if I can dig further. > > Sorry I forgot to answer to this part... I've copied a part of your > log below. > > (XEN) CPU0: Unexpected Trap: Data Abort > (XEN) ----[ Xen-4.4.0 arm32 debug=n Tainted: C ]---- > (XEN) CPU: 0 > (XEN) PC: 002470e0 gic_route_irq_to_guest+0x100/0x128 > > Could you use addr2line -e xen-syms youaddress to get the offending > line in the code? > > I suspect it's the irq_to_pending... if so I'm not sure why it > happens. Also could you print the IRQ number that Xen is trying to > route to dom0? It turned out to be a GCC 4.6 issue where the offset of vcpu inside struct domain was wrongly generated as 0xe4 while it's 0xf8. I almost forgot the recommendation to use GCC 4.8 in the Wiki. It goes past that with 2014.04 tool chain from Linaro. My bad! Xen is now launching DOM0. But next issue I'm now facing is that Linux refusing to run when loaded at 0xa0008000 - it panics and complains about failing to allocate memory in mm/memblock.c:memblock_alloc_base(). FWIW, I've built the kernel v3.14 with vexpress_defconfig and enabled Xen and highmem support. The kernel however is happy to boot when loaded at 0x80008000 (without Xen). The same with Xen though, the kernel reports 'uncompression error'. It's little to do with Xen, but are there any other options required to be enabled in the DOM0 Kernel to run from 0xa0008000? Also could you tell me at what point Xen jumps to guest entry? I tried break at the eret instruction following the label return_to_hypervisor, but the break point doesn't seem to hit. Thanks. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 14:16:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 14:16:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WujK8-0000Ql-CQ; Wed, 11 Jun 2014 14:16:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WujK6-0000QL-8C for xen-users@lists.xen.org; Wed, 11 Jun 2014 14:16:18 +0000 Received: from [193.109.254.147:34053] by server-15.bemta-14.messagelabs.com id D8/58-15813-1B468935; Wed, 11 Jun 2014 14:16:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1402496175!10581616!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32103 invoked from network); 11 Jun 2014 14:16:16 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 14:16:16 -0000 X-IronPort-AV: E=Sophos;i="5.01,458,1400025600"; d="scan'208";a="142135738" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 11 Jun 2014 14:16:14 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 11 Jun 2014 10:16:13 -0400 Message-ID: <1402496172.16332.27.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Wed, 11 Jun 2014 15:16:12 +0100 In-Reply-To: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-06-11 at 14:54 +0100, Jeenu Viswambharan wrote: > It turned out to be a GCC 4.6 issue where the offset of vcpu inside > struct domain was wrongly generated as 0xe4 while it's 0xf8. I almost > forgot the recommendation to use GCC 4.8 in the Wiki. It goes past that > with 2014.04 tool chain from Linaro. My bad! You mean the contents of asm-offset.h was wrong or something else? I routinely use Debian's gcc 4.6.3 to build Xen and I've not seen this. Perhaps it's an issue with your specific build of gcc? > Xen is now launching DOM0. But next issue I'm now facing is that Linux > refusing to run when loaded at 0xa0008000 - it panics and complains > about failing to allocate memory in mm/memblock.c:memblock_alloc_base(). > FWIW, I've built the kernel v3.14 with vexpress_defconfig and enabled > Xen and highmem support. The kernel however is happy to boot when loaded > at 0x80008000 (without Xen). The same with Xen though, the kernel > reports 'uncompression error'. > > It's little to do with Xen, but are there any other options required to > be enabled in the DOM0 Kernel to run from 0xa0008000? Your kernel needs to be relocatable. I'm not 100% which option that is (perhaps CONFIG_ARM_PATCH_PHYS_VIRT) but if you build a multiplatform kernel (CONFIG_ARCH_MULTIPLATFORM) it certainly will be. > Also could you tell me at what point Xen jumps to guest entry? I tried > break at the eret instruction following the label return_to_hypervisor, > but the break point doesn't seem to hit. It should, that's the right place. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 14:16:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 14:16:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WujK8-0000Ql-CQ; Wed, 11 Jun 2014 14:16:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WujK6-0000QL-8C for xen-users@lists.xen.org; Wed, 11 Jun 2014 14:16:18 +0000 Received: from [193.109.254.147:34053] by server-15.bemta-14.messagelabs.com id D8/58-15813-1B468935; Wed, 11 Jun 2014 14:16:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1402496175!10581616!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32103 invoked from network); 11 Jun 2014 14:16:16 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 14:16:16 -0000 X-IronPort-AV: E=Sophos;i="5.01,458,1400025600"; d="scan'208";a="142135738" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 11 Jun 2014 14:16:14 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 11 Jun 2014 10:16:13 -0400 Message-ID: <1402496172.16332.27.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Wed, 11 Jun 2014 15:16:12 +0100 In-Reply-To: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-06-11 at 14:54 +0100, Jeenu Viswambharan wrote: > It turned out to be a GCC 4.6 issue where the offset of vcpu inside > struct domain was wrongly generated as 0xe4 while it's 0xf8. I almost > forgot the recommendation to use GCC 4.8 in the Wiki. It goes past that > with 2014.04 tool chain from Linaro. My bad! You mean the contents of asm-offset.h was wrong or something else? I routinely use Debian's gcc 4.6.3 to build Xen and I've not seen this. Perhaps it's an issue with your specific build of gcc? > Xen is now launching DOM0. But next issue I'm now facing is that Linux > refusing to run when loaded at 0xa0008000 - it panics and complains > about failing to allocate memory in mm/memblock.c:memblock_alloc_base(). > FWIW, I've built the kernel v3.14 with vexpress_defconfig and enabled > Xen and highmem support. The kernel however is happy to boot when loaded > at 0x80008000 (without Xen). The same with Xen though, the kernel > reports 'uncompression error'. > > It's little to do with Xen, but are there any other options required to > be enabled in the DOM0 Kernel to run from 0xa0008000? Your kernel needs to be relocatable. I'm not 100% which option that is (perhaps CONFIG_ARM_PATCH_PHYS_VIRT) but if you build a multiplatform kernel (CONFIG_ARCH_MULTIPLATFORM) it certainly will be. > Also could you tell me at what point Xen jumps to guest entry? I tried > break at the eret instruction following the label return_to_hypervisor, > but the break point doesn't seem to hit. It should, that's the right place. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 14:40:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 14:40:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wujgd-00021E-Kk; Wed, 11 Jun 2014 14:39:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wujgb-000219-Li for xen-users@lists.xen.org; Wed, 11 Jun 2014 14:39:34 +0000 Received: from [85.158.143.35:37840] by server-1.bemta-4.messagelabs.com id 1C/20-09853-42A68935; Wed, 11 Jun 2014 14:39:32 +0000 X-Env-Sender: daweiwang.gatekeeper@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1402497570!3415607!1 X-Originating-IP: [209.85.223.179] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31834 invoked from network); 11 Jun 2014 14:39:31 -0000 Received: from mail-ie0-f179.google.com (HELO mail-ie0-f179.google.com) (209.85.223.179) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 14:39:31 -0000 Received: by mail-ie0-f179.google.com with SMTP id tr6so3050588ieb.24 for ; Wed, 11 Jun 2014 07:39:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:subject:mime-version:content-type; bh=ucoQ/ucAijFngeDBTIT3Q7PckCaOKw53yLwy8PSJ+wg=; b=JsEym4H7aSEif4D2ZexAf/hqSTiHm7Ce3X4qcLv2+pn5fQYhHRaJ47S0Q8PTua232A XEEYKWsNR81BmvSrhlCt8yaDHlsx0OvC5oBG/sdvMUQwHFTq0PmMvWwhkW+R2Qo96+uV xOrtVlwcBBsbjKTI3HyuTM/gHNaY1pLaU3oMXSCuUFW7YVRUo+ksEr4oHyMRFQIYtIX6 ojQhrzGCCYJKDcHLKnDS1u7A5+e7K37ybO1vIJAHXPGYFQDHDBs7ElZHLomtpUjZj602 4uJG8xfgKfq5knS+CR1Ypmwh1iI/FAlOk8y3pmu1zDNlaLnbzTG1BeKCIiL+nl1nq0jD 6NGg== X-Received: by 10.43.156.77 with SMTP id ll13mr44814415icc.59.1402497570145; Wed, 11 Jun 2014 07:39:30 -0700 (PDT) Received: from dwangmbp.local ([12.47.86.254]) by mx.google.com with ESMTPSA id yt1sm52817672igb.13.2014.06.11.07.39.29 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Wed, 11 Jun 2014 07:39:29 -0700 (PDT) Date: Wed, 11 Jun 2014 10:39:32 -0400 From: Gatekeeper To: xen-users@lists.xen.org Message-ID: X-Mailer: Airmail (237) MIME-Version: 1.0 Subject: [Xen-users] Xen inter-vm page sharing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2694829339761860330==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2694829339761860330== Content-Type: multipart/alternative; boundary="53986a24_327b23c6_12c0" --53986a24_327b23c6_12c0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, Having searching the mailing list about memory page sharing. So far it lo= oks like at least it's supported in HVM guests, i am using xen 4.4, in ol= d xen 4.1 etc release, there is a memory=5Fsharing configuration options = when using Xend, but i am not be able to see a similar option for libxl .= Also i found tools directory in the source code tree. There is libmemshre= and test tool called memshrtoo, but it sounds like for testing, not for = really day to day operation. Any suggestions and directions about this fe= ature=3F =5Broot=40dummy001 mem-sharing=5D=23 ./memshrtool usage: ./memshrtool =5Bargs...=5D where may be: =C2=A0 info =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0- Display total sharing info. =C2=A0 enable =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0- Enable sharing on a domain. =C2=A0 disable =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 - = Disable sharing on a domain. =C2=A0 nominate =C2=A0- Nominate a page for sharing. =C2=A0 share = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 - Share two pages. =C2=A0 unshare =C2=A0 - Unshare a page by grabbing a writab= le map. =C2=A0 add-to-physmap = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 - Populate a page in a domain with a shared page. =C2=A0 debug-gfn - Debug a particular domain and gfn. =C2=A0 audit =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= - Audit the sharing subsytem in Xen. --=C2=A0 Gatekeeper Sent with Airmail --53986a24_327b23c6_12c0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

When iptables is running users cannot = rdp to guest VMs.

When iptables is stopped users can.

 

We’ve stopped iptables for the m= oment but need to figure out what the problem is and re-enable the firewall= .

 

 

 

# Generated by iptables-save v1.3.5 on= Mon Apr 29 17:23:28 2013

*filter

:INPUT ACCEPT [0:0]<= /p>

:FORWARD ACCEPT [0:0]

:OUTPUT ACCEPT [595645782:194018423914= 2]

:RH-Firewall-1-INPUT - [0:0]

-A INPUT -j RH-Firewall-1-INPUT

-A FORWARD -j RH-Firewall-1-INPUT

-A RH-Firewall-1-INPUT -i lo -j ACCEPT

-A RH-Firewall-1-INPUT -p icmp -m icmp= --icmp-type any -j ACCEPT

-A RH-Firewall-1-INPUT -p esp -j ACCEP= T

-A RH-Firewall-1-INPUT -p ah -j ACCEPT

-A RH-Firewall-1-INPUT -d 224.0.0.251 = -p udp -m udp --dport 5353 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp -= -dport 67:68 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp -= -dport 67:68 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp -= -dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp -= -dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp -= -dport 631 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp -= -dport 631 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp -= -dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -i xenapi -p ud= p -m udp --dport 67 -j ACCEPT

-A RH-Firewall-1-INPUT -m state --stat= e RELATED,ESTABLISHED -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m state= --state NEW -m udp --dport 694 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m state= --state NEW -m tcp --dport 22 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m state= --state NEW -m tcp --dport 80 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m state= --state NEW -m tcp --dport 443 -j ACCEPT

-A RH-Firewall-1-INPUT -j REJECT --rej= ect-with icmp-host-prohibited

COMMIT

# Completed on Mon Apr 29 17:23:28 201= 3

 

 

 

 

-bash-3.2# iptables --list<= /span>

Chain INPUT (policy ACCEPT)=

target     prot op= t source           &= nbsp;   destination

RH-Firewall-1-INPUT  all  --=   anywhere          =    anywhere

 

Chain FORWARD (policy ACCEPT)

target     prot op= t source           &= nbsp;   destination

RH-Firewall-1-INPUT  all  --=   anywhere          =    anywhere

 

Chain OUTPUT (policy ACCEPT)

target     prot op= t source           &= nbsp;   destination

 

Chain RH-Firewall-1-INPUT (2 reference= s)

target     prot op= t source           &= nbsp;   destination

ACCEPT     all&nbs= p; --  anywhere         &= nbsp;   anywhere

ACCEPT     icmp --=   anywhere          =    anywhere         =    icmp any

ACCEPT     esp&nbs= p; --  anywhere         &= nbsp;   anywhere

ACCEPT     ah = ;  --  anywhere        &n= bsp;    anywhere

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   224.0.0.251       &nbs= p; udp dpt:mdns

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   udp dpts:bootps:bootpc

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   tcp dpts:bootps:bootpc

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   udp dpt:snmp

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   tcp dpt:snmp

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   udp dpt:ipp

ACCEPT     tcp&nbs= p; --  anywhere          =    anywhere        &= nbsp;   tcp dpt:ipp

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   udp dpt:snmp

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   udp dpt:bootps

ACCEPT     all&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state RELATED,ESTABLISHED

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state NEW udp dpt:ha-cluster

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state NEW tcp dpt:ssh

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state NEW tcp dpt:http

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state NEW tcp dpt:https

REJECT     all&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   reject-with icmp-host-prohibited

 

 

 

Regards

 

Paul Angus

Senior Consultant / Cloud Architect

 

3D"cid:image00=

 

S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus

paul.angus@shapeblue.com= | www.shapeblue.com | Twitter:@shapeb= lue

ShapeBlue Ltd, 53 Chandos Place, Covent Ga= rden, London, WC2N 4HS

 


This emai= l and any attachments to it may be confidential and are intended solely for= the use of the individual to whom it is addressed. Any views or opinions e= xpressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related compan= ies. If you are not the intended recipient of this email, you must neither = take any action based upon its contents, nor copy or show it to anyone. Ple= ase contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorpo= rated in England & Wales. ShapeBlue Services India LLP is a company inc= orporated in India and is operated under license from Shape Blue Ltd. Shape= Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. = ShapeBlue is a registered trademark.
--_000_2501cb54284a4a038ddb2f25b1683663AMXPR07MB117eurprd07pro_-- --_004_2501cb54284a4a038ddb2f25b1683663AMXPR07MB117eurprd07pro_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=15840; creation-date="Wed, 11 Jun 2014 16:49:04 GMT"; modification-date="Wed, 11 Jun 2014 16:49:04 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAQYAAABYCAYAAAAXxlkPAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAD1gSURBVHja 7V0JWJVl9kcrtZrRpnrap7J9m5ppn6mZ+jtqioqCu2VpOrZoZpnmngugIIoLLogKgriguCsqoqiI oMjOFZBVEERBBEXQtPM/v/Pd79773QXR1ETveZ6Xl++773q+9/ze867HgW4CyiknCtaV09CIYmoR rKPmPjpy8IpXnGs83eelo5f5nUtoDrlGF1NETjUVV98MJbeTnW5JauDwR+Wcy4I9Zddx+tg/l5pM SaRGkxPozrEJ1NAtnhq4GUHBgUGhgavy7g7+/S73BGo8LoEennGY2q7IpRWHq+m0/UPayU71Gxgy Smpo8PYSetgrie4enyhg4DBVDwKmvpvqW/+9gZsCEvdOiKU3/DLIa0/JVQEEF4f25NWQ34EScuU0 xrLzOnCa/JJKaDu/zztdY28mdrIDw/UiiNeEqBJ6bk4y3cPC3GBqGjl4spB7pulBIE3REqZewTOA wjOV7mCAaDoxid71z6Q1mRV1Kk9Efg3135xPf5uXSQ+6JVOzqUn0Z07jT55J1HRSEjVj4HqA3z8/ N4NaL8skj7gSSqmwg4Sd7MBwzSj+RA21Csqi+1yTZKjg4HlI0QS8TDSC3/s8KV40iIenxNEPWwvI lgxHF9TQZyEF9KjHIbrXM5HuQPxJek3E09JvyL835mHOX9wO0rOzU+lbTjur4mb6hnayUz0EhtDs Snp5TpoIl8PEq9QM6voMYfZIEQBqF5xNupNadPBNPEkv+qTx8CNJwinDEr3mYZqeua9PF3MdTVmz eHOuTuplJzvZgeEqaFFyKT09nXtdV5Oe2D1REWT41+t5Sjw1GR9L7/nrKLn0vJRlUtQxenxqilKW KZeJX5vP8e9gh3qhfnaykx0YroBWZJ6hp6elshDG6UEhVRFA+O434HlKMt3JfosVOTRmdxE9MiNZ 0ViuRfquSvqoX3jeGXszspMdGOpCO/PP0IuzkhRBdL+BmoKVnr/xlER62DtZq7Fcq/S5fv/0O0yn zttbkp3swFArZZ8l+ueidHKY8AdpCtaePa9T+ly/u8bF07yEU/amZCc7MNiiC+y+3FgoY3Blwo7d 5CRFkODfis8T4um9wCyqumBvTXayA4NVCsk6LSsC6iy+CBD8ybf2892eSZRYpkWGoirslaiiUOZJ qO60/K87eYHs+GGn2woYSs9doA+X8hBi/G2iKZg+/xJPwenKcCK19BzNOFBKPdcdpX8vyqK3FqTS W3PT+f/D5LQyl0btOEqh6RVUYUcIO90OwOCfcooaT1Jm60Vg4E+5TZ4ZDMfuK6YNRyrJeXU2PTk9 TfkNIOmaoGhQer8Zv3/bN4OG7ThOh46fszdBO926wHDmV6L3AzIVQbgdgQHCzvUXHqjzK1PirYfX //4nBtFOy3Mopsi+3GmnWxQYwnPP0J0GgbiNAMH8+UrqD+2KhyAdQo5Qbvmv9qZop1sPGL4KK2Bt 4YCmB71dNYcrDs98Gx15nOzQYKd6Cww4mFRcdZEyT9Wwu0jZ7GdXXKTn/Q6Tw8TY22/S8Vo8TzxE j0xPoSzmo53sVG+Aofz8RUosOUfrM8ppWmwpjd5dTAPCjtKAjYU0kP2BO4rpLi91JeL2Wqa8Zs+j 42nWQfsmKTvVA2BgPKC4Y9U061AJdVudRU/7pNBdao+HsTR2Nk629/zX5HlcPHUMybE3Rzvd3MBw vOoSrdadJsegXLoX24nHxyhg4P4Hb22+VZ+Zt28GZtmbo51uXmDIr/iVJu0rpb8AEMb+QYefbrdn BoZnF6bbm6Odbk5gKD7zKw3Zfsy4Fm/v2W/MM/P6jcV2jcFONyEw4BDQ2F3HWUtQhw32nvyGPU+M o86hR+zN0U43HzBsyKihxqqmYOPKNLkCTb0Sra7PmivYEhR/omn463DFW316Zj40+iWWlqbZr4qz 000GDKdrLtGzM/UAYHrJqt62Ay5wbTrpID0wPYke8ThEj85IkctUH/FW/Ee9tc8Ps/+Ae5xcttrQ 9PLWqbj7MZF/U35/YFoK/WlSkvaa+Gt9SexN/txgzH563/8I2S+gttNNBwweMaXkMPqQZc/GDbeR ewK9MC+FhkaU0PyUEtqcX0MR+RVy/frmTMWPyNQ+4wr3+SkVcj37s3My5Hp3SW9SPL2zOEd+ExdX Qf22HjdeynqbaQ4AzcemJVFciR0V7HSTAcPFS7/RC7O4sXLPZd6z4VbkloEZ9Hva7QGO/PL8dEX4 R8dTr9Bcze+4q0DODdxmmgL48eg0HW3Ps9vRstNNCAwHi86JwMIUnGIvUqfvwXV0N/dwh62024u/ wf1m4hsd44wFLU44bQIMxWbAUK3NX53TmGpWHi8bz4bwadafLxffpL7XNP/L5cfuJT8dnb/423X/ yhcvXqQLFy7Qr7/+Sr/99hvZqW4EXoFn4B14eFsBw+iIYkUwXU3tRSpC/PJCnUUM2JLdnFMtRmgh 1PBVF8ou2oq1WX5tAAYYpjUlxDMsj0qYaENYwzsvG74mvA3fVjxzN/oa519bPK94m/y41lRdzd8o OJSGDh1Nrl5epNPZd1jWlcrLy8nLy4dGjx5NCxcuZF7eRsDQclmOsUdz1fZo71sBhl92HadGP8dQ o3EJipucYPx/3H4xLLPruJaDsGbdDOlCY9hcbAYMrDH8FE0Pz9bRx0uzqePGIuq4Ops+WZVNL83W mQiZtnwI/95SHXVcpYTvyOEV3/j8hp9lfPTSeP+en/H3Juwkb5P4eH7aVv5j4i3Ka8xfifuSJm/b mgMsYcUcv34tbt48f/r3v1tTu3adqWWrVvT551/Q8ePH7VJfB0D9esgQatWqA7Vs354+ZN5NmTLl 9gGGB6YnGFcjTFcHxuynfy61BIYFh4rpIc80ua2pMYfDEmfjqerzIUnrrQXp9FFQBn3kl0Hvs/t3 YIYYocVcQuc1uZr0FvEwo/+6Y5Rx+iJVnr9EZy6wO6+40zUXaV36WXp9gX4ORMqVQP23KeErzl80 hLXmKjj+yvQyemp2msRD2TZmVMn7ippLlFlxkbqEZLNg6vM2cZWG/MvoHbP8B261Xl7TuCVq2Wfr Jx1tzTVwut9uzbsuX/f06dPUvfsX1LaTMzk6u5Czcw/6oGVLClm/3i75l6Hdu3czkLants7OzLee 1LatMzk5daW8vLzbofoNHBp6KWPixuaz55MO0auLLIGhigUh48yvlHjyAsUcYye+8Xk/+1tyztLy w2dp0u5S+iQom+4ap1+V4J62Z2iRJr2iMyyA1Zeszk2AangMfuTUr/TkzFTZov28b5osr16q41C5 +uIlWqY7q1w7x/XcV2TsnZHGqeqL9Osl2/FrOH6WSf7OawsFVC6X/2/6sqeW/UpNp+otdXtZMYHH fH563mG6HusSUIV79uxFju0YFFx6kotLZ/q/Fm0peNkyu+Rfhvbt20ctWjga+AZwcHR0oaKiotsD GAzr6VZmzaFNFFhZYIccYc6MMYIu6H3T52p+qOJ/ylngi85coMmxJ5R0eSjR2WxVQhWwLM4Hxm/h TphliTDfhx3jIUc8fcRaDH5GGLj1WRXUISiLPmbXWvw0GrG1QCNoKMuTsxRg2plrOZuKPLdyOrsK FD/arADIv9e6bCn/2nTt8Wj36BOa/LuEZEk6KoEvPRhMHMZarvqofMZy7qET1x4aLl26RG5uXvTB f1tSy3btqWXLdtSJtYecHPs8w+UI2tbn/xtAH37Yiodh7cQfM2bs7TIJ2cDhwZlWjLh6KT3cHfzc f8NRKvydm/JOsVr9nv8RFuz91HPTMYvfh+8ppNfmptEzcxT3znwdheq0ma5itdxhVDzdP0NH/wnI pkEbC2lUZCENDj9O7VdmUyd27di9E3iEHpmaRPFmBm3f8YNg76eoY9oLWH0TK+mZ6fEMHKn0FGtP 8JvzM96b0ri9pQIMeWeMDQM5DNhSTO0Ds8lxZaHkDw1p9oHTZnGL5UIWm/saWBNZn3F9li1Pniyj WT5+NHDoUBo5chRFR0fLTLudaiesSBxOTydXV3caNGgozZrlQwUFBbdL9Rs4vLlAZzwbodnDr/Rm zcYe5DF+On0WkkNjdh6juQdLaWl6JYUkl1KI+JU8lmY/vZS25lSy4FWSNYtt3/C43GFoNHVZqx2j IfwDk5MUY7Oq0VgWlA7LtGcHNudUiGA29Uokn0OnKa20hnJPw13goUaN3CYFX8fvd+VWUd5Z7fgA V7g7jI6jXXnaib4WwUfkrILhAldZLYijz1Yf1YQbu6tEtnKbLrogB8m/FHkr5cjk/4vPaHuVmXFl yhmUWkzdzY4tueKvV1lZSenceJPZwcezNSotPUVphw+LGlxTowDm+fPnNa6y0vqzaZpWfz9fu32+ 8/p4pumbpmfMR/ubJg2z8piGs1Xny9GxY8cU3iUny//W8oZ2UFJSQkePFjIPS0UDMy1TXfzLhb8c 2QoPftQlPdPfTflv/i0sgOHHHQXK8WrzU3+uqfTojFQawgLdf0s+Ddlewj30MXpvcSY945FIz/mk 0nPeOnpumo5e8Obnuan00kwdvTZbRz+FW07QuB8oE2DosVGrxq5Mr1KWBk3z52eo5aYUfozDDYuh r7cWUxnmJEx+w0XLcHl6v4p/PG82b/DegixJN+KYFhje43ws6s/heqzSajYTo8oENMqqLRv+mfOW fpmJm7C7RAEfW/dZcP7+yWV1btSYAAsMXEEjxo2jb78dQl/2/1b8ESPG8ftAysw08h+TaGPGTCS3 qVNp4kQPmjNnDpfvPC1btozGjx9PkydPo/GTJ/OQYxr/P1nzDB95pKamcpqZNGqUZXg3dh7e3hS4 YoWEMad9+/dLPElv/GSaPXu2oUFu27aNyzzemB+Xx88vUNOoUV68V/NDHXft2ie/7+e0I/bupf2H DtWZd4cOpUqaP/00inn2LX399WAaPPgnqdemTZs0wuLHvJzo4UEeHt7Cu/DwcDpz5ow8I7zR96DJ 08ye2ff2niPprFmzRupuLfycOX6SL9I1J+QP3iA84m/aFG7gy7x5AVymifp0lN93796vaSMos2l5 wL+TJ09KXgcPHhRnYzK1gcOmnDN647NmPdnYRPpnQJbcz5Bdzj1yueKP2nmcGv2i72Enqs7keXQM fbbe8gixe0yJXmMw38egaALa04bx1DJYez9BWB6HGxlHgcnlmvdToorpv4FZ9G92H+j9TsuySGdm afathekKMHA6puS8KkcARy6zdVcuZ8XzgI1aho2NLpE6FlQY08WnxO1WTiGcp/j55Mh5d2Z/2A64 YhrN/scYRtVmVJfruyWrqk4Ne+fOKPrhh+HUpctn1L5LF5kQc3LqRo6dXMjFpQu/78UNfTiFhe2U 8EuWLKfWrduSc+eeHM6Z+vbtS+UV1SKsbds6kbNzZ3Jy7i6Ta87du2uenfj54xZtWRCjKSYmhtMx Cy++s6Tdpdtn9M3gwVy+nVrgX7lSyd9Zzf8rWQpUG2+PHn2pbTtn/e9dqB3XITYhQX5fu3Yzl7GT vMfv7Thc//4D6Pjxk1RcXCyCOmfRIgqPiKBTp05dtuddtnq1xO/atSu1b9+FOnVS+Napk4vU69NP +8qcTFZWvsT5fsQILls7ybtFi3a0ePFi0SCkLM6d9TzorPChs/YZy8NffNFX8p0yZTq1aNvOavhO XXtIvmPHTqL8/HxNmb//Uc2/u+Q/d66voqmy5hIWtp3aOjlRu85Kelg1+eGHoQaAmcRggHdqflh2 ne3rKxpjdnY2xw+j9evXU2JionVgKKu5RE94p1re0DQhnt71t7w8JI9V54Xxp2l6DNwJmh5v9D3Y 9zlYRgnHLRv5iMhivcZQqHm/SmeiMZjcT9AmOMtsKKFoDBvNBKgPp4d9CPdyvEaeiv8i1+dwmVZl +MfCLAGtvYXa+NFFVTSAhw1dV2IPQq74fVdnU7RZHYah/CNi6FCJUWWAMSnnFbl0H5f7Hq9UuoeF vCnn333NUdpfUEm7C6oolv2vtxy1fb8Fa2a4JSu36tJlQQHzA30HfCNg0KFDV+rkgkbdg9qzMHVy 6cHAwO87d6WWju1p2LCfJc6KFau4UbWRcI6OnahPnwFUXl5NI0eOlln3Tp066YWjhz69riIoeOfY 3oU++qgNRUREU1xcnD688ruSHodxdDSUpw2nP2DAIG54xrH4qlVm+XP5VWBAAw9Zu4HatHFU8ud0 W3XoQBNdXUXNV+ra2VAe5BEZGSlxCwsLacOGMFqzZQtt4EZeVla7xrWCNZpOPXtyGp2lzuZ8Q706 dOjEwtSeVq9eI3F+GDqUy9ZBKVerNrLJCfmgvqgrfCM/jL783qYTdenVS+rq6elFrfTpyO+oD8dv 2bI9dZB8AVQdabKXl6bMEHTT/H18fAy/YXJ0/KRJ1MLRUX5HGm3bdqQdO3bQbm4n6DRQn04Mgsjn u++GUIF+RSVRpxNNEiAOwLcKDPj7064ichhncsuzhzLWfsgriQqtWGs9ex7LfMpS36nzRv9kNfYW WP8w6NUdRhykruu0qLhCVykgpLkLkfNuFZxhBgyVAiz+qdoxZSwPDfwTTtGi5ApakKz4WzMrpIwa YJiXwcBwkCLztWMBzAZknjxPScerGdCqxT98stpinkQt/y+7tRu0cC9mYNopzpvz53IEsp+g37Ck zjR8HZ6v5a/p3Y/jkljTSafLjTghCIMG/UCfOHakjh27UwcXNCgX+fgduWeH34GFCg3tE24sS5cu lXgYcrT4xFHCo8H27jeAzp6tpgkTJrBA9KLevXtTl+69pWG5uCjpwse7Xr2+lJ41JuYgxcbGGtKB ICHunDnzaerUGRIO8VEu9EwAI6NAhmry7zdggAEYQKcqKmgUDxUADsi3I6f96aefMrCNkv/V/CBY 8+f7GeLCR7n2shDEsEpc25gdZe/MoNC2vYuhfhBcR6mHwsc2wj9+7tFDQAk0lIGhlWMHCd+qlaMA A5aAe/X5koVe4Q/4YOSbwhf5vUtv+pKHKiinFws8+CL5cj7ffvcdBQQEsZYwXh+vF/OmI3VmIc7N zTWU2zx/Hx9fTb3Q8/fo1UdpBy4KuHzz/ff0/Q8/SzuRcjEIIv0DBw4Y4pWUluqHEomsHWXZBoaM 8vP07Jw0RUBNbi+G1epRLAgnf4cpZ1YwyDfuJN3nmSSaQfcNWo1h7ZGzchmq5vZkfv4kRDv5GFl4 VgSz+9pcSVOjJrIEnjNxRVzefDOl5V2o8xhKFFabAdNpi/RMCVVfrJaf+fOMTyprLact5hnUvM+b rWbBmO0z81KVIcNks9uhJyuamWf05Sce0eOhcUH40JgduTH0YyFHY12zYQMPGZbQYDQk7lkGDx4q Kq8CDMHUghtVR24kEMw+/fpRZWW1qJDh4bsoKiqKx6Be8puky427e/c+tGXLdh5C7KGtWyNl4g09 NXonpIOGiDBQffPyCsiPG7ka/5NPOpKrq6eh3CEhoZr8+/X7WgMMoKTUVOrGYABwQ2OGgCn1dJF4 6DWHDBlhsYcAQop6wrdFOOcwcuQvsnsR5VPK34mHUmNpGQ9zMP6fOXMBfcp8+Yh5tyggwLAkCcFU BAz1cuRx/TwBoF179lAk8w38GTjwJxF2KScD8/DR45TfI6Noz759khbG9uCLpMM8nODuLjzNyMig ocNHC0gpoOpIe/fu1QCDaf4+PvMs6gf+OjJ4dHQx8gsgoXYeAJxFiwI0wIkyIf/S0nI6d+6cbWAA zUgso7thYm6iSc/NjfdxrzT63+ZcmnOgVIyxhuVU0I6cc+wU39rzBnYrUktpTkIpfbP1KD0/R3+w iNN/i3vHpakV7ErFHxRRqJi2M+1J+flvizPk98X6cCMjj8v7Bz0O0dCIYolvmq/qI9+vNhfSdzuL NfGbz02T+BFHtY2yfXA2Dd1azPG06aCui7n8g7j8L6vl12tS7/EQa2KkEse8/vDxDuVz31csxmwl rqlGZKIZPTItRVZUaqNz3Li/557gk3YdDZpCz559RVgxmVRVVSVj7Dgem48ZM4ZVxN2GuAEBwTIE kEbS0YU+/7yfaAxqA1Ea1xpDj+bIjfuLLxDmrPyuLttv3bpVgEFNp2uvzw0Cvod7bTU+/PHjPTSA ZtAYkH+/ARbAgHwCg4OlEZtrLm07OHNevbl3i7+qjiktM5PaO3fRawfKWHzUqFGkY3W6grUV8K6w sJi2sgo+grUozF0YBXOEWY/to+Eb/NGjfxFhR3nBHy8OY/o7yJWHRkb+OJKHyZDBy8vbwB/4ERER teTva1E/fHfUB/VS+aaCA4Zlw4aN1NSpjmQEhpKaX+mr9Xl6+5OqpSSYXUumxvzcfHaaGGP9IDCD PlqUTR/pfe1zujy/tyiD/r4gjZrPTKPGXiam2zAXMCOZXpuTQa/x7/Afm23dkpMa7iV9uCdnpxmM wzabmizxTcuh+sj3Xk7jfm9t/Mb6pciIAm2j/NeiTGo2KZnjadN5m4HpJSm/FdN7/Hw/l+Hvcyz5 Af+DRUr9HvJOVozZWrVQBRN1B2h0xOXPLeQfKyHnbt2kcTu5dJNJwBkzfKzuRzh8+LAItUpLlqwU YEA8RycXFvqvLAQzNHQ9pwlVvhs5OTmx8PazCIMVhBat9elwObr1+oLzyqIjR46Qt7c3tWvnJPGR l5/fYkM8TD4a4iH/ryzzl/bHPT8OeimaRzcJD9fOqTMFLlt21Xsv1gHQ9PljkrZjx84atVolTMod NltVGTr0Z2rtqNQL/JlhMsZXaTQPg1o7Kum3sBEGwIBv5qL/dpMmTZLzKocOHaJBQ4ZQa+a5E/MU fmpGhs38fXzmW61jSkqKdBSoH8rhoud1z759KUE/kXvVwCCNisfWziG5iiBMMhNY17q4A5bvrJlu Mw/jZUNwLNKqY3lq+d1cY2gRrDfGW1ta1kzQ1YUftZmqm3SAPg48XCe7lTpdpjQQJxNg2MPqal0o IMBEMB2hMVwOGFh4GRjMl89MgUEaX7deNHGiJ4+TJzJI9JKyOXIZO3f+VBqqERhCNfn3swEMoMmT ZxgEQclHWXHBXoOrpYClS43A6Ahg/MJm/uYEVf6ywPDLL1pgmGENGKYYgAECO2DAtzR9+nT6cfhw cuqm1BMawU8jRtAZk7KZ528LGM6cqaYvvxygrFCpwMDxBrKWeZWAanl9fFxRNXVZnUN/mpRcu9Xm emp0dltOtRwdB7uqTYHhRpVHDxof+Oso/GjdLF1D7VUayNUAQ7AZMPSThmQLGBxrAwa9ABgE18lF WZnQl+vzzwdQUNAqTWO0AIZ+1oEhITWVhfZryV9N38VFSX/uggVXrTEEBCw105iuHhh8rgEwOJny TjQFhZ/fffejrPzUnr91YFi1dqMB1A3fxwnzQJ/S/oMHrw0wgJKPn6Pvth6j5tPTjFrALWF0NpkG bjtG3gllNPtgifjPzT0sVqdvlNFbWAVvEZBNW/LqvmMPO/Oc9T1LXYYSp0+bDiWCzQTDGjCEmgCD raFEhAUwqECFckHl910USJWV2sksi6GEFWA4xsOIn8aMkX0VhnSdjCpxxy49rraB07p1WzWazu8Z SvjUZSgxo/ahhDoUU+vnxHzr1etzq2Wqy1AiIYGHEb37GgHVSfke+B/8/P7nn3mYVnalbLNtoq74 3AWZcGyzJJMenJ5kvD3a2iRavTENl0J3eyVR02kp1JR/gy/vr7WpPYMdT/2zm6IlPD4riXqvO0qR R89d0Ve6YGPyMcJ88jFOmXzcts108nGFxeSj5VAiVFRZmbzC5KMVYNi6NcJkubI7OXftqiz16Zfp 2nK8mXN9pSymZDH5aLZcCYH0XbxYP8mmLid2pS5dehpm1lu17UA/DBspdb1SSkuzNvk41jD5iPwx OSeTj2Mx+XjSRDC1k38zbWgMhslHrqe3t3VgUCcfEc65a09leVf47Uxde/akqP37rQBD7ZOPKPew YWOFP+pKBPimfhtZ5uX4wcEh1w4YjEOLC/TLniJqEXSEnpmeSo28UoxnK1zrqRHZyXqV/nqmr98k 5uCeQg9NTaWPmH+e+4uoqIquirA3AGv5psuVmOH3xXLlGv1y5WBry5Uh2uXKPtaAYZ0shynLhNjr 0E8zgQnavn27IR3sL8D+B8x4q+XpKHG7yOqFKVksV36tXa7E8pwzdnB2UJY727d3psE/DJcJTYRX wQHLfQCZKz3daH25squAA7SZjRs30rx5+uXKj7BcGWxzudLbGjBMmMDCp9QP9Zw50xowGJcrsS/k uyHDaeDAIfRJ+476Zc5O9L+BA2VfgvlQwtZyJZYZFy1apKzk6EEB/ALfRo4cKXxU28mnn34uS6PX FBhUii2skoM+vTfl0ocBGfQ8935Nufe9Y7LxwJXB96jvmsUVaAYmy5im9W/qnkTPex+mlgFZNDaq hKIKrxIR9FRYWEKDfvhBGpjpBidZQ+9ossGpg9KIli5dLvH8zTc49TYuVxqBYYNeY3CRhqTsdag0 0xi0y5UIg7MKfft/I41dKU8H6t2njwxnjIBmtsHJZLkSW6K/+vZbWf+XDTodsU25M4VHRcmGrr59 Bxg26mCtv3fvPrIKcqWkbnBqb7bBqaNoEUqdlQ1OLGC1bHCyOpQYN64OGoOHZjnXa+ZM2rJli+zq VDUZbPByd3fXbO2ubYMT5piwBV7d+wE+DRjwvfAN36WD2i6gcXGeOFdhDvbXBBhUQtLRBWfJN+kU DQwvoDarjtC789J5rK6jR6emULOpiXSPRyI11G9tFgGSnY2pyhmBemVKLtGwRVt8T5P68PNdHK4x O9T54ekpcqjs737p9DFrB98wb3zjTlH6qfN0rQhbovv1s7Ilur2ytRfPeI8tsD//PFbRGLiX/Ui2 JHeVbbiff96HVWhrQ4k2srUWAtKLtQrzIQHOJbRo42hIp8fnyj6GVetY22ir7D9AfIDHj8OGGTYj GbdEdzVsycZmG2zpdffw0KepLzf36l5eswy7QKEl4Z2yhVmpl7u7x1WdqIS20c3almjOu71hS3RX +q9siV4tccy3RM+yAgwjf5mgr0MPqeesWbMswkzAUMKQTgfy9PQUHowcM1FAUd1i3oZ5F7x8ueEE rK0t0QKoX30j/FC3cmP3a3i4MoRE2jg4B/BTt2hjf8r27RGaE6LXFBjMKf/MeYrKPyPbgSdGFdO3 Yfn02YZ8ar00i97zz6DXfVLp6Wlp9KAH9kMkGlV400NFN6XpOD2Y6VcR7uay3z8tmZ6ZlsB1Oix1 a7s8Sw5Roc5jdhYLD8KyzlAWg8G1gwMtYafiDz+MpG7dPiMnqODcCzrpDwNhfzwOV+GQlXqYaUlQ ELVo25Y6y2EbZ1YrLYcSa9eulUM6ykGlznLQCeNv86EEJrPUdHr2/FTAA6sX3w0dZjgI1YF/b9Wu Hfn6+UkDh5C1bduO43WVeNAYMGmKQzxtnZxFUOXqNI4Pddr0INGpU2fkHQ5fddYfOsJBKuw4vFJS D1ENGGA8RCV8c7R2iErZJvz9MNNDTG1pxty5FumOGjVRfxitpxwWmzFjtkWY8e5T9IeolMNQ6t2R CTodf8eexkNizB+nLt0pPl7ZzPXjj9pDXL6+Ck/l7EWrdvpDbJ3lm02bPdtCS8JWaCe5mo41jnYd qH//QXXd7PT7gcHqRyDluHEq/wnPO09zDpXR8N1F5LQmj/6+MF161vu9kqkRhHDKTaRJqKsvXJ47 +d2Dk5NlC/SbXObOq/NoSHgR+XFdwvPOSN1wxPt6AUBtlJdXJD3gOFZjB/34I/X/Fseuf5Qj0jgb YXqUdjerlVAjp+mP586e7WtxrgCqp+mxYBxLNg+Do9em6UybNtuwpLl//yH98WBvw+84DowDR9jE g+O/CI/3OFaNeL6+vvr3yvFjxMfBHnPCO9Nw2F4cEHD1V9OhHqjf8OFjhG9ffz3E9rFrP9Njz+Pl d3NatmyNcvyZ4+PEqno0WqutqMeulePR2Iat/W2i4Xg0fl+mv3ov0OLY926ZgEWYyfpyqce/rR0i My2/Wr6DdVvduT7AUBtgJJeelwtevt96jFoF5ghIPOCVxGp5onHj0B+hKcgVa/H0wOSD9NycNPrP 0nQavvMYLU0upfRSXEhCNx1BpcY1belyUUtOrSr2lVzocbme11q42i4iwb78rOxsi4tirjbful5y UhuhTMpFLek2L2qpG9+oTuWqLR28slY/5aKYk3S0sFAu2zH9/Wr5Vkfe3VhgsGjY3EbCC2toeHgh fbg4mx7zSKUmkxP0Rm9vgKk4vRHeJlMS6BHvZHpnsU6umQvPriS7idlrQ+jhcC2a/Wq5KyPj1XJe NGgorpbzoxMnTt6o7P9YYDAl3IUalKZc7PrIFBbWCcae/JqbitNfwgoQgpHeDiFZtDD+BJ2oByYk VatSN6t/gX11ggu+q5sbffCB+WW0uYa6XG0+V0MX9PndrO7CBeNSrOVltC1pzBhXzQGtC1eR/g2b fLweBOO4Hdbk019ckxSDuJ7XSFPQry7cyWn+hYcvHZZlipHe+kRQezE5hmUpo5990zxnsa8uueE4 tIuV6+uXLQuV3zG0uJr8sN5/pab2EB5lK7yJXVZWoUFwLa+vdxE+qpOHEv4q0scQqt4Cg0qrMk7T 3/0yqMn4RDGwa9rjN7gKI7KiJYyPofc4zVVJ9dOYLDaqJCUlmbmMm+b5wIEkw+YqWwZv1usN3mCS 9MBV5AceqHMVdSWEt+TbzeMO6H3wDCQGb1qaGbzp2s3A26vNp44bnW5uYABhYW3EruPUlNX+Bm7G nr+Jl+6KjNYCWGA+D2mdvn1sEP7hpDGR17KVHPu2m8irQ7uHibyvYSKPh2A8lGglJvJm3Kjsb35g UAmGdJv76BSjsZczFmvFeGxz/j8ix44If0QDV4zqDpWJNLuxm7qTYlTXS3gnRnVvXNb1Bxhg0Snv 7G/0ydJssShVZ/P2o2GwVkd5Z+pu1s5O1/jb6ScMsRpxpXMDtzOBV+CZOul6A6n+AAMIgg2jsTBE azAyW9vcAgMIwlaev2gHBTvZ6VYFBpVwK7Wz2INUJyStrEawtuC8IkvC3kqUX1NDKRUVlMkOfs1l wmZW2A5RIb8r6ajOdjoVemfMv6YO+SFciZWJQvN6wK8wC1cj8bXhSn7HIpJafvj5l5m8xO8ltYQp MfCkxmYdTXmXbxI+3wqfzfOr0ZfXVj3yzfI3p5orrO8tAQyg41UX6WP/LMVYrBVN4Z8BaXT87IX6 Wj2b1GLlOnpiwRJ6dcly9pfT34NCKPrECasN4wMO+9fZfhRv5XfQ7NRU/n0BvcJpvSLpLaHWIeup wKwR/W/nPgn3HId5bkGghMPzTrN0B0k4P9qqt/GIdP46ewnNOpSqBSR2bwWuVNJhp6aH8phSKjfo v3J+z3K+qO+zXN8X/YJofdaV25AED97kNN5csJL+xf7zfoH07dZdFmCkhK2gp3wCyXldmM30+oTt pFe5PG8uWSnpvsjpuUfHW9TzA67nc1y/t/yUcM/NDqS2y9dqQFUN58jfSy3PuqwsST/LTOijC07w +yX0Guf3qv57WAsXmJYm+aJ8an0/W7/V4tvecsAASik5T4/PSNEa5cWFKDPSKKm8fu1PqCs9szCY XuaPvaeomJYezqcnWVD+yw3KnCILT1KjKfOYL7Ppp6goq2mN3R8vv89KSuH0TpFHbBI15ji/7Nc2 8G3Himih7jC1WhtGDbx8aFTsQXk+ZnaMt9fmCOa/FzfGtfJ8rLqa0/ehsWYCg0/zF5+F9AbXIyQn l+vBTpdD8ae1S8j7j5fzN/WhvhG7pHyrc/Lpr76B9P6ytVfMt0OnTtGdk+fQiL1xFMG8m5mYRE25 7kvTLO0qjI46RI253PfNmE+JJ63vgf3vsjX0qm8Q7eW0drBD3R+cPpeyTbalQ1ddl5tPiw9n0Asc 9m/8rYJ1ubQx8yiZjmzL2b3EvzWZMIO89QeognXZdIfbHMoyu9494lgxv59GP+89SJs47Q3Mv1Bu BzVmcxA+8WnUgHm3JCOT9unre6/nLPJhwLjlgeHiJaK5CSe0F8fw8GJRwmm6VY2VPzZ3Mf1n1Ua6 cOkSnblwkd4OWkVPMFiYU6+wXfTi4hXUMXQzNV8YZNX47MRo8G067T95ktPj3ujESeahD/0Spb17 sIobXcWFCzRqD8z4+ZCOBRjPF8120UE4/jzTl+6dvphmHEwWG6MIPzHODBg42j0MDB9zPWJKSii6 uIR2sasxSy+ujIHBdTpNjkuR8qEcL3JdXw9adcV8Qz6o27IjWZJPPgvwn1lQRu2O1YSDWP+d8+i9 cQe9EbCCft6132p6HwSH0n+4HPgOSM/rQBw14vR0ZjYuVN69wWm2WrlBvlnVBW3rRIxn+bu+OCeA Xpi/mI5VnqdVWTmcng9lm2kCEXnF5MD5uMckUiLnFcv1OlJmedfHdP4d8XVlZVLGeP7GKJ9nTJ2u 4a/fwAAqq/6VWgZlGkCh5fJ8Kq++VN+rZZOe5172IRaqb3bvp+6bwqmp1wLqt0OrEZQxCDzEqvAY bqyRLHB3TplBYYWFFmm5xsVLI2sZso56h++mN5eG0FNzl1NahfVLatHzO3BjszX27bI5jN5gNXnQ zj30xPxltC4njxrNWEBjzRpjOZfv8QVBdB/X48MVm+ndFWvoX+xnml1AG88NH+V7PTBEyue4ZhP3 4ovJ73DGFfMtjgXkT1z2rhu30RjmXc8N2+g+1n62FmiNF0cUFVFT7vkPl1fQiKhoemXhUjFSbE6t GdSemBVA33C5+vF3eGXhCvpi63aqsnEO5D0GkZbMG2tUzuk/xrwYsyeK2nC6XzOoh+bk8LdlYDC7 FwMaQyN+/8+AtdQuJIxaMO8GR+yzSHNWcio14XCfhkVIGVvzN/6b/3IGmjpdQFz/gQG0KfucAEOj ifGsXp25Fapkk55dvJwe5AbZe9tu+mxTBPdoB+hIuVZQgzNyqaH7DGq/cSt9t2M382YWC1akJTDE KxrDoJ3R5BGfSG3WbqC/TPWjgzYMxI7Waxi6cuu3UblsDqe/MXDlMnC8zNrKe8tWU0MWMkuN4RI1 YwH/IGQDReQXUXh+ofgVZkIlwMD5td+wSco3hMvZ0GsuTb4KWwnQGO5jEG3FPf23zLv+zDv/VJ1F nv9jPkGgxkfFUqd1W3hoNYN25VreYQAhf2Z+EE3jnnkq1+8F/r8dA5ets4tv8XdrwUJvFRi4H7t/ +kJW/1MpkgX/Od8l1HnNZnpo1gJKt6IxNGQtbEJUDO1hnm1j3h06bnm4anpiotRj5N59NI1557R6 EzXndFMvY/z3lgKGygvMeL8M2T5deeHW1RZAj7NK+kbAKko6WUap7AoqLYW0DTeCh+csov6sSQzZ HUWvc3gMQQrM5gTGxSgaw75jZVTEPdPOY8eoIfeq3ok6q3kPi46R8Lpy6xpD+7Vh9Kx+WBOcfoTu YlDAUMLVQmMgajJrIf0fA0M2lymdG2sSu+NmBkdjSsoF1Nxi46V8Oacr6cWgYPp45dor5hs0hrvc Z5JPXJrwTceu0uww1nEuyzNzl9IH3LsPZhD6asdO4eM32y0vhvmQAebtwFVUxPxH2Sbw8Ot+rm+R jWPN73HYFrY0BnYPMT88GGQwLPlyy05qNtVHwCLLXGMoLJbhlQ9/I3zPPHbZp85aANIsBpkmzPsU HvahfFEMHo095tJiXZ2uxrs1gAE0PrKEJu0ruVWqY5OeZMH7iAXKFmVyL9uUe5qvWL1MOnmK0ljg glhI75jsTQFm++QnHMRGMB/KKFcmzCp4PHzPTF8aGBlrNe0R0QfpLg5/pNz63YEdN2ynF/TAUMEC 0m7DZm7E3uRxMEUrCDzEfsQ3kB5dEEjt12yktuu30P8tW0XzUw9rwh0sLZd5AZ94nUkeYfQc53Gl 602xJ06Qg8dMWpWRZTNMUGoG3es1jzXQPOFdEo/Lv9waSU/N86dCMwH9JwPDR8Ghhue1R3Ik/Zhi 61e1v+2/glqYhDcHhge8GRj0ZvjSOO/neWhxn9dCzWSmAEN+Md3DAg7w6rJmG7uN1J41kcNmcxve sUnUxMOHcvTlLmeGPTzdl8bsjbu9gCGj9Dyll9+Et6lcY1qYmk4rjtjeVlx47hz3sHGUUmpsKBjT e3Kj2212rVd0aSl5xifJ7yBMic1JSqXN+YVW095bUspqaZJsGLNGa3LyWT1PNzwfYPUd+caWahvt eX09psWlSnrwES6yUAvspVLuJIozib+loIhmJqZc8eRyiZ4v6bUYwN3BvTHKc85khj+R6zyJ450w 0wSgEQFwVSpgAUb6+ZXnbH430/Dm/JjBPXysyfcJycimqbGJFpPGRZw+3s/gcsKfygAwhfMtMVu9 iOdy4736bfHJ5jKfw21821sWGNSGfasTZrmratkei19OWVmrrrASr0b/vq7pWwt/ubgIX2MjbEXN Rfld9WusJG0ev8ZG/epCiFdbG5GyWKnfSSvxqqyErS19W2lr6mnye231xHuEh3+q5qLVcNbaAfhc Vbet1TcWGHD12IYNG9iF6v26ulC5bjtKf624KeF+fTUcbjvGbcb2G4LsZKffRTcWGDIzM+n9999n 97ber6t7mz744AP65JNPqF+/fnJZpnrTMU7rqeHefvttatmypYXdRTvZyU43MTAkxydTkzubkIOD A93J/p133ilOeYZv/VlxxvCvvPKKXHkuaSYna9J58MEH5bjq7UgASxiHhZ3H3Fxl2zDuXARQwq+r MVdrhJuDcMPwwYQEm/xF+rbMyKlaHMIUFBTclPwDzxISUuUmabW8pibrroTAB2ua65EjuVbfK7wr t/r+astQb4BBl6yjPzX5kwhxE/abNGkiTnluIsJv6/nOO+82xAEAODo6KmnqdIYweP/Xv/71tgWG Xbv20qpNm2jztm3k779CjJlCS0MjhSWpvDzrE081Nb/SWfMDTCbPZWWnxZwbLF6HMCBj2KY2blg3 UsNimGduok4l2ErAtXT4NrhSXqXTZtugke4VWEy6ZgQ+rVq1joesu2jdunW0a+9eqde6dZs1PLnc MBW8RJjNmzdbaK644t3DYyZlm9jOUOuM6+oiI2OsAkxyss4QzvzmqrNW5heuwVD6xgJDSkoK3Xvv vXTXXRB4+HfR66+/LnYQbbm+ffuSk5MTNW3alMPfLfFUAMAZdVxVBWC444475P0TTzxhuEYdBlHA SPi1nWdHGDWctSvD8A73GKLXxIdSfTgYZrnBZ+VtEkyhbdmxQ8q3Zs0m7gELKZF7P9yY5Ld4Me3f HycCAEJ9cLUayh8bG0/7YmOlZ8L7mJg4jfDqdDk0YsRoabwYusG6FO4IwDOuIIP9SfAC32Ix56Py CAQwQrrTp0/nMq2XssTExQnPElj72LFrF8Wxj2ekB60EaWaaWZ6+noS8cRFKREQEl1W5Vn7pylC5 H3G23pALyhYdHcvlizcYES4sLDb8hneod3R0vFyhNtHNzaKD2rlzD7m5edLq9ZsN+aJji+fw4Onq 1esM30QBq2x5Bp/wDuAay99FnWdLSdHJd4NcIS28R1jVYE69AQYw7M9//jMLMYDhzyLIgwYNkktB bTkwG8wDgCC8Gu/xxx+XxglbhgAGgAzeN2/eXN6DoTAsAsOf8DEpaY1wz/7y5ctpwYIFNH/+fAlv ap8B5slhMNaNP/To0aPF8IjqT5o0SQyhYM4DRluuhb2D30Po6UJCQmSSFgKGnnfTtghp6MH8HnVZ 6O8vE7aRkXvFWtUOBpKlS5eKgw1LXO8+bpyr2EZUqajoJPn6LmZtIJwBI1G+B3i0gHkFDSGU84UW gXwwAYy8IWQgNPaEhMMCDLBjCWBZy1oNvhuMzmzlcD4slOnpR8TeJoysIE18ixsFuOATDM+a3j59 8uRp6eEBGACIgIAAsfiNOsRw/QCc27cru0mXM28BZNASNm/eLrwbPnqcBhjAc2/vOTJMmTp1tjzn 5xeyZudPERzeZ9482sDxw8N30kEGgMrKc3LzFXgdEREpoAATdSFrN8h3xHBswQJ/4fOSJUuFnzCI g7YOOatXwKBjhLu3iVFjgCB/9dVXYgQVLi0tzaofxz3MP/7xD9EK1KEEJhtB5hoDgAGEBnrPPffQ fffdL3737t2tlgkN/KWXXtKHvY/uv/9+g+HUuLhYubr7oYceMqRv6gBGcPi9devWIph/FKk9LkAB DQSClZiYKOoxGlVwcDDlsAobtGKFNCx//2DpWSZMmEBhYdspIjJSGhUsX8M3JRWct23byUOKNQIu SMPV01N+r2KBgmUkAAJAAhoErEiDFi70ZzAolPc6XYaYoENZQkKVlSbQFhYGmGrH/ZCqeTbYdzQ3 vnu9CL39BNa2TIE9mzsWAIK/fyBrUDEGnkCYZzKgQSDVYdPCwGABVC8vbwO4uLp7aYABdR/NYHGA AQXAm8L8BLCobSacgTqUwTUzM5eWr17NwJMi/Eb7DgnZIDIAvkVG7hNQWssAEaqPGxkZLeAE62QY 7l0DusHAkKijpk2aUsOGAAb4ylACwwW4Tz/91KqP+YR7720qANCoUSMZLsycOVPSRONW30NYn3zy ST0wrNILsAIksGpsq1FA+0CYhg0bSloABgwf2rf/xPAewPHyyy/QW2+9Re+++674r776qrzH73Av vviiwZjrjSY06qCgIOmR0dPBDBq0AAgohA09cY7+6nU3t8miWSAO7CiuWrWRwkWYN3OD2yy+KaEh wtbk8eMnZSgwztVVntGDFXB98/IK5H+Eg5FbXH2+klVjAApM0wEMQjnNqKgDPLzJlQYexpoKtAyk t3ZDmIDZwoWBLAiKGgzjsObGd68nTZs9l/mUSCeZd9Ibs4YArTMgIFjq5ee3SOoDi19+rEGijuAx wkMTQBhYo0ZchHPznKax/xkUtErMB+5mAAHvFwUtE3ABD/C9tm/fI8MJELQI2P4EbwAMy5eHyvzM zp27ZdId33nTpu20asMmySuCh2OrmX/oDDN+/zDixgMD1CgIUqNGAIZ79ODQ0KIntuYUMGki4bt1 M16jrU4+quk89thjemBYro93j/hdunSxWiZ8PGgZDg4NBVxQPoyPjxzJkOeGDe8U/+mnn+YP68eq 9zbaxR9CJuL4A//rX/+S31Ef5AMB/KMIBmSRP8oH1Re8wf9oXAAINC6Qm9tUHvoo254xnMB8RBg3 0t2798uQaNcu7Wk98AM95ubN4ezCJA+8QyNdvX49Ba9YI+kcO1YsfAEQzGKNBQ0fQy2Mx5E2+IWy AFQQH8M2qN9z2UccXCuflaVMzAE8buTQLDY2gYU/gMJ372Y+rhGBRf4QVkwiBgaGyHAUYItxPMq7 cOFi2sWCjk4K9QEPEBeCCh6r5cdp8rlzF2nqg2fwAiCAOZVZPn4Upu/twcOp+o4PYcBH5Ll+/XbR CDH0Rf6LFgVJmfz4W2fxM8JlMPDWO2CAaotJRFVjgEDjGUuMUOFVZ/4Mp65gwGEYAVUZjMa41lRj aN78KckLH1SZk2gqfo8ePWxqDAowNBJwQXkAOps3rzXEx3sAAD5YRESY+GjcELovvuir1zSUfGBo 9o8kgC8ammrYFo0afFJ9ELQaU5lDHPR4qm1Da/tA8A6gAQO26u8Ii3iH9DcvIU31N4y58ZtqbBVh 8Q6++g7lQJqqlmVqmNWakdbrTeAZynPI5MYptRxnzpyX30wnRVNTM4V3ploi4h4yewe+mGuSyjdQ eCHpct5let6Bh2p4U35J2oeM/Ff5p35rhLtGYHqDhxKpOrqniVFjgDC/+eabNHz4cPr+++8NzvwZ Dmq60jMr2gH+x/zD0aN5Go2heXNFYwCqKoJ9JRpDE9EYwGDMrqvxVUDCxCny1frK/yowDRw4kOob FRUV0+nT1k9MWtuXAGtJtsLb6ZagGwwMCTpq1qQZNWgAQWsmgvTjjz/WKS40BEVQmxgmIH1957Oa WizPjRs3lndPPfWUhMd4C8+NGyv5YPhhjTBBhKVPB4fGUq5mzZrJ2A6qrJJfM0kbE5NIG/MbmMdQ fVOHd2PGjKlXLQA9DEysh64xzivg2nJMymK2XtXM1BUCrJGf4ffbtikz8tiAg7Dq2jnC4blKf6oP z4hfVVVlFzc7MFgnrDLcfffdLGgQ7rtZEBtQnz59ZMLGtiuU8RSMbiC8KTB4ebmJEOMZv+Hdo48+ KnlhthfPDRoo+WAogFlmNGQ4TC5CW0A4CH6DBg3FR/kwJjYORZS8EB9DB4yDMRut+hiLYpyIMT2E CKpdfSLMQ2AC0pPHtOoeDoyXMfYPC9tKrq6uMs5V184x2ZuRf1Rm6qura2jv3ihZXcjOzpGr3vL4 WyHuTuZVVdU5GZZB/Y2yce+knezAIBMo6JFVjQFCh6W+1157rRb3Fj3//PMitKbzDBBWTPpAiE01 BnW5EstpGF40btxUQAhghKVR9cAV5glg5QdpK4DTTHyUD4KBrdYNG96hB40GclYDajV26gFQ4KBt YPKnRYsWsnICH2vz9YkAaklJybRixUqKiY3lnv8iubm7y0SWv/8yBgY3WX7EPg/0/j4+c2jPngMU FLSUYmOTaOxYN+FBQMAKKmT+uE+fLnExobh+wzaJi+GVuq/BTnZgsCBoDKoQQ1AVYW6gX3mo3Ydw KvEUhzE9NpJgAkYFBTisHkAVhgA/88wzhuEEwAhpKOk00exFULSYxgbwQZroPZ955hV9fAUc3nnn Herfv79oL2jsn332GQPbwyYrJw1ZLZ9Yb77+hQu/0neDBzMorKMJEzxpFgt/WloWTdXv9sNcwqRJ U4UX3t7eMqczf76/8HbOnIXCJywrYrs0JjyhFfj5LZS4AOxpPj6ypAdnJzsw2CRoDBBCZd3/ynw1 HjYaARTUVQas26v7COAwlFA3lmDDB4QacRDfqG0oIAFQaNOmjSxx4lnNB+q1tfjWl1KViU+c1cBG qfpksHXHjijynjvPsMFsrJsb7dsXTe7TpslGnQIePmCXJ2jLljAayv8nJCTKUAw7AsF77PmAw85Q DMsAGOqO1Hnz5smwwq4t1ENgmDBhgt3Znd3Zncb9P4rktDJnLfERAAAAAElFTkSuQmCC --_004_2501cb54284a4a038ddb2f25b1683663AMXPR07MB117eurprd07pro_-- --===============8979696619018132276== 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 --===============8979696619018132276==-- From xen-users-bounces@lists.xen.org Wed Jun 11 16:49:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 16:49:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuli3-0002ft-VX; Wed, 11 Jun 2014 16:49:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuli1-0002fe-O2 for xen-users@lists.xen.org; Wed, 11 Jun 2014 16:49:10 +0000 Received: from [85.158.143.35:50010] by server-2.bemta-4.messagelabs.com id 96/5C-06539-58888935; Wed, 11 Jun 2014 16:49:09 +0000 X-Env-Sender: paul.angus@shapeblue.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1402505347!3443713!1 X-Originating-IP: [213.199.154.11] X-SpamReason: No, hits=1.3 required=7.0 tests=BODY_RANDOM_LONG, EXTRA_MPART_TYPE,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19316 invoked from network); 11 Jun 2014 16:49:07 -0000 Received: from mail-am1lp0011.outbound.protection.outlook.com (HELO emea01-am1-obe.outbound.protection.outlook.com) (213.199.154.11) by server-13.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 11 Jun 2014 16:49:07 -0000 Received: from AMXPR07MB117.eurprd07.prod.outlook.com (10.242.70.142) by DB4PR07MB298.eurprd07.prod.outlook.com (10.141.234.18) with Microsoft SMTP Server (TLS) id 15.0.954.9; Wed, 11 Jun 2014 16:49:06 +0000 Received: from AMXPR07MB117.eurprd07.prod.outlook.com ([169.254.15.63]) by AMXPR07MB117.eurprd07.prod.outlook.com ([169.254.15.63]) with mapi id 15.00.0959.000; Wed, 11 Jun 2014 16:49:05 +0000 From: Paul Angus To: Marco Sinhoreli , "xen-users@lists.xen.org" Thread-Topic: Kumo public Zone XenServers Thread-Index: Ac+Fk6pYSkJ2m8ZQTp6BwtBvh9lxgw== Date: Wed, 11 Jun 2014 16:49:05 +0000 Message-ID: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [217.36.41.30] x-microsoft-antispam: BL:0; ACTION:Default; RISK:Low; SCL:0; SPMLVL:NotSpam; PCL:0; RULEID: x-forefront-prvs: 0239D46DB6 x-forefront-antispam-report: SFV:NSPM; SFS:(428001)(13734003)(189002)(199002)(18206015023)(66066001)(31966008)(99396002)(19580395003)(64706001)(4396001)(19300405004)(80022001)(21056001)(20776003)(74502001)(19580405001)(74662001)(99936001)(19625215002)(15395725005)(76482001)(92566001)(15975445006)(17760045003)(54356999)(33646001)(87936001)(85852003)(101416001)(50986999)(74316001)(2656002)(76576001)(79102001)(81342001)(46102001)(83322001)(77982001)(86362001)(15202345003)(83072002)(16236675004)(81542001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:DB4PR07MB298; H:AMXPR07MB117.eurprd07.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (: shapeblue.com does not designate permitted sender hosts) MIME-Version: 1.0 X-OriginatorOrg: shapeblue.com Subject: [Xen-users] Kumo public Zone XenServers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8979696619018132276==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8979696619018132276== Content-Language: en-US Content-Type: multipart/related; boundary="_004_2501cb54284a4a038ddb2f25b1683663AMXPR07MB117eurprd07pro_"; type="multipart/alternative" --_004_2501cb54284a4a038ddb2f25b1683663AMXPR07MB117eurprd07pro_ Content-Type: multipart/alternative; boundary="_000_2501cb54284a4a038ddb2f25b1683663AMXPR07MB117eurprd07pro_" --_000_2501cb54284a4a038ddb2f25b1683663AMXPR07MB117eurprd07pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable When iptables is running users cannot rdp to guest VMs. When iptables is stopped users can. We've stopped iptables for the moment but need to figure out what the probl= em is and re-enable the firewall. # Generated by iptables-save v1.3.5 on Mon Apr 29 17:23:28 2013 *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [595645782:1940184239142] :RH-Firewall-1-INPUT - [0:0] -A INPUT -j RH-Firewall-1-INPUT -A FORWARD -j RH-Firewall-1-INPUT -A RH-Firewall-1-INPUT -i lo -j ACCEPT -A RH-Firewall-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT -A RH-Firewall-1-INPUT -p esp -j ACCEPT -A RH-Firewall-1-INPUT -p ah -j ACCEPT -A RH-Firewall-1-INPUT -d 224.0.0.251 -p udp -m udp --dport 5353 -j ACCEPT -A RH-Firewall-1-INPUT -p udp -m udp --dport 67:68 -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 67:68 -j ACCEPT -A RH-Firewall-1-INPUT -p udp -m udp --dport 161 -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 161 -j ACCEPT -A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT -A RH-Firewall-1-INPUT -p udp -m udp --dport 161 -j ACCEPT -A RH-Firewall-1-INPUT -i xenapi -p udp -m udp --dport 67 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A RH-Firewall-1-INPUT -p udp -m state --state NEW -m udp --dport 694 -j AC= CEPT -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACC= EPT -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACC= EPT -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 443 -j AC= CEPT -A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited COMMIT # Completed on Mon Apr 29 17:23:28 2013 -bash-3.2# iptables --list Chain INPUT (policy ACCEPT) target prot opt source destination RH-Firewall-1-INPUT all -- anywhere anywhere Chain FORWARD (policy ACCEPT) target prot opt source destination RH-Firewall-1-INPUT all -- anywhere anywhere Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain RH-Firewall-1-INPUT (2 references) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhere icmp any ACCEPT esp -- anywhere anywhere ACCEPT ah -- anywhere anywhere ACCEPT udp -- anywhere 224.0.0.251 udp dpt:mdns ACCEPT udp -- anywhere anywhere udp dpts:bootp= s:bootpc ACCEPT tcp -- anywhere anywhere tcp dpts:bootp= s:bootpc ACCEPT udp -- anywhere anywhere udp dpt:snmp ACCEPT tcp -- anywhere anywhere tcp dpt:snmp ACCEPT udp -- anywhere anywhere udp dpt:ipp ACCEPT tcp -- anywhere anywhere tcp dpt:ipp ACCEPT udp -- anywhere anywhere udp dpt:snmp ACCEPT udp -- anywhere anywhere udp dpt:bootps ACCEPT all -- anywhere anywhere state RELATED,= ESTABLISHED ACCEPT udp -- anywhere anywhere state NEW udp = dpt:ha-cluster ACCEPT tcp -- anywhere anywhere state NEW tcp = dpt:ssh ACCEPT tcp -- anywhere anywhere state NEW tcp = dpt:http ACCEPT tcp -- anywhere anywhere state NEW tcp = dpt:https REJECT all -- anywhere anywhere reject-with ic= mp-host-prohibited Regards Paul Angus Senior Consultant / Cloud Architect [cid:image002.png@01CE1071.C6CC9C10] S: +44 20 3603 0540 | M: +44771141878= 4 | T: @CloudyAngus paul.angus@shapeblue.com | www.shapeblue.c= om | Twitter:@shapeblue ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design & Build CSForge - rapid IaaS deployment framework CloudStack Consulting CloudStack Infrastructure Support CloudStack Bootcamp Training Courses This email and any attachments to it may be confidential and are intended s= olely for the use of the individual to whom it is addressed. Any views or o= pinions expressed are solely those of the author and do not necessarily rep= resent those of Shape Blue Ltd or related companies. If you are not the int= ended recipient of this email, you must neither take any action based upon = its contents, nor copy or show it to anyone. Please contact the sender if y= ou believe you have received this email in error. Shape Blue Ltd is a compa= ny incorporated in England & Wales. ShapeBlue Services India LLP is a compa= ny incorporated in India and is operated under license from Shape Blue Ltd.= Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and= is operated under license from Shape Blue Ltd. ShapeBlue is a registered t= rademark. --_000_2501cb54284a4a038ddb2f25b1683663AMXPR07MB117eurprd07pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

When iptables is running users cannot = rdp to guest VMs.

When iptables is stopped users can.

 

We’ve stopped iptables for the m= oment but need to figure out what the problem is and re-enable the firewall= .

 

 

 

# Generated by iptables-save v1.3.5 on= Mon Apr 29 17:23:28 2013

*filter

:INPUT ACCEPT [0:0]<= /p>

:FORWARD ACCEPT [0:0]

:OUTPUT ACCEPT [595645782:194018423914= 2]

:RH-Firewall-1-INPUT - [0:0]

-A INPUT -j RH-Firewall-1-INPUT

-A FORWARD -j RH-Firewall-1-INPUT

-A RH-Firewall-1-INPUT -i lo -j ACCEPT

-A RH-Firewall-1-INPUT -p icmp -m icmp= --icmp-type any -j ACCEPT

-A RH-Firewall-1-INPUT -p esp -j ACCEP= T

-A RH-Firewall-1-INPUT -p ah -j ACCEPT

-A RH-Firewall-1-INPUT -d 224.0.0.251 = -p udp -m udp --dport 5353 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp -= -dport 67:68 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp -= -dport 67:68 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp -= -dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp -= -dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp -= -dport 631 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp -= -dport 631 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp -= -dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -i xenapi -p ud= p -m udp --dport 67 -j ACCEPT

-A RH-Firewall-1-INPUT -m state --stat= e RELATED,ESTABLISHED -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m state= --state NEW -m udp --dport 694 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m state= --state NEW -m tcp --dport 22 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m state= --state NEW -m tcp --dport 80 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m state= --state NEW -m tcp --dport 443 -j ACCEPT

-A RH-Firewall-1-INPUT -j REJECT --rej= ect-with icmp-host-prohibited

COMMIT

# Completed on Mon Apr 29 17:23:28 201= 3

 

 

 

 

-bash-3.2# iptables --list<= /span>

Chain INPUT (policy ACCEPT)=

target     prot op= t source           &= nbsp;   destination

RH-Firewall-1-INPUT  all  --=   anywhere          =    anywhere

 

Chain FORWARD (policy ACCEPT)

target     prot op= t source           &= nbsp;   destination

RH-Firewall-1-INPUT  all  --=   anywhere          =    anywhere

 

Chain OUTPUT (policy ACCEPT)

target     prot op= t source           &= nbsp;   destination

 

Chain RH-Firewall-1-INPUT (2 reference= s)

target     prot op= t source           &= nbsp;   destination

ACCEPT     all&nbs= p; --  anywhere         &= nbsp;   anywhere

ACCEPT     icmp --=   anywhere          =    anywhere         =    icmp any

ACCEPT     esp&nbs= p; --  anywhere         &= nbsp;   anywhere

ACCEPT     ah = ;  --  anywhere        &n= bsp;    anywhere

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   224.0.0.251       &nbs= p; udp dpt:mdns

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   udp dpts:bootps:bootpc

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   tcp dpts:bootps:bootpc

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   udp dpt:snmp

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   tcp dpt:snmp

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   udp dpt:ipp

ACCEPT     tcp&nbs= p; --  anywhere          =    anywhere        &= nbsp;   tcp dpt:ipp

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   udp dpt:snmp

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   udp dpt:bootps

ACCEPT     all&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state RELATED,ESTABLISHED

ACCEPT     udp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state NEW udp dpt:ha-cluster

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state NEW tcp dpt:ssh

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state NEW tcp dpt:http

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state NEW tcp dpt:https

REJECT     all&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   reject-with icmp-host-prohibited

 

 

 

Regards

 

Paul Angus

Senior Consultant / Cloud Architect

 

3D"cid:image00=

 

S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus

paul.angus@shapeblue.com= | www.shapeblue.com | Twitter:@shapeb= lue

ShapeBlue Ltd, 53 Chandos Place, Covent Ga= rden, London, WC2N 4HS

 


This emai= l and any attachments to it may be confidential and are intended solely for= the use of the individual to whom it is addressed. Any views or opinions e= xpressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related compan= ies. If you are not the intended recipient of this email, you must neither = take any action based upon its contents, nor copy or show it to anyone. Ple= ase contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorpo= rated in England & Wales. ShapeBlue Services India LLP is a company inc= orporated in India and is operated under license from Shape Blue Ltd. Shape= Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. = ShapeBlue is a registered trademark.
--_000_2501cb54284a4a038ddb2f25b1683663AMXPR07MB117eurprd07pro_-- --_004_2501cb54284a4a038ddb2f25b1683663AMXPR07MB117eurprd07pro_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=15840; creation-date="Wed, 11 Jun 2014 16:49:04 GMT"; modification-date="Wed, 11 Jun 2014 16:49:04 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAQYAAABYCAYAAAAXxlkPAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAD1gSURBVHja 7V0JWJVl9kcrtZrRpnrap7J9m5ppn6mZ+jtqioqCu2VpOrZoZpnmngugIIoLLogKgriguCsqoqiI oMjOFZBVEERBBEXQtPM/v/Pd79773QXR1ETveZ6Xl++773q+9/ze867HgW4CyiknCtaV09CIYmoR rKPmPjpy8IpXnGs83eelo5f5nUtoDrlGF1NETjUVV98MJbeTnW5JauDwR+Wcy4I9Zddx+tg/l5pM SaRGkxPozrEJ1NAtnhq4GUHBgUGhgavy7g7+/S73BGo8LoEennGY2q7IpRWHq+m0/UPayU71Gxgy Smpo8PYSetgrie4enyhg4DBVDwKmvpvqW/+9gZsCEvdOiKU3/DLIa0/JVQEEF4f25NWQ34EScuU0 xrLzOnCa/JJKaDu/zztdY28mdrIDw/UiiNeEqBJ6bk4y3cPC3GBqGjl4spB7pulBIE3REqZewTOA wjOV7mCAaDoxid71z6Q1mRV1Kk9Efg3135xPf5uXSQ+6JVOzqUn0Z07jT55J1HRSEjVj4HqA3z8/ N4NaL8skj7gSSqmwg4Sd7MBwzSj+RA21Csqi+1yTZKjg4HlI0QS8TDSC3/s8KV40iIenxNEPWwvI lgxHF9TQZyEF9KjHIbrXM5HuQPxJek3E09JvyL835mHOX9wO0rOzU+lbTjur4mb6hnayUz0EhtDs Snp5TpoIl8PEq9QM6voMYfZIEQBqF5xNupNadPBNPEkv+qTx8CNJwinDEr3mYZqeua9PF3MdTVmz eHOuTuplJzvZgeEqaFFyKT09nXtdV5Oe2D1REWT41+t5Sjw1GR9L7/nrKLn0vJRlUtQxenxqilKW KZeJX5vP8e9gh3qhfnaykx0YroBWZJ6hp6elshDG6UEhVRFA+O434HlKMt3JfosVOTRmdxE9MiNZ 0ViuRfquSvqoX3jeGXszspMdGOpCO/PP0IuzkhRBdL+BmoKVnr/xlER62DtZq7Fcq/S5fv/0O0yn zttbkp3swFArZZ8l+ueidHKY8AdpCtaePa9T+ly/u8bF07yEU/amZCc7MNiiC+y+3FgoY3Blwo7d 5CRFkODfis8T4um9wCyqumBvTXayA4NVCsk6LSsC6iy+CBD8ybf2892eSZRYpkWGoirslaiiUOZJ qO60/K87eYHs+GGn2woYSs9doA+X8hBi/G2iKZg+/xJPwenKcCK19BzNOFBKPdcdpX8vyqK3FqTS W3PT+f/D5LQyl0btOEqh6RVUYUcIO90OwOCfcooaT1Jm60Vg4E+5TZ4ZDMfuK6YNRyrJeXU2PTk9 TfkNIOmaoGhQer8Zv3/bN4OG7ThOh46fszdBO926wHDmV6L3AzIVQbgdgQHCzvUXHqjzK1PirYfX //4nBtFOy3Mopsi+3GmnWxQYwnPP0J0GgbiNAMH8+UrqD+2KhyAdQo5Qbvmv9qZop1sPGL4KK2Bt 4YCmB71dNYcrDs98Gx15nOzQYKd6Cww4mFRcdZEyT9Wwu0jZ7GdXXKTn/Q6Tw8TY22/S8Vo8TzxE j0xPoSzmo53sVG+Aofz8RUosOUfrM8ppWmwpjd5dTAPCjtKAjYU0kP2BO4rpLi91JeL2Wqa8Zs+j 42nWQfsmKTvVA2BgPKC4Y9U061AJdVudRU/7pNBdao+HsTR2Nk629/zX5HlcPHUMybE3Rzvd3MBw vOoSrdadJsegXLoX24nHxyhg4P4Hb22+VZ+Zt28GZtmbo51uXmDIr/iVJu0rpb8AEMb+QYefbrdn BoZnF6bbm6Odbk5gKD7zKw3Zfsy4Fm/v2W/MM/P6jcV2jcFONyEw4BDQ2F3HWUtQhw32nvyGPU+M o86hR+zN0U43HzBsyKihxqqmYOPKNLkCTb0Sra7PmivYEhR/omn463DFW316Zj40+iWWlqbZr4qz 000GDKdrLtGzM/UAYHrJqt62Ay5wbTrpID0wPYke8ThEj85IkctUH/FW/Ee9tc8Ps/+Ae5xcttrQ 9PLWqbj7MZF/U35/YFoK/WlSkvaa+Gt9SexN/txgzH563/8I2S+gttNNBwweMaXkMPqQZc/GDbeR ewK9MC+FhkaU0PyUEtqcX0MR+RVy/frmTMWPyNQ+4wr3+SkVcj37s3My5Hp3SW9SPL2zOEd+ExdX Qf22HjdeynqbaQ4AzcemJVFciR0V7HSTAcPFS7/RC7O4sXLPZd6z4VbkloEZ9Hva7QGO/PL8dEX4 R8dTr9Bcze+4q0DODdxmmgL48eg0HW3Ps9vRstNNCAwHi86JwMIUnGIvUqfvwXV0N/dwh62024u/ wf1m4hsd44wFLU44bQIMxWbAUK3NX53TmGpWHi8bz4bwadafLxffpL7XNP/L5cfuJT8dnb/423X/ yhcvXqQLFy7Qr7/+Sr/99hvZqW4EXoFn4B14eFsBw+iIYkUwXU3tRSpC/PJCnUUM2JLdnFMtRmgh 1PBVF8ou2oq1WX5tAAYYpjUlxDMsj0qYaENYwzsvG74mvA3fVjxzN/oa519bPK94m/y41lRdzd8o OJSGDh1Nrl5epNPZd1jWlcrLy8nLy4dGjx5NCxcuZF7eRsDQclmOsUdz1fZo71sBhl92HadGP8dQ o3EJipucYPx/3H4xLLPruJaDsGbdDOlCY9hcbAYMrDH8FE0Pz9bRx0uzqePGIuq4Ops+WZVNL83W mQiZtnwI/95SHXVcpYTvyOEV3/j8hp9lfPTSeP+en/H3Juwkb5P4eH7aVv5j4i3Ka8xfifuSJm/b mgMsYcUcv34tbt48f/r3v1tTu3adqWWrVvT551/Q8ePH7VJfB0D9esgQatWqA7Vs354+ZN5NmTLl 9gGGB6YnGFcjTFcHxuynfy61BIYFh4rpIc80ua2pMYfDEmfjqerzIUnrrQXp9FFQBn3kl0Hvs/t3 YIYYocVcQuc1uZr0FvEwo/+6Y5Rx+iJVnr9EZy6wO6+40zUXaV36WXp9gX4ORMqVQP23KeErzl80 hLXmKjj+yvQyemp2msRD2TZmVMn7ippLlFlxkbqEZLNg6vM2cZWG/MvoHbP8B261Xl7TuCVq2Wfr Jx1tzTVwut9uzbsuX/f06dPUvfsX1LaTMzk6u5Czcw/6oGVLClm/3i75l6Hdu3czkLants7OzLee 1LatMzk5daW8vLzbofoNHBp6KWPixuaz55MO0auLLIGhigUh48yvlHjyAsUcYye+8Xk/+1tyztLy w2dp0u5S+iQom+4ap1+V4J62Z2iRJr2iMyyA1Zeszk2AangMfuTUr/TkzFTZov28b5osr16q41C5 +uIlWqY7q1w7x/XcV2TsnZHGqeqL9Osl2/FrOH6WSf7OawsFVC6X/2/6sqeW/UpNp+otdXtZMYHH fH563mG6HusSUIV79uxFju0YFFx6kotLZ/q/Fm0peNkyu+Rfhvbt20ctWjga+AZwcHR0oaKiotsD GAzr6VZmzaFNFFhZYIccYc6MMYIu6H3T52p+qOJ/ylngi85coMmxJ5R0eSjR2WxVQhWwLM4Hxm/h TphliTDfhx3jIUc8fcRaDH5GGLj1WRXUISiLPmbXWvw0GrG1QCNoKMuTsxRg2plrOZuKPLdyOrsK FD/arADIv9e6bCn/2nTt8Wj36BOa/LuEZEk6KoEvPRhMHMZarvqofMZy7qET1x4aLl26RG5uXvTB f1tSy3btqWXLdtSJtYecHPs8w+UI2tbn/xtAH37Yiodh7cQfM2bs7TIJ2cDhwZlWjLh6KT3cHfzc f8NRKvydm/JOsVr9nv8RFuz91HPTMYvfh+8ppNfmptEzcxT3znwdheq0ma5itdxhVDzdP0NH/wnI pkEbC2lUZCENDj9O7VdmUyd27di9E3iEHpmaRPFmBm3f8YNg76eoY9oLWH0TK+mZ6fEMHKn0FGtP 8JvzM96b0ri9pQIMeWeMDQM5DNhSTO0Ds8lxZaHkDw1p9oHTZnGL5UIWm/saWBNZn3F9li1Pniyj WT5+NHDoUBo5chRFR0fLTLudaiesSBxOTydXV3caNGgozZrlQwUFBbdL9Rs4vLlAZzwbodnDr/Rm zcYe5DF+On0WkkNjdh6juQdLaWl6JYUkl1KI+JU8lmY/vZS25lSy4FWSNYtt3/C43GFoNHVZqx2j IfwDk5MUY7Oq0VgWlA7LtGcHNudUiGA29Uokn0OnKa20hnJPw13goUaN3CYFX8fvd+VWUd5Z7fgA V7g7jI6jXXnaib4WwUfkrILhAldZLYijz1Yf1YQbu6tEtnKbLrogB8m/FHkr5cjk/4vPaHuVmXFl yhmUWkzdzY4tueKvV1lZSenceJPZwcezNSotPUVphw+LGlxTowDm+fPnNa6y0vqzaZpWfz9fu32+ 8/p4pumbpmfMR/ubJg2z8piGs1Xny9GxY8cU3iUny//W8oZ2UFJSQkePFjIPS0UDMy1TXfzLhb8c 2QoPftQlPdPfTflv/i0sgOHHHQXK8WrzU3+uqfTojFQawgLdf0s+Ddlewj30MXpvcSY945FIz/mk 0nPeOnpumo5e8Obnuan00kwdvTZbRz+FW07QuB8oE2DosVGrxq5Mr1KWBk3z52eo5aYUfozDDYuh r7cWUxnmJEx+w0XLcHl6v4p/PG82b/DegixJN+KYFhje43ws6s/heqzSajYTo8oENMqqLRv+mfOW fpmJm7C7RAEfW/dZcP7+yWV1btSYAAsMXEEjxo2jb78dQl/2/1b8ESPG8ftAysw08h+TaGPGTCS3 qVNp4kQPmjNnDpfvPC1btozGjx9PkydPo/GTJ/OQYxr/P1nzDB95pKamcpqZNGqUZXg3dh7e3hS4 YoWEMad9+/dLPElv/GSaPXu2oUFu27aNyzzemB+Xx88vUNOoUV68V/NDHXft2ie/7+e0I/bupf2H DtWZd4cOpUqaP/00inn2LX399WAaPPgnqdemTZs0wuLHvJzo4UEeHt7Cu/DwcDpz5ow8I7zR96DJ 08ye2ff2niPprFmzRupuLfycOX6SL9I1J+QP3iA84m/aFG7gy7x5AVymifp0lN93796vaSMos2l5 wL+TJ09KXgcPHhRnYzK1gcOmnDN647NmPdnYRPpnQJbcz5Bdzj1yueKP2nmcGv2i72Enqs7keXQM fbbe8gixe0yJXmMw38egaALa04bx1DJYez9BWB6HGxlHgcnlmvdToorpv4FZ9G92H+j9TsuySGdm afathekKMHA6puS8KkcARy6zdVcuZ8XzgI1aho2NLpE6FlQY08WnxO1WTiGcp/j55Mh5d2Z/2A64 YhrN/scYRtVmVJfruyWrqk4Ne+fOKPrhh+HUpctn1L5LF5kQc3LqRo6dXMjFpQu/78UNfTiFhe2U 8EuWLKfWrduSc+eeHM6Z+vbtS+UV1SKsbds6kbNzZ3Jy7i6Ta87du2uenfj54xZtWRCjKSYmhtMx Cy++s6Tdpdtn9M3gwVy+nVrgX7lSyd9Zzf8rWQpUG2+PHn2pbTtn/e9dqB3XITYhQX5fu3Yzl7GT vMfv7Thc//4D6Pjxk1RcXCyCOmfRIgqPiKBTp05dtuddtnq1xO/atSu1b9+FOnVS+Napk4vU69NP +8qcTFZWvsT5fsQILls7ybtFi3a0ePFi0SCkLM6d9TzorPChs/YZy8NffNFX8p0yZTq1aNvOavhO XXtIvmPHTqL8/HxNmb//Uc2/u+Q/d66voqmy5hIWtp3aOjlRu85Kelg1+eGHoQaAmcRggHdqflh2 ne3rKxpjdnY2xw+j9evXU2JionVgKKu5RE94p1re0DQhnt71t7w8JI9V54Xxp2l6DNwJmh5v9D3Y 9zlYRgnHLRv5iMhivcZQqHm/SmeiMZjcT9AmOMtsKKFoDBvNBKgPp4d9CPdyvEaeiv8i1+dwmVZl +MfCLAGtvYXa+NFFVTSAhw1dV2IPQq74fVdnU7RZHYah/CNi6FCJUWWAMSnnFbl0H5f7Hq9UuoeF vCnn333NUdpfUEm7C6oolv2vtxy1fb8Fa2a4JSu36tJlQQHzA30HfCNg0KFDV+rkgkbdg9qzMHVy 6cHAwO87d6WWju1p2LCfJc6KFau4UbWRcI6OnahPnwFUXl5NI0eOlln3Tp066YWjhz69riIoeOfY 3oU++qgNRUREU1xcnD688ruSHodxdDSUpw2nP2DAIG54xrH4qlVm+XP5VWBAAw9Zu4HatHFU8ud0 W3XoQBNdXUXNV+ra2VAe5BEZGSlxCwsLacOGMFqzZQtt4EZeVla7xrWCNZpOPXtyGp2lzuZ8Q706 dOjEwtSeVq9eI3F+GDqUy9ZBKVerNrLJCfmgvqgrfCM/jL783qYTdenVS+rq6elFrfTpyO+oD8dv 2bI9dZB8AVQdabKXl6bMEHTT/H18fAy/YXJ0/KRJ1MLRUX5HGm3bdqQdO3bQbm4n6DRQn04Mgsjn u++GUIF+RSVRpxNNEiAOwLcKDPj7064ichhncsuzhzLWfsgriQqtWGs9ex7LfMpS36nzRv9kNfYW WP8w6NUdRhykruu0qLhCVykgpLkLkfNuFZxhBgyVAiz+qdoxZSwPDfwTTtGi5ApakKz4WzMrpIwa YJiXwcBwkCLztWMBzAZknjxPScerGdCqxT98stpinkQt/y+7tRu0cC9mYNopzpvz53IEsp+g37Ck zjR8HZ6v5a/p3Y/jkljTSafLjTghCIMG/UCfOHakjh27UwcXNCgX+fgduWeH34GFCg3tE24sS5cu lXgYcrT4xFHCo8H27jeAzp6tpgkTJrBA9KLevXtTl+69pWG5uCjpwse7Xr2+lJ41JuYgxcbGGtKB ICHunDnzaerUGRIO8VEu9EwAI6NAhmry7zdggAEYQKcqKmgUDxUADsi3I6f96aefMrCNkv/V/CBY 8+f7GeLCR7n2shDEsEpc25gdZe/MoNC2vYuhfhBcR6mHwsc2wj9+7tFDQAk0lIGhlWMHCd+qlaMA A5aAe/X5koVe4Q/4YOSbwhf5vUtv+pKHKiinFws8+CL5cj7ffvcdBQQEsZYwXh+vF/OmI3VmIc7N zTWU2zx/Hx9fTb3Q8/fo1UdpBy4KuHzz/ff0/Q8/SzuRcjEIIv0DBw4Y4pWUluqHEomsHWXZBoaM 8vP07Jw0RUBNbi+G1epRLAgnf4cpZ1YwyDfuJN3nmSSaQfcNWo1h7ZGzchmq5vZkfv4kRDv5GFl4 VgSz+9pcSVOjJrIEnjNxRVzefDOl5V2o8xhKFFabAdNpi/RMCVVfrJaf+fOMTyprLact5hnUvM+b rWbBmO0z81KVIcNks9uhJyuamWf05Sce0eOhcUH40JgduTH0YyFHY12zYQMPGZbQYDQk7lkGDx4q Kq8CDMHUghtVR24kEMw+/fpRZWW1qJDh4bsoKiqKx6Be8puky427e/c+tGXLdh5C7KGtWyNl4g09 NXonpIOGiDBQffPyCsiPG7ka/5NPOpKrq6eh3CEhoZr8+/X7WgMMoKTUVOrGYABwQ2OGgCn1dJF4 6DWHDBlhsYcAQop6wrdFOOcwcuQvsnsR5VPK34mHUmNpGQ9zMP6fOXMBfcp8+Yh5tyggwLAkCcFU BAz1cuRx/TwBoF179lAk8w38GTjwJxF2KScD8/DR45TfI6Noz759khbG9uCLpMM8nODuLjzNyMig ocNHC0gpoOpIe/fu1QCDaf4+PvMs6gf+OjJ4dHQx8gsgoXYeAJxFiwI0wIkyIf/S0nI6d+6cbWAA zUgso7thYm6iSc/NjfdxrzT63+ZcmnOgVIyxhuVU0I6cc+wU39rzBnYrUktpTkIpfbP1KD0/R3+w iNN/i3vHpakV7ErFHxRRqJi2M+1J+flvizPk98X6cCMjj8v7Bz0O0dCIYolvmq/qI9+vNhfSdzuL NfGbz02T+BFHtY2yfXA2Dd1azPG06aCui7n8g7j8L6vl12tS7/EQa2KkEse8/vDxDuVz31csxmwl rqlGZKIZPTItRVZUaqNz3Li/557gk3YdDZpCz559RVgxmVRVVSVj7Dgem48ZM4ZVxN2GuAEBwTIE kEbS0YU+/7yfaAxqA1Ea1xpDj+bIjfuLLxDmrPyuLttv3bpVgEFNp2uvzw0Cvod7bTU+/PHjPTSA ZtAYkH+/ARbAgHwCg4OlEZtrLm07OHNevbl3i7+qjiktM5PaO3fRawfKWHzUqFGkY3W6grUV8K6w sJi2sgo+grUozF0YBXOEWY/to+Eb/NGjfxFhR3nBHy8OY/o7yJWHRkb+OJKHyZDBy8vbwB/4ERER teTva1E/fHfUB/VS+aaCA4Zlw4aN1NSpjmQEhpKaX+mr9Xl6+5OqpSSYXUumxvzcfHaaGGP9IDCD PlqUTR/pfe1zujy/tyiD/r4gjZrPTKPGXiam2zAXMCOZXpuTQa/x7/Afm23dkpMa7iV9uCdnpxmM wzabmizxTcuh+sj3Xk7jfm9t/Mb6pciIAm2j/NeiTGo2KZnjadN5m4HpJSm/FdN7/Hw/l+Hvcyz5 Af+DRUr9HvJOVozZWrVQBRN1B2h0xOXPLeQfKyHnbt2kcTu5dJNJwBkzfKzuRzh8+LAItUpLlqwU YEA8RycXFvqvLAQzNHQ9pwlVvhs5OTmx8PazCIMVhBat9elwObr1+oLzyqIjR46Qt7c3tWvnJPGR l5/fYkM8TD4a4iH/ryzzl/bHPT8OeimaRzcJD9fOqTMFLlt21Xsv1gHQ9PljkrZjx84atVolTMod NltVGTr0Z2rtqNQL/JlhMsZXaTQPg1o7Kum3sBEGwIBv5qL/dpMmTZLzKocOHaJBQ4ZQa+a5E/MU fmpGhs38fXzmW61jSkqKdBSoH8rhoud1z759KUE/kXvVwCCNisfWziG5iiBMMhNY17q4A5bvrJlu Mw/jZUNwLNKqY3lq+d1cY2gRrDfGW1ta1kzQ1YUftZmqm3SAPg48XCe7lTpdpjQQJxNg2MPqal0o IMBEMB2hMVwOGFh4GRjMl89MgUEaX7deNHGiJ4+TJzJI9JKyOXIZO3f+VBqqERhCNfn3swEMoMmT ZxgEQclHWXHBXoOrpYClS43A6Ahg/MJm/uYEVf6ywPDLL1pgmGENGKYYgAECO2DAtzR9+nT6cfhw cuqm1BMawU8jRtAZk7KZ528LGM6cqaYvvxygrFCpwMDxBrKWeZWAanl9fFxRNXVZnUN/mpRcu9Xm emp0dltOtRwdB7uqTYHhRpVHDxof+Oso/GjdLF1D7VUayNUAQ7AZMPSThmQLGBxrAwa9ABgE18lF WZnQl+vzzwdQUNAqTWO0AIZ+1oEhITWVhfZryV9N38VFSX/uggVXrTEEBCw105iuHhh8rgEwOJny TjQFhZ/fffejrPzUnr91YFi1dqMB1A3fxwnzQJ/S/oMHrw0wgJKPn6Pvth6j5tPTjFrALWF0NpkG bjtG3gllNPtgifjPzT0sVqdvlNFbWAVvEZBNW/LqvmMPO/Oc9T1LXYYSp0+bDiWCzQTDGjCEmgCD raFEhAUwqECFckHl910USJWV2sksi6GEFWA4xsOIn8aMkX0VhnSdjCpxxy49rraB07p1WzWazu8Z SvjUZSgxo/ahhDoUU+vnxHzr1etzq2Wqy1AiIYGHEb37GgHVSfke+B/8/P7nn3mYVnalbLNtoq74 3AWZcGyzJJMenJ5kvD3a2iRavTENl0J3eyVR02kp1JR/gy/vr7WpPYMdT/2zm6IlPD4riXqvO0qR R89d0Ve6YGPyMcJ88jFOmXzcts108nGFxeSj5VAiVFRZmbzC5KMVYNi6NcJkubI7OXftqiz16Zfp 2nK8mXN9pSymZDH5aLZcCYH0XbxYP8mmLid2pS5dehpm1lu17UA/DBspdb1SSkuzNvk41jD5iPwx OSeTj2Mx+XjSRDC1k38zbWgMhslHrqe3t3VgUCcfEc65a09leVf47Uxde/akqP37rQBD7ZOPKPew YWOFP+pKBPimfhtZ5uX4wcEh1w4YjEOLC/TLniJqEXSEnpmeSo28UoxnK1zrqRHZyXqV/nqmr98k 5uCeQg9NTaWPmH+e+4uoqIquirA3AGv5psuVmOH3xXLlGv1y5WBry5Uh2uXKPtaAYZ0shynLhNjr 0E8zgQnavn27IR3sL8D+B8x4q+XpKHG7yOqFKVksV36tXa7E8pwzdnB2UJY727d3psE/DJcJTYRX wQHLfQCZKz3daH25squAA7SZjRs30rx5+uXKj7BcGWxzudLbGjBMmMDCp9QP9Zw50xowGJcrsS/k uyHDaeDAIfRJ+476Zc5O9L+BA2VfgvlQwtZyJZYZFy1apKzk6EEB/ALfRo4cKXxU28mnn34uS6PX FBhUii2skoM+vTfl0ocBGfQ8935Nufe9Y7LxwJXB96jvmsUVaAYmy5im9W/qnkTPex+mlgFZNDaq hKIKrxIR9FRYWEKDfvhBGpjpBidZQ+9ossGpg9KIli5dLvH8zTc49TYuVxqBYYNeY3CRhqTsdag0 0xi0y5UIg7MKfft/I41dKU8H6t2njwxnjIBmtsHJZLkSW6K/+vZbWf+XDTodsU25M4VHRcmGrr59 Bxg26mCtv3fvPrIKcqWkbnBqb7bBqaNoEUqdlQ1OLGC1bHCyOpQYN64OGoOHZjnXa+ZM2rJli+zq VDUZbPByd3fXbO2ubYMT5piwBV7d+wE+DRjwvfAN36WD2i6gcXGeOFdhDvbXBBhUQtLRBWfJN+kU DQwvoDarjtC789J5rK6jR6emULOpiXSPRyI11G9tFgGSnY2pyhmBemVKLtGwRVt8T5P68PNdHK4x O9T54ekpcqjs737p9DFrB98wb3zjTlH6qfN0rQhbovv1s7Ilur2ytRfPeI8tsD//PFbRGLiX/Ui2 JHeVbbiff96HVWhrQ4k2srUWAtKLtQrzIQHOJbRo42hIp8fnyj6GVetY22ir7D9AfIDHj8OGGTYj GbdEdzVsycZmG2zpdffw0KepLzf36l5eswy7QKEl4Z2yhVmpl7u7x1WdqIS20c3almjOu71hS3RX +q9siV4tccy3RM+yAgwjf5mgr0MPqeesWbMswkzAUMKQTgfy9PQUHowcM1FAUd1i3oZ5F7x8ueEE rK0t0QKoX30j/FC3cmP3a3i4MoRE2jg4B/BTt2hjf8r27RGaE6LXFBjMKf/MeYrKPyPbgSdGFdO3 Yfn02YZ8ar00i97zz6DXfVLp6Wlp9KAH9kMkGlV400NFN6XpOD2Y6VcR7uay3z8tmZ6ZlsB1Oix1 a7s8Sw5Roc5jdhYLD8KyzlAWg8G1gwMtYafiDz+MpG7dPiMnqODcCzrpDwNhfzwOV+GQlXqYaUlQ ELVo25Y6y2EbZ1YrLYcSa9eulUM6ykGlznLQCeNv86EEJrPUdHr2/FTAA6sX3w0dZjgI1YF/b9Wu Hfn6+UkDh5C1bduO43WVeNAYMGmKQzxtnZxFUOXqNI4Pddr0INGpU2fkHQ5fddYfOsJBKuw4vFJS D1ENGGA8RCV8c7R2iErZJvz9MNNDTG1pxty5FumOGjVRfxitpxwWmzFjtkWY8e5T9IeolMNQ6t2R CTodf8eexkNizB+nLt0pPl7ZzPXjj9pDXL6+Ck/l7EWrdvpDbJ3lm02bPdtCS8JWaCe5mo41jnYd qH//QXXd7PT7gcHqRyDluHEq/wnPO09zDpXR8N1F5LQmj/6+MF161vu9kqkRhHDKTaRJqKsvXJ47 +d2Dk5NlC/SbXObOq/NoSHgR+XFdwvPOSN1wxPt6AUBtlJdXJD3gOFZjB/34I/X/Fseuf5Qj0jgb YXqUdjerlVAjp+mP586e7WtxrgCqp+mxYBxLNg+Do9em6UybNtuwpLl//yH98WBvw+84DowDR9jE g+O/CI/3OFaNeL6+vvr3yvFjxMfBHnPCO9Nw2F4cEHD1V9OhHqjf8OFjhG9ffz3E9rFrP9Njz+Pl d3NatmyNcvyZ4+PEqno0WqutqMeulePR2Iat/W2i4Xg0fl+mv3ov0OLY926ZgEWYyfpyqce/rR0i My2/Wr6DdVvduT7AUBtgJJeelwtevt96jFoF5ghIPOCVxGp5onHj0B+hKcgVa/H0wOSD9NycNPrP 0nQavvMYLU0upfRSXEhCNx1BpcY1belyUUtOrSr2lVzocbme11q42i4iwb78rOxsi4tirjbful5y UhuhTMpFLek2L2qpG9+oTuWqLR28slY/5aKYk3S0sFAu2zH9/Wr5Vkfe3VhgsGjY3EbCC2toeHgh fbg4mx7zSKUmkxP0Rm9vgKk4vRHeJlMS6BHvZHpnsU6umQvPriS7idlrQ+jhcC2a/Wq5KyPj1XJe NGgorpbzoxMnTt6o7P9YYDAl3IUalKZc7PrIFBbWCcae/JqbitNfwgoQgpHeDiFZtDD+BJ2oByYk VatSN6t/gX11ggu+q5sbffCB+WW0uYa6XG0+V0MX9PndrO7CBeNSrOVltC1pzBhXzQGtC1eR/g2b fLweBOO4Hdbk019ckxSDuJ7XSFPQry7cyWn+hYcvHZZlipHe+kRQezE5hmUpo5990zxnsa8uueE4 tIuV6+uXLQuV3zG0uJr8sN5/pab2EB5lK7yJXVZWoUFwLa+vdxE+qpOHEv4q0scQqt4Cg0qrMk7T 3/0yqMn4RDGwa9rjN7gKI7KiJYyPofc4zVVJ9dOYLDaqJCUlmbmMm+b5wIEkw+YqWwZv1usN3mCS 9MBV5AceqHMVdSWEt+TbzeMO6H3wDCQGb1qaGbzp2s3A26vNp44bnW5uYABhYW3EruPUlNX+Bm7G nr+Jl+6KjNYCWGA+D2mdvn1sEP7hpDGR17KVHPu2m8irQ7uHibyvYSKPh2A8lGglJvJm3Kjsb35g UAmGdJv76BSjsZczFmvFeGxz/j8ix44If0QDV4zqDpWJNLuxm7qTYlTXS3gnRnVvXNb1Bxhg0Snv 7G/0ydJssShVZ/P2o2GwVkd5Z+pu1s5O1/jb6ScMsRpxpXMDtzOBV+CZOul6A6n+AAMIgg2jsTBE azAyW9vcAgMIwlaev2gHBTvZ6VYFBpVwK7Wz2INUJyStrEawtuC8IkvC3kqUX1NDKRUVlMkOfs1l wmZW2A5RIb8r6ajOdjoVemfMv6YO+SFciZWJQvN6wK8wC1cj8bXhSn7HIpJafvj5l5m8xO8ltYQp MfCkxmYdTXmXbxI+3wqfzfOr0ZfXVj3yzfI3p5orrO8tAQyg41UX6WP/LMVYrBVN4Z8BaXT87IX6 Wj2b1GLlOnpiwRJ6dcly9pfT34NCKPrECasN4wMO+9fZfhRv5XfQ7NRU/n0BvcJpvSLpLaHWIeup wKwR/W/nPgn3HId5bkGghMPzTrN0B0k4P9qqt/GIdP46ewnNOpSqBSR2bwWuVNJhp6aH8phSKjfo v3J+z3K+qO+zXN8X/YJofdaV25AED97kNN5csJL+xf7zfoH07dZdFmCkhK2gp3wCyXldmM30+oTt pFe5PG8uWSnpvsjpuUfHW9TzA67nc1y/t/yUcM/NDqS2y9dqQFUN58jfSy3PuqwsST/LTOijC07w +yX0Guf3qv57WAsXmJYm+aJ8an0/W7/V4tvecsAASik5T4/PSNEa5cWFKDPSKKm8fu1PqCs9szCY XuaPvaeomJYezqcnWVD+yw3KnCILT1KjKfOYL7Ppp6goq2mN3R8vv89KSuH0TpFHbBI15ji/7Nc2 8G3Himih7jC1WhtGDbx8aFTsQXk+ZnaMt9fmCOa/FzfGtfJ8rLqa0/ehsWYCg0/zF5+F9AbXIyQn l+vBTpdD8ae1S8j7j5fzN/WhvhG7pHyrc/Lpr76B9P6ytVfMt0OnTtGdk+fQiL1xFMG8m5mYRE25 7kvTLO0qjI46RI253PfNmE+JJ63vgf3vsjX0qm8Q7eW0drBD3R+cPpeyTbalQ1ddl5tPiw9n0Asc 9m/8rYJ1ubQx8yiZjmzL2b3EvzWZMIO89QeognXZdIfbHMoyu9494lgxv59GP+89SJs47Q3Mv1Bu BzVmcxA+8WnUgHm3JCOT9unre6/nLPJhwLjlgeHiJaK5CSe0F8fw8GJRwmm6VY2VPzZ3Mf1n1Ua6 cOkSnblwkd4OWkVPMFiYU6+wXfTi4hXUMXQzNV8YZNX47MRo8G067T95ktPj3ujESeahD/0Spb17 sIobXcWFCzRqD8z4+ZCOBRjPF8120UE4/jzTl+6dvphmHEwWG6MIPzHODBg42j0MDB9zPWJKSii6 uIR2sasxSy+ujIHBdTpNjkuR8qEcL3JdXw9adcV8Qz6o27IjWZJPPgvwn1lQRu2O1YSDWP+d8+i9 cQe9EbCCft6132p6HwSH0n+4HPgOSM/rQBw14vR0ZjYuVN69wWm2WrlBvlnVBW3rRIxn+bu+OCeA Xpi/mI5VnqdVWTmcng9lm2kCEXnF5MD5uMckUiLnFcv1OlJmedfHdP4d8XVlZVLGeP7GKJ9nTJ2u 4a/fwAAqq/6VWgZlGkCh5fJ8Kq++VN+rZZOe5172IRaqb3bvp+6bwqmp1wLqt0OrEZQxCDzEqvAY bqyRLHB3TplBYYWFFmm5xsVLI2sZso56h++mN5eG0FNzl1NahfVLatHzO3BjszX27bI5jN5gNXnQ zj30xPxltC4njxrNWEBjzRpjOZfv8QVBdB/X48MVm+ndFWvoX+xnml1AG88NH+V7PTBEyue4ZhP3 4ovJ73DGFfMtjgXkT1z2rhu30RjmXc8N2+g+1n62FmiNF0cUFVFT7vkPl1fQiKhoemXhUjFSbE6t GdSemBVA33C5+vF3eGXhCvpi63aqsnEO5D0GkZbMG2tUzuk/xrwYsyeK2nC6XzOoh+bk8LdlYDC7 FwMaQyN+/8+AtdQuJIxaMO8GR+yzSHNWcio14XCfhkVIGVvzN/6b/3IGmjpdQFz/gQG0KfucAEOj ifGsXp25Fapkk55dvJwe5AbZe9tu+mxTBPdoB+hIuVZQgzNyqaH7DGq/cSt9t2M382YWC1akJTDE KxrDoJ3R5BGfSG3WbqC/TPWjgzYMxI7Waxi6cuu3UblsDqe/MXDlMnC8zNrKe8tWU0MWMkuN4RI1 YwH/IGQDReQXUXh+ofgVZkIlwMD5td+wSco3hMvZ0GsuTb4KWwnQGO5jEG3FPf23zLv+zDv/VJ1F nv9jPkGgxkfFUqd1W3hoNYN25VreYQAhf2Z+EE3jnnkq1+8F/r8dA5ets4tv8XdrwUJvFRi4H7t/ +kJW/1MpkgX/Od8l1HnNZnpo1gJKt6IxNGQtbEJUDO1hnm1j3h06bnm4anpiotRj5N59NI1557R6 EzXndFMvY/z3lgKGygvMeL8M2T5deeHW1RZAj7NK+kbAKko6WUap7AoqLYW0DTeCh+csov6sSQzZ HUWvc3gMQQrM5gTGxSgaw75jZVTEPdPOY8eoIfeq3ok6q3kPi46R8Lpy6xpD+7Vh9Kx+WBOcfoTu YlDAUMLVQmMgajJrIf0fA0M2lymdG2sSu+NmBkdjSsoF1Nxi46V8Oacr6cWgYPp45dor5hs0hrvc Z5JPXJrwTceu0uww1nEuyzNzl9IH3LsPZhD6asdO4eM32y0vhvmQAebtwFVUxPxH2Sbw8Ot+rm+R jWPN73HYFrY0BnYPMT88GGQwLPlyy05qNtVHwCLLXGMoLJbhlQ9/I3zPPHbZp85aANIsBpkmzPsU HvahfFEMHo095tJiXZ2uxrs1gAE0PrKEJu0ruVWqY5OeZMH7iAXKFmVyL9uUe5qvWL1MOnmK0ljg glhI75jsTQFm++QnHMRGMB/KKFcmzCp4PHzPTF8aGBlrNe0R0QfpLg5/pNz63YEdN2ynF/TAUMEC 0m7DZm7E3uRxMEUrCDzEfsQ3kB5dEEjt12yktuu30P8tW0XzUw9rwh0sLZd5AZ94nUkeYfQc53Gl 602xJ06Qg8dMWpWRZTNMUGoG3es1jzXQPOFdEo/Lv9waSU/N86dCMwH9JwPDR8Ghhue1R3Ik/Zhi 61e1v+2/glqYhDcHhge8GRj0ZvjSOO/neWhxn9dCzWSmAEN+Md3DAg7w6rJmG7uN1J41kcNmcxve sUnUxMOHcvTlLmeGPTzdl8bsjbu9gCGj9Dyll9+Et6lcY1qYmk4rjtjeVlx47hz3sHGUUmpsKBjT e3Kj2212rVd0aSl5xifJ7yBMic1JSqXN+YVW095bUspqaZJsGLNGa3LyWT1PNzwfYPUd+caWahvt eX09psWlSnrwES6yUAvspVLuJIozib+loIhmJqZc8eRyiZ4v6bUYwN3BvTHKc85khj+R6zyJ450w 0wSgEQFwVSpgAUb6+ZXnbH430/Dm/JjBPXysyfcJycimqbGJFpPGRZw+3s/gcsKfygAwhfMtMVu9 iOdy4736bfHJ5jKfw21821sWGNSGfasTZrmratkei19OWVmrrrASr0b/vq7pWwt/ubgIX2MjbEXN Rfld9WusJG0ev8ZG/epCiFdbG5GyWKnfSSvxqqyErS19W2lr6mnye231xHuEh3+q5qLVcNbaAfhc Vbet1TcWGHD12IYNG9iF6v26ulC5bjtKf624KeF+fTUcbjvGbcb2G4LsZKffRTcWGDIzM+n9999n 97ber6t7mz744AP65JNPqF+/fnJZpnrTMU7rqeHefvttatmypYXdRTvZyU43MTAkxydTkzubkIOD A93J/p133ilOeYZv/VlxxvCvvPKKXHkuaSYna9J58MEH5bjq7UgASxiHhZ3H3Fxl2zDuXARQwq+r MVdrhJuDcMPwwYQEm/xF+rbMyKlaHMIUFBTclPwDzxISUuUmabW8pibrroTAB2ua65EjuVbfK7wr t/r+astQb4BBl6yjPzX5kwhxE/abNGkiTnluIsJv6/nOO+82xAEAODo6KmnqdIYweP/Xv/71tgWG Xbv20qpNm2jztm3k779CjJlCS0MjhSWpvDzrE081Nb/SWfMDTCbPZWWnxZwbLF6HMCBj2KY2blg3 UsNimGduok4l2ErAtXT4NrhSXqXTZtugke4VWEy6ZgQ+rVq1joesu2jdunW0a+9eqde6dZs1PLnc MBW8RJjNmzdbaK644t3DYyZlm9jOUOuM6+oiI2OsAkxyss4QzvzmqrNW5heuwVD6xgJDSkoK3Xvv vXTXXRB4+HfR66+/LnYQbbm+ffuSk5MTNW3alMPfLfFUAMAZdVxVBWC444475P0TTzxhuEYdBlHA SPi1nWdHGDWctSvD8A73GKLXxIdSfTgYZrnBZ+VtEkyhbdmxQ8q3Zs0m7gELKZF7P9yY5Ld4Me3f HycCAEJ9cLUayh8bG0/7YmOlZ8L7mJg4jfDqdDk0YsRoabwYusG6FO4IwDOuIIP9SfAC32Ix56Py CAQwQrrTp0/nMq2XssTExQnPElj72LFrF8Wxj2ekB60EaWaaWZ6+noS8cRFKREQEl1W5Vn7pylC5 H3G23pALyhYdHcvlizcYES4sLDb8hneod3R0vFyhNtHNzaKD2rlzD7m5edLq9ZsN+aJji+fw4Onq 1esM30QBq2x5Bp/wDuAay99FnWdLSdHJd4NcIS28R1jVYE69AQYw7M9//jMLMYDhzyLIgwYNkktB bTkwG8wDgCC8Gu/xxx+XxglbhgAGgAzeN2/eXN6DoTAsAsOf8DEpaY1wz/7y5ctpwYIFNH/+fAlv ap8B5slhMNaNP/To0aPF8IjqT5o0SQyhYM4DRluuhb2D30Po6UJCQmSSFgKGnnfTtghp6MH8HnVZ 6O8vE7aRkXvFWtUOBpKlS5eKgw1LXO8+bpyr2EZUqajoJPn6LmZtIJwBI1G+B3i0gHkFDSGU84UW gXwwAYy8IWQgNPaEhMMCDLBjCWBZy1oNvhuMzmzlcD4slOnpR8TeJoysIE18ixsFuOATDM+a3j59 8uRp6eEBGACIgIAAsfiNOsRw/QCc27cru0mXM28BZNASNm/eLrwbPnqcBhjAc2/vOTJMmTp1tjzn 5xeyZudPERzeZ9482sDxw8N30kEGgMrKc3LzFXgdEREpoAATdSFrN8h3xHBswQJ/4fOSJUuFnzCI g7YOOatXwKBjhLu3iVFjgCB/9dVXYgQVLi0tzaofxz3MP/7xD9EK1KEEJhtB5hoDgAGEBnrPPffQ fffdL3737t2tlgkN/KWXXtKHvY/uv/9+g+HUuLhYubr7oYceMqRv6gBGcPi9devWIph/FKk9LkAB DQSClZiYKOoxGlVwcDDlsAobtGKFNCx//2DpWSZMmEBhYdspIjJSGhUsX8M3JRWct23byUOKNQIu SMPV01N+r2KBgmUkAAJAAhoErEiDFi70ZzAolPc6XYaYoENZQkKVlSbQFhYGmGrH/ZCqeTbYdzQ3 vnu9CL39BNa2TIE9mzsWAIK/fyBrUDEGnkCYZzKgQSDVYdPCwGABVC8vbwO4uLp7aYABdR/NYHGA AQXAm8L8BLCobSacgTqUwTUzM5eWr17NwJMi/Eb7DgnZIDIAvkVG7hNQWssAEaqPGxkZLeAE62QY 7l0DusHAkKijpk2aUsOGAAb4ylACwwW4Tz/91KqP+YR7720qANCoUSMZLsycOVPSRONW30NYn3zy ST0wrNILsAIksGpsq1FA+0CYhg0bSloABgwf2rf/xPAewPHyyy/QW2+9Re+++674r776qrzH73Av vviiwZjrjSY06qCgIOmR0dPBDBq0AAgohA09cY7+6nU3t8miWSAO7CiuWrWRwkWYN3OD2yy+KaEh wtbk8eMnZSgwztVVntGDFXB98/IK5H+Eg5FbXH2+klVjAApM0wEMQjnNqKgDPLzJlQYexpoKtAyk t3ZDmIDZwoWBLAiKGgzjsObGd68nTZs9l/mUSCeZd9Ibs4YArTMgIFjq5ee3SOoDi19+rEGijuAx wkMTQBhYo0ZchHPznKax/xkUtErMB+5mAAHvFwUtE3ABD/C9tm/fI8MJELQI2P4EbwAMy5eHyvzM zp27ZdId33nTpu20asMmySuCh2OrmX/oDDN+/zDixgMD1CgIUqNGAIZ79ODQ0KIntuYUMGki4bt1 M16jrU4+quk89thjemBYro93j/hdunSxWiZ8PGgZDg4NBVxQPoyPjxzJkOeGDe8U/+mnn+YP68eq 9zbaxR9CJuL4A//rX/+S31Ef5AMB/KMIBmSRP8oH1Re8wf9oXAAINC6Qm9tUHvoo254xnMB8RBg3 0t2798uQaNcu7Wk98AM95ubN4ezCJA+8QyNdvX49Ba9YI+kcO1YsfAEQzGKNBQ0fQy2Mx5E2+IWy AFQQH8M2qN9z2UccXCuflaVMzAE8buTQLDY2gYU/gMJ372Y+rhGBRf4QVkwiBgaGyHAUYItxPMq7 cOFi2sWCjk4K9QEPEBeCCh6r5cdp8rlzF2nqg2fwAiCAOZVZPn4Upu/twcOp+o4PYcBH5Ll+/XbR CDH0Rf6LFgVJmfz4W2fxM8JlMPDWO2CAaotJRFVjgEDjGUuMUOFVZ/4Mp65gwGEYAVUZjMa41lRj aN78KckLH1SZk2gqfo8ePWxqDAowNBJwQXkAOps3rzXEx3sAAD5YRESY+GjcELovvuir1zSUfGBo 9o8kgC8ammrYFo0afFJ9ELQaU5lDHPR4qm1Da/tA8A6gAQO26u8Ii3iH9DcvIU31N4y58ZtqbBVh 8Q6++g7lQJqqlmVqmNWakdbrTeAZynPI5MYptRxnzpyX30wnRVNTM4V3ploi4h4yewe+mGuSyjdQ eCHpct5let6Bh2p4U35J2oeM/Ff5p35rhLtGYHqDhxKpOrqniVFjgDC/+eabNHz4cPr+++8NzvwZ Dmq60jMr2gH+x/zD0aN5Go2heXNFYwCqKoJ9JRpDE9EYwGDMrqvxVUDCxCny1frK/yowDRw4kOob FRUV0+nT1k9MWtuXAGtJtsLb6ZagGwwMCTpq1qQZNWgAQWsmgvTjjz/WKS40BEVQmxgmIH1957Oa WizPjRs3lndPPfWUhMd4C8+NGyv5YPhhjTBBhKVPB4fGUq5mzZrJ2A6qrJJfM0kbE5NIG/MbmMdQ fVOHd2PGjKlXLQA9DEysh64xzivg2nJMymK2XtXM1BUCrJGf4ffbtikz8tiAg7Dq2jnC4blKf6oP z4hfVVVlFzc7MFgnrDLcfffdLGgQ7rtZEBtQnz59ZMLGtiuU8RSMbiC8KTB4ebmJEOMZv+Hdo48+ KnlhthfPDRoo+WAogFlmNGQ4TC5CW0A4CH6DBg3FR/kwJjYORZS8EB9DB4yDMRut+hiLYpyIMT2E CKpdfSLMQ2AC0pPHtOoeDoyXMfYPC9tKrq6uMs5V184x2ZuRf1Rm6qura2jv3ihZXcjOzpGr3vL4 WyHuTuZVVdU5GZZB/Y2yce+knezAIBMo6JFVjQFCh6W+1157rRb3Fj3//PMitKbzDBBWTPpAiE01 BnW5EstpGF40btxUQAhghKVR9cAV5glg5QdpK4DTTHyUD4KBrdYNG96hB40GclYDajV26gFQ4KBt YPKnRYsWsnICH2vz9YkAaklJybRixUqKiY3lnv8iubm7y0SWv/8yBgY3WX7EPg/0/j4+c2jPngMU FLSUYmOTaOxYN+FBQMAKKmT+uE+fLnExobh+wzaJi+GVuq/BTnZgsCBoDKoQQ1AVYW6gX3mo3Ydw KvEUhzE9NpJgAkYFBTisHkAVhgA/88wzhuEEwAhpKOk00exFULSYxgbwQZroPZ955hV9fAUc3nnn Herfv79oL2jsn332GQPbwyYrJw1ZLZ9Yb77+hQu/0neDBzMorKMJEzxpFgt/WloWTdXv9sNcwqRJ U4UX3t7eMqczf76/8HbOnIXCJywrYrs0JjyhFfj5LZS4AOxpPj6ypAdnJzsw2CRoDBBCZd3/ynw1 HjYaARTUVQas26v7COAwlFA3lmDDB4QacRDfqG0oIAFQaNOmjSxx4lnNB+q1tfjWl1KViU+c1cBG qfpksHXHjijynjvPsMFsrJsb7dsXTe7TpslGnQIePmCXJ2jLljAayv8nJCTKUAw7AsF77PmAw85Q DMsAGOqO1Hnz5smwwq4t1ENgmDBhgt3Znd3Zncb9P4rktDJnLfERAAAAAElFTkSuQmCC --_004_2501cb54284a4a038ddb2f25b1683663AMXPR07MB117eurprd07pro_-- --===============8979696619018132276== 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 --===============8979696619018132276==-- From xen-users-bounces@lists.xen.org Wed Jun 11 18:26:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 18:26:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunDB-0000Xe-01; Wed, 11 Jun 2014 18:25:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunD8-0000XW-Bu for xen-users@lists.xen.org; Wed, 11 Jun 2014 18:25:23 +0000 Received: from [85.158.137.68:54563] by server-10.bemta-3.messagelabs.com id 1A/C4-16608-11F98935; Wed, 11 Jun 2014 18:25:21 +0000 X-Env-Sender: jpp@jppozzi.dyndns.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1402511118!9454567!1 X-Originating-IP: [194.158.98.15] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9346 invoked from network); 11 Jun 2014 18:25:18 -0000 Received: from mail-2y.bbox.fr (HELO mail-2y.bbox.fr) (194.158.98.15) by server-10.tower-31.messagelabs.com with SMTP; 11 Jun 2014 18:25:18 -0000 Received: from filtre.jpp.fr (89-93-161-78.hfc.dyn.abo.bbox.fr [89.93.161.78]) by mail-2y.bbox.fr (Postfix) with ESMTP id 8F83655; Wed, 11 Jun 2014 20:25:17 +0200 (CEST) Received: from localhost (filtre1.jpp1.fr [192.168.1.2]) by filtre.jpp.fr (Postfix) with ESMTP id 4D9832215CB; Wed, 11 Jun 2014 20:25:17 +0200 (CEST) Received: from filtre.jpp.fr ([192.168.1.2]) by localhost (filtre.jpp.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HPPIG9icSUHg; Wed, 11 Jun 2014 20:25:14 +0200 (CEST) Received: from filtre.jpp.fr (filtre1.jpp1.fr [192.168.1.2]) by filtre.jpp.fr (Postfix) with ESMTP id 5217B2215CA; Wed, 11 Jun 2014 20:25:14 +0200 (CEST) Date: Wed, 11 Jun 2014 20:25:13 +0200 (CEST) From: JP Pozzi To: Paul Angus Message-ID: <251621226.149.1402511113748.JavaMail.zimbra@jppozzi.dyndns.org> In-Reply-To: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> References: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> MIME-Version: 1.0 X-Originating-IP: [90.9.134.62] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF24 (Linux)/8.0.6_GA_5922) Thread-Topic: Kumo public Zone XenServers Thread-Index: Ac+Fk6pYSkJ2m8ZQTp6BwtBvh9lxg3pgneky Cc: Marco Sinhoreli , xen-users@lists.xen.org Subject: Re: [Xen-users] Kumo public Zone XenServers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5657258703612622375==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5657258703612622375== Content-Type: multipart/alternative; boundary="----=_Part_145_1244242939.1402511113745" ------=_Part_145_1244242939.1402511113745 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=20 Ithink that RDP uses port 3389 which is not allowed in your firewall rules = ?=20 Regards=20 JP P=20 ----- Mail original ----- De: "Paul Angus" =20 =C3=80: "Marco Sinhoreli" , xen-users@lists.= xen.org=20 Envoy=C3=A9: Mercredi 11 Juin 2014 18:49:05=20 Objet: [Xen-users] Kumo public Zone XenServers=20 When iptables is running users cannot rdp to guest VMs.=20 When iptables is stopped users can.=20 We=E2=80=99ve stopped iptables for the moment but need to figure out what t= he problem is and re-enable the firewall.=20 # Generated by iptables-save v1.3.5 on Mon Apr 29 17:23:28 2013=20 *filter=20 :INPUT ACCEPT [0:0]=20 :FORWARD ACCEPT [0:0]=20 :OUTPUT ACCEPT [595645782:1940184239142]=20 :RH-Firewall-1-INPUT - [0:0]=20 -A INPUT -j RH-Firewall-1-INPUT=20 -A FORWARD -j RH-Firewall-1-INPUT=20 -A RH-Firewall-1-INPUT -i lo -j ACCEPT=20 -A RH-Firewall-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT=20 -A RH-Firewall-1-INPUT -p esp -j ACCEPT=20 -A RH-Firewall-1-INPUT -p ah -j ACCEPT=20 -A RH-Firewall-1-INPUT -d 224.0.0.251 -p udp -m udp --dport 5353 -j ACCEPT= =20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 67:68 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 67:68 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -i xenapi -p udp -m udp --dport 67 -j ACCEPT=20 -A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m state --state NEW -m udp --dport 694 -j AC= CEPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACC= EPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACC= EPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 443 -j AC= CEPT=20 -A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited=20 COMMIT=20 # Completed on Mon Apr 29 17:23:28 2013=20 -bash-3.2# iptables --list=20 Chain INPUT (policy ACCEPT)=20 target prot opt source destination=20 RH-Firewall-1-INPUT all -- anywhere anywhere=20 Chain FORWARD (policy ACCEPT)=20 target prot opt source destination=20 RH-Firewall-1-INPUT all -- anywhere anywhere=20 Chain OUTPUT (policy ACCEPT)=20 target prot opt source destination=20 Chain RH-Firewall-1-INPUT (2 references)=20 target prot opt source destination=20 ACCEPT all -- anywhere anywhere=20 ACCEPT icmp -- anywhere anywhere icmp any=20 ACCEPT esp -- anywhere anywhere=20 ACCEPT ah -- anywhere anywhere=20 ACCEPT udp -- anywhere 224.0.0.251 udp dpt:mdns=20 ACCEPT udp -- anywhere anywhere udp dpts:bootps:bootpc=20 ACCEPT tcp -- anywhere anywhere tcp dpts:bootps:bootpc=20 ACCEPT udp -- anywhere anywhere udp dpt:snmp=20 ACCEPT tcp -- anywhere anywhere tcp dpt:snmp=20 ACCEPT udp -- anywhere anywhere udp dpt:ipp=20 ACCEPT tcp -- anywhere anywhere tcp dpt:ipp=20 ACCEPT udp -- anywhere anywhere udp dpt:snmp=20 ACCEPT udp -- anywhere anywhere udp dpt:bootps=20 ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED=20 ACCEPT udp -- anywhere anywhere state NEW udp dpt:ha-cluster=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:http=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:https=20 REJECT all -- anywhere anywhere reject-with icmp-host-prohibited=20 Regards=20 Paul Angus=20 Senior Consultant / Cloud Architect=20 S: +44 20 3603 0540 | M: +4 47711418784 | T: @CloudyAngus=20 paul.angus@shapeblue.com | www.shapeblue.com | Twitter: @shapeblue=20 ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS=20 Find out more about ShapeBlue and our range of CloudStack related services= =20 IaaS Cloud Design & Build=20 CSForge =E2=80=93 rapid IaaS deployment framework=20 CloudStack Consulting=20 CloudStack Infrastructure Support=20 CloudStack Bootcamp Training Courses=20 This email and any attachments to it may be confidential and are intended s= olely for the use of the individual to whom it is addressed. Any views or o= pinions expressed are solely those of the author and do not necessarily rep= resent those of Shape Blue Ltd or related companies. If you are not the int= ended recipient of this email, you must neither take any action based upon = its contents, nor copy or show it to anyone. Please contact the sender if y= ou believe you have received this email in error. Shape Blue Ltd is a compa= ny incorporated in England & Wales. ShapeBlue Services India LLP is a compa= ny incorporated in India and is operated under license from Shape Blue Ltd.= Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and= is operated under license from Shape Blue Ltd. ShapeBlue is a registered t= rademark.=20 _______________________________________________=20 Xen-users mailing list=20 Xen-users@lists.xen.org=20 http://lists.xen.org/xen-users=20 ------=_Part_145_1244242939.1402511113745 Content-Type: multipart/related; boundary="----=_Part_146_1942804934.1402511113745" ------=_Part_146_1942804934.1402511113745 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
    Hello,
<= div>
Ithink that RDP uses port 3389 which is not allowed in y= our firewall rules ?

Regards
JP P
De: "Paul Angus" <paul.angus@= shapeblue.com>
=C3=80: "Marco Sinhoreli" <marco.sinhoreli@s= hapeblue.com>, xen-users@lists.xen.org
Envoy=C3=A9: Mercredi 1= 1 Juin 2014 18:49:05
Objet: [Xen-users] Kumo public Zone XenServe= rs

When iptables is stopped users can.=

 

We=E2=80=99ve stopped iptables for the moment but nee= d to figure out what the problem is and re-enable the firewall.

=

 

 

&n= bsp;

# Generated by iptable= s-save v1.3.5 on Mon Apr 29 17:23:28 2013

= *filter

:INP= UT ACCEPT [0:0]

:FORWARD AC= CEPT [0:0]

:OUTPUT ACCEPT [= 595645782:1940184239142]

:R= H-Firewall-1-INPUT - [0:0]

-A INPUT -j RH-Firewall-1-INPUT

-A FORWARD -j RH-Firewall-1-INPUT

= -A RH-Firewall-1-INPUT -i lo -j ACCEPT

-A RH-Firewall-1-INPUT -p icmp -m icmp --icmp= -type any -j ACCEPT

-A RH-= Firewall-1-INPUT -p esp -j ACCEPT

-A RH-Firewall-1-INPUT -p ah -j ACCEPT

-A RH-Firewall-1-INPUT -d 224.0.0.251 -p udp -m udp --= dport 5353 -j ACCEPT

-A RH= -Firewall-1-INPUT -p udp -m udp --dport 67:68 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp --dport = 67:68 -j ACCEPT

-A RH-Firew= all-1-INPUT -p udp -m udp --dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp --dport 161 -j AC= CEPT

-A RH-Firewall-1-INPUT= -p udp -m udp --dport 631 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -= m udp --dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -i xenapi -p udp -m udp --dport 67 -j ACCEPT

-A RH-Firewall-1-INPUT -m state = --state RELATED,ESTABLISHED -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m state --state NEW -m udp --dpo= rt 694 -j ACCEPT

-A RH-Fir= ewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -= m state --state NEW -m tcp --dport 80 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m= tcp --dport 443 -j ACCEPT

-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited

COMMIT

# Completed on Mon Apr 29 17:23:28 2013

 

 

&nbs= p;

 

-bash-3.2# iptables --list

Chain INPUT (policy ACCEPT)

target     prot opt sou= rce            =    destination

RH= -Firewall-1-INPUT  all  --  anywhere    =          anywhere

 

Chain FORWARD (policy ACCEPT)

<= span style=3D"font-size:10.0pt;font-family:"Segoe UI","sans-= serif"" data-mce-style=3D"font-size: 10.0pt; font-family: 'Segoe UI','= sans-serif';">target     prot opt source  &nb= sp;            desti= nation

RH-Firewall-1-INPUT&= nbsp; all  --  anywhere       =       anywhere

 

Chain O= UTPUT (policy ACCEPT)

targe= t     prot opt source     &nbs= p;         destination

 

Chain RH-Firewall-1-INPUT (2 references)

target     prot opt sourc= e            &n= bsp;  destination

ACCE= PT     all  --  anywhere   &nb= sp;         anywhere

ACCEPT     icmp --&nb= sp; anywhere          &nb= sp;  anywhere         &nb= sp;  icmp any

ACCEPT&n= bsp;    esp  --  anywhere    &= nbsp;        anywhere

ACCEPT     ah  = --  anywhere         &nb= sp;   anywhere

AC= CEPT     udp  --  anywhere   &= nbsp;         224.0.0.251 &nbs= p;       udp dpt:mdns

ACCEPT     udp  --  = anywhere           &= nbsp; anywhere          &= nbsp; udp dpts:bootps:bootpc

ACCEPT  &= nbsp;  udp  --  anywhere      =        anywhere     =        udp dpt:snmp

ACCEPT     tcp  --  an= ywhere           &nb= sp; anywhere          &nb= sp; tcp dpt:snmp

ACCEPT&nbs= p;    udp  --  anywhere    &nb= sp;        anywhere   &nb= sp;        udp dpt:ipp

ACCEPT     tcp  --&= nbsp; anywhere           =   anywhere         &= nbsp;  tcp dpt:ipp

ACC= EPT     udp  --  anywhere   &n= bsp;         anywhere  &n= bsp;         udp dpt:snmp

ACCEPT     udp&n= bsp; --  anywhere         = ;    anywhere        = ;    udp dpt:bootps

ACCEPT     all  --  anywhere &nb= sp;           anywhere&nb= sp;           state RELAT= ED,ESTABLISHED

ACCEPT =     udp  --  anywhere     = ;        anywhere    = ;        state NEW udp dpt:ha-cluster

ACCEPT    = ; tcp  --  anywhere       &nbs= p;     anywhere      &nbs= p;     state NEW tcp dpt:ssh

ACCEPT     tcp  --  any= where           &nbs= p; anywhere          &nbs= p; state NEW tcp dpt:http

A= CCEPT     tcp  --  anywhere   =           anywhere  =           state NEW tcp dpt:ht= tps

REJECT   = ;  all  --  anywhere      &nbs= p;      anywhere     &nbs= p;      reject-with icmp-host-prohibited

 

 

&= nbsp;

 

Paul Angus=

Senior = Consultant / Cloud Architect

 

3D"cid:image002.png@01CE1071.C6CC9C10"

=  

S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAn= gus

paul.angus@shapeblue.com= | www.shapeblue.com | Twitter:@shapeblue

ShapeBlue= Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS

 


This email and any attachments to it may be confi= dential and are intended solely for the use of the individual to whom it is= addressed. Any views or opinions expressed are solely those of the author = and do not necessarily represent those of Shape Blue Ltd or related compani= es. If you are not the intended recipient of this email, you must neither t= ake any action based upon its contents, nor copy or show it to anyone. Plea= se contact the sender if you believe you have received this email in error.= Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue= Services India LLP is a company incorporated in India and is operated unde= r license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a comp= any incorporated in Brasil and is operated under license from Shape Blue Lt= d. ShapeBlue is a registered trademark.

__________________________= _____________________
Xen-users mailing list
Xen-users@lists.xen.org<= br>http://lists.xen.org/xen-users

------=_Part_146_1942804934.1402511113745 Content-Type: image/png; name=image001.png Content-Disposition: attachment; filename=image001.png Content-Transfer-Encoding: base64 Content-Description: image001.png Content-ID: iVBORw0KGgoAAAANSUhEUgAAAQYAAABYCAYAAAAXxlkPAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAD1gSURBVHja 7V0JWJVl9kcrtZrRpnrap7J9m5ppn6mZ+jtqioqCu2VpOrZoZpnmngugIIoLLogKgriguCsqoqiI oMjOFZBVEERBBEXQtPM/v/Pd79773QXR1ETveZ6Xl++773q+9/ze867HgW4CyiknCtaV09CIYmoR rKPmPjpy8IpXnGs83eelo5f5nUtoDrlGF1NETjUVV98MJbeTnW5JauDwR+Wcy4I9Zddx+tg/l5pM SaRGkxPozrEJ1NAtnhq4GUHBgUGhgavy7g7+/S73BGo8LoEennGY2q7IpRWHq+m0/UPayU71Gxgy Smpo8PYSetgrie4enyhg4DBVDwKmvpvqW/+9gZsCEvdOiKU3/DLIa0/JVQEEF4f25NWQ34EScuU0 xrLzOnCa/JJKaDu/zztdY28mdrIDw/UiiNeEqBJ6bk4y3cPC3GBqGjl4spB7pulBIE3REqZewTOA wjOV7mCAaDoxid71z6Q1mRV1Kk9Efg3135xPf5uXSQ+6JVOzqUn0Z07jT55J1HRSEjVj4HqA3z8/ N4NaL8skj7gSSqmwg4Sd7MBwzSj+RA21Csqi+1yTZKjg4HlI0QS8TDSC3/s8KV40iIenxNEPWwvI lgxHF9TQZyEF9KjHIbrXM5HuQPxJek3E09JvyL835mHOX9wO0rOzU+lbTjur4mb6hnayUz0EhtDs Snp5TpoIl8PEq9QM6voMYfZIEQBqF5xNupNadPBNPEkv+qTx8CNJwinDEr3mYZqeua9PF3MdTVmz eHOuTuplJzvZgeEqaFFyKT09nXtdV5Oe2D1REWT41+t5Sjw1GR9L7/nrKLn0vJRlUtQxenxqilKW KZeJX5vP8e9gh3qhfnaykx0YroBWZJ6hp6elshDG6UEhVRFA+O434HlKMt3JfosVOTRmdxE9MiNZ 0ViuRfquSvqoX3jeGXszspMdGOpCO/PP0IuzkhRBdL+BmoKVnr/xlER62DtZq7Fcq/S5fv/0O0yn zttbkp3swFArZZ8l+ueidHKY8AdpCtaePa9T+ly/u8bF07yEU/amZCc7MNiiC+y+3FgoY3Blwo7d 5CRFkODfis8T4um9wCyqumBvTXayA4NVCsk6LSsC6iy+CBD8ybf2892eSZRYpkWGoirslaiiUOZJ qO60/K87eYHs+GGn2woYSs9doA+X8hBi/G2iKZg+/xJPwenKcCK19BzNOFBKPdcdpX8vyqK3FqTS W3PT+f/D5LQyl0btOEqh6RVUYUcIO90OwOCfcooaT1Jm60Vg4E+5TZ4ZDMfuK6YNRyrJeXU2PTk9 TfkNIOmaoGhQer8Zv3/bN4OG7ThOh46fszdBO926wHDmV6L3AzIVQbgdgQHCzvUXHqjzK1PirYfX //4nBtFOy3Mopsi+3GmnWxQYwnPP0J0GgbiNAMH8+UrqD+2KhyAdQo5Qbvmv9qZop1sPGL4KK2Bt 4YCmB71dNYcrDs98Gx15nOzQYKd6Cww4mFRcdZEyT9Wwu0jZ7GdXXKTn/Q6Tw8TY22/S8Vo8TzxE j0xPoSzmo53sVG+Aofz8RUosOUfrM8ppWmwpjd5dTAPCjtKAjYU0kP2BO4rpLi91JeL2Wqa8Zs+j 42nWQfsmKTvVA2BgPKC4Y9U061AJdVudRU/7pNBdao+HsTR2Nk629/zX5HlcPHUMybE3Rzvd3MBw vOoSrdadJsegXLoX24nHxyhg4P4Hb22+VZ+Zt28GZtmbo51uXmDIr/iVJu0rpb8AEMb+QYefbrdn BoZnF6bbm6Odbk5gKD7zKw3Zfsy4Fm/v2W/MM/P6jcV2jcFONyEw4BDQ2F3HWUtQhw32nvyGPU+M o86hR+zN0U43HzBsyKihxqqmYOPKNLkCTb0Sra7PmivYEhR/omn463DFW316Zj40+iWWlqbZr4qz 000GDKdrLtGzM/UAYHrJqt62Ay5wbTrpID0wPYke8ThEj85IkctUH/FW/Ee9tc8Ps/+Ae5xcttrQ 9PLWqbj7MZF/U35/YFoK/WlSkvaa+Gt9SexN/txgzH563/8I2S+gttNNBwweMaXkMPqQZc/GDbeR ewK9MC+FhkaU0PyUEtqcX0MR+RVy/frmTMWPyNQ+4wr3+SkVcj37s3My5Hp3SW9SPL2zOEd+ExdX Qf22HjdeynqbaQ4AzcemJVFciR0V7HSTAcPFS7/RC7O4sXLPZd6z4VbkloEZ9Hva7QGO/PL8dEX4 R8dTr9Bcze+4q0DODdxmmgL48eg0HW3Ps9vRstNNCAwHi86JwMIUnGIvUqfvwXV0N/dwh62024u/ wf1m4hsd44wFLU44bQIMxWbAUK3NX53TmGpWHi8bz4bwadafLxffpL7XNP/L5cfuJT8dnb/423X/ yhcvXqQLFy7Qr7/+Sr/99hvZqW4EXoFn4B14eFsBw+iIYkUwXU3tRSpC/PJCnUUM2JLdnFMtRmgh 1PBVF8ou2oq1WX5tAAYYpjUlxDMsj0qYaENYwzsvG74mvA3fVjxzN/oa519bPK94m/y41lRdzd8o OJSGDh1Nrl5epNPZd1jWlcrLy8nLy4dGjx5NCxcuZF7eRsDQclmOsUdz1fZo71sBhl92HadGP8dQ o3EJipucYPx/3H4xLLPruJaDsGbdDOlCY9hcbAYMrDH8FE0Pz9bRx0uzqePGIuq4Ops+WZVNL83W mQiZtnwI/95SHXVcpYTvyOEV3/j8hp9lfPTSeP+en/H3Juwkb5P4eH7aVv5j4i3Ka8xfifuSJm/b mgMsYcUcv34tbt48f/r3v1tTu3adqWWrVvT551/Q8ePH7VJfB0D9esgQatWqA7Vs354+ZN5NmTLl 9gGGB6YnGFcjTFcHxuynfy61BIYFh4rpIc80ua2pMYfDEmfjqerzIUnrrQXp9FFQBn3kl0Hvs/t3 YIYYocVcQuc1uZr0FvEwo/+6Y5Rx+iJVnr9EZy6wO6+40zUXaV36WXp9gX4ORMqVQP23KeErzl80 hLXmKjj+yvQyemp2msRD2TZmVMn7ippLlFlxkbqEZLNg6vM2cZWG/MvoHbP8B261Xl7TuCVq2Wfr Jx1tzTVwut9uzbsuX/f06dPUvfsX1LaTMzk6u5Czcw/6oGVLClm/3i75l6Hdu3czkLants7OzLee 1LatMzk5daW8vLzbofoNHBp6KWPixuaz55MO0auLLIGhigUh48yvlHjyAsUcYye+8Xk/+1tyztLy w2dp0u5S+iQom+4ap1+V4J62Z2iRJr2iMyyA1Zeszk2AangMfuTUr/TkzFTZov28b5osr16q41C5 +uIlWqY7q1w7x/XcV2TsnZHGqeqL9Osl2/FrOH6WSf7OawsFVC6X/2/6sqeW/UpNp+otdXtZMYHH fH563mG6HusSUIV79uxFju0YFFx6kotLZ/q/Fm0peNkyu+Rfhvbt20ctWjga+AZwcHR0oaKiotsD GAzr6VZmzaFNFFhZYIccYc6MMYIu6H3T52p+qOJ/ylngi85coMmxJ5R0eSjR2WxVQhWwLM4Hxm/h TphliTDfhx3jIUc8fcRaDH5GGLj1WRXUISiLPmbXWvw0GrG1QCNoKMuTsxRg2plrOZuKPLdyOrsK FD/arADIv9e6bCn/2nTt8Wj36BOa/LuEZEk6KoEvPRhMHMZarvqofMZy7qET1x4aLl26RG5uXvTB f1tSy3btqWXLdtSJtYecHPs8w+UI2tbn/xtAH37Yiodh7cQfM2bs7TIJ2cDhwZlWjLh6KT3cHfzc f8NRKvydm/JOsVr9nv8RFuz91HPTMYvfh+8ppNfmptEzcxT3znwdheq0ma5itdxhVDzdP0NH/wnI pkEbC2lUZCENDj9O7VdmUyd27di9E3iEHpmaRPFmBm3f8YNg76eoY9oLWH0TK+mZ6fEMHKn0FGtP 8JvzM96b0ri9pQIMeWeMDQM5DNhSTO0Ds8lxZaHkDw1p9oHTZnGL5UIWm/saWBNZn3F9li1Pniyj WT5+NHDoUBo5chRFR0fLTLudaiesSBxOTydXV3caNGgozZrlQwUFBbdL9Rs4vLlAZzwbodnDr/Rm zcYe5DF+On0WkkNjdh6juQdLaWl6JYUkl1KI+JU8lmY/vZS25lSy4FWSNYtt3/C43GFoNHVZqx2j IfwDk5MUY7Oq0VgWlA7LtGcHNudUiGA29Uokn0OnKa20hnJPw13goUaN3CYFX8fvd+VWUd5Z7fgA V7g7jI6jXXnaib4WwUfkrILhAldZLYijz1Yf1YQbu6tEtnKbLrogB8m/FHkr5cjk/4vPaHuVmXFl yhmUWkzdzY4tueKvV1lZSenceJPZwcezNSotPUVphw+LGlxTowDm+fPnNa6y0vqzaZpWfz9fu32+ 8/p4pumbpmfMR/ubJg2z8piGs1Xny9GxY8cU3iUny//W8oZ2UFJSQkePFjIPS0UDMy1TXfzLhb8c 2QoPftQlPdPfTflv/i0sgOHHHQXK8WrzU3+uqfTojFQawgLdf0s+Ddlewj30MXpvcSY945FIz/mk 0nPeOnpumo5e8Obnuan00kwdvTZbRz+FW07QuB8oE2DosVGrxq5Mr1KWBk3z52eo5aYUfozDDYuh r7cWUxnmJEx+w0XLcHl6v4p/PG82b/DegixJN+KYFhje43ws6s/heqzSajYTo8oENMqqLRv+mfOW fpmJm7C7RAEfW/dZcP7+yWV1btSYAAsMXEEjxo2jb78dQl/2/1b8ESPG8ftAysw08h+TaGPGTCS3 qVNp4kQPmjNnDpfvPC1btozGjx9PkydPo/GTJ/OQYxr/P1nzDB95pKamcpqZNGqUZXg3dh7e3hS4 YoWEMad9+/dLPElv/GSaPXu2oUFu27aNyzzemB+Xx88vUNOoUV68V/NDHXft2ie/7+e0I/bupf2H DtWZd4cOpUqaP/00inn2LX399WAaPPgnqdemTZs0wuLHvJzo4UEeHt7Cu/DwcDpz5ow8I7zR96DJ 08ye2ff2niPprFmzRupuLfycOX6SL9I1J+QP3iA84m/aFG7gy7x5AVymifp0lN93796vaSMos2l5 wL+TJ09KXgcPHhRnYzK1gcOmnDN647NmPdnYRPpnQJbcz5Bdzj1yueKP2nmcGv2i72Enqs7keXQM fbbe8gixe0yJXmMw38egaALa04bx1DJYez9BWB6HGxlHgcnlmvdToorpv4FZ9G92H+j9TsuySGdm afathekKMHA6puS8KkcARy6zdVcuZ8XzgI1aho2NLpE6FlQY08WnxO1WTiGcp/j55Mh5d2Z/2A64 YhrN/scYRtVmVJfruyWrqk4Ne+fOKPrhh+HUpctn1L5LF5kQc3LqRo6dXMjFpQu/78UNfTiFhe2U 8EuWLKfWrduSc+eeHM6Z+vbtS+UV1SKsbds6kbNzZ3Jy7i6Ta87du2uenfj54xZtWRCjKSYmhtMx Cy++s6Tdpdtn9M3gwVy+nVrgX7lSyd9Zzf8rWQpUG2+PHn2pbTtn/e9dqB3XITYhQX5fu3Yzl7GT vMfv7Thc//4D6Pjxk1RcXCyCOmfRIgqPiKBTp05dtuddtnq1xO/atSu1b9+FOnVS+Napk4vU69NP +8qcTFZWvsT5fsQILls7ybtFi3a0ePFi0SCkLM6d9TzorPChs/YZy8NffNFX8p0yZTq1aNvOavhO XXtIvmPHTqL8/HxNmb//Uc2/u+Q/d66voqmy5hIWtp3aOjlRu85Kelg1+eGHoQaAmcRggHdqflh2 ne3rKxpjdnY2xw+j9evXU2JionVgKKu5RE94p1re0DQhnt71t7w8JI9V54Xxp2l6DNwJmh5v9D3Y 9zlYRgnHLRv5iMhivcZQqHm/SmeiMZjcT9AmOMtsKKFoDBvNBKgPp4d9CPdyvEaeiv8i1+dwmVZl +MfCLAGtvYXa+NFFVTSAhw1dV2IPQq74fVdnU7RZHYah/CNi6FCJUWWAMSnnFbl0H5f7Hq9UuoeF vCnn333NUdpfUEm7C6oolv2vtxy1fb8Fa2a4JSu36tJlQQHzA30HfCNg0KFDV+rkgkbdg9qzMHVy 6cHAwO87d6WWju1p2LCfJc6KFau4UbWRcI6OnahPnwFUXl5NI0eOlln3Tp066YWjhz69riIoeOfY 3oU++qgNRUREU1xcnD688ruSHodxdDSUpw2nP2DAIG54xrH4qlVm+XP5VWBAAw9Zu4HatHFU8ud0 W3XoQBNdXUXNV+ra2VAe5BEZGSlxCwsLacOGMFqzZQtt4EZeVla7xrWCNZpOPXtyGp2lzuZ8Q706 dOjEwtSeVq9eI3F+GDqUy9ZBKVerNrLJCfmgvqgrfCM/jL783qYTdenVS+rq6elFrfTpyO+oD8dv 2bI9dZB8AVQdabKXl6bMEHTT/H18fAy/YXJ0/KRJ1MLRUX5HGm3bdqQdO3bQbm4n6DRQn04Mgsjn u++GUIF+RSVRpxNNEiAOwLcKDPj7064ichhncsuzhzLWfsgriQqtWGs9ex7LfMpS36nzRv9kNfYW WP8w6NUdRhykruu0qLhCVykgpLkLkfNuFZxhBgyVAiz+qdoxZSwPDfwTTtGi5ApakKz4WzMrpIwa YJiXwcBwkCLztWMBzAZknjxPScerGdCqxT98stpinkQt/y+7tRu0cC9mYNopzpvz53IEsp+g37Ck zjR8HZ6v5a/p3Y/jkljTSafLjTghCIMG/UCfOHakjh27UwcXNCgX+fgduWeH34GFCg3tE24sS5cu lXgYcrT4xFHCo8H27jeAzp6tpgkTJrBA9KLevXtTl+69pWG5uCjpwse7Xr2+lJ41JuYgxcbGGtKB ICHunDnzaerUGRIO8VEu9EwAI6NAhmry7zdggAEYQKcqKmgUDxUADsi3I6f96aefMrCNkv/V/CBY 8+f7GeLCR7n2shDEsEpc25gdZe/MoNC2vYuhfhBcR6mHwsc2wj9+7tFDQAk0lIGhlWMHCd+qlaMA A5aAe/X5koVe4Q/4YOSbwhf5vUtv+pKHKiinFws8+CL5cj7ffvcdBQQEsZYwXh+vF/OmI3VmIc7N zTWU2zx/Hx9fTb3Q8/fo1UdpBy4KuHzz/ff0/Q8/SzuRcjEIIv0DBw4Y4pWUluqHEomsHWXZBoaM 8vP07Jw0RUBNbi+G1epRLAgnf4cpZ1YwyDfuJN3nmSSaQfcNWo1h7ZGzchmq5vZkfv4kRDv5GFl4 VgSz+9pcSVOjJrIEnjNxRVzefDOl5V2o8xhKFFabAdNpi/RMCVVfrJaf+fOMTyprLact5hnUvM+b rWbBmO0z81KVIcNks9uhJyuamWf05Sce0eOhcUH40JgduTH0YyFHY12zYQMPGZbQYDQk7lkGDx4q Kq8CDMHUghtVR24kEMw+/fpRZWW1qJDh4bsoKiqKx6Be8puky427e/c+tGXLdh5C7KGtWyNl4g09 NXonpIOGiDBQffPyCsiPG7ka/5NPOpKrq6eh3CEhoZr8+/X7WgMMoKTUVOrGYABwQ2OGgCn1dJF4 6DWHDBlhsYcAQop6wrdFOOcwcuQvsnsR5VPK34mHUmNpGQ9zMP6fOXMBfcp8+Yh5tyggwLAkCcFU BAz1cuRx/TwBoF179lAk8w38GTjwJxF2KScD8/DR45TfI6Noz759khbG9uCLpMM8nODuLjzNyMig ocNHC0gpoOpIe/fu1QCDaf4+PvMs6gf+OjJ4dHQx8gsgoXYeAJxFiwI0wIkyIf/S0nI6d+6cbWAA zUgso7thYm6iSc/NjfdxrzT63+ZcmnOgVIyxhuVU0I6cc+wU39rzBnYrUktpTkIpfbP1KD0/R3+w iNN/i3vHpakV7ErFHxRRqJi2M+1J+flvizPk98X6cCMjj8v7Bz0O0dCIYolvmq/qI9+vNhfSdzuL NfGbz02T+BFHtY2yfXA2Dd1azPG06aCui7n8g7j8L6vl12tS7/EQa2KkEse8/vDxDuVz31csxmwl rqlGZKIZPTItRVZUaqNz3Li/557gk3YdDZpCz559RVgxmVRVVSVj7Dgem48ZM4ZVxN2GuAEBwTIE kEbS0YU+/7yfaAxqA1Ea1xpDj+bIjfuLLxDmrPyuLttv3bpVgEFNp2uvzw0Cvod7bTU+/PHjPTSA ZtAYkH+/ARbAgHwCg4OlEZtrLm07OHNevbl3i7+qjiktM5PaO3fRawfKWHzUqFGkY3W6grUV8K6w sJi2sgo+grUozF0YBXOEWY/to+Eb/NGjfxFhR3nBHy8OY/o7yJWHRkb+OJKHyZDBy8vbwB/4ERER teTva1E/fHfUB/VS+aaCA4Zlw4aN1NSpjmQEhpKaX+mr9Xl6+5OqpSSYXUumxvzcfHaaGGP9IDCD PlqUTR/pfe1zujy/tyiD/r4gjZrPTKPGXiam2zAXMCOZXpuTQa/x7/Afm23dkpMa7iV9uCdnpxmM wzabmizxTcuh+sj3Xk7jfm9t/Mb6pciIAm2j/NeiTGo2KZnjadN5m4HpJSm/FdN7/Hw/l+Hvcyz5 Af+DRUr9HvJOVozZWrVQBRN1B2h0xOXPLeQfKyHnbt2kcTu5dJNJwBkzfKzuRzh8+LAItUpLlqwU YEA8RycXFvqvLAQzNHQ9pwlVvhs5OTmx8PazCIMVhBat9elwObr1+oLzyqIjR46Qt7c3tWvnJPGR l5/fYkM8TD4a4iH/ryzzl/bHPT8OeimaRzcJD9fOqTMFLlt21Xsv1gHQ9PljkrZjx84atVolTMod NltVGTr0Z2rtqNQL/JlhMsZXaTQPg1o7Kum3sBEGwIBv5qL/dpMmTZLzKocOHaJBQ4ZQa+a5E/MU fmpGhs38fXzmW61jSkqKdBSoH8rhoud1z759KUE/kXvVwCCNisfWziG5iiBMMhNY17q4A5bvrJlu Mw/jZUNwLNKqY3lq+d1cY2gRrDfGW1ta1kzQ1YUftZmqm3SAPg48XCe7lTpdpjQQJxNg2MPqal0o IMBEMB2hMVwOGFh4GRjMl89MgUEaX7deNHGiJ4+TJzJI9JKyOXIZO3f+VBqqERhCNfn3swEMoMmT ZxgEQclHWXHBXoOrpYClS43A6Ahg/MJm/uYEVf6ywPDLL1pgmGENGKYYgAECO2DAtzR9+nT6cfhw cuqm1BMawU8jRtAZk7KZ528LGM6cqaYvvxygrFCpwMDxBrKWeZWAanl9fFxRNXVZnUN/mpRcu9Xm emp0dltOtRwdB7uqTYHhRpVHDxof+Oso/GjdLF1D7VUayNUAQ7AZMPSThmQLGBxrAwa9ABgE18lF WZnQl+vzzwdQUNAqTWO0AIZ+1oEhITWVhfZryV9N38VFSX/uggVXrTEEBCw105iuHhh8rgEwOJny TjQFhZ/fffejrPzUnr91YFi1dqMB1A3fxwnzQJ/S/oMHrw0wgJKPn6Pvth6j5tPTjFrALWF0NpkG bjtG3gllNPtgifjPzT0sVqdvlNFbWAVvEZBNW/LqvmMPO/Oc9T1LXYYSp0+bDiWCzQTDGjCEmgCD raFEhAUwqECFckHl910USJWV2sksi6GEFWA4xsOIn8aMkX0VhnSdjCpxxy49rraB07p1WzWazu8Z SvjUZSgxo/ahhDoUU+vnxHzr1etzq2Wqy1AiIYGHEb37GgHVSfke+B/8/P7nn3mYVnalbLNtoq74 3AWZcGyzJJMenJ5kvD3a2iRavTENl0J3eyVR02kp1JR/gy/vr7WpPYMdT/2zm6IlPD4riXqvO0qR R89d0Ve6YGPyMcJ88jFOmXzcts108nGFxeSj5VAiVFRZmbzC5KMVYNi6NcJkubI7OXftqiz16Zfp 2nK8mXN9pSymZDH5aLZcCYH0XbxYP8mmLid2pS5dehpm1lu17UA/DBspdb1SSkuzNvk41jD5iPwx OSeTj2Mx+XjSRDC1k38zbWgMhslHrqe3t3VgUCcfEc65a09leVf47Uxde/akqP37rQBD7ZOPKPew YWOFP+pKBPimfhtZ5uX4wcEh1w4YjEOLC/TLniJqEXSEnpmeSo28UoxnK1zrqRHZyXqV/nqmr98k 5uCeQg9NTaWPmH+e+4uoqIquirA3AGv5psuVmOH3xXLlGv1y5WBry5Uh2uXKPtaAYZ0shynLhNjr 0E8zgQnavn27IR3sL8D+B8x4q+XpKHG7yOqFKVksV36tXa7E8pwzdnB2UJY727d3psE/DJcJTYRX wQHLfQCZKz3daH25squAA7SZjRs30rx5+uXKj7BcGWxzudLbGjBMmMDCp9QP9Zw50xowGJcrsS/k uyHDaeDAIfRJ+476Zc5O9L+BA2VfgvlQwtZyJZYZFy1apKzk6EEB/ALfRo4cKXxU28mnn34uS6PX FBhUii2skoM+vTfl0ocBGfQ8935Nufe9Y7LxwJXB96jvmsUVaAYmy5im9W/qnkTPex+mlgFZNDaq hKIKrxIR9FRYWEKDfvhBGpjpBidZQ+9ossGpg9KIli5dLvH8zTc49TYuVxqBYYNeY3CRhqTsdag0 0xi0y5UIg7MKfft/I41dKU8H6t2njwxnjIBmtsHJZLkSW6K/+vZbWf+XDTodsU25M4VHRcmGrr59 Bxg26mCtv3fvPrIKcqWkbnBqb7bBqaNoEUqdlQ1OLGC1bHCyOpQYN64OGoOHZjnXa+ZM2rJli+zq VDUZbPByd3fXbO2ubYMT5piwBV7d+wE+DRjwvfAN36WD2i6gcXGeOFdhDvbXBBhUQtLRBWfJN+kU DQwvoDarjtC789J5rK6jR6emULOpiXSPRyI11G9tFgGSnY2pyhmBemVKLtGwRVt8T5P68PNdHK4x O9T54ekpcqjs737p9DFrB98wb3zjTlH6qfN0rQhbovv1s7Ilur2ytRfPeI8tsD//PFbRGLiX/Ui2 JHeVbbiff96HVWhrQ4k2srUWAtKLtQrzIQHOJbRo42hIp8fnyj6GVetY22ir7D9AfIDHj8OGGTYj GbdEdzVsycZmG2zpdffw0KepLzf36l5eswy7QKEl4Z2yhVmpl7u7x1WdqIS20c3almjOu71hS3RX +q9siV4tccy3RM+yAgwjf5mgr0MPqeesWbMswkzAUMKQTgfy9PQUHowcM1FAUd1i3oZ5F7x8ueEE rK0t0QKoX30j/FC3cmP3a3i4MoRE2jg4B/BTt2hjf8r27RGaE6LXFBjMKf/MeYrKPyPbgSdGFdO3 Yfn02YZ8ar00i97zz6DXfVLp6Wlp9KAH9kMkGlV400NFN6XpOD2Y6VcR7uay3z8tmZ6ZlsB1Oix1 a7s8Sw5Roc5jdhYLD8KyzlAWg8G1gwMtYafiDz+MpG7dPiMnqODcCzrpDwNhfzwOV+GQlXqYaUlQ ELVo25Y6y2EbZ1YrLYcSa9eulUM6ykGlznLQCeNv86EEJrPUdHr2/FTAA6sX3w0dZjgI1YF/b9Wu Hfn6+UkDh5C1bduO43WVeNAYMGmKQzxtnZxFUOXqNI4Pddr0INGpU2fkHQ5fddYfOsJBKuw4vFJS D1ENGGA8RCV8c7R2iErZJvz9MNNDTG1pxty5FumOGjVRfxitpxwWmzFjtkWY8e5T9IeolMNQ6t2R CTodf8eexkNizB+nLt0pPl7ZzPXjj9pDXL6+Ck/l7EWrdvpDbJ3lm02bPdtCS8JWaCe5mo41jnYd qH//QXXd7PT7gcHqRyDluHEq/wnPO09zDpXR8N1F5LQmj/6+MF161vu9kqkRhHDKTaRJqKsvXJ47 +d2Dk5NlC/SbXObOq/NoSHgR+XFdwvPOSN1wxPt6AUBtlJdXJD3gOFZjB/34I/X/Fseuf5Qj0jgb YXqUdjerlVAjp+mP586e7WtxrgCqp+mxYBxLNg+Do9em6UybNtuwpLl//yH98WBvw+84DowDR9jE g+O/CI/3OFaNeL6+vvr3yvFjxMfBHnPCO9Nw2F4cEHD1V9OhHqjf8OFjhG9ffz3E9rFrP9Njz+Pl d3NatmyNcvyZ4+PEqno0WqutqMeulePR2Iat/W2i4Xg0fl+mv3ov0OLY926ZgEWYyfpyqce/rR0i My2/Wr6DdVvduT7AUBtgJJeelwtevt96jFoF5ghIPOCVxGp5onHj0B+hKcgVa/H0wOSD9NycNPrP 0nQavvMYLU0upfRSXEhCNx1BpcY1belyUUtOrSr2lVzocbme11q42i4iwb78rOxsi4tirjbful5y UhuhTMpFLek2L2qpG9+oTuWqLR28slY/5aKYk3S0sFAu2zH9/Wr5Vkfe3VhgsGjY3EbCC2toeHgh fbg4mx7zSKUmkxP0Rm9vgKk4vRHeJlMS6BHvZHpnsU6umQvPriS7idlrQ+jhcC2a/Wq5KyPj1XJe NGgorpbzoxMnTt6o7P9YYDAl3IUalKZc7PrIFBbWCcae/JqbitNfwgoQgpHeDiFZtDD+BJ2oByYk VatSN6t/gX11ggu+q5sbffCB+WW0uYa6XG0+V0MX9PndrO7CBeNSrOVltC1pzBhXzQGtC1eR/g2b fLweBOO4Hdbk019ckxSDuJ7XSFPQry7cyWn+hYcvHZZlipHe+kRQezE5hmUpo5990zxnsa8uueE4 tIuV6+uXLQuV3zG0uJr8sN5/pab2EB5lK7yJXVZWoUFwLa+vdxE+qpOHEv4q0scQqt4Cg0qrMk7T 3/0yqMn4RDGwa9rjN7gKI7KiJYyPofc4zVVJ9dOYLDaqJCUlmbmMm+b5wIEkw+YqWwZv1usN3mCS 9MBV5AceqHMVdSWEt+TbzeMO6H3wDCQGb1qaGbzp2s3A26vNp44bnW5uYABhYW3EruPUlNX+Bm7G nr+Jl+6KjNYCWGA+D2mdvn1sEP7hpDGR17KVHPu2m8irQ7uHibyvYSKPh2A8lGglJvJm3Kjsb35g UAmGdJv76BSjsZczFmvFeGxz/j8ix44If0QDV4zqDpWJNLuxm7qTYlTXS3gnRnVvXNb1Bxhg0Snv 7G/0ydJssShVZ/P2o2GwVkd5Z+pu1s5O1/jb6ScMsRpxpXMDtzOBV+CZOul6A6n+AAMIgg2jsTBE azAyW9vcAgMIwlaev2gHBTvZ6VYFBpVwK7Wz2INUJyStrEawtuC8IkvC3kqUX1NDKRUVlMkOfs1l wmZW2A5RIb8r6ajOdjoVemfMv6YO+SFciZWJQvN6wK8wC1cj8bXhSn7HIpJafvj5l5m8xO8ltYQp MfCkxmYdTXmXbxI+3wqfzfOr0ZfXVj3yzfI3p5orrO8tAQyg41UX6WP/LMVYrBVN4Z8BaXT87IX6 Wj2b1GLlOnpiwRJ6dcly9pfT34NCKPrECasN4wMO+9fZfhRv5XfQ7NRU/n0BvcJpvSLpLaHWIeup wKwR/W/nPgn3HId5bkGghMPzTrN0B0k4P9qqt/GIdP46ewnNOpSqBSR2bwWuVNJhp6aH8phSKjfo v3J+z3K+qO+zXN8X/YJofdaV25AED97kNN5csJL+xf7zfoH07dZdFmCkhK2gp3wCyXldmM30+oTt pFe5PG8uWSnpvsjpuUfHW9TzA67nc1y/t/yUcM/NDqS2y9dqQFUN58jfSy3PuqwsST/LTOijC07w +yX0Guf3qv57WAsXmJYm+aJ8an0/W7/V4tvecsAASik5T4/PSNEa5cWFKDPSKKm8fu1PqCs9szCY XuaPvaeomJYezqcnWVD+yw3KnCILT1KjKfOYL7Ppp6goq2mN3R8vv89KSuH0TpFHbBI15ji/7Nc2 8G3Himih7jC1WhtGDbx8aFTsQXk+ZnaMt9fmCOa/FzfGtfJ8rLqa0/ehsWYCg0/zF5+F9AbXIyQn l+vBTpdD8ae1S8j7j5fzN/WhvhG7pHyrc/Lpr76B9P6ytVfMt0OnTtGdk+fQiL1xFMG8m5mYRE25 7kvTLO0qjI46RI253PfNmE+JJ63vgf3vsjX0qm8Q7eW0drBD3R+cPpeyTbalQ1ddl5tPiw9n0Asc 9m/8rYJ1ubQx8yiZjmzL2b3EvzWZMIO89QeognXZdIfbHMoyu9494lgxv59GP+89SJs47Q3Mv1Bu BzVmcxA+8WnUgHm3JCOT9unre6/nLPJhwLjlgeHiJaK5CSe0F8fw8GJRwmm6VY2VPzZ3Mf1n1Ua6 cOkSnblwkd4OWkVPMFiYU6+wXfTi4hXUMXQzNV8YZNX47MRo8G067T95ktPj3ujESeahD/0Spb17 sIobXcWFCzRqD8z4+ZCOBRjPF8120UE4/jzTl+6dvphmHEwWG6MIPzHODBg42j0MDB9zPWJKSii6 uIR2sasxSy+ujIHBdTpNjkuR8qEcL3JdXw9adcV8Qz6o27IjWZJPPgvwn1lQRu2O1YSDWP+d8+i9 cQe9EbCCft6132p6HwSH0n+4HPgOSM/rQBw14vR0ZjYuVN69wWm2WrlBvlnVBW3rRIxn+bu+OCeA Xpi/mI5VnqdVWTmcng9lm2kCEXnF5MD5uMckUiLnFcv1OlJmedfHdP4d8XVlZVLGeP7GKJ9nTJ2u 4a/fwAAqq/6VWgZlGkCh5fJ8Kq++VN+rZZOe5172IRaqb3bvp+6bwqmp1wLqt0OrEZQxCDzEqvAY bqyRLHB3TplBYYWFFmm5xsVLI2sZso56h++mN5eG0FNzl1NahfVLatHzO3BjszX27bI5jN5gNXnQ zj30xPxltC4njxrNWEBjzRpjOZfv8QVBdB/X48MVm+ndFWvoX+xnml1AG88NH+V7PTBEyue4ZhP3 4ovJ73DGFfMtjgXkT1z2rhu30RjmXc8N2+g+1n62FmiNF0cUFVFT7vkPl1fQiKhoemXhUjFSbE6t GdSemBVA33C5+vF3eGXhCvpi63aqsnEO5D0GkZbMG2tUzuk/xrwYsyeK2nC6XzOoh+bk8LdlYDC7 FwMaQyN+/8+AtdQuJIxaMO8GR+yzSHNWcio14XCfhkVIGVvzN/6b/3IGmjpdQFz/gQG0KfucAEOj ifGsXp25Fapkk55dvJwe5AbZe9tu+mxTBPdoB+hIuVZQgzNyqaH7DGq/cSt9t2M382YWC1akJTDE KxrDoJ3R5BGfSG3WbqC/TPWjgzYMxI7Waxi6cuu3UblsDqe/MXDlMnC8zNrKe8tWU0MWMkuN4RI1 YwH/IGQDReQXUXh+ofgVZkIlwMD5td+wSco3hMvZ0GsuTb4KWwnQGO5jEG3FPf23zLv+zDv/VJ1F nv9jPkGgxkfFUqd1W3hoNYN25VreYQAhf2Z+EE3jnnkq1+8F/r8dA5ets4tv8XdrwUJvFRi4H7t/ +kJW/1MpkgX/Od8l1HnNZnpo1gJKt6IxNGQtbEJUDO1hnm1j3h06bnm4anpiotRj5N59NI1557R6 EzXndFMvY/z3lgKGygvMeL8M2T5deeHW1RZAj7NK+kbAKko6WUap7AoqLYW0DTeCh+csov6sSQzZ HUWvc3gMQQrM5gTGxSgaw75jZVTEPdPOY8eoIfeq3ok6q3kPi46R8Lpy6xpD+7Vh9Kx+WBOcfoTu YlDAUMLVQmMgajJrIf0fA0M2lymdG2sSu+NmBkdjSsoF1Nxi46V8Oacr6cWgYPp45dor5hs0hrvc Z5JPXJrwTceu0uww1nEuyzNzl9IH3LsPZhD6asdO4eM32y0vhvmQAebtwFVUxPxH2Sbw8Ot+rm+R jWPN73HYFrY0BnYPMT88GGQwLPlyy05qNtVHwCLLXGMoLJbhlQ9/I3zPPHbZp85aANIsBpkmzPsU HvahfFEMHo095tJiXZ2uxrs1gAE0PrKEJu0ruVWqY5OeZMH7iAXKFmVyL9uUe5qvWL1MOnmK0ljg glhI75jsTQFm++QnHMRGMB/KKFcmzCp4PHzPTF8aGBlrNe0R0QfpLg5/pNz63YEdN2ynF/TAUMEC 0m7DZm7E3uRxMEUrCDzEfsQ3kB5dEEjt12yktuu30P8tW0XzUw9rwh0sLZd5AZ94nUkeYfQc53Gl 602xJ06Qg8dMWpWRZTNMUGoG3es1jzXQPOFdEo/Lv9waSU/N86dCMwH9JwPDR8Ghhue1R3Ik/Zhi 61e1v+2/glqYhDcHhge8GRj0ZvjSOO/neWhxn9dCzWSmAEN+Md3DAg7w6rJmG7uN1J41kcNmcxve sUnUxMOHcvTlLmeGPTzdl8bsjbu9gCGj9Dyll9+Et6lcY1qYmk4rjtjeVlx47hz3sHGUUmpsKBjT e3Kj2212rVd0aSl5xifJ7yBMic1JSqXN+YVW095bUspqaZJsGLNGa3LyWT1PNzwfYPUd+caWahvt eX09psWlSnrwES6yUAvspVLuJIozib+loIhmJqZc8eRyiZ4v6bUYwN3BvTHKc85khj+R6zyJ450w 0wSgEQFwVSpgAUb6+ZXnbH430/Dm/JjBPXysyfcJycimqbGJFpPGRZw+3s/gcsKfygAwhfMtMVu9 iOdy4736bfHJ5jKfw21821sWGNSGfasTZrmratkei19OWVmrrrASr0b/vq7pWwt/ubgIX2MjbEXN Rfld9WusJG0ev8ZG/epCiFdbG5GyWKnfSSvxqqyErS19W2lr6mnye231xHuEh3+q5qLVcNbaAfhc Vbet1TcWGHD12IYNG9iF6v26ulC5bjtKf624KeF+fTUcbjvGbcb2G4LsZKffRTcWGDIzM+n9999n 97ber6t7mz744AP65JNPqF+/fnJZpnrTMU7rqeHefvttatmypYXdRTvZyU43MTAkxydTkzubkIOD A93J/p133ilOeYZv/VlxxvCvvPKKXHkuaSYna9J58MEH5bjq7UgASxiHhZ3H3Fxl2zDuXARQwq+r MVdrhJuDcMPwwYQEm/xF+rbMyKlaHMIUFBTclPwDzxISUuUmabW8pibrroTAB2ua65EjuVbfK7wr t/r+astQb4BBl6yjPzX5kwhxE/abNGkiTnluIsJv6/nOO+82xAEAODo6KmnqdIYweP/Xv/71tgWG Xbv20qpNm2jztm3k779CjJlCS0MjhSWpvDzrE081Nb/SWfMDTCbPZWWnxZwbLF6HMCBj2KY2blg3 UsNimGduok4l2ErAtXT4NrhSXqXTZtugke4VWEy6ZgQ+rVq1joesu2jdunW0a+9eqde6dZs1PLnc MBW8RJjNmzdbaK644t3DYyZlm9jOUOuM6+oiI2OsAkxyss4QzvzmqrNW5heuwVD6xgJDSkoK3Xvv vXTXXRB4+HfR66+/LnYQbbm+ffuSk5MTNW3alMPfLfFUAMAZdVxVBWC444475P0TTzxhuEYdBlHA SPi1nWdHGDWctSvD8A73GKLXxIdSfTgYZrnBZ+VtEkyhbdmxQ8q3Zs0m7gELKZF7P9yY5Ld4Me3f HycCAEJ9cLUayh8bG0/7YmOlZ8L7mJg4jfDqdDk0YsRoabwYusG6FO4IwDOuIIP9SfAC32Ix56Py CAQwQrrTp0/nMq2XssTExQnPElj72LFrF8Wxj2ekB60EaWaaWZ6+noS8cRFKREQEl1W5Vn7pylC5 H3G23pALyhYdHcvlizcYES4sLDb8hneod3R0vFyhNtHNzaKD2rlzD7m5edLq9ZsN+aJji+fw4Onq 1esM30QBq2x5Bp/wDuAay99FnWdLSdHJd4NcIS28R1jVYE69AQYw7M9//jMLMYDhzyLIgwYNkktB bTkwG8wDgCC8Gu/xxx+XxglbhgAGgAzeN2/eXN6DoTAsAsOf8DEpaY1wz/7y5ctpwYIFNH/+fAlv ap8B5slhMNaNP/To0aPF8IjqT5o0SQyhYM4DRluuhb2D30Po6UJCQmSSFgKGnnfTtghp6MH8HnVZ 6O8vE7aRkXvFWtUOBpKlS5eKgw1LXO8+bpyr2EZUqajoJPn6LmZtIJwBI1G+B3i0gHkFDSGU84UW gXwwAYy8IWQgNPaEhMMCDLBjCWBZy1oNvhuMzmzlcD4slOnpR8TeJoysIE18ixsFuOATDM+a3j59 8uRp6eEBGACIgIAAsfiNOsRw/QCc27cru0mXM28BZNASNm/eLrwbPnqcBhjAc2/vOTJMmTp1tjzn 5xeyZudPERzeZ9482sDxw8N30kEGgMrKc3LzFXgdEREpoAATdSFrN8h3xHBswQJ/4fOSJUuFnzCI g7YOOatXwKBjhLu3iVFjgCB/9dVXYgQVLi0tzaofxz3MP/7xD9EK1KEEJhtB5hoDgAGEBnrPPffQ fffdL3737t2tlgkN/KWXXtKHvY/uv/9+g+HUuLhYubr7oYceMqRv6gBGcPi9devWIph/FKk9LkAB DQSClZiYKOoxGlVwcDDlsAobtGKFNCx//2DpWSZMmEBhYdspIjJSGhUsX8M3JRWct23byUOKNQIu SMPV01N+r2KBgmUkAAJAAhoErEiDFi70ZzAolPc6XYaYoENZQkKVlSbQFhYGmGrH/ZCqeTbYdzQ3 vnu9CL39BNa2TIE9mzsWAIK/fyBrUDEGnkCYZzKgQSDVYdPCwGABVC8vbwO4uLp7aYABdR/NYHGA AQXAm8L8BLCobSacgTqUwTUzM5eWr17NwJMi/Eb7DgnZIDIAvkVG7hNQWssAEaqPGxkZLeAE62QY 7l0DusHAkKijpk2aUsOGAAb4ylACwwW4Tz/91KqP+YR7720qANCoUSMZLsycOVPSRONW30NYn3zy ST0wrNILsAIksGpsq1FA+0CYhg0bSloABgwf2rf/xPAewPHyyy/QW2+9Re+++674r776qrzH73Av vviiwZjrjSY06qCgIOmR0dPBDBq0AAgohA09cY7+6nU3t8miWSAO7CiuWrWRwkWYN3OD2yy+KaEh wtbk8eMnZSgwztVVntGDFXB98/IK5H+Eg5FbXH2+klVjAApM0wEMQjnNqKgDPLzJlQYexpoKtAyk t3ZDmIDZwoWBLAiKGgzjsObGd68nTZs9l/mUSCeZd9Ibs4YArTMgIFjq5ee3SOoDi19+rEGijuAx wkMTQBhYo0ZchHPznKax/xkUtErMB+5mAAHvFwUtE3ABD/C9tm/fI8MJELQI2P4EbwAMy5eHyvzM zp27ZdId33nTpu20asMmySuCh2OrmX/oDDN+/zDixgMD1CgIUqNGAIZ79ODQ0KIntuYUMGki4bt1 M16jrU4+quk89thjemBYro93j/hdunSxWiZ8PGgZDg4NBVxQPoyPjxzJkOeGDe8U/+mnn+YP68eq 9zbaxR9CJuL4A//rX/+S31Ef5AMB/KMIBmSRP8oH1Re8wf9oXAAINC6Qm9tUHvoo254xnMB8RBg3 0t2798uQaNcu7Wk98AM95ubN4ezCJA+8QyNdvX49Ba9YI+kcO1YsfAEQzGKNBQ0fQy2Mx5E2+IWy AFQQH8M2qN9z2UccXCuflaVMzAE8buTQLDY2gYU/gMJ372Y+rhGBRf4QVkwiBgaGyHAUYItxPMq7 cOFi2sWCjk4K9QEPEBeCCh6r5cdp8rlzF2nqg2fwAiCAOZVZPn4Upu/twcOp+o4PYcBH5Ll+/XbR CDH0Rf6LFgVJmfz4W2fxM8JlMPDWO2CAaotJRFVjgEDjGUuMUOFVZ/4Mp65gwGEYAVUZjMa41lRj aN78KckLH1SZk2gqfo8ePWxqDAowNBJwQXkAOps3rzXEx3sAAD5YRESY+GjcELovvuir1zSUfGBo 9o8kgC8ammrYFo0afFJ9ELQaU5lDHPR4qm1Da/tA8A6gAQO26u8Ii3iH9DcvIU31N4y58ZtqbBVh 8Q6++g7lQJqqlmVqmNWakdbrTeAZynPI5MYptRxnzpyX30wnRVNTM4V3ploi4h4yewe+mGuSyjdQ eCHpct5let6Bh2p4U35J2oeM/Ff5p35rhLtGYHqDhxKpOrqniVFjgDC/+eabNHz4cPr+++8NzvwZ Dmq60jMr2gH+x/zD0aN5Go2heXNFYwCqKoJ9JRpDE9EYwGDMrqvxVUDCxCny1frK/yowDRw4kOob FRUV0+nT1k9MWtuXAGtJtsLb6ZagGwwMCTpq1qQZNWgAQWsmgvTjjz/WKS40BEVQmxgmIH1957Oa WizPjRs3lndPPfWUhMd4C8+NGyv5YPhhjTBBhKVPB4fGUq5mzZrJ2A6qrJJfM0kbE5NIG/MbmMdQ fVOHd2PGjKlXLQA9DEysh64xzivg2nJMymK2XtXM1BUCrJGf4ffbtikz8tiAg7Dq2jnC4blKf6oP z4hfVVVlFzc7MFgnrDLcfffdLGgQ7rtZEBtQnz59ZMLGtiuU8RSMbiC8KTB4ebmJEOMZv+Hdo48+ KnlhthfPDRoo+WAogFlmNGQ4TC5CW0A4CH6DBg3FR/kwJjYORZS8EB9DB4yDMRut+hiLYpyIMT2E CKpdfSLMQ2AC0pPHtOoeDoyXMfYPC9tKrq6uMs5V184x2ZuRf1Rm6qura2jv3ihZXcjOzpGr3vL4 WyHuTuZVVdU5GZZB/Y2yce+knezAIBMo6JFVjQFCh6W+1157rRb3Fj3//PMitKbzDBBWTPpAiE01 BnW5EstpGF40btxUQAhghKVR9cAV5glg5QdpK4DTTHyUD4KBrdYNG96hB40GclYDajV26gFQ4KBt YPKnRYsWsnICH2vz9YkAaklJybRixUqKiY3lnv8iubm7y0SWv/8yBgY3WX7EPg/0/j4+c2jPngMU FLSUYmOTaOxYN+FBQMAKKmT+uE+fLnExobh+wzaJi+GVuq/BTnZgsCBoDKoQQ1AVYW6gX3mo3Ydw KvEUhzE9NpJgAkYFBTisHkAVhgA/88wzhuEEwAhpKOk00exFULSYxgbwQZroPZ955hV9fAUc3nnn Herfv79oL2jsn332GQPbwyYrJw1ZLZ9Yb77+hQu/0neDBzMorKMJEzxpFgt/WloWTdXv9sNcwqRJ U4UX3t7eMqczf76/8HbOnIXCJywrYrs0JjyhFfj5LZS4AOxpPj6ypAdnJzsw2CRoDBBCZd3/ynw1 HjYaARTUVQas26v7COAwlFA3lmDDB4QacRDfqG0oIAFQaNOmjSxx4lnNB+q1tfjWl1KViU+c1cBG qfpksHXHjijynjvPsMFsrJsb7dsXTe7TpslGnQIePmCXJ2jLljAayv8nJCTKUAw7AsF77PmAw85Q DMsAGOqO1Hnz5smwwq4t1ENgmDBhgt3Znd3Zncb9P4rktDJnLfERAAAAAElFTkSuQmCC ------=_Part_146_1942804934.1402511113745-- ------=_Part_145_1244242939.1402511113745-- --===============5657258703612622375== 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 --===============5657258703612622375==-- From xen-users-bounces@lists.xen.org Wed Jun 11 18:26:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 18:26:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunDB-0000Xe-01; Wed, 11 Jun 2014 18:25:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunD8-0000XW-Bu for xen-users@lists.xen.org; Wed, 11 Jun 2014 18:25:23 +0000 Received: from [85.158.137.68:54563] by server-10.bemta-3.messagelabs.com id 1A/C4-16608-11F98935; Wed, 11 Jun 2014 18:25:21 +0000 X-Env-Sender: jpp@jppozzi.dyndns.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1402511118!9454567!1 X-Originating-IP: [194.158.98.15] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9346 invoked from network); 11 Jun 2014 18:25:18 -0000 Received: from mail-2y.bbox.fr (HELO mail-2y.bbox.fr) (194.158.98.15) by server-10.tower-31.messagelabs.com with SMTP; 11 Jun 2014 18:25:18 -0000 Received: from filtre.jpp.fr (89-93-161-78.hfc.dyn.abo.bbox.fr [89.93.161.78]) by mail-2y.bbox.fr (Postfix) with ESMTP id 8F83655; Wed, 11 Jun 2014 20:25:17 +0200 (CEST) Received: from localhost (filtre1.jpp1.fr [192.168.1.2]) by filtre.jpp.fr (Postfix) with ESMTP id 4D9832215CB; Wed, 11 Jun 2014 20:25:17 +0200 (CEST) Received: from filtre.jpp.fr ([192.168.1.2]) by localhost (filtre.jpp.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HPPIG9icSUHg; Wed, 11 Jun 2014 20:25:14 +0200 (CEST) Received: from filtre.jpp.fr (filtre1.jpp1.fr [192.168.1.2]) by filtre.jpp.fr (Postfix) with ESMTP id 5217B2215CA; Wed, 11 Jun 2014 20:25:14 +0200 (CEST) Date: Wed, 11 Jun 2014 20:25:13 +0200 (CEST) From: JP Pozzi To: Paul Angus Message-ID: <251621226.149.1402511113748.JavaMail.zimbra@jppozzi.dyndns.org> In-Reply-To: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> References: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> MIME-Version: 1.0 X-Originating-IP: [90.9.134.62] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF24 (Linux)/8.0.6_GA_5922) Thread-Topic: Kumo public Zone XenServers Thread-Index: Ac+Fk6pYSkJ2m8ZQTp6BwtBvh9lxg3pgneky Cc: Marco Sinhoreli , xen-users@lists.xen.org Subject: Re: [Xen-users] Kumo public Zone XenServers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5657258703612622375==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5657258703612622375== Content-Type: multipart/alternative; boundary="----=_Part_145_1244242939.1402511113745" ------=_Part_145_1244242939.1402511113745 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=20 Ithink that RDP uses port 3389 which is not allowed in your firewall rules = ?=20 Regards=20 JP P=20 ----- Mail original ----- De: "Paul Angus" =20 =C3=80: "Marco Sinhoreli" , xen-users@lists.= xen.org=20 Envoy=C3=A9: Mercredi 11 Juin 2014 18:49:05=20 Objet: [Xen-users] Kumo public Zone XenServers=20 When iptables is running users cannot rdp to guest VMs.=20 When iptables is stopped users can.=20 We=E2=80=99ve stopped iptables for the moment but need to figure out what t= he problem is and re-enable the firewall.=20 # Generated by iptables-save v1.3.5 on Mon Apr 29 17:23:28 2013=20 *filter=20 :INPUT ACCEPT [0:0]=20 :FORWARD ACCEPT [0:0]=20 :OUTPUT ACCEPT [595645782:1940184239142]=20 :RH-Firewall-1-INPUT - [0:0]=20 -A INPUT -j RH-Firewall-1-INPUT=20 -A FORWARD -j RH-Firewall-1-INPUT=20 -A RH-Firewall-1-INPUT -i lo -j ACCEPT=20 -A RH-Firewall-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT=20 -A RH-Firewall-1-INPUT -p esp -j ACCEPT=20 -A RH-Firewall-1-INPUT -p ah -j ACCEPT=20 -A RH-Firewall-1-INPUT -d 224.0.0.251 -p udp -m udp --dport 5353 -j ACCEPT= =20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 67:68 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 67:68 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -i xenapi -p udp -m udp --dport 67 -j ACCEPT=20 -A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m state --state NEW -m udp --dport 694 -j AC= CEPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACC= EPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACC= EPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 443 -j AC= CEPT=20 -A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited=20 COMMIT=20 # Completed on Mon Apr 29 17:23:28 2013=20 -bash-3.2# iptables --list=20 Chain INPUT (policy ACCEPT)=20 target prot opt source destination=20 RH-Firewall-1-INPUT all -- anywhere anywhere=20 Chain FORWARD (policy ACCEPT)=20 target prot opt source destination=20 RH-Firewall-1-INPUT all -- anywhere anywhere=20 Chain OUTPUT (policy ACCEPT)=20 target prot opt source destination=20 Chain RH-Firewall-1-INPUT (2 references)=20 target prot opt source destination=20 ACCEPT all -- anywhere anywhere=20 ACCEPT icmp -- anywhere anywhere icmp any=20 ACCEPT esp -- anywhere anywhere=20 ACCEPT ah -- anywhere anywhere=20 ACCEPT udp -- anywhere 224.0.0.251 udp dpt:mdns=20 ACCEPT udp -- anywhere anywhere udp dpts:bootps:bootpc=20 ACCEPT tcp -- anywhere anywhere tcp dpts:bootps:bootpc=20 ACCEPT udp -- anywhere anywhere udp dpt:snmp=20 ACCEPT tcp -- anywhere anywhere tcp dpt:snmp=20 ACCEPT udp -- anywhere anywhere udp dpt:ipp=20 ACCEPT tcp -- anywhere anywhere tcp dpt:ipp=20 ACCEPT udp -- anywhere anywhere udp dpt:snmp=20 ACCEPT udp -- anywhere anywhere udp dpt:bootps=20 ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED=20 ACCEPT udp -- anywhere anywhere state NEW udp dpt:ha-cluster=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:http=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:https=20 REJECT all -- anywhere anywhere reject-with icmp-host-prohibited=20 Regards=20 Paul Angus=20 Senior Consultant / Cloud Architect=20 S: +44 20 3603 0540 | M: +4 47711418784 | T: @CloudyAngus=20 paul.angus@shapeblue.com | www.shapeblue.com | Twitter: @shapeblue=20 ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS=20 Find out more about ShapeBlue and our range of CloudStack related services= =20 IaaS Cloud Design & Build=20 CSForge =E2=80=93 rapid IaaS deployment framework=20 CloudStack Consulting=20 CloudStack Infrastructure Support=20 CloudStack Bootcamp Training Courses=20 This email and any attachments to it may be confidential and are intended s= olely for the use of the individual to whom it is addressed. Any views or o= pinions expressed are solely those of the author and do not necessarily rep= resent those of Shape Blue Ltd or related companies. If you are not the int= ended recipient of this email, you must neither take any action based upon = its contents, nor copy or show it to anyone. Please contact the sender if y= ou believe you have received this email in error. Shape Blue Ltd is a compa= ny incorporated in England & Wales. ShapeBlue Services India LLP is a compa= ny incorporated in India and is operated under license from Shape Blue Ltd.= Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and= is operated under license from Shape Blue Ltd. ShapeBlue is a registered t= rademark.=20 _______________________________________________=20 Xen-users mailing list=20 Xen-users@lists.xen.org=20 http://lists.xen.org/xen-users=20 ------=_Part_145_1244242939.1402511113745 Content-Type: multipart/related; boundary="----=_Part_146_1942804934.1402511113745" ------=_Part_146_1942804934.1402511113745 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
    Hello,
<= div>
Ithink that RDP uses port 3389 which is not allowed in y= our firewall rules ?

Regards
JP P
De: "Paul Angus" <paul.angus@= shapeblue.com>
=C3=80: "Marco Sinhoreli" <marco.sinhoreli@s= hapeblue.com>, xen-users@lists.xen.org
Envoy=C3=A9: Mercredi 1= 1 Juin 2014 18:49:05
Objet: [Xen-users] Kumo public Zone XenServe= rs

When iptables is stopped users can.=

 

We=E2=80=99ve stopped iptables for the moment but nee= d to figure out what the problem is and re-enable the firewall.

=

 

 

&n= bsp;

# Generated by iptable= s-save v1.3.5 on Mon Apr 29 17:23:28 2013

= *filter

:INP= UT ACCEPT [0:0]

:FORWARD AC= CEPT [0:0]

:OUTPUT ACCEPT [= 595645782:1940184239142]

:R= H-Firewall-1-INPUT - [0:0]

-A INPUT -j RH-Firewall-1-INPUT

-A FORWARD -j RH-Firewall-1-INPUT

= -A RH-Firewall-1-INPUT -i lo -j ACCEPT

-A RH-Firewall-1-INPUT -p icmp -m icmp --icmp= -type any -j ACCEPT

-A RH-= Firewall-1-INPUT -p esp -j ACCEPT

-A RH-Firewall-1-INPUT -p ah -j ACCEPT

-A RH-Firewall-1-INPUT -d 224.0.0.251 -p udp -m udp --= dport 5353 -j ACCEPT

-A RH= -Firewall-1-INPUT -p udp -m udp --dport 67:68 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp --dport = 67:68 -j ACCEPT

-A RH-Firew= all-1-INPUT -p udp -m udp --dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp --dport 161 -j AC= CEPT

-A RH-Firewall-1-INPUT= -p udp -m udp --dport 631 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -= m udp --dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -i xenapi -p udp -m udp --dport 67 -j ACCEPT

-A RH-Firewall-1-INPUT -m state = --state RELATED,ESTABLISHED -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m state --state NEW -m udp --dpo= rt 694 -j ACCEPT

-A RH-Fir= ewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -= m state --state NEW -m tcp --dport 80 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m= tcp --dport 443 -j ACCEPT

-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited

COMMIT

# Completed on Mon Apr 29 17:23:28 2013

 

 

&nbs= p;

 

-bash-3.2# iptables --list

Chain INPUT (policy ACCEPT)

target     prot opt sou= rce            =    destination

RH= -Firewall-1-INPUT  all  --  anywhere    =          anywhere

 

Chain FORWARD (policy ACCEPT)

<= span style=3D"font-size:10.0pt;font-family:"Segoe UI","sans-= serif"" data-mce-style=3D"font-size: 10.0pt; font-family: 'Segoe UI','= sans-serif';">target     prot opt source  &nb= sp;            desti= nation

RH-Firewall-1-INPUT&= nbsp; all  --  anywhere       =       anywhere

 

Chain O= UTPUT (policy ACCEPT)

targe= t     prot opt source     &nbs= p;         destination

 

Chain RH-Firewall-1-INPUT (2 references)

target     prot opt sourc= e            &n= bsp;  destination

ACCE= PT     all  --  anywhere   &nb= sp;         anywhere

ACCEPT     icmp --&nb= sp; anywhere          &nb= sp;  anywhere         &nb= sp;  icmp any

ACCEPT&n= bsp;    esp  --  anywhere    &= nbsp;        anywhere

ACCEPT     ah  = --  anywhere         &nb= sp;   anywhere

AC= CEPT     udp  --  anywhere   &= nbsp;         224.0.0.251 &nbs= p;       udp dpt:mdns

ACCEPT     udp  --  = anywhere           &= nbsp; anywhere          &= nbsp; udp dpts:bootps:bootpc

ACCEPT  &= nbsp;  udp  --  anywhere      =        anywhere     =        udp dpt:snmp

ACCEPT     tcp  --  an= ywhere           &nb= sp; anywhere          &nb= sp; tcp dpt:snmp

ACCEPT&nbs= p;    udp  --  anywhere    &nb= sp;        anywhere   &nb= sp;        udp dpt:ipp

ACCEPT     tcp  --&= nbsp; anywhere           =   anywhere         &= nbsp;  tcp dpt:ipp

ACC= EPT     udp  --  anywhere   &n= bsp;         anywhere  &n= bsp;         udp dpt:snmp

ACCEPT     udp&n= bsp; --  anywhere         = ;    anywhere        = ;    udp dpt:bootps

ACCEPT     all  --  anywhere &nb= sp;           anywhere&nb= sp;           state RELAT= ED,ESTABLISHED

ACCEPT =     udp  --  anywhere     = ;        anywhere    = ;        state NEW udp dpt:ha-cluster

ACCEPT    = ; tcp  --  anywhere       &nbs= p;     anywhere      &nbs= p;     state NEW tcp dpt:ssh

ACCEPT     tcp  --  any= where           &nbs= p; anywhere          &nbs= p; state NEW tcp dpt:http

A= CCEPT     tcp  --  anywhere   =           anywhere  =           state NEW tcp dpt:ht= tps

REJECT   = ;  all  --  anywhere      &nbs= p;      anywhere     &nbs= p;      reject-with icmp-host-prohibited

 

 

&= nbsp;

 

Paul Angus=

Senior = Consultant / Cloud Architect

 

3D"cid:image002.png@01CE1071.C6CC9C10"

=  

S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAn= gus

paul.angus@shapeblue.com= | www.shapeblue.com | Twitter:@shapeblue

ShapeBlue= Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS

 


This email and any attachments to it may be confi= dential and are intended solely for the use of the individual to whom it is= addressed. Any views or opinions expressed are solely those of the author = and do not necessarily represent those of Shape Blue Ltd or related compani= es. If you are not the intended recipient of this email, you must neither t= ake any action based upon its contents, nor copy or show it to anyone. Plea= se contact the sender if you believe you have received this email in error.= Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue= Services India LLP is a company incorporated in India and is operated unde= r license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a comp= any incorporated in Brasil and is operated under license from Shape Blue Lt= d. ShapeBlue is a registered trademark.

__________________________= _____________________
Xen-users mailing list
Xen-users@lists.xen.org<= br>http://lists.xen.org/xen-users

------=_Part_146_1942804934.1402511113745 Content-Type: image/png; name=image001.png Content-Disposition: attachment; filename=image001.png Content-Transfer-Encoding: base64 Content-Description: image001.png Content-ID: iVBORw0KGgoAAAANSUhEUgAAAQYAAABYCAYAAAAXxlkPAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAD1gSURBVHja 7V0JWJVl9kcrtZrRpnrap7J9m5ppn6mZ+jtqioqCu2VpOrZoZpnmngugIIoLLogKgriguCsqoqiI oMjOFZBVEERBBEXQtPM/v/Pd79773QXR1ETveZ6Xl++773q+9/ze867HgW4CyiknCtaV09CIYmoR rKPmPjpy8IpXnGs83eelo5f5nUtoDrlGF1NETjUVV98MJbeTnW5JauDwR+Wcy4I9Zddx+tg/l5pM SaRGkxPozrEJ1NAtnhq4GUHBgUGhgavy7g7+/S73BGo8LoEennGY2q7IpRWHq+m0/UPayU71Gxgy Smpo8PYSetgrie4enyhg4DBVDwKmvpvqW/+9gZsCEvdOiKU3/DLIa0/JVQEEF4f25NWQ34EScuU0 xrLzOnCa/JJKaDu/zztdY28mdrIDw/UiiNeEqBJ6bk4y3cPC3GBqGjl4spB7pulBIE3REqZewTOA wjOV7mCAaDoxid71z6Q1mRV1Kk9Efg3135xPf5uXSQ+6JVOzqUn0Z07jT55J1HRSEjVj4HqA3z8/ N4NaL8skj7gSSqmwg4Sd7MBwzSj+RA21Csqi+1yTZKjg4HlI0QS8TDSC3/s8KV40iIenxNEPWwvI lgxHF9TQZyEF9KjHIbrXM5HuQPxJek3E09JvyL835mHOX9wO0rOzU+lbTjur4mb6hnayUz0EhtDs Snp5TpoIl8PEq9QM6voMYfZIEQBqF5xNupNadPBNPEkv+qTx8CNJwinDEr3mYZqeua9PF3MdTVmz eHOuTuplJzvZgeEqaFFyKT09nXtdV5Oe2D1REWT41+t5Sjw1GR9L7/nrKLn0vJRlUtQxenxqilKW KZeJX5vP8e9gh3qhfnaykx0YroBWZJ6hp6elshDG6UEhVRFA+O434HlKMt3JfosVOTRmdxE9MiNZ 0ViuRfquSvqoX3jeGXszspMdGOpCO/PP0IuzkhRBdL+BmoKVnr/xlER62DtZq7Fcq/S5fv/0O0yn zttbkp3swFArZZ8l+ueidHKY8AdpCtaePa9T+ly/u8bF07yEU/amZCc7MNiiC+y+3FgoY3Blwo7d 5CRFkODfis8T4um9wCyqumBvTXayA4NVCsk6LSsC6iy+CBD8ybf2892eSZRYpkWGoirslaiiUOZJ qO60/K87eYHs+GGn2woYSs9doA+X8hBi/G2iKZg+/xJPwenKcCK19BzNOFBKPdcdpX8vyqK3FqTS W3PT+f/D5LQyl0btOEqh6RVUYUcIO90OwOCfcooaT1Jm60Vg4E+5TZ4ZDMfuK6YNRyrJeXU2PTk9 TfkNIOmaoGhQer8Zv3/bN4OG7ThOh46fszdBO926wHDmV6L3AzIVQbgdgQHCzvUXHqjzK1PirYfX //4nBtFOy3Mopsi+3GmnWxQYwnPP0J0GgbiNAMH8+UrqD+2KhyAdQo5Qbvmv9qZop1sPGL4KK2Bt 4YCmB71dNYcrDs98Gx15nOzQYKd6Cww4mFRcdZEyT9Wwu0jZ7GdXXKTn/Q6Tw8TY22/S8Vo8TzxE j0xPoSzmo53sVG+Aofz8RUosOUfrM8ppWmwpjd5dTAPCjtKAjYU0kP2BO4rpLi91JeL2Wqa8Zs+j 42nWQfsmKTvVA2BgPKC4Y9U061AJdVudRU/7pNBdao+HsTR2Nk629/zX5HlcPHUMybE3Rzvd3MBw vOoSrdadJsegXLoX24nHxyhg4P4Hb22+VZ+Zt28GZtmbo51uXmDIr/iVJu0rpb8AEMb+QYefbrdn BoZnF6bbm6Odbk5gKD7zKw3Zfsy4Fm/v2W/MM/P6jcV2jcFONyEw4BDQ2F3HWUtQhw32nvyGPU+M o86hR+zN0U43HzBsyKihxqqmYOPKNLkCTb0Sra7PmivYEhR/omn463DFW316Zj40+iWWlqbZr4qz 000GDKdrLtGzM/UAYHrJqt62Ay5wbTrpID0wPYke8ThEj85IkctUH/FW/Ee9tc8Ps/+Ae5xcttrQ 9PLWqbj7MZF/U35/YFoK/WlSkvaa+Gt9SexN/txgzH563/8I2S+gttNNBwweMaXkMPqQZc/GDbeR ewK9MC+FhkaU0PyUEtqcX0MR+RVy/frmTMWPyNQ+4wr3+SkVcj37s3My5Hp3SW9SPL2zOEd+ExdX Qf22HjdeynqbaQ4AzcemJVFciR0V7HSTAcPFS7/RC7O4sXLPZd6z4VbkloEZ9Hva7QGO/PL8dEX4 R8dTr9Bcze+4q0DODdxmmgL48eg0HW3Ps9vRstNNCAwHi86JwMIUnGIvUqfvwXV0N/dwh62024u/ wf1m4hsd44wFLU44bQIMxWbAUK3NX53TmGpWHi8bz4bwadafLxffpL7XNP/L5cfuJT8dnb/423X/ yhcvXqQLFy7Qr7/+Sr/99hvZqW4EXoFn4B14eFsBw+iIYkUwXU3tRSpC/PJCnUUM2JLdnFMtRmgh 1PBVF8ou2oq1WX5tAAYYpjUlxDMsj0qYaENYwzsvG74mvA3fVjxzN/oa519bPK94m/y41lRdzd8o OJSGDh1Nrl5epNPZd1jWlcrLy8nLy4dGjx5NCxcuZF7eRsDQclmOsUdz1fZo71sBhl92HadGP8dQ o3EJipucYPx/3H4xLLPruJaDsGbdDOlCY9hcbAYMrDH8FE0Pz9bRx0uzqePGIuq4Ops+WZVNL83W mQiZtnwI/95SHXVcpYTvyOEV3/j8hp9lfPTSeP+en/H3Juwkb5P4eH7aVv5j4i3Ka8xfifuSJm/b mgMsYcUcv34tbt48f/r3v1tTu3adqWWrVvT551/Q8ePH7VJfB0D9esgQatWqA7Vs354+ZN5NmTLl 9gGGB6YnGFcjTFcHxuynfy61BIYFh4rpIc80ua2pMYfDEmfjqerzIUnrrQXp9FFQBn3kl0Hvs/t3 YIYYocVcQuc1uZr0FvEwo/+6Y5Rx+iJVnr9EZy6wO6+40zUXaV36WXp9gX4ORMqVQP23KeErzl80 hLXmKjj+yvQyemp2msRD2TZmVMn7ippLlFlxkbqEZLNg6vM2cZWG/MvoHbP8B261Xl7TuCVq2Wfr Jx1tzTVwut9uzbsuX/f06dPUvfsX1LaTMzk6u5Czcw/6oGVLClm/3i75l6Hdu3czkLants7OzLee 1LatMzk5daW8vLzbofoNHBp6KWPixuaz55MO0auLLIGhigUh48yvlHjyAsUcYye+8Xk/+1tyztLy w2dp0u5S+iQom+4ap1+V4J62Z2iRJr2iMyyA1Zeszk2AangMfuTUr/TkzFTZov28b5osr16q41C5 +uIlWqY7q1w7x/XcV2TsnZHGqeqL9Osl2/FrOH6WSf7OawsFVC6X/2/6sqeW/UpNp+otdXtZMYHH fH563mG6HusSUIV79uxFju0YFFx6kotLZ/q/Fm0peNkyu+Rfhvbt20ctWjga+AZwcHR0oaKiotsD GAzr6VZmzaFNFFhZYIccYc6MMYIu6H3T52p+qOJ/ylngi85coMmxJ5R0eSjR2WxVQhWwLM4Hxm/h TphliTDfhx3jIUc8fcRaDH5GGLj1WRXUISiLPmbXWvw0GrG1QCNoKMuTsxRg2plrOZuKPLdyOrsK FD/arADIv9e6bCn/2nTt8Wj36BOa/LuEZEk6KoEvPRhMHMZarvqofMZy7qET1x4aLl26RG5uXvTB f1tSy3btqWXLdtSJtYecHPs8w+UI2tbn/xtAH37Yiodh7cQfM2bs7TIJ2cDhwZlWjLh6KT3cHfzc f8NRKvydm/JOsVr9nv8RFuz91HPTMYvfh+8ppNfmptEzcxT3znwdheq0ma5itdxhVDzdP0NH/wnI pkEbC2lUZCENDj9O7VdmUyd27di9E3iEHpmaRPFmBm3f8YNg76eoY9oLWH0TK+mZ6fEMHKn0FGtP 8JvzM96b0ri9pQIMeWeMDQM5DNhSTO0Ds8lxZaHkDw1p9oHTZnGL5UIWm/saWBNZn3F9li1Pniyj WT5+NHDoUBo5chRFR0fLTLudaiesSBxOTydXV3caNGgozZrlQwUFBbdL9Rs4vLlAZzwbodnDr/Rm zcYe5DF+On0WkkNjdh6juQdLaWl6JYUkl1KI+JU8lmY/vZS25lSy4FWSNYtt3/C43GFoNHVZqx2j IfwDk5MUY7Oq0VgWlA7LtGcHNudUiGA29Uokn0OnKa20hnJPw13goUaN3CYFX8fvd+VWUd5Z7fgA V7g7jI6jXXnaib4WwUfkrILhAldZLYijz1Yf1YQbu6tEtnKbLrogB8m/FHkr5cjk/4vPaHuVmXFl yhmUWkzdzY4tueKvV1lZSenceJPZwcezNSotPUVphw+LGlxTowDm+fPnNa6y0vqzaZpWfz9fu32+ 8/p4pumbpmfMR/ubJg2z8piGs1Xny9GxY8cU3iUny//W8oZ2UFJSQkePFjIPS0UDMy1TXfzLhb8c 2QoPftQlPdPfTflv/i0sgOHHHQXK8WrzU3+uqfTojFQawgLdf0s+Ddlewj30MXpvcSY945FIz/mk 0nPeOnpumo5e8Obnuan00kwdvTZbRz+FW07QuB8oE2DosVGrxq5Mr1KWBk3z52eo5aYUfozDDYuh r7cWUxnmJEx+w0XLcHl6v4p/PG82b/DegixJN+KYFhje43ws6s/heqzSajYTo8oENMqqLRv+mfOW fpmJm7C7RAEfW/dZcP7+yWV1btSYAAsMXEEjxo2jb78dQl/2/1b8ESPG8ftAysw08h+TaGPGTCS3 qVNp4kQPmjNnDpfvPC1btozGjx9PkydPo/GTJ/OQYxr/P1nzDB95pKamcpqZNGqUZXg3dh7e3hS4 YoWEMad9+/dLPElv/GSaPXu2oUFu27aNyzzemB+Xx88vUNOoUV68V/NDHXft2ie/7+e0I/bupf2H DtWZd4cOpUqaP/00inn2LX399WAaPPgnqdemTZs0wuLHvJzo4UEeHt7Cu/DwcDpz5ow8I7zR96DJ 08ye2ff2niPprFmzRupuLfycOX6SL9I1J+QP3iA84m/aFG7gy7x5AVymifp0lN93796vaSMos2l5 wL+TJ09KXgcPHhRnYzK1gcOmnDN647NmPdnYRPpnQJbcz5Bdzj1yueKP2nmcGv2i72Enqs7keXQM fbbe8gixe0yJXmMw38egaALa04bx1DJYez9BWB6HGxlHgcnlmvdToorpv4FZ9G92H+j9TsuySGdm afathekKMHA6puS8KkcARy6zdVcuZ8XzgI1aho2NLpE6FlQY08WnxO1WTiGcp/j55Mh5d2Z/2A64 YhrN/scYRtVmVJfruyWrqk4Ne+fOKPrhh+HUpctn1L5LF5kQc3LqRo6dXMjFpQu/78UNfTiFhe2U 8EuWLKfWrduSc+eeHM6Z+vbtS+UV1SKsbds6kbNzZ3Jy7i6Ta87du2uenfj54xZtWRCjKSYmhtMx Cy++s6Tdpdtn9M3gwVy+nVrgX7lSyd9Zzf8rWQpUG2+PHn2pbTtn/e9dqB3XITYhQX5fu3Yzl7GT vMfv7Thc//4D6Pjxk1RcXCyCOmfRIgqPiKBTp05dtuddtnq1xO/atSu1b9+FOnVS+Napk4vU69NP +8qcTFZWvsT5fsQILls7ybtFi3a0ePFi0SCkLM6d9TzorPChs/YZy8NffNFX8p0yZTq1aNvOavhO XXtIvmPHTqL8/HxNmb//Uc2/u+Q/d66voqmy5hIWtp3aOjlRu85Kelg1+eGHoQaAmcRggHdqflh2 ne3rKxpjdnY2xw+j9evXU2JionVgKKu5RE94p1re0DQhnt71t7w8JI9V54Xxp2l6DNwJmh5v9D3Y 9zlYRgnHLRv5iMhivcZQqHm/SmeiMZjcT9AmOMtsKKFoDBvNBKgPp4d9CPdyvEaeiv8i1+dwmVZl +MfCLAGtvYXa+NFFVTSAhw1dV2IPQq74fVdnU7RZHYah/CNi6FCJUWWAMSnnFbl0H5f7Hq9UuoeF vCnn333NUdpfUEm7C6oolv2vtxy1fb8Fa2a4JSu36tJlQQHzA30HfCNg0KFDV+rkgkbdg9qzMHVy 6cHAwO87d6WWju1p2LCfJc6KFau4UbWRcI6OnahPnwFUXl5NI0eOlln3Tp066YWjhz69riIoeOfY 3oU++qgNRUREU1xcnD688ruSHodxdDSUpw2nP2DAIG54xrH4qlVm+XP5VWBAAw9Zu4HatHFU8ud0 W3XoQBNdXUXNV+ra2VAe5BEZGSlxCwsLacOGMFqzZQtt4EZeVla7xrWCNZpOPXtyGp2lzuZ8Q706 dOjEwtSeVq9eI3F+GDqUy9ZBKVerNrLJCfmgvqgrfCM/jL783qYTdenVS+rq6elFrfTpyO+oD8dv 2bI9dZB8AVQdabKXl6bMEHTT/H18fAy/YXJ0/KRJ1MLRUX5HGm3bdqQdO3bQbm4n6DRQn04Mgsjn u++GUIF+RSVRpxNNEiAOwLcKDPj7064ichhncsuzhzLWfsgriQqtWGs9ex7LfMpS36nzRv9kNfYW WP8w6NUdRhykruu0qLhCVykgpLkLkfNuFZxhBgyVAiz+qdoxZSwPDfwTTtGi5ApakKz4WzMrpIwa YJiXwcBwkCLztWMBzAZknjxPScerGdCqxT98stpinkQt/y+7tRu0cC9mYNopzpvz53IEsp+g37Ck zjR8HZ6v5a/p3Y/jkljTSafLjTghCIMG/UCfOHakjh27UwcXNCgX+fgduWeH34GFCg3tE24sS5cu lXgYcrT4xFHCo8H27jeAzp6tpgkTJrBA9KLevXtTl+69pWG5uCjpwse7Xr2+lJ41JuYgxcbGGtKB ICHunDnzaerUGRIO8VEu9EwAI6NAhmry7zdggAEYQKcqKmgUDxUADsi3I6f96aefMrCNkv/V/CBY 8+f7GeLCR7n2shDEsEpc25gdZe/MoNC2vYuhfhBcR6mHwsc2wj9+7tFDQAk0lIGhlWMHCd+qlaMA A5aAe/X5koVe4Q/4YOSbwhf5vUtv+pKHKiinFws8+CL5cj7ffvcdBQQEsZYwXh+vF/OmI3VmIc7N zTWU2zx/Hx9fTb3Q8/fo1UdpBy4KuHzz/ff0/Q8/SzuRcjEIIv0DBw4Y4pWUluqHEomsHWXZBoaM 8vP07Jw0RUBNbi+G1epRLAgnf4cpZ1YwyDfuJN3nmSSaQfcNWo1h7ZGzchmq5vZkfv4kRDv5GFl4 VgSz+9pcSVOjJrIEnjNxRVzefDOl5V2o8xhKFFabAdNpi/RMCVVfrJaf+fOMTyprLact5hnUvM+b rWbBmO0z81KVIcNks9uhJyuamWf05Sce0eOhcUH40JgduTH0YyFHY12zYQMPGZbQYDQk7lkGDx4q Kq8CDMHUghtVR24kEMw+/fpRZWW1qJDh4bsoKiqKx6Be8puky427e/c+tGXLdh5C7KGtWyNl4g09 NXonpIOGiDBQffPyCsiPG7ka/5NPOpKrq6eh3CEhoZr8+/X7WgMMoKTUVOrGYABwQ2OGgCn1dJF4 6DWHDBlhsYcAQop6wrdFOOcwcuQvsnsR5VPK34mHUmNpGQ9zMP6fOXMBfcp8+Yh5tyggwLAkCcFU BAz1cuRx/TwBoF179lAk8w38GTjwJxF2KScD8/DR45TfI6Noz759khbG9uCLpMM8nODuLjzNyMig ocNHC0gpoOpIe/fu1QCDaf4+PvMs6gf+OjJ4dHQx8gsgoXYeAJxFiwI0wIkyIf/S0nI6d+6cbWAA zUgso7thYm6iSc/NjfdxrzT63+ZcmnOgVIyxhuVU0I6cc+wU39rzBnYrUktpTkIpfbP1KD0/R3+w iNN/i3vHpakV7ErFHxRRqJi2M+1J+flvizPk98X6cCMjj8v7Bz0O0dCIYolvmq/qI9+vNhfSdzuL NfGbz02T+BFHtY2yfXA2Dd1azPG06aCui7n8g7j8L6vl12tS7/EQa2KkEse8/vDxDuVz31csxmwl rqlGZKIZPTItRVZUaqNz3Li/557gk3YdDZpCz559RVgxmVRVVSVj7Dgem48ZM4ZVxN2GuAEBwTIE kEbS0YU+/7yfaAxqA1Ea1xpDj+bIjfuLLxDmrPyuLttv3bpVgEFNp2uvzw0Cvod7bTU+/PHjPTSA ZtAYkH+/ARbAgHwCg4OlEZtrLm07OHNevbl3i7+qjiktM5PaO3fRawfKWHzUqFGkY3W6grUV8K6w sJi2sgo+grUozF0YBXOEWY/to+Eb/NGjfxFhR3nBHy8OY/o7yJWHRkb+OJKHyZDBy8vbwB/4ERER teTva1E/fHfUB/VS+aaCA4Zlw4aN1NSpjmQEhpKaX+mr9Xl6+5OqpSSYXUumxvzcfHaaGGP9IDCD PlqUTR/pfe1zujy/tyiD/r4gjZrPTKPGXiam2zAXMCOZXpuTQa/x7/Afm23dkpMa7iV9uCdnpxmM wzabmizxTcuh+sj3Xk7jfm9t/Mb6pciIAm2j/NeiTGo2KZnjadN5m4HpJSm/FdN7/Hw/l+Hvcyz5 Af+DRUr9HvJOVozZWrVQBRN1B2h0xOXPLeQfKyHnbt2kcTu5dJNJwBkzfKzuRzh8+LAItUpLlqwU YEA8RycXFvqvLAQzNHQ9pwlVvhs5OTmx8PazCIMVhBat9elwObr1+oLzyqIjR46Qt7c3tWvnJPGR l5/fYkM8TD4a4iH/ryzzl/bHPT8OeimaRzcJD9fOqTMFLlt21Xsv1gHQ9PljkrZjx84atVolTMod NltVGTr0Z2rtqNQL/JlhMsZXaTQPg1o7Kum3sBEGwIBv5qL/dpMmTZLzKocOHaJBQ4ZQa+a5E/MU fmpGhs38fXzmW61jSkqKdBSoH8rhoud1z759KUE/kXvVwCCNisfWziG5iiBMMhNY17q4A5bvrJlu Mw/jZUNwLNKqY3lq+d1cY2gRrDfGW1ta1kzQ1YUftZmqm3SAPg48XCe7lTpdpjQQJxNg2MPqal0o IMBEMB2hMVwOGFh4GRjMl89MgUEaX7deNHGiJ4+TJzJI9JKyOXIZO3f+VBqqERhCNfn3swEMoMmT ZxgEQclHWXHBXoOrpYClS43A6Ahg/MJm/uYEVf6ywPDLL1pgmGENGKYYgAECO2DAtzR9+nT6cfhw cuqm1BMawU8jRtAZk7KZ528LGM6cqaYvvxygrFCpwMDxBrKWeZWAanl9fFxRNXVZnUN/mpRcu9Xm emp0dltOtRwdB7uqTYHhRpVHDxof+Oso/GjdLF1D7VUayNUAQ7AZMPSThmQLGBxrAwa9ABgE18lF WZnQl+vzzwdQUNAqTWO0AIZ+1oEhITWVhfZryV9N38VFSX/uggVXrTEEBCw105iuHhh8rgEwOJny TjQFhZ/fffejrPzUnr91YFi1dqMB1A3fxwnzQJ/S/oMHrw0wgJKPn6Pvth6j5tPTjFrALWF0NpkG bjtG3gllNPtgifjPzT0sVqdvlNFbWAVvEZBNW/LqvmMPO/Oc9T1LXYYSp0+bDiWCzQTDGjCEmgCD raFEhAUwqECFckHl910USJWV2sksi6GEFWA4xsOIn8aMkX0VhnSdjCpxxy49rraB07p1WzWazu8Z SvjUZSgxo/ahhDoUU+vnxHzr1etzq2Wqy1AiIYGHEb37GgHVSfke+B/8/P7nn3mYVnalbLNtoq74 3AWZcGyzJJMenJ5kvD3a2iRavTENl0J3eyVR02kp1JR/gy/vr7WpPYMdT/2zm6IlPD4riXqvO0qR R89d0Ve6YGPyMcJ88jFOmXzcts108nGFxeSj5VAiVFRZmbzC5KMVYNi6NcJkubI7OXftqiz16Zfp 2nK8mXN9pSymZDH5aLZcCYH0XbxYP8mmLid2pS5dehpm1lu17UA/DBspdb1SSkuzNvk41jD5iPwx OSeTj2Mx+XjSRDC1k38zbWgMhslHrqe3t3VgUCcfEc65a09leVf47Uxde/akqP37rQBD7ZOPKPew YWOFP+pKBPimfhtZ5uX4wcEh1w4YjEOLC/TLniJqEXSEnpmeSo28UoxnK1zrqRHZyXqV/nqmr98k 5uCeQg9NTaWPmH+e+4uoqIquirA3AGv5psuVmOH3xXLlGv1y5WBry5Uh2uXKPtaAYZ0shynLhNjr 0E8zgQnavn27IR3sL8D+B8x4q+XpKHG7yOqFKVksV36tXa7E8pwzdnB2UJY727d3psE/DJcJTYRX wQHLfQCZKz3daH25squAA7SZjRs30rx5+uXKj7BcGWxzudLbGjBMmMDCp9QP9Zw50xowGJcrsS/k uyHDaeDAIfRJ+476Zc5O9L+BA2VfgvlQwtZyJZYZFy1apKzk6EEB/ALfRo4cKXxU28mnn34uS6PX FBhUii2skoM+vTfl0ocBGfQ8935Nufe9Y7LxwJXB96jvmsUVaAYmy5im9W/qnkTPex+mlgFZNDaq hKIKrxIR9FRYWEKDfvhBGpjpBidZQ+9ossGpg9KIli5dLvH8zTc49TYuVxqBYYNeY3CRhqTsdag0 0xi0y5UIg7MKfft/I41dKU8H6t2njwxnjIBmtsHJZLkSW6K/+vZbWf+XDTodsU25M4VHRcmGrr59 Bxg26mCtv3fvPrIKcqWkbnBqb7bBqaNoEUqdlQ1OLGC1bHCyOpQYN64OGoOHZjnXa+ZM2rJli+zq VDUZbPByd3fXbO2ubYMT5piwBV7d+wE+DRjwvfAN36WD2i6gcXGeOFdhDvbXBBhUQtLRBWfJN+kU DQwvoDarjtC789J5rK6jR6emULOpiXSPRyI11G9tFgGSnY2pyhmBemVKLtGwRVt8T5P68PNdHK4x O9T54ekpcqjs737p9DFrB98wb3zjTlH6qfN0rQhbovv1s7Ilur2ytRfPeI8tsD//PFbRGLiX/Ui2 JHeVbbiff96HVWhrQ4k2srUWAtKLtQrzIQHOJbRo42hIp8fnyj6GVetY22ir7D9AfIDHj8OGGTYj GbdEdzVsycZmG2zpdffw0KepLzf36l5eswy7QKEl4Z2yhVmpl7u7x1WdqIS20c3almjOu71hS3RX +q9siV4tccy3RM+yAgwjf5mgr0MPqeesWbMswkzAUMKQTgfy9PQUHowcM1FAUd1i3oZ5F7x8ueEE rK0t0QKoX30j/FC3cmP3a3i4MoRE2jg4B/BTt2hjf8r27RGaE6LXFBjMKf/MeYrKPyPbgSdGFdO3 Yfn02YZ8ar00i97zz6DXfVLp6Wlp9KAH9kMkGlV400NFN6XpOD2Y6VcR7uay3z8tmZ6ZlsB1Oix1 a7s8Sw5Roc5jdhYLD8KyzlAWg8G1gwMtYafiDz+MpG7dPiMnqODcCzrpDwNhfzwOV+GQlXqYaUlQ ELVo25Y6y2EbZ1YrLYcSa9eulUM6ykGlznLQCeNv86EEJrPUdHr2/FTAA6sX3w0dZjgI1YF/b9Wu Hfn6+UkDh5C1bduO43WVeNAYMGmKQzxtnZxFUOXqNI4Pddr0INGpU2fkHQ5fddYfOsJBKuw4vFJS D1ENGGA8RCV8c7R2iErZJvz9MNNDTG1pxty5FumOGjVRfxitpxwWmzFjtkWY8e5T9IeolMNQ6t2R CTodf8eexkNizB+nLt0pPl7ZzPXjj9pDXL6+Ck/l7EWrdvpDbJ3lm02bPdtCS8JWaCe5mo41jnYd qH//QXXd7PT7gcHqRyDluHEq/wnPO09zDpXR8N1F5LQmj/6+MF161vu9kqkRhHDKTaRJqKsvXJ47 +d2Dk5NlC/SbXObOq/NoSHgR+XFdwvPOSN1wxPt6AUBtlJdXJD3gOFZjB/34I/X/Fseuf5Qj0jgb YXqUdjerlVAjp+mP586e7WtxrgCqp+mxYBxLNg+Do9em6UybNtuwpLl//yH98WBvw+84DowDR9jE g+O/CI/3OFaNeL6+vvr3yvFjxMfBHnPCO9Nw2F4cEHD1V9OhHqjf8OFjhG9ffz3E9rFrP9Njz+Pl d3NatmyNcvyZ4+PEqno0WqutqMeulePR2Iat/W2i4Xg0fl+mv3ov0OLY926ZgEWYyfpyqce/rR0i My2/Wr6DdVvduT7AUBtgJJeelwtevt96jFoF5ghIPOCVxGp5onHj0B+hKcgVa/H0wOSD9NycNPrP 0nQavvMYLU0upfRSXEhCNx1BpcY1belyUUtOrSr2lVzocbme11q42i4iwb78rOxsi4tirjbful5y UhuhTMpFLek2L2qpG9+oTuWqLR28slY/5aKYk3S0sFAu2zH9/Wr5Vkfe3VhgsGjY3EbCC2toeHgh fbg4mx7zSKUmkxP0Rm9vgKk4vRHeJlMS6BHvZHpnsU6umQvPriS7idlrQ+jhcC2a/Wq5KyPj1XJe NGgorpbzoxMnTt6o7P9YYDAl3IUalKZc7PrIFBbWCcae/JqbitNfwgoQgpHeDiFZtDD+BJ2oByYk VatSN6t/gX11ggu+q5sbffCB+WW0uYa6XG0+V0MX9PndrO7CBeNSrOVltC1pzBhXzQGtC1eR/g2b fLweBOO4Hdbk019ckxSDuJ7XSFPQry7cyWn+hYcvHZZlipHe+kRQezE5hmUpo5990zxnsa8uueE4 tIuV6+uXLQuV3zG0uJr8sN5/pab2EB5lK7yJXVZWoUFwLa+vdxE+qpOHEv4q0scQqt4Cg0qrMk7T 3/0yqMn4RDGwa9rjN7gKI7KiJYyPofc4zVVJ9dOYLDaqJCUlmbmMm+b5wIEkw+YqWwZv1usN3mCS 9MBV5AceqHMVdSWEt+TbzeMO6H3wDCQGb1qaGbzp2s3A26vNp44bnW5uYABhYW3EruPUlNX+Bm7G nr+Jl+6KjNYCWGA+D2mdvn1sEP7hpDGR17KVHPu2m8irQ7uHibyvYSKPh2A8lGglJvJm3Kjsb35g UAmGdJv76BSjsZczFmvFeGxz/j8ix44If0QDV4zqDpWJNLuxm7qTYlTXS3gnRnVvXNb1Bxhg0Snv 7G/0ydJssShVZ/P2o2GwVkd5Z+pu1s5O1/jb6ScMsRpxpXMDtzOBV+CZOul6A6n+AAMIgg2jsTBE azAyW9vcAgMIwlaev2gHBTvZ6VYFBpVwK7Wz2INUJyStrEawtuC8IkvC3kqUX1NDKRUVlMkOfs1l wmZW2A5RIb8r6ajOdjoVemfMv6YO+SFciZWJQvN6wK8wC1cj8bXhSn7HIpJafvj5l5m8xO8ltYQp MfCkxmYdTXmXbxI+3wqfzfOr0ZfXVj3yzfI3p5orrO8tAQyg41UX6WP/LMVYrBVN4Z8BaXT87IX6 Wj2b1GLlOnpiwRJ6dcly9pfT34NCKPrECasN4wMO+9fZfhRv5XfQ7NRU/n0BvcJpvSLpLaHWIeup wKwR/W/nPgn3HId5bkGghMPzTrN0B0k4P9qqt/GIdP46ewnNOpSqBSR2bwWuVNJhp6aH8phSKjfo v3J+z3K+qO+zXN8X/YJofdaV25AED97kNN5csJL+xf7zfoH07dZdFmCkhK2gp3wCyXldmM30+oTt pFe5PG8uWSnpvsjpuUfHW9TzA67nc1y/t/yUcM/NDqS2y9dqQFUN58jfSy3PuqwsST/LTOijC07w +yX0Guf3qv57WAsXmJYm+aJ8an0/W7/V4tvecsAASik5T4/PSNEa5cWFKDPSKKm8fu1PqCs9szCY XuaPvaeomJYezqcnWVD+yw3KnCILT1KjKfOYL7Ppp6goq2mN3R8vv89KSuH0TpFHbBI15ji/7Nc2 8G3Himih7jC1WhtGDbx8aFTsQXk+ZnaMt9fmCOa/FzfGtfJ8rLqa0/ehsWYCg0/zF5+F9AbXIyQn l+vBTpdD8ae1S8j7j5fzN/WhvhG7pHyrc/Lpr76B9P6ytVfMt0OnTtGdk+fQiL1xFMG8m5mYRE25 7kvTLO0qjI46RI253PfNmE+JJ63vgf3vsjX0qm8Q7eW0drBD3R+cPpeyTbalQ1ddl5tPiw9n0Asc 9m/8rYJ1ubQx8yiZjmzL2b3EvzWZMIO89QeognXZdIfbHMoyu9494lgxv59GP+89SJs47Q3Mv1Bu BzVmcxA+8WnUgHm3JCOT9unre6/nLPJhwLjlgeHiJaK5CSe0F8fw8GJRwmm6VY2VPzZ3Mf1n1Ua6 cOkSnblwkd4OWkVPMFiYU6+wXfTi4hXUMXQzNV8YZNX47MRo8G067T95ktPj3ujESeahD/0Spb17 sIobXcWFCzRqD8z4+ZCOBRjPF8120UE4/jzTl+6dvphmHEwWG6MIPzHODBg42j0MDB9zPWJKSii6 uIR2sasxSy+ujIHBdTpNjkuR8qEcL3JdXw9adcV8Qz6o27IjWZJPPgvwn1lQRu2O1YSDWP+d8+i9 cQe9EbCCft6132p6HwSH0n+4HPgOSM/rQBw14vR0ZjYuVN69wWm2WrlBvlnVBW3rRIxn+bu+OCeA Xpi/mI5VnqdVWTmcng9lm2kCEXnF5MD5uMckUiLnFcv1OlJmedfHdP4d8XVlZVLGeP7GKJ9nTJ2u 4a/fwAAqq/6VWgZlGkCh5fJ8Kq++VN+rZZOe5172IRaqb3bvp+6bwqmp1wLqt0OrEZQxCDzEqvAY bqyRLHB3TplBYYWFFmm5xsVLI2sZso56h++mN5eG0FNzl1NahfVLatHzO3BjszX27bI5jN5gNXnQ zj30xPxltC4njxrNWEBjzRpjOZfv8QVBdB/X48MVm+ndFWvoX+xnml1AG88NH+V7PTBEyue4ZhP3 4ovJ73DGFfMtjgXkT1z2rhu30RjmXc8N2+g+1n62FmiNF0cUFVFT7vkPl1fQiKhoemXhUjFSbE6t GdSemBVA33C5+vF3eGXhCvpi63aqsnEO5D0GkZbMG2tUzuk/xrwYsyeK2nC6XzOoh+bk8LdlYDC7 FwMaQyN+/8+AtdQuJIxaMO8GR+yzSHNWcio14XCfhkVIGVvzN/6b/3IGmjpdQFz/gQG0KfucAEOj ifGsXp25Fapkk55dvJwe5AbZe9tu+mxTBPdoB+hIuVZQgzNyqaH7DGq/cSt9t2M382YWC1akJTDE KxrDoJ3R5BGfSG3WbqC/TPWjgzYMxI7Waxi6cuu3UblsDqe/MXDlMnC8zNrKe8tWU0MWMkuN4RI1 YwH/IGQDReQXUXh+ofgVZkIlwMD5td+wSco3hMvZ0GsuTb4KWwnQGO5jEG3FPf23zLv+zDv/VJ1F nv9jPkGgxkfFUqd1W3hoNYN25VreYQAhf2Z+EE3jnnkq1+8F/r8dA5ets4tv8XdrwUJvFRi4H7t/ +kJW/1MpkgX/Od8l1HnNZnpo1gJKt6IxNGQtbEJUDO1hnm1j3h06bnm4anpiotRj5N59NI1557R6 EzXndFMvY/z3lgKGygvMeL8M2T5deeHW1RZAj7NK+kbAKko6WUap7AoqLYW0DTeCh+csov6sSQzZ HUWvc3gMQQrM5gTGxSgaw75jZVTEPdPOY8eoIfeq3ok6q3kPi46R8Lpy6xpD+7Vh9Kx+WBOcfoTu YlDAUMLVQmMgajJrIf0fA0M2lymdG2sSu+NmBkdjSsoF1Nxi46V8Oacr6cWgYPp45dor5hs0hrvc Z5JPXJrwTceu0uww1nEuyzNzl9IH3LsPZhD6asdO4eM32y0vhvmQAebtwFVUxPxH2Sbw8Ot+rm+R jWPN73HYFrY0BnYPMT88GGQwLPlyy05qNtVHwCLLXGMoLJbhlQ9/I3zPPHbZp85aANIsBpkmzPsU HvahfFEMHo095tJiXZ2uxrs1gAE0PrKEJu0ruVWqY5OeZMH7iAXKFmVyL9uUe5qvWL1MOnmK0ljg glhI75jsTQFm++QnHMRGMB/KKFcmzCp4PHzPTF8aGBlrNe0R0QfpLg5/pNz63YEdN2ynF/TAUMEC 0m7DZm7E3uRxMEUrCDzEfsQ3kB5dEEjt12yktuu30P8tW0XzUw9rwh0sLZd5AZ94nUkeYfQc53Gl 602xJ06Qg8dMWpWRZTNMUGoG3es1jzXQPOFdEo/Lv9waSU/N86dCMwH9JwPDR8Ghhue1R3Ik/Zhi 61e1v+2/glqYhDcHhge8GRj0ZvjSOO/neWhxn9dCzWSmAEN+Md3DAg7w6rJmG7uN1J41kcNmcxve sUnUxMOHcvTlLmeGPTzdl8bsjbu9gCGj9Dyll9+Et6lcY1qYmk4rjtjeVlx47hz3sHGUUmpsKBjT e3Kj2212rVd0aSl5xifJ7yBMic1JSqXN+YVW095bUspqaZJsGLNGa3LyWT1PNzwfYPUd+caWahvt eX09psWlSnrwES6yUAvspVLuJIozib+loIhmJqZc8eRyiZ4v6bUYwN3BvTHKc85khj+R6zyJ450w 0wSgEQFwVSpgAUb6+ZXnbH430/Dm/JjBPXysyfcJycimqbGJFpPGRZw+3s/gcsKfygAwhfMtMVu9 iOdy4736bfHJ5jKfw21821sWGNSGfasTZrmratkei19OWVmrrrASr0b/vq7pWwt/ubgIX2MjbEXN Rfld9WusJG0ev8ZG/epCiFdbG5GyWKnfSSvxqqyErS19W2lr6mnye231xHuEh3+q5qLVcNbaAfhc Vbet1TcWGHD12IYNG9iF6v26ulC5bjtKf624KeF+fTUcbjvGbcb2G4LsZKffRTcWGDIzM+n9999n 97ber6t7mz744AP65JNPqF+/fnJZpnrTMU7rqeHefvttatmypYXdRTvZyU43MTAkxydTkzubkIOD A93J/p133ilOeYZv/VlxxvCvvPKKXHkuaSYna9J58MEH5bjq7UgASxiHhZ3H3Fxl2zDuXARQwq+r MVdrhJuDcMPwwYQEm/xF+rbMyKlaHMIUFBTclPwDzxISUuUmabW8pibrroTAB2ua65EjuVbfK7wr t/r+astQb4BBl6yjPzX5kwhxE/abNGkiTnluIsJv6/nOO+82xAEAODo6KmnqdIYweP/Xv/71tgWG Xbv20qpNm2jztm3k779CjJlCS0MjhSWpvDzrE081Nb/SWfMDTCbPZWWnxZwbLF6HMCBj2KY2blg3 UsNimGduok4l2ErAtXT4NrhSXqXTZtugke4VWEy6ZgQ+rVq1joesu2jdunW0a+9eqde6dZs1PLnc MBW8RJjNmzdbaK644t3DYyZlm9jOUOuM6+oiI2OsAkxyss4QzvzmqrNW5heuwVD6xgJDSkoK3Xvv vXTXXRB4+HfR66+/LnYQbbm+ffuSk5MTNW3alMPfLfFUAMAZdVxVBWC444475P0TTzxhuEYdBlHA SPi1nWdHGDWctSvD8A73GKLXxIdSfTgYZrnBZ+VtEkyhbdmxQ8q3Zs0m7gELKZF7P9yY5Ld4Me3f HycCAEJ9cLUayh8bG0/7YmOlZ8L7mJg4jfDqdDk0YsRoabwYusG6FO4IwDOuIIP9SfAC32Ix56Py CAQwQrrTp0/nMq2XssTExQnPElj72LFrF8Wxj2ekB60EaWaaWZ6+noS8cRFKREQEl1W5Vn7pylC5 H3G23pALyhYdHcvlizcYES4sLDb8hneod3R0vFyhNtHNzaKD2rlzD7m5edLq9ZsN+aJji+fw4Onq 1esM30QBq2x5Bp/wDuAay99FnWdLSdHJd4NcIS28R1jVYE69AQYw7M9//jMLMYDhzyLIgwYNkktB bTkwG8wDgCC8Gu/xxx+XxglbhgAGgAzeN2/eXN6DoTAsAsOf8DEpaY1wz/7y5ctpwYIFNH/+fAlv ap8B5slhMNaNP/To0aPF8IjqT5o0SQyhYM4DRluuhb2D30Po6UJCQmSSFgKGnnfTtghp6MH8HnVZ 6O8vE7aRkXvFWtUOBpKlS5eKgw1LXO8+bpyr2EZUqajoJPn6LmZtIJwBI1G+B3i0gHkFDSGU84UW gXwwAYy8IWQgNPaEhMMCDLBjCWBZy1oNvhuMzmzlcD4slOnpR8TeJoysIE18ixsFuOATDM+a3j59 8uRp6eEBGACIgIAAsfiNOsRw/QCc27cru0mXM28BZNASNm/eLrwbPnqcBhjAc2/vOTJMmTp1tjzn 5xeyZudPERzeZ9482sDxw8N30kEGgMrKc3LzFXgdEREpoAATdSFrN8h3xHBswQJ/4fOSJUuFnzCI g7YOOatXwKBjhLu3iVFjgCB/9dVXYgQVLi0tzaofxz3MP/7xD9EK1KEEJhtB5hoDgAGEBnrPPffQ fffdL3737t2tlgkN/KWXXtKHvY/uv/9+g+HUuLhYubr7oYceMqRv6gBGcPi9devWIph/FKk9LkAB DQSClZiYKOoxGlVwcDDlsAobtGKFNCx//2DpWSZMmEBhYdspIjJSGhUsX8M3JRWct23byUOKNQIu SMPV01N+r2KBgmUkAAJAAhoErEiDFi70ZzAolPc6XYaYoENZQkKVlSbQFhYGmGrH/ZCqeTbYdzQ3 vnu9CL39BNa2TIE9mzsWAIK/fyBrUDEGnkCYZzKgQSDVYdPCwGABVC8vbwO4uLp7aYABdR/NYHGA AQXAm8L8BLCobSacgTqUwTUzM5eWr17NwJMi/Eb7DgnZIDIAvkVG7hNQWssAEaqPGxkZLeAE62QY 7l0DusHAkKijpk2aUsOGAAb4ylACwwW4Tz/91KqP+YR7720qANCoUSMZLsycOVPSRONW30NYn3zy ST0wrNILsAIksGpsq1FA+0CYhg0bSloABgwf2rf/xPAewPHyyy/QW2+9Re+++674r776qrzH73Av vviiwZjrjSY06qCgIOmR0dPBDBq0AAgohA09cY7+6nU3t8miWSAO7CiuWrWRwkWYN3OD2yy+KaEh wtbk8eMnZSgwztVVntGDFXB98/IK5H+Eg5FbXH2+klVjAApM0wEMQjnNqKgDPLzJlQYexpoKtAyk t3ZDmIDZwoWBLAiKGgzjsObGd68nTZs9l/mUSCeZd9Ibs4YArTMgIFjq5ee3SOoDi19+rEGijuAx wkMTQBhYo0ZchHPznKax/xkUtErMB+5mAAHvFwUtE3ABD/C9tm/fI8MJELQI2P4EbwAMy5eHyvzM zp27ZdId33nTpu20asMmySuCh2OrmX/oDDN+/zDixgMD1CgIUqNGAIZ79ODQ0KIntuYUMGki4bt1 M16jrU4+quk89thjemBYro93j/hdunSxWiZ8PGgZDg4NBVxQPoyPjxzJkOeGDe8U/+mnn+YP68eq 9zbaxR9CJuL4A//rX/+S31Ef5AMB/KMIBmSRP8oH1Re8wf9oXAAINC6Qm9tUHvoo254xnMB8RBg3 0t2798uQaNcu7Wk98AM95ubN4ezCJA+8QyNdvX49Ba9YI+kcO1YsfAEQzGKNBQ0fQy2Mx5E2+IWy AFQQH8M2qN9z2UccXCuflaVMzAE8buTQLDY2gYU/gMJ372Y+rhGBRf4QVkwiBgaGyHAUYItxPMq7 cOFi2sWCjk4K9QEPEBeCCh6r5cdp8rlzF2nqg2fwAiCAOZVZPn4Upu/twcOp+o4PYcBH5Ll+/XbR CDH0Rf6LFgVJmfz4W2fxM8JlMPDWO2CAaotJRFVjgEDjGUuMUOFVZ/4Mp65gwGEYAVUZjMa41lRj aN78KckLH1SZk2gqfo8ePWxqDAowNBJwQXkAOps3rzXEx3sAAD5YRESY+GjcELovvuir1zSUfGBo 9o8kgC8ammrYFo0afFJ9ELQaU5lDHPR4qm1Da/tA8A6gAQO26u8Ii3iH9DcvIU31N4y58ZtqbBVh 8Q6++g7lQJqqlmVqmNWakdbrTeAZynPI5MYptRxnzpyX30wnRVNTM4V3ploi4h4yewe+mGuSyjdQ eCHpct5let6Bh2p4U35J2oeM/Ff5p35rhLtGYHqDhxKpOrqniVFjgDC/+eabNHz4cPr+++8NzvwZ Dmq60jMr2gH+x/zD0aN5Go2heXNFYwCqKoJ9JRpDE9EYwGDMrqvxVUDCxCny1frK/yowDRw4kOob FRUV0+nT1k9MWtuXAGtJtsLb6ZagGwwMCTpq1qQZNWgAQWsmgvTjjz/WKS40BEVQmxgmIH1957Oa WizPjRs3lndPPfWUhMd4C8+NGyv5YPhhjTBBhKVPB4fGUq5mzZrJ2A6qrJJfM0kbE5NIG/MbmMdQ fVOHd2PGjKlXLQA9DEysh64xzivg2nJMymK2XtXM1BUCrJGf4ffbtikz8tiAg7Dq2jnC4blKf6oP z4hfVVVlFzc7MFgnrDLcfffdLGgQ7rtZEBtQnz59ZMLGtiuU8RSMbiC8KTB4ebmJEOMZv+Hdo48+ KnlhthfPDRoo+WAogFlmNGQ4TC5CW0A4CH6DBg3FR/kwJjYORZS8EB9DB4yDMRut+hiLYpyIMT2E CKpdfSLMQ2AC0pPHtOoeDoyXMfYPC9tKrq6uMs5V184x2ZuRf1Rm6qura2jv3ihZXcjOzpGr3vL4 WyHuTuZVVdU5GZZB/Y2yce+knezAIBMo6JFVjQFCh6W+1157rRb3Fj3//PMitKbzDBBWTPpAiE01 BnW5EstpGF40btxUQAhghKVR9cAV5glg5QdpK4DTTHyUD4KBrdYNG96hB40GclYDajV26gFQ4KBt YPKnRYsWsnICH2vz9YkAaklJybRixUqKiY3lnv8iubm7y0SWv/8yBgY3WX7EPg/0/j4+c2jPngMU FLSUYmOTaOxYN+FBQMAKKmT+uE+fLnExobh+wzaJi+GVuq/BTnZgsCBoDKoQQ1AVYW6gX3mo3Ydw KvEUhzE9NpJgAkYFBTisHkAVhgA/88wzhuEEwAhpKOk00exFULSYxgbwQZroPZ955hV9fAUc3nnn Herfv79oL2jsn332GQPbwyYrJw1ZLZ9Yb77+hQu/0neDBzMorKMJEzxpFgt/WloWTdXv9sNcwqRJ U4UX3t7eMqczf76/8HbOnIXCJywrYrs0JjyhFfj5LZS4AOxpPj6ypAdnJzsw2CRoDBBCZd3/ynw1 HjYaARTUVQas26v7COAwlFA3lmDDB4QacRDfqG0oIAFQaNOmjSxx4lnNB+q1tfjWl1KViU+c1cBG qfpksHXHjijynjvPsMFsrJsb7dsXTe7TpslGnQIePmCXJ2jLljAayv8nJCTKUAw7AsF77PmAw85Q DMsAGOqO1Hnz5smwwq4t1ENgmDBhgt3Znd3Zncb9P4rktDJnLfERAAAAAElFTkSuQmCC ------=_Part_146_1942804934.1402511113745-- ------=_Part_145_1244242939.1402511113745-- --===============5657258703612622375== 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 --===============5657258703612622375==-- From xen-users-bounces@lists.xen.org Wed Jun 11 18:32:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 18:32:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunKJ-000150-Hu; Wed, 11 Jun 2014 18:32:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunKH-00014n-4Y for xen-users@lists.xen.org; Wed, 11 Jun 2014 18:32:45 +0000 Received: from [193.109.254.147:33227] by server-10.bemta-14.messagelabs.com id 56/DB-04546-CC0A8935; Wed, 11 Jun 2014 18:32:44 +0000 X-Env-Sender: paul.angus@shapeblue.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1402511560!6017442!1 X-Originating-IP: [213.199.154.76] X-SpamReason: No, hits=1.3 required=7.0 tests=BODY_RANDOM_LONG, EXTRA_MPART_TYPE,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21185 invoked from network); 11 Jun 2014 18:32:41 -0000 Received: from mail-db3lp0076.outbound.protection.outlook.com (HELO emea01-db3-obe.outbound.protection.outlook.com) (213.199.154.76) by server-5.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 11 Jun 2014 18:32:41 -0000 Received: from AMXPR07MB117.eurprd07.prod.outlook.com (10.242.70.142) by DBXPR07MB304.eurprd07.prod.outlook.com (10.141.12.20) with Microsoft SMTP Server (TLS) id 15.0.959.24; Wed, 11 Jun 2014 18:32:40 +0000 Received: from AMXPR07MB117.eurprd07.prod.outlook.com ([169.254.15.63]) by AMXPR07MB117.eurprd07.prod.outlook.com ([169.254.15.63]) with mapi id 15.00.0959.000; Wed, 11 Jun 2014 18:32:39 +0000 From: Paul Angus To: JP Pozzi Thread-Topic: [Xen-users] Kumo public Zone XenServers Thread-Index: Ac+Fk6pYSkJ2m8ZQTp6BwtBvh9lxg3pgnekyelzDXCA= Date: Wed, 11 Jun 2014 18:32:39 +0000 Message-ID: <1c0abc6e419d4d3fa27d8f36772b080c@AMXPR07MB117.eurprd07.prod.outlook.com> References: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> <251621226.149.1402511113748.JavaMail.zimbra@jppozzi.dyndns.org> In-Reply-To: <251621226.149.1402511113748.JavaMail.zimbra@jppozzi.dyndns.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [217.36.41.30] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0239D46DB6 x-forefront-antispam-report: SFV:NSPM; SFS:(428001)(189002)(199002)(13734003)(77982001)(16236675004)(4396001)(81342001)(81542001)(92566001)(15395725005)(18206015023)(21056001)(17760045003)(46102001)(15975445006)(101416001)(50986999)(15202345003)(76176999)(74316001)(33646001)(76482001)(99936001)(79102001)(19300405004)(54356999)(31966008)(74662001)(19580405001)(19580395003)(74502001)(86362001)(2656002)(87936001)(83072002)(76576001)(80022001)(85852003)(83322001)(66066001)(20776003)(19625215002)(99396002)(64706001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:DBXPR07MB304; H:AMXPR07MB117.eurprd07.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (: shapeblue.com does not designate permitted sender hosts) MIME-Version: 1.0 X-OriginatorOrg: shapeblue.com Cc: Marco Sinhoreli , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Kumo public Zone XenServers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6859972763041540916==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6859972763041540916== Content-Language: en-US Content-Type: multipart/related; boundary="_004_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_"; type="multipart/alternative" --_004_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_ Content-Type: multipart/alternative; boundary="_000_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_" --_000_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIEpQLA0KDQpCdXQgc3VyZWx5IEkgZG9u4oCZdCBoYXZlIHRvIGNyZWF0ZSBhIGZpcmV3 YWxsIHJ1bGUgZm9yIGV2ZXJ5IHBvcnQgdGhhdCBhIGd1ZXN0IHdvdWxkIHdhbnQgdG8gdXNlPw0K DQpSZWdhcmRzDQoNClBhdWwgQW5ndXMNCkNsb3VkIEFyY2hpdGVjdA0KUzogKzQ0IDIwIDM2MDMg MDU0MCB8IE06ICs0NDc3MTE0MTg3ODQgfCBUOiBDbG91ZHlBbmd1cw0KcGF1bC5hbmd1c0BzaGFw ZWJsdWUuY29tPG1haWx0bzpwYXVsLmFuZ3VzQHNoYXBlYmx1ZS5jb20+DQoNCkZyb206IEpQIFBv enppIFttYWlsdG86anBwQGpwcG96emkuZHluZG5zLm9yZ10NClNlbnQ6IDExIEp1bmUgMjAxNCAx OToyNQ0KVG86IFBhdWwgQW5ndXMNCkNjOiBNYXJjbyBTaW5ob3JlbGk7IHhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnDQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gS3VtbyBwdWJsaWMgWm9uZSBYZW5T ZXJ2ZXJzDQoNCiAgICBIZWxsbywNCg0KSXRoaW5rIHRoYXQgUkRQIHVzZXMgcG9ydCAzMzg5IHdo aWNoIGlzIG5vdCBhbGxvd2VkIGluIHlvdXIgZmlyZXdhbGwgcnVsZXMgPw0KDQpSZWdhcmRzDQoN CkpQIFANCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpEZTogIlBhdWwgQW5ndXMi IDxwYXVsLmFuZ3VzQHNoYXBlYmx1ZS5jb208bWFpbHRvOnBhdWwuYW5ndXNAc2hhcGVibHVlLmNv bT4+DQrDgDogIk1hcmNvIFNpbmhvcmVsaSIgPG1hcmNvLnNpbmhvcmVsaUBzaGFwZWJsdWUuY29t PG1haWx0bzptYXJjby5zaW5ob3JlbGlAc2hhcGVibHVlLmNvbT4+LCB4ZW4tdXNlcnNAbGlzdHMu eGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQpFbnZvecOpOiBNZXJjcmVk aSAxMSBKdWluIDIwMTQgMTg6NDk6MDUNCk9iamV0OiBbWGVuLXVzZXJzXSBLdW1vIHB1YmxpYyBa b25lIFhlblNlcnZlcnMNCg0KV2hlbiBpcHRhYmxlcyBpcyBydW5uaW5nIHVzZXJzIGNhbm5vdCBy ZHAgdG8gZ3Vlc3QgVk1zLg0KV2hlbiBpcHRhYmxlcyBpcyBzdG9wcGVkIHVzZXJzIGNhbi4NCg0K V2XigJl2ZSBzdG9wcGVkIGlwdGFibGVzIGZvciB0aGUgbW9tZW50IGJ1dCBuZWVkIHRvIGZpZ3Vy ZSBvdXQgd2hhdCB0aGUgcHJvYmxlbSBpcyBhbmQgcmUtZW5hYmxlIHRoZSBmaXJld2FsbC4NCg0K DQoNCiMgR2VuZXJhdGVkIGJ5IGlwdGFibGVzLXNhdmUgdjEuMy41IG9uIE1vbiBBcHIgMjkgMTc6 MjM6MjggMjAxMw0KKmZpbHRlcg0KOklOUFVUIEFDQ0VQVCBbMDowXQ0KOkZPUldBUkQgQUNDRVBU IFswOjBdDQo6T1VUUFVUIEFDQ0VQVCBbNTk1NjQ1NzgyOjE5NDAxODQyMzkxNDJdDQo6UkgtRmly ZXdhbGwtMS1JTlBVVCAtIFswOjBdDQotQSBJTlBVVCAtaiBSSC1GaXJld2FsbC0xLUlOUFVUDQot QSBGT1JXQVJEIC1qIFJILUZpcmV3YWxsLTEtSU5QVVQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQg LWkgbG8gLWogQUNDRVBUDQotQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1wIGljbXAgLW0gaWNtcCAt LWljbXAtdHlwZSBhbnkgLWogQUNDRVBUDQotQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1wIGVzcCAt aiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgYWggLWogQUNDRVBUDQotQSBSSC1G aXJld2FsbC0xLUlOUFVUIC1kIDIyNC4wLjAuMjUxIC1wIHVkcCAtbSB1ZHAgLS1kcG9ydCA1MzUz IC1qIEFDQ0VQVA0KLUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB1ZHAgLW0gdWRwIC0tZHBvcnQg Njc6NjggLWogQUNDRVBUDQotQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1wIHRjcCAtbSB0Y3AgLS1k cG9ydCA2Nzo2OCAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgdWRwIC1tIHVk cCAtLWRwb3J0IDE2MSAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgdGNwIC1t IHRjcCAtLWRwb3J0IDE2MSAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgdWRw IC1tIHVkcCAtLWRwb3J0IDYzMSAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAg dGNwIC1tIHRjcCAtLWRwb3J0IDYzMSAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQg LXAgdWRwIC1tIHVkcCAtLWRwb3J0IDE2MSAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5Q VVQgLWkgeGVuYXBpIC1wIHVkcCAtbSB1ZHAgLS1kcG9ydCA2NyAtaiBBQ0NFUFQNCi1BIFJILUZp cmV3YWxsLTEtSU5QVVQgLW0gc3RhdGUgLS1zdGF0ZSBSRUxBVEVELEVTVEFCTElTSEVEIC1qIEFD Q0VQVA0KLUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB1ZHAgLW0gc3RhdGUgLS1zdGF0ZSBORVcg LW0gdWRwIC0tZHBvcnQgNjk0IC1qIEFDQ0VQVA0KLUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB0 Y3AgLW0gc3RhdGUgLS1zdGF0ZSBORVcgLW0gdGNwIC0tZHBvcnQgMjIgLWogQUNDRVBUDQotQSBS SC1GaXJld2FsbC0xLUlOUFVUIC1wIHRjcCAtbSBzdGF0ZSAtLXN0YXRlIE5FVyAtbSB0Y3AgLS1k cG9ydCA4MCAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgdGNwIC1tIHN0YXRl IC0tc3RhdGUgTkVXIC1tIHRjcCAtLWRwb3J0IDQ0MyAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxs LTEtSU5QVVQgLWogUkVKRUNUIC0tcmVqZWN0LXdpdGggaWNtcC1ob3N0LXByb2hpYml0ZWQNCkNP TU1JVA0KIyBDb21wbGV0ZWQgb24gTW9uIEFwciAyOSAxNzoyMzoyOCAyMDEzDQoNCg0KDQoNCi1i YXNoLTMuMiMgaXB0YWJsZXMgLS1saXN0DQpDaGFpbiBJTlBVVCAocG9saWN5IEFDQ0VQVCkNCnRh cmdldCAgICAgcHJvdCBvcHQgc291cmNlICAgICAgICAgICAgICAgZGVzdGluYXRpb24NClJILUZp cmV3YWxsLTEtSU5QVVQgIGFsbCAgLS0gIGFueXdoZXJlICAgICAgICAgICAgIGFueXdoZXJlDQoN CkNoYWluIEZPUldBUkQgKHBvbGljeSBBQ0NFUFQpDQp0YXJnZXQgICAgIHByb3Qgb3B0IHNvdXJj ZSAgICAgICAgICAgICAgIGRlc3RpbmF0aW9uDQpSSC1GaXJld2FsbC0xLUlOUFVUICBhbGwgIC0t ICBhbnl3aGVyZSAgICAgICAgICAgICBhbnl3aGVyZQ0KDQpDaGFpbiBPVVRQVVQgKHBvbGljeSBB Q0NFUFQpDQp0YXJnZXQgICAgIHByb3Qgb3B0IHNvdXJjZSAgICAgICAgICAgICAgIGRlc3RpbmF0 aW9uDQoNCkNoYWluIFJILUZpcmV3YWxsLTEtSU5QVVQgKDIgcmVmZXJlbmNlcykNCnRhcmdldCAg ICAgcHJvdCBvcHQgc291cmNlICAgICAgICAgICAgICAgZGVzdGluYXRpb24NCkFDQ0VQVCAgICAg YWxsICAtLSAgYW55d2hlcmUgICAgICAgICAgICAgYW55d2hlcmUNCkFDQ0VQVCAgICAgaWNtcCAt LSAgYW55d2hlcmUgICAgICAgICAgICAgYW55d2hlcmUgICAgICAgICAgICBpY21wIGFueQ0KQUND RVBUICAgICBlc3AgIC0tICBhbnl3aGVyZSAgICAgICAgICAgICBhbnl3aGVyZQ0KQUNDRVBUICAg ICBhaCAgIC0tICBhbnl3aGVyZSAgICAgICAgICAgICBhbnl3aGVyZQ0KQUNDRVBUICAgICB1ZHAg IC0tICBhbnl3aGVyZSAgICAgICAgICAgICAyMjQuMC4wLjI1MSAgICAgICAgIHVkcCBkcHQ6bWRu cw0KQUNDRVBUICAgICB1ZHAgIC0tICBhbnl3aGVyZSAgICAgICAgICAgICBhbnl3aGVyZSAgICAg ICAgICAgIHVkcCBkcHRzOmJvb3Rwczpib290cGMNCkFDQ0VQVCAgICAgdGNwICAtLSAgYW55d2hl cmUgICAgICAgICAgICAgYW55d2hlcmUgICAgICAgICAgICB0Y3AgZHB0czpib290cHM6Ym9vdHBj DQpBQ0NFUFQgICAgIHVkcCAgLS0gIGFueXdoZXJlICAgICAgICAgICAgIGFueXdoZXJlICAgICAg ICAgICAgdWRwIGRwdDpzbm1wDQpBQ0NFUFQgICAgIHRjcCAgLS0gIGFueXdoZXJlICAgICAgICAg ICAgIGFueXdoZXJlICAgICAgICAgICAgdGNwIGRwdDpzbm1wDQpBQ0NFUFQgICAgIHVkcCAgLS0g IGFueXdoZXJlICAgICAgICAgICAgIGFueXdoZXJlICAgICAgICAgICAgdWRwIGRwdDppcHANCkFD Q0VQVCAgICAgdGNwICAtLSAgYW55d2hlcmUgICAgICAgICAgICAgYW55d2hlcmUgICAgICAgICAg ICB0Y3AgZHB0OmlwcA0KQUNDRVBUICAgICB1ZHAgIC0tICBhbnl3aGVyZSAgICAgICAgICAgICBh bnl3aGVyZSAgICAgICAgICAgIHVkcCBkcHQ6c25tcA0KQUNDRVBUICAgICB1ZHAgIC0tICBhbnl3 aGVyZSAgICAgICAgICAgICBhbnl3aGVyZSAgICAgICAgICAgIHVkcCBkcHQ6Ym9vdHBzDQpBQ0NF UFQgICAgIGFsbCAgLS0gIGFueXdoZXJlICAgICAgICAgICAgIGFueXdoZXJlICAgICAgICAgICAg c3RhdGUgUkVMQVRFRCxFU1RBQkxJU0hFRA0KQUNDRVBUICAgICB1ZHAgIC0tICBhbnl3aGVyZSAg ICAgICAgICAgICBhbnl3aGVyZSAgICAgICAgICAgIHN0YXRlIE5FVyB1ZHAgZHB0OmhhLWNsdXN0 ZXINCkFDQ0VQVCAgICAgdGNwICAtLSAgYW55d2hlcmUgICAgICAgICAgICAgYW55d2hlcmUgICAg ICAgICAgICBzdGF0ZSBORVcgdGNwIGRwdDpzc2gNCkFDQ0VQVCAgICAgdGNwICAtLSAgYW55d2hl cmUgICAgICAgICAgICAgYW55d2hlcmUgICAgICAgICAgICBzdGF0ZSBORVcgdGNwIGRwdDpodHRw DQpBQ0NFUFQgICAgIHRjcCAgLS0gIGFueXdoZXJlICAgICAgICAgICAgIGFueXdoZXJlICAgICAg ICAgICAgc3RhdGUgTkVXIHRjcCBkcHQ6aHR0cHMNClJFSkVDVCAgICAgYWxsICAtLSAgYW55d2hl cmUgICAgICAgICAgICAgYW55d2hlcmUgICAgICAgICAgICByZWplY3Qtd2l0aCBpY21wLWhvc3Qt cHJvaGliaXRlZA0KDQoNCg0KUmVnYXJkcw0KDQpQYXVsIEFuZ3VzDQpTZW5pb3IgQ29uc3VsdGFu dCAvIENsb3VkIEFyY2hpdGVjdA0KDQpbY2lkOmltYWdlMDAyLnBuZ0AwMUNFMTA3MS5DNkNDOUMx MF0NCg0KUzogKzQ0IDIwIDM2MDMgMDU0MDx0ZWw6KzQ0MjAzNjAzMDU0MD4gfCBNOiArNDx0ZWw6 KzQ0Nzk2ODE2MTU4MT40NzcxMTQxODc4NCB8IFQ6IEBDbG91ZHlBbmd1cw0KcGF1bC5hbmd1c0Bz aGFwZWJsdWUuY29tPG1haWx0bzpwYXVsLmFuZ3VzQHNoYXBlYmx1ZS5jb20+IHwgd3d3LnNoYXBl Ymx1ZS5jb208aHR0cDovL3d3dy5zaGFwZWJsdWUuY29tLz4gfCBUd2l0dGVyOkBzaGFwZWJsdWU8 aHR0cHM6Ly90d2l0dGVyLmNvbS8+DQpTaGFwZUJsdWUgTHRkLCA1MyBDaGFuZG9zIFBsYWNlLCBD b3ZlbnQgR2FyZGVuLCBMb25kb24sIFdDMk4gNEhTDQoNCkZpbmQgb3V0IG1vcmUgYWJvdXQgU2hh cGVCbHVlIGFuZCBvdXIgcmFuZ2Ugb2YgQ2xvdWRTdGFjayByZWxhdGVkIHNlcnZpY2VzDQoNCklh YVMgQ2xvdWQgRGVzaWduICYgQnVpbGQ8aHR0cDovL3NoYXBlYmx1ZS5jb20vaWFhcy1jbG91ZC1k ZXNpZ24tYW5kLWJ1aWxkLz4NCkNTRm9yZ2Ug4oCTIHJhcGlkIElhYVMgZGVwbG95bWVudCBmcmFt ZXdvcms8aHR0cDovL3NoYXBlYmx1ZS5jb20vY3Nmb3JnZS8+DQpDbG91ZFN0YWNrIENvbnN1bHRp bmc8aHR0cDovL3NoYXBlYmx1ZS5jb20vY2xvdWRzdGFjay1jb25zdWx0YW5jeS8+DQpDbG91ZFN0 YWNrIEluZnJhc3RydWN0dXJlIFN1cHBvcnQ8aHR0cDovL3NoYXBlYmx1ZS5jb20vY2xvdWRzdGFj ay1pbmZyYXN0cnVjdHVyZS1zdXBwb3J0Lz4NCkNsb3VkU3RhY2sgQm9vdGNhbXAgVHJhaW5pbmcg Q291cnNlczxodHRwOi8vc2hhcGVibHVlLmNvbS9jbG91ZHN0YWNrLXRyYWluaW5nLz4NCg0KVGhp cyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIHRvIGl0IG1heSBiZSBjb25maWRlbnRpYWwgYW5k IGFyZSBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgdG8gd2hv bSBpdCBpcyBhZGRyZXNzZWQuIEFueSB2aWV3cyBvciBvcGluaW9ucyBleHByZXNzZWQgYXJlIHNv bGVseSB0aG9zZSBvZiB0aGUgYXV0aG9yIGFuZCBkbyBub3QgbmVjZXNzYXJpbHkgcmVwcmVzZW50 IHRob3NlIG9mIFNoYXBlIEJsdWUgTHRkIG9yIHJlbGF0ZWQgY29tcGFuaWVzLiBJZiB5b3UgYXJl IG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IG9mIHRoaXMgZW1haWwsIHlvdSBtdXN0IG5laXRo ZXIgdGFrZSBhbnkgYWN0aW9uIGJhc2VkIHVwb24gaXRzIGNvbnRlbnRzLCBub3IgY29weSBvciBz aG93IGl0IHRvIGFueW9uZS4gUGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBpZiB5b3UgYmVsaWV2 ZSB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLiBTaGFwZSBCbHVlIEx0ZCBp cyBhIGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEVuZ2xhbmQgJiBXYWxlcy4gU2hhcGVCbHVlIFNl cnZpY2VzIEluZGlhIExMUCBpcyBhIGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEluZGlhIGFuZCBp cyBvcGVyYXRlZCB1bmRlciBsaWNlbnNlIGZyb20gU2hhcGUgQmx1ZSBMdGQuIFNoYXBlIEJsdWUg QnJhc2lsIENvbnN1bHRvcmlhIEx0ZGEgaXMgYSBjb21wYW55IGluY29ycG9yYXRlZCBpbiBCcmFz aWwgYW5kIGlzIG9wZXJhdGVkIHVuZGVyIGxpY2Vuc2UgZnJvbSBTaGFwZSBCbHVlIEx0ZC4gU2hh cGVCbHVlIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsuDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0DQpYZW4t dXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQpodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCg0KRmluZCBvdXQgbW9yZSBhYm91dCBTaGFwZUJs dWUgYW5kIG91ciByYW5nZSBvZiBDbG91ZFN0YWNrIHJlbGF0ZWQgc2VydmljZXMNCg0KSWFhUyBD bG91ZCBEZXNpZ24gJiBCdWlsZDxodHRwOi8vc2hhcGVibHVlLmNvbS9pYWFzLWNsb3VkLWRlc2ln bi1hbmQtYnVpbGQvLz4NCkNTRm9yZ2Ug4oCTIHJhcGlkIElhYVMgZGVwbG95bWVudCBmcmFtZXdv cms8aHR0cDovL3NoYXBlYmx1ZS5jb20vY3Nmb3JnZS8+DQpDbG91ZFN0YWNrIENvbnN1bHRpbmc8 aHR0cDovL3NoYXBlYmx1ZS5jb20vY2xvdWRzdGFjay1jb25zdWx0YW5jeS8+DQpDbG91ZFN0YWNr IEluZnJhc3RydWN0dXJlIFN1cHBvcnQ8aHR0cDovL3NoYXBlYmx1ZS5jb20vY2xvdWRzdGFjay1p bmZyYXN0cnVjdHVyZS1zdXBwb3J0Lz4NCkNsb3VkU3RhY2sgQm9vdGNhbXAgVHJhaW5pbmcgQ291 cnNlczxodHRwOi8vc2hhcGVibHVlLmNvbS9jbG91ZHN0YWNrLXRyYWluaW5nLz4NCg0KVGhpcyBl bWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIHRvIGl0IG1heSBiZSBjb25maWRlbnRpYWwgYW5kIGFy ZSBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgdG8gd2hvbSBp dCBpcyBhZGRyZXNzZWQuIEFueSB2aWV3cyBvciBvcGluaW9ucyBleHByZXNzZWQgYXJlIHNvbGVs eSB0aG9zZSBvZiB0aGUgYXV0aG9yIGFuZCBkbyBub3QgbmVjZXNzYXJpbHkgcmVwcmVzZW50IHRo b3NlIG9mIFNoYXBlIEJsdWUgTHRkIG9yIHJlbGF0ZWQgY29tcGFuaWVzLiBJZiB5b3UgYXJlIG5v dCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IG9mIHRoaXMgZW1haWwsIHlvdSBtdXN0IG5laXRoZXIg dGFrZSBhbnkgYWN0aW9uIGJhc2VkIHVwb24gaXRzIGNvbnRlbnRzLCBub3IgY29weSBvciBzaG93 IGl0IHRvIGFueW9uZS4gUGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBpZiB5b3UgYmVsaWV2ZSB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLiBTaGFwZSBCbHVlIEx0ZCBpcyBh IGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEVuZ2xhbmQgJiBXYWxlcy4gU2hhcGVCbHVlIFNlcnZp Y2VzIEluZGlhIExMUCBpcyBhIGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEluZGlhIGFuZCBpcyBv cGVyYXRlZCB1bmRlciBsaWNlbnNlIGZyb20gU2hhcGUgQmx1ZSBMdGQuIFNoYXBlIEJsdWUgQnJh c2lsIENvbnN1bHRvcmlhIEx0ZGEgaXMgYSBjb21wYW55IGluY29ycG9yYXRlZCBpbiBCcmFzaWwg YW5kIGlzIG9wZXJhdGVkIHVuZGVyIGxpY2Vuc2UgZnJvbSBTaGFwZSBCbHVlIEx0ZC4gU2hhcGVC bHVlIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsuDQo= --_000_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OkhlbHZldGljYTsNCglwYW5vc2UtMToyIDExIDYgNCAyIDIgMiAyIDIg NDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6IlNlZ29lIFVJIjsNCglwYW5vc2UtMToyIDExIDUgMiA0IDIgNCAyIDIgMzt9DQovKiBT dHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05v cm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQt ZmFtaWx5OiJTZWdvZSBVSSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bh bi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m YW1pbHk6IlNlZ29lIFVJIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hw RGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0 O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46 NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX b3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRp Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0 Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9IiMwNTYz QzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbEVuZENvbXBvc2UiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhhbmtzIEpQLDxvOnA+PC9vOnA+PC9zcGFuPjwv YT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QnV0 IHN1cmVseSBJIGRvbuKAmXQgaGF2ZSB0byBjcmVhdGUgYSBmaXJld2FsbCBydWxlIGZvciBldmVy eSBwb3J0IHRoYXQgYSBndWVzdCB3b3VsZCB3YW50IHRvIHVzZT88bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1HQiI+UmVnYXJkczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LUdCIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+UGF1 bCBBbmd1czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjojMDAyMDYwO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5DbG91ZCBB cmNoaXRlY3Q8YnI+DQpTOiAmIzQzOzQ0IDIwIDM2MDMgMDU0MCB8IE06ICYjNDM7NDQ3NzExNDE4 Nzg0IHwgVDogQ2xvdWR5QW5ndXM8YnI+DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnBhdWwuYW5n dXNAc2hhcGVibHVlLmNvbSI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjA7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tR0I7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPnBhdWwuYW5ndXNAc2hhcGVibHVl LmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjA7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiBKUCBQb3p6aSBbbWFpbHRvOmpw cEBqcHBvenppLmR5bmRucy5vcmddDQo8YnI+DQo8Yj5TZW50OjwvYj4gMTEgSnVuZSAyMDE0IDE5 OjI1PGJyPg0KPGI+VG86PC9iPiBQYXVsIEFuZ3VzPGJyPg0KPGI+Q2M6PC9iPiBNYXJjbyBTaW5o b3JlbGk7IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBb WGVuLXVzZXJzXSBLdW1vIHB1YmxpYyBab25lIFhlblNlcnZlcnM8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IEhlbGxvLDwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPkl0aGluayB0aGF0IFJEUCB1c2VzIHBvcnQgMzM4OSB3aGljaCBpcyBub3QgYWxsb3dl ZCBpbiB5b3VyIGZpcmV3YWxsIHJ1bGVzID88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+UmVnYXJkczxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5KUCBQPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJj ZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlciI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij4NCjxociBzaXplPSIyIiB3aWR0aD0iMTAwJSIgYWxpZ249ImNlbnRlciIgaWQ9Inp3Y2hyIj4N Cjwvc3Bhbj48L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6YmxhY2siPkRlOg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PiZxdW90O1BhdWwgQW5ndXMmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpwYXVsLmFuZ3VzQHNo YXBlYmx1ZS5jb20iPnBhdWwuYW5ndXNAc2hhcGVibHVlLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+w4A6 IDwvYj4mcXVvdDtNYXJjbyBTaW5ob3JlbGkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzptYXJj by5zaW5ob3JlbGlAc2hhcGVibHVlLmNvbSI+bWFyY28uc2luaG9yZWxpQHNoYXBlYmx1ZS5jb208 L2E+Jmd0OywNCjxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+eGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KPGI+RW52b3nDqTogPC9iPk1lcmNyZWRpIDExIEp1 aW4gMjAxNCAxODo0OTowNTxicj4NCjxiPk9iamV0OiA8L2I+W1hlbi11c2Vyc10gS3VtbyBwdWJs aWMgWm9uZSBYZW5TZXJ2ZXJzPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5XaGVuIGlwdGFibGVzIGlzIHJ1bm5pbmcgdXNlcnMg Y2Fubm90IHJkcCB0byBndWVzdCBWTXMuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+V2hlbiBpcHRhYmxlcyBpcyBzdG9wcGVkIHVz ZXJzIGNhbi48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5XZeKAmXZlIHN0b3BwZWQgaXB0YWJsZXMgZm9yIHRo ZSBtb21lbnQgYnV0IG5lZWQgdG8gZmlndXJlIG91dCB3aGF0IHRoZSBwcm9ibGVtIGlzIGFuZCBy ZS1lbmFibGUgdGhlIGZpcmV3YWxsLg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+IyBHZW5lcmF0ZWQgYnkgaXB0YWJsZXMtc2F2ZSB2MS4zLjUgb24gTW9uIEFwciAy OSAxNzoyMzoyOCAyMDEzPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+KmZpbHRlcjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjpJTlBVVCBBQ0NFUFQgWzA6MF08L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr Ij46Rk9SV0FSRCBBQ0NFUFQgWzA6MF08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj46T1VUUFVUIEFDQ0VQVCBbNTk1NjQ1NzgyOjE5 NDAxODQyMzkxNDJdPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjpibGFjayI+OlJILUZpcmV3YWxsLTEtSU5QVVQgLSBbMDowXQ0KPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LUEg SU5QVVQgLWogUkgtRmlyZXdhbGwtMS1JTlBVVA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LUEgRk9SV0FSRCAtaiBSSC1GaXJl d2FsbC0xLUlOUFVUDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj4tQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1pIGxvIC1qIEFDQ0VQ VA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCBpY21wIC1tIGljbXAgLS1pY21wLXR5 cGUgYW55IC1qIEFDQ0VQVA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCBlc3AgLWog QUNDRVBUDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOmJsYWNrIj4tQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1wIGFoIC1qIEFDQ0VQVA0KPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFj ayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtZCAyMjQuMC4wLjI1MSAtcCB1ZHAgLW0gdWRwIC0t ZHBvcnQgNTM1MyAtaiBBQ0NFUFQNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgdWRw IC1tIHVkcCAtLWRwb3J0IDY3OjY4IC1qIEFDQ0VQVDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3YWxsLTEtSU5Q VVQgLXAgdGNwIC1tIHRjcCAtLWRwb3J0IDY3OjY4IC1qIEFDQ0VQVDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29l IFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3 YWxsLTEtSU5QVVQgLXAgdWRwIC1tIHVkcCAtLWRwb3J0IDE2MSAtaiBBQ0NFUFQ8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4tQSBS SC1GaXJld2FsbC0xLUlOUFVUIC1wIHRjcCAtbSB0Y3AgLS1kcG9ydCAxNjEgLWogQUNDRVBUPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFj ayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB1ZHAgLW0gdWRwIC0tZHBvcnQgNjMxIC1qIEFD Q0VQVA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB0Y3AgLW0gdGNwIC0tZHBvcnQg NjMxIC1qIEFDQ0VQVA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB1ZHAgLW0gdWRw IC0tZHBvcnQgMTYxIC1qIEFDQ0VQVDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLWkgeGVu YXBpIC1wIHVkcCAtbSB1ZHAgLS1kcG9ydCA2NyAtaiBBQ0NFUFQNCjwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29l IFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3 YWxsLTEtSU5QVVQgLW0gc3RhdGUgLS1zdGF0ZSBSRUxBVEVELEVTVEFCTElTSEVEIC1qIEFDQ0VQ VA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB1ZHAgLW0gc3RhdGUgLS1zdGF0ZSBO RVcgLW0gdWRwIC0tZHBvcnQgNjk0IC1qIEFDQ0VQVA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1J TlBVVCAtcCB0Y3AgLW0gc3RhdGUgLS1zdGF0ZSBORVcgLW0gdGNwIC0tZHBvcnQgMjIgLWogQUND RVBUDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj4tQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1wIHRjcCAtbSBzdGF0ZSAtLXN0YXRl IE5FVyAtbSB0Y3AgLS1kcG9ydCA4MCAtaiBBQ0NFUFQNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3YWxsLTEt SU5QVVQgLXAgdGNwIC1tIHN0YXRlIC0tc3RhdGUgTkVXIC1tIHRjcCAtLWRwb3J0IDQ0MyAtaiBB Q0NFUFQNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLWogUkVKRUNUIC0tcmVqZWN0LXdp dGggaWNtcC1ob3N0LXByb2hpYml0ZWQNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkNPTU1JVDwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJ JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiMgQ29tcGxldGVkIG9u IE1vbiBBcHIgMjkgMTc6MjM6MjggMjAxMzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJ JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPi1iYXNoLTMuMiMgaXB0YWJsZXMgLS1saXN0PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Q2hh aW4gSU5QVVQgKHBvbGljeSBBQ0NFUFQpPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+dGFyZ2V0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHByb3Qgb3B0IHNvdXJjZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXN0aW5hdGlv bjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2siPlJILUZpcmV3YWxsLTEtSU5QVVQmbmJzcDsgYWxsJm5ic3A7IC0tJm5ic3A7IGFueXdo ZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFueXdoZXJlPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2Ug VUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Q2hhaW4gRk9SV0FS RCAocG9saWN5IEFDQ0VQVCk8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj50YXJnZXQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcHJv dCBvcHQgc291cmNlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc3RpbmF0aW9uPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ UkgtRmlyZXdhbGwtMS1JTlBVVCZuYnNwOyBhbGwmbmJzcDsgLS0mbmJzcDsgYW55d2hlcmUmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgYW55d2hlcmU8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5DaGFpbiBPVVRQVVQgKHBvbGlj eSBBQ0NFUFQpPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+dGFyZ2V0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHByb3Qgb3B0IHNv dXJjZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXN0aW5hdGlvbjwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Nl Z29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPkNoYWluIFJILUZpcmV3YWxsLTEtSU5QVVQgKDIgcmVmZXJlbmNlcyk8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtT ZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj50YXJnZXQm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcHJvdCBvcHQgc291cmNlJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICZuYnNwO2Rlc3RpbmF0aW9uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGFsbCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVyZTwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PkFDQ0VQVCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpY21wIC0tJm5ic3A7IGFueXdoZXJlJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGljbXAgYW55PC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2Ug VUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGVzcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBhbnl3aGVyZTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6YmxhY2siPkFDQ0VQVCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhaCZuYnNw OyZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVyZTwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkFD Q0VQVCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1ZHAmbmJzcDsgLS0mbmJzcDsgYW55d2hlcmUm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgMjI0LjAuMC4yNTEmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgdWRwIGRwdDptZG5zPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHVkcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3 aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB1ZHAgZHB0czpib290cHM6Ym9vdHBjPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHRjcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB0Y3AgZHB0czpib290cHM6Ym9vdHBjPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vn b2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVkcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1ZHAgZHB0OnNubXA8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBV SSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BQ0NFUFQmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgdGNwJm5ic3A7IC0tJm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRjcCBkcHQ6c25tcDwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkFDQ0VQVCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB1ZHAmbmJzcDsgLS0mbmJzcDsgYW55d2hlcmUmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg YW55d2hlcmUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgdWRwIGRwdDppcHA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BQ0NFUFQmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgdGNwJm5ic3A7IC0tJm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2FueXdo ZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHRjcCBkcHQ6aXBwPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHVkcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVyZSZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB1ZHAgZHB0OnNubXA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BQ0NFUFQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg dWRwJm5ic3A7IC0tJm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFueXdoZXJlJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHVkcCBkcHQ6Ym9vdHBzPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFs bCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVyZSZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBzdGF0ZSBSRUxBVEVELEVTVEFCTElTSEVEPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHVkcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVy ZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBzdGF0ZSBORVcgdWRwIGRwdDpoYS1jbHVzdGVyPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2Ug VUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRjcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzdGF0ZSBORVcgdGNwIGRwdDpzc2g8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtT ZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BQ0NFUFQm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGNwJm5ic3A7IC0tJm5ic3A7IGFueXdoZXJlJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHN0YXRlIE5FVyB0Y3AgZHB0Omh0dHA8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5B Q0NFUFQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGNwJm5ic3A7IC0tJm5ic3A7IGFueXdoZXJl Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHN0YXRlIE5FVyB0Y3AgZHB0Omh0dHBz PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+UkVKRUNUJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFsbCZuYnNwOyAtLSZuYnNwOyBh bnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZWplY3Qtd2l0aCBpY21w LWhvc3QtcHJvaGliaXRlZDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29l IFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlJlZ2FyZHM8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5QYXVsIEFuZ3VzPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj azttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+U2VuaW9yIENvbnN1bHRhbnQgLyBDbG91ZCBB cmNoaXRlY3Q8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5v bmUiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+ Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PGltZyBi b3JkZXI9IjAiIHdpZHRoPSIyNjIiIGhlaWdodD0iODgiIGlkPSJQaWN0dXJlX3gwMDIwXzEiIHNy Yz0iY2lkOmltYWdlMDAxLnBuZ0AwMUNGODVBQi5FNzJDNURBMCIgYWx0PSJjaWQ6aW1hZ2UwMDIu cG5nQDAxQ0UxMDcxLkM2Q0M5QzEwIj48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLUdCIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LUdCIj5TOg0KPGEgaHJlZj0idGVsOiYjNDM7NDQyMDM2MDMwNTQwIiB0YXJnZXQ9Il9ibGFuayI+ PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPiYjNDM7 NDQgMjAgMzYwMyAwNTQwPC9zcGFuPjwvYT4gfCBNOg0KPGEgaHJlZj0idGVsOiYjNDM7NDQ3OTY4 MTYxNTgxIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4 dC1kZWNvcmF0aW9uOm5vbmUiPiYjNDM7NDwvc3Bhbj48L2E+NDc3MTE0MTg3ODQgfCBUOiBAQ2xv dWR5QW5ndXM8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48YSBo cmVmPSJtYWlsdG86cGF1bC5hbmd1c0BzaGFwZWJsdWUuY29tIiB0YXJnZXQ9Il9ibGFuayI+PHNw YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPnBhdWwuYW5n dXNAc2hhcGVibHVlLmNvbTwvc3Bhbj48L2E+IHwNCjxhIGhyZWY9Imh0dHA6Ly93d3cuc2hhcGVi bHVlLmNvbS8iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0 ZXh0LWRlY29yYXRpb246bm9uZSI+d3d3LnNoYXBlYmx1ZS5jb208L3NwYW4+PC9hPiB8IFR3aXR0 ZXI6PGEgaHJlZj0iaHR0cHM6Ly90d2l0dGVyLmNvbS8iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBz dHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+QHNoYXBlYmx1ZTwv c3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUi PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+U2hh cGVCbHVlIEx0ZCwgNTMgQ2hhbmRvcyBQbGFjZSwgQ292ZW50IEdhcmRlbiwgTG9uZG9uLCBXQzJO IDRIUzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+RmluZCBvdXQg bW9yZSBhYm91dCBTaGFwZUJsdWUgYW5kIG91ciByYW5nZSBvZiBDbG91ZFN0YWNrIHJlbGF0ZWQg c2VydmljZXM8YnI+DQo8YnI+DQo8YSBocmVmPSJodHRwOi8vc2hhcGVibHVlLmNvbS9pYWFzLWNs b3VkLWRlc2lnbi1hbmQtYnVpbGQvIiB0YXJnZXQ9Il9ibGFuayI+SWFhUyBDbG91ZCBEZXNpZ24g JmFtcDsgQnVpbGQ8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cDovL3NoYXBlYmx1ZS5jb20vY3Nmb3Jn ZS8iIHRhcmdldD0iX2JsYW5rIj5DU0ZvcmdlIOKAkyByYXBpZCBJYWFTIGRlcGxveW1lbnQgZnJh bWV3b3JrPC9hPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9zaGFwZWJsdWUuY29tL2Nsb3Vkc3RhY2st Y29uc3VsdGFuY3kvIiB0YXJnZXQ9Il9ibGFuayI+Q2xvdWRTdGFjayBDb25zdWx0aW5nPC9hPjxi cj4NCjxhIGhyZWY9Imh0dHA6Ly9zaGFwZWJsdWUuY29tL2Nsb3Vkc3RhY2staW5mcmFzdHJ1Y3R1 cmUtc3VwcG9ydC8iIHRhcmdldD0iX2JsYW5rIj5DbG91ZFN0YWNrIEluZnJhc3RydWN0dXJlIFN1 cHBvcnQ8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cDovL3NoYXBlYmx1ZS5jb20vY2xvdWRzdGFjay10 cmFpbmluZy8iIHRhcmdldD0iX2JsYW5rIj5DbG91ZFN0YWNrIEJvb3RjYW1wIFRyYWluaW5nIENv dXJzZXM8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2 ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjazttc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1HQiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymxh Y2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2ht ZW50cyB0byBpdCBtYXkgYmUgY29uZmlkZW50aWFsIGFuZCBhcmUgaW50ZW5kZWQgc29sZWx5IGZv ciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIHRvIHdob20gaXQgaXMgYWRkcmVzc2VkLiBBbnkg dmlld3Mgb3Igb3BpbmlvbnMgZXhwcmVzc2VkDQogYXJlIHNvbGVseSB0aG9zZSBvZiB0aGUgYXV0 aG9yIGFuZCBkbyBub3QgbmVjZXNzYXJpbHkgcmVwcmVzZW50IHRob3NlIG9mIFNoYXBlIEJsdWUg THRkIG9yIHJlbGF0ZWQgY29tcGFuaWVzLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVj aXBpZW50IG9mIHRoaXMgZW1haWwsIHlvdSBtdXN0IG5laXRoZXIgdGFrZSBhbnkgYWN0aW9uIGJh c2VkIHVwb24gaXRzIGNvbnRlbnRzLCBub3IgY29weSBvciBzaG93IGl0IHRvIGFueW9uZS4gUGxl YXNlDQogY29udGFjdCB0aGUgc2VuZGVyIGlmIHlvdSBiZWxpZXZlIHlvdSBoYXZlIHJlY2VpdmVk IHRoaXMgZW1haWwgaW4gZXJyb3IuIFNoYXBlIEJsdWUgTHRkIGlzIGEgY29tcGFueSBpbmNvcnBv cmF0ZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcy4gU2hhcGVCbHVlIFNlcnZpY2VzIEluZGlhIExM UCBpcyBhIGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEluZGlhIGFuZCBpcyBvcGVyYXRlZCB1bmRl ciBsaWNlbnNlIGZyb20gU2hhcGUgQmx1ZSBMdGQuIFNoYXBlIEJsdWUNCiBCcmFzaWwgQ29uc3Vs dG9yaWEgTHRkYSBpcyBhIGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEJyYXNpbCBhbmQgaXMgb3Bl cmF0ZWQgdW5kZXIgbGljZW5zZSBmcm9tIFNoYXBlIEJsdWUgTHRkLiBTaGFwZUJsdWUgaXMgYSBy ZWdpc3RlcmVkIHRyYWRlbWFyay48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0hlbHZldGljYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48YnI+DQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NClhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+ DQo8YSBocmVmPSJtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPlhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cyI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90Oztjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBz dHlsZT0iZm9udC1zaXplOjExcHQ7ICBmb250LWZhbWlseTogJ0NhbGlicmknLHNhbnMtc2VyaWY7 Ij5GaW5kIG91dCBtb3JlIGFib3V0IFNoYXBlQmx1ZSBhbmQgb3VyIHJhbmdlIG9mIENsb3VkU3Rh Y2sgcmVsYXRlZCBzZXJ2aWNlczxicj4NCjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9zaGFwZWJsdWUu Y29tL2lhYXMtY2xvdWQtZGVzaWduLWFuZC1idWlsZC8vIj5JYWFTIENsb3VkIERlc2lnbiAmYW1w OyBCdWlsZDwvYT48YnI+DQo8YSBocmVmPSJodHRwOi8vc2hhcGVibHVlLmNvbS9jc2ZvcmdlLyI+ Q1NGb3JnZSDigJMgcmFwaWQgSWFhUyBkZXBsb3ltZW50IGZyYW1ld29yazwvYT48YnI+DQo8YSBo cmVmPSJodHRwOi8vc2hhcGVibHVlLmNvbS9jbG91ZHN0YWNrLWNvbnN1bHRhbmN5LyI+Q2xvdWRT dGFjayBDb25zdWx0aW5nPC9hPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9zaGFwZWJsdWUuY29tL2Ns b3Vkc3RhY2staW5mcmFzdHJ1Y3R1cmUtc3VwcG9ydC8iPkNsb3VkU3RhY2sgSW5mcmFzdHJ1Y3R1 cmUgU3VwcG9ydDwvYT48YnI+DQo8YSBocmVmPSJodHRwOi8vc2hhcGVibHVlLmNvbS9jbG91ZHN0 YWNrLXRyYWluaW5nLyI+Q2xvdWRTdGFjayBCb290Y2FtcCBUcmFpbmluZyBDb3Vyc2VzPC9hPjxi cj4NCjwvZGl2Pg0KPGJyPg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOjlwdDsgIGZvbnQtZmFtaWx5 OiAnQ2FsaWJyaScsc2Fucy1zZXJpZjsiPlRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyB0 byBpdCBtYXkgYmUgY29uZmlkZW50aWFsIGFuZCBhcmUgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUg dXNlIG9mIHRoZSBpbmRpdmlkdWFsIHRvIHdob20gaXQgaXMgYWRkcmVzc2VkLiBBbnkgdmlld3Mg b3Igb3BpbmlvbnMgZXhwcmVzc2VkIGFyZSBzb2xlbHkgdGhvc2Ugb2YgdGhlIGF1dGhvcg0KIGFu ZCBkbyBub3QgbmVjZXNzYXJpbHkgcmVwcmVzZW50IHRob3NlIG9mIFNoYXBlIEJsdWUgTHRkIG9y IHJlbGF0ZWQgY29tcGFuaWVzLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50 IG9mIHRoaXMgZW1haWwsIHlvdSBtdXN0IG5laXRoZXIgdGFrZSBhbnkgYWN0aW9uIGJhc2VkIHVw b24gaXRzIGNvbnRlbnRzLCBub3IgY29weSBvciBzaG93IGl0IHRvIGFueW9uZS4gUGxlYXNlIGNv bnRhY3QgdGhlIHNlbmRlciBpZiB5b3UgYmVsaWV2ZQ0KIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg ZW1haWwgaW4gZXJyb3IuIFNoYXBlIEJsdWUgTHRkIGlzIGEgY29tcGFueSBpbmNvcnBvcmF0ZWQg aW4gRW5nbGFuZCAmYW1wOyBXYWxlcy4gU2hhcGVCbHVlIFNlcnZpY2VzIEluZGlhIExMUCBpcyBh IGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEluZGlhIGFuZCBpcyBvcGVyYXRlZCB1bmRlciBsaWNl bnNlIGZyb20gU2hhcGUgQmx1ZSBMdGQuIFNoYXBlIEJsdWUgQnJhc2lsIENvbnN1bHRvcmlhIEx0 ZGEgaXMgYSBjb21wYW55DQogaW5jb3Jwb3JhdGVkIGluIEJyYXNpbCBhbmQgaXMgb3BlcmF0ZWQg dW5kZXIgbGljZW5zZSBmcm9tIFNoYXBlIEJsdWUgTHRkLiBTaGFwZUJsdWUgaXMgYSByZWdpc3Rl cmVkIHRyYWRlbWFyay4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_-- --_004_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=15840; creation-date="Wed, 11 Jun 2014 18:32:38 GMT"; modification-date="Wed, 11 Jun 2014 18:32:38 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAQYAAABYCAYAAAAXxlkPAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAD1gSURBVHja 7V0JWJVl9kcrtZrRpnrap7J9m5ppn6mZ+jtqioqCu2VpOrZoZpnmngugIIoLLogKgriguCsqoqiI oMjOFZBVEERBBEXQtPM/v/Pd79773QXR1ETveZ6Xl++773q+9/ze867HgW4CyiknCtaV09CIYmoR rKPmPjpy8IpXnGs83eelo5f5nUtoDrlGF1NETjUVV98MJbeTnW5JauDwR+Wcy4I9Zddx+tg/l5pM SaRGkxPozrEJ1NAtnhq4GUHBgUGhgavy7g7+/S73BGo8LoEennGY2q7IpRWHq+m0/UPayU71Gxgy Smpo8PYSetgrie4enyhg4DBVDwKmvpvqW/+9gZsCEvdOiKU3/DLIa0/JVQEEF4f25NWQ34EScuU0 xrLzOnCa/JJKaDu/zztdY28mdrIDw/UiiNeEqBJ6bk4y3cPC3GBqGjl4spB7pulBIE3REqZewTOA wjOV7mCAaDoxid71z6Q1mRV1Kk9Efg3135xPf5uXSQ+6JVOzqUn0Z07jT55J1HRSEjVj4HqA3z8/ N4NaL8skj7gSSqmwg4Sd7MBwzSj+RA21Csqi+1yTZKjg4HlI0QS8TDSC3/s8KV40iIenxNEPWwvI lgxHF9TQZyEF9KjHIbrXM5HuQPxJek3E09JvyL835mHOX9wO0rOzU+lbTjur4mb6hnayUz0EhtDs Snp5TpoIl8PEq9QM6voMYfZIEQBqF5xNupNadPBNPEkv+qTx8CNJwinDEr3mYZqeua9PF3MdTVmz eHOuTuplJzvZgeEqaFFyKT09nXtdV5Oe2D1REWT41+t5Sjw1GR9L7/nrKLn0vJRlUtQxenxqilKW KZeJX5vP8e9gh3qhfnaykx0YroBWZJ6hp6elshDG6UEhVRFA+O434HlKMt3JfosVOTRmdxE9MiNZ 0ViuRfquSvqoX3jeGXszspMdGOpCO/PP0IuzkhRBdL+BmoKVnr/xlER62DtZq7Fcq/S5fv/0O0yn zttbkp3swFArZZ8l+ueidHKY8AdpCtaePa9T+ly/u8bF07yEU/amZCc7MNiiC+y+3FgoY3Blwo7d 5CRFkODfis8T4um9wCyqumBvTXayA4NVCsk6LSsC6iy+CBD8ybf2892eSZRYpkWGoirslaiiUOZJ qO60/K87eYHs+GGn2woYSs9doA+X8hBi/G2iKZg+/xJPwenKcCK19BzNOFBKPdcdpX8vyqK3FqTS W3PT+f/D5LQyl0btOEqh6RVUYUcIO90OwOCfcooaT1Jm60Vg4E+5TZ4ZDMfuK6YNRyrJeXU2PTk9 TfkNIOmaoGhQer8Zv3/bN4OG7ThOh46fszdBO926wHDmV6L3AzIVQbgdgQHCzvUXHqjzK1PirYfX //4nBtFOy3Mopsi+3GmnWxQYwnPP0J0GgbiNAMH8+UrqD+2KhyAdQo5Qbvmv9qZop1sPGL4KK2Bt 4YCmB71dNYcrDs98Gx15nOzQYKd6Cww4mFRcdZEyT9Wwu0jZ7GdXXKTn/Q6Tw8TY22/S8Vo8TzxE j0xPoSzmo53sVG+Aofz8RUosOUfrM8ppWmwpjd5dTAPCjtKAjYU0kP2BO4rpLi91JeL2Wqa8Zs+j 42nWQfsmKTvVA2BgPKC4Y9U061AJdVudRU/7pNBdao+HsTR2Nk629/zX5HlcPHUMybE3Rzvd3MBw vOoSrdadJsegXLoX24nHxyhg4P4Hb22+VZ+Zt28GZtmbo51uXmDIr/iVJu0rpb8AEMb+QYefbrdn BoZnF6bbm6Odbk5gKD7zKw3Zfsy4Fm/v2W/MM/P6jcV2jcFONyEw4BDQ2F3HWUtQhw32nvyGPU+M o86hR+zN0U43HzBsyKihxqqmYOPKNLkCTb0Sra7PmivYEhR/omn463DFW316Zj40+iWWlqbZr4qz 000GDKdrLtGzM/UAYHrJqt62Ay5wbTrpID0wPYke8ThEj85IkctUH/FW/Ee9tc8Ps/+Ae5xcttrQ 9PLWqbj7MZF/U35/YFoK/WlSkvaa+Gt9SexN/txgzH563/8I2S+gttNNBwweMaXkMPqQZc/GDbeR ewK9MC+FhkaU0PyUEtqcX0MR+RVy/frmTMWPyNQ+4wr3+SkVcj37s3My5Hp3SW9SPL2zOEd+ExdX Qf22HjdeynqbaQ4AzcemJVFciR0V7HSTAcPFS7/RC7O4sXLPZd6z4VbkloEZ9Hva7QGO/PL8dEX4 R8dTr9Bcze+4q0DODdxmmgL48eg0HW3Ps9vRstNNCAwHi86JwMIUnGIvUqfvwXV0N/dwh62024u/ wf1m4hsd44wFLU44bQIMxWbAUK3NX53TmGpWHi8bz4bwadafLxffpL7XNP/L5cfuJT8dnb/423X/ yhcvXqQLFy7Qr7/+Sr/99hvZqW4EXoFn4B14eFsBw+iIYkUwXU3tRSpC/PJCnUUM2JLdnFMtRmgh 1PBVF8ou2oq1WX5tAAYYpjUlxDMsj0qYaENYwzsvG74mvA3fVjxzN/oa519bPK94m/y41lRdzd8o OJSGDh1Nrl5epNPZd1jWlcrLy8nLy4dGjx5NCxcuZF7eRsDQclmOsUdz1fZo71sBhl92HadGP8dQ o3EJipucYPx/3H4xLLPruJaDsGbdDOlCY9hcbAYMrDH8FE0Pz9bRx0uzqePGIuq4Ops+WZVNL83W mQiZtnwI/95SHXVcpYTvyOEV3/j8hp9lfPTSeP+en/H3Juwkb5P4eH7aVv5j4i3Ka8xfifuSJm/b mgMsYcUcv34tbt48f/r3v1tTu3adqWWrVvT551/Q8ePH7VJfB0D9esgQatWqA7Vs354+ZN5NmTLl 9gGGB6YnGFcjTFcHxuynfy61BIYFh4rpIc80ua2pMYfDEmfjqerzIUnrrQXp9FFQBn3kl0Hvs/t3 YIYYocVcQuc1uZr0FvEwo/+6Y5Rx+iJVnr9EZy6wO6+40zUXaV36WXp9gX4ORMqVQP23KeErzl80 hLXmKjj+yvQyemp2msRD2TZmVMn7ippLlFlxkbqEZLNg6vM2cZWG/MvoHbP8B261Xl7TuCVq2Wfr Jx1tzTVwut9uzbsuX/f06dPUvfsX1LaTMzk6u5Czcw/6oGVLClm/3i75l6Hdu3czkLants7OzLee 1LatMzk5daW8vLzbofoNHBp6KWPixuaz55MO0auLLIGhigUh48yvlHjyAsUcYye+8Xk/+1tyztLy w2dp0u5S+iQom+4ap1+V4J62Z2iRJr2iMyyA1Zeszk2AangMfuTUr/TkzFTZov28b5osr16q41C5 +uIlWqY7q1w7x/XcV2TsnZHGqeqL9Osl2/FrOH6WSf7OawsFVC6X/2/6sqeW/UpNp+otdXtZMYHH fH563mG6HusSUIV79uxFju0YFFx6kotLZ/q/Fm0peNkyu+Rfhvbt20ctWjga+AZwcHR0oaKiotsD GAzr6VZmzaFNFFhZYIccYc6MMYIu6H3T52p+qOJ/ylngi85coMmxJ5R0eSjR2WxVQhWwLM4Hxm/h TphliTDfhx3jIUc8fcRaDH5GGLj1WRXUISiLPmbXWvw0GrG1QCNoKMuTsxRg2plrOZuKPLdyOrsK FD/arADIv9e6bCn/2nTt8Wj36BOa/LuEZEk6KoEvPRhMHMZarvqofMZy7qET1x4aLl26RG5uXvTB f1tSy3btqWXLdtSJtYecHPs8w+UI2tbn/xtAH37Yiodh7cQfM2bs7TIJ2cDhwZlWjLh6KT3cHfzc f8NRKvydm/JOsVr9nv8RFuz91HPTMYvfh+8ppNfmptEzcxT3znwdheq0ma5itdxhVDzdP0NH/wnI pkEbC2lUZCENDj9O7VdmUyd27di9E3iEHpmaRPFmBm3f8YNg76eoY9oLWH0TK+mZ6fEMHKn0FGtP 8JvzM96b0ri9pQIMeWeMDQM5DNhSTO0Ds8lxZaHkDw1p9oHTZnGL5UIWm/saWBNZn3F9li1Pniyj WT5+NHDoUBo5chRFR0fLTLudaiesSBxOTydXV3caNGgozZrlQwUFBbdL9Rs4vLlAZzwbodnDr/Rm zcYe5DF+On0WkkNjdh6juQdLaWl6JYUkl1KI+JU8lmY/vZS25lSy4FWSNYtt3/C43GFoNHVZqx2j IfwDk5MUY7Oq0VgWlA7LtGcHNudUiGA29Uokn0OnKa20hnJPw13goUaN3CYFX8fvd+VWUd5Z7fgA V7g7jI6jXXnaib4WwUfkrILhAldZLYijz1Yf1YQbu6tEtnKbLrogB8m/FHkr5cjk/4vPaHuVmXFl yhmUWkzdzY4tueKvV1lZSenceJPZwcezNSotPUVphw+LGlxTowDm+fPnNa6y0vqzaZpWfz9fu32+ 8/p4pumbpmfMR/ubJg2z8piGs1Xny9GxY8cU3iUny//W8oZ2UFJSQkePFjIPS0UDMy1TXfzLhb8c 2QoPftQlPdPfTflv/i0sgOHHHQXK8WrzU3+uqfTojFQawgLdf0s+Ddlewj30MXpvcSY945FIz/mk 0nPeOnpumo5e8Obnuan00kwdvTZbRz+FW07QuB8oE2DosVGrxq5Mr1KWBk3z52eo5aYUfozDDYuh r7cWUxnmJEx+w0XLcHl6v4p/PG82b/DegixJN+KYFhje43ws6s/heqzSajYTo8oENMqqLRv+mfOW fpmJm7C7RAEfW/dZcP7+yWV1btSYAAsMXEEjxo2jb78dQl/2/1b8ESPG8ftAysw08h+TaGPGTCS3 qVNp4kQPmjNnDpfvPC1btozGjx9PkydPo/GTJ/OQYxr/P1nzDB95pKamcpqZNGqUZXg3dh7e3hS4 YoWEMad9+/dLPElv/GSaPXu2oUFu27aNyzzemB+Xx88vUNOoUV68V/NDHXft2ie/7+e0I/bupf2H DtWZd4cOpUqaP/00inn2LX399WAaPPgnqdemTZs0wuLHvJzo4UEeHt7Cu/DwcDpz5ow8I7zR96DJ 08ye2ff2niPprFmzRupuLfycOX6SL9I1J+QP3iA84m/aFG7gy7x5AVymifp0lN93796vaSMos2l5 wL+TJ09KXgcPHhRnYzK1gcOmnDN647NmPdnYRPpnQJbcz5Bdzj1yueKP2nmcGv2i72Enqs7keXQM fbbe8gixe0yJXmMw38egaALa04bx1DJYez9BWB6HGxlHgcnlmvdToorpv4FZ9G92H+j9TsuySGdm afathekKMHA6puS8KkcARy6zdVcuZ8XzgI1aho2NLpE6FlQY08WnxO1WTiGcp/j55Mh5d2Z/2A64 YhrN/scYRtVmVJfruyWrqk4Ne+fOKPrhh+HUpctn1L5LF5kQc3LqRo6dXMjFpQu/78UNfTiFhe2U 8EuWLKfWrduSc+eeHM6Z+vbtS+UV1SKsbds6kbNzZ3Jy7i6Ta87du2uenfj54xZtWRCjKSYmhtMx Cy++s6Tdpdtn9M3gwVy+nVrgX7lSyd9Zzf8rWQpUG2+PHn2pbTtn/e9dqB3XITYhQX5fu3Yzl7GT vMfv7Thc//4D6Pjxk1RcXCyCOmfRIgqPiKBTp05dtuddtnq1xO/atSu1b9+FOnVS+Napk4vU69NP +8qcTFZWvsT5fsQILls7ybtFi3a0ePFi0SCkLM6d9TzorPChs/YZy8NffNFX8p0yZTq1aNvOavhO XXtIvmPHTqL8/HxNmb//Uc2/u+Q/d66voqmy5hIWtp3aOjlRu85Kelg1+eGHoQaAmcRggHdqflh2 ne3rKxpjdnY2xw+j9evXU2JionVgKKu5RE94p1re0DQhnt71t7w8JI9V54Xxp2l6DNwJmh5v9D3Y 9zlYRgnHLRv5iMhivcZQqHm/SmeiMZjcT9AmOMtsKKFoDBvNBKgPp4d9CPdyvEaeiv8i1+dwmVZl +MfCLAGtvYXa+NFFVTSAhw1dV2IPQq74fVdnU7RZHYah/CNi6FCJUWWAMSnnFbl0H5f7Hq9UuoeF vCnn333NUdpfUEm7C6oolv2vtxy1fb8Fa2a4JSu36tJlQQHzA30HfCNg0KFDV+rkgkbdg9qzMHVy 6cHAwO87d6WWju1p2LCfJc6KFau4UbWRcI6OnahPnwFUXl5NI0eOlln3Tp066YWjhz69riIoeOfY 3oU++qgNRUREU1xcnD688ruSHodxdDSUpw2nP2DAIG54xrH4qlVm+XP5VWBAAw9Zu4HatHFU8ud0 W3XoQBNdXUXNV+ra2VAe5BEZGSlxCwsLacOGMFqzZQtt4EZeVla7xrWCNZpOPXtyGp2lzuZ8Q706 dOjEwtSeVq9eI3F+GDqUy9ZBKVerNrLJCfmgvqgrfCM/jL783qYTdenVS+rq6elFrfTpyO+oD8dv 2bI9dZB8AVQdabKXl6bMEHTT/H18fAy/YXJ0/KRJ1MLRUX5HGm3bdqQdO3bQbm4n6DRQn04Mgsjn u++GUIF+RSVRpxNNEiAOwLcKDPj7064ichhncsuzhzLWfsgriQqtWGs9ex7LfMpS36nzRv9kNfYW WP8w6NUdRhykruu0qLhCVykgpLkLkfNuFZxhBgyVAiz+qdoxZSwPDfwTTtGi5ApakKz4WzMrpIwa YJiXwcBwkCLztWMBzAZknjxPScerGdCqxT98stpinkQt/y+7tRu0cC9mYNopzpvz53IEsp+g37Ck zjR8HZ6v5a/p3Y/jkljTSafLjTghCIMG/UCfOHakjh27UwcXNCgX+fgduWeH34GFCg3tE24sS5cu lXgYcrT4xFHCo8H27jeAzp6tpgkTJrBA9KLevXtTl+69pWG5uCjpwse7Xr2+lJ41JuYgxcbGGtKB ICHunDnzaerUGRIO8VEu9EwAI6NAhmry7zdggAEYQKcqKmgUDxUADsi3I6f96aefMrCNkv/V/CBY 8+f7GeLCR7n2shDEsEpc25gdZe/MoNC2vYuhfhBcR6mHwsc2wj9+7tFDQAk0lIGhlWMHCd+qlaMA A5aAe/X5koVe4Q/4YOSbwhf5vUtv+pKHKiinFws8+CL5cj7ffvcdBQQEsZYwXh+vF/OmI3VmIc7N zTWU2zx/Hx9fTb3Q8/fo1UdpBy4KuHzz/ff0/Q8/SzuRcjEIIv0DBw4Y4pWUluqHEomsHWXZBoaM 8vP07Jw0RUBNbi+G1epRLAgnf4cpZ1YwyDfuJN3nmSSaQfcNWo1h7ZGzchmq5vZkfv4kRDv5GFl4 VgSz+9pcSVOjJrIEnjNxRVzefDOl5V2o8xhKFFabAdNpi/RMCVVfrJaf+fOMTyprLact5hnUvM+b rWbBmO0z81KVIcNks9uhJyuamWf05Sce0eOhcUH40JgduTH0YyFHY12zYQMPGZbQYDQk7lkGDx4q Kq8CDMHUghtVR24kEMw+/fpRZWW1qJDh4bsoKiqKx6Be8puky427e/c+tGXLdh5C7KGtWyNl4g09 NXonpIOGiDBQffPyCsiPG7ka/5NPOpKrq6eh3CEhoZr8+/X7WgMMoKTUVOrGYABwQ2OGgCn1dJF4 6DWHDBlhsYcAQop6wrdFOOcwcuQvsnsR5VPK34mHUmNpGQ9zMP6fOXMBfcp8+Yh5tyggwLAkCcFU BAz1cuRx/TwBoF179lAk8w38GTjwJxF2KScD8/DR45TfI6Noz759khbG9uCLpMM8nODuLjzNyMig ocNHC0gpoOpIe/fu1QCDaf4+PvMs6gf+OjJ4dHQx8gsgoXYeAJxFiwI0wIkyIf/S0nI6d+6cbWAA zUgso7thYm6iSc/NjfdxrzT63+ZcmnOgVIyxhuVU0I6cc+wU39rzBnYrUktpTkIpfbP1KD0/R3+w iNN/i3vHpakV7ErFHxRRqJi2M+1J+flvizPk98X6cCMjj8v7Bz0O0dCIYolvmq/qI9+vNhfSdzuL NfGbz02T+BFHtY2yfXA2Dd1azPG06aCui7n8g7j8L6vl12tS7/EQa2KkEse8/vDxDuVz31csxmwl rqlGZKIZPTItRVZUaqNz3Li/557gk3YdDZpCz559RVgxmVRVVSVj7Dgem48ZM4ZVxN2GuAEBwTIE kEbS0YU+/7yfaAxqA1Ea1xpDj+bIjfuLLxDmrPyuLttv3bpVgEFNp2uvzw0Cvod7bTU+/PHjPTSA ZtAYkH+/ARbAgHwCg4OlEZtrLm07OHNevbl3i7+qjiktM5PaO3fRawfKWHzUqFGkY3W6grUV8K6w sJi2sgo+grUozF0YBXOEWY/to+Eb/NGjfxFhR3nBHy8OY/o7yJWHRkb+OJKHyZDBy8vbwB/4ERER teTva1E/fHfUB/VS+aaCA4Zlw4aN1NSpjmQEhpKaX+mr9Xl6+5OqpSSYXUumxvzcfHaaGGP9IDCD PlqUTR/pfe1zujy/tyiD/r4gjZrPTKPGXiam2zAXMCOZXpuTQa/x7/Afm23dkpMa7iV9uCdnpxmM wzabmizxTcuh+sj3Xk7jfm9t/Mb6pciIAm2j/NeiTGo2KZnjadN5m4HpJSm/FdN7/Hw/l+Hvcyz5 Af+DRUr9HvJOVozZWrVQBRN1B2h0xOXPLeQfKyHnbt2kcTu5dJNJwBkzfKzuRzh8+LAItUpLlqwU YEA8RycXFvqvLAQzNHQ9pwlVvhs5OTmx8PazCIMVhBat9elwObr1+oLzyqIjR46Qt7c3tWvnJPGR l5/fYkM8TD4a4iH/ryzzl/bHPT8OeimaRzcJD9fOqTMFLlt21Xsv1gHQ9PljkrZjx84atVolTMod NltVGTr0Z2rtqNQL/JlhMsZXaTQPg1o7Kum3sBEGwIBv5qL/dpMmTZLzKocOHaJBQ4ZQa+a5E/MU fmpGhs38fXzmW61jSkqKdBSoH8rhoud1z759KUE/kXvVwCCNisfWziG5iiBMMhNY17q4A5bvrJlu Mw/jZUNwLNKqY3lq+d1cY2gRrDfGW1ta1kzQ1YUftZmqm3SAPg48XCe7lTpdpjQQJxNg2MPqal0o IMBEMB2hMVwOGFh4GRjMl89MgUEaX7deNHGiJ4+TJzJI9JKyOXIZO3f+VBqqERhCNfn3swEMoMmT ZxgEQclHWXHBXoOrpYClS43A6Ahg/MJm/uYEVf6ywPDLL1pgmGENGKYYgAECO2DAtzR9+nT6cfhw cuqm1BMawU8jRtAZk7KZ528LGM6cqaYvvxygrFCpwMDxBrKWeZWAanl9fFxRNXVZnUN/mpRcu9Xm emp0dltOtRwdB7uqTYHhRpVHDxof+Oso/GjdLF1D7VUayNUAQ7AZMPSThmQLGBxrAwa9ABgE18lF WZnQl+vzzwdQUNAqTWO0AIZ+1oEhITWVhfZryV9N38VFSX/uggVXrTEEBCw105iuHhh8rgEwOJny TjQFhZ/fffejrPzUnr91YFi1dqMB1A3fxwnzQJ/S/oMHrw0wgJKPn6Pvth6j5tPTjFrALWF0NpkG bjtG3gllNPtgifjPzT0sVqdvlNFbWAVvEZBNW/LqvmMPO/Oc9T1LXYYSp0+bDiWCzQTDGjCEmgCD raFEhAUwqECFckHl910USJWV2sksi6GEFWA4xsOIn8aMkX0VhnSdjCpxxy49rraB07p1WzWazu8Z SvjUZSgxo/ahhDoUU+vnxHzr1etzq2Wqy1AiIYGHEb37GgHVSfke+B/8/P7nn3mYVnalbLNtoq74 3AWZcGyzJJMenJ5kvD3a2iRavTENl0J3eyVR02kp1JR/gy/vr7WpPYMdT/2zm6IlPD4riXqvO0qR R89d0Ve6YGPyMcJ88jFOmXzcts108nGFxeSj5VAiVFRZmbzC5KMVYNi6NcJkubI7OXftqiz16Zfp 2nK8mXN9pSymZDH5aLZcCYH0XbxYP8mmLid2pS5dehpm1lu17UA/DBspdb1SSkuzNvk41jD5iPwx OSeTj2Mx+XjSRDC1k38zbWgMhslHrqe3t3VgUCcfEc65a09leVf47Uxde/akqP37rQBD7ZOPKPew YWOFP+pKBPimfhtZ5uX4wcEh1w4YjEOLC/TLniJqEXSEnpmeSo28UoxnK1zrqRHZyXqV/nqmr98k 5uCeQg9NTaWPmH+e+4uoqIquirA3AGv5psuVmOH3xXLlGv1y5WBry5Uh2uXKPtaAYZ0shynLhNjr 0E8zgQnavn27IR3sL8D+B8x4q+XpKHG7yOqFKVksV36tXa7E8pwzdnB2UJY727d3psE/DJcJTYRX wQHLfQCZKz3daH25squAA7SZjRs30rx5+uXKj7BcGWxzudLbGjBMmMDCp9QP9Zw50xowGJcrsS/k uyHDaeDAIfRJ+476Zc5O9L+BA2VfgvlQwtZyJZYZFy1apKzk6EEB/ALfRo4cKXxU28mnn34uS6PX FBhUii2skoM+vTfl0ocBGfQ8935Nufe9Y7LxwJXB96jvmsUVaAYmy5im9W/qnkTPex+mlgFZNDaq hKIKrxIR9FRYWEKDfvhBGpjpBidZQ+9ossGpg9KIli5dLvH8zTc49TYuVxqBYYNeY3CRhqTsdag0 0xi0y5UIg7MKfft/I41dKU8H6t2njwxnjIBmtsHJZLkSW6K/+vZbWf+XDTodsU25M4VHRcmGrr59 Bxg26mCtv3fvPrIKcqWkbnBqb7bBqaNoEUqdlQ1OLGC1bHCyOpQYN64OGoOHZjnXa+ZM2rJli+zq VDUZbPByd3fXbO2ubYMT5piwBV7d+wE+DRjwvfAN36WD2i6gcXGeOFdhDvbXBBhUQtLRBWfJN+kU DQwvoDarjtC789J5rK6jR6emULOpiXSPRyI11G9tFgGSnY2pyhmBemVKLtGwRVt8T5P68PNdHK4x O9T54ekpcqjs737p9DFrB98wb3zjTlH6qfN0rQhbovv1s7Ilur2ytRfPeI8tsD//PFbRGLiX/Ui2 JHeVbbiff96HVWhrQ4k2srUWAtKLtQrzIQHOJbRo42hIp8fnyj6GVetY22ir7D9AfIDHj8OGGTYj GbdEdzVsycZmG2zpdffw0KepLzf36l5eswy7QKEl4Z2yhVmpl7u7x1WdqIS20c3almjOu71hS3RX +q9siV4tccy3RM+yAgwjf5mgr0MPqeesWbMswkzAUMKQTgfy9PQUHowcM1FAUd1i3oZ5F7x8ueEE rK0t0QKoX30j/FC3cmP3a3i4MoRE2jg4B/BTt2hjf8r27RGaE6LXFBjMKf/MeYrKPyPbgSdGFdO3 Yfn02YZ8ar00i97zz6DXfVLp6Wlp9KAH9kMkGlV400NFN6XpOD2Y6VcR7uay3z8tmZ6ZlsB1Oix1 a7s8Sw5Roc5jdhYLD8KyzlAWg8G1gwMtYafiDz+MpG7dPiMnqODcCzrpDwNhfzwOV+GQlXqYaUlQ ELVo25Y6y2EbZ1YrLYcSa9eulUM6ykGlznLQCeNv86EEJrPUdHr2/FTAA6sX3w0dZjgI1YF/b9Wu Hfn6+UkDh5C1bduO43WVeNAYMGmKQzxtnZxFUOXqNI4Pddr0INGpU2fkHQ5fddYfOsJBKuw4vFJS D1ENGGA8RCV8c7R2iErZJvz9MNNDTG1pxty5FumOGjVRfxitpxwWmzFjtkWY8e5T9IeolMNQ6t2R CTodf8eexkNizB+nLt0pPl7ZzPXjj9pDXL6+Ck/l7EWrdvpDbJ3lm02bPdtCS8JWaCe5mo41jnYd qH//QXXd7PT7gcHqRyDluHEq/wnPO09zDpXR8N1F5LQmj/6+MF161vu9kqkRhHDKTaRJqKsvXJ47 +d2Dk5NlC/SbXObOq/NoSHgR+XFdwvPOSN1wxPt6AUBtlJdXJD3gOFZjB/34I/X/Fseuf5Qj0jgb YXqUdjerlVAjp+mP586e7WtxrgCqp+mxYBxLNg+Do9em6UybNtuwpLl//yH98WBvw+84DowDR9jE g+O/CI/3OFaNeL6+vvr3yvFjxMfBHnPCO9Nw2F4cEHD1V9OhHqjf8OFjhG9ffz3E9rFrP9Njz+Pl d3NatmyNcvyZ4+PEqno0WqutqMeulePR2Iat/W2i4Xg0fl+mv3ov0OLY926ZgEWYyfpyqce/rR0i My2/Wr6DdVvduT7AUBtgJJeelwtevt96jFoF5ghIPOCVxGp5onHj0B+hKcgVa/H0wOSD9NycNPrP 0nQavvMYLU0upfRSXEhCNx1BpcY1belyUUtOrSr2lVzocbme11q42i4iwb78rOxsi4tirjbful5y UhuhTMpFLek2L2qpG9+oTuWqLR28slY/5aKYk3S0sFAu2zH9/Wr5Vkfe3VhgsGjY3EbCC2toeHgh fbg4mx7zSKUmkxP0Rm9vgKk4vRHeJlMS6BHvZHpnsU6umQvPriS7idlrQ+jhcC2a/Wq5KyPj1XJe NGgorpbzoxMnTt6o7P9YYDAl3IUalKZc7PrIFBbWCcae/JqbitNfwgoQgpHeDiFZtDD+BJ2oByYk VatSN6t/gX11ggu+q5sbffCB+WW0uYa6XG0+V0MX9PndrO7CBeNSrOVltC1pzBhXzQGtC1eR/g2b fLweBOO4Hdbk019ckxSDuJ7XSFPQry7cyWn+hYcvHZZlipHe+kRQezE5hmUpo5990zxnsa8uueE4 tIuV6+uXLQuV3zG0uJr8sN5/pab2EB5lK7yJXVZWoUFwLa+vdxE+qpOHEv4q0scQqt4Cg0qrMk7T 3/0yqMn4RDGwa9rjN7gKI7KiJYyPofc4zVVJ9dOYLDaqJCUlmbmMm+b5wIEkw+YqWwZv1usN3mCS 9MBV5AceqHMVdSWEt+TbzeMO6H3wDCQGb1qaGbzp2s3A26vNp44bnW5uYABhYW3EruPUlNX+Bm7G nr+Jl+6KjNYCWGA+D2mdvn1sEP7hpDGR17KVHPu2m8irQ7uHibyvYSKPh2A8lGglJvJm3Kjsb35g UAmGdJv76BSjsZczFmvFeGxz/j8ix44If0QDV4zqDpWJNLuxm7qTYlTXS3gnRnVvXNb1Bxhg0Snv 7G/0ydJssShVZ/P2o2GwVkd5Z+pu1s5O1/jb6ScMsRpxpXMDtzOBV+CZOul6A6n+AAMIgg2jsTBE azAyW9vcAgMIwlaev2gHBTvZ6VYFBpVwK7Wz2INUJyStrEawtuC8IkvC3kqUX1NDKRUVlMkOfs1l wmZW2A5RIb8r6ajOdjoVemfMv6YO+SFciZWJQvN6wK8wC1cj8bXhSn7HIpJafvj5l5m8xO8ltYQp MfCkxmYdTXmXbxI+3wqfzfOr0ZfXVj3yzfI3p5orrO8tAQyg41UX6WP/LMVYrBVN4Z8BaXT87IX6 Wj2b1GLlOnpiwRJ6dcly9pfT34NCKPrECasN4wMO+9fZfhRv5XfQ7NRU/n0BvcJpvSLpLaHWIeup wKwR/W/nPgn3HId5bkGghMPzTrN0B0k4P9qqt/GIdP46ewnNOpSqBSR2bwWuVNJhp6aH8phSKjfo v3J+z3K+qO+zXN8X/YJofdaV25AED97kNN5csJL+xf7zfoH07dZdFmCkhK2gp3wCyXldmM30+oTt pFe5PG8uWSnpvsjpuUfHW9TzA67nc1y/t/yUcM/NDqS2y9dqQFUN58jfSy3PuqwsST/LTOijC07w +yX0Guf3qv57WAsXmJYm+aJ8an0/W7/V4tvecsAASik5T4/PSNEa5cWFKDPSKKm8fu1PqCs9szCY XuaPvaeomJYezqcnWVD+yw3KnCILT1KjKfOYL7Ppp6goq2mN3R8vv89KSuH0TpFHbBI15ji/7Nc2 8G3Himih7jC1WhtGDbx8aFTsQXk+ZnaMt9fmCOa/FzfGtfJ8rLqa0/ehsWYCg0/zF5+F9AbXIyQn l+vBTpdD8ae1S8j7j5fzN/WhvhG7pHyrc/Lpr76B9P6ytVfMt0OnTtGdk+fQiL1xFMG8m5mYRE25 7kvTLO0qjI46RI253PfNmE+JJ63vgf3vsjX0qm8Q7eW0drBD3R+cPpeyTbalQ1ddl5tPiw9n0Asc 9m/8rYJ1ubQx8yiZjmzL2b3EvzWZMIO89QeognXZdIfbHMoyu9494lgxv59GP+89SJs47Q3Mv1Bu BzVmcxA+8WnUgHm3JCOT9unre6/nLPJhwLjlgeHiJaK5CSe0F8fw8GJRwmm6VY2VPzZ3Mf1n1Ua6 cOkSnblwkd4OWkVPMFiYU6+wXfTi4hXUMXQzNV8YZNX47MRo8G067T95ktPj3ujESeahD/0Spb17 sIobXcWFCzRqD8z4+ZCOBRjPF8120UE4/jzTl+6dvphmHEwWG6MIPzHODBg42j0MDB9zPWJKSii6 uIR2sasxSy+ujIHBdTpNjkuR8qEcL3JdXw9adcV8Qz6o27IjWZJPPgvwn1lQRu2O1YSDWP+d8+i9 cQe9EbCCft6132p6HwSH0n+4HPgOSM/rQBw14vR0ZjYuVN69wWm2WrlBvlnVBW3rRIxn+bu+OCeA Xpi/mI5VnqdVWTmcng9lm2kCEXnF5MD5uMckUiLnFcv1OlJmedfHdP4d8XVlZVLGeP7GKJ9nTJ2u 4a/fwAAqq/6VWgZlGkCh5fJ8Kq++VN+rZZOe5172IRaqb3bvp+6bwqmp1wLqt0OrEZQxCDzEqvAY bqyRLHB3TplBYYWFFmm5xsVLI2sZso56h++mN5eG0FNzl1NahfVLatHzO3BjszX27bI5jN5gNXnQ zj30xPxltC4njxrNWEBjzRpjOZfv8QVBdB/X48MVm+ndFWvoX+xnml1AG88NH+V7PTBEyue4ZhP3 4ovJ73DGFfMtjgXkT1z2rhu30RjmXc8N2+g+1n62FmiNF0cUFVFT7vkPl1fQiKhoemXhUjFSbE6t GdSemBVA33C5+vF3eGXhCvpi63aqsnEO5D0GkZbMG2tUzuk/xrwYsyeK2nC6XzOoh+bk8LdlYDC7 FwMaQyN+/8+AtdQuJIxaMO8GR+yzSHNWcio14XCfhkVIGVvzN/6b/3IGmjpdQFz/gQG0KfucAEOj ifGsXp25Fapkk55dvJwe5AbZe9tu+mxTBPdoB+hIuVZQgzNyqaH7DGq/cSt9t2M382YWC1akJTDE KxrDoJ3R5BGfSG3WbqC/TPWjgzYMxI7Waxi6cuu3UblsDqe/MXDlMnC8zNrKe8tWU0MWMkuN4RI1 YwH/IGQDReQXUXh+ofgVZkIlwMD5td+wSco3hMvZ0GsuTb4KWwnQGO5jEG3FPf23zLv+zDv/VJ1F nv9jPkGgxkfFUqd1W3hoNYN25VreYQAhf2Z+EE3jnnkq1+8F/r8dA5ets4tv8XdrwUJvFRi4H7t/ +kJW/1MpkgX/Od8l1HnNZnpo1gJKt6IxNGQtbEJUDO1hnm1j3h06bnm4anpiotRj5N59NI1557R6 EzXndFMvY/z3lgKGygvMeL8M2T5deeHW1RZAj7NK+kbAKko6WUap7AoqLYW0DTeCh+csov6sSQzZ HUWvc3gMQQrM5gTGxSgaw75jZVTEPdPOY8eoIfeq3ok6q3kPi46R8Lpy6xpD+7Vh9Kx+WBOcfoTu YlDAUMLVQmMgajJrIf0fA0M2lymdG2sSu+NmBkdjSsoF1Nxi46V8Oacr6cWgYPp45dor5hs0hrvc Z5JPXJrwTceu0uww1nEuyzNzl9IH3LsPZhD6asdO4eM32y0vhvmQAebtwFVUxPxH2Sbw8Ot+rm+R jWPN73HYFrY0BnYPMT88GGQwLPlyy05qNtVHwCLLXGMoLJbhlQ9/I3zPPHbZp85aANIsBpkmzPsU HvahfFEMHo095tJiXZ2uxrs1gAE0PrKEJu0ruVWqY5OeZMH7iAXKFmVyL9uUe5qvWL1MOnmK0ljg glhI75jsTQFm++QnHMRGMB/KKFcmzCp4PHzPTF8aGBlrNe0R0QfpLg5/pNz63YEdN2ynF/TAUMEC 0m7DZm7E3uRxMEUrCDzEfsQ3kB5dEEjt12yktuu30P8tW0XzUw9rwh0sLZd5AZ94nUkeYfQc53Gl 602xJ06Qg8dMWpWRZTNMUGoG3es1jzXQPOFdEo/Lv9waSU/N86dCMwH9JwPDR8Ghhue1R3Ik/Zhi 61e1v+2/glqYhDcHhge8GRj0ZvjSOO/neWhxn9dCzWSmAEN+Md3DAg7w6rJmG7uN1J41kcNmcxve sUnUxMOHcvTlLmeGPTzdl8bsjbu9gCGj9Dyll9+Et6lcY1qYmk4rjtjeVlx47hz3sHGUUmpsKBjT e3Kj2212rVd0aSl5xifJ7yBMic1JSqXN+YVW095bUspqaZJsGLNGa3LyWT1PNzwfYPUd+caWahvt eX09psWlSnrwES6yUAvspVLuJIozib+loIhmJqZc8eRyiZ4v6bUYwN3BvTHKc85khj+R6zyJ450w 0wSgEQFwVSpgAUb6+ZXnbH430/Dm/JjBPXysyfcJycimqbGJFpPGRZw+3s/gcsKfygAwhfMtMVu9 iOdy4736bfHJ5jKfw21821sWGNSGfasTZrmratkei19OWVmrrrASr0b/vq7pWwt/ubgIX2MjbEXN Rfld9WusJG0ev8ZG/epCiFdbG5GyWKnfSSvxqqyErS19W2lr6mnye231xHuEh3+q5qLVcNbaAfhc Vbet1TcWGHD12IYNG9iF6v26ulC5bjtKf624KeF+fTUcbjvGbcb2G4LsZKffRTcWGDIzM+n9999n 97ber6t7mz744AP65JNPqF+/fnJZpnrTMU7rqeHefvttatmypYXdRTvZyU43MTAkxydTkzubkIOD A93J/p133ilOeYZv/VlxxvCvvPKKXHkuaSYna9J58MEH5bjq7UgASxiHhZ3H3Fxl2zDuXARQwq+r MVdrhJuDcMPwwYQEm/xF+rbMyKlaHMIUFBTclPwDzxISUuUmabW8pibrroTAB2ua65EjuVbfK7wr t/r+astQb4BBl6yjPzX5kwhxE/abNGkiTnluIsJv6/nOO+82xAEAODo6KmnqdIYweP/Xv/71tgWG Xbv20qpNm2jztm3k779CjJlCS0MjhSWpvDzrE081Nb/SWfMDTCbPZWWnxZwbLF6HMCBj2KY2blg3 UsNimGduok4l2ErAtXT4NrhSXqXTZtugke4VWEy6ZgQ+rVq1joesu2jdunW0a+9eqde6dZs1PLnc MBW8RJjNmzdbaK644t3DYyZlm9jOUOuM6+oiI2OsAkxyss4QzvzmqrNW5heuwVD6xgJDSkoK3Xvv vXTXXRB4+HfR66+/LnYQbbm+ffuSk5MTNW3alMPfLfFUAMAZdVxVBWC444475P0TTzxhuEYdBlHA SPi1nWdHGDWctSvD8A73GKLXxIdSfTgYZrnBZ+VtEkyhbdmxQ8q3Zs0m7gELKZF7P9yY5Ld4Me3f HycCAEJ9cLUayh8bG0/7YmOlZ8L7mJg4jfDqdDk0YsRoabwYusG6FO4IwDOuIIP9SfAC32Ix56Py CAQwQrrTp0/nMq2XssTExQnPElj72LFrF8Wxj2ekB60EaWaaWZ6+noS8cRFKREQEl1W5Vn7pylC5 H3G23pALyhYdHcvlizcYES4sLDb8hneod3R0vFyhNtHNzaKD2rlzD7m5edLq9ZsN+aJji+fw4Onq 1esM30QBq2x5Bp/wDuAay99FnWdLSdHJd4NcIS28R1jVYE69AQYw7M9//jMLMYDhzyLIgwYNkktB bTkwG8wDgCC8Gu/xxx+XxglbhgAGgAzeN2/eXN6DoTAsAsOf8DEpaY1wz/7y5ctpwYIFNH/+fAlv ap8B5slhMNaNP/To0aPF8IjqT5o0SQyhYM4DRluuhb2D30Po6UJCQmSSFgKGnnfTtghp6MH8HnVZ 6O8vE7aRkXvFWtUOBpKlS5eKgw1LXO8+bpyr2EZUqajoJPn6LmZtIJwBI1G+B3i0gHkFDSGU84UW gXwwAYy8IWQgNPaEhMMCDLBjCWBZy1oNvhuMzmzlcD4slOnpR8TeJoysIE18ixsFuOATDM+a3j59 8uRp6eEBGACIgIAAsfiNOsRw/QCc27cru0mXM28BZNASNm/eLrwbPnqcBhjAc2/vOTJMmTp1tjzn 5xeyZudPERzeZ9482sDxw8N30kEGgMrKc3LzFXgdEREpoAATdSFrN8h3xHBswQJ/4fOSJUuFnzCI g7YOOatXwKBjhLu3iVFjgCB/9dVXYgQVLi0tzaofxz3MP/7xD9EK1KEEJhtB5hoDgAGEBnrPPffQ fffdL3737t2tlgkN/KWXXtKHvY/uv/9+g+HUuLhYubr7oYceMqRv6gBGcPi9devWIph/FKk9LkAB DQSClZiYKOoxGlVwcDDlsAobtGKFNCx//2DpWSZMmEBhYdspIjJSGhUsX8M3JRWct23byUOKNQIu SMPV01N+r2KBgmUkAAJAAhoErEiDFi70ZzAolPc6XYaYoENZQkKVlSbQFhYGmGrH/ZCqeTbYdzQ3 vnu9CL39BNa2TIE9mzsWAIK/fyBrUDEGnkCYZzKgQSDVYdPCwGABVC8vbwO4uLp7aYABdR/NYHGA AQXAm8L8BLCobSacgTqUwTUzM5eWr17NwJMi/Eb7DgnZIDIAvkVG7hNQWssAEaqPGxkZLeAE62QY 7l0DusHAkKijpk2aUsOGAAb4ylACwwW4Tz/91KqP+YR7720qANCoUSMZLsycOVPSRONW30NYn3zy ST0wrNILsAIksGpsq1FA+0CYhg0bSloABgwf2rf/xPAewPHyyy/QW2+9Re+++674r776qrzH73Av vviiwZjrjSY06qCgIOmR0dPBDBq0AAgohA09cY7+6nU3t8miWSAO7CiuWrWRwkWYN3OD2yy+KaEh wtbk8eMnZSgwztVVntGDFXB98/IK5H+Eg5FbXH2+klVjAApM0wEMQjnNqKgDPLzJlQYexpoKtAyk t3ZDmIDZwoWBLAiKGgzjsObGd68nTZs9l/mUSCeZd9Ibs4YArTMgIFjq5ee3SOoDi19+rEGijuAx wkMTQBhYo0ZchHPznKax/xkUtErMB+5mAAHvFwUtE3ABD/C9tm/fI8MJELQI2P4EbwAMy5eHyvzM zp27ZdId33nTpu20asMmySuCh2OrmX/oDDN+/zDixgMD1CgIUqNGAIZ79ODQ0KIntuYUMGki4bt1 M16jrU4+quk89thjemBYro93j/hdunSxWiZ8PGgZDg4NBVxQPoyPjxzJkOeGDe8U/+mnn+YP68eq 9zbaxR9CJuL4A//rX/+S31Ef5AMB/KMIBmSRP8oH1Re8wf9oXAAINC6Qm9tUHvoo254xnMB8RBg3 0t2798uQaNcu7Wk98AM95ubN4ezCJA+8QyNdvX49Ba9YI+kcO1YsfAEQzGKNBQ0fQy2Mx5E2+IWy AFQQH8M2qN9z2UccXCuflaVMzAE8buTQLDY2gYU/gMJ372Y+rhGBRf4QVkwiBgaGyHAUYItxPMq7 cOFi2sWCjk4K9QEPEBeCCh6r5cdp8rlzF2nqg2fwAiCAOZVZPn4Upu/twcOp+o4PYcBH5Ll+/XbR CDH0Rf6LFgVJmfz4W2fxM8JlMPDWO2CAaotJRFVjgEDjGUuMUOFVZ/4Mp65gwGEYAVUZjMa41lRj aN78KckLH1SZk2gqfo8ePWxqDAowNBJwQXkAOps3rzXEx3sAAD5YRESY+GjcELovvuir1zSUfGBo 9o8kgC8ammrYFo0afFJ9ELQaU5lDHPR4qm1Da/tA8A6gAQO26u8Ii3iH9DcvIU31N4y58ZtqbBVh 8Q6++g7lQJqqlmVqmNWakdbrTeAZynPI5MYptRxnzpyX30wnRVNTM4V3ploi4h4yewe+mGuSyjdQ eCHpct5let6Bh2p4U35J2oeM/Ff5p35rhLtGYHqDhxKpOrqniVFjgDC/+eabNHz4cPr+++8NzvwZ Dmq60jMr2gH+x/zD0aN5Go2heXNFYwCqKoJ9JRpDE9EYwGDMrqvxVUDCxCny1frK/yowDRw4kOob FRUV0+nT1k9MWtuXAGtJtsLb6ZagGwwMCTpq1qQZNWgAQWsmgvTjjz/WKS40BEVQmxgmIH1957Oa WizPjRs3lndPPfWUhMd4C8+NGyv5YPhhjTBBhKVPB4fGUq5mzZrJ2A6qrJJfM0kbE5NIG/MbmMdQ fVOHd2PGjKlXLQA9DEysh64xzivg2nJMymK2XtXM1BUCrJGf4ffbtikz8tiAg7Dq2jnC4blKf6oP z4hfVVVlFzc7MFgnrDLcfffdLGgQ7rtZEBtQnz59ZMLGtiuU8RSMbiC8KTB4ebmJEOMZv+Hdo48+ KnlhthfPDRoo+WAogFlmNGQ4TC5CW0A4CH6DBg3FR/kwJjYORZS8EB9DB4yDMRut+hiLYpyIMT2E CKpdfSLMQ2AC0pPHtOoeDoyXMfYPC9tKrq6uMs5V184x2ZuRf1Rm6qura2jv3ihZXcjOzpGr3vL4 WyHuTuZVVdU5GZZB/Y2yce+knezAIBMo6JFVjQFCh6W+1157rRb3Fj3//PMitKbzDBBWTPpAiE01 BnW5EstpGF40btxUQAhghKVR9cAV5glg5QdpK4DTTHyUD4KBrdYNG96hB40GclYDajV26gFQ4KBt YPKnRYsWsnICH2vz9YkAaklJybRixUqKiY3lnv8iubm7y0SWv/8yBgY3WX7EPg/0/j4+c2jPngMU FLSUYmOTaOxYN+FBQMAKKmT+uE+fLnExobh+wzaJi+GVuq/BTnZgsCBoDKoQQ1AVYW6gX3mo3Ydw KvEUhzE9NpJgAkYFBTisHkAVhgA/88wzhuEEwAhpKOk00exFULSYxgbwQZroPZ955hV9fAUc3nnn Herfv79oL2jsn332GQPbwyYrJw1ZLZ9Yb77+hQu/0neDBzMorKMJEzxpFgt/WloWTdXv9sNcwqRJ U4UX3t7eMqczf76/8HbOnIXCJywrYrs0JjyhFfj5LZS4AOxpPj6ypAdnJzsw2CRoDBBCZd3/ynw1 HjYaARTUVQas26v7COAwlFA3lmDDB4QacRDfqG0oIAFQaNOmjSxx4lnNB+q1tfjWl1KViU+c1cBG qfpksHXHjijynjvPsMFsrJsb7dsXTe7TpslGnQIePmCXJ2jLljAayv8nJCTKUAw7AsF77PmAw85Q DMsAGOqO1Hnz5smwwq4t1ENgmDBhgt3Znd3Zncb9P4rktDJnLfERAAAAAElFTkSuQmCC --_004_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_-- --===============6859972763041540916== 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 --===============6859972763041540916==-- From xen-users-bounces@lists.xen.org Wed Jun 11 18:32:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 18:32:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunKJ-000150-Hu; Wed, 11 Jun 2014 18:32:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunKH-00014n-4Y for xen-users@lists.xen.org; Wed, 11 Jun 2014 18:32:45 +0000 Received: from [193.109.254.147:33227] by server-10.bemta-14.messagelabs.com id 56/DB-04546-CC0A8935; Wed, 11 Jun 2014 18:32:44 +0000 X-Env-Sender: paul.angus@shapeblue.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1402511560!6017442!1 X-Originating-IP: [213.199.154.76] X-SpamReason: No, hits=1.3 required=7.0 tests=BODY_RANDOM_LONG, EXTRA_MPART_TYPE,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21185 invoked from network); 11 Jun 2014 18:32:41 -0000 Received: from mail-db3lp0076.outbound.protection.outlook.com (HELO emea01-db3-obe.outbound.protection.outlook.com) (213.199.154.76) by server-5.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 11 Jun 2014 18:32:41 -0000 Received: from AMXPR07MB117.eurprd07.prod.outlook.com (10.242.70.142) by DBXPR07MB304.eurprd07.prod.outlook.com (10.141.12.20) with Microsoft SMTP Server (TLS) id 15.0.959.24; Wed, 11 Jun 2014 18:32:40 +0000 Received: from AMXPR07MB117.eurprd07.prod.outlook.com ([169.254.15.63]) by AMXPR07MB117.eurprd07.prod.outlook.com ([169.254.15.63]) with mapi id 15.00.0959.000; Wed, 11 Jun 2014 18:32:39 +0000 From: Paul Angus To: JP Pozzi Thread-Topic: [Xen-users] Kumo public Zone XenServers Thread-Index: Ac+Fk6pYSkJ2m8ZQTp6BwtBvh9lxg3pgnekyelzDXCA= Date: Wed, 11 Jun 2014 18:32:39 +0000 Message-ID: <1c0abc6e419d4d3fa27d8f36772b080c@AMXPR07MB117.eurprd07.prod.outlook.com> References: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> <251621226.149.1402511113748.JavaMail.zimbra@jppozzi.dyndns.org> In-Reply-To: <251621226.149.1402511113748.JavaMail.zimbra@jppozzi.dyndns.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [217.36.41.30] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0239D46DB6 x-forefront-antispam-report: SFV:NSPM; SFS:(428001)(189002)(199002)(13734003)(77982001)(16236675004)(4396001)(81342001)(81542001)(92566001)(15395725005)(18206015023)(21056001)(17760045003)(46102001)(15975445006)(101416001)(50986999)(15202345003)(76176999)(74316001)(33646001)(76482001)(99936001)(79102001)(19300405004)(54356999)(31966008)(74662001)(19580405001)(19580395003)(74502001)(86362001)(2656002)(87936001)(83072002)(76576001)(80022001)(85852003)(83322001)(66066001)(20776003)(19625215002)(99396002)(64706001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:DBXPR07MB304; H:AMXPR07MB117.eurprd07.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (: shapeblue.com does not designate permitted sender hosts) MIME-Version: 1.0 X-OriginatorOrg: shapeblue.com Cc: Marco Sinhoreli , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Kumo public Zone XenServers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6859972763041540916==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6859972763041540916== Content-Language: en-US Content-Type: multipart/related; boundary="_004_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_"; type="multipart/alternative" --_004_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_ Content-Type: multipart/alternative; boundary="_000_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_" --_000_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIEpQLA0KDQpCdXQgc3VyZWx5IEkgZG9u4oCZdCBoYXZlIHRvIGNyZWF0ZSBhIGZpcmV3 YWxsIHJ1bGUgZm9yIGV2ZXJ5IHBvcnQgdGhhdCBhIGd1ZXN0IHdvdWxkIHdhbnQgdG8gdXNlPw0K DQpSZWdhcmRzDQoNClBhdWwgQW5ndXMNCkNsb3VkIEFyY2hpdGVjdA0KUzogKzQ0IDIwIDM2MDMg MDU0MCB8IE06ICs0NDc3MTE0MTg3ODQgfCBUOiBDbG91ZHlBbmd1cw0KcGF1bC5hbmd1c0BzaGFw ZWJsdWUuY29tPG1haWx0bzpwYXVsLmFuZ3VzQHNoYXBlYmx1ZS5jb20+DQoNCkZyb206IEpQIFBv enppIFttYWlsdG86anBwQGpwcG96emkuZHluZG5zLm9yZ10NClNlbnQ6IDExIEp1bmUgMjAxNCAx OToyNQ0KVG86IFBhdWwgQW5ndXMNCkNjOiBNYXJjbyBTaW5ob3JlbGk7IHhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnDQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gS3VtbyBwdWJsaWMgWm9uZSBYZW5T ZXJ2ZXJzDQoNCiAgICBIZWxsbywNCg0KSXRoaW5rIHRoYXQgUkRQIHVzZXMgcG9ydCAzMzg5IHdo aWNoIGlzIG5vdCBhbGxvd2VkIGluIHlvdXIgZmlyZXdhbGwgcnVsZXMgPw0KDQpSZWdhcmRzDQoN CkpQIFANCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpEZTogIlBhdWwgQW5ndXMi IDxwYXVsLmFuZ3VzQHNoYXBlYmx1ZS5jb208bWFpbHRvOnBhdWwuYW5ndXNAc2hhcGVibHVlLmNv bT4+DQrDgDogIk1hcmNvIFNpbmhvcmVsaSIgPG1hcmNvLnNpbmhvcmVsaUBzaGFwZWJsdWUuY29t PG1haWx0bzptYXJjby5zaW5ob3JlbGlAc2hhcGVibHVlLmNvbT4+LCB4ZW4tdXNlcnNAbGlzdHMu eGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQpFbnZvecOpOiBNZXJjcmVk aSAxMSBKdWluIDIwMTQgMTg6NDk6MDUNCk9iamV0OiBbWGVuLXVzZXJzXSBLdW1vIHB1YmxpYyBa b25lIFhlblNlcnZlcnMNCg0KV2hlbiBpcHRhYmxlcyBpcyBydW5uaW5nIHVzZXJzIGNhbm5vdCBy ZHAgdG8gZ3Vlc3QgVk1zLg0KV2hlbiBpcHRhYmxlcyBpcyBzdG9wcGVkIHVzZXJzIGNhbi4NCg0K V2XigJl2ZSBzdG9wcGVkIGlwdGFibGVzIGZvciB0aGUgbW9tZW50IGJ1dCBuZWVkIHRvIGZpZ3Vy ZSBvdXQgd2hhdCB0aGUgcHJvYmxlbSBpcyBhbmQgcmUtZW5hYmxlIHRoZSBmaXJld2FsbC4NCg0K DQoNCiMgR2VuZXJhdGVkIGJ5IGlwdGFibGVzLXNhdmUgdjEuMy41IG9uIE1vbiBBcHIgMjkgMTc6 MjM6MjggMjAxMw0KKmZpbHRlcg0KOklOUFVUIEFDQ0VQVCBbMDowXQ0KOkZPUldBUkQgQUNDRVBU IFswOjBdDQo6T1VUUFVUIEFDQ0VQVCBbNTk1NjQ1NzgyOjE5NDAxODQyMzkxNDJdDQo6UkgtRmly ZXdhbGwtMS1JTlBVVCAtIFswOjBdDQotQSBJTlBVVCAtaiBSSC1GaXJld2FsbC0xLUlOUFVUDQot QSBGT1JXQVJEIC1qIFJILUZpcmV3YWxsLTEtSU5QVVQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQg LWkgbG8gLWogQUNDRVBUDQotQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1wIGljbXAgLW0gaWNtcCAt LWljbXAtdHlwZSBhbnkgLWogQUNDRVBUDQotQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1wIGVzcCAt aiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgYWggLWogQUNDRVBUDQotQSBSSC1G aXJld2FsbC0xLUlOUFVUIC1kIDIyNC4wLjAuMjUxIC1wIHVkcCAtbSB1ZHAgLS1kcG9ydCA1MzUz IC1qIEFDQ0VQVA0KLUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB1ZHAgLW0gdWRwIC0tZHBvcnQg Njc6NjggLWogQUNDRVBUDQotQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1wIHRjcCAtbSB0Y3AgLS1k cG9ydCA2Nzo2OCAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgdWRwIC1tIHVk cCAtLWRwb3J0IDE2MSAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgdGNwIC1t IHRjcCAtLWRwb3J0IDE2MSAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgdWRw IC1tIHVkcCAtLWRwb3J0IDYzMSAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAg dGNwIC1tIHRjcCAtLWRwb3J0IDYzMSAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQg LXAgdWRwIC1tIHVkcCAtLWRwb3J0IDE2MSAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5Q VVQgLWkgeGVuYXBpIC1wIHVkcCAtbSB1ZHAgLS1kcG9ydCA2NyAtaiBBQ0NFUFQNCi1BIFJILUZp cmV3YWxsLTEtSU5QVVQgLW0gc3RhdGUgLS1zdGF0ZSBSRUxBVEVELEVTVEFCTElTSEVEIC1qIEFD Q0VQVA0KLUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB1ZHAgLW0gc3RhdGUgLS1zdGF0ZSBORVcg LW0gdWRwIC0tZHBvcnQgNjk0IC1qIEFDQ0VQVA0KLUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB0 Y3AgLW0gc3RhdGUgLS1zdGF0ZSBORVcgLW0gdGNwIC0tZHBvcnQgMjIgLWogQUNDRVBUDQotQSBS SC1GaXJld2FsbC0xLUlOUFVUIC1wIHRjcCAtbSBzdGF0ZSAtLXN0YXRlIE5FVyAtbSB0Y3AgLS1k cG9ydCA4MCAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgdGNwIC1tIHN0YXRl IC0tc3RhdGUgTkVXIC1tIHRjcCAtLWRwb3J0IDQ0MyAtaiBBQ0NFUFQNCi1BIFJILUZpcmV3YWxs LTEtSU5QVVQgLWogUkVKRUNUIC0tcmVqZWN0LXdpdGggaWNtcC1ob3N0LXByb2hpYml0ZWQNCkNP TU1JVA0KIyBDb21wbGV0ZWQgb24gTW9uIEFwciAyOSAxNzoyMzoyOCAyMDEzDQoNCg0KDQoNCi1i YXNoLTMuMiMgaXB0YWJsZXMgLS1saXN0DQpDaGFpbiBJTlBVVCAocG9saWN5IEFDQ0VQVCkNCnRh cmdldCAgICAgcHJvdCBvcHQgc291cmNlICAgICAgICAgICAgICAgZGVzdGluYXRpb24NClJILUZp cmV3YWxsLTEtSU5QVVQgIGFsbCAgLS0gIGFueXdoZXJlICAgICAgICAgICAgIGFueXdoZXJlDQoN CkNoYWluIEZPUldBUkQgKHBvbGljeSBBQ0NFUFQpDQp0YXJnZXQgICAgIHByb3Qgb3B0IHNvdXJj ZSAgICAgICAgICAgICAgIGRlc3RpbmF0aW9uDQpSSC1GaXJld2FsbC0xLUlOUFVUICBhbGwgIC0t ICBhbnl3aGVyZSAgICAgICAgICAgICBhbnl3aGVyZQ0KDQpDaGFpbiBPVVRQVVQgKHBvbGljeSBB Q0NFUFQpDQp0YXJnZXQgICAgIHByb3Qgb3B0IHNvdXJjZSAgICAgICAgICAgICAgIGRlc3RpbmF0 aW9uDQoNCkNoYWluIFJILUZpcmV3YWxsLTEtSU5QVVQgKDIgcmVmZXJlbmNlcykNCnRhcmdldCAg ICAgcHJvdCBvcHQgc291cmNlICAgICAgICAgICAgICAgZGVzdGluYXRpb24NCkFDQ0VQVCAgICAg YWxsICAtLSAgYW55d2hlcmUgICAgICAgICAgICAgYW55d2hlcmUNCkFDQ0VQVCAgICAgaWNtcCAt LSAgYW55d2hlcmUgICAgICAgICAgICAgYW55d2hlcmUgICAgICAgICAgICBpY21wIGFueQ0KQUND RVBUICAgICBlc3AgIC0tICBhbnl3aGVyZSAgICAgICAgICAgICBhbnl3aGVyZQ0KQUNDRVBUICAg ICBhaCAgIC0tICBhbnl3aGVyZSAgICAgICAgICAgICBhbnl3aGVyZQ0KQUNDRVBUICAgICB1ZHAg IC0tICBhbnl3aGVyZSAgICAgICAgICAgICAyMjQuMC4wLjI1MSAgICAgICAgIHVkcCBkcHQ6bWRu cw0KQUNDRVBUICAgICB1ZHAgIC0tICBhbnl3aGVyZSAgICAgICAgICAgICBhbnl3aGVyZSAgICAg ICAgICAgIHVkcCBkcHRzOmJvb3Rwczpib290cGMNCkFDQ0VQVCAgICAgdGNwICAtLSAgYW55d2hl cmUgICAgICAgICAgICAgYW55d2hlcmUgICAgICAgICAgICB0Y3AgZHB0czpib290cHM6Ym9vdHBj DQpBQ0NFUFQgICAgIHVkcCAgLS0gIGFueXdoZXJlICAgICAgICAgICAgIGFueXdoZXJlICAgICAg ICAgICAgdWRwIGRwdDpzbm1wDQpBQ0NFUFQgICAgIHRjcCAgLS0gIGFueXdoZXJlICAgICAgICAg ICAgIGFueXdoZXJlICAgICAgICAgICAgdGNwIGRwdDpzbm1wDQpBQ0NFUFQgICAgIHVkcCAgLS0g IGFueXdoZXJlICAgICAgICAgICAgIGFueXdoZXJlICAgICAgICAgICAgdWRwIGRwdDppcHANCkFD Q0VQVCAgICAgdGNwICAtLSAgYW55d2hlcmUgICAgICAgICAgICAgYW55d2hlcmUgICAgICAgICAg ICB0Y3AgZHB0OmlwcA0KQUNDRVBUICAgICB1ZHAgIC0tICBhbnl3aGVyZSAgICAgICAgICAgICBh bnl3aGVyZSAgICAgICAgICAgIHVkcCBkcHQ6c25tcA0KQUNDRVBUICAgICB1ZHAgIC0tICBhbnl3 aGVyZSAgICAgICAgICAgICBhbnl3aGVyZSAgICAgICAgICAgIHVkcCBkcHQ6Ym9vdHBzDQpBQ0NF UFQgICAgIGFsbCAgLS0gIGFueXdoZXJlICAgICAgICAgICAgIGFueXdoZXJlICAgICAgICAgICAg c3RhdGUgUkVMQVRFRCxFU1RBQkxJU0hFRA0KQUNDRVBUICAgICB1ZHAgIC0tICBhbnl3aGVyZSAg ICAgICAgICAgICBhbnl3aGVyZSAgICAgICAgICAgIHN0YXRlIE5FVyB1ZHAgZHB0OmhhLWNsdXN0 ZXINCkFDQ0VQVCAgICAgdGNwICAtLSAgYW55d2hlcmUgICAgICAgICAgICAgYW55d2hlcmUgICAg ICAgICAgICBzdGF0ZSBORVcgdGNwIGRwdDpzc2gNCkFDQ0VQVCAgICAgdGNwICAtLSAgYW55d2hl cmUgICAgICAgICAgICAgYW55d2hlcmUgICAgICAgICAgICBzdGF0ZSBORVcgdGNwIGRwdDpodHRw DQpBQ0NFUFQgICAgIHRjcCAgLS0gIGFueXdoZXJlICAgICAgICAgICAgIGFueXdoZXJlICAgICAg ICAgICAgc3RhdGUgTkVXIHRjcCBkcHQ6aHR0cHMNClJFSkVDVCAgICAgYWxsICAtLSAgYW55d2hl cmUgICAgICAgICAgICAgYW55d2hlcmUgICAgICAgICAgICByZWplY3Qtd2l0aCBpY21wLWhvc3Qt cHJvaGliaXRlZA0KDQoNCg0KUmVnYXJkcw0KDQpQYXVsIEFuZ3VzDQpTZW5pb3IgQ29uc3VsdGFu dCAvIENsb3VkIEFyY2hpdGVjdA0KDQpbY2lkOmltYWdlMDAyLnBuZ0AwMUNFMTA3MS5DNkNDOUMx MF0NCg0KUzogKzQ0IDIwIDM2MDMgMDU0MDx0ZWw6KzQ0MjAzNjAzMDU0MD4gfCBNOiArNDx0ZWw6 KzQ0Nzk2ODE2MTU4MT40NzcxMTQxODc4NCB8IFQ6IEBDbG91ZHlBbmd1cw0KcGF1bC5hbmd1c0Bz aGFwZWJsdWUuY29tPG1haWx0bzpwYXVsLmFuZ3VzQHNoYXBlYmx1ZS5jb20+IHwgd3d3LnNoYXBl Ymx1ZS5jb208aHR0cDovL3d3dy5zaGFwZWJsdWUuY29tLz4gfCBUd2l0dGVyOkBzaGFwZWJsdWU8 aHR0cHM6Ly90d2l0dGVyLmNvbS8+DQpTaGFwZUJsdWUgTHRkLCA1MyBDaGFuZG9zIFBsYWNlLCBD b3ZlbnQgR2FyZGVuLCBMb25kb24sIFdDMk4gNEhTDQoNCkZpbmQgb3V0IG1vcmUgYWJvdXQgU2hh cGVCbHVlIGFuZCBvdXIgcmFuZ2Ugb2YgQ2xvdWRTdGFjayByZWxhdGVkIHNlcnZpY2VzDQoNCklh YVMgQ2xvdWQgRGVzaWduICYgQnVpbGQ8aHR0cDovL3NoYXBlYmx1ZS5jb20vaWFhcy1jbG91ZC1k ZXNpZ24tYW5kLWJ1aWxkLz4NCkNTRm9yZ2Ug4oCTIHJhcGlkIElhYVMgZGVwbG95bWVudCBmcmFt ZXdvcms8aHR0cDovL3NoYXBlYmx1ZS5jb20vY3Nmb3JnZS8+DQpDbG91ZFN0YWNrIENvbnN1bHRp bmc8aHR0cDovL3NoYXBlYmx1ZS5jb20vY2xvdWRzdGFjay1jb25zdWx0YW5jeS8+DQpDbG91ZFN0 YWNrIEluZnJhc3RydWN0dXJlIFN1cHBvcnQ8aHR0cDovL3NoYXBlYmx1ZS5jb20vY2xvdWRzdGFj ay1pbmZyYXN0cnVjdHVyZS1zdXBwb3J0Lz4NCkNsb3VkU3RhY2sgQm9vdGNhbXAgVHJhaW5pbmcg Q291cnNlczxodHRwOi8vc2hhcGVibHVlLmNvbS9jbG91ZHN0YWNrLXRyYWluaW5nLz4NCg0KVGhp cyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIHRvIGl0IG1heSBiZSBjb25maWRlbnRpYWwgYW5k IGFyZSBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgdG8gd2hv bSBpdCBpcyBhZGRyZXNzZWQuIEFueSB2aWV3cyBvciBvcGluaW9ucyBleHByZXNzZWQgYXJlIHNv bGVseSB0aG9zZSBvZiB0aGUgYXV0aG9yIGFuZCBkbyBub3QgbmVjZXNzYXJpbHkgcmVwcmVzZW50 IHRob3NlIG9mIFNoYXBlIEJsdWUgTHRkIG9yIHJlbGF0ZWQgY29tcGFuaWVzLiBJZiB5b3UgYXJl IG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IG9mIHRoaXMgZW1haWwsIHlvdSBtdXN0IG5laXRo ZXIgdGFrZSBhbnkgYWN0aW9uIGJhc2VkIHVwb24gaXRzIGNvbnRlbnRzLCBub3IgY29weSBvciBz aG93IGl0IHRvIGFueW9uZS4gUGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBpZiB5b3UgYmVsaWV2 ZSB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLiBTaGFwZSBCbHVlIEx0ZCBp cyBhIGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEVuZ2xhbmQgJiBXYWxlcy4gU2hhcGVCbHVlIFNl cnZpY2VzIEluZGlhIExMUCBpcyBhIGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEluZGlhIGFuZCBp cyBvcGVyYXRlZCB1bmRlciBsaWNlbnNlIGZyb20gU2hhcGUgQmx1ZSBMdGQuIFNoYXBlIEJsdWUg QnJhc2lsIENvbnN1bHRvcmlhIEx0ZGEgaXMgYSBjb21wYW55IGluY29ycG9yYXRlZCBpbiBCcmFz aWwgYW5kIGlzIG9wZXJhdGVkIHVuZGVyIGxpY2Vuc2UgZnJvbSBTaGFwZSBCbHVlIEx0ZC4gU2hh cGVCbHVlIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsuDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0DQpYZW4t dXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQpodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCg0KRmluZCBvdXQgbW9yZSBhYm91dCBTaGFwZUJs dWUgYW5kIG91ciByYW5nZSBvZiBDbG91ZFN0YWNrIHJlbGF0ZWQgc2VydmljZXMNCg0KSWFhUyBD bG91ZCBEZXNpZ24gJiBCdWlsZDxodHRwOi8vc2hhcGVibHVlLmNvbS9pYWFzLWNsb3VkLWRlc2ln bi1hbmQtYnVpbGQvLz4NCkNTRm9yZ2Ug4oCTIHJhcGlkIElhYVMgZGVwbG95bWVudCBmcmFtZXdv cms8aHR0cDovL3NoYXBlYmx1ZS5jb20vY3Nmb3JnZS8+DQpDbG91ZFN0YWNrIENvbnN1bHRpbmc8 aHR0cDovL3NoYXBlYmx1ZS5jb20vY2xvdWRzdGFjay1jb25zdWx0YW5jeS8+DQpDbG91ZFN0YWNr IEluZnJhc3RydWN0dXJlIFN1cHBvcnQ8aHR0cDovL3NoYXBlYmx1ZS5jb20vY2xvdWRzdGFjay1p bmZyYXN0cnVjdHVyZS1zdXBwb3J0Lz4NCkNsb3VkU3RhY2sgQm9vdGNhbXAgVHJhaW5pbmcgQ291 cnNlczxodHRwOi8vc2hhcGVibHVlLmNvbS9jbG91ZHN0YWNrLXRyYWluaW5nLz4NCg0KVGhpcyBl bWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIHRvIGl0IG1heSBiZSBjb25maWRlbnRpYWwgYW5kIGFy ZSBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgdG8gd2hvbSBp dCBpcyBhZGRyZXNzZWQuIEFueSB2aWV3cyBvciBvcGluaW9ucyBleHByZXNzZWQgYXJlIHNvbGVs eSB0aG9zZSBvZiB0aGUgYXV0aG9yIGFuZCBkbyBub3QgbmVjZXNzYXJpbHkgcmVwcmVzZW50IHRo b3NlIG9mIFNoYXBlIEJsdWUgTHRkIG9yIHJlbGF0ZWQgY29tcGFuaWVzLiBJZiB5b3UgYXJlIG5v dCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IG9mIHRoaXMgZW1haWwsIHlvdSBtdXN0IG5laXRoZXIg dGFrZSBhbnkgYWN0aW9uIGJhc2VkIHVwb24gaXRzIGNvbnRlbnRzLCBub3IgY29weSBvciBzaG93 IGl0IHRvIGFueW9uZS4gUGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBpZiB5b3UgYmVsaWV2ZSB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLiBTaGFwZSBCbHVlIEx0ZCBpcyBh IGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEVuZ2xhbmQgJiBXYWxlcy4gU2hhcGVCbHVlIFNlcnZp Y2VzIEluZGlhIExMUCBpcyBhIGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEluZGlhIGFuZCBpcyBv cGVyYXRlZCB1bmRlciBsaWNlbnNlIGZyb20gU2hhcGUgQmx1ZSBMdGQuIFNoYXBlIEJsdWUgQnJh c2lsIENvbnN1bHRvcmlhIEx0ZGEgaXMgYSBjb21wYW55IGluY29ycG9yYXRlZCBpbiBCcmFzaWwg YW5kIGlzIG9wZXJhdGVkIHVuZGVyIGxpY2Vuc2UgZnJvbSBTaGFwZSBCbHVlIEx0ZC4gU2hhcGVC bHVlIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsuDQo= --_000_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OkhlbHZldGljYTsNCglwYW5vc2UtMToyIDExIDYgNCAyIDIgMiAyIDIg NDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6IlNlZ29lIFVJIjsNCglwYW5vc2UtMToyIDExIDUgMiA0IDIgNCAyIDIgMzt9DQovKiBT dHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05v cm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQt ZmFtaWx5OiJTZWdvZSBVSSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bh bi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m YW1pbHk6IlNlZ29lIFVJIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hw RGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0 O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46 NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX b3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRp Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0 Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9IiMwNTYz QzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbEVuZENvbXBvc2UiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhhbmtzIEpQLDxvOnA+PC9vOnA+PC9zcGFuPjwv YT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QnV0 IHN1cmVseSBJIGRvbuKAmXQgaGF2ZSB0byBjcmVhdGUgYSBmaXJld2FsbCBydWxlIGZvciBldmVy eSBwb3J0IHRoYXQgYSBndWVzdCB3b3VsZCB3YW50IHRvIHVzZT88bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1HQiI+UmVnYXJkczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LUdCIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+UGF1 bCBBbmd1czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjojMDAyMDYwO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5DbG91ZCBB cmNoaXRlY3Q8YnI+DQpTOiAmIzQzOzQ0IDIwIDM2MDMgMDU0MCB8IE06ICYjNDM7NDQ3NzExNDE4 Nzg0IHwgVDogQ2xvdWR5QW5ndXM8YnI+DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnBhdWwuYW5n dXNAc2hhcGVibHVlLmNvbSI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjA7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tR0I7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPnBhdWwuYW5ndXNAc2hhcGVibHVl LmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjA7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiBKUCBQb3p6aSBbbWFpbHRvOmpw cEBqcHBvenppLmR5bmRucy5vcmddDQo8YnI+DQo8Yj5TZW50OjwvYj4gMTEgSnVuZSAyMDE0IDE5 OjI1PGJyPg0KPGI+VG86PC9iPiBQYXVsIEFuZ3VzPGJyPg0KPGI+Q2M6PC9iPiBNYXJjbyBTaW5o b3JlbGk7IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBb WGVuLXVzZXJzXSBLdW1vIHB1YmxpYyBab25lIFhlblNlcnZlcnM8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IEhlbGxvLDwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPkl0aGluayB0aGF0IFJEUCB1c2VzIHBvcnQgMzM4OSB3aGljaCBpcyBub3QgYWxsb3dl ZCBpbiB5b3VyIGZpcmV3YWxsIHJ1bGVzID88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+UmVnYXJkczxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5KUCBQPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJj ZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlciI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij4NCjxociBzaXplPSIyIiB3aWR0aD0iMTAwJSIgYWxpZ249ImNlbnRlciIgaWQ9Inp3Y2hyIj4N Cjwvc3Bhbj48L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6YmxhY2siPkRlOg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PiZxdW90O1BhdWwgQW5ndXMmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpwYXVsLmFuZ3VzQHNo YXBlYmx1ZS5jb20iPnBhdWwuYW5ndXNAc2hhcGVibHVlLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+w4A6 IDwvYj4mcXVvdDtNYXJjbyBTaW5ob3JlbGkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzptYXJj by5zaW5ob3JlbGlAc2hhcGVibHVlLmNvbSI+bWFyY28uc2luaG9yZWxpQHNoYXBlYmx1ZS5jb208 L2E+Jmd0OywNCjxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+eGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KPGI+RW52b3nDqTogPC9iPk1lcmNyZWRpIDExIEp1 aW4gMjAxNCAxODo0OTowNTxicj4NCjxiPk9iamV0OiA8L2I+W1hlbi11c2Vyc10gS3VtbyBwdWJs aWMgWm9uZSBYZW5TZXJ2ZXJzPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5XaGVuIGlwdGFibGVzIGlzIHJ1bm5pbmcgdXNlcnMg Y2Fubm90IHJkcCB0byBndWVzdCBWTXMuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+V2hlbiBpcHRhYmxlcyBpcyBzdG9wcGVkIHVz ZXJzIGNhbi48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5XZeKAmXZlIHN0b3BwZWQgaXB0YWJsZXMgZm9yIHRo ZSBtb21lbnQgYnV0IG5lZWQgdG8gZmlndXJlIG91dCB3aGF0IHRoZSBwcm9ibGVtIGlzIGFuZCBy ZS1lbmFibGUgdGhlIGZpcmV3YWxsLg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+IyBHZW5lcmF0ZWQgYnkgaXB0YWJsZXMtc2F2ZSB2MS4zLjUgb24gTW9uIEFwciAy OSAxNzoyMzoyOCAyMDEzPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+KmZpbHRlcjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjpJTlBVVCBBQ0NFUFQgWzA6MF08L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr Ij46Rk9SV0FSRCBBQ0NFUFQgWzA6MF08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj46T1VUUFVUIEFDQ0VQVCBbNTk1NjQ1NzgyOjE5 NDAxODQyMzkxNDJdPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjpibGFjayI+OlJILUZpcmV3YWxsLTEtSU5QVVQgLSBbMDowXQ0KPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LUEg SU5QVVQgLWogUkgtRmlyZXdhbGwtMS1JTlBVVA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LUEgRk9SV0FSRCAtaiBSSC1GaXJl d2FsbC0xLUlOUFVUDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj4tQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1pIGxvIC1qIEFDQ0VQ VA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCBpY21wIC1tIGljbXAgLS1pY21wLXR5 cGUgYW55IC1qIEFDQ0VQVA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCBlc3AgLWog QUNDRVBUDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOmJsYWNrIj4tQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1wIGFoIC1qIEFDQ0VQVA0KPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFj ayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtZCAyMjQuMC4wLjI1MSAtcCB1ZHAgLW0gdWRwIC0t ZHBvcnQgNTM1MyAtaiBBQ0NFUFQNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLXAgdWRw IC1tIHVkcCAtLWRwb3J0IDY3OjY4IC1qIEFDQ0VQVDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3YWxsLTEtSU5Q VVQgLXAgdGNwIC1tIHRjcCAtLWRwb3J0IDY3OjY4IC1qIEFDQ0VQVDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29l IFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3 YWxsLTEtSU5QVVQgLXAgdWRwIC1tIHVkcCAtLWRwb3J0IDE2MSAtaiBBQ0NFUFQ8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4tQSBS SC1GaXJld2FsbC0xLUlOUFVUIC1wIHRjcCAtbSB0Y3AgLS1kcG9ydCAxNjEgLWogQUNDRVBUPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFj ayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB1ZHAgLW0gdWRwIC0tZHBvcnQgNjMxIC1qIEFD Q0VQVA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB0Y3AgLW0gdGNwIC0tZHBvcnQg NjMxIC1qIEFDQ0VQVA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB1ZHAgLW0gdWRw IC0tZHBvcnQgMTYxIC1qIEFDQ0VQVDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLWkgeGVu YXBpIC1wIHVkcCAtbSB1ZHAgLS1kcG9ydCA2NyAtaiBBQ0NFUFQNCjwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29l IFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3 YWxsLTEtSU5QVVQgLW0gc3RhdGUgLS1zdGF0ZSBSRUxBVEVELEVTVEFCTElTSEVEIC1qIEFDQ0VQ VA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1JTlBVVCAtcCB1ZHAgLW0gc3RhdGUgLS1zdGF0ZSBO RVcgLW0gdWRwIC0tZHBvcnQgNjk0IC1qIEFDQ0VQVA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LUEgUkgtRmlyZXdhbGwtMS1J TlBVVCAtcCB0Y3AgLW0gc3RhdGUgLS1zdGF0ZSBORVcgLW0gdGNwIC0tZHBvcnQgMjIgLWogQUND RVBUDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj4tQSBSSC1GaXJld2FsbC0xLUlOUFVUIC1wIHRjcCAtbSBzdGF0ZSAtLXN0YXRl IE5FVyAtbSB0Y3AgLS1kcG9ydCA4MCAtaiBBQ0NFUFQNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3YWxsLTEt SU5QVVQgLXAgdGNwIC1tIHN0YXRlIC0tc3RhdGUgTkVXIC1tIHRjcCAtLWRwb3J0IDQ0MyAtaiBB Q0NFUFQNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPi1BIFJILUZpcmV3YWxsLTEtSU5QVVQgLWogUkVKRUNUIC0tcmVqZWN0LXdp dGggaWNtcC1ob3N0LXByb2hpYml0ZWQNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkNPTU1JVDwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJ JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiMgQ29tcGxldGVkIG9u IE1vbiBBcHIgMjkgMTc6MjM6MjggMjAxMzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJ JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPi1iYXNoLTMuMiMgaXB0YWJsZXMgLS1saXN0PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Q2hh aW4gSU5QVVQgKHBvbGljeSBBQ0NFUFQpPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+dGFyZ2V0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHByb3Qgb3B0IHNvdXJjZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXN0aW5hdGlv bjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2siPlJILUZpcmV3YWxsLTEtSU5QVVQmbmJzcDsgYWxsJm5ic3A7IC0tJm5ic3A7IGFueXdo ZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFueXdoZXJlPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2Ug VUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Q2hhaW4gRk9SV0FS RCAocG9saWN5IEFDQ0VQVCk8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj50YXJnZXQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcHJv dCBvcHQgc291cmNlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc3RpbmF0aW9uPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ UkgtRmlyZXdhbGwtMS1JTlBVVCZuYnNwOyBhbGwmbmJzcDsgLS0mbmJzcDsgYW55d2hlcmUmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgYW55d2hlcmU8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5DaGFpbiBPVVRQVVQgKHBvbGlj eSBBQ0NFUFQpPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+dGFyZ2V0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHByb3Qgb3B0IHNv dXJjZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXN0aW5hdGlvbjwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Nl Z29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPkNoYWluIFJILUZpcmV3YWxsLTEtSU5QVVQgKDIgcmVmZXJlbmNlcyk8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtT ZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj50YXJnZXQm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcHJvdCBvcHQgc291cmNlJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICZuYnNwO2Rlc3RpbmF0aW9uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGFsbCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVyZTwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PkFDQ0VQVCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpY21wIC0tJm5ic3A7IGFueXdoZXJlJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGljbXAgYW55PC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2Ug VUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGVzcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBhbnl3aGVyZTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6YmxhY2siPkFDQ0VQVCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhaCZuYnNw OyZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVyZTwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkFD Q0VQVCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1ZHAmbmJzcDsgLS0mbmJzcDsgYW55d2hlcmUm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgMjI0LjAuMC4yNTEmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgdWRwIGRwdDptZG5zPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHVkcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3 aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB1ZHAgZHB0czpib290cHM6Ym9vdHBjPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHRjcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB0Y3AgZHB0czpib290cHM6Ym9vdHBjPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vn b2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVkcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1ZHAgZHB0OnNubXA8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBV SSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BQ0NFUFQmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgdGNwJm5ic3A7IC0tJm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRjcCBkcHQ6c25tcDwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkFDQ0VQVCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB1ZHAmbmJzcDsgLS0mbmJzcDsgYW55d2hlcmUmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg YW55d2hlcmUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgdWRwIGRwdDppcHA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BQ0NFUFQmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgdGNwJm5ic3A7IC0tJm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2FueXdo ZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHRjcCBkcHQ6aXBwPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHVkcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVyZSZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB1ZHAgZHB0OnNubXA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BQ0NFUFQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg dWRwJm5ic3A7IC0tJm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFueXdoZXJlJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHVkcCBkcHQ6Ym9vdHBzPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFs bCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVyZSZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBzdGF0ZSBSRUxBVEVELEVTVEFCTElTSEVEPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHVkcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVy ZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBzdGF0ZSBORVcgdWRwIGRwdDpoYS1jbHVzdGVyPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2Ug VUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QUNDRVBUJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRjcCZuYnNwOyAtLSZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzdGF0ZSBORVcgdGNwIGRwdDpzc2g8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtT ZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BQ0NFUFQm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGNwJm5ic3A7IC0tJm5ic3A7IGFueXdoZXJlJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHN0YXRlIE5FVyB0Y3AgZHB0Omh0dHA8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5B Q0NFUFQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGNwJm5ic3A7IC0tJm5ic3A7IGFueXdoZXJl Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGFueXdoZXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHN0YXRlIE5FVyB0Y3AgZHB0Omh0dHBz PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+UkVKRUNUJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFsbCZuYnNwOyAtLSZuYnNwOyBh bnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbnl3aGVyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZWplY3Qtd2l0aCBpY21w LWhvc3QtcHJvaGliaXRlZDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29l IFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlJlZ2FyZHM8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5QYXVsIEFuZ3VzPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj azttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+U2VuaW9yIENvbnN1bHRhbnQgLyBDbG91ZCBB cmNoaXRlY3Q8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5v bmUiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+ Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PGltZyBi b3JkZXI9IjAiIHdpZHRoPSIyNjIiIGhlaWdodD0iODgiIGlkPSJQaWN0dXJlX3gwMDIwXzEiIHNy Yz0iY2lkOmltYWdlMDAxLnBuZ0AwMUNGODVBQi5FNzJDNURBMCIgYWx0PSJjaWQ6aW1hZ2UwMDIu cG5nQDAxQ0UxMDcxLkM2Q0M5QzEwIj48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLUdCIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LUdCIj5TOg0KPGEgaHJlZj0idGVsOiYjNDM7NDQyMDM2MDMwNTQwIiB0YXJnZXQ9Il9ibGFuayI+ PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPiYjNDM7 NDQgMjAgMzYwMyAwNTQwPC9zcGFuPjwvYT4gfCBNOg0KPGEgaHJlZj0idGVsOiYjNDM7NDQ3OTY4 MTYxNTgxIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4 dC1kZWNvcmF0aW9uOm5vbmUiPiYjNDM7NDwvc3Bhbj48L2E+NDc3MTE0MTg3ODQgfCBUOiBAQ2xv dWR5QW5ndXM8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48YSBo cmVmPSJtYWlsdG86cGF1bC5hbmd1c0BzaGFwZWJsdWUuY29tIiB0YXJnZXQ9Il9ibGFuayI+PHNw YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPnBhdWwuYW5n dXNAc2hhcGVibHVlLmNvbTwvc3Bhbj48L2E+IHwNCjxhIGhyZWY9Imh0dHA6Ly93d3cuc2hhcGVi bHVlLmNvbS8iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0 ZXh0LWRlY29yYXRpb246bm9uZSI+d3d3LnNoYXBlYmx1ZS5jb208L3NwYW4+PC9hPiB8IFR3aXR0 ZXI6PGEgaHJlZj0iaHR0cHM6Ly90d2l0dGVyLmNvbS8iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBz dHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+QHNoYXBlYmx1ZTwv c3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUi PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+U2hh cGVCbHVlIEx0ZCwgNTMgQ2hhbmRvcyBQbGFjZSwgQ292ZW50IEdhcmRlbiwgTG9uZG9uLCBXQzJO IDRIUzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+RmluZCBvdXQg bW9yZSBhYm91dCBTaGFwZUJsdWUgYW5kIG91ciByYW5nZSBvZiBDbG91ZFN0YWNrIHJlbGF0ZWQg c2VydmljZXM8YnI+DQo8YnI+DQo8YSBocmVmPSJodHRwOi8vc2hhcGVibHVlLmNvbS9pYWFzLWNs b3VkLWRlc2lnbi1hbmQtYnVpbGQvIiB0YXJnZXQ9Il9ibGFuayI+SWFhUyBDbG91ZCBEZXNpZ24g JmFtcDsgQnVpbGQ8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cDovL3NoYXBlYmx1ZS5jb20vY3Nmb3Jn ZS8iIHRhcmdldD0iX2JsYW5rIj5DU0ZvcmdlIOKAkyByYXBpZCBJYWFTIGRlcGxveW1lbnQgZnJh bWV3b3JrPC9hPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9zaGFwZWJsdWUuY29tL2Nsb3Vkc3RhY2st Y29uc3VsdGFuY3kvIiB0YXJnZXQ9Il9ibGFuayI+Q2xvdWRTdGFjayBDb25zdWx0aW5nPC9hPjxi cj4NCjxhIGhyZWY9Imh0dHA6Ly9zaGFwZWJsdWUuY29tL2Nsb3Vkc3RhY2staW5mcmFzdHJ1Y3R1 cmUtc3VwcG9ydC8iIHRhcmdldD0iX2JsYW5rIj5DbG91ZFN0YWNrIEluZnJhc3RydWN0dXJlIFN1 cHBvcnQ8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cDovL3NoYXBlYmx1ZS5jb20vY2xvdWRzdGFjay10 cmFpbmluZy8iIHRhcmdldD0iX2JsYW5rIj5DbG91ZFN0YWNrIEJvb3RjYW1wIFRyYWluaW5nIENv dXJzZXM8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2 ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjazttc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1HQiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymxh Y2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2ht ZW50cyB0byBpdCBtYXkgYmUgY29uZmlkZW50aWFsIGFuZCBhcmUgaW50ZW5kZWQgc29sZWx5IGZv ciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIHRvIHdob20gaXQgaXMgYWRkcmVzc2VkLiBBbnkg dmlld3Mgb3Igb3BpbmlvbnMgZXhwcmVzc2VkDQogYXJlIHNvbGVseSB0aG9zZSBvZiB0aGUgYXV0 aG9yIGFuZCBkbyBub3QgbmVjZXNzYXJpbHkgcmVwcmVzZW50IHRob3NlIG9mIFNoYXBlIEJsdWUg THRkIG9yIHJlbGF0ZWQgY29tcGFuaWVzLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVj aXBpZW50IG9mIHRoaXMgZW1haWwsIHlvdSBtdXN0IG5laXRoZXIgdGFrZSBhbnkgYWN0aW9uIGJh c2VkIHVwb24gaXRzIGNvbnRlbnRzLCBub3IgY29weSBvciBzaG93IGl0IHRvIGFueW9uZS4gUGxl YXNlDQogY29udGFjdCB0aGUgc2VuZGVyIGlmIHlvdSBiZWxpZXZlIHlvdSBoYXZlIHJlY2VpdmVk IHRoaXMgZW1haWwgaW4gZXJyb3IuIFNoYXBlIEJsdWUgTHRkIGlzIGEgY29tcGFueSBpbmNvcnBv cmF0ZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcy4gU2hhcGVCbHVlIFNlcnZpY2VzIEluZGlhIExM UCBpcyBhIGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEluZGlhIGFuZCBpcyBvcGVyYXRlZCB1bmRl ciBsaWNlbnNlIGZyb20gU2hhcGUgQmx1ZSBMdGQuIFNoYXBlIEJsdWUNCiBCcmFzaWwgQ29uc3Vs dG9yaWEgTHRkYSBpcyBhIGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEJyYXNpbCBhbmQgaXMgb3Bl cmF0ZWQgdW5kZXIgbGljZW5zZSBmcm9tIFNoYXBlIEJsdWUgTHRkLiBTaGFwZUJsdWUgaXMgYSBy ZWdpc3RlcmVkIHRyYWRlbWFyay48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0hlbHZldGljYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48YnI+DQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NClhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+ DQo8YSBocmVmPSJtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPlhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cyI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90Oztjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBz dHlsZT0iZm9udC1zaXplOjExcHQ7ICBmb250LWZhbWlseTogJ0NhbGlicmknLHNhbnMtc2VyaWY7 Ij5GaW5kIG91dCBtb3JlIGFib3V0IFNoYXBlQmx1ZSBhbmQgb3VyIHJhbmdlIG9mIENsb3VkU3Rh Y2sgcmVsYXRlZCBzZXJ2aWNlczxicj4NCjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9zaGFwZWJsdWUu Y29tL2lhYXMtY2xvdWQtZGVzaWduLWFuZC1idWlsZC8vIj5JYWFTIENsb3VkIERlc2lnbiAmYW1w OyBCdWlsZDwvYT48YnI+DQo8YSBocmVmPSJodHRwOi8vc2hhcGVibHVlLmNvbS9jc2ZvcmdlLyI+ Q1NGb3JnZSDigJMgcmFwaWQgSWFhUyBkZXBsb3ltZW50IGZyYW1ld29yazwvYT48YnI+DQo8YSBo cmVmPSJodHRwOi8vc2hhcGVibHVlLmNvbS9jbG91ZHN0YWNrLWNvbnN1bHRhbmN5LyI+Q2xvdWRT dGFjayBDb25zdWx0aW5nPC9hPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9zaGFwZWJsdWUuY29tL2Ns b3Vkc3RhY2staW5mcmFzdHJ1Y3R1cmUtc3VwcG9ydC8iPkNsb3VkU3RhY2sgSW5mcmFzdHJ1Y3R1 cmUgU3VwcG9ydDwvYT48YnI+DQo8YSBocmVmPSJodHRwOi8vc2hhcGVibHVlLmNvbS9jbG91ZHN0 YWNrLXRyYWluaW5nLyI+Q2xvdWRTdGFjayBCb290Y2FtcCBUcmFpbmluZyBDb3Vyc2VzPC9hPjxi cj4NCjwvZGl2Pg0KPGJyPg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOjlwdDsgIGZvbnQtZmFtaWx5 OiAnQ2FsaWJyaScsc2Fucy1zZXJpZjsiPlRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyB0 byBpdCBtYXkgYmUgY29uZmlkZW50aWFsIGFuZCBhcmUgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUg dXNlIG9mIHRoZSBpbmRpdmlkdWFsIHRvIHdob20gaXQgaXMgYWRkcmVzc2VkLiBBbnkgdmlld3Mg b3Igb3BpbmlvbnMgZXhwcmVzc2VkIGFyZSBzb2xlbHkgdGhvc2Ugb2YgdGhlIGF1dGhvcg0KIGFu ZCBkbyBub3QgbmVjZXNzYXJpbHkgcmVwcmVzZW50IHRob3NlIG9mIFNoYXBlIEJsdWUgTHRkIG9y IHJlbGF0ZWQgY29tcGFuaWVzLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50 IG9mIHRoaXMgZW1haWwsIHlvdSBtdXN0IG5laXRoZXIgdGFrZSBhbnkgYWN0aW9uIGJhc2VkIHVw b24gaXRzIGNvbnRlbnRzLCBub3IgY29weSBvciBzaG93IGl0IHRvIGFueW9uZS4gUGxlYXNlIGNv bnRhY3QgdGhlIHNlbmRlciBpZiB5b3UgYmVsaWV2ZQ0KIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg ZW1haWwgaW4gZXJyb3IuIFNoYXBlIEJsdWUgTHRkIGlzIGEgY29tcGFueSBpbmNvcnBvcmF0ZWQg aW4gRW5nbGFuZCAmYW1wOyBXYWxlcy4gU2hhcGVCbHVlIFNlcnZpY2VzIEluZGlhIExMUCBpcyBh IGNvbXBhbnkgaW5jb3Jwb3JhdGVkIGluIEluZGlhIGFuZCBpcyBvcGVyYXRlZCB1bmRlciBsaWNl bnNlIGZyb20gU2hhcGUgQmx1ZSBMdGQuIFNoYXBlIEJsdWUgQnJhc2lsIENvbnN1bHRvcmlhIEx0 ZGEgaXMgYSBjb21wYW55DQogaW5jb3Jwb3JhdGVkIGluIEJyYXNpbCBhbmQgaXMgb3BlcmF0ZWQg dW5kZXIgbGljZW5zZSBmcm9tIFNoYXBlIEJsdWUgTHRkLiBTaGFwZUJsdWUgaXMgYSByZWdpc3Rl cmVkIHRyYWRlbWFyay4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_-- --_004_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=15840; creation-date="Wed, 11 Jun 2014 18:32:38 GMT"; modification-date="Wed, 11 Jun 2014 18:32:38 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAQYAAABYCAYAAAAXxlkPAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAD1gSURBVHja 7V0JWJVl9kcrtZrRpnrap7J9m5ppn6mZ+jtqioqCu2VpOrZoZpnmngugIIoLLogKgriguCsqoqiI oMjOFZBVEERBBEXQtPM/v/Pd79773QXR1ETveZ6Xl++773q+9/ze867HgW4CyiknCtaV09CIYmoR rKPmPjpy8IpXnGs83eelo5f5nUtoDrlGF1NETjUVV98MJbeTnW5JauDwR+Wcy4I9Zddx+tg/l5pM SaRGkxPozrEJ1NAtnhq4GUHBgUGhgavy7g7+/S73BGo8LoEennGY2q7IpRWHq+m0/UPayU71Gxgy Smpo8PYSetgrie4enyhg4DBVDwKmvpvqW/+9gZsCEvdOiKU3/DLIa0/JVQEEF4f25NWQ34EScuU0 xrLzOnCa/JJKaDu/zztdY28mdrIDw/UiiNeEqBJ6bk4y3cPC3GBqGjl4spB7pulBIE3REqZewTOA wjOV7mCAaDoxid71z6Q1mRV1Kk9Efg3135xPf5uXSQ+6JVOzqUn0Z07jT55J1HRSEjVj4HqA3z8/ N4NaL8skj7gSSqmwg4Sd7MBwzSj+RA21Csqi+1yTZKjg4HlI0QS8TDSC3/s8KV40iIenxNEPWwvI lgxHF9TQZyEF9KjHIbrXM5HuQPxJek3E09JvyL835mHOX9wO0rOzU+lbTjur4mb6hnayUz0EhtDs Snp5TpoIl8PEq9QM6voMYfZIEQBqF5xNupNadPBNPEkv+qTx8CNJwinDEr3mYZqeua9PF3MdTVmz eHOuTuplJzvZgeEqaFFyKT09nXtdV5Oe2D1REWT41+t5Sjw1GR9L7/nrKLn0vJRlUtQxenxqilKW KZeJX5vP8e9gh3qhfnaykx0YroBWZJ6hp6elshDG6UEhVRFA+O434HlKMt3JfosVOTRmdxE9MiNZ 0ViuRfquSvqoX3jeGXszspMdGOpCO/PP0IuzkhRBdL+BmoKVnr/xlER62DtZq7Fcq/S5fv/0O0yn zttbkp3swFArZZ8l+ueidHKY8AdpCtaePa9T+ly/u8bF07yEU/amZCc7MNiiC+y+3FgoY3Blwo7d 5CRFkODfis8T4um9wCyqumBvTXayA4NVCsk6LSsC6iy+CBD8ybf2892eSZRYpkWGoirslaiiUOZJ qO60/K87eYHs+GGn2woYSs9doA+X8hBi/G2iKZg+/xJPwenKcCK19BzNOFBKPdcdpX8vyqK3FqTS W3PT+f/D5LQyl0btOEqh6RVUYUcIO90OwOCfcooaT1Jm60Vg4E+5TZ4ZDMfuK6YNRyrJeXU2PTk9 TfkNIOmaoGhQer8Zv3/bN4OG7ThOh46fszdBO926wHDmV6L3AzIVQbgdgQHCzvUXHqjzK1PirYfX //4nBtFOy3Mopsi+3GmnWxQYwnPP0J0GgbiNAMH8+UrqD+2KhyAdQo5Qbvmv9qZop1sPGL4KK2Bt 4YCmB71dNYcrDs98Gx15nOzQYKd6Cww4mFRcdZEyT9Wwu0jZ7GdXXKTn/Q6Tw8TY22/S8Vo8TzxE j0xPoSzmo53sVG+Aofz8RUosOUfrM8ppWmwpjd5dTAPCjtKAjYU0kP2BO4rpLi91JeL2Wqa8Zs+j 42nWQfsmKTvVA2BgPKC4Y9U061AJdVudRU/7pNBdao+HsTR2Nk629/zX5HlcPHUMybE3Rzvd3MBw vOoSrdadJsegXLoX24nHxyhg4P4Hb22+VZ+Zt28GZtmbo51uXmDIr/iVJu0rpb8AEMb+QYefbrdn BoZnF6bbm6Odbk5gKD7zKw3Zfsy4Fm/v2W/MM/P6jcV2jcFONyEw4BDQ2F3HWUtQhw32nvyGPU+M o86hR+zN0U43HzBsyKihxqqmYOPKNLkCTb0Sra7PmivYEhR/omn463DFW316Zj40+iWWlqbZr4qz 000GDKdrLtGzM/UAYHrJqt62Ay5wbTrpID0wPYke8ThEj85IkctUH/FW/Ee9tc8Ps/+Ae5xcttrQ 9PLWqbj7MZF/U35/YFoK/WlSkvaa+Gt9SexN/txgzH563/8I2S+gttNNBwweMaXkMPqQZc/GDbeR ewK9MC+FhkaU0PyUEtqcX0MR+RVy/frmTMWPyNQ+4wr3+SkVcj37s3My5Hp3SW9SPL2zOEd+ExdX Qf22HjdeynqbaQ4AzcemJVFciR0V7HSTAcPFS7/RC7O4sXLPZd6z4VbkloEZ9Hva7QGO/PL8dEX4 R8dTr9Bcze+4q0DODdxmmgL48eg0HW3Ps9vRstNNCAwHi86JwMIUnGIvUqfvwXV0N/dwh62024u/ wf1m4hsd44wFLU44bQIMxWbAUK3NX53TmGpWHi8bz4bwadafLxffpL7XNP/L5cfuJT8dnb/423X/ yhcvXqQLFy7Qr7/+Sr/99hvZqW4EXoFn4B14eFsBw+iIYkUwXU3tRSpC/PJCnUUM2JLdnFMtRmgh 1PBVF8ou2oq1WX5tAAYYpjUlxDMsj0qYaENYwzsvG74mvA3fVjxzN/oa519bPK94m/y41lRdzd8o OJSGDh1Nrl5epNPZd1jWlcrLy8nLy4dGjx5NCxcuZF7eRsDQclmOsUdz1fZo71sBhl92HadGP8dQ o3EJipucYPx/3H4xLLPruJaDsGbdDOlCY9hcbAYMrDH8FE0Pz9bRx0uzqePGIuq4Ops+WZVNL83W mQiZtnwI/95SHXVcpYTvyOEV3/j8hp9lfPTSeP+en/H3Juwkb5P4eH7aVv5j4i3Ka8xfifuSJm/b mgMsYcUcv34tbt48f/r3v1tTu3adqWWrVvT551/Q8ePH7VJfB0D9esgQatWqA7Vs354+ZN5NmTLl 9gGGB6YnGFcjTFcHxuynfy61BIYFh4rpIc80ua2pMYfDEmfjqerzIUnrrQXp9FFQBn3kl0Hvs/t3 YIYYocVcQuc1uZr0FvEwo/+6Y5Rx+iJVnr9EZy6wO6+40zUXaV36WXp9gX4ORMqVQP23KeErzl80 hLXmKjj+yvQyemp2msRD2TZmVMn7ippLlFlxkbqEZLNg6vM2cZWG/MvoHbP8B261Xl7TuCVq2Wfr Jx1tzTVwut9uzbsuX/f06dPUvfsX1LaTMzk6u5Czcw/6oGVLClm/3i75l6Hdu3czkLants7OzLee 1LatMzk5daW8vLzbofoNHBp6KWPixuaz55MO0auLLIGhigUh48yvlHjyAsUcYye+8Xk/+1tyztLy w2dp0u5S+iQom+4ap1+V4J62Z2iRJr2iMyyA1Zeszk2AangMfuTUr/TkzFTZov28b5osr16q41C5 +uIlWqY7q1w7x/XcV2TsnZHGqeqL9Osl2/FrOH6WSf7OawsFVC6X/2/6sqeW/UpNp+otdXtZMYHH fH563mG6HusSUIV79uxFju0YFFx6kotLZ/q/Fm0peNkyu+Rfhvbt20ctWjga+AZwcHR0oaKiotsD GAzr6VZmzaFNFFhZYIccYc6MMYIu6H3T52p+qOJ/ylngi85coMmxJ5R0eSjR2WxVQhWwLM4Hxm/h TphliTDfhx3jIUc8fcRaDH5GGLj1WRXUISiLPmbXWvw0GrG1QCNoKMuTsxRg2plrOZuKPLdyOrsK FD/arADIv9e6bCn/2nTt8Wj36BOa/LuEZEk6KoEvPRhMHMZarvqofMZy7qET1x4aLl26RG5uXvTB f1tSy3btqWXLdtSJtYecHPs8w+UI2tbn/xtAH37Yiodh7cQfM2bs7TIJ2cDhwZlWjLh6KT3cHfzc f8NRKvydm/JOsVr9nv8RFuz91HPTMYvfh+8ppNfmptEzcxT3znwdheq0ma5itdxhVDzdP0NH/wnI pkEbC2lUZCENDj9O7VdmUyd27di9E3iEHpmaRPFmBm3f8YNg76eoY9oLWH0TK+mZ6fEMHKn0FGtP 8JvzM96b0ri9pQIMeWeMDQM5DNhSTO0Ds8lxZaHkDw1p9oHTZnGL5UIWm/saWBNZn3F9li1Pniyj WT5+NHDoUBo5chRFR0fLTLudaiesSBxOTydXV3caNGgozZrlQwUFBbdL9Rs4vLlAZzwbodnDr/Rm zcYe5DF+On0WkkNjdh6juQdLaWl6JYUkl1KI+JU8lmY/vZS25lSy4FWSNYtt3/C43GFoNHVZqx2j IfwDk5MUY7Oq0VgWlA7LtGcHNudUiGA29Uokn0OnKa20hnJPw13goUaN3CYFX8fvd+VWUd5Z7fgA V7g7jI6jXXnaib4WwUfkrILhAldZLYijz1Yf1YQbu6tEtnKbLrogB8m/FHkr5cjk/4vPaHuVmXFl yhmUWkzdzY4tueKvV1lZSenceJPZwcezNSotPUVphw+LGlxTowDm+fPnNa6y0vqzaZpWfz9fu32+ 8/p4pumbpmfMR/ubJg2z8piGs1Xny9GxY8cU3iUny//W8oZ2UFJSQkePFjIPS0UDMy1TXfzLhb8c 2QoPftQlPdPfTflv/i0sgOHHHQXK8WrzU3+uqfTojFQawgLdf0s+Ddlewj30MXpvcSY945FIz/mk 0nPeOnpumo5e8Obnuan00kwdvTZbRz+FW07QuB8oE2DosVGrxq5Mr1KWBk3z52eo5aYUfozDDYuh r7cWUxnmJEx+w0XLcHl6v4p/PG82b/DegixJN+KYFhje43ws6s/heqzSajYTo8oENMqqLRv+mfOW fpmJm7C7RAEfW/dZcP7+yWV1btSYAAsMXEEjxo2jb78dQl/2/1b8ESPG8ftAysw08h+TaGPGTCS3 qVNp4kQPmjNnDpfvPC1btozGjx9PkydPo/GTJ/OQYxr/P1nzDB95pKamcpqZNGqUZXg3dh7e3hS4 YoWEMad9+/dLPElv/GSaPXu2oUFu27aNyzzemB+Xx88vUNOoUV68V/NDHXft2ie/7+e0I/bupf2H DtWZd4cOpUqaP/00inn2LX399WAaPPgnqdemTZs0wuLHvJzo4UEeHt7Cu/DwcDpz5ow8I7zR96DJ 08ye2ff2niPprFmzRupuLfycOX6SL9I1J+QP3iA84m/aFG7gy7x5AVymifp0lN93796vaSMos2l5 wL+TJ09KXgcPHhRnYzK1gcOmnDN647NmPdnYRPpnQJbcz5Bdzj1yueKP2nmcGv2i72Enqs7keXQM fbbe8gixe0yJXmMw38egaALa04bx1DJYez9BWB6HGxlHgcnlmvdToorpv4FZ9G92H+j9TsuySGdm afathekKMHA6puS8KkcARy6zdVcuZ8XzgI1aho2NLpE6FlQY08WnxO1WTiGcp/j55Mh5d2Z/2A64 YhrN/scYRtVmVJfruyWrqk4Ne+fOKPrhh+HUpctn1L5LF5kQc3LqRo6dXMjFpQu/78UNfTiFhe2U 8EuWLKfWrduSc+eeHM6Z+vbtS+UV1SKsbds6kbNzZ3Jy7i6Ta87du2uenfj54xZtWRCjKSYmhtMx Cy++s6Tdpdtn9M3gwVy+nVrgX7lSyd9Zzf8rWQpUG2+PHn2pbTtn/e9dqB3XITYhQX5fu3Yzl7GT vMfv7Thc//4D6Pjxk1RcXCyCOmfRIgqPiKBTp05dtuddtnq1xO/atSu1b9+FOnVS+Napk4vU69NP +8qcTFZWvsT5fsQILls7ybtFi3a0ePFi0SCkLM6d9TzorPChs/YZy8NffNFX8p0yZTq1aNvOavhO XXtIvmPHTqL8/HxNmb//Uc2/u+Q/d66voqmy5hIWtp3aOjlRu85Kelg1+eGHoQaAmcRggHdqflh2 ne3rKxpjdnY2xw+j9evXU2JionVgKKu5RE94p1re0DQhnt71t7w8JI9V54Xxp2l6DNwJmh5v9D3Y 9zlYRgnHLRv5iMhivcZQqHm/SmeiMZjcT9AmOMtsKKFoDBvNBKgPp4d9CPdyvEaeiv8i1+dwmVZl +MfCLAGtvYXa+NFFVTSAhw1dV2IPQq74fVdnU7RZHYah/CNi6FCJUWWAMSnnFbl0H5f7Hq9UuoeF vCnn333NUdpfUEm7C6oolv2vtxy1fb8Fa2a4JSu36tJlQQHzA30HfCNg0KFDV+rkgkbdg9qzMHVy 6cHAwO87d6WWju1p2LCfJc6KFau4UbWRcI6OnahPnwFUXl5NI0eOlln3Tp066YWjhz69riIoeOfY 3oU++qgNRUREU1xcnD688ruSHodxdDSUpw2nP2DAIG54xrH4qlVm+XP5VWBAAw9Zu4HatHFU8ud0 W3XoQBNdXUXNV+ra2VAe5BEZGSlxCwsLacOGMFqzZQtt4EZeVla7xrWCNZpOPXtyGp2lzuZ8Q706 dOjEwtSeVq9eI3F+GDqUy9ZBKVerNrLJCfmgvqgrfCM/jL783qYTdenVS+rq6elFrfTpyO+oD8dv 2bI9dZB8AVQdabKXl6bMEHTT/H18fAy/YXJ0/KRJ1MLRUX5HGm3bdqQdO3bQbm4n6DRQn04Mgsjn u++GUIF+RSVRpxNNEiAOwLcKDPj7064ichhncsuzhzLWfsgriQqtWGs9ex7LfMpS36nzRv9kNfYW WP8w6NUdRhykruu0qLhCVykgpLkLkfNuFZxhBgyVAiz+qdoxZSwPDfwTTtGi5ApakKz4WzMrpIwa YJiXwcBwkCLztWMBzAZknjxPScerGdCqxT98stpinkQt/y+7tRu0cC9mYNopzpvz53IEsp+g37Ck zjR8HZ6v5a/p3Y/jkljTSafLjTghCIMG/UCfOHakjh27UwcXNCgX+fgduWeH34GFCg3tE24sS5cu lXgYcrT4xFHCo8H27jeAzp6tpgkTJrBA9KLevXtTl+69pWG5uCjpwse7Xr2+lJ41JuYgxcbGGtKB ICHunDnzaerUGRIO8VEu9EwAI6NAhmry7zdggAEYQKcqKmgUDxUADsi3I6f96aefMrCNkv/V/CBY 8+f7GeLCR7n2shDEsEpc25gdZe/MoNC2vYuhfhBcR6mHwsc2wj9+7tFDQAk0lIGhlWMHCd+qlaMA A5aAe/X5koVe4Q/4YOSbwhf5vUtv+pKHKiinFws8+CL5cj7ffvcdBQQEsZYwXh+vF/OmI3VmIc7N zTWU2zx/Hx9fTb3Q8/fo1UdpBy4KuHzz/ff0/Q8/SzuRcjEIIv0DBw4Y4pWUluqHEomsHWXZBoaM 8vP07Jw0RUBNbi+G1epRLAgnf4cpZ1YwyDfuJN3nmSSaQfcNWo1h7ZGzchmq5vZkfv4kRDv5GFl4 VgSz+9pcSVOjJrIEnjNxRVzefDOl5V2o8xhKFFabAdNpi/RMCVVfrJaf+fOMTyprLact5hnUvM+b rWbBmO0z81KVIcNks9uhJyuamWf05Sce0eOhcUH40JgduTH0YyFHY12zYQMPGZbQYDQk7lkGDx4q Kq8CDMHUghtVR24kEMw+/fpRZWW1qJDh4bsoKiqKx6Be8puky427e/c+tGXLdh5C7KGtWyNl4g09 NXonpIOGiDBQffPyCsiPG7ka/5NPOpKrq6eh3CEhoZr8+/X7WgMMoKTUVOrGYABwQ2OGgCn1dJF4 6DWHDBlhsYcAQop6wrdFOOcwcuQvsnsR5VPK34mHUmNpGQ9zMP6fOXMBfcp8+Yh5tyggwLAkCcFU BAz1cuRx/TwBoF179lAk8w38GTjwJxF2KScD8/DR45TfI6Noz759khbG9uCLpMM8nODuLjzNyMig ocNHC0gpoOpIe/fu1QCDaf4+PvMs6gf+OjJ4dHQx8gsgoXYeAJxFiwI0wIkyIf/S0nI6d+6cbWAA zUgso7thYm6iSc/NjfdxrzT63+ZcmnOgVIyxhuVU0I6cc+wU39rzBnYrUktpTkIpfbP1KD0/R3+w iNN/i3vHpakV7ErFHxRRqJi2M+1J+flvizPk98X6cCMjj8v7Bz0O0dCIYolvmq/qI9+vNhfSdzuL NfGbz02T+BFHtY2yfXA2Dd1azPG06aCui7n8g7j8L6vl12tS7/EQa2KkEse8/vDxDuVz31csxmwl rqlGZKIZPTItRVZUaqNz3Li/557gk3YdDZpCz559RVgxmVRVVSVj7Dgem48ZM4ZVxN2GuAEBwTIE kEbS0YU+/7yfaAxqA1Ea1xpDj+bIjfuLLxDmrPyuLttv3bpVgEFNp2uvzw0Cvod7bTU+/PHjPTSA ZtAYkH+/ARbAgHwCg4OlEZtrLm07OHNevbl3i7+qjiktM5PaO3fRawfKWHzUqFGkY3W6grUV8K6w sJi2sgo+grUozF0YBXOEWY/to+Eb/NGjfxFhR3nBHy8OY/o7yJWHRkb+OJKHyZDBy8vbwB/4ERER teTva1E/fHfUB/VS+aaCA4Zlw4aN1NSpjmQEhpKaX+mr9Xl6+5OqpSSYXUumxvzcfHaaGGP9IDCD PlqUTR/pfe1zujy/tyiD/r4gjZrPTKPGXiam2zAXMCOZXpuTQa/x7/Afm23dkpMa7iV9uCdnpxmM wzabmizxTcuh+sj3Xk7jfm9t/Mb6pciIAm2j/NeiTGo2KZnjadN5m4HpJSm/FdN7/Hw/l+Hvcyz5 Af+DRUr9HvJOVozZWrVQBRN1B2h0xOXPLeQfKyHnbt2kcTu5dJNJwBkzfKzuRzh8+LAItUpLlqwU YEA8RycXFvqvLAQzNHQ9pwlVvhs5OTmx8PazCIMVhBat9elwObr1+oLzyqIjR46Qt7c3tWvnJPGR l5/fYkM8TD4a4iH/ryzzl/bHPT8OeimaRzcJD9fOqTMFLlt21Xsv1gHQ9PljkrZjx84atVolTMod NltVGTr0Z2rtqNQL/JlhMsZXaTQPg1o7Kum3sBEGwIBv5qL/dpMmTZLzKocOHaJBQ4ZQa+a5E/MU fmpGhs38fXzmW61jSkqKdBSoH8rhoud1z759KUE/kXvVwCCNisfWziG5iiBMMhNY17q4A5bvrJlu Mw/jZUNwLNKqY3lq+d1cY2gRrDfGW1ta1kzQ1YUftZmqm3SAPg48XCe7lTpdpjQQJxNg2MPqal0o IMBEMB2hMVwOGFh4GRjMl89MgUEaX7deNHGiJ4+TJzJI9JKyOXIZO3f+VBqqERhCNfn3swEMoMmT ZxgEQclHWXHBXoOrpYClS43A6Ahg/MJm/uYEVf6ywPDLL1pgmGENGKYYgAECO2DAtzR9+nT6cfhw cuqm1BMawU8jRtAZk7KZ528LGM6cqaYvvxygrFCpwMDxBrKWeZWAanl9fFxRNXVZnUN/mpRcu9Xm emp0dltOtRwdB7uqTYHhRpVHDxof+Oso/GjdLF1D7VUayNUAQ7AZMPSThmQLGBxrAwa9ABgE18lF WZnQl+vzzwdQUNAqTWO0AIZ+1oEhITWVhfZryV9N38VFSX/uggVXrTEEBCw105iuHhh8rgEwOJny TjQFhZ/fffejrPzUnr91YFi1dqMB1A3fxwnzQJ/S/oMHrw0wgJKPn6Pvth6j5tPTjFrALWF0NpkG bjtG3gllNPtgifjPzT0sVqdvlNFbWAVvEZBNW/LqvmMPO/Oc9T1LXYYSp0+bDiWCzQTDGjCEmgCD raFEhAUwqECFckHl910USJWV2sksi6GEFWA4xsOIn8aMkX0VhnSdjCpxxy49rraB07p1WzWazu8Z SvjUZSgxo/ahhDoUU+vnxHzr1etzq2Wqy1AiIYGHEb37GgHVSfke+B/8/P7nn3mYVnalbLNtoq74 3AWZcGyzJJMenJ5kvD3a2iRavTENl0J3eyVR02kp1JR/gy/vr7WpPYMdT/2zm6IlPD4riXqvO0qR R89d0Ve6YGPyMcJ88jFOmXzcts108nGFxeSj5VAiVFRZmbzC5KMVYNi6NcJkubI7OXftqiz16Zfp 2nK8mXN9pSymZDH5aLZcCYH0XbxYP8mmLid2pS5dehpm1lu17UA/DBspdb1SSkuzNvk41jD5iPwx OSeTj2Mx+XjSRDC1k38zbWgMhslHrqe3t3VgUCcfEc65a09leVf47Uxde/akqP37rQBD7ZOPKPew YWOFP+pKBPimfhtZ5uX4wcEh1w4YjEOLC/TLniJqEXSEnpmeSo28UoxnK1zrqRHZyXqV/nqmr98k 5uCeQg9NTaWPmH+e+4uoqIquirA3AGv5psuVmOH3xXLlGv1y5WBry5Uh2uXKPtaAYZ0shynLhNjr 0E8zgQnavn27IR3sL8D+B8x4q+XpKHG7yOqFKVksV36tXa7E8pwzdnB2UJY727d3psE/DJcJTYRX wQHLfQCZKz3daH25squAA7SZjRs30rx5+uXKj7BcGWxzudLbGjBMmMDCp9QP9Zw50xowGJcrsS/k uyHDaeDAIfRJ+476Zc5O9L+BA2VfgvlQwtZyJZYZFy1apKzk6EEB/ALfRo4cKXxU28mnn34uS6PX FBhUii2skoM+vTfl0ocBGfQ8935Nufe9Y7LxwJXB96jvmsUVaAYmy5im9W/qnkTPex+mlgFZNDaq hKIKrxIR9FRYWEKDfvhBGpjpBidZQ+9ossGpg9KIli5dLvH8zTc49TYuVxqBYYNeY3CRhqTsdag0 0xi0y5UIg7MKfft/I41dKU8H6t2njwxnjIBmtsHJZLkSW6K/+vZbWf+XDTodsU25M4VHRcmGrr59 Bxg26mCtv3fvPrIKcqWkbnBqb7bBqaNoEUqdlQ1OLGC1bHCyOpQYN64OGoOHZjnXa+ZM2rJli+zq VDUZbPByd3fXbO2ubYMT5piwBV7d+wE+DRjwvfAN36WD2i6gcXGeOFdhDvbXBBhUQtLRBWfJN+kU DQwvoDarjtC789J5rK6jR6emULOpiXSPRyI11G9tFgGSnY2pyhmBemVKLtGwRVt8T5P68PNdHK4x O9T54ekpcqjs737p9DFrB98wb3zjTlH6qfN0rQhbovv1s7Ilur2ytRfPeI8tsD//PFbRGLiX/Ui2 JHeVbbiff96HVWhrQ4k2srUWAtKLtQrzIQHOJbRo42hIp8fnyj6GVetY22ir7D9AfIDHj8OGGTYj GbdEdzVsycZmG2zpdffw0KepLzf36l5eswy7QKEl4Z2yhVmpl7u7x1WdqIS20c3almjOu71hS3RX +q9siV4tccy3RM+yAgwjf5mgr0MPqeesWbMswkzAUMKQTgfy9PQUHowcM1FAUd1i3oZ5F7x8ueEE rK0t0QKoX30j/FC3cmP3a3i4MoRE2jg4B/BTt2hjf8r27RGaE6LXFBjMKf/MeYrKPyPbgSdGFdO3 Yfn02YZ8ar00i97zz6DXfVLp6Wlp9KAH9kMkGlV400NFN6XpOD2Y6VcR7uay3z8tmZ6ZlsB1Oix1 a7s8Sw5Roc5jdhYLD8KyzlAWg8G1gwMtYafiDz+MpG7dPiMnqODcCzrpDwNhfzwOV+GQlXqYaUlQ ELVo25Y6y2EbZ1YrLYcSa9eulUM6ykGlznLQCeNv86EEJrPUdHr2/FTAA6sX3w0dZjgI1YF/b9Wu Hfn6+UkDh5C1bduO43WVeNAYMGmKQzxtnZxFUOXqNI4Pddr0INGpU2fkHQ5fddYfOsJBKuw4vFJS D1ENGGA8RCV8c7R2iErZJvz9MNNDTG1pxty5FumOGjVRfxitpxwWmzFjtkWY8e5T9IeolMNQ6t2R CTodf8eexkNizB+nLt0pPl7ZzPXjj9pDXL6+Ck/l7EWrdvpDbJ3lm02bPdtCS8JWaCe5mo41jnYd qH//QXXd7PT7gcHqRyDluHEq/wnPO09zDpXR8N1F5LQmj/6+MF161vu9kqkRhHDKTaRJqKsvXJ47 +d2Dk5NlC/SbXObOq/NoSHgR+XFdwvPOSN1wxPt6AUBtlJdXJD3gOFZjB/34I/X/Fseuf5Qj0jgb YXqUdjerlVAjp+mP586e7WtxrgCqp+mxYBxLNg+Do9em6UybNtuwpLl//yH98WBvw+84DowDR9jE g+O/CI/3OFaNeL6+vvr3yvFjxMfBHnPCO9Nw2F4cEHD1V9OhHqjf8OFjhG9ffz3E9rFrP9Njz+Pl d3NatmyNcvyZ4+PEqno0WqutqMeulePR2Iat/W2i4Xg0fl+mv3ov0OLY926ZgEWYyfpyqce/rR0i My2/Wr6DdVvduT7AUBtgJJeelwtevt96jFoF5ghIPOCVxGp5onHj0B+hKcgVa/H0wOSD9NycNPrP 0nQavvMYLU0upfRSXEhCNx1BpcY1belyUUtOrSr2lVzocbme11q42i4iwb78rOxsi4tirjbful5y UhuhTMpFLek2L2qpG9+oTuWqLR28slY/5aKYk3S0sFAu2zH9/Wr5Vkfe3VhgsGjY3EbCC2toeHgh fbg4mx7zSKUmkxP0Rm9vgKk4vRHeJlMS6BHvZHpnsU6umQvPriS7idlrQ+jhcC2a/Wq5KyPj1XJe NGgorpbzoxMnTt6o7P9YYDAl3IUalKZc7PrIFBbWCcae/JqbitNfwgoQgpHeDiFZtDD+BJ2oByYk VatSN6t/gX11ggu+q5sbffCB+WW0uYa6XG0+V0MX9PndrO7CBeNSrOVltC1pzBhXzQGtC1eR/g2b fLweBOO4Hdbk019ckxSDuJ7XSFPQry7cyWn+hYcvHZZlipHe+kRQezE5hmUpo5990zxnsa8uueE4 tIuV6+uXLQuV3zG0uJr8sN5/pab2EB5lK7yJXVZWoUFwLa+vdxE+qpOHEv4q0scQqt4Cg0qrMk7T 3/0yqMn4RDGwa9rjN7gKI7KiJYyPofc4zVVJ9dOYLDaqJCUlmbmMm+b5wIEkw+YqWwZv1usN3mCS 9MBV5AceqHMVdSWEt+TbzeMO6H3wDCQGb1qaGbzp2s3A26vNp44bnW5uYABhYW3EruPUlNX+Bm7G nr+Jl+6KjNYCWGA+D2mdvn1sEP7hpDGR17KVHPu2m8irQ7uHibyvYSKPh2A8lGglJvJm3Kjsb35g UAmGdJv76BSjsZczFmvFeGxz/j8ix44If0QDV4zqDpWJNLuxm7qTYlTXS3gnRnVvXNb1Bxhg0Snv 7G/0ydJssShVZ/P2o2GwVkd5Z+pu1s5O1/jb6ScMsRpxpXMDtzOBV+CZOul6A6n+AAMIgg2jsTBE azAyW9vcAgMIwlaev2gHBTvZ6VYFBpVwK7Wz2INUJyStrEawtuC8IkvC3kqUX1NDKRUVlMkOfs1l wmZW2A5RIb8r6ajOdjoVemfMv6YO+SFciZWJQvN6wK8wC1cj8bXhSn7HIpJafvj5l5m8xO8ltYQp MfCkxmYdTXmXbxI+3wqfzfOr0ZfXVj3yzfI3p5orrO8tAQyg41UX6WP/LMVYrBVN4Z8BaXT87IX6 Wj2b1GLlOnpiwRJ6dcly9pfT34NCKPrECasN4wMO+9fZfhRv5XfQ7NRU/n0BvcJpvSLpLaHWIeup wKwR/W/nPgn3HId5bkGghMPzTrN0B0k4P9qqt/GIdP46ewnNOpSqBSR2bwWuVNJhp6aH8phSKjfo v3J+z3K+qO+zXN8X/YJofdaV25AED97kNN5csJL+xf7zfoH07dZdFmCkhK2gp3wCyXldmM30+oTt pFe5PG8uWSnpvsjpuUfHW9TzA67nc1y/t/yUcM/NDqS2y9dqQFUN58jfSy3PuqwsST/LTOijC07w +yX0Guf3qv57WAsXmJYm+aJ8an0/W7/V4tvecsAASik5T4/PSNEa5cWFKDPSKKm8fu1PqCs9szCY XuaPvaeomJYezqcnWVD+yw3KnCILT1KjKfOYL7Ppp6goq2mN3R8vv89KSuH0TpFHbBI15ji/7Nc2 8G3Himih7jC1WhtGDbx8aFTsQXk+ZnaMt9fmCOa/FzfGtfJ8rLqa0/ehsWYCg0/zF5+F9AbXIyQn l+vBTpdD8ae1S8j7j5fzN/WhvhG7pHyrc/Lpr76B9P6ytVfMt0OnTtGdk+fQiL1xFMG8m5mYRE25 7kvTLO0qjI46RI253PfNmE+JJ63vgf3vsjX0qm8Q7eW0drBD3R+cPpeyTbalQ1ddl5tPiw9n0Asc 9m/8rYJ1ubQx8yiZjmzL2b3EvzWZMIO89QeognXZdIfbHMoyu9494lgxv59GP+89SJs47Q3Mv1Bu BzVmcxA+8WnUgHm3JCOT9unre6/nLPJhwLjlgeHiJaK5CSe0F8fw8GJRwmm6VY2VPzZ3Mf1n1Ua6 cOkSnblwkd4OWkVPMFiYU6+wXfTi4hXUMXQzNV8YZNX47MRo8G067T95ktPj3ujESeahD/0Spb17 sIobXcWFCzRqD8z4+ZCOBRjPF8120UE4/jzTl+6dvphmHEwWG6MIPzHODBg42j0MDB9zPWJKSii6 uIR2sasxSy+ujIHBdTpNjkuR8qEcL3JdXw9adcV8Qz6o27IjWZJPPgvwn1lQRu2O1YSDWP+d8+i9 cQe9EbCCft6132p6HwSH0n+4HPgOSM/rQBw14vR0ZjYuVN69wWm2WrlBvlnVBW3rRIxn+bu+OCeA Xpi/mI5VnqdVWTmcng9lm2kCEXnF5MD5uMckUiLnFcv1OlJmedfHdP4d8XVlZVLGeP7GKJ9nTJ2u 4a/fwAAqq/6VWgZlGkCh5fJ8Kq++VN+rZZOe5172IRaqb3bvp+6bwqmp1wLqt0OrEZQxCDzEqvAY bqyRLHB3TplBYYWFFmm5xsVLI2sZso56h++mN5eG0FNzl1NahfVLatHzO3BjszX27bI5jN5gNXnQ zj30xPxltC4njxrNWEBjzRpjOZfv8QVBdB/X48MVm+ndFWvoX+xnml1AG88NH+V7PTBEyue4ZhP3 4ovJ73DGFfMtjgXkT1z2rhu30RjmXc8N2+g+1n62FmiNF0cUFVFT7vkPl1fQiKhoemXhUjFSbE6t GdSemBVA33C5+vF3eGXhCvpi63aqsnEO5D0GkZbMG2tUzuk/xrwYsyeK2nC6XzOoh+bk8LdlYDC7 FwMaQyN+/8+AtdQuJIxaMO8GR+yzSHNWcio14XCfhkVIGVvzN/6b/3IGmjpdQFz/gQG0KfucAEOj ifGsXp25Fapkk55dvJwe5AbZe9tu+mxTBPdoB+hIuVZQgzNyqaH7DGq/cSt9t2M382YWC1akJTDE KxrDoJ3R5BGfSG3WbqC/TPWjgzYMxI7Waxi6cuu3UblsDqe/MXDlMnC8zNrKe8tWU0MWMkuN4RI1 YwH/IGQDReQXUXh+ofgVZkIlwMD5td+wSco3hMvZ0GsuTb4KWwnQGO5jEG3FPf23zLv+zDv/VJ1F nv9jPkGgxkfFUqd1W3hoNYN25VreYQAhf2Z+EE3jnnkq1+8F/r8dA5ets4tv8XdrwUJvFRi4H7t/ +kJW/1MpkgX/Od8l1HnNZnpo1gJKt6IxNGQtbEJUDO1hnm1j3h06bnm4anpiotRj5N59NI1557R6 EzXndFMvY/z3lgKGygvMeL8M2T5deeHW1RZAj7NK+kbAKko6WUap7AoqLYW0DTeCh+csov6sSQzZ HUWvc3gMQQrM5gTGxSgaw75jZVTEPdPOY8eoIfeq3ok6q3kPi46R8Lpy6xpD+7Vh9Kx+WBOcfoTu YlDAUMLVQmMgajJrIf0fA0M2lymdG2sSu+NmBkdjSsoF1Nxi46V8Oacr6cWgYPp45dor5hs0hrvc Z5JPXJrwTceu0uww1nEuyzNzl9IH3LsPZhD6asdO4eM32y0vhvmQAebtwFVUxPxH2Sbw8Ot+rm+R jWPN73HYFrY0BnYPMT88GGQwLPlyy05qNtVHwCLLXGMoLJbhlQ9/I3zPPHbZp85aANIsBpkmzPsU HvahfFEMHo095tJiXZ2uxrs1gAE0PrKEJu0ruVWqY5OeZMH7iAXKFmVyL9uUe5qvWL1MOnmK0ljg glhI75jsTQFm++QnHMRGMB/KKFcmzCp4PHzPTF8aGBlrNe0R0QfpLg5/pNz63YEdN2ynF/TAUMEC 0m7DZm7E3uRxMEUrCDzEfsQ3kB5dEEjt12yktuu30P8tW0XzUw9rwh0sLZd5AZ94nUkeYfQc53Gl 602xJ06Qg8dMWpWRZTNMUGoG3es1jzXQPOFdEo/Lv9waSU/N86dCMwH9JwPDR8Ghhue1R3Ik/Zhi 61e1v+2/glqYhDcHhge8GRj0ZvjSOO/neWhxn9dCzWSmAEN+Md3DAg7w6rJmG7uN1J41kcNmcxve sUnUxMOHcvTlLmeGPTzdl8bsjbu9gCGj9Dyll9+Et6lcY1qYmk4rjtjeVlx47hz3sHGUUmpsKBjT e3Kj2212rVd0aSl5xifJ7yBMic1JSqXN+YVW095bUspqaZJsGLNGa3LyWT1PNzwfYPUd+caWahvt eX09psWlSnrwES6yUAvspVLuJIozib+loIhmJqZc8eRyiZ4v6bUYwN3BvTHKc85khj+R6zyJ450w 0wSgEQFwVSpgAUb6+ZXnbH430/Dm/JjBPXysyfcJycimqbGJFpPGRZw+3s/gcsKfygAwhfMtMVu9 iOdy4736bfHJ5jKfw21821sWGNSGfasTZrmratkei19OWVmrrrASr0b/vq7pWwt/ubgIX2MjbEXN Rfld9WusJG0ev8ZG/epCiFdbG5GyWKnfSSvxqqyErS19W2lr6mnye231xHuEh3+q5qLVcNbaAfhc Vbet1TcWGHD12IYNG9iF6v26ulC5bjtKf624KeF+fTUcbjvGbcb2G4LsZKffRTcWGDIzM+n9999n 97ber6t7mz744AP65JNPqF+/fnJZpnrTMU7rqeHefvttatmypYXdRTvZyU43MTAkxydTkzubkIOD A93J/p133ilOeYZv/VlxxvCvvPKKXHkuaSYna9J58MEH5bjq7UgASxiHhZ3H3Fxl2zDuXARQwq+r MVdrhJuDcMPwwYQEm/xF+rbMyKlaHMIUFBTclPwDzxISUuUmabW8pibrroTAB2ua65EjuVbfK7wr t/r+astQb4BBl6yjPzX5kwhxE/abNGkiTnluIsJv6/nOO+82xAEAODo6KmnqdIYweP/Xv/71tgWG Xbv20qpNm2jztm3k779CjJlCS0MjhSWpvDzrE081Nb/SWfMDTCbPZWWnxZwbLF6HMCBj2KY2blg3 UsNimGduok4l2ErAtXT4NrhSXqXTZtugke4VWEy6ZgQ+rVq1joesu2jdunW0a+9eqde6dZs1PLnc MBW8RJjNmzdbaK644t3DYyZlm9jOUOuM6+oiI2OsAkxyss4QzvzmqrNW5heuwVD6xgJDSkoK3Xvv vXTXXRB4+HfR66+/LnYQbbm+ffuSk5MTNW3alMPfLfFUAMAZdVxVBWC444475P0TTzxhuEYdBlHA SPi1nWdHGDWctSvD8A73GKLXxIdSfTgYZrnBZ+VtEkyhbdmxQ8q3Zs0m7gELKZF7P9yY5Ld4Me3f HycCAEJ9cLUayh8bG0/7YmOlZ8L7mJg4jfDqdDk0YsRoabwYusG6FO4IwDOuIIP9SfAC32Ix56Py CAQwQrrTp0/nMq2XssTExQnPElj72LFrF8Wxj2ekB60EaWaaWZ6+noS8cRFKREQEl1W5Vn7pylC5 H3G23pALyhYdHcvlizcYES4sLDb8hneod3R0vFyhNtHNzaKD2rlzD7m5edLq9ZsN+aJji+fw4Onq 1esM30QBq2x5Bp/wDuAay99FnWdLSdHJd4NcIS28R1jVYE69AQYw7M9//jMLMYDhzyLIgwYNkktB bTkwG8wDgCC8Gu/xxx+XxglbhgAGgAzeN2/eXN6DoTAsAsOf8DEpaY1wz/7y5ctpwYIFNH/+fAlv ap8B5slhMNaNP/To0aPF8IjqT5o0SQyhYM4DRluuhb2D30Po6UJCQmSSFgKGnnfTtghp6MH8HnVZ 6O8vE7aRkXvFWtUOBpKlS5eKgw1LXO8+bpyr2EZUqajoJPn6LmZtIJwBI1G+B3i0gHkFDSGU84UW gXwwAYy8IWQgNPaEhMMCDLBjCWBZy1oNvhuMzmzlcD4slOnpR8TeJoysIE18ixsFuOATDM+a3j59 8uRp6eEBGACIgIAAsfiNOsRw/QCc27cru0mXM28BZNASNm/eLrwbPnqcBhjAc2/vOTJMmTp1tjzn 5xeyZudPERzeZ9482sDxw8N30kEGgMrKc3LzFXgdEREpoAATdSFrN8h3xHBswQJ/4fOSJUuFnzCI g7YOOatXwKBjhLu3iVFjgCB/9dVXYgQVLi0tzaofxz3MP/7xD9EK1KEEJhtB5hoDgAGEBnrPPffQ fffdL3737t2tlgkN/KWXXtKHvY/uv/9+g+HUuLhYubr7oYceMqRv6gBGcPi9devWIph/FKk9LkAB DQSClZiYKOoxGlVwcDDlsAobtGKFNCx//2DpWSZMmEBhYdspIjJSGhUsX8M3JRWct23byUOKNQIu SMPV01N+r2KBgmUkAAJAAhoErEiDFi70ZzAolPc6XYaYoENZQkKVlSbQFhYGmGrH/ZCqeTbYdzQ3 vnu9CL39BNa2TIE9mzsWAIK/fyBrUDEGnkCYZzKgQSDVYdPCwGABVC8vbwO4uLp7aYABdR/NYHGA AQXAm8L8BLCobSacgTqUwTUzM5eWr17NwJMi/Eb7DgnZIDIAvkVG7hNQWssAEaqPGxkZLeAE62QY 7l0DusHAkKijpk2aUsOGAAb4ylACwwW4Tz/91KqP+YR7720qANCoUSMZLsycOVPSRONW30NYn3zy ST0wrNILsAIksGpsq1FA+0CYhg0bSloABgwf2rf/xPAewPHyyy/QW2+9Re+++674r776qrzH73Av vviiwZjrjSY06qCgIOmR0dPBDBq0AAgohA09cY7+6nU3t8miWSAO7CiuWrWRwkWYN3OD2yy+KaEh wtbk8eMnZSgwztVVntGDFXB98/IK5H+Eg5FbXH2+klVjAApM0wEMQjnNqKgDPLzJlQYexpoKtAyk t3ZDmIDZwoWBLAiKGgzjsObGd68nTZs9l/mUSCeZd9Ibs4YArTMgIFjq5ee3SOoDi19+rEGijuAx wkMTQBhYo0ZchHPznKax/xkUtErMB+5mAAHvFwUtE3ABD/C9tm/fI8MJELQI2P4EbwAMy5eHyvzM zp27ZdId33nTpu20asMmySuCh2OrmX/oDDN+/zDixgMD1CgIUqNGAIZ79ODQ0KIntuYUMGki4bt1 M16jrU4+quk89thjemBYro93j/hdunSxWiZ8PGgZDg4NBVxQPoyPjxzJkOeGDe8U/+mnn+YP68eq 9zbaxR9CJuL4A//rX/+S31Ef5AMB/KMIBmSRP8oH1Re8wf9oXAAINC6Qm9tUHvoo254xnMB8RBg3 0t2798uQaNcu7Wk98AM95ubN4ezCJA+8QyNdvX49Ba9YI+kcO1YsfAEQzGKNBQ0fQy2Mx5E2+IWy AFQQH8M2qN9z2UccXCuflaVMzAE8buTQLDY2gYU/gMJ372Y+rhGBRf4QVkwiBgaGyHAUYItxPMq7 cOFi2sWCjk4K9QEPEBeCCh6r5cdp8rlzF2nqg2fwAiCAOZVZPn4Upu/twcOp+o4PYcBH5Ll+/XbR CDH0Rf6LFgVJmfz4W2fxM8JlMPDWO2CAaotJRFVjgEDjGUuMUOFVZ/4Mp65gwGEYAVUZjMa41lRj aN78KckLH1SZk2gqfo8ePWxqDAowNBJwQXkAOps3rzXEx3sAAD5YRESY+GjcELovvuir1zSUfGBo 9o8kgC8ammrYFo0afFJ9ELQaU5lDHPR4qm1Da/tA8A6gAQO26u8Ii3iH9DcvIU31N4y58ZtqbBVh 8Q6++g7lQJqqlmVqmNWakdbrTeAZynPI5MYptRxnzpyX30wnRVNTM4V3ploi4h4yewe+mGuSyjdQ eCHpct5let6Bh2p4U35J2oeM/Ff5p35rhLtGYHqDhxKpOrqniVFjgDC/+eabNHz4cPr+++8NzvwZ Dmq60jMr2gH+x/zD0aN5Go2heXNFYwCqKoJ9JRpDE9EYwGDMrqvxVUDCxCny1frK/yowDRw4kOob FRUV0+nT1k9MWtuXAGtJtsLb6ZagGwwMCTpq1qQZNWgAQWsmgvTjjz/WKS40BEVQmxgmIH1957Oa WizPjRs3lndPPfWUhMd4C8+NGyv5YPhhjTBBhKVPB4fGUq5mzZrJ2A6qrJJfM0kbE5NIG/MbmMdQ fVOHd2PGjKlXLQA9DEysh64xzivg2nJMymK2XtXM1BUCrJGf4ffbtikz8tiAg7Dq2jnC4blKf6oP z4hfVVVlFzc7MFgnrDLcfffdLGgQ7rtZEBtQnz59ZMLGtiuU8RSMbiC8KTB4ebmJEOMZv+Hdo48+ KnlhthfPDRoo+WAogFlmNGQ4TC5CW0A4CH6DBg3FR/kwJjYORZS8EB9DB4yDMRut+hiLYpyIMT2E CKpdfSLMQ2AC0pPHtOoeDoyXMfYPC9tKrq6uMs5V184x2ZuRf1Rm6qura2jv3ihZXcjOzpGr3vL4 WyHuTuZVVdU5GZZB/Y2yce+knezAIBMo6JFVjQFCh6W+1157rRb3Fj3//PMitKbzDBBWTPpAiE01 BnW5EstpGF40btxUQAhghKVR9cAV5glg5QdpK4DTTHyUD4KBrdYNG96hB40GclYDajV26gFQ4KBt YPKnRYsWsnICH2vz9YkAaklJybRixUqKiY3lnv8iubm7y0SWv/8yBgY3WX7EPg/0/j4+c2jPngMU FLSUYmOTaOxYN+FBQMAKKmT+uE+fLnExobh+wzaJi+GVuq/BTnZgsCBoDKoQQ1AVYW6gX3mo3Ydw KvEUhzE9NpJgAkYFBTisHkAVhgA/88wzhuEEwAhpKOk00exFULSYxgbwQZroPZ955hV9fAUc3nnn Herfv79oL2jsn332GQPbwyYrJw1ZLZ9Yb77+hQu/0neDBzMorKMJEzxpFgt/WloWTdXv9sNcwqRJ U4UX3t7eMqczf76/8HbOnIXCJywrYrs0JjyhFfj5LZS4AOxpPj6ypAdnJzsw2CRoDBBCZd3/ynw1 HjYaARTUVQas26v7COAwlFA3lmDDB4QacRDfqG0oIAFQaNOmjSxx4lnNB+q1tfjWl1KViU+c1cBG qfpksHXHjijynjvPsMFsrJsb7dsXTe7TpslGnQIePmCXJ2jLljAayv8nJCTKUAw7AsF77PmAw85Q DMsAGOqO1Hnz5smwwq4t1ENgmDBhgt3Znd3Zncb9P4rktDJnLfERAAAAAElFTkSuQmCC --_004_1c0abc6e419d4d3fa27d8f36772b080cAMXPR07MB117eurprd07pro_-- --===============6859972763041540916== 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 --===============6859972763041540916==-- From xen-users-bounces@lists.xen.org Wed Jun 11 18:37:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 18:37:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunOp-0001SL-8t; Wed, 11 Jun 2014 18:37:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunOn-0001Ru-Ab for xen-users@lists.xen.org; Wed, 11 Jun 2014 18:37:25 +0000 Received: from [85.158.143.35:57777] by server-1.bemta-4.messagelabs.com id F7/5B-09853-4E1A8935; Wed, 11 Jun 2014 18:37:24 +0000 X-Env-Sender: jpp@jppozzi.dyndns.org X-Msg-Ref: server-13.tower-21.messagelabs.com!1402511842!3459447!1 X-Originating-IP: [194.158.98.45] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11150 invoked from network); 11 Jun 2014 18:37:22 -0000 Received: from mail-3y.bbox.fr (HELO mail-3y.bbox.fr) (194.158.98.45) by server-13.tower-21.messagelabs.com with SMTP; 11 Jun 2014 18:37:22 -0000 Received: from filtre.jpp.fr (89-93-161-78.hfc.dyn.abo.bbox.fr [89.93.161.78]) by mail-3y.bbox.fr (Postfix) with ESMTP id 5C17361; Wed, 11 Jun 2014 20:37:22 +0200 (CEST) Received: from localhost (filtre1.jpp1.fr [192.168.1.2]) by filtre.jpp.fr (Postfix) with ESMTP id EA38C2215CB; Wed, 11 Jun 2014 20:37:21 +0200 (CEST) Received: from filtre.jpp.fr ([192.168.1.2]) by localhost (filtre.jpp.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cq_G8eMLJ5mF; Wed, 11 Jun 2014 20:37:21 +0200 (CEST) Received: from filtre.jpp.fr (filtre1.jpp1.fr [192.168.1.2]) by filtre.jpp.fr (Postfix) with ESMTP id 100552215CA; Wed, 11 Jun 2014 20:37:21 +0200 (CEST) Date: Wed, 11 Jun 2014 20:37:20 +0200 (CEST) From: JP Pozzi To: Paul Angus Message-ID: <1017836972.278.1402511840433.JavaMail.zimbra@jppozzi.dyndns.org> In-Reply-To: <1c0abc6e419d4d3fa27d8f36772b080c@AMXPR07MB117.eurprd07.prod.outlook.com> References: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> <251621226.149.1402511113748.JavaMail.zimbra@jppozzi.dyndns.org> <1c0abc6e419d4d3fa27d8f36772b080c@AMXPR07MB117.eurprd07.prod.outlook.com> MIME-Version: 1.0 X-Originating-IP: [86.207.104.21] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF24 (Linux)/8.0.6_GA_5922) Thread-Topic: [Xen-users] Kumo public Zone XenServers Thread-Index: Ac+Fk6pYSkJ2m8ZQTp6BwtBvh9lxg3pgnekyelzDXCBwCyIp0A== Cc: Marco Sinhoreli , xen-users@lists.xen.org Subject: Re: [Xen-users] Kumo public Zone XenServers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3068622922275965476==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3068622922275965476== Content-Type: multipart/alternative; boundary="----=_Part_274_60039116.1402511840430" ------=_Part_274_60039116.1402511840430 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable hello=20 iptables is working mainly with IP addresses and Ports.=20 I think you should "open" every port to be used.=20 You can look to "ipsets" to manage more easily a list of ports and without = stopping the firewall.=20 Regards=20 JP P=20 ----- Mail original ----- De: "Paul Angus" =20 =C3=80: "JP Pozzi" =20 Cc: "Marco Sinhoreli" , xen-users@lists.xen.= org=20 Envoy=C3=A9: Mercredi 11 Juin 2014 20:32:39=20 Objet: RE: [Xen-users] Kumo public Zone XenServers=20 Thanks JP,=20 But surely I don=E2=80=99t have to create a firewall rule for every port th= at a guest would want to use?=20 Regards=20 Paul Angus=20 Cloud Architect=20 S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus=20 paul.angus@shapeblue.com=20 From: JP Pozzi [mailto:jpp@jppozzi.dyndns.org]=20 Sent: 11 June 2014 19:25=20 To: Paul Angus=20 Cc: Marco Sinhoreli; xen-users@lists.xen.org=20 Subject: Re: [Xen-users] Kumo public Zone XenServers=20 Hello,=20 Ithink that RDP uses port 3389 which is not allowed in your firewall rules = ?=20 Regards=20 JP P=20 ----- Mail original ----- De: "Paul Angus" < paul.angus@shapeblue.com >=20 =C3=80: "Marco Sinhoreli" < marco.sinhoreli@shapeblue.com >, xen-users@list= s.xen.org=20 Envoy=C3=A9: Mercredi 11 Juin 2014 18:49:05=20 Objet: [Xen-users] Kumo public Zone XenServers=20 When iptables is running users cannot rdp to guest VMs.=20 When iptables is stopped users can.=20 We=E2=80=99ve stopped iptables for the moment but need to figure out what t= he problem is and re-enable the firewall.=20 # Generated by iptables-save v1.3.5 on Mon Apr 29 17:23:28 2013=20 *filter=20 :INPUT ACCEPT [0:0]=20 :FORWARD ACCEPT [0:0]=20 :OUTPUT ACCEPT [595645782:1940184239142]=20 :RH-Firewall-1-INPUT - [0:0]=20 -A INPUT -j RH-Firewall-1-INPUT=20 -A FORWARD -j RH-Firewall-1-INPUT=20 -A RH-Firewall-1-INPUT -i lo -j ACCEPT=20 -A RH-Firewall-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT=20 -A RH-Firewall-1-INPUT -p esp -j ACCEPT=20 -A RH-Firewall-1-INPUT -p ah -j ACCEPT=20 -A RH-Firewall-1-INPUT -d 224.0.0.251 -p udp -m udp --dport 5353 -j ACCEPT= =20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 67:68 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 67:68 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -i xenapi -p udp -m udp --dport 67 -j ACCEPT=20 -A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m state --state NEW -m udp --dport 694 -j AC= CEPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACC= EPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACC= EPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 443 -j AC= CEPT=20 -A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited=20 COMMIT=20 # Completed on Mon Apr 29 17:23:28 2013=20 -bash-3.2# iptables --list=20 Chain INPUT (policy ACCEPT)=20 target prot opt source destination=20 RH-Firewall-1-INPUT all -- anywhere anywhere=20 Chain FORWARD (policy ACCEPT)=20 target prot opt source destination=20 RH-Firewall-1-INPUT all -- anywhere anywhere=20 Chain OUTPUT (policy ACCEPT)=20 target prot opt source destination=20 Chain RH-Firewall-1-INPUT (2 references)=20 target prot opt source destination=20 ACCEPT all -- anywhere anywhere=20 ACCEPT icmp -- anywhere anywhere icmp any=20 ACCEPT esp -- anywhere anywhere=20 ACCEPT ah -- anywhere anywhere=20 ACCEPT udp -- anywhere 224.0.0.251 udp dpt:mdns=20 ACCEPT udp -- anywhere anywhere udp dpts:bootps:bootpc=20 ACCEPT tcp -- anywhere anywhere tcp dpts:bootps:bootpc=20 ACCEPT udp -- anywhere anywhere udp dpt:snmp=20 ACCEPT tcp -- anywhere anywhere tcp dpt:snmp=20 ACCEPT udp -- anywhere anywhere udp dpt:ipp=20 ACCEPT tcp -- anywhere anywhere tcp dpt:ipp=20 ACCEPT udp -- anywhere anywhere udp dpt:snmp=20 ACCEPT udp -- anywhere anywhere udp dpt:bootps=20 ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED=20 ACCEPT udp -- anywhere anywhere state NEW udp dpt:ha-cluster=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:http=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:https=20 REJECT all -- anywhere anywhere reject-with icmp-host-prohibited=20 Regards=20 Paul Angus=20 Senior Consultant / Cloud Architect=20 S: +44 20 3603 0540 | M: +4 47711418784 | T: @CloudyAngus=20 paul.angus@shapeblue.com | www.shapeblue.com | Twitter: @shapeblue=20 ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS=20 Find out more about ShapeBlue and our range of CloudStack related services= =20 IaaS Cloud Design & Build=20 CSForge =E2=80=93 rapid IaaS deployment framework=20 CloudStack Consulting=20 CloudStack Infrastructure Support=20 CloudStack Bootcamp Training Courses=20 This email and any attachments to it may be confidential and are intended s= olely for the use of the individual to whom it is addressed. Any views or o= pinions expressed are solely those of the author and do not necessarily rep= resent those of Shape Blue Ltd or related companies. If you are not the int= ended recipient of this email, you must neither take any action based upon = its contents, nor copy or show it to anyone. Please contact the sender if y= ou believe you have received this email in error. Shape Blue Ltd is a compa= ny incorporated in England & Wales. ShapeBlue Services India LLP is a compa= ny incorporated in India and is operated under license from Shape Blue Ltd.= Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and= is operated under license from Shape Blue Ltd. ShapeBlue is a registered t= rademark.=20 _______________________________________________=20 Xen-users mailing list=20 Xen-users@lists.xen.org=20 http://lists.xen.org/xen-users=20 Find out more about ShapeBlue and our range of CloudStack related services= =20 IaaS Cloud Design & Build=20 CSForge =E2=80=93 rapid IaaS deployment framework=20 CloudStack Consulting=20 CloudStack Infrastructure Support=20 CloudStack Bootcamp Training Courses=20 This email and any attachments to it may be confidential and are intended s= olely for the use of the individual to whom it is addressed. Any views or o= pinions expressed are solely those of the author and do not necessarily rep= resent those of Shape Blue Ltd or related companies. If you are not the int= ended recipient of this email, you must neither take any action based upon = its contents, nor copy or show it to anyone. Please contact the sender if y= ou believe you have received this email in error. Shape Blue Ltd is a compa= ny incorporated in England & Wales. ShapeBlue Services India LLP is a compa= ny incorporated in India and is operated under license from Shape Blue Ltd.= Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and= is operated under license from Shape Blue Ltd. ShapeBlue is a registered t= rademark.=20 ------=_Part_274_60039116.1402511840430 Content-Type: multipart/related; boundary="----=_Part_275_1907592169.1402511840430" ------=_Part_275_1907592169.1402511840430 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
hello

iptables is working mainly with IP addresses and Ports.
I = think you should "open" every port to be used.
You can look t= o "ipsets" to manage more easily a list of ports and without stopping the f= irewall.

Regards

= JP P

De: "Paul Angus" <paul.ang= us@shapeblue.com>
=C3=80: "JP Pozzi" <jpp@jppozzi.dyndns.or= g>
Cc: "Marco Sinhoreli" <marco.sinhoreli@shapeblue.com>= , xen-users@lists.xen.org
Envoy=C3=A9: Mercredi 11 Juin 2014 20:3= 2:39
Objet: RE: [Xen-users] Kumo public Zone XenServers
<= br>

Thanks JP,

 

But surely I don=E2=80=99t have to cre= ate a firewall rule for every port that a guest would want to use?

 = ;

Regards

 

Paul Angus

Cloud Architect
S: +4= 4 20 3603 0540 | M: +447711418784 | T: CloudyAngus
paul.angus@shapeblue.com<= span style=3D"color:#002060;mso-fareast-language:EN-GB" data-mce-style=3D"c= olor: #002060; mso-fareast-language: EN-GB;">

 

From: JP Pozzi [mailt= o:jpp@jppozzi.dyndns.org]
Sent: 11 June 2014 19:25
To: Paul Angus
Cc: Marco Sinhoreli; xen-users@lists.xen.org
<= b>Subject: Re: [Xen-users] Kumo public Zone XenServers

=

 

   = ; Hello,

 

Ithink that RDP uses port 3389 which is not allowed in your fir= ewall rules ?

 

Regards

 

JP P

De: "Paul Angus" <paul.angus@shapeblue.com>
=C3=80: "Marco = Sinhoreli" <marco.sinhore= li@shapeblue.com>, xen-users@list= s.xen.org
Envoy=C3=A9: Mercredi 11 Juin 2014 18:49:05
Objet: [Xen-users] Kumo public Zone XenServers

 

When iptables is running users cannot rdp= to guest VMs.

When iptables is stopped users can.

 

We=E2=80=99ve stopped iptables for the mo= ment but need to figure out what the problem is and re-enable the firewall.=

 = =

 <= /span><= /p>

 

# Generat= ed by iptables-save v1.3.5 on Mon Apr 29 17:23:28 2013

*filter

:INPUT ACCEPT [0:0]

:FORWARD ACCEPT = [0:0]

:O= UTPUT ACCEPT [595645782:1940184239142]

:RH-Firewall-1-INPUT - [0:0]

-A INPUT -j RH-Firewal= l-1-INPUT

-A FORWARD -j RH-Firewall-1-INPUT

-A RH-Firewall-1-INPUT -i lo -j ACCEPT

-A RH-Firewal= l-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT

-A RH-Firewall-1-INPUT -p esp = -j ACCEPT

-A RH-Firewall-1-INPUT -p ah -j ACCEPT

-A RH-Firewall-1-INPUT -d 224.0.0.251 -p= udp -m udp --dport 5353 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp --dport = 67:68 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp --dport 67:68 -j ACCEPT=

-A RH-Firewall= -1-INPUT -p udp -m udp --dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp -= -dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT

-A RH-Fire= wall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m = udp --dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -i xenapi -p udp -m udp --dport 6= 7 -j ACCEPT

-A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT = =

-A RH-F= irewall-1-INPUT -p udp -m state --state NEW -m udp --dport 694 -j ACCEPT

-A RH-Fir= ewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT

<= p class=3D"MsoNormal">-A RH-Firewa= ll-1-INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACCEPT <= span style=3D"color:black" data-mce-style=3D"color: black;">

-A RH-Firewall-= 1-INPUT -p tcp -m state --state NEW -m tcp --dport 443 -j ACCEPT

-A RH-Firewall-1-= INPUT -j REJECT --reject-with icmp-host-prohibited

COMMIT

# Completed on Mon Apr 29 17:23:= 28 2013=

 =

 =

 =

 =

-bash-3.2# iptables --list

Chain INPUT (policy ACCEPT)

<= span style=3D"font-size:10.0pt;font-family:"Segoe UI","sans-= serif";color:black" data-mce-style=3D"font-size: 10.0pt; font-family: = 'Segoe UI','sans-serif'; color: black;">target     prot= opt source          &nbs= p;    destination

RH-Firewall-1-INPUT  all  --  anywh= ere            = anywhere

Chain FORWARD (policy ACCEPT)

target     prot opt source =             &nb= sp; destination

RH-Firewall-1-INPUT  all  --  anywhere  &n= bsp;          anywhere<= span style=3D"color:black" data-mce-style=3D"color: black;">

 

Chain OUTPUT (po= licy ACCEPT)

target     prot opt source    =            destination

 

=

Chain RH-Fi= rewall-1-INPUT (2 references)

target     prot opt source &= nbsp;            &nb= sp;destination

ACCEPT     all  --  anywhere &nbs= p;           anywhere

=

ACCEPT = ;    icmp --  anywhere     &nb= sp;       anywhere    &nb= sp;       icmp any

= ACCEPT     esp=   --  anywhere        &nb= sp;    anywhere

ACCEPT     ah   --&nbs= p; anywhere          &nbs= p;  anywhere

ACCEPT     udp  --  anywhere &= nbsp;           224.0.0.2= 51         udp dpt:mdns

ACCEPT  &= nbsp;  udp  --  anywhere      =        anywhere     =        udp dpts:bootps:bootpc

ACCEPT   = ;  tcp  --  anywhere      &nbs= p;      anywhere     &nbs= p;      tcp dpts:bootps:bootpc

ACCEPT   &= nbsp; udp  --  anywhere       =       anywhere      =       udp dpt:snmp

ACCEPT     tcp = ; --  anywhere         &n= bsp;   anywhere        &n= bsp;   tcp dpt:snmp

ACCEPT     udp  --  any= where           &nbs= p; anywhere          &nbs= p; udp dpt:ipp

ACCEPT     tcp  --  anywhere &nbs= p;           anywhere&nbs= p;           tcp dpt:ipp<= /span><= /p>

ACCEPT&n= bsp;    udp  --  anywhere    &= nbsp;        anywhere   &= nbsp;        udp dpt:snmp

ACCEPT  &nbs= p;  udp  --  anywhere      &nb= sp;      anywhere     &nb= sp;      udp dpt:bootps

= ACCEPT     all=   --  anywhere        &nb= sp;    anywhere       &nb= sp;    state RELATED,ESTABLISHED

<= span style=3D"font-size:10.0pt;font-family:"Segoe UI","sans-= serif";color:black" data-mce-style=3D"font-size: 10.0pt; font-family: = 'Segoe UI','sans-serif'; color: black;">ACCEPT     udp&= nbsp; --  anywhere        &nbs= p;    anywhere       &nbs= p;    state NEW udp dpt:ha-cluster

ACCEPT     tc= p  --  anywhere        &n= bsp;    anywhere       &n= bsp;    state NEW tcp dpt:ssh

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state NEW tcp dpt:http

ACCEPT     tcp  -= -  anywhere          = ;   anywhere         = ;   state NEW tcp dpt:https

REJECT     all  --&n= bsp; anywhere          &n= bsp;  anywhere         &n= bsp;  reject-with icmp-host-prohibited

 

 

 

Regards

 

Paul Angus

Senior Consultant / Cloud Architect

 

3D"cid:image002.png@01=

 

S: +4= 4 20 3603 0540 | M: +447711418784 | T: @CloudyAngus

<= span style=3D"color:windowtext;text-decoration:none" data-mce-style=3D"colo= r: windowtext; text-decoration: none;">paul.angus@shapeblue.com = | www.shap= eblue.com | Twitter:@shapeblue

ShapeBlue Ltd, 53 Chandos Place, Covent Garden, Londo= n, WC2N 4HS

 

 

=

This email and any attachments to it may be confide= ntial and are intended solely for the use of the individual to whom it is a= ddressed. Any views or opinions expressed are solely those of the author an= d do not necessarily represent those of Shape Blue Ltd or related companies= . If you are not the intended recipient of this email, you must neither tak= e any action based upon its contents, nor copy or show it to anyone. Please= contact the sender if you believe you have received this email in error. S= hape Blue Ltd is a company incorporated in England & Wales. ShapeBlue S= ervices India LLP is a company incorporated in India and is operated under = license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a compan= y incorporated in Brasil and is operated under license from Shape Blue Ltd.= ShapeBlue is a registered trademark.


____________________________________________= ___
Xen-users mailing list
Xen-u= sers@lists.xen.org
http://lists.= xen.org/xen-users

 

Find out m= ore about ShapeBlue and our range of CloudStack related services

<= a href=3D"http://shapeblue.com/iaas-cloud-design-and-build//" target=3D"_bl= ank" data-mce-href=3D"http://shapeblue.com/iaas-cloud-design-and-build//">I= aaS Cloud Design & Build
CSFor= ge =E2=80=93 rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure Support
CloudStack Bootcamp Training Courses
<= /div>
This = email and any attachments to it may be confidential and are intended solely= for the use of the individual to whom it is addressed. Any views or opinio= ns expressed are solely those of the author and do not necessarily represen= t those of Shape Blue Ltd or related companies. If you are not the intended= recipient of this email, you must neither take any action based upon its c= ontents, nor copy or show it to anyone. Please contact the sender if you be= lieve you have received this email in error. Shape Blue Ltd is a company in= corporated in England & Wales. ShapeBlue Services India LLP is a compan= y incorporated in India and is operated under license from Shape Blue Ltd. = Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and = is operated under license from Shape Blue Ltd. ShapeBlue is a registered tr= ademark.

------=_Part_275_1907592169.1402511840430 Content-Type: image/png; name=image001.png Content-Disposition: attachment; filename=image001.png Content-Transfer-Encoding: base64 Content-Description: image001.png Content-ID: iVBORw0KGgoAAAANSUhEUgAAAQYAAABYCAYAAAAXxlkPAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAD1gSURBVHja 7V0JWJVl9kcrtZrRpnrap7J9m5ppn6mZ+jtqioqCu2VpOrZoZpnmngugIIoLLogKgriguCsqoqiI oMjOFZBVEERBBEXQtPM/v/Pd79773QXR1ETveZ6Xl++773q+9/ze867HgW4CyiknCtaV09CIYmoR rKPmPjpy8IpXnGs83eelo5f5nUtoDrlGF1NETjUVV98MJbeTnW5JauDwR+Wcy4I9Zddx+tg/l5pM SaRGkxPozrEJ1NAtnhq4GUHBgUGhgavy7g7+/S73BGo8LoEennGY2q7IpRWHq+m0/UPayU71Gxgy Smpo8PYSetgrie4enyhg4DBVDwKmvpvqW/+9gZsCEvdOiKU3/DLIa0/JVQEEF4f25NWQ34EScuU0 xrLzOnCa/JJKaDu/zztdY28mdrIDw/UiiNeEqBJ6bk4y3cPC3GBqGjl4spB7pulBIE3REqZewTOA wjOV7mCAaDoxid71z6Q1mRV1Kk9Efg3135xPf5uXSQ+6JVOzqUn0Z07jT55J1HRSEjVj4HqA3z8/ N4NaL8skj7gSSqmwg4Sd7MBwzSj+RA21Csqi+1yTZKjg4HlI0QS8TDSC3/s8KV40iIenxNEPWwvI lgxHF9TQZyEF9KjHIbrXM5HuQPxJek3E09JvyL835mHOX9wO0rOzU+lbTjur4mb6hnayUz0EhtDs Snp5TpoIl8PEq9QM6voMYfZIEQBqF5xNupNadPBNPEkv+qTx8CNJwinDEr3mYZqeua9PF3MdTVmz eHOuTuplJzvZgeEqaFFyKT09nXtdV5Oe2D1REWT41+t5Sjw1GR9L7/nrKLn0vJRlUtQxenxqilKW KZeJX5vP8e9gh3qhfnaykx0YroBWZJ6hp6elshDG6UEhVRFA+O434HlKMt3JfosVOTRmdxE9MiNZ 0ViuRfquSvqoX3jeGXszspMdGOpCO/PP0IuzkhRBdL+BmoKVnr/xlER62DtZq7Fcq/S5fv/0O0yn zttbkp3swFArZZ8l+ueidHKY8AdpCtaePa9T+ly/u8bF07yEU/amZCc7MNiiC+y+3FgoY3Blwo7d 5CRFkODfis8T4um9wCyqumBvTXayA4NVCsk6LSsC6iy+CBD8ybf2892eSZRYpkWGoirslaiiUOZJ qO60/K87eYHs+GGn2woYSs9doA+X8hBi/G2iKZg+/xJPwenKcCK19BzNOFBKPdcdpX8vyqK3FqTS W3PT+f/D5LQyl0btOEqh6RVUYUcIO90OwOCfcooaT1Jm60Vg4E+5TZ4ZDMfuK6YNRyrJeXU2PTk9 TfkNIOmaoGhQer8Zv3/bN4OG7ThOh46fszdBO926wHDmV6L3AzIVQbgdgQHCzvUXHqjzK1PirYfX //4nBtFOy3Mopsi+3GmnWxQYwnPP0J0GgbiNAMH8+UrqD+2KhyAdQo5Qbvmv9qZop1sPGL4KK2Bt 4YCmB71dNYcrDs98Gx15nOzQYKd6Cww4mFRcdZEyT9Wwu0jZ7GdXXKTn/Q6Tw8TY22/S8Vo8TzxE j0xPoSzmo53sVG+Aofz8RUosOUfrM8ppWmwpjd5dTAPCjtKAjYU0kP2BO4rpLi91JeL2Wqa8Zs+j 42nWQfsmKTvVA2BgPKC4Y9U061AJdVudRU/7pNBdao+HsTR2Nk629/zX5HlcPHUMybE3Rzvd3MBw vOoSrdadJsegXLoX24nHxyhg4P4Hb22+VZ+Zt28GZtmbo51uXmDIr/iVJu0rpb8AEMb+QYefbrdn BoZnF6bbm6Odbk5gKD7zKw3Zfsy4Fm/v2W/MM/P6jcV2jcFONyEw4BDQ2F3HWUtQhw32nvyGPU+M o86hR+zN0U43HzBsyKihxqqmYOPKNLkCTb0Sra7PmivYEhR/omn463DFW316Zj40+iWWlqbZr4qz 000GDKdrLtGzM/UAYHrJqt62Ay5wbTrpID0wPYke8ThEj85IkctUH/FW/Ee9tc8Ps/+Ae5xcttrQ 9PLWqbj7MZF/U35/YFoK/WlSkvaa+Gt9SexN/txgzH563/8I2S+gttNNBwweMaXkMPqQZc/GDbeR ewK9MC+FhkaU0PyUEtqcX0MR+RVy/frmTMWPyNQ+4wr3+SkVcj37s3My5Hp3SW9SPL2zOEd+ExdX Qf22HjdeynqbaQ4AzcemJVFciR0V7HSTAcPFS7/RC7O4sXLPZd6z4VbkloEZ9Hva7QGO/PL8dEX4 R8dTr9Bcze+4q0DODdxmmgL48eg0HW3Ps9vRstNNCAwHi86JwMIUnGIvUqfvwXV0N/dwh62024u/ wf1m4hsd44wFLU44bQIMxWbAUK3NX53TmGpWHi8bz4bwadafLxffpL7XNP/L5cfuJT8dnb/423X/ yhcvXqQLFy7Qr7/+Sr/99hvZqW4EXoFn4B14eFsBw+iIYkUwXU3tRSpC/PJCnUUM2JLdnFMtRmgh 1PBVF8ou2oq1WX5tAAYYpjUlxDMsj0qYaENYwzsvG74mvA3fVjxzN/oa519bPK94m/y41lRdzd8o OJSGDh1Nrl5epNPZd1jWlcrLy8nLy4dGjx5NCxcuZF7eRsDQclmOsUdz1fZo71sBhl92HadGP8dQ o3EJipucYPx/3H4xLLPruJaDsGbdDOlCY9hcbAYMrDH8FE0Pz9bRx0uzqePGIuq4Ops+WZVNL83W mQiZtnwI/95SHXVcpYTvyOEV3/j8hp9lfPTSeP+en/H3Juwkb5P4eH7aVv5j4i3Ka8xfifuSJm/b mgMsYcUcv34tbt48f/r3v1tTu3adqWWrVvT551/Q8ePH7VJfB0D9esgQatWqA7Vs354+ZN5NmTLl 9gGGB6YnGFcjTFcHxuynfy61BIYFh4rpIc80ua2pMYfDEmfjqerzIUnrrQXp9FFQBn3kl0Hvs/t3 YIYYocVcQuc1uZr0FvEwo/+6Y5Rx+iJVnr9EZy6wO6+40zUXaV36WXp9gX4ORMqVQP23KeErzl80 hLXmKjj+yvQyemp2msRD2TZmVMn7ippLlFlxkbqEZLNg6vM2cZWG/MvoHbP8B261Xl7TuCVq2Wfr Jx1tzTVwut9uzbsuX/f06dPUvfsX1LaTMzk6u5Czcw/6oGVLClm/3i75l6Hdu3czkLants7OzLee 1LatMzk5daW8vLzbofoNHBp6KWPixuaz55MO0auLLIGhigUh48yvlHjyAsUcYye+8Xk/+1tyztLy w2dp0u5S+iQom+4ap1+V4J62Z2iRJr2iMyyA1Zeszk2AangMfuTUr/TkzFTZov28b5osr16q41C5 +uIlWqY7q1w7x/XcV2TsnZHGqeqL9Osl2/FrOH6WSf7OawsFVC6X/2/6sqeW/UpNp+otdXtZMYHH fH563mG6HusSUIV79uxFju0YFFx6kotLZ/q/Fm0peNkyu+Rfhvbt20ctWjga+AZwcHR0oaKiotsD GAzr6VZmzaFNFFhZYIccYc6MMYIu6H3T52p+qOJ/ylngi85coMmxJ5R0eSjR2WxVQhWwLM4Hxm/h TphliTDfhx3jIUc8fcRaDH5GGLj1WRXUISiLPmbXWvw0GrG1QCNoKMuTsxRg2plrOZuKPLdyOrsK FD/arADIv9e6bCn/2nTt8Wj36BOa/LuEZEk6KoEvPRhMHMZarvqofMZy7qET1x4aLl26RG5uXvTB f1tSy3btqWXLdtSJtYecHPs8w+UI2tbn/xtAH37Yiodh7cQfM2bs7TIJ2cDhwZlWjLh6KT3cHfzc f8NRKvydm/JOsVr9nv8RFuz91HPTMYvfh+8ppNfmptEzcxT3znwdheq0ma5itdxhVDzdP0NH/wnI pkEbC2lUZCENDj9O7VdmUyd27di9E3iEHpmaRPFmBm3f8YNg76eoY9oLWH0TK+mZ6fEMHKn0FGtP 8JvzM96b0ri9pQIMeWeMDQM5DNhSTO0Ds8lxZaHkDw1p9oHTZnGL5UIWm/saWBNZn3F9li1Pniyj WT5+NHDoUBo5chRFR0fLTLudaiesSBxOTydXV3caNGgozZrlQwUFBbdL9Rs4vLlAZzwbodnDr/Rm zcYe5DF+On0WkkNjdh6juQdLaWl6JYUkl1KI+JU8lmY/vZS25lSy4FWSNYtt3/C43GFoNHVZqx2j IfwDk5MUY7Oq0VgWlA7LtGcHNudUiGA29Uokn0OnKa20hnJPw13goUaN3CYFX8fvd+VWUd5Z7fgA V7g7jI6jXXnaib4WwUfkrILhAldZLYijz1Yf1YQbu6tEtnKbLrogB8m/FHkr5cjk/4vPaHuVmXFl yhmUWkzdzY4tueKvV1lZSenceJPZwcezNSotPUVphw+LGlxTowDm+fPnNa6y0vqzaZpWfz9fu32+ 8/p4pumbpmfMR/ubJg2z8piGs1Xny9GxY8cU3iUny//W8oZ2UFJSQkePFjIPS0UDMy1TXfzLhb8c 2QoPftQlPdPfTflv/i0sgOHHHQXK8WrzU3+uqfTojFQawgLdf0s+Ddlewj30MXpvcSY945FIz/mk 0nPeOnpumo5e8Obnuan00kwdvTZbRz+FW07QuB8oE2DosVGrxq5Mr1KWBk3z52eo5aYUfozDDYuh r7cWUxnmJEx+w0XLcHl6v4p/PG82b/DegixJN+KYFhje43ws6s/heqzSajYTo8oENMqqLRv+mfOW fpmJm7C7RAEfW/dZcP7+yWV1btSYAAsMXEEjxo2jb78dQl/2/1b8ESPG8ftAysw08h+TaGPGTCS3 qVNp4kQPmjNnDpfvPC1btozGjx9PkydPo/GTJ/OQYxr/P1nzDB95pKamcpqZNGqUZXg3dh7e3hS4 YoWEMad9+/dLPElv/GSaPXu2oUFu27aNyzzemB+Xx88vUNOoUV68V/NDHXft2ie/7+e0I/bupf2H DtWZd4cOpUqaP/00inn2LX399WAaPPgnqdemTZs0wuLHvJzo4UEeHt7Cu/DwcDpz5ow8I7zR96DJ 08ye2ff2niPprFmzRupuLfycOX6SL9I1J+QP3iA84m/aFG7gy7x5AVymifp0lN93796vaSMos2l5 wL+TJ09KXgcPHhRnYzK1gcOmnDN647NmPdnYRPpnQJbcz5Bdzj1yueKP2nmcGv2i72Enqs7keXQM fbbe8gixe0yJXmMw38egaALa04bx1DJYez9BWB6HGxlHgcnlmvdToorpv4FZ9G92H+j9TsuySGdm afathekKMHA6puS8KkcARy6zdVcuZ8XzgI1aho2NLpE6FlQY08WnxO1WTiGcp/j55Mh5d2Z/2A64 YhrN/scYRtVmVJfruyWrqk4Ne+fOKPrhh+HUpctn1L5LF5kQc3LqRo6dXMjFpQu/78UNfTiFhe2U 8EuWLKfWrduSc+eeHM6Z+vbtS+UV1SKsbds6kbNzZ3Jy7i6Ta87du2uenfj54xZtWRCjKSYmhtMx Cy++s6Tdpdtn9M3gwVy+nVrgX7lSyd9Zzf8rWQpUG2+PHn2pbTtn/e9dqB3XITYhQX5fu3Yzl7GT vMfv7Thc//4D6Pjxk1RcXCyCOmfRIgqPiKBTp05dtuddtnq1xO/atSu1b9+FOnVS+Napk4vU69NP +8qcTFZWvsT5fsQILls7ybtFi3a0ePFi0SCkLM6d9TzorPChs/YZy8NffNFX8p0yZTq1aNvOavhO XXtIvmPHTqL8/HxNmb//Uc2/u+Q/d66voqmy5hIWtp3aOjlRu85Kelg1+eGHoQaAmcRggHdqflh2 ne3rKxpjdnY2xw+j9evXU2JionVgKKu5RE94p1re0DQhnt71t7w8JI9V54Xxp2l6DNwJmh5v9D3Y 9zlYRgnHLRv5iMhivcZQqHm/SmeiMZjcT9AmOMtsKKFoDBvNBKgPp4d9CPdyvEaeiv8i1+dwmVZl +MfCLAGtvYXa+NFFVTSAhw1dV2IPQq74fVdnU7RZHYah/CNi6FCJUWWAMSnnFbl0H5f7Hq9UuoeF vCnn333NUdpfUEm7C6oolv2vtxy1fb8Fa2a4JSu36tJlQQHzA30HfCNg0KFDV+rkgkbdg9qzMHVy 6cHAwO87d6WWju1p2LCfJc6KFau4UbWRcI6OnahPnwFUXl5NI0eOlln3Tp066YWjhz69riIoeOfY 3oU++qgNRUREU1xcnD688ruSHodxdDSUpw2nP2DAIG54xrH4qlVm+XP5VWBAAw9Zu4HatHFU8ud0 W3XoQBNdXUXNV+ra2VAe5BEZGSlxCwsLacOGMFqzZQtt4EZeVla7xrWCNZpOPXtyGp2lzuZ8Q706 dOjEwtSeVq9eI3F+GDqUy9ZBKVerNrLJCfmgvqgrfCM/jL783qYTdenVS+rq6elFrfTpyO+oD8dv 2bI9dZB8AVQdabKXl6bMEHTT/H18fAy/YXJ0/KRJ1MLRUX5HGm3bdqQdO3bQbm4n6DRQn04Mgsjn u++GUIF+RSVRpxNNEiAOwLcKDPj7064ichhncsuzhzLWfsgriQqtWGs9ex7LfMpS36nzRv9kNfYW WP8w6NUdRhykruu0qLhCVykgpLkLkfNuFZxhBgyVAiz+qdoxZSwPDfwTTtGi5ApakKz4WzMrpIwa YJiXwcBwkCLztWMBzAZknjxPScerGdCqxT98stpinkQt/y+7tRu0cC9mYNopzpvz53IEsp+g37Ck zjR8HZ6v5a/p3Y/jkljTSafLjTghCIMG/UCfOHakjh27UwcXNCgX+fgduWeH34GFCg3tE24sS5cu lXgYcrT4xFHCo8H27jeAzp6tpgkTJrBA9KLevXtTl+69pWG5uCjpwse7Xr2+lJ41JuYgxcbGGtKB ICHunDnzaerUGRIO8VEu9EwAI6NAhmry7zdggAEYQKcqKmgUDxUADsi3I6f96aefMrCNkv/V/CBY 8+f7GeLCR7n2shDEsEpc25gdZe/MoNC2vYuhfhBcR6mHwsc2wj9+7tFDQAk0lIGhlWMHCd+qlaMA A5aAe/X5koVe4Q/4YOSbwhf5vUtv+pKHKiinFws8+CL5cj7ffvcdBQQEsZYwXh+vF/OmI3VmIc7N zTWU2zx/Hx9fTb3Q8/fo1UdpBy4KuHzz/ff0/Q8/SzuRcjEIIv0DBw4Y4pWUluqHEomsHWXZBoaM 8vP07Jw0RUBNbi+G1epRLAgnf4cpZ1YwyDfuJN3nmSSaQfcNWo1h7ZGzchmq5vZkfv4kRDv5GFl4 VgSz+9pcSVOjJrIEnjNxRVzefDOl5V2o8xhKFFabAdNpi/RMCVVfrJaf+fOMTyprLact5hnUvM+b rWbBmO0z81KVIcNks9uhJyuamWf05Sce0eOhcUH40JgduTH0YyFHY12zYQMPGZbQYDQk7lkGDx4q Kq8CDMHUghtVR24kEMw+/fpRZWW1qJDh4bsoKiqKx6Be8puky427e/c+tGXLdh5C7KGtWyNl4g09 NXonpIOGiDBQffPyCsiPG7ka/5NPOpKrq6eh3CEhoZr8+/X7WgMMoKTUVOrGYABwQ2OGgCn1dJF4 6DWHDBlhsYcAQop6wrdFOOcwcuQvsnsR5VPK34mHUmNpGQ9zMP6fOXMBfcp8+Yh5tyggwLAkCcFU BAz1cuRx/TwBoF179lAk8w38GTjwJxF2KScD8/DR45TfI6Noz759khbG9uCLpMM8nODuLjzNyMig ocNHC0gpoOpIe/fu1QCDaf4+PvMs6gf+OjJ4dHQx8gsgoXYeAJxFiwI0wIkyIf/S0nI6d+6cbWAA zUgso7thYm6iSc/NjfdxrzT63+ZcmnOgVIyxhuVU0I6cc+wU39rzBnYrUktpTkIpfbP1KD0/R3+w iNN/i3vHpakV7ErFHxRRqJi2M+1J+flvizPk98X6cCMjj8v7Bz0O0dCIYolvmq/qI9+vNhfSdzuL NfGbz02T+BFHtY2yfXA2Dd1azPG06aCui7n8g7j8L6vl12tS7/EQa2KkEse8/vDxDuVz31csxmwl rqlGZKIZPTItRVZUaqNz3Li/557gk3YdDZpCz559RVgxmVRVVSVj7Dgem48ZM4ZVxN2GuAEBwTIE kEbS0YU+/7yfaAxqA1Ea1xpDj+bIjfuLLxDmrPyuLttv3bpVgEFNp2uvzw0Cvod7bTU+/PHjPTSA ZtAYkH+/ARbAgHwCg4OlEZtrLm07OHNevbl3i7+qjiktM5PaO3fRawfKWHzUqFGkY3W6grUV8K6w sJi2sgo+grUozF0YBXOEWY/to+Eb/NGjfxFhR3nBHy8OY/o7yJWHRkb+OJKHyZDBy8vbwB/4ERER teTva1E/fHfUB/VS+aaCA4Zlw4aN1NSpjmQEhpKaX+mr9Xl6+5OqpSSYXUumxvzcfHaaGGP9IDCD PlqUTR/pfe1zujy/tyiD/r4gjZrPTKPGXiam2zAXMCOZXpuTQa/x7/Afm23dkpMa7iV9uCdnpxmM wzabmizxTcuh+sj3Xk7jfm9t/Mb6pciIAm2j/NeiTGo2KZnjadN5m4HpJSm/FdN7/Hw/l+Hvcyz5 Af+DRUr9HvJOVozZWrVQBRN1B2h0xOXPLeQfKyHnbt2kcTu5dJNJwBkzfKzuRzh8+LAItUpLlqwU YEA8RycXFvqvLAQzNHQ9pwlVvhs5OTmx8PazCIMVhBat9elwObr1+oLzyqIjR46Qt7c3tWvnJPGR l5/fYkM8TD4a4iH/ryzzl/bHPT8OeimaRzcJD9fOqTMFLlt21Xsv1gHQ9PljkrZjx84atVolTMod NltVGTr0Z2rtqNQL/JlhMsZXaTQPg1o7Kum3sBEGwIBv5qL/dpMmTZLzKocOHaJBQ4ZQa+a5E/MU fmpGhs38fXzmW61jSkqKdBSoH8rhoud1z759KUE/kXvVwCCNisfWziG5iiBMMhNY17q4A5bvrJlu Mw/jZUNwLNKqY3lq+d1cY2gRrDfGW1ta1kzQ1YUftZmqm3SAPg48XCe7lTpdpjQQJxNg2MPqal0o IMBEMB2hMVwOGFh4GRjMl89MgUEaX7deNHGiJ4+TJzJI9JKyOXIZO3f+VBqqERhCNfn3swEMoMmT ZxgEQclHWXHBXoOrpYClS43A6Ahg/MJm/uYEVf6ywPDLL1pgmGENGKYYgAECO2DAtzR9+nT6cfhw cuqm1BMawU8jRtAZk7KZ528LGM6cqaYvvxygrFCpwMDxBrKWeZWAanl9fFxRNXVZnUN/mpRcu9Xm emp0dltOtRwdB7uqTYHhRpVHDxof+Oso/GjdLF1D7VUayNUAQ7AZMPSThmQLGBxrAwa9ABgE18lF WZnQl+vzzwdQUNAqTWO0AIZ+1oEhITWVhfZryV9N38VFSX/uggVXrTEEBCw105iuHhh8rgEwOJny TjQFhZ/fffejrPzUnr91YFi1dqMB1A3fxwnzQJ/S/oMHrw0wgJKPn6Pvth6j5tPTjFrALWF0NpkG bjtG3gllNPtgifjPzT0sVqdvlNFbWAVvEZBNW/LqvmMPO/Oc9T1LXYYSp0+bDiWCzQTDGjCEmgCD raFEhAUwqECFckHl910USJWV2sksi6GEFWA4xsOIn8aMkX0VhnSdjCpxxy49rraB07p1WzWazu8Z SvjUZSgxo/ahhDoUU+vnxHzr1etzq2Wqy1AiIYGHEb37GgHVSfke+B/8/P7nn3mYVnalbLNtoq74 3AWZcGyzJJMenJ5kvD3a2iRavTENl0J3eyVR02kp1JR/gy/vr7WpPYMdT/2zm6IlPD4riXqvO0qR R89d0Ve6YGPyMcJ88jFOmXzcts108nGFxeSj5VAiVFRZmbzC5KMVYNi6NcJkubI7OXftqiz16Zfp 2nK8mXN9pSymZDH5aLZcCYH0XbxYP8mmLid2pS5dehpm1lu17UA/DBspdb1SSkuzNvk41jD5iPwx OSeTj2Mx+XjSRDC1k38zbWgMhslHrqe3t3VgUCcfEc65a09leVf47Uxde/akqP37rQBD7ZOPKPew YWOFP+pKBPimfhtZ5uX4wcEh1w4YjEOLC/TLniJqEXSEnpmeSo28UoxnK1zrqRHZyXqV/nqmr98k 5uCeQg9NTaWPmH+e+4uoqIquirA3AGv5psuVmOH3xXLlGv1y5WBry5Uh2uXKPtaAYZ0shynLhNjr 0E8zgQnavn27IR3sL8D+B8x4q+XpKHG7yOqFKVksV36tXa7E8pwzdnB2UJY727d3psE/DJcJTYRX wQHLfQCZKz3daH25squAA7SZjRs30rx5+uXKj7BcGWxzudLbGjBMmMDCp9QP9Zw50xowGJcrsS/k uyHDaeDAIfRJ+476Zc5O9L+BA2VfgvlQwtZyJZYZFy1apKzk6EEB/ALfRo4cKXxU28mnn34uS6PX FBhUii2skoM+vTfl0ocBGfQ8935Nufe9Y7LxwJXB96jvmsUVaAYmy5im9W/qnkTPex+mlgFZNDaq hKIKrxIR9FRYWEKDfvhBGpjpBidZQ+9ossGpg9KIli5dLvH8zTc49TYuVxqBYYNeY3CRhqTsdag0 0xi0y5UIg7MKfft/I41dKU8H6t2njwxnjIBmtsHJZLkSW6K/+vZbWf+XDTodsU25M4VHRcmGrr59 Bxg26mCtv3fvPrIKcqWkbnBqb7bBqaNoEUqdlQ1OLGC1bHCyOpQYN64OGoOHZjnXa+ZM2rJli+zq VDUZbPByd3fXbO2ubYMT5piwBV7d+wE+DRjwvfAN36WD2i6gcXGeOFdhDvbXBBhUQtLRBWfJN+kU DQwvoDarjtC789J5rK6jR6emULOpiXSPRyI11G9tFgGSnY2pyhmBemVKLtGwRVt8T5P68PNdHK4x O9T54ekpcqjs737p9DFrB98wb3zjTlH6qfN0rQhbovv1s7Ilur2ytRfPeI8tsD//PFbRGLiX/Ui2 JHeVbbiff96HVWhrQ4k2srUWAtKLtQrzIQHOJbRo42hIp8fnyj6GVetY22ir7D9AfIDHj8OGGTYj GbdEdzVsycZmG2zpdffw0KepLzf36l5eswy7QKEl4Z2yhVmpl7u7x1WdqIS20c3almjOu71hS3RX +q9siV4tccy3RM+yAgwjf5mgr0MPqeesWbMswkzAUMKQTgfy9PQUHowcM1FAUd1i3oZ5F7x8ueEE rK0t0QKoX30j/FC3cmP3a3i4MoRE2jg4B/BTt2hjf8r27RGaE6LXFBjMKf/MeYrKPyPbgSdGFdO3 Yfn02YZ8ar00i97zz6DXfVLp6Wlp9KAH9kMkGlV400NFN6XpOD2Y6VcR7uay3z8tmZ6ZlsB1Oix1 a7s8Sw5Roc5jdhYLD8KyzlAWg8G1gwMtYafiDz+MpG7dPiMnqODcCzrpDwNhfzwOV+GQlXqYaUlQ ELVo25Y6y2EbZ1YrLYcSa9eulUM6ykGlznLQCeNv86EEJrPUdHr2/FTAA6sX3w0dZjgI1YF/b9Wu Hfn6+UkDh5C1bduO43WVeNAYMGmKQzxtnZxFUOXqNI4Pddr0INGpU2fkHQ5fddYfOsJBKuw4vFJS D1ENGGA8RCV8c7R2iErZJvz9MNNDTG1pxty5FumOGjVRfxitpxwWmzFjtkWY8e5T9IeolMNQ6t2R CTodf8eexkNizB+nLt0pPl7ZzPXjj9pDXL6+Ck/l7EWrdvpDbJ3lm02bPdtCS8JWaCe5mo41jnYd qH//QXXd7PT7gcHqRyDluHEq/wnPO09zDpXR8N1F5LQmj/6+MF161vu9kqkRhHDKTaRJqKsvXJ47 +d2Dk5NlC/SbXObOq/NoSHgR+XFdwvPOSN1wxPt6AUBtlJdXJD3gOFZjB/34I/X/Fseuf5Qj0jgb YXqUdjerlVAjp+mP586e7WtxrgCqp+mxYBxLNg+Do9em6UybNtuwpLl//yH98WBvw+84DowDR9jE g+O/CI/3OFaNeL6+vvr3yvFjxMfBHnPCO9Nw2F4cEHD1V9OhHqjf8OFjhG9ffz3E9rFrP9Njz+Pl d3NatmyNcvyZ4+PEqno0WqutqMeulePR2Iat/W2i4Xg0fl+mv3ov0OLY926ZgEWYyfpyqce/rR0i My2/Wr6DdVvduT7AUBtgJJeelwtevt96jFoF5ghIPOCVxGp5onHj0B+hKcgVa/H0wOSD9NycNPrP 0nQavvMYLU0upfRSXEhCNx1BpcY1belyUUtOrSr2lVzocbme11q42i4iwb78rOxsi4tirjbful5y UhuhTMpFLek2L2qpG9+oTuWqLR28slY/5aKYk3S0sFAu2zH9/Wr5Vkfe3VhgsGjY3EbCC2toeHgh fbg4mx7zSKUmkxP0Rm9vgKk4vRHeJlMS6BHvZHpnsU6umQvPriS7idlrQ+jhcC2a/Wq5KyPj1XJe NGgorpbzoxMnTt6o7P9YYDAl3IUalKZc7PrIFBbWCcae/JqbitNfwgoQgpHeDiFZtDD+BJ2oByYk VatSN6t/gX11ggu+q5sbffCB+WW0uYa6XG0+V0MX9PndrO7CBeNSrOVltC1pzBhXzQGtC1eR/g2b fLweBOO4Hdbk019ckxSDuJ7XSFPQry7cyWn+hYcvHZZlipHe+kRQezE5hmUpo5990zxnsa8uueE4 tIuV6+uXLQuV3zG0uJr8sN5/pab2EB5lK7yJXVZWoUFwLa+vdxE+qpOHEv4q0scQqt4Cg0qrMk7T 3/0yqMn4RDGwa9rjN7gKI7KiJYyPofc4zVVJ9dOYLDaqJCUlmbmMm+b5wIEkw+YqWwZv1usN3mCS 9MBV5AceqHMVdSWEt+TbzeMO6H3wDCQGb1qaGbzp2s3A26vNp44bnW5uYABhYW3EruPUlNX+Bm7G nr+Jl+6KjNYCWGA+D2mdvn1sEP7hpDGR17KVHPu2m8irQ7uHibyvYSKPh2A8lGglJvJm3Kjsb35g UAmGdJv76BSjsZczFmvFeGxz/j8ix44If0QDV4zqDpWJNLuxm7qTYlTXS3gnRnVvXNb1Bxhg0Snv 7G/0ydJssShVZ/P2o2GwVkd5Z+pu1s5O1/jb6ScMsRpxpXMDtzOBV+CZOul6A6n+AAMIgg2jsTBE azAyW9vcAgMIwlaev2gHBTvZ6VYFBpVwK7Wz2INUJyStrEawtuC8IkvC3kqUX1NDKRUVlMkOfs1l wmZW2A5RIb8r6ajOdjoVemfMv6YO+SFciZWJQvN6wK8wC1cj8bXhSn7HIpJafvj5l5m8xO8ltYQp MfCkxmYdTXmXbxI+3wqfzfOr0ZfXVj3yzfI3p5orrO8tAQyg41UX6WP/LMVYrBVN4Z8BaXT87IX6 Wj2b1GLlOnpiwRJ6dcly9pfT34NCKPrECasN4wMO+9fZfhRv5XfQ7NRU/n0BvcJpvSLpLaHWIeup wKwR/W/nPgn3HId5bkGghMPzTrN0B0k4P9qqt/GIdP46ewnNOpSqBSR2bwWuVNJhp6aH8phSKjfo v3J+z3K+qO+zXN8X/YJofdaV25AED97kNN5csJL+xf7zfoH07dZdFmCkhK2gp3wCyXldmM30+oTt pFe5PG8uWSnpvsjpuUfHW9TzA67nc1y/t/yUcM/NDqS2y9dqQFUN58jfSy3PuqwsST/LTOijC07w +yX0Guf3qv57WAsXmJYm+aJ8an0/W7/V4tvecsAASik5T4/PSNEa5cWFKDPSKKm8fu1PqCs9szCY XuaPvaeomJYezqcnWVD+yw3KnCILT1KjKfOYL7Ppp6goq2mN3R8vv89KSuH0TpFHbBI15ji/7Nc2 8G3Himih7jC1WhtGDbx8aFTsQXk+ZnaMt9fmCOa/FzfGtfJ8rLqa0/ehsWYCg0/zF5+F9AbXIyQn l+vBTpdD8ae1S8j7j5fzN/WhvhG7pHyrc/Lpr76B9P6ytVfMt0OnTtGdk+fQiL1xFMG8m5mYRE25 7kvTLO0qjI46RI253PfNmE+JJ63vgf3vsjX0qm8Q7eW0drBD3R+cPpeyTbalQ1ddl5tPiw9n0Asc 9m/8rYJ1ubQx8yiZjmzL2b3EvzWZMIO89QeognXZdIfbHMoyu9494lgxv59GP+89SJs47Q3Mv1Bu BzVmcxA+8WnUgHm3JCOT9unre6/nLPJhwLjlgeHiJaK5CSe0F8fw8GJRwmm6VY2VPzZ3Mf1n1Ua6 cOkSnblwkd4OWkVPMFiYU6+wXfTi4hXUMXQzNV8YZNX47MRo8G067T95ktPj3ujESeahD/0Spb17 sIobXcWFCzRqD8z4+ZCOBRjPF8120UE4/jzTl+6dvphmHEwWG6MIPzHODBg42j0MDB9zPWJKSii6 uIR2sasxSy+ujIHBdTpNjkuR8qEcL3JdXw9adcV8Qz6o27IjWZJPPgvwn1lQRu2O1YSDWP+d8+i9 cQe9EbCCft6132p6HwSH0n+4HPgOSM/rQBw14vR0ZjYuVN69wWm2WrlBvlnVBW3rRIxn+bu+OCeA Xpi/mI5VnqdVWTmcng9lm2kCEXnF5MD5uMckUiLnFcv1OlJmedfHdP4d8XVlZVLGeP7GKJ9nTJ2u 4a/fwAAqq/6VWgZlGkCh5fJ8Kq++VN+rZZOe5172IRaqb3bvp+6bwqmp1wLqt0OrEZQxCDzEqvAY bqyRLHB3TplBYYWFFmm5xsVLI2sZso56h++mN5eG0FNzl1NahfVLatHzO3BjszX27bI5jN5gNXnQ zj30xPxltC4njxrNWEBjzRpjOZfv8QVBdB/X48MVm+ndFWvoX+xnml1AG88NH+V7PTBEyue4ZhP3 4ovJ73DGFfMtjgXkT1z2rhu30RjmXc8N2+g+1n62FmiNF0cUFVFT7vkPl1fQiKhoemXhUjFSbE6t GdSemBVA33C5+vF3eGXhCvpi63aqsnEO5D0GkZbMG2tUzuk/xrwYsyeK2nC6XzOoh+bk8LdlYDC7 FwMaQyN+/8+AtdQuJIxaMO8GR+yzSHNWcio14XCfhkVIGVvzN/6b/3IGmjpdQFz/gQG0KfucAEOj ifGsXp25Fapkk55dvJwe5AbZe9tu+mxTBPdoB+hIuVZQgzNyqaH7DGq/cSt9t2M382YWC1akJTDE KxrDoJ3R5BGfSG3WbqC/TPWjgzYMxI7Waxi6cuu3UblsDqe/MXDlMnC8zNrKe8tWU0MWMkuN4RI1 YwH/IGQDReQXUXh+ofgVZkIlwMD5td+wSco3hMvZ0GsuTb4KWwnQGO5jEG3FPf23zLv+zDv/VJ1F nv9jPkGgxkfFUqd1W3hoNYN25VreYQAhf2Z+EE3jnnkq1+8F/r8dA5ets4tv8XdrwUJvFRi4H7t/ +kJW/1MpkgX/Od8l1HnNZnpo1gJKt6IxNGQtbEJUDO1hnm1j3h06bnm4anpiotRj5N59NI1557R6 EzXndFMvY/z3lgKGygvMeL8M2T5deeHW1RZAj7NK+kbAKko6WUap7AoqLYW0DTeCh+csov6sSQzZ HUWvc3gMQQrM5gTGxSgaw75jZVTEPdPOY8eoIfeq3ok6q3kPi46R8Lpy6xpD+7Vh9Kx+WBOcfoTu YlDAUMLVQmMgajJrIf0fA0M2lymdG2sSu+NmBkdjSsoF1Nxi46V8Oacr6cWgYPp45dor5hs0hrvc Z5JPXJrwTceu0uww1nEuyzNzl9IH3LsPZhD6asdO4eM32y0vhvmQAebtwFVUxPxH2Sbw8Ot+rm+R jWPN73HYFrY0BnYPMT88GGQwLPlyy05qNtVHwCLLXGMoLJbhlQ9/I3zPPHbZp85aANIsBpkmzPsU HvahfFEMHo095tJiXZ2uxrs1gAE0PrKEJu0ruVWqY5OeZMH7iAXKFmVyL9uUe5qvWL1MOnmK0ljg glhI75jsTQFm++QnHMRGMB/KKFcmzCp4PHzPTF8aGBlrNe0R0QfpLg5/pNz63YEdN2ynF/TAUMEC 0m7DZm7E3uRxMEUrCDzEfsQ3kB5dEEjt12yktuu30P8tW0XzUw9rwh0sLZd5AZ94nUkeYfQc53Gl 602xJ06Qg8dMWpWRZTNMUGoG3es1jzXQPOFdEo/Lv9waSU/N86dCMwH9JwPDR8Ghhue1R3Ik/Zhi 61e1v+2/glqYhDcHhge8GRj0ZvjSOO/neWhxn9dCzWSmAEN+Md3DAg7w6rJmG7uN1J41kcNmcxve sUnUxMOHcvTlLmeGPTzdl8bsjbu9gCGj9Dyll9+Et6lcY1qYmk4rjtjeVlx47hz3sHGUUmpsKBjT e3Kj2212rVd0aSl5xifJ7yBMic1JSqXN+YVW095bUspqaZJsGLNGa3LyWT1PNzwfYPUd+caWahvt eX09psWlSnrwES6yUAvspVLuJIozib+loIhmJqZc8eRyiZ4v6bUYwN3BvTHKc85khj+R6zyJ450w 0wSgEQFwVSpgAUb6+ZXnbH430/Dm/JjBPXysyfcJycimqbGJFpPGRZw+3s/gcsKfygAwhfMtMVu9 iOdy4736bfHJ5jKfw21821sWGNSGfasTZrmratkei19OWVmrrrASr0b/vq7pWwt/ubgIX2MjbEXN Rfld9WusJG0ev8ZG/epCiFdbG5GyWKnfSSvxqqyErS19W2lr6mnye231xHuEh3+q5qLVcNbaAfhc Vbet1TcWGHD12IYNG9iF6v26ulC5bjtKf624KeF+fTUcbjvGbcb2G4LsZKffRTcWGDIzM+n9999n 97ber6t7mz744AP65JNPqF+/fnJZpnrTMU7rqeHefvttatmypYXdRTvZyU43MTAkxydTkzubkIOD A93J/p133ilOeYZv/VlxxvCvvPKKXHkuaSYna9J58MEH5bjq7UgASxiHhZ3H3Fxl2zDuXARQwq+r MVdrhJuDcMPwwYQEm/xF+rbMyKlaHMIUFBTclPwDzxISUuUmabW8pibrroTAB2ua65EjuVbfK7wr t/r+astQb4BBl6yjPzX5kwhxE/abNGkiTnluIsJv6/nOO+82xAEAODo6KmnqdIYweP/Xv/71tgWG Xbv20qpNm2jztm3k779CjJlCS0MjhSWpvDzrE081Nb/SWfMDTCbPZWWnxZwbLF6HMCBj2KY2blg3 UsNimGduok4l2ErAtXT4NrhSXqXTZtugke4VWEy6ZgQ+rVq1joesu2jdunW0a+9eqde6dZs1PLnc MBW8RJjNmzdbaK644t3DYyZlm9jOUOuM6+oiI2OsAkxyss4QzvzmqrNW5heuwVD6xgJDSkoK3Xvv vXTXXRB4+HfR66+/LnYQbbm+ffuSk5MTNW3alMPfLfFUAMAZdVxVBWC444475P0TTzxhuEYdBlHA SPi1nWdHGDWctSvD8A73GKLXxIdSfTgYZrnBZ+VtEkyhbdmxQ8q3Zs0m7gELKZF7P9yY5Ld4Me3f HycCAEJ9cLUayh8bG0/7YmOlZ8L7mJg4jfDqdDk0YsRoabwYusG6FO4IwDOuIIP9SfAC32Ix56Py CAQwQrrTp0/nMq2XssTExQnPElj72LFrF8Wxj2ekB60EaWaaWZ6+noS8cRFKREQEl1W5Vn7pylC5 H3G23pALyhYdHcvlizcYES4sLDb8hneod3R0vFyhNtHNzaKD2rlzD7m5edLq9ZsN+aJji+fw4Onq 1esM30QBq2x5Bp/wDuAay99FnWdLSdHJd4NcIS28R1jVYE69AQYw7M9//jMLMYDhzyLIgwYNkktB bTkwG8wDgCC8Gu/xxx+XxglbhgAGgAzeN2/eXN6DoTAsAsOf8DEpaY1wz/7y5ctpwYIFNH/+fAlv ap8B5slhMNaNP/To0aPF8IjqT5o0SQyhYM4DRluuhb2D30Po6UJCQmSSFgKGnnfTtghp6MH8HnVZ 6O8vE7aRkXvFWtUOBpKlS5eKgw1LXO8+bpyr2EZUqajoJPn6LmZtIJwBI1G+B3i0gHkFDSGU84UW gXwwAYy8IWQgNPaEhMMCDLBjCWBZy1oNvhuMzmzlcD4slOnpR8TeJoysIE18ixsFuOATDM+a3j59 8uRp6eEBGACIgIAAsfiNOsRw/QCc27cru0mXM28BZNASNm/eLrwbPnqcBhjAc2/vOTJMmTp1tjzn 5xeyZudPERzeZ9482sDxw8N30kEGgMrKc3LzFXgdEREpoAATdSFrN8h3xHBswQJ/4fOSJUuFnzCI g7YOOatXwKBjhLu3iVFjgCB/9dVXYgQVLi0tzaofxz3MP/7xD9EK1KEEJhtB5hoDgAGEBnrPPffQ fffdL3737t2tlgkN/KWXXtKHvY/uv/9+g+HUuLhYubr7oYceMqRv6gBGcPi9devWIph/FKk9LkAB DQSClZiYKOoxGlVwcDDlsAobtGKFNCx//2DpWSZMmEBhYdspIjJSGhUsX8M3JRWct23byUOKNQIu SMPV01N+r2KBgmUkAAJAAhoErEiDFi70ZzAolPc6XYaYoENZQkKVlSbQFhYGmGrH/ZCqeTbYdzQ3 vnu9CL39BNa2TIE9mzsWAIK/fyBrUDEGnkCYZzKgQSDVYdPCwGABVC8vbwO4uLp7aYABdR/NYHGA AQXAm8L8BLCobSacgTqUwTUzM5eWr17NwJMi/Eb7DgnZIDIAvkVG7hNQWssAEaqPGxkZLeAE62QY 7l0DusHAkKijpk2aUsOGAAb4ylACwwW4Tz/91KqP+YR7720qANCoUSMZLsycOVPSRONW30NYn3zy ST0wrNILsAIksGpsq1FA+0CYhg0bSloABgwf2rf/xPAewPHyyy/QW2+9Re+++674r776qrzH73Av vviiwZjrjSY06qCgIOmR0dPBDBq0AAgohA09cY7+6nU3t8miWSAO7CiuWrWRwkWYN3OD2yy+KaEh wtbk8eMnZSgwztVVntGDFXB98/IK5H+Eg5FbXH2+klVjAApM0wEMQjnNqKgDPLzJlQYexpoKtAyk t3ZDmIDZwoWBLAiKGgzjsObGd68nTZs9l/mUSCeZd9Ibs4YArTMgIFjq5ee3SOoDi19+rEGijuAx wkMTQBhYo0ZchHPznKax/xkUtErMB+5mAAHvFwUtE3ABD/C9tm/fI8MJELQI2P4EbwAMy5eHyvzM zp27ZdId33nTpu20asMmySuCh2OrmX/oDDN+/zDixgMD1CgIUqNGAIZ79ODQ0KIntuYUMGki4bt1 M16jrU4+quk89thjemBYro93j/hdunSxWiZ8PGgZDg4NBVxQPoyPjxzJkOeGDe8U/+mnn+YP68eq 9zbaxR9CJuL4A//rX/+S31Ef5AMB/KMIBmSRP8oH1Re8wf9oXAAINC6Qm9tUHvoo254xnMB8RBg3 0t2798uQaNcu7Wk98AM95ubN4ezCJA+8QyNdvX49Ba9YI+kcO1YsfAEQzGKNBQ0fQy2Mx5E2+IWy AFQQH8M2qN9z2UccXCuflaVMzAE8buTQLDY2gYU/gMJ372Y+rhGBRf4QVkwiBgaGyHAUYItxPMq7 cOFi2sWCjk4K9QEPEBeCCh6r5cdp8rlzF2nqg2fwAiCAOZVZPn4Upu/twcOp+o4PYcBH5Ll+/XbR CDH0Rf6LFgVJmfz4W2fxM8JlMPDWO2CAaotJRFVjgEDjGUuMUOFVZ/4Mp65gwGEYAVUZjMa41lRj aN78KckLH1SZk2gqfo8ePWxqDAowNBJwQXkAOps3rzXEx3sAAD5YRESY+GjcELovvuir1zSUfGBo 9o8kgC8ammrYFo0afFJ9ELQaU5lDHPR4qm1Da/tA8A6gAQO26u8Ii3iH9DcvIU31N4y58ZtqbBVh 8Q6++g7lQJqqlmVqmNWakdbrTeAZynPI5MYptRxnzpyX30wnRVNTM4V3ploi4h4yewe+mGuSyjdQ eCHpct5let6Bh2p4U35J2oeM/Ff5p35rhLtGYHqDhxKpOrqniVFjgDC/+eabNHz4cPr+++8NzvwZ Dmq60jMr2gH+x/zD0aN5Go2heXNFYwCqKoJ9JRpDE9EYwGDMrqvxVUDCxCny1frK/yowDRw4kOob FRUV0+nT1k9MWtuXAGtJtsLb6ZagGwwMCTpq1qQZNWgAQWsmgvTjjz/WKS40BEVQmxgmIH1957Oa WizPjRs3lndPPfWUhMd4C8+NGyv5YPhhjTBBhKVPB4fGUq5mzZrJ2A6qrJJfM0kbE5NIG/MbmMdQ fVOHd2PGjKlXLQA9DEysh64xzivg2nJMymK2XtXM1BUCrJGf4ffbtikz8tiAg7Dq2jnC4blKf6oP z4hfVVVlFzc7MFgnrDLcfffdLGgQ7rtZEBtQnz59ZMLGtiuU8RSMbiC8KTB4ebmJEOMZv+Hdo48+ KnlhthfPDRoo+WAogFlmNGQ4TC5CW0A4CH6DBg3FR/kwJjYORZS8EB9DB4yDMRut+hiLYpyIMT2E CKpdfSLMQ2AC0pPHtOoeDoyXMfYPC9tKrq6uMs5V184x2ZuRf1Rm6qura2jv3ihZXcjOzpGr3vL4 WyHuTuZVVdU5GZZB/Y2yce+knezAIBMo6JFVjQFCh6W+1157rRb3Fj3//PMitKbzDBBWTPpAiE01 BnW5EstpGF40btxUQAhghKVR9cAV5glg5QdpK4DTTHyUD4KBrdYNG96hB40GclYDajV26gFQ4KBt YPKnRYsWsnICH2vz9YkAaklJybRixUqKiY3lnv8iubm7y0SWv/8yBgY3WX7EPg/0/j4+c2jPngMU FLSUYmOTaOxYN+FBQMAKKmT+uE+fLnExobh+wzaJi+GVuq/BTnZgsCBoDKoQQ1AVYW6gX3mo3Ydw KvEUhzE9NpJgAkYFBTisHkAVhgA/88wzhuEEwAhpKOk00exFULSYxgbwQZroPZ955hV9fAUc3nnn Herfv79oL2jsn332GQPbwyYrJw1ZLZ9Yb77+hQu/0neDBzMorKMJEzxpFgt/WloWTdXv9sNcwqRJ U4UX3t7eMqczf76/8HbOnIXCJywrYrs0JjyhFfj5LZS4AOxpPj6ypAdnJzsw2CRoDBBCZd3/ynw1 HjYaARTUVQas26v7COAwlFA3lmDDB4QacRDfqG0oIAFQaNOmjSxx4lnNB+q1tfjWl1KViU+c1cBG qfpksHXHjijynjvPsMFsrJsb7dsXTe7TpslGnQIePmCXJ2jLljAayv8nJCTKUAw7AsF77PmAw85Q DMsAGOqO1Hnz5smwwq4t1ENgmDBhgt3Znd3Zncb9P4rktDJnLfERAAAAAElFTkSuQmCC ------=_Part_275_1907592169.1402511840430-- ------=_Part_274_60039116.1402511840430-- --===============3068622922275965476== 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 --===============3068622922275965476==-- From xen-users-bounces@lists.xen.org Wed Jun 11 18:37:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 18:37:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunOp-0001SL-8t; Wed, 11 Jun 2014 18:37:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WunOn-0001Ru-Ab for xen-users@lists.xen.org; Wed, 11 Jun 2014 18:37:25 +0000 Received: from [85.158.143.35:57777] by server-1.bemta-4.messagelabs.com id F7/5B-09853-4E1A8935; Wed, 11 Jun 2014 18:37:24 +0000 X-Env-Sender: jpp@jppozzi.dyndns.org X-Msg-Ref: server-13.tower-21.messagelabs.com!1402511842!3459447!1 X-Originating-IP: [194.158.98.45] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11150 invoked from network); 11 Jun 2014 18:37:22 -0000 Received: from mail-3y.bbox.fr (HELO mail-3y.bbox.fr) (194.158.98.45) by server-13.tower-21.messagelabs.com with SMTP; 11 Jun 2014 18:37:22 -0000 Received: from filtre.jpp.fr (89-93-161-78.hfc.dyn.abo.bbox.fr [89.93.161.78]) by mail-3y.bbox.fr (Postfix) with ESMTP id 5C17361; Wed, 11 Jun 2014 20:37:22 +0200 (CEST) Received: from localhost (filtre1.jpp1.fr [192.168.1.2]) by filtre.jpp.fr (Postfix) with ESMTP id EA38C2215CB; Wed, 11 Jun 2014 20:37:21 +0200 (CEST) Received: from filtre.jpp.fr ([192.168.1.2]) by localhost (filtre.jpp.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cq_G8eMLJ5mF; Wed, 11 Jun 2014 20:37:21 +0200 (CEST) Received: from filtre.jpp.fr (filtre1.jpp1.fr [192.168.1.2]) by filtre.jpp.fr (Postfix) with ESMTP id 100552215CA; Wed, 11 Jun 2014 20:37:21 +0200 (CEST) Date: Wed, 11 Jun 2014 20:37:20 +0200 (CEST) From: JP Pozzi To: Paul Angus Message-ID: <1017836972.278.1402511840433.JavaMail.zimbra@jppozzi.dyndns.org> In-Reply-To: <1c0abc6e419d4d3fa27d8f36772b080c@AMXPR07MB117.eurprd07.prod.outlook.com> References: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> <251621226.149.1402511113748.JavaMail.zimbra@jppozzi.dyndns.org> <1c0abc6e419d4d3fa27d8f36772b080c@AMXPR07MB117.eurprd07.prod.outlook.com> MIME-Version: 1.0 X-Originating-IP: [86.207.104.21] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF24 (Linux)/8.0.6_GA_5922) Thread-Topic: [Xen-users] Kumo public Zone XenServers Thread-Index: Ac+Fk6pYSkJ2m8ZQTp6BwtBvh9lxg3pgnekyelzDXCBwCyIp0A== Cc: Marco Sinhoreli , xen-users@lists.xen.org Subject: Re: [Xen-users] Kumo public Zone XenServers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3068622922275965476==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3068622922275965476== Content-Type: multipart/alternative; boundary="----=_Part_274_60039116.1402511840430" ------=_Part_274_60039116.1402511840430 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable hello=20 iptables is working mainly with IP addresses and Ports.=20 I think you should "open" every port to be used.=20 You can look to "ipsets" to manage more easily a list of ports and without = stopping the firewall.=20 Regards=20 JP P=20 ----- Mail original ----- De: "Paul Angus" =20 =C3=80: "JP Pozzi" =20 Cc: "Marco Sinhoreli" , xen-users@lists.xen.= org=20 Envoy=C3=A9: Mercredi 11 Juin 2014 20:32:39=20 Objet: RE: [Xen-users] Kumo public Zone XenServers=20 Thanks JP,=20 But surely I don=E2=80=99t have to create a firewall rule for every port th= at a guest would want to use?=20 Regards=20 Paul Angus=20 Cloud Architect=20 S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus=20 paul.angus@shapeblue.com=20 From: JP Pozzi [mailto:jpp@jppozzi.dyndns.org]=20 Sent: 11 June 2014 19:25=20 To: Paul Angus=20 Cc: Marco Sinhoreli; xen-users@lists.xen.org=20 Subject: Re: [Xen-users] Kumo public Zone XenServers=20 Hello,=20 Ithink that RDP uses port 3389 which is not allowed in your firewall rules = ?=20 Regards=20 JP P=20 ----- Mail original ----- De: "Paul Angus" < paul.angus@shapeblue.com >=20 =C3=80: "Marco Sinhoreli" < marco.sinhoreli@shapeblue.com >, xen-users@list= s.xen.org=20 Envoy=C3=A9: Mercredi 11 Juin 2014 18:49:05=20 Objet: [Xen-users] Kumo public Zone XenServers=20 When iptables is running users cannot rdp to guest VMs.=20 When iptables is stopped users can.=20 We=E2=80=99ve stopped iptables for the moment but need to figure out what t= he problem is and re-enable the firewall.=20 # Generated by iptables-save v1.3.5 on Mon Apr 29 17:23:28 2013=20 *filter=20 :INPUT ACCEPT [0:0]=20 :FORWARD ACCEPT [0:0]=20 :OUTPUT ACCEPT [595645782:1940184239142]=20 :RH-Firewall-1-INPUT - [0:0]=20 -A INPUT -j RH-Firewall-1-INPUT=20 -A FORWARD -j RH-Firewall-1-INPUT=20 -A RH-Firewall-1-INPUT -i lo -j ACCEPT=20 -A RH-Firewall-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT=20 -A RH-Firewall-1-INPUT -p esp -j ACCEPT=20 -A RH-Firewall-1-INPUT -p ah -j ACCEPT=20 -A RH-Firewall-1-INPUT -d 224.0.0.251 -p udp -m udp --dport 5353 -j ACCEPT= =20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 67:68 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 67:68 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m udp --dport 161 -j ACCEPT=20 -A RH-Firewall-1-INPUT -i xenapi -p udp -m udp --dport 67 -j ACCEPT=20 -A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT=20 -A RH-Firewall-1-INPUT -p udp -m state --state NEW -m udp --dport 694 -j AC= CEPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACC= EPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACC= EPT=20 -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 443 -j AC= CEPT=20 -A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited=20 COMMIT=20 # Completed on Mon Apr 29 17:23:28 2013=20 -bash-3.2# iptables --list=20 Chain INPUT (policy ACCEPT)=20 target prot opt source destination=20 RH-Firewall-1-INPUT all -- anywhere anywhere=20 Chain FORWARD (policy ACCEPT)=20 target prot opt source destination=20 RH-Firewall-1-INPUT all -- anywhere anywhere=20 Chain OUTPUT (policy ACCEPT)=20 target prot opt source destination=20 Chain RH-Firewall-1-INPUT (2 references)=20 target prot opt source destination=20 ACCEPT all -- anywhere anywhere=20 ACCEPT icmp -- anywhere anywhere icmp any=20 ACCEPT esp -- anywhere anywhere=20 ACCEPT ah -- anywhere anywhere=20 ACCEPT udp -- anywhere 224.0.0.251 udp dpt:mdns=20 ACCEPT udp -- anywhere anywhere udp dpts:bootps:bootpc=20 ACCEPT tcp -- anywhere anywhere tcp dpts:bootps:bootpc=20 ACCEPT udp -- anywhere anywhere udp dpt:snmp=20 ACCEPT tcp -- anywhere anywhere tcp dpt:snmp=20 ACCEPT udp -- anywhere anywhere udp dpt:ipp=20 ACCEPT tcp -- anywhere anywhere tcp dpt:ipp=20 ACCEPT udp -- anywhere anywhere udp dpt:snmp=20 ACCEPT udp -- anywhere anywhere udp dpt:bootps=20 ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED=20 ACCEPT udp -- anywhere anywhere state NEW udp dpt:ha-cluster=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:http=20 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:https=20 REJECT all -- anywhere anywhere reject-with icmp-host-prohibited=20 Regards=20 Paul Angus=20 Senior Consultant / Cloud Architect=20 S: +44 20 3603 0540 | M: +4 47711418784 | T: @CloudyAngus=20 paul.angus@shapeblue.com | www.shapeblue.com | Twitter: @shapeblue=20 ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS=20 Find out more about ShapeBlue and our range of CloudStack related services= =20 IaaS Cloud Design & Build=20 CSForge =E2=80=93 rapid IaaS deployment framework=20 CloudStack Consulting=20 CloudStack Infrastructure Support=20 CloudStack Bootcamp Training Courses=20 This email and any attachments to it may be confidential and are intended s= olely for the use of the individual to whom it is addressed. Any views or o= pinions expressed are solely those of the author and do not necessarily rep= resent those of Shape Blue Ltd or related companies. If you are not the int= ended recipient of this email, you must neither take any action based upon = its contents, nor copy or show it to anyone. Please contact the sender if y= ou believe you have received this email in error. Shape Blue Ltd is a compa= ny incorporated in England & Wales. ShapeBlue Services India LLP is a compa= ny incorporated in India and is operated under license from Shape Blue Ltd.= Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and= is operated under license from Shape Blue Ltd. ShapeBlue is a registered t= rademark.=20 _______________________________________________=20 Xen-users mailing list=20 Xen-users@lists.xen.org=20 http://lists.xen.org/xen-users=20 Find out more about ShapeBlue and our range of CloudStack related services= =20 IaaS Cloud Design & Build=20 CSForge =E2=80=93 rapid IaaS deployment framework=20 CloudStack Consulting=20 CloudStack Infrastructure Support=20 CloudStack Bootcamp Training Courses=20 This email and any attachments to it may be confidential and are intended s= olely for the use of the individual to whom it is addressed. Any views or o= pinions expressed are solely those of the author and do not necessarily rep= resent those of Shape Blue Ltd or related companies. If you are not the int= ended recipient of this email, you must neither take any action based upon = its contents, nor copy or show it to anyone. Please contact the sender if y= ou believe you have received this email in error. Shape Blue Ltd is a compa= ny incorporated in England & Wales. ShapeBlue Services India LLP is a compa= ny incorporated in India and is operated under license from Shape Blue Ltd.= Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and= is operated under license from Shape Blue Ltd. ShapeBlue is a registered t= rademark.=20 ------=_Part_274_60039116.1402511840430 Content-Type: multipart/related; boundary="----=_Part_275_1907592169.1402511840430" ------=_Part_275_1907592169.1402511840430 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
hello

iptables is working mainly with IP addresses and Ports.
I = think you should "open" every port to be used.
You can look t= o "ipsets" to manage more easily a list of ports and without stopping the f= irewall.

Regards

= JP P

De: "Paul Angus" <paul.ang= us@shapeblue.com>
=C3=80: "JP Pozzi" <jpp@jppozzi.dyndns.or= g>
Cc: "Marco Sinhoreli" <marco.sinhoreli@shapeblue.com>= , xen-users@lists.xen.org
Envoy=C3=A9: Mercredi 11 Juin 2014 20:3= 2:39
Objet: RE: [Xen-users] Kumo public Zone XenServers
<= br>

Thanks JP,

 

But surely I don=E2=80=99t have to cre= ate a firewall rule for every port that a guest would want to use?

 = ;

Regards

 

Paul Angus

Cloud Architect
S: +4= 4 20 3603 0540 | M: +447711418784 | T: CloudyAngus
paul.angus@shapeblue.com<= span style=3D"color:#002060;mso-fareast-language:EN-GB" data-mce-style=3D"c= olor: #002060; mso-fareast-language: EN-GB;">

 

From: JP Pozzi [mailt= o:jpp@jppozzi.dyndns.org]
Sent: 11 June 2014 19:25
To: Paul Angus
Cc: Marco Sinhoreli; xen-users@lists.xen.org
<= b>Subject: Re: [Xen-users] Kumo public Zone XenServers

=

 

   = ; Hello,

 

Ithink that RDP uses port 3389 which is not allowed in your fir= ewall rules ?

 

Regards

 

JP P

De: "Paul Angus" <paul.angus@shapeblue.com>
=C3=80: "Marco = Sinhoreli" <marco.sinhore= li@shapeblue.com>, xen-users@list= s.xen.org
Envoy=C3=A9: Mercredi 11 Juin 2014 18:49:05
Objet: [Xen-users] Kumo public Zone XenServers

 

When iptables is running users cannot rdp= to guest VMs.

When iptables is stopped users can.

 

We=E2=80=99ve stopped iptables for the mo= ment but need to figure out what the problem is and re-enable the firewall.=

 = =

 <= /span><= /p>

 

# Generat= ed by iptables-save v1.3.5 on Mon Apr 29 17:23:28 2013

*filter

:INPUT ACCEPT [0:0]

:FORWARD ACCEPT = [0:0]

:O= UTPUT ACCEPT [595645782:1940184239142]

:RH-Firewall-1-INPUT - [0:0]

-A INPUT -j RH-Firewal= l-1-INPUT

-A FORWARD -j RH-Firewall-1-INPUT

-A RH-Firewall-1-INPUT -i lo -j ACCEPT

-A RH-Firewal= l-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT

-A RH-Firewall-1-INPUT -p esp = -j ACCEPT

-A RH-Firewall-1-INPUT -p ah -j ACCEPT

-A RH-Firewall-1-INPUT -d 224.0.0.251 -p= udp -m udp --dport 5353 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp --dport = 67:68 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp --dport 67:68 -j ACCEPT=

-A RH-Firewall= -1-INPUT -p udp -m udp --dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -p tcp -m tcp -= -dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT

-A RH-Fire= wall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT

-A RH-Firewall-1-INPUT -p udp -m = udp --dport 161 -j ACCEPT

-A RH-Firewall-1-INPUT -i xenapi -p udp -m udp --dport 6= 7 -j ACCEPT

-A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT = =

-A RH-F= irewall-1-INPUT -p udp -m state --state NEW -m udp --dport 694 -j ACCEPT

-A RH-Fir= ewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT

<= p class=3D"MsoNormal">-A RH-Firewa= ll-1-INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACCEPT <= span style=3D"color:black" data-mce-style=3D"color: black;">

-A RH-Firewall-= 1-INPUT -p tcp -m state --state NEW -m tcp --dport 443 -j ACCEPT

-A RH-Firewall-1-= INPUT -j REJECT --reject-with icmp-host-prohibited

COMMIT

# Completed on Mon Apr 29 17:23:= 28 2013=

 =

 =

 =

 =

-bash-3.2# iptables --list

Chain INPUT (policy ACCEPT)

<= span style=3D"font-size:10.0pt;font-family:"Segoe UI","sans-= serif";color:black" data-mce-style=3D"font-size: 10.0pt; font-family: = 'Segoe UI','sans-serif'; color: black;">target     prot= opt source          &nbs= p;    destination

RH-Firewall-1-INPUT  all  --  anywh= ere            = anywhere

Chain FORWARD (policy ACCEPT)

target     prot opt source =             &nb= sp; destination

RH-Firewall-1-INPUT  all  --  anywhere  &n= bsp;          anywhere<= span style=3D"color:black" data-mce-style=3D"color: black;">

 

Chain OUTPUT (po= licy ACCEPT)

target     prot opt source    =            destination

 

=

Chain RH-Fi= rewall-1-INPUT (2 references)

target     prot opt source &= nbsp;            &nb= sp;destination

ACCEPT     all  --  anywhere &nbs= p;           anywhere

=

ACCEPT = ;    icmp --  anywhere     &nb= sp;       anywhere    &nb= sp;       icmp any

= ACCEPT     esp=   --  anywhere        &nb= sp;    anywhere

ACCEPT     ah   --&nbs= p; anywhere          &nbs= p;  anywhere

ACCEPT     udp  --  anywhere &= nbsp;           224.0.0.2= 51         udp dpt:mdns

ACCEPT  &= nbsp;  udp  --  anywhere      =        anywhere     =        udp dpts:bootps:bootpc

ACCEPT   = ;  tcp  --  anywhere      &nbs= p;      anywhere     &nbs= p;      tcp dpts:bootps:bootpc

ACCEPT   &= nbsp; udp  --  anywhere       =       anywhere      =       udp dpt:snmp

ACCEPT     tcp = ; --  anywhere         &n= bsp;   anywhere        &n= bsp;   tcp dpt:snmp

ACCEPT     udp  --  any= where           &nbs= p; anywhere          &nbs= p; udp dpt:ipp

ACCEPT     tcp  --  anywhere &nbs= p;           anywhere&nbs= p;           tcp dpt:ipp<= /span><= /p>

ACCEPT&n= bsp;    udp  --  anywhere    &= nbsp;        anywhere   &= nbsp;        udp dpt:snmp

ACCEPT  &nbs= p;  udp  --  anywhere      &nb= sp;      anywhere     &nb= sp;      udp dpt:bootps

= ACCEPT     all=   --  anywhere        &nb= sp;    anywhere       &nb= sp;    state RELATED,ESTABLISHED

<= span style=3D"font-size:10.0pt;font-family:"Segoe UI","sans-= serif";color:black" data-mce-style=3D"font-size: 10.0pt; font-family: = 'Segoe UI','sans-serif'; color: black;">ACCEPT     udp&= nbsp; --  anywhere        &nbs= p;    anywhere       &nbs= p;    state NEW udp dpt:ha-cluster

ACCEPT     tc= p  --  anywhere        &n= bsp;    anywhere       &n= bsp;    state NEW tcp dpt:ssh

ACCEPT     tcp&nbs= p; --  anywhere         &= nbsp;   anywhere        &= nbsp;   state NEW tcp dpt:http

ACCEPT     tcp  -= -  anywhere          = ;   anywhere         = ;   state NEW tcp dpt:https

REJECT     all  --&n= bsp; anywhere          &n= bsp;  anywhere         &n= bsp;  reject-with icmp-host-prohibited

 

 

 

Regards

 

Paul Angus

Senior Consultant / Cloud Architect

 

3D"cid:image002.png@01=

 

S: +4= 4 20 3603 0540 | M: +447711418784 | T: @CloudyAngus

<= span style=3D"color:windowtext;text-decoration:none" data-mce-style=3D"colo= r: windowtext; text-decoration: none;">paul.angus@shapeblue.com = | www.shap= eblue.com | Twitter:@shapeblue

ShapeBlue Ltd, 53 Chandos Place, Covent Garden, Londo= n, WC2N 4HS

 

 

=

This email and any attachments to it may be confide= ntial and are intended solely for the use of the individual to whom it is a= ddressed. Any views or opinions expressed are solely those of the author an= d do not necessarily represent those of Shape Blue Ltd or related companies= . If you are not the intended recipient of this email, you must neither tak= e any action based upon its contents, nor copy or show it to anyone. Please= contact the sender if you believe you have received this email in error. S= hape Blue Ltd is a company incorporated in England & Wales. ShapeBlue S= ervices India LLP is a company incorporated in India and is operated under = license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a compan= y incorporated in Brasil and is operated under license from Shape Blue Ltd.= ShapeBlue is a registered trademark.


____________________________________________= ___
Xen-users mailing list
Xen-u= sers@lists.xen.org
http://lists.= xen.org/xen-users

 

Find out m= ore about ShapeBlue and our range of CloudStack related services

<= a href=3D"http://shapeblue.com/iaas-cloud-design-and-build//" target=3D"_bl= ank" data-mce-href=3D"http://shapeblue.com/iaas-cloud-design-and-build//">I= aaS Cloud Design & Build
CSFor= ge =E2=80=93 rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure Support
CloudStack Bootcamp Training Courses
<= /div>
This = email and any attachments to it may be confidential and are intended solely= for the use of the individual to whom it is addressed. Any views or opinio= ns expressed are solely those of the author and do not necessarily represen= t those of Shape Blue Ltd or related companies. If you are not the intended= recipient of this email, you must neither take any action based upon its c= ontents, nor copy or show it to anyone. Please contact the sender if you be= lieve you have received this email in error. Shape Blue Ltd is a company in= corporated in England & Wales. ShapeBlue Services India LLP is a compan= y incorporated in India and is operated under license from Shape Blue Ltd. = Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and = is operated under license from Shape Blue Ltd. ShapeBlue is a registered tr= ademark.

------=_Part_275_1907592169.1402511840430 Content-Type: image/png; name=image001.png Content-Disposition: attachment; filename=image001.png Content-Transfer-Encoding: base64 Content-Description: image001.png Content-ID: iVBORw0KGgoAAAANSUhEUgAAAQYAAABYCAYAAAAXxlkPAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAD1gSURBVHja 7V0JWJVl9kcrtZrRpnrap7J9m5ppn6mZ+jtqioqCu2VpOrZoZpnmngugIIoLLogKgriguCsqoqiI oMjOFZBVEERBBEXQtPM/v/Pd79773QXR1ETveZ6Xl++773q+9/ze867HgW4CyiknCtaV09CIYmoR rKPmPjpy8IpXnGs83eelo5f5nUtoDrlGF1NETjUVV98MJbeTnW5JauDwR+Wcy4I9Zddx+tg/l5pM SaRGkxPozrEJ1NAtnhq4GUHBgUGhgavy7g7+/S73BGo8LoEennGY2q7IpRWHq+m0/UPayU71Gxgy Smpo8PYSetgrie4enyhg4DBVDwKmvpvqW/+9gZsCEvdOiKU3/DLIa0/JVQEEF4f25NWQ34EScuU0 xrLzOnCa/JJKaDu/zztdY28mdrIDw/UiiNeEqBJ6bk4y3cPC3GBqGjl4spB7pulBIE3REqZewTOA wjOV7mCAaDoxid71z6Q1mRV1Kk9Efg3135xPf5uXSQ+6JVOzqUn0Z07jT55J1HRSEjVj4HqA3z8/ N4NaL8skj7gSSqmwg4Sd7MBwzSj+RA21Csqi+1yTZKjg4HlI0QS8TDSC3/s8KV40iIenxNEPWwvI lgxHF9TQZyEF9KjHIbrXM5HuQPxJek3E09JvyL835mHOX9wO0rOzU+lbTjur4mb6hnayUz0EhtDs Snp5TpoIl8PEq9QM6voMYfZIEQBqF5xNupNadPBNPEkv+qTx8CNJwinDEr3mYZqeua9PF3MdTVmz eHOuTuplJzvZgeEqaFFyKT09nXtdV5Oe2D1REWT41+t5Sjw1GR9L7/nrKLn0vJRlUtQxenxqilKW KZeJX5vP8e9gh3qhfnaykx0YroBWZJ6hp6elshDG6UEhVRFA+O434HlKMt3JfosVOTRmdxE9MiNZ 0ViuRfquSvqoX3jeGXszspMdGOpCO/PP0IuzkhRBdL+BmoKVnr/xlER62DtZq7Fcq/S5fv/0O0yn zttbkp3swFArZZ8l+ueidHKY8AdpCtaePa9T+ly/u8bF07yEU/amZCc7MNiiC+y+3FgoY3Blwo7d 5CRFkODfis8T4um9wCyqumBvTXayA4NVCsk6LSsC6iy+CBD8ybf2892eSZRYpkWGoirslaiiUOZJ qO60/K87eYHs+GGn2woYSs9doA+X8hBi/G2iKZg+/xJPwenKcCK19BzNOFBKPdcdpX8vyqK3FqTS W3PT+f/D5LQyl0btOEqh6RVUYUcIO90OwOCfcooaT1Jm60Vg4E+5TZ4ZDMfuK6YNRyrJeXU2PTk9 TfkNIOmaoGhQer8Zv3/bN4OG7ThOh46fszdBO926wHDmV6L3AzIVQbgdgQHCzvUXHqjzK1PirYfX //4nBtFOy3Mopsi+3GmnWxQYwnPP0J0GgbiNAMH8+UrqD+2KhyAdQo5Qbvmv9qZop1sPGL4KK2Bt 4YCmB71dNYcrDs98Gx15nOzQYKd6Cww4mFRcdZEyT9Wwu0jZ7GdXXKTn/Q6Tw8TY22/S8Vo8TzxE j0xPoSzmo53sVG+Aofz8RUosOUfrM8ppWmwpjd5dTAPCjtKAjYU0kP2BO4rpLi91JeL2Wqa8Zs+j 42nWQfsmKTvVA2BgPKC4Y9U061AJdVudRU/7pNBdao+HsTR2Nk629/zX5HlcPHUMybE3Rzvd3MBw vOoSrdadJsegXLoX24nHxyhg4P4Hb22+VZ+Zt28GZtmbo51uXmDIr/iVJu0rpb8AEMb+QYefbrdn BoZnF6bbm6Odbk5gKD7zKw3Zfsy4Fm/v2W/MM/P6jcV2jcFONyEw4BDQ2F3HWUtQhw32nvyGPU+M o86hR+zN0U43HzBsyKihxqqmYOPKNLkCTb0Sra7PmivYEhR/omn463DFW316Zj40+iWWlqbZr4qz 000GDKdrLtGzM/UAYHrJqt62Ay5wbTrpID0wPYke8ThEj85IkctUH/FW/Ee9tc8Ps/+Ae5xcttrQ 9PLWqbj7MZF/U35/YFoK/WlSkvaa+Gt9SexN/txgzH563/8I2S+gttNNBwweMaXkMPqQZc/GDbeR ewK9MC+FhkaU0PyUEtqcX0MR+RVy/frmTMWPyNQ+4wr3+SkVcj37s3My5Hp3SW9SPL2zOEd+ExdX Qf22HjdeynqbaQ4AzcemJVFciR0V7HSTAcPFS7/RC7O4sXLPZd6z4VbkloEZ9Hva7QGO/PL8dEX4 R8dTr9Bcze+4q0DODdxmmgL48eg0HW3Ps9vRstNNCAwHi86JwMIUnGIvUqfvwXV0N/dwh62024u/ wf1m4hsd44wFLU44bQIMxWbAUK3NX53TmGpWHi8bz4bwadafLxffpL7XNP/L5cfuJT8dnb/423X/ yhcvXqQLFy7Qr7/+Sr/99hvZqW4EXoFn4B14eFsBw+iIYkUwXU3tRSpC/PJCnUUM2JLdnFMtRmgh 1PBVF8ou2oq1WX5tAAYYpjUlxDMsj0qYaENYwzsvG74mvA3fVjxzN/oa519bPK94m/y41lRdzd8o OJSGDh1Nrl5epNPZd1jWlcrLy8nLy4dGjx5NCxcuZF7eRsDQclmOsUdz1fZo71sBhl92HadGP8dQ o3EJipucYPx/3H4xLLPruJaDsGbdDOlCY9hcbAYMrDH8FE0Pz9bRx0uzqePGIuq4Ops+WZVNL83W mQiZtnwI/95SHXVcpYTvyOEV3/j8hp9lfPTSeP+en/H3Juwkb5P4eH7aVv5j4i3Ka8xfifuSJm/b mgMsYcUcv34tbt48f/r3v1tTu3adqWWrVvT551/Q8ePH7VJfB0D9esgQatWqA7Vs354+ZN5NmTLl 9gGGB6YnGFcjTFcHxuynfy61BIYFh4rpIc80ua2pMYfDEmfjqerzIUnrrQXp9FFQBn3kl0Hvs/t3 YIYYocVcQuc1uZr0FvEwo/+6Y5Rx+iJVnr9EZy6wO6+40zUXaV36WXp9gX4ORMqVQP23KeErzl80 hLXmKjj+yvQyemp2msRD2TZmVMn7ippLlFlxkbqEZLNg6vM2cZWG/MvoHbP8B261Xl7TuCVq2Wfr Jx1tzTVwut9uzbsuX/f06dPUvfsX1LaTMzk6u5Czcw/6oGVLClm/3i75l6Hdu3czkLants7OzLee 1LatMzk5daW8vLzbofoNHBp6KWPixuaz55MO0auLLIGhigUh48yvlHjyAsUcYye+8Xk/+1tyztLy w2dp0u5S+iQom+4ap1+V4J62Z2iRJr2iMyyA1Zeszk2AangMfuTUr/TkzFTZov28b5osr16q41C5 +uIlWqY7q1w7x/XcV2TsnZHGqeqL9Osl2/FrOH6WSf7OawsFVC6X/2/6sqeW/UpNp+otdXtZMYHH fH563mG6HusSUIV79uxFju0YFFx6kotLZ/q/Fm0peNkyu+Rfhvbt20ctWjga+AZwcHR0oaKiotsD GAzr6VZmzaFNFFhZYIccYc6MMYIu6H3T52p+qOJ/ylngi85coMmxJ5R0eSjR2WxVQhWwLM4Hxm/h TphliTDfhx3jIUc8fcRaDH5GGLj1WRXUISiLPmbXWvw0GrG1QCNoKMuTsxRg2plrOZuKPLdyOrsK FD/arADIv9e6bCn/2nTt8Wj36BOa/LuEZEk6KoEvPRhMHMZarvqofMZy7qET1x4aLl26RG5uXvTB f1tSy3btqWXLdtSJtYecHPs8w+UI2tbn/xtAH37Yiodh7cQfM2bs7TIJ2cDhwZlWjLh6KT3cHfzc f8NRKvydm/JOsVr9nv8RFuz91HPTMYvfh+8ppNfmptEzcxT3znwdheq0ma5itdxhVDzdP0NH/wnI pkEbC2lUZCENDj9O7VdmUyd27di9E3iEHpmaRPFmBm3f8YNg76eoY9oLWH0TK+mZ6fEMHKn0FGtP 8JvzM96b0ri9pQIMeWeMDQM5DNhSTO0Ds8lxZaHkDw1p9oHTZnGL5UIWm/saWBNZn3F9li1Pniyj WT5+NHDoUBo5chRFR0fLTLudaiesSBxOTydXV3caNGgozZrlQwUFBbdL9Rs4vLlAZzwbodnDr/Rm zcYe5DF+On0WkkNjdh6juQdLaWl6JYUkl1KI+JU8lmY/vZS25lSy4FWSNYtt3/C43GFoNHVZqx2j IfwDk5MUY7Oq0VgWlA7LtGcHNudUiGA29Uokn0OnKa20hnJPw13goUaN3CYFX8fvd+VWUd5Z7fgA V7g7jI6jXXnaib4WwUfkrILhAldZLYijz1Yf1YQbu6tEtnKbLrogB8m/FHkr5cjk/4vPaHuVmXFl yhmUWkzdzY4tueKvV1lZSenceJPZwcezNSotPUVphw+LGlxTowDm+fPnNa6y0vqzaZpWfz9fu32+ 8/p4pumbpmfMR/ubJg2z8piGs1Xny9GxY8cU3iUny//W8oZ2UFJSQkePFjIPS0UDMy1TXfzLhb8c 2QoPftQlPdPfTflv/i0sgOHHHQXK8WrzU3+uqfTojFQawgLdf0s+Ddlewj30MXpvcSY945FIz/mk 0nPeOnpumo5e8Obnuan00kwdvTZbRz+FW07QuB8oE2DosVGrxq5Mr1KWBk3z52eo5aYUfozDDYuh r7cWUxnmJEx+w0XLcHl6v4p/PG82b/DegixJN+KYFhje43ws6s/heqzSajYTo8oENMqqLRv+mfOW fpmJm7C7RAEfW/dZcP7+yWV1btSYAAsMXEEjxo2jb78dQl/2/1b8ESPG8ftAysw08h+TaGPGTCS3 qVNp4kQPmjNnDpfvPC1btozGjx9PkydPo/GTJ/OQYxr/P1nzDB95pKamcpqZNGqUZXg3dh7e3hS4 YoWEMad9+/dLPElv/GSaPXu2oUFu27aNyzzemB+Xx88vUNOoUV68V/NDHXft2ie/7+e0I/bupf2H DtWZd4cOpUqaP/00inn2LX399WAaPPgnqdemTZs0wuLHvJzo4UEeHt7Cu/DwcDpz5ow8I7zR96DJ 08ye2ff2niPprFmzRupuLfycOX6SL9I1J+QP3iA84m/aFG7gy7x5AVymifp0lN93796vaSMos2l5 wL+TJ09KXgcPHhRnYzK1gcOmnDN647NmPdnYRPpnQJbcz5Bdzj1yueKP2nmcGv2i72Enqs7keXQM fbbe8gixe0yJXmMw38egaALa04bx1DJYez9BWB6HGxlHgcnlmvdToorpv4FZ9G92H+j9TsuySGdm afathekKMHA6puS8KkcARy6zdVcuZ8XzgI1aho2NLpE6FlQY08WnxO1WTiGcp/j55Mh5d2Z/2A64 YhrN/scYRtVmVJfruyWrqk4Ne+fOKPrhh+HUpctn1L5LF5kQc3LqRo6dXMjFpQu/78UNfTiFhe2U 8EuWLKfWrduSc+eeHM6Z+vbtS+UV1SKsbds6kbNzZ3Jy7i6Ta87du2uenfj54xZtWRCjKSYmhtMx Cy++s6Tdpdtn9M3gwVy+nVrgX7lSyd9Zzf8rWQpUG2+PHn2pbTtn/e9dqB3XITYhQX5fu3Yzl7GT vMfv7Thc//4D6Pjxk1RcXCyCOmfRIgqPiKBTp05dtuddtnq1xO/atSu1b9+FOnVS+Napk4vU69NP +8qcTFZWvsT5fsQILls7ybtFi3a0ePFi0SCkLM6d9TzorPChs/YZy8NffNFX8p0yZTq1aNvOavhO XXtIvmPHTqL8/HxNmb//Uc2/u+Q/d66voqmy5hIWtp3aOjlRu85Kelg1+eGHoQaAmcRggHdqflh2 ne3rKxpjdnY2xw+j9evXU2JionVgKKu5RE94p1re0DQhnt71t7w8JI9V54Xxp2l6DNwJmh5v9D3Y 9zlYRgnHLRv5iMhivcZQqHm/SmeiMZjcT9AmOMtsKKFoDBvNBKgPp4d9CPdyvEaeiv8i1+dwmVZl +MfCLAGtvYXa+NFFVTSAhw1dV2IPQq74fVdnU7RZHYah/CNi6FCJUWWAMSnnFbl0H5f7Hq9UuoeF vCnn333NUdpfUEm7C6oolv2vtxy1fb8Fa2a4JSu36tJlQQHzA30HfCNg0KFDV+rkgkbdg9qzMHVy 6cHAwO87d6WWju1p2LCfJc6KFau4UbWRcI6OnahPnwFUXl5NI0eOlln3Tp066YWjhz69riIoeOfY 3oU++qgNRUREU1xcnD688ruSHodxdDSUpw2nP2DAIG54xrH4qlVm+XP5VWBAAw9Zu4HatHFU8ud0 W3XoQBNdXUXNV+ra2VAe5BEZGSlxCwsLacOGMFqzZQtt4EZeVla7xrWCNZpOPXtyGp2lzuZ8Q706 dOjEwtSeVq9eI3F+GDqUy9ZBKVerNrLJCfmgvqgrfCM/jL783qYTdenVS+rq6elFrfTpyO+oD8dv 2bI9dZB8AVQdabKXl6bMEHTT/H18fAy/YXJ0/KRJ1MLRUX5HGm3bdqQdO3bQbm4n6DRQn04Mgsjn u++GUIF+RSVRpxNNEiAOwLcKDPj7064ichhncsuzhzLWfsgriQqtWGs9ex7LfMpS36nzRv9kNfYW WP8w6NUdRhykruu0qLhCVykgpLkLkfNuFZxhBgyVAiz+qdoxZSwPDfwTTtGi5ApakKz4WzMrpIwa YJiXwcBwkCLztWMBzAZknjxPScerGdCqxT98stpinkQt/y+7tRu0cC9mYNopzpvz53IEsp+g37Ck zjR8HZ6v5a/p3Y/jkljTSafLjTghCIMG/UCfOHakjh27UwcXNCgX+fgduWeH34GFCg3tE24sS5cu lXgYcrT4xFHCo8H27jeAzp6tpgkTJrBA9KLevXtTl+69pWG5uCjpwse7Xr2+lJ41JuYgxcbGGtKB ICHunDnzaerUGRIO8VEu9EwAI6NAhmry7zdggAEYQKcqKmgUDxUADsi3I6f96aefMrCNkv/V/CBY 8+f7GeLCR7n2shDEsEpc25gdZe/MoNC2vYuhfhBcR6mHwsc2wj9+7tFDQAk0lIGhlWMHCd+qlaMA A5aAe/X5koVe4Q/4YOSbwhf5vUtv+pKHKiinFws8+CL5cj7ffvcdBQQEsZYwXh+vF/OmI3VmIc7N zTWU2zx/Hx9fTb3Q8/fo1UdpBy4KuHzz/ff0/Q8/SzuRcjEIIv0DBw4Y4pWUluqHEomsHWXZBoaM 8vP07Jw0RUBNbi+G1epRLAgnf4cpZ1YwyDfuJN3nmSSaQfcNWo1h7ZGzchmq5vZkfv4kRDv5GFl4 VgSz+9pcSVOjJrIEnjNxRVzefDOl5V2o8xhKFFabAdNpi/RMCVVfrJaf+fOMTyprLact5hnUvM+b rWbBmO0z81KVIcNks9uhJyuamWf05Sce0eOhcUH40JgduTH0YyFHY12zYQMPGZbQYDQk7lkGDx4q Kq8CDMHUghtVR24kEMw+/fpRZWW1qJDh4bsoKiqKx6Be8puky427e/c+tGXLdh5C7KGtWyNl4g09 NXonpIOGiDBQffPyCsiPG7ka/5NPOpKrq6eh3CEhoZr8+/X7WgMMoKTUVOrGYABwQ2OGgCn1dJF4 6DWHDBlhsYcAQop6wrdFOOcwcuQvsnsR5VPK34mHUmNpGQ9zMP6fOXMBfcp8+Yh5tyggwLAkCcFU BAz1cuRx/TwBoF179lAk8w38GTjwJxF2KScD8/DR45TfI6Noz759khbG9uCLpMM8nODuLjzNyMig ocNHC0gpoOpIe/fu1QCDaf4+PvMs6gf+OjJ4dHQx8gsgoXYeAJxFiwI0wIkyIf/S0nI6d+6cbWAA zUgso7thYm6iSc/NjfdxrzT63+ZcmnOgVIyxhuVU0I6cc+wU39rzBnYrUktpTkIpfbP1KD0/R3+w iNN/i3vHpakV7ErFHxRRqJi2M+1J+flvizPk98X6cCMjj8v7Bz0O0dCIYolvmq/qI9+vNhfSdzuL NfGbz02T+BFHtY2yfXA2Dd1azPG06aCui7n8g7j8L6vl12tS7/EQa2KkEse8/vDxDuVz31csxmwl rqlGZKIZPTItRVZUaqNz3Li/557gk3YdDZpCz559RVgxmVRVVSVj7Dgem48ZM4ZVxN2GuAEBwTIE kEbS0YU+/7yfaAxqA1Ea1xpDj+bIjfuLLxDmrPyuLttv3bpVgEFNp2uvzw0Cvod7bTU+/PHjPTSA ZtAYkH+/ARbAgHwCg4OlEZtrLm07OHNevbl3i7+qjiktM5PaO3fRawfKWHzUqFGkY3W6grUV8K6w sJi2sgo+grUozF0YBXOEWY/to+Eb/NGjfxFhR3nBHy8OY/o7yJWHRkb+OJKHyZDBy8vbwB/4ERER teTva1E/fHfUB/VS+aaCA4Zlw4aN1NSpjmQEhpKaX+mr9Xl6+5OqpSSYXUumxvzcfHaaGGP9IDCD PlqUTR/pfe1zujy/tyiD/r4gjZrPTKPGXiam2zAXMCOZXpuTQa/x7/Afm23dkpMa7iV9uCdnpxmM wzabmizxTcuh+sj3Xk7jfm9t/Mb6pciIAm2j/NeiTGo2KZnjadN5m4HpJSm/FdN7/Hw/l+Hvcyz5 Af+DRUr9HvJOVozZWrVQBRN1B2h0xOXPLeQfKyHnbt2kcTu5dJNJwBkzfKzuRzh8+LAItUpLlqwU YEA8RycXFvqvLAQzNHQ9pwlVvhs5OTmx8PazCIMVhBat9elwObr1+oLzyqIjR46Qt7c3tWvnJPGR l5/fYkM8TD4a4iH/ryzzl/bHPT8OeimaRzcJD9fOqTMFLlt21Xsv1gHQ9PljkrZjx84atVolTMod NltVGTr0Z2rtqNQL/JlhMsZXaTQPg1o7Kum3sBEGwIBv5qL/dpMmTZLzKocOHaJBQ4ZQa+a5E/MU fmpGhs38fXzmW61jSkqKdBSoH8rhoud1z759KUE/kXvVwCCNisfWziG5iiBMMhNY17q4A5bvrJlu Mw/jZUNwLNKqY3lq+d1cY2gRrDfGW1ta1kzQ1YUftZmqm3SAPg48XCe7lTpdpjQQJxNg2MPqal0o IMBEMB2hMVwOGFh4GRjMl89MgUEaX7deNHGiJ4+TJzJI9JKyOXIZO3f+VBqqERhCNfn3swEMoMmT ZxgEQclHWXHBXoOrpYClS43A6Ahg/MJm/uYEVf6ywPDLL1pgmGENGKYYgAECO2DAtzR9+nT6cfhw cuqm1BMawU8jRtAZk7KZ528LGM6cqaYvvxygrFCpwMDxBrKWeZWAanl9fFxRNXVZnUN/mpRcu9Xm emp0dltOtRwdB7uqTYHhRpVHDxof+Oso/GjdLF1D7VUayNUAQ7AZMPSThmQLGBxrAwa9ABgE18lF WZnQl+vzzwdQUNAqTWO0AIZ+1oEhITWVhfZryV9N38VFSX/uggVXrTEEBCw105iuHhh8rgEwOJny TjQFhZ/fffejrPzUnr91YFi1dqMB1A3fxwnzQJ/S/oMHrw0wgJKPn6Pvth6j5tPTjFrALWF0NpkG bjtG3gllNPtgifjPzT0sVqdvlNFbWAVvEZBNW/LqvmMPO/Oc9T1LXYYSp0+bDiWCzQTDGjCEmgCD raFEhAUwqECFckHl910USJWV2sksi6GEFWA4xsOIn8aMkX0VhnSdjCpxxy49rraB07p1WzWazu8Z SvjUZSgxo/ahhDoUU+vnxHzr1etzq2Wqy1AiIYGHEb37GgHVSfke+B/8/P7nn3mYVnalbLNtoq74 3AWZcGyzJJMenJ5kvD3a2iRavTENl0J3eyVR02kp1JR/gy/vr7WpPYMdT/2zm6IlPD4riXqvO0qR R89d0Ve6YGPyMcJ88jFOmXzcts108nGFxeSj5VAiVFRZmbzC5KMVYNi6NcJkubI7OXftqiz16Zfp 2nK8mXN9pSymZDH5aLZcCYH0XbxYP8mmLid2pS5dehpm1lu17UA/DBspdb1SSkuzNvk41jD5iPwx OSeTj2Mx+XjSRDC1k38zbWgMhslHrqe3t3VgUCcfEc65a09leVf47Uxde/akqP37rQBD7ZOPKPew YWOFP+pKBPimfhtZ5uX4wcEh1w4YjEOLC/TLniJqEXSEnpmeSo28UoxnK1zrqRHZyXqV/nqmr98k 5uCeQg9NTaWPmH+e+4uoqIquirA3AGv5psuVmOH3xXLlGv1y5WBry5Uh2uXKPtaAYZ0shynLhNjr 0E8zgQnavn27IR3sL8D+B8x4q+XpKHG7yOqFKVksV36tXa7E8pwzdnB2UJY727d3psE/DJcJTYRX wQHLfQCZKz3daH25squAA7SZjRs30rx5+uXKj7BcGWxzudLbGjBMmMDCp9QP9Zw50xowGJcrsS/k uyHDaeDAIfRJ+476Zc5O9L+BA2VfgvlQwtZyJZYZFy1apKzk6EEB/ALfRo4cKXxU28mnn34uS6PX FBhUii2skoM+vTfl0ocBGfQ8935Nufe9Y7LxwJXB96jvmsUVaAYmy5im9W/qnkTPex+mlgFZNDaq hKIKrxIR9FRYWEKDfvhBGpjpBidZQ+9ossGpg9KIli5dLvH8zTc49TYuVxqBYYNeY3CRhqTsdag0 0xi0y5UIg7MKfft/I41dKU8H6t2njwxnjIBmtsHJZLkSW6K/+vZbWf+XDTodsU25M4VHRcmGrr59 Bxg26mCtv3fvPrIKcqWkbnBqb7bBqaNoEUqdlQ1OLGC1bHCyOpQYN64OGoOHZjnXa+ZM2rJli+zq VDUZbPByd3fXbO2ubYMT5piwBV7d+wE+DRjwvfAN36WD2i6gcXGeOFdhDvbXBBhUQtLRBWfJN+kU DQwvoDarjtC789J5rK6jR6emULOpiXSPRyI11G9tFgGSnY2pyhmBemVKLtGwRVt8T5P68PNdHK4x O9T54ekpcqjs737p9DFrB98wb3zjTlH6qfN0rQhbovv1s7Ilur2ytRfPeI8tsD//PFbRGLiX/Ui2 JHeVbbiff96HVWhrQ4k2srUWAtKLtQrzIQHOJbRo42hIp8fnyj6GVetY22ir7D9AfIDHj8OGGTYj GbdEdzVsycZmG2zpdffw0KepLzf36l5eswy7QKEl4Z2yhVmpl7u7x1WdqIS20c3almjOu71hS3RX +q9siV4tccy3RM+yAgwjf5mgr0MPqeesWbMswkzAUMKQTgfy9PQUHowcM1FAUd1i3oZ5F7x8ueEE rK0t0QKoX30j/FC3cmP3a3i4MoRE2jg4B/BTt2hjf8r27RGaE6LXFBjMKf/MeYrKPyPbgSdGFdO3 Yfn02YZ8ar00i97zz6DXfVLp6Wlp9KAH9kMkGlV400NFN6XpOD2Y6VcR7uay3z8tmZ6ZlsB1Oix1 a7s8Sw5Roc5jdhYLD8KyzlAWg8G1gwMtYafiDz+MpG7dPiMnqODcCzrpDwNhfzwOV+GQlXqYaUlQ ELVo25Y6y2EbZ1YrLYcSa9eulUM6ykGlznLQCeNv86EEJrPUdHr2/FTAA6sX3w0dZjgI1YF/b9Wu Hfn6+UkDh5C1bduO43WVeNAYMGmKQzxtnZxFUOXqNI4Pddr0INGpU2fkHQ5fddYfOsJBKuw4vFJS D1ENGGA8RCV8c7R2iErZJvz9MNNDTG1pxty5FumOGjVRfxitpxwWmzFjtkWY8e5T9IeolMNQ6t2R CTodf8eexkNizB+nLt0pPl7ZzPXjj9pDXL6+Ck/l7EWrdvpDbJ3lm02bPdtCS8JWaCe5mo41jnYd qH//QXXd7PT7gcHqRyDluHEq/wnPO09zDpXR8N1F5LQmj/6+MF161vu9kqkRhHDKTaRJqKsvXJ47 +d2Dk5NlC/SbXObOq/NoSHgR+XFdwvPOSN1wxPt6AUBtlJdXJD3gOFZjB/34I/X/Fseuf5Qj0jgb YXqUdjerlVAjp+mP586e7WtxrgCqp+mxYBxLNg+Do9em6UybNtuwpLl//yH98WBvw+84DowDR9jE g+O/CI/3OFaNeL6+vvr3yvFjxMfBHnPCO9Nw2F4cEHD1V9OhHqjf8OFjhG9ffz3E9rFrP9Njz+Pl d3NatmyNcvyZ4+PEqno0WqutqMeulePR2Iat/W2i4Xg0fl+mv3ov0OLY926ZgEWYyfpyqce/rR0i My2/Wr6DdVvduT7AUBtgJJeelwtevt96jFoF5ghIPOCVxGp5onHj0B+hKcgVa/H0wOSD9NycNPrP 0nQavvMYLU0upfRSXEhCNx1BpcY1belyUUtOrSr2lVzocbme11q42i4iwb78rOxsi4tirjbful5y UhuhTMpFLek2L2qpG9+oTuWqLR28slY/5aKYk3S0sFAu2zH9/Wr5Vkfe3VhgsGjY3EbCC2toeHgh fbg4mx7zSKUmkxP0Rm9vgKk4vRHeJlMS6BHvZHpnsU6umQvPriS7idlrQ+jhcC2a/Wq5KyPj1XJe NGgorpbzoxMnTt6o7P9YYDAl3IUalKZc7PrIFBbWCcae/JqbitNfwgoQgpHeDiFZtDD+BJ2oByYk VatSN6t/gX11ggu+q5sbffCB+WW0uYa6XG0+V0MX9PndrO7CBeNSrOVltC1pzBhXzQGtC1eR/g2b fLweBOO4Hdbk019ckxSDuJ7XSFPQry7cyWn+hYcvHZZlipHe+kRQezE5hmUpo5990zxnsa8uueE4 tIuV6+uXLQuV3zG0uJr8sN5/pab2EB5lK7yJXVZWoUFwLa+vdxE+qpOHEv4q0scQqt4Cg0qrMk7T 3/0yqMn4RDGwa9rjN7gKI7KiJYyPofc4zVVJ9dOYLDaqJCUlmbmMm+b5wIEkw+YqWwZv1usN3mCS 9MBV5AceqHMVdSWEt+TbzeMO6H3wDCQGb1qaGbzp2s3A26vNp44bnW5uYABhYW3EruPUlNX+Bm7G nr+Jl+6KjNYCWGA+D2mdvn1sEP7hpDGR17KVHPu2m8irQ7uHibyvYSKPh2A8lGglJvJm3Kjsb35g UAmGdJv76BSjsZczFmvFeGxz/j8ix44If0QDV4zqDpWJNLuxm7qTYlTXS3gnRnVvXNb1Bxhg0Snv 7G/0ydJssShVZ/P2o2GwVkd5Z+pu1s5O1/jb6ScMsRpxpXMDtzOBV+CZOul6A6n+AAMIgg2jsTBE azAyW9vcAgMIwlaev2gHBTvZ6VYFBpVwK7Wz2INUJyStrEawtuC8IkvC3kqUX1NDKRUVlMkOfs1l wmZW2A5RIb8r6ajOdjoVemfMv6YO+SFciZWJQvN6wK8wC1cj8bXhSn7HIpJafvj5l5m8xO8ltYQp MfCkxmYdTXmXbxI+3wqfzfOr0ZfXVj3yzfI3p5orrO8tAQyg41UX6WP/LMVYrBVN4Z8BaXT87IX6 Wj2b1GLlOnpiwRJ6dcly9pfT34NCKPrECasN4wMO+9fZfhRv5XfQ7NRU/n0BvcJpvSLpLaHWIeup wKwR/W/nPgn3HId5bkGghMPzTrN0B0k4P9qqt/GIdP46ewnNOpSqBSR2bwWuVNJhp6aH8phSKjfo v3J+z3K+qO+zXN8X/YJofdaV25AED97kNN5csJL+xf7zfoH07dZdFmCkhK2gp3wCyXldmM30+oTt pFe5PG8uWSnpvsjpuUfHW9TzA67nc1y/t/yUcM/NDqS2y9dqQFUN58jfSy3PuqwsST/LTOijC07w +yX0Guf3qv57WAsXmJYm+aJ8an0/W7/V4tvecsAASik5T4/PSNEa5cWFKDPSKKm8fu1PqCs9szCY XuaPvaeomJYezqcnWVD+yw3KnCILT1KjKfOYL7Ppp6goq2mN3R8vv89KSuH0TpFHbBI15ji/7Nc2 8G3Himih7jC1WhtGDbx8aFTsQXk+ZnaMt9fmCOa/FzfGtfJ8rLqa0/ehsWYCg0/zF5+F9AbXIyQn l+vBTpdD8ae1S8j7j5fzN/WhvhG7pHyrc/Lpr76B9P6ytVfMt0OnTtGdk+fQiL1xFMG8m5mYRE25 7kvTLO0qjI46RI253PfNmE+JJ63vgf3vsjX0qm8Q7eW0drBD3R+cPpeyTbalQ1ddl5tPiw9n0Asc 9m/8rYJ1ubQx8yiZjmzL2b3EvzWZMIO89QeognXZdIfbHMoyu9494lgxv59GP+89SJs47Q3Mv1Bu BzVmcxA+8WnUgHm3JCOT9unre6/nLPJhwLjlgeHiJaK5CSe0F8fw8GJRwmm6VY2VPzZ3Mf1n1Ua6 cOkSnblwkd4OWkVPMFiYU6+wXfTi4hXUMXQzNV8YZNX47MRo8G067T95ktPj3ujESeahD/0Spb17 sIobXcWFCzRqD8z4+ZCOBRjPF8120UE4/jzTl+6dvphmHEwWG6MIPzHODBg42j0MDB9zPWJKSii6 uIR2sasxSy+ujIHBdTpNjkuR8qEcL3JdXw9adcV8Qz6o27IjWZJPPgvwn1lQRu2O1YSDWP+d8+i9 cQe9EbCCft6132p6HwSH0n+4HPgOSM/rQBw14vR0ZjYuVN69wWm2WrlBvlnVBW3rRIxn+bu+OCeA Xpi/mI5VnqdVWTmcng9lm2kCEXnF5MD5uMckUiLnFcv1OlJmedfHdP4d8XVlZVLGeP7GKJ9nTJ2u 4a/fwAAqq/6VWgZlGkCh5fJ8Kq++VN+rZZOe5172IRaqb3bvp+6bwqmp1wLqt0OrEZQxCDzEqvAY bqyRLHB3TplBYYWFFmm5xsVLI2sZso56h++mN5eG0FNzl1NahfVLatHzO3BjszX27bI5jN5gNXnQ zj30xPxltC4njxrNWEBjzRpjOZfv8QVBdB/X48MVm+ndFWvoX+xnml1AG88NH+V7PTBEyue4ZhP3 4ovJ73DGFfMtjgXkT1z2rhu30RjmXc8N2+g+1n62FmiNF0cUFVFT7vkPl1fQiKhoemXhUjFSbE6t GdSemBVA33C5+vF3eGXhCvpi63aqsnEO5D0GkZbMG2tUzuk/xrwYsyeK2nC6XzOoh+bk8LdlYDC7 FwMaQyN+/8+AtdQuJIxaMO8GR+yzSHNWcio14XCfhkVIGVvzN/6b/3IGmjpdQFz/gQG0KfucAEOj ifGsXp25Fapkk55dvJwe5AbZe9tu+mxTBPdoB+hIuVZQgzNyqaH7DGq/cSt9t2M382YWC1akJTDE KxrDoJ3R5BGfSG3WbqC/TPWjgzYMxI7Waxi6cuu3UblsDqe/MXDlMnC8zNrKe8tWU0MWMkuN4RI1 YwH/IGQDReQXUXh+ofgVZkIlwMD5td+wSco3hMvZ0GsuTb4KWwnQGO5jEG3FPf23zLv+zDv/VJ1F nv9jPkGgxkfFUqd1W3hoNYN25VreYQAhf2Z+EE3jnnkq1+8F/r8dA5ets4tv8XdrwUJvFRi4H7t/ +kJW/1MpkgX/Od8l1HnNZnpo1gJKt6IxNGQtbEJUDO1hnm1j3h06bnm4anpiotRj5N59NI1557R6 EzXndFMvY/z3lgKGygvMeL8M2T5deeHW1RZAj7NK+kbAKko6WUap7AoqLYW0DTeCh+csov6sSQzZ HUWvc3gMQQrM5gTGxSgaw75jZVTEPdPOY8eoIfeq3ok6q3kPi46R8Lpy6xpD+7Vh9Kx+WBOcfoTu YlDAUMLVQmMgajJrIf0fA0M2lymdG2sSu+NmBkdjSsoF1Nxi46V8Oacr6cWgYPp45dor5hs0hrvc Z5JPXJrwTceu0uww1nEuyzNzl9IH3LsPZhD6asdO4eM32y0vhvmQAebtwFVUxPxH2Sbw8Ot+rm+R jWPN73HYFrY0BnYPMT88GGQwLPlyy05qNtVHwCLLXGMoLJbhlQ9/I3zPPHbZp85aANIsBpkmzPsU HvahfFEMHo095tJiXZ2uxrs1gAE0PrKEJu0ruVWqY5OeZMH7iAXKFmVyL9uUe5qvWL1MOnmK0ljg glhI75jsTQFm++QnHMRGMB/KKFcmzCp4PHzPTF8aGBlrNe0R0QfpLg5/pNz63YEdN2ynF/TAUMEC 0m7DZm7E3uRxMEUrCDzEfsQ3kB5dEEjt12yktuu30P8tW0XzUw9rwh0sLZd5AZ94nUkeYfQc53Gl 602xJ06Qg8dMWpWRZTNMUGoG3es1jzXQPOFdEo/Lv9waSU/N86dCMwH9JwPDR8Ghhue1R3Ik/Zhi 61e1v+2/glqYhDcHhge8GRj0ZvjSOO/neWhxn9dCzWSmAEN+Md3DAg7w6rJmG7uN1J41kcNmcxve sUnUxMOHcvTlLmeGPTzdl8bsjbu9gCGj9Dyll9+Et6lcY1qYmk4rjtjeVlx47hz3sHGUUmpsKBjT e3Kj2212rVd0aSl5xifJ7yBMic1JSqXN+YVW095bUspqaZJsGLNGa3LyWT1PNzwfYPUd+caWahvt eX09psWlSnrwES6yUAvspVLuJIozib+loIhmJqZc8eRyiZ4v6bUYwN3BvTHKc85khj+R6zyJ450w 0wSgEQFwVSpgAUb6+ZXnbH430/Dm/JjBPXysyfcJycimqbGJFpPGRZw+3s/gcsKfygAwhfMtMVu9 iOdy4736bfHJ5jKfw21821sWGNSGfasTZrmratkei19OWVmrrrASr0b/vq7pWwt/ubgIX2MjbEXN Rfld9WusJG0ev8ZG/epCiFdbG5GyWKnfSSvxqqyErS19W2lr6mnye231xHuEh3+q5qLVcNbaAfhc Vbet1TcWGHD12IYNG9iF6v26ulC5bjtKf624KeF+fTUcbjvGbcb2G4LsZKffRTcWGDIzM+n9999n 97ber6t7mz744AP65JNPqF+/fnJZpnrTMU7rqeHefvttatmypYXdRTvZyU43MTAkxydTkzubkIOD A93J/p133ilOeYZv/VlxxvCvvPKKXHkuaSYna9J58MEH5bjq7UgASxiHhZ3H3Fxl2zDuXARQwq+r MVdrhJuDcMPwwYQEm/xF+rbMyKlaHMIUFBTclPwDzxISUuUmabW8pibrroTAB2ua65EjuVbfK7wr t/r+astQb4BBl6yjPzX5kwhxE/abNGkiTnluIsJv6/nOO+82xAEAODo6KmnqdIYweP/Xv/71tgWG Xbv20qpNm2jztm3k779CjJlCS0MjhSWpvDzrE081Nb/SWfMDTCbPZWWnxZwbLF6HMCBj2KY2blg3 UsNimGduok4l2ErAtXT4NrhSXqXTZtugke4VWEy6ZgQ+rVq1joesu2jdunW0a+9eqde6dZs1PLnc MBW8RJjNmzdbaK644t3DYyZlm9jOUOuM6+oiI2OsAkxyss4QzvzmqrNW5heuwVD6xgJDSkoK3Xvv vXTXXRB4+HfR66+/LnYQbbm+ffuSk5MTNW3alMPfLfFUAMAZdVxVBWC444475P0TTzxhuEYdBlHA SPi1nWdHGDWctSvD8A73GKLXxIdSfTgYZrnBZ+VtEkyhbdmxQ8q3Zs0m7gELKZF7P9yY5Ld4Me3f HycCAEJ9cLUayh8bG0/7YmOlZ8L7mJg4jfDqdDk0YsRoabwYusG6FO4IwDOuIIP9SfAC32Ix56Py CAQwQrrTp0/nMq2XssTExQnPElj72LFrF8Wxj2ekB60EaWaaWZ6+noS8cRFKREQEl1W5Vn7pylC5 H3G23pALyhYdHcvlizcYES4sLDb8hneod3R0vFyhNtHNzaKD2rlzD7m5edLq9ZsN+aJji+fw4Onq 1esM30QBq2x5Bp/wDuAay99FnWdLSdHJd4NcIS28R1jVYE69AQYw7M9//jMLMYDhzyLIgwYNkktB bTkwG8wDgCC8Gu/xxx+XxglbhgAGgAzeN2/eXN6DoTAsAsOf8DEpaY1wz/7y5ctpwYIFNH/+fAlv ap8B5slhMNaNP/To0aPF8IjqT5o0SQyhYM4DRluuhb2D30Po6UJCQmSSFgKGnnfTtghp6MH8HnVZ 6O8vE7aRkXvFWtUOBpKlS5eKgw1LXO8+bpyr2EZUqajoJPn6LmZtIJwBI1G+B3i0gHkFDSGU84UW gXwwAYy8IWQgNPaEhMMCDLBjCWBZy1oNvhuMzmzlcD4slOnpR8TeJoysIE18ixsFuOATDM+a3j59 8uRp6eEBGACIgIAAsfiNOsRw/QCc27cru0mXM28BZNASNm/eLrwbPnqcBhjAc2/vOTJMmTp1tjzn 5xeyZudPERzeZ9482sDxw8N30kEGgMrKc3LzFXgdEREpoAATdSFrN8h3xHBswQJ/4fOSJUuFnzCI g7YOOatXwKBjhLu3iVFjgCB/9dVXYgQVLi0tzaofxz3MP/7xD9EK1KEEJhtB5hoDgAGEBnrPPffQ fffdL3737t2tlgkN/KWXXtKHvY/uv/9+g+HUuLhYubr7oYceMqRv6gBGcPi9devWIph/FKk9LkAB DQSClZiYKOoxGlVwcDDlsAobtGKFNCx//2DpWSZMmEBhYdspIjJSGhUsX8M3JRWct23byUOKNQIu SMPV01N+r2KBgmUkAAJAAhoErEiDFi70ZzAolPc6XYaYoENZQkKVlSbQFhYGmGrH/ZCqeTbYdzQ3 vnu9CL39BNa2TIE9mzsWAIK/fyBrUDEGnkCYZzKgQSDVYdPCwGABVC8vbwO4uLp7aYABdR/NYHGA AQXAm8L8BLCobSacgTqUwTUzM5eWr17NwJMi/Eb7DgnZIDIAvkVG7hNQWssAEaqPGxkZLeAE62QY 7l0DusHAkKijpk2aUsOGAAb4ylACwwW4Tz/91KqP+YR7720qANCoUSMZLsycOVPSRONW30NYn3zy ST0wrNILsAIksGpsq1FA+0CYhg0bSloABgwf2rf/xPAewPHyyy/QW2+9Re+++674r776qrzH73Av vviiwZjrjSY06qCgIOmR0dPBDBq0AAgohA09cY7+6nU3t8miWSAO7CiuWrWRwkWYN3OD2yy+KaEh wtbk8eMnZSgwztVVntGDFXB98/IK5H+Eg5FbXH2+klVjAApM0wEMQjnNqKgDPLzJlQYexpoKtAyk t3ZDmIDZwoWBLAiKGgzjsObGd68nTZs9l/mUSCeZd9Ibs4YArTMgIFjq5ee3SOoDi19+rEGijuAx wkMTQBhYo0ZchHPznKax/xkUtErMB+5mAAHvFwUtE3ABD/C9tm/fI8MJELQI2P4EbwAMy5eHyvzM zp27ZdId33nTpu20asMmySuCh2OrmX/oDDN+/zDixgMD1CgIUqNGAIZ79ODQ0KIntuYUMGki4bt1 M16jrU4+quk89thjemBYro93j/hdunSxWiZ8PGgZDg4NBVxQPoyPjxzJkOeGDe8U/+mnn+YP68eq 9zbaxR9CJuL4A//rX/+S31Ef5AMB/KMIBmSRP8oH1Re8wf9oXAAINC6Qm9tUHvoo254xnMB8RBg3 0t2798uQaNcu7Wk98AM95ubN4ezCJA+8QyNdvX49Ba9YI+kcO1YsfAEQzGKNBQ0fQy2Mx5E2+IWy AFQQH8M2qN9z2UccXCuflaVMzAE8buTQLDY2gYU/gMJ372Y+rhGBRf4QVkwiBgaGyHAUYItxPMq7 cOFi2sWCjk4K9QEPEBeCCh6r5cdp8rlzF2nqg2fwAiCAOZVZPn4Upu/twcOp+o4PYcBH5Ll+/XbR CDH0Rf6LFgVJmfz4W2fxM8JlMPDWO2CAaotJRFVjgEDjGUuMUOFVZ/4Mp65gwGEYAVUZjMa41lRj aN78KckLH1SZk2gqfo8ePWxqDAowNBJwQXkAOps3rzXEx3sAAD5YRESY+GjcELovvuir1zSUfGBo 9o8kgC8ammrYFo0afFJ9ELQaU5lDHPR4qm1Da/tA8A6gAQO26u8Ii3iH9DcvIU31N4y58ZtqbBVh 8Q6++g7lQJqqlmVqmNWakdbrTeAZynPI5MYptRxnzpyX30wnRVNTM4V3ploi4h4yewe+mGuSyjdQ eCHpct5let6Bh2p4U35J2oeM/Ff5p35rhLtGYHqDhxKpOrqniVFjgDC/+eabNHz4cPr+++8NzvwZ Dmq60jMr2gH+x/zD0aN5Go2heXNFYwCqKoJ9JRpDE9EYwGDMrqvxVUDCxCny1frK/yowDRw4kOob FRUV0+nT1k9MWtuXAGtJtsLb6ZagGwwMCTpq1qQZNWgAQWsmgvTjjz/WKS40BEVQmxgmIH1957Oa WizPjRs3lndPPfWUhMd4C8+NGyv5YPhhjTBBhKVPB4fGUq5mzZrJ2A6qrJJfM0kbE5NIG/MbmMdQ fVOHd2PGjKlXLQA9DEysh64xzivg2nJMymK2XtXM1BUCrJGf4ffbtikz8tiAg7Dq2jnC4blKf6oP z4hfVVVlFzc7MFgnrDLcfffdLGgQ7rtZEBtQnz59ZMLGtiuU8RSMbiC8KTB4ebmJEOMZv+Hdo48+ KnlhthfPDRoo+WAogFlmNGQ4TC5CW0A4CH6DBg3FR/kwJjYORZS8EB9DB4yDMRut+hiLYpyIMT2E CKpdfSLMQ2AC0pPHtOoeDoyXMfYPC9tKrq6uMs5V184x2ZuRf1Rm6qura2jv3ihZXcjOzpGr3vL4 WyHuTuZVVdU5GZZB/Y2yce+knezAIBMo6JFVjQFCh6W+1157rRb3Fj3//PMitKbzDBBWTPpAiE01 BnW5EstpGF40btxUQAhghKVR9cAV5glg5QdpK4DTTHyUD4KBrdYNG96hB40GclYDajV26gFQ4KBt YPKnRYsWsnICH2vz9YkAaklJybRixUqKiY3lnv8iubm7y0SWv/8yBgY3WX7EPg/0/j4+c2jPngMU FLSUYmOTaOxYN+FBQMAKKmT+uE+fLnExobh+wzaJi+GVuq/BTnZgsCBoDKoQQ1AVYW6gX3mo3Ydw KvEUhzE9NpJgAkYFBTisHkAVhgA/88wzhuEEwAhpKOk00exFULSYxgbwQZroPZ955hV9fAUc3nnn Herfv79oL2jsn332GQPbwyYrJw1ZLZ9Yb77+hQu/0neDBzMorKMJEzxpFgt/WloWTdXv9sNcwqRJ U4UX3t7eMqczf76/8HbOnIXCJywrYrs0JjyhFfj5LZS4AOxpPj6ypAdnJzsw2CRoDBBCZd3/ynw1 HjYaARTUVQas26v7COAwlFA3lmDDB4QacRDfqG0oIAFQaNOmjSxx4lnNB+q1tfjWl1KViU+c1cBG qfpksHXHjijynjvPsMFsrJsb7dsXTe7TpslGnQIePmCXJ2jLljAayv8nJCTKUAw7AsF77PmAw85Q DMsAGOqO1Hnz5smwwq4t1ENgmDBhgt3Znd3Zncb9P4rktDJnLfERAAAAAElFTkSuQmCC ------=_Part_275_1907592169.1402511840430-- ------=_Part_274_60039116.1402511840430-- --===============3068622922275965476== 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 --===============3068622922275965476==-- From xen-users-bounces@lists.xen.org Wed Jun 11 20:12:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 20:12:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuosN-00054S-By; Wed, 11 Jun 2014 20:12:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wul2R-0006LA-Nh for xen-users@lists.xen.org; Wed, 11 Jun 2014 16:06:11 +0000 Received: from [85.158.139.211:20480] by server-11.bemta-5.messagelabs.com id B6/BA-01425-37E78935; Wed, 11 Jun 2014 16:06:11 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-16.tower-206.messagelabs.com!1402502769!6543460!1 X-Originating-IP: [74.125.82.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25806 invoked from network); 11 Jun 2014 16:06:10 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 16:06:10 -0000 Received: by mail-wg0-f42.google.com with SMTP id z12so5650003wgg.25 for ; Wed, 11 Jun 2014 09:06:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=OCvYxeU/Mw4kQ/MitiS3+iceBaQILrnbJ32mxDSw/ZU=; b=iA+cUnqxIWmyo8fpA5iJq27gwtAiJ2Gn4AhIMtXBYe1e1laVSD44sMQDWkgnZFMdC9 po3HoODdRmnmAZstY/oGmImOUlFnO+ob0F6tNMqVrcs6eDy6qaDsLmlZKPEbTmmxVeeT NafqJHUL/ShyNLP0t5bHHB1l3+Y9AZ1hW/p3WL+dXu5WWDKjxqGMtJZ4eLAg8fsvoJLx 6aLQov7CdkNfe/EVFV2GoU7MzztKsLGLb5nBGlYMJhIWX9gmEI5OPg83BQrBAisPi7O2 /+FEYHm3BZHI8+vOy3SdUFGQcT1InxSMoQGBxH0KFJ3SU7lT2JHbbR8IvkZ90CmvdB3B RPDw== X-Gm-Message-State: ALoCoQmhP11QqdCqvs0BGqVP5/lBW6MYLczyXHC+tc/1ME1M4WxoH9d2LHY3VnHe35IdB9hySoDz X-Received: by 10.180.94.163 with SMTP id dd3mr48524951wib.26.1402502769737; Wed, 11 Jun 2014 09:06:09 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id y8sm38547253eef.5.2014.06.11.09.06.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Jun 2014 09:06:09 -0700 (PDT) Message-ID: <53987E6F.5030108@linaro.org> Date: Wed, 11 Jun 2014 17:06:07 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <53987847.4080606@linaro.org> In-Reply-To: X-Mailman-Approved-At: Wed, 11 Jun 2014 20:12:01 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/11/2014 04:49 PM, Jeenu Viswambharan wrote: > On Wed, Jun 11, 2014 at 16:39:51, Julien Grall wrote: >> On 06/11/2014 04:10 PM, Ian Campbell wrote: >>> And just to be clear we are talking about the load address of the >>> kernel within the dom0 IPA space, aren't we? Not the host address >>> where the kernel is loaded to be passed to Xen (it doesn't matter >>> what that is really). >> >>> I remembered to had a similar issue on the Arndale a while a go. >>> Linux is unable to allocate memory because either: >>> 1) Linux is considering your memory is part of highmem >>> 2) virt-phys is again bogus? >> >> I think we can safely ignore the latter one as Xen 4.4 has a >> workaround to avoid it (see commit 6c21cb3 which as been revered on >> upstream). >> >> For the former one, Linux is checking the memory in >> sanity_check_meminfo (arch/arm/mm/mmu.c). You might want to check if >> you have in your log message such as "Ignoring RAM"/"Truncating RAM". > > Yes, I did have them when compiled without HIGHMEM, but went away when I > enabled it. What is more suited - highmem enabled or disabled? Does your dom0 boot with highmem disabled? > Did you manage to work this problem around? It might be another issue. I don't have any modification in the kernel for the Arndale. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 20:12:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 20:12:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuosN-00054S-By; Wed, 11 Jun 2014 20:12:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wul2R-0006LA-Nh for xen-users@lists.xen.org; Wed, 11 Jun 2014 16:06:11 +0000 Received: from [85.158.139.211:20480] by server-11.bemta-5.messagelabs.com id B6/BA-01425-37E78935; Wed, 11 Jun 2014 16:06:11 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-16.tower-206.messagelabs.com!1402502769!6543460!1 X-Originating-IP: [74.125.82.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25806 invoked from network); 11 Jun 2014 16:06:10 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 16:06:10 -0000 Received: by mail-wg0-f42.google.com with SMTP id z12so5650003wgg.25 for ; Wed, 11 Jun 2014 09:06:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=OCvYxeU/Mw4kQ/MitiS3+iceBaQILrnbJ32mxDSw/ZU=; b=iA+cUnqxIWmyo8fpA5iJq27gwtAiJ2Gn4AhIMtXBYe1e1laVSD44sMQDWkgnZFMdC9 po3HoODdRmnmAZstY/oGmImOUlFnO+ob0F6tNMqVrcs6eDy6qaDsLmlZKPEbTmmxVeeT NafqJHUL/ShyNLP0t5bHHB1l3+Y9AZ1hW/p3WL+dXu5WWDKjxqGMtJZ4eLAg8fsvoJLx 6aLQov7CdkNfe/EVFV2GoU7MzztKsLGLb5nBGlYMJhIWX9gmEI5OPg83BQrBAisPi7O2 /+FEYHm3BZHI8+vOy3SdUFGQcT1InxSMoQGBxH0KFJ3SU7lT2JHbbR8IvkZ90CmvdB3B RPDw== X-Gm-Message-State: ALoCoQmhP11QqdCqvs0BGqVP5/lBW6MYLczyXHC+tc/1ME1M4WxoH9d2LHY3VnHe35IdB9hySoDz X-Received: by 10.180.94.163 with SMTP id dd3mr48524951wib.26.1402502769737; Wed, 11 Jun 2014 09:06:09 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id y8sm38547253eef.5.2014.06.11.09.06.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Jun 2014 09:06:09 -0700 (PDT) Message-ID: <53987E6F.5030108@linaro.org> Date: Wed, 11 Jun 2014 17:06:07 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <53987847.4080606@linaro.org> In-Reply-To: X-Mailman-Approved-At: Wed, 11 Jun 2014 20:12:01 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/11/2014 04:49 PM, Jeenu Viswambharan wrote: > On Wed, Jun 11, 2014 at 16:39:51, Julien Grall wrote: >> On 06/11/2014 04:10 PM, Ian Campbell wrote: >>> And just to be clear we are talking about the load address of the >>> kernel within the dom0 IPA space, aren't we? Not the host address >>> where the kernel is loaded to be passed to Xen (it doesn't matter >>> what that is really). >> >>> I remembered to had a similar issue on the Arndale a while a go. >>> Linux is unable to allocate memory because either: >>> 1) Linux is considering your memory is part of highmem >>> 2) virt-phys is again bogus? >> >> I think we can safely ignore the latter one as Xen 4.4 has a >> workaround to avoid it (see commit 6c21cb3 which as been revered on >> upstream). >> >> For the former one, Linux is checking the memory in >> sanity_check_meminfo (arch/arm/mm/mmu.c). You might want to check if >> you have in your log message such as "Ignoring RAM"/"Truncating RAM". > > Yes, I did have them when compiled without HIGHMEM, but went away when I > enabled it. What is more suited - highmem enabled or disabled? Does your dom0 boot with highmem disabled? > Did you manage to work this problem around? It might be another issue. I don't have any modification in the kernel for the Arndale. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 20:12:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 20:12:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuosO-00054o-GO; Wed, 11 Jun 2014 20:12:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wum6Z-0004cJ-MJ for xen-users@lists.xen.org; Wed, 11 Jun 2014 17:14:31 +0000 Received: from [85.158.137.68:64551] by server-1.bemta-3.messagelabs.com id 31/F7-11134-67E88935; Wed, 11 Jun 2014 17:14:30 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1402506870!9518665!1 X-Originating-IP: [209.85.212.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30673 invoked from network); 11 Jun 2014 17:14:30 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 17:14:30 -0000 Received: by mail-wi0-f180.google.com with SMTP id hi2so1553892wib.7 for ; Wed, 11 Jun 2014 10:14:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=1u4FeY3YFeaiVdZ1VUL5U2RSq+vndHCezMI4r/gUE7M=; b=Mp1GYo399A0FTjq3qxKo8bsgzud+nRvlmWKzb4jJk1JHxcMwgCZaSEckDlXDVllwyk I4D2v8y7eU46cYp+AX0O9BhJhjbS6Drls4pKUuUg5fWtjcZkzwrp7WY8kD7kUR3kE/du GdoFbW6pgWcopKI1Xz/cSOH0T9X9Hnm25ilLzcAkLOPu0butQbxa5sOuOKRMjB14Y74C XE4c12ID23NMjeFOMOT+pNM0DWnZdJMewHJrbwshiuoBWOjFTCLlDAGDP2Zs1xBMcZDe s4Mq3rdiq5pBwliAydF7QuhcoWY9XYHruZ7UWMdp0SP/34lnFBGlQcGzCU8FEzFeWZsn JfNg== X-Gm-Message-State: ALoCoQlxGSLWc/Pk98lBKpnzjfUGUFm5j71WYjAMyA2pKp8YdaLkU9Gwq/t4NxZ07BWuYjkBIpuY X-Received: by 10.180.218.41 with SMTP id pd9mr31780631wic.7.1402506869540; Wed, 11 Jun 2014 10:14:29 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id v7sm9414245eew.37.2014.06.11.10.14.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Jun 2014 10:14:28 -0700 (PDT) Message-ID: <53988E73.7000201@linaro.org> Date: Wed, 11 Jun 2014 18:14:27 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <53988202.4080000@linaro.org> In-Reply-To: X-Mailman-Approved-At: Wed, 11 Jun 2014 20:12:01 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/11/2014 05:42 PM, Jeenu Viswambharan wrote: > On Wed, Jun 11, 2014 at 17:21:22, Julien Grall wrote: >> On 06/11/2014 05:12 PM, Jeenu Viswambharan wrote: >>> The TC2 has 1GB RAM from 0x80000000 to 0xc0000000. The instructions >>> on the Wiki tells u-boot to load it at 0xa0008000 and modifies the >>> DTB accordingly. >> >> The 0xa0008000 in the u-boot runes is not the address where the kernel >> will be loaded in DOM0. You should see this address in Xen log smth >> like "Loading zImage at...". >> >> Also, why did you had to modify the DTB? Are you talking about the A7s >> cpus? > > Oh, I meant to say the u-boot script inserts some stuff to the FDT using > u-boot commands. > > Also, yes, I had to remove the A7 CPUs from the FDT. > >>> >>> (XEN) DOM0: Uncompressing Linux... done, booting the kernel. >>> >>> at the console. The rest is in the log buffer which I can view through >>> the debugger. I've attached the best I could muster. >> >> It's a bit hard to read. Can you apply the below patch to your Linux >> tree? It will print everything to the Xen console log before the HVC >> console has been initialised. >> >> [...] > > Thanks. I've the logs now, but nothing different from the memory dump. > Attached. Just easier to read :). > Ignoring RAM at a8000000-afffffff (!CONFIG_HIGHMEM). I think you have to look why this error is printed. Linux is considering the memory as high mem when the base address of the range is greater than __pa(vmalloc_min - 1) + 1. IIRC vmalloc_min is determined following the VMSPLIT. It seems vexpress_defconfig is using VMSPLIT_2G, could you give a try on VMSPLIT_3G? The latter option will set vmalloc_min higher than the first one. If it works, then there is another issue in the physical offset. I remembered, back to 3.11, Linux was unable to handle correctly pa - virt delta positive. I hope it didn't get back. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 20:12:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 20:12:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuosN-00054e-Uy; Wed, 11 Jun 2014 20:12:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WulHC-00076E-89 for xen-users@lists.xen.org; Wed, 11 Jun 2014 16:21:26 +0000 Received: from [85.158.143.35:15032] by server-3.bemta-4.messagelabs.com id 23/3B-13602-50288935; Wed, 11 Jun 2014 16:21:25 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-13.tower-21.messagelabs.com!1402503684!3439196!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9803 invoked from network); 11 Jun 2014 16:21:24 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 16:21:24 -0000 Received: by mail-wg0-f43.google.com with SMTP id b13so4570202wgh.14 for ; Wed, 11 Jun 2014 09:21:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=rkEXEiWBXuxON1D9jQGRkhjtUjmLdQ+4hP09alYqxUA=; b=THcNfCbr+Ww0GbCjkWJp0QXm/h664CencVXP8EA5b7uhITfGfC7zv6Nbd+rcdeOQrj dXbfMpnBL9MitTk+jbEm8rRohYy/ZVpppZT6yM6WabiZ2esQY4JfYvfprP1zvrj6pgNn fYf0Nl1/hdi3nvbmjNnxXqg9RHdHlx1u8594X/8rPUqWdh0Qptmq46h5X+gM3tE7hfP6 8qXCukLZE0RBkHrJk5CMCa+ndwZL719cBILZ4yjJafOoY6r0yLQ7iO3LGhrApOBh9Yk6 bMwPNo3K0hvOyZlP3OnrrhQSKQYjYKZAWyxeEkiUTNall8enfAJMGZZXH1dU4Rokj+vc nUxg== X-Gm-Message-State: ALoCoQmzBUWe12r39d/vrq1L9ypE5bb6o6VXRnhMI1X57t3rhMEjM9H8k23mExS7BRT6T69Un3UW X-Received: by 10.180.84.132 with SMTP id z4mr49735230wiy.14.1402503684475; Wed, 11 Jun 2014 09:21:24 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id 4sm60272435eeu.16.2014.06.11.09.21.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Jun 2014 09:21:23 -0700 (PDT) Message-ID: <53988202.4080000@linaro.org> Date: Wed, 11 Jun 2014 17:21:22 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> In-Reply-To: X-Mailman-Approved-At: Wed, 11 Jun 2014 20:12:01 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/11/2014 05:12 PM, Jeenu Viswambharan wrote: > On Wed, Jun 11, 2014 at 16:10:46, Ian Campbell wrote: >> On Wed, 2014-06-11 at 16:02 +0100, Jeenu Viswambharan wrote: >>>>> Xen is now launching DOM0. But next issue I'm now facing is that >>>>> Linux refusing to run when loaded at 0xa0008000 - it panics and >>>>> complains about failing to allocate memory in >>>>> mm/memblock.c:memblock_alloc_base(). FWIW, I've built the >>>>> kernel v3.14 with vexpress_defconfig and enabled Xen and highmem >>>>> support. The kernel however is happy to boot when loaded at >>>>> 0x80008000 (without Xen). The same with Xen though, the kernel >>>>> reports 'uncompression error'. >>>>> >>>>> It's little to do with Xen, but are there any other options >>>>> required to be enabled in the DOM0 Kernel to run from >>>>> 0xa0008000? >>>> >>>> Your kernel needs to be relocatable. I'm not 100% which option >>>> that is (perhaps CONFIG_ARM_PATCH_PHYS_VIRT) but if you build a >>>> multiplatform kernel (CONFIG_ARCH_MULTIPLATFORM) it certainly will >>>> be. >>> >>> Just found out that both of the configs are enabled in my build, and >>> I've no idea what's going on. >>> >>> Like I said, when loaded at 0xa0008000, the kernel didn't boot >>> neither on bare metal nor Xen. But at 0x80008000, the kernel was >>> happy to boot bare metal but not with Xen. Does Xen care where the >>> kernel is, as long as the kernel is happy to execute from wherever >>> it's loaded? >> >> The kernel wants to be loaded within 128M of the start of RAM. Does >> 0xa0008000 meet that? What is loading the kernel there -- I don't >> think Xen will (it knows about the 128MB thing). How much RAM does >> your vexpress have? Is 0xa0008000 even in RAM on a vexpress? I thought >> it had up to 1GB at 0x60000000-0xa0000000. > > The TC2 has 1GB RAM from 0x80000000 to 0xc0000000. The instructions on > the Wiki tells u-boot to load it at 0xa0008000 and modifies the DTB > accordingly. The 0xa0008000 in the u-boot runes is not the address where the kernel will be loaded in DOM0. You should see this address in Xen log smth like "Loading zImage at...". Also, why did you had to modify the DTB? Are you talking about the A7s cpus? > > (XEN) DOM0: Uncompressing Linux... done, booting the kernel. > > at the console. The rest is in the log buffer which I can view through > the debugger. I've attached the best I could muster. It's a bit hard to read. Can you apply the below patch to your Linux tree? It will print everything to the Xen console log before the HVC console has been initialised. diff --git a/drivers/tty/hvc/hvc_xen.c b/drivers/tty/hvc/hvc_xen.c index 2dc2831..931c72a 100644 --- a/drivers/tty/hvc/hvc_xen.c +++ b/drivers/tty/hvc/hvc_xen.c @@ -630,7 +630,6 @@ void xen_raw_console_write(const char *str) ssize_t len = strlen(str); int rc = 0; - if (xen_domain()) { rc = dom0_write_console(0, str, len); #ifdef CONFIG_X86 if (rc == -ENOSYS && xen_hvm_domain()) @@ -642,7 +641,6 @@ outb_print: for (i = 0; i < len; i++) outb(str[i], 0xe9); #endif - } } void xen_raw_printk(const char *fmt, ...) diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c index a45b509..907922b 100644 --- a/kernel/printk/printk.c +++ b/kernel/printk/printk.c @@ -45,6 +45,7 @@ #include #include #include +#include #include @@ -1571,6 +1572,8 @@ asmlinkage int vprintk_emit(int facility, int level, } } + xen_raw_console_write(text); + if (level == -1) level = default_message_loglevel; Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 20:12:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 20:12:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuosM-00054K-RN; Wed, 11 Jun 2014 20:12:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wukd7-0004iG-F6 for xen-users@lists.xen.org; Wed, 11 Jun 2014 15:40:01 +0000 Received: from [85.158.143.35:3797] by server-1.bemta-4.messagelabs.com id AF/E3-09853-05878935; Wed, 11 Jun 2014 15:40:00 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-6.tower-21.messagelabs.com!1402501199!10672203!1 X-Originating-IP: [74.125.82.50] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14116 invoked from network); 11 Jun 2014 15:40:00 -0000 Received: from mail-wg0-f50.google.com (HELO mail-wg0-f50.google.com) (74.125.82.50) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 15:40:00 -0000 Received: by mail-wg0-f50.google.com with SMTP id x13so5338132wgg.9 for ; Wed, 11 Jun 2014 08:39:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Ye2B7fTo4ojD3ARunz3En1+0zJm8quShGGkLn6h3wac=; b=Iv22weA/Cd4y1XNQhI/O2WwJd0sKMGCaZs1LhXSIb+tZwy5OWYahLo/a2I38W82vud 03Yl6pDVzFEaClgtO/RKgXVwKqJrHp2Qhr0Vz4aFPSPaFCNN73HunTdSNjdFnENHdDII ysJA7J2wXmKb4w3cweoTKD7XH2432GO0MTt4xCsRfursr8Lfr/z9xgdH8HSCJR34agxQ dNOKilbBCGZkI5JNm9h7i1fb3QAQ/iRQvZsmmrVM0l0o3JyVhykCsRZKIn48ZzvlseLp /p6agPBct3yrvKFW/c9VMXkcD/pwHPRs1T1F6mr46vgeL83pvrp2DTPabnDYaTBRgQFJ SvHQ== X-Gm-Message-State: ALoCoQkaWsjkgPDl4Oms37dt+Wwg6LJS2jgi+W/crASd+Bgw9NLUwcpkB6p3H8dvF6ZMLshzj5to X-Received: by 10.180.205.239 with SMTP id lj15mr39664883wic.54.1402501193952; Wed, 11 Jun 2014 08:39:53 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id y8sm38403395eef.5.2014.06.11.08.39.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Jun 2014 08:39:53 -0700 (PDT) Message-ID: <53987847.4080606@linaro.org> Date: Wed, 11 Jun 2014 16:39:51 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Ian Campbell , Jeenu Viswambharan References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> In-Reply-To: <1402499446.16332.36.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Wed, 11 Jun 2014 20:12:01 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/11/2014 04:10 PM, Ian Campbell wrote: > On Wed, 2014-06-11 at 16:02 +0100, Jeenu Viswambharan wrote: >>>> Xen is now launching DOM0. But next issue I'm now facing is that >>>> Linux refusing to run when loaded at 0xa0008000 - it panics and >>>> complains about failing to allocate memory in >>>> mm/memblock.c:memblock_alloc_base(). FWIW, I've built the kernel >>>> v3.14 with vexpress_defconfig and enabled Xen and highmem support. >>>> The kernel however is happy to boot when loaded at 0x80008000 >>>> (without Xen). The same with Xen though, the kernel reports >>>> 'uncompression error'. >>>> >>>> It's little to do with Xen, but are there any other options required >>>> to be enabled in the DOM0 Kernel to run from 0xa0008000? >>> >>> Your kernel needs to be relocatable. I'm not 100% which option that is >>> (perhaps CONFIG_ARM_PATCH_PHYS_VIRT) but if you build a multiplatform >>> kernel (CONFIG_ARCH_MULTIPLATFORM) it certainly will be. >> >> Just found out that both of the configs are enabled in my build, and >> I've no idea what's going on. >> >> Like I said, when loaded at 0xa0008000, the kernel didn't boot neither >> on bare metal nor Xen. But at 0x80008000, the kernel was happy to boot >> bare metal but not with Xen. Does Xen care where the kernel is, as long >> as the kernel is happy to execute from wherever it's loaded? > > The kernel wants to be loaded within 128M of the start of RAM. Does > 0xa0008000 meet that? What is loading the kernel there -- I don't think > Xen will (it knows about the 128MB thing). How much RAM does your > vexpress have? Is 0xa0008000 even in RAM on a vexpress? I thought it had > up to 1GB at 0x60000000-0xa0000000. The versatile express memory range starts at 0x8000000. So the address gave by Jeenu looks ok to me. > And just to be clear we are talking about the load address of the kernel > within the dom0 IPA space, aren't we? Not the host address where the > kernel is loaded to be passed to Xen (it doesn't matter what that is > really). I remembered to had a similar issue on the Arndale a while a go. Linux is unable to allocate memory because either: 1) Linux is considering your memory is part of highmem 2) virt-phys is again bogus? I think we can safely ignore the latter one as Xen 4.4 has a workaround to avoid it (see commit 6c21cb3 which as been revered on upstream). For the former one, Linux is checking the memory in sanity_check_meminfo (arch/arm/mm/mmu.c). You might want to check if you have in your log message such as "Ignoring RAM"/"Truncating RAM". Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 20:12:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 20:12:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuosO-00054o-GO; Wed, 11 Jun 2014 20:12:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wum6Z-0004cJ-MJ for xen-users@lists.xen.org; Wed, 11 Jun 2014 17:14:31 +0000 Received: from [85.158.137.68:64551] by server-1.bemta-3.messagelabs.com id 31/F7-11134-67E88935; Wed, 11 Jun 2014 17:14:30 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1402506870!9518665!1 X-Originating-IP: [209.85.212.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30673 invoked from network); 11 Jun 2014 17:14:30 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 17:14:30 -0000 Received: by mail-wi0-f180.google.com with SMTP id hi2so1553892wib.7 for ; Wed, 11 Jun 2014 10:14:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=1u4FeY3YFeaiVdZ1VUL5U2RSq+vndHCezMI4r/gUE7M=; b=Mp1GYo399A0FTjq3qxKo8bsgzud+nRvlmWKzb4jJk1JHxcMwgCZaSEckDlXDVllwyk I4D2v8y7eU46cYp+AX0O9BhJhjbS6Drls4pKUuUg5fWtjcZkzwrp7WY8kD7kUR3kE/du GdoFbW6pgWcopKI1Xz/cSOH0T9X9Hnm25ilLzcAkLOPu0butQbxa5sOuOKRMjB14Y74C XE4c12ID23NMjeFOMOT+pNM0DWnZdJMewHJrbwshiuoBWOjFTCLlDAGDP2Zs1xBMcZDe s4Mq3rdiq5pBwliAydF7QuhcoWY9XYHruZ7UWMdp0SP/34lnFBGlQcGzCU8FEzFeWZsn JfNg== X-Gm-Message-State: ALoCoQlxGSLWc/Pk98lBKpnzjfUGUFm5j71WYjAMyA2pKp8YdaLkU9Gwq/t4NxZ07BWuYjkBIpuY X-Received: by 10.180.218.41 with SMTP id pd9mr31780631wic.7.1402506869540; Wed, 11 Jun 2014 10:14:29 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id v7sm9414245eew.37.2014.06.11.10.14.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Jun 2014 10:14:28 -0700 (PDT) Message-ID: <53988E73.7000201@linaro.org> Date: Wed, 11 Jun 2014 18:14:27 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <53988202.4080000@linaro.org> In-Reply-To: X-Mailman-Approved-At: Wed, 11 Jun 2014 20:12:01 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/11/2014 05:42 PM, Jeenu Viswambharan wrote: > On Wed, Jun 11, 2014 at 17:21:22, Julien Grall wrote: >> On 06/11/2014 05:12 PM, Jeenu Viswambharan wrote: >>> The TC2 has 1GB RAM from 0x80000000 to 0xc0000000. The instructions >>> on the Wiki tells u-boot to load it at 0xa0008000 and modifies the >>> DTB accordingly. >> >> The 0xa0008000 in the u-boot runes is not the address where the kernel >> will be loaded in DOM0. You should see this address in Xen log smth >> like "Loading zImage at...". >> >> Also, why did you had to modify the DTB? Are you talking about the A7s >> cpus? > > Oh, I meant to say the u-boot script inserts some stuff to the FDT using > u-boot commands. > > Also, yes, I had to remove the A7 CPUs from the FDT. > >>> >>> (XEN) DOM0: Uncompressing Linux... done, booting the kernel. >>> >>> at the console. The rest is in the log buffer which I can view through >>> the debugger. I've attached the best I could muster. >> >> It's a bit hard to read. Can you apply the below patch to your Linux >> tree? It will print everything to the Xen console log before the HVC >> console has been initialised. >> >> [...] > > Thanks. I've the logs now, but nothing different from the memory dump. > Attached. Just easier to read :). > Ignoring RAM at a8000000-afffffff (!CONFIG_HIGHMEM). I think you have to look why this error is printed. Linux is considering the memory as high mem when the base address of the range is greater than __pa(vmalloc_min - 1) + 1. IIRC vmalloc_min is determined following the VMSPLIT. It seems vexpress_defconfig is using VMSPLIT_2G, could you give a try on VMSPLIT_3G? The latter option will set vmalloc_min higher than the first one. If it works, then there is another issue in the physical offset. I remembered, back to 3.11, Linux was unable to handle correctly pa - virt delta positive. I hope it didn't get back. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 20:12:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 20:12:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuosN-00054e-Uy; Wed, 11 Jun 2014 20:12:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WulHC-00076E-89 for xen-users@lists.xen.org; Wed, 11 Jun 2014 16:21:26 +0000 Received: from [85.158.143.35:15032] by server-3.bemta-4.messagelabs.com id 23/3B-13602-50288935; Wed, 11 Jun 2014 16:21:25 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-13.tower-21.messagelabs.com!1402503684!3439196!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9803 invoked from network); 11 Jun 2014 16:21:24 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 16:21:24 -0000 Received: by mail-wg0-f43.google.com with SMTP id b13so4570202wgh.14 for ; Wed, 11 Jun 2014 09:21:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=rkEXEiWBXuxON1D9jQGRkhjtUjmLdQ+4hP09alYqxUA=; b=THcNfCbr+Ww0GbCjkWJp0QXm/h664CencVXP8EA5b7uhITfGfC7zv6Nbd+rcdeOQrj dXbfMpnBL9MitTk+jbEm8rRohYy/ZVpppZT6yM6WabiZ2esQY4JfYvfprP1zvrj6pgNn fYf0Nl1/hdi3nvbmjNnxXqg9RHdHlx1u8594X/8rPUqWdh0Qptmq46h5X+gM3tE7hfP6 8qXCukLZE0RBkHrJk5CMCa+ndwZL719cBILZ4yjJafOoY6r0yLQ7iO3LGhrApOBh9Yk6 bMwPNo3K0hvOyZlP3OnrrhQSKQYjYKZAWyxeEkiUTNall8enfAJMGZZXH1dU4Rokj+vc nUxg== X-Gm-Message-State: ALoCoQmzBUWe12r39d/vrq1L9ypE5bb6o6VXRnhMI1X57t3rhMEjM9H8k23mExS7BRT6T69Un3UW X-Received: by 10.180.84.132 with SMTP id z4mr49735230wiy.14.1402503684475; Wed, 11 Jun 2014 09:21:24 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id 4sm60272435eeu.16.2014.06.11.09.21.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Jun 2014 09:21:23 -0700 (PDT) Message-ID: <53988202.4080000@linaro.org> Date: Wed, 11 Jun 2014 17:21:22 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> In-Reply-To: X-Mailman-Approved-At: Wed, 11 Jun 2014 20:12:01 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/11/2014 05:12 PM, Jeenu Viswambharan wrote: > On Wed, Jun 11, 2014 at 16:10:46, Ian Campbell wrote: >> On Wed, 2014-06-11 at 16:02 +0100, Jeenu Viswambharan wrote: >>>>> Xen is now launching DOM0. But next issue I'm now facing is that >>>>> Linux refusing to run when loaded at 0xa0008000 - it panics and >>>>> complains about failing to allocate memory in >>>>> mm/memblock.c:memblock_alloc_base(). FWIW, I've built the >>>>> kernel v3.14 with vexpress_defconfig and enabled Xen and highmem >>>>> support. The kernel however is happy to boot when loaded at >>>>> 0x80008000 (without Xen). The same with Xen though, the kernel >>>>> reports 'uncompression error'. >>>>> >>>>> It's little to do with Xen, but are there any other options >>>>> required to be enabled in the DOM0 Kernel to run from >>>>> 0xa0008000? >>>> >>>> Your kernel needs to be relocatable. I'm not 100% which option >>>> that is (perhaps CONFIG_ARM_PATCH_PHYS_VIRT) but if you build a >>>> multiplatform kernel (CONFIG_ARCH_MULTIPLATFORM) it certainly will >>>> be. >>> >>> Just found out that both of the configs are enabled in my build, and >>> I've no idea what's going on. >>> >>> Like I said, when loaded at 0xa0008000, the kernel didn't boot >>> neither on bare metal nor Xen. But at 0x80008000, the kernel was >>> happy to boot bare metal but not with Xen. Does Xen care where the >>> kernel is, as long as the kernel is happy to execute from wherever >>> it's loaded? >> >> The kernel wants to be loaded within 128M of the start of RAM. Does >> 0xa0008000 meet that? What is loading the kernel there -- I don't >> think Xen will (it knows about the 128MB thing). How much RAM does >> your vexpress have? Is 0xa0008000 even in RAM on a vexpress? I thought >> it had up to 1GB at 0x60000000-0xa0000000. > > The TC2 has 1GB RAM from 0x80000000 to 0xc0000000. The instructions on > the Wiki tells u-boot to load it at 0xa0008000 and modifies the DTB > accordingly. The 0xa0008000 in the u-boot runes is not the address where the kernel will be loaded in DOM0. You should see this address in Xen log smth like "Loading zImage at...". Also, why did you had to modify the DTB? Are you talking about the A7s cpus? > > (XEN) DOM0: Uncompressing Linux... done, booting the kernel. > > at the console. The rest is in the log buffer which I can view through > the debugger. I've attached the best I could muster. It's a bit hard to read. Can you apply the below patch to your Linux tree? It will print everything to the Xen console log before the HVC console has been initialised. diff --git a/drivers/tty/hvc/hvc_xen.c b/drivers/tty/hvc/hvc_xen.c index 2dc2831..931c72a 100644 --- a/drivers/tty/hvc/hvc_xen.c +++ b/drivers/tty/hvc/hvc_xen.c @@ -630,7 +630,6 @@ void xen_raw_console_write(const char *str) ssize_t len = strlen(str); int rc = 0; - if (xen_domain()) { rc = dom0_write_console(0, str, len); #ifdef CONFIG_X86 if (rc == -ENOSYS && xen_hvm_domain()) @@ -642,7 +641,6 @@ outb_print: for (i = 0; i < len; i++) outb(str[i], 0xe9); #endif - } } void xen_raw_printk(const char *fmt, ...) diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c index a45b509..907922b 100644 --- a/kernel/printk/printk.c +++ b/kernel/printk/printk.c @@ -45,6 +45,7 @@ #include #include #include +#include #include @@ -1571,6 +1572,8 @@ asmlinkage int vprintk_emit(int facility, int level, } } + xen_raw_console_write(text); + if (level == -1) level = default_message_loglevel; Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 20:12:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 20:12:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuosM-00054K-RN; Wed, 11 Jun 2014 20:12:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wukd7-0004iG-F6 for xen-users@lists.xen.org; Wed, 11 Jun 2014 15:40:01 +0000 Received: from [85.158.143.35:3797] by server-1.bemta-4.messagelabs.com id AF/E3-09853-05878935; Wed, 11 Jun 2014 15:40:00 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-6.tower-21.messagelabs.com!1402501199!10672203!1 X-Originating-IP: [74.125.82.50] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14116 invoked from network); 11 Jun 2014 15:40:00 -0000 Received: from mail-wg0-f50.google.com (HELO mail-wg0-f50.google.com) (74.125.82.50) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2014 15:40:00 -0000 Received: by mail-wg0-f50.google.com with SMTP id x13so5338132wgg.9 for ; Wed, 11 Jun 2014 08:39:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Ye2B7fTo4ojD3ARunz3En1+0zJm8quShGGkLn6h3wac=; b=Iv22weA/Cd4y1XNQhI/O2WwJd0sKMGCaZs1LhXSIb+tZwy5OWYahLo/a2I38W82vud 03Yl6pDVzFEaClgtO/RKgXVwKqJrHp2Qhr0Vz4aFPSPaFCNN73HunTdSNjdFnENHdDII ysJA7J2wXmKb4w3cweoTKD7XH2432GO0MTt4xCsRfursr8Lfr/z9xgdH8HSCJR34agxQ dNOKilbBCGZkI5JNm9h7i1fb3QAQ/iRQvZsmmrVM0l0o3JyVhykCsRZKIn48ZzvlseLp /p6agPBct3yrvKFW/c9VMXkcD/pwHPRs1T1F6mr46vgeL83pvrp2DTPabnDYaTBRgQFJ SvHQ== X-Gm-Message-State: ALoCoQkaWsjkgPDl4Oms37dt+Wwg6LJS2jgi+W/crASd+Bgw9NLUwcpkB6p3H8dvF6ZMLshzj5to X-Received: by 10.180.205.239 with SMTP id lj15mr39664883wic.54.1402501193952; Wed, 11 Jun 2014 08:39:53 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id y8sm38403395eef.5.2014.06.11.08.39.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Jun 2014 08:39:53 -0700 (PDT) Message-ID: <53987847.4080606@linaro.org> Date: Wed, 11 Jun 2014 16:39:51 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Ian Campbell , Jeenu Viswambharan References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> In-Reply-To: <1402499446.16332.36.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Wed, 11 Jun 2014 20:12:01 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/11/2014 04:10 PM, Ian Campbell wrote: > On Wed, 2014-06-11 at 16:02 +0100, Jeenu Viswambharan wrote: >>>> Xen is now launching DOM0. But next issue I'm now facing is that >>>> Linux refusing to run when loaded at 0xa0008000 - it panics and >>>> complains about failing to allocate memory in >>>> mm/memblock.c:memblock_alloc_base(). FWIW, I've built the kernel >>>> v3.14 with vexpress_defconfig and enabled Xen and highmem support. >>>> The kernel however is happy to boot when loaded at 0x80008000 >>>> (without Xen). The same with Xen though, the kernel reports >>>> 'uncompression error'. >>>> >>>> It's little to do with Xen, but are there any other options required >>>> to be enabled in the DOM0 Kernel to run from 0xa0008000? >>> >>> Your kernel needs to be relocatable. I'm not 100% which option that is >>> (perhaps CONFIG_ARM_PATCH_PHYS_VIRT) but if you build a multiplatform >>> kernel (CONFIG_ARCH_MULTIPLATFORM) it certainly will be. >> >> Just found out that both of the configs are enabled in my build, and >> I've no idea what's going on. >> >> Like I said, when loaded at 0xa0008000, the kernel didn't boot neither >> on bare metal nor Xen. But at 0x80008000, the kernel was happy to boot >> bare metal but not with Xen. Does Xen care where the kernel is, as long >> as the kernel is happy to execute from wherever it's loaded? > > The kernel wants to be loaded within 128M of the start of RAM. Does > 0xa0008000 meet that? What is loading the kernel there -- I don't think > Xen will (it knows about the 128MB thing). How much RAM does your > vexpress have? Is 0xa0008000 even in RAM on a vexpress? I thought it had > up to 1GB at 0x60000000-0xa0000000. The versatile express memory range starts at 0x8000000. So the address gave by Jeenu looks ok to me. > And just to be clear we are talking about the load address of the kernel > within the dom0 IPA space, aren't we? Not the host address where the > kernel is loaded to be passed to Xen (it doesn't matter what that is > really). I remembered to had a similar issue on the Arndale a while a go. Linux is unable to allocate memory because either: 1) Linux is considering your memory is part of highmem 2) virt-phys is again bogus? I think we can safely ignore the latter one as Xen 4.4 has a workaround to avoid it (see commit 6c21cb3 which as been revered on upstream). For the former one, Linux is checking the memory in sanity_check_meminfo (arch/arm/mm/mmu.c). You might want to check if you have in your log message such as "Ignoring RAM"/"Truncating RAM". Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 22:02:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 22:02:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuqa3-0003t2-G2; Wed, 11 Jun 2014 22:01:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuqa2-0003sx-Jd for xen-users@lists.xen.org; Wed, 11 Jun 2014 22:01:14 +0000 Received: from [85.158.139.211:3545] by server-15.bemta-5.messagelabs.com id 24/9A-11079-9A1D8935; Wed, 11 Jun 2014 22:01:13 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1402524062!6094297!1 X-Originating-IP: [198.47.26.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk4LjQ3LjI2LjE1MiA9PiAxNjQ5NzY=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDgxMTEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28540 invoked from network); 11 Jun 2014 22:01:03 -0000 Received: from comal.ext.ti.com (HELO comal.ext.ti.com) (198.47.26.152) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jun 2014 22:01:03 -0000 Received: from dlelxv90.itg.ti.com ([172.17.2.17]) by comal.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5BM10st017940; Wed, 11 Jun 2014 17:01:00 -0500 Received: from DLEE70.ent.ti.com (dlee70.ent.ti.com [157.170.170.113]) by dlelxv90.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5BM10ou031762; Wed, 11 Jun 2014 17:01:00 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DLEE70.ent.ti.com ([fe80::c4c6:f618:54e7:ad11%28]) with mapi id 14.03.0174.001; Wed, 11 Jun 2014 17:01:00 -0500 From: "Kapania, Ashish" To: Dario Faggioli Thread-Topic: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: AQHPg76wsxw0nDEnwUuzVsYyox1tiZtpP0ZwgAKrjgCAAItSgA== Date: Wed, 11 Jun 2014 22:00:59 +0000 Message-ID: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> In-Reply-To: <1402475364.16827.83.camel@Solace> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.170.170.90] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Ian Campbell , Arianna Avanzini Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > -----Original Message----- > From: Dario Faggioli [mailto:dario.faggioli@citrix.com] > Sent: Wednesday, June 11, 2014 1:29 AM > To: Kapania, Ashish > Cc: Ian Campbell; xen-users@lists.xen.org; Arianna Avanzini > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > guest in Xen for ARM targets > > [Adding Arianna] > > On mar, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: > > > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > > > > > > I'm not sure how people have been triggering these extra mappings. > I > > > suppose you could either do it statically for each domid==N e.g. in > > > arch_domain_create (but then you can't easily restart the guests) > or > > > you could add a custom domctl and add a call in the toolstack, or a > > > new DOMCRF_ flag (which gets passed to arch_domain_create). > > > > > > > Thanks Ian, this helps. I think I am going to go ahead with your > > Suggestion to create a custom domctl op for now and add a call to it > > in the xen toolstack. This should allow me to specify the desired > > mappings in the domU.cfg file. > > > What Xen version are we talking about? If that is not a constraint, and > you can use a fairly recent one --even better work with the git master > branch directly-- I think I'd dare suggesting to give Arianna's (and > Julien's) series a look, trying to apply the latest versions of them, > and see whether they work for you. > > At least for Arianna's one (so "iomem="), there should be no need to > wait for it to be upstreamed (although, that looks pretty imminent). I > mean, if you just take the series and apply it, it's already working! > Things can change in the implementation, but I think I personally would > prefer this approach as, as soon as the patches will be merged, you'll > be all set, your RTOS will work with Xen upstream, without the need to > change anything, nor in the code neither in the config file. I don't > know whether or not this is important for your use case, though. > > AFAIUI, Arianna's series also allows you to specify the mapping in the > config file, via "iomem=", as you seem to need. > We are not tied to a particular Xen version just yet. I am working with the master branch (from a few weeks ago) i.e. xen4.5 dev branch I believe. I can try applying Arianna's patches. > What RTOS, if I can ask? > TI-RTOS (http://processors.wiki.ti.com/index.php/TI-RTOS) > Arianna, what's the best version of your series you suggest to apply, > in order to have something working, and close enough to the final > version that will land upstream (at least from the interface point of > view)? > > Regards, > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software > Engineer, Citrix Systems R&D Ltd., Cambridge (UK) Best, Ashish _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 22:02:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 22:02:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuqa3-0003t2-G2; Wed, 11 Jun 2014 22:01:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wuqa2-0003sx-Jd for xen-users@lists.xen.org; Wed, 11 Jun 2014 22:01:14 +0000 Received: from [85.158.139.211:3545] by server-15.bemta-5.messagelabs.com id 24/9A-11079-9A1D8935; Wed, 11 Jun 2014 22:01:13 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1402524062!6094297!1 X-Originating-IP: [198.47.26.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk4LjQ3LjI2LjE1MiA9PiAxNjQ5NzY=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDgxMTEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28540 invoked from network); 11 Jun 2014 22:01:03 -0000 Received: from comal.ext.ti.com (HELO comal.ext.ti.com) (198.47.26.152) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jun 2014 22:01:03 -0000 Received: from dlelxv90.itg.ti.com ([172.17.2.17]) by comal.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5BM10st017940; Wed, 11 Jun 2014 17:01:00 -0500 Received: from DLEE70.ent.ti.com (dlee70.ent.ti.com [157.170.170.113]) by dlelxv90.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5BM10ou031762; Wed, 11 Jun 2014 17:01:00 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DLEE70.ent.ti.com ([fe80::c4c6:f618:54e7:ad11%28]) with mapi id 14.03.0174.001; Wed, 11 Jun 2014 17:01:00 -0500 From: "Kapania, Ashish" To: Dario Faggioli Thread-Topic: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: AQHPg76wsxw0nDEnwUuzVsYyox1tiZtpP0ZwgAKrjgCAAItSgA== Date: Wed, 11 Jun 2014 22:00:59 +0000 Message-ID: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> In-Reply-To: <1402475364.16827.83.camel@Solace> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.170.170.90] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Ian Campbell , Arianna Avanzini Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > -----Original Message----- > From: Dario Faggioli [mailto:dario.faggioli@citrix.com] > Sent: Wednesday, June 11, 2014 1:29 AM > To: Kapania, Ashish > Cc: Ian Campbell; xen-users@lists.xen.org; Arianna Avanzini > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > guest in Xen for ARM targets > > [Adding Arianna] > > On mar, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: > > > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > > > > > > I'm not sure how people have been triggering these extra mappings. > I > > > suppose you could either do it statically for each domid==N e.g. in > > > arch_domain_create (but then you can't easily restart the guests) > or > > > you could add a custom domctl and add a call in the toolstack, or a > > > new DOMCRF_ flag (which gets passed to arch_domain_create). > > > > > > > Thanks Ian, this helps. I think I am going to go ahead with your > > Suggestion to create a custom domctl op for now and add a call to it > > in the xen toolstack. This should allow me to specify the desired > > mappings in the domU.cfg file. > > > What Xen version are we talking about? If that is not a constraint, and > you can use a fairly recent one --even better work with the git master > branch directly-- I think I'd dare suggesting to give Arianna's (and > Julien's) series a look, trying to apply the latest versions of them, > and see whether they work for you. > > At least for Arianna's one (so "iomem="), there should be no need to > wait for it to be upstreamed (although, that looks pretty imminent). I > mean, if you just take the series and apply it, it's already working! > Things can change in the implementation, but I think I personally would > prefer this approach as, as soon as the patches will be merged, you'll > be all set, your RTOS will work with Xen upstream, without the need to > change anything, nor in the code neither in the config file. I don't > know whether or not this is important for your use case, though. > > AFAIUI, Arianna's series also allows you to specify the mapping in the > config file, via "iomem=", as you seem to need. > We are not tied to a particular Xen version just yet. I am working with the master branch (from a few weeks ago) i.e. xen4.5 dev branch I believe. I can try applying Arianna's patches. > What RTOS, if I can ask? > TI-RTOS (http://processors.wiki.ti.com/index.php/TI-RTOS) > Arianna, what's the best version of your series you suggest to apply, > in order to have something working, and close enough to the final > version that will land upstream (at least from the interface point of > view)? > > Regards, > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software > Engineer, Citrix Systems R&D Ltd., Cambridge (UK) Best, Ashish _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 23:08:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 23:08:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wurbu-000752-5F; Wed, 11 Jun 2014 23:07:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wurbs-00074q-BT for xen-users@lists.xen.org; Wed, 11 Jun 2014 23:07:12 +0000 Received: from [85.158.143.35:19242] by server-1.bemta-4.messagelabs.com id 60/00-09853-F11E8935; Wed, 11 Jun 2014 23:07:11 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1402528029!10747408!1 X-Originating-IP: [198.47.26.153] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk4LjQ3LjI2LjE1MyA9PiAxNjk4NDE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25141 invoked from network); 11 Jun 2014 23:07:10 -0000 Received: from devils.ext.ti.com (HELO devils.ext.ti.com) (198.47.26.153) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jun 2014 23:07:10 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by devils.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5BN77Jn009162; Wed, 11 Jun 2014 18:07:07 -0500 Received: from DFLE72.ent.ti.com (dfle72.ent.ti.com [128.247.5.109]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5BN77oK029963; Wed, 11 Jun 2014 18:07:07 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DFLE72.ent.ti.com ([fe80::e5e2:bab6:34dc:a483%28]) with mapi id 14.03.0174.001; Wed, 11 Jun 2014 18:07:07 -0500 From: "Kapania, Ashish" To: Arianna Avanzini , Dario Faggioli Thread-Topic: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: AQHPg76wsxw0nDEnwUuzVsYyox1tiZtpP0ZwgAKrjgCAACo6AIAAdu5A Date: Wed, 11 Jun 2014 23:07:06 +0000 Message-ID: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> <539836D0.3050801@gmail.com> In-Reply-To: <539836D0.3050801@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.170.170.90] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > -----Original Message----- > From: Arianna Avanzini [mailto:avanzini.arianna@gmail.com] > Sent: Wednesday, June 11, 2014 4:01 AM > To: Dario Faggioli; Kapania, Ashish > Cc: Ian Campbell; xen-users@lists.xen.org > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > guest in Xen for ARM targets > > On 06/11/2014 10:29 AM, Dario Faggioli wrote: > > [Adding Arianna] > > > > On mar, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: > >>> From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > >>> > >>> I'm not sure how people have been triggering these extra mappings. > I > >>> suppose you could either do it statically for each domid==N e.g. in > >>> arch_domain_create (but then you can't easily restart the guests) > or > >>> you could add a custom domctl and add a call in the toolstack, or a > >>> new DOMCRF_ flag (which gets passed to arch_domain_create). > >>> > >> > >> Thanks Ian, this helps. I think I am going to go ahead with your > >> Suggestion to create a custom domctl op for now and add a call to it > >> in the xen toolstack. This should allow me to specify the desired > >> mappings in the domU.cfg file. > >> > > What Xen version are we talking about? If that is not a constraint, > > and you can use a fairly recent one --even better work with the git > > master branch > > directly-- I think I'd dare suggesting to give Arianna's (and > > Julien's) series a look, trying to apply the latest versions of them, > > and see whether they work for you. > > > > At least for Arianna's one (so "iomem="), there should be no need to > > wait for it to be upstreamed (although, that looks pretty imminent). > I > > mean, if you just take the series and apply it, it's already working! > > Things can change in the implementation, but I think I personally > > would prefer this approach as, as soon as the patches will be merged, > > you'll be all set, your RTOS will work with Xen upstream, without the > > need to change anything, nor in the code neither in the config file. > I > > don't know whether or not this is important for your use case, > though. > > > > AFAIUI, Arianna's series also allows you to specify the mapping in > the > > config file, via "iomem=", as you seem to need. > > > > What RTOS, if I can ask? > > > > Arianna, what's the best version of your series you suggest to apply, > > in order to have something working, and close enough to the final > > version that will land upstream (at least from the interface point of > view)? > > > > I would suggest trying the latest version of the series, that has been > proposed to the mailing list (that is v8 [1]). The patch adding the > iomem option to libxl has been already acked by both Ian Campbell and > Julien Grall, so, at least from that point of view, it should be > somewhat stable and the interface should not change in the next > version(s). > > > Thank you, > Arianna > > > [1] http://markmail.org/thread/wtevxxizyxjhvmg2 > Thanks! > > Regards, Dario > > > > > -- > /* > * Arianna Avanzini > * avanzini.arianna@gmail.com > * 73628@studenti.unimore.it > */ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 11 23:08:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jun 2014 23:08:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wurbu-000752-5F; Wed, 11 Jun 2014 23:07:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wurbs-00074q-BT for xen-users@lists.xen.org; Wed, 11 Jun 2014 23:07:12 +0000 Received: from [85.158.143.35:19242] by server-1.bemta-4.messagelabs.com id 60/00-09853-F11E8935; Wed, 11 Jun 2014 23:07:11 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1402528029!10747408!1 X-Originating-IP: [198.47.26.153] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk4LjQ3LjI2LjE1MyA9PiAxNjk4NDE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25141 invoked from network); 11 Jun 2014 23:07:10 -0000 Received: from devils.ext.ti.com (HELO devils.ext.ti.com) (198.47.26.153) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jun 2014 23:07:10 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by devils.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5BN77Jn009162; Wed, 11 Jun 2014 18:07:07 -0500 Received: from DFLE72.ent.ti.com (dfle72.ent.ti.com [128.247.5.109]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5BN77oK029963; Wed, 11 Jun 2014 18:07:07 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DFLE72.ent.ti.com ([fe80::e5e2:bab6:34dc:a483%28]) with mapi id 14.03.0174.001; Wed, 11 Jun 2014 18:07:07 -0500 From: "Kapania, Ashish" To: Arianna Avanzini , Dario Faggioli Thread-Topic: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: AQHPg76wsxw0nDEnwUuzVsYyox1tiZtpP0ZwgAKrjgCAACo6AIAAdu5A Date: Wed, 11 Jun 2014 23:07:06 +0000 Message-ID: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> <539836D0.3050801@gmail.com> In-Reply-To: <539836D0.3050801@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.170.170.90] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > -----Original Message----- > From: Arianna Avanzini [mailto:avanzini.arianna@gmail.com] > Sent: Wednesday, June 11, 2014 4:01 AM > To: Dario Faggioli; Kapania, Ashish > Cc: Ian Campbell; xen-users@lists.xen.org > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > guest in Xen for ARM targets > > On 06/11/2014 10:29 AM, Dario Faggioli wrote: > > [Adding Arianna] > > > > On mar, 2014-06-10 at 01:37 +0000, Kapania, Ashish wrote: > >>> From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > >>> > >>> I'm not sure how people have been triggering these extra mappings. > I > >>> suppose you could either do it statically for each domid==N e.g. in > >>> arch_domain_create (but then you can't easily restart the guests) > or > >>> you could add a custom domctl and add a call in the toolstack, or a > >>> new DOMCRF_ flag (which gets passed to arch_domain_create). > >>> > >> > >> Thanks Ian, this helps. I think I am going to go ahead with your > >> Suggestion to create a custom domctl op for now and add a call to it > >> in the xen toolstack. This should allow me to specify the desired > >> mappings in the domU.cfg file. > >> > > What Xen version are we talking about? If that is not a constraint, > > and you can use a fairly recent one --even better work with the git > > master branch > > directly-- I think I'd dare suggesting to give Arianna's (and > > Julien's) series a look, trying to apply the latest versions of them, > > and see whether they work for you. > > > > At least for Arianna's one (so "iomem="), there should be no need to > > wait for it to be upstreamed (although, that looks pretty imminent). > I > > mean, if you just take the series and apply it, it's already working! > > Things can change in the implementation, but I think I personally > > would prefer this approach as, as soon as the patches will be merged, > > you'll be all set, your RTOS will work with Xen upstream, without the > > need to change anything, nor in the code neither in the config file. > I > > don't know whether or not this is important for your use case, > though. > > > > AFAIUI, Arianna's series also allows you to specify the mapping in > the > > config file, via "iomem=", as you seem to need. > > > > What RTOS, if I can ask? > > > > Arianna, what's the best version of your series you suggest to apply, > > in order to have something working, and close enough to the final > > version that will land upstream (at least from the interface point of > view)? > > > > I would suggest trying the latest version of the series, that has been > proposed to the mailing list (that is v8 [1]). The patch adding the > iomem option to libxl has been already acked by both Ian Campbell and > Julien Grall, so, at least from that point of view, it should be > somewhat stable and the interface should not change in the next > version(s). > > > Thank you, > Arianna > > > [1] http://markmail.org/thread/wtevxxizyxjhvmg2 > Thanks! > > Regards, Dario > > > > > -- > /* > * Arianna Avanzini > * avanzini.arianna@gmail.com > * 73628@studenti.unimore.it > */ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 12 07:26:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 07:26:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuzOS-0000DK-VY; Thu, 12 Jun 2014 07:25:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuzOR-0000D8-Qr for xen-users@lists.xen.org; Thu, 12 Jun 2014 07:25:52 +0000 Received: from [85.158.137.68:47107] by server-4.bemta-3.messagelabs.com id DD/F2-17399-FF559935; Thu, 12 Jun 2014 07:25:51 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1402557939!7121431!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjYxODkgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28423 invoked from network); 12 Jun 2014 07:25:41 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2014 07:25:41 -0000 X-IronPort-AV: E=Sophos;i="5.01,463,1400025600"; d="asc'?scan'208";a="142558435" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 12 Jun 2014 07:25:39 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Thu, 12 Jun 2014 03:25:38 -0400 Message-ID: <1402557937.28649.12.camel@Solace> From: Dario Faggioli To: "Kapania, Ashish" Date: Thu, 12 Jun 2014 09:25:37 +0200 In-Reply-To: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> Organization: Citrix X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) MIME-Version: 1.0 X-DLP: MIA1 Cc: "xen-users@lists.xen.org" , Ian Campbell , Arianna Avanzini Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4792915975808960988==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4792915975808960988== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-rzUbO0WO9VLPGIafYW41" --=-rzUbO0WO9VLPGIafYW41 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On mer, 2014-06-11 at 22:00 +0000, Kapania, Ashish wrote: > We are not tied to a particular Xen version just yet. I am working > with the master branch (from a few weeks ago) i.e. xen4.5 dev branch > I believe.=20 > That's what I was assuming, basing also on what you said yourself, but I wasn't sure... Great! :-) > I can try applying Arianna's patches. > Awesome. Let the list know how it goes. > > What RTOS, if I can ask? > > >=20 > TI-RTOS (http://processors.wiki.ti.com/index.php/TI-RTOS) >=20 Interesting! Really interesting, indeed. I think it's time to start track all these RTOS that are being ported on Xen on ARM, it's certainly a useful info to have somewhere (e.g., our Wiki). Up to know I'm aware of TI-RTOS, Erika and FreeRTOS... I'll investigate, dig xen-devel archives, and put up something ASAP. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-rzUbO0WO9VLPGIafYW41 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlOZVfEACgkQk4XaBE3IOsRnTACfXi11OShkthoNw0omGp5fl5ns zDkAoIu7nFpAtHSHoJL2qrJBB8O6g89G =xKM/ -----END PGP SIGNATURE----- --=-rzUbO0WO9VLPGIafYW41-- --===============4792915975808960988== 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 --===============4792915975808960988==-- From xen-users-bounces@lists.xen.org Thu Jun 12 07:26:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 07:26:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuzOS-0000DK-VY; Thu, 12 Jun 2014 07:25:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WuzOR-0000D8-Qr for xen-users@lists.xen.org; Thu, 12 Jun 2014 07:25:52 +0000 Received: from [85.158.137.68:47107] by server-4.bemta-3.messagelabs.com id DD/F2-17399-FF559935; Thu, 12 Jun 2014 07:25:51 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1402557939!7121431!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjYxODkgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28423 invoked from network); 12 Jun 2014 07:25:41 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2014 07:25:41 -0000 X-IronPort-AV: E=Sophos;i="5.01,463,1400025600"; d="asc'?scan'208";a="142558435" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 12 Jun 2014 07:25:39 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Thu, 12 Jun 2014 03:25:38 -0400 Message-ID: <1402557937.28649.12.camel@Solace> From: Dario Faggioli To: "Kapania, Ashish" Date: Thu, 12 Jun 2014 09:25:37 +0200 In-Reply-To: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> Organization: Citrix X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) MIME-Version: 1.0 X-DLP: MIA1 Cc: "xen-users@lists.xen.org" , Ian Campbell , Arianna Avanzini Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4792915975808960988==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4792915975808960988== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-rzUbO0WO9VLPGIafYW41" --=-rzUbO0WO9VLPGIafYW41 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On mer, 2014-06-11 at 22:00 +0000, Kapania, Ashish wrote: > We are not tied to a particular Xen version just yet. I am working > with the master branch (from a few weeks ago) i.e. xen4.5 dev branch > I believe.=20 > That's what I was assuming, basing also on what you said yourself, but I wasn't sure... Great! :-) > I can try applying Arianna's patches. > Awesome. Let the list know how it goes. > > What RTOS, if I can ask? > > >=20 > TI-RTOS (http://processors.wiki.ti.com/index.php/TI-RTOS) >=20 Interesting! Really interesting, indeed. I think it's time to start track all these RTOS that are being ported on Xen on ARM, it's certainly a useful info to have somewhere (e.g., our Wiki). Up to know I'm aware of TI-RTOS, Erika and FreeRTOS... I'll investigate, dig xen-devel archives, and put up something ASAP. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-rzUbO0WO9VLPGIafYW41 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlOZVfEACgkQk4XaBE3IOsRnTACfXi11OShkthoNw0omGp5fl5ns zDkAoIu7nFpAtHSHoJL2qrJBB8O6g89G =xKM/ -----END PGP SIGNATURE----- --=-rzUbO0WO9VLPGIafYW41-- --===============4792915975808960988== 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 --===============4792915975808960988==-- From xen-users-bounces@lists.xen.org Thu Jun 12 08:37:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 08:37:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv0V3-0004Vv-KU; Thu, 12 Jun 2014 08:36:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv0V1-0004Ut-Dg for xen-users@lists.xen.org; Thu, 12 Jun 2014 08:36:43 +0000 Received: from [193.109.254.147:64098] by server-10.bemta-14.messagelabs.com id EB/FD-04546-A9669935; Thu, 12 Jun 2014 08:36:42 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1402562200!10671571!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27457 invoked from network); 12 Jun 2014 08:36:41 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2014 08:36:41 -0000 X-IronPort-AV: E=Sophos;i="5.01,463,1400025600"; d="scan'208";a="142578722" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 12 Jun 2014 08:36:40 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 12 Jun 2014 04:36:39 -0400 Message-ID: <1402562198.4342.11.camel@kazak.uk.xensource.com> From: Ian Campbell To: Paul Angus Date: Thu, 12 Jun 2014 09:36:38 +0100 In-Reply-To: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> References: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Marco Sinhoreli , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Kumo public Zone XenServers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gV2VkLCAyMDE0LTA2LTExIGF0IDE2OjQ5ICswMDAwLCBQYXVsIEFuZ3VzIHdyb3RlOgo+IFdo ZW4gaXB0YWJsZXMgaXMgcnVubmluZyB1c2VycyBjYW5ub3QgcmRwIHRvIGd1ZXN0IFZNcy4KPiAK PiBXaGVuIGlwdGFibGVzIGlzIHN0b3BwZWQgdXNlcnMgY2FuLgo+IAo+ICAKPiAKPiBXZeKAmXZl IHN0b3BwZWQgaXB0YWJsZXMgZm9yIHRoZSBtb21lbnQgYnV0IG5lZWQgdG8gZmlndXJlIG91dCB3 aGF0IHRoZQo+IHByb2JsZW0gaXMgYW5kIHJlLWVuYWJsZSB0aGUgZmlyZXdhbGwuIAo+IAo+ICAK PiAKPiAgCj4gCj4gIAo+IAo+ICMgR2VuZXJhdGVkIGJ5IGlwdGFibGVzLXNhdmUgdjEuMy41IG9u IE1vbiBBcHIgMjkgMTc6MjM6MjggMjAxMwoKSWYgeW91IGFyZSB1c2luZyBYZW5TZXJ2ZXIgdGhl biB5b3Ugd2lsbCBiZSBiZXN0IHNlcnZlZCBieSB0aGUgcmVzb3VyY2VzCihsaXN0cywgd2lraXMg ZXRjKSBhdCB0aGUgeGVuc2VydmVyLm9yZyBwcm9qZWN0IG9yIHlvdXIgU3VwcG9ydCBwZXJzb24K KGlmIHlvdSBoYXZlIG9uZSkuCgp4ZW5wcm9qZWN0Lm9yZyBpcyB0aGUgdXBzdHJlYW0gaHlwZXJ2 aXNvciBwcm9qZWN0LgoKVGhhbmtzLApJYW4uCgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxp c3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jun 12 08:37:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 08:37:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv0V3-0004Vv-KU; Thu, 12 Jun 2014 08:36:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv0V1-0004Ut-Dg for xen-users@lists.xen.org; Thu, 12 Jun 2014 08:36:43 +0000 Received: from [193.109.254.147:64098] by server-10.bemta-14.messagelabs.com id EB/FD-04546-A9669935; Thu, 12 Jun 2014 08:36:42 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1402562200!10671571!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27457 invoked from network); 12 Jun 2014 08:36:41 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2014 08:36:41 -0000 X-IronPort-AV: E=Sophos;i="5.01,463,1400025600"; d="scan'208";a="142578722" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 12 Jun 2014 08:36:40 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 12 Jun 2014 04:36:39 -0400 Message-ID: <1402562198.4342.11.camel@kazak.uk.xensource.com> From: Ian Campbell To: Paul Angus Date: Thu, 12 Jun 2014 09:36:38 +0100 In-Reply-To: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> References: <2501cb54284a4a038ddb2f25b1683663@AMXPR07MB117.eurprd07.prod.outlook.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Marco Sinhoreli , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Kumo public Zone XenServers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gV2VkLCAyMDE0LTA2LTExIGF0IDE2OjQ5ICswMDAwLCBQYXVsIEFuZ3VzIHdyb3RlOgo+IFdo ZW4gaXB0YWJsZXMgaXMgcnVubmluZyB1c2VycyBjYW5ub3QgcmRwIHRvIGd1ZXN0IFZNcy4KPiAK PiBXaGVuIGlwdGFibGVzIGlzIHN0b3BwZWQgdXNlcnMgY2FuLgo+IAo+ICAKPiAKPiBXZeKAmXZl IHN0b3BwZWQgaXB0YWJsZXMgZm9yIHRoZSBtb21lbnQgYnV0IG5lZWQgdG8gZmlndXJlIG91dCB3 aGF0IHRoZQo+IHByb2JsZW0gaXMgYW5kIHJlLWVuYWJsZSB0aGUgZmlyZXdhbGwuIAo+IAo+ICAK PiAKPiAgCj4gCj4gIAo+IAo+ICMgR2VuZXJhdGVkIGJ5IGlwdGFibGVzLXNhdmUgdjEuMy41IG9u IE1vbiBBcHIgMjkgMTc6MjM6MjggMjAxMwoKSWYgeW91IGFyZSB1c2luZyBYZW5TZXJ2ZXIgdGhl biB5b3Ugd2lsbCBiZSBiZXN0IHNlcnZlZCBieSB0aGUgcmVzb3VyY2VzCihsaXN0cywgd2lraXMg ZXRjKSBhdCB0aGUgeGVuc2VydmVyLm9yZyBwcm9qZWN0IG9yIHlvdXIgU3VwcG9ydCBwZXJzb24K KGlmIHlvdSBoYXZlIG9uZSkuCgp4ZW5wcm9qZWN0Lm9yZyBpcyB0aGUgdXBzdHJlYW0gaHlwZXJ2 aXNvciBwcm9qZWN0LgoKVGhhbmtzLApJYW4uCgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxp c3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jun 12 09:45:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 09:45:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv1YY-0000fZ-9U; Thu, 12 Jun 2014 09:44:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv1YW-0000fR-Pc for xen-users@lists.xen.org; Thu, 12 Jun 2014 09:44:25 +0000 Received: from [193.109.254.147:46223] by server-6.bemta-14.messagelabs.com id 51/43-13066-77679935; Thu, 12 Jun 2014 09:44:23 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1402566263!10783433!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3810 invoked from network); 12 Jun 2014 09:44:23 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-10.tower-27.messagelabs.com with SMTP; 12 Jun 2014 09:44:23 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Thu, 12 Jun 2014 10:44:22 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Thu, 12 Jun 2014 10:44:16 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Thu, 12 Jun 2014 10:44:14 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+Fk2EdVql2c/q8TI+dUV6OZ7K+ywAi8D0Q Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> In-Reply-To: <1402504562.16332.49.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061210442203402 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 11, 2014 at 17:36:02, Ian Campbell wrote: > On Wed, 2014-06-11 at 17:28 +0100, Jeenu Viswambharan wrote: > > On Wed, Jun 11, 2014 at 17:24:49, Ian Campbell wrote: > > > It's all the Xen output from before this which I am interested in. > > > Since that answers the questions I have about where Xen has placed > > > guest RAM etc. > > > > OK, Xen logs attached. > > Thanks. These contain: > > (XEN) Populate P2M 0xa8000000->0xb0000000 (1:1 mapping for dom0) > (XEN) Loading kernel from boot module 2 > (XEN) Loading zImage from 00000000a0008000 to 00000000afc00000-00000000aff26fb8 > (XEN) Loading dom0 DTB to 0x00000000afa00000-0x00000000afa02f10 > > In that message 0xa0008000 is the *source* address (which makes sense, > since that is where you loaded it to). The kernel is being loaded to > address 0xafc00000 within dom0 RAM, which spans > 0xa8000000->0xb0000000. That load address is about where I would > expect given the constraints (just under 128M). I now get that Xen moves the kernel image to 0xafc00000 (PA), and DTB to 0xafa00000 (PA). Few questions: - What does P2M stand for, and what is it? - What does DOM0 see as its PC at entry? - Is DOM0 FDT's memory node modified at all, move base IPA or shrink size etc.? Or Does DOM0 still see the RAM at 0x80000000 to 0xc0000000? -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 12 09:45:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 09:45:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv1YY-0000fZ-9U; Thu, 12 Jun 2014 09:44:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv1YW-0000fR-Pc for xen-users@lists.xen.org; Thu, 12 Jun 2014 09:44:25 +0000 Received: from [193.109.254.147:46223] by server-6.bemta-14.messagelabs.com id 51/43-13066-77679935; Thu, 12 Jun 2014 09:44:23 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1402566263!10783433!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3810 invoked from network); 12 Jun 2014 09:44:23 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-10.tower-27.messagelabs.com with SMTP; 12 Jun 2014 09:44:23 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Thu, 12 Jun 2014 10:44:22 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Thu, 12 Jun 2014 10:44:16 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Thu, 12 Jun 2014 10:44:14 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+Fk2EdVql2c/q8TI+dUV6OZ7K+ywAi8D0Q Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> In-Reply-To: <1402504562.16332.49.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061210442203402 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 11, 2014 at 17:36:02, Ian Campbell wrote: > On Wed, 2014-06-11 at 17:28 +0100, Jeenu Viswambharan wrote: > > On Wed, Jun 11, 2014 at 17:24:49, Ian Campbell wrote: > > > It's all the Xen output from before this which I am interested in. > > > Since that answers the questions I have about where Xen has placed > > > guest RAM etc. > > > > OK, Xen logs attached. > > Thanks. These contain: > > (XEN) Populate P2M 0xa8000000->0xb0000000 (1:1 mapping for dom0) > (XEN) Loading kernel from boot module 2 > (XEN) Loading zImage from 00000000a0008000 to 00000000afc00000-00000000aff26fb8 > (XEN) Loading dom0 DTB to 0x00000000afa00000-0x00000000afa02f10 > > In that message 0xa0008000 is the *source* address (which makes sense, > since that is where you loaded it to). The kernel is being loaded to > address 0xafc00000 within dom0 RAM, which spans > 0xa8000000->0xb0000000. That load address is about where I would > expect given the constraints (just under 128M). I now get that Xen moves the kernel image to 0xafc00000 (PA), and DTB to 0xafa00000 (PA). Few questions: - What does P2M stand for, and what is it? - What does DOM0 see as its PC at entry? - Is DOM0 FDT's memory node modified at all, move base IPA or shrink size etc.? Or Does DOM0 still see the RAM at 0x80000000 to 0xc0000000? -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 12 09:52:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 09:52:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv1fn-0001Tl-2R; Thu, 12 Jun 2014 09:51:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv1fl-0001Tf-Jb for xen-users@lists.xen.org; Thu, 12 Jun 2014 09:51:54 +0000 Received: from [193.109.254.147:42661] by server-9.bemta-14.messagelabs.com id C9/A7-03644-83879935; Thu, 12 Jun 2014 09:51:52 +0000 X-Env-Sender: goingstudy@126.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1402566710!10769482!1 X-Originating-IP: [220.181.15.61] X-SpamReason: No, hits=0.9 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjYxID0+IDc1MDI=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjYxID0+IDc1MDI=\n,HTML_40_50,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3453 invoked from network); 12 Jun 2014 09:51:51 -0000 Received: from m15-61.126.com (HELO m15-61.126.com) (220.181.15.61) by server-2.tower-27.messagelabs.com with SMTP; 12 Jun 2014 09:51:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=2un+s X+ASGw5E/om3Wp1SwY95NPUUN2Dt2nBaMr29u0=; b=GYeCsmmkoOxxdCGlVtpvA gG5Qa44rlfrG54eeX6mURVGVhJh1CewGoKH67YQDs82b/zl8GbZ9qFnDUgl/gPxy 7hFziUPTLq6tQDNNjLNhCUlRikzprrxmCC4h9o5ymp5x3lPSjC9C0N4wYN7NaPzo TCg6aOo3NZOowUAl4WRmA0= Received: from goingstudy$126.com ( [59.64.255.179] ) by ajax-webmail-wmsvr61 (Coremail) ; Thu, 12 Jun 2014 17:51:48 +0800 (CST) X-Originating-IP: [59.64.255.179] Date: Thu, 12 Jun 2014 17:51:48 +0800 (CST) From: goingstudy To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 126com X-CM-CTRLDATA: iVUszWZvb3Rlcl9odG09MzA1Ojgx MIME-Version: 1.0 Message-ID: <3cec8da7.1e809.1468f7d8bc5.Coremail.goingstudy@126.com> X-CM-TRANSID: PcqowEDJn0I1eJlTsrsWAA--.1060W X-CM-SenderInfo: xjrl0wxvwxv5a6rslhhfrp/1tbiWBKoA03AWHJcxgACse X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] visit shared info page need a lock? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5376090653957327165==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5376090653957327165== Content-Type: multipart/alternative; boundary="----=_Part_486373_644128738.1402566708165" ------=_Part_486373_644128738.1402566708165 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGVsbG8gZXZlcnlvbmUsIEkgYW0gbmV3IHRvIFhlbi4KV2hlbiBJIHJlYWQgWGVuIHNvdXJjZSBj b2RlLCBJIGZpbmQgdGhhdCBubyBtYXR0ZXIgWGVuIGh5cGVydmlzb3Igb3IgZG9tIHZpc2l0IHNo YXJlZCBpbmZvIHBhZ2UsIG5vIGxvY2sgaXMgdXNlZC4KSSB3YW50IHRvIGtub3cgd2h5IGl0IGlz IGxvY2tsZXNzLgoKYmVzdCByZWdhcmRzLgo= ------=_Part_486373_644128738.1402566708165 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGVsbG8gZXZlcnlvbmUsIEkgYW0gbmV3IHRvIFhlbi48 YnI+V2hlbiBJIHJlYWQgWGVuIHNvdXJjZSBjb2RlLCBJIGZpbmQgdGhhdCBubyBtYXR0ZXIgWGVu IGh5cGVydmlzb3Igb3IgZG9tIHZpc2l0IHNoYXJlZCBpbmZvIHBhZ2UsIG5vIGxvY2sgaXMgdXNl ZC48YnI+SSB3YW50IHRvIGtub3cgd2h5IGl0IGlzIGxvY2tsZXNzLjxicj48YnI+YmVzdCByZWdh cmRzLjxicj48L2Rpdj48L2Rpdj48YnI+PGJyPjxzcGFuIHRpdGxlPSJuZXRlYXNlZm9vdGVyIj48 c3BhbiBpZD0ibmV0ZWFzZV9tYWlsX2Zvb3RlciI+PC9zcGFuPjwvc3Bhbj4= ------=_Part_486373_644128738.1402566708165-- --===============5376090653957327165== 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 --===============5376090653957327165==-- From xen-users-bounces@lists.xen.org Thu Jun 12 09:52:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 09:52:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv1fn-0001Tl-2R; Thu, 12 Jun 2014 09:51:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv1fl-0001Tf-Jb for xen-users@lists.xen.org; Thu, 12 Jun 2014 09:51:54 +0000 Received: from [193.109.254.147:42661] by server-9.bemta-14.messagelabs.com id C9/A7-03644-83879935; Thu, 12 Jun 2014 09:51:52 +0000 X-Env-Sender: goingstudy@126.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1402566710!10769482!1 X-Originating-IP: [220.181.15.61] X-SpamReason: No, hits=0.9 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjYxID0+IDc1MDI=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjYxID0+IDc1MDI=\n,HTML_40_50,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3453 invoked from network); 12 Jun 2014 09:51:51 -0000 Received: from m15-61.126.com (HELO m15-61.126.com) (220.181.15.61) by server-2.tower-27.messagelabs.com with SMTP; 12 Jun 2014 09:51:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=2un+s X+ASGw5E/om3Wp1SwY95NPUUN2Dt2nBaMr29u0=; b=GYeCsmmkoOxxdCGlVtpvA gG5Qa44rlfrG54eeX6mURVGVhJh1CewGoKH67YQDs82b/zl8GbZ9qFnDUgl/gPxy 7hFziUPTLq6tQDNNjLNhCUlRikzprrxmCC4h9o5ymp5x3lPSjC9C0N4wYN7NaPzo TCg6aOo3NZOowUAl4WRmA0= Received: from goingstudy$126.com ( [59.64.255.179] ) by ajax-webmail-wmsvr61 (Coremail) ; Thu, 12 Jun 2014 17:51:48 +0800 (CST) X-Originating-IP: [59.64.255.179] Date: Thu, 12 Jun 2014 17:51:48 +0800 (CST) From: goingstudy To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 126com X-CM-CTRLDATA: iVUszWZvb3Rlcl9odG09MzA1Ojgx MIME-Version: 1.0 Message-ID: <3cec8da7.1e809.1468f7d8bc5.Coremail.goingstudy@126.com> X-CM-TRANSID: PcqowEDJn0I1eJlTsrsWAA--.1060W X-CM-SenderInfo: xjrl0wxvwxv5a6rslhhfrp/1tbiWBKoA03AWHJcxgACse X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] visit shared info page need a lock? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5376090653957327165==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5376090653957327165== Content-Type: multipart/alternative; boundary="----=_Part_486373_644128738.1402566708165" ------=_Part_486373_644128738.1402566708165 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGVsbG8gZXZlcnlvbmUsIEkgYW0gbmV3IHRvIFhlbi4KV2hlbiBJIHJlYWQgWGVuIHNvdXJjZSBj b2RlLCBJIGZpbmQgdGhhdCBubyBtYXR0ZXIgWGVuIGh5cGVydmlzb3Igb3IgZG9tIHZpc2l0IHNo YXJlZCBpbmZvIHBhZ2UsIG5vIGxvY2sgaXMgdXNlZC4KSSB3YW50IHRvIGtub3cgd2h5IGl0IGlz IGxvY2tsZXNzLgoKYmVzdCByZWdhcmRzLgo= ------=_Part_486373_644128738.1402566708165 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGVsbG8gZXZlcnlvbmUsIEkgYW0gbmV3IHRvIFhlbi48 YnI+V2hlbiBJIHJlYWQgWGVuIHNvdXJjZSBjb2RlLCBJIGZpbmQgdGhhdCBubyBtYXR0ZXIgWGVu IGh5cGVydmlzb3Igb3IgZG9tIHZpc2l0IHNoYXJlZCBpbmZvIHBhZ2UsIG5vIGxvY2sgaXMgdXNl ZC48YnI+SSB3YW50IHRvIGtub3cgd2h5IGl0IGlzIGxvY2tsZXNzLjxicj48YnI+YmVzdCByZWdh cmRzLjxicj48L2Rpdj48L2Rpdj48YnI+PGJyPjxzcGFuIHRpdGxlPSJuZXRlYXNlZm9vdGVyIj48 c3BhbiBpZD0ibmV0ZWFzZV9tYWlsX2Zvb3RlciI+PC9zcGFuPjwvc3Bhbj4= ------=_Part_486373_644128738.1402566708165-- --===============5376090653957327165== 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 --===============5376090653957327165==-- From xen-users-bounces@lists.xen.org Thu Jun 12 10:18:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 10:18:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv24t-00044P-NY; Thu, 12 Jun 2014 10:17:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv24r-00044H-An for xen-users@lists.xen.org; Thu, 12 Jun 2014 10:17:49 +0000 Received: from [85.158.137.68:41167] by server-4.bemta-3.messagelabs.com id EC/85-17399-C4E79935; Thu, 12 Jun 2014 10:17:48 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1402568266!5182136!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4819 invoked from network); 12 Jun 2014 10:17:47 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2014 10:17:47 -0000 X-IronPort-AV: E=Sophos;i="5.01,464,1400025600"; d="scan'208";a="142611009" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 12 Jun 2014 10:17:45 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 12 Jun 2014 06:17:44 -0400 Message-ID: <1402568263.9177.29.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Thu, 12 Jun 2014 11:17:43 +0100 In-Reply-To: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-12 at 10:44 +0100, Jeenu Viswambharan wrote: > On Wed, Jun 11, 2014 at 17:36:02, Ian Campbell wrote: > > On Wed, 2014-06-11 at 17:28 +0100, Jeenu Viswambharan wrote: > > > On Wed, Jun 11, 2014 at 17:24:49, Ian Campbell wrote: > > > > It's all the Xen output from before this which I am interested in. > > > > Since that answers the questions I have about where Xen has placed > > > > guest RAM etc. > > > > > > OK, Xen logs attached. > > > > Thanks. These contain: > > > > (XEN) Populate P2M 0xa8000000->0xb0000000 (1:1 mapping for dom0) > > (XEN) Loading kernel from boot module 2 > > (XEN) Loading zImage from 00000000a0008000 to 00000000afc00000-00000000aff26fb8 > > (XEN) Loading dom0 DTB to 0x00000000afa00000-0x00000000afa02f10 > > > > In that message 0xa0008000 is the *source* address (which makes sense, > > since that is where you loaded it to). The kernel is being loaded to > > address 0xafc00000 within dom0 RAM, which spans > > 0xa8000000->0xb0000000. That load address is about where I would > > expect given the constraints (just under 128M). > > I now get that Xen moves the kernel image to 0xafc00000 (PA), and DTB to > 0xafa00000 (PA). > > Few questions: > > - What does P2M stand for, and what is it? "physical to machine". It's the Xen term for what you would call the second stage paging. > - What does DOM0 see as its PC at entry? The load address of the kernel image, since the zImage protocol requires us to enter the kernel at that offset. > - Is DOM0 FDT's memory node modified at all, move base IPA or shrink > size etc.? Or Does DOM0 still see the RAM at 0x80000000 to > 0xc0000000? dom0's FDT is changed to only reflect things which dom0 has access to, which includes adjusting the RAM to only the region which has been allocated to dom0. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 12 10:18:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 10:18:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv24t-00044P-NY; Thu, 12 Jun 2014 10:17:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv24r-00044H-An for xen-users@lists.xen.org; Thu, 12 Jun 2014 10:17:49 +0000 Received: from [85.158.137.68:41167] by server-4.bemta-3.messagelabs.com id EC/85-17399-C4E79935; Thu, 12 Jun 2014 10:17:48 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1402568266!5182136!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4819 invoked from network); 12 Jun 2014 10:17:47 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2014 10:17:47 -0000 X-IronPort-AV: E=Sophos;i="5.01,464,1400025600"; d="scan'208";a="142611009" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 12 Jun 2014 10:17:45 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 12 Jun 2014 06:17:44 -0400 Message-ID: <1402568263.9177.29.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Thu, 12 Jun 2014 11:17:43 +0100 In-Reply-To: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-12 at 10:44 +0100, Jeenu Viswambharan wrote: > On Wed, Jun 11, 2014 at 17:36:02, Ian Campbell wrote: > > On Wed, 2014-06-11 at 17:28 +0100, Jeenu Viswambharan wrote: > > > On Wed, Jun 11, 2014 at 17:24:49, Ian Campbell wrote: > > > > It's all the Xen output from before this which I am interested in. > > > > Since that answers the questions I have about where Xen has placed > > > > guest RAM etc. > > > > > > OK, Xen logs attached. > > > > Thanks. These contain: > > > > (XEN) Populate P2M 0xa8000000->0xb0000000 (1:1 mapping for dom0) > > (XEN) Loading kernel from boot module 2 > > (XEN) Loading zImage from 00000000a0008000 to 00000000afc00000-00000000aff26fb8 > > (XEN) Loading dom0 DTB to 0x00000000afa00000-0x00000000afa02f10 > > > > In that message 0xa0008000 is the *source* address (which makes sense, > > since that is where you loaded it to). The kernel is being loaded to > > address 0xafc00000 within dom0 RAM, which spans > > 0xa8000000->0xb0000000. That load address is about where I would > > expect given the constraints (just under 128M). > > I now get that Xen moves the kernel image to 0xafc00000 (PA), and DTB to > 0xafa00000 (PA). > > Few questions: > > - What does P2M stand for, and what is it? "physical to machine". It's the Xen term for what you would call the second stage paging. > - What does DOM0 see as its PC at entry? The load address of the kernel image, since the zImage protocol requires us to enter the kernel at that offset. > - Is DOM0 FDT's memory node modified at all, move base IPA or shrink > size etc.? Or Does DOM0 still see the RAM at 0x80000000 to > 0xc0000000? dom0's FDT is changed to only reflect things which dom0 has access to, which includes adjusting the RAM to only the region which has been allocated to dom0. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 12 10:26:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 10:26:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv2DC-0004aC-AY; Thu, 12 Jun 2014 10:26:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv2DA-0004a2-L2 for xen-users@lists.xen.org; Thu, 12 Jun 2014 10:26:24 +0000 Received: from [85.158.137.68:21907] by server-14.bemta-3.messagelabs.com id 0C/F6-30903-F4089935; Thu, 12 Jun 2014 10:26:23 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-3.tower-31.messagelabs.com!1402568782!9659061!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3859 invoked from network); 12 Jun 2014 10:26:22 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2014 10:26:22 -0000 Received: by mail-we0-f173.google.com with SMTP id t60so1024929wes.18 for ; Thu, 12 Jun 2014 03:26:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=eK/vqmWCH9hSR6ZXypOlCHr+YsqZLnAUUoeyk0novxA=; b=Q+0B9qjQONoD9inHqd3j0mm7fNKPx+yuufe//B2zDots/MwGBYD7gCBZn4DsqTsdOO eSJh/NVPoFFLRju4Fsuxe1oQQnc5BbSKLgxlUkOyD0bLK8IbAjfghKFJrfyNff0C6bVz T4xPcxisbawhzgkh9GunstspxtmUEs5QDN6DeDdUJ9jWW+te1MiaKbx0QlFyEJYWFDp2 yd4zoGDI9ODPkN51iF0lV9eSr3oeBesfhmE8L37hQDkReZPaDSq7otU56glpK91+/59z EVcYi3ksZd31P0VyyN1wjz8gInq+pbSnSSmTEf/LzRSYGCgfL+fji/rGJXh/25S0mcGK aRRw== X-Gm-Message-State: ALoCoQmhx/5rbfsv/UfOpPVsc1h9tNAkRciDhNEz9cna8ACBz5TJblWVNxQOVrzvF/MWuLgCUFuF X-Received: by 10.180.90.145 with SMTP id bw17mr5018533wib.43.1402568782339; Thu, 12 Jun 2014 03:26:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.139.142 with HTTP; Thu, 12 Jun 2014 03:26:02 -0700 (PDT) From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 12 Jun 2014 11:26:02 +0100 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Xen, RAID, LVM, XFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm experimenting with Xen as a means to take full advantage of my hardware and to test different OSse and their interoperability. The hw is as follows: ASUS M2NPV-VM board with BIOS rev5005 AMD Phenom II X4 910e CPU 8GiB RAM, DDR2 800 4 SATA drives (2 identical 1TB, another TB, one 160GB) Radeon HD 5450 PCI (and the onboard NVidia GeForce 6150) I believe the only device with an IOMMU is the Radeon, but i haven't fully groked that yet. I intend to set up the 2 identical drives as a 1TB RAID1 (software), and add that to the other two drives under LVM. I'm using XFS for dom0 / (well, i haven't installed the hypervisor yet, it's still the stock linux 3.2.0-4-amd64 as i'm still traversing dmesg and solving some issues) in the 1TB drive; and don't intend to use XFS for guest filesystems. I've read around[1][2] that barriers may be an issue under Xen, but i'm not sure how accurate/fresh this information is. There also seemed to be an issue with LVM and barriers[3] but that is apparently solved[4]? I'm also reading[5] about RAID+LVM and how RAID chunks relate to LVM data alignment. While this is not stricktly Xen-related, are there any caveats i should be aware of? I'm running stable, which at the moment has Xen 4.1 (4.3 is in unstable) and i'd rather keep the dom0 as stable, if possible. The dom0 is Debian, the domUs will be GNU/Linux, *BSD and MS Windows. This is mainly a test system, i won't be running anything mission-critical. However, i *would* like to use a domU as my desktop system, with something like XDMCP+(PulseAudio or Jack or any other sound server that will enable be to watch audio/video in sync and without lag). Thanks for any useful tips, experience sharing, caveat+pitfall prevention and good RTFM material. Nuno [1] https://anothersysadmin.wordpress.com/2013/07/24/xen-xfs-and-the-barrier-error/ [2] http://oss.sgi.com/archives/xfs/2009-02/msg00455.html [3] http://grokbase.com/t/centos/centos/09c91je62e/xfs-and-lvm2-possibly-in-the-scenario-of-snapshots [4] https://en.wikipedia.org/wiki/Logical_Volume_Manager_%28Linux%29#Caveats [5] http://wiki.tldp.org/LVM-on-RAID -- "On the internet, nobody knows you're a dog." _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 12 10:26:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 10:26:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv2DC-0004aC-AY; Thu, 12 Jun 2014 10:26:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv2DA-0004a2-L2 for xen-users@lists.xen.org; Thu, 12 Jun 2014 10:26:24 +0000 Received: from [85.158.137.68:21907] by server-14.bemta-3.messagelabs.com id 0C/F6-30903-F4089935; Thu, 12 Jun 2014 10:26:23 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-3.tower-31.messagelabs.com!1402568782!9659061!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3859 invoked from network); 12 Jun 2014 10:26:22 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2014 10:26:22 -0000 Received: by mail-we0-f173.google.com with SMTP id t60so1024929wes.18 for ; Thu, 12 Jun 2014 03:26:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=eK/vqmWCH9hSR6ZXypOlCHr+YsqZLnAUUoeyk0novxA=; b=Q+0B9qjQONoD9inHqd3j0mm7fNKPx+yuufe//B2zDots/MwGBYD7gCBZn4DsqTsdOO eSJh/NVPoFFLRju4Fsuxe1oQQnc5BbSKLgxlUkOyD0bLK8IbAjfghKFJrfyNff0C6bVz T4xPcxisbawhzgkh9GunstspxtmUEs5QDN6DeDdUJ9jWW+te1MiaKbx0QlFyEJYWFDp2 yd4zoGDI9ODPkN51iF0lV9eSr3oeBesfhmE8L37hQDkReZPaDSq7otU56glpK91+/59z EVcYi3ksZd31P0VyyN1wjz8gInq+pbSnSSmTEf/LzRSYGCgfL+fji/rGJXh/25S0mcGK aRRw== X-Gm-Message-State: ALoCoQmhx/5rbfsv/UfOpPVsc1h9tNAkRciDhNEz9cna8ACBz5TJblWVNxQOVrzvF/MWuLgCUFuF X-Received: by 10.180.90.145 with SMTP id bw17mr5018533wib.43.1402568782339; Thu, 12 Jun 2014 03:26:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.139.142 with HTTP; Thu, 12 Jun 2014 03:26:02 -0700 (PDT) From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 12 Jun 2014 11:26:02 +0100 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Xen, RAID, LVM, XFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm experimenting with Xen as a means to take full advantage of my hardware and to test different OSse and their interoperability. The hw is as follows: ASUS M2NPV-VM board with BIOS rev5005 AMD Phenom II X4 910e CPU 8GiB RAM, DDR2 800 4 SATA drives (2 identical 1TB, another TB, one 160GB) Radeon HD 5450 PCI (and the onboard NVidia GeForce 6150) I believe the only device with an IOMMU is the Radeon, but i haven't fully groked that yet. I intend to set up the 2 identical drives as a 1TB RAID1 (software), and add that to the other two drives under LVM. I'm using XFS for dom0 / (well, i haven't installed the hypervisor yet, it's still the stock linux 3.2.0-4-amd64 as i'm still traversing dmesg and solving some issues) in the 1TB drive; and don't intend to use XFS for guest filesystems. I've read around[1][2] that barriers may be an issue under Xen, but i'm not sure how accurate/fresh this information is. There also seemed to be an issue with LVM and barriers[3] but that is apparently solved[4]? I'm also reading[5] about RAID+LVM and how RAID chunks relate to LVM data alignment. While this is not stricktly Xen-related, are there any caveats i should be aware of? I'm running stable, which at the moment has Xen 4.1 (4.3 is in unstable) and i'd rather keep the dom0 as stable, if possible. The dom0 is Debian, the domUs will be GNU/Linux, *BSD and MS Windows. This is mainly a test system, i won't be running anything mission-critical. However, i *would* like to use a domU as my desktop system, with something like XDMCP+(PulseAudio or Jack or any other sound server that will enable be to watch audio/video in sync and without lag). Thanks for any useful tips, experience sharing, caveat+pitfall prevention and good RTFM material. Nuno [1] https://anothersysadmin.wordpress.com/2013/07/24/xen-xfs-and-the-barrier-error/ [2] http://oss.sgi.com/archives/xfs/2009-02/msg00455.html [3] http://grokbase.com/t/centos/centos/09c91je62e/xfs-and-lvm2-possibly-in-the-scenario-of-snapshots [4] https://en.wikipedia.org/wiki/Logical_Volume_Manager_%28Linux%29#Caveats [5] http://wiki.tldp.org/LVM-on-RAID -- "On the internet, nobody knows you're a dog." _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 12 11:59:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 11:59:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv3cd-0008Bm-WF; Thu, 12 Jun 2014 11:56:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv3cb-0008Bb-Su for xen-users@lists.xen.org; Thu, 12 Jun 2014 11:56:47 +0000 Received: from [85.158.139.211:10145] by server-1.bemta-5.messagelabs.com id 83/B0-01663-C7599935; Thu, 12 Jun 2014 11:56:44 +0000 X-Env-Sender: raistlin.df@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1402574194!9597410!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNjI5MjUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15225 invoked from network); 12 Jun 2014 11:56:35 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2014 11:56:35 -0000 Received: by mail-wg0-f43.google.com with SMTP id b13so1139906wgh.14 for ; Thu, 12 Jun 2014 04:56:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:subject:from:reply-to:to:cc:date:in-reply-to:references :content-type:mime-version; bh=Yq0CNU0B9xerEQTaxig4WsJJt9VKo8jDXf41sfKQ4yc=; b=O92xt+NKqQmJsdhtVRmx0DLkSYwRIMa6qTZm/P8tQyooT/91w5kzzI7EuwgPwyv587 WIinUXx0HykWZ7hovvyhBt7BrAxkMqpdCgyJd20/JQlJ5rfRobRphi8WQz1rYmO0T7ll sPMMSaSc6+F78XZpM+KR/6y2B+Pvdu3UaHR8RNs1CoUFzzEly1JsiTUpVWNpQSk7X0H8 jodJFQlqIQB+kIQ41YAkVEbuAq/dp4bSJxyiPwwBBovvyfDzZzDQcw7eitMCBmNMauFZ HCCsAoM28eYwBYB8Hh1rt1LWd2MziWWmFsHve+uVXtplUoyP4bxWphlbb2lORrHIbNqT 5wxw== X-Received: by 10.194.240.129 with SMTP id wa1mr61087195wjc.11.1402574194670; Thu, 12 Jun 2014 04:56:34 -0700 (PDT) Received: from [192.168.0.40] (ip-171-222.sn3.eutelia.it. [213.136.171.222]) by mx.google.com with ESMTPSA id f7sm1212934wjy.24.2014.06.12.04.56.33 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 12 Jun 2014 04:56:33 -0700 (PDT) Message-ID: <1402574180.28649.92.camel@Solace> From: Dario Faggioli To: lee Date: Thu, 12 Jun 2014 13:56:20 +0200 In-Reply-To: <87oay0gdie.fsf@yun.yagibdah.de> References: <87oay0gdie.fsf@yun.yagibdah.de> X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) Mime-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] CPU assignment and sched-credit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: raistlin@linux.it List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8757488329505641662==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8757488329505641662== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-AczluW9Xf4xSScLqwIxy" --=-AczluW9Xf4xSScLqwIxy Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On mer, 2014-06-11 at 08:35 +0200, lee wrote: > Hi, >=20 > looking at [1], I start to think that it would make a lot of sense to > overcommit CPUs on a server with very light load and let the scheduler > handle the assignment by time slices as demand requires. I've been > reading that overcommitting CPUs is a bad idea, yet I don't understand > what the point is in letting N-1 CPUs idle while one of the N CPUs is > busy and the VM driven by it could benefit from being able to use more > CPUs. >=20 Well, what makes and not makes sense, depends a lot, of course, on your workload, purposes, etc. Certainly, if you're looking at virtualization for consolidation, then you probably want a few 'theoretical overcommit', i.e., you probably want to have the total number of vCPUs of all the VMs to be greater than the total number of pCPUs (which is overcommitting), knowing that it will be very unlikely that all those vCPUs will be active at the same time (that's why I'm calling it 'theoretical'). For sure, handling the overcommitted situations in the best possible way (again, best in terms of what the sysadmin wants and configures, in this case through weights, etc) is the job of the scheduler. If you always have less vCPUs than pCPUs then you don't need a scheduler (well, that's an over-simplification, but at least, if you don't have contention, you're not stress the scheduling algorithm, let's say). > IIUC, the scheduler will preempt a VM after so much time anyway and > allow other VMs to run. When CPUs are not overcommitted, it wouldn't > need to preempt anything because all VMs can run simultaneously. (I > don't know if does preempt a VM anyway.) >=20 Indeed. Yes contention =3D=3D> scheduler do its job. No contention =3D=3D> scheduler does next to nothing. As per whether there might be interruptions and context switches, well, yes, such things are not completely ruled out, but you'll see very few of them, and for different reasons than the characteristics of the scheduling algorithm. > With CPUs overcommitted and all VMs busy, overall throughput can (will) > be diminished, and latency could become an issue. >=20 Indeed, and true for scheduling in general, as you study it in CS courses. :-) > With very little load, it seems to make sense to just let all VMs have > all CPUs. There's probably a point at which it would be better to do > some fine tuning, based on the actual loads, and before that point is > reached, what could be better than letting all CPUs to all VMs? >=20 This part, I'm not sure I understand. > Am I wrong or missing something? > Apart from the last paragraph (where I'm not sure what you mean), no. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-AczluW9Xf4xSScLqwIxy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlOZlWQACgkQk4XaBE3IOsT8fACfTHyPZxdkAmpcQXaG2yt+HbEH r5cAnRj80s/zcoMQs+UdjTMCpZQ6j9Mt =TvDx -----END PGP SIGNATURE----- --=-AczluW9Xf4xSScLqwIxy-- --===============8757488329505641662== 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 --===============8757488329505641662==-- From xen-users-bounces@lists.xen.org Thu Jun 12 11:59:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 11:59:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv3cd-0008Bm-WF; Thu, 12 Jun 2014 11:56:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv3cb-0008Bb-Su for xen-users@lists.xen.org; Thu, 12 Jun 2014 11:56:47 +0000 Received: from [85.158.139.211:10145] by server-1.bemta-5.messagelabs.com id 83/B0-01663-C7599935; Thu, 12 Jun 2014 11:56:44 +0000 X-Env-Sender: raistlin.df@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1402574194!9597410!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNjI5MjUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15225 invoked from network); 12 Jun 2014 11:56:35 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2014 11:56:35 -0000 Received: by mail-wg0-f43.google.com with SMTP id b13so1139906wgh.14 for ; Thu, 12 Jun 2014 04:56:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:subject:from:reply-to:to:cc:date:in-reply-to:references :content-type:mime-version; bh=Yq0CNU0B9xerEQTaxig4WsJJt9VKo8jDXf41sfKQ4yc=; b=O92xt+NKqQmJsdhtVRmx0DLkSYwRIMa6qTZm/P8tQyooT/91w5kzzI7EuwgPwyv587 WIinUXx0HykWZ7hovvyhBt7BrAxkMqpdCgyJd20/JQlJ5rfRobRphi8WQz1rYmO0T7ll sPMMSaSc6+F78XZpM+KR/6y2B+Pvdu3UaHR8RNs1CoUFzzEly1JsiTUpVWNpQSk7X0H8 jodJFQlqIQB+kIQ41YAkVEbuAq/dp4bSJxyiPwwBBovvyfDzZzDQcw7eitMCBmNMauFZ HCCsAoM28eYwBYB8Hh1rt1LWd2MziWWmFsHve+uVXtplUoyP4bxWphlbb2lORrHIbNqT 5wxw== X-Received: by 10.194.240.129 with SMTP id wa1mr61087195wjc.11.1402574194670; Thu, 12 Jun 2014 04:56:34 -0700 (PDT) Received: from [192.168.0.40] (ip-171-222.sn3.eutelia.it. [213.136.171.222]) by mx.google.com with ESMTPSA id f7sm1212934wjy.24.2014.06.12.04.56.33 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 12 Jun 2014 04:56:33 -0700 (PDT) Message-ID: <1402574180.28649.92.camel@Solace> From: Dario Faggioli To: lee Date: Thu, 12 Jun 2014 13:56:20 +0200 In-Reply-To: <87oay0gdie.fsf@yun.yagibdah.de> References: <87oay0gdie.fsf@yun.yagibdah.de> X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) Mime-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] CPU assignment and sched-credit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: raistlin@linux.it List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8757488329505641662==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8757488329505641662== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-AczluW9Xf4xSScLqwIxy" --=-AczluW9Xf4xSScLqwIxy Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On mer, 2014-06-11 at 08:35 +0200, lee wrote: > Hi, >=20 > looking at [1], I start to think that it would make a lot of sense to > overcommit CPUs on a server with very light load and let the scheduler > handle the assignment by time slices as demand requires. I've been > reading that overcommitting CPUs is a bad idea, yet I don't understand > what the point is in letting N-1 CPUs idle while one of the N CPUs is > busy and the VM driven by it could benefit from being able to use more > CPUs. >=20 Well, what makes and not makes sense, depends a lot, of course, on your workload, purposes, etc. Certainly, if you're looking at virtualization for consolidation, then you probably want a few 'theoretical overcommit', i.e., you probably want to have the total number of vCPUs of all the VMs to be greater than the total number of pCPUs (which is overcommitting), knowing that it will be very unlikely that all those vCPUs will be active at the same time (that's why I'm calling it 'theoretical'). For sure, handling the overcommitted situations in the best possible way (again, best in terms of what the sysadmin wants and configures, in this case through weights, etc) is the job of the scheduler. If you always have less vCPUs than pCPUs then you don't need a scheduler (well, that's an over-simplification, but at least, if you don't have contention, you're not stress the scheduling algorithm, let's say). > IIUC, the scheduler will preempt a VM after so much time anyway and > allow other VMs to run. When CPUs are not overcommitted, it wouldn't > need to preempt anything because all VMs can run simultaneously. (I > don't know if does preempt a VM anyway.) >=20 Indeed. Yes contention =3D=3D> scheduler do its job. No contention =3D=3D> scheduler does next to nothing. As per whether there might be interruptions and context switches, well, yes, such things are not completely ruled out, but you'll see very few of them, and for different reasons than the characteristics of the scheduling algorithm. > With CPUs overcommitted and all VMs busy, overall throughput can (will) > be diminished, and latency could become an issue. >=20 Indeed, and true for scheduling in general, as you study it in CS courses. :-) > With very little load, it seems to make sense to just let all VMs have > all CPUs. There's probably a point at which it would be better to do > some fine tuning, based on the actual loads, and before that point is > reached, what could be better than letting all CPUs to all VMs? >=20 This part, I'm not sure I understand. > Am I wrong or missing something? > Apart from the last paragraph (where I'm not sure what you mean), no. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-AczluW9Xf4xSScLqwIxy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlOZlWQACgkQk4XaBE3IOsT8fACfTHyPZxdkAmpcQXaG2yt+HbEH r5cAnRj80s/zcoMQs+UdjTMCpZQ6j9Mt =TvDx -----END PGP SIGNATURE----- --=-AczluW9Xf4xSScLqwIxy-- --===============8757488329505641662== 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 --===============8757488329505641662==-- From xen-users-bounces@lists.xen.org Thu Jun 12 12:39:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 12:39:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv4GF-0001QX-RK; Thu, 12 Jun 2014 12:37:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv1HN-00084Q-Nm for xen-users@lists.xenproject.org; Thu, 12 Jun 2014 09:26:42 +0000 Received: from [85.158.143.35:47305] by server-1.bemta-4.messagelabs.com id 4C/01-09853-15279935; Thu, 12 Jun 2014 09:26:41 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-13.tower-21.messagelabs.com!1402565198!3576700!1 X-Originating-IP: [98.138.120.49] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6752 invoked from network); 12 Jun 2014 09:26:39 -0000 Received: from nm42.bullet.mail.ne1.yahoo.com (HELO nm42.bullet.mail.ne1.yahoo.com) (98.138.120.49) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jun 2014 09:26:39 -0000 Received: from [127.0.0.1] by nm42.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jun 2014 09:26:38 -0000 Received: from [98.138.226.180] by nm42.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jun 2014 09:23:58 -0000 Received: from [106.10.166.125] by tm15.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jun 2014 09:23:58 -0000 Received: from [106.10.151.218] by tm14.bullet.mail.sg3.yahoo.com with NNFMP; 12 Jun 2014 09:23:58 -0000 Received: from [127.0.0.1] by omp1016.mail.sg3.yahoo.com with NNFMP; 12 Jun 2014 09:23:58 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 36463.58168.bm@omp1016.mail.sg3.yahoo.com Received: (qmail 97153 invoked by uid 60001); 12 Jun 2014 09:23:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1402565037; bh=9GBBlnXeVZtZkQc2taEFq6QxcxmAFNTeDJireJaI4Fk=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=no8UBFXiPnouUDQjoD+WgAKoh7F00SfSi4wTJd2/R+mqr3YpgNInhow6jg1LbydsGBcwOhyylh1hlnsUdQXngsLusWRhPFetNiD0/LSmJlul94j1SGvXWzUeHU5iIA1j3RJCHQ4HJCuepDvO15iGI9KmWrszFYX1cuwHk8+9zEw= X-YMail-OSG: 5c3WjDkVM1nlDFi5LVqlRH4WklkkYtbnP2j5P._J9RCtYz6 n7.CfHuakX1FHK1bkIeWKDK5qDWZPwIrTDkvrUWg3uE4I4d9jAhahCTmiAwI 2d2HLXO3ENPEGxg7Z1qCVKhLpRFwxVc012hIDJoIUoX6oWq.fUyEIobu0WwY 3zb.RGAWw61L5NnbAf.kvH.QXYv_aDkB3h5lK3tS0N9Mb8YLqlnfIYg0FK4Z 8Bh8oDd6pHhqhzT1IEYCtSowZTkfA5DBDe9Roa4mOBrTsI.tylWlEekqZe.h NZ.OnxWDOM9upB_NnUmBGdZuoIOzeeOM3bjz.sJdECVQGomh7nistLaj8rVV rQmErnbWvtvInvZ_LtCd4sPzqFepPowQ8ctfZZ77lPHhsDGUejhQ3NykHoEr k4iCX.uG3r58X80d5mTGQj_SVMo5NdPOuTiI6_I.d6ZaLHcSuRHsnhRdME3V I1KKEOCNaer13tu0xWKZn008ZGgMBl78TT9auXYpG2.ti_bTGJAK6h37Yb1u JvJ8cTadJt803a29ICtH8DoLhajx3YR1q8d_882ObwiR72s.QnB1te13xyGQ 39PNAIKm4Vm4jN0F_yHGR7njj7m9njFxksk2EdNN.Ol0.zFg0Y0ayyB6JzEs 5GLJ8RNorQoGpfHRXYGHq7fcxmibnyacI9J1ta2PbEUYnmbxkTTmoPdlue._ sBbbIHfz9I3LIaZ1MSOBOzwcPsuEN Received: from [202.129.240.131] by web190602.mail.sg3.yahoo.com via HTTP; Thu, 12 Jun 2014 17:23:57 SGT X-Rocket-MIMEInfo: 002.001, CgrCoGF0IHRoZSB0aW1lIG9mIG1pZ3JhdGlvbiwgVk0gaXMgbWlncmF0ZWQgdG8gb3RoZXIgaG9zdCBidXQgbG9nIGZpbGUgZGlkbid0IHNob3cgZG93bnRpbWUsIHRvdGFsIG1pZ3JhdGlvbiB0aW1lIGFuZCB0b3RhbCBkaXJ0eSBwYWdlcy4gaG93IHRvIHdyaXRlIGZ1bmNpdG9uL3NjcmlwdCB0byByZXRyaWV2ZSB0aGVzZSBkYXRhIGZyb20gbG9nIGRldGFpbHMuCgpSZWdhcmRzLAoKTWluYWxLdW1hciBQYXRlbChNLkUuIC0gQ29tcHV0ZXIgRW5naW5lZXJpbmcpCkxlY3R1cmVyLENvbXB1dGVyIEVuZ2luZWUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.190.668 References: <1402479037.15670.YahooMailNeo@web190604.mail.sg3.yahoo.com> <20140611132002.GA16436@aepfle.de> Message-ID: <1402565037.31284.YahooMailNeo@web190602.mail.sg3.yahoo.com> Date: Thu, 12 Jun 2014 17:23:57 +0800 (SGT) From: Minalkumar Patel To: "xen-users@lists.xenproject.org" In-Reply-To: <20140611132002.GA16436@aepfle.de> MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 12 Jun 2014 12:37:42 +0000 Subject: Re: [Xen-users] Xen Migration Issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3771336180634906810==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3771336180634906810== Content-Type: multipart/alternative; boundary="-67152274-1288038686-1402565037=:31284" ---67152274-1288038686-1402565037=:31284 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0A=A0at the time of migration, VM is migrated to other host but log fil= e didn't show downtime, total migration time and total dirty pages. how to = write funciton/script to retrieve these data from log details.=0A=0ARegards= ,=0A=0AMinalKumar Patel(M.E. - Computer Engineering)=0ALecturer,Computer En= gineering Department,=0AA.D.Patel Institute of Technology,=0ANew Vallabh Vi= dyanagar,Karamsad - 388121,=0AAnand,Gujarat.=0AMobile - 9998574188=0AE-mail= Id - patel_mp@yahoo.co.in=0AURL - http://www.minall.co.in=0A=0A=0AOn Wedne= sday, 11 June 2014 6:50 PM, Olaf Hering wrote:=0A =0A=0A= =0AOn Wed, Jun 11, Minalkumar Patel wrote:=0A=0A=0A> when i write on comman= d prompt "xm migrate" command it generates log file=A0 but=0A> I wan to ext= ract downtime, total dirty pages and total migration time as shown=0A> in f= ollowing link but my log file doesn't show these parameters.=0A> =0A> http:= //thr3ads.net/xen-users/2012/03/2244452-Understanding-=0A> Xen-Log-Output-D= owntime-and-Total-migration-time=0A=0ANothing except some sort of "total di= rty pages" is currently logged, if=0Adebugging is enabled.=0AThere is no co= de which calculates the overall migration time.=0AThere is no code which ca= lculates the downtime during the final=0Astop+copy phase.=0A=0AOlaf ---67152274-1288038686-1402565037=:31284 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

 at the time of migration, VM is migrated to other host bu= t log file didn't show downtime, total migration time and total dirty pages= . how to write funciton/script to retrieve these data from log details.
=
Regards,
MinalKumar Patel(M.E. - Computer Engineering)Lecturer,Computer Engineering Department,
A.D.Patel Institute of Techno= logy,
New Vallabh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.
Mob= ile - 9998574188
E-mail Id - patel_mp@yahoo.co.in
URL - http://www.mi= nall.co.in


On Wednesday, 11 June 2014 6:50 PM, Olaf = Hering <olaf@aepfle.de> wrote:


On Wed, Jun 11, Minalkumar Patel wrote:


>= when i write on command prompt "xm migrate" command it generates log file&= nbsp; but
> I wan to extract downtime, total dirty pag= es and total migration time as shown
> in following li= nk but my log file doesn't show these parameters.
> > http://thr3ads.net/xen-= users/2012/03/2244452-Understanding-
> Xen-Log-Out= put-Downtime-and-Total-migration-time


Nothing except some sort of "total dirty pages" is currently logged, = if
debugging is enabled.
There is no code wh= ich calculates the overall migration time.
There is no co= de which calculates the downtime during the final
stop+co= py phase.

Olaf



---67152274-1288038686-1402565037=:31284-- --===============3771336180634906810== 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 --===============3771336180634906810==-- From xen-users-bounces@lists.xen.org Thu Jun 12 12:39:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 12:39:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv4GF-0001QX-RK; Thu, 12 Jun 2014 12:37:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv1HN-00084Q-Nm for xen-users@lists.xenproject.org; Thu, 12 Jun 2014 09:26:42 +0000 Received: from [85.158.143.35:47305] by server-1.bemta-4.messagelabs.com id 4C/01-09853-15279935; Thu, 12 Jun 2014 09:26:41 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-13.tower-21.messagelabs.com!1402565198!3576700!1 X-Originating-IP: [98.138.120.49] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6752 invoked from network); 12 Jun 2014 09:26:39 -0000 Received: from nm42.bullet.mail.ne1.yahoo.com (HELO nm42.bullet.mail.ne1.yahoo.com) (98.138.120.49) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jun 2014 09:26:39 -0000 Received: from [127.0.0.1] by nm42.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jun 2014 09:26:38 -0000 Received: from [98.138.226.180] by nm42.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jun 2014 09:23:58 -0000 Received: from [106.10.166.125] by tm15.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jun 2014 09:23:58 -0000 Received: from [106.10.151.218] by tm14.bullet.mail.sg3.yahoo.com with NNFMP; 12 Jun 2014 09:23:58 -0000 Received: from [127.0.0.1] by omp1016.mail.sg3.yahoo.com with NNFMP; 12 Jun 2014 09:23:58 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 36463.58168.bm@omp1016.mail.sg3.yahoo.com Received: (qmail 97153 invoked by uid 60001); 12 Jun 2014 09:23:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1402565037; bh=9GBBlnXeVZtZkQc2taEFq6QxcxmAFNTeDJireJaI4Fk=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=no8UBFXiPnouUDQjoD+WgAKoh7F00SfSi4wTJd2/R+mqr3YpgNInhow6jg1LbydsGBcwOhyylh1hlnsUdQXngsLusWRhPFetNiD0/LSmJlul94j1SGvXWzUeHU5iIA1j3RJCHQ4HJCuepDvO15iGI9KmWrszFYX1cuwHk8+9zEw= X-YMail-OSG: 5c3WjDkVM1nlDFi5LVqlRH4WklkkYtbnP2j5P._J9RCtYz6 n7.CfHuakX1FHK1bkIeWKDK5qDWZPwIrTDkvrUWg3uE4I4d9jAhahCTmiAwI 2d2HLXO3ENPEGxg7Z1qCVKhLpRFwxVc012hIDJoIUoX6oWq.fUyEIobu0WwY 3zb.RGAWw61L5NnbAf.kvH.QXYv_aDkB3h5lK3tS0N9Mb8YLqlnfIYg0FK4Z 8Bh8oDd6pHhqhzT1IEYCtSowZTkfA5DBDe9Roa4mOBrTsI.tylWlEekqZe.h NZ.OnxWDOM9upB_NnUmBGdZuoIOzeeOM3bjz.sJdECVQGomh7nistLaj8rVV rQmErnbWvtvInvZ_LtCd4sPzqFepPowQ8ctfZZ77lPHhsDGUejhQ3NykHoEr k4iCX.uG3r58X80d5mTGQj_SVMo5NdPOuTiI6_I.d6ZaLHcSuRHsnhRdME3V I1KKEOCNaer13tu0xWKZn008ZGgMBl78TT9auXYpG2.ti_bTGJAK6h37Yb1u JvJ8cTadJt803a29ICtH8DoLhajx3YR1q8d_882ObwiR72s.QnB1te13xyGQ 39PNAIKm4Vm4jN0F_yHGR7njj7m9njFxksk2EdNN.Ol0.zFg0Y0ayyB6JzEs 5GLJ8RNorQoGpfHRXYGHq7fcxmibnyacI9J1ta2PbEUYnmbxkTTmoPdlue._ sBbbIHfz9I3LIaZ1MSOBOzwcPsuEN Received: from [202.129.240.131] by web190602.mail.sg3.yahoo.com via HTTP; Thu, 12 Jun 2014 17:23:57 SGT X-Rocket-MIMEInfo: 002.001, CgrCoGF0IHRoZSB0aW1lIG9mIG1pZ3JhdGlvbiwgVk0gaXMgbWlncmF0ZWQgdG8gb3RoZXIgaG9zdCBidXQgbG9nIGZpbGUgZGlkbid0IHNob3cgZG93bnRpbWUsIHRvdGFsIG1pZ3JhdGlvbiB0aW1lIGFuZCB0b3RhbCBkaXJ0eSBwYWdlcy4gaG93IHRvIHdyaXRlIGZ1bmNpdG9uL3NjcmlwdCB0byByZXRyaWV2ZSB0aGVzZSBkYXRhIGZyb20gbG9nIGRldGFpbHMuCgpSZWdhcmRzLAoKTWluYWxLdW1hciBQYXRlbChNLkUuIC0gQ29tcHV0ZXIgRW5naW5lZXJpbmcpCkxlY3R1cmVyLENvbXB1dGVyIEVuZ2luZWUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.190.668 References: <1402479037.15670.YahooMailNeo@web190604.mail.sg3.yahoo.com> <20140611132002.GA16436@aepfle.de> Message-ID: <1402565037.31284.YahooMailNeo@web190602.mail.sg3.yahoo.com> Date: Thu, 12 Jun 2014 17:23:57 +0800 (SGT) From: Minalkumar Patel To: "xen-users@lists.xenproject.org" In-Reply-To: <20140611132002.GA16436@aepfle.de> MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 12 Jun 2014 12:37:42 +0000 Subject: Re: [Xen-users] Xen Migration Issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3771336180634906810==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3771336180634906810== Content-Type: multipart/alternative; boundary="-67152274-1288038686-1402565037=:31284" ---67152274-1288038686-1402565037=:31284 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0A=A0at the time of migration, VM is migrated to other host but log fil= e didn't show downtime, total migration time and total dirty pages. how to = write funciton/script to retrieve these data from log details.=0A=0ARegards= ,=0A=0AMinalKumar Patel(M.E. - Computer Engineering)=0ALecturer,Computer En= gineering Department,=0AA.D.Patel Institute of Technology,=0ANew Vallabh Vi= dyanagar,Karamsad - 388121,=0AAnand,Gujarat.=0AMobile - 9998574188=0AE-mail= Id - patel_mp@yahoo.co.in=0AURL - http://www.minall.co.in=0A=0A=0AOn Wedne= sday, 11 June 2014 6:50 PM, Olaf Hering wrote:=0A =0A=0A= =0AOn Wed, Jun 11, Minalkumar Patel wrote:=0A=0A=0A> when i write on comman= d prompt "xm migrate" command it generates log file=A0 but=0A> I wan to ext= ract downtime, total dirty pages and total migration time as shown=0A> in f= ollowing link but my log file doesn't show these parameters.=0A> =0A> http:= //thr3ads.net/xen-users/2012/03/2244452-Understanding-=0A> Xen-Log-Output-D= owntime-and-Total-migration-time=0A=0ANothing except some sort of "total di= rty pages" is currently logged, if=0Adebugging is enabled.=0AThere is no co= de which calculates the overall migration time.=0AThere is no code which ca= lculates the downtime during the final=0Astop+copy phase.=0A=0AOlaf ---67152274-1288038686-1402565037=:31284 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

 at the time of migration, VM is migrated to other host bu= t log file didn't show downtime, total migration time and total dirty pages= . how to write funciton/script to retrieve these data from log details.
=
Regards,
MinalKumar Patel(M.E. - Computer Engineering)Lecturer,Computer Engineering Department,
A.D.Patel Institute of Techno= logy,
New Vallabh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.
Mob= ile - 9998574188
E-mail Id - patel_mp@yahoo.co.in
URL - http://www.mi= nall.co.in


On Wednesday, 11 June 2014 6:50 PM, Olaf = Hering <olaf@aepfle.de> wrote:


On Wed, Jun 11, Minalkumar Patel wrote:


>= when i write on command prompt "xm migrate" command it generates log file&= nbsp; but
> I wan to extract downtime, total dirty pag= es and total migration time as shown
> in following li= nk but my log file doesn't show these parameters.
> > http://thr3ads.net/xen-= users/2012/03/2244452-Understanding-
> Xen-Log-Out= put-Downtime-and-Total-migration-time


Nothing except some sort of "total dirty pages" is currently logged, = if
debugging is enabled.
There is no code wh= ich calculates the overall migration time.
There is no co= de which calculates the downtime during the final
stop+co= py phase.

Olaf



---67152274-1288038686-1402565037=:31284-- --===============3771336180634906810== 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 --===============3771336180634906810==-- From xen-users-bounces@lists.xen.org Thu Jun 12 14:51:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 14:51:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv6KU-0002CO-47; Thu, 12 Jun 2014 14:50:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv6KR-0002Aw-HA for xen-users@lists.xen.org; Thu, 12 Jun 2014 14:50:13 +0000 Received: from [85.158.143.35:25362] by server-2.bemta-4.messagelabs.com id 6E/1D-06539-22EB9935; Thu, 12 Jun 2014 14:50:10 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1402584610!10935462!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24365 invoked from network); 12 Jun 2014 14:50:10 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-4.tower-21.messagelabs.com with SMTP; 12 Jun 2014 14:50:10 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Thu, 12 Jun 2014 15:50:09 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Thu, 12 Jun 2014 15:50:03 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Thu, 12 Jun 2014 15:50:01 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+GJ432NMXkND6kTV2dGbttFfplXwAAIr6Q Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> In-Reply-To: <1402568263.9177.29.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061215501000102 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jun 12, 2014 at 11:17:43, Ian Campbell wrote: > On Thu, 2014-06-12 at 10:44 +0100, Jeenu Viswambharan wrote: > > On Wed, Jun 11, 2014 at 17:36:02, Ian Campbell wrote: > > > (XEN) Populate P2M 0xa8000000->0xb0000000 (1:1 mapping for dom0) > > > (XEN) Loading kernel from boot module 2 > > > (XEN) Loading zImage from 00000000a0008000 to 00000000afc00000-00000000aff26fb8 > > > (XEN) Loading dom0 DTB to 0x00000000afa00000-0x00000000afa02f10 > > > > > > In that message 0xa0008000 is the *source* address (which makes > > > sense, since that is where you loaded it to). The kernel is being > > > loaded to address 0xafc00000 within dom0 RAM, which spans > > > 0xa8000000->0xb0000000. That load address is about where I would > > > expect given the constraints (just under 128M). > > > > I now get that Xen moves the kernel image to 0xafc00000 (PA), and > > DTB to 0xafa00000 (PA). > > > > Few questions: > > > > - What does P2M stand for, and what is it? > > "physical to machine". It's the Xen term for what you would call the > second stage paging. OK, good to know. > > - What does DOM0 see as its PC at entry? > > The load address of the kernel image, since the zImage protocol > requires us to enter the kernel at that offset. I managed to break at eret before guest entry, and the PC is 0xafc00000 itself. It does fail to boot bare metal too from that address. I'll see if I can find what's going wrong. Thanks. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 12 14:51:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jun 2014 14:51:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv6KU-0002CO-47; Thu, 12 Jun 2014 14:50:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wv6KR-0002Aw-HA for xen-users@lists.xen.org; Thu, 12 Jun 2014 14:50:13 +0000 Received: from [85.158.143.35:25362] by server-2.bemta-4.messagelabs.com id 6E/1D-06539-22EB9935; Thu, 12 Jun 2014 14:50:10 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1402584610!10935462!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24365 invoked from network); 12 Jun 2014 14:50:10 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-4.tower-21.messagelabs.com with SMTP; 12 Jun 2014 14:50:10 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Thu, 12 Jun 2014 15:50:09 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Thu, 12 Jun 2014 15:50:03 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Thu, 12 Jun 2014 15:50:01 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+GJ432NMXkND6kTV2dGbttFfplXwAAIr6Q Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> In-Reply-To: <1402568263.9177.29.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061215501000102 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jun 12, 2014 at 11:17:43, Ian Campbell wrote: > On Thu, 2014-06-12 at 10:44 +0100, Jeenu Viswambharan wrote: > > On Wed, Jun 11, 2014 at 17:36:02, Ian Campbell wrote: > > > (XEN) Populate P2M 0xa8000000->0xb0000000 (1:1 mapping for dom0) > > > (XEN) Loading kernel from boot module 2 > > > (XEN) Loading zImage from 00000000a0008000 to 00000000afc00000-00000000aff26fb8 > > > (XEN) Loading dom0 DTB to 0x00000000afa00000-0x00000000afa02f10 > > > > > > In that message 0xa0008000 is the *source* address (which makes > > > sense, since that is where you loaded it to). The kernel is being > > > loaded to address 0xafc00000 within dom0 RAM, which spans > > > 0xa8000000->0xb0000000. That load address is about where I would > > > expect given the constraints (just under 128M). > > > > I now get that Xen moves the kernel image to 0xafc00000 (PA), and > > DTB to 0xafa00000 (PA). > > > > Few questions: > > > > - What does P2M stand for, and what is it? > > "physical to machine". It's the Xen term for what you would call the > second stage paging. OK, good to know. > > - What does DOM0 see as its PC at entry? > > The load address of the kernel image, since the zImage protocol > requires us to enter the kernel at that offset. I managed to break at eret before guest entry, and the PC is 0xafc00000 itself. It does fail to boot bare metal too from that address. I'll see if I can find what's going wrong. Thanks. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 13 09:07:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jun 2014 09:07:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WvNRY-0007Tv-L2; Fri, 13 Jun 2014 09:06:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WvNRX-0007Tq-A7 for xen-users@lists.xen.org; Fri, 13 Jun 2014 09:06:39 +0000 Received: from [193.109.254.147:19277] by server-13.bemta-14.messagelabs.com id B9/89-23211-E1FBA935; Fri, 13 Jun 2014 09:06:38 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1402650396!11032327!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3064 invoked from network); 13 Jun 2014 09:06:37 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jun 2014 09:06:37 -0000 X-IronPort-AV: E=Sophos;i="5.01,470,1400025600"; d="scan'208";a="143435357" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 13 Jun 2014 09:06:35 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 13 Jun 2014 05:06:34 -0400 Message-ID: <1402650394.26678.43.camel@kazak.uk.xensource.com> From: Ian Campbell To: goingstudy Date: Fri, 13 Jun 2014 10:06:34 +0100 In-Reply-To: <3cec8da7.1e809.1468f7d8bc5.Coremail.goingstudy@126.com> References: <3cec8da7.1e809.1468f7d8bc5.Coremail.goingstudy@126.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] visit shared info page need a lock? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-12 at 17:51 +0800, goingstudy wrote: > Hello everyone, I am new to Xen. > When I read Xen source code, I find that no matter Xen hypervisor or > dom visit shared info page, no lock is used. > I want to know why it is lockless. It has been designed that way (i.e. not to need them) by using lock-free algorithms and datastructures. Locks between two entities (e.g. hypervisor and kernel) are inherently rather tricky. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 13 09:07:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jun 2014 09:07:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WvNRY-0007Tv-L2; Fri, 13 Jun 2014 09:06:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WvNRX-0007Tq-A7 for xen-users@lists.xen.org; Fri, 13 Jun 2014 09:06:39 +0000 Received: from [193.109.254.147:19277] by server-13.bemta-14.messagelabs.com id B9/89-23211-E1FBA935; Fri, 13 Jun 2014 09:06:38 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1402650396!11032327!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3064 invoked from network); 13 Jun 2014 09:06:37 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jun 2014 09:06:37 -0000 X-IronPort-AV: E=Sophos;i="5.01,470,1400025600"; d="scan'208";a="143435357" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 13 Jun 2014 09:06:35 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 13 Jun 2014 05:06:34 -0400 Message-ID: <1402650394.26678.43.camel@kazak.uk.xensource.com> From: Ian Campbell To: goingstudy Date: Fri, 13 Jun 2014 10:06:34 +0100 In-Reply-To: <3cec8da7.1e809.1468f7d8bc5.Coremail.goingstudy@126.com> References: <3cec8da7.1e809.1468f7d8bc5.Coremail.goingstudy@126.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] visit shared info page need a lock? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-12 at 17:51 +0800, goingstudy wrote: > Hello everyone, I am new to Xen. > When I read Xen source code, I find that no matter Xen hypervisor or > dom visit shared info page, no lock is used. > I want to know why it is lockless. It has been designed that way (i.e. not to need them) by using lock-free algorithms and datastructures. Locks between two entities (e.g. hypervisor and kernel) are inherently rather tricky. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 13 21:02:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jun 2014 21:02:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WvYaq-0000Pw-Sf; Fri, 13 Jun 2014 21:01:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WvYap-0000Pr-HY for xen-users@lists.xen.org; Fri, 13 Jun 2014 21:00:59 +0000 Received: from [85.158.139.211:37874] by server-14.bemta-5.messagelabs.com id 40/B6-27057-A866B935; Fri, 13 Jun 2014 21:00:58 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-8.tower-206.messagelabs.com!1402693257!9869699!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12074 invoked from network); 13 Jun 2014 21:00:57 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-8.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 13 Jun 2014 21:00:57 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1WvYam-0000ct-Bp for xen-users@lists.xen.org; Fri, 13 Jun 2014 23:00:56 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1WvY2w-0002jY-Cn for xen-users@lists.xen.org; Fri, 13 Jun 2014 22:25:58 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1402574180.28649.92.camel@Solace> (Dario Faggioli's message of "Thu, 12 Jun 2014 13:56:20 +0200") Date: Fri, 13 Jun 2014 22:25:44 +0200 Organization: my virtual residence Message-ID: <87lht0wo8n.fsf@yun.yagibdah.de> References: <87oay0gdie.fsf@yun.yagibdah.de> <1402574180.28649.92.camel@Solace> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] CPU assignment and sched-credit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dario Faggioli writes: > On mer, 2014-06-11 at 08:35 +0200, lee wrote: > >> With very little load, it seems to make sense to just let all VMs have >> all CPUs. There's probably a point at which it would be better to do >> some fine tuning, based on the actual loads, and before that point is >> reached, what could be better than letting all CPUs to all VMs? >> > This part, I'm not sure I understand. Imagine you have two VMs, one for a web server and another one to compile software. Currently, nobody is looking at your web pages, and you're compiling something in the other VM. You could let both VMs have half as many vCPUs as there are pCPUs. That slows your compilation down to half the possible speed because half the CPUs remain asleep. If someone connects to the web server, they will be served immediately while you're compiling. You can do it differently and let each VM have as many vCPUs as there are pCPUs. Your compilation will take only half the time, and someone connecting to the web server will still be served without noticeable delays. That's the perfect setup. After a while, your website becomes popular and now 50 users look at your web pages. When they do that while you're compiling, there are delays and your setup isn't perfect anymore. You have reached the point at which some fine tuning can help. So you look at how the web server is being used and find out that there are sometimes peak loads with 200 users, that during the day there are usually no more than 10--20 users and that a night there are 0--3. Based on this actual load, you give the VM with the web server four times as much time as the compiling VM. It's still much better than taking vCPUs away from the compiling VM and giving them to the web server VM. You can still compile at almost full speed, and the web server isn't delayed. After some more time, your web site becomes even more popular and now you got 1000 users. With so many users, it might be better to take a vCPU away from the compiling VM --- and you can increase the time for the compiling VM to from 1/4 to 1/2. Performance for both VMs might be better than it was before with this load. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 13 21:02:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jun 2014 21:02:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WvYaq-0000Pw-Sf; Fri, 13 Jun 2014 21:01:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WvYap-0000Pr-HY for xen-users@lists.xen.org; Fri, 13 Jun 2014 21:00:59 +0000 Received: from [85.158.139.211:37874] by server-14.bemta-5.messagelabs.com id 40/B6-27057-A866B935; Fri, 13 Jun 2014 21:00:58 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-8.tower-206.messagelabs.com!1402693257!9869699!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12074 invoked from network); 13 Jun 2014 21:00:57 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-8.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 13 Jun 2014 21:00:57 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1WvYam-0000ct-Bp for xen-users@lists.xen.org; Fri, 13 Jun 2014 23:00:56 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1WvY2w-0002jY-Cn for xen-users@lists.xen.org; Fri, 13 Jun 2014 22:25:58 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1402574180.28649.92.camel@Solace> (Dario Faggioli's message of "Thu, 12 Jun 2014 13:56:20 +0200") Date: Fri, 13 Jun 2014 22:25:44 +0200 Organization: my virtual residence Message-ID: <87lht0wo8n.fsf@yun.yagibdah.de> References: <87oay0gdie.fsf@yun.yagibdah.de> <1402574180.28649.92.camel@Solace> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] CPU assignment and sched-credit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dario Faggioli writes: > On mer, 2014-06-11 at 08:35 +0200, lee wrote: > >> With very little load, it seems to make sense to just let all VMs have >> all CPUs. There's probably a point at which it would be better to do >> some fine tuning, based on the actual loads, and before that point is >> reached, what could be better than letting all CPUs to all VMs? >> > This part, I'm not sure I understand. Imagine you have two VMs, one for a web server and another one to compile software. Currently, nobody is looking at your web pages, and you're compiling something in the other VM. You could let both VMs have half as many vCPUs as there are pCPUs. That slows your compilation down to half the possible speed because half the CPUs remain asleep. If someone connects to the web server, they will be served immediately while you're compiling. You can do it differently and let each VM have as many vCPUs as there are pCPUs. Your compilation will take only half the time, and someone connecting to the web server will still be served without noticeable delays. That's the perfect setup. After a while, your website becomes popular and now 50 users look at your web pages. When they do that while you're compiling, there are delays and your setup isn't perfect anymore. You have reached the point at which some fine tuning can help. So you look at how the web server is being used and find out that there are sometimes peak loads with 200 users, that during the day there are usually no more than 10--20 users and that a night there are 0--3. Based on this actual load, you give the VM with the web server four times as much time as the compiling VM. It's still much better than taking vCPUs away from the compiling VM and giving them to the web server VM. You can still compile at almost full speed, and the web server isn't delayed. After some more time, your web site becomes even more popular and now you got 1000 users. With so many users, it might be better to take a vCPU away from the compiling VM --- and you can increase the time for the compiling VM to from 1/4 to 1/2. Performance for both VMs might be better than it was before with this load. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 16 09:15:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 09:15:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwSzz-0005h8-CG; Mon, 16 Jun 2014 09:14:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwSzy-0005gz-6f for xen-users@lists.xen.org; Mon, 16 Jun 2014 09:14:42 +0000 Received: from [85.158.139.211:22660] by server-13.bemta-5.messagelabs.com id 46/94-02995-185BE935; Mon, 16 Jun 2014 09:14:41 +0000 X-Env-Sender: Daniel.Shub@nottingham.ac.uk X-Msg-Ref: server-11.tower-206.messagelabs.com!1402910080!6014502!1 X-Originating-IP: [93.159.202.117] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28263 invoked from network); 16 Jun 2014 09:14:40 -0000 Received: from engine03-20433-11.icritical.com (HELO engine03-20433-11.icritical.com) (93.159.202.117) by server-11.tower-206.messagelabs.com with SMTP; 16 Jun 2014 09:14:40 -0000 Received: (qmail 1399 invoked from network); 16 Jun 2014 09:14:49 -0000 Received: from localhost (127.0.0.1) by engine03-20433-11.icritical.com with SMTP; 16 Jun 2014 09:14:49 -0000 Received: from engine03-20433-11.icritical.com ([127.0.0.1]) by localhost (engine03-20433-11.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 00680-10 for ; Mon, 16 Jun 2014 10:14:41 +0100 (BST) Received: (qmail 30984 invoked by uid 599); 16 Jun 2014 09:11:16 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-11.icritical.com (qpsmtpd/0.28) with ESMTP; Mon, 16 Jun 2014 10:11:16 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WwSwU-0004Cn-E2 for xen-users@lists.xen.org; Mon, 16 Jun 2014 10:11:06 +0100 From: Daniel Shub To: "xen-users@lists.xen.org" Date: Mon, 16 Jun 2014 10:11:04 +0100 Thread-Topic: Open source drivers with secondary VGA pass through Thread-Index: AQHPiULmZBPvis0PbE2y+a507u9eew== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-11.icritical.com Subject: [Xen-users] Open source drivers with secondary VGA pass through X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I am trying to use the open source Radeon driver on Linux with a passed through secondary VGA device. I am running Xen 4.4.0 on Arch Linux (kernel 3.14.6). I have Gigabyte X79-UP4 motherboard and two Gigabyte GV-R545-1GI (Radeon 5450 chipset) video cards. I can pass either (the primary one that the Dom0 BIOS comes up on or the secondary one) VGA device to a Windows XP DomU (qemu-xen-traditional) as a secondary VGA device in conjunction with virtual Cirrus VGA device. The passed device works perfectly and is stable across DomU reboots. I can also pass either VGA device to an Arch Linux (kernel 3.14.6) DomU (qemu-xen-traditional) as a secondary device and the passed device works perfectly with the Catalyst closed source drivers, but doesn't work at all with the open source Radeon driver. I know I should just be happy that I can pass through VGA devices at all, but I keep hoping I will be able to get it to work with the open source drivers. $ dmesg | grep -E '(radeon|drm)' [ 0.436833] [drm] Initialized drm 1.1.0 20060810 [ 0.441222] [drm] radeon kernel modesetting enabled. [ 0.442083] [drm] initializing kernel modesetting (CEDAR 0x1002:0x68F9 0x1458:0x254A). [ 0.442096] [drm] register mmio base: 0xF3000000 [ 0.442097] [drm] register mmio size: 131072 [ 0.442127] radeon 0000:00:05.0: Expecting atombios for evergreen GPU [ 0.442161] radeon 0000:00:05.0: Fatal error during GPU init [ 0.442187] [drm] radeon: finishing device. [ 0.449566] radeon: probe of 0000:00:05.0 failed with error -22 The errors look essentially the same as https://bugzilla.kernel.org/show_bug.cgi?id=57831, where the claim is that the VBIOS is not being passed correctly. How can I determine if my issue is that Xen/Qemu is not passing the the correct VBIOS? If this is in fact the case, is there a way to fix this without having to use the closed source drivers or enter the hell that is primary VGA pass trough? Is it worth filing a bug report some place? The driver developers closed the bug as invalid even though the closed source driver handles the issue gracefully. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 16 09:15:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 09:15:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwSzz-0005h8-CG; Mon, 16 Jun 2014 09:14:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwSzy-0005gz-6f for xen-users@lists.xen.org; Mon, 16 Jun 2014 09:14:42 +0000 Received: from [85.158.139.211:22660] by server-13.bemta-5.messagelabs.com id 46/94-02995-185BE935; Mon, 16 Jun 2014 09:14:41 +0000 X-Env-Sender: Daniel.Shub@nottingham.ac.uk X-Msg-Ref: server-11.tower-206.messagelabs.com!1402910080!6014502!1 X-Originating-IP: [93.159.202.117] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28263 invoked from network); 16 Jun 2014 09:14:40 -0000 Received: from engine03-20433-11.icritical.com (HELO engine03-20433-11.icritical.com) (93.159.202.117) by server-11.tower-206.messagelabs.com with SMTP; 16 Jun 2014 09:14:40 -0000 Received: (qmail 1399 invoked from network); 16 Jun 2014 09:14:49 -0000 Received: from localhost (127.0.0.1) by engine03-20433-11.icritical.com with SMTP; 16 Jun 2014 09:14:49 -0000 Received: from engine03-20433-11.icritical.com ([127.0.0.1]) by localhost (engine03-20433-11.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 00680-10 for ; Mon, 16 Jun 2014 10:14:41 +0100 (BST) Received: (qmail 30984 invoked by uid 599); 16 Jun 2014 09:11:16 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-11.icritical.com (qpsmtpd/0.28) with ESMTP; Mon, 16 Jun 2014 10:11:16 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WwSwU-0004Cn-E2 for xen-users@lists.xen.org; Mon, 16 Jun 2014 10:11:06 +0100 From: Daniel Shub To: "xen-users@lists.xen.org" Date: Mon, 16 Jun 2014 10:11:04 +0100 Thread-Topic: Open source drivers with secondary VGA pass through Thread-Index: AQHPiULmZBPvis0PbE2y+a507u9eew== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-11.icritical.com Subject: [Xen-users] Open source drivers with secondary VGA pass through X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I am trying to use the open source Radeon driver on Linux with a passed through secondary VGA device. I am running Xen 4.4.0 on Arch Linux (kernel 3.14.6). I have Gigabyte X79-UP4 motherboard and two Gigabyte GV-R545-1GI (Radeon 5450 chipset) video cards. I can pass either (the primary one that the Dom0 BIOS comes up on or the secondary one) VGA device to a Windows XP DomU (qemu-xen-traditional) as a secondary VGA device in conjunction with virtual Cirrus VGA device. The passed device works perfectly and is stable across DomU reboots. I can also pass either VGA device to an Arch Linux (kernel 3.14.6) DomU (qemu-xen-traditional) as a secondary device and the passed device works perfectly with the Catalyst closed source drivers, but doesn't work at all with the open source Radeon driver. I know I should just be happy that I can pass through VGA devices at all, but I keep hoping I will be able to get it to work with the open source drivers. $ dmesg | grep -E '(radeon|drm)' [ 0.436833] [drm] Initialized drm 1.1.0 20060810 [ 0.441222] [drm] radeon kernel modesetting enabled. [ 0.442083] [drm] initializing kernel modesetting (CEDAR 0x1002:0x68F9 0x1458:0x254A). [ 0.442096] [drm] register mmio base: 0xF3000000 [ 0.442097] [drm] register mmio size: 131072 [ 0.442127] radeon 0000:00:05.0: Expecting atombios for evergreen GPU [ 0.442161] radeon 0000:00:05.0: Fatal error during GPU init [ 0.442187] [drm] radeon: finishing device. [ 0.449566] radeon: probe of 0000:00:05.0 failed with error -22 The errors look essentially the same as https://bugzilla.kernel.org/show_bug.cgi?id=57831, where the claim is that the VBIOS is not being passed correctly. How can I determine if my issue is that Xen/Qemu is not passing the the correct VBIOS? If this is in fact the case, is there a way to fix this without having to use the closed source drivers or enter the hell that is primary VGA pass trough? Is it worth filing a bug report some place? The driver developers closed the bug as invalid even though the closed source driver handles the issue gracefully. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 16 09:58:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 09:58:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwTfG-0007wT-1U; Mon, 16 Jun 2014 09:57:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwTfE-0007w4-7q for xen-users@lists.xen.org; Mon, 16 Jun 2014 09:57:20 +0000 Received: from [85.158.137.68:13864] by server-11.bemta-3.messagelabs.com id 7A/33-19438-F7FBE935; Mon, 16 Jun 2014 09:57:19 +0000 X-Env-Sender: etzion@barnoy.co.il X-Msg-Ref: server-4.tower-31.messagelabs.com!1402912636!10237841!1 X-Originating-IP: [209.85.219.47] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30447 invoked from network); 16 Jun 2014 09:57:18 -0000 Received: from mail-oa0-f47.google.com (HELO mail-oa0-f47.google.com) (209.85.219.47) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jun 2014 09:57:18 -0000 Received: by mail-oa0-f47.google.com with SMTP id n16so5535436oag.20 for ; Mon, 16 Jun 2014 02:57:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ohYupRoQ88viFNluUE/HcLq4Xld+QoGeLI0+XhcjTSM=; b=dR50MnQxIs6FUdpFiIEyjIZCXWp5cbx3CMpDi1ZlTfPoMgVdlnZz8eyqraa6nncU0Z fxD2hYoAobPoIENWO5l+UuqpO5ZRhWlYNg6pa8xLZmW2J2+gqnLqFIzCVtOwp1cpBwFn M1F1OCL/edPfteWAnQQtVyP2IebRGbCQeJ3RGF9OfdITwYrn3bOmAu9dZdbNFxcGpdZ6 Fxw+KF7fLTDXn6eHi1boKDrP97OVvhOymPATh4H6Ya8D6mbOFJhXcQ2lWedRwBCu/2Xb YVj2FViTQ1R6b80UvXW7eeNtz3v+m5Wjhdz9IiLyOmxm42aODPe9vDkYkehIIJ5JuBDB Iqtg== X-Gm-Message-State: ALoCoQk7Zsg7UPqHGvDEo3cnmxL5MEATrhtgZVs5NfTlfJV1CkY8wBDfUWdAZQNYuKJK+dBqJRO1 MIME-Version: 1.0 X-Received: by 10.182.121.170 with SMTP id ll10mr6889604obb.58.1402912636427; Mon, 16 Jun 2014 02:57:16 -0700 (PDT) Received: by 10.76.6.228 with HTTP; Mon, 16 Jun 2014 02:57:16 -0700 (PDT) X-Originating-IP: [176.13.197.1] In-Reply-To: References: Date: Mon, 16 Jun 2014 12:57:16 +0300 Message-ID: From: Etzion Bar-Noy To: Daniel Shub Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Open source drivers with secondary VGA pass through X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1019385095829529306==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1019385095829529306== Content-Type: multipart/alternative; boundary=089e01536a5a5872c304fbf10d77 --089e01536a5a5872c304fbf10d77 Content-Type: text/plain; charset=UTF-8 Seems excellent. Can you describe the steps you've made in order to get VGA passthrough correctly? How did you blacklist the Radeon driver? What is your VM config file? Thanks! Etzion On 16 June 2014 12:11, Daniel Shub wrote: > I am trying to use the open source Radeon driver on Linux with a passed > through secondary VGA device. I am running Xen 4.4.0 on Arch Linux (kernel > 3.14.6). I have Gigabyte X79-UP4 motherboard and two Gigabyte GV-R545-1GI > (Radeon 5450 chipset) video cards. I can pass either (the primary one that > the Dom0 BIOS comes up on or the secondary one) VGA device to a Windows XP > DomU (qemu-xen-traditional) as a secondary VGA device in conjunction with > virtual Cirrus VGA device. The passed device works perfectly and is stable > across DomU reboots. I can also pass either VGA device to an Arch Linux > (kernel 3.14.6) DomU (qemu-xen-traditional) as a secondary device and the > passed device works perfectly with the Catalyst closed source drivers, but > doesn't work at all with the open source Radeon driver. I know I should > just be happy that I can pass through VGA devices at all, but I keep hoping > I will be able to get it to work with the open source drivers. > > $ dmesg | grep -E '(radeon|drm)' > [ 0.436833] [drm] Initialized drm 1.1.0 20060810 > [ 0.441222] [drm] radeon kernel modesetting enabled. > [ 0.442083] [drm] initializing kernel modesetting (CEDAR 0x1002:0x68F9 > 0x1458:0x254A). > [ 0.442096] [drm] register mmio base: 0xF3000000 > [ 0.442097] [drm] register mmio size: 131072 > [ 0.442127] radeon 0000:00:05.0: Expecting atombios for evergreen GPU > [ 0.442161] radeon 0000:00:05.0: Fatal error during GPU init > [ 0.442187] [drm] radeon: finishing device. > [ 0.449566] radeon: probe of 0000:00:05.0 failed with error -22 > > The errors look essentially the same as > https://bugzilla.kernel.org/show_bug.cgi?id=57831, where the claim is > that the VBIOS is not being passed correctly. How can I determine if my > issue is that Xen/Qemu is not passing the the correct VBIOS? If this is in > fact the case, is there a way to fix this without having to use the closed > source drivers or enter the hell that is primary VGA pass trough? Is it > worth filing a bug report some place? The driver developers closed the bug > as invalid even though the closed source driver handles the issue > gracefully. > This message and any attachment are intended solely for the addressee and > may contain confidential information. If you have received this message in > error, please send it back to me, and immediately delete it. Please do > not use, copy or disclose the information contained in this message or in > any attachment. Any views or opinions expressed by the author of this > email do not necessarily reflect the views of the University of Nottingham. > > This message has been checked for viruses but the contents of an attachment > may still contain software viruses which could damage your computer > system, you are advised to perform your own checks. Email communications > with the University of Nottingham may be monitored as permitted by UK > legislation. > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e01536a5a5872c304fbf10d77 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Seems excellent. Can you describe the steps you've mad= e in order to get VGA passthrough correctly? How did you blacklist the Rade= on driver? What is your VM config file?

Thanks!
Etzion


On 16 June 2014 12:11, Daniel Shub <Daniel.Shub@nottingham= .ac.uk> wrote:
I am trying to use the open source Radeon dr= iver on Linux with a passed through secondary VGA device. I am running Xen = 4.4.0 on Arch Linux (kernel 3.14.6). I have Gigabyte X79-UP4 motherboard an= d two Gigabyte GV-R545-1GI (Radeon 5450 chipset) video cards. I can pass ei= ther (the primary one that the Dom0 BIOS comes up on or the secondary one) = VGA device to a Windows XP DomU (qemu-xen-traditional) as a secondary VGA d= evice in conjunction with virtual Cirrus VGA device. The passed device work= s perfectly and is stable across DomU reboots. I can also pass either VGA d= evice to an Arch Linux (kernel 3.14.6) DomU (qemu-xen-traditional) as a sec= ondary device and the passed device works perfectly with the Catalyst close= d source drivers, but doesn't work at all with the open source Radeon d= river. I know I should just be happy that I can pass through VGA devices at= all, but I keep hoping I will be able to get it to work with the open sour= ce drivers.

$ dmesg | grep -E '(radeon|drm)'
[ =C2=A0 =C2=A00.436833] [drm] Initialized drm 1.1.0 20060810
[ =C2=A0 =C2=A00.441222] [drm] radeon kernel modesetting enabled.
[ =C2=A0 =C2=A00.442083] [drm] initializing kernel modesetting (CEDAR 0x100= 2:0x68F9 0x1458:0x254A).
[ =C2=A0 =C2=A00.442096] [drm] register mmio base: 0xF3000000
[ =C2=A0 =C2=A00.442097] [drm] register mmio size: 131072
[ =C2=A0 =C2=A00.442127] radeon 0000:00:05.0: Expecting atombios for evergr= een GPU
[ =C2=A0 =C2=A00.442161] radeon 0000:00:05.0: Fatal error during GPU init [ =C2=A0 =C2=A00.442187] [drm] radeon: finishing device.
[ =C2=A0 =C2=A00.449566] radeon: probe of 0000:00:05.0 failed with error -2= 2

The errors look essentially the same as https://bugzilla.kernel.org/= show_bug.cgi?id=3D57831, where the claim is that the VBIOS is not being= passed correctly. How can I determine if my issue is that Xen/Qemu is not = passing the the correct VBIOS? If this is in fact the case, is there a way = to fix this without having to use the closed source drivers or enter the he= ll that is primary VGA pass trough? Is it worth filing a bug report some pl= ace? The driver developers closed the bug as invalid even though the closed= source driver handles the issue gracefully.
This message and any attachment are intended solely for the addressee and m= ay contain confidential information. If you have received this message in e= rror, please send it back to me, and immediately delete it. =C2=A0 Please d= o not use, copy or disclose the information contained in this message or in= any attachment. =C2=A0Any views or opinions expressed by the author of thi= s email do not necessarily reflect the views of the University of Nottingha= m.

This message has been checked for viruses but the contents of an attachment=
may still contain software viruses which could damage your computer system,= you are advised to perform your own checks. Email communications with the = University of Nottingham may be monitored as permitted by UK legislation.




_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--089e01536a5a5872c304fbf10d77-- --===============1019385095829529306== 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 --===============1019385095829529306==-- From xen-users-bounces@lists.xen.org Mon Jun 16 09:58:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 09:58:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwTfG-0007wT-1U; Mon, 16 Jun 2014 09:57:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwTfE-0007w4-7q for xen-users@lists.xen.org; Mon, 16 Jun 2014 09:57:20 +0000 Received: from [85.158.137.68:13864] by server-11.bemta-3.messagelabs.com id 7A/33-19438-F7FBE935; Mon, 16 Jun 2014 09:57:19 +0000 X-Env-Sender: etzion@barnoy.co.il X-Msg-Ref: server-4.tower-31.messagelabs.com!1402912636!10237841!1 X-Originating-IP: [209.85.219.47] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30447 invoked from network); 16 Jun 2014 09:57:18 -0000 Received: from mail-oa0-f47.google.com (HELO mail-oa0-f47.google.com) (209.85.219.47) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jun 2014 09:57:18 -0000 Received: by mail-oa0-f47.google.com with SMTP id n16so5535436oag.20 for ; Mon, 16 Jun 2014 02:57:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ohYupRoQ88viFNluUE/HcLq4Xld+QoGeLI0+XhcjTSM=; b=dR50MnQxIs6FUdpFiIEyjIZCXWp5cbx3CMpDi1ZlTfPoMgVdlnZz8eyqraa6nncU0Z fxD2hYoAobPoIENWO5l+UuqpO5ZRhWlYNg6pa8xLZmW2J2+gqnLqFIzCVtOwp1cpBwFn M1F1OCL/edPfteWAnQQtVyP2IebRGbCQeJ3RGF9OfdITwYrn3bOmAu9dZdbNFxcGpdZ6 Fxw+KF7fLTDXn6eHi1boKDrP97OVvhOymPATh4H6Ya8D6mbOFJhXcQ2lWedRwBCu/2Xb YVj2FViTQ1R6b80UvXW7eeNtz3v+m5Wjhdz9IiLyOmxm42aODPe9vDkYkehIIJ5JuBDB Iqtg== X-Gm-Message-State: ALoCoQk7Zsg7UPqHGvDEo3cnmxL5MEATrhtgZVs5NfTlfJV1CkY8wBDfUWdAZQNYuKJK+dBqJRO1 MIME-Version: 1.0 X-Received: by 10.182.121.170 with SMTP id ll10mr6889604obb.58.1402912636427; Mon, 16 Jun 2014 02:57:16 -0700 (PDT) Received: by 10.76.6.228 with HTTP; Mon, 16 Jun 2014 02:57:16 -0700 (PDT) X-Originating-IP: [176.13.197.1] In-Reply-To: References: Date: Mon, 16 Jun 2014 12:57:16 +0300 Message-ID: From: Etzion Bar-Noy To: Daniel Shub Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Open source drivers with secondary VGA pass through X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1019385095829529306==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1019385095829529306== Content-Type: multipart/alternative; boundary=089e01536a5a5872c304fbf10d77 --089e01536a5a5872c304fbf10d77 Content-Type: text/plain; charset=UTF-8 Seems excellent. Can you describe the steps you've made in order to get VGA passthrough correctly? How did you blacklist the Radeon driver? What is your VM config file? Thanks! Etzion On 16 June 2014 12:11, Daniel Shub wrote: > I am trying to use the open source Radeon driver on Linux with a passed > through secondary VGA device. I am running Xen 4.4.0 on Arch Linux (kernel > 3.14.6). I have Gigabyte X79-UP4 motherboard and two Gigabyte GV-R545-1GI > (Radeon 5450 chipset) video cards. I can pass either (the primary one that > the Dom0 BIOS comes up on or the secondary one) VGA device to a Windows XP > DomU (qemu-xen-traditional) as a secondary VGA device in conjunction with > virtual Cirrus VGA device. The passed device works perfectly and is stable > across DomU reboots. I can also pass either VGA device to an Arch Linux > (kernel 3.14.6) DomU (qemu-xen-traditional) as a secondary device and the > passed device works perfectly with the Catalyst closed source drivers, but > doesn't work at all with the open source Radeon driver. I know I should > just be happy that I can pass through VGA devices at all, but I keep hoping > I will be able to get it to work with the open source drivers. > > $ dmesg | grep -E '(radeon|drm)' > [ 0.436833] [drm] Initialized drm 1.1.0 20060810 > [ 0.441222] [drm] radeon kernel modesetting enabled. > [ 0.442083] [drm] initializing kernel modesetting (CEDAR 0x1002:0x68F9 > 0x1458:0x254A). > [ 0.442096] [drm] register mmio base: 0xF3000000 > [ 0.442097] [drm] register mmio size: 131072 > [ 0.442127] radeon 0000:00:05.0: Expecting atombios for evergreen GPU > [ 0.442161] radeon 0000:00:05.0: Fatal error during GPU init > [ 0.442187] [drm] radeon: finishing device. > [ 0.449566] radeon: probe of 0000:00:05.0 failed with error -22 > > The errors look essentially the same as > https://bugzilla.kernel.org/show_bug.cgi?id=57831, where the claim is > that the VBIOS is not being passed correctly. How can I determine if my > issue is that Xen/Qemu is not passing the the correct VBIOS? If this is in > fact the case, is there a way to fix this without having to use the closed > source drivers or enter the hell that is primary VGA pass trough? Is it > worth filing a bug report some place? The driver developers closed the bug > as invalid even though the closed source driver handles the issue > gracefully. > This message and any attachment are intended solely for the addressee and > may contain confidential information. If you have received this message in > error, please send it back to me, and immediately delete it. Please do > not use, copy or disclose the information contained in this message or in > any attachment. Any views or opinions expressed by the author of this > email do not necessarily reflect the views of the University of Nottingham. > > This message has been checked for viruses but the contents of an attachment > may still contain software viruses which could damage your computer > system, you are advised to perform your own checks. Email communications > with the University of Nottingham may be monitored as permitted by UK > legislation. > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e01536a5a5872c304fbf10d77 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Seems excellent. Can you describe the steps you've mad= e in order to get VGA passthrough correctly? How did you blacklist the Rade= on driver? What is your VM config file?

Thanks!
Etzion


On 16 June 2014 12:11, Daniel Shub <Daniel.Shub@nottingham= .ac.uk> wrote:
I am trying to use the open source Radeon dr= iver on Linux with a passed through secondary VGA device. I am running Xen = 4.4.0 on Arch Linux (kernel 3.14.6). I have Gigabyte X79-UP4 motherboard an= d two Gigabyte GV-R545-1GI (Radeon 5450 chipset) video cards. I can pass ei= ther (the primary one that the Dom0 BIOS comes up on or the secondary one) = VGA device to a Windows XP DomU (qemu-xen-traditional) as a secondary VGA d= evice in conjunction with virtual Cirrus VGA device. The passed device work= s perfectly and is stable across DomU reboots. I can also pass either VGA d= evice to an Arch Linux (kernel 3.14.6) DomU (qemu-xen-traditional) as a sec= ondary device and the passed device works perfectly with the Catalyst close= d source drivers, but doesn't work at all with the open source Radeon d= river. I know I should just be happy that I can pass through VGA devices at= all, but I keep hoping I will be able to get it to work with the open sour= ce drivers.

$ dmesg | grep -E '(radeon|drm)'
[ =C2=A0 =C2=A00.436833] [drm] Initialized drm 1.1.0 20060810
[ =C2=A0 =C2=A00.441222] [drm] radeon kernel modesetting enabled.
[ =C2=A0 =C2=A00.442083] [drm] initializing kernel modesetting (CEDAR 0x100= 2:0x68F9 0x1458:0x254A).
[ =C2=A0 =C2=A00.442096] [drm] register mmio base: 0xF3000000
[ =C2=A0 =C2=A00.442097] [drm] register mmio size: 131072
[ =C2=A0 =C2=A00.442127] radeon 0000:00:05.0: Expecting atombios for evergr= een GPU
[ =C2=A0 =C2=A00.442161] radeon 0000:00:05.0: Fatal error during GPU init [ =C2=A0 =C2=A00.442187] [drm] radeon: finishing device.
[ =C2=A0 =C2=A00.449566] radeon: probe of 0000:00:05.0 failed with error -2= 2

The errors look essentially the same as https://bugzilla.kernel.org/= show_bug.cgi?id=3D57831, where the claim is that the VBIOS is not being= passed correctly. How can I determine if my issue is that Xen/Qemu is not = passing the the correct VBIOS? If this is in fact the case, is there a way = to fix this without having to use the closed source drivers or enter the he= ll that is primary VGA pass trough? Is it worth filing a bug report some pl= ace? The driver developers closed the bug as invalid even though the closed= source driver handles the issue gracefully.
This message and any attachment are intended solely for the addressee and m= ay contain confidential information. If you have received this message in e= rror, please send it back to me, and immediately delete it. =C2=A0 Please d= o not use, copy or disclose the information contained in this message or in= any attachment. =C2=A0Any views or opinions expressed by the author of thi= s email do not necessarily reflect the views of the University of Nottingha= m.

This message has been checked for viruses but the contents of an attachment=
may still contain software viruses which could damage your computer system,= you are advised to perform your own checks. Email communications with the = University of Nottingham may be monitored as permitted by UK legislation.




_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--089e01536a5a5872c304fbf10d77-- --===============1019385095829529306== 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 --===============1019385095829529306==-- From xen-users-bounces@lists.xen.org Mon Jun 16 11:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 11:17:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwUtf-0001lF-6R; Mon, 16 Jun 2014 11:16:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwUte-0001lA-HC for xen-users@lists.xen.org; Mon, 16 Jun 2014 11:16:18 +0000 Received: from [193.109.254.147:19892] by server-5.bemta-14.messagelabs.com id D9/D0-26413-102DE935; Mon, 16 Jun 2014 11:16:17 +0000 X-Env-Sender: mszds3@nottingham.ac.uk X-Msg-Ref: server-7.tower-27.messagelabs.com!1402917376!11488802!1 X-Originating-IP: [93.159.202.53] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18766 invoked from network); 16 Jun 2014 11:16:17 -0000 Received: from engine03-20433-10.icritical.com (HELO engine03-20433-10.icritical.com) (93.159.202.53) by server-7.tower-27.messagelabs.com with SMTP; 16 Jun 2014 11:16:17 -0000 Received: (qmail 3329 invoked from network); 16 Jun 2014 11:16:17 -0000 Received: from localhost (127.0.0.1) by engine03-20433-10.icritical.com with SMTP; 16 Jun 2014 11:16:17 -0000 Received: from engine03-20433-10.icritical.com ([127.0.0.1]) by localhost (engine03-20433-10.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 02960-04 for ; Mon, 16 Jun 2014 12:16:09 +0100 (BST) Received: (qmail 3216 invoked by uid 599); 16 Jun 2014 11:16:04 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine03-20433-10.icritical.com (qpsmtpd/0.28) with ESMTP; Mon, 16 Jun 2014 12:16:04 +0100 Received: from plpconcha.psychology.nottingham.ac.uk ([128.243.32.68] helo=plpconcha.localnet) by smtp4.nottingham.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1WwUtN-0005nf-6Y; Mon, 16 Jun 2014 12:16:01 +0100 From: "Daniel E. Shub" To: xen-users@lists.xen.org Date: Mon, 16 Jun 2014 12:16 +0100 Message-ID: <6528087.AnNter14Rj@plpconcha> User-Agent: KMail/4.13.2 (Linux/3.14.6-1-ARCH; KDE/4.13.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-10.icritical.com Cc: Etzion Bar-Noy Subject: Re: [Xen-users] Open source drivers with secondary VGA pass through X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Monday 16 June 2014 10:57:16 Etzion Bar-Noy wrote: > Seems excellent. Can you describe the steps you've made in order to get VGA > passthrough correctly? How did you blacklist the Radeon driver? What is > your VM config file? > > Thanks! > Etzion > I didn't do anything to get it to work with the closed source drivers on Linux or Windows. Presumably, I have just gotten lucky in terms of hardware choices or Kantras has included the perfect set of patches in the Arch package. I didn't do any sort of "blacklisting" in the Dom0. I just use "xl pci- assignable-add" on the devices I want to pass trough. My configuration file is name = "Arch" builder = 'hvm' device_model = "qemu-xen-traditional" memory = 8192 vcpus = 2 disk = [ 'phy:/dev/mapper/vg0-arch,xvda,w' ] vif = [ 'mac=00:16:3e:00:00:00,bridge=xenbr0' ] pci = [ '02:00.0', '02:00.1' ] where vg0-arch is an LVM volume and the PCI devices 02:00.0 and 02:00.1 are the graphics and sound devices on the AMD 5450. The windows configuration file is essentially the same. In the Linux DomU, I just installed the catalyst package (https://wiki.archlinux.org/index.php/AMD_Catalyst) and everything works. Potentially the Catalyst package is blacklisting the Radeon driver in the DomU, but I am pretty sure that is not what you are talking about. In the Windows XP DomU, Windows Update found a driver. All I had to do was disable the virtual Cirrus video card in device manager. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 16 11:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 11:17:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwUtf-0001lF-6R; Mon, 16 Jun 2014 11:16:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwUte-0001lA-HC for xen-users@lists.xen.org; Mon, 16 Jun 2014 11:16:18 +0000 Received: from [193.109.254.147:19892] by server-5.bemta-14.messagelabs.com id D9/D0-26413-102DE935; Mon, 16 Jun 2014 11:16:17 +0000 X-Env-Sender: mszds3@nottingham.ac.uk X-Msg-Ref: server-7.tower-27.messagelabs.com!1402917376!11488802!1 X-Originating-IP: [93.159.202.53] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18766 invoked from network); 16 Jun 2014 11:16:17 -0000 Received: from engine03-20433-10.icritical.com (HELO engine03-20433-10.icritical.com) (93.159.202.53) by server-7.tower-27.messagelabs.com with SMTP; 16 Jun 2014 11:16:17 -0000 Received: (qmail 3329 invoked from network); 16 Jun 2014 11:16:17 -0000 Received: from localhost (127.0.0.1) by engine03-20433-10.icritical.com with SMTP; 16 Jun 2014 11:16:17 -0000 Received: from engine03-20433-10.icritical.com ([127.0.0.1]) by localhost (engine03-20433-10.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 02960-04 for ; Mon, 16 Jun 2014 12:16:09 +0100 (BST) Received: (qmail 3216 invoked by uid 599); 16 Jun 2014 11:16:04 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine03-20433-10.icritical.com (qpsmtpd/0.28) with ESMTP; Mon, 16 Jun 2014 12:16:04 +0100 Received: from plpconcha.psychology.nottingham.ac.uk ([128.243.32.68] helo=plpconcha.localnet) by smtp4.nottingham.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1WwUtN-0005nf-6Y; Mon, 16 Jun 2014 12:16:01 +0100 From: "Daniel E. Shub" To: xen-users@lists.xen.org Date: Mon, 16 Jun 2014 12:16 +0100 Message-ID: <6528087.AnNter14Rj@plpconcha> User-Agent: KMail/4.13.2 (Linux/3.14.6-1-ARCH; KDE/4.13.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-10.icritical.com Cc: Etzion Bar-Noy Subject: Re: [Xen-users] Open source drivers with secondary VGA pass through X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Monday 16 June 2014 10:57:16 Etzion Bar-Noy wrote: > Seems excellent. Can you describe the steps you've made in order to get VGA > passthrough correctly? How did you blacklist the Radeon driver? What is > your VM config file? > > Thanks! > Etzion > I didn't do anything to get it to work with the closed source drivers on Linux or Windows. Presumably, I have just gotten lucky in terms of hardware choices or Kantras has included the perfect set of patches in the Arch package. I didn't do any sort of "blacklisting" in the Dom0. I just use "xl pci- assignable-add" on the devices I want to pass trough. My configuration file is name = "Arch" builder = 'hvm' device_model = "qemu-xen-traditional" memory = 8192 vcpus = 2 disk = [ 'phy:/dev/mapper/vg0-arch,xvda,w' ] vif = [ 'mac=00:16:3e:00:00:00,bridge=xenbr0' ] pci = [ '02:00.0', '02:00.1' ] where vg0-arch is an LVM volume and the PCI devices 02:00.0 and 02:00.1 are the graphics and sound devices on the AMD 5450. The windows configuration file is essentially the same. In the Linux DomU, I just installed the catalyst package (https://wiki.archlinux.org/index.php/AMD_Catalyst) and everything works. Potentially the Catalyst package is blacklisting the Radeon driver in the DomU, but I am pretty sure that is not what you are talking about. In the Windows XP DomU, Windows Update found a driver. All I had to do was disable the virtual Cirrus video card in device manager. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 16 16:33:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 16:33:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwZpZ-0001Mp-Tj; Mon, 16 Jun 2014 16:32:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwZpX-0001Mk-Ky for xen-users@lists.xen.org; Mon, 16 Jun 2014 16:32:24 +0000 Received: from [85.158.137.68:14619] by server-5.bemta-3.messagelabs.com id 17/75-18761-61C1F935; Mon, 16 Jun 2014 16:32:22 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1402936342!10431147!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 994 invoked from network); 16 Jun 2014 16:32:22 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-5.tower-31.messagelabs.com with SMTP; 16 Jun 2014 16:32:22 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 16 Jun 2014 17:32:21 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Mon, 16 Jun 2014 17:32:14 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Mon, 16 Jun 2014 17:32:13 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+GJ432NMXkND6kTV2dGbttFfplXwAAIr6QADswnlA= Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061617322101502 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D77121B687GEORGEEmeaA_" Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D77121B687GEORGEEmeaA_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 T24gVGh1LCBKdW4gMTIsIDIwMTQgYXQgMTU6NTA6MDIsIEplZW51IFZpc3dhbWJoYXJhbiB3cm90 ZToNCj4gPiA+ICAgLSBXaGF0IGRvZXMgRE9NMCBzZWUgYXMgaXRzIFBDIGF0IGVudHJ5Pw0KPiA+ DQo+ID4gVGhlIGxvYWQgYWRkcmVzcyBvZiB0aGUga2VybmVsIGltYWdlLCBzaW5jZSB0aGUgeklt YWdlIHByb3RvY29sDQo+ID4gcmVxdWlyZXMgdXMgdG8gZW50ZXIgdGhlIGtlcm5lbCBhdCB0aGF0 IG9mZnNldC4NCj4NCj4gSSBtYW5hZ2VkIHRvIGJyZWFrIGF0IGVyZXQgYmVmb3JlIGd1ZXN0IGVu dHJ5LCBhbmQgdGhlIFBDIGlzDQo+IDB4YWZjMDAwMDAgaXRzZWxmLiBJdCBkb2VzIGZhaWwgdG8g Ym9vdCBiYXJlIG1ldGFsIHRvbyBmcm9tIHRoYXQNCj4gYWRkcmVzcy4gSSdsbCBzZWUgaWYgSSBj YW4gZmluZCB3aGF0J3MgZ29pbmcgd3JvbmcuDQoNCkkndmUgYmVlbiB0b2xkIHRoYXQgbG9hZGlu ZyBMaW51eCBhdCB0aGF0IGhpZ2ggYW4gb2Zmc2V0IGZyb20gdGhlIG1lbW9yeQ0KYmFzZSB3b3Vs ZG4ndCB3b3JrIGFmdGVyIGFsbCwgZXZlbiBvbiBiYXJlIG1ldGFsLiBJIHRoZXJlZm9yZSBzZXQN Cmtlcm5lbF9hZGRyX3IgdG8gMHg4MDAwODAwMCwgd2hpY2ggbWFrZXMgWGVuIGxvYWQgRE9NMCBh dCAweDhmYzAwMDAwLiBJDQpjYW4gc2VlIExpbnV4IHN0YXJ0aW5nIHRvIGJvb3QgZnJvbSB0aGlz IGFkZHJlc3Mgb24gYmFyZSBtZXRhbCwgYnV0IFdpdGgNClhlbiBJJ20gc2VlaW5nICJ1bmNvbXBy ZXNzaW9uIGVycm9yIiAobm90IHByaW50ZWQgb24gdG8gdGhlIGNvbnNvbGUsIGJ1dA0KdGhyb3Vn aCBkZWJ1Z2dlciBpbnNwZWN0aW9uKS4NCg0KSSBoYXZlbid0IHBpbm5lZCBkb3duIHdoeSBleGFj dGx5IGl0J3MgdGhyb3dpbmcgdGhpcy4gV2hpbGUgSSdtIGF0IGl0LA0KSSdkIGFwcHJlY2lhdGUg YW55IGhlbHBmdWwgcG9pbnRlcnMuDQoNCi0tDQpKZWVudQ0KDQotLSBJTVBPUlRBTlQgTk9USUNF OiBUaGUgY29udGVudHMgb2YgdGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25m aWRlbnRpYWwgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBp bnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVseSBh bmQgZG8gbm90IGRpc2Nsb3NlIHRoZSBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLCB1c2Ug aXQgZm9yIGFueSBwdXJwb3NlLCBvciBzdG9yZSBvciBjb3B5IHRoZSBpbmZvcm1hdGlvbiBpbiBh bnkgbWVkaXVtLiAgVGhhbmsgeW91Lg0KDQpBUk0gTGltaXRlZCwgUmVnaXN0ZXJlZCBvZmZpY2Ug MTEwIEZ1bGJvdXJuIFJvYWQsIENhbWJyaWRnZSBDQjEgOU5KLCBSZWdpc3RlcmVkIGluIEVuZ2xh bmQgJiBXYWxlcywgQ29tcGFueSBObzogIDI1NTc1OTANCkFSTSBIb2xkaW5ncyBwbGMsIFJlZ2lz dGVyZWQgb2ZmaWNlIDExMCBGdWxib3VybiBSb2FkLCBDYW1icmlkZ2UgQ0IxIDlOSiwgUmVnaXN0 ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMsIENvbXBhbnkgTm86ICAyNTQ4NzgyDQo= --_002_B69BE294631500448B6D3B9936E1743202D77121B687GEORGEEmeaA_ Content-Type: application/octet-stream; name="xen.log" Content-Description: xen.log Content-Disposition: attachment; filename="xen.log"; size=2472; creation-date="Mon, 16 Jun 2014 16:31:43 GMT"; modification-date="Mon, 16 Jun 2014 16:31:23 GMT" Content-Transfer-Encoding: base64 U3RhcnRpbmcga2VybmVsIC4uLgoKIFhlbiA0LjQuMAooWEVOKSBYZW4gdmVyc2lvbiA0LjQuMCAo amVldmlzMDFAY2FtYnJpZGdlLmFybS5jb20pIChhcm0tbGludXgtZ251ZWFiaWhmLWdjYyAoVWJ1 bnR1L0xpbmFybyA0LjYuMy0xdWJ1bnR1NSkgNC42LjMpIGRlYnVnPW4gV2VkIEp1biAxMSAxNToy Nzo1NSBCU1QgMjAxNAooWEVOKSBMYXRlc3QgQ2hhbmdlU2V0OiBNb24gTWFyIDEwIDEwOjIzOjM5 IDIwMTQgKzAwMDAgZ2l0OjgxNmU4ZDgKKFhFTikgQ29uc29sZSBvdXRwdXQgaXMgc3luY2hyb25v dXMuCihYRU4pIFByb2Nlc3NvcjogNDEyZmMwZjE6ICJBUk0gTGltaXRlZCIsIHZhcmlhbnQ6IDB4 MiwgcGFydCAweGMwZiwgcmV2IDB4MQooWEVOKSAzMi1iaXQgRXhlY3V0aW9uOgooWEVOKSAgIFBy b2Nlc3NvciBGZWF0dXJlczogMDAwMDExMzE6MDAwMTEwMTEKKFhFTikgICAgIEluc3RydWN0aW9u IFNldHM6IEFBcmNoMzIgVGh1bWIgVGh1bWItMiBUaHVtYkVFIEphemVsbGUKKFhFTikgICAgIEV4 dGVuc2lvbnM6IEdlbmVyaWNUaW1lciBTZWN1cml0eQooWEVOKSAgIERlYnVnIEZlYXR1cmVzOiAw MjAxMDU1NQooWEVOKSAgIEF1eGlsaWFyeSBGZWF0dXJlczogMDAwMDAwMDAKKFhFTikgICBNZW1v cnkgTW9kZWwgRmVhdHVyZXM6IDEwMjAxMTA1IDIwMDAwMDAwIDAxMjQwMDAwIDAyMTAyMjExCihY RU4pICBJU0EgRmVhdHVyZXM6IDAyMTAxMTEwIDEzMTEyMTExIDIxMjMyMDQxIDExMTEyMTMxIDEw MDExMTQyIDAwMDAwMDAwCihYRU4pIFNldCBTWVNfRkxBR1MgdG8gMDAwMDAwMDBiZmUwMDA0YyAo MDAyMDAwNGMpCihYRU4pIEdlbmVyaWMgVGltZXIgSVJROiBwaHlzPTMwIGh5cD0yNiB2aXJ0PTI3 CihYRU4pIFVzaW5nIGdlbmVyaWMgdGltZXIgYXQgMjQwMDAgS0h6CihYRU4pIEdJQyBpbml0aWFs aXphdGlvbjoKKFhFTikgICAgICAgICBnaWNfZGlzdF9hZGRyPTAwMDAwMDAwMmMwMDEwMDAKKFhF TikgICAgICAgICBnaWNfY3B1X2FkZHI9MDAwMDAwMDAyYzAwMjAwMAooWEVOKSAgICAgICAgIGdp Y19oeXBfYWRkcj0wMDAwMDAwMDJjMDA0MDAwCihYRU4pICAgICAgICAgZ2ljX3ZjcHVfYWRkcj0w MDAwMDAwMDJjMDA2MDAwCihYRU4pICAgICAgICAgZ2ljX21haW50ZW5hbmNlX2lycT0yNQooWEVO KSBHSUM6IDE5MiBsaW5lcywgNSBjcHVzLCBzZWN1cmUgKElJRCAwMjAwMDQzYikuCihYRU4pIFVz aW5nIHNjaGVkdWxlcjogU01QIENyZWRpdCBTY2hlZHVsZXIgKGNyZWRpdCkKKFhFTikgQWxsb2Nh dGVkIGNvbnNvbGUgcmluZyBvZiAxNiBLaUIuCihYRU4pIFZGUCBpbXBsZW1lbnRlciAweDQxIGFy Y2hpdGVjdHVyZSA0IHBhcnQgMHgzMCB2YXJpYW50IDB4ZiByZXYgMHgwCihYRU4pIEJyaW5naW5n IHVwIENQVTEKKFhFTikgQnJvdWdodCB1cCAyIENQVXMKKFhFTikgKioqIExPQURJTkcgRE9NQUlO IDAgKioqCihYRU4pIFBvcHVsYXRlIFAyTSAweDg4MDAwMDAwLT4weDkwMDAwMDAwICgxOjEgbWFw cGluZyBmb3IgZG9tMCkKKFhFTikgTG9hZGluZyBrZXJuZWwgZnJvbSBib290IG1vZHVsZSAyCihY RU4pIExvYWRpbmcgekltYWdlIGZyb20gMDAwMDAwMDA4MDAwODAwMCB0byAwMDAwMDAwMDhmYzAw MDAwLTAwMDAwMDAwOGZmMTNiYTAKKFhFTikgTG9hZGluZyBkb20wIERUQiB0byAweDAwMDAwMDAw OGZhMDAwMDAtMHgwMDAwMDAwMDhmYTAyZjFjCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLi4u Li4uLmRvbmUuCihYRU4pIEluaXRpYWwgbG93IG1lbW9yeSB2aXJxIHRocmVzaG9sZCBzZXQgYXQg MHg0MDAwIHBhZ2VzLgooWEVOKSBTdGQuIExvZ2xldmVsOiBFcnJvcnMgYW5kIHdhcm5pbmdzCihY RU4pIEd1ZXN0IExvZ2xldmVsOiBOb3RoaW5nIChSYXRlLWxpbWl0ZWQ6IEVycm9ycyBhbmQgd2Fy bmluZ3MpCihYRU4pICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioKKFhFTikgKioqKioqKiBXQVJOSU5HOiBDT05TT0xFIE9VVFBVVCBJUyBTWU5DSFJPTk9VUwoo WEVOKSAqKioqKioqIFRoaXMgb3B0aW9uIGlzIGludGVuZGVkIHRvIGFpZCBkZWJ1Z2dpbmcgb2Yg WGVuIGJ5IGVuc3VyaW5nCihYRU4pICoqKioqKiogdGhhdCBhbGwgb3V0cHV0IGlzIHN5bmNocm9u b3VzbHkgZGVsaXZlcmVkIG9uIHRoZSBzZXJpYWwgbGluZS4KKFhFTikgKioqKioqKiBIb3dldmVy IGl0IGNhbiBpbnRyb2R1Y2UgU0lHTklGSUNBTlQgbGF0ZW5jaWVzIGFuZCBhZmZlY3QKKFhFTikg KioqKioqKiB0aW1la2VlcGluZy4gSXQgaXMgTk9UIHJlY29tbWVuZGVkIGZvciBwcm9kdWN0aW9u IHVzZSEKKFhFTikgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KgooWEVOKSAzLi4uIDIuLi4gMS4uLgooWEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAgKHR5 cGUgJ0NUUkwtYScgdGhyZWUgdGltZXMgdG8gc3dpdGNoIGlucHV0IHRvIFhlbikKKFhFTikgRnJl ZWQgMjQwa0IgaW5pdCBtZW1vcnku --_002_B69BE294631500448B6D3B9936E1743202D77121B687GEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D77121B687GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Mon Jun 16 16:33:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 16:33:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwZpZ-0001Mp-Tj; Mon, 16 Jun 2014 16:32:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwZpX-0001Mk-Ky for xen-users@lists.xen.org; Mon, 16 Jun 2014 16:32:24 +0000 Received: from [85.158.137.68:14619] by server-5.bemta-3.messagelabs.com id 17/75-18761-61C1F935; Mon, 16 Jun 2014 16:32:22 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1402936342!10431147!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 994 invoked from network); 16 Jun 2014 16:32:22 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-5.tower-31.messagelabs.com with SMTP; 16 Jun 2014 16:32:22 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 16 Jun 2014 17:32:21 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Mon, 16 Jun 2014 17:32:14 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Mon, 16 Jun 2014 17:32:13 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+GJ432NMXkND6kTV2dGbttFfplXwAAIr6QADswnlA= Message-ID: References: <1401875018.7451.18.camel@kazak.uk.xensource.com> <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061617322101502 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D77121B687GEORGEEmeaA_" Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D77121B687GEORGEEmeaA_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 T24gVGh1LCBKdW4gMTIsIDIwMTQgYXQgMTU6NTA6MDIsIEplZW51IFZpc3dhbWJoYXJhbiB3cm90 ZToNCj4gPiA+ICAgLSBXaGF0IGRvZXMgRE9NMCBzZWUgYXMgaXRzIFBDIGF0IGVudHJ5Pw0KPiA+ DQo+ID4gVGhlIGxvYWQgYWRkcmVzcyBvZiB0aGUga2VybmVsIGltYWdlLCBzaW5jZSB0aGUgeklt YWdlIHByb3RvY29sDQo+ID4gcmVxdWlyZXMgdXMgdG8gZW50ZXIgdGhlIGtlcm5lbCBhdCB0aGF0 IG9mZnNldC4NCj4NCj4gSSBtYW5hZ2VkIHRvIGJyZWFrIGF0IGVyZXQgYmVmb3JlIGd1ZXN0IGVu dHJ5LCBhbmQgdGhlIFBDIGlzDQo+IDB4YWZjMDAwMDAgaXRzZWxmLiBJdCBkb2VzIGZhaWwgdG8g Ym9vdCBiYXJlIG1ldGFsIHRvbyBmcm9tIHRoYXQNCj4gYWRkcmVzcy4gSSdsbCBzZWUgaWYgSSBj YW4gZmluZCB3aGF0J3MgZ29pbmcgd3JvbmcuDQoNCkkndmUgYmVlbiB0b2xkIHRoYXQgbG9hZGlu ZyBMaW51eCBhdCB0aGF0IGhpZ2ggYW4gb2Zmc2V0IGZyb20gdGhlIG1lbW9yeQ0KYmFzZSB3b3Vs ZG4ndCB3b3JrIGFmdGVyIGFsbCwgZXZlbiBvbiBiYXJlIG1ldGFsLiBJIHRoZXJlZm9yZSBzZXQN Cmtlcm5lbF9hZGRyX3IgdG8gMHg4MDAwODAwMCwgd2hpY2ggbWFrZXMgWGVuIGxvYWQgRE9NMCBh dCAweDhmYzAwMDAwLiBJDQpjYW4gc2VlIExpbnV4IHN0YXJ0aW5nIHRvIGJvb3QgZnJvbSB0aGlz IGFkZHJlc3Mgb24gYmFyZSBtZXRhbCwgYnV0IFdpdGgNClhlbiBJJ20gc2VlaW5nICJ1bmNvbXBy ZXNzaW9uIGVycm9yIiAobm90IHByaW50ZWQgb24gdG8gdGhlIGNvbnNvbGUsIGJ1dA0KdGhyb3Vn aCBkZWJ1Z2dlciBpbnNwZWN0aW9uKS4NCg0KSSBoYXZlbid0IHBpbm5lZCBkb3duIHdoeSBleGFj dGx5IGl0J3MgdGhyb3dpbmcgdGhpcy4gV2hpbGUgSSdtIGF0IGl0LA0KSSdkIGFwcHJlY2lhdGUg YW55IGhlbHBmdWwgcG9pbnRlcnMuDQoNCi0tDQpKZWVudQ0KDQotLSBJTVBPUlRBTlQgTk9USUNF OiBUaGUgY29udGVudHMgb2YgdGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25m aWRlbnRpYWwgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBp bnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVseSBh bmQgZG8gbm90IGRpc2Nsb3NlIHRoZSBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLCB1c2Ug aXQgZm9yIGFueSBwdXJwb3NlLCBvciBzdG9yZSBvciBjb3B5IHRoZSBpbmZvcm1hdGlvbiBpbiBh bnkgbWVkaXVtLiAgVGhhbmsgeW91Lg0KDQpBUk0gTGltaXRlZCwgUmVnaXN0ZXJlZCBvZmZpY2Ug MTEwIEZ1bGJvdXJuIFJvYWQsIENhbWJyaWRnZSBDQjEgOU5KLCBSZWdpc3RlcmVkIGluIEVuZ2xh bmQgJiBXYWxlcywgQ29tcGFueSBObzogIDI1NTc1OTANCkFSTSBIb2xkaW5ncyBwbGMsIFJlZ2lz dGVyZWQgb2ZmaWNlIDExMCBGdWxib3VybiBSb2FkLCBDYW1icmlkZ2UgQ0IxIDlOSiwgUmVnaXN0 ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMsIENvbXBhbnkgTm86ICAyNTQ4NzgyDQo= --_002_B69BE294631500448B6D3B9936E1743202D77121B687GEORGEEmeaA_ Content-Type: application/octet-stream; name="xen.log" Content-Description: xen.log Content-Disposition: attachment; filename="xen.log"; size=2472; creation-date="Mon, 16 Jun 2014 16:31:43 GMT"; modification-date="Mon, 16 Jun 2014 16:31:23 GMT" Content-Transfer-Encoding: base64 U3RhcnRpbmcga2VybmVsIC4uLgoKIFhlbiA0LjQuMAooWEVOKSBYZW4gdmVyc2lvbiA0LjQuMCAo amVldmlzMDFAY2FtYnJpZGdlLmFybS5jb20pIChhcm0tbGludXgtZ251ZWFiaWhmLWdjYyAoVWJ1 bnR1L0xpbmFybyA0LjYuMy0xdWJ1bnR1NSkgNC42LjMpIGRlYnVnPW4gV2VkIEp1biAxMSAxNToy Nzo1NSBCU1QgMjAxNAooWEVOKSBMYXRlc3QgQ2hhbmdlU2V0OiBNb24gTWFyIDEwIDEwOjIzOjM5 IDIwMTQgKzAwMDAgZ2l0OjgxNmU4ZDgKKFhFTikgQ29uc29sZSBvdXRwdXQgaXMgc3luY2hyb25v dXMuCihYRU4pIFByb2Nlc3NvcjogNDEyZmMwZjE6ICJBUk0gTGltaXRlZCIsIHZhcmlhbnQ6IDB4 MiwgcGFydCAweGMwZiwgcmV2IDB4MQooWEVOKSAzMi1iaXQgRXhlY3V0aW9uOgooWEVOKSAgIFBy b2Nlc3NvciBGZWF0dXJlczogMDAwMDExMzE6MDAwMTEwMTEKKFhFTikgICAgIEluc3RydWN0aW9u IFNldHM6IEFBcmNoMzIgVGh1bWIgVGh1bWItMiBUaHVtYkVFIEphemVsbGUKKFhFTikgICAgIEV4 dGVuc2lvbnM6IEdlbmVyaWNUaW1lciBTZWN1cml0eQooWEVOKSAgIERlYnVnIEZlYXR1cmVzOiAw MjAxMDU1NQooWEVOKSAgIEF1eGlsaWFyeSBGZWF0dXJlczogMDAwMDAwMDAKKFhFTikgICBNZW1v cnkgTW9kZWwgRmVhdHVyZXM6IDEwMjAxMTA1IDIwMDAwMDAwIDAxMjQwMDAwIDAyMTAyMjExCihY RU4pICBJU0EgRmVhdHVyZXM6IDAyMTAxMTEwIDEzMTEyMTExIDIxMjMyMDQxIDExMTEyMTMxIDEw MDExMTQyIDAwMDAwMDAwCihYRU4pIFNldCBTWVNfRkxBR1MgdG8gMDAwMDAwMDBiZmUwMDA0YyAo MDAyMDAwNGMpCihYRU4pIEdlbmVyaWMgVGltZXIgSVJROiBwaHlzPTMwIGh5cD0yNiB2aXJ0PTI3 CihYRU4pIFVzaW5nIGdlbmVyaWMgdGltZXIgYXQgMjQwMDAgS0h6CihYRU4pIEdJQyBpbml0aWFs aXphdGlvbjoKKFhFTikgICAgICAgICBnaWNfZGlzdF9hZGRyPTAwMDAwMDAwMmMwMDEwMDAKKFhF TikgICAgICAgICBnaWNfY3B1X2FkZHI9MDAwMDAwMDAyYzAwMjAwMAooWEVOKSAgICAgICAgIGdp Y19oeXBfYWRkcj0wMDAwMDAwMDJjMDA0MDAwCihYRU4pICAgICAgICAgZ2ljX3ZjcHVfYWRkcj0w MDAwMDAwMDJjMDA2MDAwCihYRU4pICAgICAgICAgZ2ljX21haW50ZW5hbmNlX2lycT0yNQooWEVO KSBHSUM6IDE5MiBsaW5lcywgNSBjcHVzLCBzZWN1cmUgKElJRCAwMjAwMDQzYikuCihYRU4pIFVz aW5nIHNjaGVkdWxlcjogU01QIENyZWRpdCBTY2hlZHVsZXIgKGNyZWRpdCkKKFhFTikgQWxsb2Nh dGVkIGNvbnNvbGUgcmluZyBvZiAxNiBLaUIuCihYRU4pIFZGUCBpbXBsZW1lbnRlciAweDQxIGFy Y2hpdGVjdHVyZSA0IHBhcnQgMHgzMCB2YXJpYW50IDB4ZiByZXYgMHgwCihYRU4pIEJyaW5naW5n IHVwIENQVTEKKFhFTikgQnJvdWdodCB1cCAyIENQVXMKKFhFTikgKioqIExPQURJTkcgRE9NQUlO IDAgKioqCihYRU4pIFBvcHVsYXRlIFAyTSAweDg4MDAwMDAwLT4weDkwMDAwMDAwICgxOjEgbWFw cGluZyBmb3IgZG9tMCkKKFhFTikgTG9hZGluZyBrZXJuZWwgZnJvbSBib290IG1vZHVsZSAyCihY RU4pIExvYWRpbmcgekltYWdlIGZyb20gMDAwMDAwMDA4MDAwODAwMCB0byAwMDAwMDAwMDhmYzAw MDAwLTAwMDAwMDAwOGZmMTNiYTAKKFhFTikgTG9hZGluZyBkb20wIERUQiB0byAweDAwMDAwMDAw OGZhMDAwMDAtMHgwMDAwMDAwMDhmYTAyZjFjCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLi4u Li4uLmRvbmUuCihYRU4pIEluaXRpYWwgbG93IG1lbW9yeSB2aXJxIHRocmVzaG9sZCBzZXQgYXQg MHg0MDAwIHBhZ2VzLgooWEVOKSBTdGQuIExvZ2xldmVsOiBFcnJvcnMgYW5kIHdhcm5pbmdzCihY RU4pIEd1ZXN0IExvZ2xldmVsOiBOb3RoaW5nIChSYXRlLWxpbWl0ZWQ6IEVycm9ycyBhbmQgd2Fy bmluZ3MpCihYRU4pICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioKKFhFTikgKioqKioqKiBXQVJOSU5HOiBDT05TT0xFIE9VVFBVVCBJUyBTWU5DSFJPTk9VUwoo WEVOKSAqKioqKioqIFRoaXMgb3B0aW9uIGlzIGludGVuZGVkIHRvIGFpZCBkZWJ1Z2dpbmcgb2Yg WGVuIGJ5IGVuc3VyaW5nCihYRU4pICoqKioqKiogdGhhdCBhbGwgb3V0cHV0IGlzIHN5bmNocm9u b3VzbHkgZGVsaXZlcmVkIG9uIHRoZSBzZXJpYWwgbGluZS4KKFhFTikgKioqKioqKiBIb3dldmVy IGl0IGNhbiBpbnRyb2R1Y2UgU0lHTklGSUNBTlQgbGF0ZW5jaWVzIGFuZCBhZmZlY3QKKFhFTikg KioqKioqKiB0aW1la2VlcGluZy4gSXQgaXMgTk9UIHJlY29tbWVuZGVkIGZvciBwcm9kdWN0aW9u IHVzZSEKKFhFTikgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KgooWEVOKSAzLi4uIDIuLi4gMS4uLgooWEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAgKHR5 cGUgJ0NUUkwtYScgdGhyZWUgdGltZXMgdG8gc3dpdGNoIGlucHV0IHRvIFhlbikKKFhFTikgRnJl ZWQgMjQwa0IgaW5pdCBtZW1vcnku --_002_B69BE294631500448B6D3B9936E1743202D77121B687GEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D77121B687GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Mon Jun 16 20:44:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 20:44:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwdkw-0006Eb-Ig; Mon, 16 Jun 2014 20:43:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwdkv-0006ER-Hl for xen-users@lists.xen.org; Mon, 16 Jun 2014 20:43:53 +0000 Received: from [85.158.143.35:57742] by server-2.bemta-4.messagelabs.com id DA/88-06539-8075F935; Mon, 16 Jun 2014 20:43:52 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1402951431!11405253!1 X-Originating-IP: [107.14.166.230] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14086 invoked from network); 16 Jun 2014 20:43:52 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.230) by server-3.tower-21.messagelabs.com with SMTP; 16 Jun 2014 20:43:52 -0000 Received: from [67.78.168.186] ([67.78.168.186:49576] helo=[10.1.1.200]) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 03/C4-24736-7075F935; Mon, 16 Jun 2014 20:43:51 +0000 Message-ID: <539F5706.20303@ubuntu.com> Date: Mon, 16 Jun 2014 16:43:50 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Subject: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Even if I explicitly specify 0.0.0.0:display for the vfb vnclisten argument in the cfg, it still binds to 127.0.0.1 so will only accept local connections. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTn1cGAAoJEI5FoCIzSKrwti4H/jmSuiu0crzUKz7Dyz8QPd5E 6y3RX8xTS+f+dQaQO1HSQ3totCON/+vbpiPBAhJN8Pc6ay+VY7UVYVm/mSScuzAI GsU8W/iH7mQTGMjmK3/d/6vhqOykDjO49xKJOFXa0YkR0dG7vCccrM3rYaqDdopc nLK7aTUMJA/WDUp4x29uQTq8xrWL0QO8SQGcY5JyU/FAyLjvk+21g4E/roiDYBYZ YB4XwQvFNCbrV6pVtNWETQLxY9toIoq0qmG4fvYjMiBhTNE6TpGEEhchwK4f0n76 i9bB43ay0te5yTnoAMtXph5f6JLKnEtxzc2AWQrVfczNAxsu4Je9fC2b7c4wSU0= =f8LH -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 16 20:44:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 20:44:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwdkw-0006Eb-Ig; Mon, 16 Jun 2014 20:43:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwdkv-0006ER-Hl for xen-users@lists.xen.org; Mon, 16 Jun 2014 20:43:53 +0000 Received: from [85.158.143.35:57742] by server-2.bemta-4.messagelabs.com id DA/88-06539-8075F935; Mon, 16 Jun 2014 20:43:52 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1402951431!11405253!1 X-Originating-IP: [107.14.166.230] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14086 invoked from network); 16 Jun 2014 20:43:52 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.230) by server-3.tower-21.messagelabs.com with SMTP; 16 Jun 2014 20:43:52 -0000 Received: from [67.78.168.186] ([67.78.168.186:49576] helo=[10.1.1.200]) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 03/C4-24736-7075F935; Mon, 16 Jun 2014 20:43:51 +0000 Message-ID: <539F5706.20303@ubuntu.com> Date: Mon, 16 Jun 2014 16:43:50 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Subject: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Even if I explicitly specify 0.0.0.0:display for the vfb vnclisten argument in the cfg, it still binds to 127.0.0.1 so will only accept local connections. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTn1cGAAoJEI5FoCIzSKrwti4H/jmSuiu0crzUKz7Dyz8QPd5E 6y3RX8xTS+f+dQaQO1HSQ3totCON/+vbpiPBAhJN8Pc6ay+VY7UVYVm/mSScuzAI GsU8W/iH7mQTGMjmK3/d/6vhqOykDjO49xKJOFXa0YkR0dG7vCccrM3rYaqDdopc nLK7aTUMJA/WDUp4x29uQTq8xrWL0QO8SQGcY5JyU/FAyLjvk+21g4E/roiDYBYZ YB4XwQvFNCbrV6pVtNWETQLxY9toIoq0qmG4fvYjMiBhTNE6TpGEEhchwK4f0n76 i9bB43ay0te5yTnoAMtXph5f6JLKnEtxzc2AWQrVfczNAxsu4Je9fC2b7c4wSU0= =f8LH -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 16 21:53:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 21:53:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwepn-0007Ro-1w; Mon, 16 Jun 2014 21:52:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwepm-0007Rj-1i for xen-users@lists.xen.org; Mon, 16 Jun 2014 21:52:58 +0000 Received: from [85.158.143.35:31984] by server-2.bemta-4.messagelabs.com id E4/11-06539-9376F935; Mon, 16 Jun 2014 21:52:57 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1402955575!11729841!1 X-Originating-IP: [198.47.26.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk4LjQ3LjI2LjE1MiA9PiAxNjQ5NzY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20143 invoked from network); 16 Jun 2014 21:52:56 -0000 Received: from comal.ext.ti.com (HELO comal.ext.ti.com) (198.47.26.152) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jun 2014 21:52:56 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by comal.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5GLqrXl028376; Mon, 16 Jun 2014 16:52:53 -0500 Received: from DLEE71.ent.ti.com (dlee71.ent.ti.com [157.170.170.114]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5GLqrT5021888; Mon, 16 Jun 2014 16:52:53 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DLEE71.ent.ti.com ([fe80::4dce:5c82:1ad0:d462%28]) with mapi id 14.03.0174.001; Mon, 16 Jun 2014 16:52:52 -0500 From: "Kapania, Ashish" To: Dario Faggioli Thread-Topic: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: AQHPg76wsxw0nDEnwUuzVsYyox1tiZtpP0ZwgAKrjgCAAItSgIAA9TGAgAbir9A= Date: Mon, 16 Jun 2014 21:52:52 +0000 Message-ID: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> <1402557937.28649.12.camel@Solace> In-Reply-To: <1402557937.28649.12.camel@Solace> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.170.170.90] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Ian Campbell , Arianna Avanzini Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > -----Original Message----- > From: Dario Faggioli [mailto:dario.faggioli@citrix.com] > Sent: Thursday, June 12, 2014 12:26 AM > To: Kapania, Ashish > Cc: Ian Campbell; xen-users@lists.xen.org; Arianna Avanzini > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > guest in Xen for ARM targets > > On mer, 2014-06-11 at 22:00 +0000, Kapania, Ashish wrote: > > > We are not tied to a particular Xen version just yet. I am working > > with the master branch (from a few weeks ago) i.e. xen4.5 dev branch > I > > believe. > > > That's what I was assuming, basing also on what you said yourself, but > I wasn't sure... Great! :-) > > > I can try applying Arianna's patches. > > > Awesome. Let the list know how it goes. > I tried Arianna's patches over the weekend. After applying the patches, I am able to use "iomem" field in xl.cfg to allow domU access to the specified memory ranges. So, the patches work for me. While trying the changes, I found that I need to have the device memory ranges declared in dom0's device tree in order to be able to map them to domU using "iomem". Otherwise, they are not in dom0's iomem_caps and I get an error. Just wanted to confirm that this is by design ? Best, Ashish _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 16 21:53:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jun 2014 21:53:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwepn-0007Ro-1w; Mon, 16 Jun 2014 21:52:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwepm-0007Rj-1i for xen-users@lists.xen.org; Mon, 16 Jun 2014 21:52:58 +0000 Received: from [85.158.143.35:31984] by server-2.bemta-4.messagelabs.com id E4/11-06539-9376F935; Mon, 16 Jun 2014 21:52:57 +0000 X-Env-Sender: akapania@ti.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1402955575!11729841!1 X-Originating-IP: [198.47.26.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk4LjQ3LjI2LjE1MiA9PiAxNjQ5NzY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20143 invoked from network); 16 Jun 2014 21:52:56 -0000 Received: from comal.ext.ti.com (HELO comal.ext.ti.com) (198.47.26.152) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jun 2014 21:52:56 -0000 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by comal.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5GLqrXl028376; Mon, 16 Jun 2014 16:52:53 -0500 Received: from DLEE71.ent.ti.com (dlee71.ent.ti.com [157.170.170.114]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5GLqrT5021888; Mon, 16 Jun 2014 16:52:53 -0500 Received: from DFLE08.ent.ti.com ([fe80::187f:8c86:2b7:ef9f]) by DLEE71.ent.ti.com ([fe80::4dce:5c82:1ad0:d462%28]) with mapi id 14.03.0174.001; Mon, 16 Jun 2014 16:52:52 -0500 From: "Kapania, Ashish" To: Dario Faggioli Thread-Topic: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets Thread-Index: AQHPg76wsxw0nDEnwUuzVsYyox1tiZtpP0ZwgAKrjgCAAItSgIAA9TGAgAbir9A= Date: Mon, 16 Jun 2014 21:52:52 +0000 Message-ID: References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> <1402557937.28649.12.camel@Solace> In-Reply-To: <1402557937.28649.12.camel@Solace> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.170.170.90] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Ian Campbell , Arianna Avanzini Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > -----Original Message----- > From: Dario Faggioli [mailto:dario.faggioli@citrix.com] > Sent: Thursday, June 12, 2014 12:26 AM > To: Kapania, Ashish > Cc: Ian Campbell; xen-users@lists.xen.org; Arianna Avanzini > Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU > guest in Xen for ARM targets > > On mer, 2014-06-11 at 22:00 +0000, Kapania, Ashish wrote: > > > We are not tied to a particular Xen version just yet. I am working > > with the master branch (from a few weeks ago) i.e. xen4.5 dev branch > I > > believe. > > > That's what I was assuming, basing also on what you said yourself, but > I wasn't sure... Great! :-) > > > I can try applying Arianna's patches. > > > Awesome. Let the list know how it goes. > I tried Arianna's patches over the weekend. After applying the patches, I am able to use "iomem" field in xl.cfg to allow domU access to the specified memory ranges. So, the patches work for me. While trying the changes, I found that I need to have the device memory ranges declared in dom0's device tree in order to be able to map them to domU using "iomem". Otherwise, they are not in dom0's iomem_caps and I get an error. Just wanted to confirm that this is by design ? Best, Ashish _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 03:43:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 03:43:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwkHS-0006K5-VO; Tue, 17 Jun 2014 03:41:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwkHR-0006K0-1C for xen-users@lists.xen.org; Tue, 17 Jun 2014 03:41:53 +0000 Received: from [193.109.254.147:34717] by server-8.bemta-14.messagelabs.com id 81/F6-01877-009BF935; Tue, 17 Jun 2014 03:41:52 +0000 X-Env-Sender: goingstudy@126.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1402976509!11670050!1 X-Originating-IP: [220.181.15.61] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjYxID0+IDc1MDI=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjYxID0+IDc1MDI=\n,HTML_30_40,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7133 invoked from network); 17 Jun 2014 03:41:50 -0000 Received: from m15-61.126.com (HELO m15-61.126.com) (220.181.15.61) by server-9.tower-27.messagelabs.com with SMTP; 17 Jun 2014 03:41:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=hZ117 KNYJp9a/pZw3QTVf4XE7R5LzLkyZ6LU8uVxFhA=; b=J2dEYQmGnOb0bf4/r6bsH u2crGbi+/6XahcVNV92aTWU+0fqKiYaqFh4oQ48PW6Lwr2ECU9RhLf7p13y6uPmo icR7YgdgLXDPIFmu62ZwJkR4RimXy/SPUlz0LwXpd0wT2H7xwCpRcOSEBOYjAQER bs+C4m2yUTTdc3utiGsEak= Received: from goingstudy$126.com ( [59.64.255.179] ) by ajax-webmail-wmsvr61 (Coremail) ; Tue, 17 Jun 2014 11:41:47 +0800 (CST) X-Originating-IP: [59.64.255.179] Date: Tue, 17 Jun 2014 11:41:47 +0800 (CST) From: goingstudy To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 126com X-CM-CTRLDATA: db0vM2Zvb3Rlcl9odG09NTM3Ojgx MIME-Version: 1.0 Message-ID: X-CM-TRANSID: PcqowECZb0L8uJ9T1+YbAA--.6888W X-CM-SenderInfo: xjrl0wxvwxv5a6rslhhfrp/1tbi7hqtA00vY8iFJAABsz X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] Xen include header file problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6830203075120911691==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6830203075120911691== Content-Type: multipart/alternative; boundary="----=_Part_95166_469916128.1402976507499" ------=_Part_95166_469916128.1402976507499 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGkgQWxsLAoKSSBhbSBsZWFybmluZyBYZW4sIHNvIEkgYWRkICBzb21lICBteSBvd24gdGVzdGlu ZyBjb2RlcywKRm9yIGV4YW1wbGUsICBpbiB4ZW4vaW5jbHVkZS9wdWJsaWMveGVuLmgsIEkgYWRk IHRoaXMgc3RhdGVtZW50ICAqICNpbmNsdWRlIDx4ZW4vbGlzdC5oPiAgKgpidXQgd2hlbiBJIGNv bXBpbGUsIGl0IHJlcG9ydHMgICJlcnJvcjogeGVuL2xpc3QuaDogTm8gc3VjaCBmaWxlIG9yIGRp cmVjdG9yeSIuCkkgcmVhZCBvdGhlciBjb2RlcywgSSBmaW5kIHRoZSBoZWFkZXIgZmlsZXMgaW4g IHhlbi9pbmNsdWRlL3hlbi8gY2FuIGJlIGluY2x1ZGVkIGluIHRoYXQgd2F5LApJIGRvbm90IGtu b3cgd2h5LCBhbnlvbmUgY2FuIGhlbHAgbWU/ClRoYW5rcwo= ------=_Part_95166_469916128.1402976507499 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGkgQWxsLDxicj48YnI+SSBhbSBsZWFybmluZyBYZW4s IHNvIEkgYWRkJm5ic3A7IHNvbWUmbmJzcDsgbXkgb3duIHRlc3RpbmcgY29kZXMsPGJyPkZvciBl eGFtcGxlLCZuYnNwOyBpbiB4ZW4vaW5jbHVkZS9wdWJsaWMveGVuLmgsIEkgYWRkIHRoaXMgc3Rh dGVtZW50Jm5ic3A7ICogI2luY2x1ZGUgJmx0O3hlbi9saXN0LmgmZ3Q7Jm5ic3A7ICogPGJyPmJ1 dCB3aGVuIEkgY29tcGlsZSwgaXQgcmVwb3J0cyZuYnNwOyAiZXJyb3I6IHhlbi9saXN0Lmg6IE5v IHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkiLjxicj5JIHJlYWQgb3RoZXIgY29kZXMsIEkgZmluZCB0 aGUgaGVhZGVyIGZpbGVzIGluJm5ic3A7IHhlbi9pbmNsdWRlL3hlbi8gY2FuIGJlIGluY2x1ZGVk IGluIHRoYXQgd2F5LDxicj5JIGRvbm90IGtub3cgd2h5LCBhbnlvbmUgY2FuIGhlbHAgbWU/PGJy PlRoYW5rcyA8YnI+PC9kaXY+PC9kaXY+PGJyPjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3Rl ciI+PHNwYW4gaWQ9Im5ldGVhc2VfbWFpbF9mb290ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_95166_469916128.1402976507499-- --===============6830203075120911691== 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 --===============6830203075120911691==-- From xen-users-bounces@lists.xen.org Tue Jun 17 03:43:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 03:43:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwkHS-0006K5-VO; Tue, 17 Jun 2014 03:41:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwkHR-0006K0-1C for xen-users@lists.xen.org; Tue, 17 Jun 2014 03:41:53 +0000 Received: from [193.109.254.147:34717] by server-8.bemta-14.messagelabs.com id 81/F6-01877-009BF935; Tue, 17 Jun 2014 03:41:52 +0000 X-Env-Sender: goingstudy@126.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1402976509!11670050!1 X-Originating-IP: [220.181.15.61] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjYxID0+IDc1MDI=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjYxID0+IDc1MDI=\n,HTML_30_40,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7133 invoked from network); 17 Jun 2014 03:41:50 -0000 Received: from m15-61.126.com (HELO m15-61.126.com) (220.181.15.61) by server-9.tower-27.messagelabs.com with SMTP; 17 Jun 2014 03:41:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=hZ117 KNYJp9a/pZw3QTVf4XE7R5LzLkyZ6LU8uVxFhA=; b=J2dEYQmGnOb0bf4/r6bsH u2crGbi+/6XahcVNV92aTWU+0fqKiYaqFh4oQ48PW6Lwr2ECU9RhLf7p13y6uPmo icR7YgdgLXDPIFmu62ZwJkR4RimXy/SPUlz0LwXpd0wT2H7xwCpRcOSEBOYjAQER bs+C4m2yUTTdc3utiGsEak= Received: from goingstudy$126.com ( [59.64.255.179] ) by ajax-webmail-wmsvr61 (Coremail) ; Tue, 17 Jun 2014 11:41:47 +0800 (CST) X-Originating-IP: [59.64.255.179] Date: Tue, 17 Jun 2014 11:41:47 +0800 (CST) From: goingstudy To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 126com X-CM-CTRLDATA: db0vM2Zvb3Rlcl9odG09NTM3Ojgx MIME-Version: 1.0 Message-ID: X-CM-TRANSID: PcqowECZb0L8uJ9T1+YbAA--.6888W X-CM-SenderInfo: xjrl0wxvwxv5a6rslhhfrp/1tbi7hqtA00vY8iFJAABsz X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] Xen include header file problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6830203075120911691==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6830203075120911691== Content-Type: multipart/alternative; boundary="----=_Part_95166_469916128.1402976507499" ------=_Part_95166_469916128.1402976507499 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGkgQWxsLAoKSSBhbSBsZWFybmluZyBYZW4sIHNvIEkgYWRkICBzb21lICBteSBvd24gdGVzdGlu ZyBjb2RlcywKRm9yIGV4YW1wbGUsICBpbiB4ZW4vaW5jbHVkZS9wdWJsaWMveGVuLmgsIEkgYWRk IHRoaXMgc3RhdGVtZW50ICAqICNpbmNsdWRlIDx4ZW4vbGlzdC5oPiAgKgpidXQgd2hlbiBJIGNv bXBpbGUsIGl0IHJlcG9ydHMgICJlcnJvcjogeGVuL2xpc3QuaDogTm8gc3VjaCBmaWxlIG9yIGRp cmVjdG9yeSIuCkkgcmVhZCBvdGhlciBjb2RlcywgSSBmaW5kIHRoZSBoZWFkZXIgZmlsZXMgaW4g IHhlbi9pbmNsdWRlL3hlbi8gY2FuIGJlIGluY2x1ZGVkIGluIHRoYXQgd2F5LApJIGRvbm90IGtu b3cgd2h5LCBhbnlvbmUgY2FuIGhlbHAgbWU/ClRoYW5rcwo= ------=_Part_95166_469916128.1402976507499 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGkgQWxsLDxicj48YnI+SSBhbSBsZWFybmluZyBYZW4s IHNvIEkgYWRkJm5ic3A7IHNvbWUmbmJzcDsgbXkgb3duIHRlc3RpbmcgY29kZXMsPGJyPkZvciBl eGFtcGxlLCZuYnNwOyBpbiB4ZW4vaW5jbHVkZS9wdWJsaWMveGVuLmgsIEkgYWRkIHRoaXMgc3Rh dGVtZW50Jm5ic3A7ICogI2luY2x1ZGUgJmx0O3hlbi9saXN0LmgmZ3Q7Jm5ic3A7ICogPGJyPmJ1 dCB3aGVuIEkgY29tcGlsZSwgaXQgcmVwb3J0cyZuYnNwOyAiZXJyb3I6IHhlbi9saXN0Lmg6IE5v IHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkiLjxicj5JIHJlYWQgb3RoZXIgY29kZXMsIEkgZmluZCB0 aGUgaGVhZGVyIGZpbGVzIGluJm5ic3A7IHhlbi9pbmNsdWRlL3hlbi8gY2FuIGJlIGluY2x1ZGVk IGluIHRoYXQgd2F5LDxicj5JIGRvbm90IGtub3cgd2h5LCBhbnlvbmUgY2FuIGhlbHAgbWU/PGJy PlRoYW5rcyA8YnI+PC9kaXY+PC9kaXY+PGJyPjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3Rl ciI+PHNwYW4gaWQ9Im5ldGVhc2VfbWFpbF9mb290ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_95166_469916128.1402976507499-- --===============6830203075120911691== 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 --===============6830203075120911691==-- From xen-users-bounces@lists.xen.org Tue Jun 17 08:38:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 08:38:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwotX-0001LL-8W; Tue, 17 Jun 2014 08:37:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwotV-0001LF-To for xen-users@lists.xen.org; Tue, 17 Jun 2014 08:37:30 +0000 Received: from [85.158.139.211:53119] by server-7.bemta-5.messagelabs.com id 6B/F3-03657-94EFF935; Tue, 17 Jun 2014 08:37:29 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1402994247!10334675!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 579 invoked from network); 17 Jun 2014 08:37:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 08:37:28 -0000 X-IronPort-AV: E=Sophos;i="5.01,492,1400025600"; d="scan'208";a="144069531" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 17 Jun 2014 08:37:26 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 04:37:25 -0400 Message-ID: <1402994245.16844.8.camel@kazak.uk.xensource.com> From: Ian Campbell To: Phillip Susi Date: Tue, 17 Jun 2014 09:37:25 +0100 In-Reply-To: <539F5706.20303@ubuntu.com> References: <539F5706.20303@ubuntu.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-06-16 at 16:43 -0400, Phillip Susi wrote: > Even if I explicitly specify 0.0.0.0:display for the vfb vnclisten > argument in the cfg, it still binds to 127.0.0.1 so will only accept > local connections. Please show us your guest configuration file and provide details about version of Xen etc. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 08:38:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 08:38:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwotX-0001LL-8W; Tue, 17 Jun 2014 08:37:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwotV-0001LF-To for xen-users@lists.xen.org; Tue, 17 Jun 2014 08:37:30 +0000 Received: from [85.158.139.211:53119] by server-7.bemta-5.messagelabs.com id 6B/F3-03657-94EFF935; Tue, 17 Jun 2014 08:37:29 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1402994247!10334675!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 579 invoked from network); 17 Jun 2014 08:37:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 08:37:28 -0000 X-IronPort-AV: E=Sophos;i="5.01,492,1400025600"; d="scan'208";a="144069531" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 17 Jun 2014 08:37:26 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 04:37:25 -0400 Message-ID: <1402994245.16844.8.camel@kazak.uk.xensource.com> From: Ian Campbell To: Phillip Susi Date: Tue, 17 Jun 2014 09:37:25 +0100 In-Reply-To: <539F5706.20303@ubuntu.com> References: <539F5706.20303@ubuntu.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-06-16 at 16:43 -0400, Phillip Susi wrote: > Even if I explicitly specify 0.0.0.0:display for the vfb vnclisten > argument in the cfg, it still binds to 127.0.0.1 so will only accept > local connections. Please show us your guest configuration file and provide details about version of Xen etc. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 11:39:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 11:39:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwrib-0008GB-Si; Tue, 17 Jun 2014 11:38:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwria-0008G6-LS for xen-users@lists.xen.org; Tue, 17 Jun 2014 11:38:24 +0000 Received: from [85.158.139.211:59141] by server-14.bemta-5.messagelabs.com id 97/6C-27057-FA820A35; Tue, 17 Jun 2014 11:38:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1403005101!10378476!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5093 invoked from network); 17 Jun 2014 11:38:23 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 11:38:23 -0000 X-IronPort-AV: E=Sophos;i="5.01,493,1400025600"; d="scan'208";a="144113422" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 17 Jun 2014 11:38:20 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 07:38:20 -0400 Message-ID: <1403005099.16844.59.camel@kazak.uk.xensource.com> From: Ian Campbell To: goingstudy Date: Tue, 17 Jun 2014 12:38:19 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen include header file problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-17 at 11:41 +0800, goingstudy wrote: > Hi All, > > I am learning Xen, so I add some my own testing codes, > For example, in xen/include/public/xen.h, I add this statement * > #include * > but when I compile, it reports "error: xen/list.h: No such file or > directory". > I read other codes, I find the header files in xen/include/xen/ can > be included in that way, > I donot know why, anyone can help me? You haven't really given enough details for us to know what you've done but I'll just note that xen/include/public/ is the public interface which is shared between the Xen hypervisor and the Xen userspace tools, whereas xen/include/xen is internal to the Xen hypervisor only and not accessible to the Xen tools (and should not be). Therefore the xen/include/public headers are supposed to be standalone and not refer to either Xen-internal or userspace-only headers. Since xen/include/public defines the hypercall ABI I think it would be quite unusual to use the list.h macros in it anyway. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 11:39:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 11:39:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwrib-0008GB-Si; Tue, 17 Jun 2014 11:38:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwria-0008G6-LS for xen-users@lists.xen.org; Tue, 17 Jun 2014 11:38:24 +0000 Received: from [85.158.139.211:59141] by server-14.bemta-5.messagelabs.com id 97/6C-27057-FA820A35; Tue, 17 Jun 2014 11:38:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1403005101!10378476!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5093 invoked from network); 17 Jun 2014 11:38:23 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 11:38:23 -0000 X-IronPort-AV: E=Sophos;i="5.01,493,1400025600"; d="scan'208";a="144113422" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 17 Jun 2014 11:38:20 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 07:38:20 -0400 Message-ID: <1403005099.16844.59.camel@kazak.uk.xensource.com> From: Ian Campbell To: goingstudy Date: Tue, 17 Jun 2014 12:38:19 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen include header file problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-17 at 11:41 +0800, goingstudy wrote: > Hi All, > > I am learning Xen, so I add some my own testing codes, > For example, in xen/include/public/xen.h, I add this statement * > #include * > but when I compile, it reports "error: xen/list.h: No such file or > directory". > I read other codes, I find the header files in xen/include/xen/ can > be included in that way, > I donot know why, anyone can help me? You haven't really given enough details for us to know what you've done but I'll just note that xen/include/public/ is the public interface which is shared between the Xen hypervisor and the Xen userspace tools, whereas xen/include/xen is internal to the Xen hypervisor only and not accessible to the Xen tools (and should not be). Therefore the xen/include/public headers are supposed to be standalone and not refer to either Xen-internal or userspace-only headers. Since xen/include/public defines the hypercall ABI I think it would be quite unusual to use the list.h macros in it anyway. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 12:18:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 12:18:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsK1-0001t6-GI; Tue, 17 Jun 2014 12:17:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsJy-0001s8-P5; Tue, 17 Jun 2014 12:17:03 +0000 Received: from [193.109.254.147:26109] by server-2.bemta-14.messagelabs.com id 56/DB-21684-DB130A35; Tue, 17 Jun 2014 12:17:01 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1403007419!7186111!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30584 invoked from network); 17 Jun 2014 12:17:00 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-5.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 17 Jun 2014 12:17:00 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsJm-00053a-EX; Tue, 17 Jun 2014 12:16:50 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WwsJm-00080M-3v; Tue, 17 Jun 2014 12:16:50 +0000 Date: Tue, 17 Jun 2014 12:16:50 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 99 - unexpected pitfall in xenaccess API X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory XSA-99 version 2 unexpected pitfall in xenaccess API UPDATES IN VERSION 2 ==================== Public Release. Added note regarding CVE. ISSUE DESCRIPTION ================= A test/example program, for exercising the Xen memaccess API, does not take all necessary precautions against hostile guest behaviour. As a result, software developers using it as an example or template might have written and deployed vulnerable code. See the patch for technical details of the problem. IMPACT ====== Deployments of software inspired by, or derived from, xen.git/tools/tests/xen-access/xen-access.c, may be vulnerable to privilege escalation by a malicious guest administrator. xen-access is a test/example program and is not, without modification, useful in production. It is not built or installed by default. VULNERABLE SYSTEMS ================== Unmodified Xen installations (including installations as provided by typical Free Software distributions) are not vulnerable. The following toolstacks/libraries do not use memaccess, so systems using Xen only via the following are not vulnerable: libxl; xl; xend; xm; libvirt In general, Xen installations which make no use of the Xen memory access API (xc_mem_access_..., "XENMEM_access_...", XEN_DOMCTL_MEM_EVENT_OP_ACCESS_ENABLE) are not vulnerable. Systems using the Xen hypervisor 4.1 or earlier are not vulnerable. ARM systems are not vulnerable. AMD systems are not vulnerable. Intel x86 systems without EPT are not vulnerable. Software developers who have based their efforts on xen-access.c may have constructed vulnerable systems. Such developers should examine their software, and communicate with their own downstreams, as applicable. Users of Xen-derived systems, whose vulnerability is not excluded above, should consult their vendor for information about the applicability of this vulnerability. MITIGATION ========== Disabling whatever functionality uses the memaccess API will avoid the vulnerability. NOTE REGARDING CVE ================== The CVE assignment team at the MITRE CVE Numbering Authority have told us that type of issue is typically considered site-specific and is not eligible for a CVE ID: The scope of CVE does not include issues where a vulnerable program can be present after a customer modifies shipped source code or modifies the build process. The primary purpose of this guideline is to avoid CVE assignments where, for example, the vulnerability exists only when a customer enables experimental code and then recompiles. A secondary purpose of this guideline is to avoid CVE assignments for example code that wasn't intended to be used as-is. Software developers who have based production code on xen-access.c should obtain their own CVE number(s). CREDITS ======= This vulnerability was discovered by Ian Campbell of Citrix. RESOLUTION ========== The attached patch repairs the test/example utility provided in the Xen Project source tree. To resolve the issue in production software, appropriate changes will have to be be made by its developers. $ sha256sum xsa99*.patch d6496699d9952bbfe1cd86e0ba84182e455a5dc4626654d387f92390d9680cd4 xsa99.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJToCn/AAoJEIP+FMlX6CvZBp8H/Az39oLQiAIyrZRD+IktvGuB mCLRcoyTJxxfE+9bAFltypelGNwq5NT/JUwub82whapbPW/e/rtGbln43FkdkoLu oFlddcteOzJMTLsLXxe50zrgb4QaUEt4lxQ2zEyFpL6PYz32pO24NLK8QzG480Ol 4u1UlBJeYM61Z4JPuCy0h5vMy0eU6G3yry6B09s4Dmdfvd6AU7BprFT4/aW+noQ0 84w11iL8Y53ddnidTgaXNkyvcq+5m57RL9uHvrRz7mViqhazkVkxGZHVKsUYuRPb wkBpSaa+cJkeF8AnDue/QuW0pWYpfrPoniD86SwgzsYYj5bN0EnQ4CTzVIAx284= =9myT -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa99.patch" Content-Disposition: attachment; filename="xsa99.patch" Content-Transfer-Encoding: base64 RnJvbTogQXJhdmluZGggUHV0aGl5YXBhcmFtYmlsIDxhcmF2aW5kcEBjaXNj by5jb20+CkRhdGU6IFR1ZSBNYXkgMjAgMTY6MzU6NDQgMjAxNCAtMDcwMAoK bWVtX2FjY2VzczogQWRkIGhlbHBlciBBUEkgdG8gc2V0dXAgcmluZyBhbmQg ZW5hYmxlIG1lbV9hY2Nlc3MKCnRvb2xzL2xpYnhjOiBBZGQgaGVscGVyIGZ1 bmN0aW9uIHRvIHNldHVwIHJpbmcgZm9yIG1lbSBldmVudHMKVGhpcyBwYXRj aCBhZGRzIGEgaGVscGVyIGZ1bmN0aW9uIHRoYXQgbWFwcyB0aGUgcmluZywg ZW5hYmxlcyBtZW1fZXZlbnQKYW5kIHJlbW92ZXMgdGhlIHJpbmcgZnJvbSB0 aGUgZ3Vlc3QgcGh5c21hcCB3aGlsZSB0aGUgZG9tYWluIGlzIHBhdXNlZC4K VGhpcyBjYW4gYmUgdXNlZCBieSBhbGwgbWVtX2V2ZW50cyBidXQgaXMgb25s eSBlbmFibGVkIGZvciBtZW1fYWNjZXNzIGF0CnRoZSBtb21lbnQuCgp0ZXN0 cy94ZW4tYWNjZXNzOiBVc2UgaGVscGVyIEFQSSB0byBzZXR1cCByaW5nIGFu ZCBlbmFibGUgbWVtX2FjY2VzcwpQcmlvciB0byB0aGlzIHBhdGNoLCB4ZW4t YWNjZXNzIHdhcyBzZXR0aW5nIHVwIHRoZSByaW5nIHBhZ2UgaW4gYSB3YXkK dGhhdCB3b3VsZCBnaXZlIGEgbWFsaWNvdXMgZ3Vlc3QgYSB3aW5kb3cgdG8g d3JpdGUgaW4gdG8gdGhlIHNoYXJlZCByaW5nCnBhZ2UuIFRoaXMgcGF0Y2gg Zml4ZXMgdGhpcyBieSB1c2luZyB0aGUgaGVscGVyIEFQSSB0aGF0IGRvZXMg aXQgc2FmZWx5Cm9uIGJlaGFsZiBvZiB4ZW4tYWNjZXNzLgoKVGhpcyBpcyBY U0EtOTkuCgpTaWduZWQtb2ZmLWJ5OiBBcmF2aW5kaCBQdXRoaXlhcGFyYW1i aWwgPGFyYXZpbmRwQGNpc2NvLmNvbT4KUmV2aWV3ZWQtYnk6IEphbiBCZXVs aWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KCmRpZmYgLS1naXQgYS90b29scy9s aWJ4Yy94Y19tZW1fYWNjZXNzLmMgYi90b29scy9saWJ4Yy94Y19tZW1fYWNj ZXNzLmMKaW5kZXggZjQzNmU2OS4uNDYxZjBlOSAxMDA2NDQKLS0tIGEvdG9v bHMvbGlieGMveGNfbWVtX2FjY2Vzcy5jCisrKyBiL3Rvb2xzL2xpYnhjL3hj X21lbV9hY2Nlc3MuYwpAQCAtMjQsMTkgKzI0LDkgQEAKICNpbmNsdWRlICJ4 Y19wcml2YXRlLmgiCiAjaW5jbHVkZSA8eGVuL21lbW9yeS5oPgogCi1pbnQg eGNfbWVtX2FjY2Vzc19lbmFibGUoeGNfaW50ZXJmYWNlICp4Y2gsIGRvbWlk X3QgZG9tYWluX2lkLAotICAgICAgICAgICAgICAgICAgICAgICAgIHVpbnQz Ml90ICpwb3J0KQordm9pZCAqeGNfbWVtX2FjY2Vzc19lbmFibGUoeGNfaW50 ZXJmYWNlICp4Y2gsIGRvbWlkX3QgZG9tYWluX2lkLCB1aW50MzJfdCAqcG9y dCkKIHsKLSAgICBpZiAoICFwb3J0ICkKLSAgICB7Ci0gICAgICAgIGVycm5v ID0gRUlOVkFMOwotICAgICAgICByZXR1cm4gLTE7Ci0gICAgfQotCi0gICAg cmV0dXJuIHhjX21lbV9ldmVudF9jb250cm9sKHhjaCwgZG9tYWluX2lkLAot ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBYRU5fRE9NQ1RMX01F TV9FVkVOVF9PUF9BQ0NFU1NfRU5BQkxFLAotICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBYRU5fRE9NQ1RMX01FTV9FVkVOVF9PUF9BQ0NFU1Ms Ci0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHBvcnQpOworICAg IHJldHVybiB4Y19tZW1fZXZlbnRfZW5hYmxlKHhjaCwgZG9tYWluX2lkLCBI Vk1fUEFSQU1fQUNDRVNTX1JJTkdfUEZOLCBwb3J0KTsKIH0KIAogaW50IHhj X21lbV9hY2Nlc3NfZGlzYWJsZSh4Y19pbnRlcmZhY2UgKnhjaCwgZG9taWRf dCBkb21haW5faWQpCmRpZmYgLS1naXQgYS90b29scy9saWJ4Yy94Y19tZW1f ZXZlbnQuYyBiL3Rvb2xzL2xpYnhjL3hjX21lbV9ldmVudC5jCmluZGV4IGQ0 M2EwYWYuLmJlN2M2M2QgMTAwNjQ0Ci0tLSBhL3Rvb2xzL2xpYnhjL3hjX21l bV9ldmVudC5jCisrKyBiL3Rvb2xzL2xpYnhjL3hjX21lbV9ldmVudC5jCkBA IC01NiwzICs1NiwxMTggQEAgaW50IHhjX21lbV9ldmVudF9tZW1vcCh4Y19p bnRlcmZhY2UgKnhjaCwgZG9taWRfdCBkb21haW5faWQsCiAgICAgcmV0dXJu IGRvX21lbW9yeV9vcCh4Y2gsIG1vZGUsICZtZW8sIHNpemVvZihtZW8pKTsK IH0KIAordm9pZCAqeGNfbWVtX2V2ZW50X2VuYWJsZSh4Y19pbnRlcmZhY2Ug KnhjaCwgZG9taWRfdCBkb21haW5faWQsIGludCBwYXJhbSwKKyAgICAgICAg ICAgICAgICAgICAgICAgICAgdWludDMyX3QgKnBvcnQpCit7CisgICAgdm9p ZCAqcmluZ19wYWdlID0gTlVMTDsKKyAgICB1bnNpZ25lZCBsb25nIHJpbmdf cGZuLCBtbWFwX3BmbjsKKyAgICB1bnNpZ25lZCBpbnQgb3AsIG1vZGU7Cisg ICAgaW50IHJjMSwgcmMyLCBzYXZlZF9lcnJubzsKKworICAgIGlmICggIXBv cnQgKQorICAgIHsKKyAgICAgICAgZXJybm8gPSBFSU5WQUw7CisgICAgICAg IHJldHVybiBOVUxMOworICAgIH0KKworICAgIC8qIFBhdXNlIHRoZSBkb21h aW4gZm9yIHJpbmcgcGFnZSBzZXR1cCAqLworICAgIHJjMSA9IHhjX2RvbWFp bl9wYXVzZSh4Y2gsIGRvbWFpbl9pZCk7CisgICAgaWYgKCByYzEgIT0gMCAp CisgICAgeworICAgICAgICBQRVJST1IoIlVuYWJsZSB0byBwYXVzZSBkb21h aW5cbiIpOworICAgICAgICByZXR1cm4gTlVMTDsKKyAgICB9CisKKyAgICAv KiBHZXQgdGhlIHBmbiBvZiB0aGUgcmluZyBwYWdlICovCisgICAgcmMxID0g eGNfZ2V0X2h2bV9wYXJhbSh4Y2gsIGRvbWFpbl9pZCwgcGFyYW0sICZyaW5n X3Bmbik7CisgICAgaWYgKCByYzEgIT0gMCApCisgICAgeworICAgICAgICBQ RVJST1IoIkZhaWxlZCB0byBnZXQgcGZuIG9mIHJpbmcgcGFnZVxuIik7Cisg ICAgICAgIGdvdG8gb3V0OworICAgIH0KKworICAgIG1tYXBfcGZuID0gcmlu Z19wZm47CisgICAgcmluZ19wYWdlID0geGNfbWFwX2ZvcmVpZ25fYmF0Y2go eGNoLCBkb21haW5faWQsIFBST1RfUkVBRCB8IFBST1RfV1JJVEUsCisgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJm1tYXBfcGZuLCAx KTsKKyAgICBpZiAoIG1tYXBfcGZuICYgWEVOX0RPTUNUTF9QRklORk9fWFRB QiApCisgICAgeworICAgICAgICAvKiBNYXAgZmFpbGVkLCBwb3B1bGF0ZSBy aW5nIHBhZ2UgKi8KKyAgICAgICAgcmMxID0geGNfZG9tYWluX3BvcHVsYXRl X3BoeXNtYXBfZXhhY3QoeGNoLCBkb21haW5faWQsIDEsIDAsIDAsCisgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJnJp bmdfcGZuKTsKKyAgICAgICAgaWYgKCByYzEgIT0gMCApCisgICAgICAgIHsK KyAgICAgICAgICAgIFBFUlJPUigiRmFpbGVkIHRvIHBvcHVsYXRlIHJpbmcg cGZuXG4iKTsKKyAgICAgICAgICAgIGdvdG8gb3V0OworICAgICAgICB9CisK KyAgICAgICAgbW1hcF9wZm4gPSByaW5nX3BmbjsKKyAgICAgICAgcmluZ19w YWdlID0geGNfbWFwX2ZvcmVpZ25fYmF0Y2goeGNoLCBkb21haW5faWQsIFBS T1RfUkVBRCB8IFBST1RfV1JJVEUsCisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICZtbWFwX3BmbiwgMSk7CisgICAgICAgIGlm ICggbW1hcF9wZm4gJiBYRU5fRE9NQ1RMX1BGSU5GT19YVEFCICkKKyAgICAg ICAgeworICAgICAgICAgICAgUEVSUk9SKCJDb3VsZCBub3QgbWFwIHRoZSBy aW5nIHBhZ2VcbiIpOworICAgICAgICAgICAgZ290byBvdXQ7CisgICAgICAg IH0KKyAgICB9CisKKyAgICBzd2l0Y2ggKCBwYXJhbSApCisgICAgeworICAg IGNhc2UgSFZNX1BBUkFNX1BBR0lOR19SSU5HX1BGTjoKKyAgICAgICAgb3Ag PSBYRU5fRE9NQ1RMX01FTV9FVkVOVF9PUF9QQUdJTkdfRU5BQkxFOworICAg ICAgICBtb2RlID0gWEVOX0RPTUNUTF9NRU1fRVZFTlRfT1BfUEFHSU5HOwor ICAgICAgICBicmVhazsKKworICAgIGNhc2UgSFZNX1BBUkFNX0FDQ0VTU19S SU5HX1BGTjoKKyAgICAgICAgb3AgPSBYRU5fRE9NQ1RMX01FTV9FVkVOVF9P UF9BQ0NFU1NfRU5BQkxFOworICAgICAgICBtb2RlID0gWEVOX0RPTUNUTF9N RU1fRVZFTlRfT1BfQUNDRVNTOworICAgICAgICBicmVhazsKKworICAgIGNh c2UgSFZNX1BBUkFNX1NIQVJJTkdfUklOR19QRk46CisgICAgICAgIG9wID0g WEVOX0RPTUNUTF9NRU1fRVZFTlRfT1BfU0hBUklOR19FTkFCTEU7CisgICAg ICAgIG1vZGUgPSBYRU5fRE9NQ1RMX01FTV9FVkVOVF9PUF9TSEFSSU5HOwor ICAgICAgICBicmVhazsKKworICAgIC8qCisgICAgICogVGhpcyBpcyBmb3Ig dGhlIG91dHNpZGUgY2hhbmNlIHRoYXQgdGhlIEhWTV9QQVJBTSBpcyB2YWxp ZCBidXQgaXMgaW52YWxpZAorICAgICAqIGFzIGZhciBhcyBtZW1fZXZlbnQg Z29lcy4KKyAgICAgKi8KKyAgICBkZWZhdWx0OgorICAgICAgICBlcnJubyA9 IEVJTlZBTDsKKyAgICAgICAgcmMxID0gLTE7CisgICAgICAgIGdvdG8gb3V0 OworICAgIH0KKworICAgIHJjMSA9IHhjX21lbV9ldmVudF9jb250cm9sKHhj aCwgZG9tYWluX2lkLCBvcCwgbW9kZSwgcG9ydCk7CisgICAgaWYgKCByYzEg IT0gMCApCisgICAgeworICAgICAgICBQRVJST1IoIkZhaWxlZCB0byBlbmFi bGUgbWVtX2V2ZW50XG4iKTsKKyAgICAgICAgZ290byBvdXQ7CisgICAgfQor CisgICAgLyogUmVtb3ZlIHRoZSByaW5nX3BmbiBmcm9tIHRoZSBndWVzdCdz IHBoeXNtYXAgKi8KKyAgICByYzEgPSB4Y19kb21haW5fZGVjcmVhc2VfcmVz ZXJ2YXRpb25fZXhhY3QoeGNoLCBkb21haW5faWQsIDEsIDAsICZyaW5nX3Bm bik7CisgICAgaWYgKCByYzEgIT0gMCApCisgICAgICAgIFBFUlJPUigiRmFp bGVkIHRvIHJlbW92ZSByaW5nIHBhZ2UgZnJvbSBndWVzdCBwaHlzbWFwIik7 CisKKyBvdXQ6CisgICAgc2F2ZWRfZXJybm8gPSBlcnJubzsKKworICAgIHJj MiA9IHhjX2RvbWFpbl91bnBhdXNlKHhjaCwgZG9tYWluX2lkKTsKKyAgICBp ZiAoIHJjMSAhPSAwIHx8IHJjMiAhPSAwICkKKyAgICB7CisgICAgICAgIGlm ICggcmMyICE9IDAgKQorICAgICAgICB7CisgICAgICAgICAgICBpZiAoIHJj MSA9PSAwICkKKyAgICAgICAgICAgICAgICBzYXZlZF9lcnJubyA9IGVycm5v OworICAgICAgICAgICAgUEVSUk9SKCJVbmFibGUgdG8gdW5wYXVzZSBkb21h aW4iKTsKKyAgICAgICAgfQorCisgICAgICAgIGlmICggcmluZ19wYWdlICkK KyAgICAgICAgICAgIG11bm1hcChyaW5nX3BhZ2UsIFhDX1BBR0VfU0laRSk7 CisgICAgICAgIHJpbmdfcGFnZSA9IE5VTEw7CisKKyAgICAgICAgZXJybm8g PSBzYXZlZF9lcnJubzsKKyAgICB9CisKKyAgICByZXR1cm4gcmluZ19wYWdl OworfQpkaWZmIC0tZ2l0IGEvdG9vbHMvbGlieGMveGVuY3RybC5oIGIvdG9v bHMvbGlieGMveGVuY3RybC5oCmluZGV4IDAyMTI5ZjcuLjM0Njc4ZDggMTAw NjQ0Ci0tLSBhL3Rvb2xzL2xpYnhjL3hlbmN0cmwuaAorKysgYi90b29scy9s aWJ4Yy94ZW5jdHJsLmgKQEAgLTIwMjMsNiArMjAyMywxMiBAQCBpbnQgeGNf bWVtX2V2ZW50X2NvbnRyb2woeGNfaW50ZXJmYWNlICp4Y2gsIGRvbWlkX3Qg ZG9tYWluX2lkLCB1bnNpZ25lZCBpbnQgb3AsCiBpbnQgeGNfbWVtX2V2ZW50 X21lbW9wKHhjX2ludGVyZmFjZSAqeGNoLCBkb21pZF90IGRvbWFpbl9pZCwg CiAgICAgICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBpbnQgb3AsIHVu c2lnbmVkIGludCBtb2RlLAogICAgICAgICAgICAgICAgICAgICAgICAgdWlu dDY0X3QgZ2ZuLCB2b2lkICpidWZmZXIpOworLyoKKyAqIEVuYWJsZXMgbWVt X2V2ZW50IGFuZCByZXR1cm5zIHRoZSBtYXBwZWQgcmluZyBwYWdlIGluZGlj YXRlZCBieSBwYXJhbS4KKyAqIHBhcmFtIGNhbiBiZSBIVk1fUEFSQU1fUEFH SU5HL0FDQ0VTUy9TSEFSSU5HX1JJTkdfUEZOCisgKi8KK3ZvaWQgKnhjX21l bV9ldmVudF9lbmFibGUoeGNfaW50ZXJmYWNlICp4Y2gsIGRvbWlkX3QgZG9t YWluX2lkLCBpbnQgcGFyYW0sCisgICAgICAgICAgICAgICAgICAgICAgICAg IHVpbnQzMl90ICpwb3J0KTsKIAogLyoqIAogICogTWVtIHBhZ2luZyBvcGVy YXRpb25zLgpAQCAtMjA0Myw3ICsyMDQ5LDEzIEBAIGludCB4Y19tZW1fcGFn aW5nX2xvYWQoeGNfaW50ZXJmYWNlICp4Y2gsIGRvbWlkX3QgZG9tYWluX2lk LAogICogQWNjZXNzIHRyYWNraW5nIG9wZXJhdGlvbnMuCiAgKiBTdXBwb3J0 ZWQgb25seSBvbiBJbnRlbCBFUFQgNjQgYml0IHByb2Nlc3NvcnMuCiAgKi8K LWludCB4Y19tZW1fYWNjZXNzX2VuYWJsZSh4Y19pbnRlcmZhY2UgKnhjaCwg ZG9taWRfdCBkb21haW5faWQsIHVpbnQzMl90ICpwb3J0KTsKKworLyoKKyAq IEVuYWJsZXMgbWVtX2FjY2VzcyBhbmQgcmV0dXJucyB0aGUgbWFwcGVkIHJp bmcgcGFnZS4KKyAqIFdpbGwgcmV0dXJuIE5VTEwgb24gZXJyb3IuCisgKiBD YWxsZXIgaGFzIHRvIHVubWFwIHRoaXMgcGFnZSB3aGVuIGRvbmUuCisgKi8K K3ZvaWQgKnhjX21lbV9hY2Nlc3NfZW5hYmxlKHhjX2ludGVyZmFjZSAqeGNo LCBkb21pZF90IGRvbWFpbl9pZCwgdWludDMyX3QgKnBvcnQpOwogaW50IHhj X21lbV9hY2Nlc3NfZGlzYWJsZSh4Y19pbnRlcmZhY2UgKnhjaCwgZG9taWRf dCBkb21haW5faWQpOwogaW50IHhjX21lbV9hY2Nlc3NfcmVzdW1lKHhjX2lu dGVyZmFjZSAqeGNoLCBkb21pZF90IGRvbWFpbl9pZCk7CiAKZGlmZiAtLWdp dCBhL3Rvb2xzL3Rlc3RzL3hlbi1hY2Nlc3MveGVuLWFjY2Vzcy5jIGIvdG9v bHMvdGVzdHMveGVuLWFjY2Vzcy94ZW4tYWNjZXNzLmMKaW5kZXggMGE4NGJk NS4uNTcyYWI2MyAxMDA2NDQKLS0tIGEvdG9vbHMvdGVzdHMveGVuLWFjY2Vz cy94ZW4tYWNjZXNzLmMKKysrIGIvdG9vbHMvdGVzdHMveGVuLWFjY2Vzcy94 ZW4tYWNjZXNzLmMKQEAgLTIyMyw3ICsyMjMsNiBAQCB4ZW5hY2Nlc3NfdCAq eGVuYWNjZXNzX2luaXQoeGNfaW50ZXJmYWNlICoqeGNoX3IsIGRvbWlkX3Qg ZG9tYWluX2lkKQogICAgIHhlbmFjY2Vzc190ICp4ZW5hY2Nlc3MgPSAwOwog ICAgIHhjX2ludGVyZmFjZSAqeGNoOwogICAgIGludCByYzsKLSAgICB1bnNp Z25lZCBsb25nIHJpbmdfcGZuLCBtbWFwX3BmbjsKIAogICAgIHhjaCA9IHhj X2ludGVyZmFjZV9vcGVuKE5VTEwsIE5VTEwsIDApOwogICAgIGlmICggIXhj aCApCkBAIC0yNDUsNDAgKzI0NCwxMiBAQCB4ZW5hY2Nlc3NfdCAqeGVuYWNj ZXNzX2luaXQoeGNfaW50ZXJmYWNlICoqeGNoX3IsIGRvbWlkX3QgZG9tYWlu X2lkKQogICAgIC8qIEluaXRpYWxpc2UgbG9jayAqLwogICAgIG1lbV9ldmVu dF9yaW5nX2xvY2tfaW5pdCgmeGVuYWNjZXNzLT5tZW1fZXZlbnQpOwogCi0g ICAgLyogTWFwIHRoZSByaW5nIHBhZ2UgKi8KLSAgICB4Y19nZXRfaHZtX3Bh cmFtKHhjaCwgeGVuYWNjZXNzLT5tZW1fZXZlbnQuZG9tYWluX2lkLCAKLSAg ICAgICAgICAgICAgICAgICAgICAgIEhWTV9QQVJBTV9BQ0NFU1NfUklOR19Q Rk4sICZyaW5nX3Bmbik7Ci0gICAgbW1hcF9wZm4gPSByaW5nX3BmbjsKLSAg ICB4ZW5hY2Nlc3MtPm1lbV9ldmVudC5yaW5nX3BhZ2UgPSAKLSAgICAgICAg eGNfbWFwX2ZvcmVpZ25fYmF0Y2goeGNoLCB4ZW5hY2Nlc3MtPm1lbV9ldmVu dC5kb21haW5faWQsIAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBQUk9UX1JFQUQgfCBQUk9UX1dSSVRFLCAmbW1hcF9wZm4sIDEpOwotICAg IGlmICggbW1hcF9wZm4gJiBYRU5fRE9NQ1RMX1BGSU5GT19YVEFCICkKLSAg ICB7Ci0gICAgICAgIC8qIE1hcCBmYWlsZWQsIHBvcHVsYXRlIHJpbmcgcGFn ZSAqLwotICAgICAgICByYyA9IHhjX2RvbWFpbl9wb3B1bGF0ZV9waHlzbWFw X2V4YWN0KHhlbmFjY2Vzcy0+eGNfaGFuZGxlLCAKLSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB4ZW5hY2Nlc3MtPm1l bV9ldmVudC5kb21haW5faWQsCi0gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMSwgMCwgMCwgJnJpbmdfcGZuKTsKLSAg ICAgICAgaWYgKCByYyAhPSAwICkKLSAgICAgICAgewotICAgICAgICAgICAg UEVSUk9SKCJGYWlsZWQgdG8gcG9wdWxhdGUgcmluZyBnZm5cbiIpOwotICAg ICAgICAgICAgZ290byBlcnI7Ci0gICAgICAgIH0KLQotICAgICAgICBtbWFw X3BmbiA9IHJpbmdfcGZuOwotICAgICAgICB4ZW5hY2Nlc3MtPm1lbV9ldmVu dC5yaW5nX3BhZ2UgPSAKLSAgICAgICAgICAgIHhjX21hcF9mb3JlaWduX2Jh dGNoKHhjaCwgeGVuYWNjZXNzLT5tZW1fZXZlbnQuZG9tYWluX2lkLCAKLSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFBST1RfUkVBRCB8 IFBST1RfV1JJVEUsICZtbWFwX3BmbiwgMSk7Ci0gICAgICAgIGlmICggbW1h cF9wZm4gJiBYRU5fRE9NQ1RMX1BGSU5GT19YVEFCICkKLSAgICAgICAgewot ICAgICAgICAgICAgUEVSUk9SKCJDb3VsZCBub3QgbWFwIHRoZSByaW5nIHBh Z2VcbiIpOwotICAgICAgICAgICAgZ290byBlcnI7Ci0gICAgICAgIH0KLSAg ICB9Ci0KLSAgICAvKiBJbml0aWFsaXNlIFhlbiAqLwotICAgIHJjID0geGNf bWVtX2FjY2Vzc19lbmFibGUoeGVuYWNjZXNzLT54Y19oYW5kbGUsIHhlbmFj Y2Vzcy0+bWVtX2V2ZW50LmRvbWFpbl9pZCwKLSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgJnhlbmFjY2Vzcy0+bWVtX2V2ZW50LmV2dGNobl9wb3J0 KTsKLSAgICBpZiAoIHJjICE9IDAgKQorICAgIC8qIEVuYWJsZSBtZW1fYWNj ZXNzICovCisgICAgeGVuYWNjZXNzLT5tZW1fZXZlbnQucmluZ19wYWdlID0K KyAgICAgICAgICAgIHhjX21lbV9hY2Nlc3NfZW5hYmxlKHhlbmFjY2Vzcy0+ eGNfaGFuZGxlLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg eGVuYWNjZXNzLT5tZW1fZXZlbnQuZG9tYWluX2lkLAorICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgJnhlbmFjY2Vzcy0+bWVtX2V2ZW50LmV2 dGNobl9wb3J0KTsKKyAgICBpZiAoIHhlbmFjY2Vzcy0+bWVtX2V2ZW50LnJp bmdfcGFnZSA9PSBOVUxMICkKICAgICB7CiAgICAgICAgIHN3aXRjaCAoIGVy cm5vICkgewogICAgICAgICAgICAgY2FzZSBFQlVTWToKQEAgLTI4OCw3ICsy NTksNyBAQCB4ZW5hY2Nlc3NfdCAqeGVuYWNjZXNzX2luaXQoeGNfaW50ZXJm YWNlICoqeGNoX3IsIGRvbWlkX3QgZG9tYWluX2lkKQogICAgICAgICAgICAg ICAgIEVSUk9SKCJFUFQgbm90IHN1cHBvcnRlZCBmb3IgdGhpcyBndWVzdCIp OwogICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICAgICAgZGVmYXVs dDoKLSAgICAgICAgICAgICAgICBwZXJyb3IoIkVycm9yIGluaXRpYWxpc2lu ZyBzaGFyZWQgcGFnZSIpOworICAgICAgICAgICAgICAgIHBlcnJvcigiRXJy b3IgZW5hYmxpbmcgbWVtX2FjY2VzcyIpOwogICAgICAgICAgICAgICAgIGJy ZWFrOwogICAgICAgICB9CiAgICAgICAgIGdvdG8gZXJyOwpAQCAtMzIyLDEx ICsyOTMsNiBAQCB4ZW5hY2Nlc3NfdCAqeGVuYWNjZXNzX2luaXQoeGNfaW50 ZXJmYWNlICoqeGNoX3IsIGRvbWlkX3QgZG9tYWluX2lkKQogICAgICAgICAg ICAgICAgICAgIChtZW1fZXZlbnRfc3JpbmdfdCAqKXhlbmFjY2Vzcy0+bWVt X2V2ZW50LnJpbmdfcGFnZSwKICAgICAgICAgICAgICAgICAgICBYQ19QQUdF X1NJWkUpOwogCi0gICAgLyogTm93IHRoYXQgdGhlIHJpbmcgaXMgc2V0LCBy ZW1vdmUgaXQgZnJvbSB0aGUgZ3Vlc3QncyBwaHlzbWFwICovCi0gICAgaWYg KCB4Y19kb21haW5fZGVjcmVhc2VfcmVzZXJ2YXRpb25fZXhhY3QoeGNoLCAK LSAgICAgICAgICAgICAgICAgICAgeGVuYWNjZXNzLT5tZW1fZXZlbnQuZG9t YWluX2lkLCAxLCAwLCAmcmluZ19wZm4pICkKLSAgICAgICAgUEVSUk9SKCJG YWlsZWQgdG8gcmVtb3ZlIHJpbmcgZnJvbSBndWVzdCBwaHlzbWFwIik7Ci0K ICAgICAvKiBHZXQgZG9tYWluaW5mbyAqLwogICAgIHhlbmFjY2Vzcy0+ZG9t YWluX2luZm8gPSBtYWxsb2Moc2l6ZW9mKHhjX2RvbWFpbmluZm9fdCkpOwog ICAgIGlmICggeGVuYWNjZXNzLT5kb21haW5faW5mbyA9PSBOVUxMICkK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Tue Jun 17 12:18:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 12:18:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsK2-0001uE-Vw; Tue, 17 Jun 2014 12:17:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsJz-0001sA-5o; Tue, 17 Jun 2014 12:17:03 +0000 Received: from [85.158.143.35:61543] by server-1.bemta-4.messagelabs.com id DC/04-09496-EB130A35; Tue, 17 Jun 2014 12:17:02 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-10.tower-21.messagelabs.com!1403007420!11944421!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30447 invoked from network); 17 Jun 2014 12:17:01 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-10.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 17 Jun 2014 12:17:01 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsJr-00053k-48; Tue, 17 Jun 2014 12:16:55 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WwsJr-00081P-1v; Tue, 17 Jun 2014 12:16:55 +0000 Date: Tue, 17 Jun 2014 12:16:55 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 100 (CVE-2014-4021) - Hypervisor heap contents leaked to guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-4021 / XSA-100 version 3 Hypervisor heap contents leaked to guests UPDATES IN VERSION 3 ==================== Public Release. CVE assigned. ISSUE DESCRIPTION ================= While memory pages recovered from dying guests are being cleaned to avoid leaking sensitive information to other guests, memory pages that were in use by the hypervisor and are eligible to be allocated to guests weren't being properly cleaned. Such exposure of information would happen through memory pages freshly allocated to or by the guest. Normally the leaked data is administrative information of limited value to an attacker. However, scenarios exist where guest CPU register state and hypercall arguments might be leaked. IMPACT ====== A malicious guest might be able to read data relating to other guests or the hypervisor itself. Data at rest in guest memory or storage (filesystems) is not affected. However, it is possible for an attacker to obtain modest amounts of in-flight and in-use data, which might contain passwords or cryptographic keys. VULNERABLE SYSTEMS ================== Xen 3.2.x and later are vulnerable. Xen 3.1.x and earlier have not been inspected. MITIGATION ========== No comprehensive mitigation is available. An attacker will find it easier obtain sensitive data from a victim guest if the attacker is able to initiate domain management operations and lifecycle events for that guest. This includes a situation where the attacker can cause the victim guest to crash. Therefore the risk from this vulnerability can be somewhat reduced by restricting management (such as migration or resource adjustment) to fully trusted guest or host administrators, and by eliminating any Denial of Service vulnerabilities against potential victim guests. CREDITS ======= This issue was discovered by Jan Beulich. RESOLUTION ========== Applying the attached patch resolves this issue. xsa100.patch xen-unstable, Xen 4.4.x, Xen 4.3.x, Xen 4.2.x, Xen 4.1.x Note that to avoid a regression on systems with AMD IOMMU, on 4.2.x and later additionally commit 6b4d71d0 ("AMD IOMMU: don't free page table prematurely") found at http://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=6b4d71d028f445cba7426a144751fddc8bfdd67b will be required if not already in place in the respective tree. $ sha256sum xsa100*.patch 2cbd3a52bb8d32d00a19e2ce48e3157034b484b4a7b7282cae0d108ffb4ddca0 xsa100.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJToCoFAAoJEIP+FMlX6CvZ8p0H/1RPfzKOIQVvjJrAPiOH8cDr /QR8hAhKqIs97+fxSFO5LCsfBwKga/rLz6sjveQYlvJOq9qSc2vTWxpQLNrh7M1q NagTSVJoxcxVn+LHgHAczfRfNwK5BWFHz5/R3k1SLSjLy15aBDr5rW42H/WjKXI3 0UnLfpLkaDfocpQOYAz1a4cTAxbK07omhSlnCdcvPmWLDPvWy03BF7jZvTDYdiO1 OjU/3HUwMv7Ii6By3QvjO3Z4h9qkest/iIeaeCTwNwSJa9rW+8KLZjzdJCMJOUeu J608R94x4vyj7wc+JVPwD59K0XkXzmsASC8q0ivohXGDTloKcdN7vdmR37g4fJ0= =WnYZ -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa100.patch" Content-Disposition: attachment; filename="xsa100.patch" Content-Transfer-Encoding: base64 cGFnZS1hbGxvYzogc2NydWIgcGFnZXMgdXNlZCBieSBoeXBlcnZpc29yIHVw b24gZnJlZWluZwoKLi4uIHVubGVzcyB0aGV5J3JlIHBhcnQgb2YgYSBmdWxs eSBzZXBhcmF0ZSBwb29sIChhbmQgaGVuY2UgY2FuJ3QgZXZlcgpiZSB1c2Vk IGZvciBndWVzdCBhbGxvY2F0aW9ucykuCgpUaGlzIGlzIFhTQS0xMDAuCgpT aWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+ ClJldmlld2VkLWJ5OiBJYW4gQ2FtcGJlbGwgPGlhbi5jYW1wYmVsbEBjaXRy aXguY29tPgpBY2tlZC1ieTogS2VpciBGcmFzZXIgPGtlaXJAeGVuLm9yZz4K Ci0tLSBhL3hlbi9jb21tb24vcGFnZV9hbGxvYy5jCisrKyBiL3hlbi9jb21t b24vcGFnZV9hbGxvYy5jCkBAIC0xNDA5LDcgKzE0MDksMTAgQEAgdm9pZCBm cmVlX3hlbmhlYXBfcGFnZXModm9pZCAqdiwgdW5zaWduZQogICAgIHBnID0g dmlydF90b19wYWdlKHYpOwogCiAgICAgZm9yICggaSA9IDA7IGkgPCAoMXUg PDwgb3JkZXIpOyBpKysgKQorICAgIHsKKyAgICAgICAgc2NydWJfb25lX3Bh Z2UoJnBnW2ldKTsKICAgICAgICAgcGdbaV0uY291bnRfaW5mbyAmPSB+UEdD X3hlbl9oZWFwOworICAgIH0KIAogICAgIGZyZWVfaGVhcF9wYWdlcyhwZywg b3JkZXIpOwogfQpAQCAtMTU3OSw2ICsxNTgyLDggQEAgdm9pZCBmcmVlX2Rv bWhlYXBfcGFnZXMoc3RydWN0IHBhZ2VfaW5mbwogICAgIGVsc2UKICAgICB7 CiAgICAgICAgIC8qIEZyZWVpbmcgYW5vbnltb3VzIGRvbWFpbi1oZWFwIHBh Z2VzLiAqLworICAgICAgICBmb3IgKCBpID0gMDsgaSA8ICgxIDw8IG9yZGVy KTsgaSsrICkKKyAgICAgICAgICAgIHNjcnViX29uZV9wYWdlKCZwZ1tpXSk7 CiAgICAgICAgIGZyZWVfaGVhcF9wYWdlcyhwZywgb3JkZXIpOwogICAgICAg ICBkcm9wX2RvbV9yZWYgPSAwOwogICAgIH0K --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Tue Jun 17 12:18:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 12:18:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsK2-0001uE-Vw; Tue, 17 Jun 2014 12:17:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsJz-0001sA-5o; Tue, 17 Jun 2014 12:17:03 +0000 Received: from [85.158.143.35:61543] by server-1.bemta-4.messagelabs.com id DC/04-09496-EB130A35; Tue, 17 Jun 2014 12:17:02 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-10.tower-21.messagelabs.com!1403007420!11944421!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30447 invoked from network); 17 Jun 2014 12:17:01 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-10.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 17 Jun 2014 12:17:01 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsJr-00053k-48; Tue, 17 Jun 2014 12:16:55 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WwsJr-00081P-1v; Tue, 17 Jun 2014 12:16:55 +0000 Date: Tue, 17 Jun 2014 12:16:55 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 100 (CVE-2014-4021) - Hypervisor heap contents leaked to guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-4021 / XSA-100 version 3 Hypervisor heap contents leaked to guests UPDATES IN VERSION 3 ==================== Public Release. CVE assigned. ISSUE DESCRIPTION ================= While memory pages recovered from dying guests are being cleaned to avoid leaking sensitive information to other guests, memory pages that were in use by the hypervisor and are eligible to be allocated to guests weren't being properly cleaned. Such exposure of information would happen through memory pages freshly allocated to or by the guest. Normally the leaked data is administrative information of limited value to an attacker. However, scenarios exist where guest CPU register state and hypercall arguments might be leaked. IMPACT ====== A malicious guest might be able to read data relating to other guests or the hypervisor itself. Data at rest in guest memory or storage (filesystems) is not affected. However, it is possible for an attacker to obtain modest amounts of in-flight and in-use data, which might contain passwords or cryptographic keys. VULNERABLE SYSTEMS ================== Xen 3.2.x and later are vulnerable. Xen 3.1.x and earlier have not been inspected. MITIGATION ========== No comprehensive mitigation is available. An attacker will find it easier obtain sensitive data from a victim guest if the attacker is able to initiate domain management operations and lifecycle events for that guest. This includes a situation where the attacker can cause the victim guest to crash. Therefore the risk from this vulnerability can be somewhat reduced by restricting management (such as migration or resource adjustment) to fully trusted guest or host administrators, and by eliminating any Denial of Service vulnerabilities against potential victim guests. CREDITS ======= This issue was discovered by Jan Beulich. RESOLUTION ========== Applying the attached patch resolves this issue. xsa100.patch xen-unstable, Xen 4.4.x, Xen 4.3.x, Xen 4.2.x, Xen 4.1.x Note that to avoid a regression on systems with AMD IOMMU, on 4.2.x and later additionally commit 6b4d71d0 ("AMD IOMMU: don't free page table prematurely") found at http://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=6b4d71d028f445cba7426a144751fddc8bfdd67b will be required if not already in place in the respective tree. $ sha256sum xsa100*.patch 2cbd3a52bb8d32d00a19e2ce48e3157034b484b4a7b7282cae0d108ffb4ddca0 xsa100.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJToCoFAAoJEIP+FMlX6CvZ8p0H/1RPfzKOIQVvjJrAPiOH8cDr /QR8hAhKqIs97+fxSFO5LCsfBwKga/rLz6sjveQYlvJOq9qSc2vTWxpQLNrh7M1q NagTSVJoxcxVn+LHgHAczfRfNwK5BWFHz5/R3k1SLSjLy15aBDr5rW42H/WjKXI3 0UnLfpLkaDfocpQOYAz1a4cTAxbK07omhSlnCdcvPmWLDPvWy03BF7jZvTDYdiO1 OjU/3HUwMv7Ii6By3QvjO3Z4h9qkest/iIeaeCTwNwSJa9rW+8KLZjzdJCMJOUeu J608R94x4vyj7wc+JVPwD59K0XkXzmsASC8q0ivohXGDTloKcdN7vdmR37g4fJ0= =WnYZ -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa100.patch" Content-Disposition: attachment; filename="xsa100.patch" Content-Transfer-Encoding: base64 cGFnZS1hbGxvYzogc2NydWIgcGFnZXMgdXNlZCBieSBoeXBlcnZpc29yIHVw b24gZnJlZWluZwoKLi4uIHVubGVzcyB0aGV5J3JlIHBhcnQgb2YgYSBmdWxs eSBzZXBhcmF0ZSBwb29sIChhbmQgaGVuY2UgY2FuJ3QgZXZlcgpiZSB1c2Vk IGZvciBndWVzdCBhbGxvY2F0aW9ucykuCgpUaGlzIGlzIFhTQS0xMDAuCgpT aWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+ ClJldmlld2VkLWJ5OiBJYW4gQ2FtcGJlbGwgPGlhbi5jYW1wYmVsbEBjaXRy aXguY29tPgpBY2tlZC1ieTogS2VpciBGcmFzZXIgPGtlaXJAeGVuLm9yZz4K Ci0tLSBhL3hlbi9jb21tb24vcGFnZV9hbGxvYy5jCisrKyBiL3hlbi9jb21t b24vcGFnZV9hbGxvYy5jCkBAIC0xNDA5LDcgKzE0MDksMTAgQEAgdm9pZCBm cmVlX3hlbmhlYXBfcGFnZXModm9pZCAqdiwgdW5zaWduZQogICAgIHBnID0g dmlydF90b19wYWdlKHYpOwogCiAgICAgZm9yICggaSA9IDA7IGkgPCAoMXUg PDwgb3JkZXIpOyBpKysgKQorICAgIHsKKyAgICAgICAgc2NydWJfb25lX3Bh Z2UoJnBnW2ldKTsKICAgICAgICAgcGdbaV0uY291bnRfaW5mbyAmPSB+UEdD X3hlbl9oZWFwOworICAgIH0KIAogICAgIGZyZWVfaGVhcF9wYWdlcyhwZywg b3JkZXIpOwogfQpAQCAtMTU3OSw2ICsxNTgyLDggQEAgdm9pZCBmcmVlX2Rv bWhlYXBfcGFnZXMoc3RydWN0IHBhZ2VfaW5mbwogICAgIGVsc2UKICAgICB7 CiAgICAgICAgIC8qIEZyZWVpbmcgYW5vbnltb3VzIGRvbWFpbi1oZWFwIHBh Z2VzLiAqLworICAgICAgICBmb3IgKCBpID0gMDsgaSA8ICgxIDw8IG9yZGVy KTsgaSsrICkKKyAgICAgICAgICAgIHNjcnViX29uZV9wYWdlKCZwZ1tpXSk7 CiAgICAgICAgIGZyZWVfaGVhcF9wYWdlcyhwZywgb3JkZXIpOwogICAgICAg ICBkcm9wX2RvbV9yZWYgPSAwOwogICAgIH0K --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Tue Jun 17 12:18:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 12:18:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsK1-0001t6-GI; Tue, 17 Jun 2014 12:17:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsJy-0001s8-P5; Tue, 17 Jun 2014 12:17:03 +0000 Received: from [193.109.254.147:26109] by server-2.bemta-14.messagelabs.com id 56/DB-21684-DB130A35; Tue, 17 Jun 2014 12:17:01 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1403007419!7186111!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30584 invoked from network); 17 Jun 2014 12:17:00 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-5.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 17 Jun 2014 12:17:00 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsJm-00053a-EX; Tue, 17 Jun 2014 12:16:50 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WwsJm-00080M-3v; Tue, 17 Jun 2014 12:16:50 +0000 Date: Tue, 17 Jun 2014 12:16:50 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 99 - unexpected pitfall in xenaccess API X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory XSA-99 version 2 unexpected pitfall in xenaccess API UPDATES IN VERSION 2 ==================== Public Release. Added note regarding CVE. ISSUE DESCRIPTION ================= A test/example program, for exercising the Xen memaccess API, does not take all necessary precautions against hostile guest behaviour. As a result, software developers using it as an example or template might have written and deployed vulnerable code. See the patch for technical details of the problem. IMPACT ====== Deployments of software inspired by, or derived from, xen.git/tools/tests/xen-access/xen-access.c, may be vulnerable to privilege escalation by a malicious guest administrator. xen-access is a test/example program and is not, without modification, useful in production. It is not built or installed by default. VULNERABLE SYSTEMS ================== Unmodified Xen installations (including installations as provided by typical Free Software distributions) are not vulnerable. The following toolstacks/libraries do not use memaccess, so systems using Xen only via the following are not vulnerable: libxl; xl; xend; xm; libvirt In general, Xen installations which make no use of the Xen memory access API (xc_mem_access_..., "XENMEM_access_...", XEN_DOMCTL_MEM_EVENT_OP_ACCESS_ENABLE) are not vulnerable. Systems using the Xen hypervisor 4.1 or earlier are not vulnerable. ARM systems are not vulnerable. AMD systems are not vulnerable. Intel x86 systems without EPT are not vulnerable. Software developers who have based their efforts on xen-access.c may have constructed vulnerable systems. Such developers should examine their software, and communicate with their own downstreams, as applicable. Users of Xen-derived systems, whose vulnerability is not excluded above, should consult their vendor for information about the applicability of this vulnerability. MITIGATION ========== Disabling whatever functionality uses the memaccess API will avoid the vulnerability. NOTE REGARDING CVE ================== The CVE assignment team at the MITRE CVE Numbering Authority have told us that type of issue is typically considered site-specific and is not eligible for a CVE ID: The scope of CVE does not include issues where a vulnerable program can be present after a customer modifies shipped source code or modifies the build process. The primary purpose of this guideline is to avoid CVE assignments where, for example, the vulnerability exists only when a customer enables experimental code and then recompiles. A secondary purpose of this guideline is to avoid CVE assignments for example code that wasn't intended to be used as-is. Software developers who have based production code on xen-access.c should obtain their own CVE number(s). CREDITS ======= This vulnerability was discovered by Ian Campbell of Citrix. RESOLUTION ========== The attached patch repairs the test/example utility provided in the Xen Project source tree. To resolve the issue in production software, appropriate changes will have to be be made by its developers. $ sha256sum xsa99*.patch d6496699d9952bbfe1cd86e0ba84182e455a5dc4626654d387f92390d9680cd4 xsa99.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJToCn/AAoJEIP+FMlX6CvZBp8H/Az39oLQiAIyrZRD+IktvGuB mCLRcoyTJxxfE+9bAFltypelGNwq5NT/JUwub82whapbPW/e/rtGbln43FkdkoLu oFlddcteOzJMTLsLXxe50zrgb4QaUEt4lxQ2zEyFpL6PYz32pO24NLK8QzG480Ol 4u1UlBJeYM61Z4JPuCy0h5vMy0eU6G3yry6B09s4Dmdfvd6AU7BprFT4/aW+noQ0 84w11iL8Y53ddnidTgaXNkyvcq+5m57RL9uHvrRz7mViqhazkVkxGZHVKsUYuRPb wkBpSaa+cJkeF8AnDue/QuW0pWYpfrPoniD86SwgzsYYj5bN0EnQ4CTzVIAx284= =9myT -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa99.patch" Content-Disposition: attachment; filename="xsa99.patch" Content-Transfer-Encoding: base64 RnJvbTogQXJhdmluZGggUHV0aGl5YXBhcmFtYmlsIDxhcmF2aW5kcEBjaXNj by5jb20+CkRhdGU6IFR1ZSBNYXkgMjAgMTY6MzU6NDQgMjAxNCAtMDcwMAoK bWVtX2FjY2VzczogQWRkIGhlbHBlciBBUEkgdG8gc2V0dXAgcmluZyBhbmQg ZW5hYmxlIG1lbV9hY2Nlc3MKCnRvb2xzL2xpYnhjOiBBZGQgaGVscGVyIGZ1 bmN0aW9uIHRvIHNldHVwIHJpbmcgZm9yIG1lbSBldmVudHMKVGhpcyBwYXRj aCBhZGRzIGEgaGVscGVyIGZ1bmN0aW9uIHRoYXQgbWFwcyB0aGUgcmluZywg ZW5hYmxlcyBtZW1fZXZlbnQKYW5kIHJlbW92ZXMgdGhlIHJpbmcgZnJvbSB0 aGUgZ3Vlc3QgcGh5c21hcCB3aGlsZSB0aGUgZG9tYWluIGlzIHBhdXNlZC4K VGhpcyBjYW4gYmUgdXNlZCBieSBhbGwgbWVtX2V2ZW50cyBidXQgaXMgb25s eSBlbmFibGVkIGZvciBtZW1fYWNjZXNzIGF0CnRoZSBtb21lbnQuCgp0ZXN0 cy94ZW4tYWNjZXNzOiBVc2UgaGVscGVyIEFQSSB0byBzZXR1cCByaW5nIGFu ZCBlbmFibGUgbWVtX2FjY2VzcwpQcmlvciB0byB0aGlzIHBhdGNoLCB4ZW4t YWNjZXNzIHdhcyBzZXR0aW5nIHVwIHRoZSByaW5nIHBhZ2UgaW4gYSB3YXkK dGhhdCB3b3VsZCBnaXZlIGEgbWFsaWNvdXMgZ3Vlc3QgYSB3aW5kb3cgdG8g d3JpdGUgaW4gdG8gdGhlIHNoYXJlZCByaW5nCnBhZ2UuIFRoaXMgcGF0Y2gg Zml4ZXMgdGhpcyBieSB1c2luZyB0aGUgaGVscGVyIEFQSSB0aGF0IGRvZXMg aXQgc2FmZWx5Cm9uIGJlaGFsZiBvZiB4ZW4tYWNjZXNzLgoKVGhpcyBpcyBY U0EtOTkuCgpTaWduZWQtb2ZmLWJ5OiBBcmF2aW5kaCBQdXRoaXlhcGFyYW1i aWwgPGFyYXZpbmRwQGNpc2NvLmNvbT4KUmV2aWV3ZWQtYnk6IEphbiBCZXVs aWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KCmRpZmYgLS1naXQgYS90b29scy9s aWJ4Yy94Y19tZW1fYWNjZXNzLmMgYi90b29scy9saWJ4Yy94Y19tZW1fYWNj ZXNzLmMKaW5kZXggZjQzNmU2OS4uNDYxZjBlOSAxMDA2NDQKLS0tIGEvdG9v bHMvbGlieGMveGNfbWVtX2FjY2Vzcy5jCisrKyBiL3Rvb2xzL2xpYnhjL3hj X21lbV9hY2Nlc3MuYwpAQCAtMjQsMTkgKzI0LDkgQEAKICNpbmNsdWRlICJ4 Y19wcml2YXRlLmgiCiAjaW5jbHVkZSA8eGVuL21lbW9yeS5oPgogCi1pbnQg eGNfbWVtX2FjY2Vzc19lbmFibGUoeGNfaW50ZXJmYWNlICp4Y2gsIGRvbWlk X3QgZG9tYWluX2lkLAotICAgICAgICAgICAgICAgICAgICAgICAgIHVpbnQz Ml90ICpwb3J0KQordm9pZCAqeGNfbWVtX2FjY2Vzc19lbmFibGUoeGNfaW50 ZXJmYWNlICp4Y2gsIGRvbWlkX3QgZG9tYWluX2lkLCB1aW50MzJfdCAqcG9y dCkKIHsKLSAgICBpZiAoICFwb3J0ICkKLSAgICB7Ci0gICAgICAgIGVycm5v ID0gRUlOVkFMOwotICAgICAgICByZXR1cm4gLTE7Ci0gICAgfQotCi0gICAg cmV0dXJuIHhjX21lbV9ldmVudF9jb250cm9sKHhjaCwgZG9tYWluX2lkLAot ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBYRU5fRE9NQ1RMX01F TV9FVkVOVF9PUF9BQ0NFU1NfRU5BQkxFLAotICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBYRU5fRE9NQ1RMX01FTV9FVkVOVF9PUF9BQ0NFU1Ms Ci0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHBvcnQpOworICAg IHJldHVybiB4Y19tZW1fZXZlbnRfZW5hYmxlKHhjaCwgZG9tYWluX2lkLCBI Vk1fUEFSQU1fQUNDRVNTX1JJTkdfUEZOLCBwb3J0KTsKIH0KIAogaW50IHhj X21lbV9hY2Nlc3NfZGlzYWJsZSh4Y19pbnRlcmZhY2UgKnhjaCwgZG9taWRf dCBkb21haW5faWQpCmRpZmYgLS1naXQgYS90b29scy9saWJ4Yy94Y19tZW1f ZXZlbnQuYyBiL3Rvb2xzL2xpYnhjL3hjX21lbV9ldmVudC5jCmluZGV4IGQ0 M2EwYWYuLmJlN2M2M2QgMTAwNjQ0Ci0tLSBhL3Rvb2xzL2xpYnhjL3hjX21l bV9ldmVudC5jCisrKyBiL3Rvb2xzL2xpYnhjL3hjX21lbV9ldmVudC5jCkBA IC01NiwzICs1NiwxMTggQEAgaW50IHhjX21lbV9ldmVudF9tZW1vcCh4Y19p bnRlcmZhY2UgKnhjaCwgZG9taWRfdCBkb21haW5faWQsCiAgICAgcmV0dXJu IGRvX21lbW9yeV9vcCh4Y2gsIG1vZGUsICZtZW8sIHNpemVvZihtZW8pKTsK IH0KIAordm9pZCAqeGNfbWVtX2V2ZW50X2VuYWJsZSh4Y19pbnRlcmZhY2Ug KnhjaCwgZG9taWRfdCBkb21haW5faWQsIGludCBwYXJhbSwKKyAgICAgICAg ICAgICAgICAgICAgICAgICAgdWludDMyX3QgKnBvcnQpCit7CisgICAgdm9p ZCAqcmluZ19wYWdlID0gTlVMTDsKKyAgICB1bnNpZ25lZCBsb25nIHJpbmdf cGZuLCBtbWFwX3BmbjsKKyAgICB1bnNpZ25lZCBpbnQgb3AsIG1vZGU7Cisg ICAgaW50IHJjMSwgcmMyLCBzYXZlZF9lcnJubzsKKworICAgIGlmICggIXBv cnQgKQorICAgIHsKKyAgICAgICAgZXJybm8gPSBFSU5WQUw7CisgICAgICAg IHJldHVybiBOVUxMOworICAgIH0KKworICAgIC8qIFBhdXNlIHRoZSBkb21h aW4gZm9yIHJpbmcgcGFnZSBzZXR1cCAqLworICAgIHJjMSA9IHhjX2RvbWFp bl9wYXVzZSh4Y2gsIGRvbWFpbl9pZCk7CisgICAgaWYgKCByYzEgIT0gMCAp CisgICAgeworICAgICAgICBQRVJST1IoIlVuYWJsZSB0byBwYXVzZSBkb21h aW5cbiIpOworICAgICAgICByZXR1cm4gTlVMTDsKKyAgICB9CisKKyAgICAv KiBHZXQgdGhlIHBmbiBvZiB0aGUgcmluZyBwYWdlICovCisgICAgcmMxID0g eGNfZ2V0X2h2bV9wYXJhbSh4Y2gsIGRvbWFpbl9pZCwgcGFyYW0sICZyaW5n X3Bmbik7CisgICAgaWYgKCByYzEgIT0gMCApCisgICAgeworICAgICAgICBQ RVJST1IoIkZhaWxlZCB0byBnZXQgcGZuIG9mIHJpbmcgcGFnZVxuIik7Cisg ICAgICAgIGdvdG8gb3V0OworICAgIH0KKworICAgIG1tYXBfcGZuID0gcmlu Z19wZm47CisgICAgcmluZ19wYWdlID0geGNfbWFwX2ZvcmVpZ25fYmF0Y2go eGNoLCBkb21haW5faWQsIFBST1RfUkVBRCB8IFBST1RfV1JJVEUsCisgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJm1tYXBfcGZuLCAx KTsKKyAgICBpZiAoIG1tYXBfcGZuICYgWEVOX0RPTUNUTF9QRklORk9fWFRB QiApCisgICAgeworICAgICAgICAvKiBNYXAgZmFpbGVkLCBwb3B1bGF0ZSBy aW5nIHBhZ2UgKi8KKyAgICAgICAgcmMxID0geGNfZG9tYWluX3BvcHVsYXRl X3BoeXNtYXBfZXhhY3QoeGNoLCBkb21haW5faWQsIDEsIDAsIDAsCisgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJnJp bmdfcGZuKTsKKyAgICAgICAgaWYgKCByYzEgIT0gMCApCisgICAgICAgIHsK KyAgICAgICAgICAgIFBFUlJPUigiRmFpbGVkIHRvIHBvcHVsYXRlIHJpbmcg cGZuXG4iKTsKKyAgICAgICAgICAgIGdvdG8gb3V0OworICAgICAgICB9CisK KyAgICAgICAgbW1hcF9wZm4gPSByaW5nX3BmbjsKKyAgICAgICAgcmluZ19w YWdlID0geGNfbWFwX2ZvcmVpZ25fYmF0Y2goeGNoLCBkb21haW5faWQsIFBS T1RfUkVBRCB8IFBST1RfV1JJVEUsCisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICZtbWFwX3BmbiwgMSk7CisgICAgICAgIGlm ICggbW1hcF9wZm4gJiBYRU5fRE9NQ1RMX1BGSU5GT19YVEFCICkKKyAgICAg ICAgeworICAgICAgICAgICAgUEVSUk9SKCJDb3VsZCBub3QgbWFwIHRoZSBy aW5nIHBhZ2VcbiIpOworICAgICAgICAgICAgZ290byBvdXQ7CisgICAgICAg IH0KKyAgICB9CisKKyAgICBzd2l0Y2ggKCBwYXJhbSApCisgICAgeworICAg IGNhc2UgSFZNX1BBUkFNX1BBR0lOR19SSU5HX1BGTjoKKyAgICAgICAgb3Ag PSBYRU5fRE9NQ1RMX01FTV9FVkVOVF9PUF9QQUdJTkdfRU5BQkxFOworICAg ICAgICBtb2RlID0gWEVOX0RPTUNUTF9NRU1fRVZFTlRfT1BfUEFHSU5HOwor ICAgICAgICBicmVhazsKKworICAgIGNhc2UgSFZNX1BBUkFNX0FDQ0VTU19S SU5HX1BGTjoKKyAgICAgICAgb3AgPSBYRU5fRE9NQ1RMX01FTV9FVkVOVF9P UF9BQ0NFU1NfRU5BQkxFOworICAgICAgICBtb2RlID0gWEVOX0RPTUNUTF9N RU1fRVZFTlRfT1BfQUNDRVNTOworICAgICAgICBicmVhazsKKworICAgIGNh c2UgSFZNX1BBUkFNX1NIQVJJTkdfUklOR19QRk46CisgICAgICAgIG9wID0g WEVOX0RPTUNUTF9NRU1fRVZFTlRfT1BfU0hBUklOR19FTkFCTEU7CisgICAg ICAgIG1vZGUgPSBYRU5fRE9NQ1RMX01FTV9FVkVOVF9PUF9TSEFSSU5HOwor ICAgICAgICBicmVhazsKKworICAgIC8qCisgICAgICogVGhpcyBpcyBmb3Ig dGhlIG91dHNpZGUgY2hhbmNlIHRoYXQgdGhlIEhWTV9QQVJBTSBpcyB2YWxp ZCBidXQgaXMgaW52YWxpZAorICAgICAqIGFzIGZhciBhcyBtZW1fZXZlbnQg Z29lcy4KKyAgICAgKi8KKyAgICBkZWZhdWx0OgorICAgICAgICBlcnJubyA9 IEVJTlZBTDsKKyAgICAgICAgcmMxID0gLTE7CisgICAgICAgIGdvdG8gb3V0 OworICAgIH0KKworICAgIHJjMSA9IHhjX21lbV9ldmVudF9jb250cm9sKHhj aCwgZG9tYWluX2lkLCBvcCwgbW9kZSwgcG9ydCk7CisgICAgaWYgKCByYzEg IT0gMCApCisgICAgeworICAgICAgICBQRVJST1IoIkZhaWxlZCB0byBlbmFi bGUgbWVtX2V2ZW50XG4iKTsKKyAgICAgICAgZ290byBvdXQ7CisgICAgfQor CisgICAgLyogUmVtb3ZlIHRoZSByaW5nX3BmbiBmcm9tIHRoZSBndWVzdCdz IHBoeXNtYXAgKi8KKyAgICByYzEgPSB4Y19kb21haW5fZGVjcmVhc2VfcmVz ZXJ2YXRpb25fZXhhY3QoeGNoLCBkb21haW5faWQsIDEsIDAsICZyaW5nX3Bm bik7CisgICAgaWYgKCByYzEgIT0gMCApCisgICAgICAgIFBFUlJPUigiRmFp bGVkIHRvIHJlbW92ZSByaW5nIHBhZ2UgZnJvbSBndWVzdCBwaHlzbWFwIik7 CisKKyBvdXQ6CisgICAgc2F2ZWRfZXJybm8gPSBlcnJubzsKKworICAgIHJj MiA9IHhjX2RvbWFpbl91bnBhdXNlKHhjaCwgZG9tYWluX2lkKTsKKyAgICBp ZiAoIHJjMSAhPSAwIHx8IHJjMiAhPSAwICkKKyAgICB7CisgICAgICAgIGlm ICggcmMyICE9IDAgKQorICAgICAgICB7CisgICAgICAgICAgICBpZiAoIHJj MSA9PSAwICkKKyAgICAgICAgICAgICAgICBzYXZlZF9lcnJubyA9IGVycm5v OworICAgICAgICAgICAgUEVSUk9SKCJVbmFibGUgdG8gdW5wYXVzZSBkb21h aW4iKTsKKyAgICAgICAgfQorCisgICAgICAgIGlmICggcmluZ19wYWdlICkK KyAgICAgICAgICAgIG11bm1hcChyaW5nX3BhZ2UsIFhDX1BBR0VfU0laRSk7 CisgICAgICAgIHJpbmdfcGFnZSA9IE5VTEw7CisKKyAgICAgICAgZXJybm8g PSBzYXZlZF9lcnJubzsKKyAgICB9CisKKyAgICByZXR1cm4gcmluZ19wYWdl OworfQpkaWZmIC0tZ2l0IGEvdG9vbHMvbGlieGMveGVuY3RybC5oIGIvdG9v bHMvbGlieGMveGVuY3RybC5oCmluZGV4IDAyMTI5ZjcuLjM0Njc4ZDggMTAw NjQ0Ci0tLSBhL3Rvb2xzL2xpYnhjL3hlbmN0cmwuaAorKysgYi90b29scy9s aWJ4Yy94ZW5jdHJsLmgKQEAgLTIwMjMsNiArMjAyMywxMiBAQCBpbnQgeGNf bWVtX2V2ZW50X2NvbnRyb2woeGNfaW50ZXJmYWNlICp4Y2gsIGRvbWlkX3Qg ZG9tYWluX2lkLCB1bnNpZ25lZCBpbnQgb3AsCiBpbnQgeGNfbWVtX2V2ZW50 X21lbW9wKHhjX2ludGVyZmFjZSAqeGNoLCBkb21pZF90IGRvbWFpbl9pZCwg CiAgICAgICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBpbnQgb3AsIHVu c2lnbmVkIGludCBtb2RlLAogICAgICAgICAgICAgICAgICAgICAgICAgdWlu dDY0X3QgZ2ZuLCB2b2lkICpidWZmZXIpOworLyoKKyAqIEVuYWJsZXMgbWVt X2V2ZW50IGFuZCByZXR1cm5zIHRoZSBtYXBwZWQgcmluZyBwYWdlIGluZGlj YXRlZCBieSBwYXJhbS4KKyAqIHBhcmFtIGNhbiBiZSBIVk1fUEFSQU1fUEFH SU5HL0FDQ0VTUy9TSEFSSU5HX1JJTkdfUEZOCisgKi8KK3ZvaWQgKnhjX21l bV9ldmVudF9lbmFibGUoeGNfaW50ZXJmYWNlICp4Y2gsIGRvbWlkX3QgZG9t YWluX2lkLCBpbnQgcGFyYW0sCisgICAgICAgICAgICAgICAgICAgICAgICAg IHVpbnQzMl90ICpwb3J0KTsKIAogLyoqIAogICogTWVtIHBhZ2luZyBvcGVy YXRpb25zLgpAQCAtMjA0Myw3ICsyMDQ5LDEzIEBAIGludCB4Y19tZW1fcGFn aW5nX2xvYWQoeGNfaW50ZXJmYWNlICp4Y2gsIGRvbWlkX3QgZG9tYWluX2lk LAogICogQWNjZXNzIHRyYWNraW5nIG9wZXJhdGlvbnMuCiAgKiBTdXBwb3J0 ZWQgb25seSBvbiBJbnRlbCBFUFQgNjQgYml0IHByb2Nlc3NvcnMuCiAgKi8K LWludCB4Y19tZW1fYWNjZXNzX2VuYWJsZSh4Y19pbnRlcmZhY2UgKnhjaCwg ZG9taWRfdCBkb21haW5faWQsIHVpbnQzMl90ICpwb3J0KTsKKworLyoKKyAq IEVuYWJsZXMgbWVtX2FjY2VzcyBhbmQgcmV0dXJucyB0aGUgbWFwcGVkIHJp bmcgcGFnZS4KKyAqIFdpbGwgcmV0dXJuIE5VTEwgb24gZXJyb3IuCisgKiBD YWxsZXIgaGFzIHRvIHVubWFwIHRoaXMgcGFnZSB3aGVuIGRvbmUuCisgKi8K K3ZvaWQgKnhjX21lbV9hY2Nlc3NfZW5hYmxlKHhjX2ludGVyZmFjZSAqeGNo LCBkb21pZF90IGRvbWFpbl9pZCwgdWludDMyX3QgKnBvcnQpOwogaW50IHhj X21lbV9hY2Nlc3NfZGlzYWJsZSh4Y19pbnRlcmZhY2UgKnhjaCwgZG9taWRf dCBkb21haW5faWQpOwogaW50IHhjX21lbV9hY2Nlc3NfcmVzdW1lKHhjX2lu dGVyZmFjZSAqeGNoLCBkb21pZF90IGRvbWFpbl9pZCk7CiAKZGlmZiAtLWdp dCBhL3Rvb2xzL3Rlc3RzL3hlbi1hY2Nlc3MveGVuLWFjY2Vzcy5jIGIvdG9v bHMvdGVzdHMveGVuLWFjY2Vzcy94ZW4tYWNjZXNzLmMKaW5kZXggMGE4NGJk NS4uNTcyYWI2MyAxMDA2NDQKLS0tIGEvdG9vbHMvdGVzdHMveGVuLWFjY2Vz cy94ZW4tYWNjZXNzLmMKKysrIGIvdG9vbHMvdGVzdHMveGVuLWFjY2Vzcy94 ZW4tYWNjZXNzLmMKQEAgLTIyMyw3ICsyMjMsNiBAQCB4ZW5hY2Nlc3NfdCAq eGVuYWNjZXNzX2luaXQoeGNfaW50ZXJmYWNlICoqeGNoX3IsIGRvbWlkX3Qg ZG9tYWluX2lkKQogICAgIHhlbmFjY2Vzc190ICp4ZW5hY2Nlc3MgPSAwOwog ICAgIHhjX2ludGVyZmFjZSAqeGNoOwogICAgIGludCByYzsKLSAgICB1bnNp Z25lZCBsb25nIHJpbmdfcGZuLCBtbWFwX3BmbjsKIAogICAgIHhjaCA9IHhj X2ludGVyZmFjZV9vcGVuKE5VTEwsIE5VTEwsIDApOwogICAgIGlmICggIXhj aCApCkBAIC0yNDUsNDAgKzI0NCwxMiBAQCB4ZW5hY2Nlc3NfdCAqeGVuYWNj ZXNzX2luaXQoeGNfaW50ZXJmYWNlICoqeGNoX3IsIGRvbWlkX3QgZG9tYWlu X2lkKQogICAgIC8qIEluaXRpYWxpc2UgbG9jayAqLwogICAgIG1lbV9ldmVu dF9yaW5nX2xvY2tfaW5pdCgmeGVuYWNjZXNzLT5tZW1fZXZlbnQpOwogCi0g ICAgLyogTWFwIHRoZSByaW5nIHBhZ2UgKi8KLSAgICB4Y19nZXRfaHZtX3Bh cmFtKHhjaCwgeGVuYWNjZXNzLT5tZW1fZXZlbnQuZG9tYWluX2lkLCAKLSAg ICAgICAgICAgICAgICAgICAgICAgIEhWTV9QQVJBTV9BQ0NFU1NfUklOR19Q Rk4sICZyaW5nX3Bmbik7Ci0gICAgbW1hcF9wZm4gPSByaW5nX3BmbjsKLSAg ICB4ZW5hY2Nlc3MtPm1lbV9ldmVudC5yaW5nX3BhZ2UgPSAKLSAgICAgICAg eGNfbWFwX2ZvcmVpZ25fYmF0Y2goeGNoLCB4ZW5hY2Nlc3MtPm1lbV9ldmVu dC5kb21haW5faWQsIAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBQUk9UX1JFQUQgfCBQUk9UX1dSSVRFLCAmbW1hcF9wZm4sIDEpOwotICAg IGlmICggbW1hcF9wZm4gJiBYRU5fRE9NQ1RMX1BGSU5GT19YVEFCICkKLSAg ICB7Ci0gICAgICAgIC8qIE1hcCBmYWlsZWQsIHBvcHVsYXRlIHJpbmcgcGFn ZSAqLwotICAgICAgICByYyA9IHhjX2RvbWFpbl9wb3B1bGF0ZV9waHlzbWFw X2V4YWN0KHhlbmFjY2Vzcy0+eGNfaGFuZGxlLCAKLSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB4ZW5hY2Nlc3MtPm1l bV9ldmVudC5kb21haW5faWQsCi0gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMSwgMCwgMCwgJnJpbmdfcGZuKTsKLSAg ICAgICAgaWYgKCByYyAhPSAwICkKLSAgICAgICAgewotICAgICAgICAgICAg UEVSUk9SKCJGYWlsZWQgdG8gcG9wdWxhdGUgcmluZyBnZm5cbiIpOwotICAg ICAgICAgICAgZ290byBlcnI7Ci0gICAgICAgIH0KLQotICAgICAgICBtbWFw X3BmbiA9IHJpbmdfcGZuOwotICAgICAgICB4ZW5hY2Nlc3MtPm1lbV9ldmVu dC5yaW5nX3BhZ2UgPSAKLSAgICAgICAgICAgIHhjX21hcF9mb3JlaWduX2Jh dGNoKHhjaCwgeGVuYWNjZXNzLT5tZW1fZXZlbnQuZG9tYWluX2lkLCAKLSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFBST1RfUkVBRCB8 IFBST1RfV1JJVEUsICZtbWFwX3BmbiwgMSk7Ci0gICAgICAgIGlmICggbW1h cF9wZm4gJiBYRU5fRE9NQ1RMX1BGSU5GT19YVEFCICkKLSAgICAgICAgewot ICAgICAgICAgICAgUEVSUk9SKCJDb3VsZCBub3QgbWFwIHRoZSByaW5nIHBh Z2VcbiIpOwotICAgICAgICAgICAgZ290byBlcnI7Ci0gICAgICAgIH0KLSAg ICB9Ci0KLSAgICAvKiBJbml0aWFsaXNlIFhlbiAqLwotICAgIHJjID0geGNf bWVtX2FjY2Vzc19lbmFibGUoeGVuYWNjZXNzLT54Y19oYW5kbGUsIHhlbmFj Y2Vzcy0+bWVtX2V2ZW50LmRvbWFpbl9pZCwKLSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgJnhlbmFjY2Vzcy0+bWVtX2V2ZW50LmV2dGNobl9wb3J0 KTsKLSAgICBpZiAoIHJjICE9IDAgKQorICAgIC8qIEVuYWJsZSBtZW1fYWNj ZXNzICovCisgICAgeGVuYWNjZXNzLT5tZW1fZXZlbnQucmluZ19wYWdlID0K KyAgICAgICAgICAgIHhjX21lbV9hY2Nlc3NfZW5hYmxlKHhlbmFjY2Vzcy0+ eGNfaGFuZGxlLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg eGVuYWNjZXNzLT5tZW1fZXZlbnQuZG9tYWluX2lkLAorICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgJnhlbmFjY2Vzcy0+bWVtX2V2ZW50LmV2 dGNobl9wb3J0KTsKKyAgICBpZiAoIHhlbmFjY2Vzcy0+bWVtX2V2ZW50LnJp bmdfcGFnZSA9PSBOVUxMICkKICAgICB7CiAgICAgICAgIHN3aXRjaCAoIGVy cm5vICkgewogICAgICAgICAgICAgY2FzZSBFQlVTWToKQEAgLTI4OCw3ICsy NTksNyBAQCB4ZW5hY2Nlc3NfdCAqeGVuYWNjZXNzX2luaXQoeGNfaW50ZXJm YWNlICoqeGNoX3IsIGRvbWlkX3QgZG9tYWluX2lkKQogICAgICAgICAgICAg ICAgIEVSUk9SKCJFUFQgbm90IHN1cHBvcnRlZCBmb3IgdGhpcyBndWVzdCIp OwogICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICAgICAgZGVmYXVs dDoKLSAgICAgICAgICAgICAgICBwZXJyb3IoIkVycm9yIGluaXRpYWxpc2lu ZyBzaGFyZWQgcGFnZSIpOworICAgICAgICAgICAgICAgIHBlcnJvcigiRXJy b3IgZW5hYmxpbmcgbWVtX2FjY2VzcyIpOwogICAgICAgICAgICAgICAgIGJy ZWFrOwogICAgICAgICB9CiAgICAgICAgIGdvdG8gZXJyOwpAQCAtMzIyLDEx ICsyOTMsNiBAQCB4ZW5hY2Nlc3NfdCAqeGVuYWNjZXNzX2luaXQoeGNfaW50 ZXJmYWNlICoqeGNoX3IsIGRvbWlkX3QgZG9tYWluX2lkKQogICAgICAgICAg ICAgICAgICAgIChtZW1fZXZlbnRfc3JpbmdfdCAqKXhlbmFjY2Vzcy0+bWVt X2V2ZW50LnJpbmdfcGFnZSwKICAgICAgICAgICAgICAgICAgICBYQ19QQUdF X1NJWkUpOwogCi0gICAgLyogTm93IHRoYXQgdGhlIHJpbmcgaXMgc2V0LCBy ZW1vdmUgaXQgZnJvbSB0aGUgZ3Vlc3QncyBwaHlzbWFwICovCi0gICAgaWYg KCB4Y19kb21haW5fZGVjcmVhc2VfcmVzZXJ2YXRpb25fZXhhY3QoeGNoLCAK LSAgICAgICAgICAgICAgICAgICAgeGVuYWNjZXNzLT5tZW1fZXZlbnQuZG9t YWluX2lkLCAxLCAwLCAmcmluZ19wZm4pICkKLSAgICAgICAgUEVSUk9SKCJG YWlsZWQgdG8gcmVtb3ZlIHJpbmcgZnJvbSBndWVzdCBwaHlzbWFwIik7Ci0K ICAgICAvKiBHZXQgZG9tYWluaW5mbyAqLwogICAgIHhlbmFjY2Vzcy0+ZG9t YWluX2luZm8gPSBtYWxsb2Moc2l6ZW9mKHhjX2RvbWFpbmluZm9fdCkpOwog ICAgIGlmICggeGVuYWNjZXNzLT5kb21haW5faW5mbyA9PSBOVUxMICkK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Tue Jun 17 14:00:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 14:00:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwtvm-0001Ox-97; Tue, 17 Jun 2014 14:00:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwtvf-0001MT-S7 for xen-users@lists.xen.org; Tue, 17 Jun 2014 14:00:08 +0000 Received: from [85.158.143.35:58632] by server-3.bemta-4.messagelabs.com id 59/DC-16194-3E940A35; Tue, 17 Jun 2014 14:00:03 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1403013602!11995873!1 X-Originating-IP: [107.14.166.229] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8162 invoked from network); 17 Jun 2014 14:00:02 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.229) by server-9.tower-21.messagelabs.com with SMTP; 17 Jun 2014 14:00:02 -0000 Received: from [67.78.168.186] ([67.78.168.186:49888] helo=[10.1.1.200]) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id DE/DB-03739-1E940A35; Tue, 17 Jun 2014 14:00:02 +0000 Message-ID: <53A049E1.9040300@ubuntu.com> Date: Tue, 17 Jun 2014 10:00:01 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <539F5706.20303@ubuntu.com> <1402994245.16844.8.camel@kazak.uk.xensource.com> In-Reply-To: <1402994245.16844.8.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Cc: xen-users Subject: Re: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 6/17/2014 4:37 AM, Ian Campbell wrote: > On Mon, 2014-06-16 at 16:43 -0400, Phillip Susi wrote: >> Even if I explicitly specify 0.0.0.0:display for the vfb >> vnclisten argument in the cfg, it still binds to 127.0.0.1 so >> will only accept local connections. > > Please show us your guest configuration file and provide details > about version of Xen etc. 4.4: name="buildserv" builder='hvm' memory=4096 vfb= [ "vnclisten=0.0.0.0:0" ] disk = [ '/dev/hyper1/buildserv,,hda' ] vif = [ 'type=ioemu, bridge=xenbr0' ] vcpus="8" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJToEnhAAoJEI5FoCIzSKrwTXwH/2JPbqSNtLPUuHOhAs7V3dOq pkf9gxYtEipFjcbj3ZunLbkB82do4vqI7Xj5Y7oBWT0/rwYppDsSLxmW0UCTwVuV 3SkzyWBArtSPfd1JQpg9RCe64NyHypzG/kFoa2G9yWxw2iPxpQ6a6en1hPFl8crg GuxYC8/nFDGSPufionn2Lb0coxQ4qpjkAbdEtxGNMz6uZcaULgsJnZsUqmPt8Av7 d5yOJsTOcyVxTt7PSAsR/nT1j/JqQ0jxenMUdRHFe3OMOPLBPgx3NqeSoINSf2jI IoD4339ru+LGuz7p46zu6O9mQvez+paKSZCPHp58LpASm4iKcdAOBd3QNzmkzYs= =AGEr -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 14:00:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 14:00:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwtvm-0001Ox-97; Tue, 17 Jun 2014 14:00:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwtvf-0001MT-S7 for xen-users@lists.xen.org; Tue, 17 Jun 2014 14:00:08 +0000 Received: from [85.158.143.35:58632] by server-3.bemta-4.messagelabs.com id 59/DC-16194-3E940A35; Tue, 17 Jun 2014 14:00:03 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1403013602!11995873!1 X-Originating-IP: [107.14.166.229] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8162 invoked from network); 17 Jun 2014 14:00:02 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.229) by server-9.tower-21.messagelabs.com with SMTP; 17 Jun 2014 14:00:02 -0000 Received: from [67.78.168.186] ([67.78.168.186:49888] helo=[10.1.1.200]) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id DE/DB-03739-1E940A35; Tue, 17 Jun 2014 14:00:02 +0000 Message-ID: <53A049E1.9040300@ubuntu.com> Date: Tue, 17 Jun 2014 10:00:01 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <539F5706.20303@ubuntu.com> <1402994245.16844.8.camel@kazak.uk.xensource.com> In-Reply-To: <1402994245.16844.8.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Cc: xen-users Subject: Re: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 6/17/2014 4:37 AM, Ian Campbell wrote: > On Mon, 2014-06-16 at 16:43 -0400, Phillip Susi wrote: >> Even if I explicitly specify 0.0.0.0:display for the vfb >> vnclisten argument in the cfg, it still binds to 127.0.0.1 so >> will only accept local connections. > > Please show us your guest configuration file and provide details > about version of Xen etc. 4.4: name="buildserv" builder='hvm' memory=4096 vfb= [ "vnclisten=0.0.0.0:0" ] disk = [ '/dev/hyper1/buildserv,,hda' ] vif = [ 'type=ioemu, bridge=xenbr0' ] vcpus="8" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJToEnhAAoJEI5FoCIzSKrwTXwH/2JPbqSNtLPUuHOhAs7V3dOq pkf9gxYtEipFjcbj3ZunLbkB82do4vqI7Xj5Y7oBWT0/rwYppDsSLxmW0UCTwVuV 3SkzyWBArtSPfd1JQpg9RCe64NyHypzG/kFoa2G9yWxw2iPxpQ6a6en1hPFl8crg GuxYC8/nFDGSPufionn2Lb0coxQ4qpjkAbdEtxGNMz6uZcaULgsJnZsUqmPt8Av7 d5yOJsTOcyVxTt7PSAsR/nT1j/JqQ0jxenMUdRHFe3OMOPLBPgx3NqeSoINSf2jI IoD4339ru+LGuz7p46zu6O9mQvez+paKSZCPHp58LpASm4iKcdAOBd3QNzmkzYs= =AGEr -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 14:11:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 14:11:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwu6K-00024t-Is; Tue, 17 Jun 2014 14:11:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwu6J-00024m-UQ for xen-users@lists.xen.org; Tue, 17 Jun 2014 14:11:04 +0000 Received: from [85.158.143.35:50911] by server-2.bemta-4.messagelabs.com id 7B/0A-06539-77C40A35; Tue, 17 Jun 2014 14:11:03 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1403014261!11983116!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26008 invoked from network); 17 Jun 2014 14:11:02 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 14:11:02 -0000 X-IronPort-AV: E=Sophos;i="5.01,494,1400025600"; d="scan'208";a="144180338" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 17 Jun 2014 14:10:41 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 10:10:40 -0400 Message-ID: <1403014239.16844.126.camel@kazak.uk.xensource.com> From: Ian Campbell To: Phillip Susi Date: Tue, 17 Jun 2014 15:10:39 +0100 In-Reply-To: <53A049E1.9040300@ubuntu.com> References: <539F5706.20303@ubuntu.com> <1402994245.16844.8.camel@kazak.uk.xensource.com> <53A049E1.9040300@ubuntu.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-17 at 10:00 -0400, Phillip Susi wrote: > On 6/17/2014 4:37 AM, Ian Campbell wrote: > > On Mon, 2014-06-16 at 16:43 -0400, Phillip Susi wrote: > >> Even if I explicitly specify 0.0.0.0:display for the vfb > >> vnclisten argument in the cfg, it still binds to 127.0.0.1 so > >> will only accept local connections. > > > > Please show us your guest configuration file and provide details > > about version of Xen etc. > > 4.4: Which toolstack. > > name="buildserv" > builder='hvm' An hvm guest then. > memory=4096 > vfb= [ "vnclisten=0.0.0.0:0" ] This is a PVFB, not sure if they work for HVM or not. You probably want a toplevel vnclisten="0.0.0.0:0" to cause the VNC associated with the emulated VGA to be bound to the address which you want. Ian. > disk = [ '/dev/hyper1/buildserv,,hda' ] > vif = [ 'type=ioemu, bridge=xenbr0' ] > vcpus="8" > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 14:11:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 14:11:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwu6K-00024t-Is; Tue, 17 Jun 2014 14:11:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwu6J-00024m-UQ for xen-users@lists.xen.org; Tue, 17 Jun 2014 14:11:04 +0000 Received: from [85.158.143.35:50911] by server-2.bemta-4.messagelabs.com id 7B/0A-06539-77C40A35; Tue, 17 Jun 2014 14:11:03 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1403014261!11983116!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26008 invoked from network); 17 Jun 2014 14:11:02 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 14:11:02 -0000 X-IronPort-AV: E=Sophos;i="5.01,494,1400025600"; d="scan'208";a="144180338" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 17 Jun 2014 14:10:41 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 10:10:40 -0400 Message-ID: <1403014239.16844.126.camel@kazak.uk.xensource.com> From: Ian Campbell To: Phillip Susi Date: Tue, 17 Jun 2014 15:10:39 +0100 In-Reply-To: <53A049E1.9040300@ubuntu.com> References: <539F5706.20303@ubuntu.com> <1402994245.16844.8.camel@kazak.uk.xensource.com> <53A049E1.9040300@ubuntu.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-17 at 10:00 -0400, Phillip Susi wrote: > On 6/17/2014 4:37 AM, Ian Campbell wrote: > > On Mon, 2014-06-16 at 16:43 -0400, Phillip Susi wrote: > >> Even if I explicitly specify 0.0.0.0:display for the vfb > >> vnclisten argument in the cfg, it still binds to 127.0.0.1 so > >> will only accept local connections. > > > > Please show us your guest configuration file and provide details > > about version of Xen etc. > > 4.4: Which toolstack. > > name="buildserv" > builder='hvm' An hvm guest then. > memory=4096 > vfb= [ "vnclisten=0.0.0.0:0" ] This is a PVFB, not sure if they work for HVM or not. You probably want a toplevel vnclisten="0.0.0.0:0" to cause the VNC associated with the emulated VGA to be bound to the address which you want. Ian. > disk = [ '/dev/hyper1/buildserv,,hda' ] > vif = [ 'type=ioemu, bridge=xenbr0' ] > vcpus="8" > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 14:41:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 14:41:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwuZW-00037j-7a; Tue, 17 Jun 2014 14:41:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwuZU-00037d-Lc for xen-users@lists.xen.org; Tue, 17 Jun 2014 14:41:12 +0000 Received: from [193.109.254.147:50937] by server-16.bemta-14.messagelabs.com id EC/42-16986-78350A35; Tue, 17 Jun 2014 14:41:11 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1403016070!6463389!1 X-Originating-IP: [107.14.166.231] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2596 invoked from network); 17 Jun 2014 14:41:11 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.231) by server-16.tower-27.messagelabs.com with SMTP; 17 Jun 2014 14:41:11 -0000 Received: from [67.78.168.186] ([67.78.168.186:50138] helo=[10.1.1.200]) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 15/AA-03739-68350A35; Tue, 17 Jun 2014 14:41:10 +0000 Message-ID: <53A05386.1060404@ubuntu.com> Date: Tue, 17 Jun 2014 10:41:10 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <539F5706.20303@ubuntu.com> <1402994245.16844.8.camel@kazak.uk.xensource.com> <53A049E1.9040300@ubuntu.com> <1403014239.16844.126.camel@kazak.uk.xensource.com> In-Reply-To: <1403014239.16844.126.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Cc: xen-users Subject: Re: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 6/17/2014 10:10 AM, Ian Campbell wrote: > Which toolstack. xl > This is a PVFB, not sure if they work for HVM or not. Seems to work just fine other than refusing to bind to 0.0.0.0 so I can access it from another machine on the network without setting up an ssh tunnel. > You probably want a toplevel vnclisten="0.0.0.0:0" to cause the > VNC associated with the emulated VGA to be bound to the address > which you want. "toplevel"? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJToFOGAAoJEI5FoCIzSKrwKh8H/2U0hE/J0bPMN6kUxmOfxDqi BhFOuG3iRu6I52UAtL7kE1oEq3wJC9eOMrlXCfqBdSxhypbKG4T2yB9Dc/tQRrUq bYkc24nzFjsbavs52sgwSfJvKcWhuf7B6E/PYOp6DlTF8UP2NvkFbs4Ze140tfne IvBG/9Q5V5zCjdqLhgeY11kUh/DRK7DgOWsvVnfu2fzID+9/Q8DFWQKs0opO8Oir Ot+jdMZvcKP9zNKcfQYXeiqR3GkUNUirCZFaZqbqZBHdIn+S8Wyr66CXJ4pu1t7y tvq/WuI6RSkXwIIUrnM6rEYWrDDSRZvJ4mDRlRnk3nYazQo6jvQevIp8rRVLlEE= =MYBc -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 14:41:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 14:41:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwuZW-00037j-7a; Tue, 17 Jun 2014 14:41:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwuZU-00037d-Lc for xen-users@lists.xen.org; Tue, 17 Jun 2014 14:41:12 +0000 Received: from [193.109.254.147:50937] by server-16.bemta-14.messagelabs.com id EC/42-16986-78350A35; Tue, 17 Jun 2014 14:41:11 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1403016070!6463389!1 X-Originating-IP: [107.14.166.231] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2596 invoked from network); 17 Jun 2014 14:41:11 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.231) by server-16.tower-27.messagelabs.com with SMTP; 17 Jun 2014 14:41:11 -0000 Received: from [67.78.168.186] ([67.78.168.186:50138] helo=[10.1.1.200]) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 15/AA-03739-68350A35; Tue, 17 Jun 2014 14:41:10 +0000 Message-ID: <53A05386.1060404@ubuntu.com> Date: Tue, 17 Jun 2014 10:41:10 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <539F5706.20303@ubuntu.com> <1402994245.16844.8.camel@kazak.uk.xensource.com> <53A049E1.9040300@ubuntu.com> <1403014239.16844.126.camel@kazak.uk.xensource.com> In-Reply-To: <1403014239.16844.126.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Cc: xen-users Subject: Re: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 6/17/2014 10:10 AM, Ian Campbell wrote: > Which toolstack. xl > This is a PVFB, not sure if they work for HVM or not. Seems to work just fine other than refusing to bind to 0.0.0.0 so I can access it from another machine on the network without setting up an ssh tunnel. > You probably want a toplevel vnclisten="0.0.0.0:0" to cause the > VNC associated with the emulated VGA to be bound to the address > which you want. "toplevel"? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJToFOGAAoJEI5FoCIzSKrwKh8H/2U0hE/J0bPMN6kUxmOfxDqi BhFOuG3iRu6I52UAtL7kE1oEq3wJC9eOMrlXCfqBdSxhypbKG4T2yB9Dc/tQRrUq bYkc24nzFjsbavs52sgwSfJvKcWhuf7B6E/PYOp6DlTF8UP2NvkFbs4Ze140tfne IvBG/9Q5V5zCjdqLhgeY11kUh/DRK7DgOWsvVnfu2fzID+9/Q8DFWQKs0opO8Oir Ot+jdMZvcKP9zNKcfQYXeiqR3GkUNUirCZFaZqbqZBHdIn+S8Wyr66CXJ4pu1t7y tvq/WuI6RSkXwIIUrnM6rEYWrDDSRZvJ4mDRlRnk3nYazQo6jvQevIp8rRVLlEE= =MYBc -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 14:47:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 14:47:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwufX-0003Ys-Ai; Tue, 17 Jun 2014 14:47:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwufW-0003Yk-AQ for xen-users@lists.xen.org; Tue, 17 Jun 2014 14:47:26 +0000 Received: from [85.158.137.68:58765] by server-12.bemta-3.messagelabs.com id E3/74-14831-DF450A35; Tue, 17 Jun 2014 14:47:25 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1403016442!10524274!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22338 invoked from network); 17 Jun 2014 14:47:24 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 14:47:24 -0000 X-IronPort-AV: E=Sophos;i="5.01,494,1400025600"; d="scan'208";a="144198730" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 17 Jun 2014 14:47:22 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 10:47:02 -0400 Message-ID: <1403016421.16844.133.camel@kazak.uk.xensource.com> From: Ian Campbell To: Phillip Susi Date: Tue, 17 Jun 2014 15:47:01 +0100 In-Reply-To: <53A05386.1060404@ubuntu.com> References: <539F5706.20303@ubuntu.com> <1402994245.16844.8.camel@kazak.uk.xensource.com> <53A049E1.9040300@ubuntu.com> <1403014239.16844.126.camel@kazak.uk.xensource.com> <53A05386.1060404@ubuntu.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-17 at 10:41 -0400, Phillip Susi wrote: > On 6/17/2014 10:10 AM, Ian Campbell wrote: > > Which toolstack. > > xl > > > This is a PVFB, not sure if they work for HVM or not. > > Seems to work just fine other than refusing to bind to 0.0.0.0 so I > can access it from another machine on the network without setting up > an ssh tunnel. > > > You probably want a toplevel vnclisten="0.0.0.0:0" to cause the > > VNC associated with the emulated VGA to be bound to the address > > which you want. > > "toplevel"? I mean literally write: vnclisten="0.0.0.0:0" in your configuration file, not wrapped in a vfg = []. Ian _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 14:47:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 14:47:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwufX-0003Ys-Ai; Tue, 17 Jun 2014 14:47:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwufW-0003Yk-AQ for xen-users@lists.xen.org; Tue, 17 Jun 2014 14:47:26 +0000 Received: from [85.158.137.68:58765] by server-12.bemta-3.messagelabs.com id E3/74-14831-DF450A35; Tue, 17 Jun 2014 14:47:25 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1403016442!10524274!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22338 invoked from network); 17 Jun 2014 14:47:24 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 14:47:24 -0000 X-IronPort-AV: E=Sophos;i="5.01,494,1400025600"; d="scan'208";a="144198730" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 17 Jun 2014 14:47:22 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 10:47:02 -0400 Message-ID: <1403016421.16844.133.camel@kazak.uk.xensource.com> From: Ian Campbell To: Phillip Susi Date: Tue, 17 Jun 2014 15:47:01 +0100 In-Reply-To: <53A05386.1060404@ubuntu.com> References: <539F5706.20303@ubuntu.com> <1402994245.16844.8.camel@kazak.uk.xensource.com> <53A049E1.9040300@ubuntu.com> <1403014239.16844.126.camel@kazak.uk.xensource.com> <53A05386.1060404@ubuntu.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Can't get vnc connections to bind to 0.0.0.0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-17 at 10:41 -0400, Phillip Susi wrote: > On 6/17/2014 10:10 AM, Ian Campbell wrote: > > Which toolstack. > > xl > > > This is a PVFB, not sure if they work for HVM or not. > > Seems to work just fine other than refusing to bind to 0.0.0.0 so I > can access it from another machine on the network without setting up > an ssh tunnel. > > > You probably want a toplevel vnclisten="0.0.0.0:0" to cause the > > VNC associated with the emulated VGA to be bound to the address > > which you want. > > "toplevel"? I mean literally write: vnclisten="0.0.0.0:0" in your configuration file, not wrapped in a vfg = []. Ian _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:01:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:01:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwwk3-0006wa-6u; Tue, 17 Jun 2014 17:00:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwwjs-0006wM-AM for xen-users@lists.xen.org; Tue, 17 Jun 2014 17:00:09 +0000 Received: from [85.158.143.35:44888] by server-3.bemta-4.messagelabs.com id 4E/87-16194-31470A35; Tue, 17 Jun 2014 17:00:03 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1403024401!11975983!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8748 invoked from network); 17 Jun 2014 17:00:02 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 17:00:02 -0000 X-IronPort-AV: E=Sophos;i="5.01,495,1400025600"; d="scan'208";a="144564125" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 17 Jun 2014 17:00:00 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 12:59:59 -0400 Message-ID: <53A0740E.9020007@citrix.com> Date: Tue, 17 Jun 2014 18:59:58 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: , "xen-users@lists.xen.org" References: <1403019899.9071.129790401.064767D8@webmail.messagingengine.com> <1403023042.23579.129811105.4096DD9B@webmail.messagingengine.com> In-Reply-To: <1403023042.23579.129811105.4096DD9B@webmail.messagingengine.com> X-Enigmail-Version: 1.6 X-DLP: MIA1 Subject: Re: [Xen-users] [Xen-devel] Bug: /proc/xen Doesn't Mount X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 17/06/14 18:37, merc1984@f-m.fm wrote: > On Tue, Jun 17, 2014, at 8:44, merc1984@f-m.fm > wrote: >> Debian Testing, Xen 4.4 compiled. >> >> Booting to hypervisor goes well, but >> # xl list >> xc: error: Could not obtain handle on privileged command interface (2 = >> No such file or directory): Internal error >> libxl: error: libxl.c:92:libxl_ctx_alloc: cannot open libxc handle: No >> such file or directory >> cannot init xl context >> >> I find that no xen modules are loaded and /proc/xen is not mounted, so >> loaded all xen modules. I find instructions all over the place to mount >> /proc/xen... but they never say -how-. mount /proc/xen doesn't work. > > Ok I've guessed that I should put in fstab: > none /proc/xen xenfs defaults 0 0 I guess you are not starting xencommons init script, which takes care of mounting /proc/xen, so you don't have xenstored running, and xl hangs waiting for it. Please use xen-users mailing list in the future for this kind of questions. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:01:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:01:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwwk3-0006wa-6u; Tue, 17 Jun 2014 17:00:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwwjs-0006wM-AM for xen-users@lists.xen.org; Tue, 17 Jun 2014 17:00:09 +0000 Received: from [85.158.143.35:44888] by server-3.bemta-4.messagelabs.com id 4E/87-16194-31470A35; Tue, 17 Jun 2014 17:00:03 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1403024401!11975983!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8748 invoked from network); 17 Jun 2014 17:00:02 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 17:00:02 -0000 X-IronPort-AV: E=Sophos;i="5.01,495,1400025600"; d="scan'208";a="144564125" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 17 Jun 2014 17:00:00 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 12:59:59 -0400 Message-ID: <53A0740E.9020007@citrix.com> Date: Tue, 17 Jun 2014 18:59:58 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: , "xen-users@lists.xen.org" References: <1403019899.9071.129790401.064767D8@webmail.messagingengine.com> <1403023042.23579.129811105.4096DD9B@webmail.messagingengine.com> In-Reply-To: <1403023042.23579.129811105.4096DD9B@webmail.messagingengine.com> X-Enigmail-Version: 1.6 X-DLP: MIA1 Subject: Re: [Xen-users] [Xen-devel] Bug: /proc/xen Doesn't Mount X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 17/06/14 18:37, merc1984@f-m.fm wrote: > On Tue, Jun 17, 2014, at 8:44, merc1984@f-m.fm > wrote: >> Debian Testing, Xen 4.4 compiled. >> >> Booting to hypervisor goes well, but >> # xl list >> xc: error: Could not obtain handle on privileged command interface (2 = >> No such file or directory): Internal error >> libxl: error: libxl.c:92:libxl_ctx_alloc: cannot open libxc handle: No >> such file or directory >> cannot init xl context >> >> I find that no xen modules are loaded and /proc/xen is not mounted, so >> loaded all xen modules. I find instructions all over the place to mount >> /proc/xen... but they never say -how-. mount /proc/xen doesn't work. > > Ok I've guessed that I should put in fstab: > none /proc/xen xenfs defaults 0 0 I guess you are not starting xencommons init script, which takes care of mounting /proc/xen, so you don't have xenstored running, and xl hangs waiting for it. Please use xen-users mailing list in the future for this kind of questions. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:46:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:46:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxSE-0000lZ-AK; Tue, 17 Jun 2014 17:45:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwucx-0003LN-6C for xen-users@lists.xen.org; Tue, 17 Jun 2014 14:44:47 +0000 Received: from [193.109.254.147:62791] by server-10.bemta-14.messagelabs.com id 7E/EE-04546-E5450A35; Tue, 17 Jun 2014 14:44:46 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1403016285!7235660!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4266 invoked from network); 17 Jun 2014 14:44:45 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 14:44:45 -0000 Received: by mail-we0-f175.google.com with SMTP id k48so6505544wev.6 for ; Tue, 17 Jun 2014 07:44:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Vj57guZcmYbtqxoES3W5pHI4NpHWH26wBBJ7k8t821A=; b=CCulZi4UE75+IAOGhHyl+/RjLeLLnub57dZoOdzpJQtNawSH4snzYzbvRCBgotntF3 mFF6n3MOPtMzI+EU+RjsPFQyzO6cWQpoGbwZWci/MaI+JGfWtgnKoekP3Hz3sl0U2HcT ztSXt0y2G3X265ii3Yeevk/lO/bYtVEOOVse7hzP0BjQwN4B/LqRxh5m/a6kNVkAp1kV o6ZZjMs1N/rlXePKzOWCWqLIWXOoKmZHO2T+fGvtdORQAPbHXkvYojHrcGFBoHtcMT47 T9CCNM0Ue7m3Fv7OCM2zhQTdhuJI2bT9QTJqiwtRZVXNRV08kza7ElM+B0uia6c8UdMx 3j4g== X-Gm-Message-State: ALoCoQmttDL2WuH4QXgs2baraKqbSj5jbtC4ReuUrgfbeVHxtUkGCl4bcnvi4ABTd7cUmUJwpezb X-Received: by 10.180.97.195 with SMTP id ec3mr3722145wib.13.1403016285676; Tue, 17 Jun 2014 07:44:45 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id w6sm41538905eef.20.2014.06.17.07.44.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Jun 2014 07:44:44 -0700 (PDT) Message-ID: <53A0545B.8020205@linaro.org> Date: Tue, 17 Jun 2014 15:44:43 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> In-Reply-To: X-Mailman-Approved-At: Tue, 17 Jun 2014 17:45:52 +0000 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: > On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: >>>> - What does DOM0 see as its PC at entry? >>> >>> The load address of the kernel image, since the zImage protocol >>> requires us to enter the kernel at that offset. >> >> I managed to break at eret before guest entry, and the PC is >> 0xafc00000 itself. It does fail to boot bare metal too from that >> address. I'll see if I can find what's going wrong. > > I've been told that loading Linux at that high an offset from the memory > base wouldn't work after all, even on bare metal. I therefore set > kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I > can see Linux starting to boot from this address on bare metal, but With > Xen I'm seeing "uncompression error" (not printed on to the console, but > through debugger inspection). > > I haven't pinned down why exactly it's throwing this. While I'm at it, > I'd appreciate any helpful pointers. I will try to boot Xen my vexpress today or tomorrow. I will let you know if I find the same issue. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:46:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:46:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxSD-0000lN-Na; Tue, 17 Jun 2014 17:45:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsSK-0003TJ-Fw for xen-users@lists.xen.org; Tue, 17 Jun 2014 12:25:40 +0000 Received: from [193.109.254.147:15159] by server-16.bemta-14.messagelabs.com id 90/27-16986-3C330A35; Tue, 17 Jun 2014 12:25:39 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-3.tower-27.messagelabs.com!1403007938!11739450!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15040 invoked from network); 17 Jun 2014 12:25:39 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 12:25:39 -0000 Received: by mail-we0-f178.google.com with SMTP id x48so6269025wes.23 for ; Tue, 17 Jun 2014 05:25:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=RGOX8jLBob2RNdXhXesL955sqdjgfjiHkJAplWLwjYE=; b=nFRHGNx2Pr8aqU+JdgdzMKpos4eRG+Dqy8PC0JWL2Wajelo7ukHANNqgV4YSia/JHn SqAc8NAWGePvqdcyFv8K7OWKAYBkZOnZ/KXtnq/BmlsNPwV57jWTXaERFpjdDvc/z2I6 +3jU6u8Ma5IZ7RAGck5mNUgXMwRsJaxtvFKeHRql+klc085KwbfFnzh89mG19Bncddpd ZMkMnkqjYbTP93zkByF1Muy+LVStxlTxS8kLc6433YPvG0ZkZZXJNNeRV3SiydD2BV6c FX9qrOqaMz6VWRCew3m6lCLh2Yy4LkybnxK0wxiwnK2KQdtBdT0akY1XNLJqdudJ3jA4 mKQQ== X-Gm-Message-State: ALoCoQkm+F7bpUeMcvMMm+NBOQXM+MawQi1S5C8eFyOElKdnT+a3vcN39i01gCz58SRNTulY4Ft/ X-Received: by 10.180.13.47 with SMTP id e15mr32277551wic.28.1403007938709; Tue, 17 Jun 2014 05:25:38 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id d2sm40915418eeo.12.2014.06.17.05.25.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Jun 2014 05:25:38 -0700 (PDT) Message-ID: <53A033C0.90006@linaro.org> Date: Tue, 17 Jun 2014 13:25:36 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Arianna Avanzini , "Kapania, Ashish" , Dario Faggioli References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> <1402557937.28649.12.camel@Solace> <53A01E56.50306@gmail.com> In-Reply-To: <53A01E56.50306@gmail.com> X-Mailman-Approved-At: Tue, 17 Jun 2014 17:45:52 +0000 Cc: "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello all, On 06/17/2014 11:54 AM, Arianna Avanzini wrote: > Yes, with this patchset the I/O-memory ranges you want to make available to a > domU must be described in the dom0's device tree. This limitation of the current > implementation has been pointed out by Julien Grall in his comments to the v6 > patchset ([1]). I've sent a patch to remove this limitation. See: https://patches.linaro.org/31985/ > As far as I remember, he is currently working on a follow-up to this series that > will allow to use the iomem option even on memory ranges that are not described > in the device tree ([2]). I believe that he will include it in his upcoming > patch series for device passthrough. FIY, I've sent an RFC to support device passthrough and interrupt remaping yesterday (http://osdir.com/ml/general/2014-06/msg27779.html). Let me know if you have any comment on it. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:46:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:46:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxSE-0000ln-UE; Tue, 17 Jun 2014 17:45:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwvJB-0007jy-Fd for xen-users@lists.xen.org; Tue, 17 Jun 2014 15:28:25 +0000 Received: from [85.158.139.211:48690] by server-16.bemta-5.messagelabs.com id 63/CE-18862-89E50A35; Tue, 17 Jun 2014 15:28:24 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-15.tower-206.messagelabs.com!1403018904!7094335!1 X-Originating-IP: [209.85.212.177] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4766 invoked from network); 17 Jun 2014 15:28:24 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 15:28:24 -0000 Received: by mail-wi0-f177.google.com with SMTP id r20so6078915wiv.16 for ; Tue, 17 Jun 2014 08:28:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=ciL3vhZ9iw6CqRNjmw+IukoMFRmc9S9CJYePxlpqisc=; b=HU2TSb42cU/PyR2feSHaFxo+dbiGHleJv2Xrygfp6nND2RMjP9t4AKNpE14od2UT3V kdx6EJUepqWRm0QHbCpSnIPHW4VgeOfReW/O5UrNfW9813jKXax/j+YOr4F5AwsgI0jH 3rBhIqs44Ec05KNv8NOkA1TPv1qCwwlY3mwRG/AcNCsamDaEhLXy8swz1/rnzlSujwLl aS4LmblnWtrawgquzUL9gdCtU/Vjx41kFPtcNMA3Gd1G7LJxNkJ7PQeNMczu64rvbsDj XI9zhF+OTBHs8L/kduZ0dMDiPS+tb1Jzs7ZsRAfjhqemfoGDXXFh+qAJehOv3OMN3ABd JhlA== X-Gm-Message-State: ALoCoQnejNg7SyYj2KRGO1ctmXTB0HT3qY9oRm2pj+086LJz7qV0j81mcjUFKWaxGIEsw50+bFK7 X-Received: by 10.180.13.230 with SMTP id k6mr23715590wic.1.1403018903957; Tue, 17 Jun 2014 08:28:23 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id f3sm41725989eep.40.2014.06.17.08.28.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Jun 2014 08:28:22 -0700 (PDT) Message-ID: <53A05E94.3010505@linaro.org> Date: Tue, 17 Jun 2014 16:28:20 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A0545B.8020205@linaro.org> In-Reply-To: <53A0545B.8020205@linaro.org> X-Mailman-Approved-At: Tue, 17 Jun 2014 17:45:52 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/17/2014 03:44 PM, Julien Grall wrote: > On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: >> On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: >>>>> - What does DOM0 see as its PC at entry? >>>> >>>> The load address of the kernel image, since the zImage protocol >>>> requires us to enter the kernel at that offset. >>> >>> I managed to break at eret before guest entry, and the PC is >>> 0xafc00000 itself. It does fail to boot bare metal too from that >>> address. I'll see if I can find what's going wrong. >> >> I've been told that loading Linux at that high an offset from the memory >> base wouldn't work after all, even on bare metal. I therefore set >> kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I >> can see Linux starting to boot from this address on bare metal, but With >> Xen I'm seeing "uncompression error" (not printed on to the console, but >> through debugger inspection). >> >> I haven't pinned down why exactly it's throwing this. While I'm at it, >> I'd appreciate any helpful pointers. > > I will try to boot Xen my vexpress today or tomorrow. I will let you > know if I find the same issue. So I'm able to boot a 3.12 (http://xenbits.xen.org/gitweb/?p=people/julieng/linux-arm.git;a=shortlog;h=refs/heads/dev-linaro-3.12) on a Xen 4.5. With the 3.15 I reach the same error as you. Ie: Ignoring RAM at a8000000-afffffff (!CONFIG_HIGHMEM). I will try to debug/bisect the kernel. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:46:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:46:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxSE-0000lZ-AK; Tue, 17 Jun 2014 17:45:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwucx-0003LN-6C for xen-users@lists.xen.org; Tue, 17 Jun 2014 14:44:47 +0000 Received: from [193.109.254.147:62791] by server-10.bemta-14.messagelabs.com id 7E/EE-04546-E5450A35; Tue, 17 Jun 2014 14:44:46 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1403016285!7235660!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4266 invoked from network); 17 Jun 2014 14:44:45 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 14:44:45 -0000 Received: by mail-we0-f175.google.com with SMTP id k48so6505544wev.6 for ; Tue, 17 Jun 2014 07:44:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Vj57guZcmYbtqxoES3W5pHI4NpHWH26wBBJ7k8t821A=; b=CCulZi4UE75+IAOGhHyl+/RjLeLLnub57dZoOdzpJQtNawSH4snzYzbvRCBgotntF3 mFF6n3MOPtMzI+EU+RjsPFQyzO6cWQpoGbwZWci/MaI+JGfWtgnKoekP3Hz3sl0U2HcT ztSXt0y2G3X265ii3Yeevk/lO/bYtVEOOVse7hzP0BjQwN4B/LqRxh5m/a6kNVkAp1kV o6ZZjMs1N/rlXePKzOWCWqLIWXOoKmZHO2T+fGvtdORQAPbHXkvYojHrcGFBoHtcMT47 T9CCNM0Ue7m3Fv7OCM2zhQTdhuJI2bT9QTJqiwtRZVXNRV08kza7ElM+B0uia6c8UdMx 3j4g== X-Gm-Message-State: ALoCoQmttDL2WuH4QXgs2baraKqbSj5jbtC4ReuUrgfbeVHxtUkGCl4bcnvi4ABTd7cUmUJwpezb X-Received: by 10.180.97.195 with SMTP id ec3mr3722145wib.13.1403016285676; Tue, 17 Jun 2014 07:44:45 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id w6sm41538905eef.20.2014.06.17.07.44.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Jun 2014 07:44:44 -0700 (PDT) Message-ID: <53A0545B.8020205@linaro.org> Date: Tue, 17 Jun 2014 15:44:43 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> In-Reply-To: X-Mailman-Approved-At: Tue, 17 Jun 2014 17:45:52 +0000 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: > On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: >>>> - What does DOM0 see as its PC at entry? >>> >>> The load address of the kernel image, since the zImage protocol >>> requires us to enter the kernel at that offset. >> >> I managed to break at eret before guest entry, and the PC is >> 0xafc00000 itself. It does fail to boot bare metal too from that >> address. I'll see if I can find what's going wrong. > > I've been told that loading Linux at that high an offset from the memory > base wouldn't work after all, even on bare metal. I therefore set > kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I > can see Linux starting to boot from this address on bare metal, but With > Xen I'm seeing "uncompression error" (not printed on to the console, but > through debugger inspection). > > I haven't pinned down why exactly it's throwing this. While I'm at it, > I'd appreciate any helpful pointers. I will try to boot Xen my vexpress today or tomorrow. I will let you know if I find the same issue. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:46:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:46:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxSD-0000lE-3s; Tue, 17 Jun 2014 17:45:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwr1g-0006u4-R0 for xen-users@lists.xen.org; Tue, 17 Jun 2014 10:54:05 +0000 Received: from [85.158.143.35:40932] by server-2.bemta-4.messagelabs.com id 07/C9-06539-C4E10A35; Tue, 17 Jun 2014 10:54:04 +0000 X-Env-Sender: avanzini.arianna@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1403002443!11911263!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, SUBJECT_RANDOMQ,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17702 invoked from network); 17 Jun 2014 10:54:03 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 10:54:03 -0000 Received: by mail-we0-f172.google.com with SMTP id u57so7088823wes.3 for ; Tue, 17 Jun 2014 03:54:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=KDXzQFAs9W4GiZAmnq1cKdaFOgwchSrZKbIlYeJ+Okw=; b=c2vmIu34dCX5b+OngFoENipd9x91yP/3Y16zEhTywtVd3d98YEOpNpWjiiJHI9wICd 2Q74mlYPrdJx2AOmPBFAetdV/gb//EekywyMCTlGKPiDeZV5J/JYcnr4Mb3z9+kC8sap HnoFRW+PBQm7dy2rTWJwTVHNYFLHrneOxNB/X5kkxSvuJS2LjEoEWg6aHGZvZ+yToIrd OQ2RgFAsjypvGoY3fAdvvT3y+dEnLFMhh0HK2U4KN9e/r+CU5EiqGpc3HZh+Cpjd4Hve nIBVifjCC7+kskMnEgMrMYTaCWP21liB+juYQzFmgwjRBzv6Oz0MWKCESVsT7cIALwsW 9c5g== X-Received: by 10.180.94.37 with SMTP id cz5mr35319746wib.19.1403002443222; Tue, 17 Jun 2014 03:54:03 -0700 (PDT) Received: from [192.168.0.4] (host190-42-dynamic.12-79-r.retail.telecomitalia.it. [79.12.42.190]) by mx.google.com with ESMTPSA id wu6sm22788088wjb.46.2014.06.17.03.54.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Jun 2014 03:54:02 -0700 (PDT) Message-ID: <53A01E56.50306@gmail.com> Date: Tue, 17 Jun 2014 12:54:14 +0200 From: Arianna Avanzini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "Kapania, Ashish" , Dario Faggioli References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> <1402557937.28649.12.camel@Solace> In-Reply-To: X-Enigmail-Version: 1.6 X-Mailman-Approved-At: Tue, 17 Jun 2014 17:45:52 +0000 Cc: Julien Grall , "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Arianna Avanzini List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/16/2014 11:52 PM, Kapania, Ashish wrote: >> -----Original Message----- >> From: Dario Faggioli [mailto:dario.faggioli@citrix.com] >> Sent: Thursday, June 12, 2014 12:26 AM >> To: Kapania, Ashish >> Cc: Ian Campbell; xen-users@lists.xen.org; Arianna Avanzini >> Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU >> guest in Xen for ARM targets >> >> On mer, 2014-06-11 at 22:00 +0000, Kapania, Ashish wrote: >> >>> We are not tied to a particular Xen version just yet. I am working >>> with the master branch (from a few weeks ago) i.e. xen4.5 dev branch >> I >>> believe. >>> >> That's what I was assuming, basing also on what you said yourself, but >> I wasn't sure... Great! :-) >> >>> I can try applying Arianna's patches. >>> >> Awesome. Let the list know how it goes. >> > > I tried Arianna's patches over the weekend. After applying the patches, I > am able to use "iomem" field in xl.cfg to allow domU access to the > specified memory ranges. So, the patches work for me. > Hello, Thank you for writing back with feedback. > While trying the changes, I found that I need to have the device memory > ranges declared in dom0's device tree in order to be able to map them to > domU using "iomem". Otherwise, they are not in dom0's iomem_caps and I get > an error. Just wanted to confirm that this is by design ? > Yes, with this patchset the I/O-memory ranges you want to make available to a domU must be described in the dom0's device tree. This limitation of the current implementation has been pointed out by Julien Grall in his comments to the v6 patchset ([1]). As far as I remember, he is currently working on a follow-up to this series that will allow to use the iomem option even on memory ranges that are not described in the device tree ([2]). I believe that he will include it in his upcoming patch series for device passthrough. (I'm adding Julien Grall as Cc so that he can correct me if needed) Thank you, Arianna [1] http://markmail.org/message/vpfgajirmcxp66fj [2] http://markmail.org/message/hai4bip5oeh2e3kv > Best, > Ashish > -- /* * Arianna Avanzini * avanzini.arianna@gmail.com * 73628@studenti.unimore.it */ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:46:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:46:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxSD-0000lN-Na; Tue, 17 Jun 2014 17:45:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwsSK-0003TJ-Fw for xen-users@lists.xen.org; Tue, 17 Jun 2014 12:25:40 +0000 Received: from [193.109.254.147:15159] by server-16.bemta-14.messagelabs.com id 90/27-16986-3C330A35; Tue, 17 Jun 2014 12:25:39 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-3.tower-27.messagelabs.com!1403007938!11739450!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15040 invoked from network); 17 Jun 2014 12:25:39 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 12:25:39 -0000 Received: by mail-we0-f178.google.com with SMTP id x48so6269025wes.23 for ; Tue, 17 Jun 2014 05:25:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=RGOX8jLBob2RNdXhXesL955sqdjgfjiHkJAplWLwjYE=; b=nFRHGNx2Pr8aqU+JdgdzMKpos4eRG+Dqy8PC0JWL2Wajelo7ukHANNqgV4YSia/JHn SqAc8NAWGePvqdcyFv8K7OWKAYBkZOnZ/KXtnq/BmlsNPwV57jWTXaERFpjdDvc/z2I6 +3jU6u8Ma5IZ7RAGck5mNUgXMwRsJaxtvFKeHRql+klc085KwbfFnzh89mG19Bncddpd ZMkMnkqjYbTP93zkByF1Muy+LVStxlTxS8kLc6433YPvG0ZkZZXJNNeRV3SiydD2BV6c FX9qrOqaMz6VWRCew3m6lCLh2Yy4LkybnxK0wxiwnK2KQdtBdT0akY1XNLJqdudJ3jA4 mKQQ== X-Gm-Message-State: ALoCoQkm+F7bpUeMcvMMm+NBOQXM+MawQi1S5C8eFyOElKdnT+a3vcN39i01gCz58SRNTulY4Ft/ X-Received: by 10.180.13.47 with SMTP id e15mr32277551wic.28.1403007938709; Tue, 17 Jun 2014 05:25:38 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id d2sm40915418eeo.12.2014.06.17.05.25.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Jun 2014 05:25:38 -0700 (PDT) Message-ID: <53A033C0.90006@linaro.org> Date: Tue, 17 Jun 2014 13:25:36 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Arianna Avanzini , "Kapania, Ashish" , Dario Faggioli References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> <1402557937.28649.12.camel@Solace> <53A01E56.50306@gmail.com> In-Reply-To: <53A01E56.50306@gmail.com> X-Mailman-Approved-At: Tue, 17 Jun 2014 17:45:52 +0000 Cc: "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello all, On 06/17/2014 11:54 AM, Arianna Avanzini wrote: > Yes, with this patchset the I/O-memory ranges you want to make available to a > domU must be described in the dom0's device tree. This limitation of the current > implementation has been pointed out by Julien Grall in his comments to the v6 > patchset ([1]). I've sent a patch to remove this limitation. See: https://patches.linaro.org/31985/ > As far as I remember, he is currently working on a follow-up to this series that > will allow to use the iomem option even on memory ranges that are not described > in the device tree ([2]). I believe that he will include it in his upcoming > patch series for device passthrough. FIY, I've sent an RFC to support device passthrough and interrupt remaping yesterday (http://osdir.com/ml/general/2014-06/msg27779.html). Let me know if you have any comment on it. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:46:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:46:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxSE-0000ln-UE; Tue, 17 Jun 2014 17:45:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwvJB-0007jy-Fd for xen-users@lists.xen.org; Tue, 17 Jun 2014 15:28:25 +0000 Received: from [85.158.139.211:48690] by server-16.bemta-5.messagelabs.com id 63/CE-18862-89E50A35; Tue, 17 Jun 2014 15:28:24 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-15.tower-206.messagelabs.com!1403018904!7094335!1 X-Originating-IP: [209.85.212.177] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4766 invoked from network); 17 Jun 2014 15:28:24 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 15:28:24 -0000 Received: by mail-wi0-f177.google.com with SMTP id r20so6078915wiv.16 for ; Tue, 17 Jun 2014 08:28:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=ciL3vhZ9iw6CqRNjmw+IukoMFRmc9S9CJYePxlpqisc=; b=HU2TSb42cU/PyR2feSHaFxo+dbiGHleJv2Xrygfp6nND2RMjP9t4AKNpE14od2UT3V kdx6EJUepqWRm0QHbCpSnIPHW4VgeOfReW/O5UrNfW9813jKXax/j+YOr4F5AwsgI0jH 3rBhIqs44Ec05KNv8NOkA1TPv1qCwwlY3mwRG/AcNCsamDaEhLXy8swz1/rnzlSujwLl aS4LmblnWtrawgquzUL9gdCtU/Vjx41kFPtcNMA3Gd1G7LJxNkJ7PQeNMczu64rvbsDj XI9zhF+OTBHs8L/kduZ0dMDiPS+tb1Jzs7ZsRAfjhqemfoGDXXFh+qAJehOv3OMN3ABd JhlA== X-Gm-Message-State: ALoCoQnejNg7SyYj2KRGO1ctmXTB0HT3qY9oRm2pj+086LJz7qV0j81mcjUFKWaxGIEsw50+bFK7 X-Received: by 10.180.13.230 with SMTP id k6mr23715590wic.1.1403018903957; Tue, 17 Jun 2014 08:28:23 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id f3sm41725989eep.40.2014.06.17.08.28.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Jun 2014 08:28:22 -0700 (PDT) Message-ID: <53A05E94.3010505@linaro.org> Date: Tue, 17 Jun 2014 16:28:20 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A0545B.8020205@linaro.org> In-Reply-To: <53A0545B.8020205@linaro.org> X-Mailman-Approved-At: Tue, 17 Jun 2014 17:45:52 +0000 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/17/2014 03:44 PM, Julien Grall wrote: > On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: >> On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: >>>>> - What does DOM0 see as its PC at entry? >>>> >>>> The load address of the kernel image, since the zImage protocol >>>> requires us to enter the kernel at that offset. >>> >>> I managed to break at eret before guest entry, and the PC is >>> 0xafc00000 itself. It does fail to boot bare metal too from that >>> address. I'll see if I can find what's going wrong. >> >> I've been told that loading Linux at that high an offset from the memory >> base wouldn't work after all, even on bare metal. I therefore set >> kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I >> can see Linux starting to boot from this address on bare metal, but With >> Xen I'm seeing "uncompression error" (not printed on to the console, but >> through debugger inspection). >> >> I haven't pinned down why exactly it's throwing this. While I'm at it, >> I'd appreciate any helpful pointers. > > I will try to boot Xen my vexpress today or tomorrow. I will let you > know if I find the same issue. So I'm able to boot a 3.12 (http://xenbits.xen.org/gitweb/?p=people/julieng/linux-arm.git;a=shortlog;h=refs/heads/dev-linaro-3.12) on a Xen 4.5. With the 3.15 I reach the same error as you. Ie: Ignoring RAM at a8000000-afffffff (!CONFIG_HIGHMEM). I will try to debug/bisect the kernel. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:46:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:46:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxSD-0000lE-3s; Tue, 17 Jun 2014 17:45:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wwr1g-0006u4-R0 for xen-users@lists.xen.org; Tue, 17 Jun 2014 10:54:05 +0000 Received: from [85.158.143.35:40932] by server-2.bemta-4.messagelabs.com id 07/C9-06539-C4E10A35; Tue, 17 Jun 2014 10:54:04 +0000 X-Env-Sender: avanzini.arianna@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1403002443!11911263!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, SUBJECT_RANDOMQ,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17702 invoked from network); 17 Jun 2014 10:54:03 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 10:54:03 -0000 Received: by mail-we0-f172.google.com with SMTP id u57so7088823wes.3 for ; Tue, 17 Jun 2014 03:54:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=KDXzQFAs9W4GiZAmnq1cKdaFOgwchSrZKbIlYeJ+Okw=; b=c2vmIu34dCX5b+OngFoENipd9x91yP/3Y16zEhTywtVd3d98YEOpNpWjiiJHI9wICd 2Q74mlYPrdJx2AOmPBFAetdV/gb//EekywyMCTlGKPiDeZV5J/JYcnr4Mb3z9+kC8sap HnoFRW+PBQm7dy2rTWJwTVHNYFLHrneOxNB/X5kkxSvuJS2LjEoEWg6aHGZvZ+yToIrd OQ2RgFAsjypvGoY3fAdvvT3y+dEnLFMhh0HK2U4KN9e/r+CU5EiqGpc3HZh+Cpjd4Hve nIBVifjCC7+kskMnEgMrMYTaCWP21liB+juYQzFmgwjRBzv6Oz0MWKCESVsT7cIALwsW 9c5g== X-Received: by 10.180.94.37 with SMTP id cz5mr35319746wib.19.1403002443222; Tue, 17 Jun 2014 03:54:03 -0700 (PDT) Received: from [192.168.0.4] (host190-42-dynamic.12-79-r.retail.telecomitalia.it. [79.12.42.190]) by mx.google.com with ESMTPSA id wu6sm22788088wjb.46.2014.06.17.03.54.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Jun 2014 03:54:02 -0700 (PDT) Message-ID: <53A01E56.50306@gmail.com> Date: Tue, 17 Jun 2014 12:54:14 +0200 From: Arianna Avanzini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "Kapania, Ashish" , Dario Faggioli References: <1402303318.13651.15.camel@kazak.uk.xensource.com> <1402475364.16827.83.camel@Solace> <1402557937.28649.12.camel@Solace> In-Reply-To: X-Enigmail-Version: 1.6 X-Mailman-Approved-At: Tue, 17 Jun 2014 17:45:52 +0000 Cc: Julien Grall , "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU guest in Xen for ARM targets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Arianna Avanzini List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/16/2014 11:52 PM, Kapania, Ashish wrote: >> -----Original Message----- >> From: Dario Faggioli [mailto:dario.faggioli@citrix.com] >> Sent: Thursday, June 12, 2014 12:26 AM >> To: Kapania, Ashish >> Cc: Ian Campbell; xen-users@lists.xen.org; Arianna Avanzini >> Subject: Re: [Xen-users] Grant iomem access and map IRQs to a domU >> guest in Xen for ARM targets >> >> On mer, 2014-06-11 at 22:00 +0000, Kapania, Ashish wrote: >> >>> We are not tied to a particular Xen version just yet. I am working >>> with the master branch (from a few weeks ago) i.e. xen4.5 dev branch >> I >>> believe. >>> >> That's what I was assuming, basing also on what you said yourself, but >> I wasn't sure... Great! :-) >> >>> I can try applying Arianna's patches. >>> >> Awesome. Let the list know how it goes. >> > > I tried Arianna's patches over the weekend. After applying the patches, I > am able to use "iomem" field in xl.cfg to allow domU access to the > specified memory ranges. So, the patches work for me. > Hello, Thank you for writing back with feedback. > While trying the changes, I found that I need to have the device memory > ranges declared in dom0's device tree in order to be able to map them to > domU using "iomem". Otherwise, they are not in dom0's iomem_caps and I get > an error. Just wanted to confirm that this is by design ? > Yes, with this patchset the I/O-memory ranges you want to make available to a domU must be described in the dom0's device tree. This limitation of the current implementation has been pointed out by Julien Grall in his comments to the v6 patchset ([1]). As far as I remember, he is currently working on a follow-up to this series that will allow to use the iomem option even on memory ranges that are not described in the device tree ([2]). I believe that he will include it in his upcoming patch series for device passthrough. (I'm adding Julien Grall as Cc so that he can correct me if needed) Thank you, Arianna [1] http://markmail.org/message/vpfgajirmcxp66fj [2] http://markmail.org/message/hai4bip5oeh2e3kv > Best, > Ashish > -- /* * Arianna Avanzini * avanzini.arianna@gmail.com * 73628@studenti.unimore.it */ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:50:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:50:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxWl-0001d3-QT; Tue, 17 Jun 2014 17:50:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxWj-0001ce-Ju; Tue, 17 Jun 2014 17:50:33 +0000 Received: from [193.109.254.147:10965] by server-10.bemta-14.messagelabs.com id 10/D5-04546-8EF70A35; Tue, 17 Jun 2014 17:50:32 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1403027429!11917753!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11330 invoked from network); 17 Jun 2014 17:50:30 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 17:50:30 -0000 X-IronPort-AV: E=Sophos;i="5.01,495,1400025600"; d="scan'208";a="144588768" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 17 Jun 2014 17:50:28 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 13:50:27 -0400 Received: from chilopoda.uk.xensource.com ([10.80.2.139]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WwxWd-0003Af-M8; Tue, 17 Jun 2014 18:50:27 +0100 Message-ID: <53A07FE2.3000507@citrix.com> Date: Tue, 17 Jun 2014 18:50:26 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> In-Reply-To: X-DLP: MIA1 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" , xen-devel Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org (CCing Xen-devel) On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: > On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: >>>> - What does DOM0 see as its PC at entry? >>> >>> The load address of the kernel image, since the zImage protocol >>> requires us to enter the kernel at that offset. >> >> I managed to break at eret before guest entry, and the PC is >> 0xafc00000 itself. It does fail to boot bare metal too from that >> address. I'll see if I can find what's going wrong. > > I've been told that loading Linux at that high an offset from the memory > base wouldn't work after all, even on bare metal. I therefore set > kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I > can see Linux starting to boot from this address on bare metal, but With > Xen I'm seeing "uncompression error" (not printed on to the console, but > through debugger inspection). > > I haven't pinned down why exactly it's throwing this. While I'm at it, > I'd appreciate any helpful pointers. Did you try to use CONFIG_VMSPLIT_3G rather than CONFIG_VMSPLIT_2G as I suggested last week? Using CONFIG_VMSPLIT_3G works correctly with 3.15. It looks like another issue in the pa - virt delta when it's positive. IIRC, it's because linux is assuming that delta is always negative (see comment on __PV_BITS_31_24 in arch/arm/include/asm/memory.h). At first glance, handling positive offset will be hard because, their are rely on the compiler to provide the right layout for the instruction. Positive number is not encoded the same way. I will have to spend a bit more time to fully understand this code. With Ian multiple bank support patch for DOM0, I think we can safely assume that the delta will (nearly?) always be the same. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 17 17:50:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jun 2014 17:50:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxWl-0001d3-QT; Tue, 17 Jun 2014 17:50:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwxWj-0001ce-Ju; Tue, 17 Jun 2014 17:50:33 +0000 Received: from [193.109.254.147:10965] by server-10.bemta-14.messagelabs.com id 10/D5-04546-8EF70A35; Tue, 17 Jun 2014 17:50:32 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1403027429!11917753!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11330 invoked from network); 17 Jun 2014 17:50:30 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jun 2014 17:50:30 -0000 X-IronPort-AV: E=Sophos;i="5.01,495,1400025600"; d="scan'208";a="144588768" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 17 Jun 2014 17:50:28 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 17 Jun 2014 13:50:27 -0400 Received: from chilopoda.uk.xensource.com ([10.80.2.139]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WwxWd-0003Af-M8; Tue, 17 Jun 2014 18:50:27 +0100 Message-ID: <53A07FE2.3000507@citrix.com> Date: Tue, 17 Jun 2014 18:50:26 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> In-Reply-To: X-DLP: MIA1 Cc: xen-users , Julien Grall , "stefano.stabellini@citrix.com" , xen-devel Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org (CCing Xen-devel) On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: > On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: >>>> - What does DOM0 see as its PC at entry? >>> >>> The load address of the kernel image, since the zImage protocol >>> requires us to enter the kernel at that offset. >> >> I managed to break at eret before guest entry, and the PC is >> 0xafc00000 itself. It does fail to boot bare metal too from that >> address. I'll see if I can find what's going wrong. > > I've been told that loading Linux at that high an offset from the memory > base wouldn't work after all, even on bare metal. I therefore set > kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I > can see Linux starting to boot from this address on bare metal, but With > Xen I'm seeing "uncompression error" (not printed on to the console, but > through debugger inspection). > > I haven't pinned down why exactly it's throwing this. While I'm at it, > I'd appreciate any helpful pointers. Did you try to use CONFIG_VMSPLIT_3G rather than CONFIG_VMSPLIT_2G as I suggested last week? Using CONFIG_VMSPLIT_3G works correctly with 3.15. It looks like another issue in the pa - virt delta when it's positive. IIRC, it's because linux is assuming that delta is always negative (see comment on __PV_BITS_31_24 in arch/arm/include/asm/memory.h). At first glance, handling positive offset will be hard because, their are rely on the compiler to provide the right layout for the instruction. Positive number is not encoded the same way. I will have to spend a bit more time to fully understand this code. With Ian multiple bank support patch for DOM0, I think we can safely assume that the delta will (nearly?) always be the same. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 00:39:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 00:39:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wx3t2-0006qu-J4; Wed, 18 Jun 2014 00:38:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wx3t0-0006qp-LU for xen-users@lists.xen.org; Wed, 18 Jun 2014 00:37:58 +0000 Received: from [85.158.137.68:12532] by server-2.bemta-3.messagelabs.com id 6B/0E-23530-56FD0A35; Wed, 18 Jun 2014 00:37:57 +0000 X-Env-Sender: brittman914@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1403051875!10760606!1 X-Originating-IP: [209.85.219.51] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13612 invoked from network); 18 Jun 2014 00:37:56 -0000 Received: from mail-oa0-f51.google.com (HELO mail-oa0-f51.google.com) (209.85.219.51) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 00:37:56 -0000 Received: by mail-oa0-f51.google.com with SMTP id j17so253334oag.38 for ; Tue, 17 Jun 2014 17:37:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=jX+cQN5xw+PPnic0wA6V94mVZAZnDEtL/C1GycWTzPo=; b=fJ7J2LqfEgcO6rgC26xyqw8Rvo7ozjldZiHDV3A1KUD6I/Q85/rbuSBVq5JqyoKoxx 5POeijcJK/NyI4/mFFB/0MHmWnVIRlM81gL/YPz2gJyH4iDqXp5EvsHKynG60s2PIML7 5Db1xIgKoUEhZVmSsz14ZZo6Hl7aPUEPdBoCkM6onwRuxSIBDhg2kKSFLAxrjGY839eL Z9TSEukLht4kWJcKm4AmGBHB/lxf8c/LLw2H90RNqz+TjE6TNDP/oo0yKwQASXP7hFUS doj3GCriOlHRzB0jRkvFcYgrD4dI6MXw2XqEtF/4d3rxPDVc/UNjC8j1uIPE4RUJNBoT uE2A== MIME-Version: 1.0 X-Received: by 10.60.175.163 with SMTP id cb3mr7149179oec.29.1403051875016; Tue, 17 Jun 2014 17:37:55 -0700 (PDT) Received: by 10.76.22.162 with HTTP; Tue, 17 Jun 2014 17:37:54 -0700 (PDT) Date: Tue, 17 Jun 2014 20:37:54 -0400 Message-ID: From: Britt Dodd To: xen-users@lists.xen.org Subject: [Xen-users] Re-Introducing SR to XenServer 6.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3215674573553658666==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3215674573553658666== Content-Type: multipart/alternative; boundary=047d7bd75f249d075204fc1178d0 --047d7bd75f249d075204fc1178d0 Content-Type: text/plain; charset=UTF-8 I'm a long time user of XenServer. I've been running into issues every-so-often with Xenserver SR's becoming "Corrupted". I'm running ext-type SR volumes backed by a mdadm softraid volume (let's call it /dev/md0). While I understand this configuration is not supported, the problem i'm having has more to do with Xenserver's handling of the disks, rather than mdadm. I suffered a power outage which rebooted my machine, and I am unable to start any VMs (getting "The VDI is not available" errors). I've checked the volume (it's a Logical Volume....the data is there and the VHD's are present) and it is clean. I've followed the recommendations listed here: http://support.citrix.com/article/CTX121896 http://support.citrix.com/article/CTX136342 Basically the procedure seems to be based on these steps: * Clear out old SR/PBD * Re-introduce "new" SR to Xenserver using current uuid. * Create "new" pbd pointing to location of ext filesystem (/dev/XSLocalEXT-3de4c3be-101d-e476-8a71-4defb2c98425/3de4c3be-101d-e476-8a71-4defb2c98425) mapped using LVM. * Plug PBD into system.... Now the issue is that I get errors like opterr=no such volume group: VG_XenStorage-3de4c3be-101d-e476-8a71-4defb2c98425, which is correct --- the VG is called XSLocalEXT-.... The VG and LV are both available and able to be mounted manually.... Is there another process to get this working again? Thank you, Britt --047d7bd75f249d075204fc1178d0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I&#= 39;m a long time user of XenServer. I've been running into issues every= -so-often with Xenserver SR's becoming "Corrupted". I'm r= unning ext-type SR volumes backed by a mdadm softraid volume (let's cal= l it /dev/md0).

While I understand this configuration is not supported, the probl= em i'm having has more to do with Xenserver's handling of the disks= , rather than mdadm.

I suffered a power outage which rebooted = my machine, and I am unable to start any VMs=C2=A0 (getting "The VDI i= s not available" errors).

I've checked the volume (it's a Logical Volume....the dat= a is there and the VHD's are present) and it is clean.

I&#= 39;ve followed the recommendations listed here:

http://support.citrix.com/article/CTX12= 1896
http://support.citr= ix.com/article/CTX136342

Basically the procedure seems to = be based on these steps:

* Clear out old SR/PBD
* Re-= introduce "new" SR to Xenserver using current uuid.
* Create "new" pbd pointing to location of ext filesystem (= /dev/XSLocalEXT-3de4c3be-101d-e476-8a71-4defb2c98425/3de4c3be-101d-e476-8a7= 1-4defb2c98425) mapped using LVM.
* Plug PBD into system....

Now the issue is that I get errors like opterr=3Dno such volume g= roup: VG_XenStorage-3de4c3be-101d-e476-8a71-4defb2c98425, which is correct = --- the VG is called XSLocalEXT-<uuid>....


The = VG and LV are both available and able to be mounted manually....



Is there another process to get this working again?<= br>


Thank you,
Britt
--047d7bd75f249d075204fc1178d0-- --===============3215674573553658666== 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 --===============3215674573553658666==-- From xen-users-bounces@lists.xen.org Wed Jun 18 00:39:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 00:39:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wx3t2-0006qu-J4; Wed, 18 Jun 2014 00:38:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wx3t0-0006qp-LU for xen-users@lists.xen.org; Wed, 18 Jun 2014 00:37:58 +0000 Received: from [85.158.137.68:12532] by server-2.bemta-3.messagelabs.com id 6B/0E-23530-56FD0A35; Wed, 18 Jun 2014 00:37:57 +0000 X-Env-Sender: brittman914@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1403051875!10760606!1 X-Originating-IP: [209.85.219.51] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13612 invoked from network); 18 Jun 2014 00:37:56 -0000 Received: from mail-oa0-f51.google.com (HELO mail-oa0-f51.google.com) (209.85.219.51) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 00:37:56 -0000 Received: by mail-oa0-f51.google.com with SMTP id j17so253334oag.38 for ; Tue, 17 Jun 2014 17:37:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=jX+cQN5xw+PPnic0wA6V94mVZAZnDEtL/C1GycWTzPo=; b=fJ7J2LqfEgcO6rgC26xyqw8Rvo7ozjldZiHDV3A1KUD6I/Q85/rbuSBVq5JqyoKoxx 5POeijcJK/NyI4/mFFB/0MHmWnVIRlM81gL/YPz2gJyH4iDqXp5EvsHKynG60s2PIML7 5Db1xIgKoUEhZVmSsz14ZZo6Hl7aPUEPdBoCkM6onwRuxSIBDhg2kKSFLAxrjGY839eL Z9TSEukLht4kWJcKm4AmGBHB/lxf8c/LLw2H90RNqz+TjE6TNDP/oo0yKwQASXP7hFUS doj3GCriOlHRzB0jRkvFcYgrD4dI6MXw2XqEtF/4d3rxPDVc/UNjC8j1uIPE4RUJNBoT uE2A== MIME-Version: 1.0 X-Received: by 10.60.175.163 with SMTP id cb3mr7149179oec.29.1403051875016; Tue, 17 Jun 2014 17:37:55 -0700 (PDT) Received: by 10.76.22.162 with HTTP; Tue, 17 Jun 2014 17:37:54 -0700 (PDT) Date: Tue, 17 Jun 2014 20:37:54 -0400 Message-ID: From: Britt Dodd To: xen-users@lists.xen.org Subject: [Xen-users] Re-Introducing SR to XenServer 6.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3215674573553658666==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3215674573553658666== Content-Type: multipart/alternative; boundary=047d7bd75f249d075204fc1178d0 --047d7bd75f249d075204fc1178d0 Content-Type: text/plain; charset=UTF-8 I'm a long time user of XenServer. I've been running into issues every-so-often with Xenserver SR's becoming "Corrupted". I'm running ext-type SR volumes backed by a mdadm softraid volume (let's call it /dev/md0). While I understand this configuration is not supported, the problem i'm having has more to do with Xenserver's handling of the disks, rather than mdadm. I suffered a power outage which rebooted my machine, and I am unable to start any VMs (getting "The VDI is not available" errors). I've checked the volume (it's a Logical Volume....the data is there and the VHD's are present) and it is clean. I've followed the recommendations listed here: http://support.citrix.com/article/CTX121896 http://support.citrix.com/article/CTX136342 Basically the procedure seems to be based on these steps: * Clear out old SR/PBD * Re-introduce "new" SR to Xenserver using current uuid. * Create "new" pbd pointing to location of ext filesystem (/dev/XSLocalEXT-3de4c3be-101d-e476-8a71-4defb2c98425/3de4c3be-101d-e476-8a71-4defb2c98425) mapped using LVM. * Plug PBD into system.... Now the issue is that I get errors like opterr=no such volume group: VG_XenStorage-3de4c3be-101d-e476-8a71-4defb2c98425, which is correct --- the VG is called XSLocalEXT-.... The VG and LV are both available and able to be mounted manually.... Is there another process to get this working again? Thank you, Britt --047d7bd75f249d075204fc1178d0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I&#= 39;m a long time user of XenServer. I've been running into issues every= -so-often with Xenserver SR's becoming "Corrupted". I'm r= unning ext-type SR volumes backed by a mdadm softraid volume (let's cal= l it /dev/md0).

While I understand this configuration is not supported, the probl= em i'm having has more to do with Xenserver's handling of the disks= , rather than mdadm.

I suffered a power outage which rebooted = my machine, and I am unable to start any VMs=C2=A0 (getting "The VDI i= s not available" errors).

I've checked the volume (it's a Logical Volume....the dat= a is there and the VHD's are present) and it is clean.

I&#= 39;ve followed the recommendations listed here:

http://support.citrix.com/article/CTX12= 1896
http://support.citr= ix.com/article/CTX136342

Basically the procedure seems to = be based on these steps:

* Clear out old SR/PBD
* Re-= introduce "new" SR to Xenserver using current uuid.
* Create "new" pbd pointing to location of ext filesystem (= /dev/XSLocalEXT-3de4c3be-101d-e476-8a71-4defb2c98425/3de4c3be-101d-e476-8a7= 1-4defb2c98425) mapped using LVM.
* Plug PBD into system....

Now the issue is that I get errors like opterr=3Dno such volume g= roup: VG_XenStorage-3de4c3be-101d-e476-8a71-4defb2c98425, which is correct = --- the VG is called XSLocalEXT-<uuid>....


The = VG and LV are both available and able to be mounted manually....



Is there another process to get this working again?<= br>


Thank you,
Britt
--047d7bd75f249d075204fc1178d0-- --===============3215674573553658666== 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 --===============3215674573553658666==-- From xen-users-bounces@lists.xen.org Wed Jun 18 02:41:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 02:41:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wx5nY-00047a-Ap; Wed, 18 Jun 2014 02:40:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wx5nW-000471-6L; Wed, 18 Jun 2014 02:40:26 +0000 Received: from [85.158.143.35:46019] by server-1.bemta-4.messagelabs.com id 48/E4-09496-91CF0A35; Wed, 18 Jun 2014 02:40:25 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1403059223!12009469!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20372 invoked from network); 18 Jun 2014 02:40:24 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 02:40:24 -0000 Received: by mail-la0-f43.google.com with SMTP id e16so111708lan.2 for ; Tue, 17 Jun 2014 19:40:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=g+mn+kIi5oy2PZLRqfM4u0IZNG6weruZRhqF0lIuB7I=; b=T+u+wb+dr6UaVxbnArBwvZVzcYUonW95/UbEXQPVj/PJr/FZ3xxPdOqb9S3u2P/d/R yUEWcqymDwDltoE/gyYHepLBE1U+PTDiTciPoqlObITsUNjpq+aSrSUt2gj6e44aLZLl l9TOTCCdIMzJEu7YCDpltJYy6tBU3GdjJ3H986XKkgErqavfsD9djqbWTBNm8j5DRDwo tbE8h9HQ+cDl/kHxnhfhXD5tBv35BNYrRGq5m54fJ8Gt4Mf9LrMNKa/4gJxk3nKFy8c+ Km+e87BHgjoI5U6ecsdpYQDJcK5RruRh6klVCiz2M6+6lkt9scmf/EFSf7SPLOPu33yz fPYQ== MIME-Version: 1.0 X-Received: by 10.112.150.65 with SMTP id ug1mr8619706lbb.46.1403059223649; Tue, 17 Jun 2014 19:40:23 -0700 (PDT) Received: by 10.112.29.39 with HTTP; Tue, 17 Jun 2014 19:40:23 -0700 (PDT) Date: Tue, 17 Jun 2014 22:40:23 -0400 X-Google-Sender-Auth: 5-llPh8vqpDTT14q_G4MJEy1xX8 Message-ID: From: Russ Pavlicek To: xen-devel@lists.xen.org, "xen-users@lists.xen.org" , mirageos-devel@lists.xenproject.org, xs-devel@lists.xenserver.org, xen-api@lists.xen.org Subject: [Xen-users] Next Wednesday, June 25, is Xen Project Document Day X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a reminder that next Wednesday, June 25, is Xen Project Document Day. Xen Project Document Day is a day to help improve overall Xen Project documentation, particularly that of the Wiki. All the information you need to participate in Document Day is here: http://wiki.xenproject.org/wiki/Xen_Document_Days If you get a few moments in the next week, please take a look at the current TODO list to see other items which need attention: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO So please think about how you can help out. If you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you next Wednesday in #xendocs! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 02:41:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 02:41:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wx5nY-00047a-Ap; Wed, 18 Jun 2014 02:40:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wx5nW-000471-6L; Wed, 18 Jun 2014 02:40:26 +0000 Received: from [85.158.143.35:46019] by server-1.bemta-4.messagelabs.com id 48/E4-09496-91CF0A35; Wed, 18 Jun 2014 02:40:25 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1403059223!12009469!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20372 invoked from network); 18 Jun 2014 02:40:24 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 02:40:24 -0000 Received: by mail-la0-f43.google.com with SMTP id e16so111708lan.2 for ; Tue, 17 Jun 2014 19:40:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=g+mn+kIi5oy2PZLRqfM4u0IZNG6weruZRhqF0lIuB7I=; b=T+u+wb+dr6UaVxbnArBwvZVzcYUonW95/UbEXQPVj/PJr/FZ3xxPdOqb9S3u2P/d/R yUEWcqymDwDltoE/gyYHepLBE1U+PTDiTciPoqlObITsUNjpq+aSrSUt2gj6e44aLZLl l9TOTCCdIMzJEu7YCDpltJYy6tBU3GdjJ3H986XKkgErqavfsD9djqbWTBNm8j5DRDwo tbE8h9HQ+cDl/kHxnhfhXD5tBv35BNYrRGq5m54fJ8Gt4Mf9LrMNKa/4gJxk3nKFy8c+ Km+e87BHgjoI5U6ecsdpYQDJcK5RruRh6klVCiz2M6+6lkt9scmf/EFSf7SPLOPu33yz fPYQ== MIME-Version: 1.0 X-Received: by 10.112.150.65 with SMTP id ug1mr8619706lbb.46.1403059223649; Tue, 17 Jun 2014 19:40:23 -0700 (PDT) Received: by 10.112.29.39 with HTTP; Tue, 17 Jun 2014 19:40:23 -0700 (PDT) Date: Tue, 17 Jun 2014 22:40:23 -0400 X-Google-Sender-Auth: 5-llPh8vqpDTT14q_G4MJEy1xX8 Message-ID: From: Russ Pavlicek To: xen-devel@lists.xen.org, "xen-users@lists.xen.org" , mirageos-devel@lists.xenproject.org, xs-devel@lists.xenserver.org, xen-api@lists.xen.org Subject: [Xen-users] Next Wednesday, June 25, is Xen Project Document Day X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a reminder that next Wednesday, June 25, is Xen Project Document Day. Xen Project Document Day is a day to help improve overall Xen Project documentation, particularly that of the Wiki. All the information you need to participate in Document Day is here: http://wiki.xenproject.org/wiki/Xen_Document_Days If you get a few moments in the next week, please take a look at the current TODO list to see other items which need attention: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO So please think about how you can help out. If you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you next Wednesday in #xendocs! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 08:30:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 08:30:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxBFs-0000jL-AA; Wed, 18 Jun 2014 08:30:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxBFq-0000it-4j; Wed, 18 Jun 2014 08:30:02 +0000 Received: from [193.109.254.147:34149] by server-14.bemta-14.messagelabs.com id C9/00-08195-90E41A35; Wed, 18 Jun 2014 08:30:01 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1403080199!12031651!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23593 invoked from network); 18 Jun 2014 08:30:00 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 08:30:00 -0000 X-IronPort-AV: E=Sophos;i="5.01,499,1400025600"; d="scan'208";a="144503099" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 18 Jun 2014 08:29:59 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 18 Jun 2014 04:29:58 -0400 Message-ID: <1403080197.25771.45.camel@kazak.uk.xensource.com> From: Ian Campbell To: Julien Grall Date: Wed, 18 Jun 2014 09:29:57 +0100 In-Reply-To: <53A07FE2.3000507@citrix.com> References: <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users , xen-devel , Julien Grall , "stefano.stabellini@citrix.com" , Jeenu Viswambharan Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-17 at 18:50 +0100, Julien Grall wrote: > (CCing Xen-devel) > > On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: > > On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: > >>>> - What does DOM0 see as its PC at entry? > >>> > >>> The load address of the kernel image, since the zImage protocol > >>> requires us to enter the kernel at that offset. > >> > >> I managed to break at eret before guest entry, and the PC is > >> 0xafc00000 itself. It does fail to boot bare metal too from that > >> address. I'll see if I can find what's going wrong. > > > > I've been told that loading Linux at that high an offset from the memory > > base wouldn't work after all, even on bare metal. I therefore set > > kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I > > can see Linux starting to boot from this address on bare metal, but With > > Xen I'm seeing "uncompression error" (not printed on to the console, but > > through debugger inspection). > > > > I haven't pinned down why exactly it's throwing this. While I'm at it, > > I'd appreciate any helpful pointers. > > Did you try to use CONFIG_VMSPLIT_3G rather than CONFIG_VMSPLIT_2G as I > suggested last week? > > Using CONFIG_VMSPLIT_3G works correctly with 3.15. It looks like another > issue in the pa - virt delta when it's positive. > > IIRC, it's because linux is assuming that delta is always negative (see > comment on __PV_BITS_31_24 in arch/arm/include/asm/memory.h). > > At first glance, handling positive offset will be hard because, their > are rely on the compiler to provide the right layout for the > instruction. Positive number is not encoded the same way. I will have to > spend a bit more time to fully understand this code. > > With Ian multiple bank support patch for DOM0, I think we can safely > assume that the delta will (nearly?) always be the same. That would be a coincidence of the implementation, not a guarantee which we would make. If there is an issue with the pa - virt delta handling then we should raise it with Linux upstream. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 08:30:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 08:30:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxBFs-0000jL-AA; Wed, 18 Jun 2014 08:30:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxBFq-0000it-4j; Wed, 18 Jun 2014 08:30:02 +0000 Received: from [193.109.254.147:34149] by server-14.bemta-14.messagelabs.com id C9/00-08195-90E41A35; Wed, 18 Jun 2014 08:30:01 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1403080199!12031651!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23593 invoked from network); 18 Jun 2014 08:30:00 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 08:30:00 -0000 X-IronPort-AV: E=Sophos;i="5.01,499,1400025600"; d="scan'208";a="144503099" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 18 Jun 2014 08:29:59 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 18 Jun 2014 04:29:58 -0400 Message-ID: <1403080197.25771.45.camel@kazak.uk.xensource.com> From: Ian Campbell To: Julien Grall Date: Wed, 18 Jun 2014 09:29:57 +0100 In-Reply-To: <53A07FE2.3000507@citrix.com> References: <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users , xen-devel , Julien Grall , "stefano.stabellini@citrix.com" , Jeenu Viswambharan Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-17 at 18:50 +0100, Julien Grall wrote: > (CCing Xen-devel) > > On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: > > On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: > >>>> - What does DOM0 see as its PC at entry? > >>> > >>> The load address of the kernel image, since the zImage protocol > >>> requires us to enter the kernel at that offset. > >> > >> I managed to break at eret before guest entry, and the PC is > >> 0xafc00000 itself. It does fail to boot bare metal too from that > >> address. I'll see if I can find what's going wrong. > > > > I've been told that loading Linux at that high an offset from the memory > > base wouldn't work after all, even on bare metal. I therefore set > > kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I > > can see Linux starting to boot from this address on bare metal, but With > > Xen I'm seeing "uncompression error" (not printed on to the console, but > > through debugger inspection). > > > > I haven't pinned down why exactly it's throwing this. While I'm at it, > > I'd appreciate any helpful pointers. > > Did you try to use CONFIG_VMSPLIT_3G rather than CONFIG_VMSPLIT_2G as I > suggested last week? > > Using CONFIG_VMSPLIT_3G works correctly with 3.15. It looks like another > issue in the pa - virt delta when it's positive. > > IIRC, it's because linux is assuming that delta is always negative (see > comment on __PV_BITS_31_24 in arch/arm/include/asm/memory.h). > > At first glance, handling positive offset will be hard because, their > are rely on the compiler to provide the right layout for the > instruction. Positive number is not encoded the same way. I will have to > spend a bit more time to fully understand this code. > > With Ian multiple bank support patch for DOM0, I think we can safely > assume that the delta will (nearly?) always be the same. That would be a coincidence of the implementation, not a guarantee which we would make. If there is an issue with the pa - virt delta handling then we should raise it with Linux upstream. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 08:56:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 08:56:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxBfT-0001kc-AE; Wed, 18 Jun 2014 08:56:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxBfR-0001kK-6x; Wed, 18 Jun 2014 08:56:29 +0000 Received: from [85.158.137.68:36140] by server-16.bemta-3.messagelabs.com id 00/61-13481-C3451A35; Wed, 18 Jun 2014 08:56:28 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1403081785!10769488!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20668 invoked from network); 18 Jun 2014 08:56:27 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 08:56:27 -0000 X-IronPort-AV: E=Sophos;i="5.01,499,1400025600"; d="scan'208";a="144508458" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 18 Jun 2014 08:56:25 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 18 Jun 2014 04:56:24 -0400 Message-ID: <1403081783.25771.59.camel@kazak.uk.xensource.com> From: Ian Campbell To: Julien Grall Date: Wed, 18 Jun 2014 09:56:23 +0100 In-Reply-To: <53A1509B.3070108@linaro.org> References: <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <1403080197.25771.45.camel@kazak.uk.xensource.com> <53A1509B.3070108@linaro.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Julien Grall , xen-users , Jeenu Viswambharan , "stefano.stabellini@citrix.com" , xen-devel Subject: Re: [Xen-users] [Xen-devel] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-06-18 at 09:40 +0100, Julien Grall wrote: > > On 18/06/14 09:29, Ian Campbell wrote: > > On Tue, 2014-06-17 at 18:50 +0100, Julien Grall wrote: > >> (CCing Xen-devel) > >> > >> On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: > >>> On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: > >>>>>> - What does DOM0 see as its PC at entry? > >>>>> > >>>>> The load address of the kernel image, since the zImage protocol > >>>>> requires us to enter the kernel at that offset. > >>>> > >>>> I managed to break at eret before guest entry, and the PC is > >>>> 0xafc00000 itself. It does fail to boot bare metal too from that > >>>> address. I'll see if I can find what's going wrong. > >>> > >>> I've been told that loading Linux at that high an offset from the memory > >>> base wouldn't work after all, even on bare metal. I therefore set > >>> kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I > >>> can see Linux starting to boot from this address on bare metal, but With > >>> Xen I'm seeing "uncompression error" (not printed on to the console, but > >>> through debugger inspection). > >>> > >>> I haven't pinned down why exactly it's throwing this. While I'm at it, > >>> I'd appreciate any helpful pointers. > >> > >> Did you try to use CONFIG_VMSPLIT_3G rather than CONFIG_VMSPLIT_2G as I > >> suggested last week? > >> > >> Using CONFIG_VMSPLIT_3G works correctly with 3.15. It looks like another > >> issue in the pa - virt delta when it's positive. > >> > >> IIRC, it's because linux is assuming that delta is always negative (see > >> comment on __PV_BITS_31_24 in arch/arm/include/asm/memory.h). > >> > >> At first glance, handling positive offset will be hard because, their > >> are rely on the compiler to provide the right layout for the > >> instruction. Positive number is not encoded the same way. I will have to > >> spend a bit more time to fully understand this code. > >> > >> With Ian multiple bank support patch for DOM0, I think we can safely > >> assume that the delta will (nearly?) always be the same. > > > > That would be a coincidence of the implementation, not a guarantee which > > we would make. > > > > If there is an issue with the pa - virt delta handling then we should > > raise it with Linux upstream. > > I will raise again the issue to Linux. Thank you. > But I start to think this is a > restriction by Linux but I can't find a clear comment about it. Not much > (maybe none of) ARM platform has the start physical address very high. I wouldn't be terribly surprised if there were platforms with RAM starting at 3GB, which would break with VMSPLIT_2G and VMSPLIT_1G and I'm sure there are platforms with ram at 2GB which would fail with VMSPLIT_1G (vexpress falls into this category, I think). In the days before multiplatform this was fine -- the restriction could be expressed in Kconfig, but these days I don't think that flies... Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 08:56:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 08:56:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxBfT-0001kc-AE; Wed, 18 Jun 2014 08:56:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxBfR-0001kK-6x; Wed, 18 Jun 2014 08:56:29 +0000 Received: from [85.158.137.68:36140] by server-16.bemta-3.messagelabs.com id 00/61-13481-C3451A35; Wed, 18 Jun 2014 08:56:28 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1403081785!10769488!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20668 invoked from network); 18 Jun 2014 08:56:27 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 08:56:27 -0000 X-IronPort-AV: E=Sophos;i="5.01,499,1400025600"; d="scan'208";a="144508458" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 18 Jun 2014 08:56:25 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 18 Jun 2014 04:56:24 -0400 Message-ID: <1403081783.25771.59.camel@kazak.uk.xensource.com> From: Ian Campbell To: Julien Grall Date: Wed, 18 Jun 2014 09:56:23 +0100 In-Reply-To: <53A1509B.3070108@linaro.org> References: <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <1403080197.25771.45.camel@kazak.uk.xensource.com> <53A1509B.3070108@linaro.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Julien Grall , xen-users , Jeenu Viswambharan , "stefano.stabellini@citrix.com" , xen-devel Subject: Re: [Xen-users] [Xen-devel] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-06-18 at 09:40 +0100, Julien Grall wrote: > > On 18/06/14 09:29, Ian Campbell wrote: > > On Tue, 2014-06-17 at 18:50 +0100, Julien Grall wrote: > >> (CCing Xen-devel) > >> > >> On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: > >>> On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: > >>>>>> - What does DOM0 see as its PC at entry? > >>>>> > >>>>> The load address of the kernel image, since the zImage protocol > >>>>> requires us to enter the kernel at that offset. > >>>> > >>>> I managed to break at eret before guest entry, and the PC is > >>>> 0xafc00000 itself. It does fail to boot bare metal too from that > >>>> address. I'll see if I can find what's going wrong. > >>> > >>> I've been told that loading Linux at that high an offset from the memory > >>> base wouldn't work after all, even on bare metal. I therefore set > >>> kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I > >>> can see Linux starting to boot from this address on bare metal, but With > >>> Xen I'm seeing "uncompression error" (not printed on to the console, but > >>> through debugger inspection). > >>> > >>> I haven't pinned down why exactly it's throwing this. While I'm at it, > >>> I'd appreciate any helpful pointers. > >> > >> Did you try to use CONFIG_VMSPLIT_3G rather than CONFIG_VMSPLIT_2G as I > >> suggested last week? > >> > >> Using CONFIG_VMSPLIT_3G works correctly with 3.15. It looks like another > >> issue in the pa - virt delta when it's positive. > >> > >> IIRC, it's because linux is assuming that delta is always negative (see > >> comment on __PV_BITS_31_24 in arch/arm/include/asm/memory.h). > >> > >> At first glance, handling positive offset will be hard because, their > >> are rely on the compiler to provide the right layout for the > >> instruction. Positive number is not encoded the same way. I will have to > >> spend a bit more time to fully understand this code. > >> > >> With Ian multiple bank support patch for DOM0, I think we can safely > >> assume that the delta will (nearly?) always be the same. > > > > That would be a coincidence of the implementation, not a guarantee which > > we would make. > > > > If there is an issue with the pa - virt delta handling then we should > > raise it with Linux upstream. > > I will raise again the issue to Linux. Thank you. > But I start to think this is a > restriction by Linux but I can't find a clear comment about it. Not much > (maybe none of) ARM platform has the start physical address very high. I wouldn't be terribly surprised if there were platforms with RAM starting at 3GB, which would break with VMSPLIT_2G and VMSPLIT_1G and I'm sure there are platforms with ram at 2GB which would fail with VMSPLIT_1G (vexpress falls into this category, I think). In the days before multiplatform this was fine -- the restriction could be expressed in Kconfig, but these days I don't think that flies... Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 09:23:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 09:23:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxC4p-00035r-VK; Wed, 18 Jun 2014 09:22:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxC4o-00035h-LY for xen-users@lists.xen.org; Wed, 18 Jun 2014 09:22:42 +0000 Received: from [85.158.139.211:35665] by server-5.bemta-5.messagelabs.com id B9/67-23588-26A51A35; Wed, 18 Jun 2014 09:22:42 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1403083359!7698845!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11644 invoked from network); 18 Jun 2014 09:22:41 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 09:22:41 -0000 X-IronPort-AV: E=Sophos;i="5.01,499,1400025600"; d="scan'208";a="144814111" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 18 Jun 2014 09:22:21 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 18 Jun 2014 05:22:20 -0400 Message-ID: <1403083339.25771.76.camel@kazak.uk.xensource.com> From: Ian Campbell To: Britt Dodd Date: Wed, 18 Jun 2014 10:22:19 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Re-Introducing SR to XenServer 6.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-17 at 20:37 -0400, Britt Dodd wrote: > I'm a long time user of XenServer. This list deals primarily with users of the toolstack which ships with the upstream version of Xen (AKA xl). For questions about XenServer you should use the resources which that project provides over at http://www.xenserver.org. If you are a Citrix customer then you could of course contact your support rep. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 09:23:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 09:23:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxC4p-00035r-VK; Wed, 18 Jun 2014 09:22:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxC4o-00035h-LY for xen-users@lists.xen.org; Wed, 18 Jun 2014 09:22:42 +0000 Received: from [85.158.139.211:35665] by server-5.bemta-5.messagelabs.com id B9/67-23588-26A51A35; Wed, 18 Jun 2014 09:22:42 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1403083359!7698845!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11644 invoked from network); 18 Jun 2014 09:22:41 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 09:22:41 -0000 X-IronPort-AV: E=Sophos;i="5.01,499,1400025600"; d="scan'208";a="144814111" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 18 Jun 2014 09:22:21 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 18 Jun 2014 05:22:20 -0400 Message-ID: <1403083339.25771.76.camel@kazak.uk.xensource.com> From: Ian Campbell To: Britt Dodd Date: Wed, 18 Jun 2014 10:22:19 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Re-Introducing SR to XenServer 6.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-17 at 20:37 -0400, Britt Dodd wrote: > I'm a long time user of XenServer. This list deals primarily with users of the toolstack which ships with the upstream version of Xen (AKA xl). For questions about XenServer you should use the resources which that project provides over at http://www.xenserver.org. If you are a Citrix customer then you could of course contact your support rep. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 11:11:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 11:11:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxDlu-0000HR-64; Wed, 18 Jun 2014 11:11:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxDls-0000HK-Hx for xen-users@lists.xen.org; Wed, 18 Jun 2014 11:11:16 +0000 Received: from [85.158.137.68:16530] by server-17.bemta-3.messagelabs.com id AC/1D-22741-3D371A35; Wed, 18 Jun 2014 11:11:15 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1403089874!10715736!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13325 invoked from network); 18 Jun 2014 11:11:14 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-15.tower-31.messagelabs.com with SMTP; 18 Jun 2014 11:11:14 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 18 Jun 2014 12:11:14 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Wed, 18 Jun 2014 12:11:05 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 18 Jun 2014 12:11:04 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+KVMgOFlsryaOZTAi2gy0rk3DnHwAiFYLA Message-ID: References: <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> In-Reply-To: <53A07FE2.3000507@citrix.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061812111402802 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D77121B768GEORGEEmeaA_" Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D77121B768GEORGEEmeaA_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable On Tue, Jun 17, 2014 at 18:50:26, Julien Grall wrote: > On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: > > I haven't pinned down why exactly it's throwing this. While I'm at > > it, I'd appreciate any helpful pointers. > > Did you try to use CONFIG_VMSPLIT_3G rather than CONFIG_VMSPLIT_2G as > I suggested last week? Ah, I completely forgot about that! Just rebuilt Dom0 with 3/1 split, and it goes much further on Xen, up to a point where I think it's about to drop me to shell, but it doesn't. When I connect the debugger, I can see it in WFI in Xen idle_loop(). > Using CONFIG_VMSPLIT_3G works correctly with 3.15. Presumably, when you said 'works correctly', you did get to the login prompt? I'm wondering if there's anything wrong with the file system I built. I'm not sure from the logs what's going wrong - I had skipped most of the steps in [1], except the TTYs, as they seemed to be in the file system already. FWIW, my logs (so far) attached. I had to remove the console patches you had suggested earlier for debugging - they made every line printed twice. -- Jeenu [1] http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/= RootFilesystem#Tailoring_the_root_filesystem -- IMPORTANT NOTICE: The contents of this email and any attachments are con= fidential and may also be privileged. If you are not the intended recipient= , please notify the sender immediately and do not disclose the contents to = any other person, use it for any purpose, or store or copy the information = in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Regist= ered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, R= egistered in England & Wales, Company No: 2548782 --_002_B69BE294631500448B6D3B9936E1743202D77121B768GEORGEEmeaA_ Content-Type: application/octet-stream; name="xen.log" Content-Description: xen.log Content-Disposition: attachment; filename="xen.log"; size=6363; creation-date="Wed, 18 Jun 2014 11:04:48 GMT"; modification-date="Wed, 18 Jun 2014 11:03:31 GMT" Content-Transfer-Encoding: base64 IFhlbiA0LjQuMAooWEVOKSBYZW4gdmVyc2lvbiA0LjQuMCAoamVldmlzMDFAY2FtYnJpZGdlLmFy bS5jb20pIChhcm0tbGludXgtZ251ZWFiaWhmLWdjYyAoVWJ1bnR1L0xpbmFybyA0LjYuMy0xdWJ1 bnR1NSkgNC42LjMpIGRlYnVnPW4gV2VkIEp1biAxMSAxNToyNzo1NSBCU1QgMjAxNAooWEVOKSBM YXRlc3QgQ2hhbmdlU2V0OiBNb24gTWFyIDEwIDEwOjIzOjM5IDIwMTQgKzAwMDAgZ2l0OjgxNmU4 ZDgKKFhFTikgQ29uc29sZSBvdXRwdXQgaXMgc3luY2hyb25vdXMuCihYRU4pIFByb2Nlc3Nvcjog NDEyZmMwZjE6ICJBUk0gTGltaXRlZCIsIHZhcmlhbnQ6IDB4MiwgcGFydCAweGMwZiwgcmV2IDB4 MQooWEVOKSAzMi1iaXQgRXhlY3V0aW9uOgooWEVOKSAgIFByb2Nlc3NvciBGZWF0dXJlczogMDAw MDExMzE6MDAwMTEwMTEKKFhFTikgICAgIEluc3RydWN0aW9uIFNldHM6IEFBcmNoMzIgVGh1bWIg VGh1bWItMiBUaHVtYkVFIEphemVsbGUKKFhFTikgICAgIEV4dGVuc2lvbnM6IEdlbmVyaWNUaW1l ciBTZWN1cml0eQooWEVOKSAgIERlYnVnIEZlYXR1cmVzOiAwMjAxMDU1NQooWEVOKSAgIEF1eGls aWFyeSBGZWF0dXJlczogMDAwMDAwMDAKKFhFTikgICBNZW1vcnkgTW9kZWwgRmVhdHVyZXM6IDEw MjAxMTA1IDIwMDAwMDAwIDAxMjQwMDAwIDAyMTAyMjExCihYRU4pICBJU0EgRmVhdHVyZXM6IDAy MTAxMTEwIDEzMTEyMTExIDIxMjMyMDQxIDExMTEyMTMxIDEwMDExMTQyIDAwMDAwMDAwCihYRU4p IFNldCBTWVNfRkxBR1MgdG8gMDAwMDAwMDBiZmUwMDA0YyAoMDAyMDAwNGMpCihYRU4pIEdlbmVy aWMgVGltZXIgSVJROiBwaHlzPTMwIGh5cD0yNiB2aXJ0PTI3CihYRU4pIFVzaW5nIGdlbmVyaWMg dGltZXIgYXQgMjQwMDAgS0h6CihYRU4pIEdJQyBpbml0aWFsaXphdGlvbjoKKFhFTikgICAgICAg ICBnaWNfZGlzdF9hZGRyPTAwMDAwMDAwMmMwMDEwMDAKKFhFTikgICAgICAgICBnaWNfY3B1X2Fk ZHI9MDAwMDAwMDAyYzAwMjAwMAooWEVOKSAgICAgICAgIGdpY19oeXBfYWRkcj0wMDAwMDAwMDJj MDA0MDAwCihYRU4pICAgICAgICAgZ2ljX3ZjcHVfYWRkcj0wMDAwMDAwMDJjMDA2MDAwCihYRU4p ICAgICAgICAgZ2ljX21haW50ZW5hbmNlX2lycT0yNQooWEVOKSBHSUM6IDE5MiBsaW5lcywgNSBj cHVzLCBzZWN1cmUgKElJRCAwMjAwMDQzYikuCihYRU4pIFVzaW5nIHNjaGVkdWxlcjogU01QIENy ZWRpdCBTY2hlZHVsZXIgKGNyZWRpdCkKKFhFTikgQWxsb2NhdGVkIGNvbnNvbGUgcmluZyBvZiAx NiBLaUIuCihYRU4pIFZGUCBpbXBsZW1lbnRlciAweDQxIGFyY2hpdGVjdHVyZSA0IHBhcnQgMHgz MCB2YXJpYW50IDB4ZiByZXYgMHgwCihYRU4pIEJyaW5naW5nIHVwIENQVTEKKFhFTikgQnJvdWdo dCB1cCAyIENQVXMKKFhFTikgKioqIExPQURJTkcgRE9NQUlOIDAgKioqCihYRU4pIFBvcHVsYXRl IFAyTSAweGE4MDAwMDAwLT4weGIwMDAwMDAwICgxOjEgbWFwcGluZyBmb3IgZG9tMCkKKFhFTikg TG9hZGluZyBrZXJuZWwgZnJvbSBib290IG1vZHVsZSAyCihYRU4pIExvYWRpbmcgekltYWdlIGZy b20gMDAwMDAwMDBhMDAwODAwMCB0byAwMDAwMDAwMGFmYzAwMDAwLTAwMDAwMDAwYWZmMjcxZjgK KFhFTikgTG9hZGluZyBkb20wIERUQiB0byAweDAwMDAwMDAwYWZhMDAwMDAtMHgwMDAwMDAwMGFm YTAyZjFjCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLi4uLi4uLmRvbmUuCihYRU4pIEluaXRp YWwgbG93IG1lbW9yeSB2aXJxIHRocmVzaG9sZCBzZXQgYXQgMHg0MDAwIHBhZ2VzLgooWEVOKSBT dGQuIExvZ2xldmVsOiBFcnJvcnMgYW5kIHdhcm5pbmdzCihYRU4pIEd1ZXN0IExvZ2xldmVsOiBO b3RoaW5nIChSYXRlLWxpbWl0ZWQ6IEVycm9ycyBhbmQgd2FybmluZ3MpCihYRU4pICoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKKFhFTikgKioqKioqKiBXQVJO SU5HOiBDT05TT0xFIE9VVFBVVCBJUyBTWU5DSFJPTk9VUwooWEVOKSAqKioqKioqIFRoaXMgb3B0 aW9uIGlzIGludGVuZGVkIHRvIGFpZCBkZWJ1Z2dpbmcgb2YgWGVuIGJ5IGVuc3VyaW5nCihYRU4p ICoqKioqKiogdGhhdCBhbGwgb3V0cHV0IGlzIHN5bmNocm9ub3VzbHkgZGVsaXZlcmVkIG9uIHRo ZSBzZXJpYWwgbGluZS4KKFhFTikgKioqKioqKiBIb3dldmVyIGl0IGNhbiBpbnRyb2R1Y2UgU0lH TklGSUNBTlQgbGF0ZW5jaWVzIGFuZCBhZmZlY3QKKFhFTikgKioqKioqKiB0aW1la2VlcGluZy4g SXQgaXMgTk9UIHJlY29tbWVuZGVkIGZvciBwcm9kdWN0aW9uIHVzZSEKKFhFTikgKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgooWEVOKSAzLi4uIDIuLi4gMS4u LgooWEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAgKHR5cGUgJ0NUUkwtYScgdGhyZWUgdGlt ZXMgdG8gc3dpdGNoIGlucHV0IHRvIFhlbikKKFhFTikgRnJlZWQgMjQwa0IgaW5pdCBtZW1vcnku CmNvbnNvbGUgW2h2YzBdIGVuYWJsZWQKYm9vdGNvbnNvbGUgW2Vhcmx5Y29uMF0gZGlzYWJsZWQK ODAwMDAwMC5mbGFzaDogRm91bmQgMiB4MTYgZGV2aWNlcyBhdCAweDAgaW4gMzItYml0IGJhbmsu IE1hbnVmYWN0dXJlciBJRCAweDAwMDA4OSBDaGlwIElEIDB4MDA4OTE5CkludGVsL1NoYXJwIEV4 dGVuZGVkIFF1ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBU YWJsZSBhdCAweDAxMEEKSW50ZWwvU2hhcnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBB CkludGVsL1NoYXJwIEV4dGVuZGVkIFF1ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBF eHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAweDAxMEEKVXNpbmcgYnVmZmVyIHdyaXRlIG1ldGhvZApV c2luZyBhdXRvLXVubG9jayBvbiBwb3dlci11cC9yZXN1bWUKY2ZpX2NtZHNldF8wMDAxOiBFcmFz ZSBzdXNwZW5kIG9uIHdyaXRlIGVuYWJsZWQKZXJhc2UgcmVnaW9uIDA6IG9mZnNldD0weDAsc2l6 ZT0weDQwMDAwLGJsb2Nrcz0yNTUKZXJhc2UgcmVnaW9uIDE6IG9mZnNldD0weDNmYzAwMDAsc2l6 ZT0weDEwMDAwLGJsb2Nrcz00CjgwMDAwMDAuZmxhc2g6IEZvdW5kIDIgeDE2IGRldmljZXMgYXQg MHgwIGluIDMyLWJpdCBiYW5rLiBNYW51ZmFjdHVyZXIgSUQgMHgwMDAwODkgQ2hpcCBJRCAweDAw ODkxOQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAweDAxMEEKSW50ZWwvU2hh cnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBBCkludGVsL1NoYXJwIEV4dGVuZGVkIFF1 ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAw eDAxMEEKSW50ZWwvU2hhcnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBBClVzaW5nIGJ1 ZmZlciB3cml0ZSBtZXRob2QKVXNpbmcgYXV0by11bmxvY2sgb24gcG93ZXItdXAvcmVzdW1lCmNm aV9jbWRzZXRfMDAwMTogRXJhc2Ugc3VzcGVuZCBvbiB3cml0ZSBlbmFibGVkCmVyYXNlIHJlZ2lv biAwOiBvZmZzZXQ9MHgwLHNpemU9MHg0MDAwMCxibG9ja3M9MjU1CmVyYXNlIHJlZ2lvbiAxOiBv ZmZzZXQ9MHgzZmMwMDAwLHNpemU9MHgxMDAwMCxibG9ja3M9NApDb25jYXRlbmF0aW5nIE1URCBk ZXZpY2VzOgooMCk6ICI4MDAwMDAwLmZsYXNoIgooMSk6ICI4MDAwMDAwLmZsYXNoIgppbnRvIGRl dmljZSAiODAwMDAwMC5mbGFzaCIKc21zYzkxMXg6IERyaXZlciB2ZXJzaW9uIDIwMDgtMTAtMjEK c21zYzkxMXggMWEwMDAwMDAuZXRoZXJuZXQgKHVucmVnaXN0ZXJlZCBuZXRfZGV2aWNlKTogY291 bGRuJ3QgZ2V0IGNsb2NrIC0yCmxpYnBoeTogc21zYzkxMXgtbWRpbzogcHJvYmVkCnNtc2M5MTF4 IDFhMDAwMDAwLmV0aGVybmV0IGV0aDA6IGF0dGFjaGVkIFBIWSBkcml2ZXIgW0dlbmVyaWMgUEhZ XSAobWlpX2J1czpwaHlfYWRkcj0xYTAwMDAwMC5ldGhlcm5lOjAxLCBpcnE9LTEpCnNtc2M5MTF4 IDFhMDAwMDAwLmV0aGVybmV0IGV0aDA6IE1BQyBBZGRyZXNzOiAwMDowMjpmNzowMDo0NTo3ZAp4 ZW5fbmV0ZnJvbnQ6IEluaXRpYWxpc2luZyBYZW4gdmlydHVhbCBldGhlcm5ldCBkcml2ZXIKbnhw LWlzcDE3NjAgMWIwMDAwMDAudXNiOiBOWFAgSVNQMTc2MCBVU0IgSG9zdCBDb250cm9sbGVyCm54 cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQg YnVzIG51bWJlciAxCm54cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogYnVzIHdpZHRoOiAzMiwgb2M6 IGRpZ2l0YWwKbnhwLWlzcDE3NjAgMWIwMDAwMDAudXNiOiBpcnEgNDgsIGlvIG1lbSAweDFiMDAw MDAwCm54cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogVVNCIElTUCAxNzYxIEhXIHJldi4gMSBzdGFy dGVkCnVzYiB1c2IxOiBOZXcgVVNCIGRldmljZSBmb3VuZCwgaWRWZW5kb3I9MWQ2YiwgaWRQcm9k dWN0PTAwMDIKdXNiIHVzYjE6IE5ldyBVU0IgZGV2aWNlIHN0cmluZ3M6IE1mcj0zLCBQcm9kdWN0 PTIsIFNlcmlhbE51bWJlcj0xCnVzYiB1c2IxOiBQcm9kdWN0OiBOWFAgSVNQMTc2MCBVU0IgSG9z dCBDb250cm9sbGVyCnVzYiB1c2IxOiBNYW51ZmFjdHVyZXI6IExpbnV4IDMuMTQuMCsgaXNwMTc2 MC1oY2QKdXNiIHVzYjE6IFNlcmlhbE51bWJlcjogMWIwMDAwMDAudXNiCmh1YiAxLTA6MS4wOiBV U0IgaHViIGZvdW5kCmh1YiAxLTA6MS4wOiAxIHBvcnQgZGV0ZWN0ZWQKdXNiY29yZTogcmVnaXN0 ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2Itc3RvcmFnZQptb3VzZWRldjogUFMvMiBtb3Vz ZSBkZXZpY2UgY29tbW9uIGZvciBhbGwgbWljZQpydGMtcGwwMzEgMWMxNzAwMDAucnRjOiBydGMg Y29yZTogcmVnaXN0ZXJlZCBwbDAzMSBhcyBydGMwCm1tY2ktcGwxOHggMWMwNTAwMDAubW1jaTog bW1jMDogUEwxODAgbWFuZiA0MSByZXYwIGF0IDB4MWMwNTAwMDAgaXJxIDQxLDQyIChwaW8pCmxl ZHRyaWctY3B1OiByZWdpc3RlcmVkIHRvIGluZGljYXRlIGFjdGl2aXR5IG9uIENQVXMKdXNiY29y ZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2JoaWQKdXNiaGlkOiBVU0IgSElE IGNvcmUgZHJpdmVyCm1tYzA6IG5ldyBTREhDIGNhcmQgYXQgYWRkcmVzcyAxMjM0Cm1tY2JsazA6 IG1tYzA6MTIzNCBTQTA4RyA3LjQxIEdpQgphYWNpLXBsMDQxIDFjMDQwMDAwLmFhY2k6IEFSTSBB Qyc5NyBJbnRlcmZhY2UgUEwwNDEgcmV2MCBhdCAweDFjMDQwMDAwLCBpcnEgNDMKYWFjaS1wbDA0 MSAxYzA0MDAwMC5hYWNpOiBGSUZPIDUxMiBlbnRyaWVzCm9wcm9maWxlOiB1c2luZyB0aW1lciBp bnRlcnJ1cHQuClRDUDogY3ViaWMgcmVnaXN0ZXJlZApORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wg ZmFtaWx5IDE3CjlwbmV0OiBJbnN0YWxsaW5nIDlQMjAwMCBzdXBwb3J0CnJlZ3VsYXRvci1kdW1t eTogZGlzYWJsaW5nCnJ0Yy1wbDAzMSAxYzE3MDAwMC5ydGM6IHNldHRpbmcgc3lzdGVtIGNsb2Nr IHRvIDE5NzAtMDEtMDYgMjE6MzM6NDcgVVRDICg1MDk2MjcpCkFMU0EgZGV2aWNlIGxpc3Q6CiAg IzA6IEFSTSBBQyc5NyBJbnRlcmZhY2UgUEwwNDEgcmV2MCBhdCAweDFjMDQwMDAwLCBpcnEgNDMK bnhwLWlzcDE3NjAgMWIwMDAwMDAudXNiOiBwb3J0IDEgaGlnaCBzcGVlZAogbW1jYmxrMDogcDEK dXNiIDEtMTogbmV3IGhpZ2gtc3BlZWQgVVNCIGRldmljZSBudW1iZXIgMiB1c2luZyBueHAtaXNw MTc2MApueHAtaXNwMTc2MCAxYjAwMDAwMC51c2I6IHBvcnQgMSBoaWdoIHNwZWVkCnVzYiAxLTE6 IE5ldyBVU0IgZGV2aWNlIGZvdW5kLCBpZFZlbmRvcj0wNDcxLCBpZFByb2R1Y3Q9MzUyNgp1c2Ig MS0xOiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9MSwgUHJvZHVjdD0yLCBTZXJpYWxOdW1i ZXI9MAp1c2IgMS0xOiBQcm9kdWN0OiBJU1AxNTIwCnVzYiAxLTE6IE1hbnVmYWN0dXJlcjogUGhp bGlwcyBTZW1pY29uZHVjdG9ycwpodWIgMS0xOjEuMDogVVNCIGh1YiBmb3VuZApodWIgMS0xOjEu MDogMyBwb3J0cyBkZXRlY3RlZAphdGtiZCBzZXJpbzA6IGtleWJvYXJkIHJlc2V0IGZhaWxlZCBv biAxYzA2MDAwMC5rbWkKYXRrYmQgc2VyaW8xOiBrZXlib2FyZCByZXNldCBmYWlsZWQgb24gMWMw NzAwMDAua21pCmtqb3VybmFsZCBzdGFydGluZy4gIENvbW1pdCBpbnRlcnZhbCA1IHNlY29uZHMK RVhUMy1mcyAobW1jYmxrMHAxKTogbW91bnRlZCBmaWxlc3lzdGVtIHdpdGggd3JpdGViYWNrIGRh dGEgbW9kZQpWRlM6IE1vdW50ZWQgcm9vdCAoZXh0MyBmaWxlc3lzdGVtKSByZWFkb25seSBvbiBk ZXZpY2UgMTc5OjEuCkZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDI0MEsgKGMwNWJkMDAw IC0gYzA1ZjkwMDApCmluaXQ6IFVuYWJsZSB0byBjcmVhdGUgZGV2aWNlOiAvZGV2L2ttc2cKcmFu ZG9tOiBub25ibG9ja2luZyBwb29sIGlzIGluaXRpYWxpemVk --_002_B69BE294631500448B6D3B9936E1743202D77121B768GEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D77121B768GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Wed Jun 18 11:11:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 11:11:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxDlu-0000HR-64; Wed, 18 Jun 2014 11:11:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxDls-0000HK-Hx for xen-users@lists.xen.org; Wed, 18 Jun 2014 11:11:16 +0000 Received: from [85.158.137.68:16530] by server-17.bemta-3.messagelabs.com id AC/1D-22741-3D371A35; Wed, 18 Jun 2014 11:11:15 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1403089874!10715736!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13325 invoked from network); 18 Jun 2014 11:11:14 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-15.tower-31.messagelabs.com with SMTP; 18 Jun 2014 11:11:14 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 18 Jun 2014 12:11:14 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Wed, 18 Jun 2014 12:11:05 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 18 Jun 2014 12:11:04 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+KVMgOFlsryaOZTAi2gy0rk3DnHwAiFYLA Message-ID: References: <538F05E4.9040101@linaro.org> <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> In-Reply-To: <53A07FE2.3000507@citrix.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061812111402802 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D77121B768GEORGEEmeaA_" Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D77121B768GEORGEEmeaA_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable On Tue, Jun 17, 2014 at 18:50:26, Julien Grall wrote: > On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: > > I haven't pinned down why exactly it's throwing this. While I'm at > > it, I'd appreciate any helpful pointers. > > Did you try to use CONFIG_VMSPLIT_3G rather than CONFIG_VMSPLIT_2G as > I suggested last week? Ah, I completely forgot about that! Just rebuilt Dom0 with 3/1 split, and it goes much further on Xen, up to a point where I think it's about to drop me to shell, but it doesn't. When I connect the debugger, I can see it in WFI in Xen idle_loop(). > Using CONFIG_VMSPLIT_3G works correctly with 3.15. Presumably, when you said 'works correctly', you did get to the login prompt? I'm wondering if there's anything wrong with the file system I built. I'm not sure from the logs what's going wrong - I had skipped most of the steps in [1], except the TTYs, as they seemed to be in the file system already. FWIW, my logs (so far) attached. I had to remove the console patches you had suggested earlier for debugging - they made every line printed twice. -- Jeenu [1] http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/= RootFilesystem#Tailoring_the_root_filesystem -- IMPORTANT NOTICE: The contents of this email and any attachments are con= fidential and may also be privileged. If you are not the intended recipient= , please notify the sender immediately and do not disclose the contents to = any other person, use it for any purpose, or store or copy the information = in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Regist= ered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, R= egistered in England & Wales, Company No: 2548782 --_002_B69BE294631500448B6D3B9936E1743202D77121B768GEORGEEmeaA_ Content-Type: application/octet-stream; name="xen.log" Content-Description: xen.log Content-Disposition: attachment; filename="xen.log"; size=6363; creation-date="Wed, 18 Jun 2014 11:04:48 GMT"; modification-date="Wed, 18 Jun 2014 11:03:31 GMT" Content-Transfer-Encoding: base64 IFhlbiA0LjQuMAooWEVOKSBYZW4gdmVyc2lvbiA0LjQuMCAoamVldmlzMDFAY2FtYnJpZGdlLmFy bS5jb20pIChhcm0tbGludXgtZ251ZWFiaWhmLWdjYyAoVWJ1bnR1L0xpbmFybyA0LjYuMy0xdWJ1 bnR1NSkgNC42LjMpIGRlYnVnPW4gV2VkIEp1biAxMSAxNToyNzo1NSBCU1QgMjAxNAooWEVOKSBM YXRlc3QgQ2hhbmdlU2V0OiBNb24gTWFyIDEwIDEwOjIzOjM5IDIwMTQgKzAwMDAgZ2l0OjgxNmU4 ZDgKKFhFTikgQ29uc29sZSBvdXRwdXQgaXMgc3luY2hyb25vdXMuCihYRU4pIFByb2Nlc3Nvcjog NDEyZmMwZjE6ICJBUk0gTGltaXRlZCIsIHZhcmlhbnQ6IDB4MiwgcGFydCAweGMwZiwgcmV2IDB4 MQooWEVOKSAzMi1iaXQgRXhlY3V0aW9uOgooWEVOKSAgIFByb2Nlc3NvciBGZWF0dXJlczogMDAw MDExMzE6MDAwMTEwMTEKKFhFTikgICAgIEluc3RydWN0aW9uIFNldHM6IEFBcmNoMzIgVGh1bWIg VGh1bWItMiBUaHVtYkVFIEphemVsbGUKKFhFTikgICAgIEV4dGVuc2lvbnM6IEdlbmVyaWNUaW1l ciBTZWN1cml0eQooWEVOKSAgIERlYnVnIEZlYXR1cmVzOiAwMjAxMDU1NQooWEVOKSAgIEF1eGls aWFyeSBGZWF0dXJlczogMDAwMDAwMDAKKFhFTikgICBNZW1vcnkgTW9kZWwgRmVhdHVyZXM6IDEw MjAxMTA1IDIwMDAwMDAwIDAxMjQwMDAwIDAyMTAyMjExCihYRU4pICBJU0EgRmVhdHVyZXM6IDAy MTAxMTEwIDEzMTEyMTExIDIxMjMyMDQxIDExMTEyMTMxIDEwMDExMTQyIDAwMDAwMDAwCihYRU4p IFNldCBTWVNfRkxBR1MgdG8gMDAwMDAwMDBiZmUwMDA0YyAoMDAyMDAwNGMpCihYRU4pIEdlbmVy aWMgVGltZXIgSVJROiBwaHlzPTMwIGh5cD0yNiB2aXJ0PTI3CihYRU4pIFVzaW5nIGdlbmVyaWMg dGltZXIgYXQgMjQwMDAgS0h6CihYRU4pIEdJQyBpbml0aWFsaXphdGlvbjoKKFhFTikgICAgICAg ICBnaWNfZGlzdF9hZGRyPTAwMDAwMDAwMmMwMDEwMDAKKFhFTikgICAgICAgICBnaWNfY3B1X2Fk ZHI9MDAwMDAwMDAyYzAwMjAwMAooWEVOKSAgICAgICAgIGdpY19oeXBfYWRkcj0wMDAwMDAwMDJj MDA0MDAwCihYRU4pICAgICAgICAgZ2ljX3ZjcHVfYWRkcj0wMDAwMDAwMDJjMDA2MDAwCihYRU4p ICAgICAgICAgZ2ljX21haW50ZW5hbmNlX2lycT0yNQooWEVOKSBHSUM6IDE5MiBsaW5lcywgNSBj cHVzLCBzZWN1cmUgKElJRCAwMjAwMDQzYikuCihYRU4pIFVzaW5nIHNjaGVkdWxlcjogU01QIENy ZWRpdCBTY2hlZHVsZXIgKGNyZWRpdCkKKFhFTikgQWxsb2NhdGVkIGNvbnNvbGUgcmluZyBvZiAx NiBLaUIuCihYRU4pIFZGUCBpbXBsZW1lbnRlciAweDQxIGFyY2hpdGVjdHVyZSA0IHBhcnQgMHgz MCB2YXJpYW50IDB4ZiByZXYgMHgwCihYRU4pIEJyaW5naW5nIHVwIENQVTEKKFhFTikgQnJvdWdo dCB1cCAyIENQVXMKKFhFTikgKioqIExPQURJTkcgRE9NQUlOIDAgKioqCihYRU4pIFBvcHVsYXRl IFAyTSAweGE4MDAwMDAwLT4weGIwMDAwMDAwICgxOjEgbWFwcGluZyBmb3IgZG9tMCkKKFhFTikg TG9hZGluZyBrZXJuZWwgZnJvbSBib290IG1vZHVsZSAyCihYRU4pIExvYWRpbmcgekltYWdlIGZy b20gMDAwMDAwMDBhMDAwODAwMCB0byAwMDAwMDAwMGFmYzAwMDAwLTAwMDAwMDAwYWZmMjcxZjgK KFhFTikgTG9hZGluZyBkb20wIERUQiB0byAweDAwMDAwMDAwYWZhMDAwMDAtMHgwMDAwMDAwMGFm YTAyZjFjCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLi4uLi4uLmRvbmUuCihYRU4pIEluaXRp YWwgbG93IG1lbW9yeSB2aXJxIHRocmVzaG9sZCBzZXQgYXQgMHg0MDAwIHBhZ2VzLgooWEVOKSBT dGQuIExvZ2xldmVsOiBFcnJvcnMgYW5kIHdhcm5pbmdzCihYRU4pIEd1ZXN0IExvZ2xldmVsOiBO b3RoaW5nIChSYXRlLWxpbWl0ZWQ6IEVycm9ycyBhbmQgd2FybmluZ3MpCihYRU4pICoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKKFhFTikgKioqKioqKiBXQVJO SU5HOiBDT05TT0xFIE9VVFBVVCBJUyBTWU5DSFJPTk9VUwooWEVOKSAqKioqKioqIFRoaXMgb3B0 aW9uIGlzIGludGVuZGVkIHRvIGFpZCBkZWJ1Z2dpbmcgb2YgWGVuIGJ5IGVuc3VyaW5nCihYRU4p ICoqKioqKiogdGhhdCBhbGwgb3V0cHV0IGlzIHN5bmNocm9ub3VzbHkgZGVsaXZlcmVkIG9uIHRo ZSBzZXJpYWwgbGluZS4KKFhFTikgKioqKioqKiBIb3dldmVyIGl0IGNhbiBpbnRyb2R1Y2UgU0lH TklGSUNBTlQgbGF0ZW5jaWVzIGFuZCBhZmZlY3QKKFhFTikgKioqKioqKiB0aW1la2VlcGluZy4g SXQgaXMgTk9UIHJlY29tbWVuZGVkIGZvciBwcm9kdWN0aW9uIHVzZSEKKFhFTikgKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgooWEVOKSAzLi4uIDIuLi4gMS4u LgooWEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAgKHR5cGUgJ0NUUkwtYScgdGhyZWUgdGlt ZXMgdG8gc3dpdGNoIGlucHV0IHRvIFhlbikKKFhFTikgRnJlZWQgMjQwa0IgaW5pdCBtZW1vcnku CmNvbnNvbGUgW2h2YzBdIGVuYWJsZWQKYm9vdGNvbnNvbGUgW2Vhcmx5Y29uMF0gZGlzYWJsZWQK ODAwMDAwMC5mbGFzaDogRm91bmQgMiB4MTYgZGV2aWNlcyBhdCAweDAgaW4gMzItYml0IGJhbmsu IE1hbnVmYWN0dXJlciBJRCAweDAwMDA4OSBDaGlwIElEIDB4MDA4OTE5CkludGVsL1NoYXJwIEV4 dGVuZGVkIFF1ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBU YWJsZSBhdCAweDAxMEEKSW50ZWwvU2hhcnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBB CkludGVsL1NoYXJwIEV4dGVuZGVkIFF1ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBF eHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAweDAxMEEKVXNpbmcgYnVmZmVyIHdyaXRlIG1ldGhvZApV c2luZyBhdXRvLXVubG9jayBvbiBwb3dlci11cC9yZXN1bWUKY2ZpX2NtZHNldF8wMDAxOiBFcmFz ZSBzdXNwZW5kIG9uIHdyaXRlIGVuYWJsZWQKZXJhc2UgcmVnaW9uIDA6IG9mZnNldD0weDAsc2l6 ZT0weDQwMDAwLGJsb2Nrcz0yNTUKZXJhc2UgcmVnaW9uIDE6IG9mZnNldD0weDNmYzAwMDAsc2l6 ZT0weDEwMDAwLGJsb2Nrcz00CjgwMDAwMDAuZmxhc2g6IEZvdW5kIDIgeDE2IGRldmljZXMgYXQg MHgwIGluIDMyLWJpdCBiYW5rLiBNYW51ZmFjdHVyZXIgSUQgMHgwMDAwODkgQ2hpcCBJRCAweDAw ODkxOQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAweDAxMEEKSW50ZWwvU2hh cnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBBCkludGVsL1NoYXJwIEV4dGVuZGVkIFF1 ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAw eDAxMEEKSW50ZWwvU2hhcnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBBClVzaW5nIGJ1 ZmZlciB3cml0ZSBtZXRob2QKVXNpbmcgYXV0by11bmxvY2sgb24gcG93ZXItdXAvcmVzdW1lCmNm aV9jbWRzZXRfMDAwMTogRXJhc2Ugc3VzcGVuZCBvbiB3cml0ZSBlbmFibGVkCmVyYXNlIHJlZ2lv biAwOiBvZmZzZXQ9MHgwLHNpemU9MHg0MDAwMCxibG9ja3M9MjU1CmVyYXNlIHJlZ2lvbiAxOiBv ZmZzZXQ9MHgzZmMwMDAwLHNpemU9MHgxMDAwMCxibG9ja3M9NApDb25jYXRlbmF0aW5nIE1URCBk ZXZpY2VzOgooMCk6ICI4MDAwMDAwLmZsYXNoIgooMSk6ICI4MDAwMDAwLmZsYXNoIgppbnRvIGRl dmljZSAiODAwMDAwMC5mbGFzaCIKc21zYzkxMXg6IERyaXZlciB2ZXJzaW9uIDIwMDgtMTAtMjEK c21zYzkxMXggMWEwMDAwMDAuZXRoZXJuZXQgKHVucmVnaXN0ZXJlZCBuZXRfZGV2aWNlKTogY291 bGRuJ3QgZ2V0IGNsb2NrIC0yCmxpYnBoeTogc21zYzkxMXgtbWRpbzogcHJvYmVkCnNtc2M5MTF4 IDFhMDAwMDAwLmV0aGVybmV0IGV0aDA6IGF0dGFjaGVkIFBIWSBkcml2ZXIgW0dlbmVyaWMgUEhZ XSAobWlpX2J1czpwaHlfYWRkcj0xYTAwMDAwMC5ldGhlcm5lOjAxLCBpcnE9LTEpCnNtc2M5MTF4 IDFhMDAwMDAwLmV0aGVybmV0IGV0aDA6IE1BQyBBZGRyZXNzOiAwMDowMjpmNzowMDo0NTo3ZAp4 ZW5fbmV0ZnJvbnQ6IEluaXRpYWxpc2luZyBYZW4gdmlydHVhbCBldGhlcm5ldCBkcml2ZXIKbnhw LWlzcDE3NjAgMWIwMDAwMDAudXNiOiBOWFAgSVNQMTc2MCBVU0IgSG9zdCBDb250cm9sbGVyCm54 cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQg YnVzIG51bWJlciAxCm54cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogYnVzIHdpZHRoOiAzMiwgb2M6 IGRpZ2l0YWwKbnhwLWlzcDE3NjAgMWIwMDAwMDAudXNiOiBpcnEgNDgsIGlvIG1lbSAweDFiMDAw MDAwCm54cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogVVNCIElTUCAxNzYxIEhXIHJldi4gMSBzdGFy dGVkCnVzYiB1c2IxOiBOZXcgVVNCIGRldmljZSBmb3VuZCwgaWRWZW5kb3I9MWQ2YiwgaWRQcm9k dWN0PTAwMDIKdXNiIHVzYjE6IE5ldyBVU0IgZGV2aWNlIHN0cmluZ3M6IE1mcj0zLCBQcm9kdWN0 PTIsIFNlcmlhbE51bWJlcj0xCnVzYiB1c2IxOiBQcm9kdWN0OiBOWFAgSVNQMTc2MCBVU0IgSG9z dCBDb250cm9sbGVyCnVzYiB1c2IxOiBNYW51ZmFjdHVyZXI6IExpbnV4IDMuMTQuMCsgaXNwMTc2 MC1oY2QKdXNiIHVzYjE6IFNlcmlhbE51bWJlcjogMWIwMDAwMDAudXNiCmh1YiAxLTA6MS4wOiBV U0IgaHViIGZvdW5kCmh1YiAxLTA6MS4wOiAxIHBvcnQgZGV0ZWN0ZWQKdXNiY29yZTogcmVnaXN0 ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2Itc3RvcmFnZQptb3VzZWRldjogUFMvMiBtb3Vz ZSBkZXZpY2UgY29tbW9uIGZvciBhbGwgbWljZQpydGMtcGwwMzEgMWMxNzAwMDAucnRjOiBydGMg Y29yZTogcmVnaXN0ZXJlZCBwbDAzMSBhcyBydGMwCm1tY2ktcGwxOHggMWMwNTAwMDAubW1jaTog bW1jMDogUEwxODAgbWFuZiA0MSByZXYwIGF0IDB4MWMwNTAwMDAgaXJxIDQxLDQyIChwaW8pCmxl ZHRyaWctY3B1OiByZWdpc3RlcmVkIHRvIGluZGljYXRlIGFjdGl2aXR5IG9uIENQVXMKdXNiY29y ZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2JoaWQKdXNiaGlkOiBVU0IgSElE IGNvcmUgZHJpdmVyCm1tYzA6IG5ldyBTREhDIGNhcmQgYXQgYWRkcmVzcyAxMjM0Cm1tY2JsazA6 IG1tYzA6MTIzNCBTQTA4RyA3LjQxIEdpQgphYWNpLXBsMDQxIDFjMDQwMDAwLmFhY2k6IEFSTSBB Qyc5NyBJbnRlcmZhY2UgUEwwNDEgcmV2MCBhdCAweDFjMDQwMDAwLCBpcnEgNDMKYWFjaS1wbDA0 MSAxYzA0MDAwMC5hYWNpOiBGSUZPIDUxMiBlbnRyaWVzCm9wcm9maWxlOiB1c2luZyB0aW1lciBp bnRlcnJ1cHQuClRDUDogY3ViaWMgcmVnaXN0ZXJlZApORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wg ZmFtaWx5IDE3CjlwbmV0OiBJbnN0YWxsaW5nIDlQMjAwMCBzdXBwb3J0CnJlZ3VsYXRvci1kdW1t eTogZGlzYWJsaW5nCnJ0Yy1wbDAzMSAxYzE3MDAwMC5ydGM6IHNldHRpbmcgc3lzdGVtIGNsb2Nr IHRvIDE5NzAtMDEtMDYgMjE6MzM6NDcgVVRDICg1MDk2MjcpCkFMU0EgZGV2aWNlIGxpc3Q6CiAg IzA6IEFSTSBBQyc5NyBJbnRlcmZhY2UgUEwwNDEgcmV2MCBhdCAweDFjMDQwMDAwLCBpcnEgNDMK bnhwLWlzcDE3NjAgMWIwMDAwMDAudXNiOiBwb3J0IDEgaGlnaCBzcGVlZAogbW1jYmxrMDogcDEK dXNiIDEtMTogbmV3IGhpZ2gtc3BlZWQgVVNCIGRldmljZSBudW1iZXIgMiB1c2luZyBueHAtaXNw MTc2MApueHAtaXNwMTc2MCAxYjAwMDAwMC51c2I6IHBvcnQgMSBoaWdoIHNwZWVkCnVzYiAxLTE6 IE5ldyBVU0IgZGV2aWNlIGZvdW5kLCBpZFZlbmRvcj0wNDcxLCBpZFByb2R1Y3Q9MzUyNgp1c2Ig MS0xOiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9MSwgUHJvZHVjdD0yLCBTZXJpYWxOdW1i ZXI9MAp1c2IgMS0xOiBQcm9kdWN0OiBJU1AxNTIwCnVzYiAxLTE6IE1hbnVmYWN0dXJlcjogUGhp bGlwcyBTZW1pY29uZHVjdG9ycwpodWIgMS0xOjEuMDogVVNCIGh1YiBmb3VuZApodWIgMS0xOjEu MDogMyBwb3J0cyBkZXRlY3RlZAphdGtiZCBzZXJpbzA6IGtleWJvYXJkIHJlc2V0IGZhaWxlZCBv biAxYzA2MDAwMC5rbWkKYXRrYmQgc2VyaW8xOiBrZXlib2FyZCByZXNldCBmYWlsZWQgb24gMWMw NzAwMDAua21pCmtqb3VybmFsZCBzdGFydGluZy4gIENvbW1pdCBpbnRlcnZhbCA1IHNlY29uZHMK RVhUMy1mcyAobW1jYmxrMHAxKTogbW91bnRlZCBmaWxlc3lzdGVtIHdpdGggd3JpdGViYWNrIGRh dGEgbW9kZQpWRlM6IE1vdW50ZWQgcm9vdCAoZXh0MyBmaWxlc3lzdGVtKSByZWFkb25seSBvbiBk ZXZpY2UgMTc5OjEuCkZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDI0MEsgKGMwNWJkMDAw IC0gYzA1ZjkwMDApCmluaXQ6IFVuYWJsZSB0byBjcmVhdGUgZGV2aWNlOiAvZGV2L2ttc2cKcmFu ZG9tOiBub25ibG9ja2luZyBwb29sIGlzIGluaXRpYWxpemVk --_002_B69BE294631500448B6D3B9936E1743202D77121B768GEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D77121B768GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Wed Jun 18 11:40:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 11:40:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxEDP-0002LT-EI; Wed, 18 Jun 2014 11:39:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxEDO-0002L5-Ce for xen-users@lists.xen.org; Wed, 18 Jun 2014 11:39:42 +0000 Received: from [85.158.143.35:62562] by server-1.bemta-4.messagelabs.com id F6/77-09496-D7A71A35; Wed, 18 Jun 2014 11:39:41 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1403091579!12191716!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4768 invoked from network); 18 Jun 2014 11:39:40 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 11:39:40 -0000 X-IronPort-AV: E=Sophos;i="5.01,499,1400025600"; d="scan'208";a="144847677" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 18 Jun 2014 11:39:15 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 18 Jun 2014 07:39:14 -0400 Received: from chilopoda.uk.xensource.com ([10.80.2.139]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WxECw-0001X4-JY; Wed, 18 Jun 2014 12:39:14 +0100 Message-ID: <53A17A61.7030204@citrix.com> Date: Wed, 18 Jun 2014 12:39:13 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> In-Reply-To: X-DLP: MIA2 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/18/2014 12:11 PM, Jeenu Viswambharan wrote: >> Using CONFIG_VMSPLIT_3G works correctly with 3.15. > > Presumably, when you said 'works correctly', you did get to the login > prompt? I'm wondering if there's anything wrong with the file system I > built. I'm not sure from the logs what's going wrong - I had skipped > most of the steps in [1], except the TTYs, as they seemed to be in the > file system already. I didn't try to boot up to the rootfs as I didn't take time to copy a valid one on the SDCard. Which rootfs are you using? Make sure to have hvc0 in the list of enabled ttys. -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 11:40:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 11:40:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxEDP-0002LT-EI; Wed, 18 Jun 2014 11:39:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxEDO-0002L5-Ce for xen-users@lists.xen.org; Wed, 18 Jun 2014 11:39:42 +0000 Received: from [85.158.143.35:62562] by server-1.bemta-4.messagelabs.com id F6/77-09496-D7A71A35; Wed, 18 Jun 2014 11:39:41 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1403091579!12191716!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4768 invoked from network); 18 Jun 2014 11:39:40 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 11:39:40 -0000 X-IronPort-AV: E=Sophos;i="5.01,499,1400025600"; d="scan'208";a="144847677" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 18 Jun 2014 11:39:15 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 18 Jun 2014 07:39:14 -0400 Received: from chilopoda.uk.xensource.com ([10.80.2.139]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WxECw-0001X4-JY; Wed, 18 Jun 2014 12:39:14 +0100 Message-ID: <53A17A61.7030204@citrix.com> Date: Wed, 18 Jun 2014 12:39:13 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> In-Reply-To: X-DLP: MIA2 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/18/2014 12:11 PM, Jeenu Viswambharan wrote: >> Using CONFIG_VMSPLIT_3G works correctly with 3.15. > > Presumably, when you said 'works correctly', you did get to the login > prompt? I'm wondering if there's anything wrong with the file system I > built. I'm not sure from the logs what's going wrong - I had skipped > most of the steps in [1], except the TTYs, as they seemed to be in the > file system already. I didn't try to boot up to the rootfs as I didn't take time to copy a valid one on the SDCard. Which rootfs are you using? Make sure to have hvc0 in the list of enabled ttys. -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 14:27:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 14:27:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxGou-0008Nf-J7; Wed, 18 Jun 2014 14:26:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxGot-0008NV-45 for xen-users@lists.xen.org; Wed, 18 Jun 2014 14:26:35 +0000 Received: from [85.158.139.211:42037] by server-3.bemta-5.messagelabs.com id 54/84-01676-A91A1A35; Wed, 18 Jun 2014 14:26:34 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1403101593!10665387!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6411 invoked from network); 18 Jun 2014 14:26:33 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-6.tower-206.messagelabs.com with SMTP; 18 Jun 2014 14:26:33 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 18 Jun 2014 15:26:33 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Wed, 18 Jun 2014 15:26:24 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 18 Jun 2014 15:26:23 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+K8SfQtXCPNxKqSt+n0A2T6L/xvAACXt9w Message-ID: References: <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> In-Reply-To: <53A17A61.7030204@citrix.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061815263308402 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 18, 2014 at 12:39:13, xen-users-bounces@lists.xen.org wrote: > On 06/18/2014 12:11 PM, Jeenu Viswambharan wrote: > > > Using CONFIG_VMSPLIT_3G works correctly with 3.15. > > > > Presumably, when you said 'works correctly', you did get to the > > login prompt? I'm wondering if there's anything wrong with the file > > system I built. I'm not sure from the logs what's going wrong - I > > had skipped most of the steps in [1], except the TTYs, as they > > seemed to be in the file system already. > > I didn't try to boot up to the rootfs as I didn't take time to copy a > valid one on the SDCard. > > Which rootfs are you using? I built the file system following the Wiki [1]. > Make sure to have hvc0 in the list of enabled ttys. How do I do that, I'm afraid to ask? I've console=hvc0 in the Dom0 command line argument, and the Dom0 logs accords that it's enabled. Also, following the steps of [2], I copied tty1.conf as hvc0.conf, and replaced all tty1 in the file with hvc0. Neither of that helped. Am I missing something? -- Jeenu [1] http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/RootFilesystem [2] http://wiki.xen.org/wiki/Xen_Serial_Console#No_getty_.28login_prompt.29_on_the_serial_console_so_I_can.27t_login.3F -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 14:27:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 14:27:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxGou-0008Nf-J7; Wed, 18 Jun 2014 14:26:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxGot-0008NV-45 for xen-users@lists.xen.org; Wed, 18 Jun 2014 14:26:35 +0000 Received: from [85.158.139.211:42037] by server-3.bemta-5.messagelabs.com id 54/84-01676-A91A1A35; Wed, 18 Jun 2014 14:26:34 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1403101593!10665387!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6411 invoked from network); 18 Jun 2014 14:26:33 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-6.tower-206.messagelabs.com with SMTP; 18 Jun 2014 14:26:33 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 18 Jun 2014 15:26:33 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Wed, 18 Jun 2014 15:26:24 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 18 Jun 2014 15:26:23 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+K8SfQtXCPNxKqSt+n0A2T6L/xvAACXt9w Message-ID: References: <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> In-Reply-To: <53A17A61.7030204@citrix.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061815263308402 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 18, 2014 at 12:39:13, xen-users-bounces@lists.xen.org wrote: > On 06/18/2014 12:11 PM, Jeenu Viswambharan wrote: > > > Using CONFIG_VMSPLIT_3G works correctly with 3.15. > > > > Presumably, when you said 'works correctly', you did get to the > > login prompt? I'm wondering if there's anything wrong with the file > > system I built. I'm not sure from the logs what's going wrong - I > > had skipped most of the steps in [1], except the TTYs, as they > > seemed to be in the file system already. > > I didn't try to boot up to the rootfs as I didn't take time to copy a > valid one on the SDCard. > > Which rootfs are you using? I built the file system following the Wiki [1]. > Make sure to have hvc0 in the list of enabled ttys. How do I do that, I'm afraid to ask? I've console=hvc0 in the Dom0 command line argument, and the Dom0 logs accords that it's enabled. Also, following the steps of [2], I copied tty1.conf as hvc0.conf, and replaced all tty1 in the file with hvc0. Neither of that helped. Am I missing something? -- Jeenu [1] http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/RootFilesystem [2] http://wiki.xen.org/wiki/Xen_Serial_Console#No_getty_.28login_prompt.29_on_the_serial_console_so_I_can.27t_login.3F -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 14:35:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 14:35:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxGxE-0002MN-VC; Wed, 18 Jun 2014 14:35:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxGxA-0002L9-Fk for xen-users@lists.xen.org; Wed, 18 Jun 2014 14:35:12 +0000 Received: from [193.109.254.147:18185] by server-6.bemta-14.messagelabs.com id 20/EC-13066-B93A1A35; Wed, 18 Jun 2014 14:35:07 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1403102105!12138281!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19360 invoked from network); 18 Jun 2014 14:35:06 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 14:35:06 -0000 X-IronPort-AV: E=Sophos;i="5.01,501,1400025600"; d="scan'208";a="144624823" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 18 Jun 2014 14:35:05 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 18 Jun 2014 10:35:04 -0400 Received: from chilopoda.uk.xensource.com ([10.80.2.139]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WxGx6-00044c-NS; Wed, 18 Jun 2014 15:35:04 +0100 Message-ID: <53A1A398.1050505@citrix.com> Date: Wed, 18 Jun 2014 15:35:04 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> In-Reply-To: X-DLP: MIA1 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/18/2014 03:26 PM, Jeenu Viswambharan wrote: > How do I do that, I'm afraid to ask? I've console=hvc0 in the Dom0 > command line argument, and the Dom0 logs accords that it's enabled. > Also, following the steps of [2], I copied tty1.conf as hvc0.conf, and > replaced all tty1 in the file with hvc0. Neither of that helped. The link you gave doesn't correspond to what you say. I'm using this hvc0.conf. https://git.linaro.org/ci/xen-ci.git/blob/HEAD:/files/hvc0.conf If it's still not working, can you try to boot linux with init=/bin/sh on the command line. If it boots correctly then you have misconfigured you rootfs. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 14:35:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 14:35:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxGxE-0002MN-VC; Wed, 18 Jun 2014 14:35:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxGxA-0002L9-Fk for xen-users@lists.xen.org; Wed, 18 Jun 2014 14:35:12 +0000 Received: from [193.109.254.147:18185] by server-6.bemta-14.messagelabs.com id 20/EC-13066-B93A1A35; Wed, 18 Jun 2014 14:35:07 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1403102105!12138281!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19360 invoked from network); 18 Jun 2014 14:35:06 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 14:35:06 -0000 X-IronPort-AV: E=Sophos;i="5.01,501,1400025600"; d="scan'208";a="144624823" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 18 Jun 2014 14:35:05 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 18 Jun 2014 10:35:04 -0400 Received: from chilopoda.uk.xensource.com ([10.80.2.139]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WxGx6-00044c-NS; Wed, 18 Jun 2014 15:35:04 +0100 Message-ID: <53A1A398.1050505@citrix.com> Date: Wed, 18 Jun 2014 15:35:04 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Jeenu Viswambharan , Ian Campbell References: <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> In-Reply-To: X-DLP: MIA1 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/18/2014 03:26 PM, Jeenu Viswambharan wrote: > How do I do that, I'm afraid to ask? I've console=hvc0 in the Dom0 > command line argument, and the Dom0 logs accords that it's enabled. > Also, following the steps of [2], I copied tty1.conf as hvc0.conf, and > replaced all tty1 in the file with hvc0. Neither of that helped. The link you gave doesn't correspond to what you say. I'm using this hvc0.conf. https://git.linaro.org/ci/xen-ci.git/blob/HEAD:/files/hvc0.conf If it's still not working, can you try to boot linux with init=/bin/sh on the command line. If it boots correctly then you have misconfigured you rootfs. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 15:29:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 15:29:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxHmm-0003oz-LP; Wed, 18 Jun 2014 15:28:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxHml-0003oc-9b for xen-users@lists.xen.org; Wed, 18 Jun 2014 15:28:27 +0000 Received: from [85.158.137.68:46586] by server-12.bemta-3.messagelabs.com id CB/32-14831-A10B1A35; Wed, 18 Jun 2014 15:28:26 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1403105304!10959298!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27549 invoked from network); 18 Jun 2014 15:28:24 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-3.tower-31.messagelabs.com with SMTP; 18 Jun 2014 15:28:24 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 18 Jun 2014 16:28:23 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Wed, 18 Jun 2014 16:28:16 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 18 Jun 2014 16:28:15 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+LAn/Dbvf9RUgwR/a2s+00dWjZYgAA+VTQ Message-ID: References: <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> In-Reply-To: <53A1A398.1050505@citrix.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061816282400102 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 18, 2014 at 15:35:04, Julien Grall wrote: > On 06/18/2014 03:26 PM, Jeenu Viswambharan wrote: > > How do I do that, I'm afraid to ask? I've console=hvc0 in the Dom0 > > command line argument, and the Dom0 logs accords that it's enabled. > > Also, following the steps of [2], I copied tty1.conf as hvc0.conf, > > and replaced all tty1 in the file with hvc0. Neither of that helped. > > The link you gave doesn't correspond to what you say. Not exactly, no. > I'm using this hvc0.conf. > > https://git.linaro.org/ci/xen-ci.git/blob/HEAD:/files/hvc0.conf > > If it's still not working, can you try to boot linux with init=/bin/sh > on the command line. If it boots correctly then you have misconfigured > you rootfs. Passing init=/bin/sh for Dom0 command line does work, and offers root prompt. But it falls to the WFI loop without init in the command line. As matter of fact, I followed the wiki to build the rootfs. After all, the root file system is prepared by couple of canned commands. I'd be surprised if something goes wrong in there! -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 18 15:29:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jun 2014 15:29:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxHmm-0003oz-LP; Wed, 18 Jun 2014 15:28:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxHml-0003oc-9b for xen-users@lists.xen.org; Wed, 18 Jun 2014 15:28:27 +0000 Received: from [85.158.137.68:46586] by server-12.bemta-3.messagelabs.com id CB/32-14831-A10B1A35; Wed, 18 Jun 2014 15:28:26 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1403105304!10959298!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27549 invoked from network); 18 Jun 2014 15:28:24 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-3.tower-31.messagelabs.com with SMTP; 18 Jun 2014 15:28:24 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 18 Jun 2014 16:28:23 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Wed, 18 Jun 2014 16:28:16 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Wed, 18 Jun 2014 16:28:15 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+LAn/Dbvf9RUgwR/a2s+00dWjZYgAA+VTQ Message-ID: References: <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> In-Reply-To: <53A1A398.1050505@citrix.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114061816282400102 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 18, 2014 at 15:35:04, Julien Grall wrote: > On 06/18/2014 03:26 PM, Jeenu Viswambharan wrote: > > How do I do that, I'm afraid to ask? I've console=hvc0 in the Dom0 > > command line argument, and the Dom0 logs accords that it's enabled. > > Also, following the steps of [2], I copied tty1.conf as hvc0.conf, > > and replaced all tty1 in the file with hvc0. Neither of that helped. > > The link you gave doesn't correspond to what you say. Not exactly, no. > I'm using this hvc0.conf. > > https://git.linaro.org/ci/xen-ci.git/blob/HEAD:/files/hvc0.conf > > If it's still not working, can you try to boot linux with init=/bin/sh > on the command line. If it boots correctly then you have misconfigured > you rootfs. Passing init=/bin/sh for Dom0 command line does work, and offers root prompt. But it falls to the WFI loop without init in the command line. As matter of fact, I followed the wiki to build the rootfs. After all, the root file system is prepared by couple of canned commands. I'd be surprised if something goes wrong in there! -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 19 01:50:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 01:50:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxRTC-0006VK-69; Thu, 19 Jun 2014 01:48:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxRTA-0006VF-Ja for xen-users@lists.xen.org; Thu, 19 Jun 2014 01:48:52 +0000 Received: from [193.109.254.147:20408] by server-14.bemta-14.messagelabs.com id D9/A2-08195-38142A35; Thu, 19 Jun 2014 01:48:51 +0000 X-Env-Sender: jincm12@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1403142528!6821379!1 X-Originating-IP: [209.85.160.50] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,MIME_BASE64_TEXT,MIME_BOUND_NEXTPART, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8883 invoked from network); 19 Jun 2014 01:48:50 -0000 Received: from mail-pb0-f50.google.com (HELO mail-pb0-f50.google.com) (209.85.160.50) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jun 2014 01:48:50 -0000 Received: by mail-pb0-f50.google.com with SMTP id rp16so1368388pbb.9 for ; Wed, 18 Jun 2014 18:48:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:reply-to:subject:mime-version:message-id:content-type; bh=Ml6Cjh0yaXK/DCqW6KOeZp6N/Z27HELplQeHPTuA8Ng=; b=f2qNyM5STi1RK3hxn1UqTu0JC6qczXbrGoFFhAn6t+8nZOtCAyLsVObUJo9sJ6oZWo vOEHkb9tIGoCMUeJYItsnRAn1BnKX8oMJs9y1sqxC5HwEbDiDtetL9gppuAx//n1pf1s cr3haGmxg21x10dDgKs4+RGJOGqkEx9qhuRbjIaQ8ZTLIVuuub7X93MgeKGArZpL6oZT SJXTHQYWBLwIMtsh6BQQBjr75m8PMd+kSUzHRrqqfYOakl4W2nHNvUfykBS7CdO1FfNA HkqUXlrEIQe82KXtxXuQRmfLgSQSzR2TW7j6cPs9vcPfe6MMMFK3e1pxQurq9MbSs2Bz xf9g== X-Received: by 10.66.142.135 with SMTP id rw7mr1752521pab.71.1403142527794; Wed, 18 Jun 2014 18:48:47 -0700 (PDT) Received: from WIN-ENRFIEJGJ1K ([218.25.39.54]) by mx.google.com with ESMTPSA id sv10sm18520245pab.32.2014.06.18.18.48.46 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 18 Jun 2014 18:48:47 -0700 (PDT) Date: Thu, 19 Jun 2014 09:48:46 +0800 From: jincm12 To: xen-users X-Priority: 3 X-GUID: 8336387D-6E8D-473E-90EB-3DD3C6762718 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.91[cn] Mime-Version: 1.0 Message-ID: <201406190948420872354@gmail.com> Subject: [Xen-users] xen vm linux after update kernel can not start for CONFIG_VMSPLIT_2G=y , why ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jincm12 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1857946878274699704==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1857946878274699704== Content-Type: multipart/alternative; boundary="----=_001_NextPart552844336430_=----" This is a multi-part message in MIME format. ------=_001_NextPart552844336430_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGVsbG86DQoNCmhlbGxvOg0KICAgIHdobyBjYW4gaGVscCBtZT8gDQpJIGNyZWF0ZSBvbmUgeDg2 IGNlbnRvczYuMCB2bSBvbiB4ZW4gMy4xLGFmdGVyIGl0IGluc3RhbGxlZCAsZXZlcnl0aGluZyBp cyBvaztJIG5lZWQgdG8gdXBkYXRlIHRoZSBrZXJuZWwgZm9yIHdvcmtpbmcgcmVhc29uLHdoZW4g aSBjb21waWxlIGxpbnV4IA0Ka2VybmVsKHg4NiAgMi42LjMyLjE1IG9yIDIuNi4zNC45KSB3aXRo IDEuY29uZmlnICxrZXJuZWwgY2FuIHN0YXJ0ICxidXQgd2hlbiBpIHVzZWQgMi5jb25maWcgZm9y IENPTkZJR19WTVNQTElUXzJHPXkgYW5kIENPTkZJR19QQUdFX09GRlNFVD0weDgwMDAwMDAwICxr ZXJuZWwgY2FuIG5vdCBzdGFydDsNCiAgIA0KW3Jvb3RAeGVuIH5dIyB4bSBsaXN0DQpOYW1lICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJRCBNZW0oTWlCKSBWQ1BVcyBTdGF0 ZSAgIFRpbWUocykNCkRvbWFpbi0wICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAxNzM3ICAgICAxIHItLS0tLSAgIDI4MjIuOQ0KY2VudG9zNiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMTIgICAgIDEzMDAgICAgIDEgLS0tLWMtICAgICAgMC4wDQoNCnht IGRtZXNnIGluZm86DQoNCihYRU4pIG1tLmM6OTgyOmQxMiBQQUUgTDMgM3JkIHNsb3QgaXMgc2hh cmVkDQooWEVOKSBtbS5jOjExODk6ZDEyIEZhaWx1cmUgaW4gYWxsb2NfbDNfdGFibGU6IGVudHJ5 IDQNCihYRU4pIG1tLmM6MTc4NTpkMTIgRXJyb3Igd2hpbGUgdmFsaWRhdGluZyBtZm4gYmNjNzQg KHBmbiAxNDdlKSBmb3IgdHlwZSA2MDAwMDAwMDogY2FmPTgwMDAwMDAzIHRhZj02MDAwMDAwMQ0K KFhFTikgbW0uYzoyMTQ4OmQxMiBFcnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBiYXNlcHRyIGJj Yzc0DQooWEVOKSBtbS5jOjk4MjpkMTIgUEFFIEwzIDNyZCBzbG90IGlzIHNoYXJlZA0KKFhFTikg bW0uYzoxMTg5OmQxMiBGYWlsdXJlIGluIGFsbG9jX2wzX3RhYmxlOiBlbnRyeSA0DQooWEVOKSBt bS5jOjE3ODU6ZDEyIEVycm9yIHdoaWxlIHZhbGlkYXRpbmcgbWZuIGJjYzc0IChwZm4gMTQ3ZSkg Zm9yIHR5cGUgNjAwMDAwMDA6IGNhZj04MDAwMDAwMyB0YWY9NjAwMDAwMDENCihYRU4pIG1tLmM6 MjM3NTpkMTIgRXJyb3Igd2hpbGUgcGlubmluZyBtZm4gYmNjNzQNCihYRU4pIHRyYXBzLmM6NDA1 OmQxMiBVbmhhbmRsZWQgaW52YWxpZCBvcGNvZGUgZmF1bHQvdHJhcCBbIzZdIGluIGRvbWFpbiAx MiBvbiBWQ1BVIDAgW2VjPTAwMDBdDQooWEVOKSBkb21haW5fY3Jhc2hfc3luYyBjYWxsZWQgZnJv bSBlbnRyeS5TIChmZjE4NjdmZSkNCihYRU4pIERvbWFpbiAxMiAodmNwdSMwKSBjcmFzaGVkIG9u IGNwdSMwOg0KKFhFTikgLS0tLVsgWGVuLTMuMS4yLTE5NC5lbDUgIHg4Nl8zMnAgIGRlYnVnPW4g IE5vdCB0YWludGVkIF0tLS0tDQooWEVOKSBDUFU6ICAgIDANCihYRU4pIEVJUDogICAgZTAxOTpb PDgxMDAzYTBhPl0NCihYRU4pIEVGTEFHUzogMDAwMDAyODIgICBDT05URVhUOiBndWVzdA0KKFhF TikgZWF4OiBmZmZmZmZlYSAgIGVieDogODE0N2RmNzQgICBlY3g6IDAwMDAwMDAxICAgZWR4OiAw MDAwMDAwMA0KKFhFTikgZXNpOiAwMDAwN2ZmMCAgIGVkaTogMDAwMDAwMDAgICBlYnA6IDgxNDdk ZjhjICAgZXNwOiA4MTQ3ZGY2OA0KKFhFTikgY3IwOiA4MDA1MDAzYiAgIGNyNDogMDAwMDA2ZjAg ICBjcjM6IDVkNmZjMDAwICAgY3IyOiAwMDAwMDAwMA0KKFhFTikgZHM6IGUwMjEgICBlczogZTAy MSAgIGZzOiAwMGQ4ICAgZ3M6IDAwMDAgICBzczogZTAyMSAgIGNzOiBlMDE5DQooWEVOKSBHdWVz dCBzdGFjayB0cmFjZSBmcm9tIGVzcD04MTQ3ZGY2ODoNCihYRU4pICAgIDgxMDAzYTBhIDAwMDFl MDE5IDAwMDEwMDgyIDAwMDAwMDAyIDAwMGJjYzc0IDgxMDAzZGJjIDAwMDAwMDAwIDgxNDdlMDEw DQooWEVOKSAgICAwMDAwMDAwMCA4MTQ3ZGZkOCA4MTRkZDg5MyAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCBiY2JhYTAwMQ0KKFhFTikgICAgMDAwMDAwMDAgMDAwNTE0MDAgODcy NTcwMDAgMDAwMDdjMDAgODE1NDQwMDAgMDAwMDA4MDAgMDAwMDAwM2UgMDAwMDAyMDENCihYRU4p ICAgIDAwMDA3YzAwIDg3MjU3MDAwIDg3MjU0MDAwIDAwMDAwMDAwIDgxNDdkZmZjIDgxNGRkMTk0 IDAwMDAwMDAwIDAwMDIwNmE3DQooWEVOKSAgICAwMDAxMDgwMCA5MDk4MDIwMyAwZjg5ODE3MSAw MDAwMDAwMCA4NzI1NDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAw MDAwMDAgMDAwMDAwMDAgYmNiYWEwMDEgMDAwMDAwMDAgNWQ2ZmEwMDEgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQoo WEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4pICAg IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg MDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw MA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQooWEVO KSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw MCAwMDAwMDAwMCAwMDAwMDAwMA0KDQogICBUaGVyZSBhcmUgaXNzdWVzIGxpa2UgdGhpcyBvbiB4 ZW4gMy4qIDQuKiBhbmQgeGVuc2VydmVyNiAuDQoNCg0KICBbcm9vdEBsb2NhbGhvc3QgbGludXgt Mi42LjMyLjE1LXJwc10jIGRpZmYgMS5jb25maWcgMi5jb25mZw0KNGM0DQo8ICMgVHVlIEp1biAx NyAyMDozMzozNCAyMDE0DQotLS0NCj4gIyBUaHUgTWF5IDE1IDE2OjEwOjU5IDIwMTQNCjI5OGMy OTgNCjwgIyBDT05GSUdfVk1TUExJVF8zRyBpcyBub3Qgc2V0DQotLS0NCj4gQ09ORklHX1ZNU1BM SVRfM0c9eQ0KMzAwYzMwMA0KPCBDT05GSUdfVk1TUExJVF8yRz15DQotLS0NCj4gIyBDT05GSUdf Vk1TUExJVF8yRyBpcyBub3Qgc2V0DQozMDNjMzAzDQo8IENPTkZJR19QQUdFX09GRlNFVD0weDgw MDAwMDAwDQotLS0NCj4gQ09ORklHX1BBR0VfT0ZGU0VUPTB4QzAwMDAwMDANCg0KDQoNCg0Kamlu Y20xMg== ------=_001_NextPart552844336430_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
hello:
 
hello:
    who can help me?
I create one x86 centos6.0 vm on xen 3.1,a= fter it=20 installed ,everything is ok;I need to update the kernel for working=20 reason,when i compile linux 
kernel(x86  2.6.32.15 or=20 2.6.34.9) with 1.config ,kernel can start ,b= ut when i used 2.config for=20 CONFIG_VMSPLIT_2G=3Dy and CONFIG_PAGE_OFFSET=3D0x80000000=20 ,kernel can not start;
   
[root@xen ~]# xm list
Name           = ;            &= nbsp;           &nb= sp;  ID Mem(MiB) VCPUs State   Tim= e(s)
Domain-0          &= nbsp;           &nb= sp;            = ;0     1737     1 r= -----   2822.9
centos6          &n= bsp;           &nbs= p;            = 12     1300     1 -= ---c-      0.0
 
xm dmesg info:
 
(XEN) mm.c:982:d12 PAE L3 3rd slot is&n= bsp;shared
(XEN) mm.c:1189:d12 Failure in alloc_l3_table:&nb= sp;entry 4
(XEN) mm.c:1785:d12 Error while validating m= fn bcc74 (pfn 147e) for type 60000000: = caf=3D80000003 taf=3D60000001
(XEN) mm.c:2148:d12 Error while installing n= ew baseptr bcc74
(XEN) mm.c:982:d12 PAE L3 3rd slot is&n= bsp;shared
(XEN) mm.c:1189:d12 Failure in alloc_l3_table:&nb= sp;entry 4
(XEN) mm.c:1785:d12 Error while validating m= fn bcc74 (pfn 147e) for type 60000000: = caf=3D80000003 taf=3D60000001
(XEN) mm.c:2375:d12 Error while pinning mfn&= nbsp;bcc74
(XEN) traps.c:405:d12 Unhandled invalid opcode&nb= sp;fault/trap [#6] in domain 12 on VCPU = ;0 [ec=3D0000]
(XEN) domain_crash_sync called from entry.S = (ff1867fe)
(XEN) Domain 12 (vcpu#0) crashed on cpu= #0:
(XEN) ----[ Xen-3.1.2-194.el5  x86_32p  = ;debug=3Dn  Not tainted ]----
(XEN) CPU:    0
(XEN) EIP:    e019:[<81003a0a>]
(XEN) EFLAGS: 00000282   CONTEXT: guest=
(XEN) eax: ffffffea   ebx: 8147df74&nbs= p;  ecx: 00000001   edx: 00000000
(XEN) esi: 00007ff0   edi: 00000000&nbs= p;  ebp: 8147df8c   esp: 8147df68
(XEN) cr0: 8005003b   cr4: 000006f0&nbs= p;  cr3: 5d6fc000   cr2: 00000000
(XEN) ds: e021   es: e021  &n= bsp;fs: 00d8   gs: 0000   ss: = ;e021   cs: e019
(XEN) Guest stack trace from esp=3D8147df68:=
(XEN)    81003a0a 0001e019 00010082&nbs= p;00000002 000bcc74 81003dbc 00000000 8147e010
(XEN)    00000000 8147dfd8 814dd893&nbs= p;00000000 00000000 00000000 00000000 bcbaa001
(XEN)    00000000 00051400 87257000&nbs= p;00007c00 81544000 00000800 0000003e 00000201
(XEN)    00007c00 87257000 87254000&nbs= p;00000000 8147dffc 814dd194 00000000 000206a7
(XEN)    00010800 90980203 0f898171&nbs= p;00000000 87254000 00000000 00000000 00000000
(XEN)    00000000 00000000 bcbaa001&nbs= p;00000000 5d6fa001 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
 
   There are issues like this = ;on xen 3.* 4.* and xenserver6 .
 
 
  [root@localhost linux-2.6.32.15-rps]# diff = ;1.config 2.confg
4c4
< # Tue Jun 17 20:33:34 2014
---
> # Thu May 15 16:10:59 2014
298c298
< # CONFIG_VMSPLIT_3G is not set
---
> CONFIG_VMSPLIT_3G=3Dy
300c300
< CONFIG_VMSPLIT_2G=3Dy
---
> # CONFIG_VMSPLIT_2G is not set
303c303
< CONFIG_PAGE_OFFSET=3D0x80000000
---
> CONFIG_PAGE_OFFSET=3D0xC0000000
 
jincm12
------=_001_NextPart552844336430_=------ --===============1857946878274699704== 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 --===============1857946878274699704==-- From xen-users-bounces@lists.xen.org Thu Jun 19 01:50:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 01:50:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxRTC-0006VK-69; Thu, 19 Jun 2014 01:48:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxRTA-0006VF-Ja for xen-users@lists.xen.org; Thu, 19 Jun 2014 01:48:52 +0000 Received: from [193.109.254.147:20408] by server-14.bemta-14.messagelabs.com id D9/A2-08195-38142A35; Thu, 19 Jun 2014 01:48:51 +0000 X-Env-Sender: jincm12@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1403142528!6821379!1 X-Originating-IP: [209.85.160.50] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,MIME_BASE64_TEXT,MIME_BOUND_NEXTPART, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8883 invoked from network); 19 Jun 2014 01:48:50 -0000 Received: from mail-pb0-f50.google.com (HELO mail-pb0-f50.google.com) (209.85.160.50) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jun 2014 01:48:50 -0000 Received: by mail-pb0-f50.google.com with SMTP id rp16so1368388pbb.9 for ; Wed, 18 Jun 2014 18:48:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:reply-to:subject:mime-version:message-id:content-type; bh=Ml6Cjh0yaXK/DCqW6KOeZp6N/Z27HELplQeHPTuA8Ng=; b=f2qNyM5STi1RK3hxn1UqTu0JC6qczXbrGoFFhAn6t+8nZOtCAyLsVObUJo9sJ6oZWo vOEHkb9tIGoCMUeJYItsnRAn1BnKX8oMJs9y1sqxC5HwEbDiDtetL9gppuAx//n1pf1s cr3haGmxg21x10dDgKs4+RGJOGqkEx9qhuRbjIaQ8ZTLIVuuub7X93MgeKGArZpL6oZT SJXTHQYWBLwIMtsh6BQQBjr75m8PMd+kSUzHRrqqfYOakl4W2nHNvUfykBS7CdO1FfNA HkqUXlrEIQe82KXtxXuQRmfLgSQSzR2TW7j6cPs9vcPfe6MMMFK3e1pxQurq9MbSs2Bz xf9g== X-Received: by 10.66.142.135 with SMTP id rw7mr1752521pab.71.1403142527794; Wed, 18 Jun 2014 18:48:47 -0700 (PDT) Received: from WIN-ENRFIEJGJ1K ([218.25.39.54]) by mx.google.com with ESMTPSA id sv10sm18520245pab.32.2014.06.18.18.48.46 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 18 Jun 2014 18:48:47 -0700 (PDT) Date: Thu, 19 Jun 2014 09:48:46 +0800 From: jincm12 To: xen-users X-Priority: 3 X-GUID: 8336387D-6E8D-473E-90EB-3DD3C6762718 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.91[cn] Mime-Version: 1.0 Message-ID: <201406190948420872354@gmail.com> Subject: [Xen-users] xen vm linux after update kernel can not start for CONFIG_VMSPLIT_2G=y , why ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jincm12 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1857946878274699704==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1857946878274699704== Content-Type: multipart/alternative; boundary="----=_001_NextPart552844336430_=----" This is a multi-part message in MIME format. ------=_001_NextPart552844336430_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGVsbG86DQoNCmhlbGxvOg0KICAgIHdobyBjYW4gaGVscCBtZT8gDQpJIGNyZWF0ZSBvbmUgeDg2 IGNlbnRvczYuMCB2bSBvbiB4ZW4gMy4xLGFmdGVyIGl0IGluc3RhbGxlZCAsZXZlcnl0aGluZyBp cyBvaztJIG5lZWQgdG8gdXBkYXRlIHRoZSBrZXJuZWwgZm9yIHdvcmtpbmcgcmVhc29uLHdoZW4g aSBjb21waWxlIGxpbnV4IA0Ka2VybmVsKHg4NiAgMi42LjMyLjE1IG9yIDIuNi4zNC45KSB3aXRo IDEuY29uZmlnICxrZXJuZWwgY2FuIHN0YXJ0ICxidXQgd2hlbiBpIHVzZWQgMi5jb25maWcgZm9y IENPTkZJR19WTVNQTElUXzJHPXkgYW5kIENPTkZJR19QQUdFX09GRlNFVD0weDgwMDAwMDAwICxr ZXJuZWwgY2FuIG5vdCBzdGFydDsNCiAgIA0KW3Jvb3RAeGVuIH5dIyB4bSBsaXN0DQpOYW1lICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJRCBNZW0oTWlCKSBWQ1BVcyBTdGF0 ZSAgIFRpbWUocykNCkRvbWFpbi0wICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAxNzM3ICAgICAxIHItLS0tLSAgIDI4MjIuOQ0KY2VudG9zNiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMTIgICAgIDEzMDAgICAgIDEgLS0tLWMtICAgICAgMC4wDQoNCnht IGRtZXNnIGluZm86DQoNCihYRU4pIG1tLmM6OTgyOmQxMiBQQUUgTDMgM3JkIHNsb3QgaXMgc2hh cmVkDQooWEVOKSBtbS5jOjExODk6ZDEyIEZhaWx1cmUgaW4gYWxsb2NfbDNfdGFibGU6IGVudHJ5 IDQNCihYRU4pIG1tLmM6MTc4NTpkMTIgRXJyb3Igd2hpbGUgdmFsaWRhdGluZyBtZm4gYmNjNzQg KHBmbiAxNDdlKSBmb3IgdHlwZSA2MDAwMDAwMDogY2FmPTgwMDAwMDAzIHRhZj02MDAwMDAwMQ0K KFhFTikgbW0uYzoyMTQ4OmQxMiBFcnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBiYXNlcHRyIGJj Yzc0DQooWEVOKSBtbS5jOjk4MjpkMTIgUEFFIEwzIDNyZCBzbG90IGlzIHNoYXJlZA0KKFhFTikg bW0uYzoxMTg5OmQxMiBGYWlsdXJlIGluIGFsbG9jX2wzX3RhYmxlOiBlbnRyeSA0DQooWEVOKSBt bS5jOjE3ODU6ZDEyIEVycm9yIHdoaWxlIHZhbGlkYXRpbmcgbWZuIGJjYzc0IChwZm4gMTQ3ZSkg Zm9yIHR5cGUgNjAwMDAwMDA6IGNhZj04MDAwMDAwMyB0YWY9NjAwMDAwMDENCihYRU4pIG1tLmM6 MjM3NTpkMTIgRXJyb3Igd2hpbGUgcGlubmluZyBtZm4gYmNjNzQNCihYRU4pIHRyYXBzLmM6NDA1 OmQxMiBVbmhhbmRsZWQgaW52YWxpZCBvcGNvZGUgZmF1bHQvdHJhcCBbIzZdIGluIGRvbWFpbiAx MiBvbiBWQ1BVIDAgW2VjPTAwMDBdDQooWEVOKSBkb21haW5fY3Jhc2hfc3luYyBjYWxsZWQgZnJv bSBlbnRyeS5TIChmZjE4NjdmZSkNCihYRU4pIERvbWFpbiAxMiAodmNwdSMwKSBjcmFzaGVkIG9u IGNwdSMwOg0KKFhFTikgLS0tLVsgWGVuLTMuMS4yLTE5NC5lbDUgIHg4Nl8zMnAgIGRlYnVnPW4g IE5vdCB0YWludGVkIF0tLS0tDQooWEVOKSBDUFU6ICAgIDANCihYRU4pIEVJUDogICAgZTAxOTpb PDgxMDAzYTBhPl0NCihYRU4pIEVGTEFHUzogMDAwMDAyODIgICBDT05URVhUOiBndWVzdA0KKFhF TikgZWF4OiBmZmZmZmZlYSAgIGVieDogODE0N2RmNzQgICBlY3g6IDAwMDAwMDAxICAgZWR4OiAw MDAwMDAwMA0KKFhFTikgZXNpOiAwMDAwN2ZmMCAgIGVkaTogMDAwMDAwMDAgICBlYnA6IDgxNDdk ZjhjICAgZXNwOiA4MTQ3ZGY2OA0KKFhFTikgY3IwOiA4MDA1MDAzYiAgIGNyNDogMDAwMDA2ZjAg ICBjcjM6IDVkNmZjMDAwICAgY3IyOiAwMDAwMDAwMA0KKFhFTikgZHM6IGUwMjEgICBlczogZTAy MSAgIGZzOiAwMGQ4ICAgZ3M6IDAwMDAgICBzczogZTAyMSAgIGNzOiBlMDE5DQooWEVOKSBHdWVz dCBzdGFjayB0cmFjZSBmcm9tIGVzcD04MTQ3ZGY2ODoNCihYRU4pICAgIDgxMDAzYTBhIDAwMDFl MDE5IDAwMDEwMDgyIDAwMDAwMDAyIDAwMGJjYzc0IDgxMDAzZGJjIDAwMDAwMDAwIDgxNDdlMDEw DQooWEVOKSAgICAwMDAwMDAwMCA4MTQ3ZGZkOCA4MTRkZDg5MyAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCBiY2JhYTAwMQ0KKFhFTikgICAgMDAwMDAwMDAgMDAwNTE0MDAgODcy NTcwMDAgMDAwMDdjMDAgODE1NDQwMDAgMDAwMDA4MDAgMDAwMDAwM2UgMDAwMDAyMDENCihYRU4p ICAgIDAwMDA3YzAwIDg3MjU3MDAwIDg3MjU0MDAwIDAwMDAwMDAwIDgxNDdkZmZjIDgxNGRkMTk0 IDAwMDAwMDAwIDAwMDIwNmE3DQooWEVOKSAgICAwMDAxMDgwMCA5MDk4MDIwMyAwZjg5ODE3MSAw MDAwMDAwMCA4NzI1NDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAw MDAwMDAgMDAwMDAwMDAgYmNiYWEwMDEgMDAwMDAwMDAgNWQ2ZmEwMDEgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQoo WEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4pICAg IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg MDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw MA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQooWEVO KSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw MCAwMDAwMDAwMCAwMDAwMDAwMA0KDQogICBUaGVyZSBhcmUgaXNzdWVzIGxpa2UgdGhpcyBvbiB4 ZW4gMy4qIDQuKiBhbmQgeGVuc2VydmVyNiAuDQoNCg0KICBbcm9vdEBsb2NhbGhvc3QgbGludXgt Mi42LjMyLjE1LXJwc10jIGRpZmYgMS5jb25maWcgMi5jb25mZw0KNGM0DQo8ICMgVHVlIEp1biAx NyAyMDozMzozNCAyMDE0DQotLS0NCj4gIyBUaHUgTWF5IDE1IDE2OjEwOjU5IDIwMTQNCjI5OGMy OTgNCjwgIyBDT05GSUdfVk1TUExJVF8zRyBpcyBub3Qgc2V0DQotLS0NCj4gQ09ORklHX1ZNU1BM SVRfM0c9eQ0KMzAwYzMwMA0KPCBDT05GSUdfVk1TUExJVF8yRz15DQotLS0NCj4gIyBDT05GSUdf Vk1TUExJVF8yRyBpcyBub3Qgc2V0DQozMDNjMzAzDQo8IENPTkZJR19QQUdFX09GRlNFVD0weDgw MDAwMDAwDQotLS0NCj4gQ09ORklHX1BBR0VfT0ZGU0VUPTB4QzAwMDAwMDANCg0KDQoNCg0Kamlu Y20xMg== ------=_001_NextPart552844336430_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
hello:
 
hello:
    who can help me?
I create one x86 centos6.0 vm on xen 3.1,a= fter it=20 installed ,everything is ok;I need to update the kernel for working=20 reason,when i compile linux 
kernel(x86  2.6.32.15 or=20 2.6.34.9) with 1.config ,kernel can start ,b= ut when i used 2.config for=20 CONFIG_VMSPLIT_2G=3Dy and CONFIG_PAGE_OFFSET=3D0x80000000=20 ,kernel can not start;
   
[root@xen ~]# xm list
Name           = ;            &= nbsp;           &nb= sp;  ID Mem(MiB) VCPUs State   Tim= e(s)
Domain-0          &= nbsp;           &nb= sp;            = ;0     1737     1 r= -----   2822.9
centos6          &n= bsp;           &nbs= p;            = 12     1300     1 -= ---c-      0.0
 
xm dmesg info:
 
(XEN) mm.c:982:d12 PAE L3 3rd slot is&n= bsp;shared
(XEN) mm.c:1189:d12 Failure in alloc_l3_table:&nb= sp;entry 4
(XEN) mm.c:1785:d12 Error while validating m= fn bcc74 (pfn 147e) for type 60000000: = caf=3D80000003 taf=3D60000001
(XEN) mm.c:2148:d12 Error while installing n= ew baseptr bcc74
(XEN) mm.c:982:d12 PAE L3 3rd slot is&n= bsp;shared
(XEN) mm.c:1189:d12 Failure in alloc_l3_table:&nb= sp;entry 4
(XEN) mm.c:1785:d12 Error while validating m= fn bcc74 (pfn 147e) for type 60000000: = caf=3D80000003 taf=3D60000001
(XEN) mm.c:2375:d12 Error while pinning mfn&= nbsp;bcc74
(XEN) traps.c:405:d12 Unhandled invalid opcode&nb= sp;fault/trap [#6] in domain 12 on VCPU = ;0 [ec=3D0000]
(XEN) domain_crash_sync called from entry.S = (ff1867fe)
(XEN) Domain 12 (vcpu#0) crashed on cpu= #0:
(XEN) ----[ Xen-3.1.2-194.el5  x86_32p  = ;debug=3Dn  Not tainted ]----
(XEN) CPU:    0
(XEN) EIP:    e019:[<81003a0a>]
(XEN) EFLAGS: 00000282   CONTEXT: guest=
(XEN) eax: ffffffea   ebx: 8147df74&nbs= p;  ecx: 00000001   edx: 00000000
(XEN) esi: 00007ff0   edi: 00000000&nbs= p;  ebp: 8147df8c   esp: 8147df68
(XEN) cr0: 8005003b   cr4: 000006f0&nbs= p;  cr3: 5d6fc000   cr2: 00000000
(XEN) ds: e021   es: e021  &n= bsp;fs: 00d8   gs: 0000   ss: = ;e021   cs: e019
(XEN) Guest stack trace from esp=3D8147df68:=
(XEN)    81003a0a 0001e019 00010082&nbs= p;00000002 000bcc74 81003dbc 00000000 8147e010
(XEN)    00000000 8147dfd8 814dd893&nbs= p;00000000 00000000 00000000 00000000 bcbaa001
(XEN)    00000000 00051400 87257000&nbs= p;00007c00 81544000 00000800 0000003e 00000201
(XEN)    00007c00 87257000 87254000&nbs= p;00000000 8147dffc 814dd194 00000000 000206a7
(XEN)    00010800 90980203 0f898171&nbs= p;00000000 87254000 00000000 00000000 00000000
(XEN)    00000000 00000000 bcbaa001&nbs= p;00000000 5d6fa001 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
 
   There are issues like this = ;on xen 3.* 4.* and xenserver6 .
 
 
  [root@localhost linux-2.6.32.15-rps]# diff = ;1.config 2.confg
4c4
< # Tue Jun 17 20:33:34 2014
---
> # Thu May 15 16:10:59 2014
298c298
< # CONFIG_VMSPLIT_3G is not set
---
> CONFIG_VMSPLIT_3G=3Dy
300c300
< CONFIG_VMSPLIT_2G=3Dy
---
> # CONFIG_VMSPLIT_2G is not set
303c303
< CONFIG_PAGE_OFFSET=3D0x80000000
---
> CONFIG_PAGE_OFFSET=3D0xC0000000
 
jincm12
------=_001_NextPart552844336430_=------ --===============1857946878274699704== 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 --===============1857946878274699704==-- From xen-users-bounces@lists.xen.org Thu Jun 19 10:41:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 10:41:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxZlI-000163-U4; Thu, 19 Jun 2014 10:40:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxZlG-00015y-O3 for xen-users@lists.xensource.com; Thu, 19 Jun 2014 10:40:07 +0000 Received: from [193.109.254.147:63755] by server-2.bemta-14.messagelabs.com id 8F/59-21684-60EB2A35; Thu, 19 Jun 2014 10:40:06 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-12.tower-27.messagelabs.com!1403174404!12343403!1 X-Originating-IP: [94.23.245.208] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5689 invoked from network); 19 Jun 2014 10:40:04 -0000 Received: from lnx3.fantu.it (HELO lnx3.fantu.it) (94.23.245.208) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Jun 2014 10:40:04 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by lnx3.fantu.it (Postfix) with ESMTP id F256B40021C; Thu, 19 Jun 2014 12:40:03 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at lnx3.fantu.it Received: from lnx3.fantu.it ([127.0.0.1]) by localhost (lnx3.fantu.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VhMUCBreoF+7; Thu, 19 Jun 2014 12:40:03 +0200 (CEST) Received: from [192.168.178.50] (host242-79-dynamic.0-87-r.retail.telecomitalia.it [87.0.79.242]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: prova@fantu.it) by lnx3.fantu.it (Postfix) with ESMTPSA id 9984D400136; Thu, 19 Jun 2014 12:40:01 +0200 (CEST) Message-ID: <53A2BDFC.1000909@tiscali.it> Date: Thu, 19 Jun 2014 12:39:56 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pkg-xen-devel@lists.alioth.debian.org References: <1397848547.19277.33.camel@hastur.hellion.org.uk> <5364B74C.6010409@tiscali.it> <5377943B.3010509@tiscali.it> <5378F7E9.7080300@tiscali.it> <537DC778.8030803@tiscali.it> In-Reply-To: <537DC778.8030803@tiscali.it> Cc: "xen-users@lists.xensource.com" , ijc@hellion.org.uk Subject: Re: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: fantonifabio@tiscali.it List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8143317808797775812==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============8143317808797775812== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060701020102040007020208" This is a cryptographically signed message in MIME format. --------------ms060701020102040007020208 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Il 22/05/2014 11:46, Fabio Fantoni ha scritto: > Il 18/05/2014 20:11, Fabio Fantoni ha scritto: >> Il 17/05/2014 18:54, Fabio Fantoni ha scritto: >>> Il 03/05/2014 11:30, Fabio Fantoni ha scritto: >>>>> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote: >>>>> > Hi waldi, >>>>> > >>>>> > Are you planning to update the Xen package too 4.4 soon? >>>>> Upstream have >>>>> > released 4.4-rc6 and AIUI are planning to release the final >>>>> version next >>>>> > week (I've been out of the office for a bit, so I don't know the >>>>> precise >>>>> > state, but that was the last I heard). >>>>> > >>>>> > I would like to send patches to enable the build on ARM but this >>>>> relies >>>>> > on 4.4. I'm happy to do the upgrade first and send you patches >>>>> if you >>>>> > would prefer. >>>>> >>>>> In the meantime 4.4.0 has been released and it seems like Stefan ha= s >>>>> done most of the hard work to update the packaging in Ubuntu. I'd >>>>> like >>>>> to get this into Jessie sooner rather than later. Do you object to = me >>>>> working on this at some point? >>>>> >>>>> Ian. >>>> Yes Ubuntu xen 4.4 packages can be a start, I think also that is >>>> good remove more debian/patches possible to make faster future >>>> updates. >>>> I already reported here: >>>> https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1297224 >>>> At least 3 pathes can be already removed and use configure values >>>> instead. >>>> Probably there are also other things that can be fixed and/or >>>> improved upstream instead always have and maintain dozen of distros >>>> patches. >>>> >>>> Thanks for any help about debian packages and sorry for my band >>>> english. >>>> >>> >>> Are there some news about new xen packages for debian? >>> >>> I did some small improvements to latest xen's ubuntu packages: >>> https://github.com/Fantu/pkg-xen >>> >>> If you have not had the time I could try to update the debian >>> packages by making a first draft and testing them (excluding test >>> the arm hypervisor on which I have not sufficient knowledge). >>> >>> Thanks for any reply and sorry for my bad english. >>> >> >> I did a draft of xen 4.4 packages for debian starting from >> 4.4.0-0ubuntu5 plus some changes. >> I included the close of some bugs in changelog but surely there will >> be more resolved to be added. >> I tested build on sid and was successfull. >> During the week when I have time I'll make the buildon a clean sid >> and I'll test thepackages. >> I'll probably do other improvements. >> >> The draft I did with all changes are here: >> https://github.com/Fantu/pkg-xen/tree/debian-next >> >> Any feedback is appreciated. >> > > I could not try it on sid because it is not installed sid on my test > Dell PE server due to a kernel3.14 regression. > I tried it on wheezy for now: > https://github.com/Fantu/pkg-xen/tree/wheezy-backports Now that kernel bug is solved I tested it also on sid and it works. https://github.com/Fantu/pkg-xen/tree/debian-next Is there any debian maintainer can update the xen's packages on debian unstable? I think the my draft should be a good start. Thanks for any reply. > > ------------------------------------ > Result of my tests: > --- > Tested: > dom0 architecture amd64 on intel cpu: ok > domUs pv and hvm (with pv drivers): ok > xl: ok > pygrub: ok > vnc: ok > spice: ok > usbredir: ok > save/restore: ok > qdisk: ok > --- > Not tested: > dom0 architectures i386, armhf and arm64 > xend/xm > ocaml (with xapi) > --- > ------------------------------------ > > I added xen-users to cc if someone want help me to test and improve > the packages. > Below there are some notes for easy and fast test the packages on > wheezy, even if the comments are in italian the used commands should > be enough, important notes are seabios install from backports before > creating the xen packages and installqemu after recompiling it with > the latest xen libraries. > >> ----------------------------------------------------------------------= ---------------------------------------- >> >> CREARE PACCHETTI XEN E TUTTI GLI ALTRI UFFICIALI DA BACKPORTS >> ------------------------- >> aptitude install build-essential git devscripts >> --- >> # Attivazione backports >> vi /etc/apt/sources.list # Aggiungere le seguenti righe >> deb http://ftp.it.debian.org/debian/ wheezy-backports main non-free >> contrib >> deb-src http://ftp.it.debian.org/debian/ wheezy-backports main >> non-free contrib >> --- >> # ! Installare pacchetti seabios da backports >> aptitude -t wheezy-backports install seabios >> # Installare altre dipendenze per la build di xen >> aptitude install python-dev bcc gcc-multilib e2fslibs-dev iasl >> ipxe-qemu libaio-dev libglib2.0-dev libgnutls-dev liblzma-dev >> libncurses5-dev libpci-dev libyajl-dev libssl-dev pkg-config uuid-dev >> zlib1g-dev ocaml-nox dh-ocaml ocaml-findlib >> # Installare dipendenze runtime xen >> aptitude install gawk >> --- >> wget >> http://archive.ubuntu.com/ubuntu/pool/main/x/xen/xen_4.4.0.orig.tar.gz= >> tar -xpzf xen_4.4.0.orig.tar.gz >> git clone https://github.com/Fantu/pkg-xen.git >> cd pkg-xen/ >> git checkout wheezy-backports >> cp debian/ ../xen-4.4.0/ >> cd ../xen-4.4.0/ >> debuild -i -b -us -uc >> cd .. >> dpkg -i libxen-4*.deb libxen-dev*.deb libxenstore3*.deb >> xen-hypervisor-4.4*.deb xenstore-utils*.deb xen-utils-*.deb >> --- >> # Installare dipendenze da bpo >> aptitude -t wheezy-backports install libusbredirparser-dev >> libusb-1.0-0-dev libspice-protocol-dev libspice-server-dev >> # Installare altre dipendenze >> aptitude install device-tree-compiler libasound2-dev libattr1-dev >> libbluetooth-dev libbrlapi-dev libcap-dev libcap-ng-dev >> libcurl4-gnutls-dev libfdt-dev libiscsi-dev libpulse-dev libsasl2-dev >> libsdl1.2-dev libssh2-1-dev libvdeplug-dev xfslibs-dev libjpeg8-dev >> libpng12-dev >> # Ricompilare pacchetti qemu da backports, purtroppo necessario per >> librerie xen differenti >> wget >> http://ftp.de.debian.org/debian/pool/main/q/qemu/qemu_2.0.0+dfsg.orig.= tar.xz >> wget >> http://ftp.de.debian.org/debian/pool/main/q/qemu/qemu_2.0.0+dfsg-4~bpo= 70+1.debian.tar.gz >> tar -xpJf qemu_2.0.0+dfsg.orig.tar.xz >> tar -xpzf qemu_2.0.0+dfsg-4~bpo70+1.debian.tar.gz >> mv debian/ qemu-2.0.0+dfsg/ >> cd qemu-2.0.0+dfsg/ >> debuild -i -b -us -uc >> dpkg -i qemu-system-x86*.deb qemu-system-common*.deb >> qemu-keymaps*.deb qemu-utils*.deb >> ----------------------------------------------------------------------= ---------------------------------------- >> > > --------------ms060701020102040007020208 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Firma crittografica S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMsTCC BjQwggQcoAMCAQICASAwDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDI1NVoXDTE3MTAyNDIxMDI1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMsohUWcASz7GfKrpTOM KqANy9BV7V0igWdGxA8IU77L3aTxErQ+fcxtDYZ36Z6GH0YFn7fq5RADteP0AYzrCA+EQTfi 8q1+kA3m0nwtwXG94M5sIqsvs7lRP1aycBke/s5g9hJHryZ2acScnzczjBCAo7X1v5G3yw8M DP2m2RCye0KfgZ4nODerZJVzhAlOD9YejvAXZqHksw56HzElVIoYSZ3q4+RJuPXXfIoyby+Y 2m1E+YzX5iCZXBx05gk6MKAW1vaw4/v2OOLy6FZH3XHHtOkzUreG//CsFnB9+uaYSlR65cdG zTsmoIK8WH1ygoXhRBm98SD7Hf/r3FELNvUCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBSuVYNv7DHKufcd+q9rMfPIHeOsuzAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBADqp Jw3I07QWke9plNBpxUxcffc7nUrIQpJHDci91DFG7fVhHRkMZ1J+BKg5UNUxIFJ2Z9B90Mic c/NXcs7kPBRdn6XGO/vPc87Y6R+cWS9Nc9+fp3Enmsm94OxOwI9wn8qnr/6o3mD4noP9Jphw UPTXwHovjavRnhUQHLfo/i2NG0XXgTHXS2Xm0kVUozXqpYpAdumMiB/vezj1QHQJDmUdPYMc p+reg9901zkyT3fDW/ivJVv6pWtkh6Pw2ytZT7mvg7YhX3V50Nv860cV11mocUVcqBLv0gcT +HBDYtbuvexNftwNQKD5193A7zN4vG7CTYkXxytSjKuXrpEatEiFPxWgb84nVj25SU5q/r1X hwby6mLhkbaXslkVtwEWT3Van49rKjlK4XrUKYYWtnfzq6aSak5u0Vpxd1rY79tWhD3EdCvO hNz/QplNa+VkIsrcp7+8ZhP1l1b2U6MaxIVteuVMD3X0vziIwr7jxYae9FZjbxlpUemqXjcC 0QaFfN7qI0JsQMALL7iGRBg7K0CoOBzECdD3fuZil5kU/LP9cr1BK31U0Uy651bFnAMMMkqh AChIbn0ei72VnbpSsrrSdF0BAGYQ8vyHae5aCg+H75dVCV33K6FuxZrf09yTz+Vx/PkdRUYk XmZz/OTfyJXsUOUXrym6KvI2rYpccSk5MIIGdTCCBV2gAwIBAgICSD8wDQYJKoZIhvcNAQEF BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xNDAzMjgyMDMyMTBa Fw0xNjAzMjkxMDA5NTNaMIGMMRkwFwYDVQQNExBXUnUxOWdzOFBEYmcwNTBJMQswCQYDVQQG EwJJVDEQMA4GA1UECBMHQmVyZ2FtbzEQMA4GA1UEBxMHUm92ZXR0YTEWMBQGA1UEAxMNRmFi aW8gRmFudG9uaTEmMCQGCSqGSIb3DQEJARYXZmFudG9uaWZhYmlvQHRpc2NhbGkuaXQwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDaGyFHyGrg8i9IZFHhWZHIx01/wslgoQD4 8XFmb4NafAEtUJpfdadMZXFjS9ea/k5P+Xw83mtZdEXNOnf8IXg8FmsiwAt6Ujdz+CZD1w+0 0+lVN3yt0sCbUUOXrWjSv59rOZnFA801A8epnh8tjATQugZ7r96rLE4Vk8PT+ksp8U2dIDZH NHhfbmcvdx1Bk5Y/PB3IbPaCDGW9M0YoILOvjClmilMtigcB8YuaqWkVqULvcagfIoFWKinL ylTzsleIcZsduvOIAp8nzVvT/b8Ogi0TYR3e67j9a9Zpt5F7oRHrCxBHlCfaTHEhh6svXawl aYFWfxdrfuvuoJRPJtAdAgMBAAGjggLdMIIC2TAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFGfU6G9lcLCruABqxYo6 qtmlt2iPMB8GA1UdIwQYMBaAFK5Vg2/sMcq59x36r2sx88gd46y7MCIGA1UdEQQbMBmBF2Zh bnRvbmlmYWJpb0B0aXNjYWxpLml0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwEC AzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw gfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMC AQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFz cyAyIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ks IHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ug b2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0 dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUyLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MyL2NsaWVu dC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNs YXNzMi5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t LzANBgkqhkiG9w0BAQUFAAOCAQEABT91kQvIXq/qcTjfY3Q08cQ96PYn1ucqLydhjWr/UJTS kGubQTptxURT3Sga8SSWWxVOjdvOSyVmNG2TcYoq6oToILvto8MPJGuNa2uVltl7tG6qyfg/ 1JwqNInfCt+VAbiIiA86tN/V3kuc7vYPJ1/ah6cS9oKV58zltZ6Ww0DZ567Ax0mvcExndOLa 2KHb6J6ZxaxEZDWppBe7pwZOBHZhlB/SGwEq4ktsaecm98cJ3c0IqGyxEC3zMF3qUIwfUrlW a99IPu7fcQrhBGPmczWFvwvUkSuk0+A4ShNdK4Ss9QDDoQc07iAFkq7dz5LJ/F7hNkHsBeZX xX6OHJOqUjGCA9owggPWAgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4 MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQg Q0ECAkg/MAkGBSsOAwIaBQCgggIbMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTE0MDYxOTEwMzk1NlowIwYJKoZIhvcNAQkEMRYEFAIMcwafV1eKDeaosWNf fF/LnsklMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgaQGCSsGAQQBgjcQBDGBljCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDIgUHJpbWFyeSBJbnRlcm1lZGlhdGUg Q2xpZW50IENBAgJIPzCBpgYLKoZIhvcNAQkQAgsxgZaggZMwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQICSD8wDQYJKoZIhvcNAQEBBQAEggEABXENePd6OBFmtQ3AwZnZ 5O4km6O2UsHgADTurh1l3OyfXDoBJMvhY5Yeka6NRlOcy5B8L65zm8ImayDobNWyRmCsNFId vhNfhzMoSRep+LdAliSafYi5XdAzrB0djRYsCxEyZfMJWcXQ8oJem0c5kY60K8TaVnK1SQrZ Ys1QZ4ZGS5BPBXOjGArTuMARf6rS6TqukTn22KOD0kBVNp9PLQ3NJiDXqEryEiQ8KcTvvTih JSGt9aDtroSd7YgPmpgybdoaB73MICuZ4cZMqkfRLLjAQhOLQaC9Btr/gxtjM97rfG0A9qrU /qLRf7+xIN4iZPEMRrtJHJYZ0VAXU/wtagAAAAAAAA== --------------ms060701020102040007020208-- --===============8143317808797775812== 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 --===============8143317808797775812==-- From xen-users-bounces@lists.xen.org Thu Jun 19 10:41:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 10:41:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxZlI-000163-U4; Thu, 19 Jun 2014 10:40:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxZlG-00015y-O3 for xen-users@lists.xensource.com; Thu, 19 Jun 2014 10:40:07 +0000 Received: from [193.109.254.147:63755] by server-2.bemta-14.messagelabs.com id 8F/59-21684-60EB2A35; Thu, 19 Jun 2014 10:40:06 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-12.tower-27.messagelabs.com!1403174404!12343403!1 X-Originating-IP: [94.23.245.208] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5689 invoked from network); 19 Jun 2014 10:40:04 -0000 Received: from lnx3.fantu.it (HELO lnx3.fantu.it) (94.23.245.208) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Jun 2014 10:40:04 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by lnx3.fantu.it (Postfix) with ESMTP id F256B40021C; Thu, 19 Jun 2014 12:40:03 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at lnx3.fantu.it Received: from lnx3.fantu.it ([127.0.0.1]) by localhost (lnx3.fantu.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VhMUCBreoF+7; Thu, 19 Jun 2014 12:40:03 +0200 (CEST) Received: from [192.168.178.50] (host242-79-dynamic.0-87-r.retail.telecomitalia.it [87.0.79.242]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: prova@fantu.it) by lnx3.fantu.it (Postfix) with ESMTPSA id 9984D400136; Thu, 19 Jun 2014 12:40:01 +0200 (CEST) Message-ID: <53A2BDFC.1000909@tiscali.it> Date: Thu, 19 Jun 2014 12:39:56 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pkg-xen-devel@lists.alioth.debian.org References: <1397848547.19277.33.camel@hastur.hellion.org.uk> <5364B74C.6010409@tiscali.it> <5377943B.3010509@tiscali.it> <5378F7E9.7080300@tiscali.it> <537DC778.8030803@tiscali.it> In-Reply-To: <537DC778.8030803@tiscali.it> Cc: "xen-users@lists.xensource.com" , ijc@hellion.org.uk Subject: Re: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: fantonifabio@tiscali.it List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8143317808797775812==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============8143317808797775812== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060701020102040007020208" This is a cryptographically signed message in MIME format. --------------ms060701020102040007020208 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Il 22/05/2014 11:46, Fabio Fantoni ha scritto: > Il 18/05/2014 20:11, Fabio Fantoni ha scritto: >> Il 17/05/2014 18:54, Fabio Fantoni ha scritto: >>> Il 03/05/2014 11:30, Fabio Fantoni ha scritto: >>>>> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote: >>>>> > Hi waldi, >>>>> > >>>>> > Are you planning to update the Xen package too 4.4 soon? >>>>> Upstream have >>>>> > released 4.4-rc6 and AIUI are planning to release the final >>>>> version next >>>>> > week (I've been out of the office for a bit, so I don't know the >>>>> precise >>>>> > state, but that was the last I heard). >>>>> > >>>>> > I would like to send patches to enable the build on ARM but this >>>>> relies >>>>> > on 4.4. I'm happy to do the upgrade first and send you patches >>>>> if you >>>>> > would prefer. >>>>> >>>>> In the meantime 4.4.0 has been released and it seems like Stefan ha= s >>>>> done most of the hard work to update the packaging in Ubuntu. I'd >>>>> like >>>>> to get this into Jessie sooner rather than later. Do you object to = me >>>>> working on this at some point? >>>>> >>>>> Ian. >>>> Yes Ubuntu xen 4.4 packages can be a start, I think also that is >>>> good remove more debian/patches possible to make faster future >>>> updates. >>>> I already reported here: >>>> https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1297224 >>>> At least 3 pathes can be already removed and use configure values >>>> instead. >>>> Probably there are also other things that can be fixed and/or >>>> improved upstream instead always have and maintain dozen of distros >>>> patches. >>>> >>>> Thanks for any help about debian packages and sorry for my band >>>> english. >>>> >>> >>> Are there some news about new xen packages for debian? >>> >>> I did some small improvements to latest xen's ubuntu packages: >>> https://github.com/Fantu/pkg-xen >>> >>> If you have not had the time I could try to update the debian >>> packages by making a first draft and testing them (excluding test >>> the arm hypervisor on which I have not sufficient knowledge). >>> >>> Thanks for any reply and sorry for my bad english. >>> >> >> I did a draft of xen 4.4 packages for debian starting from >> 4.4.0-0ubuntu5 plus some changes. >> I included the close of some bugs in changelog but surely there will >> be more resolved to be added. >> I tested build on sid and was successfull. >> During the week when I have time I'll make the buildon a clean sid >> and I'll test thepackages. >> I'll probably do other improvements. >> >> The draft I did with all changes are here: >> https://github.com/Fantu/pkg-xen/tree/debian-next >> >> Any feedback is appreciated. >> > > I could not try it on sid because it is not installed sid on my test > Dell PE server due to a kernel3.14 regression. > I tried it on wheezy for now: > https://github.com/Fantu/pkg-xen/tree/wheezy-backports Now that kernel bug is solved I tested it also on sid and it works. https://github.com/Fantu/pkg-xen/tree/debian-next Is there any debian maintainer can update the xen's packages on debian unstable? I think the my draft should be a good start. Thanks for any reply. > > ------------------------------------ > Result of my tests: > --- > Tested: > dom0 architecture amd64 on intel cpu: ok > domUs pv and hvm (with pv drivers): ok > xl: ok > pygrub: ok > vnc: ok > spice: ok > usbredir: ok > save/restore: ok > qdisk: ok > --- > Not tested: > dom0 architectures i386, armhf and arm64 > xend/xm > ocaml (with xapi) > --- > ------------------------------------ > > I added xen-users to cc if someone want help me to test and improve > the packages. > Below there are some notes for easy and fast test the packages on > wheezy, even if the comments are in italian the used commands should > be enough, important notes are seabios install from backports before > creating the xen packages and installqemu after recompiling it with > the latest xen libraries. > >> ----------------------------------------------------------------------= ---------------------------------------- >> >> CREARE PACCHETTI XEN E TUTTI GLI ALTRI UFFICIALI DA BACKPORTS >> ------------------------- >> aptitude install build-essential git devscripts >> --- >> # Attivazione backports >> vi /etc/apt/sources.list # Aggiungere le seguenti righe >> deb http://ftp.it.debian.org/debian/ wheezy-backports main non-free >> contrib >> deb-src http://ftp.it.debian.org/debian/ wheezy-backports main >> non-free contrib >> --- >> # ! Installare pacchetti seabios da backports >> aptitude -t wheezy-backports install seabios >> # Installare altre dipendenze per la build di xen >> aptitude install python-dev bcc gcc-multilib e2fslibs-dev iasl >> ipxe-qemu libaio-dev libglib2.0-dev libgnutls-dev liblzma-dev >> libncurses5-dev libpci-dev libyajl-dev libssl-dev pkg-config uuid-dev >> zlib1g-dev ocaml-nox dh-ocaml ocaml-findlib >> # Installare dipendenze runtime xen >> aptitude install gawk >> --- >> wget >> http://archive.ubuntu.com/ubuntu/pool/main/x/xen/xen_4.4.0.orig.tar.gz= >> tar -xpzf xen_4.4.0.orig.tar.gz >> git clone https://github.com/Fantu/pkg-xen.git >> cd pkg-xen/ >> git checkout wheezy-backports >> cp debian/ ../xen-4.4.0/ >> cd ../xen-4.4.0/ >> debuild -i -b -us -uc >> cd .. >> dpkg -i libxen-4*.deb libxen-dev*.deb libxenstore3*.deb >> xen-hypervisor-4.4*.deb xenstore-utils*.deb xen-utils-*.deb >> --- >> # Installare dipendenze da bpo >> aptitude -t wheezy-backports install libusbredirparser-dev >> libusb-1.0-0-dev libspice-protocol-dev libspice-server-dev >> # Installare altre dipendenze >> aptitude install device-tree-compiler libasound2-dev libattr1-dev >> libbluetooth-dev libbrlapi-dev libcap-dev libcap-ng-dev >> libcurl4-gnutls-dev libfdt-dev libiscsi-dev libpulse-dev libsasl2-dev >> libsdl1.2-dev libssh2-1-dev libvdeplug-dev xfslibs-dev libjpeg8-dev >> libpng12-dev >> # Ricompilare pacchetti qemu da backports, purtroppo necessario per >> librerie xen differenti >> wget >> http://ftp.de.debian.org/debian/pool/main/q/qemu/qemu_2.0.0+dfsg.orig.= tar.xz >> wget >> http://ftp.de.debian.org/debian/pool/main/q/qemu/qemu_2.0.0+dfsg-4~bpo= 70+1.debian.tar.gz >> tar -xpJf qemu_2.0.0+dfsg.orig.tar.xz >> tar -xpzf qemu_2.0.0+dfsg-4~bpo70+1.debian.tar.gz >> mv debian/ qemu-2.0.0+dfsg/ >> cd qemu-2.0.0+dfsg/ >> debuild -i -b -us -uc >> dpkg -i qemu-system-x86*.deb qemu-system-common*.deb >> qemu-keymaps*.deb qemu-utils*.deb >> ----------------------------------------------------------------------= ---------------------------------------- >> > > --------------ms060701020102040007020208 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Firma crittografica S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMsTCC BjQwggQcoAMCAQICASAwDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDI1NVoXDTE3MTAyNDIxMDI1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMsohUWcASz7GfKrpTOM KqANy9BV7V0igWdGxA8IU77L3aTxErQ+fcxtDYZ36Z6GH0YFn7fq5RADteP0AYzrCA+EQTfi 8q1+kA3m0nwtwXG94M5sIqsvs7lRP1aycBke/s5g9hJHryZ2acScnzczjBCAo7X1v5G3yw8M DP2m2RCye0KfgZ4nODerZJVzhAlOD9YejvAXZqHksw56HzElVIoYSZ3q4+RJuPXXfIoyby+Y 2m1E+YzX5iCZXBx05gk6MKAW1vaw4/v2OOLy6FZH3XHHtOkzUreG//CsFnB9+uaYSlR65cdG zTsmoIK8WH1ygoXhRBm98SD7Hf/r3FELNvUCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBSuVYNv7DHKufcd+q9rMfPIHeOsuzAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBADqp Jw3I07QWke9plNBpxUxcffc7nUrIQpJHDci91DFG7fVhHRkMZ1J+BKg5UNUxIFJ2Z9B90Mic c/NXcs7kPBRdn6XGO/vPc87Y6R+cWS9Nc9+fp3Enmsm94OxOwI9wn8qnr/6o3mD4noP9Jphw UPTXwHovjavRnhUQHLfo/i2NG0XXgTHXS2Xm0kVUozXqpYpAdumMiB/vezj1QHQJDmUdPYMc p+reg9901zkyT3fDW/ivJVv6pWtkh6Pw2ytZT7mvg7YhX3V50Nv860cV11mocUVcqBLv0gcT +HBDYtbuvexNftwNQKD5193A7zN4vG7CTYkXxytSjKuXrpEatEiFPxWgb84nVj25SU5q/r1X hwby6mLhkbaXslkVtwEWT3Van49rKjlK4XrUKYYWtnfzq6aSak5u0Vpxd1rY79tWhD3EdCvO hNz/QplNa+VkIsrcp7+8ZhP1l1b2U6MaxIVteuVMD3X0vziIwr7jxYae9FZjbxlpUemqXjcC 0QaFfN7qI0JsQMALL7iGRBg7K0CoOBzECdD3fuZil5kU/LP9cr1BK31U0Uy651bFnAMMMkqh AChIbn0ei72VnbpSsrrSdF0BAGYQ8vyHae5aCg+H75dVCV33K6FuxZrf09yTz+Vx/PkdRUYk XmZz/OTfyJXsUOUXrym6KvI2rYpccSk5MIIGdTCCBV2gAwIBAgICSD8wDQYJKoZIhvcNAQEF BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xNDAzMjgyMDMyMTBa Fw0xNjAzMjkxMDA5NTNaMIGMMRkwFwYDVQQNExBXUnUxOWdzOFBEYmcwNTBJMQswCQYDVQQG EwJJVDEQMA4GA1UECBMHQmVyZ2FtbzEQMA4GA1UEBxMHUm92ZXR0YTEWMBQGA1UEAxMNRmFi aW8gRmFudG9uaTEmMCQGCSqGSIb3DQEJARYXZmFudG9uaWZhYmlvQHRpc2NhbGkuaXQwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDaGyFHyGrg8i9IZFHhWZHIx01/wslgoQD4 8XFmb4NafAEtUJpfdadMZXFjS9ea/k5P+Xw83mtZdEXNOnf8IXg8FmsiwAt6Ujdz+CZD1w+0 0+lVN3yt0sCbUUOXrWjSv59rOZnFA801A8epnh8tjATQugZ7r96rLE4Vk8PT+ksp8U2dIDZH NHhfbmcvdx1Bk5Y/PB3IbPaCDGW9M0YoILOvjClmilMtigcB8YuaqWkVqULvcagfIoFWKinL ylTzsleIcZsduvOIAp8nzVvT/b8Ogi0TYR3e67j9a9Zpt5F7oRHrCxBHlCfaTHEhh6svXawl aYFWfxdrfuvuoJRPJtAdAgMBAAGjggLdMIIC2TAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFGfU6G9lcLCruABqxYo6 qtmlt2iPMB8GA1UdIwQYMBaAFK5Vg2/sMcq59x36r2sx88gd46y7MCIGA1UdEQQbMBmBF2Zh bnRvbmlmYWJpb0B0aXNjYWxpLml0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwEC AzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw gfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMC AQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFz cyAyIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ks IHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ug b2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0 dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUyLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MyL2NsaWVu dC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNs YXNzMi5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t LzANBgkqhkiG9w0BAQUFAAOCAQEABT91kQvIXq/qcTjfY3Q08cQ96PYn1ucqLydhjWr/UJTS kGubQTptxURT3Sga8SSWWxVOjdvOSyVmNG2TcYoq6oToILvto8MPJGuNa2uVltl7tG6qyfg/ 1JwqNInfCt+VAbiIiA86tN/V3kuc7vYPJ1/ah6cS9oKV58zltZ6Ww0DZ567Ax0mvcExndOLa 2KHb6J6ZxaxEZDWppBe7pwZOBHZhlB/SGwEq4ktsaecm98cJ3c0IqGyxEC3zMF3qUIwfUrlW a99IPu7fcQrhBGPmczWFvwvUkSuk0+A4ShNdK4Ss9QDDoQc07iAFkq7dz5LJ/F7hNkHsBeZX xX6OHJOqUjGCA9owggPWAgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4 MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQg Q0ECAkg/MAkGBSsOAwIaBQCgggIbMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTE0MDYxOTEwMzk1NlowIwYJKoZIhvcNAQkEMRYEFAIMcwafV1eKDeaosWNf fF/LnsklMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgaQGCSsGAQQBgjcQBDGBljCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDIgUHJpbWFyeSBJbnRlcm1lZGlhdGUg Q2xpZW50IENBAgJIPzCBpgYLKoZIhvcNAQkQAgsxgZaggZMwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQICSD8wDQYJKoZIhvcNAQEBBQAEggEABXENePd6OBFmtQ3AwZnZ 5O4km6O2UsHgADTurh1l3OyfXDoBJMvhY5Yeka6NRlOcy5B8L65zm8ImayDobNWyRmCsNFId vhNfhzMoSRep+LdAliSafYi5XdAzrB0djRYsCxEyZfMJWcXQ8oJem0c5kY60K8TaVnK1SQrZ Ys1QZ4ZGS5BPBXOjGArTuMARf6rS6TqukTn22KOD0kBVNp9PLQ3NJiDXqEryEiQ8KcTvvTih JSGt9aDtroSd7YgPmpgybdoaB73MICuZ4cZMqkfRLLjAQhOLQaC9Btr/gxtjM97rfG0A9qrU /qLRf7+xIN4iZPEMRrtJHJYZ0VAXU/wtagAAAAAAAA== --------------ms060701020102040007020208-- --===============8143317808797775812== 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 --===============8143317808797775812==-- From xen-users-bounces@lists.xen.org Thu Jun 19 16:46:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 16:46:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxfSy-0005ip-NL; Thu, 19 Jun 2014 16:45:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wxeik-0002Uc-SI for xen-users@lists.xenproject.org; Thu, 19 Jun 2014 15:57:51 +0000 Received: from [85.158.143.35:34317] by server-3.bemta-4.messagelabs.com id 2B/91-16194-E7803A35; Thu, 19 Jun 2014 15:57:50 +0000 X-Env-Sender: agardner@linuxfoundation.org X-Msg-Ref: server-9.tower-21.messagelabs.com!1403193468!12550174!1 X-Originating-IP: [209.85.213.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23791 invoked from network); 19 Jun 2014 15:57:49 -0000 Received: from mail-ig0-f175.google.com (HELO mail-ig0-f175.google.com) (209.85.213.175) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jun 2014 15:57:49 -0000 Received: by mail-ig0-f175.google.com with SMTP id h3so2287311igd.2 for ; Thu, 19 Jun 2014 08:57:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; h=message-id:subject:from:to:date:organization:content-type :mime-version; bh=zjHEt8rzuS2BpGH2cSrNaNaSOpYV0NowbtpVfSHeM2w=; b=IRnblqi7d0+iZaiMW//opN6Q0O/9IGYcCiLVnmphCSmxf5xO+QVW4EN7kd2w6YVWTk F7r0llYoK5V5hfxFY6MdHAz4Ue/EgSpx5YZDiarSWouG1UicwTFg2aRgiGHM1eK1NJRN xYjzUSnZBvvogtYsq+TLgH/hcRn6Nw8ecyJtE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:subject:from:to:date:organization :content-type:mime-version; bh=zjHEt8rzuS2BpGH2cSrNaNaSOpYV0NowbtpVfSHeM2w=; b=NbRG2/CVdulNAgOplP5sGXCbdGh9DTzNZW07UP2tLkbSpgvYA1sIe2+boHj/Ey6O0m eaDfcLxTXdJdE2dqCkuDO/JSQKYnsqyTJ9TuzdoNaJPhjXZ0xSTBqoaQVUuFLR9yiAgz skWMt0CRsUJP1+0xwIH2TVMor2Tl+8JY4czolGWCCs1mBclxQjnvg1+5cs+3cXBVrfmw hOv+qEpvKZyS4rI/Njj1AXWxhPzsv6cna1vqrnujYaa9BWR0MxwYrOKEe8VMsbM4IUpv rX6mHMEqf5J8WMIhUha6QC1bHbGoUZCWs8Elp/ewyrI/rSs4AMSwU0ye32Uv23kQe4vb rtsw== X-Gm-Message-State: ALoCoQmjYGR7eeQ0CXyPDutmyaJ1R8cWwRjMJl26fmlTluHclg74ObfArWql84/iLVYgW0M40yEY X-Received: by 10.50.13.4 with SMTP id d4mr8177800igc.11.1403193468004; Thu, 19 Jun 2014 08:57:48 -0700 (PDT) Received: from [192.168.0.104] (198-48-202-220.cpe.pppoe.ca. [198.48.202.220]) by mx.google.com with ESMTPSA id y15sm8113803igy.2.2014.06.19.08.57.46 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 19 Jun 2014 08:57:47 -0700 (PDT) Message-ID: <1403193465.6043.8.camel@hyperion.local> From: Aric Gardner To: xen-users@lists.xenproject.org Date: Thu, 19 Jun 2014 11:57:45 -0400 Organization: The Linux Foundation X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) Mime-Version: 1.0 X-Mailman-Approved-At: Thu, 19 Jun 2014 16:45:35 +0000 Subject: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2848522641333097023==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2848522641333097023== Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-6TQ1GT7qEGwrB6bkHUrc" --=-6TQ1GT7qEGwrB6bkHUrc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi guys. Posting here before posting a bug report as directed. I'm trying to convert a qcow image to vhd so that I can upload it to the rackspace open cloud. Error is: Fail to convert RAW disk to VHD fixed disk. Relevant howto (ubuntu centric) http://developer.rackspace.com/blog/bootstrap-your-qcow-images-for-the-rack= space-public-cloud.html=20 HW: Intel(R) Core(TM) i5-4300M CPU @ 2.60GHz 8GB RAM OS: Fedora release 20 (Heisenbug) xen-4.3.2-4.fc20.x86_64 Steps to reproduce sudo yum install python-devel gettext iasl uuid e2fsprogs uuid-devel libaio= -devel dev86 uuid-devel ncurses-devel glib2-devel libaio-devel yajl-devel g= libc-devel.i686 libuuid-devel pixman-devel wget -q http://bits.xensource.com/oss-xen/release/4.4.0/xen-4.4.0.tar.gz tar -xzf xen-4.4.0.tar.gz cd xen-4.4.0/tools/ wget https://github.com/citrix-openstack/xenserver-utils/raw/master/blktap2= .patch -qO - | patch -p0 ./configure --disable-monitors --disable-ocamltools --disable-rombios --dis= able-seabios make -j4 qemu-img convert -O raw /home/agardner/Downloads/Fedora-x86_64-20-20140407-= sda.qcow2 /tmp/Fedora-x86_64-20-20140407-sda.raw ./vhd-util convert -s 0 -t 1 -i /tmp/Fedora-x86_64-20-20140407-sda.raw -o /= tmp/0_Fedora-x86_64-20-20140407-sda.vhd Fail to convert RAW disk to VHD fixed disk. Is there some way to get debug output out of vhd-util? I am using the one c= ompiled above one and not the one provided by xen-runtime-4.3.2-4.fc20 .x86_64 Regards, --=20 Aric Gardner Systems Administrator The Linux Foundation --=-6TQ1GT7qEGwrB6bkHUrc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAABCgAGBQJTowh5AAoJEEyFv+7sFpnXIBwP/2xKHGemd9wOqXLQG41v+fTf ZALchW2JfF8NKq8A1UhL6PYm1z4nP94coJFSrxfISgCInDq0/okRlSEVxfwJnUbr 9aGX6ravGWshDefHEobr6PXoom8a5GmVg7Pq5+1Om8kouUaTDTX7GagWurAauEv0 ndNTAVosZzJtxCLDFerFMk0Aht1lXXLwACFAKiNpYbBlJRhvPiXClwSg1zIfXq/k z7+u4lk1hop83bbyDhMsna/DVms82l8nmbOfCi9svM/3l4tBgOLfJs2zzTTlSjPI o81Lrmvn1gHs3W7QxqeRzvdFO9f3NpdsOe6Gvryh0bpNAJ6jZHbriBDE6eyFJdtk +hXDP5Qe+EoXBdamOEz6Ar3FFCk/ru3MfsCKRLDBsH+km4E0VWQBR9enxN/0SwqN iXKouGNy6X3/iHfubji+px8G0hC4Hr72t0/xtGW8aUMGNsyFPj4k3kMxGUlohDjl 69wJRiBH++uFBQ2/eJrgnqzTyZX07tq2CKAVUxBoSEj/08YIRXBCOkId4l0sW3k3 yv/Hl2nISL3Y3tLJQ8C3FDaGpgZvrXfaKnvQfoE8Pxt93mqtmDD1q86R+i8e2Be5 eHcpgNO+VxeRL/Ypv17HD0Mw7R1Whvd11BbokERI0fxYz5LLGrV59mSr9KTTGFmi lLIgDFGZoE64bJ4/0tg5 =iILt -----END PGP SIGNATURE----- --=-6TQ1GT7qEGwrB6bkHUrc-- --===============2848522641333097023== 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 --===============2848522641333097023==-- From xen-users-bounces@lists.xen.org Thu Jun 19 16:46:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 16:46:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxfSy-0005ip-NL; Thu, 19 Jun 2014 16:45:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wxeik-0002Uc-SI for xen-users@lists.xenproject.org; Thu, 19 Jun 2014 15:57:51 +0000 Received: from [85.158.143.35:34317] by server-3.bemta-4.messagelabs.com id 2B/91-16194-E7803A35; Thu, 19 Jun 2014 15:57:50 +0000 X-Env-Sender: agardner@linuxfoundation.org X-Msg-Ref: server-9.tower-21.messagelabs.com!1403193468!12550174!1 X-Originating-IP: [209.85.213.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23791 invoked from network); 19 Jun 2014 15:57:49 -0000 Received: from mail-ig0-f175.google.com (HELO mail-ig0-f175.google.com) (209.85.213.175) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jun 2014 15:57:49 -0000 Received: by mail-ig0-f175.google.com with SMTP id h3so2287311igd.2 for ; Thu, 19 Jun 2014 08:57:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; h=message-id:subject:from:to:date:organization:content-type :mime-version; bh=zjHEt8rzuS2BpGH2cSrNaNaSOpYV0NowbtpVfSHeM2w=; b=IRnblqi7d0+iZaiMW//opN6Q0O/9IGYcCiLVnmphCSmxf5xO+QVW4EN7kd2w6YVWTk F7r0llYoK5V5hfxFY6MdHAz4Ue/EgSpx5YZDiarSWouG1UicwTFg2aRgiGHM1eK1NJRN xYjzUSnZBvvogtYsq+TLgH/hcRn6Nw8ecyJtE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:subject:from:to:date:organization :content-type:mime-version; bh=zjHEt8rzuS2BpGH2cSrNaNaSOpYV0NowbtpVfSHeM2w=; b=NbRG2/CVdulNAgOplP5sGXCbdGh9DTzNZW07UP2tLkbSpgvYA1sIe2+boHj/Ey6O0m eaDfcLxTXdJdE2dqCkuDO/JSQKYnsqyTJ9TuzdoNaJPhjXZ0xSTBqoaQVUuFLR9yiAgz skWMt0CRsUJP1+0xwIH2TVMor2Tl+8JY4czolGWCCs1mBclxQjnvg1+5cs+3cXBVrfmw hOv+qEpvKZyS4rI/Njj1AXWxhPzsv6cna1vqrnujYaa9BWR0MxwYrOKEe8VMsbM4IUpv rX6mHMEqf5J8WMIhUha6QC1bHbGoUZCWs8Elp/ewyrI/rSs4AMSwU0ye32Uv23kQe4vb rtsw== X-Gm-Message-State: ALoCoQmjYGR7eeQ0CXyPDutmyaJ1R8cWwRjMJl26fmlTluHclg74ObfArWql84/iLVYgW0M40yEY X-Received: by 10.50.13.4 with SMTP id d4mr8177800igc.11.1403193468004; Thu, 19 Jun 2014 08:57:48 -0700 (PDT) Received: from [192.168.0.104] (198-48-202-220.cpe.pppoe.ca. [198.48.202.220]) by mx.google.com with ESMTPSA id y15sm8113803igy.2.2014.06.19.08.57.46 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 19 Jun 2014 08:57:47 -0700 (PDT) Message-ID: <1403193465.6043.8.camel@hyperion.local> From: Aric Gardner To: xen-users@lists.xenproject.org Date: Thu, 19 Jun 2014 11:57:45 -0400 Organization: The Linux Foundation X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) Mime-Version: 1.0 X-Mailman-Approved-At: Thu, 19 Jun 2014 16:45:35 +0000 Subject: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2848522641333097023==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2848522641333097023== Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-6TQ1GT7qEGwrB6bkHUrc" --=-6TQ1GT7qEGwrB6bkHUrc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi guys. Posting here before posting a bug report as directed. I'm trying to convert a qcow image to vhd so that I can upload it to the rackspace open cloud. Error is: Fail to convert RAW disk to VHD fixed disk. Relevant howto (ubuntu centric) http://developer.rackspace.com/blog/bootstrap-your-qcow-images-for-the-rack= space-public-cloud.html=20 HW: Intel(R) Core(TM) i5-4300M CPU @ 2.60GHz 8GB RAM OS: Fedora release 20 (Heisenbug) xen-4.3.2-4.fc20.x86_64 Steps to reproduce sudo yum install python-devel gettext iasl uuid e2fsprogs uuid-devel libaio= -devel dev86 uuid-devel ncurses-devel glib2-devel libaio-devel yajl-devel g= libc-devel.i686 libuuid-devel pixman-devel wget -q http://bits.xensource.com/oss-xen/release/4.4.0/xen-4.4.0.tar.gz tar -xzf xen-4.4.0.tar.gz cd xen-4.4.0/tools/ wget https://github.com/citrix-openstack/xenserver-utils/raw/master/blktap2= .patch -qO - | patch -p0 ./configure --disable-monitors --disable-ocamltools --disable-rombios --dis= able-seabios make -j4 qemu-img convert -O raw /home/agardner/Downloads/Fedora-x86_64-20-20140407-= sda.qcow2 /tmp/Fedora-x86_64-20-20140407-sda.raw ./vhd-util convert -s 0 -t 1 -i /tmp/Fedora-x86_64-20-20140407-sda.raw -o /= tmp/0_Fedora-x86_64-20-20140407-sda.vhd Fail to convert RAW disk to VHD fixed disk. Is there some way to get debug output out of vhd-util? I am using the one c= ompiled above one and not the one provided by xen-runtime-4.3.2-4.fc20 .x86_64 Regards, --=20 Aric Gardner Systems Administrator The Linux Foundation --=-6TQ1GT7qEGwrB6bkHUrc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAABCgAGBQJTowh5AAoJEEyFv+7sFpnXIBwP/2xKHGemd9wOqXLQG41v+fTf ZALchW2JfF8NKq8A1UhL6PYm1z4nP94coJFSrxfISgCInDq0/okRlSEVxfwJnUbr 9aGX6ravGWshDefHEobr6PXoom8a5GmVg7Pq5+1Om8kouUaTDTX7GagWurAauEv0 ndNTAVosZzJtxCLDFerFMk0Aht1lXXLwACFAKiNpYbBlJRhvPiXClwSg1zIfXq/k z7+u4lk1hop83bbyDhMsna/DVms82l8nmbOfCi9svM/3l4tBgOLfJs2zzTTlSjPI o81Lrmvn1gHs3W7QxqeRzvdFO9f3NpdsOe6Gvryh0bpNAJ6jZHbriBDE6eyFJdtk +hXDP5Qe+EoXBdamOEz6Ar3FFCk/ru3MfsCKRLDBsH+km4E0VWQBR9enxN/0SwqN iXKouGNy6X3/iHfubji+px8G0hC4Hr72t0/xtGW8aUMGNsyFPj4k3kMxGUlohDjl 69wJRiBH++uFBQ2/eJrgnqzTyZX07tq2CKAVUxBoSEj/08YIRXBCOkId4l0sW3k3 yv/Hl2nISL3Y3tLJQ8C3FDaGpgZvrXfaKnvQfoE8Pxt93mqtmDD1q86R+i8e2Be5 eHcpgNO+VxeRL/Ypv17HD0Mw7R1Whvd11BbokERI0fxYz5LLGrV59mSr9KTTGFmi lLIgDFGZoE64bJ4/0tg5 =iILt -----END PGP SIGNATURE----- --=-6TQ1GT7qEGwrB6bkHUrc-- --===============2848522641333097023== 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 --===============2848522641333097023==-- From xen-users-bounces@lists.xen.org Thu Jun 19 16:47:37 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 16:47:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxfUs-0005ze-Me; Thu, 19 Jun 2014 16:47:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxVRB-00049p-CO for xen-users@lists.xenproject.org; Thu, 19 Jun 2014 06:03:06 +0000 Received: from [85.158.139.211:39990] by server-13.bemta-5.messagelabs.com id AA/34-02995-81D72A35; Thu, 19 Jun 2014 06:03:04 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-12.tower-206.messagelabs.com!1403157780!10769936!1 X-Originating-IP: [106.10.149.82] X-SpamReason: No, hits=2.2 required=7.0 tests=HTML_MESSAGE, MISSING_SUBJECT,ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14199 invoked from network); 19 Jun 2014 06:03:03 -0000 Received: from nm17-vm3.bullet.mail.sg3.yahoo.com (HELO nm17-vm3.bullet.mail.sg3.yahoo.com) (106.10.149.82) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Jun 2014 06:03:03 -0000 Received: from [106.10.166.116] by nm17.bullet.mail.sg3.yahoo.com with NNFMP; 19 Jun 2014 06:03:00 -0000 Received: from [106.10.151.250] by tm5.bullet.mail.sg3.yahoo.com with NNFMP; 19 Jun 2014 06:02:59 -0000 Received: from [127.0.0.1] by omp1021.mail.sg3.yahoo.com with NNFMP; 19 Jun 2014 06:02:59 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 962096.35503.bm@omp1021.mail.sg3.yahoo.com Received: (qmail 75169 invoked by uid 60001); 19 Jun 2014 06:02:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1403157779; bh=3gx0+QFTkI9EMt7CGI+lKf/b6frV64xCdYV014DTcQs=; h=Message-ID:Date:From:Reply-To:To:MIME-Version:Content-Type; b=jliOSNH54DAaXCzuwKWNWHUrri3PuREqs3qU6nVnhven42HOe/P3kB/Jc0/CcGkWRmKfAAKngXr/qMpDvInfCdqMFkUZPnMajxLr1593bI4pTFKJn2caRw4AjB2x41VOpixMqSj1lJjhROWR7NZF9VRmRCtkjssSxLle966lnHA= X-YMail-OSG: 0V38UpwVM1kAuCgHKPgW0yM4LvfUeBJTg4Kp7CJasPBcOOf GHFv83Z7hPpQN2UjjctCLbAs50Cusjjo7g5YVwdThOFPMOMXSYuuW2CMLJvx z6SFOha34Y0fc85_vGVLcEQN8VL9Iqb0HKR.142f1mCMYkDDa1eI_jT72Zzf 4r84MH3vHZ0gmqXWu10QSSPSsCGatwtC8ufL3OvTkSU7qUSUbx5PNkq6k59B 0bIgwS0C_dqlvXvPaM1Gk5cFHV_VODm2qwqSTK8XsyTw1nDeLf79hwKoHw5a 7DpWS5Ts80d.H5bzvnPTBTcR.6V._DtTHe0jSbzfATl1HzCFXwJhrhJvXKtO gWd7imHK8Gu4nr9wBmuqxl6jf02NMLwytxBcyIU1HyzVct4VbqFUgWaH9FB8 MS75XlTEV9Q1SejyKKdTIu6ekwo4JbofRA0r_ZVuUkJV3JCgvi3pkXmGtLTV 69nGfdFSHMXyB.wfIcoxWIEG8mVuCl8VEksdZtVvL.FlRt09G2y3jVOYq1bE BTLfj0d8H5YXS6hSZaiuHK9krGHKXZot7pb_gLELOAI766iM5zgcQ_anPipd E8BMyzrUcHc_.sBYk5GMRnL8jOQIq5ahj319SiqktHZNwof4X5n4gPCHFew- - Received: from [202.129.240.131] by web190603.mail.sg3.yahoo.com via HTTP; Thu, 19 Jun 2014 14:02:59 SGT X-Rocket-MIMEInfo: 002.001, CgrCoFJlc3BlY3RlZCBTaXIvTWFkYW0sCgpJIHJlcXVlc3QgeW91IGZvciBuZXcgaXNzdWUgaWYgeW91IGtub3cuwqAKCkkgYW0gd29ya2luZyB3aXRoIHhlbiBiYXNlZCB2bSBtaWdyYXRpb24uIEkgd291bGQgbGlrZSB0byBleHRyYWN0IGRvd250aW1lIGFuZCB0b3RhbCBtaWdyYXRpb24gdGltZSBmcm9tIGxvZyBmaWxlIGFuZCBJIGhhdmUgdHJpZWQgd2l0aCB4ZSh4ZW5zZXJ2ZXIpLCB4bSh4ZW5kKSBhbmQgeGwgdG9vbHN0YWNrcyBidXQgaSBkb24ndCBrbm93IHdoaWNoIG9uZSBpcyB1c2VkIGFuZCBob3cBMAEBAQE- X-Mailer: YahooMailWebService/0.8.190.668 Message-ID: <1403157779.48003.YahooMailNeo@web190603.mail.sg3.yahoo.com> Date: Thu, 19 Jun 2014 14:02:59 +0800 From: Minalkumar Patel To: "xen-users@lists.xenproject.org" MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 19 Jun 2014 16:47:33 +0000 Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8745692753708301668==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8745692753708301668== Content-Type: multipart/alternative; boundary="581505112-1331770754-1403157779=:48003" --581505112-1331770754-1403157779=:48003 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0A=A0Respected Sir/Madam,=0A=0AI request you for new issue if you know.= =A0=0A=0AI am working with xen based vm migration. I would like to extract = downtime and total migration time from log file and I have tried with xe(xe= nserver), xm(xend) and xl toolstacks but i don't know which one is used and= how to get those details.=0A=0A=0Amy question is: how to print total pages= send, downtime and total migration time on existing xen system.=A0=0A=0AI = am eager to get response from anyone.=0ARegards,=0A=0AMinalKumar Patel(M.E.= - Computer Engineering)=0ALecturer,Computer Engineering Department,=0AA.D.= Patel Institute of Technology,=0ANew Vallabh Vidyanagar,Karamsad - 388121,= =0AAnand,Gujarat.=0AMobile - 9998574188=0AE-mail Id - patel_mp@yahoo.co.in= =0AURL - http://www.minall.co.in --581505112-1331770754-1403157779=:48003 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

 Respected Sir/Madam,

I request you for new issue if you= know. 

<= div style=3D"color: rgb(34, 34, 34); font-family: arial, sans-serif; font-s= ize: 13px;" class=3D"">I am working with xen based vm migration. I would li= ke to extract downtime and total migration time from log file and I have tried with xe(xenserver), xm(xend)= and xl toolstacks but i don't know which one is used and how to get those = details.


= my question is: how to print total pages send, downtime and total migration= time on existing xen system. 

I am eager to get response f= rom anyone.
Regards,

MinalKumar Patel(M.E. - Computer Engineering)
Lecturer,Computer Engineering Department,
A.D.Patel Institute of Technology,
New Va= llabh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.=
Mobile - 9998574188
E-ma= il Id - patel_mp@yahoo.co.in
URL - http://www.mina= ll.co.in
--581505112-1331770754-1403157779=:48003-- --===============8745692753708301668== 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 --===============8745692753708301668==-- From xen-users-bounces@lists.xen.org Thu Jun 19 16:47:37 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 16:47:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxfUs-0005ze-Me; Thu, 19 Jun 2014 16:47:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxVRB-00049p-CO for xen-users@lists.xenproject.org; Thu, 19 Jun 2014 06:03:06 +0000 Received: from [85.158.139.211:39990] by server-13.bemta-5.messagelabs.com id AA/34-02995-81D72A35; Thu, 19 Jun 2014 06:03:04 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-12.tower-206.messagelabs.com!1403157780!10769936!1 X-Originating-IP: [106.10.149.82] X-SpamReason: No, hits=2.2 required=7.0 tests=HTML_MESSAGE, MISSING_SUBJECT,ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14199 invoked from network); 19 Jun 2014 06:03:03 -0000 Received: from nm17-vm3.bullet.mail.sg3.yahoo.com (HELO nm17-vm3.bullet.mail.sg3.yahoo.com) (106.10.149.82) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Jun 2014 06:03:03 -0000 Received: from [106.10.166.116] by nm17.bullet.mail.sg3.yahoo.com with NNFMP; 19 Jun 2014 06:03:00 -0000 Received: from [106.10.151.250] by tm5.bullet.mail.sg3.yahoo.com with NNFMP; 19 Jun 2014 06:02:59 -0000 Received: from [127.0.0.1] by omp1021.mail.sg3.yahoo.com with NNFMP; 19 Jun 2014 06:02:59 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 962096.35503.bm@omp1021.mail.sg3.yahoo.com Received: (qmail 75169 invoked by uid 60001); 19 Jun 2014 06:02:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1403157779; bh=3gx0+QFTkI9EMt7CGI+lKf/b6frV64xCdYV014DTcQs=; h=Message-ID:Date:From:Reply-To:To:MIME-Version:Content-Type; b=jliOSNH54DAaXCzuwKWNWHUrri3PuREqs3qU6nVnhven42HOe/P3kB/Jc0/CcGkWRmKfAAKngXr/qMpDvInfCdqMFkUZPnMajxLr1593bI4pTFKJn2caRw4AjB2x41VOpixMqSj1lJjhROWR7NZF9VRmRCtkjssSxLle966lnHA= X-YMail-OSG: 0V38UpwVM1kAuCgHKPgW0yM4LvfUeBJTg4Kp7CJasPBcOOf GHFv83Z7hPpQN2UjjctCLbAs50Cusjjo7g5YVwdThOFPMOMXSYuuW2CMLJvx z6SFOha34Y0fc85_vGVLcEQN8VL9Iqb0HKR.142f1mCMYkDDa1eI_jT72Zzf 4r84MH3vHZ0gmqXWu10QSSPSsCGatwtC8ufL3OvTkSU7qUSUbx5PNkq6k59B 0bIgwS0C_dqlvXvPaM1Gk5cFHV_VODm2qwqSTK8XsyTw1nDeLf79hwKoHw5a 7DpWS5Ts80d.H5bzvnPTBTcR.6V._DtTHe0jSbzfATl1HzCFXwJhrhJvXKtO gWd7imHK8Gu4nr9wBmuqxl6jf02NMLwytxBcyIU1HyzVct4VbqFUgWaH9FB8 MS75XlTEV9Q1SejyKKdTIu6ekwo4JbofRA0r_ZVuUkJV3JCgvi3pkXmGtLTV 69nGfdFSHMXyB.wfIcoxWIEG8mVuCl8VEksdZtVvL.FlRt09G2y3jVOYq1bE BTLfj0d8H5YXS6hSZaiuHK9krGHKXZot7pb_gLELOAI766iM5zgcQ_anPipd E8BMyzrUcHc_.sBYk5GMRnL8jOQIq5ahj319SiqktHZNwof4X5n4gPCHFew- - Received: from [202.129.240.131] by web190603.mail.sg3.yahoo.com via HTTP; Thu, 19 Jun 2014 14:02:59 SGT X-Rocket-MIMEInfo: 002.001, CgrCoFJlc3BlY3RlZCBTaXIvTWFkYW0sCgpJIHJlcXVlc3QgeW91IGZvciBuZXcgaXNzdWUgaWYgeW91IGtub3cuwqAKCkkgYW0gd29ya2luZyB3aXRoIHhlbiBiYXNlZCB2bSBtaWdyYXRpb24uIEkgd291bGQgbGlrZSB0byBleHRyYWN0IGRvd250aW1lIGFuZCB0b3RhbCBtaWdyYXRpb24gdGltZSBmcm9tIGxvZyBmaWxlIGFuZCBJIGhhdmUgdHJpZWQgd2l0aCB4ZSh4ZW5zZXJ2ZXIpLCB4bSh4ZW5kKSBhbmQgeGwgdG9vbHN0YWNrcyBidXQgaSBkb24ndCBrbm93IHdoaWNoIG9uZSBpcyB1c2VkIGFuZCBob3cBMAEBAQE- X-Mailer: YahooMailWebService/0.8.190.668 Message-ID: <1403157779.48003.YahooMailNeo@web190603.mail.sg3.yahoo.com> Date: Thu, 19 Jun 2014 14:02:59 +0800 From: Minalkumar Patel To: "xen-users@lists.xenproject.org" MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 19 Jun 2014 16:47:33 +0000 Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8745692753708301668==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8745692753708301668== Content-Type: multipart/alternative; boundary="581505112-1331770754-1403157779=:48003" --581505112-1331770754-1403157779=:48003 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0A=A0Respected Sir/Madam,=0A=0AI request you for new issue if you know.= =A0=0A=0AI am working with xen based vm migration. I would like to extract = downtime and total migration time from log file and I have tried with xe(xe= nserver), xm(xend) and xl toolstacks but i don't know which one is used and= how to get those details.=0A=0A=0Amy question is: how to print total pages= send, downtime and total migration time on existing xen system.=A0=0A=0AI = am eager to get response from anyone.=0ARegards,=0A=0AMinalKumar Patel(M.E.= - Computer Engineering)=0ALecturer,Computer Engineering Department,=0AA.D.= Patel Institute of Technology,=0ANew Vallabh Vidyanagar,Karamsad - 388121,= =0AAnand,Gujarat.=0AMobile - 9998574188=0AE-mail Id - patel_mp@yahoo.co.in= =0AURL - http://www.minall.co.in --581505112-1331770754-1403157779=:48003 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

 Respected Sir/Madam,

I request you for new issue if you= know. 

<= div style=3D"color: rgb(34, 34, 34); font-family: arial, sans-serif; font-s= ize: 13px;" class=3D"">I am working with xen based vm migration. I would li= ke to extract downtime and total migration time from log file and I have tried with xe(xenserver), xm(xend)= and xl toolstacks but i don't know which one is used and how to get those = details.


= my question is: how to print total pages send, downtime and total migration= time on existing xen system. 

I am eager to get response f= rom anyone.
Regards,

MinalKumar Patel(M.E. - Computer Engineering)
Lecturer,Computer Engineering Department,
A.D.Patel Institute of Technology,
New Va= llabh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.=
Mobile - 9998574188
E-ma= il Id - patel_mp@yahoo.co.in
URL - http://www.mina= ll.co.in
--581505112-1331770754-1403157779=:48003-- --===============8745692753708301668== 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 --===============8745692753708301668==-- From xen-users-bounces@lists.xen.org Thu Jun 19 16:47:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 16:47:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxfVF-00064z-TF; Thu, 19 Jun 2014 16:47:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxBQW-0001O9-1n for xen-users@lists.xen.org; Wed, 18 Jun 2014 08:41:04 +0000 Received: from [85.158.137.68:48018] by server-4.bemta-3.messagelabs.com id 11/B8-17399-F9051A35; Wed, 18 Jun 2014 08:41:03 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-13.tower-31.messagelabs.com!1403080862!10831339!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8917 invoked from network); 18 Jun 2014 08:41:02 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 08:41:02 -0000 Received: by mail-we0-f172.google.com with SMTP id u57so487693wes.3 for ; Wed, 18 Jun 2014 01:41:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=+6p/MobCR0Joc3L0DJGyEsHqdECbFRtzupDn5sJns2Y=; b=GZko+Rrvjr+L/oILk/KSpJ6Vd0qbbHh5gTwVU8TFqvct1Q2R1aN+fUQBOnHAHsnRm4 EPtcgVdwFrhcRqpi123z5dXHBW/gCvl5pSmtCK7uQhGyAS/bz1DdLIEF8eREzyx8Pude ygrnFKkHI6avZy61/YzqMXxYCRC0QG3SR5ZZvxaNtx0bSYaQtMm7edkjDcVWWQc0w3ND BWgh3hUavATk+la7Og3z5Q/6tqtWSGxaByL07KSHSYaAqMvAWnGEpxnOeKlLHNr5EWaD 68EDYYFNOn+LRVJQXEV3PYZ+EH29To4AFWdmTMSdvvI+o/OxywhTlejTay0ItML+A5Af 9YEg== X-Gm-Message-State: ALoCoQnb3nyPgk5lHZiiZiNS09hYCnmh1ZZh4z9jGpb/UMCOhRa1uv9ufEW58PBwx7pysg9IjBbr X-Received: by 10.194.63.196 with SMTP id i4mr46150814wjs.50.1403080861581; Wed, 18 Jun 2014 01:41:01 -0700 (PDT) Received: from [192.168.0.24] (cpc8-cmbg15-2-0-cust169.5-4.cable.virginm.net. [86.30.140.170]) by mx.google.com with ESMTPSA id cz4sm24338027wib.23.2014.06.18.01.41.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Jun 2014 01:41:00 -0700 (PDT) Message-ID: <53A1509B.3070108@linaro.org> Date: Wed, 18 Jun 2014 09:40:59 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell , Julien Grall References: <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <1403080197.25771.45.camel@kazak.uk.xensource.com> In-Reply-To: <1403080197.25771.45.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Thu, 19 Jun 2014 16:47:56 +0000 Cc: xen-users , xen-devel , "stefano.stabellini@citrix.com" , Jeenu Viswambharan Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 18/06/14 09:29, Ian Campbell wrote: > On Tue, 2014-06-17 at 18:50 +0100, Julien Grall wrote: >> (CCing Xen-devel) >> >> On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: >>> On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: >>>>>> - What does DOM0 see as its PC at entry? >>>>> >>>>> The load address of the kernel image, since the zImage protocol >>>>> requires us to enter the kernel at that offset. >>>> >>>> I managed to break at eret before guest entry, and the PC is >>>> 0xafc00000 itself. It does fail to boot bare metal too from that >>>> address. I'll see if I can find what's going wrong. >>> >>> I've been told that loading Linux at that high an offset from the memory >>> base wouldn't work after all, even on bare metal. I therefore set >>> kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I >>> can see Linux starting to boot from this address on bare metal, but With >>> Xen I'm seeing "uncompression error" (not printed on to the console, but >>> through debugger inspection). >>> >>> I haven't pinned down why exactly it's throwing this. While I'm at it, >>> I'd appreciate any helpful pointers. >> >> Did you try to use CONFIG_VMSPLIT_3G rather than CONFIG_VMSPLIT_2G as I >> suggested last week? >> >> Using CONFIG_VMSPLIT_3G works correctly with 3.15. It looks like another >> issue in the pa - virt delta when it's positive. >> >> IIRC, it's because linux is assuming that delta is always negative (see >> comment on __PV_BITS_31_24 in arch/arm/include/asm/memory.h). >> >> At first glance, handling positive offset will be hard because, their >> are rely on the compiler to provide the right layout for the >> instruction. Positive number is not encoded the same way. I will have to >> spend a bit more time to fully understand this code. >> >> With Ian multiple bank support patch for DOM0, I think we can safely >> assume that the delta will (nearly?) always be the same. > > That would be a coincidence of the implementation, not a guarantee which > we would make. > > If there is an issue with the pa - virt delta handling then we should > raise it with Linux upstream. I will raise again the issue to Linux. But I start to think this is a restriction by Linux but I can't find a clear comment about it. Not much (maybe none of) ARM platform has the start physical address very high. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 19 16:47:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 16:47:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxfVF-00064z-TF; Thu, 19 Jun 2014 16:47:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxBQW-0001O9-1n for xen-users@lists.xen.org; Wed, 18 Jun 2014 08:41:04 +0000 Received: from [85.158.137.68:48018] by server-4.bemta-3.messagelabs.com id 11/B8-17399-F9051A35; Wed, 18 Jun 2014 08:41:03 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-13.tower-31.messagelabs.com!1403080862!10831339!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8917 invoked from network); 18 Jun 2014 08:41:02 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jun 2014 08:41:02 -0000 Received: by mail-we0-f172.google.com with SMTP id u57so487693wes.3 for ; Wed, 18 Jun 2014 01:41:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=+6p/MobCR0Joc3L0DJGyEsHqdECbFRtzupDn5sJns2Y=; b=GZko+Rrvjr+L/oILk/KSpJ6Vd0qbbHh5gTwVU8TFqvct1Q2R1aN+fUQBOnHAHsnRm4 EPtcgVdwFrhcRqpi123z5dXHBW/gCvl5pSmtCK7uQhGyAS/bz1DdLIEF8eREzyx8Pude ygrnFKkHI6avZy61/YzqMXxYCRC0QG3SR5ZZvxaNtx0bSYaQtMm7edkjDcVWWQc0w3ND BWgh3hUavATk+la7Og3z5Q/6tqtWSGxaByL07KSHSYaAqMvAWnGEpxnOeKlLHNr5EWaD 68EDYYFNOn+LRVJQXEV3PYZ+EH29To4AFWdmTMSdvvI+o/OxywhTlejTay0ItML+A5Af 9YEg== X-Gm-Message-State: ALoCoQnb3nyPgk5lHZiiZiNS09hYCnmh1ZZh4z9jGpb/UMCOhRa1uv9ufEW58PBwx7pysg9IjBbr X-Received: by 10.194.63.196 with SMTP id i4mr46150814wjs.50.1403080861581; Wed, 18 Jun 2014 01:41:01 -0700 (PDT) Received: from [192.168.0.24] (cpc8-cmbg15-2-0-cust169.5-4.cable.virginm.net. [86.30.140.170]) by mx.google.com with ESMTPSA id cz4sm24338027wib.23.2014.06.18.01.41.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Jun 2014 01:41:00 -0700 (PDT) Message-ID: <53A1509B.3070108@linaro.org> Date: Wed, 18 Jun 2014 09:40:59 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell , Julien Grall References: <538F1C49.7060704@linaro.org> <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <1403080197.25771.45.camel@kazak.uk.xensource.com> In-Reply-To: <1403080197.25771.45.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Thu, 19 Jun 2014 16:47:56 +0000 Cc: xen-users , xen-devel , "stefano.stabellini@citrix.com" , Jeenu Viswambharan Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 18/06/14 09:29, Ian Campbell wrote: > On Tue, 2014-06-17 at 18:50 +0100, Julien Grall wrote: >> (CCing Xen-devel) >> >> On 06/16/2014 05:32 PM, Jeenu Viswambharan wrote: >>> On Thu, Jun 12, 2014 at 15:50:02, Jeenu Viswambharan wrote: >>>>>> - What does DOM0 see as its PC at entry? >>>>> >>>>> The load address of the kernel image, since the zImage protocol >>>>> requires us to enter the kernel at that offset. >>>> >>>> I managed to break at eret before guest entry, and the PC is >>>> 0xafc00000 itself. It does fail to boot bare metal too from that >>>> address. I'll see if I can find what's going wrong. >>> >>> I've been told that loading Linux at that high an offset from the memory >>> base wouldn't work after all, even on bare metal. I therefore set >>> kernel_addr_r to 0x80008000, which makes Xen load DOM0 at 0x8fc00000. I >>> can see Linux starting to boot from this address on bare metal, but With >>> Xen I'm seeing "uncompression error" (not printed on to the console, but >>> through debugger inspection). >>> >>> I haven't pinned down why exactly it's throwing this. While I'm at it, >>> I'd appreciate any helpful pointers. >> >> Did you try to use CONFIG_VMSPLIT_3G rather than CONFIG_VMSPLIT_2G as I >> suggested last week? >> >> Using CONFIG_VMSPLIT_3G works correctly with 3.15. It looks like another >> issue in the pa - virt delta when it's positive. >> >> IIRC, it's because linux is assuming that delta is always negative (see >> comment on __PV_BITS_31_24 in arch/arm/include/asm/memory.h). >> >> At first glance, handling positive offset will be hard because, their >> are rely on the compiler to provide the right layout for the >> instruction. Positive number is not encoded the same way. I will have to >> spend a bit more time to fully understand this code. >> >> With Ian multiple bank support patch for DOM0, I think we can safely >> assume that the delta will (nearly?) always be the same. > > That would be a coincidence of the implementation, not a guarantee which > we would make. > > If there is an issue with the pa - virt delta handling then we should > raise it with Linux upstream. I will raise again the issue to Linux. But I start to think this is a restriction by Linux but I can't find a clear comment about it. Not much (maybe none of) ARM platform has the start physical address very high. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 19 23:09:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 23:09:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxlRR-0005Io-N4; Thu, 19 Jun 2014 23:08:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxlRQ-0005Ij-2k for xen-users@lists.xensource.com; Thu, 19 Jun 2014 23:08:24 +0000 Received: from [85.158.143.35:34349] by server-2.bemta-4.messagelabs.com id B3/A0-06539-76D63A35; Thu, 19 Jun 2014 23:08:23 +0000 X-Env-Sender: amesserl@rackspace.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1403219300!12547244!1 X-Originating-IP: [173.203.4.135] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28586 invoked from network); 19 Jun 2014 23:08:21 -0000 Received: from mx1.ord1.rackspace.com (HELO mx1.ord1.rackspace.com) (173.203.4.135) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jun 2014 23:08:21 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-US X-MailFlowPolicy: $RELAYED-US X-IronPort-AV: E=McAfee;i="5600,1067,7471"; a="340353066" X-IronPort-AV: E=Sophos;i="5.01,489,1400043600"; d="scan'208";a="340353066" Received: from ord1exh02.rackspace.corp ([10.12.120.26]) by mx1.ord1.rackspace.com with ESMTP/TLS/AES128-SHA; 19 Jun 2014 18:08:20 -0500 Received: from ORD1EXD04.RACKSPACE.CORP ([fe80::7ca9:7766:7f3a:1a45]) by ORD1EXH02.RACKSPACE.CORP ([::1]) with mapi id 14.03.0123.003; Thu, 19 Jun 2014 18:08:19 -0500 From: Antony Messerli To: "fantonifabio@tiscali.it" , "pkg-xen-devel@lists.alioth.debian.org" Thread-Topic: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. Thread-Index: AQHPdaPnEdfOpe6UeEq1uyXFmcXyk5t4vigAgAB9PwA= Date: Thu, 19 Jun 2014 23:08:18 +0000 Message-ID: References: <1397848547.19277.33.camel@hastur.hellion.org.uk> <5364B74C.6010409@tiscali.it> <5377943B.3010509@tiscali.it> <5378F7E9.7080300@tiscali.it> <537DC778.8030803@tiscali.it> <53A2BDFC.1000909@tiscali.it> In-Reply-To: <53A2BDFC.1000909@tiscali.it> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.2.140509 x-originating-ip: [10.6.61.49] Content-ID: <3DCFDC34592FF54D901AA9F559935A3F@RACKSPACE.CORP> MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" , "ijc@hellion.org.uk" Subject: Re: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I=B9ve been working with xapi and 4.3 in Jessie and I ran into some issues getting PVHVM working. It appears that qemu-dm was pulled out in 4.2 and on and I don=B9t think a resolution to this was ever completed. (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D688311) Should we look into bundling qemu back in traditional mode or getting a proper qemu-xen package working? I hope to give your 4.4 packaging a try this weekend. Ant On 6/19/14, 5:39 AM, "Fabio Fantoni" wrote: >Il 22/05/2014 11:46, Fabio Fantoni ha scritto: >> Il 18/05/2014 20:11, Fabio Fantoni ha scritto: >>> Il 17/05/2014 18:54, Fabio Fantoni ha scritto: >>>> Il 03/05/2014 11:30, Fabio Fantoni ha scritto: >>>>>> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote: >>>>>> > Hi waldi, >>>>>> > >>>>>> > Are you planning to update the Xen package too 4.4 soon? >>>>>> Upstream have >>>>>> > released 4.4-rc6 and AIUI are planning to release the final >>>>>> version next >>>>>> > week (I've been out of the office for a bit, so I don't know the >>>>>> precise >>>>>> > state, but that was the last I heard). >>>>>> > >>>>>> > I would like to send patches to enable the build on ARM but this >>>>>> relies >>>>>> > on 4.4. I'm happy to do the upgrade first and send you patches >>>>>> if you >>>>>> > would prefer. >>>>>> >>>>>> In the meantime 4.4.0 has been released and it seems like Stefan has >>>>>> done most of the hard work to update the packaging in Ubuntu. I'd >>>>>> like >>>>>> to get this into Jessie sooner rather than later. Do you object to >>>>>>me >>>>>> working on this at some point? >>>>>> >>>>>> Ian. >>>>> Yes Ubuntu xen 4.4 packages can be a start, I think also that is >>>>> good remove more debian/patches possible to make faster future >>>>> updates. >>>>> I already reported here: >>>>> https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1297224 >>>>> At least 3 pathes can be already removed and use configure values >>>>> instead. >>>>> Probably there are also other things that can be fixed and/or >>>>> improved upstream instead always have and maintain dozen of distros >>>>> patches. >>>>> >>>>> Thanks for any help about debian packages and sorry for my band >>>>> english. >>>>> >>>> >>>> Are there some news about new xen packages for debian? >>>> >>>> I did some small improvements to latest xen's ubuntu packages: >>>> https://github.com/Fantu/pkg-xen >>>> >>>> If you have not had the time I could try to update the debian >>>> packages by making a first draft and testing them (excluding test >>>> the arm hypervisor on which I have not sufficient knowledge). >>>> >>>> Thanks for any reply and sorry for my bad english. >>>> >>> >>> I did a draft of xen 4.4 packages for debian starting from >>> 4.4.0-0ubuntu5 plus some changes. >>> I included the close of some bugs in changelog but surely there will >>> be more resolved to be added. >>> I tested build on sid and was successfull. >>> During the week when I have time I'll make the buildon a clean sid >>> and I'll test thepackages. >>> I'll probably do other improvements. >>> >>> The draft I did with all changes are here: >>> https://github.com/Fantu/pkg-xen/tree/debian-next >>> >>> Any feedback is appreciated. >>> >> >> I could not try it on sid because it is not installed sid on my test >> Dell PE server due to a kernel3.14 regression. >> I tried it on wheezy for now: >> https://github.com/Fantu/pkg-xen/tree/wheezy-backports > >Now that kernel bug is solved I tested it also on sid and it works. >https://github.com/Fantu/pkg-xen/tree/debian-next >Is there any debian maintainer can update the xen's packages on debian >unstable? >I think the my draft should be a good start. > >Thanks for any reply. > >> >> ------------------------------------ >> Result of my tests: >> --- >> Tested: >> dom0 architecture amd64 on intel cpu: ok >> domUs pv and hvm (with pv drivers): ok >> xl: ok >> pygrub: ok >> vnc: ok >> spice: ok >> usbredir: ok >> save/restore: ok >> qdisk: ok >> --- >> Not tested: >> dom0 architectures i386, armhf and arm64 >> xend/xm >> ocaml (with xapi) >> --- >> ------------------------------------ >> >> I added xen-users to cc if someone want help me to test and improve >> the packages. >> Below there are some notes for easy and fast test the packages on >> wheezy, even if the comments are in italian the used commands should >> be enough, important notes are seabios install from backports before >> creating the xen packages and installqemu after recompiling it with >> the latest xen libraries. >> >>> = >>>------------------------------------------------------------------------ >>>-------------------------------------- >>> >>> CREARE PACCHETTI XEN E TUTTI GLI ALTRI UFFICIALI DA BACKPORTS >>> ------------------------- >>> aptitude install build-essential git devscripts >>> --- >>> # Attivazione backports >>> vi /etc/apt/sources.list # Aggiungere le seguenti righe >>> deb http://ftp.it.debian.org/debian/ wheezy-backports main non-free >>> contrib >>> deb-src http://ftp.it.debian.org/debian/ wheezy-backports main >>> non-free contrib >>> --- >>> # ! Installare pacchetti seabios da backports >>> aptitude -t wheezy-backports install seabios >>> # Installare altre dipendenze per la build di xen >>> aptitude install python-dev bcc gcc-multilib e2fslibs-dev iasl >>> ipxe-qemu libaio-dev libglib2.0-dev libgnutls-dev liblzma-dev >>> libncurses5-dev libpci-dev libyajl-dev libssl-dev pkg-config uuid-dev >>> zlib1g-dev ocaml-nox dh-ocaml ocaml-findlib >>> # Installare dipendenze runtime xen >>> aptitude install gawk >>> --- >>> wget >>> http://archive.ubuntu.com/ubuntu/pool/main/x/xen/xen_4.4.0.orig.tar.gz >>> tar -xpzf xen_4.4.0.orig.tar.gz >>> git clone https://github.com/Fantu/pkg-xen.git >>> cd pkg-xen/ >>> git checkout wheezy-backports >>> cp debian/ ../xen-4.4.0/ >>> cd ../xen-4.4.0/ >>> debuild -i -b -us -uc >>> cd .. >>> dpkg -i libxen-4*.deb libxen-dev*.deb libxenstore3*.deb >>> xen-hypervisor-4.4*.deb xenstore-utils*.deb xen-utils-*.deb >>> --- >>> # Installare dipendenze da bpo >>> aptitude -t wheezy-backports install libusbredirparser-dev >>> libusb-1.0-0-dev libspice-protocol-dev libspice-server-dev >>> # Installare altre dipendenze >>> aptitude install device-tree-compiler libasound2-dev libattr1-dev >>> libbluetooth-dev libbrlapi-dev libcap-dev libcap-ng-dev >>> libcurl4-gnutls-dev libfdt-dev libiscsi-dev libpulse-dev libsasl2-dev >>> libsdl1.2-dev libssh2-1-dev libvdeplug-dev xfslibs-dev libjpeg8-dev >>> libpng12-dev >>> # Ricompilare pacchetti qemu da backports, purtroppo necessario per >>> librerie xen differenti >>> wget >>> = >>>http://ftp.de.debian.org/debian/pool/main/q/qemu/qemu_2.0.0+dfsg.orig.ta >>>r.xz >>> wget >>> = >>>http://ftp.de.debian.org/debian/pool/main/q/qemu/qemu_2.0.0+dfsg-4~bpo70 >>>+1.debian.tar.gz >>> tar -xpJf qemu_2.0.0+dfsg.orig.tar.xz >>> tar -xpzf qemu_2.0.0+dfsg-4~bpo70+1.debian.tar.gz >>> mv debian/ qemu-2.0.0+dfsg/ >>> cd qemu-2.0.0+dfsg/ >>> debuild -i -b -us -uc >>> dpkg -i qemu-system-x86*.deb qemu-system-common*.deb >>> qemu-keymaps*.deb qemu-utils*.deb >>> = >>>------------------------------------------------------------------------ >>>-------------------------------------- >>> >> >> > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 19 23:09:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jun 2014 23:09:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxlRR-0005Io-N4; Thu, 19 Jun 2014 23:08:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxlRQ-0005Ij-2k for xen-users@lists.xensource.com; Thu, 19 Jun 2014 23:08:24 +0000 Received: from [85.158.143.35:34349] by server-2.bemta-4.messagelabs.com id B3/A0-06539-76D63A35; Thu, 19 Jun 2014 23:08:23 +0000 X-Env-Sender: amesserl@rackspace.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1403219300!12547244!1 X-Originating-IP: [173.203.4.135] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28586 invoked from network); 19 Jun 2014 23:08:21 -0000 Received: from mx1.ord1.rackspace.com (HELO mx1.ord1.rackspace.com) (173.203.4.135) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jun 2014 23:08:21 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-US X-MailFlowPolicy: $RELAYED-US X-IronPort-AV: E=McAfee;i="5600,1067,7471"; a="340353066" X-IronPort-AV: E=Sophos;i="5.01,489,1400043600"; d="scan'208";a="340353066" Received: from ord1exh02.rackspace.corp ([10.12.120.26]) by mx1.ord1.rackspace.com with ESMTP/TLS/AES128-SHA; 19 Jun 2014 18:08:20 -0500 Received: from ORD1EXD04.RACKSPACE.CORP ([fe80::7ca9:7766:7f3a:1a45]) by ORD1EXH02.RACKSPACE.CORP ([::1]) with mapi id 14.03.0123.003; Thu, 19 Jun 2014 18:08:19 -0500 From: Antony Messerli To: "fantonifabio@tiscali.it" , "pkg-xen-devel@lists.alioth.debian.org" Thread-Topic: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. Thread-Index: AQHPdaPnEdfOpe6UeEq1uyXFmcXyk5t4vigAgAB9PwA= Date: Thu, 19 Jun 2014 23:08:18 +0000 Message-ID: References: <1397848547.19277.33.camel@hastur.hellion.org.uk> <5364B74C.6010409@tiscali.it> <5377943B.3010509@tiscali.it> <5378F7E9.7080300@tiscali.it> <537DC778.8030803@tiscali.it> <53A2BDFC.1000909@tiscali.it> In-Reply-To: <53A2BDFC.1000909@tiscali.it> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.2.140509 x-originating-ip: [10.6.61.49] Content-ID: <3DCFDC34592FF54D901AA9F559935A3F@RACKSPACE.CORP> MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" , "ijc@hellion.org.uk" Subject: Re: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I=B9ve been working with xapi and 4.3 in Jessie and I ran into some issues getting PVHVM working. It appears that qemu-dm was pulled out in 4.2 and on and I don=B9t think a resolution to this was ever completed. (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D688311) Should we look into bundling qemu back in traditional mode or getting a proper qemu-xen package working? I hope to give your 4.4 packaging a try this weekend. Ant On 6/19/14, 5:39 AM, "Fabio Fantoni" wrote: >Il 22/05/2014 11:46, Fabio Fantoni ha scritto: >> Il 18/05/2014 20:11, Fabio Fantoni ha scritto: >>> Il 17/05/2014 18:54, Fabio Fantoni ha scritto: >>>> Il 03/05/2014 11:30, Fabio Fantoni ha scritto: >>>>>> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote: >>>>>> > Hi waldi, >>>>>> > >>>>>> > Are you planning to update the Xen package too 4.4 soon? >>>>>> Upstream have >>>>>> > released 4.4-rc6 and AIUI are planning to release the final >>>>>> version next >>>>>> > week (I've been out of the office for a bit, so I don't know the >>>>>> precise >>>>>> > state, but that was the last I heard). >>>>>> > >>>>>> > I would like to send patches to enable the build on ARM but this >>>>>> relies >>>>>> > on 4.4. I'm happy to do the upgrade first and send you patches >>>>>> if you >>>>>> > would prefer. >>>>>> >>>>>> In the meantime 4.4.0 has been released and it seems like Stefan has >>>>>> done most of the hard work to update the packaging in Ubuntu. I'd >>>>>> like >>>>>> to get this into Jessie sooner rather than later. Do you object to >>>>>>me >>>>>> working on this at some point? >>>>>> >>>>>> Ian. >>>>> Yes Ubuntu xen 4.4 packages can be a start, I think also that is >>>>> good remove more debian/patches possible to make faster future >>>>> updates. >>>>> I already reported here: >>>>> https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1297224 >>>>> At least 3 pathes can be already removed and use configure values >>>>> instead. >>>>> Probably there are also other things that can be fixed and/or >>>>> improved upstream instead always have and maintain dozen of distros >>>>> patches. >>>>> >>>>> Thanks for any help about debian packages and sorry for my band >>>>> english. >>>>> >>>> >>>> Are there some news about new xen packages for debian? >>>> >>>> I did some small improvements to latest xen's ubuntu packages: >>>> https://github.com/Fantu/pkg-xen >>>> >>>> If you have not had the time I could try to update the debian >>>> packages by making a first draft and testing them (excluding test >>>> the arm hypervisor on which I have not sufficient knowledge). >>>> >>>> Thanks for any reply and sorry for my bad english. >>>> >>> >>> I did a draft of xen 4.4 packages for debian starting from >>> 4.4.0-0ubuntu5 plus some changes. >>> I included the close of some bugs in changelog but surely there will >>> be more resolved to be added. >>> I tested build on sid and was successfull. >>> During the week when I have time I'll make the buildon a clean sid >>> and I'll test thepackages. >>> I'll probably do other improvements. >>> >>> The draft I did with all changes are here: >>> https://github.com/Fantu/pkg-xen/tree/debian-next >>> >>> Any feedback is appreciated. >>> >> >> I could not try it on sid because it is not installed sid on my test >> Dell PE server due to a kernel3.14 regression. >> I tried it on wheezy for now: >> https://github.com/Fantu/pkg-xen/tree/wheezy-backports > >Now that kernel bug is solved I tested it also on sid and it works. >https://github.com/Fantu/pkg-xen/tree/debian-next >Is there any debian maintainer can update the xen's packages on debian >unstable? >I think the my draft should be a good start. > >Thanks for any reply. > >> >> ------------------------------------ >> Result of my tests: >> --- >> Tested: >> dom0 architecture amd64 on intel cpu: ok >> domUs pv and hvm (with pv drivers): ok >> xl: ok >> pygrub: ok >> vnc: ok >> spice: ok >> usbredir: ok >> save/restore: ok >> qdisk: ok >> --- >> Not tested: >> dom0 architectures i386, armhf and arm64 >> xend/xm >> ocaml (with xapi) >> --- >> ------------------------------------ >> >> I added xen-users to cc if someone want help me to test and improve >> the packages. >> Below there are some notes for easy and fast test the packages on >> wheezy, even if the comments are in italian the used commands should >> be enough, important notes are seabios install from backports before >> creating the xen packages and installqemu after recompiling it with >> the latest xen libraries. >> >>> = >>>------------------------------------------------------------------------ >>>-------------------------------------- >>> >>> CREARE PACCHETTI XEN E TUTTI GLI ALTRI UFFICIALI DA BACKPORTS >>> ------------------------- >>> aptitude install build-essential git devscripts >>> --- >>> # Attivazione backports >>> vi /etc/apt/sources.list # Aggiungere le seguenti righe >>> deb http://ftp.it.debian.org/debian/ wheezy-backports main non-free >>> contrib >>> deb-src http://ftp.it.debian.org/debian/ wheezy-backports main >>> non-free contrib >>> --- >>> # ! Installare pacchetti seabios da backports >>> aptitude -t wheezy-backports install seabios >>> # Installare altre dipendenze per la build di xen >>> aptitude install python-dev bcc gcc-multilib e2fslibs-dev iasl >>> ipxe-qemu libaio-dev libglib2.0-dev libgnutls-dev liblzma-dev >>> libncurses5-dev libpci-dev libyajl-dev libssl-dev pkg-config uuid-dev >>> zlib1g-dev ocaml-nox dh-ocaml ocaml-findlib >>> # Installare dipendenze runtime xen >>> aptitude install gawk >>> --- >>> wget >>> http://archive.ubuntu.com/ubuntu/pool/main/x/xen/xen_4.4.0.orig.tar.gz >>> tar -xpzf xen_4.4.0.orig.tar.gz >>> git clone https://github.com/Fantu/pkg-xen.git >>> cd pkg-xen/ >>> git checkout wheezy-backports >>> cp debian/ ../xen-4.4.0/ >>> cd ../xen-4.4.0/ >>> debuild -i -b -us -uc >>> cd .. >>> dpkg -i libxen-4*.deb libxen-dev*.deb libxenstore3*.deb >>> xen-hypervisor-4.4*.deb xenstore-utils*.deb xen-utils-*.deb >>> --- >>> # Installare dipendenze da bpo >>> aptitude -t wheezy-backports install libusbredirparser-dev >>> libusb-1.0-0-dev libspice-protocol-dev libspice-server-dev >>> # Installare altre dipendenze >>> aptitude install device-tree-compiler libasound2-dev libattr1-dev >>> libbluetooth-dev libbrlapi-dev libcap-dev libcap-ng-dev >>> libcurl4-gnutls-dev libfdt-dev libiscsi-dev libpulse-dev libsasl2-dev >>> libsdl1.2-dev libssh2-1-dev libvdeplug-dev xfslibs-dev libjpeg8-dev >>> libpng12-dev >>> # Ricompilare pacchetti qemu da backports, purtroppo necessario per >>> librerie xen differenti >>> wget >>> = >>>http://ftp.de.debian.org/debian/pool/main/q/qemu/qemu_2.0.0+dfsg.orig.ta >>>r.xz >>> wget >>> = >>>http://ftp.de.debian.org/debian/pool/main/q/qemu/qemu_2.0.0+dfsg-4~bpo70 >>>+1.debian.tar.gz >>> tar -xpJf qemu_2.0.0+dfsg.orig.tar.xz >>> tar -xpzf qemu_2.0.0+dfsg-4~bpo70+1.debian.tar.gz >>> mv debian/ qemu-2.0.0+dfsg/ >>> cd qemu-2.0.0+dfsg/ >>> debuild -i -b -us -uc >>> dpkg -i qemu-system-x86*.deb qemu-system-common*.deb >>> qemu-keymaps*.deb qemu-utils*.deb >>> = >>>------------------------------------------------------------------------ >>>-------------------------------------- >>> >> >> > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 20 01:24:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jun 2014 01:24:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxnYO-0002n0-Sb; Fri, 20 Jun 2014 01:23:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxnYM-0002ml-BP; Fri, 20 Jun 2014 01:23:42 +0000 Received: from [193.109.254.147:32378] by server-12.bemta-14.messagelabs.com id BF/1A-32179-D1D83A35; Fri, 20 Jun 2014 01:23:41 +0000 X-Env-Sender: jincm12@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1403227417!12461892!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,MIME_BASE64_TEXT,MIME_BOUND_NEXTPART, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6884 invoked from network); 20 Jun 2014 01:23:39 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jun 2014 01:23:39 -0000 Received: by mail-pb0-f45.google.com with SMTP id rr13so2506826pbb.4 for ; Thu, 19 Jun 2014 18:23:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:reply-to:subject:mime-version:message-id :content-type; bh=CVquUtKkRdpw9W8knXJFFABog0Jd2IFZJA81tSa68do=; b=VZE+wS2d+s6N2YSV/QEtNe7yuswuZCNS1RA8H1doN9lFdXkrtl3z8OQRLfaP4x2Vya TiO0wHOqEMev+XKSFTc8q6t9AjWbClmmvMmwmKbyKwUOkerEIHIMwCtGN7nIhtg5/CcG qTexexz7jfSx7TRv8H3P+RigEhg6l3O0yLYLFQKNlnHXbZ2r9h21VBt7XXJsdIRfhYTm tM0lNvZ9MQ6dm0c2UaTWrqA/+xWdkOHnNh907Vso7vUJfyALvOxDx4C8D4f4nrCHYNv+ DsMfVDXakUzMaHDEwSIp3krby1CZEcbESBc9OuBulkrFQftolT7mGhj9+MY8YQPGy++y ISdA== X-Received: by 10.69.10.164 with SMTP id eb4mr245053pbd.35.1403227417239; Thu, 19 Jun 2014 18:23:37 -0700 (PDT) Received: from WIN-ENRFIEJGJ1K ([218.25.39.54]) by mx.google.com with ESMTPSA id si8sm34715793pab.27.2014.06.19.18.23.35 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 19 Jun 2014 18:23:36 -0700 (PDT) Date: Fri, 20 Jun 2014 09:23:35 +0800 From: jincm12 To: xen-devel X-Priority: 3 X-GUID: C18CA12D-B315-47D5-B6C7-4AA573F79364 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.91[cn] Mime-Version: 1.0 Message-ID: <2014062009233192722810@gmail.com> Cc: xen-users Subject: [Xen-users] [Xen-devel] [linux crash after update kernel of CONFIG_VMSPLIT_2G=y] X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jincm12 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5434490665443816954==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5434490665443816954== Content-Type: multipart/alternative; boundary="----=_001_NextPart451871488530_=----" This is a multi-part message in MIME format. ------=_001_NextPart451871488530_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGVsbG86DQogICAgd2hvIGNhbiBoZWxwIG1lPyANCkkgY3JlYXRlIG9uZSB4ODYgY2VudG9zNi4w IHZtIG9uIHhlbiAzLjEsYWZ0ZXIgaXQgaW5zdGFsbGVkICxldmVyeXRoaW5nIGlzIG9rO0kgbmVl ZCB0byB1cGRhdGUgdGhlIGtlcm5lbCBmb3Igd29ya2luZyByZWFzb24sd2hlbiBpIGNvbXBpbGUg bGludXggDQprZXJuZWwoeDg2ICAyLjYuMzIuMTUgb3IgMi42LjM0LjkpIHdpdGggMS5jb25maWcg LGtlcm5lbCBjYW4gc3RhcnQgLGJ1dCB3aGVuIGkgdXNlZCAyLmNvbmZpZyBmb3IgQ09ORklHX1ZN U1BMSVRfMkc9eSBhbmQgQ09ORklHX1BBR0VfT0ZGU0VUPTB4ODAwMDAwMDAgLGtlcm5lbCBjcmFz aDsNCiAgIA0KW3Jvb3RAeGVuIH5dIyB4bSBsaXN0DQpOYW1lICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBJRCBNZW0oTWlCKSBWQ1BVcyBTdGF0ZSAgIFRpbWUocykNCkRvbWFp bi0wICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAxNzM3ICAgICAxIHIt LS0tLSAgIDI4MjIuOQ0KY2VudG9zNiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MTIgICAgIDEzMDAgICAgIDEgLS0tLWMtICAgICAgMC4wDQoNCnhtIGRtZXNnIGluZm86DQoNCihY RU4pIG1tLmM6OTgyOmQxMiBQQUUgTDMgM3JkIHNsb3QgaXMgc2hhcmVkDQooWEVOKSBtbS5jOjEx ODk6ZDEyIEZhaWx1cmUgaW4gYWxsb2NfbDNfdGFibGU6IGVudHJ5IDQNCihYRU4pIG1tLmM6MTc4 NTpkMTIgRXJyb3Igd2hpbGUgdmFsaWRhdGluZyBtZm4gYmNjNzQgKHBmbiAxNDdlKSBmb3IgdHlw ZSA2MDAwMDAwMDogY2FmPTgwMDAwMDAzIHRhZj02MDAwMDAwMQ0KKFhFTikgbW0uYzoyMTQ4OmQx MiBFcnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBiYXNlcHRyIGJjYzc0DQooWEVOKSBtbS5jOjk4 MjpkMTIgUEFFIEwzIDNyZCBzbG90IGlzIHNoYXJlZA0KKFhFTikgbW0uYzoxMTg5OmQxMiBGYWls dXJlIGluIGFsbG9jX2wzX3RhYmxlOiBlbnRyeSA0DQooWEVOKSBtbS5jOjE3ODU6ZDEyIEVycm9y IHdoaWxlIHZhbGlkYXRpbmcgbWZuIGJjYzc0IChwZm4gMTQ3ZSkgZm9yIHR5cGUgNjAwMDAwMDA6 IGNhZj04MDAwMDAwMyB0YWY9NjAwMDAwMDENCihYRU4pIG1tLmM6MjM3NTpkMTIgRXJyb3Igd2hp bGUgcGlubmluZyBtZm4gYmNjNzQNCihYRU4pIHRyYXBzLmM6NDA1OmQxMiBVbmhhbmRsZWQgaW52 YWxpZCBvcGNvZGUgZmF1bHQvdHJhcCBbIzZdIGluIGRvbWFpbiAxMiBvbiBWQ1BVIDAgW2VjPTAw MDBdDQooWEVOKSBkb21haW5fY3Jhc2hfc3luYyBjYWxsZWQgZnJvbSBlbnRyeS5TIChmZjE4Njdm ZSkNCihYRU4pIERvbWFpbiAxMiAodmNwdSMwKSBjcmFzaGVkIG9uIGNwdSMwOg0KKFhFTikgLS0t LVsgWGVuLTMuMS4yLTE5NC5lbDUgIHg4Nl8zMnAgIGRlYnVnPW4gIE5vdCB0YWludGVkIF0tLS0t DQooWEVOKSBDUFU6ICAgIDANCihYRU4pIEVJUDogICAgZTAxOTpbPDgxMDAzYTBhPl0NCihYRU4p IEVGTEFHUzogMDAwMDAyODIgICBDT05URVhUOiBndWVzdA0KKFhFTikgZWF4OiBmZmZmZmZlYSAg IGVieDogODE0N2RmNzQgICBlY3g6IDAwMDAwMDAxICAgZWR4OiAwMDAwMDAwMA0KKFhFTikgZXNp OiAwMDAwN2ZmMCAgIGVkaTogMDAwMDAwMDAgICBlYnA6IDgxNDdkZjhjICAgZXNwOiA4MTQ3ZGY2 OA0KKFhFTikgY3IwOiA4MDA1MDAzYiAgIGNyNDogMDAwMDA2ZjAgICBjcjM6IDVkNmZjMDAwICAg Y3IyOiAwMDAwMDAwMA0KKFhFTikgZHM6IGUwMjEgICBlczogZTAyMSAgIGZzOiAwMGQ4ICAgZ3M6 IDAwMDAgICBzczogZTAyMSAgIGNzOiBlMDE5DQooWEVOKSBHdWVzdCBzdGFjayB0cmFjZSBmcm9t IGVzcD04MTQ3ZGY2ODoNCihYRU4pICAgIDgxMDAzYTBhIDAwMDFlMDE5IDAwMDEwMDgyIDAwMDAw MDAyIDAwMGJjYzc0IDgxMDAzZGJjIDAwMDAwMDAwIDgxNDdlMDEwDQooWEVOKSAgICAwMDAwMDAw MCA4MTQ3ZGZkOCA4MTRkZDg5MyAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCBi Y2JhYTAwMQ0KKFhFTikgICAgMDAwMDAwMDAgMDAwNTE0MDAgODcyNTcwMDAgMDAwMDdjMDAgODE1 NDQwMDAgMDAwMDA4MDAgMDAwMDAwM2UgMDAwMDAyMDENCihYRU4pICAgIDAwMDA3YzAwIDg3MjU3 MDAwIDg3MjU0MDAwIDAwMDAwMDAwIDgxNDdkZmZjIDgxNGRkMTk0IDAwMDAwMDAwIDAwMDIwNmE3 DQooWEVOKSAgICAwMDAxMDgwMCA5MDk4MDIwMyAwZjg5ODE3MSAwMDAwMDAwMCA4NzI1NDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgYmNi YWEwMDEgMDAwMDAwMDAgNWQ2ZmEwMDEgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4p ICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAw MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQoo WEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4pICAg IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg MDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw MA0KDQogICBUaGVyZSBhcmUgaXNzdWVzIGxpa2UgdGhpcyBvbiB4ZW4gMy4qIDQuKiBhbmQgeGVu c2VydmVyNiAuDQoNCg0KICBbcm9vdEBsb2NhbGhvc3QgbGludXgtMi42LjMyLjE1LXJwc10jIGRp ZmYgMS5jb25maWcgMi5jb25mZw0KNGM0DQo8ICMgVHVlIEp1biAxNyAyMDozMzozNCAyMDE0DQot LS0NCj4gIyBUaHUgTWF5IDE1IDE2OjEwOjU5IDIwMTQNCjI5OGMyOTgNCjwgIyBDT05GSUdfVk1T UExJVF8zRyBpcyBub3Qgc2V0DQotLS0NCj4gQ09ORklHX1ZNU1BMSVRfM0c9eQ0KMzAwYzMwMA0K PCBDT05GSUdfVk1TUExJVF8yRz15DQotLS0NCj4gIyBDT05GSUdfVk1TUExJVF8yRyBpcyBub3Qg c2V0DQozMDNjMzAzDQo8IENPTkZJR19QQUdFX09GRlNFVD0weDgwMDAwMDAwDQotLS0NCj4gQ09O RklHX1BBR0VfT0ZGU0VUPTB4QzAwMDAwMDA= ------=_001_NextPart451871488530_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
hello:
    who can help me?
I create one x86 centos6.0 vm on xen 3.1,a= fter it=20 installed ,everything is ok;I need to update the kernel for working=20 reason,when i compile linux 
kernel(x86  2.6.32.15 or=20 2.6.34.9) with 1.config ,kernel can start ,b= ut when i used 2.config for=20 CONFIG_VMSPLIT_2G=3Dy and CONFIG_PAGE_OFFSET=3D0x80000000=20 ,kernel crash;
   
[root@xen ~]# xm list
Name           = ;            &= nbsp;           &nb= sp;  ID Mem(MiB) VCPUs State   Tim= e(s)
Domain-0          &= nbsp;           &nb= sp;            = ;0     1737     1 r= -----   2822.9
centos6          &n= bsp;           &nbs= p;            = 12     1300     1 -= ---c-      0.0
 
xm dmesg info:
 
(XEN) mm.c:982:d12 PAE L3 3rd slot is&n= bsp;shared
(XEN) mm.c:1189:d12 Failure in alloc_l3_table:&nb= sp;entry 4
(XEN) mm.c:1785:d12 Error while validating m= fn bcc74 (pfn 147e) for type 60000000: = caf=3D80000003 taf=3D60000001
(XEN) mm.c:2148:d12 Error while installing n= ew baseptr bcc74
(XEN) mm.c:982:d12 PAE L3 3rd slot is&n= bsp;shared
(XEN) mm.c:1189:d12 Failure in alloc_l3_table:&nb= sp;entry 4
(XEN) mm.c:1785:d12 Error while validating m= fn bcc74 (pfn 147e) for type 60000000: = caf=3D80000003 taf=3D60000001
(XEN) mm.c:2375:d12 Error while pinning mfn&= nbsp;bcc74
(XEN) traps.c:405:d12 Unhandled invalid opcode&nb= sp;fault/trap [#6] in domain 12 on VCPU = ;0 [ec=3D0000]
(XEN) domain_crash_sync called from entry.S = (ff1867fe)
(XEN) Domain 12 (vcpu#0) crashed on cpu= #0:
(XEN) ----[ Xen-3.1.2-194.el5  x86_32p  = ;debug=3Dn  Not tainted ]----
(XEN) CPU:    0
(XEN) EIP:    e019:[<81003a0a>]
(XEN) EFLAGS: 00000282   CONTEXT: guest=
(XEN) eax: ffffffea   ebx: 8147df74&nbs= p;  ecx: 00000001   edx: 00000000
(XEN) esi: 00007ff0   edi: 00000000&nbs= p;  ebp: 8147df8c   esp: 8147df68
(XEN) cr0: 8005003b   cr4: 000006f0&nbs= p;  cr3: 5d6fc000   cr2: 00000000
(XEN) ds: e021   es: e021  &n= bsp;fs: 00d8   gs: 0000   ss: = ;e021   cs: e019
(XEN) Guest stack trace from esp=3D8147df68:=
(XEN)    81003a0a 0001e019 00010082&nbs= p;00000002 000bcc74 81003dbc 00000000 8147e010
(XEN)    00000000 8147dfd8 814dd893&nbs= p;00000000 00000000 00000000 00000000 bcbaa001
(XEN)    00000000 00051400 87257000&nbs= p;00007c00 81544000 00000800 0000003e 00000201
(XEN)    00007c00 87257000 87254000&nbs= p;00000000 8147dffc 814dd194 00000000 000206a7
(XEN)    00010800 90980203 0f898171&nbs= p;00000000 87254000 00000000 00000000 00000000
(XEN)    00000000 00000000 bcbaa001&nbs= p;00000000 5d6fa001 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
 
   There are issues like this = ;on xen 3.* 4.* and xenserver6 .
 
 
  [root@localhost linux-2.6.32.15-rps]# diff = ;1.config 2.confg
4c4
< # Tue Jun 17 20:33:34 2014
---
> # Thu May 15 16:10:59 2014
298c298
< # CONFIG_VMSPLIT_3G is not set
---
> CONFIG_VMSPLIT_3G=3Dy
300c300
< CONFIG_VMSPLIT_2G=3Dy
---
> # CONFIG_VMSPLIT_2G is not set
303c303
< CONFIG_PAGE_OFFSET=3D0x80000000
---
> CONFIG_PAGE_OFFSET=3D0xC0000000
 
 
------=_001_NextPart451871488530_=------ --===============5434490665443816954== 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 --===============5434490665443816954==-- From xen-users-bounces@lists.xen.org Fri Jun 20 01:24:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jun 2014 01:24:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxnYO-0002n0-Sb; Fri, 20 Jun 2014 01:23:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxnYM-0002ml-BP; Fri, 20 Jun 2014 01:23:42 +0000 Received: from [193.109.254.147:32378] by server-12.bemta-14.messagelabs.com id BF/1A-32179-D1D83A35; Fri, 20 Jun 2014 01:23:41 +0000 X-Env-Sender: jincm12@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1403227417!12461892!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,MIME_BASE64_TEXT,MIME_BOUND_NEXTPART, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6884 invoked from network); 20 Jun 2014 01:23:39 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jun 2014 01:23:39 -0000 Received: by mail-pb0-f45.google.com with SMTP id rr13so2506826pbb.4 for ; Thu, 19 Jun 2014 18:23:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:reply-to:subject:mime-version:message-id :content-type; bh=CVquUtKkRdpw9W8knXJFFABog0Jd2IFZJA81tSa68do=; b=VZE+wS2d+s6N2YSV/QEtNe7yuswuZCNS1RA8H1doN9lFdXkrtl3z8OQRLfaP4x2Vya TiO0wHOqEMev+XKSFTc8q6t9AjWbClmmvMmwmKbyKwUOkerEIHIMwCtGN7nIhtg5/CcG qTexexz7jfSx7TRv8H3P+RigEhg6l3O0yLYLFQKNlnHXbZ2r9h21VBt7XXJsdIRfhYTm tM0lNvZ9MQ6dm0c2UaTWrqA/+xWdkOHnNh907Vso7vUJfyALvOxDx4C8D4f4nrCHYNv+ DsMfVDXakUzMaHDEwSIp3krby1CZEcbESBc9OuBulkrFQftolT7mGhj9+MY8YQPGy++y ISdA== X-Received: by 10.69.10.164 with SMTP id eb4mr245053pbd.35.1403227417239; Thu, 19 Jun 2014 18:23:37 -0700 (PDT) Received: from WIN-ENRFIEJGJ1K ([218.25.39.54]) by mx.google.com with ESMTPSA id si8sm34715793pab.27.2014.06.19.18.23.35 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 19 Jun 2014 18:23:36 -0700 (PDT) Date: Fri, 20 Jun 2014 09:23:35 +0800 From: jincm12 To: xen-devel X-Priority: 3 X-GUID: C18CA12D-B315-47D5-B6C7-4AA573F79364 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.91[cn] Mime-Version: 1.0 Message-ID: <2014062009233192722810@gmail.com> Cc: xen-users Subject: [Xen-users] [Xen-devel] [linux crash after update kernel of CONFIG_VMSPLIT_2G=y] X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jincm12 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5434490665443816954==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5434490665443816954== Content-Type: multipart/alternative; boundary="----=_001_NextPart451871488530_=----" This is a multi-part message in MIME format. ------=_001_NextPart451871488530_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGVsbG86DQogICAgd2hvIGNhbiBoZWxwIG1lPyANCkkgY3JlYXRlIG9uZSB4ODYgY2VudG9zNi4w IHZtIG9uIHhlbiAzLjEsYWZ0ZXIgaXQgaW5zdGFsbGVkICxldmVyeXRoaW5nIGlzIG9rO0kgbmVl ZCB0byB1cGRhdGUgdGhlIGtlcm5lbCBmb3Igd29ya2luZyByZWFzb24sd2hlbiBpIGNvbXBpbGUg bGludXggDQprZXJuZWwoeDg2ICAyLjYuMzIuMTUgb3IgMi42LjM0LjkpIHdpdGggMS5jb25maWcg LGtlcm5lbCBjYW4gc3RhcnQgLGJ1dCB3aGVuIGkgdXNlZCAyLmNvbmZpZyBmb3IgQ09ORklHX1ZN U1BMSVRfMkc9eSBhbmQgQ09ORklHX1BBR0VfT0ZGU0VUPTB4ODAwMDAwMDAgLGtlcm5lbCBjcmFz aDsNCiAgIA0KW3Jvb3RAeGVuIH5dIyB4bSBsaXN0DQpOYW1lICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBJRCBNZW0oTWlCKSBWQ1BVcyBTdGF0ZSAgIFRpbWUocykNCkRvbWFp bi0wICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAxNzM3ICAgICAxIHIt LS0tLSAgIDI4MjIuOQ0KY2VudG9zNiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MTIgICAgIDEzMDAgICAgIDEgLS0tLWMtICAgICAgMC4wDQoNCnhtIGRtZXNnIGluZm86DQoNCihY RU4pIG1tLmM6OTgyOmQxMiBQQUUgTDMgM3JkIHNsb3QgaXMgc2hhcmVkDQooWEVOKSBtbS5jOjEx ODk6ZDEyIEZhaWx1cmUgaW4gYWxsb2NfbDNfdGFibGU6IGVudHJ5IDQNCihYRU4pIG1tLmM6MTc4 NTpkMTIgRXJyb3Igd2hpbGUgdmFsaWRhdGluZyBtZm4gYmNjNzQgKHBmbiAxNDdlKSBmb3IgdHlw ZSA2MDAwMDAwMDogY2FmPTgwMDAwMDAzIHRhZj02MDAwMDAwMQ0KKFhFTikgbW0uYzoyMTQ4OmQx MiBFcnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBiYXNlcHRyIGJjYzc0DQooWEVOKSBtbS5jOjk4 MjpkMTIgUEFFIEwzIDNyZCBzbG90IGlzIHNoYXJlZA0KKFhFTikgbW0uYzoxMTg5OmQxMiBGYWls dXJlIGluIGFsbG9jX2wzX3RhYmxlOiBlbnRyeSA0DQooWEVOKSBtbS5jOjE3ODU6ZDEyIEVycm9y IHdoaWxlIHZhbGlkYXRpbmcgbWZuIGJjYzc0IChwZm4gMTQ3ZSkgZm9yIHR5cGUgNjAwMDAwMDA6 IGNhZj04MDAwMDAwMyB0YWY9NjAwMDAwMDENCihYRU4pIG1tLmM6MjM3NTpkMTIgRXJyb3Igd2hp bGUgcGlubmluZyBtZm4gYmNjNzQNCihYRU4pIHRyYXBzLmM6NDA1OmQxMiBVbmhhbmRsZWQgaW52 YWxpZCBvcGNvZGUgZmF1bHQvdHJhcCBbIzZdIGluIGRvbWFpbiAxMiBvbiBWQ1BVIDAgW2VjPTAw MDBdDQooWEVOKSBkb21haW5fY3Jhc2hfc3luYyBjYWxsZWQgZnJvbSBlbnRyeS5TIChmZjE4Njdm ZSkNCihYRU4pIERvbWFpbiAxMiAodmNwdSMwKSBjcmFzaGVkIG9uIGNwdSMwOg0KKFhFTikgLS0t LVsgWGVuLTMuMS4yLTE5NC5lbDUgIHg4Nl8zMnAgIGRlYnVnPW4gIE5vdCB0YWludGVkIF0tLS0t DQooWEVOKSBDUFU6ICAgIDANCihYRU4pIEVJUDogICAgZTAxOTpbPDgxMDAzYTBhPl0NCihYRU4p IEVGTEFHUzogMDAwMDAyODIgICBDT05URVhUOiBndWVzdA0KKFhFTikgZWF4OiBmZmZmZmZlYSAg IGVieDogODE0N2RmNzQgICBlY3g6IDAwMDAwMDAxICAgZWR4OiAwMDAwMDAwMA0KKFhFTikgZXNp OiAwMDAwN2ZmMCAgIGVkaTogMDAwMDAwMDAgICBlYnA6IDgxNDdkZjhjICAgZXNwOiA4MTQ3ZGY2 OA0KKFhFTikgY3IwOiA4MDA1MDAzYiAgIGNyNDogMDAwMDA2ZjAgICBjcjM6IDVkNmZjMDAwICAg Y3IyOiAwMDAwMDAwMA0KKFhFTikgZHM6IGUwMjEgICBlczogZTAyMSAgIGZzOiAwMGQ4ICAgZ3M6 IDAwMDAgICBzczogZTAyMSAgIGNzOiBlMDE5DQooWEVOKSBHdWVzdCBzdGFjayB0cmFjZSBmcm9t IGVzcD04MTQ3ZGY2ODoNCihYRU4pICAgIDgxMDAzYTBhIDAwMDFlMDE5IDAwMDEwMDgyIDAwMDAw MDAyIDAwMGJjYzc0IDgxMDAzZGJjIDAwMDAwMDAwIDgxNDdlMDEwDQooWEVOKSAgICAwMDAwMDAw MCA4MTQ3ZGZkOCA4MTRkZDg5MyAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCBi Y2JhYTAwMQ0KKFhFTikgICAgMDAwMDAwMDAgMDAwNTE0MDAgODcyNTcwMDAgMDAwMDdjMDAgODE1 NDQwMDAgMDAwMDA4MDAgMDAwMDAwM2UgMDAwMDAyMDENCihYRU4pICAgIDAwMDA3YzAwIDg3MjU3 MDAwIDg3MjU0MDAwIDAwMDAwMDAwIDgxNDdkZmZjIDgxNGRkMTk0IDAwMDAwMDAwIDAwMDIwNmE3 DQooWEVOKSAgICAwMDAxMDgwMCA5MDk4MDIwMyAwZjg5ODE3MSAwMDAwMDAwMCA4NzI1NDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgYmNi YWEwMDEgMDAwMDAwMDAgNWQ2ZmEwMDEgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4p ICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAw MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQoo WEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCihYRU4pICAg IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KKFhFTikgICAgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAg MDAwMDAwMDANCihYRU4pICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQooWEVOKSAgICAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw MA0KDQogICBUaGVyZSBhcmUgaXNzdWVzIGxpa2UgdGhpcyBvbiB4ZW4gMy4qIDQuKiBhbmQgeGVu c2VydmVyNiAuDQoNCg0KICBbcm9vdEBsb2NhbGhvc3QgbGludXgtMi42LjMyLjE1LXJwc10jIGRp ZmYgMS5jb25maWcgMi5jb25mZw0KNGM0DQo8ICMgVHVlIEp1biAxNyAyMDozMzozNCAyMDE0DQot LS0NCj4gIyBUaHUgTWF5IDE1IDE2OjEwOjU5IDIwMTQNCjI5OGMyOTgNCjwgIyBDT05GSUdfVk1T UExJVF8zRyBpcyBub3Qgc2V0DQotLS0NCj4gQ09ORklHX1ZNU1BMSVRfM0c9eQ0KMzAwYzMwMA0K PCBDT05GSUdfVk1TUExJVF8yRz15DQotLS0NCj4gIyBDT05GSUdfVk1TUExJVF8yRyBpcyBub3Qg c2V0DQozMDNjMzAzDQo8IENPTkZJR19QQUdFX09GRlNFVD0weDgwMDAwMDAwDQotLS0NCj4gQ09O RklHX1BBR0VfT0ZGU0VUPTB4QzAwMDAwMDA= ------=_001_NextPart451871488530_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
hello:
    who can help me?
I create one x86 centos6.0 vm on xen 3.1,a= fter it=20 installed ,everything is ok;I need to update the kernel for working=20 reason,when i compile linux 
kernel(x86  2.6.32.15 or=20 2.6.34.9) with 1.config ,kernel can start ,b= ut when i used 2.config for=20 CONFIG_VMSPLIT_2G=3Dy and CONFIG_PAGE_OFFSET=3D0x80000000=20 ,kernel crash;
   
[root@xen ~]# xm list
Name           = ;            &= nbsp;           &nb= sp;  ID Mem(MiB) VCPUs State   Tim= e(s)
Domain-0          &= nbsp;           &nb= sp;            = ;0     1737     1 r= -----   2822.9
centos6          &n= bsp;           &nbs= p;            = 12     1300     1 -= ---c-      0.0
 
xm dmesg info:
 
(XEN) mm.c:982:d12 PAE L3 3rd slot is&n= bsp;shared
(XEN) mm.c:1189:d12 Failure in alloc_l3_table:&nb= sp;entry 4
(XEN) mm.c:1785:d12 Error while validating m= fn bcc74 (pfn 147e) for type 60000000: = caf=3D80000003 taf=3D60000001
(XEN) mm.c:2148:d12 Error while installing n= ew baseptr bcc74
(XEN) mm.c:982:d12 PAE L3 3rd slot is&n= bsp;shared
(XEN) mm.c:1189:d12 Failure in alloc_l3_table:&nb= sp;entry 4
(XEN) mm.c:1785:d12 Error while validating m= fn bcc74 (pfn 147e) for type 60000000: = caf=3D80000003 taf=3D60000001
(XEN) mm.c:2375:d12 Error while pinning mfn&= nbsp;bcc74
(XEN) traps.c:405:d12 Unhandled invalid opcode&nb= sp;fault/trap [#6] in domain 12 on VCPU = ;0 [ec=3D0000]
(XEN) domain_crash_sync called from entry.S = (ff1867fe)
(XEN) Domain 12 (vcpu#0) crashed on cpu= #0:
(XEN) ----[ Xen-3.1.2-194.el5  x86_32p  = ;debug=3Dn  Not tainted ]----
(XEN) CPU:    0
(XEN) EIP:    e019:[<81003a0a>]
(XEN) EFLAGS: 00000282   CONTEXT: guest=
(XEN) eax: ffffffea   ebx: 8147df74&nbs= p;  ecx: 00000001   edx: 00000000
(XEN) esi: 00007ff0   edi: 00000000&nbs= p;  ebp: 8147df8c   esp: 8147df68
(XEN) cr0: 8005003b   cr4: 000006f0&nbs= p;  cr3: 5d6fc000   cr2: 00000000
(XEN) ds: e021   es: e021  &n= bsp;fs: 00d8   gs: 0000   ss: = ;e021   cs: e019
(XEN) Guest stack trace from esp=3D8147df68:=
(XEN)    81003a0a 0001e019 00010082&nbs= p;00000002 000bcc74 81003dbc 00000000 8147e010
(XEN)    00000000 8147dfd8 814dd893&nbs= p;00000000 00000000 00000000 00000000 bcbaa001
(XEN)    00000000 00051400 87257000&nbs= p;00007c00 81544000 00000800 0000003e 00000201
(XEN)    00007c00 87257000 87254000&nbs= p;00000000 8147dffc 814dd194 00000000 000206a7
(XEN)    00010800 90980203 0f898171&nbs= p;00000000 87254000 00000000 00000000 00000000
(XEN)    00000000 00000000 bcbaa001&nbs= p;00000000 5d6fa001 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
(XEN)    00000000 00000000 00000000&nbs= p;00000000 00000000 00000000 00000000 00000000
 
   There are issues like this = ;on xen 3.* 4.* and xenserver6 .
 
 
  [root@localhost linux-2.6.32.15-rps]# diff = ;1.config 2.confg
4c4
< # Tue Jun 17 20:33:34 2014
---
> # Thu May 15 16:10:59 2014
298c298
< # CONFIG_VMSPLIT_3G is not set
---
> CONFIG_VMSPLIT_3G=3Dy
300c300
< CONFIG_VMSPLIT_2G=3Dy
---
> # CONFIG_VMSPLIT_2G is not set
303c303
< CONFIG_PAGE_OFFSET=3D0x80000000
---
> CONFIG_PAGE_OFFSET=3D0xC0000000
 
 
------=_001_NextPart451871488530_=------ --===============5434490665443816954== 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 --===============5434490665443816954==-- From xen-users-bounces@lists.xen.org Fri Jun 20 12:32:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jun 2014 12:32:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxxyL-00005j-V1; Fri, 20 Jun 2014 12:31:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxxyL-00005e-88 for xen-users@lists.xen.org; Fri, 20 Jun 2014 12:31:13 +0000 Received: from [193.109.254.147:36212] by server-14.bemta-14.messagelabs.com id F8/0B-08195-09924A35; Fri, 20 Jun 2014 12:31:12 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1403267471!12603721!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26360 invoked from network); 20 Jun 2014 12:31:11 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jun 2014 12:31:11 -0000 Received: by mail-we0-f170.google.com with SMTP id w61so3786329wes.15 for ; Fri, 20 Jun 2014 05:31:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=uVBlwM7X6UtkJiSnm9fd2HaXXFo69Xeuoo3TvKhvC+0=; b=fY1myFPP08nXByg0j+3h820eEXaUHbxZv+5DAfFdkJ12WIPahZZVXOumMMW2j2erlH FoRnlMz2Zq7xf1qxJKLNulAdvtXWbiMQW7COKarPGX9B22m0hDgV5OTRQfetirL9iYzt 6Jn979auE7JfwrdEEqvz1QJx4FVLlGJOnXvRVMON0nCyWR0Su33zIjHCR1Y/IhWZzhIV pvMbSqHVt1PsYTTVP61HEJZ/+rTFZgiH/pPIiGhg5UCzVH6BfOyB1jKGRM5/GV8Rf/+c 0Crfg7A/hDOGnBvgHXO1mi/so38lNon4FKltnj71aAYloPaDzriMNfYWncklDX3LU4IY 5Lcg== X-Received: by 10.180.218.41 with SMTP id pd9mr3845369wic.7.1403267469635; Fri, 20 Jun 2014 05:31:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.128.203 with HTTP; Fri, 20 Jun 2014 05:30:49 -0700 (PDT) From: Matthias Date: Fri, 20 Jun 2014 14:30:49 +0200 Message-ID: To: "xen-users@lists.xen.org" Subject: [Xen-users] Kernel config guidelines for xen power management X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4211716057452432046==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4211716057452432046== Content-Type: multipart/alternative; boundary=001a1134d4080d778604fc43ab92 --001a1134d4080d778604fc43ab92 Content-Type: text/plain; charset=UTF-8 Because most of the documentation on xen power managmeent is largely outdated or not that specific, I wanted to ask around if there are some general guidelines on what to use kernel wise to let the xen power managment work as best as possible. As far as I understand the general prospect is that the xen sceduling / cpuidle should replace the cpuidle function of the kernel when booted with xen support because xen has general a better understanding of the actual load on the system because it can judge domU load better then the kernel would be able to. But I would guess that the kernel itself needs to be configured a certain way for this to work. Especially with things like ticks vs. dynticks vs. tickless idle and irq time accounting, I would assume that these are not all equally supported by Xen. I know that kernel configs are different for every system / user, but I thing there should be some common best practices and general "Don't use xyz because it is known to cause issues". Scrolling through my kernel, I thing these options might be important, but feel free to add additional things: > General setup > Timers subsystem (no dynticks, tickless idle, tickless) and resulting options > General setup > CPU/Task time and stats accounting (simple tick based, full dynticks, IRQ time accounting) and resulting options > General setup > RCU Subsystem (any special options here, like RCU priority boosting etc) Automatic process group scheduling (CONFIG_SCHED_AUTOGROUP) y/n > Enable the block layer > IO Schedulers (anythig else then * everything and CFQ scheduler?) > Processor type and features > Preemption Model (server, desktop, low latency desktop) > Processor type and features > Timer frequency > Power management and ACPI options > CPU Frequency scaling (basically everything here) CONFIG_ACPI_PROCESSOR must be * ? > Power management and ACPI options > ACPI (Advanced Configuration and Power Interface) Support (anything else specifig here?) --001a1134d4080d778604fc43ab92 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Because most of the documentation on x= en power managmeent is largely outdated or not that specific, I wanted to a= sk around if there are some general guidelines on what to use kernel wise t= o let the xen power managment work as best as possible.

As far as I understand the general prospect is that the xen scedu= ling / cpuidle should replace the cpuidle function of the kernel when boote= d with xen support because xen has general a better understanding of the ac= tual load on the system because it can judge domU load better then the kern= el would be able to.

But I would guess that the kernel itself needs to be configured a= certain way for this to work. Especially with things like ticks vs. dyntic= ks vs. tickless idle and irq time accounting, I would assume that these are= not all equally supported by Xen.

I know that kernel configs are different for every system / user,= but I thing there should be some common best practices and general "D= on't use xyz because it is known to cause issues".

Scrolling through my kernel, I thing these options might be important, but = feel free to add additional things:

=C2=A0> General setup > Ti= mers subsystem (no dynticks, tickless idle, tickless) and resulting options=
=C2=A0> General setup > CPU/Task time and stats accounting (simple ti= ck based, full dynticks, IRQ time accounting) and resulting options
=C2= =A0> General setup > RCU Subsystem (any special options here, like RC= U priority boosting etc)
=C2=A0Automatic process group scheduling (CONFIG_SCHED_AUTOGROUP) y/n
= =C2=A0> Enable the block layer > IO Schedulers (anythig else then * e= verything and CFQ scheduler?)
=C2=A0> Processor type and features >= ; Preemption Model (server, desktop, low latency desktop)
=C2=A0> Processor type and features > Timer frequency
=C2=A0> = Power management and ACPI options > CPU Frequency scaling (basically eve= rything here)
CONFIG_ACPI_PROCESSOR must be * ?
=C2=A0> Power mana= gement and ACPI options > ACPI (Advanced Configuration and Power Interfa= ce) Support (anything else specifig here?)

--001a1134d4080d778604fc43ab92-- --===============4211716057452432046== 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 --===============4211716057452432046==-- From xen-users-bounces@lists.xen.org Fri Jun 20 12:32:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jun 2014 12:32:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxxyL-00005j-V1; Fri, 20 Jun 2014 12:31:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WxxyL-00005e-88 for xen-users@lists.xen.org; Fri, 20 Jun 2014 12:31:13 +0000 Received: from [193.109.254.147:36212] by server-14.bemta-14.messagelabs.com id F8/0B-08195-09924A35; Fri, 20 Jun 2014 12:31:12 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1403267471!12603721!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26360 invoked from network); 20 Jun 2014 12:31:11 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jun 2014 12:31:11 -0000 Received: by mail-we0-f170.google.com with SMTP id w61so3786329wes.15 for ; Fri, 20 Jun 2014 05:31:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=uVBlwM7X6UtkJiSnm9fd2HaXXFo69Xeuoo3TvKhvC+0=; b=fY1myFPP08nXByg0j+3h820eEXaUHbxZv+5DAfFdkJ12WIPahZZVXOumMMW2j2erlH FoRnlMz2Zq7xf1qxJKLNulAdvtXWbiMQW7COKarPGX9B22m0hDgV5OTRQfetirL9iYzt 6Jn979auE7JfwrdEEqvz1QJx4FVLlGJOnXvRVMON0nCyWR0Su33zIjHCR1Y/IhWZzhIV pvMbSqHVt1PsYTTVP61HEJZ/+rTFZgiH/pPIiGhg5UCzVH6BfOyB1jKGRM5/GV8Rf/+c 0Crfg7A/hDOGnBvgHXO1mi/so38lNon4FKltnj71aAYloPaDzriMNfYWncklDX3LU4IY 5Lcg== X-Received: by 10.180.218.41 with SMTP id pd9mr3845369wic.7.1403267469635; Fri, 20 Jun 2014 05:31:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.128.203 with HTTP; Fri, 20 Jun 2014 05:30:49 -0700 (PDT) From: Matthias Date: Fri, 20 Jun 2014 14:30:49 +0200 Message-ID: To: "xen-users@lists.xen.org" Subject: [Xen-users] Kernel config guidelines for xen power management X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4211716057452432046==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4211716057452432046== Content-Type: multipart/alternative; boundary=001a1134d4080d778604fc43ab92 --001a1134d4080d778604fc43ab92 Content-Type: text/plain; charset=UTF-8 Because most of the documentation on xen power managmeent is largely outdated or not that specific, I wanted to ask around if there are some general guidelines on what to use kernel wise to let the xen power managment work as best as possible. As far as I understand the general prospect is that the xen sceduling / cpuidle should replace the cpuidle function of the kernel when booted with xen support because xen has general a better understanding of the actual load on the system because it can judge domU load better then the kernel would be able to. But I would guess that the kernel itself needs to be configured a certain way for this to work. Especially with things like ticks vs. dynticks vs. tickless idle and irq time accounting, I would assume that these are not all equally supported by Xen. I know that kernel configs are different for every system / user, but I thing there should be some common best practices and general "Don't use xyz because it is known to cause issues". Scrolling through my kernel, I thing these options might be important, but feel free to add additional things: > General setup > Timers subsystem (no dynticks, tickless idle, tickless) and resulting options > General setup > CPU/Task time and stats accounting (simple tick based, full dynticks, IRQ time accounting) and resulting options > General setup > RCU Subsystem (any special options here, like RCU priority boosting etc) Automatic process group scheduling (CONFIG_SCHED_AUTOGROUP) y/n > Enable the block layer > IO Schedulers (anythig else then * everything and CFQ scheduler?) > Processor type and features > Preemption Model (server, desktop, low latency desktop) > Processor type and features > Timer frequency > Power management and ACPI options > CPU Frequency scaling (basically everything here) CONFIG_ACPI_PROCESSOR must be * ? > Power management and ACPI options > ACPI (Advanced Configuration and Power Interface) Support (anything else specifig here?) --001a1134d4080d778604fc43ab92 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Because most of the documentation on x= en power managmeent is largely outdated or not that specific, I wanted to a= sk around if there are some general guidelines on what to use kernel wise t= o let the xen power managment work as best as possible.

As far as I understand the general prospect is that the xen scedu= ling / cpuidle should replace the cpuidle function of the kernel when boote= d with xen support because xen has general a better understanding of the ac= tual load on the system because it can judge domU load better then the kern= el would be able to.

But I would guess that the kernel itself needs to be configured a= certain way for this to work. Especially with things like ticks vs. dyntic= ks vs. tickless idle and irq time accounting, I would assume that these are= not all equally supported by Xen.

I know that kernel configs are different for every system / user,= but I thing there should be some common best practices and general "D= on't use xyz because it is known to cause issues".

Scrolling through my kernel, I thing these options might be important, but = feel free to add additional things:

=C2=A0> General setup > Ti= mers subsystem (no dynticks, tickless idle, tickless) and resulting options=
=C2=A0> General setup > CPU/Task time and stats accounting (simple ti= ck based, full dynticks, IRQ time accounting) and resulting options
=C2= =A0> General setup > RCU Subsystem (any special options here, like RC= U priority boosting etc)
=C2=A0Automatic process group scheduling (CONFIG_SCHED_AUTOGROUP) y/n
= =C2=A0> Enable the block layer > IO Schedulers (anythig else then * e= verything and CFQ scheduler?)
=C2=A0> Processor type and features >= ; Preemption Model (server, desktop, low latency desktop)
=C2=A0> Processor type and features > Timer frequency
=C2=A0> = Power management and ACPI options > CPU Frequency scaling (basically eve= rything here)
CONFIG_ACPI_PROCESSOR must be * ?
=C2=A0> Power mana= gement and ACPI options > ACPI (Advanced Configuration and Power Interfa= ce) Support (anything else specifig here?)

--001a1134d4080d778604fc43ab92-- --===============4211716057452432046== 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 --===============4211716057452432046==-- From xen-users-bounces@lists.xen.org Fri Jun 20 15:45:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jun 2014 15:45:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wy0yy-0001Mp-ID; Fri, 20 Jun 2014 15:44:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wy0yw-0001Mk-Bx for xen-users@lists.xen.org; Fri, 20 Jun 2014 15:44:02 +0000 Received: from [193.109.254.147:35956] by server-14.bemta-14.messagelabs.com id 9A/5B-08195-1C654A35; Fri, 20 Jun 2014 15:44:01 +0000 X-Env-Sender: patric.hafner@geops.de X-Msg-Ref: server-15.tower-27.messagelabs.com!1403279040!12659270!1 X-Originating-IP: [78.47.230.222] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28094 invoked from network); 20 Jun 2014 15:44:00 -0000 Received: from taube.srv.geops.de (HELO taube.srv.geops.de) (78.47.230.222) by server-15.tower-27.messagelabs.com with SMTP; 20 Jun 2014 15:44:00 -0000 Received: from [192.168.1.77] (vpn.geops.de [217.91.197.219]) by taube.srv.geops.de (Postfix) with ESMTPSA id 91F7634042D for ; Fri, 20 Jun 2014 17:44:00 +0200 (CEST) Message-ID: <53A456C5.70000@geops.de> Date: Fri, 20 Jun 2014 17:44:05 +0200 From: Patric Hafner | geOps Organization: geops.de User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Filesystem corruptions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org RGVhciB4ZW4tdXNlcnMsCgppbiB0aGUgbGFzdCB0d28gZGF5cywgdHdvIGRpZmZlcmVudCBkb21V cyBvbiB0d28gZGlmZmVyZW50IGRvbTBzIGhhZCAKc3VkZGVubHkgY29ycnVwdGVkIGZpbGVzeXN0 ZW1zIHdoaWNoIGxldCB0byB0b3RhbCBkYXRhIGxvc3Mgb24gYm90aCAKZG9tVXMuIEkgaGF2ZSBu ZXZlciBzdWZmZXJlZCB1bmRlciB0aGlzIGZhaWx1cmUgYmVmb3JlIGFuZCBJIGd1ZXNzIGl0IGlz IApyZWxhdGVkIHRvIFhFTi4gQm90aCBkb21VcyB3ZXJlIHJ1bm5pbmcgZm9yIGxvbmcgdGltZSB3 aXRob3V0IGFueSAKcHJvYmxlbXMgYW5kIEkgYW0gcHJldHR5IHN1cmUsIHRoYXQgdGhlIGhhcmQg ZHJpdmVzIGFyZSBmaW5lIChjaGVja2VkIAp3aXRoIHNtYXJ0IGNoZWNrcykuCgoKWzEyMTUzNzku MzAyNjc5XSBFWFQzLWZzICh4dmRhMik6IGVycm9yIGluIGV4dDNfbmV3X2lub2RlOiBJTyBmYWls dXJlClsxMjE1Mzc5LjMwMjY4OV0gQWJvcnRpbmcgam91cm5hbCBvbiBkZXZpY2UgeHZkYTIuClsx MjE1Mzc5LjMwNDE5M10gRVhUMy1mcyAoeHZkYTIpOiBlcnJvcjogZXh0M19qb3VybmFsX3N0YXJ0 X3NiOiBEZXRlY3RlZCAKYWJvcnRlZCBqb3VybmFsClsxMjE1Mzc5LjMwNDIwMF0gRVhUMy1mcyAo eHZkYTIpOiBlcnJvcjogcmVtb3VudGluZyBmaWxlc3lzdGVtIHJlYWQtb25seQpbMTIxNTM3OS4z MjkwNDNdIEVYVDMtZnMgKHh2ZGEyKTogZXJyb3I6IHJlbW91bnRpbmcgZmlsZXN5c3RlbSByZWFk LW9ubHkKWzEyMTUzNzkuMzI5MjQ2XSBFWFQzLWZzICh4dmRhMik6IGVycm9yIGluIGV4dDNfY3Jl YXRlOiBJTyBmYWlsdXJlClsxMjE1Mzc5LjMzMDUwMl0gX19qb3VybmFsX3JlbW92ZV9qb3VybmFs X2hlYWQ6IGZyZWVpbmcgYl9jb21taXR0ZWRfZGF0YQoKQWZ0ZXIgc2h1dGluZyBkb3duIG9mIGRv bVVzLCBmc2NrIGZhaWxlZCB0byByZXBhaXIgdGhlIGZpbGVzeXN0ZW0gYW5kIApyZXN0b3JlIG9m IGZpbGVzIHdhcyBuZWNlc3NhcnkuCk5vIHVwZGF0ZXMgb2YgWEVOIG9yIHRoZSBrZXJuZWwgd2Vy ZSBtYWRlIHRoZSBkYXlzIGJlZm9yZS4KSXQgd2FzIG5vIHBvc3NpYmxlIHRvIHJlcHJvZHVjZSB0 aGUgcHJvYmxlbSB5ZXQuCgoKU2V0dXAgZm9yIGJvdGggcGh5c2ljYWwgaG9zdHMgaXMgZXhhY3Rs eSB0aGUgc2FtZToKCmRvbTAKLS0tLS0KCkRlYmlhbiBHTlUvTGludXggNy41IHdoZWV6eQpzdy1S YWlkIHZpYSBtZGFkbSwgTFZNIG9uIHRvcAoK4pWw4pSAJCB1bmFtZSAtYQpMaW51eCBob3N0bmFt ZSAzLjIuMC00LWFtZDY0ICMxIFNNUCBEZWJpYW4gMy4yLjU3LTMrZGViN3UyIHg4Nl82NCBHTlUv TGludXgKCgpyZWxlYXNlICAgICAgICAgICAgICAgIDogMy4yLjAtNC1hbWQ2NAp2ZXJzaW9uICAg ICAgICAgICAgICAgIDogIzEgU01QIERlYmlhbiAzLjIuNTQtMgptYWNoaW5lICAgICAgICAgICAg ICAgIDogeDg2XzY0Cnhlbl9tYWpvciAgICAgICAgICAgICAgOiA0Cnhlbl9taW5vciAgICAgICAg ICAgICAgOiAxCnhlbl9leHRyYSAgICAgICAgICAgICAgOiAuNAoKRWFjaCBydW5uaW5nIGFib3V0 IDEwIGRvbWFpbnMsIGFuZCBvbmx5IG9uZSB3YXMgYWZmZWN0ZWQgZWFjaCBieSB0aGlzIApwcm9i bGVtLgoKZG9tVQotLS0tLS0tLQoKRGViaWFuIEdOVS9MaW51eCA3LjUgd2hlZXp5CkJvb3Qgdmlh IHB5Z3J1YgoKTGludXggaG9zdG5hbWUgMy4yLjAtNC1hbWQ2NCAjMSBTTVAgRGViaWFuIDMuMi41 Ny0zK2RlYjd1MiB4ODZfNjQgR05VL0xpbnV4CgoKSGFzIHNvbWVib2R5IGFuIGlkZWEgd2hhdCBp cyBnb2luZyB3cm9uZyBoZXJlPwoKQmVzdCByZWdhcmRzLApQYXRyaWMKCgotLSAKd2ViIHd3dy5n ZW9wcy5kZQpyc3Mgd3d3Lmdlb3BzLmRlL2Jsb2cvZmVlZApmb2xsb3cgd3d3LnR3aXR0ZXIuY29t L2dlb3BzCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpY ZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0 cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Jun 20 15:45:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jun 2014 15:45:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wy0yy-0001Mp-ID; Fri, 20 Jun 2014 15:44:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wy0yw-0001Mk-Bx for xen-users@lists.xen.org; Fri, 20 Jun 2014 15:44:02 +0000 Received: from [193.109.254.147:35956] by server-14.bemta-14.messagelabs.com id 9A/5B-08195-1C654A35; Fri, 20 Jun 2014 15:44:01 +0000 X-Env-Sender: patric.hafner@geops.de X-Msg-Ref: server-15.tower-27.messagelabs.com!1403279040!12659270!1 X-Originating-IP: [78.47.230.222] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28094 invoked from network); 20 Jun 2014 15:44:00 -0000 Received: from taube.srv.geops.de (HELO taube.srv.geops.de) (78.47.230.222) by server-15.tower-27.messagelabs.com with SMTP; 20 Jun 2014 15:44:00 -0000 Received: from [192.168.1.77] (vpn.geops.de [217.91.197.219]) by taube.srv.geops.de (Postfix) with ESMTPSA id 91F7634042D for ; Fri, 20 Jun 2014 17:44:00 +0200 (CEST) Message-ID: <53A456C5.70000@geops.de> Date: Fri, 20 Jun 2014 17:44:05 +0200 From: Patric Hafner | geOps Organization: geops.de User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Filesystem corruptions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org RGVhciB4ZW4tdXNlcnMsCgppbiB0aGUgbGFzdCB0d28gZGF5cywgdHdvIGRpZmZlcmVudCBkb21V cyBvbiB0d28gZGlmZmVyZW50IGRvbTBzIGhhZCAKc3VkZGVubHkgY29ycnVwdGVkIGZpbGVzeXN0 ZW1zIHdoaWNoIGxldCB0byB0b3RhbCBkYXRhIGxvc3Mgb24gYm90aCAKZG9tVXMuIEkgaGF2ZSBu ZXZlciBzdWZmZXJlZCB1bmRlciB0aGlzIGZhaWx1cmUgYmVmb3JlIGFuZCBJIGd1ZXNzIGl0IGlz IApyZWxhdGVkIHRvIFhFTi4gQm90aCBkb21VcyB3ZXJlIHJ1bm5pbmcgZm9yIGxvbmcgdGltZSB3 aXRob3V0IGFueSAKcHJvYmxlbXMgYW5kIEkgYW0gcHJldHR5IHN1cmUsIHRoYXQgdGhlIGhhcmQg ZHJpdmVzIGFyZSBmaW5lIChjaGVja2VkIAp3aXRoIHNtYXJ0IGNoZWNrcykuCgoKWzEyMTUzNzku MzAyNjc5XSBFWFQzLWZzICh4dmRhMik6IGVycm9yIGluIGV4dDNfbmV3X2lub2RlOiBJTyBmYWls dXJlClsxMjE1Mzc5LjMwMjY4OV0gQWJvcnRpbmcgam91cm5hbCBvbiBkZXZpY2UgeHZkYTIuClsx MjE1Mzc5LjMwNDE5M10gRVhUMy1mcyAoeHZkYTIpOiBlcnJvcjogZXh0M19qb3VybmFsX3N0YXJ0 X3NiOiBEZXRlY3RlZCAKYWJvcnRlZCBqb3VybmFsClsxMjE1Mzc5LjMwNDIwMF0gRVhUMy1mcyAo eHZkYTIpOiBlcnJvcjogcmVtb3VudGluZyBmaWxlc3lzdGVtIHJlYWQtb25seQpbMTIxNTM3OS4z MjkwNDNdIEVYVDMtZnMgKHh2ZGEyKTogZXJyb3I6IHJlbW91bnRpbmcgZmlsZXN5c3RlbSByZWFk LW9ubHkKWzEyMTUzNzkuMzI5MjQ2XSBFWFQzLWZzICh4dmRhMik6IGVycm9yIGluIGV4dDNfY3Jl YXRlOiBJTyBmYWlsdXJlClsxMjE1Mzc5LjMzMDUwMl0gX19qb3VybmFsX3JlbW92ZV9qb3VybmFs X2hlYWQ6IGZyZWVpbmcgYl9jb21taXR0ZWRfZGF0YQoKQWZ0ZXIgc2h1dGluZyBkb3duIG9mIGRv bVVzLCBmc2NrIGZhaWxlZCB0byByZXBhaXIgdGhlIGZpbGVzeXN0ZW0gYW5kIApyZXN0b3JlIG9m IGZpbGVzIHdhcyBuZWNlc3NhcnkuCk5vIHVwZGF0ZXMgb2YgWEVOIG9yIHRoZSBrZXJuZWwgd2Vy ZSBtYWRlIHRoZSBkYXlzIGJlZm9yZS4KSXQgd2FzIG5vIHBvc3NpYmxlIHRvIHJlcHJvZHVjZSB0 aGUgcHJvYmxlbSB5ZXQuCgoKU2V0dXAgZm9yIGJvdGggcGh5c2ljYWwgaG9zdHMgaXMgZXhhY3Rs eSB0aGUgc2FtZToKCmRvbTAKLS0tLS0KCkRlYmlhbiBHTlUvTGludXggNy41IHdoZWV6eQpzdy1S YWlkIHZpYSBtZGFkbSwgTFZNIG9uIHRvcAoK4pWw4pSAJCB1bmFtZSAtYQpMaW51eCBob3N0bmFt ZSAzLjIuMC00LWFtZDY0ICMxIFNNUCBEZWJpYW4gMy4yLjU3LTMrZGViN3UyIHg4Nl82NCBHTlUv TGludXgKCgpyZWxlYXNlICAgICAgICAgICAgICAgIDogMy4yLjAtNC1hbWQ2NAp2ZXJzaW9uICAg ICAgICAgICAgICAgIDogIzEgU01QIERlYmlhbiAzLjIuNTQtMgptYWNoaW5lICAgICAgICAgICAg ICAgIDogeDg2XzY0Cnhlbl9tYWpvciAgICAgICAgICAgICAgOiA0Cnhlbl9taW5vciAgICAgICAg ICAgICAgOiAxCnhlbl9leHRyYSAgICAgICAgICAgICAgOiAuNAoKRWFjaCBydW5uaW5nIGFib3V0 IDEwIGRvbWFpbnMsIGFuZCBvbmx5IG9uZSB3YXMgYWZmZWN0ZWQgZWFjaCBieSB0aGlzIApwcm9i bGVtLgoKZG9tVQotLS0tLS0tLQoKRGViaWFuIEdOVS9MaW51eCA3LjUgd2hlZXp5CkJvb3Qgdmlh IHB5Z3J1YgoKTGludXggaG9zdG5hbWUgMy4yLjAtNC1hbWQ2NCAjMSBTTVAgRGViaWFuIDMuMi41 Ny0zK2RlYjd1MiB4ODZfNjQgR05VL0xpbnV4CgoKSGFzIHNvbWVib2R5IGFuIGlkZWEgd2hhdCBp cyBnb2luZyB3cm9uZyBoZXJlPwoKQmVzdCByZWdhcmRzLApQYXRyaWMKCgotLSAKd2ViIHd3dy5n ZW9wcy5kZQpyc3Mgd3d3Lmdlb3BzLmRlL2Jsb2cvZmVlZApmb2xsb3cgd3d3LnR3aXR0ZXIuY29t L2dlb3BzCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpY ZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0 cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Sat Jun 21 04:33:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 04:33:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyCxo-0004Rx-33; Sat, 21 Jun 2014 04:31:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyCxm-0004Rs-Jm for xen-users@lists.xen.org; Sat, 21 Jun 2014 04:31:38 +0000 Received: from [193.109.254.147:6852] by server-14.bemta-14.messagelabs.com id 63/84-08195-9AA05A35; Sat, 21 Jun 2014 04:31:37 +0000 X-Env-Sender: dr.addn@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1403325096!12723148!1 X-Originating-IP: [74.125.82.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11146 invoked from network); 21 Jun 2014 04:31:36 -0000 Received: from mail-wg0-f52.google.com (HELO mail-wg0-f52.google.com) (74.125.82.52) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jun 2014 04:31:36 -0000 Received: by mail-wg0-f52.google.com with SMTP id b13so4478430wgh.35 for ; Fri, 20 Jun 2014 21:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LpAzC2UGz2N2WvLoQCUvOO1ZfqAH5ZfBNox1gYgzBpI=; b=y64FG17PEMQm9OprzaR4hGS1OQqlWNgP+Ew2SwI73/UrVPq8d0aWexW9A+e/EhYp3o sw2NIAVqpvegKucRWWZtGA2TxEGxTv0Kjbj5yrd26r8xkIVKw+ey3T0zBz7sgtHyyH5C Nf0tg853780obGmQQFL55tvWy1ei1yoxEf2o5ZnBRD40Ji7d1nAioOVBXPsyCMMxOsPd GzEuJPKYH4UO+xEp6oNA2EweK5eDgtxkrrzwq6nK3KGBi3NynZh6m+EApis8KfOmujLd UjPgyuNoAViTyIr+gcm8QiI3uiqPBmvMNLbIzxc20pKlnAkSF99neFooWasUcdMG2BPq jYNQ== MIME-Version: 1.0 X-Received: by 10.180.82.7 with SMTP id e7mr8710091wiy.6.1403325096344; Fri, 20 Jun 2014 21:31:36 -0700 (PDT) Received: by 10.194.190.75 with HTTP; Fri, 20 Jun 2014 21:31:36 -0700 (PDT) In-Reply-To: <53A456C5.70000@geops.de> References: <53A456C5.70000@geops.de> Date: Fri, 20 Jun 2014 21:31:36 -0700 Message-ID: From: "Ph.T" To: "Patric Hafner | geOps" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Filesystem corruptions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5537972081078198977==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5537972081078198977== Content-Type: multipart/alternative; boundary=f46d04428802df415004fc51158c --f46d04428802df415004fc51158c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable . one thing that impressed about Qubes OS is that their whole project is about hardening Xen and pointing out how to use it safely; eg, don't share sd cards or usb drives with it if you want to avoid firmware rootkits . On Fri, Jun 20, 2014 at 8:44 AM, Patric Hafner | geOps < patric.hafner@geops.de> wrote: > Dear xen-users, > > in the last two days, two different domUs on two different dom0s had > suddenly corrupted filesystems which let to total data loss on both domUs= . > I have never suffered under this failure before and I guess it is related > to XEN. Both domUs were running for long time without any problems and I = am > pretty sure, that the hard drives are fine (checked with smart checks). > > > [1215379.302679] EXT3-fs (xvda2): error in ext3_new_inode: IO failure > [1215379.302689] Aborting journal on device xvda2. > [1215379.304193] EXT3-fs (xvda2): error: ext3_journal_start_sb: Detected > aborted journal > [1215379.304200] EXT3-fs (xvda2): error: remounting filesystem read-only > [1215379.329043] EXT3-fs (xvda2): error: remounting filesystem read-only > [1215379.329246] EXT3-fs (xvda2): error in ext3_create: IO failure > [1215379.330502] __journal_remove_journal_head: freeing b_committed_data > > After shuting down of domUs, fsck failed to repair the filesystem and > restore of files was necessary. > No updates of XEN or the kernel were made the days before. > It was no possible to reproduce the problem yet. > > > Setup for both physical hosts is exactly the same: > > dom0 > ----- > > Debian GNU/Linux 7.5 wheezy > sw-Raid via mdadm, LVM on top > > =E2=95=B0=E2=94=80$ uname -a > Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Lin= ux > > > release : 3.2.0-4-amd64 > version : #1 SMP Debian 3.2.54-2 > machine : x86_64 > xen_major : 4 > xen_minor : 1 > xen_extra : .4 > > Each running about 10 domains, and only one was affected each by this > problem. > > domU > -------- > > Debian GNU/Linux 7.5 wheezy > Boot via pygrub > > Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Lin= ux > > > Has somebody an idea what is going wrong here? > > Best regards, > Patric > > > -- > web www.geops.de > rss www.geops.de/blog/feed > follow www.twitter.com/geops > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=20 Americium Dream Documents "(real opportunity starts with real documentation) --f46d04428802df415004fc51158c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
. one thing that impressed about Qubes OS
=C2=A0is that their whole project is about hardening Xen
and pointing out how to use it safely;
eg, don't share sd ca= rds or usb drives with it
if you want to avoid firmware rootkits .



On F= ri, Jun 20, 2014 at 8:44 AM, Patric Hafner | geOps <patric.hafner@geo= ps.de> wrote:
Dear xen-users,

in the last two days, two different domUs on two different dom0s had sudden= ly corrupted filesystems which let to total data loss on both domUs. I have= never suffered under this failure before and I guess it is related to XEN.= Both domUs were running for long time without any problems and I am pretty= sure, that the hard drives are fine (checked with smart checks).


[1215379.302679] EXT3-fs (xvda2): error in ext3_new_inode: IO failure
[1215379.302689] Aborting journal on device xvda2.
[1215379.304193] EXT3-fs (xvda2): error: ext3_journal_start_sb: Detected ab= orted journal
[1215379.304200] EXT3-fs (xvda2): error: remounting filesystem read-only [1215379.329043] EXT3-fs (xvda2): error: remounting filesystem read-only [1215379.329246] EXT3-fs (xvda2): error in ext3_create: IO failure
[1215379.330502] __journal_remove_journal_head: freeing b_committed_data
After shuting down of domUs, fsck failed to repair the filesystem and resto= re of files was necessary.
No updates of XEN or the kernel were made the days before.
It was no possible to reproduce the problem yet.


Setup for both physical hosts is exactly the same:

dom0
-----

Debian GNU/Linux 7.5 wheezy
sw-Raid via mdadm, LVM on top

=E2=95=B0=E2=94=80$ uname -a
Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Linux=


release =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 3.2.0-4-am= d64
version =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: #1 SMP Deb= ian 3.2.54-2
machine =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: x86_64
xen_major =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 4
xen_minor =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 1
xen_extra =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: .4

Each running about 10 domains, and only one was affected each by this probl= em.

domU
--------

Debian GNU/Linux 7.5 wheezy
Boot via pygrub

Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Linux=


Has somebody an idea what is going wrong here?

Best regards,
Patric


--
web www.geops.de
rss www.geops.d= e/blog/feed
follow www.twitt= er.com/geops

_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users


=

--
Americium Dream Documents
"(real opportunity = starts with real documentation)
--f46d04428802df415004fc51158c-- --===============5537972081078198977== 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 --===============5537972081078198977==-- From xen-users-bounces@lists.xen.org Sat Jun 21 04:33:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 04:33:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyCxo-0004Rx-33; Sat, 21 Jun 2014 04:31:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyCxm-0004Rs-Jm for xen-users@lists.xen.org; Sat, 21 Jun 2014 04:31:38 +0000 Received: from [193.109.254.147:6852] by server-14.bemta-14.messagelabs.com id 63/84-08195-9AA05A35; Sat, 21 Jun 2014 04:31:37 +0000 X-Env-Sender: dr.addn@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1403325096!12723148!1 X-Originating-IP: [74.125.82.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11146 invoked from network); 21 Jun 2014 04:31:36 -0000 Received: from mail-wg0-f52.google.com (HELO mail-wg0-f52.google.com) (74.125.82.52) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jun 2014 04:31:36 -0000 Received: by mail-wg0-f52.google.com with SMTP id b13so4478430wgh.35 for ; Fri, 20 Jun 2014 21:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LpAzC2UGz2N2WvLoQCUvOO1ZfqAH5ZfBNox1gYgzBpI=; b=y64FG17PEMQm9OprzaR4hGS1OQqlWNgP+Ew2SwI73/UrVPq8d0aWexW9A+e/EhYp3o sw2NIAVqpvegKucRWWZtGA2TxEGxTv0Kjbj5yrd26r8xkIVKw+ey3T0zBz7sgtHyyH5C Nf0tg853780obGmQQFL55tvWy1ei1yoxEf2o5ZnBRD40Ji7d1nAioOVBXPsyCMMxOsPd GzEuJPKYH4UO+xEp6oNA2EweK5eDgtxkrrzwq6nK3KGBi3NynZh6m+EApis8KfOmujLd UjPgyuNoAViTyIr+gcm8QiI3uiqPBmvMNLbIzxc20pKlnAkSF99neFooWasUcdMG2BPq jYNQ== MIME-Version: 1.0 X-Received: by 10.180.82.7 with SMTP id e7mr8710091wiy.6.1403325096344; Fri, 20 Jun 2014 21:31:36 -0700 (PDT) Received: by 10.194.190.75 with HTTP; Fri, 20 Jun 2014 21:31:36 -0700 (PDT) In-Reply-To: <53A456C5.70000@geops.de> References: <53A456C5.70000@geops.de> Date: Fri, 20 Jun 2014 21:31:36 -0700 Message-ID: From: "Ph.T" To: "Patric Hafner | geOps" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Filesystem corruptions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5537972081078198977==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5537972081078198977== Content-Type: multipart/alternative; boundary=f46d04428802df415004fc51158c --f46d04428802df415004fc51158c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable . one thing that impressed about Qubes OS is that their whole project is about hardening Xen and pointing out how to use it safely; eg, don't share sd cards or usb drives with it if you want to avoid firmware rootkits . On Fri, Jun 20, 2014 at 8:44 AM, Patric Hafner | geOps < patric.hafner@geops.de> wrote: > Dear xen-users, > > in the last two days, two different domUs on two different dom0s had > suddenly corrupted filesystems which let to total data loss on both domUs= . > I have never suffered under this failure before and I guess it is related > to XEN. Both domUs were running for long time without any problems and I = am > pretty sure, that the hard drives are fine (checked with smart checks). > > > [1215379.302679] EXT3-fs (xvda2): error in ext3_new_inode: IO failure > [1215379.302689] Aborting journal on device xvda2. > [1215379.304193] EXT3-fs (xvda2): error: ext3_journal_start_sb: Detected > aborted journal > [1215379.304200] EXT3-fs (xvda2): error: remounting filesystem read-only > [1215379.329043] EXT3-fs (xvda2): error: remounting filesystem read-only > [1215379.329246] EXT3-fs (xvda2): error in ext3_create: IO failure > [1215379.330502] __journal_remove_journal_head: freeing b_committed_data > > After shuting down of domUs, fsck failed to repair the filesystem and > restore of files was necessary. > No updates of XEN or the kernel were made the days before. > It was no possible to reproduce the problem yet. > > > Setup for both physical hosts is exactly the same: > > dom0 > ----- > > Debian GNU/Linux 7.5 wheezy > sw-Raid via mdadm, LVM on top > > =E2=95=B0=E2=94=80$ uname -a > Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Lin= ux > > > release : 3.2.0-4-amd64 > version : #1 SMP Debian 3.2.54-2 > machine : x86_64 > xen_major : 4 > xen_minor : 1 > xen_extra : .4 > > Each running about 10 domains, and only one was affected each by this > problem. > > domU > -------- > > Debian GNU/Linux 7.5 wheezy > Boot via pygrub > > Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Lin= ux > > > Has somebody an idea what is going wrong here? > > Best regards, > Patric > > > -- > web www.geops.de > rss www.geops.de/blog/feed > follow www.twitter.com/geops > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=20 Americium Dream Documents "(real opportunity starts with real documentation) --f46d04428802df415004fc51158c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
. one thing that impressed about Qubes OS
=C2=A0is that their whole project is about hardening Xen
and pointing out how to use it safely;
eg, don't share sd ca= rds or usb drives with it
if you want to avoid firmware rootkits .



On F= ri, Jun 20, 2014 at 8:44 AM, Patric Hafner | geOps <patric.hafner@geo= ps.de> wrote:
Dear xen-users,

in the last two days, two different domUs on two different dom0s had sudden= ly corrupted filesystems which let to total data loss on both domUs. I have= never suffered under this failure before and I guess it is related to XEN.= Both domUs were running for long time without any problems and I am pretty= sure, that the hard drives are fine (checked with smart checks).


[1215379.302679] EXT3-fs (xvda2): error in ext3_new_inode: IO failure
[1215379.302689] Aborting journal on device xvda2.
[1215379.304193] EXT3-fs (xvda2): error: ext3_journal_start_sb: Detected ab= orted journal
[1215379.304200] EXT3-fs (xvda2): error: remounting filesystem read-only [1215379.329043] EXT3-fs (xvda2): error: remounting filesystem read-only [1215379.329246] EXT3-fs (xvda2): error in ext3_create: IO failure
[1215379.330502] __journal_remove_journal_head: freeing b_committed_data
After shuting down of domUs, fsck failed to repair the filesystem and resto= re of files was necessary.
No updates of XEN or the kernel were made the days before.
It was no possible to reproduce the problem yet.


Setup for both physical hosts is exactly the same:

dom0
-----

Debian GNU/Linux 7.5 wheezy
sw-Raid via mdadm, LVM on top

=E2=95=B0=E2=94=80$ uname -a
Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Linux=


release =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 3.2.0-4-am= d64
version =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: #1 SMP Deb= ian 3.2.54-2
machine =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: x86_64
xen_major =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 4
xen_minor =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 1
xen_extra =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: .4

Each running about 10 domains, and only one was affected each by this probl= em.

domU
--------

Debian GNU/Linux 7.5 wheezy
Boot via pygrub

Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Linux=


Has somebody an idea what is going wrong here?

Best regards,
Patric


--
web www.geops.de
rss www.geops.d= e/blog/feed
follow www.twitt= er.com/geops

_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users


=

--
Americium Dream Documents
"(real opportunity = starts with real documentation)
--f46d04428802df415004fc51158c-- --===============5537972081078198977== 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 --===============5537972081078198977==-- From xen-users-bounces@lists.xen.org Sat Jun 21 14:14:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:14:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyM25-0004nG-Lt; Sat, 21 Jun 2014 14:12:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wy6U4-000823-0H for xen-users@lists.xensource.com; Fri, 20 Jun 2014 21:36:32 +0000 Received: from [193.109.254.147:51217] by server-9.bemta-14.messagelabs.com id 70/66-03644-F59A4A35; Fri, 20 Jun 2014 21:36:31 +0000 X-Env-Sender: radek.smigielski@ymail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1403300189!12713229!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32170 invoked from network); 20 Jun 2014 21:36:30 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-4.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 20 Jun 2014 21:36:30 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Wy6U0-0003kv-E8 for xen-users@lists.xensource.com; Fri, 20 Jun 2014 14:36:28 -0700 Date: Fri, 20 Jun 2014 14:36:28 -0700 (PDT) From: radek To: xen-users@lists.xensource.com Message-ID: <1403299984.57726.YahooMailNeo@web171601.mail.ir2.yahoo.com> In-Reply-To: <53A456C5.70000@geops.de> References: <53A456C5.70000@geops.de> MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 21 Jun 2014 14:12:38 +0000 Subject: Re: [Xen-users] Filesystem corruptions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4282995646620119715==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4282995646620119715== Content-Type: multipart/alternative; boundary="----=_Part_159010_17839148.1403300188432" ------=_Part_159010_17839148.1403300188432 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Friday, 20 June 2014, 16:47:04, Patric Hafner | geOps [via Xen] wrote: >[1215379.302679] EXT3-fs (xvda2): error in ext3_new_inode: IO failure=20 >[1215379.302689] Aborting journal on device xvda2.=20 >[1215379.304193] EXT3-fs (xvda2): error: ext3_journal_start_sb: Detected= =20 >aborted journal=20 >[1215379.304200] EXT3-fs (xvda2): error: remounting filesystem read-only= =20 >[1215379.329043] EXT3-fs (xvda2): error: remounting filesystem read-only= =20 >[1215379.329246] EXT3-fs (xvda2): error in ext3_create: IO failure=20 >[1215379.330502] __journal_remove_journal_head: freeing b_committed_data= =20 Patric, I've seen similar issue few times in the past and it was always som= e storage access issue. Your guest suddenly lost connection to own virtual = disk, was trying to mount it in RO mode but this also failed.=C2=A0 What is your storage? Do you have more VMs on the same storage? Any storage= related errors on dom0? - Radek Smigielski=C2=A0 -- View this message in context: http://xen.1045712.n5.nabble.com/Filesystem-c= orruptions-tp5723252p5723253.html Sent from the Xen - User mailing list archive at Nabble.com. ------=_Part_159010_17839148.1403300188432 Content-Type: text/html; charset=UTF8 Content-Transfer-Encoding: quoted-printable
On Friday, 20 June 2014, 16:47:04, Patric Hafner | geOps [via Xen] <= ;[hidden email]> wrote:
>[1215379.302679] EXT3-fs (xvda2): error in ext3_new_inode: IO fail= ure=20
>[1215379.302689] Aborting journal on device xvda2.=20
>[1215379.304193] EXT3-fs (xvda2): error: ext3_journal_start_sb: De= tected=20
>aborted journal=20
>[1215379.304200] EXT3-fs (xvda2): error: remounting filesystem rea= d-only=20
>[1215379.329043] EXT3-fs (xvda2): error: remounting filesystem rea= d-only=20
>[1215379.329246] EXT3-fs (xvda2): error in ext3_create: IO failure= =20
>[1215379.330502] __journal_remove_journal_head: freeing b_committe= d_data=20


Patric, I've seen similar issue few times in the past and it= was always some storage access issue. Your guest suddenly lost connection = to own virtual disk, was trying to mount it in RO mode but this also failed= .=C2=A0
What is your storage? Do you have more VMs on the same storage? Any st= orage related errors on dom0?


- Radek Smigielski=C2=A0

=09 =09 =09
View this message in context: Re: Filesystem corruptions
Sent from the Xen - User mailing list archive at Nabble.com.
------=_Part_159010_17839148.1403300188432-- --===============4282995646620119715== 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 --===============4282995646620119715==-- From xen-users-bounces@lists.xen.org Sat Jun 21 14:14:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:14:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyM26-0004nO-79; Sat, 21 Jun 2014 14:12:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyDzO-0005jz-UG for xen-users@lists.xen.org; Sat, 21 Jun 2014 05:37:23 +0000 Received: from [85.158.139.211:21544] by server-9.bemta-5.messagelabs.com id 3E/A6-01655-21A15A35; Sat, 21 Jun 2014 05:37:22 +0000 X-Env-Sender: joncoleman@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1403329040!11161732!1 X-Originating-IP: [209.85.213.179] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12040 invoked from network); 21 Jun 2014 05:37:21 -0000 Received: from mail-ig0-f179.google.com (HELO mail-ig0-f179.google.com) (209.85.213.179) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jun 2014 05:37:21 -0000 Received: by mail-ig0-f179.google.com with SMTP id uq10so1228612igb.6 for ; Fri, 20 Jun 2014 22:37:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0ARk/ndYnZKBPMs3R9mJwhNlJe5sQVuqPLYfvg/xd2U=; b=C02DkjlS0/7yEVyZ6DszgnmXXzMgu+tSb5xsGxRy/KMWbVXRX8Sq+SaNY0oq8gBzhF FVe4ZMGwVI/9iShRROUqfD8P9rKhTwhRG1yoiZxVrnvFvumxrkenVoof7wz7Be2AfVDP cyLs0r98+ofw5XkjbKSkNEA23jhLSZEt+eCfPkVAY6R57x2KahMrpmSQHqSfN0Ra1ulG v9dYIxUGwIlZG2s+uwnBZJjocnBhvcMBRtcXmj9ON0GtEGq/zy/OOVs+gzuxQfAiZ/Yk xd9oKZN8Rbeszpw2HkhYiVGEj38EbcKdEk2jI2pdPFkv6AEjK0sYCT/ZtgPgSG85isGi h9zw== MIME-Version: 1.0 X-Received: by 10.50.83.72 with SMTP id o8mr9691671igy.25.1403329039723; Fri, 20 Jun 2014 22:37:19 -0700 (PDT) Received: by 10.50.192.164 with HTTP; Fri, 20 Jun 2014 22:37:19 -0700 (PDT) Date: Fri, 20 Jun 2014 22:37:19 -0700 Message-ID: From: Jonathan Coleman To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 21 Jun 2014 14:12:38 +0000 Subject: [Xen-users] DX58SO Passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4247744834955600076==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4247744834955600076== Content-Type: multipart/alternative; boundary=089e0111c0b2ea740704fc520056 --089e0111c0b2ea740704fc520056 Content-Type: text/plain; charset=UTF-8 Hi, I recently upgraded from Xen 4.1.3 to Xen 4.4 and now pass through is not working for me. If I do xl dmesg, it says IOMMU is disabled because of the x58 erranta. This is frustrating because this board is working in 4.1.3 and it should not be detected as a problem case. So I set iommu=force in grub and reboot and then Xen doesn't boot. Is there anything else I can try? Or do I have to stay on 4.1.3? Thanks. --089e0111c0b2ea740704fc520056 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I recently upgraded from Xen 4.1.3 = to Xen 4.4 and now pass through is not working for me. If I do xl dmesg, it= says IOMMU is disabled because of the x58 erranta. This is frustrating bec= ause this board is working in 4.1.3 and it should not be detected as a prob= lem case.

So I set iommu=3Dforce in grub and reboot and then Xen = doesn't boot. Is there anything else I can try? Or do I have to stay on= 4.1.3? Thanks.
--089e0111c0b2ea740704fc520056-- --===============4247744834955600076== 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 --===============4247744834955600076==-- From xen-users-bounces@lists.xen.org Sat Jun 21 14:14:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:14:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyM24-0004n0-Aq; Sat, 21 Jun 2014 14:12:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wxsgd-0008Pp-Rt for xen-users@lists.xen.org; Fri, 20 Jun 2014 06:52:36 +0000 Received: from [193.109.254.147:8995] by server-8.bemta-14.messagelabs.com id 68/9C-01877-33AD3A35; Fri, 20 Jun 2014 06:52:35 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-16.tower-27.messagelabs.com!1403247151!7104141!1 X-Originating-IP: [106.10.151.105] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20579 invoked from network); 20 Jun 2014 06:52:33 -0000 Received: from nm25-vm10.bullet.mail.sg3.yahoo.com (HELO nm25-vm10.bullet.mail.sg3.yahoo.com) (106.10.151.105) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Jun 2014 06:52:33 -0000 Received: from [106.10.166.115] by nm25.bullet.mail.sg3.yahoo.com with NNFMP; 20 Jun 2014 06:52:30 -0000 Received: from [106.10.151.139] by tm4.bullet.mail.sg3.yahoo.com with NNFMP; 20 Jun 2014 06:52:30 -0000 Received: from [127.0.0.1] by omp1007.mail.sg3.yahoo.com with NNFMP; 20 Jun 2014 06:52:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 437060.35319.bm@omp1007.mail.sg3.yahoo.com Received: (qmail 97589 invoked by uid 60001); 20 Jun 2014 06:52:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1403247150; bh=QGgbYN/UTaiLSJgMu0hIG92HK718j/aX5GizVY3iyog=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=CV8i0zbkof6yMgHDrufGzwbIalIWmQWmUZLzgiWBKYm2MdKdeI4gCfjaXwzLFJVQxlLrhtjlYxGeabXvwxIfoFT9ZNIgb24t+BAnoTUBsVaCtIcCmFn8s4q2nTZaFkZEtcuBH6GnLHSNc5qqJ+7/80/W5M1IfDg1nOfy9VbFQtA= X-YMail-OSG: LBAij9IVM1nUuvdk.y4F5Nt7S0qIwarXTq4O2eT2vBdpb_r xr5TGtAxalYDs3mYs4Vr78p.o9ZUlq8_2H9RhxjukbPap40uPwnQ2jZQEI29 myR8rbBg6RMHbIncxev2F1EMrf2xffwdktdaSih41KEP2l3bVmtxWIg0NbHz D_zTvZfdTHYDrLyNMSYEVUgclGr2K66f5MAIAg9WgY7XyQmI1jLEJVrgN_ZX lpOr2fSBjsvyyDzgdDJ4eF8Et.QKURX4HUnnpIPA2Z6RhzH1vwKnfBujh12K 7bmFq86FAkdu7slKI0uR4LgIfWI3eWjsxGfIcS9Z4TFrKNYGRfqADYpXEuo7 _DgJqN_pHD_0QMqbsOx9ntMgbwu40YkB79JxfOhKRkC_aCSjSeys3shlIMhd beBzwovT2CeobR.RwNyQ2YDmiNOH9OkpEFryF.Qb5CqrdMF1kj_K0fRfD6Lq QcFGFHKcybKvSUwyapVg22csjWQKG8gJYRgn4ywS5_PdZS4Qncgu8EdOf4VV zE_IbwBS4XLgnlfvCdk2QsqaRccsSEIi_Lvnw_F.HqmLaQMKyXSMd28rEQ6k L66Y- Received: from [202.129.240.131] by web190604.mail.sg3.yahoo.com via HTTP; Fri, 20 Jun 2014 14:52:30 SGT X-Rocket-MIMEInfo: 002.001, ZG9lcyDCoGFueWJvZHkgaGFzIGlkZWEgYWJvdXQgcGx1Zy1pbiBpbiB4ZW4gaHlwZXJ2aXNvci4gSSBhbSB1c2luZyB4bSB0b29sc3RhY2sgZm9yIGxpdmUgbWlncmF0aW9uIGZvciB0aGF0IGkgd2FudCB0byBkbyBzdWNoIGFjdGl2aXRpZXMuCkkgaGF2ZSBqdXN0IGZvdW5kIE5hZ2lvcyBQTFVHSU4gZm9yIHhlbiBzeXN0ZW1zLiBkbyB5b3UgaGF2ZSBhbnkgb3RoZXIgd2F5IGZvciBwbHVnaW4gb3IgaG93IHRvIGFwcGVuZCBvdXIgcHl0aG9uIHNjcmlwdMKgCmludG8geGVuPwoKSSB3YW50IHRvIHdyaXRlIHMBMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 Message-ID: <1403247150.92479.YahooMailNeo@web190604.mail.sg3.yahoo.com> Date: Fri, 20 Jun 2014 14:52:30 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 21 Jun 2014 14:12:38 +0000 Subject: [Xen-users] Plugin for xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3206619759438425353==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3206619759438425353== Content-Type: multipart/alternative; boundary="806834454-2111411066-1403247150=:92479" --806834454-2111411066-1403247150=:92479 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable does =A0anybody has idea about plug-in in xen hypervisor. I am using xm too= lstack for live migration for that i want to do such activities.=0AI have j= ust found Nagios PLUGIN for xen systems. do you have any other way for plug= in or how to append our python script=A0=0Ainto xen?=0A=0AI want to write s= mall python script for memory compression so how can it possible to plug it= in xen code. --806834454-2111411066-1403247150=:92479 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
does  anybody has idea about plug-in in xen hypervisor. I am using = xm toolstack for live migration for that i want to do such activities.
I have just found Nagios PLUGIN for xen systems. d= o you have any other way for plugin or how to append our python script = ;
into xen?

I want to write small python script for memory compression so= how can it possible to plug it in xen code.
 

<= /html> --806834454-2111411066-1403247150=:92479-- --===============3206619759438425353== 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 --===============3206619759438425353==-- From xen-users-bounces@lists.xen.org Sat Jun 21 14:14:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:14:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyM25-0004n8-1b; Sat, 21 Jun 2014 14:12:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wy0ik-0000u5-Pv for xen-users@lists.xen.org; Fri, 20 Jun 2014 15:27:19 +0000 Received: from [193.109.254.147:39074] by server-11.bemta-14.messagelabs.com id C2/52-09902-6D254A35; Fri, 20 Jun 2014 15:27:18 +0000 X-Env-Sender: emzei.j@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1403278036!12663182!1 X-Originating-IP: [209.85.216.174] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5579 invoked from network); 20 Jun 2014 15:27:17 -0000 Received: from mail-qc0-f174.google.com (HELO mail-qc0-f174.google.com) (209.85.216.174) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jun 2014 15:27:17 -0000 Received: by mail-qc0-f174.google.com with SMTP id x13so3595514qcv.5 for ; Fri, 20 Jun 2014 08:27:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Kve8RuXbZ76fXgvEUVlhtTDCm5aw/M9vsaG4bXYrFhA=; b=WdQm5tW4OtriJ6BW6BhhDU3y/IwFI/FZqL6RqSqHXXTvPZYGloNldtclV7SfSHqElX +J0UMJ4D/Li05/Ki+u+3x5J8OLnw0sGVDihITtgAy8moEzcl6sXQLlpZ+ko+d8epDkJm lMFUd3tVwrTiNJ207iYOMuM4QVlTahH88DTT+xzRYVYvCr11gY8gsQgshpi4B4sBGlmi OaQWq9341cTYdoMdO/XOsRi5U15zGqz0ZgsuO9uxrEcy9d29U1Qja5baDZTB9pI0drlS /dxMiCTRzkA+bS1/GCl4+VVmJ187tkW4zNWjYn+rK1PmbxCbUpnVlOdqFwvkUQXYHZmo PP1w== MIME-Version: 1.0 X-Received: by 10.224.3.8 with SMTP id 8mr6069875qal.58.1403278036070; Fri, 20 Jun 2014 08:27:16 -0700 (PDT) Received: by 10.229.155.136 with HTTP; Fri, 20 Jun 2014 08:27:16 -0700 (PDT) Date: Sat, 21 Jun 2014 00:27:16 +0900 Message-ID: From: emzei To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 21 Jun 2014 14:12:38 +0000 Subject: [Xen-users] Shared information between VMM's vcpu and guest's cpu structure X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9109592050530164709==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9109592050530164709== Content-Type: multipart/alternative; boundary=001a11c3df28dc772b04fc462062 --001a11c3df28dc772b04fc462062 Content-Type: text/plain; charset=UTF-8 Hi, I want to edit some Xen and guest's code for sharing small information between VMM and Guest. Although VMM virtualize the physical CPU into virtual CPU, guest can recognize just a physical CPU that is actually virtualized by VMM. right? I want to send some information from guest to xen by using of CPU structure. Without hypercall or other event, I just want to use only some fields in CPU structure. For that, I searched the vcpu structure and guest's cpu structure. If I extended the vcpu structure with a new field, then how can I reflect the field in Guest's cpu structure? or, is it can be a way that just keep some information into CPU's register for sharing information between guest and vmm? i only have a idea, but I don't know how to implement . thank you for reading! best regards, emzei --001a11c3df28dc772b04fc462062 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi, I want to edit some Xen and guest&= #39;s code for sharing small information between VMM and Guest.
<= br>
Although VMM virtualize the physical CPU into virtual CPU, = =C2=A0guest can recognize just a physical CPU that is actually virtualized = by VMM. right?

I want to send some information from guest to xen by us= ing of CPU structure.
Without hypercall or other event, I just wa= nt to use only some fields in CPU structure.

For that, I searched the vcpu structure and guest's cpu structure.
If I extended the vcpu structure with a new field, then how can I refl= ect the field in Guest's cpu structure?

or, is= it can be a way that just keep some information into CPU's register fo= r sharing information between guest and vmm?

i only have a idea, but I don't know how to impleme= nt .

thank you for reading!=C2=A0


best regards,
emzei

<= div>

--001a11c3df28dc772b04fc462062-- --===============9109592050530164709== 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 --===============9109592050530164709==-- From xen-users-bounces@lists.xen.org Sat Jun 21 14:14:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:14:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyM24-0004n0-Aq; Sat, 21 Jun 2014 14:12:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wxsgd-0008Pp-Rt for xen-users@lists.xen.org; Fri, 20 Jun 2014 06:52:36 +0000 Received: from [193.109.254.147:8995] by server-8.bemta-14.messagelabs.com id 68/9C-01877-33AD3A35; Fri, 20 Jun 2014 06:52:35 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-16.tower-27.messagelabs.com!1403247151!7104141!1 X-Originating-IP: [106.10.151.105] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20579 invoked from network); 20 Jun 2014 06:52:33 -0000 Received: from nm25-vm10.bullet.mail.sg3.yahoo.com (HELO nm25-vm10.bullet.mail.sg3.yahoo.com) (106.10.151.105) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Jun 2014 06:52:33 -0000 Received: from [106.10.166.115] by nm25.bullet.mail.sg3.yahoo.com with NNFMP; 20 Jun 2014 06:52:30 -0000 Received: from [106.10.151.139] by tm4.bullet.mail.sg3.yahoo.com with NNFMP; 20 Jun 2014 06:52:30 -0000 Received: from [127.0.0.1] by omp1007.mail.sg3.yahoo.com with NNFMP; 20 Jun 2014 06:52:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 437060.35319.bm@omp1007.mail.sg3.yahoo.com Received: (qmail 97589 invoked by uid 60001); 20 Jun 2014 06:52:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1403247150; bh=QGgbYN/UTaiLSJgMu0hIG92HK718j/aX5GizVY3iyog=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=CV8i0zbkof6yMgHDrufGzwbIalIWmQWmUZLzgiWBKYm2MdKdeI4gCfjaXwzLFJVQxlLrhtjlYxGeabXvwxIfoFT9ZNIgb24t+BAnoTUBsVaCtIcCmFn8s4q2nTZaFkZEtcuBH6GnLHSNc5qqJ+7/80/W5M1IfDg1nOfy9VbFQtA= X-YMail-OSG: LBAij9IVM1nUuvdk.y4F5Nt7S0qIwarXTq4O2eT2vBdpb_r xr5TGtAxalYDs3mYs4Vr78p.o9ZUlq8_2H9RhxjukbPap40uPwnQ2jZQEI29 myR8rbBg6RMHbIncxev2F1EMrf2xffwdktdaSih41KEP2l3bVmtxWIg0NbHz D_zTvZfdTHYDrLyNMSYEVUgclGr2K66f5MAIAg9WgY7XyQmI1jLEJVrgN_ZX lpOr2fSBjsvyyDzgdDJ4eF8Et.QKURX4HUnnpIPA2Z6RhzH1vwKnfBujh12K 7bmFq86FAkdu7slKI0uR4LgIfWI3eWjsxGfIcS9Z4TFrKNYGRfqADYpXEuo7 _DgJqN_pHD_0QMqbsOx9ntMgbwu40YkB79JxfOhKRkC_aCSjSeys3shlIMhd beBzwovT2CeobR.RwNyQ2YDmiNOH9OkpEFryF.Qb5CqrdMF1kj_K0fRfD6Lq QcFGFHKcybKvSUwyapVg22csjWQKG8gJYRgn4ywS5_PdZS4Qncgu8EdOf4VV zE_IbwBS4XLgnlfvCdk2QsqaRccsSEIi_Lvnw_F.HqmLaQMKyXSMd28rEQ6k L66Y- Received: from [202.129.240.131] by web190604.mail.sg3.yahoo.com via HTTP; Fri, 20 Jun 2014 14:52:30 SGT X-Rocket-MIMEInfo: 002.001, ZG9lcyDCoGFueWJvZHkgaGFzIGlkZWEgYWJvdXQgcGx1Zy1pbiBpbiB4ZW4gaHlwZXJ2aXNvci4gSSBhbSB1c2luZyB4bSB0b29sc3RhY2sgZm9yIGxpdmUgbWlncmF0aW9uIGZvciB0aGF0IGkgd2FudCB0byBkbyBzdWNoIGFjdGl2aXRpZXMuCkkgaGF2ZSBqdXN0IGZvdW5kIE5hZ2lvcyBQTFVHSU4gZm9yIHhlbiBzeXN0ZW1zLiBkbyB5b3UgaGF2ZSBhbnkgb3RoZXIgd2F5IGZvciBwbHVnaW4gb3IgaG93IHRvIGFwcGVuZCBvdXIgcHl0aG9uIHNjcmlwdMKgCmludG8geGVuPwoKSSB3YW50IHRvIHdyaXRlIHMBMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 Message-ID: <1403247150.92479.YahooMailNeo@web190604.mail.sg3.yahoo.com> Date: Fri, 20 Jun 2014 14:52:30 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 21 Jun 2014 14:12:38 +0000 Subject: [Xen-users] Plugin for xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3206619759438425353==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3206619759438425353== Content-Type: multipart/alternative; boundary="806834454-2111411066-1403247150=:92479" --806834454-2111411066-1403247150=:92479 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable does =A0anybody has idea about plug-in in xen hypervisor. I am using xm too= lstack for live migration for that i want to do such activities.=0AI have j= ust found Nagios PLUGIN for xen systems. do you have any other way for plug= in or how to append our python script=A0=0Ainto xen?=0A=0AI want to write s= mall python script for memory compression so how can it possible to plug it= in xen code. --806834454-2111411066-1403247150=:92479 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
does  anybody has idea about plug-in in xen hypervisor. I am using = xm toolstack for live migration for that i want to do such activities.
I have just found Nagios PLUGIN for xen systems. d= o you have any other way for plugin or how to append our python script = ;
into xen?

I want to write small python script for memory compression so= how can it possible to plug it in xen code.
 

<= /html> --806834454-2111411066-1403247150=:92479-- --===============3206619759438425353== 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 --===============3206619759438425353==-- From xen-users-bounces@lists.xen.org Sat Jun 21 14:14:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:14:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyM25-0004n8-1b; Sat, 21 Jun 2014 14:12:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wy0ik-0000u5-Pv for xen-users@lists.xen.org; Fri, 20 Jun 2014 15:27:19 +0000 Received: from [193.109.254.147:39074] by server-11.bemta-14.messagelabs.com id C2/52-09902-6D254A35; Fri, 20 Jun 2014 15:27:18 +0000 X-Env-Sender: emzei.j@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1403278036!12663182!1 X-Originating-IP: [209.85.216.174] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5579 invoked from network); 20 Jun 2014 15:27:17 -0000 Received: from mail-qc0-f174.google.com (HELO mail-qc0-f174.google.com) (209.85.216.174) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jun 2014 15:27:17 -0000 Received: by mail-qc0-f174.google.com with SMTP id x13so3595514qcv.5 for ; Fri, 20 Jun 2014 08:27:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Kve8RuXbZ76fXgvEUVlhtTDCm5aw/M9vsaG4bXYrFhA=; b=WdQm5tW4OtriJ6BW6BhhDU3y/IwFI/FZqL6RqSqHXXTvPZYGloNldtclV7SfSHqElX +J0UMJ4D/Li05/Ki+u+3x5J8OLnw0sGVDihITtgAy8moEzcl6sXQLlpZ+ko+d8epDkJm lMFUd3tVwrTiNJ207iYOMuM4QVlTahH88DTT+xzRYVYvCr11gY8gsQgshpi4B4sBGlmi OaQWq9341cTYdoMdO/XOsRi5U15zGqz0ZgsuO9uxrEcy9d29U1Qja5baDZTB9pI0drlS /dxMiCTRzkA+bS1/GCl4+VVmJ187tkW4zNWjYn+rK1PmbxCbUpnVlOdqFwvkUQXYHZmo PP1w== MIME-Version: 1.0 X-Received: by 10.224.3.8 with SMTP id 8mr6069875qal.58.1403278036070; Fri, 20 Jun 2014 08:27:16 -0700 (PDT) Received: by 10.229.155.136 with HTTP; Fri, 20 Jun 2014 08:27:16 -0700 (PDT) Date: Sat, 21 Jun 2014 00:27:16 +0900 Message-ID: From: emzei To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 21 Jun 2014 14:12:38 +0000 Subject: [Xen-users] Shared information between VMM's vcpu and guest's cpu structure X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9109592050530164709==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9109592050530164709== Content-Type: multipart/alternative; boundary=001a11c3df28dc772b04fc462062 --001a11c3df28dc772b04fc462062 Content-Type: text/plain; charset=UTF-8 Hi, I want to edit some Xen and guest's code for sharing small information between VMM and Guest. Although VMM virtualize the physical CPU into virtual CPU, guest can recognize just a physical CPU that is actually virtualized by VMM. right? I want to send some information from guest to xen by using of CPU structure. Without hypercall or other event, I just want to use only some fields in CPU structure. For that, I searched the vcpu structure and guest's cpu structure. If I extended the vcpu structure with a new field, then how can I reflect the field in Guest's cpu structure? or, is it can be a way that just keep some information into CPU's register for sharing information between guest and vmm? i only have a idea, but I don't know how to implement . thank you for reading! best regards, emzei --001a11c3df28dc772b04fc462062 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi, I want to edit some Xen and guest&= #39;s code for sharing small information between VMM and Guest.
<= br>
Although VMM virtualize the physical CPU into virtual CPU, = =C2=A0guest can recognize just a physical CPU that is actually virtualized = by VMM. right?

I want to send some information from guest to xen by us= ing of CPU structure.
Without hypercall or other event, I just wa= nt to use only some fields in CPU structure.

For that, I searched the vcpu structure and guest's cpu structure.
If I extended the vcpu structure with a new field, then how can I refl= ect the field in Guest's cpu structure?

or, is= it can be a way that just keep some information into CPU's register fo= r sharing information between guest and vmm?

i only have a idea, but I don't know how to impleme= nt .

thank you for reading!=C2=A0


best regards,
emzei

<= div>

--001a11c3df28dc772b04fc462062-- --===============9109592050530164709== 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 --===============9109592050530164709==-- From xen-users-bounces@lists.xen.org Sat Jun 21 14:14:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:14:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyM26-0004nO-79; Sat, 21 Jun 2014 14:12:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyDzO-0005jz-UG for xen-users@lists.xen.org; Sat, 21 Jun 2014 05:37:23 +0000 Received: from [85.158.139.211:21544] by server-9.bemta-5.messagelabs.com id 3E/A6-01655-21A15A35; Sat, 21 Jun 2014 05:37:22 +0000 X-Env-Sender: joncoleman@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1403329040!11161732!1 X-Originating-IP: [209.85.213.179] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12040 invoked from network); 21 Jun 2014 05:37:21 -0000 Received: from mail-ig0-f179.google.com (HELO mail-ig0-f179.google.com) (209.85.213.179) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jun 2014 05:37:21 -0000 Received: by mail-ig0-f179.google.com with SMTP id uq10so1228612igb.6 for ; Fri, 20 Jun 2014 22:37:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0ARk/ndYnZKBPMs3R9mJwhNlJe5sQVuqPLYfvg/xd2U=; b=C02DkjlS0/7yEVyZ6DszgnmXXzMgu+tSb5xsGxRy/KMWbVXRX8Sq+SaNY0oq8gBzhF FVe4ZMGwVI/9iShRROUqfD8P9rKhTwhRG1yoiZxVrnvFvumxrkenVoof7wz7Be2AfVDP cyLs0r98+ofw5XkjbKSkNEA23jhLSZEt+eCfPkVAY6R57x2KahMrpmSQHqSfN0Ra1ulG v9dYIxUGwIlZG2s+uwnBZJjocnBhvcMBRtcXmj9ON0GtEGq/zy/OOVs+gzuxQfAiZ/Yk xd9oKZN8Rbeszpw2HkhYiVGEj38EbcKdEk2jI2pdPFkv6AEjK0sYCT/ZtgPgSG85isGi h9zw== MIME-Version: 1.0 X-Received: by 10.50.83.72 with SMTP id o8mr9691671igy.25.1403329039723; Fri, 20 Jun 2014 22:37:19 -0700 (PDT) Received: by 10.50.192.164 with HTTP; Fri, 20 Jun 2014 22:37:19 -0700 (PDT) Date: Fri, 20 Jun 2014 22:37:19 -0700 Message-ID: From: Jonathan Coleman To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 21 Jun 2014 14:12:38 +0000 Subject: [Xen-users] DX58SO Passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4247744834955600076==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4247744834955600076== Content-Type: multipart/alternative; boundary=089e0111c0b2ea740704fc520056 --089e0111c0b2ea740704fc520056 Content-Type: text/plain; charset=UTF-8 Hi, I recently upgraded from Xen 4.1.3 to Xen 4.4 and now pass through is not working for me. If I do xl dmesg, it says IOMMU is disabled because of the x58 erranta. This is frustrating because this board is working in 4.1.3 and it should not be detected as a problem case. So I set iommu=force in grub and reboot and then Xen doesn't boot. Is there anything else I can try? Or do I have to stay on 4.1.3? Thanks. --089e0111c0b2ea740704fc520056 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I recently upgraded from Xen 4.1.3 = to Xen 4.4 and now pass through is not working for me. If I do xl dmesg, it= says IOMMU is disabled because of the x58 erranta. This is frustrating bec= ause this board is working in 4.1.3 and it should not be detected as a prob= lem case.

So I set iommu=3Dforce in grub and reboot and then Xen = doesn't boot. Is there anything else I can try? Or do I have to stay on= 4.1.3? Thanks.
--089e0111c0b2ea740704fc520056-- --===============4247744834955600076== 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 --===============4247744834955600076==-- From xen-users-bounces@lists.xen.org Sat Jun 21 14:14:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:14:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyM25-0004nG-Lt; Sat, 21 Jun 2014 14:12:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wy6U4-000823-0H for xen-users@lists.xensource.com; Fri, 20 Jun 2014 21:36:32 +0000 Received: from [193.109.254.147:51217] by server-9.bemta-14.messagelabs.com id 70/66-03644-F59A4A35; Fri, 20 Jun 2014 21:36:31 +0000 X-Env-Sender: radek.smigielski@ymail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1403300189!12713229!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32170 invoked from network); 20 Jun 2014 21:36:30 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-4.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 20 Jun 2014 21:36:30 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Wy6U0-0003kv-E8 for xen-users@lists.xensource.com; Fri, 20 Jun 2014 14:36:28 -0700 Date: Fri, 20 Jun 2014 14:36:28 -0700 (PDT) From: radek To: xen-users@lists.xensource.com Message-ID: <1403299984.57726.YahooMailNeo@web171601.mail.ir2.yahoo.com> In-Reply-To: <53A456C5.70000@geops.de> References: <53A456C5.70000@geops.de> MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 21 Jun 2014 14:12:38 +0000 Subject: Re: [Xen-users] Filesystem corruptions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4282995646620119715==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4282995646620119715== Content-Type: multipart/alternative; boundary="----=_Part_159010_17839148.1403300188432" ------=_Part_159010_17839148.1403300188432 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Friday, 20 June 2014, 16:47:04, Patric Hafner | geOps [via Xen] wrote: >[1215379.302679] EXT3-fs (xvda2): error in ext3_new_inode: IO failure=20 >[1215379.302689] Aborting journal on device xvda2.=20 >[1215379.304193] EXT3-fs (xvda2): error: ext3_journal_start_sb: Detected= =20 >aborted journal=20 >[1215379.304200] EXT3-fs (xvda2): error: remounting filesystem read-only= =20 >[1215379.329043] EXT3-fs (xvda2): error: remounting filesystem read-only= =20 >[1215379.329246] EXT3-fs (xvda2): error in ext3_create: IO failure=20 >[1215379.330502] __journal_remove_journal_head: freeing b_committed_data= =20 Patric, I've seen similar issue few times in the past and it was always som= e storage access issue. Your guest suddenly lost connection to own virtual = disk, was trying to mount it in RO mode but this also failed.=C2=A0 What is your storage? Do you have more VMs on the same storage? Any storage= related errors on dom0? - Radek Smigielski=C2=A0 -- View this message in context: http://xen.1045712.n5.nabble.com/Filesystem-c= orruptions-tp5723252p5723253.html Sent from the Xen - User mailing list archive at Nabble.com. ------=_Part_159010_17839148.1403300188432 Content-Type: text/html; charset=UTF8 Content-Transfer-Encoding: quoted-printable
On Friday, 20 June 2014, 16:47:04, Patric Hafner | geOps [via Xen] <= ;[hidden email]> wrote:
>[1215379.302679] EXT3-fs (xvda2): error in ext3_new_inode: IO fail= ure=20
>[1215379.302689] Aborting journal on device xvda2.=20
>[1215379.304193] EXT3-fs (xvda2): error: ext3_journal_start_sb: De= tected=20
>aborted journal=20
>[1215379.304200] EXT3-fs (xvda2): error: remounting filesystem rea= d-only=20
>[1215379.329043] EXT3-fs (xvda2): error: remounting filesystem rea= d-only=20
>[1215379.329246] EXT3-fs (xvda2): error in ext3_create: IO failure= =20
>[1215379.330502] __journal_remove_journal_head: freeing b_committe= d_data=20


Patric, I've seen similar issue few times in the past and it= was always some storage access issue. Your guest suddenly lost connection = to own virtual disk, was trying to mount it in RO mode but this also failed= .=C2=A0
What is your storage? Do you have more VMs on the same storage? Any st= orage related errors on dom0?


- Radek Smigielski=C2=A0

=09 =09 =09
View this message in context: Re: Filesystem corruptions
Sent from the Xen - User mailing list archive at Nabble.com.
------=_Part_159010_17839148.1403300188432-- --===============4282995646620119715== 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 --===============4282995646620119715==-- From xen-users-bounces@lists.xen.org Sat Jun 21 14:26:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:26:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMF3-0005lf-0I; Sat, 21 Jun 2014 14:26:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMEz-0005lT-2y for xen-users@lists.xen.org; Sat, 21 Jun 2014 14:26:04 +0000 Received: from [85.158.143.35:8875] by server-3.bemta-4.messagelabs.com id 45/D7-16194-8F595A35; Sat, 21 Jun 2014 14:26:00 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1403360759!12884374!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6596 invoked from network); 21 Jun 2014 14:25:59 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Jun 2014 14:25:59 -0000 Received: from localhost.syndicat.com ([127.0.0.1] helo=localhost) by mail.syndicat.com with esmtp (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1WyMEw-0002jZ-Oj; Sat, 21 Jun 2014 16:25:58 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from mail.syndicat.com ([127.0.0.1]) by localhost (mail.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CpwCqGv_Bi9B; Sat, 21 Jun 2014 16:25:58 +0200 (CEST) Received: from p5dc3f325.dip0.t-ipconnect.de ([93.195.243.37] helo=[10.1.1.18]) by mail.syndicat.com with esmtpsa (TLSv1:AES128-SHA:128) (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1WyMEw-0000BD-CH; Sat, 21 Jun 2014 16:25:58 +0200 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) From: "Niels Dettenbach (Syndicat.com)" In-Reply-To: <1403247150.92479.YahooMailNeo@web190604.mail.sg3.yahoo.com> Date: Sat, 21 Jun 2014 16:25:56 +0200 Message-Id: References: <1403247150.92479.YahooMailNeo@web190604.mail.sg3.yahoo.com> To: Minalkumar Patel X-Mailer: Apple Mail (2.1878.2) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Plugin for xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6352589969083060813==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6352589969083060813== Content-Type: multipart/signed; boundary="Apple-Mail=_D665B2C2-2A61-431A-9271-995CB1B3572A"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_D665B2C2-2A61-431A-9271-995CB1B3572A Content-Type: multipart/alternative; boundary="Apple-Mail=_190B43F8-9F20-4479-970C-2ED1AA4BFAC1" --Apple-Mail=_190B43F8-9F20-4479-970C-2ED1AA4BFAC1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Am 20.06.2014 um 08:52 schrieb Minalkumar Patel : > does anybody has idea about plug-in in xen hypervisor. I am using xm = toolstack for live migration for that i want to do such activities. > I have just found Nagios PLUGIN for xen systems. do you have any other = way for plugin or how to append our python script=20 > into xen The nagios =84Plugins =84is a plugin for the nagios system (or =84sensor = script=93) - not a =84xen plugin=93 - which =84just=93 uses command line = tools from nagios and/or protocols offered by xen or even = features/functions from the Dom0 OS or extensions like SNMP etc.pp.. I=92m not shure what do you mean with a =84xen plugin=93 - depending = from what do you want to reach there are several different =84levels=93 = to program, code or extend on xen. There is no =84plugin architecture=93 = of xen at all. cheerioh, Niels. =20 --Apple-Mail=_190B43F8-9F20-4479-970C-2ED1AA4BFAC1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
Am 20.06.2014 um 08:52 schrieb = Minalkumar Patel <patel_mp@yahoo.co.in>:
does  anybody has idea about = plug-in in xen hypervisor. I am using xm toolstack for live migration = for that i want to do such activities.
I = have just found Nagios PLUGIN for xen systems. do you have any other way = for plugin or how to append our python script 
into = xen

The nagios =84Plugins =84is a = plugin for the nagios system (or =84sensor script=93) - not a =84xen = plugin=93 - which =84just=93 uses command line tools from nagios and/or = protocols offered by xen or even features/functions from the Dom0 OS or = extensions like SNMP etc.pp..

I=92m not shure = what do you mean with a =84xen plugin=93 - depending from what do you = want to reach there are several different =84levels=93 to program, code = or extend on xen. There is no =84plugin architecture=93 of xen at = all.


cheerioh,


Niels.  

= --Apple-Mail=_190B43F8-9F20-4479-970C-2ED1AA4BFAC1-- --Apple-Mail=_D665B2C2-2A61-431A-9271-995CB1B3572A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTpZX0AAoJEM78prARigUnBU4QAI6bJ05H9E/0kgZ3J+ltxUAY pM6GLljs9pMwJDxXcdIq0m7y7jbipqJoMjHoY7Llf6QzIksdnCnzWUKH2uhT1dlP frMS24oDGRKg1GSHsEXmoIDtcvFpgDvomrCbCBUBfNojP7xpSAniKAU/7KEygZx1 v8Fp5t78FjpQ2WZ+EQevh4TKodNm7x1C6IyI83NNtBoHyjHH2YTEpXwA3jasatfg KL8mnO2tqG9Ttesn6cXCMoDUTfBPRRn/GrreQIU6/3CWgZUU/h8XMN9bzAcyiI6e nThTvN3Eu42j9WZnLGpaMwvzI6h+wAK0yibb4RpqhRmgxN7/C19AorKyU5Y5YkS8 MAV5RAbQR5mLjIT/IsZAYLLY+/j7ff8Bzs9N3OzHzvhFTYEgXomEG6nw+oyLlpZm uyRS2MhWY3Ot6Y7TPrNxefZomQ/P7uHaj7mlDH2dCA+/cW2vJarhT+DK3nn+vmwm UB7UjCpp6ja2zUpT4pG/wrlxIwffYKdi9dJfq7ZkBysb06NGCXBlxTajO486MjmV r4YUu9TGNAsnYRyT9savgx6ld1mrvg/A0RMwMT2FX+3Z9wxumhP9F0UdfDYuWqOx iRB5a1AGVmGxahxwJxJkD1JgY9oGnZbWSYI+bZoVcDDQJX00/ID6rlxrSrAkSkym cs8za27g0L1YyBtzD8Fv =V035 -----END PGP SIGNATURE----- --Apple-Mail=_D665B2C2-2A61-431A-9271-995CB1B3572A-- --===============6352589969083060813== 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 --===============6352589969083060813==-- From xen-users-bounces@lists.xen.org Sat Jun 21 14:26:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:26:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMF3-0005lf-0I; Sat, 21 Jun 2014 14:26:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMEz-0005lT-2y for xen-users@lists.xen.org; Sat, 21 Jun 2014 14:26:04 +0000 Received: from [85.158.143.35:8875] by server-3.bemta-4.messagelabs.com id 45/D7-16194-8F595A35; Sat, 21 Jun 2014 14:26:00 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1403360759!12884374!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6596 invoked from network); 21 Jun 2014 14:25:59 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Jun 2014 14:25:59 -0000 Received: from localhost.syndicat.com ([127.0.0.1] helo=localhost) by mail.syndicat.com with esmtp (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1WyMEw-0002jZ-Oj; Sat, 21 Jun 2014 16:25:58 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from mail.syndicat.com ([127.0.0.1]) by localhost (mail.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CpwCqGv_Bi9B; Sat, 21 Jun 2014 16:25:58 +0200 (CEST) Received: from p5dc3f325.dip0.t-ipconnect.de ([93.195.243.37] helo=[10.1.1.18]) by mail.syndicat.com with esmtpsa (TLSv1:AES128-SHA:128) (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1WyMEw-0000BD-CH; Sat, 21 Jun 2014 16:25:58 +0200 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) From: "Niels Dettenbach (Syndicat.com)" In-Reply-To: <1403247150.92479.YahooMailNeo@web190604.mail.sg3.yahoo.com> Date: Sat, 21 Jun 2014 16:25:56 +0200 Message-Id: References: <1403247150.92479.YahooMailNeo@web190604.mail.sg3.yahoo.com> To: Minalkumar Patel X-Mailer: Apple Mail (2.1878.2) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Plugin for xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6352589969083060813==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6352589969083060813== Content-Type: multipart/signed; boundary="Apple-Mail=_D665B2C2-2A61-431A-9271-995CB1B3572A"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_D665B2C2-2A61-431A-9271-995CB1B3572A Content-Type: multipart/alternative; boundary="Apple-Mail=_190B43F8-9F20-4479-970C-2ED1AA4BFAC1" --Apple-Mail=_190B43F8-9F20-4479-970C-2ED1AA4BFAC1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Am 20.06.2014 um 08:52 schrieb Minalkumar Patel : > does anybody has idea about plug-in in xen hypervisor. I am using xm = toolstack for live migration for that i want to do such activities. > I have just found Nagios PLUGIN for xen systems. do you have any other = way for plugin or how to append our python script=20 > into xen The nagios =84Plugins =84is a plugin for the nagios system (or =84sensor = script=93) - not a =84xen plugin=93 - which =84just=93 uses command line = tools from nagios and/or protocols offered by xen or even = features/functions from the Dom0 OS or extensions like SNMP etc.pp.. I=92m not shure what do you mean with a =84xen plugin=93 - depending = from what do you want to reach there are several different =84levels=93 = to program, code or extend on xen. There is no =84plugin architecture=93 = of xen at all. cheerioh, Niels. =20 --Apple-Mail=_190B43F8-9F20-4479-970C-2ED1AA4BFAC1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
Am 20.06.2014 um 08:52 schrieb = Minalkumar Patel <patel_mp@yahoo.co.in>:
does  anybody has idea about = plug-in in xen hypervisor. I am using xm toolstack for live migration = for that i want to do such activities.
I = have just found Nagios PLUGIN for xen systems. do you have any other way = for plugin or how to append our python script 
into = xen

The nagios =84Plugins =84is a = plugin for the nagios system (or =84sensor script=93) - not a =84xen = plugin=93 - which =84just=93 uses command line tools from nagios and/or = protocols offered by xen or even features/functions from the Dom0 OS or = extensions like SNMP etc.pp..

I=92m not shure = what do you mean with a =84xen plugin=93 - depending from what do you = want to reach there are several different =84levels=93 to program, code = or extend on xen. There is no =84plugin architecture=93 of xen at = all.


cheerioh,


Niels.  

= --Apple-Mail=_190B43F8-9F20-4479-970C-2ED1AA4BFAC1-- --Apple-Mail=_D665B2C2-2A61-431A-9271-995CB1B3572A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTpZX0AAoJEM78prARigUnBU4QAI6bJ05H9E/0kgZ3J+ltxUAY pM6GLljs9pMwJDxXcdIq0m7y7jbipqJoMjHoY7Llf6QzIksdnCnzWUKH2uhT1dlP frMS24oDGRKg1GSHsEXmoIDtcvFpgDvomrCbCBUBfNojP7xpSAniKAU/7KEygZx1 v8Fp5t78FjpQ2WZ+EQevh4TKodNm7x1C6IyI83NNtBoHyjHH2YTEpXwA3jasatfg KL8mnO2tqG9Ttesn6cXCMoDUTfBPRRn/GrreQIU6/3CWgZUU/h8XMN9bzAcyiI6e nThTvN3Eu42j9WZnLGpaMwvzI6h+wAK0yibb4RpqhRmgxN7/C19AorKyU5Y5YkS8 MAV5RAbQR5mLjIT/IsZAYLLY+/j7ff8Bzs9N3OzHzvhFTYEgXomEG6nw+oyLlpZm uyRS2MhWY3Ot6Y7TPrNxefZomQ/P7uHaj7mlDH2dCA+/cW2vJarhT+DK3nn+vmwm UB7UjCpp6ja2zUpT4pG/wrlxIwffYKdi9dJfq7ZkBysb06NGCXBlxTajO486MjmV r4YUu9TGNAsnYRyT9savgx6ld1mrvg/A0RMwMT2FX+3Z9wxumhP9F0UdfDYuWqOx iRB5a1AGVmGxahxwJxJkD1JgY9oGnZbWSYI+bZoVcDDQJX00/ID6rlxrSrAkSkym cs8za27g0L1YyBtzD8Fv =V035 -----END PGP SIGNATURE----- --Apple-Mail=_D665B2C2-2A61-431A-9271-995CB1B3572A-- --===============6352589969083060813== 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 --===============6352589969083060813==-- From xen-users-bounces@lists.xen.org Sat Jun 21 14:29:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:29:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMIi-00067h-V9; Sat, 21 Jun 2014 14:29:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMIh-00067Z-G8 for xen-users@lists.xen.org; Sat, 21 Jun 2014 14:29:51 +0000 Received: from [85.158.137.68:9699] by server-8.bemta-3.messagelabs.com id 95/7E-21547-ED695A35; Sat, 21 Jun 2014 14:29:50 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1403360988!11537991!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10698 invoked from network); 21 Jun 2014 14:29:49 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jun 2014 14:29:49 -0000 X-IronPort-AV: E=Sophos;i="5.01,520,1400025600"; d="scan'208";a="146088476" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 21 Jun 2014 14:29:49 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Sat, 21 Jun 2014 10:29:47 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WyMId-0005NL-IY; Sat, 21 Jun 2014 15:29:47 +0100 Date: Sat, 21 Jun 2014 15:29:47 +0100 From: Wei Liu To: Minalkumar Patel Message-ID: <20140621142947.GA3517@zion.uk.xensource.com> References: <1403247150.92479.YahooMailNeo@web190604.mail.sg3.yahoo.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1403247150.92479.YahooMailNeo@web190604.mail.sg3.yahoo.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , wei.liu2@citrix.com Subject: Re: [Xen-users] Plugin for xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Jun 20, 2014 at 02:52:30PM +0800, Minalkumar Patel wrote: > does =A0anybody has idea about plug-in in xen hypervisor. I am using xm t= oolstack for live migration for that i want to do such activities. > I have just found Nagios PLUGIN for xen systems. do you have any other wa= y for plugin or how to append our python script=A0 > into xen? > = Just to clarify, Xen (hypervisor and toolstack) doesn't support "plugin". You're likely talking about specific monitoring system, while there might actually be experts of Nagios here, but you might have better luck asking on Nagios mailing list or forum (provided it has one). Wei. > I want to write small python script for memory compression so how can it = possible to plug it in xen code. > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 21 14:29:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:29:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMIi-00067h-V9; Sat, 21 Jun 2014 14:29:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMIh-00067Z-G8 for xen-users@lists.xen.org; Sat, 21 Jun 2014 14:29:51 +0000 Received: from [85.158.137.68:9699] by server-8.bemta-3.messagelabs.com id 95/7E-21547-ED695A35; Sat, 21 Jun 2014 14:29:50 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1403360988!11537991!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10698 invoked from network); 21 Jun 2014 14:29:49 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jun 2014 14:29:49 -0000 X-IronPort-AV: E=Sophos;i="5.01,520,1400025600"; d="scan'208";a="146088476" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 21 Jun 2014 14:29:49 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Sat, 21 Jun 2014 10:29:47 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WyMId-0005NL-IY; Sat, 21 Jun 2014 15:29:47 +0100 Date: Sat, 21 Jun 2014 15:29:47 +0100 From: Wei Liu To: Minalkumar Patel Message-ID: <20140621142947.GA3517@zion.uk.xensource.com> References: <1403247150.92479.YahooMailNeo@web190604.mail.sg3.yahoo.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1403247150.92479.YahooMailNeo@web190604.mail.sg3.yahoo.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , wei.liu2@citrix.com Subject: Re: [Xen-users] Plugin for xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Jun 20, 2014 at 02:52:30PM +0800, Minalkumar Patel wrote: > does =A0anybody has idea about plug-in in xen hypervisor. I am using xm t= oolstack for live migration for that i want to do such activities. > I have just found Nagios PLUGIN for xen systems. do you have any other wa= y for plugin or how to append our python script=A0 > into xen? > = Just to clarify, Xen (hypervisor and toolstack) doesn't support "plugin". You're likely talking about specific monitoring system, while there might actually be experts of Nagios here, but you might have better luck asking on Nagios mailing list or forum (provided it has one). Wei. > I want to write small python script for memory compression so how can it = possible to plug it in xen code. > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 21 14:36:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:36:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMOn-0006UU-2Y; Sat, 21 Jun 2014 14:36:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMOl-0006UN-O5 for xen-users@lists.xen.org; Sat, 21 Jun 2014 14:36:07 +0000 Received: from [85.158.139.211:27137] by server-11.bemta-5.messagelabs.com id 5E/8A-01425-75895A35; Sat, 21 Jun 2014 14:36:07 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1403361365!11201142!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7703 invoked from network); 21 Jun 2014 14:36:06 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jun 2014 14:36:06 -0000 X-IronPort-AV: E=Sophos;i="5.01,520,1400025600"; d="scan'208";a="146089010" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 21 Jun 2014 14:36:06 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Sat, 21 Jun 2014 10:36:04 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WyMOi-0005Ri-2t; Sat, 21 Jun 2014 15:36:04 +0100 Date: Sat, 21 Jun 2014 15:36:04 +0100 From: Wei Liu To: emzei Message-ID: <20140621143604.GB3517@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA1 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com Subject: Re: [Xen-users] Shared information between VMM's vcpu and guest's cpu structure X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Jun 21, 2014 at 12:27:16AM +0900, emzei wrote: > Hi, I want to edit some Xen and guest's code for sharing small information > between VMM and Guest. > > Although VMM virtualize the physical CPU into virtual CPU, guest can > recognize just a physical CPU that is actually virtualized by VMM. right? > > I want to send some information from guest to xen by using of CPU structure. > Without hypercall or other event, I just want to use only some fields in > CPU structure. > > For that, I searched the vcpu structure and guest's cpu structure. > If I extended the vcpu structure with a new field, then how can I reflect > the field in Guest's cpu structure? > > or, is it can be a way that just keep some information into CPU's register > for sharing information between guest and vmm? > > i only have a idea, but I don't know how to implement . > Have a look at VCPUOP_register_vcpu_info in both Linux kernel and Xen side. Wei. > thank you for reading! > > > best regards, > emzei > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 21 14:36:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 14:36:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMOn-0006UU-2Y; Sat, 21 Jun 2014 14:36:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyMOl-0006UN-O5 for xen-users@lists.xen.org; Sat, 21 Jun 2014 14:36:07 +0000 Received: from [85.158.139.211:27137] by server-11.bemta-5.messagelabs.com id 5E/8A-01425-75895A35; Sat, 21 Jun 2014 14:36:07 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1403361365!11201142!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7703 invoked from network); 21 Jun 2014 14:36:06 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jun 2014 14:36:06 -0000 X-IronPort-AV: E=Sophos;i="5.01,520,1400025600"; d="scan'208";a="146089010" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 21 Jun 2014 14:36:06 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Sat, 21 Jun 2014 10:36:04 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WyMOi-0005Ri-2t; Sat, 21 Jun 2014 15:36:04 +0100 Date: Sat, 21 Jun 2014 15:36:04 +0100 From: Wei Liu To: emzei Message-ID: <20140621143604.GB3517@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA1 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com Subject: Re: [Xen-users] Shared information between VMM's vcpu and guest's cpu structure X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Jun 21, 2014 at 12:27:16AM +0900, emzei wrote: > Hi, I want to edit some Xen and guest's code for sharing small information > between VMM and Guest. > > Although VMM virtualize the physical CPU into virtual CPU, guest can > recognize just a physical CPU that is actually virtualized by VMM. right? > > I want to send some information from guest to xen by using of CPU structure. > Without hypercall or other event, I just want to use only some fields in > CPU structure. > > For that, I searched the vcpu structure and guest's cpu structure. > If I extended the vcpu structure with a new field, then how can I reflect > the field in Guest's cpu structure? > > or, is it can be a way that just keep some information into CPU's register > for sharing information between guest and vmm? > > i only have a idea, but I don't know how to implement . > Have a look at VCPUOP_register_vcpu_info in both Linux kernel and Xen side. Wei. > thank you for reading! > > > best regards, > emzei > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 21 20:16:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 20:16:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyRgn-0004NV-6h; Sat, 21 Jun 2014 20:15:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyRHl-0003zO-6N for xen-users@lists.xenproject.org; Sat, 21 Jun 2014 19:49:13 +0000 Received: from [85.158.139.211:9230] by server-4.bemta-5.messagelabs.com id 9F/2F-07250-8B1E5A35; Sat, 21 Jun 2014 19:49:12 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-9.tower-206.messagelabs.com!1403380151!11232412!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31186 invoked from network); 21 Jun 2014 19:49:12 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Jun 2014 19:49:12 -0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 01CB820F51 for ; Sat, 21 Jun 2014 15:49:10 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute4.internal (MEProxy); Sat, 21 Jun 2014 15:49:11 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=MDnTvYXfVJOPRpGicBf3WkY n6h8=; b=j3/8okM1bIr6Lnnsh1Hkq64a71Cm1PycPxYWejTaGMReKpV/MUG3VEp OM+CVWX4gFgCtI//4kocpuX3joDJQJBCGNlwhO6v4cuftaR++DjmhpdWP9CClopa YD3PtyJTMHg+itmz++g8GcrqVylTEkXS88AKygTONx0KZeEt+rS4= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=MDnTvYXfVJOPRpGicBf3WkYn6h8=; b=J7RwDJ4PbOkO2FHEzGlI9xWYoOEr bX79oH5o0n+E+5Pe92iGDHDoamQToo4W2MP5n0/nLZa6NLINfIofelJqathTNpK0 kTKYbrC/3dPMU1seouSpxmo5kLxO3W5K8TSDgfKEom/8LxXU88UZhqw1nwosgklF FVQXtjCkayBs1zo= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id D390BCE13B8; Sat, 21 Jun 2014 15:49:10 -0400 (EDT) Message-Id: <1403380150.18144.131362545.586C257C@webmail.messagingengine.com> X-Sasl-Enc: BtoraI5wIj5UeoIDcgrBXMYm3fAaEjgH+yt7Yw3LAp5n 1403380150 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - html Date: Sat, 21 Jun 2014 15:49:10 -0400 X-Mailman-Approved-At: Sat, 21 Jun 2014 20:15:03 +0000 Subject: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 21 jun 2014 greetings, i saw something odd the other day, and i'm not sure what to make of it. i ran xen-4.4.0 on my system for over 45 days with no problems. my system then suddenly rebooted itself. my logs acted almost as if a power interruption happened, except i run a ups with nut, and the logs showed no sign of any nut activity. plus, the ups did NOT scream at me. i sometimes see nut broadcast messages talking about losing or regaining contact with the ups daemon, but i (mostly) attribute those to ntp time adjustments and/or heavy cpu loading. i sometimes run heavy cpu-intensive and/or graphics-intensive tasks in domain zero, but i never saw them cause this in about eighteen months of running xen in several versions. has anyone else seen this? is it xen-related? right now, it's an anomoly. i hope it does not happen again, but i'm hoping for ideas as to why. any questions, comments, or suggestions? thank you. frank smith -- http://www.fastmail.fm - Choose from over 50 domains or use your own _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 21 20:16:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 20:16:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyRgn-0004Nd-Nw; Sat, 21 Jun 2014 20:15:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyRTP-0004GM-Ln for xen-users@lists.xenproject.org; Sat, 21 Jun 2014 20:01:16 +0000 Received: from [85.158.137.68:14304] by server-8.bemta-3.messagelabs.com id C6/5B-21547-A84E5A35; Sat, 21 Jun 2014 20:01:14 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-8.tower-31.messagelabs.com!1403380873!11541779!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28392 invoked from network); 21 Jun 2014 20:01:14 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Jun 2014 20:01:14 -0000 Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id AE02D20E26 for ; Sat, 21 Jun 2014 16:01:12 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute5.internal (MEProxy); Sat, 21 Jun 2014 16:01:12 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=YcdgIRhUnIFCo6vPgsNvu55 JDkk=; b=BM9ZOCG7HQkMvEZfe+y/wlqBmEgYYjTJbt0eXxRpe66/GeuunQ2uJaT z0xFvkAeR07xjVqaVzpk7GH9SgNHRR685ykVyC5wW33S+vfi+f4lOleryTxkP+Uh Na8cpcCljfW/SitEQZ/YcSascf8rAmT8q8+XSv5wkifzpejRSYY8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=YcdgIRhUnIFCo6vPgsNvu55JDkk=; b=jRuxVnVhd8KB9d2jWgcepRbIrBqP 5gbj43R41PB5JkFTokl15VQjsa5wai2vNzi+5c0YLqpREwLWDrFM3l8oCCYChLxf etro5pvM7KzVpT1OKLnLvqQiIewJ1bmq2aV2WbNSX2vppmtvuZjrfGj9Ty7+dLXh 8lMfD5H1XxnNEzU= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 96944CE13E6; Sat, 21 Jun 2014 16:01:12 -0400 (EDT) Message-Id: <1403380872.21258.131362545.01AC3682@webmail.messagingengine.com> X-Sasl-Enc: gRyh6/E/mFqJKSaRe7wk6EefecDyO+onuZqir9rG/r3V 1403380872 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - html Date: Sat, 21 Jun 2014 16:01:12 -0400 X-Mailman-Approved-At: Sat, 21 Jun 2014 20:15:03 +0000 Subject: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 21 jun 2014 greetings, i ran xen in several versions on my system during the past eighteen months. i currently run xen-4.4.0. i usually assign a specific mac address to the nic's in my vm domains. i take pains to NOT assign the same mac address twice. in all of these versions, if i shut down a vm and then restart it, it will sometimes complain that the specified mac address is already in use. it also sometimes happens if i merely reboot a vm via shutdown -r now. if i restart the vm a second time, it will usually begin operating as expected. what can cause this? how can i prevent this error condition? any questions, comments, or suggestions? thank you. frank smith -- http://www.fastmail.fm - One of many happy users: http://www.fastmail.fm/help/overview_quotes.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 21 20:16:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 20:16:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyRgn-0004NV-6h; Sat, 21 Jun 2014 20:15:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyRHl-0003zO-6N for xen-users@lists.xenproject.org; Sat, 21 Jun 2014 19:49:13 +0000 Received: from [85.158.139.211:9230] by server-4.bemta-5.messagelabs.com id 9F/2F-07250-8B1E5A35; Sat, 21 Jun 2014 19:49:12 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-9.tower-206.messagelabs.com!1403380151!11232412!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31186 invoked from network); 21 Jun 2014 19:49:12 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Jun 2014 19:49:12 -0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 01CB820F51 for ; Sat, 21 Jun 2014 15:49:10 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute4.internal (MEProxy); Sat, 21 Jun 2014 15:49:11 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=MDnTvYXfVJOPRpGicBf3WkY n6h8=; b=j3/8okM1bIr6Lnnsh1Hkq64a71Cm1PycPxYWejTaGMReKpV/MUG3VEp OM+CVWX4gFgCtI//4kocpuX3joDJQJBCGNlwhO6v4cuftaR++DjmhpdWP9CClopa YD3PtyJTMHg+itmz++g8GcrqVylTEkXS88AKygTONx0KZeEt+rS4= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=MDnTvYXfVJOPRpGicBf3WkYn6h8=; b=J7RwDJ4PbOkO2FHEzGlI9xWYoOEr bX79oH5o0n+E+5Pe92iGDHDoamQToo4W2MP5n0/nLZa6NLINfIofelJqathTNpK0 kTKYbrC/3dPMU1seouSpxmo5kLxO3W5K8TSDgfKEom/8LxXU88UZhqw1nwosgklF FVQXtjCkayBs1zo= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id D390BCE13B8; Sat, 21 Jun 2014 15:49:10 -0400 (EDT) Message-Id: <1403380150.18144.131362545.586C257C@webmail.messagingengine.com> X-Sasl-Enc: BtoraI5wIj5UeoIDcgrBXMYm3fAaEjgH+yt7Yw3LAp5n 1403380150 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - html Date: Sat, 21 Jun 2014 15:49:10 -0400 X-Mailman-Approved-At: Sat, 21 Jun 2014 20:15:03 +0000 Subject: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 21 jun 2014 greetings, i saw something odd the other day, and i'm not sure what to make of it. i ran xen-4.4.0 on my system for over 45 days with no problems. my system then suddenly rebooted itself. my logs acted almost as if a power interruption happened, except i run a ups with nut, and the logs showed no sign of any nut activity. plus, the ups did NOT scream at me. i sometimes see nut broadcast messages talking about losing or regaining contact with the ups daemon, but i (mostly) attribute those to ntp time adjustments and/or heavy cpu loading. i sometimes run heavy cpu-intensive and/or graphics-intensive tasks in domain zero, but i never saw them cause this in about eighteen months of running xen in several versions. has anyone else seen this? is it xen-related? right now, it's an anomoly. i hope it does not happen again, but i'm hoping for ideas as to why. any questions, comments, or suggestions? thank you. frank smith -- http://www.fastmail.fm - Choose from over 50 domains or use your own _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 21 20:16:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jun 2014 20:16:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyRgn-0004Nd-Nw; Sat, 21 Jun 2014 20:15:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WyRTP-0004GM-Ln for xen-users@lists.xenproject.org; Sat, 21 Jun 2014 20:01:16 +0000 Received: from [85.158.137.68:14304] by server-8.bemta-3.messagelabs.com id C6/5B-21547-A84E5A35; Sat, 21 Jun 2014 20:01:14 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-8.tower-31.messagelabs.com!1403380873!11541779!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28392 invoked from network); 21 Jun 2014 20:01:14 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Jun 2014 20:01:14 -0000 Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id AE02D20E26 for ; Sat, 21 Jun 2014 16:01:12 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute5.internal (MEProxy); Sat, 21 Jun 2014 16:01:12 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=YcdgIRhUnIFCo6vPgsNvu55 JDkk=; b=BM9ZOCG7HQkMvEZfe+y/wlqBmEgYYjTJbt0eXxRpe66/GeuunQ2uJaT z0xFvkAeR07xjVqaVzpk7GH9SgNHRR685ykVyC5wW33S+vfi+f4lOleryTxkP+Uh Na8cpcCljfW/SitEQZ/YcSascf8rAmT8q8+XSv5wkifzpejRSYY8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=YcdgIRhUnIFCo6vPgsNvu55JDkk=; b=jRuxVnVhd8KB9d2jWgcepRbIrBqP 5gbj43R41PB5JkFTokl15VQjsa5wai2vNzi+5c0YLqpREwLWDrFM3l8oCCYChLxf etro5pvM7KzVpT1OKLnLvqQiIewJ1bmq2aV2WbNSX2vppmtvuZjrfGj9Ty7+dLXh 8lMfD5H1XxnNEzU= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 96944CE13E6; Sat, 21 Jun 2014 16:01:12 -0400 (EDT) Message-Id: <1403380872.21258.131362545.01AC3682@webmail.messagingengine.com> X-Sasl-Enc: gRyh6/E/mFqJKSaRe7wk6EefecDyO+onuZqir9rG/r3V 1403380872 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - html Date: Sat, 21 Jun 2014 16:01:12 -0400 X-Mailman-Approved-At: Sat, 21 Jun 2014 20:15:03 +0000 Subject: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 21 jun 2014 greetings, i ran xen in several versions on my system during the past eighteen months. i currently run xen-4.4.0. i usually assign a specific mac address to the nic's in my vm domains. i take pains to NOT assign the same mac address twice. in all of these versions, if i shut down a vm and then restart it, it will sometimes complain that the specified mac address is already in use. it also sometimes happens if i merely reboot a vm via shutdown -r now. if i restart the vm a second time, it will usually begin operating as expected. what can cause this? how can i prevent this error condition? any questions, comments, or suggestions? thank you. frank smith -- http://www.fastmail.fm - One of many happy users: http://www.fastmail.fm/help/overview_quotes.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 09:35:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 09:35:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz0de-0003RR-GG; Mon, 23 Jun 2014 09:34:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz0dd-0003RL-LU for xen-users@lists.xen.org; Mon, 23 Jun 2014 09:34:09 +0000 Received: from [85.158.137.68:27609] by server-10.bemta-3.messagelabs.com id 6D/DA-09305-094F7A35; Mon, 23 Jun 2014 09:34:08 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1403516044!11669395!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7870 invoked from network); 23 Jun 2014 09:34:05 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 09:34:05 -0000 X-IronPort-AV: E=Sophos;i="5.01,529,1400025600"; d="scan'208";a="146068815" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 23 Jun 2014 09:34:04 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 05:34:03 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz0dX-0002Ck-EA; Mon, 23 Jun 2014 10:34:03 +0100 Date: Mon, 23 Jun 2014 10:34:03 +0100 From: Wei Liu To: Minalkumar Patel Message-ID: <20140623093403.GA12705@zion.uk.xensource.com> References: <1403515492.82443.YahooMailNeo@web190604.mail.sg3.yahoo.com> MIME-Version: 1.0 Content-Length: 2295 Content-Disposition: inline In-Reply-To: <1403515492.82443.YahooMailNeo@web190604.mail.sg3.yahoo.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: xen-users@lists.xen.org, "wei.liu2@citrix.com" Subject: Re: [Xen-users] plug-in xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Please don't drop xen-users@ On Mon, Jun 23, 2014 at 05:24:52PM +0800, Minalkumar Patel wrote: > = > = > Dear Sir, = > = > Myself MPPatel working as Asst Professor in Engg. College. thanks for > your reply about plug-in. = > = > = > sir! i have been working with xen since long back. I want to ask few > guideline for my ongoing phd work. > = > my idea is to migrate virtual machine and for that i want to update > xen code as well as add few memory migraiton techniques. = > = > I have tried with xensever6.2(citrix open source) but i am stuck. do > you have any idea to do such acitivity in xensever? I have already > developed code for load balacning and automatic migraiton in citrix > xensever. But log details are not clear. where is the source availbale > in xenserver is not known? > = > = If you want to use XenServer you can go to www.xenserver.org and look for resources (mailing list, forum etc). This mailing list is for open source Xen. > now i am working with xen hyervisor (4.1) with xm/xend toolstack. I am > egaer to understand libxc/xc_domain_save.c (which is for live > migration) but when i build and install xen hypervisor (from source > code) i am stuck by system and no online help is available. I have > done my work for migration of=A0 virtual machine with apt-get install + > virt manager but logs are not giving anything like=A0=A0 downtime, dirty > pages info etc. > = Have you looked at wiki.xen.org? I think there's some documents to get you started. > = > so now i am very confused with xenserver, xm/xend and i tried with xl > also. please give me proper direction so i can start my next work. > please give more idea about plug-in or other way to add our own code > in above system. > = I would suggest you use latest Xen 4.4 and xl toolstack. If you want to use XenServer you need to go to www.xensever.org for resources. Wei. > = > =A0 MinalKumar Patel(M.E. - Computer Engineering) Lecturer,Computer > Engineering Department, A.D.Patel Institute of Technology, New Vallabh > Vidyanagar,Karamsad - 388121, Anand,Gujarat. Mobile - 9998574188 > E-mail Id - patel_mp@yahoo.co.in URL - http://www.minall.co.in _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 09:35:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 09:35:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz0de-0003RR-GG; Mon, 23 Jun 2014 09:34:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz0dd-0003RL-LU for xen-users@lists.xen.org; Mon, 23 Jun 2014 09:34:09 +0000 Received: from [85.158.137.68:27609] by server-10.bemta-3.messagelabs.com id 6D/DA-09305-094F7A35; Mon, 23 Jun 2014 09:34:08 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1403516044!11669395!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7870 invoked from network); 23 Jun 2014 09:34:05 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 09:34:05 -0000 X-IronPort-AV: E=Sophos;i="5.01,529,1400025600"; d="scan'208";a="146068815" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 23 Jun 2014 09:34:04 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 05:34:03 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz0dX-0002Ck-EA; Mon, 23 Jun 2014 10:34:03 +0100 Date: Mon, 23 Jun 2014 10:34:03 +0100 From: Wei Liu To: Minalkumar Patel Message-ID: <20140623093403.GA12705@zion.uk.xensource.com> References: <1403515492.82443.YahooMailNeo@web190604.mail.sg3.yahoo.com> MIME-Version: 1.0 Content-Length: 2295 Content-Disposition: inline In-Reply-To: <1403515492.82443.YahooMailNeo@web190604.mail.sg3.yahoo.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: xen-users@lists.xen.org, "wei.liu2@citrix.com" Subject: Re: [Xen-users] plug-in xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Please don't drop xen-users@ On Mon, Jun 23, 2014 at 05:24:52PM +0800, Minalkumar Patel wrote: > = > = > Dear Sir, = > = > Myself MPPatel working as Asst Professor in Engg. College. thanks for > your reply about plug-in. = > = > = > sir! i have been working with xen since long back. I want to ask few > guideline for my ongoing phd work. > = > my idea is to migrate virtual machine and for that i want to update > xen code as well as add few memory migraiton techniques. = > = > I have tried with xensever6.2(citrix open source) but i am stuck. do > you have any idea to do such acitivity in xensever? I have already > developed code for load balacning and automatic migraiton in citrix > xensever. But log details are not clear. where is the source availbale > in xenserver is not known? > = > = If you want to use XenServer you can go to www.xenserver.org and look for resources (mailing list, forum etc). This mailing list is for open source Xen. > now i am working with xen hyervisor (4.1) with xm/xend toolstack. I am > egaer to understand libxc/xc_domain_save.c (which is for live > migration) but when i build and install xen hypervisor (from source > code) i am stuck by system and no online help is available. I have > done my work for migration of=A0 virtual machine with apt-get install + > virt manager but logs are not giving anything like=A0=A0 downtime, dirty > pages info etc. > = Have you looked at wiki.xen.org? I think there's some documents to get you started. > = > so now i am very confused with xenserver, xm/xend and i tried with xl > also. please give me proper direction so i can start my next work. > please give more idea about plug-in or other way to add our own code > in above system. > = I would suggest you use latest Xen 4.4 and xl toolstack. If you want to use XenServer you need to go to www.xensever.org for resources. Wei. > = > =A0 MinalKumar Patel(M.E. - Computer Engineering) Lecturer,Computer > Engineering Department, A.D.Patel Institute of Technology, New Vallabh > Vidyanagar,Karamsad - 388121, Anand,Gujarat. Mobile - 9998574188 > E-mail Id - patel_mp@yahoo.co.in URL - http://www.minall.co.in _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 09:37:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 09:37:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz0gU-0003YD-8a; Mon, 23 Jun 2014 09:37:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz0gS-0003Y4-DM for xen-users@lists.xen.org; Mon, 23 Jun 2014 09:37:04 +0000 Received: from [193.109.254.147:60503] by server-4.bemta-14.messagelabs.com id 37/7A-02781-F35F7A35; Mon, 23 Jun 2014 09:37:03 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1403516222!9675222!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17614 invoked from network); 23 Jun 2014 09:37:02 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-11.tower-27.messagelabs.com with SMTP; 23 Jun 2014 09:37:02 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 23 Jun 2014 10:37:02 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Mon, 23 Jun 2014 10:36:53 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Mon, 23 Jun 2014 10:36:51 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+LAn/Dbvf9RUgwR/a2s+00dWjZYgAA+VTQAO8KjkA= Message-ID: References: <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062310370212902 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 18, 2014 at 16:28:15, Jeenu Viswambharan wrote: > On Wed, Jun 18, 2014 at 15:35:04, Julien Grall wrote: > > I'm using this hvc0.conf. > > > > https://git.linaro.org/ci/xen-ci.git/blob/HEAD:/files/hvc0.conf > > > > If it's still not working, can you try to boot linux with > > init=/bin/sh on the command line. If it boots correctly then you > > have misconfigured you rootfs. > > Passing init=/bin/sh for Dom0 command line does work, and offers root > prompt. But it falls to the WFI loop without init in the command line. > > As matter of fact, I followed the wiki to build the rootfs. After all, > the root file system is prepared by couple of canned commands. I'd be > surprised if something goes wrong in there! I haven't had any head way in this. The Dom0 boot messages do hint that hvc0 console is enabled. The file system seemed to be missing an hvc0 device, and I later created one using mkdev (229,0), but with no avail. I'm trying to understand what sequence of events are expected to happen to debug this: Is upstart expected to call agetty with hvc0? Are there any options to enable logs from upstart? Are there any extra options to be enabled in the Dom0 kernel other than Xen support? -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 09:37:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 09:37:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz0gU-0003YD-8a; Mon, 23 Jun 2014 09:37:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz0gS-0003Y4-DM for xen-users@lists.xen.org; Mon, 23 Jun 2014 09:37:04 +0000 Received: from [193.109.254.147:60503] by server-4.bemta-14.messagelabs.com id 37/7A-02781-F35F7A35; Mon, 23 Jun 2014 09:37:03 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1403516222!9675222!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17614 invoked from network); 23 Jun 2014 09:37:02 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-11.tower-27.messagelabs.com with SMTP; 23 Jun 2014 09:37:02 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 23 Jun 2014 10:37:02 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Mon, 23 Jun 2014 10:36:53 +0100 From: Jeenu Viswambharan To: Julien Grall , Ian Campbell Date: Mon, 23 Jun 2014 10:36:51 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+LAn/Dbvf9RUgwR/a2s+00dWjZYgAA+VTQAO8KjkA= Message-ID: References: <539083C6.7050200@linaro.org> <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062310370212902 Cc: xen-users , "stefano.stabellini@citrix.com" Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 18, 2014 at 16:28:15, Jeenu Viswambharan wrote: > On Wed, Jun 18, 2014 at 15:35:04, Julien Grall wrote: > > I'm using this hvc0.conf. > > > > https://git.linaro.org/ci/xen-ci.git/blob/HEAD:/files/hvc0.conf > > > > If it's still not working, can you try to boot linux with > > init=/bin/sh on the command line. If it boots correctly then you > > have misconfigured you rootfs. > > Passing init=/bin/sh for Dom0 command line does work, and offers root > prompt. But it falls to the WFI loop without init in the command line. > > As matter of fact, I followed the wiki to build the rootfs. After all, > the root file system is prepared by couple of canned commands. I'd be > surprised if something goes wrong in there! I haven't had any head way in this. The Dom0 boot messages do hint that hvc0 console is enabled. The file system seemed to be missing an hvc0 device, and I later created one using mkdev (229,0), but with no avail. I'm trying to understand what sequence of events are expected to happen to debug this: Is upstart expected to call agetty with hvc0? Are there any options to enable logs from upstart? Are there any extra options to be enabled in the Dom0 kernel other than Xen support? -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 10:24:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 10:24:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz1QK-0005Nv-Us; Mon, 23 Jun 2014 10:24:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz1QJ-0005Nq-FN for xen-users@lists.xen.org; Mon, 23 Jun 2014 10:24:27 +0000 Received: from [85.158.137.68:19884] by server-2.bemta-3.messagelabs.com id C5/B5-13558-A5008A35; Mon, 23 Jun 2014 10:24:26 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1403519064!11695543!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16488 invoked from network); 23 Jun 2014 10:24:25 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 10:24:25 -0000 X-IronPort-AV: E=Sophos;i="5.01,529,1400025600"; d="scan'208";a="146353712" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 23 Jun 2014 10:23:53 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 06:23:53 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz1Pk-0003Df-Ua; Mon, 23 Jun 2014 11:23:52 +0100 Date: Mon, 23 Jun 2014 11:23:23 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Jeenu Viswambharan In-Reply-To: Message-ID: References: <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > On Wed, Jun 18, 2014 at 16:28:15, Jeenu Viswambharan wrote: > > On Wed, Jun 18, 2014 at 15:35:04, Julien Grall wrote: > > > I'm using this hvc0.conf. > > > > > > https://git.linaro.org/ci/xen-ci.git/blob/HEAD:/files/hvc0.conf > > > > > > If it's still not working, can you try to boot linux with > > > init=/bin/sh on the command line. If it boots correctly then you > > > have misconfigured you rootfs. > > > > Passing init=/bin/sh for Dom0 command line does work, and offers root > > prompt. But it falls to the WFI loop without init in the command line. > > > > As matter of fact, I followed the wiki to build the rootfs. After all, > > the root file system is prepared by couple of canned commands. I'd be > > surprised if something goes wrong in there! > > I haven't had any head way in this. The Dom0 boot messages do hint that > hvc0 console is enabled. The file system seemed to be missing an hvc0 > device, and I later created one using mkdev (229,0), but with no avail. > > I'm trying to understand what sequence of events are expected to happen > to debug this: Is upstart expected to call agetty with hvc0? Yep. > Are there > any options to enable logs from upstart? I know very little about upstart. Do you see something like: Xen 4.5 support found, events_irq=31 gnttab_frame_pfn=ff800 xen:grant_table: Grant tables using version 1 layout Grant table initialized NET: Registered protocol family 16 Xen: initializing cpu0 Xen: initializing cpu1 Xen: initializing cpu3 Xen: initializing cpu2 DMA: preallocated 256 KiB pool for atomic coherent allocations xen:swiotlb_xen: Warning: only able to allocate 4 MB for software IO TLB software IO TLB [mem 0xbf000000-0xbf400000] (4MB) mapped at [df000000-df3fffff] Serial: AMBA PL011 UART driver bio: create slab at 0 xen:balloon: Initialising balloon driver on your dom0 kernel logs? > Are there any extra options to > be enabled in the Dom0 kernel other than Xen support? For the console you need: CONFIG_HVC_XEN=y Overall this is what I have: CONFIG_XEN_DOM0=y CONFIG_XEN=y CONFIG_XEN_BLKDEV_FRONTEND=y CONFIG_XEN_BLKDEV_BACKEND=y CONFIG_XEN_NETDEV_FRONTEND=y CONFIG_XEN_NETDEV_BACKEND=y CONFIG_HVC_XEN=y CONFIG_XEN_BALLOON=y CONFIG_XEN_SCRUB_PAGES=y CONFIG_XEN_DEV_EVTCHN=y CONFIG_XEN_BACKEND=y CONFIG_XENFS=y CONFIG_XEN_COMPAT_XENFS=y CONFIG_XEN_SYS_HYPERVISOR=y CONFIG_XEN_XENBUS_FRONTEND=y CONFIG_XEN_GNTDEV=y CONFIG_SWIOTLB_XEN=y CONFIG_XEN_PRIVCMD=y > -- > Jeenu > > -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 > ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 10:24:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 10:24:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz1QK-0005Nv-Us; Mon, 23 Jun 2014 10:24:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz1QJ-0005Nq-FN for xen-users@lists.xen.org; Mon, 23 Jun 2014 10:24:27 +0000 Received: from [85.158.137.68:19884] by server-2.bemta-3.messagelabs.com id C5/B5-13558-A5008A35; Mon, 23 Jun 2014 10:24:26 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1403519064!11695543!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16488 invoked from network); 23 Jun 2014 10:24:25 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 10:24:25 -0000 X-IronPort-AV: E=Sophos;i="5.01,529,1400025600"; d="scan'208";a="146353712" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 23 Jun 2014 10:23:53 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 06:23:53 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz1Pk-0003Df-Ua; Mon, 23 Jun 2014 11:23:52 +0100 Date: Mon, 23 Jun 2014 11:23:23 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Jeenu Viswambharan In-Reply-To: Message-ID: References: <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > On Wed, Jun 18, 2014 at 16:28:15, Jeenu Viswambharan wrote: > > On Wed, Jun 18, 2014 at 15:35:04, Julien Grall wrote: > > > I'm using this hvc0.conf. > > > > > > https://git.linaro.org/ci/xen-ci.git/blob/HEAD:/files/hvc0.conf > > > > > > If it's still not working, can you try to boot linux with > > > init=/bin/sh on the command line. If it boots correctly then you > > > have misconfigured you rootfs. > > > > Passing init=/bin/sh for Dom0 command line does work, and offers root > > prompt. But it falls to the WFI loop without init in the command line. > > > > As matter of fact, I followed the wiki to build the rootfs. After all, > > the root file system is prepared by couple of canned commands. I'd be > > surprised if something goes wrong in there! > > I haven't had any head way in this. The Dom0 boot messages do hint that > hvc0 console is enabled. The file system seemed to be missing an hvc0 > device, and I later created one using mkdev (229,0), but with no avail. > > I'm trying to understand what sequence of events are expected to happen > to debug this: Is upstart expected to call agetty with hvc0? Yep. > Are there > any options to enable logs from upstart? I know very little about upstart. Do you see something like: Xen 4.5 support found, events_irq=31 gnttab_frame_pfn=ff800 xen:grant_table: Grant tables using version 1 layout Grant table initialized NET: Registered protocol family 16 Xen: initializing cpu0 Xen: initializing cpu1 Xen: initializing cpu3 Xen: initializing cpu2 DMA: preallocated 256 KiB pool for atomic coherent allocations xen:swiotlb_xen: Warning: only able to allocate 4 MB for software IO TLB software IO TLB [mem 0xbf000000-0xbf400000] (4MB) mapped at [df000000-df3fffff] Serial: AMBA PL011 UART driver bio: create slab at 0 xen:balloon: Initialising balloon driver on your dom0 kernel logs? > Are there any extra options to > be enabled in the Dom0 kernel other than Xen support? For the console you need: CONFIG_HVC_XEN=y Overall this is what I have: CONFIG_XEN_DOM0=y CONFIG_XEN=y CONFIG_XEN_BLKDEV_FRONTEND=y CONFIG_XEN_BLKDEV_BACKEND=y CONFIG_XEN_NETDEV_FRONTEND=y CONFIG_XEN_NETDEV_BACKEND=y CONFIG_HVC_XEN=y CONFIG_XEN_BALLOON=y CONFIG_XEN_SCRUB_PAGES=y CONFIG_XEN_DEV_EVTCHN=y CONFIG_XEN_BACKEND=y CONFIG_XENFS=y CONFIG_XEN_COMPAT_XENFS=y CONFIG_XEN_SYS_HYPERVISOR=y CONFIG_XEN_XENBUS_FRONTEND=y CONFIG_XEN_GNTDEV=y CONFIG_SWIOTLB_XEN=y CONFIG_XEN_PRIVCMD=y > -- > Jeenu > > -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 > ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 11:02:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 11:02:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz20t-0006pF-EK; Mon, 23 Jun 2014 11:02:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz20s-0006p9-7e for xen-users@lists.xen.org; Mon, 23 Jun 2014 11:02:14 +0000 Received: from [85.158.139.211:42149] by server-11.bemta-5.messagelabs.com id 08/45-01425-53908A35; Mon, 23 Jun 2014 11:02:13 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1403521332!11430198!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26303 invoked from network); 23 Jun 2014 11:02:12 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-6.tower-206.messagelabs.com with SMTP; 23 Jun 2014 11:02:12 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 23 Jun 2014 12:02:12 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Mon, 23 Jun 2014 12:02:00 +0100 From: Jeenu Viswambharan To: Stefano Stabellini Date: Mon, 23 Jun 2014 12:02:00 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+OzU1lHL9htQ3oRJSh40Kx46OfJQABNsnA Message-ID: References: <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062312021200302 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D79E5B81D1GEORGEEmeaA_" Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D79E5B81D1GEORGEEmeaA_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable On Mon, Jun 23, 2014 at 11:23:23, Stefano Stabellini wrote: > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > Are there any options to enable logs from upstart? > > I know very little about upstart. > Do you see something like: > > Xen 4.5 support found, events_irq=3D31 gnttab_frame_pfn=3Dff800 > xen:grant_table: Grant tables using version 1 layout > Grant table initialized > NET: Registered protocol family 16 > Xen: initializing cpu0 > Xen: initializing cpu1 > Xen: initializing cpu3 > Xen: initializing cpu2 > DMA: preallocated 256 KiB pool for atomic coherent allocations > xen:swiotlb_xen: Warning: only able to allocate 4 MB for software IO TLB > software IO TLB [mem 0xbf000000-0xbf400000] (4MB) mapped at [df000000-df3= fffff] > Serial: AMBA PL011 UART driver > bio: create slab at 0 > xen:balloon: Initialising balloon driver > > on your dom0 kernel logs? I don't! Dom0 logs are mostly silent about Xen. > > Are there any extra options to be enabled in the Dom0 kernel other > > than Xen support? > > For the console you need: > > CONFIG_HVC_XEN=3Dy > > Overall this is what I have: > > CONFIG_XEN_DOM0=3Dy > CONFIG_XEN=3Dy > CONFIG_XEN_BLKDEV_FRONTEND=3Dy > CONFIG_XEN_BLKDEV_BACKEND=3Dy > CONFIG_XEN_NETDEV_FRONTEND=3Dy > CONFIG_XEN_NETDEV_BACKEND=3Dy > CONFIG_HVC_XEN=3Dy > CONFIG_XEN_BALLOON=3Dy > CONFIG_XEN_SCRUB_PAGES=3Dy > CONFIG_XEN_DEV_EVTCHN=3Dy > CONFIG_XEN_BACKEND=3Dy > CONFIG_XENFS=3Dy > CONFIG_XEN_COMPAT_XENFS=3Dy > CONFIG_XEN_SYS_HYPERVISOR=3Dy > CONFIG_XEN_XENBUS_FRONTEND=3Dy > CONFIG_XEN_GNTDEV=3Dy > CONFIG_SWIOTLB_XEN=3Dy > CONFIG_XEN_PRIVCMD=3Dy Mine was comparable; the only exceptions were that some where 'm', rather than 'y'. I changed my configuration to match yours above, but I still am where I was :( I've attached my logs. I reckon you're running Xen 4.5, but I'm on 4.4. I'll try switching to 4.5.0. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are con= fidential and may also be privileged. If you are not the intended recipient= , please notify the sender immediately and do not disclose the contents to = any other person, use it for any purpose, or store or copy the information = in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Regist= ered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, R= egistered in England & Wales, Company No: 2548782 --_002_B69BE294631500448B6D3B9936E1743202D79E5B81D1GEORGEEmeaA_ Content-Type: application/octet-stream; name="xen.log" Content-Description: xen.log Content-Disposition: attachment; filename="xen.log"; size=6363; creation-date="Mon, 23 Jun 2014 10:59:30 GMT"; modification-date="Mon, 23 Jun 2014 10:54:25 GMT" Content-Transfer-Encoding: base64 IFhlbiA0LjQuMAooWEVOKSBYZW4gdmVyc2lvbiA0LjQuMCAoamVldmlzMDFAY2FtYnJpZGdlLmFy bS5jb20pIChhcm0tbGludXgtZ251ZWFiaWhmLWdjYyAoVWJ1bnR1L0xpbmFybyA0LjYuMy0xdWJ1 bnR1NSkgNC42LjMpIGRlYnVnPW4gV2VkIEp1biAxMSAxNToyNzo1NSBCU1QgMjAxNAooWEVOKSBM YXRlc3QgQ2hhbmdlU2V0OiBNb24gTWFyIDEwIDEwOjIzOjM5IDIwMTQgKzAwMDAgZ2l0OjgxNmU4 ZDgKKFhFTikgQ29uc29sZSBvdXRwdXQgaXMgc3luY2hyb25vdXMuCihYRU4pIFByb2Nlc3Nvcjog NDEyZmMwZjE6ICJBUk0gTGltaXRlZCIsIHZhcmlhbnQ6IDB4MiwgcGFydCAweGMwZiwgcmV2IDB4 MQooWEVOKSAzMi1iaXQgRXhlY3V0aW9uOgooWEVOKSAgIFByb2Nlc3NvciBGZWF0dXJlczogMDAw MDExMzE6MDAwMTEwMTEKKFhFTikgICAgIEluc3RydWN0aW9uIFNldHM6IEFBcmNoMzIgVGh1bWIg VGh1bWItMiBUaHVtYkVFIEphemVsbGUKKFhFTikgICAgIEV4dGVuc2lvbnM6IEdlbmVyaWNUaW1l ciBTZWN1cml0eQooWEVOKSAgIERlYnVnIEZlYXR1cmVzOiAwMjAxMDU1NQooWEVOKSAgIEF1eGls aWFyeSBGZWF0dXJlczogMDAwMDAwMDAKKFhFTikgICBNZW1vcnkgTW9kZWwgRmVhdHVyZXM6IDEw MjAxMTA1IDIwMDAwMDAwIDAxMjQwMDAwIDAyMTAyMjExCihYRU4pICBJU0EgRmVhdHVyZXM6IDAy MTAxMTEwIDEzMTEyMTExIDIxMjMyMDQxIDExMTEyMTMxIDEwMDExMTQyIDAwMDAwMDAwCihYRU4p IFNldCBTWVNfRkxBR1MgdG8gMDAwMDAwMDBiZmUwMDA0YyAoMDAyMDAwNGMpCihYRU4pIEdlbmVy aWMgVGltZXIgSVJROiBwaHlzPTMwIGh5cD0yNiB2aXJ0PTI3CihYRU4pIFVzaW5nIGdlbmVyaWMg dGltZXIgYXQgMjQwMDAgS0h6CihYRU4pIEdJQyBpbml0aWFsaXphdGlvbjoKKFhFTikgICAgICAg ICBnaWNfZGlzdF9hZGRyPTAwMDAwMDAwMmMwMDEwMDAKKFhFTikgICAgICAgICBnaWNfY3B1X2Fk ZHI9MDAwMDAwMDAyYzAwMjAwMAooWEVOKSAgICAgICAgIGdpY19oeXBfYWRkcj0wMDAwMDAwMDJj MDA0MDAwCihYRU4pICAgICAgICAgZ2ljX3ZjcHVfYWRkcj0wMDAwMDAwMDJjMDA2MDAwCihYRU4p ICAgICAgICAgZ2ljX21haW50ZW5hbmNlX2lycT0yNQooWEVOKSBHSUM6IDE5MiBsaW5lcywgNSBj cHVzLCBzZWN1cmUgKElJRCAwMjAwMDQzYikuCihYRU4pIFVzaW5nIHNjaGVkdWxlcjogU01QIENy ZWRpdCBTY2hlZHVsZXIgKGNyZWRpdCkKKFhFTikgQWxsb2NhdGVkIGNvbnNvbGUgcmluZyBvZiAx NiBLaUIuCihYRU4pIFZGUCBpbXBsZW1lbnRlciAweDQxIGFyY2hpdGVjdHVyZSA0IHBhcnQgMHgz MCB2YXJpYW50IDB4ZiByZXYgMHgwCihYRU4pIEJyaW5naW5nIHVwIENQVTEKKFhFTikgQnJvdWdo dCB1cCAyIENQVXMKKFhFTikgKioqIExPQURJTkcgRE9NQUlOIDAgKioqCihYRU4pIFBvcHVsYXRl IFAyTSAweGE4MDAwMDAwLT4weGIwMDAwMDAwICgxOjEgbWFwcGluZyBmb3IgZG9tMCkKKFhFTikg TG9hZGluZyBrZXJuZWwgZnJvbSBib290IG1vZHVsZSAyCihYRU4pIExvYWRpbmcgekltYWdlIGZy b20gMDAwMDAwMDBhMDAwODAwMCB0byAwMDAwMDAwMGFmYzAwMDAwLTAwMDAwMDAwYWZmMDNiYjgK KFhFTikgTG9hZGluZyBkb20wIERUQiB0byAweDAwMDAwMDAwYWZhMDAwMDAtMHgwMDAwMDAwMGFm YTAyZjFjCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLi4uLi4uLmRvbmUuCihYRU4pIEluaXRp YWwgbG93IG1lbW9yeSB2aXJxIHRocmVzaG9sZCBzZXQgYXQgMHg0MDAwIHBhZ2VzLgooWEVOKSBT dGQuIExvZ2xldmVsOiBFcnJvcnMgYW5kIHdhcm5pbmdzCihYRU4pIEd1ZXN0IExvZ2xldmVsOiBO b3RoaW5nIChSYXRlLWxpbWl0ZWQ6IEVycm9ycyBhbmQgd2FybmluZ3MpCihYRU4pICoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKKFhFTikgKioqKioqKiBXQVJO SU5HOiBDT05TT0xFIE9VVFBVVCBJUyBTWU5DSFJPTk9VUwooWEVOKSAqKioqKioqIFRoaXMgb3B0 aW9uIGlzIGludGVuZGVkIHRvIGFpZCBkZWJ1Z2dpbmcgb2YgWGVuIGJ5IGVuc3VyaW5nCihYRU4p ICoqKioqKiogdGhhdCBhbGwgb3V0cHV0IGlzIHN5bmNocm9ub3VzbHkgZGVsaXZlcmVkIG9uIHRo ZSBzZXJpYWwgbGluZS4KKFhFTikgKioqKioqKiBIb3dldmVyIGl0IGNhbiBpbnRyb2R1Y2UgU0lH TklGSUNBTlQgbGF0ZW5jaWVzIGFuZCBhZmZlY3QKKFhFTikgKioqKioqKiB0aW1la2VlcGluZy4g SXQgaXMgTk9UIHJlY29tbWVuZGVkIGZvciBwcm9kdWN0aW9uIHVzZSEKKFhFTikgKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgooWEVOKSAzLi4uIDIuLi4gMS4u LgooWEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAgKHR5cGUgJ0NUUkwtYScgdGhyZWUgdGlt ZXMgdG8gc3dpdGNoIGlucHV0IHRvIFhlbikKKFhFTikgRnJlZWQgMjQwa0IgaW5pdCBtZW1vcnku CmNvbnNvbGUgW2h2YzBdIGVuYWJsZWQKYm9vdGNvbnNvbGUgW2Vhcmx5Y29uMF0gZGlzYWJsZWQK ODAwMDAwMC5mbGFzaDogRm91bmQgMiB4MTYgZGV2aWNlcyBhdCAweDAgaW4gMzItYml0IGJhbmsu IE1hbnVmYWN0dXJlciBJRCAweDAwMDA4OSBDaGlwIElEIDB4MDA4OTE5CkludGVsL1NoYXJwIEV4 dGVuZGVkIFF1ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBU YWJsZSBhdCAweDAxMEEKSW50ZWwvU2hhcnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBB CkludGVsL1NoYXJwIEV4dGVuZGVkIFF1ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBF eHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAweDAxMEEKVXNpbmcgYnVmZmVyIHdyaXRlIG1ldGhvZApV c2luZyBhdXRvLXVubG9jayBvbiBwb3dlci11cC9yZXN1bWUKY2ZpX2NtZHNldF8wMDAxOiBFcmFz ZSBzdXNwZW5kIG9uIHdyaXRlIGVuYWJsZWQKZXJhc2UgcmVnaW9uIDA6IG9mZnNldD0weDAsc2l6 ZT0weDQwMDAwLGJsb2Nrcz0yNTUKZXJhc2UgcmVnaW9uIDE6IG9mZnNldD0weDNmYzAwMDAsc2l6 ZT0weDEwMDAwLGJsb2Nrcz00CjgwMDAwMDAuZmxhc2g6IEZvdW5kIDIgeDE2IGRldmljZXMgYXQg MHgwIGluIDMyLWJpdCBiYW5rLiBNYW51ZmFjdHVyZXIgSUQgMHgwMDAwODkgQ2hpcCBJRCAweDAw ODkxOQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAweDAxMEEKSW50ZWwvU2hh cnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBBCkludGVsL1NoYXJwIEV4dGVuZGVkIFF1 ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAw eDAxMEEKSW50ZWwvU2hhcnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBBClVzaW5nIGJ1 ZmZlciB3cml0ZSBtZXRob2QKVXNpbmcgYXV0by11bmxvY2sgb24gcG93ZXItdXAvcmVzdW1lCmNm aV9jbWRzZXRfMDAwMTogRXJhc2Ugc3VzcGVuZCBvbiB3cml0ZSBlbmFibGVkCmVyYXNlIHJlZ2lv biAwOiBvZmZzZXQ9MHgwLHNpemU9MHg0MDAwMCxibG9ja3M9MjU1CmVyYXNlIHJlZ2lvbiAxOiBv ZmZzZXQ9MHgzZmMwMDAwLHNpemU9MHgxMDAwMCxibG9ja3M9NApDb25jYXRlbmF0aW5nIE1URCBk ZXZpY2VzOgooMCk6ICI4MDAwMDAwLmZsYXNoIgooMSk6ICI4MDAwMDAwLmZsYXNoIgppbnRvIGRl dmljZSAiODAwMDAwMC5mbGFzaCIKc21zYzkxMXg6IERyaXZlciB2ZXJzaW9uIDIwMDgtMTAtMjEK c21zYzkxMXggMWEwMDAwMDAuZXRoZXJuZXQgKHVucmVnaXN0ZXJlZCBuZXRfZGV2aWNlKTogY291 bGRuJ3QgZ2V0IGNsb2NrIC0yCmxpYnBoeTogc21zYzkxMXgtbWRpbzogcHJvYmVkCnNtc2M5MTF4 IDFhMDAwMDAwLmV0aGVybmV0IGV0aDA6IGF0dGFjaGVkIFBIWSBkcml2ZXIgW0dlbmVyaWMgUEhZ XSAobWlpX2J1czpwaHlfYWRkcj0xYTAwMDAwMC5ldGhlcm5lOjAxLCBpcnE9LTEpCnNtc2M5MTF4 IDFhMDAwMDAwLmV0aGVybmV0IGV0aDA6IE1BQyBBZGRyZXNzOiAwMDowMjpmNzowMDo0NTo3ZAp4 ZW5fbmV0ZnJvbnQ6IEluaXRpYWxpc2luZyBYZW4gdmlydHVhbCBldGhlcm5ldCBkcml2ZXIKbnhw LWlzcDE3NjAgMWIwMDAwMDAudXNiOiBOWFAgSVNQMTc2MCBVU0IgSG9zdCBDb250cm9sbGVyCm54 cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQg YnVzIG51bWJlciAxCm54cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogYnVzIHdpZHRoOiAzMiwgb2M6 IGRpZ2l0YWwKbnhwLWlzcDE3NjAgMWIwMDAwMDAudXNiOiBpcnEgNDgsIGlvIG1lbSAweDFiMDAw MDAwCm54cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogVVNCIElTUCAxNzYxIEhXIHJldi4gMSBzdGFy dGVkCnVzYiB1c2IxOiBOZXcgVVNCIGRldmljZSBmb3VuZCwgaWRWZW5kb3I9MWQ2YiwgaWRQcm9k dWN0PTAwMDIKdXNiIHVzYjE6IE5ldyBVU0IgZGV2aWNlIHN0cmluZ3M6IE1mcj0zLCBQcm9kdWN0 PTIsIFNlcmlhbE51bWJlcj0xCnVzYiB1c2IxOiBQcm9kdWN0OiBOWFAgSVNQMTc2MCBVU0IgSG9z dCBDb250cm9sbGVyCnVzYiB1c2IxOiBNYW51ZmFjdHVyZXI6IExpbnV4IDMuMTQuMCsgaXNwMTc2 MC1oY2QKdXNiIHVzYjE6IFNlcmlhbE51bWJlcjogMWIwMDAwMDAudXNiCmh1YiAxLTA6MS4wOiBV U0IgaHViIGZvdW5kCmh1YiAxLTA6MS4wOiAxIHBvcnQgZGV0ZWN0ZWQKdXNiY29yZTogcmVnaXN0 ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2Itc3RvcmFnZQptb3VzZWRldjogUFMvMiBtb3Vz ZSBkZXZpY2UgY29tbW9uIGZvciBhbGwgbWljZQpydGMtcGwwMzEgMWMxNzAwMDAucnRjOiBydGMg Y29yZTogcmVnaXN0ZXJlZCBwbDAzMSBhcyBydGMwCm1tY2ktcGwxOHggMWMwNTAwMDAubW1jaTog bW1jMDogUEwxODAgbWFuZiA0MSByZXYwIGF0IDB4MWMwNTAwMDAgaXJxIDQxLDQyIChwaW8pCmxl ZHRyaWctY3B1OiByZWdpc3RlcmVkIHRvIGluZGljYXRlIGFjdGl2aXR5IG9uIENQVXMKdXNiY29y ZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2JoaWQKdXNiaGlkOiBVU0IgSElE IGNvcmUgZHJpdmVyCm1tYzA6IG5ldyBTREhDIGNhcmQgYXQgYWRkcmVzcyAxMjM0CmFhY2ktcGww NDEgMWMwNDAwMDAuYWFjaTogQVJNIEFDJzk3IEludGVyZmFjZSBQTDA0MSByZXYwIGF0IDB4MWMw NDAwMDAsIGlycSA0MwphYWNpLXBsMDQxIDFjMDQwMDAwLmFhY2k6IEZJRk8gNTEyIGVudHJpZXMK b3Byb2ZpbGU6IHVzaW5nIHRpbWVyIGludGVycnVwdC4KVENQOiBjdWJpYyByZWdpc3RlcmVkCk5F VDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTcKOXBuZXQ6IEluc3RhbGxpbmcgOVAyMDAw IHN1cHBvcnQKcmVndWxhdG9yLWR1bW15OiBkaXNhYmxpbmcKcnRjLXBsMDMxIDFjMTcwMDAwLnJ0 Yzogc2V0dGluZyBzeXN0ZW0gY2xvY2sgdG8gMTk3MC0wMS0xMSAyMToyNDowNiBVVEMgKDk0MTA0 NikKQUxTQSBkZXZpY2UgbGlzdDoKICAjMDogQVJNIEFDJzk3IEludGVyZmFjZSBQTDA0MSByZXYw IGF0IDB4MWMwNDAwMDAsIGlycSA0MwpueHAtaXNwMTc2MCAxYjAwMDAwMC51c2I6IHBvcnQgMSBo aWdoIHNwZWVkCm1tY2JsazA6IG1tYzA6MTIzNCBTQTA4RyA3LjQxIEdpQgogbW1jYmxrMDogcDEK dXNiIDEtMTogbmV3IGhpZ2gtc3BlZWQgVVNCIGRldmljZSBudW1iZXIgMiB1c2luZyBueHAtaXNw MTc2MApueHAtaXNwMTc2MCAxYjAwMDAwMC51c2I6IHBvcnQgMSBoaWdoIHNwZWVkCnVzYiAxLTE6 IE5ldyBVU0IgZGV2aWNlIGZvdW5kLCBpZFZlbmRvcj0wNDcxLCBpZFByb2R1Y3Q9MzUyNgp1c2Ig MS0xOiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9MSwgUHJvZHVjdD0yLCBTZXJpYWxOdW1i ZXI9MAp1c2IgMS0xOiBQcm9kdWN0OiBJU1AxNTIwCnVzYiAxLTE6IE1hbnVmYWN0dXJlcjogUGhp bGlwcyBTZW1pY29uZHVjdG9ycwpodWIgMS0xOjEuMDogVVNCIGh1YiBmb3VuZApodWIgMS0xOjEu MDogMyBwb3J0cyBkZXRlY3RlZAphdGtiZCBzZXJpbzA6IGtleWJvYXJkIHJlc2V0IGZhaWxlZCBv biAxYzA2MDAwMC5rbWkKYXRrYmQgc2VyaW8xOiBrZXlib2FyZCByZXNldCBmYWlsZWQgb24gMWMw NzAwMDAua21pCmtqb3VybmFsZCBzdGFydGluZy4gIENvbW1pdCBpbnRlcnZhbCA1IHNlY29uZHMK RVhUMy1mcyAobW1jYmxrMHAxKTogbW91bnRlZCBmaWxlc3lzdGVtIHdpdGggd3JpdGViYWNrIGRh dGEgbW9kZQpWRlM6IE1vdW50ZWQgcm9vdCAoZXh0MyBmaWxlc3lzdGVtKSByZWFkb25seSBvbiBk ZXZpY2UgMTc5OjEuCkZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDI0MEsgKGMwNTZkMDAw IC0gYzA1YTkwMDApCmluaXQ6IFVuYWJsZSB0byBjcmVhdGUgZGV2aWNlOiAvZGV2L2ttc2cKcmFu ZG9tOiBub25ibG9ja2luZyBwb29sIGlzIGluaXRpYWxpemVk --_002_B69BE294631500448B6D3B9936E1743202D79E5B81D1GEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D79E5B81D1GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Mon Jun 23 11:02:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 11:02:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz20t-0006pF-EK; Mon, 23 Jun 2014 11:02:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz20s-0006p9-7e for xen-users@lists.xen.org; Mon, 23 Jun 2014 11:02:14 +0000 Received: from [85.158.139.211:42149] by server-11.bemta-5.messagelabs.com id 08/45-01425-53908A35; Mon, 23 Jun 2014 11:02:13 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1403521332!11430198!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26303 invoked from network); 23 Jun 2014 11:02:12 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-6.tower-206.messagelabs.com with SMTP; 23 Jun 2014 11:02:12 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 23 Jun 2014 12:02:12 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Mon, 23 Jun 2014 12:02:00 +0100 From: Jeenu Viswambharan To: Stefano Stabellini Date: Mon, 23 Jun 2014 12:02:00 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+OzU1lHL9htQ3oRJSh40Kx46OfJQABNsnA Message-ID: References: <1402496172.16332.27.camel@kazak.uk.xensource.com> <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062312021200302 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D79E5B81D1GEORGEEmeaA_" Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D79E5B81D1GEORGEEmeaA_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable On Mon, Jun 23, 2014 at 11:23:23, Stefano Stabellini wrote: > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > Are there any options to enable logs from upstart? > > I know very little about upstart. > Do you see something like: > > Xen 4.5 support found, events_irq=3D31 gnttab_frame_pfn=3Dff800 > xen:grant_table: Grant tables using version 1 layout > Grant table initialized > NET: Registered protocol family 16 > Xen: initializing cpu0 > Xen: initializing cpu1 > Xen: initializing cpu3 > Xen: initializing cpu2 > DMA: preallocated 256 KiB pool for atomic coherent allocations > xen:swiotlb_xen: Warning: only able to allocate 4 MB for software IO TLB > software IO TLB [mem 0xbf000000-0xbf400000] (4MB) mapped at [df000000-df3= fffff] > Serial: AMBA PL011 UART driver > bio: create slab at 0 > xen:balloon: Initialising balloon driver > > on your dom0 kernel logs? I don't! Dom0 logs are mostly silent about Xen. > > Are there any extra options to be enabled in the Dom0 kernel other > > than Xen support? > > For the console you need: > > CONFIG_HVC_XEN=3Dy > > Overall this is what I have: > > CONFIG_XEN_DOM0=3Dy > CONFIG_XEN=3Dy > CONFIG_XEN_BLKDEV_FRONTEND=3Dy > CONFIG_XEN_BLKDEV_BACKEND=3Dy > CONFIG_XEN_NETDEV_FRONTEND=3Dy > CONFIG_XEN_NETDEV_BACKEND=3Dy > CONFIG_HVC_XEN=3Dy > CONFIG_XEN_BALLOON=3Dy > CONFIG_XEN_SCRUB_PAGES=3Dy > CONFIG_XEN_DEV_EVTCHN=3Dy > CONFIG_XEN_BACKEND=3Dy > CONFIG_XENFS=3Dy > CONFIG_XEN_COMPAT_XENFS=3Dy > CONFIG_XEN_SYS_HYPERVISOR=3Dy > CONFIG_XEN_XENBUS_FRONTEND=3Dy > CONFIG_XEN_GNTDEV=3Dy > CONFIG_SWIOTLB_XEN=3Dy > CONFIG_XEN_PRIVCMD=3Dy Mine was comparable; the only exceptions were that some where 'm', rather than 'y'. I changed my configuration to match yours above, but I still am where I was :( I've attached my logs. I reckon you're running Xen 4.5, but I'm on 4.4. I'll try switching to 4.5.0. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are con= fidential and may also be privileged. If you are not the intended recipient= , please notify the sender immediately and do not disclose the contents to = any other person, use it for any purpose, or store or copy the information = in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Regist= ered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, R= egistered in England & Wales, Company No: 2548782 --_002_B69BE294631500448B6D3B9936E1743202D79E5B81D1GEORGEEmeaA_ Content-Type: application/octet-stream; name="xen.log" Content-Description: xen.log Content-Disposition: attachment; filename="xen.log"; size=6363; creation-date="Mon, 23 Jun 2014 10:59:30 GMT"; modification-date="Mon, 23 Jun 2014 10:54:25 GMT" Content-Transfer-Encoding: base64 IFhlbiA0LjQuMAooWEVOKSBYZW4gdmVyc2lvbiA0LjQuMCAoamVldmlzMDFAY2FtYnJpZGdlLmFy bS5jb20pIChhcm0tbGludXgtZ251ZWFiaWhmLWdjYyAoVWJ1bnR1L0xpbmFybyA0LjYuMy0xdWJ1 bnR1NSkgNC42LjMpIGRlYnVnPW4gV2VkIEp1biAxMSAxNToyNzo1NSBCU1QgMjAxNAooWEVOKSBM YXRlc3QgQ2hhbmdlU2V0OiBNb24gTWFyIDEwIDEwOjIzOjM5IDIwMTQgKzAwMDAgZ2l0OjgxNmU4 ZDgKKFhFTikgQ29uc29sZSBvdXRwdXQgaXMgc3luY2hyb25vdXMuCihYRU4pIFByb2Nlc3Nvcjog NDEyZmMwZjE6ICJBUk0gTGltaXRlZCIsIHZhcmlhbnQ6IDB4MiwgcGFydCAweGMwZiwgcmV2IDB4 MQooWEVOKSAzMi1iaXQgRXhlY3V0aW9uOgooWEVOKSAgIFByb2Nlc3NvciBGZWF0dXJlczogMDAw MDExMzE6MDAwMTEwMTEKKFhFTikgICAgIEluc3RydWN0aW9uIFNldHM6IEFBcmNoMzIgVGh1bWIg VGh1bWItMiBUaHVtYkVFIEphemVsbGUKKFhFTikgICAgIEV4dGVuc2lvbnM6IEdlbmVyaWNUaW1l ciBTZWN1cml0eQooWEVOKSAgIERlYnVnIEZlYXR1cmVzOiAwMjAxMDU1NQooWEVOKSAgIEF1eGls aWFyeSBGZWF0dXJlczogMDAwMDAwMDAKKFhFTikgICBNZW1vcnkgTW9kZWwgRmVhdHVyZXM6IDEw MjAxMTA1IDIwMDAwMDAwIDAxMjQwMDAwIDAyMTAyMjExCihYRU4pICBJU0EgRmVhdHVyZXM6IDAy MTAxMTEwIDEzMTEyMTExIDIxMjMyMDQxIDExMTEyMTMxIDEwMDExMTQyIDAwMDAwMDAwCihYRU4p IFNldCBTWVNfRkxBR1MgdG8gMDAwMDAwMDBiZmUwMDA0YyAoMDAyMDAwNGMpCihYRU4pIEdlbmVy aWMgVGltZXIgSVJROiBwaHlzPTMwIGh5cD0yNiB2aXJ0PTI3CihYRU4pIFVzaW5nIGdlbmVyaWMg dGltZXIgYXQgMjQwMDAgS0h6CihYRU4pIEdJQyBpbml0aWFsaXphdGlvbjoKKFhFTikgICAgICAg ICBnaWNfZGlzdF9hZGRyPTAwMDAwMDAwMmMwMDEwMDAKKFhFTikgICAgICAgICBnaWNfY3B1X2Fk ZHI9MDAwMDAwMDAyYzAwMjAwMAooWEVOKSAgICAgICAgIGdpY19oeXBfYWRkcj0wMDAwMDAwMDJj MDA0MDAwCihYRU4pICAgICAgICAgZ2ljX3ZjcHVfYWRkcj0wMDAwMDAwMDJjMDA2MDAwCihYRU4p ICAgICAgICAgZ2ljX21haW50ZW5hbmNlX2lycT0yNQooWEVOKSBHSUM6IDE5MiBsaW5lcywgNSBj cHVzLCBzZWN1cmUgKElJRCAwMjAwMDQzYikuCihYRU4pIFVzaW5nIHNjaGVkdWxlcjogU01QIENy ZWRpdCBTY2hlZHVsZXIgKGNyZWRpdCkKKFhFTikgQWxsb2NhdGVkIGNvbnNvbGUgcmluZyBvZiAx NiBLaUIuCihYRU4pIFZGUCBpbXBsZW1lbnRlciAweDQxIGFyY2hpdGVjdHVyZSA0IHBhcnQgMHgz MCB2YXJpYW50IDB4ZiByZXYgMHgwCihYRU4pIEJyaW5naW5nIHVwIENQVTEKKFhFTikgQnJvdWdo dCB1cCAyIENQVXMKKFhFTikgKioqIExPQURJTkcgRE9NQUlOIDAgKioqCihYRU4pIFBvcHVsYXRl IFAyTSAweGE4MDAwMDAwLT4weGIwMDAwMDAwICgxOjEgbWFwcGluZyBmb3IgZG9tMCkKKFhFTikg TG9hZGluZyBrZXJuZWwgZnJvbSBib290IG1vZHVsZSAyCihYRU4pIExvYWRpbmcgekltYWdlIGZy b20gMDAwMDAwMDBhMDAwODAwMCB0byAwMDAwMDAwMGFmYzAwMDAwLTAwMDAwMDAwYWZmMDNiYjgK KFhFTikgTG9hZGluZyBkb20wIERUQiB0byAweDAwMDAwMDAwYWZhMDAwMDAtMHgwMDAwMDAwMGFm YTAyZjFjCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLi4uLi4uLmRvbmUuCihYRU4pIEluaXRp YWwgbG93IG1lbW9yeSB2aXJxIHRocmVzaG9sZCBzZXQgYXQgMHg0MDAwIHBhZ2VzLgooWEVOKSBT dGQuIExvZ2xldmVsOiBFcnJvcnMgYW5kIHdhcm5pbmdzCihYRU4pIEd1ZXN0IExvZ2xldmVsOiBO b3RoaW5nIChSYXRlLWxpbWl0ZWQ6IEVycm9ycyBhbmQgd2FybmluZ3MpCihYRU4pICoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKKFhFTikgKioqKioqKiBXQVJO SU5HOiBDT05TT0xFIE9VVFBVVCBJUyBTWU5DSFJPTk9VUwooWEVOKSAqKioqKioqIFRoaXMgb3B0 aW9uIGlzIGludGVuZGVkIHRvIGFpZCBkZWJ1Z2dpbmcgb2YgWGVuIGJ5IGVuc3VyaW5nCihYRU4p ICoqKioqKiogdGhhdCBhbGwgb3V0cHV0IGlzIHN5bmNocm9ub3VzbHkgZGVsaXZlcmVkIG9uIHRo ZSBzZXJpYWwgbGluZS4KKFhFTikgKioqKioqKiBIb3dldmVyIGl0IGNhbiBpbnRyb2R1Y2UgU0lH TklGSUNBTlQgbGF0ZW5jaWVzIGFuZCBhZmZlY3QKKFhFTikgKioqKioqKiB0aW1la2VlcGluZy4g SXQgaXMgTk9UIHJlY29tbWVuZGVkIGZvciBwcm9kdWN0aW9uIHVzZSEKKFhFTikgKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgooWEVOKSAzLi4uIDIuLi4gMS4u LgooWEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAgKHR5cGUgJ0NUUkwtYScgdGhyZWUgdGlt ZXMgdG8gc3dpdGNoIGlucHV0IHRvIFhlbikKKFhFTikgRnJlZWQgMjQwa0IgaW5pdCBtZW1vcnku CmNvbnNvbGUgW2h2YzBdIGVuYWJsZWQKYm9vdGNvbnNvbGUgW2Vhcmx5Y29uMF0gZGlzYWJsZWQK ODAwMDAwMC5mbGFzaDogRm91bmQgMiB4MTYgZGV2aWNlcyBhdCAweDAgaW4gMzItYml0IGJhbmsu IE1hbnVmYWN0dXJlciBJRCAweDAwMDA4OSBDaGlwIElEIDB4MDA4OTE5CkludGVsL1NoYXJwIEV4 dGVuZGVkIFF1ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBU YWJsZSBhdCAweDAxMEEKSW50ZWwvU2hhcnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBB CkludGVsL1NoYXJwIEV4dGVuZGVkIFF1ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBF eHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAweDAxMEEKVXNpbmcgYnVmZmVyIHdyaXRlIG1ldGhvZApV c2luZyBhdXRvLXVubG9jayBvbiBwb3dlci11cC9yZXN1bWUKY2ZpX2NtZHNldF8wMDAxOiBFcmFz ZSBzdXNwZW5kIG9uIHdyaXRlIGVuYWJsZWQKZXJhc2UgcmVnaW9uIDA6IG9mZnNldD0weDAsc2l6 ZT0weDQwMDAwLGJsb2Nrcz0yNTUKZXJhc2UgcmVnaW9uIDE6IG9mZnNldD0weDNmYzAwMDAsc2l6 ZT0weDEwMDAwLGJsb2Nrcz00CjgwMDAwMDAuZmxhc2g6IEZvdW5kIDIgeDE2IGRldmljZXMgYXQg MHgwIGluIDMyLWJpdCBiYW5rLiBNYW51ZmFjdHVyZXIgSUQgMHgwMDAwODkgQ2hpcCBJRCAweDAw ODkxOQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAweDAxMEEKSW50ZWwvU2hh cnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBBCkludGVsL1NoYXJwIEV4dGVuZGVkIFF1 ZXJ5IFRhYmxlIGF0IDB4MDEwQQpJbnRlbC9TaGFycCBFeHRlbmRlZCBRdWVyeSBUYWJsZSBhdCAw eDAxMEEKSW50ZWwvU2hhcnAgRXh0ZW5kZWQgUXVlcnkgVGFibGUgYXQgMHgwMTBBClVzaW5nIGJ1 ZmZlciB3cml0ZSBtZXRob2QKVXNpbmcgYXV0by11bmxvY2sgb24gcG93ZXItdXAvcmVzdW1lCmNm aV9jbWRzZXRfMDAwMTogRXJhc2Ugc3VzcGVuZCBvbiB3cml0ZSBlbmFibGVkCmVyYXNlIHJlZ2lv biAwOiBvZmZzZXQ9MHgwLHNpemU9MHg0MDAwMCxibG9ja3M9MjU1CmVyYXNlIHJlZ2lvbiAxOiBv ZmZzZXQ9MHgzZmMwMDAwLHNpemU9MHgxMDAwMCxibG9ja3M9NApDb25jYXRlbmF0aW5nIE1URCBk ZXZpY2VzOgooMCk6ICI4MDAwMDAwLmZsYXNoIgooMSk6ICI4MDAwMDAwLmZsYXNoIgppbnRvIGRl dmljZSAiODAwMDAwMC5mbGFzaCIKc21zYzkxMXg6IERyaXZlciB2ZXJzaW9uIDIwMDgtMTAtMjEK c21zYzkxMXggMWEwMDAwMDAuZXRoZXJuZXQgKHVucmVnaXN0ZXJlZCBuZXRfZGV2aWNlKTogY291 bGRuJ3QgZ2V0IGNsb2NrIC0yCmxpYnBoeTogc21zYzkxMXgtbWRpbzogcHJvYmVkCnNtc2M5MTF4 IDFhMDAwMDAwLmV0aGVybmV0IGV0aDA6IGF0dGFjaGVkIFBIWSBkcml2ZXIgW0dlbmVyaWMgUEhZ XSAobWlpX2J1czpwaHlfYWRkcj0xYTAwMDAwMC5ldGhlcm5lOjAxLCBpcnE9LTEpCnNtc2M5MTF4 IDFhMDAwMDAwLmV0aGVybmV0IGV0aDA6IE1BQyBBZGRyZXNzOiAwMDowMjpmNzowMDo0NTo3ZAp4 ZW5fbmV0ZnJvbnQ6IEluaXRpYWxpc2luZyBYZW4gdmlydHVhbCBldGhlcm5ldCBkcml2ZXIKbnhw LWlzcDE3NjAgMWIwMDAwMDAudXNiOiBOWFAgSVNQMTc2MCBVU0IgSG9zdCBDb250cm9sbGVyCm54 cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQg YnVzIG51bWJlciAxCm54cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogYnVzIHdpZHRoOiAzMiwgb2M6 IGRpZ2l0YWwKbnhwLWlzcDE3NjAgMWIwMDAwMDAudXNiOiBpcnEgNDgsIGlvIG1lbSAweDFiMDAw MDAwCm54cC1pc3AxNzYwIDFiMDAwMDAwLnVzYjogVVNCIElTUCAxNzYxIEhXIHJldi4gMSBzdGFy dGVkCnVzYiB1c2IxOiBOZXcgVVNCIGRldmljZSBmb3VuZCwgaWRWZW5kb3I9MWQ2YiwgaWRQcm9k dWN0PTAwMDIKdXNiIHVzYjE6IE5ldyBVU0IgZGV2aWNlIHN0cmluZ3M6IE1mcj0zLCBQcm9kdWN0 PTIsIFNlcmlhbE51bWJlcj0xCnVzYiB1c2IxOiBQcm9kdWN0OiBOWFAgSVNQMTc2MCBVU0IgSG9z dCBDb250cm9sbGVyCnVzYiB1c2IxOiBNYW51ZmFjdHVyZXI6IExpbnV4IDMuMTQuMCsgaXNwMTc2 MC1oY2QKdXNiIHVzYjE6IFNlcmlhbE51bWJlcjogMWIwMDAwMDAudXNiCmh1YiAxLTA6MS4wOiBV U0IgaHViIGZvdW5kCmh1YiAxLTA6MS4wOiAxIHBvcnQgZGV0ZWN0ZWQKdXNiY29yZTogcmVnaXN0 ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2Itc3RvcmFnZQptb3VzZWRldjogUFMvMiBtb3Vz ZSBkZXZpY2UgY29tbW9uIGZvciBhbGwgbWljZQpydGMtcGwwMzEgMWMxNzAwMDAucnRjOiBydGMg Y29yZTogcmVnaXN0ZXJlZCBwbDAzMSBhcyBydGMwCm1tY2ktcGwxOHggMWMwNTAwMDAubW1jaTog bW1jMDogUEwxODAgbWFuZiA0MSByZXYwIGF0IDB4MWMwNTAwMDAgaXJxIDQxLDQyIChwaW8pCmxl ZHRyaWctY3B1OiByZWdpc3RlcmVkIHRvIGluZGljYXRlIGFjdGl2aXR5IG9uIENQVXMKdXNiY29y ZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2JoaWQKdXNiaGlkOiBVU0IgSElE IGNvcmUgZHJpdmVyCm1tYzA6IG5ldyBTREhDIGNhcmQgYXQgYWRkcmVzcyAxMjM0CmFhY2ktcGww NDEgMWMwNDAwMDAuYWFjaTogQVJNIEFDJzk3IEludGVyZmFjZSBQTDA0MSByZXYwIGF0IDB4MWMw NDAwMDAsIGlycSA0MwphYWNpLXBsMDQxIDFjMDQwMDAwLmFhY2k6IEZJRk8gNTEyIGVudHJpZXMK b3Byb2ZpbGU6IHVzaW5nIHRpbWVyIGludGVycnVwdC4KVENQOiBjdWJpYyByZWdpc3RlcmVkCk5F VDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTcKOXBuZXQ6IEluc3RhbGxpbmcgOVAyMDAw IHN1cHBvcnQKcmVndWxhdG9yLWR1bW15OiBkaXNhYmxpbmcKcnRjLXBsMDMxIDFjMTcwMDAwLnJ0 Yzogc2V0dGluZyBzeXN0ZW0gY2xvY2sgdG8gMTk3MC0wMS0xMSAyMToyNDowNiBVVEMgKDk0MTA0 NikKQUxTQSBkZXZpY2UgbGlzdDoKICAjMDogQVJNIEFDJzk3IEludGVyZmFjZSBQTDA0MSByZXYw IGF0IDB4MWMwNDAwMDAsIGlycSA0MwpueHAtaXNwMTc2MCAxYjAwMDAwMC51c2I6IHBvcnQgMSBo aWdoIHNwZWVkCm1tY2JsazA6IG1tYzA6MTIzNCBTQTA4RyA3LjQxIEdpQgogbW1jYmxrMDogcDEK dXNiIDEtMTogbmV3IGhpZ2gtc3BlZWQgVVNCIGRldmljZSBudW1iZXIgMiB1c2luZyBueHAtaXNw MTc2MApueHAtaXNwMTc2MCAxYjAwMDAwMC51c2I6IHBvcnQgMSBoaWdoIHNwZWVkCnVzYiAxLTE6 IE5ldyBVU0IgZGV2aWNlIGZvdW5kLCBpZFZlbmRvcj0wNDcxLCBpZFByb2R1Y3Q9MzUyNgp1c2Ig MS0xOiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9MSwgUHJvZHVjdD0yLCBTZXJpYWxOdW1i ZXI9MAp1c2IgMS0xOiBQcm9kdWN0OiBJU1AxNTIwCnVzYiAxLTE6IE1hbnVmYWN0dXJlcjogUGhp bGlwcyBTZW1pY29uZHVjdG9ycwpodWIgMS0xOjEuMDogVVNCIGh1YiBmb3VuZApodWIgMS0xOjEu MDogMyBwb3J0cyBkZXRlY3RlZAphdGtiZCBzZXJpbzA6IGtleWJvYXJkIHJlc2V0IGZhaWxlZCBv biAxYzA2MDAwMC5rbWkKYXRrYmQgc2VyaW8xOiBrZXlib2FyZCByZXNldCBmYWlsZWQgb24gMWMw NzAwMDAua21pCmtqb3VybmFsZCBzdGFydGluZy4gIENvbW1pdCBpbnRlcnZhbCA1IHNlY29uZHMK RVhUMy1mcyAobW1jYmxrMHAxKTogbW91bnRlZCBmaWxlc3lzdGVtIHdpdGggd3JpdGViYWNrIGRh dGEgbW9kZQpWRlM6IE1vdW50ZWQgcm9vdCAoZXh0MyBmaWxlc3lzdGVtKSByZWFkb25seSBvbiBk ZXZpY2UgMTc5OjEuCkZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDI0MEsgKGMwNTZkMDAw IC0gYzA1YTkwMDApCmluaXQ6IFVuYWJsZSB0byBjcmVhdGUgZGV2aWNlOiAvZGV2L2ttc2cKcmFu ZG9tOiBub25ibG9ja2luZyBwb29sIGlzIGluaXRpYWxpemVk --_002_B69BE294631500448B6D3B9936E1743202D79E5B81D1GEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D79E5B81D1GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Mon Jun 23 11:07:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 11:07:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz25l-000716-CT; Mon, 23 Jun 2014 11:07:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz25k-000711-4K for xen-users@lists.xen.org; Mon, 23 Jun 2014 11:07:16 +0000 Received: from [85.158.137.68:48042] by server-10.bemta-3.messagelabs.com id 33/78-09305-36A08A35; Mon, 23 Jun 2014 11:07:15 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1403521633!11781861!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17755 invoked from network); 23 Jun 2014 11:07:14 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 11:07:14 -0000 X-IronPort-AV: E=Sophos;i="5.01,529,1400025600"; d="scan'208";a="146362821" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 23 Jun 2014 11:07:13 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 07:07:12 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz25g-0004EM-Jh; Mon, 23 Jun 2014 12:07:12 +0100 Date: Mon, 23 Jun 2014 12:06:43 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Jeenu Viswambharan In-Reply-To: Message-ID: References: <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > On Mon, Jun 23, 2014 at 11:23:23, Stefano Stabellini wrote: > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > Are there any options to enable logs from upstart? > > > > I know very little about upstart. > > Do you see something like: > > > > Xen 4.5 support found, events_irq=31 gnttab_frame_pfn=ff800 > > xen:grant_table: Grant tables using version 1 layout > > Grant table initialized > > NET: Registered protocol family 16 > > Xen: initializing cpu0 > > Xen: initializing cpu1 > > Xen: initializing cpu3 > > Xen: initializing cpu2 > > DMA: preallocated 256 KiB pool for atomic coherent allocations > > xen:swiotlb_xen: Warning: only able to allocate 4 MB for software IO TLB > > software IO TLB [mem 0xbf000000-0xbf400000] (4MB) mapped at [df000000-df3fffff] > > Serial: AMBA PL011 UART driver > > bio: create slab at 0 > > xen:balloon: Initialising balloon driver > > > > on your dom0 kernel logs? > > I don't! Dom0 logs are mostly silent about Xen. You are missing all the earlyboot stuff from your logs. Try passing earlyprintk to the dom0 kernel command line. > > > Are there any extra options to be enabled in the Dom0 kernel other > > > than Xen support? > > > > For the console you need: > > > > CONFIG_HVC_XEN=y > > > > Overall this is what I have: > > > > CONFIG_XEN_DOM0=y > > CONFIG_XEN=y > > CONFIG_XEN_BLKDEV_FRONTEND=y > > CONFIG_XEN_BLKDEV_BACKEND=y > > CONFIG_XEN_NETDEV_FRONTEND=y > > CONFIG_XEN_NETDEV_BACKEND=y > > CONFIG_HVC_XEN=y > > CONFIG_XEN_BALLOON=y > > CONFIG_XEN_SCRUB_PAGES=y > > CONFIG_XEN_DEV_EVTCHN=y > > CONFIG_XEN_BACKEND=y > > CONFIG_XENFS=y > > CONFIG_XEN_COMPAT_XENFS=y > > CONFIG_XEN_SYS_HYPERVISOR=y > > CONFIG_XEN_XENBUS_FRONTEND=y > > CONFIG_XEN_GNTDEV=y > > CONFIG_SWIOTLB_XEN=y > > CONFIG_XEN_PRIVCMD=y > > Mine was comparable; the only exceptions were that some where 'm', > rather than 'y'. I changed my configuration to match yours above, but I > still am where I was :( > > I've attached my logs. I reckon you're running Xen 4.5, but I'm on 4.4. > I'll try switching to 4.5.0. > > -- > Jeenu > > -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 > ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 11:07:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 11:07:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz25l-000716-CT; Mon, 23 Jun 2014 11:07:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz25k-000711-4K for xen-users@lists.xen.org; Mon, 23 Jun 2014 11:07:16 +0000 Received: from [85.158.137.68:48042] by server-10.bemta-3.messagelabs.com id 33/78-09305-36A08A35; Mon, 23 Jun 2014 11:07:15 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1403521633!11781861!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17755 invoked from network); 23 Jun 2014 11:07:14 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 11:07:14 -0000 X-IronPort-AV: E=Sophos;i="5.01,529,1400025600"; d="scan'208";a="146362821" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 23 Jun 2014 11:07:13 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 07:07:12 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz25g-0004EM-Jh; Mon, 23 Jun 2014 12:07:12 +0100 Date: Mon, 23 Jun 2014 12:06:43 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Jeenu Viswambharan In-Reply-To: Message-ID: References: <1402499446.16332.36.camel@kazak.uk.xensource.com> <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > On Mon, Jun 23, 2014 at 11:23:23, Stefano Stabellini wrote: > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > Are there any options to enable logs from upstart? > > > > I know very little about upstart. > > Do you see something like: > > > > Xen 4.5 support found, events_irq=31 gnttab_frame_pfn=ff800 > > xen:grant_table: Grant tables using version 1 layout > > Grant table initialized > > NET: Registered protocol family 16 > > Xen: initializing cpu0 > > Xen: initializing cpu1 > > Xen: initializing cpu3 > > Xen: initializing cpu2 > > DMA: preallocated 256 KiB pool for atomic coherent allocations > > xen:swiotlb_xen: Warning: only able to allocate 4 MB for software IO TLB > > software IO TLB [mem 0xbf000000-0xbf400000] (4MB) mapped at [df000000-df3fffff] > > Serial: AMBA PL011 UART driver > > bio: create slab at 0 > > xen:balloon: Initialising balloon driver > > > > on your dom0 kernel logs? > > I don't! Dom0 logs are mostly silent about Xen. You are missing all the earlyboot stuff from your logs. Try passing earlyprintk to the dom0 kernel command line. > > > Are there any extra options to be enabled in the Dom0 kernel other > > > than Xen support? > > > > For the console you need: > > > > CONFIG_HVC_XEN=y > > > > Overall this is what I have: > > > > CONFIG_XEN_DOM0=y > > CONFIG_XEN=y > > CONFIG_XEN_BLKDEV_FRONTEND=y > > CONFIG_XEN_BLKDEV_BACKEND=y > > CONFIG_XEN_NETDEV_FRONTEND=y > > CONFIG_XEN_NETDEV_BACKEND=y > > CONFIG_HVC_XEN=y > > CONFIG_XEN_BALLOON=y > > CONFIG_XEN_SCRUB_PAGES=y > > CONFIG_XEN_DEV_EVTCHN=y > > CONFIG_XEN_BACKEND=y > > CONFIG_XENFS=y > > CONFIG_XEN_COMPAT_XENFS=y > > CONFIG_XEN_SYS_HYPERVISOR=y > > CONFIG_XEN_XENBUS_FRONTEND=y > > CONFIG_XEN_GNTDEV=y > > CONFIG_SWIOTLB_XEN=y > > CONFIG_XEN_PRIVCMD=y > > Mine was comparable; the only exceptions were that some where 'm', > rather than 'y'. I changed my configuration to match yours above, but I > still am where I was :( > > I've attached my logs. I reckon you're running Xen 4.5, but I'm on 4.4. > I'll try switching to 4.5.0. > > -- > Jeenu > > -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 > ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 11:11:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 11:11:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz29H-0007QG-O8; Mon, 23 Jun 2014 11:10:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz29G-0007Pj-0H for xen-users@lists.xen.org; Mon, 23 Jun 2014 11:10:54 +0000 Received: from [193.109.254.147:44960] by server-12.bemta-14.messagelabs.com id 21/FC-32179-D3B08A35; Mon, 23 Jun 2014 11:10:53 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1403521850!13043634!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2067 invoked from network); 23 Jun 2014 11:10:51 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 11:10:51 -0000 X-IronPort-AV: E=Sophos;i="5.01,529,1400025600"; d="scan'208";a="146092449" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 23 Jun 2014 11:10:49 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 07:10:49 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz29B-0004HZ-5b; Mon, 23 Jun 2014 12:10:49 +0100 Date: Mon, 23 Jun 2014 12:10:19 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Stefano Stabellini In-Reply-To: Message-ID: References: <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell , Jeenu Viswambharan Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 23 Jun 2014, Stefano Stabellini wrote: > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > On Mon, Jun 23, 2014 at 11:23:23, Stefano Stabellini wrote: > > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > > Are there any options to enable logs from upstart? > > > > > > I know very little about upstart. > > > Do you see something like: > > > > > > Xen 4.5 support found, events_irq=31 gnttab_frame_pfn=ff800 > > > xen:grant_table: Grant tables using version 1 layout > > > Grant table initialized > > > NET: Registered protocol family 16 > > > Xen: initializing cpu0 > > > Xen: initializing cpu1 > > > Xen: initializing cpu3 > > > Xen: initializing cpu2 > > > DMA: preallocated 256 KiB pool for atomic coherent allocations > > > xen:swiotlb_xen: Warning: only able to allocate 4 MB for software IO TLB > > > software IO TLB [mem 0xbf000000-0xbf400000] (4MB) mapped at [df000000-df3fffff] > > > Serial: AMBA PL011 UART driver > > > bio: create slab at 0 > > > xen:balloon: Initialising balloon driver > > > > > > on your dom0 kernel logs? > > > > I don't! Dom0 logs are mostly silent about Xen. > > You are missing all the earlyboot stuff from your logs. > Try passing earlyprintk to the dom0 kernel command line. FYI from "xen_netfront: Initialising Xen virtual ethernet driver" I gather that the Xen subsystem most probably initialized correctly. So it might actually be just a misconfiguration of agetty for hvc0 in upstart. > > > > Are there any extra options to be enabled in the Dom0 kernel other > > > > than Xen support? > > > > > > For the console you need: > > > > > > CONFIG_HVC_XEN=y > > > > > > Overall this is what I have: > > > > > > CONFIG_XEN_DOM0=y > > > CONFIG_XEN=y > > > CONFIG_XEN_BLKDEV_FRONTEND=y > > > CONFIG_XEN_BLKDEV_BACKEND=y > > > CONFIG_XEN_NETDEV_FRONTEND=y > > > CONFIG_XEN_NETDEV_BACKEND=y > > > CONFIG_HVC_XEN=y > > > CONFIG_XEN_BALLOON=y > > > CONFIG_XEN_SCRUB_PAGES=y > > > CONFIG_XEN_DEV_EVTCHN=y > > > CONFIG_XEN_BACKEND=y > > > CONFIG_XENFS=y > > > CONFIG_XEN_COMPAT_XENFS=y > > > CONFIG_XEN_SYS_HYPERVISOR=y > > > CONFIG_XEN_XENBUS_FRONTEND=y > > > CONFIG_XEN_GNTDEV=y > > > CONFIG_SWIOTLB_XEN=y > > > CONFIG_XEN_PRIVCMD=y > > > > Mine was comparable; the only exceptions were that some where 'm', > > rather than 'y'. I changed my configuration to match yours above, but I > > still am where I was :( > > > > I've attached my logs. I reckon you're running Xen 4.5, but I'm on 4.4. > > I'll try switching to 4.5.0. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 11:11:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 11:11:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz29H-0007QG-O8; Mon, 23 Jun 2014 11:10:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz29G-0007Pj-0H for xen-users@lists.xen.org; Mon, 23 Jun 2014 11:10:54 +0000 Received: from [193.109.254.147:44960] by server-12.bemta-14.messagelabs.com id 21/FC-32179-D3B08A35; Mon, 23 Jun 2014 11:10:53 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1403521850!13043634!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2067 invoked from network); 23 Jun 2014 11:10:51 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 11:10:51 -0000 X-IronPort-AV: E=Sophos;i="5.01,529,1400025600"; d="scan'208";a="146092449" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 23 Jun 2014 11:10:49 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 07:10:49 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz29B-0004HZ-5b; Mon, 23 Jun 2014 12:10:49 +0100 Date: Mon, 23 Jun 2014 12:10:19 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Stefano Stabellini In-Reply-To: Message-ID: References: <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell , Jeenu Viswambharan Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 23 Jun 2014, Stefano Stabellini wrote: > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > On Mon, Jun 23, 2014 at 11:23:23, Stefano Stabellini wrote: > > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > > Are there any options to enable logs from upstart? > > > > > > I know very little about upstart. > > > Do you see something like: > > > > > > Xen 4.5 support found, events_irq=31 gnttab_frame_pfn=ff800 > > > xen:grant_table: Grant tables using version 1 layout > > > Grant table initialized > > > NET: Registered protocol family 16 > > > Xen: initializing cpu0 > > > Xen: initializing cpu1 > > > Xen: initializing cpu3 > > > Xen: initializing cpu2 > > > DMA: preallocated 256 KiB pool for atomic coherent allocations > > > xen:swiotlb_xen: Warning: only able to allocate 4 MB for software IO TLB > > > software IO TLB [mem 0xbf000000-0xbf400000] (4MB) mapped at [df000000-df3fffff] > > > Serial: AMBA PL011 UART driver > > > bio: create slab at 0 > > > xen:balloon: Initialising balloon driver > > > > > > on your dom0 kernel logs? > > > > I don't! Dom0 logs are mostly silent about Xen. > > You are missing all the earlyboot stuff from your logs. > Try passing earlyprintk to the dom0 kernel command line. FYI from "xen_netfront: Initialising Xen virtual ethernet driver" I gather that the Xen subsystem most probably initialized correctly. So it might actually be just a misconfiguration of agetty for hvc0 in upstart. > > > > Are there any extra options to be enabled in the Dom0 kernel other > > > > than Xen support? > > > > > > For the console you need: > > > > > > CONFIG_HVC_XEN=y > > > > > > Overall this is what I have: > > > > > > CONFIG_XEN_DOM0=y > > > CONFIG_XEN=y > > > CONFIG_XEN_BLKDEV_FRONTEND=y > > > CONFIG_XEN_BLKDEV_BACKEND=y > > > CONFIG_XEN_NETDEV_FRONTEND=y > > > CONFIG_XEN_NETDEV_BACKEND=y > > > CONFIG_HVC_XEN=y > > > CONFIG_XEN_BALLOON=y > > > CONFIG_XEN_SCRUB_PAGES=y > > > CONFIG_XEN_DEV_EVTCHN=y > > > CONFIG_XEN_BACKEND=y > > > CONFIG_XENFS=y > > > CONFIG_XEN_COMPAT_XENFS=y > > > CONFIG_XEN_SYS_HYPERVISOR=y > > > CONFIG_XEN_XENBUS_FRONTEND=y > > > CONFIG_XEN_GNTDEV=y > > > CONFIG_SWIOTLB_XEN=y > > > CONFIG_XEN_PRIVCMD=y > > > > Mine was comparable; the only exceptions were that some where 'm', > > rather than 'y'. I changed my configuration to match yours above, but I > > still am where I was :( > > > > I've attached my logs. I reckon you're running Xen 4.5, but I'm on 4.4. > > I'll try switching to 4.5.0. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 12:18:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 12:18:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz3Bz-00013q-On; Mon, 23 Jun 2014 12:17:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz3By-00013l-Uo for xen-users@lists.xen.org; Mon, 23 Jun 2014 12:17:47 +0000 Received: from [85.158.137.68:22244] by server-12.bemta-3.messagelabs.com id B4/3E-12714-AEA18A35; Mon, 23 Jun 2014 12:17:46 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1403525863!8032029!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13039 invoked from network); 23 Jun 2014 12:17:45 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 12:17:45 -0000 X-IronPort-AV: E=Sophos;i="5.01,530,1400025600"; d="scan'208";a="146113317" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 23 Jun 2014 12:17:44 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 08:17:42 -0400 Received: from chilopoda.uk.xensource.com ([10.80.2.139]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz3Bu-0005I1-Jn; Mon, 23 Jun 2014 13:17:42 +0100 Message-ID: <53A81AE5.1080102@citrix.com> Date: Mon, 23 Jun 2014 13:17:41 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Stefano Stabellini , Jeenu Viswambharan References: <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> In-Reply-To: X-DLP: MIA2 Cc: xen-users , "stefano.stabellini@citrix.com" , Ian Campbell Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/23/2014 12:06 PM, Stefano Stabellini wrote: > > You are missing all the earlyboot stuff from your logs. > Try passing earlyprintk to the dom0 kernel command line. We don't have any earlyprintk support for Xen (except if the kernel has early printk support for the host serial). In any case, once HVC console is enabled, you should see all DOM0 output as we don't use earlyprintk() in Xen code. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 12:18:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 12:18:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz3Bz-00013q-On; Mon, 23 Jun 2014 12:17:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz3By-00013l-Uo for xen-users@lists.xen.org; Mon, 23 Jun 2014 12:17:47 +0000 Received: from [85.158.137.68:22244] by server-12.bemta-3.messagelabs.com id B4/3E-12714-AEA18A35; Mon, 23 Jun 2014 12:17:46 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1403525863!8032029!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13039 invoked from network); 23 Jun 2014 12:17:45 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 12:17:45 -0000 X-IronPort-AV: E=Sophos;i="5.01,530,1400025600"; d="scan'208";a="146113317" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 23 Jun 2014 12:17:44 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 08:17:42 -0400 Received: from chilopoda.uk.xensource.com ([10.80.2.139]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz3Bu-0005I1-Jn; Mon, 23 Jun 2014 13:17:42 +0100 Message-ID: <53A81AE5.1080102@citrix.com> Date: Mon, 23 Jun 2014 13:17:41 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Stefano Stabellini , Jeenu Viswambharan References: <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> In-Reply-To: X-DLP: MIA2 Cc: xen-users , "stefano.stabellini@citrix.com" , Ian Campbell Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/23/2014 12:06 PM, Stefano Stabellini wrote: > > You are missing all the earlyboot stuff from your logs. > Try passing earlyprintk to the dom0 kernel command line. We don't have any earlyprintk support for Xen (except if the kernel has early printk support for the host serial). In any case, once HVC console is enabled, you should see all DOM0 output as we don't use earlyprintk() in Xen code. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 15:59:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 15:59:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6dD-0006zh-5R; Mon, 23 Jun 2014 15:58:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6dB-0006z7-Cq for xen-users@lists.xen.org; Mon, 23 Jun 2014 15:58:05 +0000 Received: from [85.158.143.35:5857] by server-3.bemta-4.messagelabs.com id 27/C5-16194-C8E48A35; Mon, 23 Jun 2014 15:58:04 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1403539084!13229750!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2028 invoked from network); 23 Jun 2014 15:58:04 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-12.tower-21.messagelabs.com with SMTP; 23 Jun 2014 15:58:04 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 23 Jun 2014 16:58:03 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Mon, 23 Jun 2014 16:57:54 +0100 From: Jeenu Viswambharan To: Stefano Stabellini Date: Mon, 23 Jun 2014 16:57:51 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+O08ivxiI2f3IkRN2eMp4NQhvkWQAFszDw Message-ID: References: <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062316580306202 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Jun 23, 2014 at 12:10:19, Stefano Stabellini wrote: > On Mon, 23 Jun 2014, Stefano Stabellini wrote: > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > I don't! Dom0 logs are mostly silent about Xen. > > > > You are missing all the earlyboot stuff from your logs. > > Try passing earlyprintk to the dom0 kernel command line. > > FYI from "xen_netfront: Initialising Xen virtual ethernet driver" I > gather that the Xen subsystem most probably initialized correctly. > So it might actually be just a misconfiguration of agetty for hvc0 in > upstart. It appears to be a problem with Upstart. I don't think it even runs in the first place. I can't seem to start it manually either. When I passed init=/bin/sh, and then 'getty --autologin root hvc0' at the root prompt, I was dropped to a new shell, which I think is the intended result? Moving on, I tried to run xl command, which then reported libyajl and libfdt as missing dependencies. I noted that they aren't present in the file system either. Later I created the file system again, passing the package names explicitly to debootstrap. With that, 'xl' gives me a list of sub-commands. However, when I try to execute any of them, it reports the following error: root@(none):~# xl list xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error libxl: error: libxl.c:92:libxl_ctx_alloc: cannot open libxc handle: No such file or directory cannot init xl context A quick grep under the tools directory showed that it's because libxc failed to open /proc/xen/privcmd. The file seems missing in the proc tree but I don't see any messages of failure (say, about registering the file). Any idea what's going wrong? -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 15:59:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 15:59:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6dD-0006zh-5R; Mon, 23 Jun 2014 15:58:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6dB-0006z7-Cq for xen-users@lists.xen.org; Mon, 23 Jun 2014 15:58:05 +0000 Received: from [85.158.143.35:5857] by server-3.bemta-4.messagelabs.com id 27/C5-16194-C8E48A35; Mon, 23 Jun 2014 15:58:04 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1403539084!13229750!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2028 invoked from network); 23 Jun 2014 15:58:04 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-12.tower-21.messagelabs.com with SMTP; 23 Jun 2014 15:58:04 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 23 Jun 2014 16:58:03 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Mon, 23 Jun 2014 16:57:54 +0100 From: Jeenu Viswambharan To: Stefano Stabellini Date: Mon, 23 Jun 2014 16:57:51 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+O08ivxiI2f3IkRN2eMp4NQhvkWQAFszDw Message-ID: References: <1402503889.16332.43.camel@kazak.uk.xensource.com> <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062316580306202 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Jun 23, 2014 at 12:10:19, Stefano Stabellini wrote: > On Mon, 23 Jun 2014, Stefano Stabellini wrote: > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > I don't! Dom0 logs are mostly silent about Xen. > > > > You are missing all the earlyboot stuff from your logs. > > Try passing earlyprintk to the dom0 kernel command line. > > FYI from "xen_netfront: Initialising Xen virtual ethernet driver" I > gather that the Xen subsystem most probably initialized correctly. > So it might actually be just a misconfiguration of agetty for hvc0 in > upstart. It appears to be a problem with Upstart. I don't think it even runs in the first place. I can't seem to start it manually either. When I passed init=/bin/sh, and then 'getty --autologin root hvc0' at the root prompt, I was dropped to a new shell, which I think is the intended result? Moving on, I tried to run xl command, which then reported libyajl and libfdt as missing dependencies. I noted that they aren't present in the file system either. Later I created the file system again, passing the package names explicitly to debootstrap. With that, 'xl' gives me a list of sub-commands. However, when I try to execute any of them, it reports the following error: root@(none):~# xl list xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error libxl: error: libxl.c:92:libxl_ctx_alloc: cannot open libxc handle: No such file or directory cannot init xl context A quick grep under the tools directory showed that it's because libxc failed to open /proc/xen/privcmd. The file seems missing in the proc tree but I don't see any messages of failure (say, about registering the file). Any idea what's going wrong? -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 16:02:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 16:02:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6he-0007hf-2r; Mon, 23 Jun 2014 16:02:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6hc-0007hZ-Hs for xen-users@lists.xen.org; Mon, 23 Jun 2014 16:02:40 +0000 Received: from [85.158.143.35:52077] by server-2.bemta-4.messagelabs.com id 28/56-06539-F9F48A35; Mon, 23 Jun 2014 16:02:39 +0000 X-Env-Sender: johnm@advocap.org X-Msg-Ref: server-3.tower-21.messagelabs.com!1403539359!12903424!1 X-Originating-IP: [12.11.209.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25073 invoked from network); 23 Jun 2014 16:02:39 -0000 Received: from unknown (HELO mail.advocap.org) (12.11.209.146) by server-3.tower-21.messagelabs.com with SMTP; 23 Jun 2014 16:02:39 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id C2927233424 for ; Mon, 23 Jun 2014 11:02:26 -0500 (CDT) X-Virus-Scanned: by amavisd-new at advocap.org Received: from mail.advocap.org ([127.0.0.1]) by localhost (mail.advocap.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SNx-UPP50FCH for ; Mon, 23 Jun 2014 11:02:26 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id 958E5233422 for ; Mon, 23 Jun 2014 11:02:26 -0500 (CDT) Received: from oshkosh (oshkosh.advocap.org [192.168.1.1]) by mail.advocap.org (Postfix) with ESMTP id 82701220117 for ; Mon, 23 Jun 2014 11:02:26 -0500 (CDT) Received: from oshkosh.localnet (localhost [127.0.0.1]) by oshkosh (Postfix) with ESMTP id 6DF9D1290 for ; Mon, 23 Jun 2014 11:02:26 -0500 (CDT) From: John McMonagle Organization: Advocap Inc To: Xen User Mailing List Date: Mon, 23 Jun 2014 11:02:25 -0500 User-Agent: KMail/1.13.5 (Linux/2.6.32-5-xen-amd64; KDE/4.4.5; x86_64; ; ) MIME-Version: 1.0 Message-Id: <201406231102.26061.johnm@advocap.org> Subject: [Xen-users] openvswitch vs bridging X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org We are doing some upgrades and currently using bridging. Are there and advantages to using openvswitch? How does performance compare? John _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 16:02:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 16:02:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6he-0007hf-2r; Mon, 23 Jun 2014 16:02:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6hc-0007hZ-Hs for xen-users@lists.xen.org; Mon, 23 Jun 2014 16:02:40 +0000 Received: from [85.158.143.35:52077] by server-2.bemta-4.messagelabs.com id 28/56-06539-F9F48A35; Mon, 23 Jun 2014 16:02:39 +0000 X-Env-Sender: johnm@advocap.org X-Msg-Ref: server-3.tower-21.messagelabs.com!1403539359!12903424!1 X-Originating-IP: [12.11.209.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25073 invoked from network); 23 Jun 2014 16:02:39 -0000 Received: from unknown (HELO mail.advocap.org) (12.11.209.146) by server-3.tower-21.messagelabs.com with SMTP; 23 Jun 2014 16:02:39 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id C2927233424 for ; Mon, 23 Jun 2014 11:02:26 -0500 (CDT) X-Virus-Scanned: by amavisd-new at advocap.org Received: from mail.advocap.org ([127.0.0.1]) by localhost (mail.advocap.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SNx-UPP50FCH for ; Mon, 23 Jun 2014 11:02:26 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id 958E5233422 for ; Mon, 23 Jun 2014 11:02:26 -0500 (CDT) Received: from oshkosh (oshkosh.advocap.org [192.168.1.1]) by mail.advocap.org (Postfix) with ESMTP id 82701220117 for ; Mon, 23 Jun 2014 11:02:26 -0500 (CDT) Received: from oshkosh.localnet (localhost [127.0.0.1]) by oshkosh (Postfix) with ESMTP id 6DF9D1290 for ; Mon, 23 Jun 2014 11:02:26 -0500 (CDT) From: John McMonagle Organization: Advocap Inc To: Xen User Mailing List Date: Mon, 23 Jun 2014 11:02:25 -0500 User-Agent: KMail/1.13.5 (Linux/2.6.32-5-xen-amd64; KDE/4.4.5; x86_64; ; ) MIME-Version: 1.0 Message-Id: <201406231102.26061.johnm@advocap.org> Subject: [Xen-users] openvswitch vs bridging X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org We are doing some upgrades and currently using bridging. Are there and advantages to using openvswitch? How does performance compare? John _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 16:21:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 16:21:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6z5-0008PU-Sc; Mon, 23 Jun 2014 16:20:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6z4-0008PP-85 for xen-users@lists.xen.org; Mon, 23 Jun 2014 16:20:42 +0000 Received: from [85.158.137.68:18801] by server-2.bemta-3.messagelabs.com id 84/89-13558-9D358A35; Mon, 23 Jun 2014 16:20:41 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1403540438!11849138!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24309 invoked from network); 23 Jun 2014 16:20:40 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 16:20:40 -0000 X-IronPort-AV: E=Sophos;i="5.01,531,1400025600"; d="scan'208";a="146472105" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 23 Jun 2014 16:20:19 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 12:20:18 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz6yg-0000fh-50; Mon, 23 Jun 2014 17:20:18 +0100 Date: Mon, 23 Jun 2014 17:19:48 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Jeenu Viswambharan In-Reply-To: Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > On Mon, Jun 23, 2014 at 12:10:19, Stefano Stabellini wrote: > > On Mon, 23 Jun 2014, Stefano Stabellini wrote: > > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > > I don't! Dom0 logs are mostly silent about Xen. > > > > > > You are missing all the earlyboot stuff from your logs. > > > Try passing earlyprintk to the dom0 kernel command line. > > > > FYI from "xen_netfront: Initialising Xen virtual ethernet driver" I > > gather that the Xen subsystem most probably initialized correctly. > > So it might actually be just a misconfiguration of agetty for hvc0 in > > upstart. > > It appears to be a problem with Upstart. I don't think it even runs in > the first place. I can't seem to start it manually either. > > When I passed init=/bin/sh, and then 'getty --autologin root hvc0' at > the root prompt, I was dropped to a new shell, which I think is the > intended result? > > Moving on, I tried to run xl command, which then reported libyajl and > libfdt as missing dependencies. I noted that they aren't present in the > file system either. Later I created the file system again, passing the > package names explicitly to debootstrap. > > With that, 'xl' gives me a list of sub-commands. However, when I try to > execute any of them, it reports the following error: > > root@(none):~# xl list > xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error > libxl: error: libxl.c:92:libxl_ctx_alloc: cannot open libxc handle: No such file or directory > cannot init xl context > > A quick grep under the tools directory showed that it's because libxc > failed to open /proc/xen/privcmd. The file seems missing in the proc > tree but I don't see any messages of failure (say, about registering the > file). Any idea what's going wrong? You need to execute /etc/init.d/xencommons start > -- > Jeenu > > -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 > ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 16:21:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 16:21:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6z5-0008PU-Sc; Mon, 23 Jun 2014 16:20:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz6z4-0008PP-85 for xen-users@lists.xen.org; Mon, 23 Jun 2014 16:20:42 +0000 Received: from [85.158.137.68:18801] by server-2.bemta-3.messagelabs.com id 84/89-13558-9D358A35; Mon, 23 Jun 2014 16:20:41 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1403540438!11849138!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24309 invoked from network); 23 Jun 2014 16:20:40 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 16:20:40 -0000 X-IronPort-AV: E=Sophos;i="5.01,531,1400025600"; d="scan'208";a="146472105" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 23 Jun 2014 16:20:19 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 23 Jun 2014 12:20:18 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wz6yg-0000fh-50; Mon, 23 Jun 2014 17:20:18 +0100 Date: Mon, 23 Jun 2014 17:19:48 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Jeenu Viswambharan In-Reply-To: Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > On Mon, Jun 23, 2014 at 12:10:19, Stefano Stabellini wrote: > > On Mon, 23 Jun 2014, Stefano Stabellini wrote: > > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > > I don't! Dom0 logs are mostly silent about Xen. > > > > > > You are missing all the earlyboot stuff from your logs. > > > Try passing earlyprintk to the dom0 kernel command line. > > > > FYI from "xen_netfront: Initialising Xen virtual ethernet driver" I > > gather that the Xen subsystem most probably initialized correctly. > > So it might actually be just a misconfiguration of agetty for hvc0 in > > upstart. > > It appears to be a problem with Upstart. I don't think it even runs in > the first place. I can't seem to start it manually either. > > When I passed init=/bin/sh, and then 'getty --autologin root hvc0' at > the root prompt, I was dropped to a new shell, which I think is the > intended result? > > Moving on, I tried to run xl command, which then reported libyajl and > libfdt as missing dependencies. I noted that they aren't present in the > file system either. Later I created the file system again, passing the > package names explicitly to debootstrap. > > With that, 'xl' gives me a list of sub-commands. However, when I try to > execute any of them, it reports the following error: > > root@(none):~# xl list > xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error > libxl: error: libxl.c:92:libxl_ctx_alloc: cannot open libxc handle: No such file or directory > cannot init xl context > > A quick grep under the tools directory showed that it's because libxc > failed to open /proc/xen/privcmd. The file seems missing in the proc > tree but I don't see any messages of failure (say, about registering the > file). Any idea what's going wrong? You need to execute /etc/init.d/xencommons start > -- > Jeenu > > -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 > ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 18:18:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 18:18:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz8oV-0004y0-69; Mon, 23 Jun 2014 18:17:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz8oS-0004xo-Qj for xen-users@lists.xen.org; Mon, 23 Jun 2014 18:17:52 +0000 Received: from [85.158.137.68:6975] by server-1.bemta-3.messagelabs.com id 5B/27-13056-05F68A35; Mon, 23 Jun 2014 18:17:52 +0000 X-Env-Sender: jw72253@hotmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1403547468!9414526!1 X-Originating-IP: [65.54.190.80] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12227 invoked from network); 23 Jun 2014 18:17:50 -0000 Received: from bay004-omc2s5.hotmail.com (HELO BAY004-OMC2S5.hotmail.com) (65.54.190.80) by server-14.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 23 Jun 2014 18:17:50 -0000 Received: from BAY178-W51 ([65.54.190.123]) by BAY004-OMC2S5.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712); Mon, 23 Jun 2014 11:17:48 -0700 X-TMN: [FFAi/5exkp2z5vVmirjyt5FlUr/fv7uC] X-Originating-Email: [jw72253@hotmail.com] Message-ID: From: John Wallace To: John McMonagle , Xen User Mailing List Date: Mon, 23 Jun 2014 13:17:48 -0500 Importance: Normal In-Reply-To: <201406231102.26061.johnm@advocap.org> References: <201406231102.26061.johnm@advocap.org> MIME-Version: 1.0 X-OriginalArrivalTime: 23 Jun 2014 18:17:48.0612 (UTC) FILETIME=[702A1040:01CF8F0F] Cc: "xen-users-request@lists.xenproject.org" Subject: [Xen-users] unsubscribe X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4948514758607805875==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4948514758607805875== Content-Type: multipart/alternative; boundary="_b86b57bf-694c-4585-b8d3-19431a1baf99_" --_b86b57bf-694c-4585-b8d3-19431a1baf99_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > From: johnm@advocap.org > To: xen-users@lists.xen.org > Date: Mon=2C 23 Jun 2014 11:02:25 -0500 > Subject: [Xen-users] openvswitch vs bridging >=20 > We are doing some upgrades and currently using bridging. > Are there and advantages to using openvswitch? > How does performance compare? >=20 > John >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users = --_b86b57bf-694c-4585-b8d3-19431a1baf99_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable


>=3B From: johnm@= advocap.org
>=3B To: xen-users@lists.xen.org
>=3B Date: Mon=2C 23= Jun 2014 11:02:25 -0500
>=3B Subject: [Xen-users] openvswitch vs brid= ging
>=3B
>=3B We are doing some upgrades and currently using br= idging.
>=3B Are there and advantages to using openvswitch?
>=3B = How does performance compare?
>=3B
>=3B John
>=3B
>= =3B _______________________________________________
>=3B Xen-users mai= ling list
>=3B Xen-users@lists.xen.org
>=3B http://lists.xen.org/= xen-users
= --_b86b57bf-694c-4585-b8d3-19431a1baf99_-- --===============4948514758607805875== 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 --===============4948514758607805875==-- From xen-users-bounces@lists.xen.org Mon Jun 23 18:18:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 18:18:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz8oV-0004y0-69; Mon, 23 Jun 2014 18:17:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz8oS-0004xo-Qj for xen-users@lists.xen.org; Mon, 23 Jun 2014 18:17:52 +0000 Received: from [85.158.137.68:6975] by server-1.bemta-3.messagelabs.com id 5B/27-13056-05F68A35; Mon, 23 Jun 2014 18:17:52 +0000 X-Env-Sender: jw72253@hotmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1403547468!9414526!1 X-Originating-IP: [65.54.190.80] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12227 invoked from network); 23 Jun 2014 18:17:50 -0000 Received: from bay004-omc2s5.hotmail.com (HELO BAY004-OMC2S5.hotmail.com) (65.54.190.80) by server-14.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 23 Jun 2014 18:17:50 -0000 Received: from BAY178-W51 ([65.54.190.123]) by BAY004-OMC2S5.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712); Mon, 23 Jun 2014 11:17:48 -0700 X-TMN: [FFAi/5exkp2z5vVmirjyt5FlUr/fv7uC] X-Originating-Email: [jw72253@hotmail.com] Message-ID: From: John Wallace To: John McMonagle , Xen User Mailing List Date: Mon, 23 Jun 2014 13:17:48 -0500 Importance: Normal In-Reply-To: <201406231102.26061.johnm@advocap.org> References: <201406231102.26061.johnm@advocap.org> MIME-Version: 1.0 X-OriginalArrivalTime: 23 Jun 2014 18:17:48.0612 (UTC) FILETIME=[702A1040:01CF8F0F] Cc: "xen-users-request@lists.xenproject.org" Subject: [Xen-users] unsubscribe X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4948514758607805875==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4948514758607805875== Content-Type: multipart/alternative; boundary="_b86b57bf-694c-4585-b8d3-19431a1baf99_" --_b86b57bf-694c-4585-b8d3-19431a1baf99_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > From: johnm@advocap.org > To: xen-users@lists.xen.org > Date: Mon=2C 23 Jun 2014 11:02:25 -0500 > Subject: [Xen-users] openvswitch vs bridging >=20 > We are doing some upgrades and currently using bridging. > Are there and advantages to using openvswitch? > How does performance compare? >=20 > John >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users = --_b86b57bf-694c-4585-b8d3-19431a1baf99_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable


>=3B From: johnm@= advocap.org
>=3B To: xen-users@lists.xen.org
>=3B Date: Mon=2C 23= Jun 2014 11:02:25 -0500
>=3B Subject: [Xen-users] openvswitch vs brid= ging
>=3B
>=3B We are doing some upgrades and currently using br= idging.
>=3B Are there and advantages to using openvswitch?
>=3B = How does performance compare?
>=3B
>=3B John
>=3B
>= =3B _______________________________________________
>=3B Xen-users mai= ling list
>=3B Xen-users@lists.xen.org
>=3B http://lists.xen.org/= xen-users
= --_b86b57bf-694c-4585-b8d3-19431a1baf99_-- --===============4948514758607805875== 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 --===============4948514758607805875==-- From xen-users-bounces@lists.xen.org Mon Jun 23 18:52:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 18:52:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz9Lq-0005OZ-AX; Mon, 23 Jun 2014 18:52:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz9Lo-0005OU-D5 for xen-users@lists.xen.org; Mon, 23 Jun 2014 18:52:20 +0000 Received: from [85.158.143.35:43751] by server-3.bemta-4.messagelabs.com id 11/95-16194-36778A35; Mon, 23 Jun 2014 18:52:19 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1403549538!13288841!1 X-Originating-IP: [107.14.166.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3955 invoked from network); 23 Jun 2014 18:52:18 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.226) by server-14.tower-21.messagelabs.com with SMTP; 23 Jun 2014 18:52:18 -0000 Received: from [67.78.168.186] ([67.78.168.186:60593] helo=[10.1.1.200]) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 4E/D6-00343-16778A35; Mon, 23 Jun 2014 18:52:18 +0000 Message-ID: <53A87761.5050702@ubuntu.com> Date: Mon, 23 Jun 2014 14:52:17 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Subject: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When I run xl console or xl create -c to connect to the console of the guest, /dev/hvc0 in the guest has unknown or default 80x25 dimensions rather than being informed of the dimensions of the terminal I run xl console from. Is this something wrong with my configuration, or a currently unsupported feature of xen and/or the hvc driver? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTqHdhAAoJEI5FoCIzSKrwz2cH/3lrLosl1usfwra9caBZF9hE WMYWxOzDgvCe6qjBSGk+1+hsTkKFsEjK8n4fgr6cZHequeHOZSL41iWguivOscwU 5EAUjbdfqN2x0Id351dOJpryCRCnl0YnFsbs+2czKSTNBLXkYt1W9cbcmb6HpNhK mh4twvlMWO16jqRlU2HojcmLnTi9v9+WdDkd09nVdDq8tQ1fjR5t70dpRBZy3i8x eQzxOlvthZ+oXqwdubXDiAi+3m1d6NUOynR7hQEUGL2sdzNxfMTuH/T2ro7BOn4t luIWEEWcJgWoGS5LFQb+ZbdgKilollQpacX8E00IebDRWZxgSrMis4PyxWzDpck= =tmLR -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 18:52:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 18:52:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz9Lq-0005OZ-AX; Mon, 23 Jun 2014 18:52:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz9Lo-0005OU-D5 for xen-users@lists.xen.org; Mon, 23 Jun 2014 18:52:20 +0000 Received: from [85.158.143.35:43751] by server-3.bemta-4.messagelabs.com id 11/95-16194-36778A35; Mon, 23 Jun 2014 18:52:19 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1403549538!13288841!1 X-Originating-IP: [107.14.166.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3955 invoked from network); 23 Jun 2014 18:52:18 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.226) by server-14.tower-21.messagelabs.com with SMTP; 23 Jun 2014 18:52:18 -0000 Received: from [67.78.168.186] ([67.78.168.186:60593] helo=[10.1.1.200]) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 4E/D6-00343-16778A35; Mon, 23 Jun 2014 18:52:18 +0000 Message-ID: <53A87761.5050702@ubuntu.com> Date: Mon, 23 Jun 2014 14:52:17 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Subject: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When I run xl console or xl create -c to connect to the console of the guest, /dev/hvc0 in the guest has unknown or default 80x25 dimensions rather than being informed of the dimensions of the terminal I run xl console from. Is this something wrong with my configuration, or a currently unsupported feature of xen and/or the hvc driver? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTqHdhAAoJEI5FoCIzSKrwz2cH/3lrLosl1usfwra9caBZF9hE WMYWxOzDgvCe6qjBSGk+1+hsTkKFsEjK8n4fgr6cZHequeHOZSL41iWguivOscwU 5EAUjbdfqN2x0Id351dOJpryCRCnl0YnFsbs+2czKSTNBLXkYt1W9cbcmb6HpNhK mh4twvlMWO16jqRlU2HojcmLnTi9v9+WdDkd09nVdDq8tQ1fjR5t70dpRBZy3i8x eQzxOlvthZ+oXqwdubXDiAi+3m1d6NUOynR7hQEUGL2sdzNxfMTuH/T2ro7BOn4t luIWEEWcJgWoGS5LFQb+ZbdgKilollQpacX8E00IebDRWZxgSrMis4PyxWzDpck= =tmLR -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 19:15:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 19:15:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz9hj-0005lO-3A; Mon, 23 Jun 2014 19:14:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz9hh-0005lJ-PF for xen-users@lists.xen.org; Mon, 23 Jun 2014 19:14:57 +0000 Received: from [85.158.139.211:43249] by server-4.bemta-5.messagelabs.com id B2/D4-07250-1BC78A35; Mon, 23 Jun 2014 19:14:57 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1403550896!11539824!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20704 invoked from network); 23 Jun 2014 19:14:56 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 19:14:56 -0000 Received: by mail-we0-f178.google.com with SMTP id x48so7480315wes.37 for ; Mon, 23 Jun 2014 12:14:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=jcG78p3or0iZCTyJq+sg66ceRT11RPRNFHPgJXSZm/k=; b=qiV398J6SlHwZfkokfrXCkcBOm7rM1AK1iXCEFdoKrsejDRbWnSy0wwHRYr9j5Y+ui UreoY53DMNdEUtO/FV/JdK3CTpdeWYK8MUk5pAb1/wxcVeQIbQDKWjTkZWkNYO2AcKzw jcEIiQxL2xmoqaXsmU67qSyX1xKek4wCQcJTWi5aKl853nIPaJwdvoDmhdvfQCd46R7N ve4W1npZwI4rtYCjyM7sHkvGGZSgQPWjOu9oYc+5iomH/dpH7p5IeYQSP8CpwyZ1Fuwa shWE3d1F3y4I7c3Qrd3dHu/v4SgloHa9EOsA3/rSP56H0mNS+7vUNbWRTmlrIjBjEJU0 VKgg== X-Received: by 10.180.91.81 with SMTP id cc17mr28522013wib.17.1403550895446; Mon, 23 Jun 2014 12:14:55 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id r9sm35976408wia.17.2014.06.23.12.14.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Jun 2014 12:14:54 -0700 (PDT) Message-ID: <53A87D1D.4060800@gmail.com> Date: Mon, 23 Jun 2014 22:16:45 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 Subject: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, I am new to xen and I'd like to ask some things. I am looking to use Xen with both PV and HVM guests. I want to pass-through most of my devices to DomU's. My main concern so far is what hardware should I choose? I've decided on the cpu - Intel i7-4770. The ram will most likely be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos - what I know so far is that ASUS don't officially support Vt-d, but Asrock say they do. So I am thinking of getting an Asrock. Thing is - so far I've read about people using the z87 chipset, but only one example of z97. Also on Intel's website they are saying that z87 has Vt-d, but nothing about the z97. So can someone confirm if Asrock Z97 mobos support Vt-d? Also if it has problems with its tables?(EPT ones, if I am not mistaken). I am particularly interested in the Asrock Z97 Extreme4. Perhaps someone around here has experience with it? Also I've read about the GPU pass-through, so I've decided to use AMD since nVidia has no support for it (unless I change the ID of my vga to a quadro or some other professional vga). Not having an FLR isn't an issue, correct? And now my main concern - which of these devices can be used with pass-through: the integrated sound card the integrated NIC the sata controllers(expensive boards have two - one from the chipset and another one) the usb controllers All of those should be PCI devices, correct? Also in an article in wikipedia, they say that some mobos don't have support for Vt-d for example on PCIe x8 or mini? How come only one or two slots can't work? Also can I passtrough just one USB device or I have to do it with the whole controller?(as a PCI device I guess). Greetings, Mihail -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqH0dAAoJEMqHhflCh8gXT5UP/RB4Xl8MnspLj2TfrfZTgJ1M MCq2haGjdprZC6eGih4dy8kFUgZ7KjquOrvYe7YlCjZMxSPWWyL2Xfz5FHbOezA2 10J4lTvvYzXD12XJAa+XZW4ta0tf14qxuo3Z1DNt5J6xv7m2omERPf674UUkmGOf rkjb7MtPRPaHIDQ1r17PQ+51LedviiNbLPhQrVgfMwsiB7BV0Pki1nfdWJmXNL69 iWFoQAxy1iJOf/3XptD5wVOH1bNUDWCza7u/aqAk73/d9N6x+W3rfkLfE9i9nbrX jaAB/LvE1RzmsCiSsYQZfh3ZV0VD3Tr2yIZkIQVY0hwno7o/pAEWtgZePCLXPqp2 6oiiPoMCDRtcec6b171yDmwlzjyXx7q5jIJ3R8TIbcY28qoc7w87SV8JRfP5qoUM SUyhXpiFkSj/ivGFvPfrnT6Hiion0WnFiGbhMbYDjji7zW5AKd+iOXCbDwWsNgXj NbbwpMmEBBq6pf/O6rVvTNDv9GnTQ651MOcVF4GpU0IS+WoJaZM9cd7JYnkOctEU TAkFl+q1t+YfL1l8yAxBoD3j6tbc96gl5xAjeWWlWxMbk53hr9j1Zfn0J/M/KYyj A7Xqli2XqVrGrFJGJZiP0WJA8L7r377x1yKnoI4OQSqDe+0tUqAkPRu1VjLpxA4I hF77Lcif3uwEkvPXm8on =g7xW -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 23 19:15:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jun 2014 19:15:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz9hj-0005lO-3A; Mon, 23 Jun 2014 19:14:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wz9hh-0005lJ-PF for xen-users@lists.xen.org; Mon, 23 Jun 2014 19:14:57 +0000 Received: from [85.158.139.211:43249] by server-4.bemta-5.messagelabs.com id B2/D4-07250-1BC78A35; Mon, 23 Jun 2014 19:14:57 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1403550896!11539824!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20704 invoked from network); 23 Jun 2014 19:14:56 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2014 19:14:56 -0000 Received: by mail-we0-f178.google.com with SMTP id x48so7480315wes.37 for ; Mon, 23 Jun 2014 12:14:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=jcG78p3or0iZCTyJq+sg66ceRT11RPRNFHPgJXSZm/k=; b=qiV398J6SlHwZfkokfrXCkcBOm7rM1AK1iXCEFdoKrsejDRbWnSy0wwHRYr9j5Y+ui UreoY53DMNdEUtO/FV/JdK3CTpdeWYK8MUk5pAb1/wxcVeQIbQDKWjTkZWkNYO2AcKzw jcEIiQxL2xmoqaXsmU67qSyX1xKek4wCQcJTWi5aKl853nIPaJwdvoDmhdvfQCd46R7N ve4W1npZwI4rtYCjyM7sHkvGGZSgQPWjOu9oYc+5iomH/dpH7p5IeYQSP8CpwyZ1Fuwa shWE3d1F3y4I7c3Qrd3dHu/v4SgloHa9EOsA3/rSP56H0mNS+7vUNbWRTmlrIjBjEJU0 VKgg== X-Received: by 10.180.91.81 with SMTP id cc17mr28522013wib.17.1403550895446; Mon, 23 Jun 2014 12:14:55 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id r9sm35976408wia.17.2014.06.23.12.14.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Jun 2014 12:14:54 -0700 (PDT) Message-ID: <53A87D1D.4060800@gmail.com> Date: Mon, 23 Jun 2014 22:16:45 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 Subject: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, I am new to xen and I'd like to ask some things. I am looking to use Xen with both PV and HVM guests. I want to pass-through most of my devices to DomU's. My main concern so far is what hardware should I choose? I've decided on the cpu - Intel i7-4770. The ram will most likely be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos - what I know so far is that ASUS don't officially support Vt-d, but Asrock say they do. So I am thinking of getting an Asrock. Thing is - so far I've read about people using the z87 chipset, but only one example of z97. Also on Intel's website they are saying that z87 has Vt-d, but nothing about the z97. So can someone confirm if Asrock Z97 mobos support Vt-d? Also if it has problems with its tables?(EPT ones, if I am not mistaken). I am particularly interested in the Asrock Z97 Extreme4. Perhaps someone around here has experience with it? Also I've read about the GPU pass-through, so I've decided to use AMD since nVidia has no support for it (unless I change the ID of my vga to a quadro or some other professional vga). Not having an FLR isn't an issue, correct? And now my main concern - which of these devices can be used with pass-through: the integrated sound card the integrated NIC the sata controllers(expensive boards have two - one from the chipset and another one) the usb controllers All of those should be PCI devices, correct? Also in an article in wikipedia, they say that some mobos don't have support for Vt-d for example on PCIe x8 or mini? How come only one or two slots can't work? Also can I passtrough just one USB device or I have to do it with the whole controller?(as a PCI device I guess). Greetings, Mihail -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqH0dAAoJEMqHhflCh8gXT5UP/RB4Xl8MnspLj2TfrfZTgJ1M MCq2haGjdprZC6eGih4dy8kFUgZ7KjquOrvYe7YlCjZMxSPWWyL2Xfz5FHbOezA2 10J4lTvvYzXD12XJAa+XZW4ta0tf14qxuo3Z1DNt5J6xv7m2omERPf674UUkmGOf rkjb7MtPRPaHIDQ1r17PQ+51LedviiNbLPhQrVgfMwsiB7BV0Pki1nfdWJmXNL69 iWFoQAxy1iJOf/3XptD5wVOH1bNUDWCza7u/aqAk73/d9N6x+W3rfkLfE9i9nbrX jaAB/LvE1RzmsCiSsYQZfh3ZV0VD3Tr2yIZkIQVY0hwno7o/pAEWtgZePCLXPqp2 6oiiPoMCDRtcec6b171yDmwlzjyXx7q5jIJ3R8TIbcY28qoc7w87SV8JRfP5qoUM SUyhXpiFkSj/ivGFvPfrnT6Hiion0WnFiGbhMbYDjji7zW5AKd+iOXCbDwWsNgXj NbbwpMmEBBq6pf/O6rVvTNDv9GnTQ651MOcVF4GpU0IS+WoJaZM9cd7JYnkOctEU TAkFl+q1t+YfL1l8yAxBoD3j6tbc96gl5xAjeWWlWxMbk53hr9j1Zfn0J/M/KYyj A7Xqli2XqVrGrFJGJZiP0WJA8L7r377x1yKnoI4OQSqDe+0tUqAkPRu1VjLpxA4I hF77Lcif3uwEkvPXm8on =g7xW -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 07:59:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 07:59:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzLcE-0007lZ-2Y; Tue, 24 Jun 2014 07:58:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzLcC-0007lU-1q for xen-users@lists.xen.org; Tue, 24 Jun 2014 07:58:04 +0000 Received: from [85.158.143.35:60484] by server-1.bemta-4.messagelabs.com id CD/E2-09496-B8F29A35; Tue, 24 Jun 2014 07:58:03 +0000 X-Env-Sender: pierre.peyronnel@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1403596681!13385536!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27664 invoked from network); 24 Jun 2014 07:58:02 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 07:58:02 -0000 Received: by mail-we0-f170.google.com with SMTP id w61so8351242wes.1 for ; Tue, 24 Jun 2014 00:58:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/NO2qWLHaxsjvmxgFVOP0dz1SiEhggEH958UfFOvXAo=; b=0vehqoORoVPy6mFVcxBk1jj7Oz/O5mRZEdINBd2GVLj6kxBIegMgW4RfKnOQ7xY66m BheySiFCngONXi7N+T8w89mfJF3Bs5g7oAzVUPIgJ5xPxLCXIZa1lrsTtwUrIBx/4oLm 14G4IXEM7H4fbURn7QcevmQi8o7KPT4nQyB9vFg0aJCUbQDgcDjCo61CYAaBZDlqgKcE qj7TGob7OiqhEIEOS6kNL/rpljJ4hxh3SRYOjusM6Hd2Zv6Srqf3KIvR2r5x4MKZPZhH KKw2ss4TLxFV5VyEaJyR7d5+SghaPCj+UZfSSkDF6UiJOILvRWeshpvPv6Yc/dHkNM2L jGTw== MIME-Version: 1.0 X-Received: by 10.194.120.103 with SMTP id lb7mr32775950wjb.40.1403596681657; Tue, 24 Jun 2014 00:58:01 -0700 (PDT) Received: by 10.180.24.135 with HTTP; Tue, 24 Jun 2014 00:58:01 -0700 (PDT) In-Reply-To: <53A87D1D.4060800@gmail.com> References: <53A87D1D.4060800@gmail.com> Date: Tue, 24 Jun 2014 09:58:01 +0200 Message-ID: From: Pierre Peyronnel To: Mihail Ivanov Cc: xen-users Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0322427125449054963==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0322427125449054963== Content-Type: multipart/alternative; boundary=089e0112cc5a9e44e504fc905183 --089e0112cc5a9e44e504fc905183 Content-Type: text/plain; charset=UTF-8 Hi, you should check that BOTH CPU and mobo support VT-d. I have an Asrock b85m-itx and it works, you should mail their support for your specific board to make sure. as for the rest i have passed through a PCIe SATA 8x and USB disks without problem. If it has a PCI id, then i think you should be able to pass it through ? (i have not tried graphic cards though and i know there's a specific wiki page for it) I'm thinking that if some PCI devices cannot be passed through it might be because they are not managed by the chipset (say your Z97 is not managing access to the PCIe controller in the mobo's architecture so the fact that z97 is VT-d becomes irrelevant to that controller) Hope i've helped (although i'm not a xen "jedi master"...) Pierre On Mon, Jun 23, 2014 at 9:16 PM, Mihail Ivanov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everyone, I am new to xen and I'd like to ask some things. > > I am looking to use Xen with both PV and HVM guests. > I want to pass-through most of my devices to DomU's. > My main concern so far is what hardware should I choose? > > I've decided on the cpu - Intel i7-4770. > The ram will most likely be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. > About the mobos - what I know so far is that ASUS don't officially > support Vt-d, but Asrock say they do. > So I am thinking of getting an Asrock. Thing is - so far I've read > about people using the z87 chipset, > but only one example of z97. Also on Intel's website they are saying > that z87 has Vt-d, > but nothing about the z97. > > So can someone confirm if Asrock Z97 mobos support Vt-d? > Also if it has problems with its tables?(EPT ones, if I am not mistaken). > > I am particularly interested in the Asrock Z97 Extreme4. > Perhaps someone around here has experience with it? > > Also I've read about the GPU pass-through, so I've decided to use AMD > since nVidia has no support for it > (unless I change the ID of my vga to a quadro or some other > professional vga). > > Not having an FLR isn't an issue, correct? > > And now my main concern - which of these devices can be used with > pass-through: > the integrated sound card > the integrated NIC > the sata controllers(expensive boards have two - one from the chipset > and another one) > the usb controllers > > All of those should be PCI devices, correct? > Also in an article in wikipedia, they say that some mobos don't have > support for Vt-d for example on PCIe x8 or mini? > How come only one or two slots can't work? > > Also can I passtrough just one USB device or I have to do it with the > whole controller?(as a PCI device I guess). > > Greetings, > Mihail > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBAgAGBQJTqH0dAAoJEMqHhflCh8gXT5UP/RB4Xl8MnspLj2TfrfZTgJ1M > MCq2haGjdprZC6eGih4dy8kFUgZ7KjquOrvYe7YlCjZMxSPWWyL2Xfz5FHbOezA2 > 10J4lTvvYzXD12XJAa+XZW4ta0tf14qxuo3Z1DNt5J6xv7m2omERPf674UUkmGOf > rkjb7MtPRPaHIDQ1r17PQ+51LedviiNbLPhQrVgfMwsiB7BV0Pki1nfdWJmXNL69 > iWFoQAxy1iJOf/3XptD5wVOH1bNUDWCza7u/aqAk73/d9N6x+W3rfkLfE9i9nbrX > jaAB/LvE1RzmsCiSsYQZfh3ZV0VD3Tr2yIZkIQVY0hwno7o/pAEWtgZePCLXPqp2 > 6oiiPoMCDRtcec6b171yDmwlzjyXx7q5jIJ3R8TIbcY28qoc7w87SV8JRfP5qoUM > SUyhXpiFkSj/ivGFvPfrnT6Hiion0WnFiGbhMbYDjji7zW5AKd+iOXCbDwWsNgXj > NbbwpMmEBBq6pf/O6rVvTNDv9GnTQ651MOcVF4GpU0IS+WoJaZM9cd7JYnkOctEU > TAkFl+q1t+YfL1l8yAxBoD3j6tbc96gl5xAjeWWlWxMbk53hr9j1Zfn0J/M/KYyj > A7Xqli2XqVrGrFJGJZiP0WJA8L7r377x1yKnoI4OQSqDe+0tUqAkPRu1VjLpxA4I > hF77Lcif3uwEkvPXm8on > =g7xW > -----END PGP SIGNATURE----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0112cc5a9e44e504fc905183 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

you should check that= BOTH CPU and mobo support VT-d.
I have an Asrock b85m-itx and it = works, you should mail their support for your specific board to make sure.<= br>
as for the rest i have passed through a PCIe SATA 8x and USB disk= s without problem.
If it has a PCI id, then i think you should be able t= o pass it through ? (i have not tried graphic cards though and i know there= 's a specific wiki page for it)


I'm thinking that if some PCI devices cannot be pass= ed through it might be because they are not managed by the chipset (say you= r Z97 is not managing access to the PCIe controller in the mobo's archi= tecture so the fact that z97 is VT-d becomes irrelevant to that controller)=

Hope i've helped (although i'm not a xen "jedi = master"...)

Pierre


On Mon, Jun 23, 2014 at 9:16 PM= , Mihail Ivanov <mihail.ivanov93@gmail.com> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello everyone, I am new to xen and I'd like to ask some things.

I am looking to use Xen with both PV and HVM guests.
I want to pass-through most of my devices to DomU's.
My main concern so far is what hardware should I choose?

I've decided on the cpu - Intel i7-4770.
The ram will most likely be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos - what I know so far is that ASUS don't officially
support Vt-d, but Asrock say they do.
So I am thinking of getting an Asrock. Thing is - so far I've read
about people using the z87 chipset,
but only one example of z97. Also on Intel's website they are saying that z87 has Vt-d,
but nothing about the z97.

So can someone confirm if Asrock Z97 mobos support Vt-d?
Also if it has problems with its tables?(EPT ones, if I am not mistaken).
I am particularly interested in the Asrock Z97 Extreme4.
Perhaps someone around here has experience with it?

Also I've read about the GPU pass-through, so I've decided to use A= MD
since nVidia has no support for it
(unless I change the ID of my vga to a quadro or some other
professional vga).

Not having an FLR isn't an issue, correct?

And now my main concern - which of these devices can be used with
pass-through:
the integrated sound card
the integrated NIC
the sata controllers(expensive boards have two - one from the chipset
and another one)
the usb controllers

All of those should be PCI devices, correct?
Also in an article in wikipedia, they say that some mobos don't have support for Vt-d for example on PCIe x8 or mini?
How come only one or two slots can't work?

Also can I passtrough just one USB device or I have to do it with the
whole controller?(as a PCI device I guess).

Greetings,
Mihail
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTqH0dAAoJEMqHhflCh8gXT5UP/RB4Xl8MnspLj2TfrfZTgJ1M
MCq2haGjdprZC6eGih4dy8kFUgZ7KjquOrvYe7YlCjZMxSPWWyL2Xfz5FHbOezA2
10J4lTvvYzXD12XJAa+XZW4ta0tf14qxuo3Z1DNt5J6xv7m2omERPf674UUkmGOf
rkjb7MtPRPaHIDQ1r17PQ+51LedviiNbLPhQrVgfMwsiB7BV0Pki1nfdWJmXNL69
iWFoQAxy1iJOf/3XptD5wVOH1bNUDWCza7u/aqAk73/d9N6x+W3rfkLfE9i9nbrX
jaAB/LvE1RzmsCiSsYQZfh3ZV0VD3Tr2yIZkIQVY0hwno7o/pAEWtgZePCLXPqp2
6oiiPoMCDRtcec6b171yDmwlzjyXx7q5jIJ3R8TIbcY28qoc7w87SV8JRfP5qoUM
SUyhXpiFkSj/ivGFvPfrnT6Hiion0WnFiGbhMbYDjji7zW5AKd+iOXCbDwWsNgXj
NbbwpMmEBBq6pf/O6rVvTNDv9GnTQ651MOcVF4GpU0IS+WoJaZM9cd7JYnkOctEU
TAkFl+q1t+YfL1l8yAxBoD3j6tbc96gl5xAjeWWlWxMbk53hr9j1Zfn0J/M/KYyj
A7Xqli2XqVrGrFJGJZiP0WJA8L7r377x1yKnoI4OQSqDe+0tUqAkPRu1VjLpxA4I
hF77Lcif3uwEkvPXm8on
=3Dg7xW
-----END PGP SIGNATURE-----

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--089e0112cc5a9e44e504fc905183-- --===============0322427125449054963== 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 --===============0322427125449054963==-- From xen-users-bounces@lists.xen.org Tue Jun 24 07:59:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 07:59:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzLcE-0007lZ-2Y; Tue, 24 Jun 2014 07:58:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzLcC-0007lU-1q for xen-users@lists.xen.org; Tue, 24 Jun 2014 07:58:04 +0000 Received: from [85.158.143.35:60484] by server-1.bemta-4.messagelabs.com id CD/E2-09496-B8F29A35; Tue, 24 Jun 2014 07:58:03 +0000 X-Env-Sender: pierre.peyronnel@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1403596681!13385536!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27664 invoked from network); 24 Jun 2014 07:58:02 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 07:58:02 -0000 Received: by mail-we0-f170.google.com with SMTP id w61so8351242wes.1 for ; Tue, 24 Jun 2014 00:58:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/NO2qWLHaxsjvmxgFVOP0dz1SiEhggEH958UfFOvXAo=; b=0vehqoORoVPy6mFVcxBk1jj7Oz/O5mRZEdINBd2GVLj6kxBIegMgW4RfKnOQ7xY66m BheySiFCngONXi7N+T8w89mfJF3Bs5g7oAzVUPIgJ5xPxLCXIZa1lrsTtwUrIBx/4oLm 14G4IXEM7H4fbURn7QcevmQi8o7KPT4nQyB9vFg0aJCUbQDgcDjCo61CYAaBZDlqgKcE qj7TGob7OiqhEIEOS6kNL/rpljJ4hxh3SRYOjusM6Hd2Zv6Srqf3KIvR2r5x4MKZPZhH KKw2ss4TLxFV5VyEaJyR7d5+SghaPCj+UZfSSkDF6UiJOILvRWeshpvPv6Yc/dHkNM2L jGTw== MIME-Version: 1.0 X-Received: by 10.194.120.103 with SMTP id lb7mr32775950wjb.40.1403596681657; Tue, 24 Jun 2014 00:58:01 -0700 (PDT) Received: by 10.180.24.135 with HTTP; Tue, 24 Jun 2014 00:58:01 -0700 (PDT) In-Reply-To: <53A87D1D.4060800@gmail.com> References: <53A87D1D.4060800@gmail.com> Date: Tue, 24 Jun 2014 09:58:01 +0200 Message-ID: From: Pierre Peyronnel To: Mihail Ivanov Cc: xen-users Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0322427125449054963==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0322427125449054963== Content-Type: multipart/alternative; boundary=089e0112cc5a9e44e504fc905183 --089e0112cc5a9e44e504fc905183 Content-Type: text/plain; charset=UTF-8 Hi, you should check that BOTH CPU and mobo support VT-d. I have an Asrock b85m-itx and it works, you should mail their support for your specific board to make sure. as for the rest i have passed through a PCIe SATA 8x and USB disks without problem. If it has a PCI id, then i think you should be able to pass it through ? (i have not tried graphic cards though and i know there's a specific wiki page for it) I'm thinking that if some PCI devices cannot be passed through it might be because they are not managed by the chipset (say your Z97 is not managing access to the PCIe controller in the mobo's architecture so the fact that z97 is VT-d becomes irrelevant to that controller) Hope i've helped (although i'm not a xen "jedi master"...) Pierre On Mon, Jun 23, 2014 at 9:16 PM, Mihail Ivanov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everyone, I am new to xen and I'd like to ask some things. > > I am looking to use Xen with both PV and HVM guests. > I want to pass-through most of my devices to DomU's. > My main concern so far is what hardware should I choose? > > I've decided on the cpu - Intel i7-4770. > The ram will most likely be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. > About the mobos - what I know so far is that ASUS don't officially > support Vt-d, but Asrock say they do. > So I am thinking of getting an Asrock. Thing is - so far I've read > about people using the z87 chipset, > but only one example of z97. Also on Intel's website they are saying > that z87 has Vt-d, > but nothing about the z97. > > So can someone confirm if Asrock Z97 mobos support Vt-d? > Also if it has problems with its tables?(EPT ones, if I am not mistaken). > > I am particularly interested in the Asrock Z97 Extreme4. > Perhaps someone around here has experience with it? > > Also I've read about the GPU pass-through, so I've decided to use AMD > since nVidia has no support for it > (unless I change the ID of my vga to a quadro or some other > professional vga). > > Not having an FLR isn't an issue, correct? > > And now my main concern - which of these devices can be used with > pass-through: > the integrated sound card > the integrated NIC > the sata controllers(expensive boards have two - one from the chipset > and another one) > the usb controllers > > All of those should be PCI devices, correct? > Also in an article in wikipedia, they say that some mobos don't have > support for Vt-d for example on PCIe x8 or mini? > How come only one or two slots can't work? > > Also can I passtrough just one USB device or I have to do it with the > whole controller?(as a PCI device I guess). > > Greetings, > Mihail > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBAgAGBQJTqH0dAAoJEMqHhflCh8gXT5UP/RB4Xl8MnspLj2TfrfZTgJ1M > MCq2haGjdprZC6eGih4dy8kFUgZ7KjquOrvYe7YlCjZMxSPWWyL2Xfz5FHbOezA2 > 10J4lTvvYzXD12XJAa+XZW4ta0tf14qxuo3Z1DNt5J6xv7m2omERPf674UUkmGOf > rkjb7MtPRPaHIDQ1r17PQ+51LedviiNbLPhQrVgfMwsiB7BV0Pki1nfdWJmXNL69 > iWFoQAxy1iJOf/3XptD5wVOH1bNUDWCza7u/aqAk73/d9N6x+W3rfkLfE9i9nbrX > jaAB/LvE1RzmsCiSsYQZfh3ZV0VD3Tr2yIZkIQVY0hwno7o/pAEWtgZePCLXPqp2 > 6oiiPoMCDRtcec6b171yDmwlzjyXx7q5jIJ3R8TIbcY28qoc7w87SV8JRfP5qoUM > SUyhXpiFkSj/ivGFvPfrnT6Hiion0WnFiGbhMbYDjji7zW5AKd+iOXCbDwWsNgXj > NbbwpMmEBBq6pf/O6rVvTNDv9GnTQ651MOcVF4GpU0IS+WoJaZM9cd7JYnkOctEU > TAkFl+q1t+YfL1l8yAxBoD3j6tbc96gl5xAjeWWlWxMbk53hr9j1Zfn0J/M/KYyj > A7Xqli2XqVrGrFJGJZiP0WJA8L7r377x1yKnoI4OQSqDe+0tUqAkPRu1VjLpxA4I > hF77Lcif3uwEkvPXm8on > =g7xW > -----END PGP SIGNATURE----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0112cc5a9e44e504fc905183 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

you should check that= BOTH CPU and mobo support VT-d.
I have an Asrock b85m-itx and it = works, you should mail their support for your specific board to make sure.<= br>
as for the rest i have passed through a PCIe SATA 8x and USB disk= s without problem.
If it has a PCI id, then i think you should be able t= o pass it through ? (i have not tried graphic cards though and i know there= 's a specific wiki page for it)


I'm thinking that if some PCI devices cannot be pass= ed through it might be because they are not managed by the chipset (say you= r Z97 is not managing access to the PCIe controller in the mobo's archi= tecture so the fact that z97 is VT-d becomes irrelevant to that controller)=

Hope i've helped (although i'm not a xen "jedi = master"...)

Pierre


On Mon, Jun 23, 2014 at 9:16 PM= , Mihail Ivanov <mihail.ivanov93@gmail.com> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello everyone, I am new to xen and I'd like to ask some things.

I am looking to use Xen with both PV and HVM guests.
I want to pass-through most of my devices to DomU's.
My main concern so far is what hardware should I choose?

I've decided on the cpu - Intel i7-4770.
The ram will most likely be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos - what I know so far is that ASUS don't officially
support Vt-d, but Asrock say they do.
So I am thinking of getting an Asrock. Thing is - so far I've read
about people using the z87 chipset,
but only one example of z97. Also on Intel's website they are saying that z87 has Vt-d,
but nothing about the z97.

So can someone confirm if Asrock Z97 mobos support Vt-d?
Also if it has problems with its tables?(EPT ones, if I am not mistaken).
I am particularly interested in the Asrock Z97 Extreme4.
Perhaps someone around here has experience with it?

Also I've read about the GPU pass-through, so I've decided to use A= MD
since nVidia has no support for it
(unless I change the ID of my vga to a quadro or some other
professional vga).

Not having an FLR isn't an issue, correct?

And now my main concern - which of these devices can be used with
pass-through:
the integrated sound card
the integrated NIC
the sata controllers(expensive boards have two - one from the chipset
and another one)
the usb controllers

All of those should be PCI devices, correct?
Also in an article in wikipedia, they say that some mobos don't have support for Vt-d for example on PCIe x8 or mini?
How come only one or two slots can't work?

Also can I passtrough just one USB device or I have to do it with the
whole controller?(as a PCI device I guess).

Greetings,
Mihail
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTqH0dAAoJEMqHhflCh8gXT5UP/RB4Xl8MnspLj2TfrfZTgJ1M
MCq2haGjdprZC6eGih4dy8kFUgZ7KjquOrvYe7YlCjZMxSPWWyL2Xfz5FHbOezA2
10J4lTvvYzXD12XJAa+XZW4ta0tf14qxuo3Z1DNt5J6xv7m2omERPf674UUkmGOf
rkjb7MtPRPaHIDQ1r17PQ+51LedviiNbLPhQrVgfMwsiB7BV0Pki1nfdWJmXNL69
iWFoQAxy1iJOf/3XptD5wVOH1bNUDWCza7u/aqAk73/d9N6x+W3rfkLfE9i9nbrX
jaAB/LvE1RzmsCiSsYQZfh3ZV0VD3Tr2yIZkIQVY0hwno7o/pAEWtgZePCLXPqp2
6oiiPoMCDRtcec6b171yDmwlzjyXx7q5jIJ3R8TIbcY28qoc7w87SV8JRfP5qoUM
SUyhXpiFkSj/ivGFvPfrnT6Hiion0WnFiGbhMbYDjji7zW5AKd+iOXCbDwWsNgXj
NbbwpMmEBBq6pf/O6rVvTNDv9GnTQ651MOcVF4GpU0IS+WoJaZM9cd7JYnkOctEU
TAkFl+q1t+YfL1l8yAxBoD3j6tbc96gl5xAjeWWlWxMbk53hr9j1Zfn0J/M/KYyj
A7Xqli2XqVrGrFJGJZiP0WJA8L7r377x1yKnoI4OQSqDe+0tUqAkPRu1VjLpxA4I
hF77Lcif3uwEkvPXm8on
=3Dg7xW
-----END PGP SIGNATURE-----

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--089e0112cc5a9e44e504fc905183-- --===============0322427125449054963== 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 --===============0322427125449054963==-- From xen-users-bounces@lists.xen.org Tue Jun 24 09:16:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 09:16:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzMpb-0001SB-7t; Tue, 24 Jun 2014 09:15:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzMpZ-0001S5-3W for xen-users@lists.xen.org; Tue, 24 Jun 2014 09:15:57 +0000 Received: from [85.158.139.211:32879] by server-7.bemta-5.messagelabs.com id 50/2F-03657-CC149A35; Tue, 24 Jun 2014 09:15:56 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-206.messagelabs.com!1403601354!11639846!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16012 invoked from network); 24 Jun 2014 09:15:55 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jun 2014 09:15:55 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 5D09D221DE2 for ; Tue, 24 Jun 2014 10:15:54 +0100 (BST) MIME-Version: 1.0 Date: Tue, 24 Jun 2014 10:15:54 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <53A87D1D.4060800@gmail.com> References: <53A87D1D.4060800@gmail.com> Message-ID: <9db60a2083dbfc57c6e8ea210e6845da@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-23 20:16, Mihail Ivanov wrote: > I am looking to use Xen with both PV and HVM guests. > I want to pass-through most of my devices to DomU's. > My main concern so far is what hardware should I choose? If you want things that "just work", get whatever is Citrix certified for XenServer. With anything else you are rolling dice, and are liable to run into various hardware, firmware, of software bugs that you probably don't want to waste days of your time working around or writing your own patches to fix. > I've decided on the cpu - Intel i7-4770. > The ram will most likely be 32GB - two kits of Geil 2x8GB 1600-2166 > Mhz. If you are serious about what you are doing and want something for actual productive purposes, get something that supports ECC RAM. IMO, hardware that doesn't support ECC RAM is faulty by design. Have a read through this before dismissing that view: http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 Especially if you are looking at overclocking grade kit. Otherwise you are liable to be chasing your tail on stability issues for days/weeks/months looking for a problem that is anywhere but where you think it is. > About the mobos - what I know so far is that ASUS don't officially > support Vt-d, but Asrock say they do. I have recently gained the enlightenment to not touch anything made by Asus with a barge pole. Although their hardware is not bad per se, their customer service and warranty support are worse than useless. If you buy anything made by Asus make sure you buy it via a retailer well known for their customer service reputation, because that is going to be your only point of resolution for anything made by Asus. > So I am thinking of getting an Asrock. Thing is - so far I've read > about people using the z87 chipset, > but only one example of z97. Also on Intel's website they are saying > that z87 has Vt-d, but nothing about the z97. IMO you are looking in the whole wrong ballpark for your hardware with consumer grade OC-ing kit. Regardless, the key part is making sure there are no components on the motherboard that will blow you out of the water when it comes to VT-d. Nvidia NF200 PCIe bridges are one such item. > Also I've read about the GPU pass-through, so I've decided to use AMD > since nVidia has no support for it > (unless I change the ID of my vga to a quadro or some other > professional vga). Good luck with that. Results with ATI cards have been patchy at best and seem to vary wildly with different releases of kernel and Xen. Nvidia based solutions generally "just work". If you don't want to do any soldering, get a GTX480 and soft-strap it into a Quadro 6000. Or if you are on a budget, GTX470 -> Quadro 5000 or GTS450 (GF106 based only) -> Quadro 2000 > Not having an FLR isn't an issue, correct? No, it is not a necessary requirement. > And now my main concern - which of these devices can be used with > pass-through: > the integrated sound card > the integrated NIC > the sata controllers(expensive boards have two - one from the chipset > and another one) > the usb controllers All of the above. On my system I am passing through the integrated Intel HD audio, two USB ports and a GPU to one VM, and a GPU and a whole USB3 controller to another VM. I don't pass through whole SATA controllers because I prefer to have my VMs backed by ZFS volumes with deduplication (on SSD, so the performance isn't utterly crippling, and the deduplication ratio is pretty much the number of VMs) My motherboard has two Marvell NICs, but I have them bonded and bridged to the virtual VM NICs, with PV drivers. This produces reasonably good results for me. > All of those should be PCI devices, correct? You can pass individual USB devices through, but when I tried to do it that way things were a little more quirky, so I just stuck with passing through PCIe USB devices corresponding to the ports. > Also in an article in wikipedia, they say that some mobos don't have > support for Vt-d for example on PCIe x8 or mini? > How come only one or two slots can't work? Nvidia NF200 (or similarly broken) PCIe bridges. They are used to multiplex out the PCIe lanes to more lanes than the root PCIe hub has. At a glance this is pointless because you still only have so much bandwidth at the root hub. But NF200 traffic seems to outright bypass the root hub for DMA transfers, which means it can avoid some of the bottleneck. The bad part is that the traffic that doesn't go via the root hub cannot be subject to VT-d translation which will cause PCI I/O memory overwriting and crash the host (and depending on how unlucky you are, potentially trash your data if it happens to overwrite the I/O memory used by your disk controller. Now, having said all that - I have an EVGA SR-2 on which _ALL_ of the PCIe slots are behind NF200 bridges, and I have it working reasonably well with a custom bodge patch. With a bit of luck this is no longer going to be required when a Xen release arrives with the recently developed feature to limit memory below 4GB. The trick is to ensure that the PCI I/O memory is not overlapped by any memory in the VM. If you have a PCI device with I/O memory mapped at, say, 2.5GB, and it is the first block of I/O memory on the host, then having a VM with up to 2.5GB of RAM will work fine. Any more than that, and the domU will overwrite the PCI I/O memory of the device, and crash the PCI device and almost certainly the whole host with it. The patches mentioned ensure the memory hole in domU is such that it covers all of the host I/O memory to prevent it from getting clobbered by the domU memory. This _can_ be fixed and worked around - but if your time isn't worthless, just avoiding anything with NF200 bridges is probably a much saner proposition. Unfortunately, my only experience is with hardware that is broken in this way. It was a fun project but in retrospect, if you assign any value to your time you will probably be much better off buying something that has been extensively tested and proven to work. That may mean getting hardware that is a generation or two behind, or getting something certified by a vendor. Do not underestimate just how buggy hardware is these days, the moment you start to stray from the most common and basic of uses. > Also can I passtrough just one USB device or I have to do it with the > whole controller?(as a PCI device I guess). You can pass USB device "functions" individually - or at least it works on my machines: # lspci | grep USB 00:1a.0 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4 00:1a.1 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5 00:1a.2 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6 00:1a.7 USB controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2 00:1d.0 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1 00:1d.1 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2 00:1d.2 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3 00:1d.7 USB controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1 You can pass each of those independently to different VMs, i.e. you don't have to restrict yourself to passing all 00:1a.* devices to one VM. On my board two of the physical ports correspond to one of those IDs, so I pass that through with a mouse and keyboard attached to one of the domUs, and use the other ports/devices for similar things in dom0 and on other domUs. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 09:16:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 09:16:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzMpb-0001SB-7t; Tue, 24 Jun 2014 09:15:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzMpZ-0001S5-3W for xen-users@lists.xen.org; Tue, 24 Jun 2014 09:15:57 +0000 Received: from [85.158.139.211:32879] by server-7.bemta-5.messagelabs.com id 50/2F-03657-CC149A35; Tue, 24 Jun 2014 09:15:56 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-206.messagelabs.com!1403601354!11639846!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16012 invoked from network); 24 Jun 2014 09:15:55 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jun 2014 09:15:55 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 5D09D221DE2 for ; Tue, 24 Jun 2014 10:15:54 +0100 (BST) MIME-Version: 1.0 Date: Tue, 24 Jun 2014 10:15:54 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <53A87D1D.4060800@gmail.com> References: <53A87D1D.4060800@gmail.com> Message-ID: <9db60a2083dbfc57c6e8ea210e6845da@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-23 20:16, Mihail Ivanov wrote: > I am looking to use Xen with both PV and HVM guests. > I want to pass-through most of my devices to DomU's. > My main concern so far is what hardware should I choose? If you want things that "just work", get whatever is Citrix certified for XenServer. With anything else you are rolling dice, and are liable to run into various hardware, firmware, of software bugs that you probably don't want to waste days of your time working around or writing your own patches to fix. > I've decided on the cpu - Intel i7-4770. > The ram will most likely be 32GB - two kits of Geil 2x8GB 1600-2166 > Mhz. If you are serious about what you are doing and want something for actual productive purposes, get something that supports ECC RAM. IMO, hardware that doesn't support ECC RAM is faulty by design. Have a read through this before dismissing that view: http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 Especially if you are looking at overclocking grade kit. Otherwise you are liable to be chasing your tail on stability issues for days/weeks/months looking for a problem that is anywhere but where you think it is. > About the mobos - what I know so far is that ASUS don't officially > support Vt-d, but Asrock say they do. I have recently gained the enlightenment to not touch anything made by Asus with a barge pole. Although their hardware is not bad per se, their customer service and warranty support are worse than useless. If you buy anything made by Asus make sure you buy it via a retailer well known for their customer service reputation, because that is going to be your only point of resolution for anything made by Asus. > So I am thinking of getting an Asrock. Thing is - so far I've read > about people using the z87 chipset, > but only one example of z97. Also on Intel's website they are saying > that z87 has Vt-d, but nothing about the z97. IMO you are looking in the whole wrong ballpark for your hardware with consumer grade OC-ing kit. Regardless, the key part is making sure there are no components on the motherboard that will blow you out of the water when it comes to VT-d. Nvidia NF200 PCIe bridges are one such item. > Also I've read about the GPU pass-through, so I've decided to use AMD > since nVidia has no support for it > (unless I change the ID of my vga to a quadro or some other > professional vga). Good luck with that. Results with ATI cards have been patchy at best and seem to vary wildly with different releases of kernel and Xen. Nvidia based solutions generally "just work". If you don't want to do any soldering, get a GTX480 and soft-strap it into a Quadro 6000. Or if you are on a budget, GTX470 -> Quadro 5000 or GTS450 (GF106 based only) -> Quadro 2000 > Not having an FLR isn't an issue, correct? No, it is not a necessary requirement. > And now my main concern - which of these devices can be used with > pass-through: > the integrated sound card > the integrated NIC > the sata controllers(expensive boards have two - one from the chipset > and another one) > the usb controllers All of the above. On my system I am passing through the integrated Intel HD audio, two USB ports and a GPU to one VM, and a GPU and a whole USB3 controller to another VM. I don't pass through whole SATA controllers because I prefer to have my VMs backed by ZFS volumes with deduplication (on SSD, so the performance isn't utterly crippling, and the deduplication ratio is pretty much the number of VMs) My motherboard has two Marvell NICs, but I have them bonded and bridged to the virtual VM NICs, with PV drivers. This produces reasonably good results for me. > All of those should be PCI devices, correct? You can pass individual USB devices through, but when I tried to do it that way things were a little more quirky, so I just stuck with passing through PCIe USB devices corresponding to the ports. > Also in an article in wikipedia, they say that some mobos don't have > support for Vt-d for example on PCIe x8 or mini? > How come only one or two slots can't work? Nvidia NF200 (or similarly broken) PCIe bridges. They are used to multiplex out the PCIe lanes to more lanes than the root PCIe hub has. At a glance this is pointless because you still only have so much bandwidth at the root hub. But NF200 traffic seems to outright bypass the root hub for DMA transfers, which means it can avoid some of the bottleneck. The bad part is that the traffic that doesn't go via the root hub cannot be subject to VT-d translation which will cause PCI I/O memory overwriting and crash the host (and depending on how unlucky you are, potentially trash your data if it happens to overwrite the I/O memory used by your disk controller. Now, having said all that - I have an EVGA SR-2 on which _ALL_ of the PCIe slots are behind NF200 bridges, and I have it working reasonably well with a custom bodge patch. With a bit of luck this is no longer going to be required when a Xen release arrives with the recently developed feature to limit memory below 4GB. The trick is to ensure that the PCI I/O memory is not overlapped by any memory in the VM. If you have a PCI device with I/O memory mapped at, say, 2.5GB, and it is the first block of I/O memory on the host, then having a VM with up to 2.5GB of RAM will work fine. Any more than that, and the domU will overwrite the PCI I/O memory of the device, and crash the PCI device and almost certainly the whole host with it. The patches mentioned ensure the memory hole in domU is such that it covers all of the host I/O memory to prevent it from getting clobbered by the domU memory. This _can_ be fixed and worked around - but if your time isn't worthless, just avoiding anything with NF200 bridges is probably a much saner proposition. Unfortunately, my only experience is with hardware that is broken in this way. It was a fun project but in retrospect, if you assign any value to your time you will probably be much better off buying something that has been extensively tested and proven to work. That may mean getting hardware that is a generation or two behind, or getting something certified by a vendor. Do not underestimate just how buggy hardware is these days, the moment you start to stray from the most common and basic of uses. > Also can I passtrough just one USB device or I have to do it with the > whole controller?(as a PCI device I guess). You can pass USB device "functions" individually - or at least it works on my machines: # lspci | grep USB 00:1a.0 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4 00:1a.1 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5 00:1a.2 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6 00:1a.7 USB controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2 00:1d.0 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1 00:1d.1 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2 00:1d.2 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3 00:1d.7 USB controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1 You can pass each of those independently to different VMs, i.e. you don't have to restrict yourself to passing all 00:1a.* devices to one VM. On my board two of the physical ports correspond to one of those IDs, so I pass that through with a mouse and keyboard attached to one of the domUs, and use the other ports/devices for similar things in dom0 and on other domUs. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 09:18:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 09:18:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzMrW-0001Wh-UT; Tue, 24 Jun 2014 09:17:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzMrV-0001Wb-Cv for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 09:17:57 +0000 Received: from [85.158.139.211:23780] by server-9.bemta-5.messagelabs.com id 20/FC-01655-44249A35; Tue, 24 Jun 2014 09:17:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1403601474!8294979!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5506 invoked from network); 24 Jun 2014 09:17:56 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 09:17:56 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146453619" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 09:17:54 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 05:17:53 -0400 Message-ID: <1403601472.10487.3.camel@kazak.uk.xensource.com> From: Ian Campbell To: Minalkumar Patel Date: Tue, 24 Jun 2014 10:17:52 +0100 In-Reply-To: <1403157779.48003.YahooMailNeo@web190603.mail.sg3.yahoo.com> References: <1403157779.48003.YahooMailNeo@web190603.mail.sg3.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-19 at 14:02 +0800, Minalkumar Patel wrote: > my question is: how to print total pages send, downtime and total > migration time on existing xen system. Have you looked at the code? e.g. tools/libxc/xc_domain_{save,restore}.c. If the statistics/messages you are interested in are present there inside DPRINTF then you should see them if you "xl -vvv migrate ..." (i.e. increase xl's logging verbosity). If you want more than what is currently presently in that code then you will need to write some code to gather whatever statistic you are interested in. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 09:18:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 09:18:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzMrW-0001Wh-UT; Tue, 24 Jun 2014 09:17:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzMrV-0001Wb-Cv for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 09:17:57 +0000 Received: from [85.158.139.211:23780] by server-9.bemta-5.messagelabs.com id 20/FC-01655-44249A35; Tue, 24 Jun 2014 09:17:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1403601474!8294979!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5506 invoked from network); 24 Jun 2014 09:17:56 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 09:17:56 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146453619" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 09:17:54 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 05:17:53 -0400 Message-ID: <1403601472.10487.3.camel@kazak.uk.xensource.com> From: Ian Campbell To: Minalkumar Patel Date: Tue, 24 Jun 2014 10:17:52 +0100 In-Reply-To: <1403157779.48003.YahooMailNeo@web190603.mail.sg3.yahoo.com> References: <1403157779.48003.YahooMailNeo@web190603.mail.sg3.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-19 at 14:02 +0800, Minalkumar Patel wrote: > my question is: how to print total pages send, downtime and total > migration time on existing xen system. Have you looked at the code? e.g. tools/libxc/xc_domain_{save,restore}.c. If the statistics/messages you are interested in are present there inside DPRINTF then you should see them if you "xl -vvv migrate ..." (i.e. increase xl's logging verbosity). If you want more than what is currently presently in that code then you will need to write some code to gather whatever statistic you are interested in. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 09:36:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 09:36:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzN9T-00028w-8K; Tue, 24 Jun 2014 09:36:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzN9S-00028r-C0 for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 09:36:30 +0000 Received: from [85.158.139.211:39075] by server-11.bemta-5.messagelabs.com id A5/FC-01425-D9649A35; Tue, 24 Jun 2014 09:36:29 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1403602586!11648283!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2321 invoked from network); 24 Jun 2014 09:36:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 09:36:28 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146457476" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 09:36:19 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 05:36:18 -0400 Message-ID: <1403602578.23205.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: Aric Gardner Date: Tue, 24 Jun 2014 10:36:18 +0100 In-Reply-To: <1403193465.6043.8.camel@hyperion.local> References: <1403193465.6043.8.camel@hyperion.local> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-19 at 11:57 -0400, Aric Gardner wrote: > Hi guys. Posting here before posting a bug report as directed. > I'm trying to convert a qcow image to vhd so that I can upload it to the > rackspace open cloud. Error is: > Fail to convert RAW disk to VHD fixed disk. > > Relevant howto (ubuntu centric) > http://developer.rackspace.com/blog/bootstrap-your-qcow-images-for-the-rackspace-public-cloud.html > > HW: > Intel(R) Core(TM) i5-4300M CPU @ 2.60GHz 8GB RAM > > OS: > Fedora release 20 (Heisenbug) > xen-4.3.2-4.fc20.x86_64 > > Steps to reproduce > > sudo yum install python-devel gettext iasl uuid e2fsprogs uuid-devel libaio-devel dev86 uuid-devel ncurses-devel glib2-devel libaio-devel yajl-devel glibc-devel.i686 libuuid-devel pixman-devel > > wget -q http://bits.xensource.com/oss-xen/release/4.4.0/xen-4.4.0.tar.gz > tar -xzf xen-4.4.0.tar.gz > cd xen-4.4.0/tools/ > wget https://github.com/citrix-openstack/xenserver-utils/raw/master/blktap2.patch -qO - | patch -p0 What happens if you don't apply this patch (IOW do you know whether or not this patch introduced the breakage). > ./configure --disable-monitors --disable-ocamltools --disable-rombios --disable-seabios > make -j4 > > qemu-img convert -O raw /home/agardner/Downloads/Fedora-x86_64-20-20140407-sda.qcow2 /tmp/Fedora-x86_64-20-20140407-sda.raw > ./vhd-util convert -s 0 -t 1 -i /tmp/Fedora-x86_64-20-20140407-sda.raw -o /tmp/0_Fedora-x86_64-20-20140407-sda.vhd I suppose this is ./blktap2/vhd/vhd-util? My copy doesn't seem to have a convert subcommand. Oh, it seems to come from that patch. I'd suggest approaching the author directly (perhaps CCing the list). Or given the URL perhaps try the xenserver.org lists? Or the author of the howto you are following. Alternatively modern qemu-img claims to support "vhdx" as an output format. I'm not sure what the x suffix designates and/or if it is compatible with rackspace. http://docs.openstack.org/image-guide/content/ch_converting.html seems to suggest the "vpc" is somehow equivalent to vhd also. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 09:36:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 09:36:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzN9T-00028w-8K; Tue, 24 Jun 2014 09:36:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzN9S-00028r-C0 for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 09:36:30 +0000 Received: from [85.158.139.211:39075] by server-11.bemta-5.messagelabs.com id A5/FC-01425-D9649A35; Tue, 24 Jun 2014 09:36:29 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1403602586!11648283!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2321 invoked from network); 24 Jun 2014 09:36:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 09:36:28 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146457476" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 09:36:19 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 05:36:18 -0400 Message-ID: <1403602578.23205.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: Aric Gardner Date: Tue, 24 Jun 2014 10:36:18 +0100 In-Reply-To: <1403193465.6043.8.camel@hyperion.local> References: <1403193465.6043.8.camel@hyperion.local> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-19 at 11:57 -0400, Aric Gardner wrote: > Hi guys. Posting here before posting a bug report as directed. > I'm trying to convert a qcow image to vhd so that I can upload it to the > rackspace open cloud. Error is: > Fail to convert RAW disk to VHD fixed disk. > > Relevant howto (ubuntu centric) > http://developer.rackspace.com/blog/bootstrap-your-qcow-images-for-the-rackspace-public-cloud.html > > HW: > Intel(R) Core(TM) i5-4300M CPU @ 2.60GHz 8GB RAM > > OS: > Fedora release 20 (Heisenbug) > xen-4.3.2-4.fc20.x86_64 > > Steps to reproduce > > sudo yum install python-devel gettext iasl uuid e2fsprogs uuid-devel libaio-devel dev86 uuid-devel ncurses-devel glib2-devel libaio-devel yajl-devel glibc-devel.i686 libuuid-devel pixman-devel > > wget -q http://bits.xensource.com/oss-xen/release/4.4.0/xen-4.4.0.tar.gz > tar -xzf xen-4.4.0.tar.gz > cd xen-4.4.0/tools/ > wget https://github.com/citrix-openstack/xenserver-utils/raw/master/blktap2.patch -qO - | patch -p0 What happens if you don't apply this patch (IOW do you know whether or not this patch introduced the breakage). > ./configure --disable-monitors --disable-ocamltools --disable-rombios --disable-seabios > make -j4 > > qemu-img convert -O raw /home/agardner/Downloads/Fedora-x86_64-20-20140407-sda.qcow2 /tmp/Fedora-x86_64-20-20140407-sda.raw > ./vhd-util convert -s 0 -t 1 -i /tmp/Fedora-x86_64-20-20140407-sda.raw -o /tmp/0_Fedora-x86_64-20-20140407-sda.vhd I suppose this is ./blktap2/vhd/vhd-util? My copy doesn't seem to have a convert subcommand. Oh, it seems to come from that patch. I'd suggest approaching the author directly (perhaps CCing the list). Or given the URL perhaps try the xenserver.org lists? Or the author of the howto you are following. Alternatively modern qemu-img claims to support "vhdx" as an output format. I'm not sure what the x suffix designates and/or if it is compatible with rackspace. http://docs.openstack.org/image-guide/content/ch_converting.html seems to suggest the "vpc" is somehow equivalent to vhd also. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 09:45:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 09:45:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNIK-0002Ou-HP; Tue, 24 Jun 2014 09:45:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNIJ-0002Oo-84 for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 09:45:39 +0000 Received: from [193.109.254.147:15775] by server-15.bemta-14.messagelabs.com id 80/03-15813-2C849A35; Tue, 24 Jun 2014 09:45:38 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-27.messagelabs.com!1403603136!13273799!1 X-Originating-IP: [209.85.220.44] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30419 invoked from network); 24 Jun 2014 09:45:37 -0000 Received: from mail-pa0-f44.google.com (HELO mail-pa0-f44.google.com) (209.85.220.44) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 09:45:37 -0000 Received: by mail-pa0-f44.google.com with SMTP id rd3so32975pab.31 for ; Tue, 24 Jun 2014 02:45:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8Sw773+MMc40HGXH4eY1qnWPQA/UHNFP1+3kQE5SPoQ=; b=QHmZWaGqL5DZpHgnJql+mFqTKm8fEiBDCh4oidxmPHgRFpNR7vNLgH25bRicEWGCl6 fLIytSDOWv01qMeGwb81HaH+da9BA/MZfQTT+bc5nJ2UaD3fSqi9+z+G1fXLTs946g7P LZYJ4D2bK3npwtbV0Qpmj5xL3a3T+tAJlBQZ5Cp9mWKhfATRDEq5Y9HNvx6UHmM/TVss EeIuw6HhNaTRMRk3OiVyBH4B0VhUeYA2Y4jqNgbSXRDp//Z6t6h+SVxLZk9Ufl5c+yF/ 0PJr9AaaQtq1qJdpmpzo9uFZSyrnaeGt8eLsnVijzyNbVyy3QNADYpXkJ8q0cI4GaFja OxDA== X-Gm-Message-State: ALoCoQlakh1qdizRcKHt0i/P1PX4nl86TZlvr22ONileGTpNqvFdKd4UYavVtmfQ8XVZjvBKS43u MIME-Version: 1.0 X-Received: by 10.66.65.138 with SMTP id x10mr36632870pas.17.1403603135892; Tue, 24 Jun 2014 02:45:35 -0700 (PDT) Received: by 10.70.43.135 with HTTP; Tue, 24 Jun 2014 02:45:35 -0700 (PDT) In-Reply-To: <1403193465.6043.8.camel@hyperion.local> References: <1403193465.6043.8.camel@hyperion.local> Date: Tue, 24 Jun 2014 16:45:35 +0700 Message-ID: From: "Fajar A. Nugraha" To: Aric Gardner Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jun 19, 2014 at 10:57 PM, Aric Gardner wrote: > Hi guys. Posting here before posting a bug report as directed. > I'm trying to convert a qcow image to vhd so that I can upload it to the > rackspace open cloud. Error is: > Fail to convert RAW disk to VHD fixed disk. > qemu-img convert -O raw /home/agardner/Downloads/Fedora-x86_64-20-20140407-sda.qcow2 /tmp/Fedora-x86_64-20-20140407-sda.raw > ./vhd-util convert -s 0 -t 1 -i /tmp/Fedora-x86_64-20-20140407-sda.raw -o /tmp/0_Fedora-x86_64-20-20140407-sda.vhd > Fail to convert RAW disk to VHD fixed disk. Is there a particular reason why you can't use qemu-img directly to convert to vhd? http://docs.openstack.org/image-guide/content/ch_converting.html suggests it can do that. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 09:45:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 09:45:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNIK-0002Ou-HP; Tue, 24 Jun 2014 09:45:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNIJ-0002Oo-84 for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 09:45:39 +0000 Received: from [193.109.254.147:15775] by server-15.bemta-14.messagelabs.com id 80/03-15813-2C849A35; Tue, 24 Jun 2014 09:45:38 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-27.messagelabs.com!1403603136!13273799!1 X-Originating-IP: [209.85.220.44] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30419 invoked from network); 24 Jun 2014 09:45:37 -0000 Received: from mail-pa0-f44.google.com (HELO mail-pa0-f44.google.com) (209.85.220.44) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 09:45:37 -0000 Received: by mail-pa0-f44.google.com with SMTP id rd3so32975pab.31 for ; Tue, 24 Jun 2014 02:45:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8Sw773+MMc40HGXH4eY1qnWPQA/UHNFP1+3kQE5SPoQ=; b=QHmZWaGqL5DZpHgnJql+mFqTKm8fEiBDCh4oidxmPHgRFpNR7vNLgH25bRicEWGCl6 fLIytSDOWv01qMeGwb81HaH+da9BA/MZfQTT+bc5nJ2UaD3fSqi9+z+G1fXLTs946g7P LZYJ4D2bK3npwtbV0Qpmj5xL3a3T+tAJlBQZ5Cp9mWKhfATRDEq5Y9HNvx6UHmM/TVss EeIuw6HhNaTRMRk3OiVyBH4B0VhUeYA2Y4jqNgbSXRDp//Z6t6h+SVxLZk9Ufl5c+yF/ 0PJr9AaaQtq1qJdpmpzo9uFZSyrnaeGt8eLsnVijzyNbVyy3QNADYpXkJ8q0cI4GaFja OxDA== X-Gm-Message-State: ALoCoQlakh1qdizRcKHt0i/P1PX4nl86TZlvr22ONileGTpNqvFdKd4UYavVtmfQ8XVZjvBKS43u MIME-Version: 1.0 X-Received: by 10.66.65.138 with SMTP id x10mr36632870pas.17.1403603135892; Tue, 24 Jun 2014 02:45:35 -0700 (PDT) Received: by 10.70.43.135 with HTTP; Tue, 24 Jun 2014 02:45:35 -0700 (PDT) In-Reply-To: <1403193465.6043.8.camel@hyperion.local> References: <1403193465.6043.8.camel@hyperion.local> Date: Tue, 24 Jun 2014 16:45:35 +0700 Message-ID: From: "Fajar A. Nugraha" To: Aric Gardner Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jun 19, 2014 at 10:57 PM, Aric Gardner wrote: > Hi guys. Posting here before posting a bug report as directed. > I'm trying to convert a qcow image to vhd so that I can upload it to the > rackspace open cloud. Error is: > Fail to convert RAW disk to VHD fixed disk. > qemu-img convert -O raw /home/agardner/Downloads/Fedora-x86_64-20-20140407-sda.qcow2 /tmp/Fedora-x86_64-20-20140407-sda.raw > ./vhd-util convert -s 0 -t 1 -i /tmp/Fedora-x86_64-20-20140407-sda.raw -o /tmp/0_Fedora-x86_64-20-20140407-sda.vhd > Fail to convert RAW disk to VHD fixed disk. Is there a particular reason why you can't use qemu-img directly to convert to vhd? http://docs.openstack.org/image-guide/content/ch_converting.html suggests it can do that. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 10:16:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 10:16:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNll-00036e-02; Tue, 24 Jun 2014 10:16:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNlj-00036V-Iy for xen-users@lists.xen.org; Tue, 24 Jun 2014 10:16:03 +0000 Received: from [193.109.254.147:59273] by server-5.bemta-14.messagelabs.com id C7/32-26413-2EF49A35; Tue, 24 Jun 2014 10:16:02 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1403604961!13318251!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28272 invoked from network); 24 Jun 2014 10:16:02 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 10:16:02 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146720015" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Jun 2014 10:16:00 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 06:16:00 -0400 Message-ID: <1403604959.25047.6.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jonathan Coleman Date: Tue, 24 Jun 2014 11:15:59 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org, Malcolm Crossley Subject: Re: [Xen-users] DX58SO Passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2014-06-20 at 22:37 -0700, Jonathan Coleman wrote: > I recently upgraded from Xen 4.1.3 to Xen 4.4 and now pass through is > not working for me. If I do xl dmesg, it says IOMMU is disabled > because of the x58 erranta. This is frustrating because this board is > working in 4.1.3 and it should not be detected as a problem case. The fact that it used to work does not necessarily imply that it was correct or safe (security wise) etc. Have you checked the errata itself and confirmed that your specific chipset is not one of the affected versions? If so please can you provide details so the check can be fixed. > So I set iommu=force in grub and reboot and then Xen doesn't boot. Is > there anything else I can try? Or do I have to stay on 4.1.3? Thanks. Looking at the code and the commit log which introduced this check it looks like you might want to try iommu=no-intremap, but this is not an area of code I'm familiar with so I'm not sure about that. I don't know if you will need to combine with force too. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 10:16:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 10:16:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNll-00036e-02; Tue, 24 Jun 2014 10:16:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNlj-00036V-Iy for xen-users@lists.xen.org; Tue, 24 Jun 2014 10:16:03 +0000 Received: from [193.109.254.147:59273] by server-5.bemta-14.messagelabs.com id C7/32-26413-2EF49A35; Tue, 24 Jun 2014 10:16:02 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1403604961!13318251!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28272 invoked from network); 24 Jun 2014 10:16:02 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 10:16:02 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146720015" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Jun 2014 10:16:00 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 06:16:00 -0400 Message-ID: <1403604959.25047.6.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jonathan Coleman Date: Tue, 24 Jun 2014 11:15:59 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org, Malcolm Crossley Subject: Re: [Xen-users] DX58SO Passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2014-06-20 at 22:37 -0700, Jonathan Coleman wrote: > I recently upgraded from Xen 4.1.3 to Xen 4.4 and now pass through is > not working for me. If I do xl dmesg, it says IOMMU is disabled > because of the x58 erranta. This is frustrating because this board is > working in 4.1.3 and it should not be detected as a problem case. The fact that it used to work does not necessarily imply that it was correct or safe (security wise) etc. Have you checked the errata itself and confirmed that your specific chipset is not one of the affected versions? If so please can you provide details so the check can be fixed. > So I set iommu=force in grub and reboot and then Xen doesn't boot. Is > there anything else I can try? Or do I have to stay on 4.1.3? Thanks. Looking at the code and the commit log which introduced this check it looks like you might want to try iommu=no-intremap, but this is not an area of code I'm familiar with so I'm not sure about that. I don't know if you will need to combine with force too. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 10:19:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 10:19:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNoi-0003Mo-Q2; Tue, 24 Jun 2014 10:19:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNoh-0003Mf-QT for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 10:19:08 +0000 Received: from [85.158.143.35:19501] by server-2.bemta-4.messagelabs.com id 86/81-06539-B9059A35; Tue, 24 Jun 2014 10:19:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1403605145!13411584!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14888 invoked from network); 24 Jun 2014 10:19:06 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 10:19:06 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146720634" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Jun 2014 10:19:07 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 06:19:04 -0400 Message-ID: <1403605143.25047.7.camel@kazak.uk.xensource.com> From: Ian Campbell To: "squidmobile@fastmail.fm" Date: Tue, 24 Jun 2014 11:19:03 +0100 In-Reply-To: <1403380150.18144.131362545.586C257C@webmail.messagingengine.com> References: <1403380150.18144.131362545.586C257C@webmail.messagingengine.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2014-06-21 at 15:49 -0400, squidmobile@fastmail.fm wrote: > 21 jun 2014 > > greetings, > > i saw something odd the other day, and i'm not sure what to make of > it. > > i ran xen-4.4.0 on my system for over 45 days with no problems. > my system then suddenly rebooted itself. my logs acted almost > as if a power interruption happened, except i run a ups with > nut, and the logs showed no sign of any nut activity. plus, the > ups did NOT scream at me. > > i sometimes see nut broadcast messages talking about losing or > regaining contact with the ups daemon, but i (mostly) attribute > those to ntp time adjustments and/or heavy cpu loading. > > i sometimes run heavy cpu-intensive and/or graphics-intensive > tasks in domain zero, but i never saw them cause this in about > eighteen months of running xen in several versions. > > has anyone else seen this? is it xen-related? It's rather hard to say based on the available information I'm afraid. All I can suggest is that you configure a serial console or something so that if it happens again you have some logs. You might find something in /var/log/ on the dom0, but it seems unlikely. > > right now, it's an anomoly. i hope it does not happen again, but > i'm hoping for ideas as to why. > > any questions, comments, or suggestions? > > thank you. > frank smith > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 10:19:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 10:19:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNoi-0003Mo-Q2; Tue, 24 Jun 2014 10:19:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNoh-0003Mf-QT for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 10:19:08 +0000 Received: from [85.158.143.35:19501] by server-2.bemta-4.messagelabs.com id 86/81-06539-B9059A35; Tue, 24 Jun 2014 10:19:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1403605145!13411584!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14888 invoked from network); 24 Jun 2014 10:19:06 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 10:19:06 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146720634" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Jun 2014 10:19:07 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 06:19:04 -0400 Message-ID: <1403605143.25047.7.camel@kazak.uk.xensource.com> From: Ian Campbell To: "squidmobile@fastmail.fm" Date: Tue, 24 Jun 2014 11:19:03 +0100 In-Reply-To: <1403380150.18144.131362545.586C257C@webmail.messagingengine.com> References: <1403380150.18144.131362545.586C257C@webmail.messagingengine.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2014-06-21 at 15:49 -0400, squidmobile@fastmail.fm wrote: > 21 jun 2014 > > greetings, > > i saw something odd the other day, and i'm not sure what to make of > it. > > i ran xen-4.4.0 on my system for over 45 days with no problems. > my system then suddenly rebooted itself. my logs acted almost > as if a power interruption happened, except i run a ups with > nut, and the logs showed no sign of any nut activity. plus, the > ups did NOT scream at me. > > i sometimes see nut broadcast messages talking about losing or > regaining contact with the ups daemon, but i (mostly) attribute > those to ntp time adjustments and/or heavy cpu loading. > > i sometimes run heavy cpu-intensive and/or graphics-intensive > tasks in domain zero, but i never saw them cause this in about > eighteen months of running xen in several versions. > > has anyone else seen this? is it xen-related? It's rather hard to say based on the available information I'm afraid. All I can suggest is that you configure a serial console or something so that if it happens again you have some logs. You might find something in /var/log/ on the dom0, but it seems unlikely. > > right now, it's an anomoly. i hope it does not happen again, but > i'm hoping for ideas as to why. > > any questions, comments, or suggestions? > > thank you. > frank smith > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 10:21:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 10:21:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNqe-0003Va-HE; Tue, 24 Jun 2014 10:21:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNqd-0003VN-41 for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 10:21:07 +0000 Received: from [85.158.143.35:27382] by server-1.bemta-4.messagelabs.com id 30/76-09496-21159A35; Tue, 24 Jun 2014 10:21:06 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1403605264!5384667!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31691 invoked from network); 24 Jun 2014 10:21:05 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 10:21:05 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146466586" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 10:21:04 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 06:21:03 -0400 Message-ID: <1403605262.25047.9.camel@kazak.uk.xensource.com> From: Ian Campbell To: "squidmobile@fastmail.fm" Date: Tue, 24 Jun 2014 11:21:02 +0100 In-Reply-To: <1403380872.21258.131362545.01AC3682@webmail.messagingengine.com> References: <1403380872.21258.131362545.01AC3682@webmail.messagingengine.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2014-06-21 at 16:01 -0400, squidmobile@fastmail.fm wrote: > 21 jun 2014 > > greetings, > > i ran xen in several versions on my system during the past eighteen > months. i currently run xen-4.4.0. i usually assign a specific > mac address to the nic's in my vm domains. i take pains to NOT > assign the same mac address twice. > > in all of these versions, if i shut down a vm and then restart it, > it will sometimes complain that the specified mac address is > already in use. What is exactly is complaining about this and what mechanism is it using to try and determine whether a MAC is already in use? The only thing which springs to mind is that you have something on your network with is doing some sort of proxy arp type thing which is confusing whatever is doing these checks. > it also sometimes happens if i merely reboot a > vm via shutdown -r now. if i restart the vm a second time, it will > usually begin operating as expected. > > what can cause this? how can i prevent this error condition? > > any questions, comments, or suggestions? > > thank you. > frank smith > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 10:21:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 10:21:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNqe-0003Va-HE; Tue, 24 Jun 2014 10:21:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzNqd-0003VN-41 for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 10:21:07 +0000 Received: from [85.158.143.35:27382] by server-1.bemta-4.messagelabs.com id 30/76-09496-21159A35; Tue, 24 Jun 2014 10:21:06 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1403605264!5384667!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31691 invoked from network); 24 Jun 2014 10:21:05 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 10:21:05 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146466586" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 10:21:04 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 06:21:03 -0400 Message-ID: <1403605262.25047.9.camel@kazak.uk.xensource.com> From: Ian Campbell To: "squidmobile@fastmail.fm" Date: Tue, 24 Jun 2014 11:21:02 +0100 In-Reply-To: <1403380872.21258.131362545.01AC3682@webmail.messagingengine.com> References: <1403380872.21258.131362545.01AC3682@webmail.messagingengine.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2014-06-21 at 16:01 -0400, squidmobile@fastmail.fm wrote: > 21 jun 2014 > > greetings, > > i ran xen in several versions on my system during the past eighteen > months. i currently run xen-4.4.0. i usually assign a specific > mac address to the nic's in my vm domains. i take pains to NOT > assign the same mac address twice. > > in all of these versions, if i shut down a vm and then restart it, > it will sometimes complain that the specified mac address is > already in use. What is exactly is complaining about this and what mechanism is it using to try and determine whether a MAC is already in use? The only thing which springs to mind is that you have something on your network with is doing some sort of proxy arp type thing which is confusing whatever is doing these checks. > it also sometimes happens if i merely reboot a > vm via shutdown -r now. if i restart the vm a second time, it will > usually begin operating as expected. > > what can cause this? how can i prevent this error condition? > > any questions, comments, or suggestions? > > thank you. > frank smith > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 11:13:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 11:13:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzOek-0005uR-IE; Tue, 24 Jun 2014 11:12:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzOej-0005uK-P4 for xen-users@lists.xen.org; Tue, 24 Jun 2014 11:12:53 +0000 Received: from [85.158.143.35:50567] by server-1.bemta-4.messagelabs.com id 50/69-09496-53D59A35; Tue, 24 Jun 2014 11:12:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1403608371!10004563!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29442 invoked from network); 24 Jun 2014 11:12:52 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 11:12:52 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146477732" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 11:12:45 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 07:12:43 -0400 Message-ID: <1403608362.27984.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: Phillip Susi Date: Tue, 24 Jun 2014 12:12:42 +0100 In-Reply-To: <53A87761.5050702@ubuntu.com> References: <53A87761.5050702@ubuntu.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-06-23 at 14:52 -0400, Phillip Susi wrote: > When I run xl console or xl create -c to connect to the console of the > guest, /dev/hvc0 in the guest has unknown or default 80x25 dimensions > rather than being informed of the dimensions of the terminal I run xl > console from. Is this something wrong with my configuration, or a > currently unsupported feature of xen and/or the hvc driver? hvc has essentially the same properties as a serial console (as in rs232 etc). I think it is normal for such things to be unaware of the dimensions of the terminal emulator window on the "host" side. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 11:13:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 11:13:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzOek-0005uR-IE; Tue, 24 Jun 2014 11:12:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzOej-0005uK-P4 for xen-users@lists.xen.org; Tue, 24 Jun 2014 11:12:53 +0000 Received: from [85.158.143.35:50567] by server-1.bemta-4.messagelabs.com id 50/69-09496-53D59A35; Tue, 24 Jun 2014 11:12:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1403608371!10004563!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29442 invoked from network); 24 Jun 2014 11:12:52 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 11:12:52 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146477732" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 11:12:45 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 07:12:43 -0400 Message-ID: <1403608362.27984.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: Phillip Susi Date: Tue, 24 Jun 2014 12:12:42 +0100 In-Reply-To: <53A87761.5050702@ubuntu.com> References: <53A87761.5050702@ubuntu.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-06-23 at 14:52 -0400, Phillip Susi wrote: > When I run xl console or xl create -c to connect to the console of the > guest, /dev/hvc0 in the guest has unknown or default 80x25 dimensions > rather than being informed of the dimensions of the terminal I run xl > console from. Is this something wrong with my configuration, or a > currently unsupported feature of xen and/or the hvc driver? hvc has essentially the same properties as a serial console (as in rs232 etc). I think it is normal for such things to be unaware of the dimensions of the terminal emulator window on the "host" side. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 11:29:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 11:29:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzOuf-0006W4-2n; Tue, 24 Jun 2014 11:29:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzOue-0006Vy-4n for xen-users@lists.xen.org; Tue, 24 Jun 2014 11:29:20 +0000 Received: from [193.109.254.147:12672] by server-12.bemta-14.messagelabs.com id C6/FE-32179-F0169A35; Tue, 24 Jun 2014 11:29:19 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1403609357!7909171!1 X-Originating-IP: [209.85.213.181] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19627 invoked from network); 24 Jun 2014 11:29:18 -0000 Received: from mail-ig0-f181.google.com (HELO mail-ig0-f181.google.com) (209.85.213.181) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 11:29:18 -0000 Received: by mail-ig0-f181.google.com with SMTP id h15so333274igd.14 for ; Tue, 24 Jun 2014 04:29:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type; bh=I5ZLrMJ9MCELN0vnF8Hai6mlRkhVj8o/7r8XFNHXbtc=; b=vnxg+FzBVzASkydum315qw1Wrh1sFfZsBwD9ogZT0dNOSR9SmwDqn4emTBuEqFf3Ne XsTxDR6H8UN6oqVhHnAUygEvwjsQQK9gfR20Qi4O6U/6oPiwsbRF7rDjK7zLdAXU4urZ ZmA4aPIA3A5eED7Pg+JDdkj/k5oqTrdh31sZjCoJn6YE1076PLwZBCMnpq8anvKzdAN/ NpNUAt4W8xp3dfcxyng/RvkIPXNt0UXlQVrB5mWnGt5dXbWmJrTB5z9jZCvYXg/vs5VG pS1IpjpRWCv6s+z00nY48mPeMaMDTc9WfSZVNXfzLyYYmiRDx4+k24c2eIERQMvcmOzE JvLA== X-Received: by 10.50.124.4 with SMTP id me4mr33943882igb.39.1403609357072; Tue, 24 Jun 2014 04:29:17 -0700 (PDT) Received: from [191.9.206.254] ([70.62.41.2]) by mx.google.com with ESMTPSA id y15sm897563igy.2.2014.06.24.04.29.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 04:29:15 -0700 (PDT) Message-ID: <53A960F3.2020808@gmail.com> Date: Tue, 24 Jun 2014 07:28:51 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell , Phillip Susi References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> In-Reply-To: <1403608362.27984.5.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7995840783926840182==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7995840783926840182== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050904030308060504040009" This is a cryptographically signed message in MIME format. --------------ms050904030308060504040009 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-24 07:12, Ian Campbell wrote: > On Mon, 2014-06-23 at 14:52 -0400, Phillip Susi wrote: >> When I run xl console or xl create -c to connect to the console of the= >> guest, /dev/hvc0 in the guest has unknown or default 80x25 dimensions >> rather than being informed of the dimensions of the terminal I run xl >> console from. Is this something wrong with my configuration, or a >> currently unsupported feature of xen and/or the hvc driver? >=20 > hvc has essentially the same properties as a serial console (as in rs23= 2 > etc). >=20 > I think it is normal for such things to be unaware of the dimensions of= > the terminal emulator window on the "host" side. >=20 > Ian. >=20 >=20 Even in those cases, it is still possible (in theory) to get the window dimensions by using ANSI escape sequences to try to set the cursor to the position 1000,1000, and then read back the actual position (busybox uses this to determine terminal size for the apps that actually care about it, like vi and ls), but that trick doesn't seem to work correctly on /dev/hvc devices, regardless of what you set TERM to. Interestingly, the issues with this that I have only seem to affect terminal width, until I go into something screen/frame based like vi, at which point it clips the height as well. --------------ms050904030308060504040009 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYyNDExMjg1MVowIwYJKoZIhvcNAQkE MRYEFP6kRzHNDHqJasH2Dsu/2w3ZefHZMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICAHwU4GZvxxxfox2qJytINPeS3RPq7kt9jloMHOqYz9R6ewMj 2Xc/3/sSVR1X4LjtRW78kwtBf8MguVEXFHrbFVNf3AD9j2O3DCLVjHuAAm0Bz5VjdgjmraxH HBTvvh6qezJU3kzFct+VKE6pBgD6Bh8e+Y0ReFh9GnWhvHtS6keduLf+SXyNhq8IG0Kl24ku Rjr/kvvypsDyLi3lsd3bYLHtuzpAn/NEpuwNJk84lDGVFAQo7QNbyZa7x+5yJnQCCV/BWIRc QVUc1H0m//ATCGjZfDWe9gskTHfUEudxF4eKeLBjiLEoh0jSQ+eRqcNRzQaEWLIBTmRTWHQx P2Fly1t0yEsyp9IDyAZw7apgGAUHgLsKBVXcJHJRax0kZULm5RJ8a3GyTHeeXNS7oe0G45vH /NYMeFL9CwhGUe3nTbCxfSDVOscilAoa5eeWOXUb+681XQ3gNNH/klkHwlFpsvTszxaBETew hUVptcLfgEXkbULkZ0Gxl3SqYsWHRcKjDnpsBuSimBIrmdaHgrs/Neq9+F3lP4/xBVACOJ+F c33Ukxx8iyZA2c+FopURLGlHdckTmYftbHm8d004U9QCrUKo/ogqq8L3Onj4vu1AkNMA60EF qUXv1lZLBn/soEapnA26SUB1alGM411YbmdpNQPvZ52IYYq2vuWbZv+2s29TAAAAAAAA --------------ms050904030308060504040009-- --===============7995840783926840182== 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 --===============7995840783926840182==-- From xen-users-bounces@lists.xen.org Tue Jun 24 11:29:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 11:29:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzOuf-0006W4-2n; Tue, 24 Jun 2014 11:29:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzOue-0006Vy-4n for xen-users@lists.xen.org; Tue, 24 Jun 2014 11:29:20 +0000 Received: from [193.109.254.147:12672] by server-12.bemta-14.messagelabs.com id C6/FE-32179-F0169A35; Tue, 24 Jun 2014 11:29:19 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1403609357!7909171!1 X-Originating-IP: [209.85.213.181] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19627 invoked from network); 24 Jun 2014 11:29:18 -0000 Received: from mail-ig0-f181.google.com (HELO mail-ig0-f181.google.com) (209.85.213.181) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 11:29:18 -0000 Received: by mail-ig0-f181.google.com with SMTP id h15so333274igd.14 for ; Tue, 24 Jun 2014 04:29:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type; bh=I5ZLrMJ9MCELN0vnF8Hai6mlRkhVj8o/7r8XFNHXbtc=; b=vnxg+FzBVzASkydum315qw1Wrh1sFfZsBwD9ogZT0dNOSR9SmwDqn4emTBuEqFf3Ne XsTxDR6H8UN6oqVhHnAUygEvwjsQQK9gfR20Qi4O6U/6oPiwsbRF7rDjK7zLdAXU4urZ ZmA4aPIA3A5eED7Pg+JDdkj/k5oqTrdh31sZjCoJn6YE1076PLwZBCMnpq8anvKzdAN/ NpNUAt4W8xp3dfcxyng/RvkIPXNt0UXlQVrB5mWnGt5dXbWmJrTB5z9jZCvYXg/vs5VG pS1IpjpRWCv6s+z00nY48mPeMaMDTc9WfSZVNXfzLyYYmiRDx4+k24c2eIERQMvcmOzE JvLA== X-Received: by 10.50.124.4 with SMTP id me4mr33943882igb.39.1403609357072; Tue, 24 Jun 2014 04:29:17 -0700 (PDT) Received: from [191.9.206.254] ([70.62.41.2]) by mx.google.com with ESMTPSA id y15sm897563igy.2.2014.06.24.04.29.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 04:29:15 -0700 (PDT) Message-ID: <53A960F3.2020808@gmail.com> Date: Tue, 24 Jun 2014 07:28:51 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell , Phillip Susi References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> In-Reply-To: <1403608362.27984.5.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7995840783926840182==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7995840783926840182== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050904030308060504040009" This is a cryptographically signed message in MIME format. --------------ms050904030308060504040009 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-24 07:12, Ian Campbell wrote: > On Mon, 2014-06-23 at 14:52 -0400, Phillip Susi wrote: >> When I run xl console or xl create -c to connect to the console of the= >> guest, /dev/hvc0 in the guest has unknown or default 80x25 dimensions >> rather than being informed of the dimensions of the terminal I run xl >> console from. Is this something wrong with my configuration, or a >> currently unsupported feature of xen and/or the hvc driver? >=20 > hvc has essentially the same properties as a serial console (as in rs23= 2 > etc). >=20 > I think it is normal for such things to be unaware of the dimensions of= > the terminal emulator window on the "host" side. >=20 > Ian. >=20 >=20 Even in those cases, it is still possible (in theory) to get the window dimensions by using ANSI escape sequences to try to set the cursor to the position 1000,1000, and then read back the actual position (busybox uses this to determine terminal size for the apps that actually care about it, like vi and ls), but that trick doesn't seem to work correctly on /dev/hvc devices, regardless of what you set TERM to. Interestingly, the issues with this that I have only seem to affect terminal width, until I go into something screen/frame based like vi, at which point it clips the height as well. --------------ms050904030308060504040009 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYyNDExMjg1MVowIwYJKoZIhvcNAQkE MRYEFP6kRzHNDHqJasH2Dsu/2w3ZefHZMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICAHwU4GZvxxxfox2qJytINPeS3RPq7kt9jloMHOqYz9R6ewMj 2Xc/3/sSVR1X4LjtRW78kwtBf8MguVEXFHrbFVNf3AD9j2O3DCLVjHuAAm0Bz5VjdgjmraxH HBTvvh6qezJU3kzFct+VKE6pBgD6Bh8e+Y0ReFh9GnWhvHtS6keduLf+SXyNhq8IG0Kl24ku Rjr/kvvypsDyLi3lsd3bYLHtuzpAn/NEpuwNJk84lDGVFAQo7QNbyZa7x+5yJnQCCV/BWIRc QVUc1H0m//ATCGjZfDWe9gskTHfUEudxF4eKeLBjiLEoh0jSQ+eRqcNRzQaEWLIBTmRTWHQx P2Fly1t0yEsyp9IDyAZw7apgGAUHgLsKBVXcJHJRax0kZULm5RJ8a3GyTHeeXNS7oe0G45vH /NYMeFL9CwhGUe3nTbCxfSDVOscilAoa5eeWOXUb+681XQ3gNNH/klkHwlFpsvTszxaBETew hUVptcLfgEXkbULkZ0Gxl3SqYsWHRcKjDnpsBuSimBIrmdaHgrs/Neq9+F3lP4/xBVACOJ+F c33Ukxx8iyZA2c+FopURLGlHdckTmYftbHm8d004U9QCrUKo/ogqq8L3Onj4vu1AkNMA60EF qUXv1lZLBn/soEapnA26SUB1alGM411YbmdpNQPvZ52IYYq2vuWbZv+2s29TAAAAAAAA --------------ms050904030308060504040009-- --===============7995840783926840182== 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 --===============7995840783926840182==-- From xen-users-bounces@lists.xen.org Tue Jun 24 11:42:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 11:42:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzP7A-0006vI-1M; Tue, 24 Jun 2014 11:42:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzP78-0006vD-Py for xen-users@lists.xen.org; Tue, 24 Jun 2014 11:42:14 +0000 Received: from [85.158.137.68:43529] by server-7.bemta-3.messagelabs.com id D5/81-12069-61469A35; Tue, 24 Jun 2014 11:42:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1403610131!11965434!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20721 invoked from network); 24 Jun 2014 11:42:13 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 11:42:13 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146739925" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Jun 2014 11:42:11 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 07:42:10 -0400 Message-ID: <1403610129.29081.6.camel@kazak.uk.xensource.com> From: Ian Campbell To: Austin S Hemmelgarn Date: Tue, 24 Jun 2014 12:42:09 +0100 In-Reply-To: <53A960F3.2020808@gmail.com> References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Phillip Susi , xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 07:28 -0400, Austin S Hemmelgarn wrote: > On 2014-06-24 07:12, Ian Campbell wrote: > > On Mon, 2014-06-23 at 14:52 -0400, Phillip Susi wrote: > >> When I run xl console or xl create -c to connect to the console of the > >> guest, /dev/hvc0 in the guest has unknown or default 80x25 dimensions > >> rather than being informed of the dimensions of the terminal I run xl > >> console from. Is this something wrong with my configuration, or a > >> currently unsupported feature of xen and/or the hvc driver? > > > > hvc has essentially the same properties as a serial console (as in rs232 > > etc). > > > > I think it is normal for such things to be unaware of the dimensions of > > the terminal emulator window on the "host" side. > > > > Ian. > > > > > Even in those cases, it is still possible (in theory) to get the window > dimensions by using ANSI escape sequences to try to set the cursor to > the position 1000,1000, and then read back the actual position How exciting! I had no idea... > (busybox > uses this to determine terminal size for the apps that actually care > about it, like vi and ls), but that trick doesn't seem to work correctly > on /dev/hvc devices, regardless of what you set TERM to. > Interestingly, the issues with this that I have only seem to affect > terminal width, until I go into something screen/frame based like vi, at > which point it clips the height as well. The xenconsole binary (which is what xl console shells out to, see tools/console/client/main.c for the source) is pretty dumb and AFAICT doesn't speak any ANSI escape codes at all -- it appears to just forward everything between the pty attached to the guest and it's std* file descriptors. I suppose it relies on the terminal emulator which it is running in to interpret them (which I guess makes sense). You say it doesn't work whatever TERM= you use, does that extend to setting TERM to whatever the containing terminal is using? It seems like that should be the one case which ought to always work... The only thing which xenconsole interprets itself is Control-] (0x1d) which is used to exit the client. I think this is the same as telnet's escape code so I suppose it is unlikely that it interferes. TBH both xenconsle and terminal emulation are things which are mostly a mystery to me. If someone who understood either (especially terminal emulation side) wanted to dig in and figure out what is happening then that would be awesome. I suppose the other alternative is that the in guest kernel hvc driver is interfering with escape codes somehow. That doesn't seem very likely either though. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 11:42:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 11:42:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzP7A-0006vI-1M; Tue, 24 Jun 2014 11:42:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzP78-0006vD-Py for xen-users@lists.xen.org; Tue, 24 Jun 2014 11:42:14 +0000 Received: from [85.158.137.68:43529] by server-7.bemta-3.messagelabs.com id D5/81-12069-61469A35; Tue, 24 Jun 2014 11:42:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1403610131!11965434!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20721 invoked from network); 24 Jun 2014 11:42:13 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 11:42:13 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146739925" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Jun 2014 11:42:11 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 07:42:10 -0400 Message-ID: <1403610129.29081.6.camel@kazak.uk.xensource.com> From: Ian Campbell To: Austin S Hemmelgarn Date: Tue, 24 Jun 2014 12:42:09 +0100 In-Reply-To: <53A960F3.2020808@gmail.com> References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Phillip Susi , xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 07:28 -0400, Austin S Hemmelgarn wrote: > On 2014-06-24 07:12, Ian Campbell wrote: > > On Mon, 2014-06-23 at 14:52 -0400, Phillip Susi wrote: > >> When I run xl console or xl create -c to connect to the console of the > >> guest, /dev/hvc0 in the guest has unknown or default 80x25 dimensions > >> rather than being informed of the dimensions of the terminal I run xl > >> console from. Is this something wrong with my configuration, or a > >> currently unsupported feature of xen and/or the hvc driver? > > > > hvc has essentially the same properties as a serial console (as in rs232 > > etc). > > > > I think it is normal for such things to be unaware of the dimensions of > > the terminal emulator window on the "host" side. > > > > Ian. > > > > > Even in those cases, it is still possible (in theory) to get the window > dimensions by using ANSI escape sequences to try to set the cursor to > the position 1000,1000, and then read back the actual position How exciting! I had no idea... > (busybox > uses this to determine terminal size for the apps that actually care > about it, like vi and ls), but that trick doesn't seem to work correctly > on /dev/hvc devices, regardless of what you set TERM to. > Interestingly, the issues with this that I have only seem to affect > terminal width, until I go into something screen/frame based like vi, at > which point it clips the height as well. The xenconsole binary (which is what xl console shells out to, see tools/console/client/main.c for the source) is pretty dumb and AFAICT doesn't speak any ANSI escape codes at all -- it appears to just forward everything between the pty attached to the guest and it's std* file descriptors. I suppose it relies on the terminal emulator which it is running in to interpret them (which I guess makes sense). You say it doesn't work whatever TERM= you use, does that extend to setting TERM to whatever the containing terminal is using? It seems like that should be the one case which ought to always work... The only thing which xenconsole interprets itself is Control-] (0x1d) which is used to exit the client. I think this is the same as telnet's escape code so I suppose it is unlikely that it interferes. TBH both xenconsle and terminal emulation are things which are mostly a mystery to me. If someone who understood either (especially terminal emulation side) wanted to dig in and figure out what is happening then that would be awesome. I suppose the other alternative is that the in guest kernel hvc driver is interfering with escape codes somehow. That doesn't seem very likely either though. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 12:01:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 12:01:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPPs-0007mL-OW; Tue, 24 Jun 2014 12:01:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPPr-0007m9-96 for xen-users@lists.xen.org; Tue, 24 Jun 2014 12:01:35 +0000 Received: from [85.158.137.68:63378] by server-1.bemta-3.messagelabs.com id 95/A1-13056-E9869A35; Tue, 24 Jun 2014 12:01:34 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1403611292!12083155!1 X-Originating-IP: [209.85.223.180] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19560 invoked from network); 24 Jun 2014 12:01:33 -0000 Received: from mail-ie0-f180.google.com (HELO mail-ie0-f180.google.com) (209.85.223.180) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 12:01:33 -0000 Received: by mail-ie0-f180.google.com with SMTP id rl12so143980iec.11 for ; Tue, 24 Jun 2014 05:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type; bh=O6MMldFtmYMsOeaAFhvOJScqzbah/K18vt4Obps5l9M=; b=ixNhnZ3RR/dxKH6FT21ahmAvO+3c1Cme3z6PNuS9WPWRuOiL5xw/Dt/VbY8Zt07RAl GfVysTi7DM2Kd5jgqfJiDWX04HIDGlPSHw3keDS5UJUHISPEsr7AuiCy39bGYOLzufdv E6qNBi+q92BKpGWEOHRZ064mju0acF0a7udgef4FyADoQDCx4a2iyE7jsiQVKBc6Db/x alaF94up448i7VH3S+repMy24YXiHbjm2vBjO4fGPE6MiZ+csRvt6G1JYp4iVbt1S5td b7aU8cpguHlP7wfUXJfpJYAMJj3vSHC89l8q0pe6nvWsIAOD2uCAR1SHf6C2CyIqFd3+ 1Hyg== X-Received: by 10.42.37.79 with SMTP id x15mr463692icd.88.1403611291757; Tue, 24 Jun 2014 05:01:31 -0700 (PDT) Received: from [191.9.206.254] ([70.62.41.2]) by mx.google.com with ESMTPSA id d3sm24938528igc.17.2014.06.24.05.01.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 05:01:30 -0700 (PDT) Message-ID: <53A96881.3030807@gmail.com> Date: Tue, 24 Jun 2014 08:01:05 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> In-Reply-To: <1403610129.29081.6.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 Cc: Phillip Susi , xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6030511550508217312==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============6030511550508217312== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020301080407040201070407" This is a cryptographically signed message in MIME format. --------------ms020301080407040201070407 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-06-24 07:42, Ian Campbell wrote: > On Tue, 2014-06-24 at 07:28 -0400, Austin S Hemmelgarn wrote: >> On 2014-06-24 07:12, Ian Campbell wrote: >>> On Mon, 2014-06-23 at 14:52 -0400, Phillip Susi wrote: >>>> When I run xl console or xl create -c to connect to the console of t= he >>>> guest, /dev/hvc0 in the guest has unknown or default 80x25 dimension= s >>>> rather than being informed of the dimensions of the terminal I run x= l >>>> console from. Is this something wrong with my configuration, or a >>>> currently unsupported feature of xen and/or the hvc driver? >>> >>> hvc has essentially the same properties as a serial console (as in rs= 232 >>> etc). >>> >>> I think it is normal for such things to be unaware of the dimensions = of >>> the terminal emulator window on the "host" side. >>> >>> Ian. >>> >>> >> Even in those cases, it is still possible (in theory) to get the windo= w >> dimensions by using ANSI escape sequences to try to set the cursor to >> the position 1000,1000, and then read back the actual position >=20 > How exciting! I had no idea... >=20 >> (busybox >> uses this to determine terminal size for the apps that actually care >> about it, like vi and ls), but that trick doesn't seem to work correct= ly >> on /dev/hvc devices, regardless of what you set TERM to. >> Interestingly, the issues with this that I have only seem to affect >> terminal width, until I go into something screen/frame based like vi, = at >> which point it clips the height as well. >=20 > The xenconsole binary (which is what xl console shells out to, see > tools/console/client/main.c for the source) is pretty dumb and AFAICT > doesn't speak any ANSI escape codes at all -- it appears to just forwar= d > everything between the pty attached to the guest and it's std* file > descriptors. I suppose it relies on the terminal emulator which it is > running in to interpret them (which I guess makes sense). >=20 > You say it doesn't work whatever TERM=3D you use, does that extend to > setting TERM to whatever the containing terminal is using? It seems lik= e > that should be the one case which ought to always work... Even when I set TERM to match what the terminal emulator sets itself, things don't work. However, other things that depend on ANSI escape sequences working correctly (like colors and frames) work correctly under this case. >=20 > The only thing which xenconsole interprets itself is Control-] (0x1d) > which is used to exit the client. I think this is the same as telnet's > escape code so I suppose it is unlikely that it interferes. This should only be interpreted on input though, and only if the actual input is made using the control key and ]. This is particularly important because a lot of programs use the escape key (which in the ASCII character set is represented by 0x1d), and the standard control sequence initiator is Control-] followed by ]. >=20 > TBH both xenconsle and terminal emulation are things which are mostly a= > mystery to me. If someone who understood either (especially terminal > emulation side) wanted to dig in and figure out what is happening then > that would be awesome. >=20 > I suppose the other alternative is that the in guest kernel hvc driver > is interfering with escape codes somehow. That doesn't seem very likely= > either though. Based on the fact that control sequences work correctly, I think that the guest side is probably limiting the terminal width by default. I hadn't thought to test this before, but I wonder if the command 'resize' works correctly? IIRC the hvc devices are treated just like VT's under Linux and NetBSD, and on both platforms the default when they can't get information about the attached device is to set the terminal width to 80 columns. I'll look into this and report back. >=20 > Ian. >=20 >=20 --------------ms020301080407040201070407 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYyNDEyMDEwNVowIwYJKoZIhvcNAQkE MRYEFOuWXsNrl3tOcPvyB+p+4pMOyoWRMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICALKDKZaLs21tGprYguK0vsltypH6ElWonsVQrUBFYhSRZklX GdM3Ml+N/inwvMkR4rAMHWIz8ERaTNf8cKoezU3+aRg6BidsM1QHLQxMa1XuEEo3zX/vraa5 DDMpDD5gNeBVjeJIhvLML6r+8rukZ+MHFaarpI9phYyyhM+XfBdngWAxuEfzdcWc2dj2EGGe lMBcqsq9cV9lei5sfw7FdenWcKpgHgnUkfdEmud6k9bf8Due9uP0RHnnmcYvam0fB9DFe7FG I1G/5BFAQeVKJZdbna4eKUYL8AcMFfFjZuGNoudhfRei7nKNPdkvW9FAEx4+qw4wC8gsi2pa 9Mo1NI3ZqKAm7ob/rpmWf7hdhg3yFwFH5eQW5iH4LstUx9maheyah5TieQRKnUy5a6Ek6Bt6 l33v9tLJ633Y1jZD8n6U5k6APo9ZgtgOlfnaxWNXi6GQaALvdv9RE+1OohRmx8djj3q4QlFU EdKCSzti8MYB+kKZDSel/ZoGQSWATTXDNNSLteK6nNPRcWaoEVS/Hn6mdi6GGykIqOKNK4Pf l2mMg1yB8zQl38M/zKHYguP90ggyiGd/iiMHAfxjUTns7cspiaQbn5J/sQ5+wwOETy7g78cy tZK0mBgApVAHfDh5MQllXOl4jVu4lz9Fq+XnMnyujFjLZUd2VHLVlHwAmmEzAAAAAAAA --------------ms020301080407040201070407-- --===============6030511550508217312== 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 --===============6030511550508217312==-- From xen-users-bounces@lists.xen.org Tue Jun 24 12:01:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 12:01:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPPs-0007mL-OW; Tue, 24 Jun 2014 12:01:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPPr-0007m9-96 for xen-users@lists.xen.org; Tue, 24 Jun 2014 12:01:35 +0000 Received: from [85.158.137.68:63378] by server-1.bemta-3.messagelabs.com id 95/A1-13056-E9869A35; Tue, 24 Jun 2014 12:01:34 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1403611292!12083155!1 X-Originating-IP: [209.85.223.180] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19560 invoked from network); 24 Jun 2014 12:01:33 -0000 Received: from mail-ie0-f180.google.com (HELO mail-ie0-f180.google.com) (209.85.223.180) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 12:01:33 -0000 Received: by mail-ie0-f180.google.com with SMTP id rl12so143980iec.11 for ; Tue, 24 Jun 2014 05:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type; bh=O6MMldFtmYMsOeaAFhvOJScqzbah/K18vt4Obps5l9M=; b=ixNhnZ3RR/dxKH6FT21ahmAvO+3c1Cme3z6PNuS9WPWRuOiL5xw/Dt/VbY8Zt07RAl GfVysTi7DM2Kd5jgqfJiDWX04HIDGlPSHw3keDS5UJUHISPEsr7AuiCy39bGYOLzufdv E6qNBi+q92BKpGWEOHRZ064mju0acF0a7udgef4FyADoQDCx4a2iyE7jsiQVKBc6Db/x alaF94up448i7VH3S+repMy24YXiHbjm2vBjO4fGPE6MiZ+csRvt6G1JYp4iVbt1S5td b7aU8cpguHlP7wfUXJfpJYAMJj3vSHC89l8q0pe6nvWsIAOD2uCAR1SHf6C2CyIqFd3+ 1Hyg== X-Received: by 10.42.37.79 with SMTP id x15mr463692icd.88.1403611291757; Tue, 24 Jun 2014 05:01:31 -0700 (PDT) Received: from [191.9.206.254] ([70.62.41.2]) by mx.google.com with ESMTPSA id d3sm24938528igc.17.2014.06.24.05.01.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 05:01:30 -0700 (PDT) Message-ID: <53A96881.3030807@gmail.com> Date: Tue, 24 Jun 2014 08:01:05 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> In-Reply-To: <1403610129.29081.6.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 Cc: Phillip Susi , xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6030511550508217312==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============6030511550508217312== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020301080407040201070407" This is a cryptographically signed message in MIME format. --------------ms020301080407040201070407 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-06-24 07:42, Ian Campbell wrote: > On Tue, 2014-06-24 at 07:28 -0400, Austin S Hemmelgarn wrote: >> On 2014-06-24 07:12, Ian Campbell wrote: >>> On Mon, 2014-06-23 at 14:52 -0400, Phillip Susi wrote: >>>> When I run xl console or xl create -c to connect to the console of t= he >>>> guest, /dev/hvc0 in the guest has unknown or default 80x25 dimension= s >>>> rather than being informed of the dimensions of the terminal I run x= l >>>> console from. Is this something wrong with my configuration, or a >>>> currently unsupported feature of xen and/or the hvc driver? >>> >>> hvc has essentially the same properties as a serial console (as in rs= 232 >>> etc). >>> >>> I think it is normal for such things to be unaware of the dimensions = of >>> the terminal emulator window on the "host" side. >>> >>> Ian. >>> >>> >> Even in those cases, it is still possible (in theory) to get the windo= w >> dimensions by using ANSI escape sequences to try to set the cursor to >> the position 1000,1000, and then read back the actual position >=20 > How exciting! I had no idea... >=20 >> (busybox >> uses this to determine terminal size for the apps that actually care >> about it, like vi and ls), but that trick doesn't seem to work correct= ly >> on /dev/hvc devices, regardless of what you set TERM to. >> Interestingly, the issues with this that I have only seem to affect >> terminal width, until I go into something screen/frame based like vi, = at >> which point it clips the height as well. >=20 > The xenconsole binary (which is what xl console shells out to, see > tools/console/client/main.c for the source) is pretty dumb and AFAICT > doesn't speak any ANSI escape codes at all -- it appears to just forwar= d > everything between the pty attached to the guest and it's std* file > descriptors. I suppose it relies on the terminal emulator which it is > running in to interpret them (which I guess makes sense). >=20 > You say it doesn't work whatever TERM=3D you use, does that extend to > setting TERM to whatever the containing terminal is using? It seems lik= e > that should be the one case which ought to always work... Even when I set TERM to match what the terminal emulator sets itself, things don't work. However, other things that depend on ANSI escape sequences working correctly (like colors and frames) work correctly under this case. >=20 > The only thing which xenconsole interprets itself is Control-] (0x1d) > which is used to exit the client. I think this is the same as telnet's > escape code so I suppose it is unlikely that it interferes. This should only be interpreted on input though, and only if the actual input is made using the control key and ]. This is particularly important because a lot of programs use the escape key (which in the ASCII character set is represented by 0x1d), and the standard control sequence initiator is Control-] followed by ]. >=20 > TBH both xenconsle and terminal emulation are things which are mostly a= > mystery to me. If someone who understood either (especially terminal > emulation side) wanted to dig in and figure out what is happening then > that would be awesome. >=20 > I suppose the other alternative is that the in guest kernel hvc driver > is interfering with escape codes somehow. That doesn't seem very likely= > either though. Based on the fact that control sequences work correctly, I think that the guest side is probably limiting the terminal width by default. I hadn't thought to test this before, but I wonder if the command 'resize' works correctly? IIRC the hvc devices are treated just like VT's under Linux and NetBSD, and on both platforms the default when they can't get information about the attached device is to set the terminal width to 80 columns. I'll look into this and report back. >=20 > Ian. >=20 >=20 --------------ms020301080407040201070407 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYyNDEyMDEwNVowIwYJKoZIhvcNAQkE MRYEFOuWXsNrl3tOcPvyB+p+4pMOyoWRMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICALKDKZaLs21tGprYguK0vsltypH6ElWonsVQrUBFYhSRZklX GdM3Ml+N/inwvMkR4rAMHWIz8ERaTNf8cKoezU3+aRg6BidsM1QHLQxMa1XuEEo3zX/vraa5 DDMpDD5gNeBVjeJIhvLML6r+8rukZ+MHFaarpI9phYyyhM+XfBdngWAxuEfzdcWc2dj2EGGe lMBcqsq9cV9lei5sfw7FdenWcKpgHgnUkfdEmud6k9bf8Due9uP0RHnnmcYvam0fB9DFe7FG I1G/5BFAQeVKJZdbna4eKUYL8AcMFfFjZuGNoudhfRei7nKNPdkvW9FAEx4+qw4wC8gsi2pa 9Mo1NI3ZqKAm7ob/rpmWf7hdhg3yFwFH5eQW5iH4LstUx9maheyah5TieQRKnUy5a6Ek6Bt6 l33v9tLJ633Y1jZD8n6U5k6APo9ZgtgOlfnaxWNXi6GQaALvdv9RE+1OohRmx8djj3q4QlFU EdKCSzti8MYB+kKZDSel/ZoGQSWATTXDNNSLteK6nNPRcWaoEVS/Hn6mdi6GGykIqOKNK4Pf l2mMg1yB8zQl38M/zKHYguP90ggyiGd/iiMHAfxjUTns7cspiaQbn5J/sQ5+wwOETy7g78cy tZK0mBgApVAHfDh5MQllXOl4jVu4lz9Fq+XnMnyujFjLZUd2VHLVlHwAmmEzAAAAAAAA --------------ms020301080407040201070407-- --===============6030511550508217312== 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 --===============6030511550508217312==-- From xen-users-bounces@lists.xen.org Tue Jun 24 12:05:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 12:05:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPTS-000841-0I; Tue, 24 Jun 2014 12:05:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPTQ-00083r-Rt for xen-users@lists.xen.org; Tue, 24 Jun 2014 12:05:17 +0000 Received: from [193.109.254.147:19197] by server-12.bemta-14.messagelabs.com id E6/5E-32179-C7969A35; Tue, 24 Jun 2014 12:05:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1403611514!13298583!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9362 invoked from network); 24 Jun 2014 12:05:15 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 12:05:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146746674" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Jun 2014 12:05:13 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 08:05:13 -0400 Message-ID: <1403611511.29081.7.camel@kazak.uk.xensource.com> From: Ian Campbell To: Austin S Hemmelgarn Date: Tue, 24 Jun 2014 13:05:11 +0100 In-Reply-To: <53A96881.3030807@gmail.com> References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Phillip Susi , xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 08:01 -0400, Austin S Hemmelgarn wrote: > On 2014-06-24 07:42, Ian Campbell wrote: > > On Tue, 2014-06-24 at 07:28 -0400, Austin S Hemmelgarn wrote: > >> On 2014-06-24 07:12, Ian Campbell wrote: > > You say it doesn't work whatever TERM= you use, does that extend to > > setting TERM to whatever the containing terminal is using? It seems like > > that should be the one case which ought to always work... > Even when I set TERM to match what the terminal emulator sets itself, > things don't work. However, other things that depend on ANSI escape > sequences working correctly (like colors and frames) work correctly > under this case. Yeah, how very strange. > > TBH both xenconsle and terminal emulation are things which are mostly a > > mystery to me. If someone who understood either (especially terminal > > emulation side) wanted to dig in and figure out what is happening then > > that would be awesome. > > > > I suppose the other alternative is that the in guest kernel hvc driver > > is interfering with escape codes somehow. That doesn't seem very likely > > either though. > Based on the fact that control sequences work correctly, I think that > the guest side is probably limiting the terminal width by default. I > hadn't thought to test this before, but I wonder if the command 'resize' > works correctly? IIRC the hvc devices are treated just like VT's under > Linux and NetBSD, and on both platforms the default when they can't get > information about the attached device is to set the terminal width to 80 > columns. I'll look into this and report back. Many thanks! Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 12:05:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 12:05:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPTS-000841-0I; Tue, 24 Jun 2014 12:05:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPTQ-00083r-Rt for xen-users@lists.xen.org; Tue, 24 Jun 2014 12:05:17 +0000 Received: from [193.109.254.147:19197] by server-12.bemta-14.messagelabs.com id E6/5E-32179-C7969A35; Tue, 24 Jun 2014 12:05:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1403611514!13298583!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9362 invoked from network); 24 Jun 2014 12:05:15 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 12:05:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146746674" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Jun 2014 12:05:13 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 08:05:13 -0400 Message-ID: <1403611511.29081.7.camel@kazak.uk.xensource.com> From: Ian Campbell To: Austin S Hemmelgarn Date: Tue, 24 Jun 2014 13:05:11 +0100 In-Reply-To: <53A96881.3030807@gmail.com> References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Phillip Susi , xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 08:01 -0400, Austin S Hemmelgarn wrote: > On 2014-06-24 07:42, Ian Campbell wrote: > > On Tue, 2014-06-24 at 07:28 -0400, Austin S Hemmelgarn wrote: > >> On 2014-06-24 07:12, Ian Campbell wrote: > > You say it doesn't work whatever TERM= you use, does that extend to > > setting TERM to whatever the containing terminal is using? It seems like > > that should be the one case which ought to always work... > Even when I set TERM to match what the terminal emulator sets itself, > things don't work. However, other things that depend on ANSI escape > sequences working correctly (like colors and frames) work correctly > under this case. Yeah, how very strange. > > TBH both xenconsle and terminal emulation are things which are mostly a > > mystery to me. If someone who understood either (especially terminal > > emulation side) wanted to dig in and figure out what is happening then > > that would be awesome. > > > > I suppose the other alternative is that the in guest kernel hvc driver > > is interfering with escape codes somehow. That doesn't seem very likely > > either though. > Based on the fact that control sequences work correctly, I think that > the guest side is probably limiting the terminal width by default. I > hadn't thought to test this before, but I wonder if the command 'resize' > works correctly? IIRC the hvc devices are treated just like VT's under > Linux and NetBSD, and on both platforms the default when they can't get > information about the attached device is to set the terminal width to 80 > columns. I'll look into this and report back. Many thanks! Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 12:27:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 12:27:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPoE-0000YM-82; Tue, 24 Jun 2014 12:26:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPoC-0000YA-O5 for xen-users@lists.xen.org; Tue, 24 Jun 2014 12:26:45 +0000 Received: from [85.158.139.211:61508] by server-6.bemta-5.messagelabs.com id 4B/41-25531-38E69A35; Tue, 24 Jun 2014 12:26:43 +0000 X-Env-Sender: olaf@aepfle.de X-Msg-Ref: server-16.tower-206.messagelabs.com!1403612803!8813637!1 X-Originating-IP: [81.169.146.218] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7386 invoked from network); 24 Jun 2014 12:26:43 -0000 Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de) (81.169.146.218) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jun 2014 12:26:43 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1403612803; l=469; s=domk; d=aepfle.de; h=In-Reply-To:Content-Type:MIME-Version:References:Subject:Cc:To:From: Date; bh=F8AyQZk6saX3xLP/Nk0qZpRIwOE=; b=Yz3DVP1390meevP9q8yEmggRcVzUplsiH7HUfbr0Q6Vj7O3JSQ8Bn4wOw9ydzFXCE5W gKKq7/xSgeCHgJ5OMXcbuO9jll7Wrp/bU5R+EywnYLYxfsQec2N+2PJpHR4gsiLGMf5bc Pisj0rJ9XWQ7sO9Td5u1HfpBCZ7vyvJicb0= X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+yackYocTD1iAi8x+OWi/zfN1cLnBYfssBY9SQMKk8kCovkkmJbh+VP2spQG3tvMeGW7W X-RZG-CLASS-ID: mo00 Received: from probook.fritz.box ([2001:a60:1011:601:1ec1:deff:fe91:f51c]) by smtp.strato.de (RZmta 34.5 AUTH) with ESMTPSA id I06be0q5OCQgEEQ (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate); Tue, 24 Jun 2014 14:26:42 +0200 (CEST) Received: by probook.fritz.box (Postfix, from userid 1000) id 0E85A50157; Tue, 24 Jun 2014 14:26:41 +0200 (CEST) Date: Tue, 24 Jun 2014 14:26:41 +0200 From: Olaf Hering To: Phillip Susi Message-ID: <20140624122641.GA1251@aepfle.de> References: <53A87761.5050702@ubuntu.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <53A87761.5050702@ubuntu.com> User-Agent: Mutt/1.5.22.rev6346 (2013-10-29) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Jun 23, Phillip Susi wrote: > When I run xl console or xl create -c to connect to the console of the > guest, /dev/hvc0 in the guest has unknown or default 80x25 dimensions > rather than being informed of the dimensions of the terminal I run xl > console from. Is this something wrong with my configuration, or a > currently unsupported feature of xen and/or the hvc driver? Run either resize or initviocons to correct the in-guest settings. Olaf _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 12:27:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 12:27:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPoE-0000YM-82; Tue, 24 Jun 2014 12:26:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPoC-0000YA-O5 for xen-users@lists.xen.org; Tue, 24 Jun 2014 12:26:45 +0000 Received: from [85.158.139.211:61508] by server-6.bemta-5.messagelabs.com id 4B/41-25531-38E69A35; Tue, 24 Jun 2014 12:26:43 +0000 X-Env-Sender: olaf@aepfle.de X-Msg-Ref: server-16.tower-206.messagelabs.com!1403612803!8813637!1 X-Originating-IP: [81.169.146.218] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7386 invoked from network); 24 Jun 2014 12:26:43 -0000 Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de) (81.169.146.218) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jun 2014 12:26:43 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1403612803; l=469; s=domk; d=aepfle.de; h=In-Reply-To:Content-Type:MIME-Version:References:Subject:Cc:To:From: Date; bh=F8AyQZk6saX3xLP/Nk0qZpRIwOE=; b=Yz3DVP1390meevP9q8yEmggRcVzUplsiH7HUfbr0Q6Vj7O3JSQ8Bn4wOw9ydzFXCE5W gKKq7/xSgeCHgJ5OMXcbuO9jll7Wrp/bU5R+EywnYLYxfsQec2N+2PJpHR4gsiLGMf5bc Pisj0rJ9XWQ7sO9Td5u1HfpBCZ7vyvJicb0= X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+yackYocTD1iAi8x+OWi/zfN1cLnBYfssBY9SQMKk8kCovkkmJbh+VP2spQG3tvMeGW7W X-RZG-CLASS-ID: mo00 Received: from probook.fritz.box ([2001:a60:1011:601:1ec1:deff:fe91:f51c]) by smtp.strato.de (RZmta 34.5 AUTH) with ESMTPSA id I06be0q5OCQgEEQ (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate); Tue, 24 Jun 2014 14:26:42 +0200 (CEST) Received: by probook.fritz.box (Postfix, from userid 1000) id 0E85A50157; Tue, 24 Jun 2014 14:26:41 +0200 (CEST) Date: Tue, 24 Jun 2014 14:26:41 +0200 From: Olaf Hering To: Phillip Susi Message-ID: <20140624122641.GA1251@aepfle.de> References: <53A87761.5050702@ubuntu.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <53A87761.5050702@ubuntu.com> User-Agent: Mutt/1.5.22.rev6346 (2013-10-29) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Jun 23, Phillip Susi wrote: > When I run xl console or xl create -c to connect to the console of the > guest, /dev/hvc0 in the guest has unknown or default 80x25 dimensions > rather than being informed of the dimensions of the terminal I run xl > console from. Is this something wrong with my configuration, or a > currently unsupported feature of xen and/or the hvc driver? Run either resize or initviocons to correct the in-guest settings. Olaf _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 12:37:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 12:37:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPyI-0001C3-Ki; Tue, 24 Jun 2014 12:37:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPyH-0001Bt-0C for xen-users@lists.xen.org; Tue, 24 Jun 2014 12:37:09 +0000 Received: from [85.158.143.35:36077] by server-2.bemta-4.messagelabs.com id 61/3E-06539-4F079A35; Tue, 24 Jun 2014 12:37:08 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1403613426!13495272!1 X-Originating-IP: [209.85.223.169] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14116 invoked from network); 24 Jun 2014 12:37:07 -0000 Received: from mail-ie0-f169.google.com (HELO mail-ie0-f169.google.com) (209.85.223.169) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 12:37:07 -0000 Received: by mail-ie0-f169.google.com with SMTP id at1so184580iec.0 for ; Tue, 24 Jun 2014 05:37:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type; bh=4ohO8LvKxrBgAs83vv8P2HeiFtq/9Awz7KeTiCKJv8M=; b=fXrgR86uKoKyNziBa7nCEOKetUMWw5JN5H3c+9de+S/iThjYsAEiFAQD0q/5YB6/df jgPI0CMfijNMozJauJQk2QdikhzfCZcCSmwsmcbEJag4ov0tv9q1NISXkceh8sZINABv B5EUGi6cezrKOhs8Pzn8B5sNuPsTfs1OgO/6tj+p0Aostl5m9Vb3eZWtureQVHiDEfo7 hqefzT2HjDHpjZKTCilJANLS+r1dL4cdh67MvxzhlqSQxu0jSndoPFI9FqpjHJ4Hj/vm nCEgBlD1som9+uMbxrekzToajsBzvg5CfxMeY8BouZrYRE2vbTjtwU9czaft7sohAXnY D2bA== X-Received: by 10.50.142.97 with SMTP id rv1mr34565960igb.13.1403613425660; Tue, 24 Jun 2014 05:37:05 -0700 (PDT) Received: from [191.9.206.254] ([70.62.41.2]) by mx.google.com with ESMTPSA id mi4sm1326156igb.5.2014.06.24.05.37.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 05:37:04 -0700 (PDT) Message-ID: <53A970D8.2080502@gmail.com> Date: Tue, 24 Jun 2014 08:36:40 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> In-Reply-To: <1403611511.29081.7.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 Cc: Phillip Susi , xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8446714184146669227==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============8446714184146669227== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030904080000010101040109" This is a cryptographically signed message in MIME format. --------------ms030904080000010101040109 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-06-24 08:05, Ian Campbell wrote: > On Tue, 2014-06-24 at 08:01 -0400, Austin S Hemmelgarn wrote: >> On 2014-06-24 07:42, Ian Campbell wrote: >>> On Tue, 2014-06-24 at 07:28 -0400, Austin S Hemmelgarn wrote: >>>> On 2014-06-24 07:12, Ian Campbell wrote: >>> You say it doesn't work whatever TERM=3D you use, does that extend to= >>> setting TERM to whatever the containing terminal is using? It seems l= ike >>> that should be the one case which ought to always work... >> Even when I set TERM to match what the terminal emulator sets itself, >> things don't work. However, other things that depend on ANSI escape >> sequences working correctly (like colors and frames) work correctly >> under this case. >=20 > Yeah, how very strange. >=20 >>> TBH both xenconsle and terminal emulation are things which are mostly= a >>> mystery to me. If someone who understood either (especially terminal >>> emulation side) wanted to dig in and figure out what is happening the= n >>> that would be awesome. >>> >>> I suppose the other alternative is that the in guest kernel hvc drive= r >>> is interfering with escape codes somehow. That doesn't seem very like= ly >>> either though. >> Based on the fact that control sequences work correctly, I think that >> the guest side is probably limiting the terminal width by default. I >> hadn't thought to test this before, but I wonder if the command 'resiz= e' >> works correctly? IIRC the hvc devices are treated just like VT's unde= r >> Linux and NetBSD, and on both platforms the default when they can't ge= t >> information about the attached device is to set the terminal width to = 80 >> columns. I'll look into this and report back. >=20 > Many thanks! >=20 > Ian. >=20 >=20 I've checked, and it does appear that running resize works to correct things on Linux, I don't know about NetBSD however (I don't have any NetBSD guests to test with right now). The issue is that COLUMNS and LINES aren't getting set, which makes things assume 80x25 terminal geometry (for compatibility reasons). --------------ms030904080000010101040109 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYyNDEyMzY0MFowIwYJKoZIhvcNAQkE MRYEFNZjdPjumHNzAShGiyiVGrv85Gl9MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICAB96qwhNc4Dh2vub1Ae42BnechnBJYrp7j2TVYftnr64M8ep i1Sr1iWJiog94rPdAXHtgp5RqonD+CF0yfPpsUapCKVpSSNTXyhdIwW9beuCgbonsVTWjjoz Uop8qitMANhYIE/JPSxWAgWtEaG9na4mh1NbmBG67A9SjR9Lk+xvmaNibyhHEtDnmYnRRBBd 7PqHv/3ODvx+/JMwMNALfkYi2sIQmfElYVFQlIV2ETzeTAEhvzTCDTKf5pCzxyyoWl86uzh0 kMhH3DqvQEnVkypG+nTbzfPyb1a8TKXuc6L6fg4JuqM9RKh9SxcO2wsKRP9vjtfr040vKFLX scH1GQK6ng+pwTBe6V/W8h+w59htDwf2IdFX1mDHLqSZoqtWD6eH6LXHTrKFMpqJG88cioz7 jGahv6Nl19ZN5dSnHwT6wVY4hgOz/0od79/m/F6gi+dy4ENesI6hWxlOyJ8ROSUZh2cxgBwN rbepitZSCN/cM5iitOhkrSdRSpuq2iKJpNa2ksbU8RWgGKSgLggCBXEtO0Y7hX/99y8DXsTh UyuI+0BSvWxVEIxXIeVhyYtB9vR3x540W/S+Y00yoKurYUrovPAbM8a9ZPWfKg1JE8TICpgW bKsJbeG46ie5OckKVfrSiAIc6pr+/zkxJYUhS4TelqrIBd2id91LxJ3Kej2kAAAAAAAA --------------ms030904080000010101040109-- --===============8446714184146669227== 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 --===============8446714184146669227==-- From xen-users-bounces@lists.xen.org Tue Jun 24 12:37:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 12:37:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPyI-0001C3-Ki; Tue, 24 Jun 2014 12:37:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzPyH-0001Bt-0C for xen-users@lists.xen.org; Tue, 24 Jun 2014 12:37:09 +0000 Received: from [85.158.143.35:36077] by server-2.bemta-4.messagelabs.com id 61/3E-06539-4F079A35; Tue, 24 Jun 2014 12:37:08 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1403613426!13495272!1 X-Originating-IP: [209.85.223.169] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14116 invoked from network); 24 Jun 2014 12:37:07 -0000 Received: from mail-ie0-f169.google.com (HELO mail-ie0-f169.google.com) (209.85.223.169) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 12:37:07 -0000 Received: by mail-ie0-f169.google.com with SMTP id at1so184580iec.0 for ; Tue, 24 Jun 2014 05:37:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type; bh=4ohO8LvKxrBgAs83vv8P2HeiFtq/9Awz7KeTiCKJv8M=; b=fXrgR86uKoKyNziBa7nCEOKetUMWw5JN5H3c+9de+S/iThjYsAEiFAQD0q/5YB6/df jgPI0CMfijNMozJauJQk2QdikhzfCZcCSmwsmcbEJag4ov0tv9q1NISXkceh8sZINABv B5EUGi6cezrKOhs8Pzn8B5sNuPsTfs1OgO/6tj+p0Aostl5m9Vb3eZWtureQVHiDEfo7 hqefzT2HjDHpjZKTCilJANLS+r1dL4cdh67MvxzhlqSQxu0jSndoPFI9FqpjHJ4Hj/vm nCEgBlD1som9+uMbxrekzToajsBzvg5CfxMeY8BouZrYRE2vbTjtwU9czaft7sohAXnY D2bA== X-Received: by 10.50.142.97 with SMTP id rv1mr34565960igb.13.1403613425660; Tue, 24 Jun 2014 05:37:05 -0700 (PDT) Received: from [191.9.206.254] ([70.62.41.2]) by mx.google.com with ESMTPSA id mi4sm1326156igb.5.2014.06.24.05.37.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 05:37:04 -0700 (PDT) Message-ID: <53A970D8.2080502@gmail.com> Date: Tue, 24 Jun 2014 08:36:40 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> In-Reply-To: <1403611511.29081.7.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 Cc: Phillip Susi , xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8446714184146669227==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============8446714184146669227== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030904080000010101040109" This is a cryptographically signed message in MIME format. --------------ms030904080000010101040109 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-06-24 08:05, Ian Campbell wrote: > On Tue, 2014-06-24 at 08:01 -0400, Austin S Hemmelgarn wrote: >> On 2014-06-24 07:42, Ian Campbell wrote: >>> On Tue, 2014-06-24 at 07:28 -0400, Austin S Hemmelgarn wrote: >>>> On 2014-06-24 07:12, Ian Campbell wrote: >>> You say it doesn't work whatever TERM=3D you use, does that extend to= >>> setting TERM to whatever the containing terminal is using? It seems l= ike >>> that should be the one case which ought to always work... >> Even when I set TERM to match what the terminal emulator sets itself, >> things don't work. However, other things that depend on ANSI escape >> sequences working correctly (like colors and frames) work correctly >> under this case. >=20 > Yeah, how very strange. >=20 >>> TBH both xenconsle and terminal emulation are things which are mostly= a >>> mystery to me. If someone who understood either (especially terminal >>> emulation side) wanted to dig in and figure out what is happening the= n >>> that would be awesome. >>> >>> I suppose the other alternative is that the in guest kernel hvc drive= r >>> is interfering with escape codes somehow. That doesn't seem very like= ly >>> either though. >> Based on the fact that control sequences work correctly, I think that >> the guest side is probably limiting the terminal width by default. I >> hadn't thought to test this before, but I wonder if the command 'resiz= e' >> works correctly? IIRC the hvc devices are treated just like VT's unde= r >> Linux and NetBSD, and on both platforms the default when they can't ge= t >> information about the attached device is to set the terminal width to = 80 >> columns. I'll look into this and report back. >=20 > Many thanks! >=20 > Ian. >=20 >=20 I've checked, and it does appear that running resize works to correct things on Linux, I don't know about NetBSD however (I don't have any NetBSD guests to test with right now). The issue is that COLUMNS and LINES aren't getting set, which makes things assume 80x25 terminal geometry (for compatibility reasons). --------------ms030904080000010101040109 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYyNDEyMzY0MFowIwYJKoZIhvcNAQkE MRYEFNZjdPjumHNzAShGiyiVGrv85Gl9MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICAB96qwhNc4Dh2vub1Ae42BnechnBJYrp7j2TVYftnr64M8ep i1Sr1iWJiog94rPdAXHtgp5RqonD+CF0yfPpsUapCKVpSSNTXyhdIwW9beuCgbonsVTWjjoz Uop8qitMANhYIE/JPSxWAgWtEaG9na4mh1NbmBG67A9SjR9Lk+xvmaNibyhHEtDnmYnRRBBd 7PqHv/3ODvx+/JMwMNALfkYi2sIQmfElYVFQlIV2ETzeTAEhvzTCDTKf5pCzxyyoWl86uzh0 kMhH3DqvQEnVkypG+nTbzfPyb1a8TKXuc6L6fg4JuqM9RKh9SxcO2wsKRP9vjtfr040vKFLX scH1GQK6ng+pwTBe6V/W8h+w59htDwf2IdFX1mDHLqSZoqtWD6eH6LXHTrKFMpqJG88cioz7 jGahv6Nl19ZN5dSnHwT6wVY4hgOz/0od79/m/F6gi+dy4ENesI6hWxlOyJ8ROSUZh2cxgBwN rbepitZSCN/cM5iitOhkrSdRSpuq2iKJpNa2ksbU8RWgGKSgLggCBXEtO0Y7hX/99y8DXsTh UyuI+0BSvWxVEIxXIeVhyYtB9vR3x540W/S+Y00yoKurYUrovPAbM8a9ZPWfKg1JE8TICpgW bKsJbeG46ie5OckKVfrSiAIc6pr+/zkxJYUhS4TelqrIBd2id91LxJ3Kej2kAAAAAAAA --------------ms030904080000010101040109-- --===============8446714184146669227== 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 --===============8446714184146669227==-- From xen-users-bounces@lists.xen.org Tue Jun 24 12:40:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 12:40:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQ10-0001bb-RK; Tue, 24 Jun 2014 12:39:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQ10-0001bS-7o for xen-users@lists.xen.org; Tue, 24 Jun 2014 12:39:58 +0000 Received: from [85.158.139.211:26145] by server-2.bemta-5.messagelabs.com id 78/32-01647-D9179A35; Tue, 24 Jun 2014 12:39:57 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1403613595!11721272!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30554 invoked from network); 24 Jun 2014 12:39:56 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 12:39:56 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146503116" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 12:39:55 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 08:39:54 -0400 Message-ID: <1403613593.30061.12.camel@kazak.uk.xensource.com> From: Ian Campbell To: Austin S Hemmelgarn Date: Tue, 24 Jun 2014 13:39:53 +0100 In-Reply-To: <53A970D8.2080502@gmail.com> References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Phillip Susi , xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 08:36 -0400, Austin S Hemmelgarn wrote: > I've checked, and it does appear that running resize works to correct > things on Linux, I don't know about NetBSD however (I don't have any > NetBSD guests to test with right now). The issue is that COLUMNS and > LINES aren't getting set, which makes things assume 80x25 terminal > geometry (for compatibility reasons). Thanks for checking. Philip does that fix it for you too? > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 12:40:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 12:40:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQ10-0001bb-RK; Tue, 24 Jun 2014 12:39:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQ10-0001bS-7o for xen-users@lists.xen.org; Tue, 24 Jun 2014 12:39:58 +0000 Received: from [85.158.139.211:26145] by server-2.bemta-5.messagelabs.com id 78/32-01647-D9179A35; Tue, 24 Jun 2014 12:39:57 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1403613595!11721272!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30554 invoked from network); 24 Jun 2014 12:39:56 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 12:39:56 -0000 X-IronPort-AV: E=Sophos;i="5.01,537,1400025600"; d="scan'208";a="146503116" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 12:39:55 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 08:39:54 -0400 Message-ID: <1403613593.30061.12.camel@kazak.uk.xensource.com> From: Ian Campbell To: Austin S Hemmelgarn Date: Tue, 24 Jun 2014 13:39:53 +0100 In-Reply-To: <53A970D8.2080502@gmail.com> References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Phillip Susi , xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 08:36 -0400, Austin S Hemmelgarn wrote: > I've checked, and it does appear that running resize works to correct > things on Linux, I don't know about NetBSD however (I don't have any > NetBSD guests to test with right now). The issue is that COLUMNS and > LINES aren't getting set, which makes things assume 80x25 terminal > geometry (for compatibility reasons). Thanks for checking. Philip does that fix it for you too? > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 13:21:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 13:21:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQer-0002PU-U8; Tue, 24 Jun 2014 13:21:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQeq-0002PP-EA for xen-users@lists.xen.org; Tue, 24 Jun 2014 13:21:08 +0000 Received: from [85.158.143.35:3608] by server-1.bemta-4.messagelabs.com id CE/92-09496-34B79A35; Tue, 24 Jun 2014 13:21:07 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1403616066!13415347!1 X-Originating-IP: [107.14.166.225] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15663 invoked from network); 24 Jun 2014 13:21:07 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.225) by server-6.tower-21.messagelabs.com with SMTP; 24 Jun 2014 13:21:07 -0000 Received: from [67.78.168.186] ([67.78.168.186:61015] helo=[10.1.1.200]) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 8A/EB-24101-24B79A35; Tue, 24 Jun 2014 13:21:06 +0000 Message-ID: <53A97B42.2090706@ubuntu.com> Date: Tue, 24 Jun 2014 09:21:06 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell , Austin S Hemmelgarn References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> In-Reply-To: <1403613593.30061.12.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 6/24/2014 8:39 AM, Ian Campbell wrote: > On Tue, 2014-06-24 at 08:36 -0400, Austin S Hemmelgarn wrote: >> I've checked, and it does appear that running resize works to >> correct things on Linux, I don't know about NetBSD however (I >> don't have any NetBSD guests to test with right now). The issue >> is that COLUMNS and LINES aren't getting set, which makes things >> assume 80x25 terminal geometry (for compatibility reasons). > > Thanks for checking. Philip does that fix it for you too? Yes, manually setting it with stty allows for proper operation; it just seems that this information should be automatically passed to the guest ( via xenstore? ) by xenconsole, and then hvc driver in the guest should pass it to the tty core. Also updating it in response to SIGWINCH when you resize the terminal. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTqXtBAAoJEI5FoCIzSKrwGfMH/Ry+7e6si4m5/2Sgyh9y5/L4 U0eeLVqZnys0lvprcYyhBWFDi/CIogwHxEzFi1u0g4mNZNJODuLF43Ayv24O7wtL uHdRcOnSQzVLDpgd1jqYBqL0LM1NB4uEZuUxDnyhgfnV0lKEFkfe/yRPkyznaWG4 2AOSl3AG9xQCry8VSGjPQbH8eoFGj96unqyceIDvDX4yLaMxIEJxrxgNVlF8FPyH WEO+QhqbJkilml1HEuWz8js4Z6ztdBJ5EhNeS/alGR9n8k1BWLcu4tcdw99tBHE2 GbwbPKkD9bojvTtb+Nff2TK58D0uaTb04b2Yb/yCQdAhYdT/RqktMR4/MllZ78E= =A+vz -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 13:21:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 13:21:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQer-0002PU-U8; Tue, 24 Jun 2014 13:21:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQeq-0002PP-EA for xen-users@lists.xen.org; Tue, 24 Jun 2014 13:21:08 +0000 Received: from [85.158.143.35:3608] by server-1.bemta-4.messagelabs.com id CE/92-09496-34B79A35; Tue, 24 Jun 2014 13:21:07 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1403616066!13415347!1 X-Originating-IP: [107.14.166.225] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15663 invoked from network); 24 Jun 2014 13:21:07 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.225) by server-6.tower-21.messagelabs.com with SMTP; 24 Jun 2014 13:21:07 -0000 Received: from [67.78.168.186] ([67.78.168.186:61015] helo=[10.1.1.200]) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 8A/EB-24101-24B79A35; Tue, 24 Jun 2014 13:21:06 +0000 Message-ID: <53A97B42.2090706@ubuntu.com> Date: Tue, 24 Jun 2014 09:21:06 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell , Austin S Hemmelgarn References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> In-Reply-To: <1403613593.30061.12.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 6/24/2014 8:39 AM, Ian Campbell wrote: > On Tue, 2014-06-24 at 08:36 -0400, Austin S Hemmelgarn wrote: >> I've checked, and it does appear that running resize works to >> correct things on Linux, I don't know about NetBSD however (I >> don't have any NetBSD guests to test with right now). The issue >> is that COLUMNS and LINES aren't getting set, which makes things >> assume 80x25 terminal geometry (for compatibility reasons). > > Thanks for checking. Philip does that fix it for you too? Yes, manually setting it with stty allows for proper operation; it just seems that this information should be automatically passed to the guest ( via xenstore? ) by xenconsole, and then hvc driver in the guest should pass it to the tty core. Also updating it in response to SIGWINCH when you resize the terminal. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTqXtBAAoJEI5FoCIzSKrwGfMH/Ry+7e6si4m5/2Sgyh9y5/L4 U0eeLVqZnys0lvprcYyhBWFDi/CIogwHxEzFi1u0g4mNZNJODuLF43Ayv24O7wtL uHdRcOnSQzVLDpgd1jqYBqL0LM1NB4uEZuUxDnyhgfnV0lKEFkfe/yRPkyznaWG4 2AOSl3AG9xQCry8VSGjPQbH8eoFGj96unqyceIDvDX4yLaMxIEJxrxgNVlF8FPyH WEO+QhqbJkilml1HEuWz8js4Z6ztdBJ5EhNeS/alGR9n8k1BWLcu4tcdw99tBHE2 GbwbPKkD9bojvTtb+Nff2TK58D0uaTb04b2Yb/yCQdAhYdT/RqktMR4/MllZ78E= =A+vz -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 13:30:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 13:30:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQnd-0002gc-7T; Tue, 24 Jun 2014 13:30:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQnc-0002gW-AZ for xen-users@lists.xen.org; Tue, 24 Jun 2014 13:30:12 +0000 Received: from [193.109.254.147:52119] by server-3.bemta-14.messagelabs.com id F7/F7-22179-36D79A35; Tue, 24 Jun 2014 13:30:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1403616609!13363474!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31341 invoked from network); 24 Jun 2014 13:30:10 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 13:30:10 -0000 X-IronPort-AV: E=Sophos;i="5.01,538,1400025600"; d="scan'208";a="146524217" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 13:30:08 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 09:30:07 -0400 Message-ID: <1403616606.30061.39.camel@kazak.uk.xensource.com> From: Ian Campbell To: Phillip Susi Date: Tue, 24 Jun 2014 14:30:06 +0100 In-Reply-To: <53A97B42.2090706@ubuntu.com> References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> <53A97B42.2090706@ubuntu.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org, Austin S Hemmelgarn Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 09:21 -0400, Phillip Susi wrote: > On 6/24/2014 8:39 AM, Ian Campbell wrote: > > On Tue, 2014-06-24 at 08:36 -0400, Austin S Hemmelgarn wrote: > >> I've checked, and it does appear that running resize works to > >> correct things on Linux, I don't know about NetBSD however (I > >> don't have any NetBSD guests to test with right now). The issue > >> is that COLUMNS and LINES aren't getting set, which makes things > >> assume 80x25 terminal geometry (for compatibility reasons). > > > > Thanks for checking. Philip does that fix it for you too? > > Yes, manually setting it with stty allows for proper operation; it > just seems that this information should be automatically passed to the > guest ( via xenstore? ) by xenconsole, and then hvc driver in the > guest should pass it to the tty core. Also updating it in response to > SIGWINCH when you resize the terminal. I'm pretty certain you don't get that level of functionality with a normal serial port, but patches welcome ;-0 Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 13:30:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 13:30:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQnd-0002gc-7T; Tue, 24 Jun 2014 13:30:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQnc-0002gW-AZ for xen-users@lists.xen.org; Tue, 24 Jun 2014 13:30:12 +0000 Received: from [193.109.254.147:52119] by server-3.bemta-14.messagelabs.com id F7/F7-22179-36D79A35; Tue, 24 Jun 2014 13:30:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1403616609!13363474!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31341 invoked from network); 24 Jun 2014 13:30:10 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 13:30:10 -0000 X-IronPort-AV: E=Sophos;i="5.01,538,1400025600"; d="scan'208";a="146524217" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Jun 2014 13:30:08 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 09:30:07 -0400 Message-ID: <1403616606.30061.39.camel@kazak.uk.xensource.com> From: Ian Campbell To: Phillip Susi Date: Tue, 24 Jun 2014 14:30:06 +0100 In-Reply-To: <53A97B42.2090706@ubuntu.com> References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> <53A97B42.2090706@ubuntu.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org, Austin S Hemmelgarn Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 09:21 -0400, Phillip Susi wrote: > On 6/24/2014 8:39 AM, Ian Campbell wrote: > > On Tue, 2014-06-24 at 08:36 -0400, Austin S Hemmelgarn wrote: > >> I've checked, and it does appear that running resize works to > >> correct things on Linux, I don't know about NetBSD however (I > >> don't have any NetBSD guests to test with right now). The issue > >> is that COLUMNS and LINES aren't getting set, which makes things > >> assume 80x25 terminal geometry (for compatibility reasons). > > > > Thanks for checking. Philip does that fix it for you too? > > Yes, manually setting it with stty allows for proper operation; it > just seems that this information should be automatically passed to the > guest ( via xenstore? ) by xenconsole, and then hvc driver in the > guest should pass it to the tty core. Also updating it in response to > SIGWINCH when you resize the terminal. I'm pretty certain you don't get that level of functionality with a normal serial port, but patches welcome ;-0 Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 13:40:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 13:40:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQww-00037F-Sq; Tue, 24 Jun 2014 13:39:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQwv-000378-GW for xen-users@lists.xen.org; Tue, 24 Jun 2014 13:39:49 +0000 Received: from [85.158.137.68:18373] by server-12.bemta-3.messagelabs.com id E0/0D-12714-4AF79A35; Tue, 24 Jun 2014 13:39:48 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1403617187!12009989!1 X-Originating-IP: [107.14.166.227] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17671 invoked from network); 24 Jun 2014 13:39:48 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.227) by server-4.tower-31.messagelabs.com with SMTP; 24 Jun 2014 13:39:48 -0000 Received: from [67.78.168.186] ([67.78.168.186:61080] helo=[10.1.1.200]) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id EA/29-00343-2AF79A35; Tue, 24 Jun 2014 13:39:47 +0000 Message-ID: <53A97FA2.9090706@ubuntu.com> Date: Tue, 24 Jun 2014 09:39:46 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> <53A97B42.2090706@ubuntu.com> <1403616606.30061.39.camel@kazak.uk.xensource.com> In-Reply-To: <1403616606.30061.39.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Cc: xen-users@lists.xen.org, Austin S Hemmelgarn Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 6/24/2014 9:30 AM, Ian Campbell wrote: >> Yes, manually setting it with stty allows for proper operation; >> it just seems that this information should be automatically >> passed to the guest ( via xenstore? ) by xenconsole, and then hvc >> driver in the guest should pass it to the tty core. Also >> updating it in response to SIGWINCH when you resize the >> terminal. > > I'm pretty certain you don't get that level of functionality with > a normal serial port, but patches welcome ;-0 Normal serial ports are dumb animals with no backchannel. I'd expect things to work that way if xen just emulated a serial port and you had to boot with console=/dev/ttyS0, but when you've got a proper console driver, it would be really nice if it did the right thing ;) I have no idea how things work on the xen/xl side of things but I probably could work up a patch for the hvc driver side. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTqX+iAAoJEI5FoCIzSKrwIkwH/Rt9IluLAAw/Q9eUvod9PB2j kX8mtj3JcxFTAImgmruvcqTfctC+Zwli9C8r+cmNo8Zsf3PVji1VigSEQMDJqQSQ kq+Aj0q7I8NFav9g1xdjwb7KC9mpBRIGz1ajxaQOi9zDtWGtOLHkUg3dg53iRW3c fIGLb0VcAcNFEULTctf8n4Ecpl8Mi3q5zFuxf8wJtNnuHQysVrXQRKiu/5SOPGCj 3ME8TQk+lLkcB+zsjlmu9Vmin0EHZj0XJBQf+bX0OQ1QXbb8VvVO2ZF1TE3OjhEK QnWF9jIsDXHmDojjf2R7N/d3Zf/LoZue1zoG5MW0J6K+K5UBXh0t12S8Uaflj8Y= =/Vvg -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 13:40:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 13:40:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQww-00037F-Sq; Tue, 24 Jun 2014 13:39:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzQwv-000378-GW for xen-users@lists.xen.org; Tue, 24 Jun 2014 13:39:49 +0000 Received: from [85.158.137.68:18373] by server-12.bemta-3.messagelabs.com id E0/0D-12714-4AF79A35; Tue, 24 Jun 2014 13:39:48 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1403617187!12009989!1 X-Originating-IP: [107.14.166.227] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17671 invoked from network); 24 Jun 2014 13:39:48 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.227) by server-4.tower-31.messagelabs.com with SMTP; 24 Jun 2014 13:39:48 -0000 Received: from [67.78.168.186] ([67.78.168.186:61080] helo=[10.1.1.200]) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id EA/29-00343-2AF79A35; Tue, 24 Jun 2014 13:39:47 +0000 Message-ID: <53A97FA2.9090706@ubuntu.com> Date: Tue, 24 Jun 2014 09:39:46 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> <53A97B42.2090706@ubuntu.com> <1403616606.30061.39.camel@kazak.uk.xensource.com> In-Reply-To: <1403616606.30061.39.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Cc: xen-users@lists.xen.org, Austin S Hemmelgarn Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 6/24/2014 9:30 AM, Ian Campbell wrote: >> Yes, manually setting it with stty allows for proper operation; >> it just seems that this information should be automatically >> passed to the guest ( via xenstore? ) by xenconsole, and then hvc >> driver in the guest should pass it to the tty core. Also >> updating it in response to SIGWINCH when you resize the >> terminal. > > I'm pretty certain you don't get that level of functionality with > a normal serial port, but patches welcome ;-0 Normal serial ports are dumb animals with no backchannel. I'd expect things to work that way if xen just emulated a serial port and you had to boot with console=/dev/ttyS0, but when you've got a proper console driver, it would be really nice if it did the right thing ;) I have no idea how things work on the xen/xl side of things but I probably could work up a patch for the hvc driver side. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTqX+iAAoJEI5FoCIzSKrwIkwH/Rt9IluLAAw/Q9eUvod9PB2j kX8mtj3JcxFTAImgmruvcqTfctC+Zwli9C8r+cmNo8Zsf3PVji1VigSEQMDJqQSQ kq+Aj0q7I8NFav9g1xdjwb7KC9mpBRIGz1ajxaQOi9zDtWGtOLHkUg3dg53iRW3c fIGLb0VcAcNFEULTctf8n4Ecpl8Mi3q5zFuxf8wJtNnuHQysVrXQRKiu/5SOPGCj 3ME8TQk+lLkcB+zsjlmu9Vmin0EHZj0XJBQf+bX0OQ1QXbb8VvVO2ZF1TE3OjhEK QnWF9jIsDXHmDojjf2R7N/d3Zf/LoZue1zoG5MW0J6K+K5UBXh0t12S8Uaflj8Y= =/Vvg -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 14:03:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 14:03:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzRJF-0004HS-Kd; Tue, 24 Jun 2014 14:02:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzRJE-0004HH-B9 for xen-users@lists.xen.org; Tue, 24 Jun 2014 14:02:52 +0000 Received: from [85.158.143.35:42282] by server-3.bemta-4.messagelabs.com id EB/58-16194-B0589A35; Tue, 24 Jun 2014 14:02:51 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1403618569!13463536!1 X-Originating-IP: [209.85.213.172] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5784 invoked from network); 24 Jun 2014 14:02:50 -0000 Received: from mail-ig0-f172.google.com (HELO mail-ig0-f172.google.com) (209.85.213.172) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 14:02:50 -0000 Received: by mail-ig0-f172.google.com with SMTP id hn18so4739684igb.11 for ; Tue, 24 Jun 2014 07:02:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type; bh=BSaIpGYZxvwIHXyPvJw0c8OxfttU0BVoM2o4i8kN2lw=; b=qaKcqsg5X8JQJamMetI890rMx5N1af/C9a0Z/Gx28K14n9f3s1Iht4k2gsyitTUdd2 H8Q9WTB0PqCDNKvMwSX6dYQoqiXcLL1Yfok7tPZ31EDctutsKylAotXeNUKNNyGJQDN6 ZhFws84UB4WBty+sQZ3p1o74tZTUkApF5gFjF+kYjTepfroIZKJPSv6LYQNutCzluyh6 d75d0o8l6HL3U7NBRJQTAJcfK8r2gPcHCemF79NUsbbfyhA43sqleI7Ye4KEI8QBFJde uGxUVY2oswP5124jQnS646vISgz7BSiGRj5Xg81+0naX2Ah+CXOEIMc923VuXUc70/rK 9ywg== X-Received: by 10.50.43.202 with SMTP id y10mr34128298igl.10.1403618569152; Tue, 24 Jun 2014 07:02:49 -0700 (PDT) Received: from [191.9.206.254] ([70.62.41.2]) by mx.google.com with ESMTPSA id ga11sm1880731igd.8.2014.06.24.07.02.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 07:02:47 -0700 (PDT) Message-ID: <53A984EF.2040802@gmail.com> Date: Tue, 24 Jun 2014 10:02:23 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell , Phillip Susi References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> <53A97B42.2090706@ubuntu.com> <1403616606.30061.39.camel@kazak.uk.xensource.com> In-Reply-To: <1403616606.30061.39.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4967132383516490241==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============4967132383516490241== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040507080802050606070005" This is a cryptographically signed message in MIME format. --------------ms040507080802050606070005 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-06-24 09:30, Ian Campbell wrote: > On Tue, 2014-06-24 at 09:21 -0400, Phillip Susi wrote: >> On 6/24/2014 8:39 AM, Ian Campbell wrote: >>> On Tue, 2014-06-24 at 08:36 -0400, Austin S Hemmelgarn wrote: >>>> I've checked, and it does appear that running resize works to >>>> correct things on Linux, I don't know about NetBSD however (I >>>> don't have any NetBSD guests to test with right now). The issue >>>> is that COLUMNS and LINES aren't getting set, which makes things >>>> assume 80x25 terminal geometry (for compatibility reasons). >>> >>> Thanks for checking. Philip does that fix it for you too? >> >> Yes, manually setting it with stty allows for proper operation; it >> just seems that this information should be automatically passed to the= >> guest ( via xenstore? ) by xenconsole, and then hvc driver in the >> guest should pass it to the tty core. Also updating it in response to= >> SIGWINCH when you resize the terminal. >=20 > I'm pretty certain you don't get that level of functionality with a > normal serial port, but patches welcome ;-0 >=20 > Ian. >=20 >=20 That's generally true, although once you reach userspace, either getty or init usually set COLUMNS and LINES correctly, I have no idea how they determine the correct values. There is an ANSI escape sequence that is supposed to return hardware/emulator identification, and I think most VTEs return their geometry through this. I think I remember reading somewhere about a non-ANSI escape sequence that returned just the geometry, I think it was for the vt100 series (and by extension, Linux console, GNU screen, and xterm compatibles). IIRC, on Solaris they get set based on the terminal type that gets passed to getty (or at least on old Solaris systems) --------------ms040507080802050606070005 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYyNDE0MDIyM1owIwYJKoZIhvcNAQkE MRYEFCPJGcybkLbRmRa5qNssx1dQEo/0MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICAEDvrqcb9TTXMxw+eYu0SKORlmzOzlYdZEnXHKY0ajgNX/x2 18GznWCXkteSKIOUAcCSwXrTrRgD3N8Jjj/835/y72nSmEtl3SKBbexjmP3IUzq4nnC6gjUt hZHlU0rStdPtnlDp3nNHHL9RnBCeZM9z2t9xRNgxFYbvf3ezM+Ps0UEMgqnZHS29BTdspIAV py4q3JnlIxJ5URPygGtp6QbTx9BYn4QBM752ELQ7E3/mgjulPQv3WIhuMXTM1+f5uR7P43EJ nE2QgS/gg4rPVSimPFdWyqe8Bg+ciiJR9CjtfOqJByB4mokcFLnx0W0S9i1tmFbsIQkEafuy sIncvBFz0YBYf2sWemttReiFjYd4+wCtb01Say0kxLSLjCqncjOlhcABRf/dtLt21fFitr1z Ly11tPUlwbqpAAJWRlCAQjazzIQTXRvQ4hgo9vpyhttAwvXn7amwZ3P0W/Kxi3pp0bEeeLrL cA+es+hLJ+fjkVqAGhvzxatSkvabQhp3hqD+ahEcjrAs3BOr8JNgBbc87a4bs8DOdZi+FP60 omSb63AAyA6LUL6z5unNZfuu4TRRpqaTeH6oMLYwRIKhVewBqVrtra53Hjq4DWGdslYYifUw iC49OALyVJAuNHhcj3jG4GIRy3J+LKjjT/vLqTtvFQLQjIqnRiWtnI3mvioiAAAAAAAA --------------ms040507080802050606070005-- --===============4967132383516490241== 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 --===============4967132383516490241==-- From xen-users-bounces@lists.xen.org Tue Jun 24 14:03:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 14:03:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzRJF-0004HS-Kd; Tue, 24 Jun 2014 14:02:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzRJE-0004HH-B9 for xen-users@lists.xen.org; Tue, 24 Jun 2014 14:02:52 +0000 Received: from [85.158.143.35:42282] by server-3.bemta-4.messagelabs.com id EB/58-16194-B0589A35; Tue, 24 Jun 2014 14:02:51 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1403618569!13463536!1 X-Originating-IP: [209.85.213.172] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5784 invoked from network); 24 Jun 2014 14:02:50 -0000 Received: from mail-ig0-f172.google.com (HELO mail-ig0-f172.google.com) (209.85.213.172) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 14:02:50 -0000 Received: by mail-ig0-f172.google.com with SMTP id hn18so4739684igb.11 for ; Tue, 24 Jun 2014 07:02:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type; bh=BSaIpGYZxvwIHXyPvJw0c8OxfttU0BVoM2o4i8kN2lw=; b=qaKcqsg5X8JQJamMetI890rMx5N1af/C9a0Z/Gx28K14n9f3s1Iht4k2gsyitTUdd2 H8Q9WTB0PqCDNKvMwSX6dYQoqiXcLL1Yfok7tPZ31EDctutsKylAotXeNUKNNyGJQDN6 ZhFws84UB4WBty+sQZ3p1o74tZTUkApF5gFjF+kYjTepfroIZKJPSv6LYQNutCzluyh6 d75d0o8l6HL3U7NBRJQTAJcfK8r2gPcHCemF79NUsbbfyhA43sqleI7Ye4KEI8QBFJde uGxUVY2oswP5124jQnS646vISgz7BSiGRj5Xg81+0naX2Ah+CXOEIMc923VuXUc70/rK 9ywg== X-Received: by 10.50.43.202 with SMTP id y10mr34128298igl.10.1403618569152; Tue, 24 Jun 2014 07:02:49 -0700 (PDT) Received: from [191.9.206.254] ([70.62.41.2]) by mx.google.com with ESMTPSA id ga11sm1880731igd.8.2014.06.24.07.02.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 07:02:47 -0700 (PDT) Message-ID: <53A984EF.2040802@gmail.com> Date: Tue, 24 Jun 2014 10:02:23 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell , Phillip Susi References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> <53A97B42.2090706@ubuntu.com> <1403616606.30061.39.camel@kazak.uk.xensource.com> In-Reply-To: <1403616606.30061.39.camel@kazak.uk.xensource.com> X-Enigmail-Version: 1.6 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4967132383516490241==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============4967132383516490241== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040507080802050606070005" This is a cryptographically signed message in MIME format. --------------ms040507080802050606070005 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-06-24 09:30, Ian Campbell wrote: > On Tue, 2014-06-24 at 09:21 -0400, Phillip Susi wrote: >> On 6/24/2014 8:39 AM, Ian Campbell wrote: >>> On Tue, 2014-06-24 at 08:36 -0400, Austin S Hemmelgarn wrote: >>>> I've checked, and it does appear that running resize works to >>>> correct things on Linux, I don't know about NetBSD however (I >>>> don't have any NetBSD guests to test with right now). The issue >>>> is that COLUMNS and LINES aren't getting set, which makes things >>>> assume 80x25 terminal geometry (for compatibility reasons). >>> >>> Thanks for checking. Philip does that fix it for you too? >> >> Yes, manually setting it with stty allows for proper operation; it >> just seems that this information should be automatically passed to the= >> guest ( via xenstore? ) by xenconsole, and then hvc driver in the >> guest should pass it to the tty core. Also updating it in response to= >> SIGWINCH when you resize the terminal. >=20 > I'm pretty certain you don't get that level of functionality with a > normal serial port, but patches welcome ;-0 >=20 > Ian. >=20 >=20 That's generally true, although once you reach userspace, either getty or init usually set COLUMNS and LINES correctly, I have no idea how they determine the correct values. There is an ANSI escape sequence that is supposed to return hardware/emulator identification, and I think most VTEs return their geometry through this. I think I remember reading somewhere about a non-ANSI escape sequence that returned just the geometry, I think it was for the vt100 series (and by extension, Linux console, GNU screen, and xterm compatibles). IIRC, on Solaris they get set based on the terminal type that gets passed to getty (or at least on old Solaris systems) --------------ms040507080802050606070005 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYyNDE0MDIyM1owIwYJKoZIhvcNAQkE MRYEFCPJGcybkLbRmRa5qNssx1dQEo/0MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICAEDvrqcb9TTXMxw+eYu0SKORlmzOzlYdZEnXHKY0ajgNX/x2 18GznWCXkteSKIOUAcCSwXrTrRgD3N8Jjj/835/y72nSmEtl3SKBbexjmP3IUzq4nnC6gjUt hZHlU0rStdPtnlDp3nNHHL9RnBCeZM9z2t9xRNgxFYbvf3ezM+Ps0UEMgqnZHS29BTdspIAV py4q3JnlIxJ5URPygGtp6QbTx9BYn4QBM752ELQ7E3/mgjulPQv3WIhuMXTM1+f5uR7P43EJ nE2QgS/gg4rPVSimPFdWyqe8Bg+ciiJR9CjtfOqJByB4mokcFLnx0W0S9i1tmFbsIQkEafuy sIncvBFz0YBYf2sWemttReiFjYd4+wCtb01Say0kxLSLjCqncjOlhcABRf/dtLt21fFitr1z Ly11tPUlwbqpAAJWRlCAQjazzIQTXRvQ4hgo9vpyhttAwvXn7amwZ3P0W/Kxi3pp0bEeeLrL cA+es+hLJ+fjkVqAGhvzxatSkvabQhp3hqD+ahEcjrAs3BOr8JNgBbc87a4bs8DOdZi+FP60 omSb63AAyA6LUL6z5unNZfuu4TRRpqaTeH6oMLYwRIKhVewBqVrtra53Hjq4DWGdslYYifUw iC49OALyVJAuNHhcj3jG4GIRy3J+LKjjT/vLqTtvFQLQjIqnRiWtnI3mvioiAAAAAAAA --------------ms040507080802050606070005-- --===============4967132383516490241== 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 --===============4967132383516490241==-- From xen-users-bounces@lists.xen.org Tue Jun 24 16:02:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 16:02:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzT9a-0007Ah-Lp; Tue, 24 Jun 2014 16:01:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzT9Y-0007Ac-Co for xen-users@lists.xen.org; Tue, 24 Jun 2014 16:01:00 +0000 Received: from [85.158.137.68:7592] by server-3.bemta-3.messagelabs.com id 30/2B-12895-BB0A9A35; Tue, 24 Jun 2014 16:00:59 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1403625658!12119383!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7567 invoked from network); 24 Jun 2014 16:00:59 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-8.tower-31.messagelabs.com with SMTP; 24 Jun 2014 16:00:59 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Tue, 24 Jun 2014 17:00:58 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Tue, 24 Jun 2014 17:00:48 +0100 From: Jeenu Viswambharan To: Stefano Stabellini Date: Tue, 24 Jun 2014 17:00:47 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+O/xHowBBjnH6fRb6G0TYydz9drAAw6TUw Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062417005803102 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Jun 23, 2014 at 17:19:48, Stefano Stabellini wrote: > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > A quick grep under the tools directory showed that it's because > > libxc failed to open /proc/xen/privcmd. The file seems missing in > > the proc tree but I don't see any messages of failure (say, about > > registering the file). Any idea what's going wrong? > > You need to execute /etc/init.d/xencommons start Hm OK, but more troubles: root@(none):~# /etc/init.d/xencommons start Starting C xenstored....WARNING: Failed to open connection to gnttab FATAL: Failed to open evtchn device: No such file or directory ............................. Could not start xenstored Just to recap, I'm now passing init=/bin/sh; any dependent services that would have otherwise started by upstart wouldn't have started by now. I'm not sure if there's something needed to be done before this! -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 16:02:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 16:02:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzT9a-0007Ah-Lp; Tue, 24 Jun 2014 16:01:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzT9Y-0007Ac-Co for xen-users@lists.xen.org; Tue, 24 Jun 2014 16:01:00 +0000 Received: from [85.158.137.68:7592] by server-3.bemta-3.messagelabs.com id 30/2B-12895-BB0A9A35; Tue, 24 Jun 2014 16:00:59 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1403625658!12119383!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7567 invoked from network); 24 Jun 2014 16:00:59 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-8.tower-31.messagelabs.com with SMTP; 24 Jun 2014 16:00:59 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Tue, 24 Jun 2014 17:00:58 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Tue, 24 Jun 2014 17:00:48 +0100 From: Jeenu Viswambharan To: Stefano Stabellini Date: Tue, 24 Jun 2014 17:00:47 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+O/xHowBBjnH6fRb6G0TYydz9drAAw6TUw Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062417005803102 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Ian Campbell Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Jun 23, 2014 at 17:19:48, Stefano Stabellini wrote: > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > A quick grep under the tools directory showed that it's because > > libxc failed to open /proc/xen/privcmd. The file seems missing in > > the proc tree but I don't see any messages of failure (say, about > > registering the file). Any idea what's going wrong? > > You need to execute /etc/init.d/xencommons start Hm OK, but more troubles: root@(none):~# /etc/init.d/xencommons start Starting C xenstored....WARNING: Failed to open connection to gnttab FATAL: Failed to open evtchn device: No such file or directory ............................. Could not start xenstored Just to recap, I'm now passing init=/bin/sh; any dependent services that would have otherwise started by upstart wouldn't have started by now. I'm not sure if there's something needed to be done before this! -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 16:06:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 16:06:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzTEn-0007R5-Tc; Tue, 24 Jun 2014 16:06:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzTEm-0007R0-S4 for xen-users@lists.xen.org; Tue, 24 Jun 2014 16:06:24 +0000 Received: from [85.158.137.68:20928] by server-8.bemta-3.messagelabs.com id B7/A3-05923-002A9A35; Tue, 24 Jun 2014 16:06:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1403625981!12134268!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29098 invoked from network); 24 Jun 2014 16:06:23 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 16:06:23 -0000 X-IronPort-AV: E=Sophos;i="5.01,539,1400025600"; d="scan'208";a="146857886" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Jun 2014 16:06:19 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 12:06:18 -0400 Message-ID: <1403625977.3875.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Tue, 24 Jun 2014 17:06:17 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 17:00 +0100, Jeenu Viswambharan wrote: > On Mon, Jun 23, 2014 at 17:19:48, Stefano Stabellini wrote: > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > A quick grep under the tools directory showed that it's because > > > libxc failed to open /proc/xen/privcmd. The file seems missing in > > > the proc tree but I don't see any messages of failure (say, about > > > registering the file). Any idea what's going wrong? > > > > You need to execute /etc/init.d/xencommons start > > Hm OK, but more troubles: > > root@(none):~# /etc/init.d/xencommons start > Starting C xenstored....WARNING: Failed to open connection to gnttab > FATAL: Failed to open evtchn device: No such file or directory > ............................. > Could not start xenstored > > Just to recap, I'm now passing init=/bin/sh; any dependent services that > would have otherwise started by upstart wouldn't have started by now. > I'm not sure if there's something needed to be done before this! These are missing drivers. You might need to run mknod a few times for the xen devices in /proc/misc, or arrange for udev to run somehow and do it for you. Ian. > > -- > Jeenu > > -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 > ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 16:06:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 16:06:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzTEn-0007R5-Tc; Tue, 24 Jun 2014 16:06:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzTEm-0007R0-S4 for xen-users@lists.xen.org; Tue, 24 Jun 2014 16:06:24 +0000 Received: from [85.158.137.68:20928] by server-8.bemta-3.messagelabs.com id B7/A3-05923-002A9A35; Tue, 24 Jun 2014 16:06:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1403625981!12134268!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29098 invoked from network); 24 Jun 2014 16:06:23 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 16:06:23 -0000 X-IronPort-AV: E=Sophos;i="5.01,539,1400025600"; d="scan'208";a="146857886" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Jun 2014 16:06:19 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 24 Jun 2014 12:06:18 -0400 Message-ID: <1403625977.3875.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Tue, 24 Jun 2014 17:06:17 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 17:00 +0100, Jeenu Viswambharan wrote: > On Mon, Jun 23, 2014 at 17:19:48, Stefano Stabellini wrote: > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > A quick grep under the tools directory showed that it's because > > > libxc failed to open /proc/xen/privcmd. The file seems missing in > > > the proc tree but I don't see any messages of failure (say, about > > > registering the file). Any idea what's going wrong? > > > > You need to execute /etc/init.d/xencommons start > > Hm OK, but more troubles: > > root@(none):~# /etc/init.d/xencommons start > Starting C xenstored....WARNING: Failed to open connection to gnttab > FATAL: Failed to open evtchn device: No such file or directory > ............................. > Could not start xenstored > > Just to recap, I'm now passing init=/bin/sh; any dependent services that > would have otherwise started by upstart wouldn't have started by now. > I'm not sure if there's something needed to be done before this! These are missing drivers. You might need to run mknod a few times for the xen devices in /proc/misc, or arrange for udev to run somehow and do it for you. Ian. > > -- > Jeenu > > -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 > ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 19:43:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 19:43:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzWbg-0003Fs-7b; Tue, 24 Jun 2014 19:42:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzWbe-0003Fn-9D for xen-users@lists.xen.org; Tue, 24 Jun 2014 19:42:14 +0000 Received: from [193.109.254.147:14323] by server-2.bemta-14.messagelabs.com id 7C/26-21684-594D9A35; Tue, 24 Jun 2014 19:42:13 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1403638932!13393513!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17580 invoked from network); 24 Jun 2014 19:42:12 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 19:42:12 -0000 Received: by mail-we0-f172.google.com with SMTP id u57so889206wes.31 for ; Tue, 24 Jun 2014 12:42:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=Ramy229LDSy2W/swul2YVYhx80lIajOnBv27BQGFP78=; b=iZ4qu2HnglDwjTZR4PNuQrouBBstcnWNk567o7Bwt3ufaHGA6PBEZQoxmhA40RkN9W EFnz8H6tuJ4wMDWQnxHMHPJ3Lc2UMVcM6y261uZoKMIwkVOCTNAu0h12gNrF2tsdlxY+ wt3YfYLNbmmK8WshGhgIKchm6/byl6oqx636Jyvx61A8QMckowoNWnEs55abCQaX9dC5 5k9ROswr5LT5PaeSRjEmxLkH6vscOw8zQGPZN10smiumxDR8Em33I1fYgHRRDNQWXPJY ncUfSQRQ3SBAZ2nhnTfac15fWCdVYyS0qtXvrsUPV1R8wnCrf6/z8b0r0e91eRsGhJ/K ccsg== X-Received: by 10.180.211.106 with SMTP id nb10mr36750171wic.9.1403638932383; Tue, 24 Jun 2014 12:42:12 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id wk8sm2489342wjb.22.2014.06.24.12.42.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 12:42:11 -0700 (PDT) Message-ID: <53A9D503.9010407@gmail.com> Date: Tue, 24 Jun 2014 22:44:03 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 Subject: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am looking to use Xen on my workstation and am thinking of 32-64 GB ram. Is it really that important to use ECC ram? How often will the non-ecc ram crash my system? Also I've heard about FS corruption and the need to use ZFS. My machine will not be on 24/7 and I can tolerate a restart once per week, but I care a lot about data integrity and my file system. I will be running around 10 PV Linux DomU's and some 1-2 Windows HVM's.(most likely will passthrough a GPU to the one of them). I still haven't decided on what hardware should I get. Perhaps someone around here with more experience can help. Things I need: IOMMU(fully working one) PCI-E slots - 4+(running many Video cards) RAM - ECC? - 4-8 Slots 32GB-64GB CPU - 8 Core AMD 3Ghz+ or 4-6 Core Intel 3Ghz+(sub 600 $) TPM header matters but it's not a necessity So far I've come up with the following AMD: AMD 8320 + Asrock 990FX Extreme9 Says it supports 64GB with 4 slots Yet on the supported memory list - only modules of 8 GB are listed, so I am not sure if it can really use 16GB ones. Also I am interested if it can use ECC ones. Intel: Intel i7-4770 Asrock Z97 Extreme4 Now I am sure this one can only go 32 GB Non-ecc, also the Vt-d support is not really official. Intel i7-4930k Asrock X79 Extreme6 6 cores, Official Vt-d support and 8 slots. Yet still no ECC. Intel Xeon E5-1650V2 Asrcok EPC602D8A Now this is a bit expensive, yet it's finally a server grade stuff I guess, also it has 6 cores and ECC ram of course. Intel XEON E3-1241V3 Asrock EPC602D8A Expensive as well. Only 4 cores. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqdUDAAoJEMqHhflCh8gXQOEQAJsblhjYBjsmEMdmrGc9XvOp 7UgbURjvqCW1u8rjtwGwVgLFny1wTW2BjXoYlKBlv9jzEG7iCZIh31xbpS0KepE9 SNAFkuXNMT/lWju30etZqWJpL6xNJcd8elod+A9Y3TQvQpHh9nQWy3mhbxRYNBYO vHdLaS6mjvRBTit8fqBWxHgtJfs2PwcX9R4C2dE1k/sOwrL7jDgPX2xeTr/kjQOl isXjWIhxIRf2qhKFzfR/RnNIh1XiBs8WwvJqVeHthxHbe3Ziw7D059k/neu12aq5 zqCJ2uTSUYuTQYnQKniNewJyQ7uWqqaH+BLCpekGStx/rBTulMNDi6PEeU52hGem keo9TPVBYmXKOmJi5/k21iJaYc9zwZLEVzhkkb0+Yb+hXoX1AEiiIhd8sgmusVZw /Y6jK3nk46cebLi7/8rZ/cTFvZvritYt84Q6WND86CGoFMumoLFi950sC/cp03hA BqZuOVUWdYCcKTdPbjTJv4u/AMZX0oNmDmYl2HDLeeIxOMKzecIoEcs5be6ydCsB yITsrnDoNViWI9yRjFs1J3DmqObJTV2+ObuAfmHe/t94/Zq5DjWa1nf0+0F1o3Qp hkxW26rID4B1z/0sYv3/xJ9vs8PDXOI3TnmPwbWzDRuSAHTBUWyEbkfXOlGKSYQW 5tywfhhin+D72yau0rDX =2uQp -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 19:43:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 19:43:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzWbg-0003Fs-7b; Tue, 24 Jun 2014 19:42:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzWbe-0003Fn-9D for xen-users@lists.xen.org; Tue, 24 Jun 2014 19:42:14 +0000 Received: from [193.109.254.147:14323] by server-2.bemta-14.messagelabs.com id 7C/26-21684-594D9A35; Tue, 24 Jun 2014 19:42:13 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1403638932!13393513!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17580 invoked from network); 24 Jun 2014 19:42:12 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2014 19:42:12 -0000 Received: by mail-we0-f172.google.com with SMTP id u57so889206wes.31 for ; Tue, 24 Jun 2014 12:42:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=Ramy229LDSy2W/swul2YVYhx80lIajOnBv27BQGFP78=; b=iZ4qu2HnglDwjTZR4PNuQrouBBstcnWNk567o7Bwt3ufaHGA6PBEZQoxmhA40RkN9W EFnz8H6tuJ4wMDWQnxHMHPJ3Lc2UMVcM6y261uZoKMIwkVOCTNAu0h12gNrF2tsdlxY+ wt3YfYLNbmmK8WshGhgIKchm6/byl6oqx636Jyvx61A8QMckowoNWnEs55abCQaX9dC5 5k9ROswr5LT5PaeSRjEmxLkH6vscOw8zQGPZN10smiumxDR8Em33I1fYgHRRDNQWXPJY ncUfSQRQ3SBAZ2nhnTfac15fWCdVYyS0qtXvrsUPV1R8wnCrf6/z8b0r0e91eRsGhJ/K ccsg== X-Received: by 10.180.211.106 with SMTP id nb10mr36750171wic.9.1403638932383; Tue, 24 Jun 2014 12:42:12 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id wk8sm2489342wjb.22.2014.06.24.12.42.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 12:42:11 -0700 (PDT) Message-ID: <53A9D503.9010407@gmail.com> Date: Tue, 24 Jun 2014 22:44:03 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 Subject: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am looking to use Xen on my workstation and am thinking of 32-64 GB ram. Is it really that important to use ECC ram? How often will the non-ecc ram crash my system? Also I've heard about FS corruption and the need to use ZFS. My machine will not be on 24/7 and I can tolerate a restart once per week, but I care a lot about data integrity and my file system. I will be running around 10 PV Linux DomU's and some 1-2 Windows HVM's.(most likely will passthrough a GPU to the one of them). I still haven't decided on what hardware should I get. Perhaps someone around here with more experience can help. Things I need: IOMMU(fully working one) PCI-E slots - 4+(running many Video cards) RAM - ECC? - 4-8 Slots 32GB-64GB CPU - 8 Core AMD 3Ghz+ or 4-6 Core Intel 3Ghz+(sub 600 $) TPM header matters but it's not a necessity So far I've come up with the following AMD: AMD 8320 + Asrock 990FX Extreme9 Says it supports 64GB with 4 slots Yet on the supported memory list - only modules of 8 GB are listed, so I am not sure if it can really use 16GB ones. Also I am interested if it can use ECC ones. Intel: Intel i7-4770 Asrock Z97 Extreme4 Now I am sure this one can only go 32 GB Non-ecc, also the Vt-d support is not really official. Intel i7-4930k Asrock X79 Extreme6 6 cores, Official Vt-d support and 8 slots. Yet still no ECC. Intel Xeon E5-1650V2 Asrcok EPC602D8A Now this is a bit expensive, yet it's finally a server grade stuff I guess, also it has 6 cores and ECC ram of course. Intel XEON E3-1241V3 Asrock EPC602D8A Expensive as well. Only 4 cores. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqdUDAAoJEMqHhflCh8gXQOEQAJsblhjYBjsmEMdmrGc9XvOp 7UgbURjvqCW1u8rjtwGwVgLFny1wTW2BjXoYlKBlv9jzEG7iCZIh31xbpS0KepE9 SNAFkuXNMT/lWju30etZqWJpL6xNJcd8elod+A9Y3TQvQpHh9nQWy3mhbxRYNBYO vHdLaS6mjvRBTit8fqBWxHgtJfs2PwcX9R4C2dE1k/sOwrL7jDgPX2xeTr/kjQOl isXjWIhxIRf2qhKFzfR/RnNIh1XiBs8WwvJqVeHthxHbe3Ziw7D059k/neu12aq5 zqCJ2uTSUYuTQYnQKniNewJyQ7uWqqaH+BLCpekGStx/rBTulMNDi6PEeU52hGem keo9TPVBYmXKOmJi5/k21iJaYc9zwZLEVzhkkb0+Yb+hXoX1AEiiIhd8sgmusVZw /Y6jK3nk46cebLi7/8rZ/cTFvZvritYt84Q6WND86CGoFMumoLFi950sC/cp03hA BqZuOVUWdYCcKTdPbjTJv4u/AMZX0oNmDmYl2HDLeeIxOMKzecIoEcs5be6ydCsB yITsrnDoNViWI9yRjFs1J3DmqObJTV2+ObuAfmHe/t94/Zq5DjWa1nf0+0F1o3Qp hkxW26rID4B1z/0sYv3/xJ9vs8PDXOI3TnmPwbWzDRuSAHTBUWyEbkfXOlGKSYQW 5tywfhhin+D72yau0rDX =2uQp -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 20:27:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 20:27:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzXJH-00049w-Ad; Tue, 24 Jun 2014 20:27:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzXJF-00049r-Ol for xen-users@lists.xen.org; Tue, 24 Jun 2014 20:27:17 +0000 Received: from [85.158.137.68:6263] by server-16.bemta-3.messagelabs.com id F5/82-28986-42FD9A35; Tue, 24 Jun 2014 20:27:16 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-31.messagelabs.com!1403641635!12130495!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18127 invoked from network); 24 Jun 2014 20:27:15 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jun 2014 20:27:15 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 0CFD4221DE2 for ; Tue, 24 Jun 2014 21:27:14 +0100 (BST) Message-ID: <53A9DF21.4090105@bobich.net> Date: Tue, 24 Jun 2014 21:27:13 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <53A9D503.9010407@gmail.com> In-Reply-To: <53A9D503.9010407@gmail.com> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/24/2014 08:44 PM, Mihail Ivanov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I am looking to use Xen on my workstation and am thinking of 32-64 GB > ram. Is it really that important to use ECC ram? How often will the > non-ecc ram crash my system? If the machine tests as "stable" (a couple of weeks running various tests 24/7, including various OCCT tests, and I usually throw in some heavily parallel in-ram (on tmpfs) md5sum on large files and sha512sum tests on small files (so they fit in the L3 cache) just to be sure - probably not very often. But not every memory error will cause a crash or even crash a program. It could just silently corrupt a bit of data and you may or may not ever find out. Read the article I sent a link to in reply to your other email and make your own mind up. > Also I've heard about FS corruption and the need to use ZFS. Yup. Disks die, and when they don't they often lie about their defects. And sometimes the errors are silent, rather than a sector read failing with an error. Google for "latent disk errors" for some excellent articles and research papers on this subject. > My machine will not be on 24/7 and I can tolerate > a restart once per week, but I care a lot about data integrity and my > file system. A good start would probably be something like signing up for crashplan for backups. Then minimize the chance you'll need it with ECC RAM, ZFS and n+2 redundancy. > I will be running around 10 PV Linux DomU's and some 1-2 > Windows HVM's.(most likely will passthrough a GPU to the one of them). Depending on the load profile of those domUs you may find you need more than 6-8 cores for 12 domUs + dom0. > I still haven't decided on what hardware should I get. > Perhaps someone around here with more experience can help. > > Things I need: > IOMMU(fully working one) > PCI-E slots - 4+(running many Video cards) Why do you need many GPUs if you said above you are planning to pass a (single) GPU to one of your Windows HVMs? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 20:27:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 20:27:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzXJH-00049w-Ad; Tue, 24 Jun 2014 20:27:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzXJF-00049r-Ol for xen-users@lists.xen.org; Tue, 24 Jun 2014 20:27:17 +0000 Received: from [85.158.137.68:6263] by server-16.bemta-3.messagelabs.com id F5/82-28986-42FD9A35; Tue, 24 Jun 2014 20:27:16 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-31.messagelabs.com!1403641635!12130495!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18127 invoked from network); 24 Jun 2014 20:27:15 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jun 2014 20:27:15 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 0CFD4221DE2 for ; Tue, 24 Jun 2014 21:27:14 +0100 (BST) Message-ID: <53A9DF21.4090105@bobich.net> Date: Tue, 24 Jun 2014 21:27:13 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <53A9D503.9010407@gmail.com> In-Reply-To: <53A9D503.9010407@gmail.com> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/24/2014 08:44 PM, Mihail Ivanov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I am looking to use Xen on my workstation and am thinking of 32-64 GB > ram. Is it really that important to use ECC ram? How often will the > non-ecc ram crash my system? If the machine tests as "stable" (a couple of weeks running various tests 24/7, including various OCCT tests, and I usually throw in some heavily parallel in-ram (on tmpfs) md5sum on large files and sha512sum tests on small files (so they fit in the L3 cache) just to be sure - probably not very often. But not every memory error will cause a crash or even crash a program. It could just silently corrupt a bit of data and you may or may not ever find out. Read the article I sent a link to in reply to your other email and make your own mind up. > Also I've heard about FS corruption and the need to use ZFS. Yup. Disks die, and when they don't they often lie about their defects. And sometimes the errors are silent, rather than a sector read failing with an error. Google for "latent disk errors" for some excellent articles and research papers on this subject. > My machine will not be on 24/7 and I can tolerate > a restart once per week, but I care a lot about data integrity and my > file system. A good start would probably be something like signing up for crashplan for backups. Then minimize the chance you'll need it with ECC RAM, ZFS and n+2 redundancy. > I will be running around 10 PV Linux DomU's and some 1-2 > Windows HVM's.(most likely will passthrough a GPU to the one of them). Depending on the load profile of those domUs you may find you need more than 6-8 cores for 12 domUs + dom0. > I still haven't decided on what hardware should I get. > Perhaps someone around here with more experience can help. > > Things I need: > IOMMU(fully working one) > PCI-E slots - 4+(running many Video cards) Why do you need many GPUs if you said above you are planning to pass a (single) GPU to one of your Windows HVMs? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 23:54:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 23:54:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzaX6-0005jg-Nr; Tue, 24 Jun 2014 23:53:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzXWW-0004U0-Eu for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 20:41:00 +0000 Received: from [85.158.137.68:8875] by server-13.bemta-3.messagelabs.com id D9/95-20015-B52E9A35; Tue, 24 Jun 2014 20:40:59 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-3.tower-31.messagelabs.com!1403642458!12179844!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1360 invoked from network); 24 Jun 2014 20:40:59 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jun 2014 20:40:59 -0000 Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id EA57C21E1E for ; Tue, 24 Jun 2014 16:40:57 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Tue, 24 Jun 2014 16:40:57 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=dcOW40BNU5fmL5E0jaHA0BO puwY=; b=nP0oFTW7ZdIutmEftX0FjFT2KBLaanOt7w0FkbAcspqdOxYx/Cl61pu tE/CGoqJMRRNK7hcfVJzFo8pIGC6sT1MTvhKMpV8GNoEo+z6hYbKSv7cU/W6KtN8 O5EqtS74jJt9ZQRuDJXOAc9uv5I/XQW6/Hpy92hNpMP/gfoJvwFU= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=dcOW40BNU5fmL5E0jaHA0BOpuwY=; b=DW1UizmpXTGOoknC+tbQ4POqaFsC LdadE4VLTAupFm9Mukc0JDk56SpYKDKLTI69aO17R7jzU2TUF3bdeZy+z7LhoNAt u0rXj/UiNmM0zXwZZ5sMrrFM5xnY733HVxjBeOg4ACm2MxAcU0alvlJNLYcWLC59 /Ayc+AveMw8XxtU= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id CDB0311BE68; Tue, 24 Jun 2014 16:40:57 -0400 (EDT) Message-Id: <1403642457.19437.133164037.6636CD22@webmail.messagingengine.com> X-Sasl-Enc: zyupHwqz5jPxb/smQn+zV6/RrWFeLEDMxIXTaDd/6ugj 1403642457 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - html Date: Tue, 24 Jun 2014 16:40:57 -0400 X-Mailman-Approved-At: Tue, 24 Jun 2014 23:53:46 +0000 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 24 jun 2014 greetings, >It's rather hard to say based on the available information I'm afraid. >All I can suggest is that you configure a serial console or something so >that if it happens again you have some logs. You might find something >in /var/log/ on the dom0, but it seems unlikely. *sigh* no serial console available to dom0; just the standard svga console. and eighteen months is a rather long time to have a physical device just sitting there on the off-chance that something might happen. i checked the /var/log/messages file immediately after rebooting the system. literally nothing. the last entry before the reboot was the typical chatter found in /var/log/messages, and then the syslogd restart message. a normal shutdown via nut or by hand (shutdown -[hr] now) would make a number of entries about daemons and devices shutting down. in this case, nothing. this behavior looks more typical of the reboot command instead of the shutdown command, or maybe a hardware fault that triggered a reboot. still, this is the first time i've seen that under xen, so i'm considering all possibilities. i'm sorry that this gives you so little with which to work. thanks for the time and assistance. frank smith -- http://www.fastmail.fm - IMAP accessible web-mail _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jun 24 23:54:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jun 2014 23:54:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzaX6-0005jg-Nr; Tue, 24 Jun 2014 23:53:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzXWW-0004U0-Eu for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 20:41:00 +0000 Received: from [85.158.137.68:8875] by server-13.bemta-3.messagelabs.com id D9/95-20015-B52E9A35; Tue, 24 Jun 2014 20:40:59 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-3.tower-31.messagelabs.com!1403642458!12179844!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1360 invoked from network); 24 Jun 2014 20:40:59 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jun 2014 20:40:59 -0000 Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id EA57C21E1E for ; Tue, 24 Jun 2014 16:40:57 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Tue, 24 Jun 2014 16:40:57 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=dcOW40BNU5fmL5E0jaHA0BO puwY=; b=nP0oFTW7ZdIutmEftX0FjFT2KBLaanOt7w0FkbAcspqdOxYx/Cl61pu tE/CGoqJMRRNK7hcfVJzFo8pIGC6sT1MTvhKMpV8GNoEo+z6hYbKSv7cU/W6KtN8 O5EqtS74jJt9ZQRuDJXOAc9uv5I/XQW6/Hpy92hNpMP/gfoJvwFU= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=dcOW40BNU5fmL5E0jaHA0BOpuwY=; b=DW1UizmpXTGOoknC+tbQ4POqaFsC LdadE4VLTAupFm9Mukc0JDk56SpYKDKLTI69aO17R7jzU2TUF3bdeZy+z7LhoNAt u0rXj/UiNmM0zXwZZ5sMrrFM5xnY733HVxjBeOg4ACm2MxAcU0alvlJNLYcWLC59 /Ayc+AveMw8XxtU= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id CDB0311BE68; Tue, 24 Jun 2014 16:40:57 -0400 (EDT) Message-Id: <1403642457.19437.133164037.6636CD22@webmail.messagingengine.com> X-Sasl-Enc: zyupHwqz5jPxb/smQn+zV6/RrWFeLEDMxIXTaDd/6ugj 1403642457 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - html Date: Tue, 24 Jun 2014 16:40:57 -0400 X-Mailman-Approved-At: Tue, 24 Jun 2014 23:53:46 +0000 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 24 jun 2014 greetings, >It's rather hard to say based on the available information I'm afraid. >All I can suggest is that you configure a serial console or something so >that if it happens again you have some logs. You might find something >in /var/log/ on the dom0, but it seems unlikely. *sigh* no serial console available to dom0; just the standard svga console. and eighteen months is a rather long time to have a physical device just sitting there on the off-chance that something might happen. i checked the /var/log/messages file immediately after rebooting the system. literally nothing. the last entry before the reboot was the typical chatter found in /var/log/messages, and then the syslogd restart message. a normal shutdown via nut or by hand (shutdown -[hr] now) would make a number of entries about daemons and devices shutting down. in this case, nothing. this behavior looks more typical of the reboot command instead of the shutdown command, or maybe a hardware fault that triggered a reboot. still, this is the first time i've seen that under xen, so i'm considering all possibilities. i'm sorry that this gives you so little with which to work. thanks for the time and assistance. frank smith -- http://www.fastmail.fm - IMAP accessible web-mail _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 01:49:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 01:49:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcKU-0002Ms-HJ; Wed, 25 Jun 2014 01:48:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcKS-0002Mn-OG for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 01:48:52 +0000 Received: from [85.158.139.211:26929] by server-1.bemta-5.messagelabs.com id 81/2A-30932-48A2AA35; Wed, 25 Jun 2014 01:48:52 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1403660929!4227351!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16242 invoked from network); 25 Jun 2014 01:48:51 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 01:48:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=lXJZH1xvz0u7BCyaTmFLTy05UUNGVzVtb7GKW5VqMBuAAnHDXIL7RK0C9qzEB669NLs7XBCEXFMTP8rotroaY3ORJ3RH7sRA09qDLMwGTnFesv1vd2muWYVbMaAs392e; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1WzcKQ-000Dkt-Li for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 18:48:50 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Tue, 24 Jun 2014 18:48:49 -0700 From: Brian Menges To: "xen-users@lists.xenproject.org" Thread-Topic: Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXg Date: Wed, 25 Jun 2014 01:48:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm trying to get vga passthrough to operate normally and have been rather unsuccessful despite attempting to replicate hardware stated to work much reading about the mail list and wiki. Setup: Xenserver 6.2 SP1 (all patches) ATI Radeon HD 6450 ThinkCentre M series with Core i5 I've read: http://support.citrix.com/article/CTX135811http://support.citrix.com/article/CTX135811 http://wiki.xen.org/wiki/Xen_VGA_Passthrough The GPU assignment to the HVM works fine through both api and gui (xencenter), however the domU can't initialize it. I've tried pciback.hide and xen-pciback.hide for the pci buses the ati card shows up as, however to no avail and results in it unable to use the gpu. Dmesg about the pci bus (01:00.0 and 01:00.1): [ 4.225073] Kernel command line: root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 [ 4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000000-0xdfffffff] [ 4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420000-0xfe43ffff] [ 4.790376] pci 0000:01:00.0: reg 20 io port: [0xe000-0xe0ff] [ 4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: [0xfe400000-0xfe41ffff] [ 4.790394] pci 0000:01:00.0: Disabling memory decoding and releasing memory resources. [ 4.790425] pci 0000:01:00.0: supports D1 D2 [ 4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe440000-0xfe443fff] [ 4.790513] pci 0000:01:00.1: Disabling memory decoding and releasing memory resources. [ 4.790543] pci 0000:01:00.1: supports D1 D2 [ 4.794119] vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=none,locks=none When I assign it to a linux domU (yes, HVM): 00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] 00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Audio [Radeon HD 6400 Series] [ 5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x6779 0x1682:0x3207). [ 5.246970] [drm] register mmio base: 0xF3000000 [ 5.246972] [drm] register mmio size: 131072 [ 5.246996] radeon 0000:00:05.0: Expecting atombios for evergreen GPU [ 5.247053] radeon 0000:00:05.0: Fatal error during GPU init [ 5.247100] [drm] radeon: finishing device. [ 5.247102] [TTM] Memory type 2 has not been initialized [ 5.256465] radeon: probe of 0000:00:05.0 failed with error -22 [ 5.386743] xen: --> pirq=17 -> irq=41 (gsi=41) Here's dom0's extboot.conf for xe's boot: label xe # XenServer kernel mboot.c32 append /boot/xen.gz mem=1024G dom0_max_vcpus=4 dom0_mem=2048M,max:2048M watchdog_timeout=300 lowmem_emergency_pool=1M crashkernel=64M@32M cpuid_mask_xsave_eax=0 console=vga vga=mode-0x0311 --- /boot/vmlinuz-2.6-xen root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 --- /boot/initrd-2.6-xen.img So I've hidden them, however they're still showing up on dom0 and failing init on domU. Can anyone provide some help? - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 01:49:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 01:49:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcKU-0002Ms-HJ; Wed, 25 Jun 2014 01:48:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcKS-0002Mn-OG for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 01:48:52 +0000 Received: from [85.158.139.211:26929] by server-1.bemta-5.messagelabs.com id 81/2A-30932-48A2AA35; Wed, 25 Jun 2014 01:48:52 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1403660929!4227351!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16242 invoked from network); 25 Jun 2014 01:48:51 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 01:48:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=lXJZH1xvz0u7BCyaTmFLTy05UUNGVzVtb7GKW5VqMBuAAnHDXIL7RK0C9qzEB669NLs7XBCEXFMTP8rotroaY3ORJ3RH7sRA09qDLMwGTnFesv1vd2muWYVbMaAs392e; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1WzcKQ-000Dkt-Li for xen-users@lists.xenproject.org; Tue, 24 Jun 2014 18:48:50 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Tue, 24 Jun 2014 18:48:49 -0700 From: Brian Menges To: "xen-users@lists.xenproject.org" Thread-Topic: Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXg Date: Wed, 25 Jun 2014 01:48:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm trying to get vga passthrough to operate normally and have been rather unsuccessful despite attempting to replicate hardware stated to work much reading about the mail list and wiki. Setup: Xenserver 6.2 SP1 (all patches) ATI Radeon HD 6450 ThinkCentre M series with Core i5 I've read: http://support.citrix.com/article/CTX135811http://support.citrix.com/article/CTX135811 http://wiki.xen.org/wiki/Xen_VGA_Passthrough The GPU assignment to the HVM works fine through both api and gui (xencenter), however the domU can't initialize it. I've tried pciback.hide and xen-pciback.hide for the pci buses the ati card shows up as, however to no avail and results in it unable to use the gpu. Dmesg about the pci bus (01:00.0 and 01:00.1): [ 4.225073] Kernel command line: root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 [ 4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000000-0xdfffffff] [ 4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420000-0xfe43ffff] [ 4.790376] pci 0000:01:00.0: reg 20 io port: [0xe000-0xe0ff] [ 4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: [0xfe400000-0xfe41ffff] [ 4.790394] pci 0000:01:00.0: Disabling memory decoding and releasing memory resources. [ 4.790425] pci 0000:01:00.0: supports D1 D2 [ 4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe440000-0xfe443fff] [ 4.790513] pci 0000:01:00.1: Disabling memory decoding and releasing memory resources. [ 4.790543] pci 0000:01:00.1: supports D1 D2 [ 4.794119] vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=none,locks=none When I assign it to a linux domU (yes, HVM): 00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] 00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Audio [Radeon HD 6400 Series] [ 5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x6779 0x1682:0x3207). [ 5.246970] [drm] register mmio base: 0xF3000000 [ 5.246972] [drm] register mmio size: 131072 [ 5.246996] radeon 0000:00:05.0: Expecting atombios for evergreen GPU [ 5.247053] radeon 0000:00:05.0: Fatal error during GPU init [ 5.247100] [drm] radeon: finishing device. [ 5.247102] [TTM] Memory type 2 has not been initialized [ 5.256465] radeon: probe of 0000:00:05.0 failed with error -22 [ 5.386743] xen: --> pirq=17 -> irq=41 (gsi=41) Here's dom0's extboot.conf for xe's boot: label xe # XenServer kernel mboot.c32 append /boot/xen.gz mem=1024G dom0_max_vcpus=4 dom0_mem=2048M,max:2048M watchdog_timeout=300 lowmem_emergency_pool=1M crashkernel=64M@32M cpuid_mask_xsave_eax=0 console=vga vga=mode-0x0311 --- /boot/vmlinuz-2.6-xen root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 --- /boot/initrd-2.6-xen.img So I've hidden them, however they're still showing up on dom0 and failing init on domU. Can anyone provide some help? - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 01:52:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 01:52:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcNe-0002VJ-J8; Wed, 25 Jun 2014 01:52:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcNd-0002VC-GP for xen-users@lists.xen.org; Wed, 25 Jun 2014 01:52:09 +0000 Received: from [85.158.143.35:16398] by server-2.bemta-4.messagelabs.com id B4/A6-06539-84B2AA35; Wed, 25 Jun 2014 01:52:08 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1403661125!13274782!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22107 invoked from network); 25 Jun 2014 01:52:07 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 01:52:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=kYDpg8ZgotSyLv/4LX70MdftaSkRVLKH1whmvimDP7NzlXCDJnyFEWVdJC4TPhEpvD1XF+RTuMiMXABLw3lYUVUDyh1gCC8ncIT5NfObzmoRwq9CVhZukPOhuUXJEpqg; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1WzcNa-000Du9-Fv for xen-users@lists.xen.org; Tue, 24 Jun 2014 18:52:06 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Tue, 24 Jun 2014 18:52:05 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgAAAnQKA= Date: Wed, 25 Jun 2014 01:52:04 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm trying to get vga passthrough to operate normally and have been rather unsuccessful despite attempting to replicate hardware stated to work much reading about the mail list and wiki. Setup: Xenserver 6.2 SP1 (all patches) ATI Radeon HD 6450 ThinkCentre M series with Core i5 I've read: http://support.citrix.com/article/CTX135811http://support.citrix.com/article/CTX135811 http://wiki.xen.org/wiki/Xen_VGA_Passthrough The GPU assignment to the HVM works fine through both api and gui (xencenter), however the domU can't initialize it. I've tried pciback.hide and xen-pciback.hide for the pci buses the ati card shows up as, however to no avail and results in it unable to use the gpu. Dmesg about the pci bus (01:00.0 and 01:00.1): [ 4.225073] Kernel command line: root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 [ 4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000000-0xdfffffff] [ 4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420000-0xfe43ffff] [ 4.790376] pci 0000:01:00.0: reg 20 io port: [0xe000-0xe0ff] [ 4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: [0xfe400000-0xfe41ffff] [ 4.790394] pci 0000:01:00.0: Disabling memory decoding and releasing memory resources. [ 4.790425] pci 0000:01:00.0: supports D1 D2 [ 4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe440000-0xfe443fff] [ 4.790513] pci 0000:01:00.1: Disabling memory decoding and releasing memory resources. [ 4.790543] pci 0000:01:00.1: supports D1 D2 [ 4.794119] vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=none,locks=none When I assign it to a linux domU (yes, HVM): 00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] 00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Audio [Radeon HD 6400 Series] [ 5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x6779 0x1682:0x3207). [ 5.246970] [drm] register mmio base: 0xF3000000 [ 5.246972] [drm] register mmio size: 131072 [ 5.246996] radeon 0000:00:05.0: Expecting atombios for evergreen GPU [ 5.247053] radeon 0000:00:05.0: Fatal error during GPU init [ 5.247100] [drm] radeon: finishing device. [ 5.247102] [TTM] Memory type 2 has not been initialized [ 5.256465] radeon: probe of 0000:00:05.0 failed with error -22 [ 5.386743] xen: --> pirq=17 -> irq=41 (gsi=41) Here's dom0's extboot.conf for xe's boot: label xe # XenServer kernel mboot.c32 append /boot/xen.gz mem=1024G dom0_max_vcpus=4 dom0_mem=2048M,max:2048M watchdog_timeout=300 lowmem_emergency_pool=1M crashkernel=64M@32M cpuid_mask_xsave_eax=0 console=vga vga=mode-0x0311 --- /boot/vmlinuz-2.6-xen root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 --- /boot/initrd-2.6-xen.img So I've hidden them, however they're still showing up on dom0 and failing init on domU. Can anyone provide some help? - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 01:52:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 01:52:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcNe-0002VJ-J8; Wed, 25 Jun 2014 01:52:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcNd-0002VC-GP for xen-users@lists.xen.org; Wed, 25 Jun 2014 01:52:09 +0000 Received: from [85.158.143.35:16398] by server-2.bemta-4.messagelabs.com id B4/A6-06539-84B2AA35; Wed, 25 Jun 2014 01:52:08 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1403661125!13274782!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22107 invoked from network); 25 Jun 2014 01:52:07 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 01:52:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=kYDpg8ZgotSyLv/4LX70MdftaSkRVLKH1whmvimDP7NzlXCDJnyFEWVdJC4TPhEpvD1XF+RTuMiMXABLw3lYUVUDyh1gCC8ncIT5NfObzmoRwq9CVhZukPOhuUXJEpqg; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1WzcNa-000Du9-Fv for xen-users@lists.xen.org; Tue, 24 Jun 2014 18:52:06 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Tue, 24 Jun 2014 18:52:05 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgAAAnQKA= Date: Wed, 25 Jun 2014 01:52:04 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm trying to get vga passthrough to operate normally and have been rather unsuccessful despite attempting to replicate hardware stated to work much reading about the mail list and wiki. Setup: Xenserver 6.2 SP1 (all patches) ATI Radeon HD 6450 ThinkCentre M series with Core i5 I've read: http://support.citrix.com/article/CTX135811http://support.citrix.com/article/CTX135811 http://wiki.xen.org/wiki/Xen_VGA_Passthrough The GPU assignment to the HVM works fine through both api and gui (xencenter), however the domU can't initialize it. I've tried pciback.hide and xen-pciback.hide for the pci buses the ati card shows up as, however to no avail and results in it unable to use the gpu. Dmesg about the pci bus (01:00.0 and 01:00.1): [ 4.225073] Kernel command line: root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 [ 4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000000-0xdfffffff] [ 4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420000-0xfe43ffff] [ 4.790376] pci 0000:01:00.0: reg 20 io port: [0xe000-0xe0ff] [ 4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: [0xfe400000-0xfe41ffff] [ 4.790394] pci 0000:01:00.0: Disabling memory decoding and releasing memory resources. [ 4.790425] pci 0000:01:00.0: supports D1 D2 [ 4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe440000-0xfe443fff] [ 4.790513] pci 0000:01:00.1: Disabling memory decoding and releasing memory resources. [ 4.790543] pci 0000:01:00.1: supports D1 D2 [ 4.794119] vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=none,locks=none When I assign it to a linux domU (yes, HVM): 00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] 00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Audio [Radeon HD 6400 Series] [ 5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x6779 0x1682:0x3207). [ 5.246970] [drm] register mmio base: 0xF3000000 [ 5.246972] [drm] register mmio size: 131072 [ 5.246996] radeon 0000:00:05.0: Expecting atombios for evergreen GPU [ 5.247053] radeon 0000:00:05.0: Fatal error during GPU init [ 5.247100] [drm] radeon: finishing device. [ 5.247102] [TTM] Memory type 2 has not been initialized [ 5.256465] radeon: probe of 0000:00:05.0 failed with error -22 [ 5.386743] xen: --> pirq=17 -> irq=41 (gsi=41) Here's dom0's extboot.conf for xe's boot: label xe # XenServer kernel mboot.c32 append /boot/xen.gz mem=1024G dom0_max_vcpus=4 dom0_mem=2048M,max:2048M watchdog_timeout=300 lowmem_emergency_pool=1M crashkernel=64M@32M cpuid_mask_xsave_eax=0 console=vga vga=mode-0x0311 --- /boot/vmlinuz-2.6-xen root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 --- /boot/initrd-2.6-xen.img So I've hidden them, however they're still showing up on dom0 and failing init on domU. Can anyone provide some help? - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 02:02:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 02:02:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcXj-0003ET-8h; Wed, 25 Jun 2014 02:02:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcXi-0003EL-AS for xen-users@lists.xen.org; Wed, 25 Jun 2014 02:02:34 +0000 Received: from [85.158.143.35:45215] by server-3.bemta-4.messagelabs.com id 01/EC-16194-9BD2AA35; Wed, 25 Jun 2014 02:02:33 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1403661752!13599288!1 X-Originating-IP: [209.85.192.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5634 invoked from network); 25 Jun 2014 02:02:33 -0000 Received: from mail-qg0-f45.google.com (HELO mail-qg0-f45.google.com) (209.85.192.45) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 02:02:33 -0000 Received: by mail-qg0-f45.google.com with SMTP id 63so1084209qgz.18 for ; Tue, 24 Jun 2014 19:02:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=2h+mZkb6lMguCHHzjKvvPb2pW5xrM6kuhqm/ApyakEU=; b=xzyq8/UTZkLDaQt/nJ5c8mXVqe/Z4xkiK2tRLmNnomJ3M1r/zullkTOHpvP/H4aqUY SiN4lzmwuBfyC7BAxTPILgX+7XTa/nz64vVs+AE3CWMisp76WR6CWT9nBu9LR7MYPqcr Ly6EuXjuV0VPpmgrn8WaTm1s/dBZ6oASxi/WX/LNTILoAjaNJZ8h88+fuRiivHPEU0KD vjagdD1ejmu34iUcisSlZp+9f96+5vjJOaRZtl8ZX9bVHdbO9IFQIFoobCt/UQP6VYV7 17Skzri7rmP5yI8+vG71ZmS8HCjj510/e80FU61tjT1o2W9vJO8u88SrG6BekrbPuz2R l/bQ== MIME-Version: 1.0 X-Received: by 10.224.161.10 with SMTP id p10mr7456072qax.12.1403661751890; Tue, 24 Jun 2014 19:02:31 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Tue, 24 Jun 2014 19:02:31 -0700 (PDT) Date: Tue, 24 Jun 2014 20:02:31 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] vga passthrough adventure. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7121759373971076802==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7121759373971076802== Content-Type: multipart/alternative; boundary=089e01536b721b37ed04fc9f789a --089e01536b721b37ed04fc9f789a Content-Type: text/plain; charset=UTF-8 I have x88-pro A8 6600K cpu and amd 6450. I was able to pass vga as secondary display to 8.1 and it reboots just fine without having to be rejected each reboot. How do you guys assign mouse/keyboard to hvm ? I trying to assign my Logitech keyboard but it not used a an input under windows 8.1 . Do you guys have few sets of keyboards ? --089e01536b721b37ed04fc9f789a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have x88-pro A8 6600K cpu and amd 6450. I was able to pa= ss vga as secondary display to 8.1 and it reboots just fine without having = to be rejected each reboot.
How do you guys assign mouse/keyboard to hv= m ? I trying to assign my Logitech keyboard but it not used a an input unde= r windows 8.1 . Do you guys have few sets of keyboards ?=C2=A0

--089e01536b721b37ed04fc9f789a-- --===============7121759373971076802== 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 --===============7121759373971076802==-- From xen-users-bounces@lists.xen.org Wed Jun 25 02:02:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 02:02:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcXj-0003ET-8h; Wed, 25 Jun 2014 02:02:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcXi-0003EL-AS for xen-users@lists.xen.org; Wed, 25 Jun 2014 02:02:34 +0000 Received: from [85.158.143.35:45215] by server-3.bemta-4.messagelabs.com id 01/EC-16194-9BD2AA35; Wed, 25 Jun 2014 02:02:33 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1403661752!13599288!1 X-Originating-IP: [209.85.192.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5634 invoked from network); 25 Jun 2014 02:02:33 -0000 Received: from mail-qg0-f45.google.com (HELO mail-qg0-f45.google.com) (209.85.192.45) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 02:02:33 -0000 Received: by mail-qg0-f45.google.com with SMTP id 63so1084209qgz.18 for ; Tue, 24 Jun 2014 19:02:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=2h+mZkb6lMguCHHzjKvvPb2pW5xrM6kuhqm/ApyakEU=; b=xzyq8/UTZkLDaQt/nJ5c8mXVqe/Z4xkiK2tRLmNnomJ3M1r/zullkTOHpvP/H4aqUY SiN4lzmwuBfyC7BAxTPILgX+7XTa/nz64vVs+AE3CWMisp76WR6CWT9nBu9LR7MYPqcr Ly6EuXjuV0VPpmgrn8WaTm1s/dBZ6oASxi/WX/LNTILoAjaNJZ8h88+fuRiivHPEU0KD vjagdD1ejmu34iUcisSlZp+9f96+5vjJOaRZtl8ZX9bVHdbO9IFQIFoobCt/UQP6VYV7 17Skzri7rmP5yI8+vG71ZmS8HCjj510/e80FU61tjT1o2W9vJO8u88SrG6BekrbPuz2R l/bQ== MIME-Version: 1.0 X-Received: by 10.224.161.10 with SMTP id p10mr7456072qax.12.1403661751890; Tue, 24 Jun 2014 19:02:31 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Tue, 24 Jun 2014 19:02:31 -0700 (PDT) Date: Tue, 24 Jun 2014 20:02:31 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] vga passthrough adventure. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7121759373971076802==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7121759373971076802== Content-Type: multipart/alternative; boundary=089e01536b721b37ed04fc9f789a --089e01536b721b37ed04fc9f789a Content-Type: text/plain; charset=UTF-8 I have x88-pro A8 6600K cpu and amd 6450. I was able to pass vga as secondary display to 8.1 and it reboots just fine without having to be rejected each reboot. How do you guys assign mouse/keyboard to hvm ? I trying to assign my Logitech keyboard but it not used a an input under windows 8.1 . Do you guys have few sets of keyboards ? --089e01536b721b37ed04fc9f789a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have x88-pro A8 6600K cpu and amd 6450. I was able to pa= ss vga as secondary display to 8.1 and it reboots just fine without having = to be rejected each reboot.
How do you guys assign mouse/keyboard to hv= m ? I trying to assign my Logitech keyboard but it not used a an input unde= r windows 8.1 . Do you guys have few sets of keyboards ?=C2=A0

--089e01536b721b37ed04fc9f789a-- --===============7121759373971076802== 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 --===============7121759373971076802==-- From xen-users-bounces@lists.xen.org Wed Jun 25 02:51:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 02:51:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzdIq-0004n9-8S; Wed, 25 Jun 2014 02:51:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcZH-0003Jz-Im for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 02:04:11 +0000 Received: from [85.158.139.211:63710] by server-12.bemta-5.messagelabs.com id 10/19-27841-A1E2AA35; Wed, 25 Jun 2014 02:04:10 +0000 X-Env-Sender: agardner@linuxfoundation.org X-Msg-Ref: server-7.tower-206.messagelabs.com!1403661847!11839950!1 X-Originating-IP: [209.85.220.53] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6433 invoked from network); 25 Jun 2014 02:04:08 -0000 Received: from mail-pa0-f53.google.com (HELO mail-pa0-f53.google.com) (209.85.220.53) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 02:04:08 -0000 Received: by mail-pa0-f53.google.com with SMTP id ey11so1026885pad.40 for ; Tue, 24 Jun 2014 19:04:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=p53BAthPlDs/ai7/WKwY9K9FC2ifzqXaXW9Eba1YPSY=; b=fDls1YGN6sRL6+dBC3aS/xY1M1/VGxOZbKUsyaN66BH6v+hE7L6BaNNj+7fTEszYVv Jodv2vPc15uO3ZWo1bO7xMx0C9VGlIcco0YilSzG8V52jfX7erfyQxvqzj1i99mLQqrh YKjkE+RlG3RATpCWvbIx8Ol0VHrTW+ZhpLpAM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=p53BAthPlDs/ai7/WKwY9K9FC2ifzqXaXW9Eba1YPSY=; b=CaSj62Bjltf1fGQMD1bRmj55achvcippgb/XJBDqTbqZWDRm6o6JcM3R04kTR8Wlzq t89DJ8f1wNeqO91Re5xpeqtMq6HZ9E6AhnolEzPJljg+WPtntapn/Cs7JjYrGv4wCb1A UrfqLNLaP4maVm2zXLRjxJCFmE6qWCCNq48mEaFwvlfkdP5vQqNdlJeaXfQUVB1to/qv wGPOzHFb/E8WvIJdp8Sk5RGE52uexB/h1ZVbB/yNNtTo35z2wc4hlNAtbN6KCpvPWNDO lDPB3C7d7Daz8j328/QaAi28DZkoUlCqAyxIcLi1ReaQiQXWTyqlodRESIbzr2w81z84 SCYQ== X-Gm-Message-State: ALoCoQm+9zXOtzkZJ2CjeGYMm8Hm7u8VRnZ0kvpESejA136nTx7KvoOuTJ1/yDq0piVUVvb0vT9S MIME-Version: 1.0 X-Received: by 10.68.160.163 with SMTP id xl3mr6927278pbb.39.1403661846427; Tue, 24 Jun 2014 19:04:06 -0700 (PDT) Received: by 10.70.17.35 with HTTP; Tue, 24 Jun 2014 19:04:06 -0700 (PDT) In-Reply-To: <1403602578.23205.5.camel@kazak.uk.xensource.com> References: <1403193465.6043.8.camel@hyperion.local> <1403602578.23205.5.camel@kazak.uk.xensource.com> Date: Tue, 24 Jun 2014 22:04:06 -0400 Message-ID: From: Aric Gardner To: Ian Campbell X-Mailman-Approved-At: Wed, 25 Jun 2014 02:51:13 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4556643491404132263==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4556643491404132263== Content-Type: multipart/alternative; boundary=047d7bd75d7cbdd2c004fc9f7daf --047d7bd75d7cbdd2c004fc9f7daf Content-Type: text/plain; charset=UTF-8 Hi Ian, et all. I imagined that the patch would not be officially supported. No worries. The qemu img convert does not do xen images -> "The *qemu-img convert* command can do conversion between multiple formats, including raw, qcow2, VDI (VirtualBox), VMDK (VMWare) and VHD (Hyper-V)." In my googlings I saw some tools that existed for windows to do said conversion, however, I don't have a windows box. I did however get everything working on ubuntu 14.04, not sure why the same software works there and not in fedora 20 (here is a diff of ./configure between the two machines https://gist.github.com/Aricg/4a588a1b979a349b9512) Anyhow, I would like to know what people are using to convert kvm images to xen in general. -Aric On Tue, Jun 24, 2014 at 5:36 AM, Ian Campbell wrote: > On Thu, 2014-06-19 at 11:57 -0400, Aric Gardner wrote: > > Hi guys. Posting here before posting a bug report as directed. > > I'm trying to convert a qcow image to vhd so that I can upload it to the > > rackspace open cloud. Error is: > > Fail to convert RAW disk to VHD fixed disk. > > > > Relevant howto (ubuntu centric) > > > http://developer.rackspace.com/blog/bootstrap-your-qcow-images-for-the-rackspace-public-cloud.html > > > > HW: > > Intel(R) Core(TM) i5-4300M CPU @ 2.60GHz 8GB RAM > > > > OS: > > Fedora release 20 (Heisenbug) > > xen-4.3.2-4.fc20.x86_64 > > > > Steps to reproduce > > > > sudo yum install python-devel gettext iasl uuid e2fsprogs uuid-devel > libaio-devel dev86 uuid-devel ncurses-devel glib2-devel libaio-devel > yajl-devel glibc-devel.i686 libuuid-devel pixman-devel > > > > wget -q http://bits.xensource.com/oss-xen/release/4.4.0/xen-4.4.0.tar.gz > > tar -xzf xen-4.4.0.tar.gz > > cd xen-4.4.0/tools/ > > wget > https://github.com/citrix-openstack/xenserver-utils/raw/master/blktap2.patch > -qO - | patch -p0 > > What happens if you don't apply this patch (IOW do you know whether or > not this patch introduced the breakage). > > > ./configure --disable-monitors --disable-ocamltools --disable-rombios > --disable-seabios > > make -j4 > > > > qemu-img convert -O raw > /home/agardner/Downloads/Fedora-x86_64-20-20140407-sda.qcow2 > /tmp/Fedora-x86_64-20-20140407-sda.raw > > ./vhd-util convert -s 0 -t 1 -i /tmp/Fedora-x86_64-20-20140407-sda.raw > -o /tmp/0_Fedora-x86_64-20-20140407-sda.vhd > > I suppose this is ./blktap2/vhd/vhd-util? My copy doesn't seem to have a > convert subcommand. > > Oh, it seems to come from that patch. I'd suggest approaching the author > directly (perhaps CCing the list). Or given the URL perhaps try the > xenserver.org lists? Or the author of the howto you are following. > > Alternatively modern qemu-img claims to support "vhdx" as an output > format. I'm not sure what the x suffix designates and/or if it is > compatible with rackspace. > http://docs.openstack.org/image-guide/content/ch_converting.html seems > to suggest the "vpc" is somehow equivalent to vhd also. > > Ian. > > --047d7bd75d7cbdd2c004fc9f7daf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Ian, et all.=C2=A0

I imagined that t= he patch would not be officially supported. No worries.=C2=A0

The qemu img convert does not do xen images -&= gt; "The=C2=A0qemu-img convert=C2=A0command can do conversion between multiple fo= rmats, including raw, qcow2, VDI (VirtualBox), VMDK (VMWare) and VHD (Hyper= -V)." In my googlings I saw some tools that existed for windows to do = said conversion, however, I don't have a windows box.=C2=A0

I did however get everythi= ng working on ubuntu 14.04, not sure why the same software works there and = not in fedora 20 (here is a diff of ./configure between the two machines=C2= =A0https://gist.git= hub.com/Aricg/4a588a1b979a349b9512)

A= nyhow, I would like to know what people are using to convert kvm images to = xen in general.

-= Aric=C2=A0


On Tue, Jun 24, 2014 at 5:36 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Thu, 2014-06-19 at 11:57 -0400, Aric Gardner wrote:
> Hi guys. Posting here before posting a bug report as directed.
> I'm trying to convert a qcow image to vhd so that I can upload it = to the
> rackspace open cloud. =C2=A0Error is:
> Fail to convert RAW disk to VHD fixed disk.
>
> Relevant howto (ubuntu centric)
> http://developer= .rackspace.com/blog/bootstrap-your-qcow-images-for-the-rackspace-public-clo= ud.html
>
> HW:
> Intel(R) Core(TM) i5-4300M CPU @ 2.60GHz 8GB RAM
>
> OS:
> Fedora release 20 (Heisenbug)
> xen-4.3.2-4.fc20.x86_64
>
> Steps to reproduce
>
> sudo yum install python-devel gettext iasl uuid e2fsprogs uuid-devel l= ibaio-devel dev86 uuid-devel ncurses-devel glib2-devel libaio-devel yajl-de= vel glibc-devel.i686 libuuid-devel pixman-devel
>
> wget -q http://bits.xensource.com/oss-xen/release/= 4.4.0/xen-4.4.0.tar.gz
> tar -xzf xen-4.4.0.tar.gz
> cd xen-4.4.0/tools/
> wget https://github.com/citrix-opensta= ck/xenserver-utils/raw/master/blktap2.patch -qO - | patch -p0

What happens if you don't apply this patch (IOW do you know wheth= er or
not this patch introduced the breakage).

> ./configure --disable-monitors --disable-ocamltools --disable-rombios = --disable-seabios
> make -j4
>
> qemu-img convert -O raw /home/agardner/Downloads/Fedora-x86_64-20-2014= 0407-sda.qcow2 /tmp/Fedora-x86_64-20-20140407-sda.raw
> ./vhd-util convert -s 0 -t 1 -i /tmp/Fedora-x86_64-20-20140407-sda.raw= -o /tmp/0_Fedora-x86_64-20-20140407-sda.vhd

I suppose this is ./blktap2/vhd/vhd-util? My copy doesn't seem to= have a
convert subcommand.

Oh, it seems to come from that patch. I'd suggest approaching the autho= r
directly (perhaps CCing the list). Or given the URL perhaps try the
xenserver.org lists?= Or the author of the howto you are following.

Alternatively modern qemu-img claims to support "vhdx" as an outp= ut
format. I'm not sure what the x suffix designates and/or if it is
compatible with rackspace.
http://docs.openstack.org/image-guide/content/ch_conver= ting.html seems
to suggest the "vpc" is somehow equivalent to vhd also.

Ian.


--047d7bd75d7cbdd2c004fc9f7daf-- --===============4556643491404132263== 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 --===============4556643491404132263==-- From xen-users-bounces@lists.xen.org Wed Jun 25 02:51:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 02:51:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzdIq-0004n9-8S; Wed, 25 Jun 2014 02:51:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzcZH-0003Jz-Im for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 02:04:11 +0000 Received: from [85.158.139.211:63710] by server-12.bemta-5.messagelabs.com id 10/19-27841-A1E2AA35; Wed, 25 Jun 2014 02:04:10 +0000 X-Env-Sender: agardner@linuxfoundation.org X-Msg-Ref: server-7.tower-206.messagelabs.com!1403661847!11839950!1 X-Originating-IP: [209.85.220.53] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6433 invoked from network); 25 Jun 2014 02:04:08 -0000 Received: from mail-pa0-f53.google.com (HELO mail-pa0-f53.google.com) (209.85.220.53) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 02:04:08 -0000 Received: by mail-pa0-f53.google.com with SMTP id ey11so1026885pad.40 for ; Tue, 24 Jun 2014 19:04:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=p53BAthPlDs/ai7/WKwY9K9FC2ifzqXaXW9Eba1YPSY=; b=fDls1YGN6sRL6+dBC3aS/xY1M1/VGxOZbKUsyaN66BH6v+hE7L6BaNNj+7fTEszYVv Jodv2vPc15uO3ZWo1bO7xMx0C9VGlIcco0YilSzG8V52jfX7erfyQxvqzj1i99mLQqrh YKjkE+RlG3RATpCWvbIx8Ol0VHrTW+ZhpLpAM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=p53BAthPlDs/ai7/WKwY9K9FC2ifzqXaXW9Eba1YPSY=; b=CaSj62Bjltf1fGQMD1bRmj55achvcippgb/XJBDqTbqZWDRm6o6JcM3R04kTR8Wlzq t89DJ8f1wNeqO91Re5xpeqtMq6HZ9E6AhnolEzPJljg+WPtntapn/Cs7JjYrGv4wCb1A UrfqLNLaP4maVm2zXLRjxJCFmE6qWCCNq48mEaFwvlfkdP5vQqNdlJeaXfQUVB1to/qv wGPOzHFb/E8WvIJdp8Sk5RGE52uexB/h1ZVbB/yNNtTo35z2wc4hlNAtbN6KCpvPWNDO lDPB3C7d7Daz8j328/QaAi28DZkoUlCqAyxIcLi1ReaQiQXWTyqlodRESIbzr2w81z84 SCYQ== X-Gm-Message-State: ALoCoQm+9zXOtzkZJ2CjeGYMm8Hm7u8VRnZ0kvpESejA136nTx7KvoOuTJ1/yDq0piVUVvb0vT9S MIME-Version: 1.0 X-Received: by 10.68.160.163 with SMTP id xl3mr6927278pbb.39.1403661846427; Tue, 24 Jun 2014 19:04:06 -0700 (PDT) Received: by 10.70.17.35 with HTTP; Tue, 24 Jun 2014 19:04:06 -0700 (PDT) In-Reply-To: <1403602578.23205.5.camel@kazak.uk.xensource.com> References: <1403193465.6043.8.camel@hyperion.local> <1403602578.23205.5.camel@kazak.uk.xensource.com> Date: Tue, 24 Jun 2014 22:04:06 -0400 Message-ID: From: Aric Gardner To: Ian Campbell X-Mailman-Approved-At: Wed, 25 Jun 2014 02:51:13 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4556643491404132263==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4556643491404132263== Content-Type: multipart/alternative; boundary=047d7bd75d7cbdd2c004fc9f7daf --047d7bd75d7cbdd2c004fc9f7daf Content-Type: text/plain; charset=UTF-8 Hi Ian, et all. I imagined that the patch would not be officially supported. No worries. The qemu img convert does not do xen images -> "The *qemu-img convert* command can do conversion between multiple formats, including raw, qcow2, VDI (VirtualBox), VMDK (VMWare) and VHD (Hyper-V)." In my googlings I saw some tools that existed for windows to do said conversion, however, I don't have a windows box. I did however get everything working on ubuntu 14.04, not sure why the same software works there and not in fedora 20 (here is a diff of ./configure between the two machines https://gist.github.com/Aricg/4a588a1b979a349b9512) Anyhow, I would like to know what people are using to convert kvm images to xen in general. -Aric On Tue, Jun 24, 2014 at 5:36 AM, Ian Campbell wrote: > On Thu, 2014-06-19 at 11:57 -0400, Aric Gardner wrote: > > Hi guys. Posting here before posting a bug report as directed. > > I'm trying to convert a qcow image to vhd so that I can upload it to the > > rackspace open cloud. Error is: > > Fail to convert RAW disk to VHD fixed disk. > > > > Relevant howto (ubuntu centric) > > > http://developer.rackspace.com/blog/bootstrap-your-qcow-images-for-the-rackspace-public-cloud.html > > > > HW: > > Intel(R) Core(TM) i5-4300M CPU @ 2.60GHz 8GB RAM > > > > OS: > > Fedora release 20 (Heisenbug) > > xen-4.3.2-4.fc20.x86_64 > > > > Steps to reproduce > > > > sudo yum install python-devel gettext iasl uuid e2fsprogs uuid-devel > libaio-devel dev86 uuid-devel ncurses-devel glib2-devel libaio-devel > yajl-devel glibc-devel.i686 libuuid-devel pixman-devel > > > > wget -q http://bits.xensource.com/oss-xen/release/4.4.0/xen-4.4.0.tar.gz > > tar -xzf xen-4.4.0.tar.gz > > cd xen-4.4.0/tools/ > > wget > https://github.com/citrix-openstack/xenserver-utils/raw/master/blktap2.patch > -qO - | patch -p0 > > What happens if you don't apply this patch (IOW do you know whether or > not this patch introduced the breakage). > > > ./configure --disable-monitors --disable-ocamltools --disable-rombios > --disable-seabios > > make -j4 > > > > qemu-img convert -O raw > /home/agardner/Downloads/Fedora-x86_64-20-20140407-sda.qcow2 > /tmp/Fedora-x86_64-20-20140407-sda.raw > > ./vhd-util convert -s 0 -t 1 -i /tmp/Fedora-x86_64-20-20140407-sda.raw > -o /tmp/0_Fedora-x86_64-20-20140407-sda.vhd > > I suppose this is ./blktap2/vhd/vhd-util? My copy doesn't seem to have a > convert subcommand. > > Oh, it seems to come from that patch. I'd suggest approaching the author > directly (perhaps CCing the list). Or given the URL perhaps try the > xenserver.org lists? Or the author of the howto you are following. > > Alternatively modern qemu-img claims to support "vhdx" as an output > format. I'm not sure what the x suffix designates and/or if it is > compatible with rackspace. > http://docs.openstack.org/image-guide/content/ch_converting.html seems > to suggest the "vpc" is somehow equivalent to vhd also. > > Ian. > > --047d7bd75d7cbdd2c004fc9f7daf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Ian, et all.=C2=A0

I imagined that t= he patch would not be officially supported. No worries.=C2=A0

The qemu img convert does not do xen images -&= gt; "The=C2=A0qemu-img convert=C2=A0command can do conversion between multiple fo= rmats, including raw, qcow2, VDI (VirtualBox), VMDK (VMWare) and VHD (Hyper= -V)." In my googlings I saw some tools that existed for windows to do = said conversion, however, I don't have a windows box.=C2=A0

I did however get everythi= ng working on ubuntu 14.04, not sure why the same software works there and = not in fedora 20 (here is a diff of ./configure between the two machines=C2= =A0https://gist.git= hub.com/Aricg/4a588a1b979a349b9512)

A= nyhow, I would like to know what people are using to convert kvm images to = xen in general.

-= Aric=C2=A0


On Tue, Jun 24, 2014 at 5:36 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Thu, 2014-06-19 at 11:57 -0400, Aric Gardner wrote:
> Hi guys. Posting here before posting a bug report as directed.
> I'm trying to convert a qcow image to vhd so that I can upload it = to the
> rackspace open cloud. =C2=A0Error is:
> Fail to convert RAW disk to VHD fixed disk.
>
> Relevant howto (ubuntu centric)
> http://developer= .rackspace.com/blog/bootstrap-your-qcow-images-for-the-rackspace-public-clo= ud.html
>
> HW:
> Intel(R) Core(TM) i5-4300M CPU @ 2.60GHz 8GB RAM
>
> OS:
> Fedora release 20 (Heisenbug)
> xen-4.3.2-4.fc20.x86_64
>
> Steps to reproduce
>
> sudo yum install python-devel gettext iasl uuid e2fsprogs uuid-devel l= ibaio-devel dev86 uuid-devel ncurses-devel glib2-devel libaio-devel yajl-de= vel glibc-devel.i686 libuuid-devel pixman-devel
>
> wget -q http://bits.xensource.com/oss-xen/release/= 4.4.0/xen-4.4.0.tar.gz
> tar -xzf xen-4.4.0.tar.gz
> cd xen-4.4.0/tools/
> wget https://github.com/citrix-opensta= ck/xenserver-utils/raw/master/blktap2.patch -qO - | patch -p0

What happens if you don't apply this patch (IOW do you know wheth= er or
not this patch introduced the breakage).

> ./configure --disable-monitors --disable-ocamltools --disable-rombios = --disable-seabios
> make -j4
>
> qemu-img convert -O raw /home/agardner/Downloads/Fedora-x86_64-20-2014= 0407-sda.qcow2 /tmp/Fedora-x86_64-20-20140407-sda.raw
> ./vhd-util convert -s 0 -t 1 -i /tmp/Fedora-x86_64-20-20140407-sda.raw= -o /tmp/0_Fedora-x86_64-20-20140407-sda.vhd

I suppose this is ./blktap2/vhd/vhd-util? My copy doesn't seem to= have a
convert subcommand.

Oh, it seems to come from that patch. I'd suggest approaching the autho= r
directly (perhaps CCing the list). Or given the URL perhaps try the
xenserver.org lists?= Or the author of the howto you are following.

Alternatively modern qemu-img claims to support "vhdx" as an outp= ut
format. I'm not sure what the x suffix designates and/or if it is
compatible with rackspace.
http://docs.openstack.org/image-guide/content/ch_conver= ting.html seems
to suggest the "vpc" is somehow equivalent to vhd also.

Ian.


--047d7bd75d7cbdd2c004fc9f7daf-- --===============4556643491404132263== 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 --===============4556643491404132263==-- From xen-users-bounces@lists.xen.org Wed Jun 25 02:54:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 02:54:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzdLa-0004ze-6Q; Wed, 25 Jun 2014 02:54:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzdLV-0004yi-DD; Wed, 25 Jun 2014 02:54:01 +0000 Received: from [85.158.143.35:52658] by server-3.bemta-4.messagelabs.com id CC/60-16194-8C93AA35; Wed, 25 Jun 2014 02:54:00 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1403664839!13621411!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17624 invoked from network); 25 Jun 2014 02:53:59 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 02:53:59 -0000 Received: by mail-lb0-f171.google.com with SMTP id s7so1399185lbd.16 for ; Tue, 24 Jun 2014 19:53:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=9f0FY1eQc3vRTZWIExhL8wFAViyy9IFlE0Js7uhujCM=; b=rgzZihNcSt0+7bq3Fo6ltR/lOv1r61+ciosQIliFaBD6egOHdO4GM1WwrCGM3nnD7f Vynv41iJNs2WlPKMLS9EHmXBhuZNzM5RpC1YsZYRvFixGZudFjWJeYVvweR44ppKrPUo /5D2+YTA0oeDoiwT7s/aK6DMbIM3YKPlBwiqBG2TWdKK7kjcHhrN2mbDjhRScJ+2+itm H5TQTT6hFNXi7bEcOmnA95ToIjKuq0Tm1amqJtE68UuqKGjnYy9xO3lxC/t1WN/APo66 AFD68qSxN3z9ySlhEz/+6Ucn93KkPAnLPNtkGOGv7FDAq7H96pgekluEGOzPT8K7QumH 19QQ== MIME-Version: 1.0 X-Received: by 10.152.205.11 with SMTP id lc11mr3525866lac.46.1403664838907; Tue, 24 Jun 2014 19:53:58 -0700 (PDT) Received: by 10.112.22.39 with HTTP; Tue, 24 Jun 2014 19:53:58 -0700 (PDT) Date: Tue, 24 Jun 2014 22:53:58 -0400 X-Google-Sender-Auth: AdpQpmzaSrvto8cl7QWkWekkeM0 Message-ID: From: Russ Pavlicek To: xen-devel@lists.xen.org, "xen-users@lists.xen.org" , xen-api@lists.xen.org, xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org Subject: [Xen-users] Today, June 25, is Xen Project Document Day X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Welcome to the June 2014 Xen Project Document Day! We have a number of things to do spelled out in the TODO list: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO But if you know of things needing attention which aren't already on the list, feel free to address them instead. This is your chance to make a difference any way you can. If you haven't participated in Document Days before, it really is easy to do. The information you need can be found here: http://wiki.xenproject.org/wiki/Xen_Document_Days And we finally have some swag available, so we can single out people who do a great job with a small thank you gift of a Xen Project T-shirt! So please think about how you can join in the action. If you haven't requested to be made a Wiki editor, just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you in #xendocs in Freenode IRC as we work on the docs! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 02:54:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 02:54:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzdLa-0004ze-6Q; Wed, 25 Jun 2014 02:54:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzdLV-0004yi-DD; Wed, 25 Jun 2014 02:54:01 +0000 Received: from [85.158.143.35:52658] by server-3.bemta-4.messagelabs.com id CC/60-16194-8C93AA35; Wed, 25 Jun 2014 02:54:00 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1403664839!13621411!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17624 invoked from network); 25 Jun 2014 02:53:59 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 02:53:59 -0000 Received: by mail-lb0-f171.google.com with SMTP id s7so1399185lbd.16 for ; Tue, 24 Jun 2014 19:53:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=9f0FY1eQc3vRTZWIExhL8wFAViyy9IFlE0Js7uhujCM=; b=rgzZihNcSt0+7bq3Fo6ltR/lOv1r61+ciosQIliFaBD6egOHdO4GM1WwrCGM3nnD7f Vynv41iJNs2WlPKMLS9EHmXBhuZNzM5RpC1YsZYRvFixGZudFjWJeYVvweR44ppKrPUo /5D2+YTA0oeDoiwT7s/aK6DMbIM3YKPlBwiqBG2TWdKK7kjcHhrN2mbDjhRScJ+2+itm H5TQTT6hFNXi7bEcOmnA95ToIjKuq0Tm1amqJtE68UuqKGjnYy9xO3lxC/t1WN/APo66 AFD68qSxN3z9ySlhEz/+6Ucn93KkPAnLPNtkGOGv7FDAq7H96pgekluEGOzPT8K7QumH 19QQ== MIME-Version: 1.0 X-Received: by 10.152.205.11 with SMTP id lc11mr3525866lac.46.1403664838907; Tue, 24 Jun 2014 19:53:58 -0700 (PDT) Received: by 10.112.22.39 with HTTP; Tue, 24 Jun 2014 19:53:58 -0700 (PDT) Date: Tue, 24 Jun 2014 22:53:58 -0400 X-Google-Sender-Auth: AdpQpmzaSrvto8cl7QWkWekkeM0 Message-ID: From: Russ Pavlicek To: xen-devel@lists.xen.org, "xen-users@lists.xen.org" , xen-api@lists.xen.org, xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org Subject: [Xen-users] Today, June 25, is Xen Project Document Day X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Welcome to the June 2014 Xen Project Document Day! We have a number of things to do spelled out in the TODO list: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO But if you know of things needing attention which aren't already on the list, feel free to address them instead. This is your chance to make a difference any way you can. If you haven't participated in Document Days before, it really is easy to do. The information you need can be found here: http://wiki.xenproject.org/wiki/Xen_Document_Days And we finally have some swag available, so we can single out people who do a great job with a small thank you gift of a Xen Project T-shirt! So please think about how you can join in the action. If you haven't requested to be made a Wiki editor, just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you in #xendocs in Freenode IRC as we work on the docs! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 03:06:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 03:06:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzdWt-0005gR-Ku; Wed, 25 Jun 2014 03:05:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzdWs-0005gH-7A for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 03:05:46 +0000 Received: from [85.158.143.35:35155] by server-3.bemta-4.messagelabs.com id 86/35-16194-98C3AA35; Wed, 25 Jun 2014 03:05:45 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-15.tower-21.messagelabs.com!1403665543!13600358!1 X-Originating-IP: [209.85.160.44] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6671 invoked from network); 25 Jun 2014 03:05:44 -0000 Received: from mail-pb0-f44.google.com (HELO mail-pb0-f44.google.com) (209.85.160.44) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 03:05:44 -0000 Received: by mail-pb0-f44.google.com with SMTP id md12so1082625pbc.3 for ; Tue, 24 Jun 2014 20:05:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=nrcYfU2OheyJ/j3pyfqIejME1WvwOLyJs+AHsEp+LXM=; b=Lt0k0LJ1jEKbjq6Leyutg8VDRyWrNTbiUfILy+Kl1oz9Bf2yMjs/p+NAZCGy6MP2vf P+T3UcOH6ENRg33PiTb17RCgSV4Awua8sGbXnGQINymtlZazrmUFV7+BVmtw5vBv/6fc ma35T7DtyAPJlyxdFcU5GRWHTKLm63RNh5xmclV5xIlvEWquYoaWbwoVSJSmiObenywE WsvLjNgq5jKpszY667k3D00loMuNy6CreiGo79OWPj8hz84rjjfCMvMNmR8pfJ1NAlhz CTFAZQfDeKE7RmFbtdtcg+6/UgGO2B0vkhjewEI3vW6t5JJe/CL5dtFmHY0/6L0I9/38 Ft6g== X-Gm-Message-State: ALoCoQkihVqV+wJRgGWyt7cBtp/+QoH5A5y238v2u0/5lv647M/2rMPhPN/dotp1NxEUKB/JyXY5 MIME-Version: 1.0 X-Received: by 10.68.241.68 with SMTP id wg4mr7463176pbc.66.1403665543128; Tue, 24 Jun 2014 20:05:43 -0700 (PDT) Received: by 10.70.43.135 with HTTP; Tue, 24 Jun 2014 20:05:43 -0700 (PDT) In-Reply-To: References: <1403193465.6043.8.camel@hyperion.local> <1403602578.23205.5.camel@kazak.uk.xensource.com> Date: Wed, 25 Jun 2014 10:05:43 +0700 Message-ID: From: "Fajar A. Nugraha" To: Aric Gardner Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 25, 2014 at 9:04 AM, Aric Gardner wrote: > Hi Ian, et all. > > I imagined that the patch would not be officially supported. No worries. > > The qemu img convert does not do xen images How did you arrive at that conclusion? > -> "The qemu-img convert command > can do conversion between multiple formats, including raw, qcow2, VDI > (VirtualBox), VMDK (VMWare) and VHD (Hyper-V)." In my googlings I saw some > tools that existed for windows to do said conversion, however, I don't have > a windows box. Correct, it says "VHD (Hyper-V)". It should also be the same VHD format that is supported by xen, vmware, virtualbox, etc. http://en.wikipedia.org/wiki/VHD_(file_format) -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 03:06:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 03:06:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzdWt-0005gR-Ku; Wed, 25 Jun 2014 03:05:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzdWs-0005gH-7A for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 03:05:46 +0000 Received: from [85.158.143.35:35155] by server-3.bemta-4.messagelabs.com id 86/35-16194-98C3AA35; Wed, 25 Jun 2014 03:05:45 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-15.tower-21.messagelabs.com!1403665543!13600358!1 X-Originating-IP: [209.85.160.44] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6671 invoked from network); 25 Jun 2014 03:05:44 -0000 Received: from mail-pb0-f44.google.com (HELO mail-pb0-f44.google.com) (209.85.160.44) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 03:05:44 -0000 Received: by mail-pb0-f44.google.com with SMTP id md12so1082625pbc.3 for ; Tue, 24 Jun 2014 20:05:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=nrcYfU2OheyJ/j3pyfqIejME1WvwOLyJs+AHsEp+LXM=; b=Lt0k0LJ1jEKbjq6Leyutg8VDRyWrNTbiUfILy+Kl1oz9Bf2yMjs/p+NAZCGy6MP2vf P+T3UcOH6ENRg33PiTb17RCgSV4Awua8sGbXnGQINymtlZazrmUFV7+BVmtw5vBv/6fc ma35T7DtyAPJlyxdFcU5GRWHTKLm63RNh5xmclV5xIlvEWquYoaWbwoVSJSmiObenywE WsvLjNgq5jKpszY667k3D00loMuNy6CreiGo79OWPj8hz84rjjfCMvMNmR8pfJ1NAlhz CTFAZQfDeKE7RmFbtdtcg+6/UgGO2B0vkhjewEI3vW6t5JJe/CL5dtFmHY0/6L0I9/38 Ft6g== X-Gm-Message-State: ALoCoQkihVqV+wJRgGWyt7cBtp/+QoH5A5y238v2u0/5lv647M/2rMPhPN/dotp1NxEUKB/JyXY5 MIME-Version: 1.0 X-Received: by 10.68.241.68 with SMTP id wg4mr7463176pbc.66.1403665543128; Tue, 24 Jun 2014 20:05:43 -0700 (PDT) Received: by 10.70.43.135 with HTTP; Tue, 24 Jun 2014 20:05:43 -0700 (PDT) In-Reply-To: References: <1403193465.6043.8.camel@hyperion.local> <1403602578.23205.5.camel@kazak.uk.xensource.com> Date: Wed, 25 Jun 2014 10:05:43 +0700 Message-ID: From: "Fajar A. Nugraha" To: Aric Gardner Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jun 25, 2014 at 9:04 AM, Aric Gardner wrote: > Hi Ian, et all. > > I imagined that the patch would not be officially supported. No worries. > > The qemu img convert does not do xen images How did you arrive at that conclusion? > -> "The qemu-img convert command > can do conversion between multiple formats, including raw, qcow2, VDI > (VirtualBox), VMDK (VMWare) and VHD (Hyper-V)." In my googlings I saw some > tools that existed for windows to do said conversion, however, I don't have > a windows box. Correct, it says "VHD (Hyper-V)". It should also be the same VHD format that is supported by xen, vmware, virtualbox, etc. http://en.wikipedia.org/wiki/VHD_(file_format) -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 04:34:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 04:34:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzete-0006om-W6; Wed, 25 Jun 2014 04:33:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzetc-0006oh-QD for xen-users@lists.xen.org; Wed, 25 Jun 2014 04:33:20 +0000 Received: from [85.158.139.211:53139] by server-16.bemta-5.messagelabs.com id 84/B8-18862-F015AA35; Wed, 25 Jun 2014 04:33:19 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1403670798!11839740!1 X-Originating-IP: [209.85.192.51] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5728 invoked from network); 25 Jun 2014 04:33:19 -0000 Received: from mail-qg0-f51.google.com (HELO mail-qg0-f51.google.com) (209.85.192.51) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 04:33:19 -0000 Received: by mail-qg0-f51.google.com with SMTP id z60so1195988qgd.10 for ; Tue, 24 Jun 2014 21:33:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=57Q1+66UcKK2evzFcBEfg31owQbirdk74Zv+p6diQlY=; b=avXf0/OVxvajfYbei0rR6BbzgBEKBHTTQhbPNtORdYzJv7EOYcSrmnhdPhwNLuUQzf eFFk3m7UjtTXdjqDEfzijQ9z0yp9N/RTQRNa6UGY8mtPmbjjghpaJWKd+b2iMUeZBfVZ o/RG+IAwUnPVyFkliL1GWcsVKD2kXJl/dd+IKBPkb77CnrEhDkCSCiSZ5SWdNTH8l0QA kHCVtUkcoxHaOUJzxKdqu66n/X4yNW7zHX5PP+YBMKdkfTP4UEByKBdGJJKrJUQOJ1nQ 3q3a5KlaCiYzqro6oWbqcOkzd12sn7sGaFizY1TJxHOFuN2UoCi7rnlAxb7NtXCe8zUJ h0LA== MIME-Version: 1.0 X-Received: by 10.140.84.168 with SMTP id l37mr7727152qgd.104.1403670797801; Tue, 24 Jun 2014 21:33:17 -0700 (PDT) Received: by 10.96.16.39 with HTTP; Tue, 24 Jun 2014 21:33:17 -0700 (PDT) In-Reply-To: References: Date: Tue, 24 Jun 2014 23:33:17 -0500 Message-ID: From: David Sutton To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] vga passthrough adventure. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1774375607965026134==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1774375607965026134== Content-Type: multipart/alternative; boundary=001a11c1170848dfac04fca19381 --001a11c1170848dfac04fca19381 Content-Type: text/plain; charset=UTF-8 Jacek, On Tue, Jun 24, 2014 at 9:02 PM, jacek burghardt wrote: > I have x88-pro A8 6600K cpu and amd 6450. I was able to pass vga as > secondary display to 8.1 and it reboots just fine without having to be > rejected each reboot. > How do you guys assign mouse/keyboard to hvm ? I trying to assign my > Logitech keyboard but it not used a an input under windows 8.1 . Do you > guys have few sets of keyboards ? > > I actually pass through a PCIe USB 3.0 card through to the Windows hvm domain on this computer, which has a USB KVM switch attached to it and the onboard USB ports; that way I only have the one keyboard/mouse combo, and I just switch it from one port to the other, depending on which I need to control at the time (likewise I have dual input monitors, input 1 for Linux and input 2 for windows; when I want to switch from one OS to the other, I just tap two buttons - one to switch over the keyboard/mouse and one to switch over the video input) Regards, David > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c1170848dfac04fca19381 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Jacek,

On Tue, Jun 24, 2014 at 9:02 PM, jacek burghardt <jaceks= burghardt@gmail.com> wrote:
I have x88-pro A8 6600K cpu= and amd 6450. I was able to pass vga as secondary display to 8.1 and it re= boots just fine without having to be rejected each reboot.
How do you guys assign mouse/keyboard to hvm ? I trying to assign my Logite= ch keyboard but it not used a an input under windows 8.1 . Do you guys have= few sets of keyboards ?=C2=A0

I actually pass through a PCIe USB 3.0 card through t= o the Windows hvm domain on this computer, which has a USB KVM switch attac= hed to it and the onboard USB ports; that way I only have the one keyboard/= mouse combo, and I just switch it from one port to the other, depending on = which I need to control at the time (likewise I have dual input monitors, i= nput 1 for Linux and input 2 for windows; when I want to switch from one OS= to the other, I just tap two buttons - one to switch over the keyboard/mou= se and one to switch over the video input)
=C2=A0
=C2=A0Regards,

=C2=A0 David
____________________________________= ___________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--001a11c1170848dfac04fca19381-- --===============1774375607965026134== 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 --===============1774375607965026134==-- From xen-users-bounces@lists.xen.org Wed Jun 25 04:34:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 04:34:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzete-0006om-W6; Wed, 25 Jun 2014 04:33:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzetc-0006oh-QD for xen-users@lists.xen.org; Wed, 25 Jun 2014 04:33:20 +0000 Received: from [85.158.139.211:53139] by server-16.bemta-5.messagelabs.com id 84/B8-18862-F015AA35; Wed, 25 Jun 2014 04:33:19 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1403670798!11839740!1 X-Originating-IP: [209.85.192.51] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5728 invoked from network); 25 Jun 2014 04:33:19 -0000 Received: from mail-qg0-f51.google.com (HELO mail-qg0-f51.google.com) (209.85.192.51) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 04:33:19 -0000 Received: by mail-qg0-f51.google.com with SMTP id z60so1195988qgd.10 for ; Tue, 24 Jun 2014 21:33:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=57Q1+66UcKK2evzFcBEfg31owQbirdk74Zv+p6diQlY=; b=avXf0/OVxvajfYbei0rR6BbzgBEKBHTTQhbPNtORdYzJv7EOYcSrmnhdPhwNLuUQzf eFFk3m7UjtTXdjqDEfzijQ9z0yp9N/RTQRNa6UGY8mtPmbjjghpaJWKd+b2iMUeZBfVZ o/RG+IAwUnPVyFkliL1GWcsVKD2kXJl/dd+IKBPkb77CnrEhDkCSCiSZ5SWdNTH8l0QA kHCVtUkcoxHaOUJzxKdqu66n/X4yNW7zHX5PP+YBMKdkfTP4UEByKBdGJJKrJUQOJ1nQ 3q3a5KlaCiYzqro6oWbqcOkzd12sn7sGaFizY1TJxHOFuN2UoCi7rnlAxb7NtXCe8zUJ h0LA== MIME-Version: 1.0 X-Received: by 10.140.84.168 with SMTP id l37mr7727152qgd.104.1403670797801; Tue, 24 Jun 2014 21:33:17 -0700 (PDT) Received: by 10.96.16.39 with HTTP; Tue, 24 Jun 2014 21:33:17 -0700 (PDT) In-Reply-To: References: Date: Tue, 24 Jun 2014 23:33:17 -0500 Message-ID: From: David Sutton To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] vga passthrough adventure. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1774375607965026134==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1774375607965026134== Content-Type: multipart/alternative; boundary=001a11c1170848dfac04fca19381 --001a11c1170848dfac04fca19381 Content-Type: text/plain; charset=UTF-8 Jacek, On Tue, Jun 24, 2014 at 9:02 PM, jacek burghardt wrote: > I have x88-pro A8 6600K cpu and amd 6450. I was able to pass vga as > secondary display to 8.1 and it reboots just fine without having to be > rejected each reboot. > How do you guys assign mouse/keyboard to hvm ? I trying to assign my > Logitech keyboard but it not used a an input under windows 8.1 . Do you > guys have few sets of keyboards ? > > I actually pass through a PCIe USB 3.0 card through to the Windows hvm domain on this computer, which has a USB KVM switch attached to it and the onboard USB ports; that way I only have the one keyboard/mouse combo, and I just switch it from one port to the other, depending on which I need to control at the time (likewise I have dual input monitors, input 1 for Linux and input 2 for windows; when I want to switch from one OS to the other, I just tap two buttons - one to switch over the keyboard/mouse and one to switch over the video input) Regards, David > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c1170848dfac04fca19381 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Jacek,

On Tue, Jun 24, 2014 at 9:02 PM, jacek burghardt <jaceks= burghardt@gmail.com> wrote:
I have x88-pro A8 6600K cpu= and amd 6450. I was able to pass vga as secondary display to 8.1 and it re= boots just fine without having to be rejected each reboot.
How do you guys assign mouse/keyboard to hvm ? I trying to assign my Logite= ch keyboard but it not used a an input under windows 8.1 . Do you guys have= few sets of keyboards ?=C2=A0

I actually pass through a PCIe USB 3.0 card through t= o the Windows hvm domain on this computer, which has a USB KVM switch attac= hed to it and the onboard USB ports; that way I only have the one keyboard/= mouse combo, and I just switch it from one port to the other, depending on = which I need to control at the time (likewise I have dual input monitors, i= nput 1 for Linux and input 2 for windows; when I want to switch from one OS= to the other, I just tap two buttons - one to switch over the keyboard/mou= se and one to switch over the video input)
=C2=A0
=C2=A0Regards,

=C2=A0 David
____________________________________= ___________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--001a11c1170848dfac04fca19381-- --===============1774375607965026134== 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 --===============1774375607965026134==-- From xen-users-bounces@lists.xen.org Wed Jun 25 07:47:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 07:47:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzhvE-0004NJ-O4; Wed, 25 Jun 2014 07:47:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzhvD-0004NB-A7 for xen-users@lists.xen.org; Wed, 25 Jun 2014 07:47:11 +0000 Received: from [85.158.137.68:41989] by server-3.bemta-3.messagelabs.com id 61/8A-12895-E7E7AA35; Wed, 25 Jun 2014 07:47:10 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-31.messagelabs.com!1403682429!12139924!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 596 invoked from network); 25 Jun 2014 07:47:09 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 07:47:09 -0000 Received: from [192.168.43.220] (genkt-049-227.t-mobile.co.uk [149.254.49.227]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id B4E07221DE2; Wed, 25 Jun 2014 08:47:06 +0100 (BST) Date: Wed, 25 Jun 2014 08:45:07 +0100 Message-ID: From: Gordan Bobic To: Brian Menges MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm pretty sure this is the wrong list for Xenserver/Xencenter. Having said that, look at the configuration file generated. If it includes gfx_passthru=1, remove it. I'm pretty sure this doesn't work. What most people is is secondary pass through by passing the card through as a normal PCI device, with initial boot-up output on VNC. In terms of device capture, reboot the machine and look at lspci -vvv. If anything other than pciback is the driver attached to your GPU, it isn't going to work. If the radeon driver touched the card it has been tainted and until the bus reset method is implemented it won't work. You will need to remove the radeon driver from your initrd, blacklist it in /etc/modprobe.d/, create a configuration file for xen-pciback in there to make it capture the PCI devices you will be passing through, and create a script in /etc/sysconfig/modules/ to modprobe xen-pciback and AFTER that modprobe radeon if your primary GPU also uses that driver. Note that I have seen very bizzare interaction between different generation ATI cards when it comes to virtualization. A 7970+6450 seemed to work fine, but IIRC if I used a 4850 as primary for domU things would inexplicably break. I think there was something weird happening along the lines of ATI BIOS of the primary card trying to initialise (some of the) other cards as well, and the 4850 BIOS makes incorrect assumptions about later cards. While I had reasonable degree of success passing a 6450 through and reboots worked most of the time it still never was anywhere nearly as trouble free as working with (modified) Nvidia cards. Then again, I could say the same thing about running on bare metal... Brian Menges wrote: >I'm trying to get vga passthrough to operate normally and have been rather unsuccessful despite attempting to replicate hardware stated to work much reading about the mail list and wiki. > >Setup: >Xenserver 6.2 SP1 (all patches) >ATI Radeon HD 6450 >ThinkCentre M series with Core i5 > >I've read: >http://support.citrix.com/article/CTX135811http://support.citrix.com/article/CTX135811 >http://wiki.xen.org/wiki/Xen_VGA_Passthrough > >The GPU assignment to the HVM works fine through both api and gui (xencenter), however the domU can't initialize it. I've tried pciback.hide and xen-pciback.hide for the pci buses the ati card shows up as, however to no avail and results in it unable to use the gpu. > >Dmesg about the pci bus (01:00.0 and 01:00.1): >[ 4.225073] Kernel command line: root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 >[ 4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000000-0xdfffffff] >[ 4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420000-0xfe43ffff] >[ 4.790376] pci 0000:01:00.0: reg 20 io port: [0xe000-0xe0ff] >[ 4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: [0xfe400000-0xfe41ffff] >[ 4.790394] pci 0000:01:00.0: Disabling memory decoding and releasing memory resources. >[ 4.790425] pci 0000:01:00.0: supports D1 D2 >[ 4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe440000-0xfe443fff] >[ 4.790513] pci 0000:01:00.1: Disabling memory decoding and releasing memory resources. >[ 4.790543] pci 0000:01:00.1: supports D1 D2 >[ 4.794119] vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=none,locks=none > >When I assign it to a linux domU (yes, HVM): >00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] >00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Audio [Radeon HD 6400 Series] > >[ 5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x6779 0x1682:0x3207). >[ 5.246970] [drm] register mmio base: 0xF3000000 >[ 5.246972] [drm] register mmio size: 131072 >[ 5.246996] radeon 0000:00:05.0: Expecting atombios for evergreen GPU >[ 5.247053] radeon 0000:00:05.0: Fatal error during GPU init >[ 5.247100] [drm] radeon: finishing device. >[ 5.247102] [TTM] Memory type 2 has not been initialized >[ 5.256465] radeon: probe of 0000:00:05.0 failed with error -22 >[ 5.386743] xen: --> pirq=17 -> irq=41 (gsi=41) > >Here's dom0's extboot.conf for xe's boot: >label xe > # XenServer > kernel mboot.c32 > append /boot/xen.gz mem=1024G dom0_max_vcpus=4 dom0_mem=2048M,max:2048M watchdog_timeout=300 lowmem_emergency_pool=1M crashkernel=64M@32M cpuid_mask_xsave_eax=0 console=vga vga=mode-0x0311 --- /boot/vmlinuz-2.6-xen root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 --- /boot/initrd-2.6-xen.img > >So I've hidden them, however they're still showing up on dom0 and failing init on domU. > >Can anyone provide some help? > >- Brian Menges >Principal Engineer, DevOps >GoGrid | ServePath | ColoServe | UpStream Networks > >________________________________ > >The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xen.org >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 07:47:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 07:47:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzhvE-0004NJ-O4; Wed, 25 Jun 2014 07:47:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzhvD-0004NB-A7 for xen-users@lists.xen.org; Wed, 25 Jun 2014 07:47:11 +0000 Received: from [85.158.137.68:41989] by server-3.bemta-3.messagelabs.com id 61/8A-12895-E7E7AA35; Wed, 25 Jun 2014 07:47:10 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-31.messagelabs.com!1403682429!12139924!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 596 invoked from network); 25 Jun 2014 07:47:09 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 07:47:09 -0000 Received: from [192.168.43.220] (genkt-049-227.t-mobile.co.uk [149.254.49.227]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id B4E07221DE2; Wed, 25 Jun 2014 08:47:06 +0100 (BST) Date: Wed, 25 Jun 2014 08:45:07 +0100 Message-ID: From: Gordan Bobic To: Brian Menges MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm pretty sure this is the wrong list for Xenserver/Xencenter. Having said that, look at the configuration file generated. If it includes gfx_passthru=1, remove it. I'm pretty sure this doesn't work. What most people is is secondary pass through by passing the card through as a normal PCI device, with initial boot-up output on VNC. In terms of device capture, reboot the machine and look at lspci -vvv. If anything other than pciback is the driver attached to your GPU, it isn't going to work. If the radeon driver touched the card it has been tainted and until the bus reset method is implemented it won't work. You will need to remove the radeon driver from your initrd, blacklist it in /etc/modprobe.d/, create a configuration file for xen-pciback in there to make it capture the PCI devices you will be passing through, and create a script in /etc/sysconfig/modules/ to modprobe xen-pciback and AFTER that modprobe radeon if your primary GPU also uses that driver. Note that I have seen very bizzare interaction between different generation ATI cards when it comes to virtualization. A 7970+6450 seemed to work fine, but IIRC if I used a 4850 as primary for domU things would inexplicably break. I think there was something weird happening along the lines of ATI BIOS of the primary card trying to initialise (some of the) other cards as well, and the 4850 BIOS makes incorrect assumptions about later cards. While I had reasonable degree of success passing a 6450 through and reboots worked most of the time it still never was anywhere nearly as trouble free as working with (modified) Nvidia cards. Then again, I could say the same thing about running on bare metal... Brian Menges wrote: >I'm trying to get vga passthrough to operate normally and have been rather unsuccessful despite attempting to replicate hardware stated to work much reading about the mail list and wiki. > >Setup: >Xenserver 6.2 SP1 (all patches) >ATI Radeon HD 6450 >ThinkCentre M series with Core i5 > >I've read: >http://support.citrix.com/article/CTX135811http://support.citrix.com/article/CTX135811 >http://wiki.xen.org/wiki/Xen_VGA_Passthrough > >The GPU assignment to the HVM works fine through both api and gui (xencenter), however the domU can't initialize it. I've tried pciback.hide and xen-pciback.hide for the pci buses the ati card shows up as, however to no avail and results in it unable to use the gpu. > >Dmesg about the pci bus (01:00.0 and 01:00.1): >[ 4.225073] Kernel command line: root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 >[ 4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000000-0xdfffffff] >[ 4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420000-0xfe43ffff] >[ 4.790376] pci 0000:01:00.0: reg 20 io port: [0xe000-0xe0ff] >[ 4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: [0xfe400000-0xfe41ffff] >[ 4.790394] pci 0000:01:00.0: Disabling memory decoding and releasing memory resources. >[ 4.790425] pci 0000:01:00.0: supports D1 D2 >[ 4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe440000-0xfe443fff] >[ 4.790513] pci 0000:01:00.1: Disabling memory decoding and releasing memory resources. >[ 4.790543] pci 0000:01:00.1: supports D1 D2 >[ 4.794119] vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=none,locks=none > >When I assign it to a linux domU (yes, HVM): >00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] >00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Audio [Radeon HD 6400 Series] > >[ 5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x6779 0x1682:0x3207). >[ 5.246970] [drm] register mmio base: 0xF3000000 >[ 5.246972] [drm] register mmio size: 131072 >[ 5.246996] radeon 0000:00:05.0: Expecting atombios for evergreen GPU >[ 5.247053] radeon 0000:00:05.0: Fatal error during GPU init >[ 5.247100] [drm] radeon: finishing device. >[ 5.247102] [TTM] Memory type 2 has not been initialized >[ 5.256465] radeon: probe of 0000:00:05.0 failed with error -22 >[ 5.386743] xen: --> pirq=17 -> irq=41 (gsi=41) > >Here's dom0's extboot.conf for xe's boot: >label xe > # XenServer > kernel mboot.c32 > append /boot/xen.gz mem=1024G dom0_max_vcpus=4 dom0_mem=2048M,max:2048M watchdog_timeout=300 lowmem_emergency_pool=1M crashkernel=64M@32M cpuid_mask_xsave_eax=0 console=vga vga=mode-0x0311 --- /boot/vmlinuz-2.6-xen root=LABEL=root-lsodryqz ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) pci=resource_alignment=01:00.0;01:00.1 --- /boot/initrd-2.6-xen.img > >So I've hidden them, however they're still showing up on dom0 and failing init on domU. > >Can anyone provide some help? > >- Brian Menges >Principal Engineer, DevOps >GoGrid | ServePath | ColoServe | UpStream Networks > >________________________________ > >The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xen.org >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 08:30:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 08:30:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wziay-0006eW-DY; Wed, 25 Jun 2014 08:30:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wziaw-0006eH-MP for xen-users@lists.xen.org; Wed, 25 Jun 2014 08:30:18 +0000 Received: from [193.109.254.147:32998] by server-15.bemta-14.messagelabs.com id 7E/70-15813-A988AA35; Wed, 25 Jun 2014 08:30:18 +0000 X-Env-Sender: mszds3@nottingham.ac.uk X-Msg-Ref: server-5.tower-27.messagelabs.com!1403685017!8883233!1 X-Originating-IP: [195.62.217.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjYyLjIxNy4xNTIgPT4gMTY3OTY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32017 invoked from network); 25 Jun 2014 08:30:17 -0000 Received: from engine04-20433-4.icritical.com (HELO engine04-20433-4.icritical.com) (195.62.217.152) by server-5.tower-27.messagelabs.com with SMTP; 25 Jun 2014 08:30:17 -0000 Received: (qmail 13293 invoked from network); 25 Jun 2014 08:30:15 -0000 Received: from localhost (127.0.0.1) by engine04-20433-4.icritical.com with SMTP; 25 Jun 2014 08:30:15 -0000 Received: from engine04-20433-4.icritical.com ([127.0.0.1]) by localhost (engine04-20433-4.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 13134-02 for ; Wed, 25 Jun 2014 09:30:08 +0100 (BST) Received: (qmail 13251 invoked by uid 599); 25 Jun 2014 08:30:08 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine04-20433-4.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 25 Jun 2014 09:30:08 +0100 Received: from plpconcha.psychology.nottingham.ac.uk ([128.243.32.68] helo=plpconcha.localnet) by smtp4.nottingham.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1Wzian-0007YN-1U for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:30:09 +0100 From: "Daniel E. Shub" To: xen-users@lists.xen.org Date: Wed, 25 Jun 2014 09:30:08 +0100 Message-ID: <2606195.EW5RPTLe0s@plpconcha> User-Agent: KMail/4.13.2 (Linux/3.15.1-1-ARCH; KDE/4.13.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine04-20433-4.icritical.com Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wednesday 25 June 2014 02:48:49 Brian Menges wrote: > When I assign it to a linux domU (yes, HVM): > 00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] > Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] 00:06.0 Audio device: > Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Audio [Radeon HD 6400 > Series] > > [ 5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x6779 > 0x1682:0x3207). [ 5.246970] [drm] register mmio base: 0xF3000000 > [ 5.246972] [drm] register mmio size: 131072 > [ 5.246996] radeon 0000:00:05.0: Expecting atombios for evergreen GPU > [ 5.247053] radeon 0000:00:05.0: Fatal error during GPU init > [ 5.247100] [drm] radeon: finishing device. > [ 5.247102] [TTM] Memory type 2 has not been initialized > [ 5.256465] radeon: probe of 0000:00:05.0 failed with error -22 > [ 5.386743] xen: --> pirq=17 -> irq=41 (gsi=41) This looks almost identical to the error I get with my HD 5450 on Xen 4.4.0 with the open source drivers. I reported it here: http://lists.xen.org/archives/html/xen-users/2014-06/msg00108.html I have no problems if I use the catalyst proprietary drivers on the DomU. What drivers are you using in the DomU? This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 08:30:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 08:30:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wziay-0006eW-DY; Wed, 25 Jun 2014 08:30:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wziaw-0006eH-MP for xen-users@lists.xen.org; Wed, 25 Jun 2014 08:30:18 +0000 Received: from [193.109.254.147:32998] by server-15.bemta-14.messagelabs.com id 7E/70-15813-A988AA35; Wed, 25 Jun 2014 08:30:18 +0000 X-Env-Sender: mszds3@nottingham.ac.uk X-Msg-Ref: server-5.tower-27.messagelabs.com!1403685017!8883233!1 X-Originating-IP: [195.62.217.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjYyLjIxNy4xNTIgPT4gMTY3OTY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32017 invoked from network); 25 Jun 2014 08:30:17 -0000 Received: from engine04-20433-4.icritical.com (HELO engine04-20433-4.icritical.com) (195.62.217.152) by server-5.tower-27.messagelabs.com with SMTP; 25 Jun 2014 08:30:17 -0000 Received: (qmail 13293 invoked from network); 25 Jun 2014 08:30:15 -0000 Received: from localhost (127.0.0.1) by engine04-20433-4.icritical.com with SMTP; 25 Jun 2014 08:30:15 -0000 Received: from engine04-20433-4.icritical.com ([127.0.0.1]) by localhost (engine04-20433-4.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 13134-02 for ; Wed, 25 Jun 2014 09:30:08 +0100 (BST) Received: (qmail 13251 invoked by uid 599); 25 Jun 2014 08:30:08 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine04-20433-4.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 25 Jun 2014 09:30:08 +0100 Received: from plpconcha.psychology.nottingham.ac.uk ([128.243.32.68] helo=plpconcha.localnet) by smtp4.nottingham.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1Wzian-0007YN-1U for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:30:09 +0100 From: "Daniel E. Shub" To: xen-users@lists.xen.org Date: Wed, 25 Jun 2014 09:30:08 +0100 Message-ID: <2606195.EW5RPTLe0s@plpconcha> User-Agent: KMail/4.13.2 (Linux/3.15.1-1-ARCH; KDE/4.13.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine04-20433-4.icritical.com Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wednesday 25 June 2014 02:48:49 Brian Menges wrote: > When I assign it to a linux domU (yes, HVM): > 00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] > Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] 00:06.0 Audio device: > Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Audio [Radeon HD 6400 > Series] > > [ 5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x6779 > 0x1682:0x3207). [ 5.246970] [drm] register mmio base: 0xF3000000 > [ 5.246972] [drm] register mmio size: 131072 > [ 5.246996] radeon 0000:00:05.0: Expecting atombios for evergreen GPU > [ 5.247053] radeon 0000:00:05.0: Fatal error during GPU init > [ 5.247100] [drm] radeon: finishing device. > [ 5.247102] [TTM] Memory type 2 has not been initialized > [ 5.256465] radeon: probe of 0000:00:05.0 failed with error -22 > [ 5.386743] xen: --> pirq=17 -> irq=41 (gsi=41) This looks almost identical to the error I get with my HD 5450 on Xen 4.4.0 with the open source drivers. I reported it here: http://lists.xen.org/archives/html/xen-users/2014-06/msg00108.html I have no problems if I use the catalyst proprietary drivers on the DomU. What drivers are you using in the DomU? This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 08:36:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 08:36:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzigY-00075n-3V; Wed, 25 Jun 2014 08:36:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzigW-00075f-ES for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 08:36:04 +0000 Received: from [85.158.139.211:7780] by server-9.bemta-5.messagelabs.com id 45/F4-01655-3F98AA35; Wed, 25 Jun 2014 08:36:03 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1403685361!11882212!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16358 invoked from network); 25 Jun 2014 08:36:02 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 08:36:02 -0000 X-IronPort-AV: E=Sophos;i="5.01,544,1400025600"; d="scan'208";a="146850032" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 25 Jun 2014 08:36:01 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 25 Jun 2014 04:36:00 -0400 Message-ID: <1403685359.3875.14.camel@kazak.uk.xensource.com> From: Ian Campbell To: "squidmobile@fastmail.fm" Date: Wed, 25 Jun 2014 09:35:59 +0100 In-Reply-To: <1403642457.19437.133164037.6636CD22@webmail.messagingengine.com> References: <1403642457.19437.133164037.6636CD22@webmail.messagingengine.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 16:40 -0400, squidmobile@fastmail.fm wrote: > 24 jun 2014 > > greetings, > > >It's rather hard to say based on the available information I'm afraid. > >All I can suggest is that you configure a serial console or something so > >that if it happens again you have some logs. You might find something > >in /var/log/ on the dom0, but it seems unlikely. > > *sigh* no serial console available to dom0; just the standard svga > console. and eighteen months is a rather long time to have a > physical device just sitting there on the off-chance that something > might happen. Right. One other thing you could try is "noreboot" on Xen's command line. This will mean that if it does panic/crash it'll just sit there with whatever was on the screen until you press the reset button on the case so you can take a photo or transcribe it by hand etc. Of course having the machine unavailable until you can press a button may not be acceptable in your scenario. You could also try setting up kexec/kdump so that on panic instead of rebooting it will instead launch another kernel with limited RAM from where you can scrobble around to gather state etc. Setting that up is pretty tricky though (perhaps your distro has done the hard work). > i checked the /var/log/messages file immediately after rebooting > the system. literally nothing. the last entry before the reboot > was the typical chatter found in /var/log/messages, and then the > syslogd restart message. a normal shutdown via nut or by hand > (shutdown -[hr] now) would make a number of entries about daemons > and devices shutting down. in this case, nothing. > > this behavior looks more typical of the reboot command instead of > the shutdown command, or maybe a hardware fault that triggered a > reboot. still, this is the first time i've seen that under xen, so > i'm considering all possibilities. > > i'm sorry that this gives you so little with which to work. > > thanks for the time and assistance. > frank smith > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 08:36:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 08:36:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzigY-00075n-3V; Wed, 25 Jun 2014 08:36:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzigW-00075f-ES for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 08:36:04 +0000 Received: from [85.158.139.211:7780] by server-9.bemta-5.messagelabs.com id 45/F4-01655-3F98AA35; Wed, 25 Jun 2014 08:36:03 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1403685361!11882212!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16358 invoked from network); 25 Jun 2014 08:36:02 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 08:36:02 -0000 X-IronPort-AV: E=Sophos;i="5.01,544,1400025600"; d="scan'208";a="146850032" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 25 Jun 2014 08:36:01 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 25 Jun 2014 04:36:00 -0400 Message-ID: <1403685359.3875.14.camel@kazak.uk.xensource.com> From: Ian Campbell To: "squidmobile@fastmail.fm" Date: Wed, 25 Jun 2014 09:35:59 +0100 In-Reply-To: <1403642457.19437.133164037.6636CD22@webmail.messagingengine.com> References: <1403642457.19437.133164037.6636CD22@webmail.messagingengine.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-06-24 at 16:40 -0400, squidmobile@fastmail.fm wrote: > 24 jun 2014 > > greetings, > > >It's rather hard to say based on the available information I'm afraid. > >All I can suggest is that you configure a serial console or something so > >that if it happens again you have some logs. You might find something > >in /var/log/ on the dom0, but it seems unlikely. > > *sigh* no serial console available to dom0; just the standard svga > console. and eighteen months is a rather long time to have a > physical device just sitting there on the off-chance that something > might happen. Right. One other thing you could try is "noreboot" on Xen's command line. This will mean that if it does panic/crash it'll just sit there with whatever was on the screen until you press the reset button on the case so you can take a photo or transcribe it by hand etc. Of course having the machine unavailable until you can press a button may not be acceptable in your scenario. You could also try setting up kexec/kdump so that on panic instead of rebooting it will instead launch another kernel with limited RAM from where you can scrobble around to gather state etc. Setting that up is pretty tricky though (perhaps your distro has done the hard work). > i checked the /var/log/messages file immediately after rebooting > the system. literally nothing. the last entry before the reboot > was the typical chatter found in /var/log/messages, and then the > syslogd restart message. a normal shutdown via nut or by hand > (shutdown -[hr] now) would make a number of entries about daemons > and devices shutting down. in this case, nothing. > > this behavior looks more typical of the reboot command instead of > the shutdown command, or maybe a hardware fault that triggered a > reboot. still, this is the first time i've seen that under xen, so > i'm considering all possibilities. > > i'm sorry that this gives you so little with which to work. > > thanks for the time and assistance. > frank smith > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 08:48:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 08:48:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzisD-0007wf-1b; Wed, 25 Jun 2014 08:48:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzisB-0007wa-32 for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 08:48:07 +0000 Received: from [85.158.139.211:34985] by server-4.bemta-5.messagelabs.com id BE/2B-07250-6CC8AA35; Wed, 25 Jun 2014 08:48:06 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1403686084!11862394!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3274 invoked from network); 25 Jun 2014 08:48:05 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 08:48:05 -0000 X-IronPort-AV: E=Sophos;i="5.01,544,1400025600"; d="scan'208";a="147104891" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 25 Jun 2014 08:48:03 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 25 Jun 2014 04:48:03 -0400 Message-ID: <1403686082.10073.0.camel@kazak.uk.xensource.com> From: Ian Campbell To: Minalkumar Patel Date: Wed, 25 Jun 2014 09:48:02 +0100 In-Reply-To: <1403685111.9365.YahooMailNeo@web190606.mail.sg3.yahoo.com> References: <1403157779.48003.YahooMailNeo@web190603.mail.sg3.yahoo.com> <1403601472.10487.3.camel@kazak.uk.xensource.com> <1403685111.9365.YahooMailNeo@web190606.mail.sg3.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-06-25 at 16:31 +0800, Minalkumar Patel wrote: > I have looked the code tools/libxc/xc_domain_{save,restore}.c. some > statistics are there in DPRINTF. > but i don't understand "xl -vvv migrate ..." (i.e. increase xl's > logging > verbosity). > > > which parameters i need to pass with xl? The "-vvv" I quoted above. > what do you mean by xl's logging verbosity? xl won't print debug messages by default. Making it more verbose means that it does. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 08:48:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 08:48:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzisD-0007wf-1b; Wed, 25 Jun 2014 08:48:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzisB-0007wa-32 for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 08:48:07 +0000 Received: from [85.158.139.211:34985] by server-4.bemta-5.messagelabs.com id BE/2B-07250-6CC8AA35; Wed, 25 Jun 2014 08:48:06 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1403686084!11862394!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3274 invoked from network); 25 Jun 2014 08:48:05 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 08:48:05 -0000 X-IronPort-AV: E=Sophos;i="5.01,544,1400025600"; d="scan'208";a="147104891" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 25 Jun 2014 08:48:03 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 25 Jun 2014 04:48:03 -0400 Message-ID: <1403686082.10073.0.camel@kazak.uk.xensource.com> From: Ian Campbell To: Minalkumar Patel Date: Wed, 25 Jun 2014 09:48:02 +0100 In-Reply-To: <1403685111.9365.YahooMailNeo@web190606.mail.sg3.yahoo.com> References: <1403157779.48003.YahooMailNeo@web190603.mail.sg3.yahoo.com> <1403601472.10487.3.camel@kazak.uk.xensource.com> <1403685111.9365.YahooMailNeo@web190606.mail.sg3.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-06-25 at 16:31 +0800, Minalkumar Patel wrote: > I have looked the code tools/libxc/xc_domain_{save,restore}.c. some > statistics are there in DPRINTF. > but i don't understand "xl -vvv migrate ..." (i.e. increase xl's > logging > verbosity). > > > which parameters i need to pass with xl? The "-vvv" I quoted above. > what do you mean by xl's logging verbosity? xl won't print debug messages by default. Making it more verbose means that it does. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 08:51:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 08:51:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzivG-0008Ry-4K; Wed, 25 Jun 2014 08:51:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzivF-0008Rl-3X for xen-users@lists.xen.org; Wed, 25 Jun 2014 08:51:17 +0000 Received: from [85.158.143.35:39340] by server-1.bemta-4.messagelabs.com id A1/30-09496-48D8AA35; Wed, 25 Jun 2014 08:51:16 +0000 X-Env-Sender: mszds3@nottingham.ac.uk X-Msg-Ref: server-16.tower-21.messagelabs.com!1403686275!10246689!1 X-Originating-IP: [93.159.202.53] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3892 invoked from network); 25 Jun 2014 08:51:15 -0000 Received: from engine03-20433-10.icritical.com (HELO engine03-20433-10.icritical.com) (93.159.202.53) by server-16.tower-21.messagelabs.com with SMTP; 25 Jun 2014 08:51:15 -0000 Received: (qmail 28528 invoked from network); 25 Jun 2014 08:51:11 -0000 Received: from localhost (127.0.0.1) by engine03-20433-10.icritical.com with SMTP; 25 Jun 2014 08:51:11 -0000 Received: from engine03-20433-10.icritical.com ([127.0.0.1]) by localhost (engine03-20433-10.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 28159-02 for ; Wed, 25 Jun 2014 09:51:04 +0100 (BST) Received: (qmail 25295 invoked by uid 599); 25 Jun 2014 08:46:13 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-10.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 25 Jun 2014 09:46:13 +0100 Received: from plpconcha.psychology.nottingham.ac.uk ([128.243.32.68] helo=plpconcha.localnet) by smtp3.nottingham.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1WziqO-0003M7-6U for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:46:16 +0100 From: "Daniel E. Shub" To: xen-users@lists.xen.org Date: Wed, 25 Jun 2014 09:45:51 +0100 Message-ID: <1616510.rANxyiYEzx@plpconcha> User-Agent: KMail/4.13.2 (Linux/3.15.1-1-ARCH; KDE/4.13.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-10.icritical.com Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1877414333279781590==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1877414333279781590== Content-Type: multipart/alternative; boundary="nextPart1650439.OU0IGutQ6P" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart1650439.OU0IGutQ6P Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Wednesday 25 June 2014 08:45:07 Gordan Bobic wrote: > In terms of device capture, reboot the machine and look at lspci -vvv. If > anything other than pciback is the driver attached to your GPU, it isn't > going to work. If the radeon driver touched the card it has been tainted > and until the bus reset method is implemented it won't work. You will need > to remove the radeon driver from your initrd, blacklist it in > /etc/modprobe.d/, create a configuration file for xen-pciback in there to > make it capture the PCI devices you will be passing through, and create a > script in /etc/sysconfig/modules/ to modprobe xen-pciback and AFTER that > modprobe radeon if your primary GPU also uses that driver. I don't have to do any of this with my 5450. My machine has two 5450's and no other video cards so maybe that is why it works. I let my machine boot up as normal and then just use xl pci-assignable-add before I want to start a DomU with the video card as secondary passthrough. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. --nextPart1650439.OU0IGutQ6P Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

On Wednesday 25 June 2014 08:45:07 Gordan Bobic wrote:

 

> In terms of device capture, reboot the machine and look at lspci -vvv. If

> anything other than pciback is the driver attached to your GPU, it isn't

> going to work. If the radeon driver touched the card it has been tainted

> and until the bus reset method is implemented it won't work. You will need

> to remove the radeon driver from your initrd, blacklist it in

> /etc/modprobe.d/, create a configuration file for xen-pciback in there to

> make it capture the PCI devices you will be passing through, and create a

> script in /etc/sysconfig/modules/ to modprobe xen-pciback and AFTER that

> modprobe radeon if your primary GPU also uses that driver.

 

I don't have to do any of this with my 5450. My machine has two 5450's and no other video cards so maybe that is why it works. I let my machine boot up as normal and then just use xl pci-assignable-add before I want to start a DomU with the video card as secondary passthrough.


This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it.   Please do not use, copy or disclose the information contained in this message or in any attachment.  Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham.

This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.


--nextPart1650439.OU0IGutQ6P-- --===============1877414333279781590== 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 --===============1877414333279781590==-- From xen-users-bounces@lists.xen.org Wed Jun 25 08:51:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 08:51:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzivG-0008Ry-4K; Wed, 25 Jun 2014 08:51:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzivF-0008Rl-3X for xen-users@lists.xen.org; Wed, 25 Jun 2014 08:51:17 +0000 Received: from [85.158.143.35:39340] by server-1.bemta-4.messagelabs.com id A1/30-09496-48D8AA35; Wed, 25 Jun 2014 08:51:16 +0000 X-Env-Sender: mszds3@nottingham.ac.uk X-Msg-Ref: server-16.tower-21.messagelabs.com!1403686275!10246689!1 X-Originating-IP: [93.159.202.53] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3892 invoked from network); 25 Jun 2014 08:51:15 -0000 Received: from engine03-20433-10.icritical.com (HELO engine03-20433-10.icritical.com) (93.159.202.53) by server-16.tower-21.messagelabs.com with SMTP; 25 Jun 2014 08:51:15 -0000 Received: (qmail 28528 invoked from network); 25 Jun 2014 08:51:11 -0000 Received: from localhost (127.0.0.1) by engine03-20433-10.icritical.com with SMTP; 25 Jun 2014 08:51:11 -0000 Received: from engine03-20433-10.icritical.com ([127.0.0.1]) by localhost (engine03-20433-10.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 28159-02 for ; Wed, 25 Jun 2014 09:51:04 +0100 (BST) Received: (qmail 25295 invoked by uid 599); 25 Jun 2014 08:46:13 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-10.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 25 Jun 2014 09:46:13 +0100 Received: from plpconcha.psychology.nottingham.ac.uk ([128.243.32.68] helo=plpconcha.localnet) by smtp3.nottingham.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1WziqO-0003M7-6U for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:46:16 +0100 From: "Daniel E. Shub" To: xen-users@lists.xen.org Date: Wed, 25 Jun 2014 09:45:51 +0100 Message-ID: <1616510.rANxyiYEzx@plpconcha> User-Agent: KMail/4.13.2 (Linux/3.15.1-1-ARCH; KDE/4.13.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-10.icritical.com Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1877414333279781590==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1877414333279781590== Content-Type: multipart/alternative; boundary="nextPart1650439.OU0IGutQ6P" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart1650439.OU0IGutQ6P Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Wednesday 25 June 2014 08:45:07 Gordan Bobic wrote: > In terms of device capture, reboot the machine and look at lspci -vvv. If > anything other than pciback is the driver attached to your GPU, it isn't > going to work. If the radeon driver touched the card it has been tainted > and until the bus reset method is implemented it won't work. You will need > to remove the radeon driver from your initrd, blacklist it in > /etc/modprobe.d/, create a configuration file for xen-pciback in there to > make it capture the PCI devices you will be passing through, and create a > script in /etc/sysconfig/modules/ to modprobe xen-pciback and AFTER that > modprobe radeon if your primary GPU also uses that driver. I don't have to do any of this with my 5450. My machine has two 5450's and no other video cards so maybe that is why it works. I let my machine boot up as normal and then just use xl pci-assignable-add before I want to start a DomU with the video card as secondary passthrough. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. --nextPart1650439.OU0IGutQ6P Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

On Wednesday 25 June 2014 08:45:07 Gordan Bobic wrote:

 

> In terms of device capture, reboot the machine and look at lspci -vvv. If

> anything other than pciback is the driver attached to your GPU, it isn't

> going to work. If the radeon driver touched the card it has been tainted

> and until the bus reset method is implemented it won't work. You will need

> to remove the radeon driver from your initrd, blacklist it in

> /etc/modprobe.d/, create a configuration file for xen-pciback in there to

> make it capture the PCI devices you will be passing through, and create a

> script in /etc/sysconfig/modules/ to modprobe xen-pciback and AFTER that

> modprobe radeon if your primary GPU also uses that driver.

 

I don't have to do any of this with my 5450. My machine has two 5450's and no other video cards so maybe that is why it works. I let my machine boot up as normal and then just use xl pci-assignable-add before I want to start a DomU with the video card as secondary passthrough.


This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it.   Please do not use, copy or disclose the information contained in this message or in any attachment.  Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham.

This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.


--nextPart1650439.OU0IGutQ6P-- --===============1877414333279781590== 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 --===============1877414333279781590==-- From xen-users-bounces@lists.xen.org Wed Jun 25 09:07:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 09:07:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzjAP-00010n-Vc; Wed, 25 Jun 2014 09:06:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzjAO-00010d-An for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:06:56 +0000 Received: from [85.158.139.211:17058] by server-5.bemta-5.messagelabs.com id 29/AC-23588-F219AA35; Wed, 25 Jun 2014 09:06:55 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1403687215!11895820!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22208 invoked from network); 25 Jun 2014 09:06:55 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 09:06:55 -0000 Received: by mail-we0-f171.google.com with SMTP id q58so1649064wes.2 for ; Wed, 25 Jun 2014 02:06:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=vGXotUPH6eycsgmDhZVMNJxdrwVksxb+6QdgfDCFW4c=; b=U+TNS3lZFmD82/YMPPkr12T7G2qP9SXdRCpt/hMGMkWappSq0UwBfusdbpBrzkTbRF G2h5j9PNeCBxRN1umHTqOBcpLfwmLmcpnx68qdg/wbmInxMZ75aS+X6Za/lzMwRNUadm zJQkaycrePA1ZQM4PSdkpvguWyv9hI2WTTsSbl2bW8Ir2F0Oru8nOpDbyuZjgO3K3w75 RmZWmFNUC2H5PsKb7qcJ15UDtL0ghSyMBHgpG/qpaENv8rAuM9H1YsOs5ywzQ5wW8X7R 3CHOcW7Kh9YbBm+N7hkqPjlh30Ys6z3dj08/tQrcTTKL5pYgb5RnDGSX6WLxavt4TKTD w7jw== X-Received: by 10.180.79.168 with SMTP id k8mr39951440wix.35.1403687214864; Wed, 25 Jun 2014 02:06:54 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id h3sm6121352wjz.48.2014.06.25.02.06.53 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Jun 2014 02:06:54 -0700 (PDT) Message-ID: <53AA919D.90207@gmail.com> Date: Wed, 25 Jun 2014 12:08:45 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, So I've read more about ECC and decided I need it. Will probably use 8-16GB DIMM's 1600Mhz. About the amount of VGA's - I want 7-14 monitors(at least 2 Megapixels 60Hz on each one - that is ex. 1920x1080), so I need cheap video outputs. Only one-two of the VGA's need be powerful and pass-throughed, the rest should stay in Dom0. So next thing I've read about RAID, so I am thinking of raiding 2 x WD Black 2 TB. (Should I do software raid or hardware raid?) And about my SSD - doing regular backups on two small HDD's should be fine? Also I will be using ZFS and my Dom0 will be Fedora. The question I am still pondering is whether I should get an E3 Xeon (no E3's with IGP are sold in my country), an 6-core E5 Xeon or AMD FX 8***, being unsure whether the last one supports ECC(I know there are ASUS mobos that do, but then again - BROKEN IVRS TABLES, so no IOMMU). I've read mixed opinions about Gigabyte - some people stating official emails that say that one or another 990FX mobo supports ECC, then again on their website they say no such thing. So in the end some people got ECC ram but were unsure if it runs with ECC or if it's disabled. And about needing more than 6 cores, I'd like to - but my budget is tight so going 600 $ on the CPU is bad enough as it is, since I have to buy expensive mobo(300-350$) and ram too. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqpGdAAoJEMqHhflCh8gXRe8QAJ1DHRNNloPG+dIiFuWijuE8 ohlZPwWanPoXjvlV50bOVHoWByk1je4xZVaBKDha7HLsUJnUBIuf0k9s7bROhE1i h5mwdtkaFR1DXq4UEDuIzIU2f4jWSEh8CwpaNRsN7rA9a/cZiEDlpFj5Jl99b+MI hylu05EqvbbQMtVkQkvXHXAt1L3ebXpfUvAr5vEL5i7KAStLIRjZRrYkaVGAVKIe 42eQ7P7bOdtPmwG4OZD7Nolg+hU4+k4aXFqByXLeD1E7WdvsTuJLHL+xKlmofyIX iYZchBE9yRfr+hrhLlwlMiZx03TKbx0SlyRFbIkivM5LQ6922F/bQD6VZf0+eGOh RoWkAzsCUbVJi/HJ+NyFrMWJ4996nyyBPOljdooHboSyFlz7GR1+l7WRhrI11UqT jk2Me5eUln8cqtPAYKksJGxdsQyyfc5ETeMhXhRCdJ/H9L9AHHp8kUbegh75KiKW U4EvaJAAJ1X391yxQ5fOUU3CFLBZ50TKb5ZXZ9vkqKhz6OEY9XuX45HlDaxw/0iV lNy1tT/pEbQ8UqRVzrerUSw7ctNCGMe8FJ5x+ys5FSKUp3d5EEltdfdbK8/ZmG66 tw6XqFtQyLYjnsBw9rNe0r19/nh9LDLnA1esQw0/zgEf5AjBuUoRbOAr6HbHCsFF CS7WXPm/2WZp4k364uTB =EQ/P -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 09:07:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 09:07:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzjAP-00010n-Vc; Wed, 25 Jun 2014 09:06:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzjAO-00010d-An for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:06:56 +0000 Received: from [85.158.139.211:17058] by server-5.bemta-5.messagelabs.com id 29/AC-23588-F219AA35; Wed, 25 Jun 2014 09:06:55 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1403687215!11895820!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22208 invoked from network); 25 Jun 2014 09:06:55 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 09:06:55 -0000 Received: by mail-we0-f171.google.com with SMTP id q58so1649064wes.2 for ; Wed, 25 Jun 2014 02:06:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=vGXotUPH6eycsgmDhZVMNJxdrwVksxb+6QdgfDCFW4c=; b=U+TNS3lZFmD82/YMPPkr12T7G2qP9SXdRCpt/hMGMkWappSq0UwBfusdbpBrzkTbRF G2h5j9PNeCBxRN1umHTqOBcpLfwmLmcpnx68qdg/wbmInxMZ75aS+X6Za/lzMwRNUadm zJQkaycrePA1ZQM4PSdkpvguWyv9hI2WTTsSbl2bW8Ir2F0Oru8nOpDbyuZjgO3K3w75 RmZWmFNUC2H5PsKb7qcJ15UDtL0ghSyMBHgpG/qpaENv8rAuM9H1YsOs5ywzQ5wW8X7R 3CHOcW7Kh9YbBm+N7hkqPjlh30Ys6z3dj08/tQrcTTKL5pYgb5RnDGSX6WLxavt4TKTD w7jw== X-Received: by 10.180.79.168 with SMTP id k8mr39951440wix.35.1403687214864; Wed, 25 Jun 2014 02:06:54 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id h3sm6121352wjz.48.2014.06.25.02.06.53 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Jun 2014 02:06:54 -0700 (PDT) Message-ID: <53AA919D.90207@gmail.com> Date: Wed, 25 Jun 2014 12:08:45 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, So I've read more about ECC and decided I need it. Will probably use 8-16GB DIMM's 1600Mhz. About the amount of VGA's - I want 7-14 monitors(at least 2 Megapixels 60Hz on each one - that is ex. 1920x1080), so I need cheap video outputs. Only one-two of the VGA's need be powerful and pass-throughed, the rest should stay in Dom0. So next thing I've read about RAID, so I am thinking of raiding 2 x WD Black 2 TB. (Should I do software raid or hardware raid?) And about my SSD - doing regular backups on two small HDD's should be fine? Also I will be using ZFS and my Dom0 will be Fedora. The question I am still pondering is whether I should get an E3 Xeon (no E3's with IGP are sold in my country), an 6-core E5 Xeon or AMD FX 8***, being unsure whether the last one supports ECC(I know there are ASUS mobos that do, but then again - BROKEN IVRS TABLES, so no IOMMU). I've read mixed opinions about Gigabyte - some people stating official emails that say that one or another 990FX mobo supports ECC, then again on their website they say no such thing. So in the end some people got ECC ram but were unsure if it runs with ECC or if it's disabled. And about needing more than 6 cores, I'd like to - but my budget is tight so going 600 $ on the CPU is bad enough as it is, since I have to buy expensive mobo(300-350$) and ram too. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqpGdAAoJEMqHhflCh8gXRe8QAJ1DHRNNloPG+dIiFuWijuE8 ohlZPwWanPoXjvlV50bOVHoWByk1je4xZVaBKDha7HLsUJnUBIuf0k9s7bROhE1i h5mwdtkaFR1DXq4UEDuIzIU2f4jWSEh8CwpaNRsN7rA9a/cZiEDlpFj5Jl99b+MI hylu05EqvbbQMtVkQkvXHXAt1L3ebXpfUvAr5vEL5i7KAStLIRjZRrYkaVGAVKIe 42eQ7P7bOdtPmwG4OZD7Nolg+hU4+k4aXFqByXLeD1E7WdvsTuJLHL+xKlmofyIX iYZchBE9yRfr+hrhLlwlMiZx03TKbx0SlyRFbIkivM5LQ6922F/bQD6VZf0+eGOh RoWkAzsCUbVJi/HJ+NyFrMWJ4996nyyBPOljdooHboSyFlz7GR1+l7WRhrI11UqT jk2Me5eUln8cqtPAYKksJGxdsQyyfc5ETeMhXhRCdJ/H9L9AHHp8kUbegh75KiKW U4EvaJAAJ1X391yxQ5fOUU3CFLBZ50TKb5ZXZ9vkqKhz6OEY9XuX45HlDaxw/0iV lNy1tT/pEbQ8UqRVzrerUSw7ctNCGMe8FJ5x+ys5FSKUp3d5EEltdfdbK8/ZmG66 tw6XqFtQyLYjnsBw9rNe0r19/nh9LDLnA1esQw0/zgEf5AjBuUoRbOAr6HbHCsFF CS7WXPm/2WZp4k364uTB =EQ/P -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 09:17:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 09:17:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzjKH-0001iY-EW; Wed, 25 Jun 2014 09:17:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzjKF-0001iQ-EZ for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:17:07 +0000 Received: from [193.109.254.147:59603] by server-14.bemta-14.messagelabs.com id 56/CE-08195-2939AA35; Wed, 25 Jun 2014 09:17:06 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-27.messagelabs.com!1403687825!13460890!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7008 invoked from network); 25 Jun 2014 09:17:06 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 09:17:06 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 6F9DD221DE2 for ; Wed, 25 Jun 2014 10:17:05 +0100 (BST) MIME-Version: 1.0 Date: Wed, 25 Jun 2014 10:17:05 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <1616510.rANxyiYEzx@plpconcha> References: <1616510.rANxyiYEzx@plpconcha> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-25 09:45, Daniel E. Shub wrote: > On Wednesday 25 June 2014 08:45:07 Gordan Bobic wrote: > >> In terms of device capture, reboot the machine and look at lspci > -vvv. If > >> anything other than pciback is the driver attached to your GPU, it > isn't > >> going to work. If the radeon driver touched the card it has been > tainted > >> and until the bus reset method is implemented it won't work. You > will need > >> to remove the radeon driver from your initrd, blacklist it in > >> /etc/modprobe.d/, create a configuration file for xen-pciback in > there to > >> make it capture the PCI devices you will be passing through, and > create a > >> script in /etc/sysconfig/modules/ to modprobe xen-pciback and AFTER > that > >> modprobe radeon if your primary GPU also uses that driver. > > I don't have to do any of this with my 5450. My machine has two 5450's > and no other video cards so maybe that is why it works. I let my > machine boot up as normal and then just use xl pci-assignable-add > before I want to start a DomU with the video card as secondary > passthrough. Does your machine load the radeon driver? If you don't boot into GUI and have the radeon driver blacklisted then most of this wouldn't matter. I quite clearly remember that if anything touched the GPU before the domU driver it wouldn't work at all. It is plausible something has changed since I tried it, though, such as the radeon driver in dom0 resetting the card to a clean state when it unloads. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 09:17:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 09:17:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzjKH-0001iY-EW; Wed, 25 Jun 2014 09:17:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzjKF-0001iQ-EZ for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:17:07 +0000 Received: from [193.109.254.147:59603] by server-14.bemta-14.messagelabs.com id 56/CE-08195-2939AA35; Wed, 25 Jun 2014 09:17:06 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-27.messagelabs.com!1403687825!13460890!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7008 invoked from network); 25 Jun 2014 09:17:06 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 09:17:06 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 6F9DD221DE2 for ; Wed, 25 Jun 2014 10:17:05 +0100 (BST) MIME-Version: 1.0 Date: Wed, 25 Jun 2014 10:17:05 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <1616510.rANxyiYEzx@plpconcha> References: <1616510.rANxyiYEzx@plpconcha> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-25 09:45, Daniel E. Shub wrote: > On Wednesday 25 June 2014 08:45:07 Gordan Bobic wrote: > >> In terms of device capture, reboot the machine and look at lspci > -vvv. If > >> anything other than pciback is the driver attached to your GPU, it > isn't > >> going to work. If the radeon driver touched the card it has been > tainted > >> and until the bus reset method is implemented it won't work. You > will need > >> to remove the radeon driver from your initrd, blacklist it in > >> /etc/modprobe.d/, create a configuration file for xen-pciback in > there to > >> make it capture the PCI devices you will be passing through, and > create a > >> script in /etc/sysconfig/modules/ to modprobe xen-pciback and AFTER > that > >> modprobe radeon if your primary GPU also uses that driver. > > I don't have to do any of this with my 5450. My machine has two 5450's > and no other video cards so maybe that is why it works. I let my > machine boot up as normal and then just use xl pci-assignable-add > before I want to start a DomU with the video card as secondary > passthrough. Does your machine load the radeon driver? If you don't boot into GUI and have the radeon driver blacklisted then most of this wouldn't matter. I quite clearly remember that if anything touched the GPU before the domU driver it wouldn't work at all. It is plausible something has changed since I tried it, though, such as the radeon driver in dom0 resetting the card to a clean state when it unloads. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 09:38:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 09:38:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzjeb-00032f-8H; Wed, 25 Jun 2014 09:38:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzjeZ-00032X-EE for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:38:08 +0000 Received: from [193.109.254.147:13079] by server-12.bemta-14.messagelabs.com id 0E/57-32179-E789AA35; Wed, 25 Jun 2014 09:38:06 +0000 X-Env-Sender: ariel.atom2@web2web.at X-Msg-Ref: server-2.tower-27.messagelabs.com!1403689086!13533413!1 X-Originating-IP: [131.130.3.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjEzMC4zLjExNSA9PiA0NTM2Mw==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5283 invoked from network); 25 Jun 2014 09:38:06 -0000 Received: from grace.univie.ac.at (HELO grace.univie.ac.at) (131.130.3.115) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 09:38:06 -0000 Received: from justin.univie.ac.at ([131.130.3.111] helo=justin.univie.ac.at) by grace.univie.ac.at with esmtp (Exim 4.82) (envelope-from ) id 1WzjeW-0008RO-NX; Wed, 25 Jun 2014 11:38:04 +0200 Received: from zeus.herrenhauspark.com ([92.243.35.23] helo=[192.168.19.33]) by justin.univie.ac.at with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1WzjeW-0006dP-Bi; Wed, 25 Jun 2014 11:38:04 +0200 Message-ID: <53AA987C.2060200@web2web.at> Date: Wed, 25 Jun 2014 11:38:04 +0200 From: Atom2 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Austin S Hemmelgarn , Ian Campbell , Phillip Susi References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> <53A97B42.2090706@ubuntu.com> <1403616606.30061.39.camel@kazak.uk.xensource.com> <53A984EF.2040802@gmail.com> In-Reply-To: <53A984EF.2040802@gmail.com> X-Univie-Virus-Scan: scanned by ClamAV on justin.univie.ac.at Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 24.06.14 16:02, schrieb Austin S Hemmelgarn: > On 2014-06-24 09:30, Ian Campbell wrote: >> On Tue, 2014-06-24 at 09:21 -0400, Phillip Susi wrote: >>> On 6/24/2014 8:39 AM, Ian Campbell wrote: >>>> On Tue, 2014-06-24 at 08:36 -0400, Austin S Hemmelgarn wrote: >>>>> I've checked, and it does appear that running resize works to >>>>> correct things on Linux, I don't know about NetBSD however (I >>>>> don't have any NetBSD guests to test with right now). The issue >>>>> is that COLUMNS and LINES aren't getting set, which makes things >>>>> assume 80x25 terminal geometry (for compatibility reasons). >>>> >>>> Thanks for checking. Philip does that fix it for you too? >>> >>> Yes, manually setting it with stty allows for proper operation; it >>> just seems that this information should be automatically passed to the >>> guest ( via xenstore? ) by xenconsole, and then hvc driver in the >>> guest should pass it to the tty core. Also updating it in response to >>> SIGWINCH when you resize the terminal. >> >> I'm pretty certain you don't get that level of functionality with a >> normal serial port, but patches welcome ;-0 >> >> Ian. >> >> > That's generally true, although once you reach userspace, either getty > or init usually set COLUMNS and LINES correctly, I have no idea how they > determine the correct values. There is an ANSI escape sequence that is > supposed to return hardware/emulator identification, and I think most > VTEs return their geometry through this. I think I remember reading > somewhere about a non-ANSI escape sequence that returned just the > geometry, I think it was for the vt100 series (and by extension, Linux > console, GNU screen, and xterm compatibles). IIRC, on Solaris they get > set based on the terminal type that gets passed to getty (or at least on > old Solaris systems) I was annoyed by this a long time ago and have (back some time) found a workable solution - at least for me. After a lengthy digging excercise through the internet using google I found a small piece of C code somewhere (I can't remember where) which seemd to be what I am after. I downloaded it and compiled it. I called the binary resize, put it under my /usr/local/bin and created an alias for my bash which reads alias cd='resize ; cd' In essence this means it gets fired whenever I issue a cd command. It is quick, so there is no noticeable delay and it resizes the window to whatever the ssh terminal emulator (I use putty) is set to at that time. You could use every command for the alias, but the cd command is one that I frequently use. The alias sequence therefore updates the window size not constantly, but with a reasonable frequency. Over and above this I have included the following sequence in the global /etc/bash/bashrc file so it gets fired for every login process and sets the size correctly at login: if [[ -z "$STY" ]]; then /usr/local/bin/resize # set correct terminal size fi Clearly this approach is not fool-proof and it can miss changes from time to time (mostly notable in vi, but then getting out and using cd [or even just start resize] immediately rectifies the situation). I have attached the source code of this program in the hope that the logic used could somehow be incorporated into XEN to make things automatic. It is only 200 odd lines of code including around 50 lines of headers/comments and around 20 lines of #include statements - so not very complicated for someone who understands terminal emulation. But I have to admit I am with Ian here: Terminal emulation is a bit of a mystery to me as well ... Regards Atom2 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 09:38:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 09:38:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzjeb-00032f-8H; Wed, 25 Jun 2014 09:38:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzjeZ-00032X-EE for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:38:08 +0000 Received: from [193.109.254.147:13079] by server-12.bemta-14.messagelabs.com id 0E/57-32179-E789AA35; Wed, 25 Jun 2014 09:38:06 +0000 X-Env-Sender: ariel.atom2@web2web.at X-Msg-Ref: server-2.tower-27.messagelabs.com!1403689086!13533413!1 X-Originating-IP: [131.130.3.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjEzMC4zLjExNSA9PiA0NTM2Mw==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5283 invoked from network); 25 Jun 2014 09:38:06 -0000 Received: from grace.univie.ac.at (HELO grace.univie.ac.at) (131.130.3.115) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 09:38:06 -0000 Received: from justin.univie.ac.at ([131.130.3.111] helo=justin.univie.ac.at) by grace.univie.ac.at with esmtp (Exim 4.82) (envelope-from ) id 1WzjeW-0008RO-NX; Wed, 25 Jun 2014 11:38:04 +0200 Received: from zeus.herrenhauspark.com ([92.243.35.23] helo=[192.168.19.33]) by justin.univie.ac.at with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1WzjeW-0006dP-Bi; Wed, 25 Jun 2014 11:38:04 +0200 Message-ID: <53AA987C.2060200@web2web.at> Date: Wed, 25 Jun 2014 11:38:04 +0200 From: Atom2 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Austin S Hemmelgarn , Ian Campbell , Phillip Susi References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> <53A97B42.2090706@ubuntu.com> <1403616606.30061.39.camel@kazak.uk.xensource.com> <53A984EF.2040802@gmail.com> In-Reply-To: <53A984EF.2040802@gmail.com> X-Univie-Virus-Scan: scanned by ClamAV on justin.univie.ac.at Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 24.06.14 16:02, schrieb Austin S Hemmelgarn: > On 2014-06-24 09:30, Ian Campbell wrote: >> On Tue, 2014-06-24 at 09:21 -0400, Phillip Susi wrote: >>> On 6/24/2014 8:39 AM, Ian Campbell wrote: >>>> On Tue, 2014-06-24 at 08:36 -0400, Austin S Hemmelgarn wrote: >>>>> I've checked, and it does appear that running resize works to >>>>> correct things on Linux, I don't know about NetBSD however (I >>>>> don't have any NetBSD guests to test with right now). The issue >>>>> is that COLUMNS and LINES aren't getting set, which makes things >>>>> assume 80x25 terminal geometry (for compatibility reasons). >>>> >>>> Thanks for checking. Philip does that fix it for you too? >>> >>> Yes, manually setting it with stty allows for proper operation; it >>> just seems that this information should be automatically passed to the >>> guest ( via xenstore? ) by xenconsole, and then hvc driver in the >>> guest should pass it to the tty core. Also updating it in response to >>> SIGWINCH when you resize the terminal. >> >> I'm pretty certain you don't get that level of functionality with a >> normal serial port, but patches welcome ;-0 >> >> Ian. >> >> > That's generally true, although once you reach userspace, either getty > or init usually set COLUMNS and LINES correctly, I have no idea how they > determine the correct values. There is an ANSI escape sequence that is > supposed to return hardware/emulator identification, and I think most > VTEs return their geometry through this. I think I remember reading > somewhere about a non-ANSI escape sequence that returned just the > geometry, I think it was for the vt100 series (and by extension, Linux > console, GNU screen, and xterm compatibles). IIRC, on Solaris they get > set based on the terminal type that gets passed to getty (or at least on > old Solaris systems) I was annoyed by this a long time ago and have (back some time) found a workable solution - at least for me. After a lengthy digging excercise through the internet using google I found a small piece of C code somewhere (I can't remember where) which seemd to be what I am after. I downloaded it and compiled it. I called the binary resize, put it under my /usr/local/bin and created an alias for my bash which reads alias cd='resize ; cd' In essence this means it gets fired whenever I issue a cd command. It is quick, so there is no noticeable delay and it resizes the window to whatever the ssh terminal emulator (I use putty) is set to at that time. You could use every command for the alias, but the cd command is one that I frequently use. The alias sequence therefore updates the window size not constantly, but with a reasonable frequency. Over and above this I have included the following sequence in the global /etc/bash/bashrc file so it gets fired for every login process and sets the size correctly at login: if [[ -z "$STY" ]]; then /usr/local/bin/resize # set correct terminal size fi Clearly this approach is not fool-proof and it can miss changes from time to time (mostly notable in vi, but then getting out and using cd [or even just start resize] immediately rectifies the situation). I have attached the source code of this program in the hope that the logic used could somehow be incorporated into XEN to make things automatic. It is only 200 odd lines of code including around 50 lines of headers/comments and around 20 lines of #include statements - so not very complicated for someone who understands terminal emulation. But I have to admit I am with Ian here: Terminal emulation is a bit of a mystery to me as well ... Regards Atom2 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 09:44:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 09:44:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzjk7-0003MB-79; Wed, 25 Jun 2014 09:43:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzjk5-0003M3-Nx for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:43:49 +0000 Received: from [85.158.143.35:6468] by server-3.bemta-4.messagelabs.com id B5/7E-16194-5D99AA35; Wed, 25 Jun 2014 09:43:49 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-21.messagelabs.com!1403689426!5663742!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32127 invoked from network); 25 Jun 2014 09:43:46 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 09:43:46 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 80FB3221DE2 for ; Wed, 25 Jun 2014 10:43:45 +0100 (BST) MIME-Version: 1.0 Date: Wed, 25 Jun 2014 10:43:45 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <53AA919D.90207@gmail.com> References: <53AA919D.90207@gmail.com> Message-ID: <74d1c4b9cb3d5c0cf90e7b359690b1bc@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-25 10:08, Mihail Ivanov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > So I've read more about ECC and decided I need it. > Will probably use 8-16GB DIMM's 1600Mhz. > About the amount of VGA's - I want 7-14 monitors(at least 2 Megapixels > 60Hz on each one - that is ex. 1920x1080), so I need cheap video > outputs. If you are just after the pixel count, you might want to consider 4K monitors. Most of the motherboards you listed in the previous email, especially the server grade ones that support ECC only have 2-3 PCIe x16 slots, and just about all GPUs nowdays are in PCIe x16 form factor. You could put them in x8 slots, but you would have to cut open the end of the slot on the motherboard and make sure there are no components on the motherboard (e.g. caps, heatsinks, etc.) in the way of the slot. But then there is still the limitation of at most 4 dual slot GPUs imposed by any case you are likely to be able to get. You could try to find some single-slot GPUs, but they are very few nowdays and not port-rich. Something like an older Radeon Eyefinity model with 6 mini-DPs might get you some of the way there, but IIRC there's a total of one model, it's a few generations out of date, and it's a dual slot card. You could start messing about with ribbon PCIe risers, but that starts to complicate things and you are still going to have to heavily modify any off the shelf case to make that work. I don't think you'll manage to reconcile your various requirements. I use an EVGA SR-2 that is one of 2 boards that has 7x PCIe x16 slots (the other being the EVGA SR-X), and those are in HPTX form factor and require a huge case. I have an Lian Li PC-P80 Armorsuit case which is quite well ventilated and with 2 780Ti GPUs and CPUs going flat out air cooling is at best marginal even without overclocking. CPUs get to 80C+, as do GPUs under load. And I wouldn't recommend the EVGA SR-2 for this. SR-X might fare mildly better because the PCIe bridges it uses are PLX rather than NF200, but the slot width arrangements are a bit weird, memory channel configuration is lopsided, and I suggest you read the last few pages of the the EVGA SR-2/SR-X forum if you still aren't sufficiently put off those. Oh, and ATI R9 cards also don't work with NF200 bridges. > Only one-two of the VGA's need be powerful and pass-throughed, the > rest should stay in Dom0. I still don't think you are going to struggle to achieve 14 monitors over 4 GPUs no matter how you look at it. If you want to stretch the desktop, across multiple screens you might find that something like Matrox TripleHead2Go may be a more sensible solution. > So next thing I've read about RAID, so I am thinking of raiding 2 x WD > Black 2 TB. (Should I do software raid or hardware raid?) ZFS. RAID is, IMO, unfit for purpose with today's disk size and unreliablity. I'd also suggest you get HGST drives. Failing that get WD Reds or another model with TLER (and make sure you enable it). > And about my SSD - doing regular backups on two small HDD's should be > fine? You'll have to elaborate on that a bit more, but backups shouldn't really be in the same machine. And this is starting to get off topic for Xen. > Also I will be using ZFS Then why do you even mention RAID and hardware vs. software? > and my Dom0 will be Fedora. You like having to reinstall your OS from scratch every 6 months? > being unsure whether the last one supports ECC(I know there are ASUS > mobos that do, but then again - BROKEN IVRS TABLES, so no IOMMU). > I've read mixed opinions about Gigabyte - some people stating official > emails that say that one or another 990FX mobo supports ECC, then > again on their website they say no such thing. So in the end some > people got ECC ram but were unsure if it runs with ECC or if it's > disabled. "Official" emails aren't worth the electrons they are stored in. Back when I was looking at getting an SR-2 I was assured that it supports VT-d, even though the NF200 bridges break VT-d support quite badly. > And about needing more than 6 cores, I'd like to - but my budget is > tight so going 600 $ on the CPU is bad enough as it is, since I have > to buy expensive mobo(300-350$) and ram too. Xeon X5650s (6 cores) are going for nearer $300 on ebay. And I still think you should start with a motherboard (or a whole workstation) from the list of those Citrix certified for GPU passthrough. Otherwise there is a non trivial chance you will find yourself with a lot of expensive hardware that is not fit for the purpose you bought it for. The nature of the problems with the SR-2 was such that I was able to work around them and get things working with some custom patches with relatively livable-with side effects, but even if you were prepared to sink that amount of time into the project, you may run into problems with other hardware that simply aren't solvable in software. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 09:44:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 09:44:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzjk7-0003MB-79; Wed, 25 Jun 2014 09:43:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzjk5-0003M3-Nx for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:43:49 +0000 Received: from [85.158.143.35:6468] by server-3.bemta-4.messagelabs.com id B5/7E-16194-5D99AA35; Wed, 25 Jun 2014 09:43:49 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-21.messagelabs.com!1403689426!5663742!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32127 invoked from network); 25 Jun 2014 09:43:46 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 09:43:46 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 80FB3221DE2 for ; Wed, 25 Jun 2014 10:43:45 +0100 (BST) MIME-Version: 1.0 Date: Wed, 25 Jun 2014 10:43:45 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <53AA919D.90207@gmail.com> References: <53AA919D.90207@gmail.com> Message-ID: <74d1c4b9cb3d5c0cf90e7b359690b1bc@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-25 10:08, Mihail Ivanov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > So I've read more about ECC and decided I need it. > Will probably use 8-16GB DIMM's 1600Mhz. > About the amount of VGA's - I want 7-14 monitors(at least 2 Megapixels > 60Hz on each one - that is ex. 1920x1080), so I need cheap video > outputs. If you are just after the pixel count, you might want to consider 4K monitors. Most of the motherboards you listed in the previous email, especially the server grade ones that support ECC only have 2-3 PCIe x16 slots, and just about all GPUs nowdays are in PCIe x16 form factor. You could put them in x8 slots, but you would have to cut open the end of the slot on the motherboard and make sure there are no components on the motherboard (e.g. caps, heatsinks, etc.) in the way of the slot. But then there is still the limitation of at most 4 dual slot GPUs imposed by any case you are likely to be able to get. You could try to find some single-slot GPUs, but they are very few nowdays and not port-rich. Something like an older Radeon Eyefinity model with 6 mini-DPs might get you some of the way there, but IIRC there's a total of one model, it's a few generations out of date, and it's a dual slot card. You could start messing about with ribbon PCIe risers, but that starts to complicate things and you are still going to have to heavily modify any off the shelf case to make that work. I don't think you'll manage to reconcile your various requirements. I use an EVGA SR-2 that is one of 2 boards that has 7x PCIe x16 slots (the other being the EVGA SR-X), and those are in HPTX form factor and require a huge case. I have an Lian Li PC-P80 Armorsuit case which is quite well ventilated and with 2 780Ti GPUs and CPUs going flat out air cooling is at best marginal even without overclocking. CPUs get to 80C+, as do GPUs under load. And I wouldn't recommend the EVGA SR-2 for this. SR-X might fare mildly better because the PCIe bridges it uses are PLX rather than NF200, but the slot width arrangements are a bit weird, memory channel configuration is lopsided, and I suggest you read the last few pages of the the EVGA SR-2/SR-X forum if you still aren't sufficiently put off those. Oh, and ATI R9 cards also don't work with NF200 bridges. > Only one-two of the VGA's need be powerful and pass-throughed, the > rest should stay in Dom0. I still don't think you are going to struggle to achieve 14 monitors over 4 GPUs no matter how you look at it. If you want to stretch the desktop, across multiple screens you might find that something like Matrox TripleHead2Go may be a more sensible solution. > So next thing I've read about RAID, so I am thinking of raiding 2 x WD > Black 2 TB. (Should I do software raid or hardware raid?) ZFS. RAID is, IMO, unfit for purpose with today's disk size and unreliablity. I'd also suggest you get HGST drives. Failing that get WD Reds or another model with TLER (and make sure you enable it). > And about my SSD - doing regular backups on two small HDD's should be > fine? You'll have to elaborate on that a bit more, but backups shouldn't really be in the same machine. And this is starting to get off topic for Xen. > Also I will be using ZFS Then why do you even mention RAID and hardware vs. software? > and my Dom0 will be Fedora. You like having to reinstall your OS from scratch every 6 months? > being unsure whether the last one supports ECC(I know there are ASUS > mobos that do, but then again - BROKEN IVRS TABLES, so no IOMMU). > I've read mixed opinions about Gigabyte - some people stating official > emails that say that one or another 990FX mobo supports ECC, then > again on their website they say no such thing. So in the end some > people got ECC ram but were unsure if it runs with ECC or if it's > disabled. "Official" emails aren't worth the electrons they are stored in. Back when I was looking at getting an SR-2 I was assured that it supports VT-d, even though the NF200 bridges break VT-d support quite badly. > And about needing more than 6 cores, I'd like to - but my budget is > tight so going 600 $ on the CPU is bad enough as it is, since I have > to buy expensive mobo(300-350$) and ram too. Xeon X5650s (6 cores) are going for nearer $300 on ebay. And I still think you should start with a motherboard (or a whole workstation) from the list of those Citrix certified for GPU passthrough. Otherwise there is a non trivial chance you will find yourself with a lot of expensive hardware that is not fit for the purpose you bought it for. The nature of the problems with the SR-2 was such that I was able to work around them and get things working with some custom patches with relatively livable-with side effects, but even if you were prepared to sink that amount of time into the project, you may run into problems with other hardware that simply aren't solvable in software. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 09:44:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 09:44:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzjl4-0003RL-SA; Wed, 25 Jun 2014 09:44:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzjl3-0003R8-Is for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:44:49 +0000 Received: from [85.158.137.68:36315] by server-11.bemta-3.messagelabs.com id EE/AA-12889-01A9AA35; Wed, 25 Jun 2014 09:44:48 +0000 X-Env-Sender: ariel.atom2@web2web.at X-Msg-Ref: server-8.tower-31.messagelabs.com!1403689487!12260370!1 X-Originating-IP: [131.130.3.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjEzMC4zLjExNSA9PiA0NTM2Mw==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11123 invoked from network); 25 Jun 2014 09:44:48 -0000 Received: from grace.univie.ac.at (HELO grace.univie.ac.at) (131.130.3.115) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 09:44:48 -0000 Received: from justin.univie.ac.at ([131.130.3.111] helo=justin.univie.ac.at) by grace.univie.ac.at with esmtp (Exim 4.82) (envelope-from ) id 1Wzjl1-00027O-OW; Wed, 25 Jun 2014 11:44:47 +0200 Received: from zeus.herrenhauspark.com ([92.243.35.23] helo=[192.168.19.33]) by justin.univie.ac.at with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1Wzjl1-000774-9t; Wed, 25 Jun 2014 11:44:47 +0200 Message-ID: <53AA9A0F.80208@web2web.at> Date: Wed, 25 Jun 2014 11:44:47 +0200 From: Atom2 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Austin S Hemmelgarn , Ian Campbell , Phillip Susi References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> <53A97B42.2090706@ubuntu.com> <1403616606.30061.39.camel@kazak.uk.xensource.com> <53A984EF.2040802@gmail.com> <53AA987C.2060200@web2web.at> In-Reply-To: <53AA987C.2060200@web2web.at> Content-Type: multipart/mixed; boundary="------------030609060104030006020508" X-Univie-Virus-Scan: scanned by ClamAV on justin.univie.ac.at Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------030609060104030006020508 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Am 25.06.14 11:38, schrieb Atom2: [snip] > I was annoyed by this a long time ago and have (back some time) found a > workable solution - at least for me. After a lengthy digging excercise > through the internet using google I found a small piece of C code > somewhere (I can't remember where) which seemd to be what I am after. I > downloaded it and compiled it. I called the binary resize, put it under > my /usr/local/bin and created an alias for my bash which reads > alias cd='resize ; cd' > In essence this means it gets fired whenever I issue a cd command. It is > quick, so there is no noticeable delay and it resizes the window to > whatever the ssh terminal emulator (I use putty) is set to at that time. > > You could use every command for the alias, but the cd command is one > that I frequently use. The alias sequence therefore updates the window > size not constantly, but with a reasonable frequency. > Over and above this I have included the following sequence in the global > /etc/bash/bashrc file so it gets fired for every login process and sets > the size correctly at login: > if [[ -z "$STY" ]]; then > /usr/local/bin/resize # set correct terminal size > fi > > Clearly this approach is not fool-proof and it can miss changes from > time to time (mostly notable in vi, but then getting out and using cd > [or even just start resize] immediately rectifies the situation). > > I have attached the source code of this program in the hope that the > logic used could somehow be incorporated into XEN to make things > automatic. It is only 200 odd lines of code including around 50 lines of > headers/comments and around 20 lines of #include statements - so not > very complicated for someone who understands terminal emulation. > > But I have to admit I am with Ian here: Terminal emulation is a bit of a > mystery to me as well ... > > Regards Atom2 Sorry - I pressed send to quickly and missed to attach the source. So here we go ... Regards Atom2 --------------030609060104030006020508 Content-Type: text/plain; charset=windows-1252; name="resize.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="resize.c" /* This version of resize.c has been modified from the original, which * came with X11/xterm. It no longer tries to emit shell commands for * setting LINES, COLUMNS, or TERMCAP. It assumes an ANSI terminal, * and the availability of the TIOCGWINSZ ioctl. The portability * ifdefs were also removed -- posix termios access is assumed. * Paul Fox, June 2006 * * original copyright messages preserved below... */ /* * $Xorg: resize.c,v 1.3 2000/08/17 19:55:09 cpqbld Exp $ */ /* $XFree86: xc/programs/xterm/resize.c,v 3.51 2001/10/09 21:52:40 alanh Exp $ */ /* * Copyright 1987 by Digital Equipment Corporation, Maynard, Massachusetts. * * All Rights Reserved * * Permission to use, copy, modify, and distribute this software and its * documentation for any purpose and without fee is hereby granted, * provided that the above copyright notice appear in all copies and that * both that copyright notice and this permission notice appear in * supporting documentation, and that the name of Digital Equipment * Corporation not be used in advertising or publicity pertaining to * distribution of the software without specific, written prior permission. * * * DIGITAL DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING * ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL * DIGITAL BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR * ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, * WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, * ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS * SOFTWARE. */ /* resize.c */ #include #include #include #include #include #include #include #include #include #include #define ESC "\033" #define TIMEOUT 10 char *myname; char getsize[] = ESC "7" ESC "[r" ESC "[999;999H" ESC "[6n"; char restore[] = ESC "8"; struct termios tioorig; char size[] = ESC "[%d;%dR"; int tty; FILE *ttyfp; static void onintr (int sig); static void resize_timeout (int sig); static void Usage (void); static void readstring (FILE *fp, char *buf, char *str); char * x_basename(char *name) { char *cp; cp = strrchr(name, '/'); return (cp ? cp + 1 : name); } /* * tells tty driver to reflect current screen size */ int main (int argc, char **argv) { int rows, cols; struct termios tio; char buf[BUFSIZ]; struct winsize ws; char *name_of_tty; myname = x_basename(argv[0]); if (argc > 1) Usage(); name_of_tty = "/dev/tty"; if ((ttyfp = fopen (name_of_tty, "r+")) == NULL) { fprintf (stderr, "%s: can't open terminal %s\n", myname, name_of_tty); exit (1); } tty = fileno(ttyfp); tcgetattr(tty, &tioorig); tio = tioorig; tio.c_iflag &= ~ICRNL; tio.c_lflag &= ~(ICANON | ECHO); tio.c_cflag |= CS8; tio.c_cc[VMIN] = 6; tio.c_cc[VTIME] = 1; signal(SIGINT, onintr); signal(SIGQUIT, onintr); signal(SIGTERM, onintr); tcsetattr(tty, TCSADRAIN, &tio); write(tty, getsize, strlen(getsize)); readstring(ttyfp, buf, size); if(sscanf (buf, size, &rows, &cols) != 2) { fprintf(stderr, "%s: Can't get rows and columns\r\n", myname); onintr(0); } write(tty, restore, strlen(restore)); if (ioctl (tty, TIOCGWINSZ, &ws) != -1) { /* we don't have any way of directly finding out the current height & width of the window in pixels. We try our best by computing the font height and width from the "old" struct winsize values, and multiplying by these ratios...*/ if (ws.ws_col != 0) ws.ws_xpixel = cols * (ws.ws_xpixel / ws.ws_col); if (ws.ws_row != 0) ws.ws_ypixel = rows * (ws.ws_ypixel / ws.ws_row); ws.ws_row = rows; ws.ws_col = cols; ioctl (tty, TIOCSWINSZ, &ws); } tcsetattr(tty, TCSADRAIN, &tioorig); signal(SIGINT, SIG_DFL); signal(SIGQUIT, SIG_DFL); signal(SIGTERM, SIG_DFL); exit(0); } static void readstring(register FILE *fp, register char *buf, char *str) { register int last, c; signal(SIGALRM, resize_timeout); alarm (TIMEOUT); if ((c = getc(fp)) == 0233) { /* meta-escape, CSI */ *buf++ = c = ESC[0]; *buf++ = '['; } else { *buf++ = c; } if (c != *str) { fprintf(stderr, "%s: unknown character, exiting.\r\n", myname); onintr(0); } last = str[strlen(str) - 1]; while((*buf++ = getc(fp)) != last) ; alarm (0); *buf = 0; } static void Usage(void) { fprintf(stderr, "Usage: %s\n" " sets size via ioctl\n", myname); exit(1); } static void resize_timeout(int sig) { fprintf(stderr, "\n%s: timeout occurred\r\n", myname); onintr(sig); } /* ARGSUSED */ static void onintr(int sig) { tcsetattr (tty, TCSADRAIN, &tioorig); exit(1); } --------------030609060104030006020508 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 --------------030609060104030006020508-- From xen-users-bounces@lists.xen.org Wed Jun 25 09:44:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 09:44:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzjl4-0003RL-SA; Wed, 25 Jun 2014 09:44:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzjl3-0003R8-Is for xen-users@lists.xen.org; Wed, 25 Jun 2014 09:44:49 +0000 Received: from [85.158.137.68:36315] by server-11.bemta-3.messagelabs.com id EE/AA-12889-01A9AA35; Wed, 25 Jun 2014 09:44:48 +0000 X-Env-Sender: ariel.atom2@web2web.at X-Msg-Ref: server-8.tower-31.messagelabs.com!1403689487!12260370!1 X-Originating-IP: [131.130.3.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjEzMC4zLjExNSA9PiA0NTM2Mw==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11123 invoked from network); 25 Jun 2014 09:44:48 -0000 Received: from grace.univie.ac.at (HELO grace.univie.ac.at) (131.130.3.115) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 09:44:48 -0000 Received: from justin.univie.ac.at ([131.130.3.111] helo=justin.univie.ac.at) by grace.univie.ac.at with esmtp (Exim 4.82) (envelope-from ) id 1Wzjl1-00027O-OW; Wed, 25 Jun 2014 11:44:47 +0200 Received: from zeus.herrenhauspark.com ([92.243.35.23] helo=[192.168.19.33]) by justin.univie.ac.at with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1Wzjl1-000774-9t; Wed, 25 Jun 2014 11:44:47 +0200 Message-ID: <53AA9A0F.80208@web2web.at> Date: Wed, 25 Jun 2014 11:44:47 +0200 From: Atom2 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Austin S Hemmelgarn , Ian Campbell , Phillip Susi References: <53A87761.5050702@ubuntu.com> <1403608362.27984.5.camel@kazak.uk.xensource.com> <53A960F3.2020808@gmail.com> <1403610129.29081.6.camel@kazak.uk.xensource.com> <53A96881.3030807@gmail.com> <1403611511.29081.7.camel@kazak.uk.xensource.com> <53A970D8.2080502@gmail.com> <1403613593.30061.12.camel@kazak.uk.xensource.com> <53A97B42.2090706@ubuntu.com> <1403616606.30061.39.camel@kazak.uk.xensource.com> <53A984EF.2040802@gmail.com> <53AA987C.2060200@web2web.at> In-Reply-To: <53AA987C.2060200@web2web.at> Content-Type: multipart/mixed; boundary="------------030609060104030006020508" X-Univie-Virus-Scan: scanned by ClamAV on justin.univie.ac.at Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen console dimensions X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------030609060104030006020508 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Am 25.06.14 11:38, schrieb Atom2: [snip] > I was annoyed by this a long time ago and have (back some time) found a > workable solution - at least for me. After a lengthy digging excercise > through the internet using google I found a small piece of C code > somewhere (I can't remember where) which seemd to be what I am after. I > downloaded it and compiled it. I called the binary resize, put it under > my /usr/local/bin and created an alias for my bash which reads > alias cd='resize ; cd' > In essence this means it gets fired whenever I issue a cd command. It is > quick, so there is no noticeable delay and it resizes the window to > whatever the ssh terminal emulator (I use putty) is set to at that time. > > You could use every command for the alias, but the cd command is one > that I frequently use. The alias sequence therefore updates the window > size not constantly, but with a reasonable frequency. > Over and above this I have included the following sequence in the global > /etc/bash/bashrc file so it gets fired for every login process and sets > the size correctly at login: > if [[ -z "$STY" ]]; then > /usr/local/bin/resize # set correct terminal size > fi > > Clearly this approach is not fool-proof and it can miss changes from > time to time (mostly notable in vi, but then getting out and using cd > [or even just start resize] immediately rectifies the situation). > > I have attached the source code of this program in the hope that the > logic used could somehow be incorporated into XEN to make things > automatic. It is only 200 odd lines of code including around 50 lines of > headers/comments and around 20 lines of #include statements - so not > very complicated for someone who understands terminal emulation. > > But I have to admit I am with Ian here: Terminal emulation is a bit of a > mystery to me as well ... > > Regards Atom2 Sorry - I pressed send to quickly and missed to attach the source. So here we go ... Regards Atom2 --------------030609060104030006020508 Content-Type: text/plain; charset=windows-1252; name="resize.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="resize.c" /* This version of resize.c has been modified from the original, which * came with X11/xterm. It no longer tries to emit shell commands for * setting LINES, COLUMNS, or TERMCAP. It assumes an ANSI terminal, * and the availability of the TIOCGWINSZ ioctl. The portability * ifdefs were also removed -- posix termios access is assumed. * Paul Fox, June 2006 * * original copyright messages preserved below... */ /* * $Xorg: resize.c,v 1.3 2000/08/17 19:55:09 cpqbld Exp $ */ /* $XFree86: xc/programs/xterm/resize.c,v 3.51 2001/10/09 21:52:40 alanh Exp $ */ /* * Copyright 1987 by Digital Equipment Corporation, Maynard, Massachusetts. * * All Rights Reserved * * Permission to use, copy, modify, and distribute this software and its * documentation for any purpose and without fee is hereby granted, * provided that the above copyright notice appear in all copies and that * both that copyright notice and this permission notice appear in * supporting documentation, and that the name of Digital Equipment * Corporation not be used in advertising or publicity pertaining to * distribution of the software without specific, written prior permission. * * * DIGITAL DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING * ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL * DIGITAL BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR * ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, * WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, * ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS * SOFTWARE. */ /* resize.c */ #include #include #include #include #include #include #include #include #include #include #define ESC "\033" #define TIMEOUT 10 char *myname; char getsize[] = ESC "7" ESC "[r" ESC "[999;999H" ESC "[6n"; char restore[] = ESC "8"; struct termios tioorig; char size[] = ESC "[%d;%dR"; int tty; FILE *ttyfp; static void onintr (int sig); static void resize_timeout (int sig); static void Usage (void); static void readstring (FILE *fp, char *buf, char *str); char * x_basename(char *name) { char *cp; cp = strrchr(name, '/'); return (cp ? cp + 1 : name); } /* * tells tty driver to reflect current screen size */ int main (int argc, char **argv) { int rows, cols; struct termios tio; char buf[BUFSIZ]; struct winsize ws; char *name_of_tty; myname = x_basename(argv[0]); if (argc > 1) Usage(); name_of_tty = "/dev/tty"; if ((ttyfp = fopen (name_of_tty, "r+")) == NULL) { fprintf (stderr, "%s: can't open terminal %s\n", myname, name_of_tty); exit (1); } tty = fileno(ttyfp); tcgetattr(tty, &tioorig); tio = tioorig; tio.c_iflag &= ~ICRNL; tio.c_lflag &= ~(ICANON | ECHO); tio.c_cflag |= CS8; tio.c_cc[VMIN] = 6; tio.c_cc[VTIME] = 1; signal(SIGINT, onintr); signal(SIGQUIT, onintr); signal(SIGTERM, onintr); tcsetattr(tty, TCSADRAIN, &tio); write(tty, getsize, strlen(getsize)); readstring(ttyfp, buf, size); if(sscanf (buf, size, &rows, &cols) != 2) { fprintf(stderr, "%s: Can't get rows and columns\r\n", myname); onintr(0); } write(tty, restore, strlen(restore)); if (ioctl (tty, TIOCGWINSZ, &ws) != -1) { /* we don't have any way of directly finding out the current height & width of the window in pixels. We try our best by computing the font height and width from the "old" struct winsize values, and multiplying by these ratios...*/ if (ws.ws_col != 0) ws.ws_xpixel = cols * (ws.ws_xpixel / ws.ws_col); if (ws.ws_row != 0) ws.ws_ypixel = rows * (ws.ws_ypixel / ws.ws_row); ws.ws_row = rows; ws.ws_col = cols; ioctl (tty, TIOCSWINSZ, &ws); } tcsetattr(tty, TCSADRAIN, &tioorig); signal(SIGINT, SIG_DFL); signal(SIGQUIT, SIG_DFL); signal(SIGTERM, SIG_DFL); exit(0); } static void readstring(register FILE *fp, register char *buf, char *str) { register int last, c; signal(SIGALRM, resize_timeout); alarm (TIMEOUT); if ((c = getc(fp)) == 0233) { /* meta-escape, CSI */ *buf++ = c = ESC[0]; *buf++ = '['; } else { *buf++ = c; } if (c != *str) { fprintf(stderr, "%s: unknown character, exiting.\r\n", myname); onintr(0); } last = str[strlen(str) - 1]; while((*buf++ = getc(fp)) != last) ; alarm (0); *buf = 0; } static void Usage(void) { fprintf(stderr, "Usage: %s\n" " sets size via ioctl\n", myname); exit(1); } static void resize_timeout(int sig) { fprintf(stderr, "\n%s: timeout occurred\r\n", myname); onintr(sig); } /* ARGSUSED */ static void onintr(int sig) { tcsetattr (tty, TCSADRAIN, &tioorig); exit(1); } --------------030609060104030006020508 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 --------------030609060104030006020508-- From xen-users-bounces@lists.xen.org Wed Jun 25 12:04:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 12:04:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzlvI-0001Bo-N1; Wed, 25 Jun 2014 12:03:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzlvH-0001Be-IN for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 12:03:31 +0000 Received: from [85.158.139.211:9026] by server-15.bemta-5.messagelabs.com id E9/06-19516-29ABAA35; Wed, 25 Jun 2014 12:03:30 +0000 X-Env-Sender: powerhouse.linux@yahoo.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1403697807!6525716!1 X-Originating-IP: [98.138.91.252] X-SpamReason: No, hits=2.7 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, REPTO_QUOTE_YAHOO,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19915 invoked from network); 25 Jun 2014 12:03:28 -0000 Received: from nm30-vm5.bullet.mail.ne1.yahoo.com (HELO nm30-vm5.bullet.mail.ne1.yahoo.com) (98.138.91.252) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 12:03:28 -0000 Received: from [98.138.101.132] by nm30.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:00:50 -0000 Received: from [98.138.101.171] by tm20.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:00:50 -0000 Received: from [127.0.0.1] by omp1082.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:00:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 313767.23522.bm@omp1082.mail.ne1.yahoo.com Received: (qmail 98812 invoked by uid 60001); 25 Jun 2014 12:00:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403697650; bh=k11M5y652/18KbqxZBIIAnxNr6jbj87B2BJECjFl1cw=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=APojCMBy6+dfR7sBPRNslc2guCBnT1TdeQvvvTgVEs8kScvGCiEKRgyMraicQpWsfe8RUbVa9zSa1pCHMb1I3EHqb758fw/rpV2yyP+HHf0LG5hy2Fxy+ic2holUfDwVynDkO/Gr9NJX+sM5cg7sAR5m+jBIJQ8gDjhnyAiO3Dk= X-YMail-OSG: r7.j4jAVM1luhLh18pGNAuGv9MHgjAwJU1VLWH.hLHoprGQ gqTCU7VTPBzTnibdu9REDu9SUMy1HZKEIHJlOE3aV0KUC.uLh30z.16E8ED7 jH1mY5HchcnoseFs3uIDsLnRmNjohWTvwHRFbc.hjoBwkn0qLMnVLHkUIIiP kIc42nQZSF.ME9l9DZKJLR1_re5NKxK2tbupT15Z1I7n2ybW1_aQsZjWevCQ ipzDHH0HpS1SC6QaoS.CO1WQPKoOitFe4OCvEkPaZPAdvQna4hYtoddzmLdp 5jn3aujMBHKW5feWLARviILZtDHi2FTljcpikrDwATAVaA3WDrDQtWnNDCiA l5REK9jz9fiA.A55S89oJTma6bx8jPjoxiCpYcLPk6O_8OgZmxsdTSPUNCRC Y81h3BVCKQGzDsSpmDC4sARbDySKG568UE3wjlIc8qp55TkQM.EfjV.UFCRr fGYI96I12kBnpv7oiWQqZMuOMks_A90rFbO0y5ba26HbAcoATICGJ5lKfXDj t2gTNmPDecDMViRpG15n5mrcq8pTzZ9vp7JUD.vMzjGLbfnWROgkA09RHxSp dsyZKQctn26.i5YMsoTiTvcDAwZq.BCYyRYF.cy4UDrUlYxKpC2YnOsCzV6w jSWKNoY8gkjbSiNPEVobQt.YGfyup3cvtXs.a4ouDLE9yB9fgvr2BtA0lkdO 7UhVia7B7Yi52DO9phj0fLH3Q34BPmvVv.3uQaAhDLsUjg46DE3rwt0Ywpij gn4jeFGKjwA-- Received: from [84.108.212.211] by web122203.mail.ne1.yahoo.com via HTTP; Wed, 25 Jun 2014 05:00:50 PDT X-Rocket-MIMEInfo: 002.001, SW4gYWRkaXRpb24gdG8gdGhlIHN1Z2dlc3Rpb25zIGdpdmVuIGJlZm9yZSwgaGVyZSBzb21lIGluZm9ybWF0aW9uIHNvdXJjZXM6CkhPVy1UTyBtYWtlIGR1YWwtYm9vdCBvYnNvbGV0ZSB1c2luZyBYRU4gVkdBIHBhc3N0aHJvdWdoIC0gcG9zdCBhYm91dCBVYnVudHUgMTQuMDQgYW5kIFhlbiA0LjQKClhlbiBFcnJvciAtIHJlbGF0ZXMgdG8gNjQ1MCBjYXJkCgoKQm90aCBwb3N0cyBhYm92ZSBzcGVjaWZpY2FsbHkgZGVhbCB3aXRoIHRoZSBBTUQgNjQ1MCBncmFwaGljcyBjYXJkLiBJIHVzZSB0aGUgaW5pdHIBMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 References: Message-ID: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> Date: Wed, 25 Jun 2014 05:00:50 -0700 From: "H. Sieger" To: Brian Menges , "xen-users@lists.xenproject.org" In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: "H. Sieger" List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5848996203552751103==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5848996203552751103== Content-Type: multipart/alternative; boundary="617365315-609031845-1403697650=:98725" --617365315-609031845-1403697650=:98725 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable In addition to the suggestions given before, here some information sources:= =0AHOW-TO make dual-boot obsolete using XEN VGA passthrough - post about Ub= untu 14.04 and Xen 4.4=0A=0AXen Error - relates to 6450 card=0A=0A=0ABoth p= osts above specifically deal with the AMD 6450 graphics card. I use the ini= tramfs method to bind the graphics card to pciback as explained in HOW-TO m= ake dual-boot obsolete using XEN VGA passthrough, step 11.=0A=0AHope it hel= ps.=0A=0A=0A=0AOn Wednesday, June 25, 2014 4:51 AM, Brian Menges wrote:=0A =0A=0A=0A=0AI'm trying to get vga passthrough to opera= te normally and have been rather unsuccessful despite attempting to replica= te hardware stated to work much reading about the mail list and wiki.=0A=0A= Setup:=0AXenserver 6.2 SP1 (all patches)=0AATI Radeon HD 6450=0AThinkCentre= M series with Core i5=0A=0AI've read:=0Ahttp://support.citrix.com/article/= CTX135811http://support.citrix.com/article/CTX135811=0Ahttp://wiki.xen.org/= wiki/Xen_VGA_Passthrough=0A=0AThe GPU assignment to the HVM works fine thro= ugh both api and gui (xencenter), however the domU can't initialize it. I'v= e tried pciback.hide and xen-pciback.hide for the pci buses the ati card sh= ows up as, however to no avail and results in it unable to use the gpu.=0A= =0ADmesg about the pci bus (01:00.0 and 01:00.1):=0A[=A0 =A0 4.225073] Kern= el command line: root=3DLABEL=3Droot-lsodryqz ro xencons=3Dhvc console=3Dhv= c0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.permissive xen-pciback= .hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01:00.0;01:00.1=0A[= =A0 =A0 4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000000-0xd= fffffff]=0A[=A0 =A0 4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420= 000-0xfe43ffff]=0A[=A0 =A0 4.790376] pci 0000:01:00.0: reg 20 io port: [0xe= 000-0xe0ff]=0A[=A0 =A0 4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: = [0xfe400000-0xfe41ffff]=0A[=A0 =A0 4.790394] pci 0000:01:00.0: Disabling me= mory decoding and releasing memory resources.=0A[=A0 =A0 4.790425] pci 0000= :01:00.0: supports D1 D2=0A[=A0 =A0 4.790479] pci 0000:01:00.1: reg 10 64bi= t mmio: [0xfe440000-0xfe443fff]=0A[=A0 =A0 4.790513] pci 0000:01:00.1: Disa= bling memory decoding and releasing memory resources.=0A[=A0 =A0 4.790543] = pci 0000:01:00.1: supports D1 D2=0A[=A0 =A0 4.794119] vgaarb: device added:= PCI:0000:01:00.0,decodes=3Dio+mem,owns=3Dnone,locks=3Dnone=0A=0AWhen I ass= ign it to a linux domU (yes, HVM):=0A00:05.0 VGA compatible controller: Adv= anced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 2= 30 OEM]=0A00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caic= os HDMI Audio [Radeon HD 6400 Series]=0A=0A[=A0 =A0 5.246901] [drm] initial= izing kernel modesetting (CAICOS 0x1002:0x6779 0x1682:0x3207).=0A[=A0 =A0 5= .246970] [drm] register mmio base: 0xF3000000=0A[=A0 =A0 5.246972] [drm] re= gister mmio size: 131072=0A[=A0 =A0 5.246996] radeon 0000:00:05.0: Expectin= g atombios for evergreen GPU=0A[=A0 =A0 5.247053] radeon 0000:00:05.0: Fata= l error during GPU init=0A[=A0 =A0 5.247100] [drm] radeon: finishing device= .=0A[=A0 =A0 5.247102] [TTM] Memory type 2 has not been initialized=0A[=A0 = =A0 5.256465] radeon: probe of 0000:00:05.0 failed with error -22=0A[=A0 = =A0 5.386743] xen: --> pirq=3D17 -> irq=3D41 (gsi=3D41)=0A=0AHere's dom0's = extboot.conf for xe's boot:=0Alabel xe=0A=A0 # XenServer=0A=A0 kernel mboot= .c32=0A=A0 append /boot/xen.gz mem=3D1024G dom0_max_vcpus=3D4 dom0_mem=3D20= 48M,max:2048M watchdog_timeout=3D300 lowmem_emergency_pool=3D1M crashkernel= =3D64M@32M cpuid_mask_xsave_eax=3D0 console=3Dvga vga=3Dmode-0x0311 --- /bo= ot/vmlinuz-2.6-xen root=3DLABEL=3Droot-lsodryqz ro xencons=3Dhvc console=3D= hvc0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.permissive xen-pciba= ck.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01:00.0;01:00.1 ---= /boot/initrd-2.6-xen.img=0A=0ASo I've hidden them, however they're still s= howing up on dom0 and failing init on domU.=0A=0ACan anyone provide some he= lp?=0A=0A- Brian Menges=0APrincipal Engineer, DevOps=0AGoGrid | ServePath |= ColoServe | UpStream Networks=0A=0A________________________________=0A=0AT= he information contained in this message, and any attachments, may contain = confidential and legally privileged material. It is solely for the use of t= he person or entity to which it is addressed. Any review, retransmission, d= issemination, or action taken in reliance upon this information by persons = or entities other than the intended recipient is prohibited. If you receive= this in error, please contact the sender and delete the material from any = computer.=0A=0A_______________________________________________=0AXen-users = mailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users --617365315-609031845-1403697650=:98725 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
In addition to th= e suggestions given before, here some information sources:
<= a href=3D"http://forums.linuxmint.com/viewtopic.php?f=3D42&t=3D112013&a= mp;start=3D400#p846397"> HOW-TO make dual-boot obsolete using XEN VGA passt= hrough - post about Ubuntu 14.04 and Xen 4.4
Xen Error - relates to 6450 card

Both posts above specifically deal wit= h the AMD 6450 graphics card. I use the initramfs method to bind the graphi= cs card to pciback as explained in HOW-TO make dual-boot obsolete using XE= N VGA passthrough, step 11.

Hope it helps.
=


On Wednesday, Jun= e 25, 2014 4:51 AM, Brian Menges <bmenges@gogrid.com> wrote:



I'm trying to get v= ga passthrough to operate normally and have been rather unsuccessful despit= e attempting to replicate hardware stated to work much reading about the ma= il list and wiki.

Setup:
Xenserver 6.2 SP1 (all patches)
ATI R= adeon HD 6450
ThinkCentre M series with Core i5

I've read:
http://support.citrix.com/article/C= TX135811http://support.citrix.com/article/CTX135811
http://wiki.xen.= org/wiki/Xen_VGA_Passthrough

The GPU assignment to the HVM works= fine through both api and gui (xencenter), however the domU can't initiali= ze it. I've tried pciback.hide and xen-pciback.hide for the pci buses the a= ti card shows up as, however to no avail and results in it unable to use th= e gpu.

Dmesg about the pci bus (01:00.0 and 01:00.1):
[  &nb= sp; 4.225073] Kernel command line: root=3DLABEL=3Droot-lsodryqz ro xencons= =3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.per= missive xen-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01= :00.0;01:00.1
[    4.790356] pci 0000:01:00.0: reg 10 64bit mm= io pref: [0xd0000000-0xdfffffff]
[    4.790369] pci 0000:01:00.0: reg = 18 64bit mmio: [0xfe420000-0xfe43ffff]
[    4.790376] pci 0000= :01:00.0: reg 20 io port: [0xe000-0xe0ff]
[    4.790389] pci 0= 000:01:00.0: reg 30 32bit mmio pref: [0xfe400000-0xfe41ffff]
[  &nb= sp; 4.790394] pci 0000:01:00.0: Disabling memory decoding and releasing mem= ory resources.
[    4.790425] pci 0000:01:00.0: supports D1 D2=
[    4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe4400= 00-0xfe443fff]
[    4.790513] pci 0000:01:00.1: Disabling memo= ry decoding and releasing memory resources.
[    4.790543] pci= 0000:01:00.1: supports D1 D2
[    4.794119] vgaarb: device ad= ded: PCI:0000:01:00.0,decodes=3Dio+mem,owns=3Dnone,locks=3Dnone

When= I assign it to a linux domU (yes, HVM):
00:05.0 VGA compatible controll= er: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM]
00:06.0 Audio device: Advanced Micro Devic= es, Inc. [AMD/ATI] Caicos HDMI Audio [Radeon HD 6400 Series]

[ =   5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x67= 79 0x1682:0x3207).
[    5.246970] [drm] register mmio base: 0x= F3000000
[    5.246972] [drm] register mmio size: 131072
[&= nbsp;   5.246996] radeon 0000:00:05.0: Expecting atombios for evergree= n GPU
[    5.247053] radeon 0000:00:05.0: Fatal error during G= PU init
[    5.247100] [drm] radeon: finishing device.
[&nb= sp;   5.247102] [TTM] Memory type 2 has not been initialized
[ = ;   5.256465] radeon: probe of 0000:00:05.0 failed with error -22
[=     5.386743] xen: --> pirq=3D17 -> irq=3D41 (gsi=3D41)
=
Here's dom0's extboot.conf for xe's boot:
label xe
  # XenSe= rver
  kernel mboot.c32
  append /boot/xen.gz mem=3D1024G dom0_max_vcpus=3D4 dom0_mem=3D2048M,max:2048M watchdog_timeout=3D300 lowme= m_emergency_pool=3D1M crashkernel=3D64M@32M cpuid_mask_xsave_eax=3D0 console=3Dvga vga=3Dmod= e-0x0311 --- /boot/vmlinuz-2.6-xen root=3DLABEL=3Droot-lsodryqz ro xencons= =3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.per= missive xen-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01= :00.0;01:00.1 --- /boot/initrd-2.6-xen.img

So I've hidden them, howe= ver they're still showing up on dom0 and failing init on domU.

Can a= nyone provide some help?

- Brian Menges
Principal Engineer, DevOp= s
GoGrid | ServePath | ColoServe | UpStream Networks

____________= ____________________

The information contained in this message, and = any attachments, may contain confidential and legally privileged material. = It is solely for the use of the person or entity to which it is addressed. = Any review, retransmission, dissemination, or action taken in reliance upon this information by person= s or entities other than the intended recipient is prohibited. If you recei= ve this in error, please contact the sender and delete the material from an= y computer.

_______________________________________________
Xen-u= sers mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-u= sers


--617365315-609031845-1403697650=:98725-- --===============5848996203552751103== 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 --===============5848996203552751103==-- From xen-users-bounces@lists.xen.org Wed Jun 25 12:04:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 12:04:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzlvI-0001Bo-N1; Wed, 25 Jun 2014 12:03:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzlvH-0001Be-IN for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 12:03:31 +0000 Received: from [85.158.139.211:9026] by server-15.bemta-5.messagelabs.com id E9/06-19516-29ABAA35; Wed, 25 Jun 2014 12:03:30 +0000 X-Env-Sender: powerhouse.linux@yahoo.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1403697807!6525716!1 X-Originating-IP: [98.138.91.252] X-SpamReason: No, hits=2.7 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, REPTO_QUOTE_YAHOO,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19915 invoked from network); 25 Jun 2014 12:03:28 -0000 Received: from nm30-vm5.bullet.mail.ne1.yahoo.com (HELO nm30-vm5.bullet.mail.ne1.yahoo.com) (98.138.91.252) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 12:03:28 -0000 Received: from [98.138.101.132] by nm30.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:00:50 -0000 Received: from [98.138.101.171] by tm20.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:00:50 -0000 Received: from [127.0.0.1] by omp1082.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:00:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 313767.23522.bm@omp1082.mail.ne1.yahoo.com Received: (qmail 98812 invoked by uid 60001); 25 Jun 2014 12:00:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403697650; bh=k11M5y652/18KbqxZBIIAnxNr6jbj87B2BJECjFl1cw=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=APojCMBy6+dfR7sBPRNslc2guCBnT1TdeQvvvTgVEs8kScvGCiEKRgyMraicQpWsfe8RUbVa9zSa1pCHMb1I3EHqb758fw/rpV2yyP+HHf0LG5hy2Fxy+ic2holUfDwVynDkO/Gr9NJX+sM5cg7sAR5m+jBIJQ8gDjhnyAiO3Dk= X-YMail-OSG: r7.j4jAVM1luhLh18pGNAuGv9MHgjAwJU1VLWH.hLHoprGQ gqTCU7VTPBzTnibdu9REDu9SUMy1HZKEIHJlOE3aV0KUC.uLh30z.16E8ED7 jH1mY5HchcnoseFs3uIDsLnRmNjohWTvwHRFbc.hjoBwkn0qLMnVLHkUIIiP kIc42nQZSF.ME9l9DZKJLR1_re5NKxK2tbupT15Z1I7n2ybW1_aQsZjWevCQ ipzDHH0HpS1SC6QaoS.CO1WQPKoOitFe4OCvEkPaZPAdvQna4hYtoddzmLdp 5jn3aujMBHKW5feWLARviILZtDHi2FTljcpikrDwATAVaA3WDrDQtWnNDCiA l5REK9jz9fiA.A55S89oJTma6bx8jPjoxiCpYcLPk6O_8OgZmxsdTSPUNCRC Y81h3BVCKQGzDsSpmDC4sARbDySKG568UE3wjlIc8qp55TkQM.EfjV.UFCRr fGYI96I12kBnpv7oiWQqZMuOMks_A90rFbO0y5ba26HbAcoATICGJ5lKfXDj t2gTNmPDecDMViRpG15n5mrcq8pTzZ9vp7JUD.vMzjGLbfnWROgkA09RHxSp dsyZKQctn26.i5YMsoTiTvcDAwZq.BCYyRYF.cy4UDrUlYxKpC2YnOsCzV6w jSWKNoY8gkjbSiNPEVobQt.YGfyup3cvtXs.a4ouDLE9yB9fgvr2BtA0lkdO 7UhVia7B7Yi52DO9phj0fLH3Q34BPmvVv.3uQaAhDLsUjg46DE3rwt0Ywpij gn4jeFGKjwA-- Received: from [84.108.212.211] by web122203.mail.ne1.yahoo.com via HTTP; Wed, 25 Jun 2014 05:00:50 PDT X-Rocket-MIMEInfo: 002.001, SW4gYWRkaXRpb24gdG8gdGhlIHN1Z2dlc3Rpb25zIGdpdmVuIGJlZm9yZSwgaGVyZSBzb21lIGluZm9ybWF0aW9uIHNvdXJjZXM6CkhPVy1UTyBtYWtlIGR1YWwtYm9vdCBvYnNvbGV0ZSB1c2luZyBYRU4gVkdBIHBhc3N0aHJvdWdoIC0gcG9zdCBhYm91dCBVYnVudHUgMTQuMDQgYW5kIFhlbiA0LjQKClhlbiBFcnJvciAtIHJlbGF0ZXMgdG8gNjQ1MCBjYXJkCgoKQm90aCBwb3N0cyBhYm92ZSBzcGVjaWZpY2FsbHkgZGVhbCB3aXRoIHRoZSBBTUQgNjQ1MCBncmFwaGljcyBjYXJkLiBJIHVzZSB0aGUgaW5pdHIBMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 References: Message-ID: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> Date: Wed, 25 Jun 2014 05:00:50 -0700 From: "H. Sieger" To: Brian Menges , "xen-users@lists.xenproject.org" In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: "H. Sieger" List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5848996203552751103==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5848996203552751103== Content-Type: multipart/alternative; boundary="617365315-609031845-1403697650=:98725" --617365315-609031845-1403697650=:98725 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable In addition to the suggestions given before, here some information sources:= =0AHOW-TO make dual-boot obsolete using XEN VGA passthrough - post about Ub= untu 14.04 and Xen 4.4=0A=0AXen Error - relates to 6450 card=0A=0A=0ABoth p= osts above specifically deal with the AMD 6450 graphics card. I use the ini= tramfs method to bind the graphics card to pciback as explained in HOW-TO m= ake dual-boot obsolete using XEN VGA passthrough, step 11.=0A=0AHope it hel= ps.=0A=0A=0A=0AOn Wednesday, June 25, 2014 4:51 AM, Brian Menges wrote:=0A =0A=0A=0A=0AI'm trying to get vga passthrough to opera= te normally and have been rather unsuccessful despite attempting to replica= te hardware stated to work much reading about the mail list and wiki.=0A=0A= Setup:=0AXenserver 6.2 SP1 (all patches)=0AATI Radeon HD 6450=0AThinkCentre= M series with Core i5=0A=0AI've read:=0Ahttp://support.citrix.com/article/= CTX135811http://support.citrix.com/article/CTX135811=0Ahttp://wiki.xen.org/= wiki/Xen_VGA_Passthrough=0A=0AThe GPU assignment to the HVM works fine thro= ugh both api and gui (xencenter), however the domU can't initialize it. I'v= e tried pciback.hide and xen-pciback.hide for the pci buses the ati card sh= ows up as, however to no avail and results in it unable to use the gpu.=0A= =0ADmesg about the pci bus (01:00.0 and 01:00.1):=0A[=A0 =A0 4.225073] Kern= el command line: root=3DLABEL=3Droot-lsodryqz ro xencons=3Dhvc console=3Dhv= c0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.permissive xen-pciback= .hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01:00.0;01:00.1=0A[= =A0 =A0 4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000000-0xd= fffffff]=0A[=A0 =A0 4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420= 000-0xfe43ffff]=0A[=A0 =A0 4.790376] pci 0000:01:00.0: reg 20 io port: [0xe= 000-0xe0ff]=0A[=A0 =A0 4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: = [0xfe400000-0xfe41ffff]=0A[=A0 =A0 4.790394] pci 0000:01:00.0: Disabling me= mory decoding and releasing memory resources.=0A[=A0 =A0 4.790425] pci 0000= :01:00.0: supports D1 D2=0A[=A0 =A0 4.790479] pci 0000:01:00.1: reg 10 64bi= t mmio: [0xfe440000-0xfe443fff]=0A[=A0 =A0 4.790513] pci 0000:01:00.1: Disa= bling memory decoding and releasing memory resources.=0A[=A0 =A0 4.790543] = pci 0000:01:00.1: supports D1 D2=0A[=A0 =A0 4.794119] vgaarb: device added:= PCI:0000:01:00.0,decodes=3Dio+mem,owns=3Dnone,locks=3Dnone=0A=0AWhen I ass= ign it to a linux domU (yes, HVM):=0A00:05.0 VGA compatible controller: Adv= anced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 2= 30 OEM]=0A00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caic= os HDMI Audio [Radeon HD 6400 Series]=0A=0A[=A0 =A0 5.246901] [drm] initial= izing kernel modesetting (CAICOS 0x1002:0x6779 0x1682:0x3207).=0A[=A0 =A0 5= .246970] [drm] register mmio base: 0xF3000000=0A[=A0 =A0 5.246972] [drm] re= gister mmio size: 131072=0A[=A0 =A0 5.246996] radeon 0000:00:05.0: Expectin= g atombios for evergreen GPU=0A[=A0 =A0 5.247053] radeon 0000:00:05.0: Fata= l error during GPU init=0A[=A0 =A0 5.247100] [drm] radeon: finishing device= .=0A[=A0 =A0 5.247102] [TTM] Memory type 2 has not been initialized=0A[=A0 = =A0 5.256465] radeon: probe of 0000:00:05.0 failed with error -22=0A[=A0 = =A0 5.386743] xen: --> pirq=3D17 -> irq=3D41 (gsi=3D41)=0A=0AHere's dom0's = extboot.conf for xe's boot:=0Alabel xe=0A=A0 # XenServer=0A=A0 kernel mboot= .c32=0A=A0 append /boot/xen.gz mem=3D1024G dom0_max_vcpus=3D4 dom0_mem=3D20= 48M,max:2048M watchdog_timeout=3D300 lowmem_emergency_pool=3D1M crashkernel= =3D64M@32M cpuid_mask_xsave_eax=3D0 console=3Dvga vga=3Dmode-0x0311 --- /bo= ot/vmlinuz-2.6-xen root=3DLABEL=3Droot-lsodryqz ro xencons=3Dhvc console=3D= hvc0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.permissive xen-pciba= ck.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01:00.0;01:00.1 ---= /boot/initrd-2.6-xen.img=0A=0ASo I've hidden them, however they're still s= howing up on dom0 and failing init on domU.=0A=0ACan anyone provide some he= lp?=0A=0A- Brian Menges=0APrincipal Engineer, DevOps=0AGoGrid | ServePath |= ColoServe | UpStream Networks=0A=0A________________________________=0A=0AT= he information contained in this message, and any attachments, may contain = confidential and legally privileged material. It is solely for the use of t= he person or entity to which it is addressed. Any review, retransmission, d= issemination, or action taken in reliance upon this information by persons = or entities other than the intended recipient is prohibited. If you receive= this in error, please contact the sender and delete the material from any = computer.=0A=0A_______________________________________________=0AXen-users = mailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users --617365315-609031845-1403697650=:98725 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
In addition to th= e suggestions given before, here some information sources:
<= a href=3D"http://forums.linuxmint.com/viewtopic.php?f=3D42&t=3D112013&a= mp;start=3D400#p846397"> HOW-TO make dual-boot obsolete using XEN VGA passt= hrough - post about Ubuntu 14.04 and Xen 4.4
Xen Error - relates to 6450 card

Both posts above specifically deal wit= h the AMD 6450 graphics card. I use the initramfs method to bind the graphi= cs card to pciback as explained in HOW-TO make dual-boot obsolete using XE= N VGA passthrough, step 11.

Hope it helps.
=


On Wednesday, Jun= e 25, 2014 4:51 AM, Brian Menges <bmenges@gogrid.com> wrote:



I'm trying to get v= ga passthrough to operate normally and have been rather unsuccessful despit= e attempting to replicate hardware stated to work much reading about the ma= il list and wiki.

Setup:
Xenserver 6.2 SP1 (all patches)
ATI R= adeon HD 6450
ThinkCentre M series with Core i5

I've read:
http://support.citrix.com/article/C= TX135811http://support.citrix.com/article/CTX135811
http://wiki.xen.= org/wiki/Xen_VGA_Passthrough

The GPU assignment to the HVM works= fine through both api and gui (xencenter), however the domU can't initiali= ze it. I've tried pciback.hide and xen-pciback.hide for the pci buses the a= ti card shows up as, however to no avail and results in it unable to use th= e gpu.

Dmesg about the pci bus (01:00.0 and 01:00.1):
[  &nb= sp; 4.225073] Kernel command line: root=3DLABEL=3Droot-lsodryqz ro xencons= =3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.per= missive xen-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01= :00.0;01:00.1
[    4.790356] pci 0000:01:00.0: reg 10 64bit mm= io pref: [0xd0000000-0xdfffffff]
[    4.790369] pci 0000:01:00.0: reg = 18 64bit mmio: [0xfe420000-0xfe43ffff]
[    4.790376] pci 0000= :01:00.0: reg 20 io port: [0xe000-0xe0ff]
[    4.790389] pci 0= 000:01:00.0: reg 30 32bit mmio pref: [0xfe400000-0xfe41ffff]
[  &nb= sp; 4.790394] pci 0000:01:00.0: Disabling memory decoding and releasing mem= ory resources.
[    4.790425] pci 0000:01:00.0: supports D1 D2=
[    4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe4400= 00-0xfe443fff]
[    4.790513] pci 0000:01:00.1: Disabling memo= ry decoding and releasing memory resources.
[    4.790543] pci= 0000:01:00.1: supports D1 D2
[    4.794119] vgaarb: device ad= ded: PCI:0000:01:00.0,decodes=3Dio+mem,owns=3Dnone,locks=3Dnone

When= I assign it to a linux domU (yes, HVM):
00:05.0 VGA compatible controll= er: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM]
00:06.0 Audio device: Advanced Micro Devic= es, Inc. [AMD/ATI] Caicos HDMI Audio [Radeon HD 6400 Series]

[ =   5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x67= 79 0x1682:0x3207).
[    5.246970] [drm] register mmio base: 0x= F3000000
[    5.246972] [drm] register mmio size: 131072
[&= nbsp;   5.246996] radeon 0000:00:05.0: Expecting atombios for evergree= n GPU
[    5.247053] radeon 0000:00:05.0: Fatal error during G= PU init
[    5.247100] [drm] radeon: finishing device.
[&nb= sp;   5.247102] [TTM] Memory type 2 has not been initialized
[ = ;   5.256465] radeon: probe of 0000:00:05.0 failed with error -22
[=     5.386743] xen: --> pirq=3D17 -> irq=3D41 (gsi=3D41)
=
Here's dom0's extboot.conf for xe's boot:
label xe
  # XenSe= rver
  kernel mboot.c32
  append /boot/xen.gz mem=3D1024G dom0_max_vcpus=3D4 dom0_mem=3D2048M,max:2048M watchdog_timeout=3D300 lowme= m_emergency_pool=3D1M crashkernel=3D64M@32M cpuid_mask_xsave_eax=3D0 console=3Dvga vga=3Dmod= e-0x0311 --- /boot/vmlinuz-2.6-xen root=3DLABEL=3Droot-lsodryqz ro xencons= =3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.per= missive xen-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01= :00.0;01:00.1 --- /boot/initrd-2.6-xen.img

So I've hidden them, howe= ver they're still showing up on dom0 and failing init on domU.

Can a= nyone provide some help?

- Brian Menges
Principal Engineer, DevOp= s
GoGrid | ServePath | ColoServe | UpStream Networks

____________= ____________________

The information contained in this message, and = any attachments, may contain confidential and legally privileged material. = It is solely for the use of the person or entity to which it is addressed. = Any review, retransmission, dissemination, or action taken in reliance upon this information by person= s or entities other than the intended recipient is prohibited. If you recei= ve this in error, please contact the sender and delete the material from an= y computer.

_______________________________________________
Xen-u= sers mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-u= sers


--617365315-609031845-1403697650=:98725-- --===============5848996203552751103== 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 --===============5848996203552751103==-- From xen-users-bounces@lists.xen.org Wed Jun 25 12:04:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 12:04:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzlwO-0001Ik-DQ; Wed, 25 Jun 2014 12:04:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzlwM-0001IU-MS for xen-users@lists.xen.org; Wed, 25 Jun 2014 12:04:38 +0000 Received: from [85.158.139.211:38718] by server-12.bemta-5.messagelabs.com id 25/85-27841-6DABAA35; Wed, 25 Jun 2014 12:04:38 +0000 X-Env-Sender: powerhouse.linux@yahoo.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1403697875!6526094!1 X-Originating-IP: [98.138.91.139] X-SpamReason: No, hits=2.3 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_6,REPTO_QUOTE_YAHOO,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30629 invoked from network); 25 Jun 2014 12:04:36 -0000 Received: from nm9-vm3.bullet.mail.ne1.yahoo.com (HELO nm9-vm3.bullet.mail.ne1.yahoo.com) (98.138.91.139) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 12:04:36 -0000 Received: from [98.138.100.115] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:04:35 -0000 Received: from [98.138.101.181] by tm106.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:04:35 -0000 Received: from [127.0.0.1] by omp1092.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:04:35 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 132380.20714.bm@omp1092.mail.ne1.yahoo.com Received: (qmail 96647 invoked by uid 60001); 25 Jun 2014 12:04:35 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403697875; bh=1r5jKphx9TLfzsnZr2Wbl0BN6nZcievTgMwHfGvjrDI=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=nuajB6Y/sXXUqc1ZdUx3R7PKUshMHTB10MCpS1QYBAjAcJD380zuwcit0DwlgzHSGXQszSwIdglv0q/6ZlSkUA2OuvJoFgB7Kk+TPWRpDtfl9Rhbpxzpb5ebvsFlKdEF/P48GkhG8ip/X6r4Omy8ZXE0QZ+jgFEOeJ7SOWKhR8o= X-YMail-OSG: S2Sd4hYVM1k1_JZ6M8ONQE8Ljc.KWVRSfSw7KmP2x94w5KZ k2T7qQaaFm9W2cyiwS1obYr1zrw0UbyZZQJjbZrMeGD6o38YUUyC82SXurni 71gGQRMePYYjhPMuWeoUmd4CltTAzNu8PO7pzXd1nt0fZ_9fffa4Yrvue9s6 N9994GPNy_gWEk6VYFIluM7sUFh8fWGjNbgj1Yx8DJGwY9245xrAv.iEtzPM AUtq6CFS_W4sw8N8g.MRLRoZ0GqjXn87WLwRzSl9yTHDyYBpMhYS5VyGD_9o z4ejVBR1l4BGxgB7GmZ3Q4o4ZnhB4BnDIR.tx_7iNmiXbkCCXAAPTcRJTKV4 q.wZC.OpIxbwc0Y6YxjdPZWX2RXWPYMJWjFITj1CRbDAYNvmZjFl1A8eGniR WH9I_1xmauRwFuBPD0DientPCDYWDbGdwjxVkY7XD7u3jmrLeMp9vNo7A4bX d4.NpM3.wVfeYO9eADL7luXvwW7e62tElstv_WpTwh8hOQT0hy6lGXPy63.. QfQN82zhP7ynZRxBhmMwd4edCKFajFWhwt1aaLEOrt97HUBBGrxIFpdsJPXl cqzz95Vz1UWKtqJ.WJ6cv0la3rtFNbUYwFr6dt77mrA-- Received: from [84.108.212.211] by web122201.mail.ne1.yahoo.com via HTTP; Wed, 25 Jun 2014 05:04:34 PDT X-Rocket-MIMEInfo: 002.001, SSB1c2UgdGhlIHNhbWUgbWV0aG9kIERhdmlkIGRlc2NyaWJlZMKgIChQQ0kgcGFzc3Rocm91Z2ggb2YgYSBVU0IgaG9zdCksIGJ1dCB5b3UgY2FuIGFsc28gdXNlIFN5bmVyZ3kgZm9yIG1vdXNlL2tleWJvYXJkIGNvbnRyb2wgdW5kZXIgV2luZG93czogaHR0cDovL3N5bmVyZ3ktcHJvamVjdC5vcmcvCsKgCgoKT24gV2VkbmVzZGF5LCBKdW5lIDI1LCAyMDE0IDU6MDQgQU0sIGphY2VrIGJ1cmdoYXJkdCA8amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbT4gd3JvdGU6CiAKCgpJIGhhdmUgeDg4LXBybyBBOCA2NjABMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 References: Message-ID: <1403697874.86452.YahooMailNeo@web122201.mail.ne1.yahoo.com> Date: Wed, 25 Jun 2014 05:04:34 -0700 From: "H. Sieger" To: jacek burghardt , xen-users In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] vga passthrough adventure. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: "H. Sieger" List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5507018254732345635==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5507018254732345635== Content-Type: multipart/alternative; boundary="-1572413313-666081355-1403697874=:86452" ---1572413313-666081355-1403697874=:86452 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I use the same method David described=A0 (PCI passthrough of a USB host), b= ut you can also use Synergy for mouse/keyboard control under Windows: http:= //synergy-project.org/=0A=A0=0A=0A=0AOn Wednesday, June 25, 2014 5:04 AM, j= acek burghardt wrote:=0A =0A=0A=0AI have x88-pr= o A8 6600K cpu and amd 6450. I was able to pass vga as secondary display to= 8.1 and it reboots just fine without having to be rejected each reboot.=0A= How do you guys assign mouse/keyboard to hvm ? I trying to assign my Logite= ch keyboard but it not used a an input under windows 8.1 . Do you guys have= few sets of keyboards ?=A0=0A=0A__________________________________________= _____=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen= .org/xen-users ---1572413313-666081355-1403697874=:86452 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I use the same me= thod David described  (PCI passthrough of a USB host), but you can als= o use Synergy for mouse/keyboard control under Windows: http://synergy-project.org/
&nbs= p;


On Wednesday, J= une 25, 2014 5:04 AM, jacek burghardt <jaceksburghardt@gmail.com> wro= te:


I have x88-pro A8 6600K cpu and amd 6450. I= was able to pass vga as secondary display to 8.1 and it reboots just fine without having to= be rejected each reboot.
How do you guys assign mouse/keyboard to hvm = ? I trying to assign my Logitech keyboard but it not used a an input under = windows 8.1 . Do you guys have few sets of keyboards ? 
=0A
<= br>

_______________________________________________Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org= /xen-users

---1572413313-666081355-1403697874=:86452-- --===============5507018254732345635== 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 --===============5507018254732345635==-- From xen-users-bounces@lists.xen.org Wed Jun 25 12:04:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 12:04:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzlwO-0001Ik-DQ; Wed, 25 Jun 2014 12:04:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzlwM-0001IU-MS for xen-users@lists.xen.org; Wed, 25 Jun 2014 12:04:38 +0000 Received: from [85.158.139.211:38718] by server-12.bemta-5.messagelabs.com id 25/85-27841-6DABAA35; Wed, 25 Jun 2014 12:04:38 +0000 X-Env-Sender: powerhouse.linux@yahoo.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1403697875!6526094!1 X-Originating-IP: [98.138.91.139] X-SpamReason: No, hits=2.3 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_6,REPTO_QUOTE_YAHOO,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30629 invoked from network); 25 Jun 2014 12:04:36 -0000 Received: from nm9-vm3.bullet.mail.ne1.yahoo.com (HELO nm9-vm3.bullet.mail.ne1.yahoo.com) (98.138.91.139) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 12:04:36 -0000 Received: from [98.138.100.115] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:04:35 -0000 Received: from [98.138.101.181] by tm106.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:04:35 -0000 Received: from [127.0.0.1] by omp1092.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:04:35 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 132380.20714.bm@omp1092.mail.ne1.yahoo.com Received: (qmail 96647 invoked by uid 60001); 25 Jun 2014 12:04:35 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403697875; bh=1r5jKphx9TLfzsnZr2Wbl0BN6nZcievTgMwHfGvjrDI=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=nuajB6Y/sXXUqc1ZdUx3R7PKUshMHTB10MCpS1QYBAjAcJD380zuwcit0DwlgzHSGXQszSwIdglv0q/6ZlSkUA2OuvJoFgB7Kk+TPWRpDtfl9Rhbpxzpb5ebvsFlKdEF/P48GkhG8ip/X6r4Omy8ZXE0QZ+jgFEOeJ7SOWKhR8o= X-YMail-OSG: S2Sd4hYVM1k1_JZ6M8ONQE8Ljc.KWVRSfSw7KmP2x94w5KZ k2T7qQaaFm9W2cyiwS1obYr1zrw0UbyZZQJjbZrMeGD6o38YUUyC82SXurni 71gGQRMePYYjhPMuWeoUmd4CltTAzNu8PO7pzXd1nt0fZ_9fffa4Yrvue9s6 N9994GPNy_gWEk6VYFIluM7sUFh8fWGjNbgj1Yx8DJGwY9245xrAv.iEtzPM AUtq6CFS_W4sw8N8g.MRLRoZ0GqjXn87WLwRzSl9yTHDyYBpMhYS5VyGD_9o z4ejVBR1l4BGxgB7GmZ3Q4o4ZnhB4BnDIR.tx_7iNmiXbkCCXAAPTcRJTKV4 q.wZC.OpIxbwc0Y6YxjdPZWX2RXWPYMJWjFITj1CRbDAYNvmZjFl1A8eGniR WH9I_1xmauRwFuBPD0DientPCDYWDbGdwjxVkY7XD7u3jmrLeMp9vNo7A4bX d4.NpM3.wVfeYO9eADL7luXvwW7e62tElstv_WpTwh8hOQT0hy6lGXPy63.. QfQN82zhP7ynZRxBhmMwd4edCKFajFWhwt1aaLEOrt97HUBBGrxIFpdsJPXl cqzz95Vz1UWKtqJ.WJ6cv0la3rtFNbUYwFr6dt77mrA-- Received: from [84.108.212.211] by web122201.mail.ne1.yahoo.com via HTTP; Wed, 25 Jun 2014 05:04:34 PDT X-Rocket-MIMEInfo: 002.001, SSB1c2UgdGhlIHNhbWUgbWV0aG9kIERhdmlkIGRlc2NyaWJlZMKgIChQQ0kgcGFzc3Rocm91Z2ggb2YgYSBVU0IgaG9zdCksIGJ1dCB5b3UgY2FuIGFsc28gdXNlIFN5bmVyZ3kgZm9yIG1vdXNlL2tleWJvYXJkIGNvbnRyb2wgdW5kZXIgV2luZG93czogaHR0cDovL3N5bmVyZ3ktcHJvamVjdC5vcmcvCsKgCgoKT24gV2VkbmVzZGF5LCBKdW5lIDI1LCAyMDE0IDU6MDQgQU0sIGphY2VrIGJ1cmdoYXJkdCA8amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbT4gd3JvdGU6CiAKCgpJIGhhdmUgeDg4LXBybyBBOCA2NjABMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 References: Message-ID: <1403697874.86452.YahooMailNeo@web122201.mail.ne1.yahoo.com> Date: Wed, 25 Jun 2014 05:04:34 -0700 From: "H. Sieger" To: jacek burghardt , xen-users In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] vga passthrough adventure. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: "H. Sieger" List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5507018254732345635==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5507018254732345635== Content-Type: multipart/alternative; boundary="-1572413313-666081355-1403697874=:86452" ---1572413313-666081355-1403697874=:86452 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I use the same method David described=A0 (PCI passthrough of a USB host), b= ut you can also use Synergy for mouse/keyboard control under Windows: http:= //synergy-project.org/=0A=A0=0A=0A=0AOn Wednesday, June 25, 2014 5:04 AM, j= acek burghardt wrote:=0A =0A=0A=0AI have x88-pr= o A8 6600K cpu and amd 6450. I was able to pass vga as secondary display to= 8.1 and it reboots just fine without having to be rejected each reboot.=0A= How do you guys assign mouse/keyboard to hvm ? I trying to assign my Logite= ch keyboard but it not used a an input under windows 8.1 . Do you guys have= few sets of keyboards ?=A0=0A=0A__________________________________________= _____=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen= .org/xen-users ---1572413313-666081355-1403697874=:86452 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I use the same me= thod David described  (PCI passthrough of a USB host), but you can als= o use Synergy for mouse/keyboard control under Windows: http://synergy-project.org/
&nbs= p;


On Wednesday, J= une 25, 2014 5:04 AM, jacek burghardt <jaceksburghardt@gmail.com> wro= te:


I have x88-pro A8 6600K cpu and amd 6450. I= was able to pass vga as secondary display to 8.1 and it reboots just fine without having to= be rejected each reboot.
How do you guys assign mouse/keyboard to hvm = ? I trying to assign my Logitech keyboard but it not used a an input under = windows 8.1 . Do you guys have few sets of keyboards ? 
=0A
<= br>

_______________________________________________Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org= /xen-users

---1572413313-666081355-1403697874=:86452-- --===============5507018254732345635== 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 --===============5507018254732345635==-- From xen-users-bounces@lists.xen.org Wed Jun 25 12:37:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 12:37:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzmSB-0002OU-SA; Wed, 25 Jun 2014 12:37:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzmS9-0002O0-KQ; Wed, 25 Jun 2014 12:37:29 +0000 Received: from [85.158.139.211:65187] by server-17.bemta-5.messagelabs.com id 2A/F5-08711-882CAA35; Wed, 25 Jun 2014 12:37:28 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-14.tower-206.messagelabs.com!1403699847!6534171!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22448 invoked from network); 25 Jun 2014 12:37:28 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-14.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 25 Jun 2014 12:37:28 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzmS0-0003TW-Le; Wed, 25 Jun 2014 12:37:20 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WzmS0-0008Jz-0c; Wed, 25 Jun 2014 12:37:20 +0000 Date: Wed, 25 Jun 2014 12:37:20 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 101 - information leak via gnttab_setup_table on ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory XSA-101 version 2 information leak via gnttab_setup_table on ARM UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= When initialising an internal data structure on ARM platform Xen was not correctly initialising the memory containing the list of a domain's grant table pages. This list is returned by the GNTTABOP_setup_table subhypercall, leading to an information leak. IMPACT ====== Malicious guest administrators can obtain some of the memory contents of other domains: Up to 8*max_nr_grant_frames bytes of uninitialised memory can be leaked to the calling domain. This memory may have been previously used by either the hypervisor or other guests. The default max_nr_grant_frames is 32, hence by default 256 bytes may be leaked in this way. However this can be overridden via the "gnttab_max_nr_frames" hypervisor command line option. VULNERABLE SYSTEMS ================== Both 32- and 64-bit ARM systems are vulnerable from Xen 4.4 onward. MITIGATION ========== None. CREDITS ======= This issue was discovered by Julien Grall. RESOLUTION ========== Applying the attached patch resolves this issue. xsa101.patch xen-unstable, Xen 4.4.x $ sha256sum xsa101*.patch 12ea475265a0804a3a42f620d7065a7408a5ae4b017c871847424c7247c204e9 xsa101.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTqsJaAAoJEIP+FMlX6CvZ0MkIALeL89QbVy7yAsLQ/JY6HhZA Y61HLh7VX9rwZd2pQJoJC3dSPtMCfeo25yd8ryDB4QEQci5qSk/P5gnBkXMUjDTL PbLHimTvGXdAOI3+TYGC6H/dHfqkMeOr/w9cNuS3GuvmpYGpDnb3iE14x5I+JKJJ JPY1tMwettCU3aWmMd1DHzM3cY2qUxQBPN5Itwev6AjPu9w4eFUBV2/u1CsRIQKT 2UBl7uFPm70MmYAzhr30RHOZRQD70ixFDbs1RH1vQsIbF+J8dTOsuzRd03CwVe4A ib0CUm6Emd8zvnGAFU7WZdY6roIukp/Qk5T4mdtlmFtKXuVfBhlCPuc45cBvwyM= =uOne -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa101.patch" Content-Disposition: attachment; filename="xsa101.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGluaXRpYWxpc2UgdGhlIGdyYW50X3RhYmxlX2dwZm4gYXJy YXkgb24gYWxsb2NhdGlvbgoKQXZvaWRzIGxlYWtpbmcgdW5pbml0aWFsaXNl ZCBtZW1vcnkgdmlhIHRoZSBncmFudCB0YWJsZSBzZXR1cCBoeXBlcmNhbGwu CgpUaGlzIGlzIFhTQS0xMDEuCgpSZXBvcnRlZC1ieTogSnVsaWVuIEdyYWxs IDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KU2lnbmVkLW9mZi1ieTogSWFu IENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KCmRpZmYgLS1n aXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluLmMgYi94ZW4vYXJjaC9hcm0vZG9t YWluLmMKaW5kZXggMDRkMGNkMC4uMjhlY2IxMyAxMDA2NDQKLS0tIGEveGVu L2FyY2gvYXJtL2RvbWFpbi5jCisrKyBiL3hlbi9hcmNoL2FybS9kb21haW4u YwpAQCAtMzk0LDcgKzM5NCw3IEBAIHN0cnVjdCBkb21haW4gKmFsbG9jX2Rv bWFpbl9zdHJ1Y3Qodm9pZCkKICAgICAgICAgcmV0dXJuIE5VTEw7CiAKICAg ICBjbGVhcl9wYWdlKGQpOwotICAgIGQtPmFyY2guZ3JhbnRfdGFibGVfZ3Bm biA9IHhtYWxsb2NfYXJyYXkoeGVuX3Bmbl90LCBtYXhfbnJfZ3JhbnRfZnJh bWVzKTsKKyAgICBkLT5hcmNoLmdyYW50X3RhYmxlX2dwZm4gPSB4emFsbG9j X2FycmF5KHhlbl9wZm5fdCwgbWF4X25yX2dyYW50X2ZyYW1lcyk7CiAgICAg cmV0dXJuIGQ7CiB9CiAK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Wed Jun 25 12:37:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 12:37:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzmSB-0002OU-SA; Wed, 25 Jun 2014 12:37:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzmS9-0002O0-KQ; Wed, 25 Jun 2014 12:37:29 +0000 Received: from [85.158.139.211:65187] by server-17.bemta-5.messagelabs.com id 2A/F5-08711-882CAA35; Wed, 25 Jun 2014 12:37:28 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-14.tower-206.messagelabs.com!1403699847!6534171!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22448 invoked from network); 25 Jun 2014 12:37:28 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-14.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 25 Jun 2014 12:37:28 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzmS0-0003TW-Le; Wed, 25 Jun 2014 12:37:20 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WzmS0-0008Jz-0c; Wed, 25 Jun 2014 12:37:20 +0000 Date: Wed, 25 Jun 2014 12:37:20 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 101 - information leak via gnttab_setup_table on ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory XSA-101 version 2 information leak via gnttab_setup_table on ARM UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= When initialising an internal data structure on ARM platform Xen was not correctly initialising the memory containing the list of a domain's grant table pages. This list is returned by the GNTTABOP_setup_table subhypercall, leading to an information leak. IMPACT ====== Malicious guest administrators can obtain some of the memory contents of other domains: Up to 8*max_nr_grant_frames bytes of uninitialised memory can be leaked to the calling domain. This memory may have been previously used by either the hypervisor or other guests. The default max_nr_grant_frames is 32, hence by default 256 bytes may be leaked in this way. However this can be overridden via the "gnttab_max_nr_frames" hypervisor command line option. VULNERABLE SYSTEMS ================== Both 32- and 64-bit ARM systems are vulnerable from Xen 4.4 onward. MITIGATION ========== None. CREDITS ======= This issue was discovered by Julien Grall. RESOLUTION ========== Applying the attached patch resolves this issue. xsa101.patch xen-unstable, Xen 4.4.x $ sha256sum xsa101*.patch 12ea475265a0804a3a42f620d7065a7408a5ae4b017c871847424c7247c204e9 xsa101.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTqsJaAAoJEIP+FMlX6CvZ0MkIALeL89QbVy7yAsLQ/JY6HhZA Y61HLh7VX9rwZd2pQJoJC3dSPtMCfeo25yd8ryDB4QEQci5qSk/P5gnBkXMUjDTL PbLHimTvGXdAOI3+TYGC6H/dHfqkMeOr/w9cNuS3GuvmpYGpDnb3iE14x5I+JKJJ JPY1tMwettCU3aWmMd1DHzM3cY2qUxQBPN5Itwev6AjPu9w4eFUBV2/u1CsRIQKT 2UBl7uFPm70MmYAzhr30RHOZRQD70ixFDbs1RH1vQsIbF+J8dTOsuzRd03CwVe4A ib0CUm6Emd8zvnGAFU7WZdY6roIukp/Qk5T4mdtlmFtKXuVfBhlCPuc45cBvwyM= =uOne -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa101.patch" Content-Disposition: attachment; filename="xsa101.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGluaXRpYWxpc2UgdGhlIGdyYW50X3RhYmxlX2dwZm4gYXJy YXkgb24gYWxsb2NhdGlvbgoKQXZvaWRzIGxlYWtpbmcgdW5pbml0aWFsaXNl ZCBtZW1vcnkgdmlhIHRoZSBncmFudCB0YWJsZSBzZXR1cCBoeXBlcmNhbGwu CgpUaGlzIGlzIFhTQS0xMDEuCgpSZXBvcnRlZC1ieTogSnVsaWVuIEdyYWxs IDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KU2lnbmVkLW9mZi1ieTogSWFu IENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KCmRpZmYgLS1n aXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluLmMgYi94ZW4vYXJjaC9hcm0vZG9t YWluLmMKaW5kZXggMDRkMGNkMC4uMjhlY2IxMyAxMDA2NDQKLS0tIGEveGVu L2FyY2gvYXJtL2RvbWFpbi5jCisrKyBiL3hlbi9hcmNoL2FybS9kb21haW4u YwpAQCAtMzk0LDcgKzM5NCw3IEBAIHN0cnVjdCBkb21haW4gKmFsbG9jX2Rv bWFpbl9zdHJ1Y3Qodm9pZCkKICAgICAgICAgcmV0dXJuIE5VTEw7CiAKICAg ICBjbGVhcl9wYWdlKGQpOwotICAgIGQtPmFyY2guZ3JhbnRfdGFibGVfZ3Bm biA9IHhtYWxsb2NfYXJyYXkoeGVuX3Bmbl90LCBtYXhfbnJfZ3JhbnRfZnJh bWVzKTsKKyAgICBkLT5hcmNoLmdyYW50X3RhYmxlX2dwZm4gPSB4emFsbG9j X2FycmF5KHhlbl9wZm5fdCwgbWF4X25yX2dyYW50X2ZyYW1lcyk7CiAgICAg cmV0dXJuIGQ7CiB9CiAK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Wed Jun 25 12:49:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 12:49:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzmd4-0003Rw-LZ; Wed, 25 Jun 2014 12:48:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzmd2-0003RJ-4V for xen-users@lists.xen.org; Wed, 25 Jun 2014 12:48:44 +0000 Received: from [85.158.139.211:62934] by server-4.bemta-5.messagelabs.com id C1/EC-07250-B25CAA35; Wed, 25 Jun 2014 12:48:43 +0000 X-Env-Sender: powerhouse.linux@yahoo.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1403700520!7789231!1 X-Originating-IP: [98.138.90.65] X-SpamReason: No, hits=2.3 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, REPTO_QUOTE_YAHOO,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26338 invoked from network); 25 Jun 2014 12:48:41 -0000 Received: from nm2.bullet.mail.ne1.yahoo.com (HELO nm2.bullet.mail.ne1.yahoo.com) (98.138.90.65) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 12:48:41 -0000 Received: from [98.138.101.130] by nm2.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:48:40 -0000 Received: from [98.138.101.179] by tm18.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:48:40 -0000 Received: from [127.0.0.1] by omp1090.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:48:40 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 22042.16229.bm@omp1090.mail.ne1.yahoo.com Received: (qmail 36455 invoked by uid 60001); 25 Jun 2014 12:48:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403700519; bh=fTV9o+kAD6ihkFdEOH2lkHj1+qJUa6jeDwcynODSYvY=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=ZAOQ/A7djsKq4FoVaq5K+4ayioEFKmM+UydHDxcbifhafphIUJwE4yv5UmMjn1KWKXhBwPpg8XxwyXqjcsrTEhGLhC1UQV01P/nbL/6FYMU1Wpf05F+CAkR9YL026pCoywaPXlutzU75G24ihh+AIPcAKFmEvnAJ9rmzE0opNzc= X-YMail-OSG: 802FslEVM1lIOICM6DIuzxRz4GGg7DlpIEWlIrGPHe7mGD0 TEy2CUR2ji9vcnWgAXti9VF4Ann_jAE6JSZ0vObSx9L0ttBBqsZUgdAJD1K2 vmUUUFjKtpyj38f749PA6kp0yeBErTvAZXP.2qcNzu_g33nyxVqEULt.fD7i OgFu.4OQmWc1ZVnZg.UARl.SbLkAGSwrDgrJEC08qgkE26u7DgwiHJ1fNBna R5NR3C_z61F.cq1XOK7TbqyRikNvHm2gUz6VgsLeLECnor1p_jsPxsgbkbeP XCl0.kUX2our3JbNvOvn79u7c_blZmA3vZXZqGbi9AYu8HTzCdQCp3zYbkYT 4eRKOIoydqWXyitShyBpz_eFSCHS3_ae.x1F7R9gXXdds_vff7INOvHycEai Vk0vP40gN3AaAsgYr15ZHRpHQBIA5vqrK2wIssIz0jQpdeltiyto.BjIaet3 DzCx2rIr5ZgIdHsG5Im7lzHpB2mGjkw4Edg8hHwJ95OGBSFTpM1S8NTmUgEX CkPOhWE81HqqrxdlpLfs49kKeHy0SY4UUN2GvItWwzYOJKxpTLGPzQOh.2u4 .FNka_euLPpvy0tpJYOnD05a4xgsK4oibk6Eujq3RcchW_kfh9S2cNKpfRCu FpCq8uQ5no2xGuTkxL.pGPLvriaEKiVWDZj8jEbCccxbnb2BRj22hRQ-- Received: from [84.108.212.211] by web122204.mail.ne1.yahoo.com via HTTP; Wed, 25 Jun 2014 05:48:39 PDT X-Rocket-MIMEInfo: 002.001, SSBhZ3JlZSB3aXRoIEdvcmRhbiBhbmQgaGlzIGFkdmljZS4gSG93ZXZlciwgQVNyb2NrIHNlZW1zIHRvIGhhdmUgYSBnb29kIHJlcHV0YXRpb24gZm9yIFZULWQgc3VwcG9ydCwgYnV0IHlvdSBkZWZpbml0ZWx5IHNob3VsZCBjaGVjayB3aXRoIHRoZW0gZmlyc3QhIFdoaWxlIEFzdXMgaGFyZHdhcmUgaXNuJ3QgYmFkIChhcyBHb3JkYW4gc2FpZCksIHRoZXkgYXJlIG5vdCBjb21taXR0ZWQgaW4gYW55IHdheSB0byBzdXBwb3J0IFZULWQuIE9uZSB0b3Agb2YgdGhlIGxpbmUgYm9hcmQgLSBmb3IgZXhhbXBsZSABMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 References: <53A87D1D.4060800@gmail.com> Message-ID: <1403700519.19654.YahooMailNeo@web122204.mail.ne1.yahoo.com> Date: Wed, 25 Jun 2014 05:48:39 -0700 From: "H. Sieger" To: Mihail Ivanov , "xen-users@lists.xen.org" In-Reply-To: <53A87D1D.4060800@gmail.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: "H. Sieger" List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5316189034217713213==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5316189034217713213== Content-Type: multipart/alternative; boundary="533417561-1317930161-1403700519=:19654" --533417561-1317930161-1403700519=:19654 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I agree with Gordan and his advice. However, ASrock seems to have a good re= putation for VT-d support, but you definitely should check with them first!= While Asus hardware isn't bad (as Gordan said), they are not committed in = any way to support VT-d. One top of the line board - for example the Rampag= e IV Extreme - may support VT-d (via BIOS), the other won't, or only partia= lly (e.g. Black edition). Also, some boards like the RIVE support VT-d with= the latest Intel CPUs, others don't. Unless something drastically changed,= their tech support is totally useless, even if you talk directly to headqu= arters.=0AIn the realm of enthusiast boards, ASRock seems to be an exceptio= n in that they support VT-d in a range of boards and in that they actually = know what VT-d is for.=0ACitrix certified boards will most likely be workst= ation boards.=0A=0AHere is a list of motherboards I compiled based on succe= ss stories: http://www.overclock.net/t/1338063/vt-d-compatible-motherboards= =0A=0AHere the same for graphics cards: http://www.overclock.net/t/1307834/= xen-vga-passthrough-compatible-graphics-adapters=0A=0AOf course both lists = aren't exhaustive, but provide perhaps a starting point.=0A=0A=A0=0A=0A=0AO= n Monday, June 23, 2014 10:19 PM, Mihail Ivanov = wrote:=0A =0A=0A=0A-----BEGIN PGP SIGNED MESSAGE-----=0AHash: SHA1=0A=0AHe= llo everyone, I am new to xen and I'd like to ask some things.=0A=0AI am lo= oking to use Xen with both PV and HVM guests.=0AI want to pass-through most= of my devices to DomU's.=0AMy main concern so far is what hardware should = I choose?=0A=0AI've decided on the cpu - Intel i7-4770.=0AThe ram will most= likely be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz.=0AAbout the mobos -= what I know so far is that ASUS don't officially=0Asupport Vt-d, but Asroc= k say they do.=0ASo I am thinking of getting an Asrock. Thing is - so far I= 've read=0Aabout people using the z87 chipset,=0Abut only one example of z9= 7. Also on Intel's website they are saying=0Athat z87 has Vt-d,=0Abut nothi= ng about the z97.=0A=0ASo can someone confirm if Asrock Z97 mobos support V= t-d?=0AAlso if it has problems with its tables?(EPT ones, if I am not mista= ken).=0A=0AI am particularly interested in the Asrock Z97 Extreme4.=0APerha= ps someone around here has experience with it?=0A=0AAlso I've read about th= e GPU pass-through, so I've decided to use AMD=0Asince nVidia has no suppor= t for it=0A(unless I change the ID of my vga to a quadro or some other=0Apr= ofessional vga).=0A=0ANot having an FLR isn't an issue, correct?=0A=0AAnd n= ow my main concern - which of these devices can be used with=0Apass-through= :=0Athe integrated sound card=0Athe integrated NIC=0Athe sata controllers(e= xpensive boards have two - one from the chipset=0Aand another one)=0Athe us= b controllers=0A=0AAll of those should be PCI devices, correct?=0AAlso in a= n article in wikipedia, they say that some mobos don't have=0Asupport for V= t-d for example on PCIe x8 or mini?=0AHow come only one or two slots can't = work?=0A=0AAlso can I passtrough just one USB device or I have to do it wit= h the=0Awhole controller?(as a PCI device I guess).=0A=0AGreetings,=0AMihai= l=0A-----BEGIN PGP SIGNATURE-----=0AVersion: GnuPG v2.0.22 (GNU/Linux)=0ACo= mment: Using GnuPG with Thunderbird - http://www.enigmail.net/=0A=0AiQIcBAE= BAgAGBQJTqH0dAAoJEMqHhflCh8gXT5UP/RB4Xl8MnspLj2TfrfZTgJ1M=0AMCq2haGjdprZC6e= Gih4dy8kFUgZ7KjquOrvYe7YlCjZMxSPWWyL2Xfz5FHbOezA2=0A10J4lTvvYzXD12XJAa+XZW4= ta0tf14qxuo3Z1DNt5J6xv7m2omERPf674UUkmGOf=0Arkjb7MtPRPaHIDQ1r17PQ+51LedviiN= bLPhQrVgfMwsiB7BV0Pki1nfdWJmXNL69=0AiWFoQAxy1iJOf/3XptD5wVOH1bNUDWCza7u/aqA= k73/d9N6x+W3rfkLfE9i9nbrX=0AjaAB/LvE1RzmsCiSsYQZfh3ZV0VD3Tr2yIZkIQVY0hwno7o= /pAEWtgZePCLXPqp2=0A6oiiPoMCDRtcec6b171yDmwlzjyXx7q5jIJ3R8TIbcY28qoc7w87SV8= JRfP5qoUM=0ASUyhXpiFkSj/ivGFvPfrnT6Hiion0WnFiGbhMbYDjji7zW5AKd+iOXCbDwWsNgX= j=0ANbbwpMmEBBq6pf/O6rVvTNDv9GnTQ651MOcVF4GpU0IS+WoJaZM9cd7JYnkOctEU=0ATAkF= l+q1t+YfL1l8yAxBoD3j6tbc96gl5xAjeWWlWxMbk53hr9j1Zfn0J/M/KYyj=0AA7Xqli2XqVrG= rFJGJZiP0WJA8L7r377x1yKnoI4OQSqDe+0tUqAkPRu1VjLpxA4I=0AhF77Lcif3uwEkvPXm8on= =0A=3Dg7xW=0A-----END PGP SIGNATURE-----=0A=0A_____________________________= __________________=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ahtt= p://lists.xen.org/xen-users --533417561-1317930161-1403700519=:19654 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I agree with Gord= an and his advice. However, ASrock seems to have a good reputation for VT-d= support, but you definitely should check with them first! While Asus hardw= are isn't bad (as Gordan said), they are not committed in any way to suppor= t VT-d. One top of the line board - for example the Rampage IV Extreme - ma= y support VT-d (via BIOS), the other won't, or only partially (e.g. Black e= dition). Also, some boards like the RIVE support VT-d with the latest Intel= CPUs, others don't. Unless something drastically changed, their tech suppo= rt is totally useless, even if you talk directly to headquarters.
In the realm of enthusiast boards, ASRock seems to be an exception in that they support VT-d in a range of boards and in that they = actually know what VT-d is for.
Citrix certified board= s will most likely be workstation boards.

<= /div>
Here is a list of moth= erboards I compiled based on success stories: http://www.overclock.net/t/1= 338063/vt-d-compatible-motherboards

Here the same for graphics cards: http:= //www.overclock.net/t/1307834/xen-vga-passthrough-compatible-graphics-adapt= ers

Of cour= se both lists aren't exhaustive, but provide perhaps a starting point.
 


On Monday, June 23, 2014 10:19 PM, Mihail Ivanov <mihail.ivanov9= 3@gmail.com> wrote:


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello every= one, I am new to xen and I'd like to ask some things.

I am looking t= o use Xen with both PV and HVM guests.
I want to pass-through most of my= devices to DomU's.
My main concern so far is what hardware should I cho= ose?

I've decided on the cpu - Intel i7-4770.
The ram will most l= ikely be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz.
About the mobos - what I know s= o far is that ASUS don't officially
support Vt-d, but Asrock say they do= .
So I am thinking of getting an Asrock. Thing is - so far I've read
= about people using the z87 chipset,
but only one example of z97. Also on= Intel's website they are saying
that z87 has Vt-d,
but nothing about= the z97.

So can someone confirm if Asrock Z97 mobos support Vt-d?Also if it has problems with its tables?(EPT ones, if I am not mistaken).=

I am particularly interested in the Asrock Z97 Extreme4.
Perhaps= someone around here has experience with it?

Also I've read about th= e GPU pass-through, so I've decided to use AMD
since nVidia has no suppo= rt for it
(unless I change the ID of my vga to a quadro or some otherprofessional vga).

Not having an FLR isn't an issue, correct?
And now my main concern - which of these devices can be used with
pass-through:
the integrated sound card
the integrated NICthe sata controllers(expensive boards have two - one from the chipset
= and another one)
the usb controllers

All of those should be PCI d= evices, correct?
Also in an article in wikipedia, they say that some mob= os don't have
support for Vt-d for example on PCIe x8 or mini?
How co= me only one or two slots can't work?

Also can I passtrough just one = USB device or I have to do it with the
whole controller?(as a PCI device= I guess).

Greetings,
Mihail
-----BEGIN PGP SIGNATURE-----
= Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird= - http://www.enigmail.net/

iQIcBAEBAgAGBQJTqH0d= AAoJEMqHhflCh8gXT5UP/RB4Xl8MnspLj2TfrfZTgJ1M
MCq2haGjdprZC6eGih4dy8kFUgZ= 7KjquOrvYe7YlCjZMxSPWWyL2Xfz5FHbOezA2
10J4lTvvYzXD12XJAa+XZW4ta0tf14qxuo= 3Z1DNt5J6xv7m2omERPf674UUkmGOf
rkjb7MtPRPaHIDQ1r17PQ+51LedviiNbLPhQrVgfM= wsiB7BV0Pki1nfdWJmXNL69
iWFoQAxy1iJOf/3XptD5wVOH1bNUDWCza7u/aqAk73/d9N6x= +W3rfkLfE9i9nbrX
jaAB/LvE1RzmsCiSsYQZfh3ZV0VD3Tr2yIZkIQVY0hwno7o/pAEWtgZ= ePCLXPqp2
6oiiPoMCDRtcec6b171yDmwlzjyXx7q5jIJ3R8TIbcY28qoc7w87SV8JRfP5qo= UM
SUyhXpiFkSj/ivGFvPfrnT6Hiion0WnFiGbhMbYDjji7zW5AKd+iOXCbDwWsNgXj
N= bbwpMmEBBq6pf/O6rVvTNDv9GnTQ651MOcVF4GpU0IS+WoJaZM9cd7JYnkOctEU
TAkFl+q1= t+YfL1l8yAxBoD3j6tbc96gl5xAjeWWlWxMbk53hr9j1Zfn0J/M/KYyj
A7Xqli2XqVrGrFJ= GJZiP0WJA8L7r377x1yKnoI4OQSqDe+0tUqAkPRu1VjLpxA4I
hF77Lcif3uwEkvPXm8on=3Dg7xW
-----END PGP SIGNATURE-----

___________________________= ____________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users


--533417561-1317930161-1403700519=:19654-- --===============5316189034217713213== 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 --===============5316189034217713213==-- From xen-users-bounces@lists.xen.org Wed Jun 25 12:49:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 12:49:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzmd4-0003Rw-LZ; Wed, 25 Jun 2014 12:48:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzmd2-0003RJ-4V for xen-users@lists.xen.org; Wed, 25 Jun 2014 12:48:44 +0000 Received: from [85.158.139.211:62934] by server-4.bemta-5.messagelabs.com id C1/EC-07250-B25CAA35; Wed, 25 Jun 2014 12:48:43 +0000 X-Env-Sender: powerhouse.linux@yahoo.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1403700520!7789231!1 X-Originating-IP: [98.138.90.65] X-SpamReason: No, hits=2.3 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, REPTO_QUOTE_YAHOO,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26338 invoked from network); 25 Jun 2014 12:48:41 -0000 Received: from nm2.bullet.mail.ne1.yahoo.com (HELO nm2.bullet.mail.ne1.yahoo.com) (98.138.90.65) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 12:48:41 -0000 Received: from [98.138.101.130] by nm2.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:48:40 -0000 Received: from [98.138.101.179] by tm18.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:48:40 -0000 Received: from [127.0.0.1] by omp1090.mail.ne1.yahoo.com with NNFMP; 25 Jun 2014 12:48:40 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 22042.16229.bm@omp1090.mail.ne1.yahoo.com Received: (qmail 36455 invoked by uid 60001); 25 Jun 2014 12:48:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403700519; bh=fTV9o+kAD6ihkFdEOH2lkHj1+qJUa6jeDwcynODSYvY=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=ZAOQ/A7djsKq4FoVaq5K+4ayioEFKmM+UydHDxcbifhafphIUJwE4yv5UmMjn1KWKXhBwPpg8XxwyXqjcsrTEhGLhC1UQV01P/nbL/6FYMU1Wpf05F+CAkR9YL026pCoywaPXlutzU75G24ihh+AIPcAKFmEvnAJ9rmzE0opNzc= X-YMail-OSG: 802FslEVM1lIOICM6DIuzxRz4GGg7DlpIEWlIrGPHe7mGD0 TEy2CUR2ji9vcnWgAXti9VF4Ann_jAE6JSZ0vObSx9L0ttBBqsZUgdAJD1K2 vmUUUFjKtpyj38f749PA6kp0yeBErTvAZXP.2qcNzu_g33nyxVqEULt.fD7i OgFu.4OQmWc1ZVnZg.UARl.SbLkAGSwrDgrJEC08qgkE26u7DgwiHJ1fNBna R5NR3C_z61F.cq1XOK7TbqyRikNvHm2gUz6VgsLeLECnor1p_jsPxsgbkbeP XCl0.kUX2our3JbNvOvn79u7c_blZmA3vZXZqGbi9AYu8HTzCdQCp3zYbkYT 4eRKOIoydqWXyitShyBpz_eFSCHS3_ae.x1F7R9gXXdds_vff7INOvHycEai Vk0vP40gN3AaAsgYr15ZHRpHQBIA5vqrK2wIssIz0jQpdeltiyto.BjIaet3 DzCx2rIr5ZgIdHsG5Im7lzHpB2mGjkw4Edg8hHwJ95OGBSFTpM1S8NTmUgEX CkPOhWE81HqqrxdlpLfs49kKeHy0SY4UUN2GvItWwzYOJKxpTLGPzQOh.2u4 .FNka_euLPpvy0tpJYOnD05a4xgsK4oibk6Eujq3RcchW_kfh9S2cNKpfRCu FpCq8uQ5no2xGuTkxL.pGPLvriaEKiVWDZj8jEbCccxbnb2BRj22hRQ-- Received: from [84.108.212.211] by web122204.mail.ne1.yahoo.com via HTTP; Wed, 25 Jun 2014 05:48:39 PDT X-Rocket-MIMEInfo: 002.001, SSBhZ3JlZSB3aXRoIEdvcmRhbiBhbmQgaGlzIGFkdmljZS4gSG93ZXZlciwgQVNyb2NrIHNlZW1zIHRvIGhhdmUgYSBnb29kIHJlcHV0YXRpb24gZm9yIFZULWQgc3VwcG9ydCwgYnV0IHlvdSBkZWZpbml0ZWx5IHNob3VsZCBjaGVjayB3aXRoIHRoZW0gZmlyc3QhIFdoaWxlIEFzdXMgaGFyZHdhcmUgaXNuJ3QgYmFkIChhcyBHb3JkYW4gc2FpZCksIHRoZXkgYXJlIG5vdCBjb21taXR0ZWQgaW4gYW55IHdheSB0byBzdXBwb3J0IFZULWQuIE9uZSB0b3Agb2YgdGhlIGxpbmUgYm9hcmQgLSBmb3IgZXhhbXBsZSABMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 References: <53A87D1D.4060800@gmail.com> Message-ID: <1403700519.19654.YahooMailNeo@web122204.mail.ne1.yahoo.com> Date: Wed, 25 Jun 2014 05:48:39 -0700 From: "H. Sieger" To: Mihail Ivanov , "xen-users@lists.xen.org" In-Reply-To: <53A87D1D.4060800@gmail.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: "H. Sieger" List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5316189034217713213==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5316189034217713213== Content-Type: multipart/alternative; boundary="533417561-1317930161-1403700519=:19654" --533417561-1317930161-1403700519=:19654 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I agree with Gordan and his advice. However, ASrock seems to have a good re= putation for VT-d support, but you definitely should check with them first!= While Asus hardware isn't bad (as Gordan said), they are not committed in = any way to support VT-d. One top of the line board - for example the Rampag= e IV Extreme - may support VT-d (via BIOS), the other won't, or only partia= lly (e.g. Black edition). Also, some boards like the RIVE support VT-d with= the latest Intel CPUs, others don't. Unless something drastically changed,= their tech support is totally useless, even if you talk directly to headqu= arters.=0AIn the realm of enthusiast boards, ASRock seems to be an exceptio= n in that they support VT-d in a range of boards and in that they actually = know what VT-d is for.=0ACitrix certified boards will most likely be workst= ation boards.=0A=0AHere is a list of motherboards I compiled based on succe= ss stories: http://www.overclock.net/t/1338063/vt-d-compatible-motherboards= =0A=0AHere the same for graphics cards: http://www.overclock.net/t/1307834/= xen-vga-passthrough-compatible-graphics-adapters=0A=0AOf course both lists = aren't exhaustive, but provide perhaps a starting point.=0A=0A=A0=0A=0A=0AO= n Monday, June 23, 2014 10:19 PM, Mihail Ivanov = wrote:=0A =0A=0A=0A-----BEGIN PGP SIGNED MESSAGE-----=0AHash: SHA1=0A=0AHe= llo everyone, I am new to xen and I'd like to ask some things.=0A=0AI am lo= oking to use Xen with both PV and HVM guests.=0AI want to pass-through most= of my devices to DomU's.=0AMy main concern so far is what hardware should = I choose?=0A=0AI've decided on the cpu - Intel i7-4770.=0AThe ram will most= likely be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz.=0AAbout the mobos -= what I know so far is that ASUS don't officially=0Asupport Vt-d, but Asroc= k say they do.=0ASo I am thinking of getting an Asrock. Thing is - so far I= 've read=0Aabout people using the z87 chipset,=0Abut only one example of z9= 7. Also on Intel's website they are saying=0Athat z87 has Vt-d,=0Abut nothi= ng about the z97.=0A=0ASo can someone confirm if Asrock Z97 mobos support V= t-d?=0AAlso if it has problems with its tables?(EPT ones, if I am not mista= ken).=0A=0AI am particularly interested in the Asrock Z97 Extreme4.=0APerha= ps someone around here has experience with it?=0A=0AAlso I've read about th= e GPU pass-through, so I've decided to use AMD=0Asince nVidia has no suppor= t for it=0A(unless I change the ID of my vga to a quadro or some other=0Apr= ofessional vga).=0A=0ANot having an FLR isn't an issue, correct?=0A=0AAnd n= ow my main concern - which of these devices can be used with=0Apass-through= :=0Athe integrated sound card=0Athe integrated NIC=0Athe sata controllers(e= xpensive boards have two - one from the chipset=0Aand another one)=0Athe us= b controllers=0A=0AAll of those should be PCI devices, correct?=0AAlso in a= n article in wikipedia, they say that some mobos don't have=0Asupport for V= t-d for example on PCIe x8 or mini?=0AHow come only one or two slots can't = work?=0A=0AAlso can I passtrough just one USB device or I have to do it wit= h the=0Awhole controller?(as a PCI device I guess).=0A=0AGreetings,=0AMihai= l=0A-----BEGIN PGP SIGNATURE-----=0AVersion: GnuPG v2.0.22 (GNU/Linux)=0ACo= mment: Using GnuPG with Thunderbird - http://www.enigmail.net/=0A=0AiQIcBAE= BAgAGBQJTqH0dAAoJEMqHhflCh8gXT5UP/RB4Xl8MnspLj2TfrfZTgJ1M=0AMCq2haGjdprZC6e= Gih4dy8kFUgZ7KjquOrvYe7YlCjZMxSPWWyL2Xfz5FHbOezA2=0A10J4lTvvYzXD12XJAa+XZW4= ta0tf14qxuo3Z1DNt5J6xv7m2omERPf674UUkmGOf=0Arkjb7MtPRPaHIDQ1r17PQ+51LedviiN= bLPhQrVgfMwsiB7BV0Pki1nfdWJmXNL69=0AiWFoQAxy1iJOf/3XptD5wVOH1bNUDWCza7u/aqA= k73/d9N6x+W3rfkLfE9i9nbrX=0AjaAB/LvE1RzmsCiSsYQZfh3ZV0VD3Tr2yIZkIQVY0hwno7o= /pAEWtgZePCLXPqp2=0A6oiiPoMCDRtcec6b171yDmwlzjyXx7q5jIJ3R8TIbcY28qoc7w87SV8= JRfP5qoUM=0ASUyhXpiFkSj/ivGFvPfrnT6Hiion0WnFiGbhMbYDjji7zW5AKd+iOXCbDwWsNgX= j=0ANbbwpMmEBBq6pf/O6rVvTNDv9GnTQ651MOcVF4GpU0IS+WoJaZM9cd7JYnkOctEU=0ATAkF= l+q1t+YfL1l8yAxBoD3j6tbc96gl5xAjeWWlWxMbk53hr9j1Zfn0J/M/KYyj=0AA7Xqli2XqVrG= rFJGJZiP0WJA8L7r377x1yKnoI4OQSqDe+0tUqAkPRu1VjLpxA4I=0AhF77Lcif3uwEkvPXm8on= =0A=3Dg7xW=0A-----END PGP SIGNATURE-----=0A=0A_____________________________= __________________=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ahtt= p://lists.xen.org/xen-users --533417561-1317930161-1403700519=:19654 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I agree with Gord= an and his advice. However, ASrock seems to have a good reputation for VT-d= support, but you definitely should check with them first! While Asus hardw= are isn't bad (as Gordan said), they are not committed in any way to suppor= t VT-d. One top of the line board - for example the Rampage IV Extreme - ma= y support VT-d (via BIOS), the other won't, or only partially (e.g. Black e= dition). Also, some boards like the RIVE support VT-d with the latest Intel= CPUs, others don't. Unless something drastically changed, their tech suppo= rt is totally useless, even if you talk directly to headquarters.
In the realm of enthusiast boards, ASRock seems to be an exception in that they support VT-d in a range of boards and in that they = actually know what VT-d is for.
Citrix certified board= s will most likely be workstation boards.

<= /div>
Here is a list of moth= erboards I compiled based on success stories: http://www.overclock.net/t/1= 338063/vt-d-compatible-motherboards

Here the same for graphics cards: http:= //www.overclock.net/t/1307834/xen-vga-passthrough-compatible-graphics-adapt= ers

Of cour= se both lists aren't exhaustive, but provide perhaps a starting point.
 


On Monday, June 23, 2014 10:19 PM, Mihail Ivanov <mihail.ivanov9= 3@gmail.com> wrote:


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello every= one, I am new to xen and I'd like to ask some things.

I am looking t= o use Xen with both PV and HVM guests.
I want to pass-through most of my= devices to DomU's.
My main concern so far is what hardware should I cho= ose?

I've decided on the cpu - Intel i7-4770.
The ram will most l= ikely be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz.
About the mobos - what I know s= o far is that ASUS don't officially
support Vt-d, but Asrock say they do= .
So I am thinking of getting an Asrock. Thing is - so far I've read
= about people using the z87 chipset,
but only one example of z97. Also on= Intel's website they are saying
that z87 has Vt-d,
but nothing about= the z97.

So can someone confirm if Asrock Z97 mobos support Vt-d?Also if it has problems with its tables?(EPT ones, if I am not mistaken).=

I am particularly interested in the Asrock Z97 Extreme4.
Perhaps= someone around here has experience with it?

Also I've read about th= e GPU pass-through, so I've decided to use AMD
since nVidia has no suppo= rt for it
(unless I change the ID of my vga to a quadro or some otherprofessional vga).

Not having an FLR isn't an issue, correct?
And now my main concern - which of these devices can be used with
pass-through:
the integrated sound card
the integrated NICthe sata controllers(expensive boards have two - one from the chipset
= and another one)
the usb controllers

All of those should be PCI d= evices, correct?
Also in an article in wikipedia, they say that some mob= os don't have
support for Vt-d for example on PCIe x8 or mini?
How co= me only one or two slots can't work?

Also can I passtrough just one = USB device or I have to do it with the
whole controller?(as a PCI device= I guess).

Greetings,
Mihail
-----BEGIN PGP SIGNATURE-----
= Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird= - http://www.enigmail.net/

iQIcBAEBAgAGBQJTqH0d= AAoJEMqHhflCh8gXT5UP/RB4Xl8MnspLj2TfrfZTgJ1M
MCq2haGjdprZC6eGih4dy8kFUgZ= 7KjquOrvYe7YlCjZMxSPWWyL2Xfz5FHbOezA2
10J4lTvvYzXD12XJAa+XZW4ta0tf14qxuo= 3Z1DNt5J6xv7m2omERPf674UUkmGOf
rkjb7MtPRPaHIDQ1r17PQ+51LedviiNbLPhQrVgfM= wsiB7BV0Pki1nfdWJmXNL69
iWFoQAxy1iJOf/3XptD5wVOH1bNUDWCza7u/aqAk73/d9N6x= +W3rfkLfE9i9nbrX
jaAB/LvE1RzmsCiSsYQZfh3ZV0VD3Tr2yIZkIQVY0hwno7o/pAEWtgZ= ePCLXPqp2
6oiiPoMCDRtcec6b171yDmwlzjyXx7q5jIJ3R8TIbcY28qoc7w87SV8JRfP5qo= UM
SUyhXpiFkSj/ivGFvPfrnT6Hiion0WnFiGbhMbYDjji7zW5AKd+iOXCbDwWsNgXj
N= bbwpMmEBBq6pf/O6rVvTNDv9GnTQ651MOcVF4GpU0IS+WoJaZM9cd7JYnkOctEU
TAkFl+q1= t+YfL1l8yAxBoD3j6tbc96gl5xAjeWWlWxMbk53hr9j1Zfn0J/M/KYyj
A7Xqli2XqVrGrFJ= GJZiP0WJA8L7r377x1yKnoI4OQSqDe+0tUqAkPRu1VjLpxA4I
hF77Lcif3uwEkvPXm8on=3Dg7xW
-----END PGP SIGNATURE-----

___________________________= ____________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users


--533417561-1317930161-1403700519=:19654-- --===============5316189034217713213== 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 --===============5316189034217713213==-- From xen-users-bounces@lists.xen.org Wed Jun 25 13:10:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 13:10:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzmxu-0004SN-Cf; Wed, 25 Jun 2014 13:10:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzmxt-0004SI-0d for xen-users@lists.xen.org; Wed, 25 Jun 2014 13:10:17 +0000 Received: from [193.109.254.147:44004] by server-5.bemta-14.messagelabs.com id B4/1A-26413-83ACAA35; Wed, 25 Jun 2014 13:10:16 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1403701814!13616920!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32132 invoked from network); 25 Jun 2014 13:10:15 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 13:10:15 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 1C88B221DE2 for ; Wed, 25 Jun 2014 14:10:14 +0100 (BST) MIME-Version: 1.0 Date: Wed, 25 Jun 2014 14:10:13 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <1403700519.19654.YahooMailNeo@web122204.mail.ne1.yahoo.com> References: <53A87D1D.4060800@gmail.com> <1403700519.19654.YahooMailNeo@web122204.mail.ne1.yahoo.com> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-25 13:48, H. Sieger wrote: > I agree with Gordan and his advice. However, ASrock seems to have a > good reputation for VT-d support, but you definitely should check with > them first! While Asus hardware isn't bad (as Gordan said), they are > not committed in any way to support VT-d. Not committed in any way to support anything. > One top of the line board - > for example the Rampage IV Extreme - may support VT-d (via BIOS), the > other won't, or only partially (e.g. Black edition). Also, some boards > like the RIVE support VT-d with the latest Intel CPUs, others don't. And there were reports of BIOS updated breaking VT-d on boards on which it worked to begin with. > Unless something drastically changed, their tech support is totally > useless, even if you talk directly to headquarters. It's worse if you try to get them to honour the warranty if something fails. > In the realm of enthusiast boards, ASRock seems to be an exception in > that they support VT-d in a range of boards and in that they actually > know what VT-d is for. > Citrix certified boards will most likely be workstation boards. It's mostly only workstation and server boards that support ECC, too (with some AMD desktop boards unofficially supporting it). > Here is a list of motherboards I compiled based on success stories: > http://www.overclock.net/t/1338063/vt-d-compatible-motherboards [1] > > Here the same for graphics cards: > http://www.overclock.net/t/1307834/xen-vga-passthrough-compatible-graphics-adapters > [2] Since the xm stack is deprecated and removed in the latest version you might as well just ignore anything that doesn't specify it was tested with the xl stack. Also, my personal experience is that modified Nvidia cards are the most workable option. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 13:10:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 13:10:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzmxu-0004SN-Cf; Wed, 25 Jun 2014 13:10:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzmxt-0004SI-0d for xen-users@lists.xen.org; Wed, 25 Jun 2014 13:10:17 +0000 Received: from [193.109.254.147:44004] by server-5.bemta-14.messagelabs.com id B4/1A-26413-83ACAA35; Wed, 25 Jun 2014 13:10:16 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1403701814!13616920!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32132 invoked from network); 25 Jun 2014 13:10:15 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 13:10:15 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 1C88B221DE2 for ; Wed, 25 Jun 2014 14:10:14 +0100 (BST) MIME-Version: 1.0 Date: Wed, 25 Jun 2014 14:10:13 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <1403700519.19654.YahooMailNeo@web122204.mail.ne1.yahoo.com> References: <53A87D1D.4060800@gmail.com> <1403700519.19654.YahooMailNeo@web122204.mail.ne1.yahoo.com> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-25 13:48, H. Sieger wrote: > I agree with Gordan and his advice. However, ASrock seems to have a > good reputation for VT-d support, but you definitely should check with > them first! While Asus hardware isn't bad (as Gordan said), they are > not committed in any way to support VT-d. Not committed in any way to support anything. > One top of the line board - > for example the Rampage IV Extreme - may support VT-d (via BIOS), the > other won't, or only partially (e.g. Black edition). Also, some boards > like the RIVE support VT-d with the latest Intel CPUs, others don't. And there were reports of BIOS updated breaking VT-d on boards on which it worked to begin with. > Unless something drastically changed, their tech support is totally > useless, even if you talk directly to headquarters. It's worse if you try to get them to honour the warranty if something fails. > In the realm of enthusiast boards, ASRock seems to be an exception in > that they support VT-d in a range of boards and in that they actually > know what VT-d is for. > Citrix certified boards will most likely be workstation boards. It's mostly only workstation and server boards that support ECC, too (with some AMD desktop boards unofficially supporting it). > Here is a list of motherboards I compiled based on success stories: > http://www.overclock.net/t/1338063/vt-d-compatible-motherboards [1] > > Here the same for graphics cards: > http://www.overclock.net/t/1307834/xen-vga-passthrough-compatible-graphics-adapters > [2] Since the xm stack is deprecated and removed in the latest version you might as well just ignore anything that doesn't specify it was tested with the xl stack. Also, my personal experience is that modified Nvidia cards are the most workable option. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 13:14:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 13:14:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzn2C-0004b1-9w; Wed, 25 Jun 2014 13:14:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzn2A-0004av-Il for xen-users@lists.xen.org; Wed, 25 Jun 2014 13:14:42 +0000 Received: from [85.158.143.35:45841] by server-1.bemta-4.messagelabs.com id FD/AA-09496-14BCAA35; Wed, 25 Jun 2014 13:14:41 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1403702079!13432214!1 X-Originating-IP: [209.85.216.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1050 invoked from network); 25 Jun 2014 13:14:40 -0000 Received: from mail-qc0-f171.google.com (HELO mail-qc0-f171.google.com) (209.85.216.171) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 13:14:40 -0000 Received: by mail-qc0-f171.google.com with SMTP id w7so1668300qcr.16 for ; Wed, 25 Jun 2014 06:14:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ytIvMu6FPwYQSUjWuPlAKZpudRaN1PyEmbck7iq9vHo=; b=oLhQ6aMrOCOw98no5xh45ch6Njf0ajUo0Ru0uFHQB34pKQQvcLZWnpt7FFuimSMhxa rqc/bcNCg8eMW14I4ECmO3YjF0aEHuO4Eg8PQ/2F4VXXQBBdyJ7u5a50g1FW0tMe+h7O qnim/N58vC3RF9uQHSFqWasio3bFTI09B4MY5IC5+gelCpyvO5+GG5Pl0J1v7fOELZXA +R+UkoL1+KxGxbWH3KHptk4qUZwG1LbqnnYCVAJij+8bKPvGOT7GlqhbtG7E2zS+LAS2 2lROnaSUOHQkbf+65FKE5SlLzh5bru+s+W2w2+oCr97lYHYs4cuuzYxmjW9KXk40E5bZ wJmQ== MIME-Version: 1.0 X-Received: by 10.229.51.201 with SMTP id e9mr11693194qcg.2.1403702079491; Wed, 25 Jun 2014 06:14:39 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Wed, 25 Jun 2014 06:14:39 -0700 (PDT) In-Reply-To: <1403697874.86452.YahooMailNeo@web122201.mail.ne1.yahoo.com> References: <1403697874.86452.YahooMailNeo@web122201.mail.ne1.yahoo.com> Date: Wed, 25 Jun 2014 07:14:39 -0600 Message-ID: From: jacek burghardt To: "H. Sieger" Cc: xen-users Subject: Re: [Xen-users] vga passthrough adventure. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8570895379275401065==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8570895379275401065== Content-Type: multipart/alternative; boundary=089e0168133ed1955f04fca8dbd9 --089e0168133ed1955f04fca8dbd9 Content-Type: text/plain; charset=UTF-8 I was able to pass my usb mouse/keyboard to windows hvm i took out tablet from usb and it works. Is there option to force interrupt remapping i guess there is bug in bios. On Wed, Jun 25, 2014 at 6:04 AM, H. Sieger wrote: > I use the same method David described (PCI passthrough of a USB host), > but you can also use Synergy for mouse/keyboard control under Windows: > http://synergy-project.org/ > > > > On Wednesday, June 25, 2014 5:04 AM, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > > > I have x88-pro A8 6600K cpu and amd 6450. I was able to pass vga as > secondary display to 8.1 and it reboots just fine without having to be > rejected each reboot. > How do you guys assign mouse/keyboard to hvm ? I trying to assign my > Logitech keyboard but it not used a an input under windows 8.1 . Do you > guys have few sets of keyboards ? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > --089e0168133ed1955f04fca8dbd9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I was able to pass my usb mouse/keyboard to windows hvm i = took out tablet from usb and it works. Is there option to force interrupt r= emapping i guess there is bug =C2=A0in bios.=C2=A0



On Wed, Jun 25, 2014 at 6:04 AM, H. Sieg= er <powerhouse.linux@yahoo.com> wrote:
I use the same method David d= escribed=C2=A0 (PCI passthrough of a USB host), but you can also use Synerg= y for mouse/keyboard control under Windows: http://synergy-project.org/
=C2=A0


On Wednesday, June= 25, 2014 5:04 AM, jacek burghardt <jaceksburghardt@gmail.com> wrote:


I have x88-pro = A8 6600K cpu and amd 6450. I was able to pass vga as secondary display to 8.1 and it reboots just fine without having to= be rejected each reboot.
How do you guys assign mouse/keyboard to hvm = ? I trying to assign my Logitech keyboard but it not used a an input under = windows 8.1 . Do you guys have few sets of keyboards ?=C2=A0


______________________= _________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.= org/xen-users


=
--089e0168133ed1955f04fca8dbd9-- --===============8570895379275401065== 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 --===============8570895379275401065==-- From xen-users-bounces@lists.xen.org Wed Jun 25 13:14:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 13:14:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzn2C-0004b1-9w; Wed, 25 Jun 2014 13:14:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzn2A-0004av-Il for xen-users@lists.xen.org; Wed, 25 Jun 2014 13:14:42 +0000 Received: from [85.158.143.35:45841] by server-1.bemta-4.messagelabs.com id FD/AA-09496-14BCAA35; Wed, 25 Jun 2014 13:14:41 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1403702079!13432214!1 X-Originating-IP: [209.85.216.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1050 invoked from network); 25 Jun 2014 13:14:40 -0000 Received: from mail-qc0-f171.google.com (HELO mail-qc0-f171.google.com) (209.85.216.171) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 13:14:40 -0000 Received: by mail-qc0-f171.google.com with SMTP id w7so1668300qcr.16 for ; Wed, 25 Jun 2014 06:14:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ytIvMu6FPwYQSUjWuPlAKZpudRaN1PyEmbck7iq9vHo=; b=oLhQ6aMrOCOw98no5xh45ch6Njf0ajUo0Ru0uFHQB34pKQQvcLZWnpt7FFuimSMhxa rqc/bcNCg8eMW14I4ECmO3YjF0aEHuO4Eg8PQ/2F4VXXQBBdyJ7u5a50g1FW0tMe+h7O qnim/N58vC3RF9uQHSFqWasio3bFTI09B4MY5IC5+gelCpyvO5+GG5Pl0J1v7fOELZXA +R+UkoL1+KxGxbWH3KHptk4qUZwG1LbqnnYCVAJij+8bKPvGOT7GlqhbtG7E2zS+LAS2 2lROnaSUOHQkbf+65FKE5SlLzh5bru+s+W2w2+oCr97lYHYs4cuuzYxmjW9KXk40E5bZ wJmQ== MIME-Version: 1.0 X-Received: by 10.229.51.201 with SMTP id e9mr11693194qcg.2.1403702079491; Wed, 25 Jun 2014 06:14:39 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Wed, 25 Jun 2014 06:14:39 -0700 (PDT) In-Reply-To: <1403697874.86452.YahooMailNeo@web122201.mail.ne1.yahoo.com> References: <1403697874.86452.YahooMailNeo@web122201.mail.ne1.yahoo.com> Date: Wed, 25 Jun 2014 07:14:39 -0600 Message-ID: From: jacek burghardt To: "H. Sieger" Cc: xen-users Subject: Re: [Xen-users] vga passthrough adventure. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8570895379275401065==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8570895379275401065== Content-Type: multipart/alternative; boundary=089e0168133ed1955f04fca8dbd9 --089e0168133ed1955f04fca8dbd9 Content-Type: text/plain; charset=UTF-8 I was able to pass my usb mouse/keyboard to windows hvm i took out tablet from usb and it works. Is there option to force interrupt remapping i guess there is bug in bios. On Wed, Jun 25, 2014 at 6:04 AM, H. Sieger wrote: > I use the same method David described (PCI passthrough of a USB host), > but you can also use Synergy for mouse/keyboard control under Windows: > http://synergy-project.org/ > > > > On Wednesday, June 25, 2014 5:04 AM, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > > > I have x88-pro A8 6600K cpu and amd 6450. I was able to pass vga as > secondary display to 8.1 and it reboots just fine without having to be > rejected each reboot. > How do you guys assign mouse/keyboard to hvm ? I trying to assign my > Logitech keyboard but it not used a an input under windows 8.1 . Do you > guys have few sets of keyboards ? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > --089e0168133ed1955f04fca8dbd9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I was able to pass my usb mouse/keyboard to windows hvm i = took out tablet from usb and it works. Is there option to force interrupt r= emapping i guess there is bug =C2=A0in bios.=C2=A0



On Wed, Jun 25, 2014 at 6:04 AM, H. Sieg= er <powerhouse.linux@yahoo.com> wrote:
I use the same method David d= escribed=C2=A0 (PCI passthrough of a USB host), but you can also use Synerg= y for mouse/keyboard control under Windows: http://synergy-project.org/
=C2=A0


On Wednesday, June= 25, 2014 5:04 AM, jacek burghardt <jaceksburghardt@gmail.com> wrote:


I have x88-pro = A8 6600K cpu and amd 6450. I was able to pass vga as secondary display to 8.1 and it reboots just fine without having to= be rejected each reboot.
How do you guys assign mouse/keyboard to hvm = ? I trying to assign my Logitech keyboard but it not used a an input under = windows 8.1 . Do you guys have few sets of keyboards ?=C2=A0


______________________= _________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.= org/xen-users


=
--089e0168133ed1955f04fca8dbd9-- --===============8570895379275401065== 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 --===============8570895379275401065==-- From xen-users-bounces@lists.xen.org Wed Jun 25 18:45:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 18:45:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzsB8-0005l9-UJ; Wed, 25 Jun 2014 18:44:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzsB7-0005l4-4n for xen-users@lists.xen.org; Wed, 25 Jun 2014 18:44:17 +0000 Received: from [85.158.139.211:51931] by server-2.bemta-5.messagelabs.com id 5E/85-01647-0881BA35; Wed, 25 Jun 2014 18:44:16 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1403721855!8652949!1 X-Originating-IP: [74.125.82.50] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32322 invoked from network); 25 Jun 2014 18:44:15 -0000 Received: from mail-wg0-f50.google.com (HELO mail-wg0-f50.google.com) (74.125.82.50) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 18:44:15 -0000 Received: by mail-wg0-f50.google.com with SMTP id m15so2382044wgh.33 for ; Wed, 25 Jun 2014 11:44:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=UgQFpvdFD2WUiHXjL+v4YcgSoA7Y/+xp3WAjBAUw87A=; b=YdNQdKDUpRpfjlVjPg9mxo1rMmOL4kNaNaal/G1kypOlathRvJfpOsRWSVYWNZ7uP2 FnFd3P6Uh9xQbAK0Y0E+mVgH5EXFxGjAYI6ntK6dPAJ1++dPp8ibBwiU51SoYxyvK4XX KavqoKGoILnoUha69derMW5WfnF9W/I3jnaL04O/g5m2EGts/slUxFACQeiB5gI3rS/s DcaanrZ7M+eZeAigXD0TYSYiZaeIa6l1pIk6mya1bq1/KTiXYB3Vmzh7JVArK/t0uQgO UJM4Sef2Uv6c4qFPrekhf44zajvXcUA7+U77kCndGhtrxRAvCdVUGP5t+KY8Lfd2YCqD Rwrg== X-Received: by 10.180.189.234 with SMTP id gl10mr12316172wic.56.1403721853639; Wed, 25 Jun 2014 11:44:13 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id p3sm9118801wjw.13.2014.06.25.11.44.12 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Jun 2014 11:44:12 -0700 (PDT) Message-ID: <53AB18EB.5040701@gmail.com> Date: Wed, 25 Jun 2014 21:46:03 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53A87D1D.4060800@gmail.com> <1403700519.19654.YahooMailNeo@web122204.mail.ne1.yahoo.com> In-Reply-To: <1403700519.19654.YahooMailNeo@web122204.mail.ne1.yahoo.com> X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I've finally decided I am gonna go the expensive way. Getting a E5-1650V2(3.5-3.9Ghz). http://ark.intel.com/products/75780/Intel-Xeon-Processor-E5-1650-v2-12M-Cache-3_50-GHz (The other option being 2 x E5-2609 2,4Ghz which will get me 8 cores, but without HT and on much lower clock - so I'd rather have the E5-1650V2, also I don't really want to go dual socket) Those single socket 2011 server motherboards seem like the way to go if one wants to be sure everything works. Now I am kinda only considering Asrock vs Supermicro (no ASUS for me please :), Intel's mobos are uATX and I want ATX, why would I want to pay 300$+ and get like 2 PCI-E slots) I am thinking of getting this mobo Asrock EPC602D8A: http://www.asrockrack.com/general/productdetail.asp?Model=EPC602D8A Do you think it's good? It's a server/workstation board based on the 602 Chipset with explicit support for Vt-d, a lot of PCI_E slots too, Sata ports too. Yet I haven't found any feedback on that mobo, so I'd be cool if someone could share his thoughts on it. I will be passing through kinda everything(NIC's, SATA Controllers,Powerful VGA's,etc). Only 3-4 cheap VGA's will stay in Dom0(and maybe sound too). I've read some papers and decided ECC is a must so - so i will most likely use 8 x 8GB 1600 ECC. As for storage: ZFS on 3 x WD Black 2 TB in Raid 5, And a cheap A-data SSD 120GB as cache. On 06/25/2014 03:48 PM, H. Sieger wrote: > I agree with Gordan and his advice. However, ASrock seems to have a > good reputation for VT-d support, but you definitely should check > with them first! While Asus hardware isn't bad (as Gordan said), > they are not committed in any way to support VT-d. One top of the > line board - for example the Rampage IV Extreme - may support VT-d > (via BIOS), the other won't, or only partially (e.g. Black > edition). Also, some boards like the RIVE support VT-d with the > latest Intel CPUs, others don't. Unless something drastically > changed, their tech support is totally useless, even if you talk > directly to headquarters. In the realm of enthusiast boards, ASRock > seems to be an exception in that they support VT-d in a range of > boards and in that they actually know what VT-d is for. Citrix > certified boards will most likely be workstation boards. > > Here is a list of motherboards I compiled based on success stories: > http://www.overclock.net/t/1338063/vt-d-compatible-motherboards > > Here the same for graphics cards: > http://www.overclock.net/t/1307834/xen-vga-passthrough-compatible-graphics-adapters > > Of course both lists aren't exhaustive, but provide perhaps a > starting point. > > > > > On Monday, June 23, 2014 10:19 PM, Mihail Ivanov > wrote: > > > > Hello everyone, I am new to xen and I'd like to ask some things. > > I am looking to use Xen with both PV and HVM guests. I want to > pass-through most of my devices to DomU's. My main concern so far > is what hardware should I choose? > > I've decided on the cpu - Intel i7-4770. The ram will most likely > be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos - > what I know so far is that ASUS don't officially support Vt-d, but > Asrock say they do. So I am thinking of getting an Asrock. Thing is > - so far I've read about people using the z87 chipset, but only one > example of z97. Also on Intel's website they are saying that z87 > has Vt-d, but nothing about the z97. > > So can someone confirm if Asrock Z97 mobos support Vt-d? Also if it > has problems with its tables?(EPT ones, if I am not mistaken). > > I am particularly interested in the Asrock Z97 Extreme4. Perhaps > someone around here has experience with it? > > Also I've read about the GPU pass-through, so I've decided to use > AMD since nVidia has no support for it (unless I change the ID of > my vga to a quadro or some other professional vga). > > Not having an FLR isn't an issue, correct? > > And now my main concern - which of these devices can be used with > pass-through: the integrated sound card the integrated NIC the sata > controllers(expensive boards have two - one from the chipset and > another one) the usb controllers > > All of those should be PCI devices, correct? Also in an article in > wikipedia, they say that some mobos don't have support for Vt-d for > example on PCIe x8 or mini? How come only one or two slots can't > work? > > Also can I passtrough just one USB device or I have to do it with > the whole controller?(as a PCI device I guess). > > Greetings, Mihail > > _______________________________________________ Xen-users mailing > list Xen-users@lists.xen.org http://lists.xen.org/xen-users > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqxjrAAoJEMqHhflCh8gXcSMP/17EepC7NA7tNftbXDS6h72p 5jxr5nZojYCwNSxm3H5V4+w5SwzTTFqFvhYDIPIxNZXUO/KUYnQbexYiUc+/PEXj jjXI+5lF1hbQDQ28iVfFJD3csKrakTnmkp4w3Ark9VPiKBpoaG6v4jPd1J/vkzFq xLd1QwRb8gW3e4oytJROjZFjYRciUzjAQkN00Yl3UNN8xFQ780Z4X++BmVt8lv7x O65n5lMIq5CyH6fgwDWQzZjG6Uc2bVRUUs/86gNFXG1dYfqxNbdoeJ/DtjfFo/HX 4pHRLlWqqmAXtjrGrYW+LcVyjeEYNEWFHyPOcHMT8tGQ/49Yz6KF/eWukBOOQERh L10ThwLLh6JH+a1PvI+znJ0+58f5SfgO0q9YXY9tqTbSeu5hFblkvOSnlXTzX1h1 aRzwiVuoC1C8B0UD1QSD9sWKK7xrWJVFMrAbLsmefPNfD8mcu+L8d9lKvsRTTJ3g guZEiXj3BZPGGvNgK9dWQRP8sHDPaF+7Rpa6sbYdFEbS8pDZzeCWTZPeYS2bwP6+ ScwNENeuQ4Gg3gIjB4BmIS4LeSUlHm9R+BhNAafPsNG8UL73lf/wdZesSyBLxi9Z Kqermz7yc9b0PgLzLcL66kM8xitUzY12RlscKkLVuyY1WI4CH2EXj8DTaLn/ltgZ ax3MF39WUw+dQYBhVel/ =+LsA -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 18:45:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 18:45:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzsB8-0005l9-UJ; Wed, 25 Jun 2014 18:44:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzsB7-0005l4-4n for xen-users@lists.xen.org; Wed, 25 Jun 2014 18:44:17 +0000 Received: from [85.158.139.211:51931] by server-2.bemta-5.messagelabs.com id 5E/85-01647-0881BA35; Wed, 25 Jun 2014 18:44:16 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1403721855!8652949!1 X-Originating-IP: [74.125.82.50] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32322 invoked from network); 25 Jun 2014 18:44:15 -0000 Received: from mail-wg0-f50.google.com (HELO mail-wg0-f50.google.com) (74.125.82.50) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 18:44:15 -0000 Received: by mail-wg0-f50.google.com with SMTP id m15so2382044wgh.33 for ; Wed, 25 Jun 2014 11:44:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=UgQFpvdFD2WUiHXjL+v4YcgSoA7Y/+xp3WAjBAUw87A=; b=YdNQdKDUpRpfjlVjPg9mxo1rMmOL4kNaNaal/G1kypOlathRvJfpOsRWSVYWNZ7uP2 FnFd3P6Uh9xQbAK0Y0E+mVgH5EXFxGjAYI6ntK6dPAJ1++dPp8ibBwiU51SoYxyvK4XX KavqoKGoILnoUha69derMW5WfnF9W/I3jnaL04O/g5m2EGts/slUxFACQeiB5gI3rS/s DcaanrZ7M+eZeAigXD0TYSYiZaeIa6l1pIk6mya1bq1/KTiXYB3Vmzh7JVArK/t0uQgO UJM4Sef2Uv6c4qFPrekhf44zajvXcUA7+U77kCndGhtrxRAvCdVUGP5t+KY8Lfd2YCqD Rwrg== X-Received: by 10.180.189.234 with SMTP id gl10mr12316172wic.56.1403721853639; Wed, 25 Jun 2014 11:44:13 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id p3sm9118801wjw.13.2014.06.25.11.44.12 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Jun 2014 11:44:12 -0700 (PDT) Message-ID: <53AB18EB.5040701@gmail.com> Date: Wed, 25 Jun 2014 21:46:03 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53A87D1D.4060800@gmail.com> <1403700519.19654.YahooMailNeo@web122204.mail.ne1.yahoo.com> In-Reply-To: <1403700519.19654.YahooMailNeo@web122204.mail.ne1.yahoo.com> X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I've finally decided I am gonna go the expensive way. Getting a E5-1650V2(3.5-3.9Ghz). http://ark.intel.com/products/75780/Intel-Xeon-Processor-E5-1650-v2-12M-Cache-3_50-GHz (The other option being 2 x E5-2609 2,4Ghz which will get me 8 cores, but without HT and on much lower clock - so I'd rather have the E5-1650V2, also I don't really want to go dual socket) Those single socket 2011 server motherboards seem like the way to go if one wants to be sure everything works. Now I am kinda only considering Asrock vs Supermicro (no ASUS for me please :), Intel's mobos are uATX and I want ATX, why would I want to pay 300$+ and get like 2 PCI-E slots) I am thinking of getting this mobo Asrock EPC602D8A: http://www.asrockrack.com/general/productdetail.asp?Model=EPC602D8A Do you think it's good? It's a server/workstation board based on the 602 Chipset with explicit support for Vt-d, a lot of PCI_E slots too, Sata ports too. Yet I haven't found any feedback on that mobo, so I'd be cool if someone could share his thoughts on it. I will be passing through kinda everything(NIC's, SATA Controllers,Powerful VGA's,etc). Only 3-4 cheap VGA's will stay in Dom0(and maybe sound too). I've read some papers and decided ECC is a must so - so i will most likely use 8 x 8GB 1600 ECC. As for storage: ZFS on 3 x WD Black 2 TB in Raid 5, And a cheap A-data SSD 120GB as cache. On 06/25/2014 03:48 PM, H. Sieger wrote: > I agree with Gordan and his advice. However, ASrock seems to have a > good reputation for VT-d support, but you definitely should check > with them first! While Asus hardware isn't bad (as Gordan said), > they are not committed in any way to support VT-d. One top of the > line board - for example the Rampage IV Extreme - may support VT-d > (via BIOS), the other won't, or only partially (e.g. Black > edition). Also, some boards like the RIVE support VT-d with the > latest Intel CPUs, others don't. Unless something drastically > changed, their tech support is totally useless, even if you talk > directly to headquarters. In the realm of enthusiast boards, ASRock > seems to be an exception in that they support VT-d in a range of > boards and in that they actually know what VT-d is for. Citrix > certified boards will most likely be workstation boards. > > Here is a list of motherboards I compiled based on success stories: > http://www.overclock.net/t/1338063/vt-d-compatible-motherboards > > Here the same for graphics cards: > http://www.overclock.net/t/1307834/xen-vga-passthrough-compatible-graphics-adapters > > Of course both lists aren't exhaustive, but provide perhaps a > starting point. > > > > > On Monday, June 23, 2014 10:19 PM, Mihail Ivanov > wrote: > > > > Hello everyone, I am new to xen and I'd like to ask some things. > > I am looking to use Xen with both PV and HVM guests. I want to > pass-through most of my devices to DomU's. My main concern so far > is what hardware should I choose? > > I've decided on the cpu - Intel i7-4770. The ram will most likely > be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos - > what I know so far is that ASUS don't officially support Vt-d, but > Asrock say they do. So I am thinking of getting an Asrock. Thing is > - so far I've read about people using the z87 chipset, but only one > example of z97. Also on Intel's website they are saying that z87 > has Vt-d, but nothing about the z97. > > So can someone confirm if Asrock Z97 mobos support Vt-d? Also if it > has problems with its tables?(EPT ones, if I am not mistaken). > > I am particularly interested in the Asrock Z97 Extreme4. Perhaps > someone around here has experience with it? > > Also I've read about the GPU pass-through, so I've decided to use > AMD since nVidia has no support for it (unless I change the ID of > my vga to a quadro or some other professional vga). > > Not having an FLR isn't an issue, correct? > > And now my main concern - which of these devices can be used with > pass-through: the integrated sound card the integrated NIC the sata > controllers(expensive boards have two - one from the chipset and > another one) the usb controllers > > All of those should be PCI devices, correct? Also in an article in > wikipedia, they say that some mobos don't have support for Vt-d for > example on PCIe x8 or mini? How come only one or two slots can't > work? > > Also can I passtrough just one USB device or I have to do it with > the whole controller?(as a PCI device I guess). > > Greetings, Mihail > > _______________________________________________ Xen-users mailing > list Xen-users@lists.xen.org http://lists.xen.org/xen-users > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqxjrAAoJEMqHhflCh8gXcSMP/17EepC7NA7tNftbXDS6h72p 5jxr5nZojYCwNSxm3H5V4+w5SwzTTFqFvhYDIPIxNZXUO/KUYnQbexYiUc+/PEXj jjXI+5lF1hbQDQ28iVfFJD3csKrakTnmkp4w3Ark9VPiKBpoaG6v4jPd1J/vkzFq xLd1QwRb8gW3e4oytJROjZFjYRciUzjAQkN00Yl3UNN8xFQ780Z4X++BmVt8lv7x O65n5lMIq5CyH6fgwDWQzZjG6Uc2bVRUUs/86gNFXG1dYfqxNbdoeJ/DtjfFo/HX 4pHRLlWqqmAXtjrGrYW+LcVyjeEYNEWFHyPOcHMT8tGQ/49Yz6KF/eWukBOOQERh L10ThwLLh6JH+a1PvI+znJ0+58f5SfgO0q9YXY9tqTbSeu5hFblkvOSnlXTzX1h1 aRzwiVuoC1C8B0UD1QSD9sWKK7xrWJVFMrAbLsmefPNfD8mcu+L8d9lKvsRTTJ3g guZEiXj3BZPGGvNgK9dWQRP8sHDPaF+7Rpa6sbYdFEbS8pDZzeCWTZPeYS2bwP6+ ScwNENeuQ4Gg3gIjB4BmIS4LeSUlHm9R+BhNAafPsNG8UL73lf/wdZesSyBLxi9Z Kqermz7yc9b0PgLzLcL66kM8xitUzY12RlscKkLVuyY1WI4CH2EXj8DTaLn/ltgZ ax3MF39WUw+dQYBhVel/ =+LsA -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 20:07:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 20:07:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WztS7-0007dL-1y; Wed, 25 Jun 2014 20:05:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WztS4-0007dG-Lr for xen-users@lists.xen.org; Wed, 25 Jun 2014 20:05:52 +0000 Received: from [85.158.143.35:5754] by server-3.bemta-4.messagelabs.com id F1/0B-16194-F9B2BA35; Wed, 25 Jun 2014 20:05:51 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1403726749!13782186!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10440 invoked from network); 25 Jun 2014 20:05:49 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 20:05:49 -0000 Received: by mail-wg0-f45.google.com with SMTP id l18so2588110wgh.4 for ; Wed, 25 Jun 2014 13:05:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=dP+2jJowJCrnANGbfkzy1+E27SDRB/cmwjZPeG1ThpE=; b=zqbpYHNX/C4BgubkfvJqoGUPv7eJWgQYhYT2cfrSHG+J61VTtl626lpIAsFNeQ/34J qgS1WW9LloAjIwQmbV6y2+zfh5EKD3x5HU/7GkhbtcuIfFR6rSjcaYYqto32SyzDGPL8 AoImIQqsn00bw8wfcH5mKYu/BrVDjde5xNjDVGoKmwxtadmnjaDWQqf8Qi2hk9T6xoiH tEbuOXcKzUnLyzNeop7RMu5qfoJgQIxLqYQD/i5jD4AWfFmaRxSTAe9dVwP1oD6dYUWF p9rheoGoKlRb49YvnKh+BywRBcC2zTG3HfAhVogbiegh5ZKCmory7xcGNtq7nXQB99Kk 5x/w== X-Received: by 10.180.90.242 with SMTP id bz18mr44735980wib.12.1403726749109; Wed, 25 Jun 2014 13:05:49 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id m3sm15870496wik.7.2014.06.25.13.05.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Jun 2014 13:05:48 -0700 (PDT) Message-ID: <53AB2C0B.2060909@gmail.com> Date: Wed, 25 Jun 2014 23:07:39 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] VT-d with Supermicro MBD-X10SAE-O X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I know it's an old thread but I am currently planning my new configuration for Qubes. So far I've read countless threads and decided to use server hardware. So "Does this confirm that the hardware is compatible with Xen with VT-d, or does 'Dom0 DMA Passthrough' have to be enabled?" Can someone answer this question? Also to the starter of this thread: Does it run well now? Qubes that is. Are you able to pass-through everything? And can you use your Integrated Graphics in Dom0? I am between going 2011 or 1150 Xeon, but still haven't decided and the lack of info in the HCL is killing me. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqywLAAoJEMqHhflCh8gXTE0P/iyhFfMLRAI8zJSfYnayxlfg CzVb+AeWUHruTUb1DAccPqNejEEG8HKBzFZn1uRyufnstk1YAtb4P0MQ3KvIvUOB /GAIgFZXGHyLniZReZR9jy5eJ7dvXoyV9UWIkbbX+QR5z0mgzV5yeJqmazpRFygS 3M+nJmVUe/dFCuAqdsrwju3nAeQF7zKxNvH5AN+LN8tADoRdfEHKctlf1opIu2IM Y8ZxLCok8HUvmPzcyOSIwrH1DGkvbky0xfjE4tzDND3VCvfQ1Y0S4fqRquWXbkHC zbhGc13TNoyVceYNoQeeaU0u+ATERj/YhEVoIACQ009Y5j6xiUBByMAAKK31wI/a nJ6UInrsyyE2/UHCwF6EFdPUpDp1JiKR9pRIW72pN86ZnQEKzpRJ0SjTJ0XOdGB7 KXsng26Z6xwiFU+7ROfY9W8zmUYrtp/KXUWqxFyoBQh6rPFJwFMLen7XjlLO5xVx abRlDCUhpoGdWVA0ExlFTlsPccO5MAaWY7vqCBYP0hO3/7NuPtcmurnvMfRh1hP3 FtocwP2V3QHcCRvJOnlsULJrRngNhuFFRqun8yIme+Oaw2Tv8GY10JUK+dZipqOK 4bzqvIVy8emDcMAy5fKfUeRW8efYXW8esXfbX03EJQck1G8VXROKldSVIvUzagLe +d4V/kfZRgE6zgIV5CYB =uz34 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 20:07:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 20:07:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WztS7-0007dL-1y; Wed, 25 Jun 2014 20:05:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WztS4-0007dG-Lr for xen-users@lists.xen.org; Wed, 25 Jun 2014 20:05:52 +0000 Received: from [85.158.143.35:5754] by server-3.bemta-4.messagelabs.com id F1/0B-16194-F9B2BA35; Wed, 25 Jun 2014 20:05:51 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1403726749!13782186!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10440 invoked from network); 25 Jun 2014 20:05:49 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 20:05:49 -0000 Received: by mail-wg0-f45.google.com with SMTP id l18so2588110wgh.4 for ; Wed, 25 Jun 2014 13:05:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=dP+2jJowJCrnANGbfkzy1+E27SDRB/cmwjZPeG1ThpE=; b=zqbpYHNX/C4BgubkfvJqoGUPv7eJWgQYhYT2cfrSHG+J61VTtl626lpIAsFNeQ/34J qgS1WW9LloAjIwQmbV6y2+zfh5EKD3x5HU/7GkhbtcuIfFR6rSjcaYYqto32SyzDGPL8 AoImIQqsn00bw8wfcH5mKYu/BrVDjde5xNjDVGoKmwxtadmnjaDWQqf8Qi2hk9T6xoiH tEbuOXcKzUnLyzNeop7RMu5qfoJgQIxLqYQD/i5jD4AWfFmaRxSTAe9dVwP1oD6dYUWF p9rheoGoKlRb49YvnKh+BywRBcC2zTG3HfAhVogbiegh5ZKCmory7xcGNtq7nXQB99Kk 5x/w== X-Received: by 10.180.90.242 with SMTP id bz18mr44735980wib.12.1403726749109; Wed, 25 Jun 2014 13:05:49 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id m3sm15870496wik.7.2014.06.25.13.05.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Jun 2014 13:05:48 -0700 (PDT) Message-ID: <53AB2C0B.2060909@gmail.com> Date: Wed, 25 Jun 2014 23:07:39 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] VT-d with Supermicro MBD-X10SAE-O X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I know it's an old thread but I am currently planning my new configuration for Qubes. So far I've read countless threads and decided to use server hardware. So "Does this confirm that the hardware is compatible with Xen with VT-d, or does 'Dom0 DMA Passthrough' have to be enabled?" Can someone answer this question? Also to the starter of this thread: Does it run well now? Qubes that is. Are you able to pass-through everything? And can you use your Integrated Graphics in Dom0? I am between going 2011 or 1150 Xeon, but still haven't decided and the lack of info in the HCL is killing me. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqywLAAoJEMqHhflCh8gXTE0P/iyhFfMLRAI8zJSfYnayxlfg CzVb+AeWUHruTUb1DAccPqNejEEG8HKBzFZn1uRyufnstk1YAtb4P0MQ3KvIvUOB /GAIgFZXGHyLniZReZR9jy5eJ7dvXoyV9UWIkbbX+QR5z0mgzV5yeJqmazpRFygS 3M+nJmVUe/dFCuAqdsrwju3nAeQF7zKxNvH5AN+LN8tADoRdfEHKctlf1opIu2IM Y8ZxLCok8HUvmPzcyOSIwrH1DGkvbky0xfjE4tzDND3VCvfQ1Y0S4fqRquWXbkHC zbhGc13TNoyVceYNoQeeaU0u+ATERj/YhEVoIACQ009Y5j6xiUBByMAAKK31wI/a nJ6UInrsyyE2/UHCwF6EFdPUpDp1JiKR9pRIW72pN86ZnQEKzpRJ0SjTJ0XOdGB7 KXsng26Z6xwiFU+7ROfY9W8zmUYrtp/KXUWqxFyoBQh6rPFJwFMLen7XjlLO5xVx abRlDCUhpoGdWVA0ExlFTlsPccO5MAaWY7vqCBYP0hO3/7NuPtcmurnvMfRh1hP3 FtocwP2V3QHcCRvJOnlsULJrRngNhuFFRqun8yIme+Oaw2Tv8GY10JUK+dZipqOK 4bzqvIVy8emDcMAy5fKfUeRW8efYXW8esXfbX03EJQck1G8VXROKldSVIvUzagLe +d4V/kfZRgE6zgIV5CYB =uz34 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 21:06:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 21:06:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzuNP-00011h-7Q; Wed, 25 Jun 2014 21:05:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzuNN-00011c-ET for xen-users@lists.xen.org; Wed, 25 Jun 2014 21:05:05 +0000 Received: from [85.158.143.35:15500] by server-1.bemta-4.messagelabs.com id 8E/44-09496-0893BA35; Wed, 25 Jun 2014 21:05:04 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1403730301!13821087!1 X-Originating-IP: [209.85.216.178] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22667 invoked from network); 25 Jun 2014 21:05:02 -0000 Received: from mail-qc0-f178.google.com (HELO mail-qc0-f178.google.com) (209.85.216.178) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 21:05:02 -0000 Received: by mail-qc0-f178.google.com with SMTP id c9so2270860qcz.23 for ; Wed, 25 Jun 2014 14:05:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tWzqOrI0soRqF14d/PInedpDtnG86qrjS8jLbnsbqCA=; b=sk3SVsVcg5CYw0/gnyL7NT6xuNUZZNhFEMUnhSo3P6wF+13F3srBA4WKZXr+4ITQCO OofQzOi9g/JWhWY5t+04cR4cp11Ok3dABTb2xF+dklLdsnnoF+slFwsun/3NqvszE4gw /PcBY2+LfsvQYb+9QyfpuOzmtHsO6+7EX7PPnyDHnq/x4AlfNeup2+g9ofGd/EsniJMC 40q5FJ6WVuH16lvAX3sV68FhFuI9oAB4x9PWPglieLwsYOyp5L9w8seKqW1eWklUmcTa vm6+TMN+MtFxvFaTn0HKcJ26qwJaFIln6u2vkVea4V6q7j8vgOeCPkNNA7dTu94/nIoF ticg== MIME-Version: 1.0 X-Received: by 10.229.53.65 with SMTP id l1mr15825339qcg.19.1403730301443; Wed, 25 Jun 2014 14:05:01 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Wed, 25 Jun 2014 14:05:01 -0700 (PDT) In-Reply-To: <74d1c4b9cb3d5c0cf90e7b359690b1bc@mail.shatteredsilicon.net> References: <53AA919D.90207@gmail.com> <74d1c4b9cb3d5c0cf90e7b359690b1bc@mail.shatteredsilicon.net> Date: Wed, 25 Jun 2014 15:05:01 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2406669700030050869==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2406669700030050869== Content-Type: multipart/alternative; boundary=001a1134bc6afa643a04fcaf6d7f --001a1134bc6afa643a04fcaf6d7f Content-Type: text/plain; charset=UTF-8 Well it seems that going with amd cpu and video cards increases chance of having working vga passthrough. I just build new system with A8 6600k quad core cpu for $99 six core is $129 and I got x88-pro($26) with 3 x16 and 6450 this gives system that can pass four video cards to guests. I use build in video card for gnome desktop and assign 6450 to win 8.1 along with sound card. On Wed, Jun 25, 2014 at 3:43 AM, Gordan Bobic wrote: > On 2014-06-25 10:08, Mihail Ivanov wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, >> >> So I've read more about ECC and decided I need it. >> Will probably use 8-16GB DIMM's 1600Mhz. >> About the amount of VGA's - I want 7-14 monitors(at least 2 Megapixels >> 60Hz on each one - that is ex. 1920x1080), so I need cheap video outputs. >> > > If you are just after the pixel count, you might want to > consider 4K monitors. Most of the motherboards you listed > in the previous email, especially the server grade ones > that support ECC only have 2-3 PCIe x16 slots, and just > about all GPUs nowdays are in PCIe x16 form factor. You > could put them in x8 slots, but you would have to cut > open the end of the slot on the motherboard and make sure > there are no components on the motherboard (e.g. caps, > heatsinks, etc.) in the way of the slot. But then there > is still the limitation of at most 4 dual slot GPUs imposed > by any case you are likely to be able to get. > > You could try to find some single-slot GPUs, but they are > very few nowdays and not port-rich. Something like an older > Radeon Eyefinity model with 6 mini-DPs might get you some > of the way there, but IIRC there's a total of one model, > it's a few generations out of date, and it's a dual slot > card. > > You could start messing about with ribbon PCIe risers, > but that starts to complicate things and you are still > going to have to heavily modify any off the shelf case > to make that work. > > I don't think you'll manage to reconcile your various > requirements. > > I use an EVGA SR-2 that is one of 2 boards that has > 7x PCIe x16 slots (the other being the EVGA SR-X), > and those are in HPTX form factor and require a > huge case. I have an Lian Li PC-P80 Armorsuit case > which is quite well ventilated and with 2 780Ti GPUs > and CPUs going flat out air cooling is at best marginal > even without overclocking. CPUs get to 80C+, as do GPUs > under load. > > And I wouldn't recommend the EVGA SR-2 for this. SR-X > might fare mildly better because the PCIe bridges it > uses are PLX rather than NF200, but the slot width > arrangements are a bit weird, memory channel > configuration is lopsided, and I suggest you read > the last few pages of the the EVGA SR-2/SR-X forum if > you still aren't sufficiently put off those. Oh, > and ATI R9 cards also don't work with NF200 bridges. > > > Only one-two of the VGA's need be powerful and pass-throughed, the >> rest should stay in Dom0. >> > > I still don't think you are going to struggle to > achieve 14 monitors over 4 GPUs no matter how you > look at it. If you want to stretch the desktop, > across multiple screens you might find that something > like Matrox TripleHead2Go may be a more sensible > solution. > > > So next thing I've read about RAID, so I am thinking of raiding 2 x WD >> Black 2 TB. (Should I do software raid or hardware raid?) >> > > ZFS. RAID is, IMO, unfit for purpose with today's > disk size and unreliablity. > > I'd also suggest you get HGST drives. Failing that get WD Reds > or another model with TLER (and make sure you enable it). > > > And about my SSD - doing regular backups on two small HDD's should be >> fine? >> > > You'll have to elaborate on that a bit more, but > backups shouldn't really be in the same machine. > > And this is starting to get off topic for Xen. > > > Also I will be using ZFS >> > > Then why do you even mention RAID and hardware vs. software? > > > and my Dom0 will be Fedora. >> > > You like having to reinstall your OS from scratch > every 6 months? > > > being unsure whether the last one supports ECC(I know there are ASUS >> mobos that do, but then again - BROKEN IVRS TABLES, so no IOMMU). >> I've read mixed opinions about Gigabyte - some people stating official >> emails that say that one or another 990FX mobo supports ECC, then >> again on their website they say no such thing. So in the end some >> people got ECC ram but were unsure if it runs with ECC or if it's >> disabled. >> > > "Official" emails aren't worth the electrons they are stored in. > Back when I was looking at getting an SR-2 I was assured that it > supports VT-d, even though the NF200 bridges break VT-d support > quite badly. > > > And about needing more than 6 cores, I'd like to - but my budget is >> tight so going 600 $ on the CPU is bad enough as it is, since I have >> to buy expensive mobo(300-350$) and ram too. >> > > Xeon X5650s (6 cores) are going for nearer $300 on ebay. > > And I still think you should start with a motherboard > (or a whole workstation) from the list of those Citrix > certified for GPU passthrough. Otherwise there is a non > trivial chance you will find yourself with a lot of > expensive hardware that is not fit for the purpose you > bought it for. The nature of the problems with the > SR-2 was such that I was able to work around them > and get things working with some custom patches with > relatively livable-with side effects, but even if you > were prepared to sink that amount of time into the > project, you may run into problems with other hardware > that simply aren't solvable in software. > > Gordan > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a1134bc6afa643a04fcaf6d7f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well it seems that going with amd cpu and video cards incr= eases chance of having working vga=C2=A0passthrough. I just build new system with A8 6600k= quad core cpu for $99 six core is $129 and I got x88-pro($26) with 3 x16 = =C2=A0and 6450 this gives=C2=A0=C2=A0system that can pass four video= cards to guests. I use build in video card for gnome desktop and assign 64= 50 to win 8.1 along with sound card.


On Wed, Jun 2= 5, 2014 at 3:43 AM, Gordan Bobic <gordan@bobich.net> wrote:<= br>
On 2014-06-25 10:08, Mihail Ivanov wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

So I've read more about ECC and decided I need it.
Will probably use 8-16GB DIMM's 1600Mhz.
About the amount of VGA's - I want 7-14 monitors(at least 2 Megapixels<= br> 60Hz on each one - that is ex. 1920x1080), so I need cheap video outputs.

If you are just after the pixel count, you might want to
consider 4K monitors. Most of the motherboards you listed
in the previous email, especially the server grade ones
that support ECC only have 2-3 PCIe x16 slots, and just
about all GPUs nowdays are in PCIe x16 form factor. You
could put them in x8 slots, but you would have to cut
open the end of the slot on the motherboard and make sure
there are no components on the motherboard (e.g. caps,
heatsinks, etc.) in the way of the slot. But then there
is still the limitation of at most 4 dual slot GPUs imposed
by any case you are likely to be able to get.

You could try to find some single-slot GPUs, but they are
very few nowdays and not port-rich. Something like an older
Radeon Eyefinity model with 6 mini-DPs might get you some
of the way there, but IIRC there's a total of one model,
it's a few generations out of date, and it's a dual slot
card.

You could start messing about with ribbon PCIe risers,
but that starts to complicate things and you are still
going to have to heavily modify any off the shelf case
to make that work.

I don't think you'll manage to reconcile your various
requirements.

I use an EVGA SR-2 that is one of 2 boards that has
7x PCIe x16 slots (the other being the EVGA SR-X),
and those are in HPTX form factor and require a
huge case. I have an Lian Li PC-P80 Armorsuit case
which is quite well ventilated and with 2 780Ti GPUs
and CPUs going flat out air cooling is at best marginal
even without overclocking. CPUs get to 80C+, as do GPUs
under load.

And I wouldn't recommend the EVGA SR-2 for this. SR-X
might fare mildly better because the PCIe bridges it
uses are PLX rather than NF200, but the slot width
arrangements are a bit weird, memory channel
configuration is lopsided, and I suggest you read
the last few pages of the the EVGA SR-2/SR-X forum if
you still aren't sufficiently put off those. Oh,
and ATI R9 cards also don't work with NF200 bridges.

Only one-two of the VGA's need be powerful and pass-throughed, the
rest should stay in Dom0.

I still don't think you are going to struggle to
achieve 14 monitors over 4 GPUs no matter how you
look at it. If you want to stretch the desktop,
across multiple screens you might find that something
like Matrox TripleHead2Go may be a more sensible
solution.


So next thing I've read about RAID, so I am thinking of raiding 2 x WD<= br> Black 2 TB. (Should I do software raid or hardware raid?)

ZFS. RAID is, IMO, unfit for purpose with today's
disk size and unreliablity.

I'd also suggest you get HGST drives. Failing that get WD Reds
or another model with TLER (and make sure you enable it).

And about my SSD - =C2=A0doing regular backups on two small HDD's shoul= d be
fine?

You'll have to elaborate on that a bit more, but
backups shouldn't really be in the same machine.

And this is starting to get off topic for Xen.


Also I will be using ZFS

Then why do you even mention RAID and hardware vs. software?


and my Dom0 will be Fedora.

You like having to reinstall your OS from scratch
every 6 months?


being unsure whether the last one supports ECC(I know there are ASUS
mobos that do, but then again - BROKEN IVRS TABLES, so no IOMMU).
I've read mixed opinions about Gigabyte - some people stating official<= br> emails that say that one or another 990FX mobo supports ECC, then
again on their website they say no such thing. So in the end some
people got ECC ram but were unsure if it runs with ECC or if it's
disabled.

"Official" emails aren't worth the electrons they are stored = in.
Back when I was looking at getting an SR-2 I was assured that it
supports VT-d, even though the NF200 bridges break VT-d support
quite badly.


And about needing more than 6 cores, I'd like to - but my budget is
tight so going 600 $ on the CPU is bad enough as it is, since I have
to buy expensive mobo(300-350$) and ram too.

Xeon X5650s (6 cores) are going for nearer $300 on ebay.

And I still think you should start with a motherboard
(or a whole workstation) from the list of those Citrix
certified for GPU passthrough. Otherwise there is a non
trivial chance you will find yourself with a lot of
expensive hardware that is not fit for the purpose you
bought it for. The nature of the problems with the
SR-2 was such that I was able to work around them
and get things working with some custom patches with
relatively livable-with side effects, but even if you
were prepared to sink that amount of time into the
project, you may run into problems with other hardware
that simply aren't solvable in software.

Gordan


_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users

--001a1134bc6afa643a04fcaf6d7f-- --===============2406669700030050869== 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 --===============2406669700030050869==-- From xen-users-bounces@lists.xen.org Wed Jun 25 21:06:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 21:06:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzuNP-00011h-7Q; Wed, 25 Jun 2014 21:05:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzuNN-00011c-ET for xen-users@lists.xen.org; Wed, 25 Jun 2014 21:05:05 +0000 Received: from [85.158.143.35:15500] by server-1.bemta-4.messagelabs.com id 8E/44-09496-0893BA35; Wed, 25 Jun 2014 21:05:04 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1403730301!13821087!1 X-Originating-IP: [209.85.216.178] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22667 invoked from network); 25 Jun 2014 21:05:02 -0000 Received: from mail-qc0-f178.google.com (HELO mail-qc0-f178.google.com) (209.85.216.178) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 21:05:02 -0000 Received: by mail-qc0-f178.google.com with SMTP id c9so2270860qcz.23 for ; Wed, 25 Jun 2014 14:05:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tWzqOrI0soRqF14d/PInedpDtnG86qrjS8jLbnsbqCA=; b=sk3SVsVcg5CYw0/gnyL7NT6xuNUZZNhFEMUnhSo3P6wF+13F3srBA4WKZXr+4ITQCO OofQzOi9g/JWhWY5t+04cR4cp11Ok3dABTb2xF+dklLdsnnoF+slFwsun/3NqvszE4gw /PcBY2+LfsvQYb+9QyfpuOzmtHsO6+7EX7PPnyDHnq/x4AlfNeup2+g9ofGd/EsniJMC 40q5FJ6WVuH16lvAX3sV68FhFuI9oAB4x9PWPglieLwsYOyp5L9w8seKqW1eWklUmcTa vm6+TMN+MtFxvFaTn0HKcJ26qwJaFIln6u2vkVea4V6q7j8vgOeCPkNNA7dTu94/nIoF ticg== MIME-Version: 1.0 X-Received: by 10.229.53.65 with SMTP id l1mr15825339qcg.19.1403730301443; Wed, 25 Jun 2014 14:05:01 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Wed, 25 Jun 2014 14:05:01 -0700 (PDT) In-Reply-To: <74d1c4b9cb3d5c0cf90e7b359690b1bc@mail.shatteredsilicon.net> References: <53AA919D.90207@gmail.com> <74d1c4b9cb3d5c0cf90e7b359690b1bc@mail.shatteredsilicon.net> Date: Wed, 25 Jun 2014 15:05:01 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2406669700030050869==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2406669700030050869== Content-Type: multipart/alternative; boundary=001a1134bc6afa643a04fcaf6d7f --001a1134bc6afa643a04fcaf6d7f Content-Type: text/plain; charset=UTF-8 Well it seems that going with amd cpu and video cards increases chance of having working vga passthrough. I just build new system with A8 6600k quad core cpu for $99 six core is $129 and I got x88-pro($26) with 3 x16 and 6450 this gives system that can pass four video cards to guests. I use build in video card for gnome desktop and assign 6450 to win 8.1 along with sound card. On Wed, Jun 25, 2014 at 3:43 AM, Gordan Bobic wrote: > On 2014-06-25 10:08, Mihail Ivanov wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, >> >> So I've read more about ECC and decided I need it. >> Will probably use 8-16GB DIMM's 1600Mhz. >> About the amount of VGA's - I want 7-14 monitors(at least 2 Megapixels >> 60Hz on each one - that is ex. 1920x1080), so I need cheap video outputs. >> > > If you are just after the pixel count, you might want to > consider 4K monitors. Most of the motherboards you listed > in the previous email, especially the server grade ones > that support ECC only have 2-3 PCIe x16 slots, and just > about all GPUs nowdays are in PCIe x16 form factor. You > could put them in x8 slots, but you would have to cut > open the end of the slot on the motherboard and make sure > there are no components on the motherboard (e.g. caps, > heatsinks, etc.) in the way of the slot. But then there > is still the limitation of at most 4 dual slot GPUs imposed > by any case you are likely to be able to get. > > You could try to find some single-slot GPUs, but they are > very few nowdays and not port-rich. Something like an older > Radeon Eyefinity model with 6 mini-DPs might get you some > of the way there, but IIRC there's a total of one model, > it's a few generations out of date, and it's a dual slot > card. > > You could start messing about with ribbon PCIe risers, > but that starts to complicate things and you are still > going to have to heavily modify any off the shelf case > to make that work. > > I don't think you'll manage to reconcile your various > requirements. > > I use an EVGA SR-2 that is one of 2 boards that has > 7x PCIe x16 slots (the other being the EVGA SR-X), > and those are in HPTX form factor and require a > huge case. I have an Lian Li PC-P80 Armorsuit case > which is quite well ventilated and with 2 780Ti GPUs > and CPUs going flat out air cooling is at best marginal > even without overclocking. CPUs get to 80C+, as do GPUs > under load. > > And I wouldn't recommend the EVGA SR-2 for this. SR-X > might fare mildly better because the PCIe bridges it > uses are PLX rather than NF200, but the slot width > arrangements are a bit weird, memory channel > configuration is lopsided, and I suggest you read > the last few pages of the the EVGA SR-2/SR-X forum if > you still aren't sufficiently put off those. Oh, > and ATI R9 cards also don't work with NF200 bridges. > > > Only one-two of the VGA's need be powerful and pass-throughed, the >> rest should stay in Dom0. >> > > I still don't think you are going to struggle to > achieve 14 monitors over 4 GPUs no matter how you > look at it. If you want to stretch the desktop, > across multiple screens you might find that something > like Matrox TripleHead2Go may be a more sensible > solution. > > > So next thing I've read about RAID, so I am thinking of raiding 2 x WD >> Black 2 TB. (Should I do software raid or hardware raid?) >> > > ZFS. RAID is, IMO, unfit for purpose with today's > disk size and unreliablity. > > I'd also suggest you get HGST drives. Failing that get WD Reds > or another model with TLER (and make sure you enable it). > > > And about my SSD - doing regular backups on two small HDD's should be >> fine? >> > > You'll have to elaborate on that a bit more, but > backups shouldn't really be in the same machine. > > And this is starting to get off topic for Xen. > > > Also I will be using ZFS >> > > Then why do you even mention RAID and hardware vs. software? > > > and my Dom0 will be Fedora. >> > > You like having to reinstall your OS from scratch > every 6 months? > > > being unsure whether the last one supports ECC(I know there are ASUS >> mobos that do, but then again - BROKEN IVRS TABLES, so no IOMMU). >> I've read mixed opinions about Gigabyte - some people stating official >> emails that say that one or another 990FX mobo supports ECC, then >> again on their website they say no such thing. So in the end some >> people got ECC ram but were unsure if it runs with ECC or if it's >> disabled. >> > > "Official" emails aren't worth the electrons they are stored in. > Back when I was looking at getting an SR-2 I was assured that it > supports VT-d, even though the NF200 bridges break VT-d support > quite badly. > > > And about needing more than 6 cores, I'd like to - but my budget is >> tight so going 600 $ on the CPU is bad enough as it is, since I have >> to buy expensive mobo(300-350$) and ram too. >> > > Xeon X5650s (6 cores) are going for nearer $300 on ebay. > > And I still think you should start with a motherboard > (or a whole workstation) from the list of those Citrix > certified for GPU passthrough. Otherwise there is a non > trivial chance you will find yourself with a lot of > expensive hardware that is not fit for the purpose you > bought it for. The nature of the problems with the > SR-2 was such that I was able to work around them > and get things working with some custom patches with > relatively livable-with side effects, but even if you > were prepared to sink that amount of time into the > project, you may run into problems with other hardware > that simply aren't solvable in software. > > Gordan > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a1134bc6afa643a04fcaf6d7f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well it seems that going with amd cpu and video cards incr= eases chance of having working vga=C2=A0passthrough. I just build new system with A8 6600k= quad core cpu for $99 six core is $129 and I got x88-pro($26) with 3 x16 = =C2=A0and 6450 this gives=C2=A0=C2=A0system that can pass four video= cards to guests. I use build in video card for gnome desktop and assign 64= 50 to win 8.1 along with sound card.


On Wed, Jun 2= 5, 2014 at 3:43 AM, Gordan Bobic <gordan@bobich.net> wrote:<= br>
On 2014-06-25 10:08, Mihail Ivanov wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

So I've read more about ECC and decided I need it.
Will probably use 8-16GB DIMM's 1600Mhz.
About the amount of VGA's - I want 7-14 monitors(at least 2 Megapixels<= br> 60Hz on each one - that is ex. 1920x1080), so I need cheap video outputs.

If you are just after the pixel count, you might want to
consider 4K monitors. Most of the motherboards you listed
in the previous email, especially the server grade ones
that support ECC only have 2-3 PCIe x16 slots, and just
about all GPUs nowdays are in PCIe x16 form factor. You
could put them in x8 slots, but you would have to cut
open the end of the slot on the motherboard and make sure
there are no components on the motherboard (e.g. caps,
heatsinks, etc.) in the way of the slot. But then there
is still the limitation of at most 4 dual slot GPUs imposed
by any case you are likely to be able to get.

You could try to find some single-slot GPUs, but they are
very few nowdays and not port-rich. Something like an older
Radeon Eyefinity model with 6 mini-DPs might get you some
of the way there, but IIRC there's a total of one model,
it's a few generations out of date, and it's a dual slot
card.

You could start messing about with ribbon PCIe risers,
but that starts to complicate things and you are still
going to have to heavily modify any off the shelf case
to make that work.

I don't think you'll manage to reconcile your various
requirements.

I use an EVGA SR-2 that is one of 2 boards that has
7x PCIe x16 slots (the other being the EVGA SR-X),
and those are in HPTX form factor and require a
huge case. I have an Lian Li PC-P80 Armorsuit case
which is quite well ventilated and with 2 780Ti GPUs
and CPUs going flat out air cooling is at best marginal
even without overclocking. CPUs get to 80C+, as do GPUs
under load.

And I wouldn't recommend the EVGA SR-2 for this. SR-X
might fare mildly better because the PCIe bridges it
uses are PLX rather than NF200, but the slot width
arrangements are a bit weird, memory channel
configuration is lopsided, and I suggest you read
the last few pages of the the EVGA SR-2/SR-X forum if
you still aren't sufficiently put off those. Oh,
and ATI R9 cards also don't work with NF200 bridges.

Only one-two of the VGA's need be powerful and pass-throughed, the
rest should stay in Dom0.

I still don't think you are going to struggle to
achieve 14 monitors over 4 GPUs no matter how you
look at it. If you want to stretch the desktop,
across multiple screens you might find that something
like Matrox TripleHead2Go may be a more sensible
solution.


So next thing I've read about RAID, so I am thinking of raiding 2 x WD<= br> Black 2 TB. (Should I do software raid or hardware raid?)

ZFS. RAID is, IMO, unfit for purpose with today's
disk size and unreliablity.

I'd also suggest you get HGST drives. Failing that get WD Reds
or another model with TLER (and make sure you enable it).

And about my SSD - =C2=A0doing regular backups on two small HDD's shoul= d be
fine?

You'll have to elaborate on that a bit more, but
backups shouldn't really be in the same machine.

And this is starting to get off topic for Xen.


Also I will be using ZFS

Then why do you even mention RAID and hardware vs. software?


and my Dom0 will be Fedora.

You like having to reinstall your OS from scratch
every 6 months?


being unsure whether the last one supports ECC(I know there are ASUS
mobos that do, but then again - BROKEN IVRS TABLES, so no IOMMU).
I've read mixed opinions about Gigabyte - some people stating official<= br> emails that say that one or another 990FX mobo supports ECC, then
again on their website they say no such thing. So in the end some
people got ECC ram but were unsure if it runs with ECC or if it's
disabled.

"Official" emails aren't worth the electrons they are stored = in.
Back when I was looking at getting an SR-2 I was assured that it
supports VT-d, even though the NF200 bridges break VT-d support
quite badly.


And about needing more than 6 cores, I'd like to - but my budget is
tight so going 600 $ on the CPU is bad enough as it is, since I have
to buy expensive mobo(300-350$) and ram too.

Xeon X5650s (6 cores) are going for nearer $300 on ebay.

And I still think you should start with a motherboard
(or a whole workstation) from the list of those Citrix
certified for GPU passthrough. Otherwise there is a non
trivial chance you will find yourself with a lot of
expensive hardware that is not fit for the purpose you
bought it for. The nature of the problems with the
SR-2 was such that I was able to work around them
and get things working with some custom patches with
relatively livable-with side effects, but even if you
were prepared to sink that amount of time into the
project, you may run into problems with other hardware
that simply aren't solvable in software.

Gordan


_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users

--001a1134bc6afa643a04fcaf6d7f-- --===============2406669700030050869== 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 --===============2406669700030050869==-- From xen-users-bounces@lists.xen.org Wed Jun 25 21:13:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 21:13:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzuVm-0001MA-Ep; Wed, 25 Jun 2014 21:13:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzuVl-0001M5-5k for xen-users@lists.xen.org; Wed, 25 Jun 2014 21:13:45 +0000 Received: from [85.158.143.35:33790] by server-3.bemta-4.messagelabs.com id C5/FC-16194-88B3BA35; Wed, 25 Jun 2014 21:13:44 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1403730822!13833079!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22758 invoked from network); 25 Jun 2014 21:13:43 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 21:13:43 -0000 Received: by mail-qa0-f45.google.com with SMTP id v10so2015879qac.4 for ; Wed, 25 Jun 2014 14:13:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WOtKVuc2T29hry2BfnfT7mYLD/jfus1iH1Kay844/Iw=; b=X0+MzTC6r1MCgkGue0t3DoEKdjYhNCEvhFnyqXsMUuXalcLi5UP/xMFFPtVFZc/dHH g62a/thomap32aUhhaVKKlztjh9Bhe54xiRAu0s6uhWV8fon+nPdTZqIT5e9leVT84/c u694jVxYl0LXJ7/VvERULZ4IGb/RV7fBgMm+e6EG9+Oo3cCItnEqFMAx+j7Y4wWR4jAo UtvxR8l5avDcCRjtYfXVHqQAN/IvpSmzR+XFpRkW++8sJWSOEZIvdez8qKmkmHW0DUDl 6J9IGh1dBQwMa5G3xA87JJQac3CwLx1wdKq06ZJbf8wuI7bJzS0KKSGOs3xsbg4i9d7u sRcQ== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr15027200qge.38.1403730822191; Wed, 25 Jun 2014 14:13:42 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Wed, 25 Jun 2014 14:13:42 -0700 (PDT) Date: Wed, 25 Jun 2014 15:13:42 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] scripts X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0586536618324791552==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0586536618324791552== Content-Type: multipart/alternative; boundary=001a1139766004bd8a04fcaf8d61 --001a1139766004bd8a04fcaf8d61 Content-Type: text/plain; charset=UTF-8 I wonder if there is a way to for xen to run script after guess is shutdown. I would like to pass sound card from linux to hvm guess and then when hvm guest is shutdown back to linux. Script can unload all usb modules and assign to hvm and back. #!/bin/bash if [ $# -ne 2 ]; then echo "Require PCI devices in format: ::." echo "Eg: $(basename $0) device_name 0000:00:1b.0" exit 1 fi devicename=$1 pcidev=$2 for pcidev in $@; do if [ -h /sys/bus/pci/devices/"$pcidev"/driver ]; then echo "Unbinding $pcidev from" $(basename $(readlink /sys/bus/pci/devices/"$pcidev"/driver)) echo -n "$pcidev" > /sys/bus/pci/devices/"$pcidev"/driver/unbind fi echo "Binding $pcidev to $devicename" echo -n "$pcidev" > /sys/bus/pci/drivers/$devicename/bind echo -n "$pcidev" > /sys/bus/pci/drivers/$devicename/new_slot done --001a1139766004bd8a04fcaf8d61 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I wonder if there is a way to for xen to run =C2=A0script = after guess is shutdown.
I would like to pass sound card from linux to = hvm guess and then when hvm guest is shutdown back to linux. =C2=A0Script c= an unload all usb modules and assign to hvm and back.
#!/bin/bash

if [ $# -ne 2 ]; then
<= div>=C2=A0 =C2=A0 echo "Require PCI devices in format: =C2=A0<domai= n>:<bus>:<slot>.<function>"
=C2=A0 =C2= =A0 echo "Eg: $(basename $0) device_name 0000:00:1b.0"
=C2=A0 =C2=A0 exit 1
fi
devicename=3D$1
= pcidev=3D$2

for pcidev in $@; do
=C2=A0 = =C2=A0 if [ -h /sys/bus/pci/devices/"$pcidev"/driver ]; then
=C2=A0 =C2=A0 =C2=A0 =C2=A0 echo "Unbinding $pcidev from" $= (basename $(readlink /sys/bus/pci/devices/"$pcidev"/driver))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 echo -n "$pcidev" > /sys/bus/= pci/devices/"$pcidev"/driver/unbind
=C2=A0 =C2=A0 fi
=C2=A0 =C2=A0 echo "Binding $pcidev to $devicename"
=
=C2=A0 =C2=A0 echo -n "$pcidev" > /sys/bus/pci/drivers/$d= evicename/bind
=C2=A0 =C2=A0 echo -n "$pcidev" > /sys/bus/pci/drivers/$d= evicename/new_slot
done

--001a1139766004bd8a04fcaf8d61-- --===============0586536618324791552== 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 --===============0586536618324791552==-- From xen-users-bounces@lists.xen.org Wed Jun 25 21:13:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 21:13:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzuVm-0001MA-Ep; Wed, 25 Jun 2014 21:13:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzuVl-0001M5-5k for xen-users@lists.xen.org; Wed, 25 Jun 2014 21:13:45 +0000 Received: from [85.158.143.35:33790] by server-3.bemta-4.messagelabs.com id C5/FC-16194-88B3BA35; Wed, 25 Jun 2014 21:13:44 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1403730822!13833079!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22758 invoked from network); 25 Jun 2014 21:13:43 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 21:13:43 -0000 Received: by mail-qa0-f45.google.com with SMTP id v10so2015879qac.4 for ; Wed, 25 Jun 2014 14:13:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WOtKVuc2T29hry2BfnfT7mYLD/jfus1iH1Kay844/Iw=; b=X0+MzTC6r1MCgkGue0t3DoEKdjYhNCEvhFnyqXsMUuXalcLi5UP/xMFFPtVFZc/dHH g62a/thomap32aUhhaVKKlztjh9Bhe54xiRAu0s6uhWV8fon+nPdTZqIT5e9leVT84/c u694jVxYl0LXJ7/VvERULZ4IGb/RV7fBgMm+e6EG9+Oo3cCItnEqFMAx+j7Y4wWR4jAo UtvxR8l5avDcCRjtYfXVHqQAN/IvpSmzR+XFpRkW++8sJWSOEZIvdez8qKmkmHW0DUDl 6J9IGh1dBQwMa5G3xA87JJQac3CwLx1wdKq06ZJbf8wuI7bJzS0KKSGOs3xsbg4i9d7u sRcQ== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr15027200qge.38.1403730822191; Wed, 25 Jun 2014 14:13:42 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Wed, 25 Jun 2014 14:13:42 -0700 (PDT) Date: Wed, 25 Jun 2014 15:13:42 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] scripts X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0586536618324791552==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0586536618324791552== Content-Type: multipart/alternative; boundary=001a1139766004bd8a04fcaf8d61 --001a1139766004bd8a04fcaf8d61 Content-Type: text/plain; charset=UTF-8 I wonder if there is a way to for xen to run script after guess is shutdown. I would like to pass sound card from linux to hvm guess and then when hvm guest is shutdown back to linux. Script can unload all usb modules and assign to hvm and back. #!/bin/bash if [ $# -ne 2 ]; then echo "Require PCI devices in format: ::." echo "Eg: $(basename $0) device_name 0000:00:1b.0" exit 1 fi devicename=$1 pcidev=$2 for pcidev in $@; do if [ -h /sys/bus/pci/devices/"$pcidev"/driver ]; then echo "Unbinding $pcidev from" $(basename $(readlink /sys/bus/pci/devices/"$pcidev"/driver)) echo -n "$pcidev" > /sys/bus/pci/devices/"$pcidev"/driver/unbind fi echo "Binding $pcidev to $devicename" echo -n "$pcidev" > /sys/bus/pci/drivers/$devicename/bind echo -n "$pcidev" > /sys/bus/pci/drivers/$devicename/new_slot done --001a1139766004bd8a04fcaf8d61 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I wonder if there is a way to for xen to run =C2=A0script = after guess is shutdown.
I would like to pass sound card from linux to = hvm guess and then when hvm guest is shutdown back to linux. =C2=A0Script c= an unload all usb modules and assign to hvm and back.
#!/bin/bash

if [ $# -ne 2 ]; then
<= div>=C2=A0 =C2=A0 echo "Require PCI devices in format: =C2=A0<domai= n>:<bus>:<slot>.<function>"
=C2=A0 =C2= =A0 echo "Eg: $(basename $0) device_name 0000:00:1b.0"
=C2=A0 =C2=A0 exit 1
fi
devicename=3D$1
= pcidev=3D$2

for pcidev in $@; do
=C2=A0 = =C2=A0 if [ -h /sys/bus/pci/devices/"$pcidev"/driver ]; then
=C2=A0 =C2=A0 =C2=A0 =C2=A0 echo "Unbinding $pcidev from" $= (basename $(readlink /sys/bus/pci/devices/"$pcidev"/driver))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 echo -n "$pcidev" > /sys/bus/= pci/devices/"$pcidev"/driver/unbind
=C2=A0 =C2=A0 fi
=C2=A0 =C2=A0 echo "Binding $pcidev to $devicename"
=
=C2=A0 =C2=A0 echo -n "$pcidev" > /sys/bus/pci/drivers/$d= evicename/bind
=C2=A0 =C2=A0 echo -n "$pcidev" > /sys/bus/pci/drivers/$d= evicename/new_slot
done

--001a1139766004bd8a04fcaf8d61-- --===============0586536618324791552== 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 --===============0586536618324791552==-- From xen-users-bounces@lists.xen.org Wed Jun 25 22:12:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 22:12:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzvPN-0002LM-A4; Wed, 25 Jun 2014 22:11:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzvPM-0002LC-5N for xen-users@lists.xen.org; Wed, 25 Jun 2014 22:11:12 +0000 Received: from [85.158.143.35:55264] by server-3.bemta-4.messagelabs.com id AF/05-16194-FF84BA35; Wed, 25 Jun 2014 22:11:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-21.messagelabs.com!1403734269!6565479!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=UPPERCASE_25_50 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21549 invoked from network); 25 Jun 2014 22:11:10 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 22:11:10 -0000 Received: from [192.168.1.79] (unknown [192.168.1.79]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id EA99B221DE2; Wed, 25 Jun 2014 23:11:08 +0100 (BST) Date: Wed, 25 Jun 2014 23:04:44 +0100 Message-ID: <0tu36l1v623ygah89dyrhcpn.1403733884654@email.android.com> From: Gordan Bobic To: Mihail Ivanov MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] VT-d with Supermicro MBD-X10SAE-O X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Intel GPU works for dom0. No idea about Qubes. Mihail Ivanov wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >I know it's an old thread but I am currently planning my new >configuration for Qubes. So far I've read countless threads and >decided to use server hardware. > >So "Does this confirm that the hardware is compatible with Xen with VT-d, >or does 'Dom0 DMA Passthrough' have to be enabled?" > >Can someone answer this question? > >Also to the starter of this thread: >Does it run well now? Qubes that is. >Are you able to pass-through everything? >And can you use your Integrated Graphics in Dom0? > >I am between going 2011 or 1150 Xeon, but still haven't decided and >the lack of info in the HCL is killing me. >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v2.0.22 (GNU/Linux) >Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > >iQIcBAEBAgAGBQJTqywLAAoJEMqHhflCh8gXTE0P/iyhFfMLRAI8zJSfYnayxlfg >CzVb+AeWUHruTUb1DAccPqNejEEG8HKBzFZn1uRyufnstk1YAtb4P0MQ3KvIvUOB >/GAIgFZXGHyLniZReZR9jy5eJ7dvXoyV9UWIkbbX+QR5z0mgzV5yeJqmazpRFygS >3M+nJmVUe/dFCuAqdsrwju3nAeQF7zKxNvH5AN+LN8tADoRdfEHKctlf1opIu2IM >Y8ZxLCok8HUvmPzcyOSIwrH1DGkvbky0xfjE4tzDND3VCvfQ1Y0S4fqRquWXbkHC >zbhGc13TNoyVceYNoQeeaU0u+ATERj/YhEVoIACQ009Y5j6xiUBByMAAKK31wI/a >nJ6UInrsyyE2/UHCwF6EFdPUpDp1JiKR9pRIW72pN86ZnQEKzpRJ0SjTJ0XOdGB7 >KXsng26Z6xwiFU+7ROfY9W8zmUYrtp/KXUWqxFyoBQh6rPFJwFMLen7XjlLO5xVx >abRlDCUhpoGdWVA0ExlFTlsPccO5MAaWY7vqCBYP0hO3/7NuPtcmurnvMfRh1hP3 >FtocwP2V3QHcCRvJOnlsULJrRngNhuFFRqun8yIme+Oaw2Tv8GY10JUK+dZipqOK >4bzqvIVy8emDcMAy5fKfUeRW8efYXW8esXfbX03EJQck1G8VXROKldSVIvUzagLe >+d4V/kfZRgE6zgIV5CYB >=uz34 >-----END PGP SIGNATURE----- > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xen.org >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 22:12:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 22:12:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzvPN-0002LW-U1; Wed, 25 Jun 2014 22:11:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzvPM-0002LD-KF for xen-users@lists.xen.org; Wed, 25 Jun 2014 22:11:12 +0000 Received: from [85.158.139.211:53870] by server-8.bemta-5.messagelabs.com id 67/14-01846-FF84BA35; Wed, 25 Jun 2014 22:11:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-206.messagelabs.com!1403734270!6623275!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3048 invoked from network); 25 Jun 2014 22:11:10 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 22:11:10 -0000 Received: from [192.168.1.79] (unknown [192.168.1.79]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id AF59F221DE9; Wed, 25 Jun 2014 23:11:09 +0100 (BST) Date: Wed, 25 Jun 2014 23:09:49 +0100 Message-ID: From: Gordan Bobic To: Mihail Ivanov MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org HGST drives or WD Red drives would probably be a better choice. HGST seems to be statistically more reliable. If you go with WD, Red series have working TLER which is important for RAID (including software/ZFS variety). Just make sure you enable it in smarts.conf. Mihail Ivanov wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Hello, > >I've finally decided I am gonna go the expensive way. >Getting a E5-1650V2(3.5-3.9Ghz). >http://ark.intel.com/products/75780/Intel-Xeon-Processor-E5-1650-v2-12M-Cache-3_50-GHz > >(The other option being 2 x E5-2609 2,4Ghz which will get me 8 cores, >but without HT and on much lower clock - so I'd rather have the >E5-1650V2, also I don't really want to go dual socket) > >Those single socket 2011 server motherboards seem like the way to go >if one wants to be sure everything works. > >Now I am kinda only considering Asrock vs Supermicro > >(no ASUS for me please :), Intel's mobos are uATX and I want ATX, why >would I want to pay 300$+ and get like 2 PCI-E slots) > >I am thinking of getting this mobo Asrock EPC602D8A: >http://www.asrockrack.com/general/productdetail.asp?Model=EPC602D8A > >Do you think it's good? It's a server/workstation board based on the >602 Chipset with explicit support for Vt-d, a lot of PCI_E slots too, >Sata ports too. > >Yet I haven't found any feedback on that mobo, so I'd be cool if >someone could share his thoughts on it. > >I will be passing through kinda everything(NIC's, SATA >Controllers,Powerful VGA's,etc). >Only 3-4 cheap VGA's will stay in Dom0(and maybe sound too). > >I've read some papers and decided ECC is a must so - >so i will most likely use 8 x 8GB 1600 ECC. > >As for storage: >ZFS on 3 x WD Black 2 TB in Raid 5, >And a cheap A-data SSD 120GB as cache. > >On 06/25/2014 03:48 PM, H. Sieger wrote: >> I agree with Gordan and his advice. However, ASrock seems to have a >> good reputation for VT-d support, but you definitely should check >> with them first! While Asus hardware isn't bad (as Gordan said), >> they are not committed in any way to support VT-d. One top of the >> line board - for example the Rampage IV Extreme - may support VT-d >> (via BIOS), the other won't, or only partially (e.g. Black >> edition). Also, some boards like the RIVE support VT-d with the >> latest Intel CPUs, others don't. Unless something drastically >> changed, their tech support is totally useless, even if you talk >> directly to headquarters. In the realm of enthusiast boards, ASRock >> seems to be an exception in that they support VT-d in a range of >> boards and in that they actually know what VT-d is for. Citrix >> certified boards will most likely be workstation boards. >> >> Here is a list of motherboards I compiled based on success stories: >> http://www.overclock.net/t/1338063/vt-d-compatible-motherboards >> >> Here the same for graphics cards: >> http://www.overclock.net/t/1307834/xen-vga-passthrough-compatible-graphics-adapters >> >> Of course both lists aren't exhaustive, but provide perhaps a >> starting point. >> >> >> >> >> On Monday, June 23, 2014 10:19 PM, Mihail Ivanov >> wrote: >> >> >> >> Hello everyone, I am new to xen and I'd like to ask some things. >> >> I am looking to use Xen with both PV and HVM guests. I want to >> pass-through most of my devices to DomU's. My main concern so far >> is what hardware should I choose? >> >> I've decided on the cpu - Intel i7-4770. The ram will most likely >> be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos - >> what I know so far is that ASUS don't officially support Vt-d, but >> Asrock say they do. So I am thinking of getting an Asrock. Thing is >> - so far I've read about people using the z87 chipset, but only one >> example of z97. Also on Intel's website they are saying that z87 >> has Vt-d, but nothing about the z97. >> >> So can someone confirm if Asrock Z97 mobos support Vt-d? Also if it >> has problems with its tables?(EPT ones, if I am not mistaken). >> >> I am particularly interested in the Asrock Z97 Extreme4. Perhaps >> someone around here has experience with it? >> >> Also I've read about the GPU pass-through, so I've decided to use >> AMD since nVidia has no support for it (unless I change the ID of >> my vga to a quadro or some other professional vga). >> >> Not having an FLR isn't an issue, correct? >> >> And now my main concern - which of these devices can be used with >> pass-through: the integrated sound card the integrated NIC the sata >> controllers(expensive boards have two - one from the chipset and >> another one) the usb controllers >> >> All of those should be PCI devices, correct? Also in an article in >> wikipedia, they say that some mobos don't have support for Vt-d for >> example on PCIe x8 or mini? How come only one or two slots can't >> work? >> >> Also can I passtrough just one USB device or I have to do it with >> the whole controller?(as a PCI device I guess). >> >> Greetings, Mihail >> >> _______________________________________________ Xen-users mailing >> list Xen-users@lists.xen.org http://lists.xen.org/xen-users >> >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v2.0.22 (GNU/Linux) >Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > >iQIcBAEBAgAGBQJTqxjrAAoJEMqHhflCh8gXcSMP/17EepC7NA7tNftbXDS6h72p >5jxr5nZojYCwNSxm3H5V4+w5SwzTTFqFvhYDIPIxNZXUO/KUYnQbexYiUc+/PEXj >jjXI+5lF1hbQDQ28iVfFJD3csKrakTnmkp4w3Ark9VPiKBpoaG6v4jPd1J/vkzFq >xLd1QwRb8gW3e4oytJROjZFjYRciUzjAQkN00Yl3UNN8xFQ780Z4X++BmVt8lv7x >O65n5lMIq5CyH6fgwDWQzZjG6Uc2bVRUUs/86gNFXG1dYfqxNbdoeJ/DtjfFo/HX >4pHRLlWqqmAXtjrGrYW+LcVyjeEYNEWFHyPOcHMT8tGQ/49Yz6KF/eWukBOOQERh >L10ThwLLh6JH+a1PvI+znJ0+58f5SfgO0q9YXY9tqTbSeu5hFblkvOSnlXTzX1h1 >aRzwiVuoC1C8B0UD1QSD9sWKK7xrWJVFMrAbLsmefPNfD8mcu+L8d9lKvsRTTJ3g >guZEiXj3BZPGGvNgK9dWQRP8sHDPaF+7Rpa6sbYdFEbS8pDZzeCWTZPeYS2bwP6+ >ScwNENeuQ4Gg3gIjB4BmIS4LeSUlHm9R+BhNAafPsNG8UL73lf/wdZesSyBLxi9Z >Kqermz7yc9b0PgLzLcL66kM8xitUzY12RlscKkLVuyY1WI4CH2EXj8DTaLn/ltgZ >ax3MF39WUw+dQYBhVel/ >=+LsA >-----END PGP SIGNATURE----- > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xen.org >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 22:12:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 22:12:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzvPN-0002LW-U1; Wed, 25 Jun 2014 22:11:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzvPM-0002LD-KF for xen-users@lists.xen.org; Wed, 25 Jun 2014 22:11:12 +0000 Received: from [85.158.139.211:53870] by server-8.bemta-5.messagelabs.com id 67/14-01846-FF84BA35; Wed, 25 Jun 2014 22:11:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-206.messagelabs.com!1403734270!6623275!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3048 invoked from network); 25 Jun 2014 22:11:10 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 22:11:10 -0000 Received: from [192.168.1.79] (unknown [192.168.1.79]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id AF59F221DE9; Wed, 25 Jun 2014 23:11:09 +0100 (BST) Date: Wed, 25 Jun 2014 23:09:49 +0100 Message-ID: From: Gordan Bobic To: Mihail Ivanov MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org HGST drives or WD Red drives would probably be a better choice. HGST seems to be statistically more reliable. If you go with WD, Red series have working TLER which is important for RAID (including software/ZFS variety). Just make sure you enable it in smarts.conf. Mihail Ivanov wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Hello, > >I've finally decided I am gonna go the expensive way. >Getting a E5-1650V2(3.5-3.9Ghz). >http://ark.intel.com/products/75780/Intel-Xeon-Processor-E5-1650-v2-12M-Cache-3_50-GHz > >(The other option being 2 x E5-2609 2,4Ghz which will get me 8 cores, >but without HT and on much lower clock - so I'd rather have the >E5-1650V2, also I don't really want to go dual socket) > >Those single socket 2011 server motherboards seem like the way to go >if one wants to be sure everything works. > >Now I am kinda only considering Asrock vs Supermicro > >(no ASUS for me please :), Intel's mobos are uATX and I want ATX, why >would I want to pay 300$+ and get like 2 PCI-E slots) > >I am thinking of getting this mobo Asrock EPC602D8A: >http://www.asrockrack.com/general/productdetail.asp?Model=EPC602D8A > >Do you think it's good? It's a server/workstation board based on the >602 Chipset with explicit support for Vt-d, a lot of PCI_E slots too, >Sata ports too. > >Yet I haven't found any feedback on that mobo, so I'd be cool if >someone could share his thoughts on it. > >I will be passing through kinda everything(NIC's, SATA >Controllers,Powerful VGA's,etc). >Only 3-4 cheap VGA's will stay in Dom0(and maybe sound too). > >I've read some papers and decided ECC is a must so - >so i will most likely use 8 x 8GB 1600 ECC. > >As for storage: >ZFS on 3 x WD Black 2 TB in Raid 5, >And a cheap A-data SSD 120GB as cache. > >On 06/25/2014 03:48 PM, H. Sieger wrote: >> I agree with Gordan and his advice. However, ASrock seems to have a >> good reputation for VT-d support, but you definitely should check >> with them first! While Asus hardware isn't bad (as Gordan said), >> they are not committed in any way to support VT-d. One top of the >> line board - for example the Rampage IV Extreme - may support VT-d >> (via BIOS), the other won't, or only partially (e.g. Black >> edition). Also, some boards like the RIVE support VT-d with the >> latest Intel CPUs, others don't. Unless something drastically >> changed, their tech support is totally useless, even if you talk >> directly to headquarters. In the realm of enthusiast boards, ASRock >> seems to be an exception in that they support VT-d in a range of >> boards and in that they actually know what VT-d is for. Citrix >> certified boards will most likely be workstation boards. >> >> Here is a list of motherboards I compiled based on success stories: >> http://www.overclock.net/t/1338063/vt-d-compatible-motherboards >> >> Here the same for graphics cards: >> http://www.overclock.net/t/1307834/xen-vga-passthrough-compatible-graphics-adapters >> >> Of course both lists aren't exhaustive, but provide perhaps a >> starting point. >> >> >> >> >> On Monday, June 23, 2014 10:19 PM, Mihail Ivanov >> wrote: >> >> >> >> Hello everyone, I am new to xen and I'd like to ask some things. >> >> I am looking to use Xen with both PV and HVM guests. I want to >> pass-through most of my devices to DomU's. My main concern so far >> is what hardware should I choose? >> >> I've decided on the cpu - Intel i7-4770. The ram will most likely >> be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos - >> what I know so far is that ASUS don't officially support Vt-d, but >> Asrock say they do. So I am thinking of getting an Asrock. Thing is >> - so far I've read about people using the z87 chipset, but only one >> example of z97. Also on Intel's website they are saying that z87 >> has Vt-d, but nothing about the z97. >> >> So can someone confirm if Asrock Z97 mobos support Vt-d? Also if it >> has problems with its tables?(EPT ones, if I am not mistaken). >> >> I am particularly interested in the Asrock Z97 Extreme4. Perhaps >> someone around here has experience with it? >> >> Also I've read about the GPU pass-through, so I've decided to use >> AMD since nVidia has no support for it (unless I change the ID of >> my vga to a quadro or some other professional vga). >> >> Not having an FLR isn't an issue, correct? >> >> And now my main concern - which of these devices can be used with >> pass-through: the integrated sound card the integrated NIC the sata >> controllers(expensive boards have two - one from the chipset and >> another one) the usb controllers >> >> All of those should be PCI devices, correct? Also in an article in >> wikipedia, they say that some mobos don't have support for Vt-d for >> example on PCIe x8 or mini? How come only one or two slots can't >> work? >> >> Also can I passtrough just one USB device or I have to do it with >> the whole controller?(as a PCI device I guess). >> >> Greetings, Mihail >> >> _______________________________________________ Xen-users mailing >> list Xen-users@lists.xen.org http://lists.xen.org/xen-users >> >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v2.0.22 (GNU/Linux) >Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > >iQIcBAEBAgAGBQJTqxjrAAoJEMqHhflCh8gXcSMP/17EepC7NA7tNftbXDS6h72p >5jxr5nZojYCwNSxm3H5V4+w5SwzTTFqFvhYDIPIxNZXUO/KUYnQbexYiUc+/PEXj >jjXI+5lF1hbQDQ28iVfFJD3csKrakTnmkp4w3Ark9VPiKBpoaG6v4jPd1J/vkzFq >xLd1QwRb8gW3e4oytJROjZFjYRciUzjAQkN00Yl3UNN8xFQ780Z4X++BmVt8lv7x >O65n5lMIq5CyH6fgwDWQzZjG6Uc2bVRUUs/86gNFXG1dYfqxNbdoeJ/DtjfFo/HX >4pHRLlWqqmAXtjrGrYW+LcVyjeEYNEWFHyPOcHMT8tGQ/49Yz6KF/eWukBOOQERh >L10ThwLLh6JH+a1PvI+znJ0+58f5SfgO0q9YXY9tqTbSeu5hFblkvOSnlXTzX1h1 >aRzwiVuoC1C8B0UD1QSD9sWKK7xrWJVFMrAbLsmefPNfD8mcu+L8d9lKvsRTTJ3g >guZEiXj3BZPGGvNgK9dWQRP8sHDPaF+7Rpa6sbYdFEbS8pDZzeCWTZPeYS2bwP6+ >ScwNENeuQ4Gg3gIjB4BmIS4LeSUlHm9R+BhNAafPsNG8UL73lf/wdZesSyBLxi9Z >Kqermz7yc9b0PgLzLcL66kM8xitUzY12RlscKkLVuyY1WI4CH2EXj8DTaLn/ltgZ >ax3MF39WUw+dQYBhVel/ >=+LsA >-----END PGP SIGNATURE----- > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xen.org >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 22:12:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 22:12:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzvPN-0002LM-A4; Wed, 25 Jun 2014 22:11:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzvPM-0002LC-5N for xen-users@lists.xen.org; Wed, 25 Jun 2014 22:11:12 +0000 Received: from [85.158.143.35:55264] by server-3.bemta-4.messagelabs.com id AF/05-16194-FF84BA35; Wed, 25 Jun 2014 22:11:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-21.messagelabs.com!1403734269!6565479!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=UPPERCASE_25_50 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21549 invoked from network); 25 Jun 2014 22:11:10 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 22:11:10 -0000 Received: from [192.168.1.79] (unknown [192.168.1.79]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id EA99B221DE2; Wed, 25 Jun 2014 23:11:08 +0100 (BST) Date: Wed, 25 Jun 2014 23:04:44 +0100 Message-ID: <0tu36l1v623ygah89dyrhcpn.1403733884654@email.android.com> From: Gordan Bobic To: Mihail Ivanov MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] VT-d with Supermicro MBD-X10SAE-O X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Intel GPU works for dom0. No idea about Qubes. Mihail Ivanov wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >I know it's an old thread but I am currently planning my new >configuration for Qubes. So far I've read countless threads and >decided to use server hardware. > >So "Does this confirm that the hardware is compatible with Xen with VT-d, >or does 'Dom0 DMA Passthrough' have to be enabled?" > >Can someone answer this question? > >Also to the starter of this thread: >Does it run well now? Qubes that is. >Are you able to pass-through everything? >And can you use your Integrated Graphics in Dom0? > >I am between going 2011 or 1150 Xeon, but still haven't decided and >the lack of info in the HCL is killing me. >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v2.0.22 (GNU/Linux) >Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > >iQIcBAEBAgAGBQJTqywLAAoJEMqHhflCh8gXTE0P/iyhFfMLRAI8zJSfYnayxlfg >CzVb+AeWUHruTUb1DAccPqNejEEG8HKBzFZn1uRyufnstk1YAtb4P0MQ3KvIvUOB >/GAIgFZXGHyLniZReZR9jy5eJ7dvXoyV9UWIkbbX+QR5z0mgzV5yeJqmazpRFygS >3M+nJmVUe/dFCuAqdsrwju3nAeQF7zKxNvH5AN+LN8tADoRdfEHKctlf1opIu2IM >Y8ZxLCok8HUvmPzcyOSIwrH1DGkvbky0xfjE4tzDND3VCvfQ1Y0S4fqRquWXbkHC >zbhGc13TNoyVceYNoQeeaU0u+ATERj/YhEVoIACQ009Y5j6xiUBByMAAKK31wI/a >nJ6UInrsyyE2/UHCwF6EFdPUpDp1JiKR9pRIW72pN86ZnQEKzpRJ0SjTJ0XOdGB7 >KXsng26Z6xwiFU+7ROfY9W8zmUYrtp/KXUWqxFyoBQh6rPFJwFMLen7XjlLO5xVx >abRlDCUhpoGdWVA0ExlFTlsPccO5MAaWY7vqCBYP0hO3/7NuPtcmurnvMfRh1hP3 >FtocwP2V3QHcCRvJOnlsULJrRngNhuFFRqun8yIme+Oaw2Tv8GY10JUK+dZipqOK >4bzqvIVy8emDcMAy5fKfUeRW8efYXW8esXfbX03EJQck1G8VXROKldSVIvUzagLe >+d4V/kfZRgE6zgIV5CYB >=uz34 >-----END PGP SIGNATURE----- > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xen.org >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jun 25 22:56:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 22:56:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzw6b-0003hS-Ix; Wed, 25 Jun 2014 22:55:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzw6Z-0003hN-7T for xen-users@lists.xen.org; Wed, 25 Jun 2014 22:55:51 +0000 Received: from [85.158.143.35:5589] by server-1.bemta-4.messagelabs.com id 90/5F-09496-6735BA35; Wed, 25 Jun 2014 22:55:50 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1403736945!13864327!1 X-Originating-IP: [209.85.216.176] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10783 invoked from network); 25 Jun 2014 22:55:46 -0000 Received: from mail-qc0-f176.google.com (HELO mail-qc0-f176.google.com) (209.85.216.176) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 22:55:46 -0000 Received: by mail-qc0-f176.google.com with SMTP id w7so2423081qcr.35 for ; Wed, 25 Jun 2014 15:55:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DH2EFJRB6Qi3HXB/CsdeXSJpRwtf/e+VmhjzcKOSjrA=; b=VlkpZjMxqJuCwgZugKgzewoQP336ELmp00ufnFn8eC+BfJEEfn9G4ReX5GXC5HNvel F8rQtJ2rRKO9BH89082LqRVnugG/cOKJJttReseRcbnHgJE7kFSxF6p1M3UhX6QCcaqm kZrsTsULZVey9AmCTeOo0hrOznufde0e10dMUoC7mduQXhQa0q1OG0drdTYUjJJgPc7V 5rj2ithmkqDLmDjrwG6JdAkEBFozPtQs1eWNaKIOJ2LkGADLkc5SktGzap/tFQV8GtZc tlfQQqIkkHjHvWoFHAS8Gbh4Ycibq32nEtWZcFPZrqjyjMRhnNRmLNNOpqc8z5LFkPOz aM3g== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr16951035qah.70.1403736945210; Wed, 25 Jun 2014 15:55:45 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Wed, 25 Jun 2014 15:55:45 -0700 (PDT) In-Reply-To: References: Date: Wed, 25 Jun 2014 16:55:45 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users , Mihail Ivanov Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8000899348341629306==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8000899348341629306== Content-Type: multipart/alternative; boundary=001a1133d894fa3dba04fcb0f9e1 --001a1133d894fa3dba04fcb0f9e1 Content-Type: text/plain; charset=UTF-8 What are you planning on using your new system ? If you with to go with such specs did you look at prebuild system. Buying from dell outlet could save money. It seems like over kill for a system. I am really impressed with speed of A8 6600k it took two minutes to compile xen 4.4 The motherboard only has two x16 and lots of pci cards On Wed, Jun 25, 2014 at 4:09 PM, Gordan Bobic wrote: > HGST drives or WD Red drives would probably be a better choice. HGST seems > to be statistically more reliable. > > If you go with WD, Red series have working TLER which is important for > RAID (including software/ZFS variety). Just make sure you enable it in > smarts.conf. > > Mihail Ivanov wrote: > > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > >Hello, > > > >I've finally decided I am gonna go the expensive way. > >Getting a E5-1650V2(3.5-3.9Ghz). > > > http://ark.intel.com/products/75780/Intel-Xeon-Processor-E5-1650-v2-12M-Cache-3_50-GHz > > > >(The other option being 2 x E5-2609 2,4Ghz which will get me 8 cores, > >but without HT and on much lower clock - so I'd rather have the > >E5-1650V2, also I don't really want to go dual socket) > > > >Those single socket 2011 server motherboards seem like the way to go > >if one wants to be sure everything works. > > > >Now I am kinda only considering Asrock vs Supermicro > > > >(no ASUS for me please :), Intel's mobos are uATX and I want ATX, why > >would I want to pay 300$+ and get like 2 PCI-E slots) > > > >I am thinking of getting this mobo Asrock EPC602D8A: > >http://www.asrockrack.com/general/productdetail.asp?Model=EPC602D8A > > > >Do you think it's good? It's a server/workstation board based on the > >602 Chipset with explicit support for Vt-d, a lot of PCI_E slots too, > >Sata ports too. > > > >Yet I haven't found any feedback on that mobo, so I'd be cool if > >someone could share his thoughts on it. > > > >I will be passing through kinda everything(NIC's, SATA > >Controllers,Powerful VGA's,etc). > >Only 3-4 cheap VGA's will stay in Dom0(and maybe sound too). > > > >I've read some papers and decided ECC is a must so - > >so i will most likely use 8 x 8GB 1600 ECC. > > > >As for storage: > >ZFS on 3 x WD Black 2 TB in Raid 5, > >And a cheap A-data SSD 120GB as cache. > > > >On 06/25/2014 03:48 PM, H. Sieger wrote: > >> I agree with Gordan and his advice. However, ASrock seems to have a > >> good reputation for VT-d support, but you definitely should check > >> with them first! While Asus hardware isn't bad (as Gordan said), > >> they are not committed in any way to support VT-d. One top of the > >> line board - for example the Rampage IV Extreme - may support VT-d > >> (via BIOS), the other won't, or only partially (e.g. Black > >> edition). Also, some boards like the RIVE support VT-d with the > >> latest Intel CPUs, others don't. Unless something drastically > >> changed, their tech support is totally useless, even if you talk > >> directly to headquarters. In the realm of enthusiast boards, ASRock > >> seems to be an exception in that they support VT-d in a range of > >> boards and in that they actually know what VT-d is for. Citrix > >> certified boards will most likely be workstation boards. > >> > >> Here is a list of motherboards I compiled based on success stories: > >> http://www.overclock.net/t/1338063/vt-d-compatible-motherboards > >> > >> Here the same for graphics cards: > >> > http://www.overclock.net/t/1307834/xen-vga-passthrough-compatible-graphics-adapters > >> > >> Of course both lists aren't exhaustive, but provide perhaps a > >> starting point. > >> > >> > >> > >> > >> On Monday, June 23, 2014 10:19 PM, Mihail Ivanov > >> wrote: > >> > >> > >> > >> Hello everyone, I am new to xen and I'd like to ask some things. > >> > >> I am looking to use Xen with both PV and HVM guests. I want to > >> pass-through most of my devices to DomU's. My main concern so far > >> is what hardware should I choose? > >> > >> I've decided on the cpu - Intel i7-4770. The ram will most likely > >> be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos - > >> what I know so far is that ASUS don't officially support Vt-d, but > >> Asrock say they do. So I am thinking of getting an Asrock. Thing is > >> - so far I've read about people using the z87 chipset, but only one > >> example of z97. Also on Intel's website they are saying that z87 > >> has Vt-d, but nothing about the z97. > >> > >> So can someone confirm if Asrock Z97 mobos support Vt-d? Also if it > >> has problems with its tables?(EPT ones, if I am not mistaken). > >> > >> I am particularly interested in the Asrock Z97 Extreme4. Perhaps > >> someone around here has experience with it? > >> > >> Also I've read about the GPU pass-through, so I've decided to use > >> AMD since nVidia has no support for it (unless I change the ID of > >> my vga to a quadro or some other professional vga). > >> > >> Not having an FLR isn't an issue, correct? > >> > >> And now my main concern - which of these devices can be used with > >> pass-through: the integrated sound card the integrated NIC the sata > >> controllers(expensive boards have two - one from the chipset and > >> another one) the usb controllers > >> > >> All of those should be PCI devices, correct? Also in an article in > >> wikipedia, they say that some mobos don't have support for Vt-d for > >> example on PCIe x8 or mini? How come only one or two slots can't > >> work? > >> > >> Also can I passtrough just one USB device or I have to do it with > >> the whole controller?(as a PCI device I guess). > >> > >> Greetings, Mihail > >> > >> _______________________________________________ Xen-users mailing > >> list Xen-users@lists.xen.org http://lists.xen.org/xen-users > >> > >-----BEGIN PGP SIGNATURE----- > >Version: GnuPG v2.0.22 (GNU/Linux) > >Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > > >iQIcBAEBAgAGBQJTqxjrAAoJEMqHhflCh8gXcSMP/17EepC7NA7tNftbXDS6h72p > >5jxr5nZojYCwNSxm3H5V4+w5SwzTTFqFvhYDIPIxNZXUO/KUYnQbexYiUc+/PEXj > >jjXI+5lF1hbQDQ28iVfFJD3csKrakTnmkp4w3Ark9VPiKBpoaG6v4jPd1J/vkzFq > >xLd1QwRb8gW3e4oytJROjZFjYRciUzjAQkN00Yl3UNN8xFQ780Z4X++BmVt8lv7x > >O65n5lMIq5CyH6fgwDWQzZjG6Uc2bVRUUs/86gNFXG1dYfqxNbdoeJ/DtjfFo/HX > >4pHRLlWqqmAXtjrGrYW+LcVyjeEYNEWFHyPOcHMT8tGQ/49Yz6KF/eWukBOOQERh > >L10ThwLLh6JH+a1PvI+znJ0+58f5SfgO0q9YXY9tqTbSeu5hFblkvOSnlXTzX1h1 > >aRzwiVuoC1C8B0UD1QSD9sWKK7xrWJVFMrAbLsmefPNfD8mcu+L8d9lKvsRTTJ3g > >guZEiXj3BZPGGvNgK9dWQRP8sHDPaF+7Rpa6sbYdFEbS8pDZzeCWTZPeYS2bwP6+ > >ScwNENeuQ4Gg3gIjB4BmIS4LeSUlHm9R+BhNAafPsNG8UL73lf/wdZesSyBLxi9Z > >Kqermz7yc9b0PgLzLcL66kM8xitUzY12RlscKkLVuyY1WI4CH2EXj8DTaLn/ltgZ > >ax3MF39WUw+dQYBhVel/ > >=+LsA > >-----END PGP SIGNATURE----- > > > >_______________________________________________ > >Xen-users mailing list > >Xen-users@lists.xen.org > >http://lists.xen.org/xen-users > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a1133d894fa3dba04fcb0f9e1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What are you planning on using your new system ?
If yo= u with =C2=A0to go with such specs did you look at prebuild system. Buying = from dell outlet could save money.
It seems like over kill for a = system. I am really impressed with speed of A8 6600k it took two minutes to= compile xen 4.4
The motherboard only has two x16 and lots of =C2=A0pci cards=C2=A0



On Wed, Jun 25, 2014 at 4:09 PM, Gordan Bobic &= lt;gordan@bobich.net= > wrote:
HGST drives or WD Red drives would probably = be a better choice. HGST seems to be statistically more reliable.

If you go with WD, Red series have working TLER which is important for RAID= (including software/ZFS variety). Just make sure you enable it in smarts.c= onf.

Mihail Ivanov <mihail.ivano= v93@gmail.com> wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Hello,
>
>I've finally decided I am gonna go the expensive way.
>Getting a E5-1650V2(3.5-3.9Ghz).
>http://ark.intel.com/products= /75780/Intel-Xeon-Processor-E5-1650-v2-12M-Cache-3_50-GHz
>
>(The other option being 2 x E5-2609 2,4Ghz which will get me 8 cores, >but without HT and on much lower clock - so I'd rather have the
>E5-1650V2, also I don't really want to go dual socket)
>
>Those single socket 2011 server motherboards seem like the way to go >if one wants to be sure everything works.
>
>Now I am kinda only considering Asrock vs Supermicro
>
>(no ASUS for me please :), Intel's mobos are uATX and I want ATX, w= hy
>would I want to pay 300$+ and get like 2 PCI-E slots)
>
>I am thinking of getting this mobo Asrock EPC602D8A:
>http://www.asrockrack.com/general/productdetai= l.asp?Model=3DEPC602D8A
>
>Do you think it's good? It's a server/workstation board based o= n the
>602 Chipset with explicit support for Vt-d, a lot of PCI_E slots too, >Sata ports too.
>
>Yet I haven't found any feedback on that mobo, so I'd be cool i= f
>someone could share his thoughts on it.
>
>I will be passing through kinda everything(NIC's, SATA
>Controllers,Powerful VGA's,etc).
>Only 3-4 cheap VGA's will stay in Dom0(and maybe sound too).
>
>I've read some papers and decided ECC is a must so -
>so i will most likely use 8 x 8GB 1600 ECC.
>
>As for storage:
>ZFS on 3 x WD Black 2 TB in Raid 5,
>And a cheap A-data SSD 120GB as cache.
>
>On 06/25/2014 03:48 PM, H. Sieger wrote:
>> I agree with Gordan and his advice. However, ASrock seems to have = a
>> good reputation for VT-d support, but you definitely should check<= br> >> with them first! While Asus hardware isn't bad (as Gordan said= ),
>> they are not committed in any way to support VT-d. One top of the<= br> >> line board - for example the Rampage IV Extreme - may support VT-d=
>> (via BIOS), the other won't, or only partially (e.g. Black
>> edition). Also, some boards like the RIVE support VT-d with the >> latest Intel CPUs, others don't. Unless something drastically<= br> >> changed, their tech support is totally useless, even if you talk >> directly to headquarters. In the realm of enthusiast boards, ASRoc= k
>> seems to be an exception in that they support VT-d in a range of >> boards and in that they actually know what VT-d is for. Citrix
>> certified boards will most likely be workstation boards.
>>
>> Here is a list of motherboards I compiled based on success stories= :
>> http://www.overclock.net/t/1338063/vt-d-compati= ble-motherboards
>>
>> Here the same for graphics cards:
>> http://www.overclock.net/t/= 1307834/xen-vga-passthrough-compatible-graphics-adapters
>>
>> =C2=A0Of course both lists aren't exhaustive, but provide perh= aps a
>> starting point.
>>
>>
>>
>>
>> On Monday, June 23, 2014 10:19 PM, Mihail Ivanov
>> <mihail.ivanov93@g= mail.com> wrote:
>>
>>
>>
>> Hello everyone, I am new to xen and I'd like to ask some thing= s.
>>
>> I am looking to use Xen with both PV and HVM guests. I want to
>> pass-through most of my devices to DomU's. My main concern so = far
>> is what hardware should I choose?
>>
>> I've decided on the cpu - Intel i7-4770. The ram will most lik= ely
>> be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos -<= br> >> what I know so far is that ASUS don't officially support Vt-d,= but
>> Asrock say they do. So I am thinking of getting an Asrock. Thing i= s
>> - so far I've read about people using the z87 chipset, but onl= y one
>> example of z97. Also on Intel's website they are saying that z= 87
>> has Vt-d, but nothing about the z97.
>>
>> So can someone confirm if Asrock Z97 mobos support Vt-d? Also if i= t
>> has problems with its tables?(EPT ones, if I am not mistaken).
>>
>> I am particularly interested in the Asrock Z97 Extreme4. Perhaps >> someone around here has experience with it?
>>
>> Also I've read about the GPU pass-through, so I've decided= to use
>> AMD since nVidia has no support for it (unless I change the ID of<= br> >> my vga to a quadro or some other professional vga).
>>
>> Not having an FLR isn't an issue, correct?
>>
>> And now my main concern - which of these devices can be used with<= br> >> pass-through: the integrated sound card the integrated NIC the sat= a
>> controllers(expensive boards have two - one from the chipset and >> another one) the usb controllers
>>
>> All of those should be PCI devices, correct? Also in an article in=
>> wikipedia, they say that some mobos don't have support for Vt-= d for
>> example on PCIe x8 or mini? How come only one or two slots can'= ;t
>> work?
>>
>> Also can I passtrough just one USB device or I have to do it with<= br> >> the whole controller?(as a PCI device I guess).
>>
>> Greetings, Mihail
>>
>> _______________________________________________ Xen-users mailing<= br> >> list Xen-users@lists.xe= n.org http= ://lists.xen.org/xen-users
>>
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v2.0.22 (GNU/Linux)
>Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
>iQIcBAEBAgAGBQJTqxjrAAoJEMqHhflCh8gXcSMP/17EepC7NA7tNftbXDS6h72p
>5jxr5nZojYCwNSxm3H5V4+w5SwzTTFqFvhYDIPIxNZXUO/KUYnQbexYiUc+/PEXj
>jjXI+5lF1hbQDQ28iVfFJD3csKrakTnmkp4w3Ark9VPiKBpoaG6v4jPd1J/vkzFq
>xLd1QwRb8gW3e4oytJROjZFjYRciUzjAQkN00Yl3UNN8xFQ780Z4X++BmVt8lv7x
>O65n5lMIq5CyH6fgwDWQzZjG6Uc2bVRUUs/86gNFXG1dYfqxNbdoeJ/DtjfFo/HX
>4pHRLlWqqmAXtjrGrYW+LcVyjeEYNEWFHyPOcHMT8tGQ/49Yz6KF/eWukBOOQERh
>L10ThwLLh6JH+a1PvI+znJ0+58f5SfgO0q9YXY9tqTbSeu5hFblkvOSnlXTzX1h1
>aRzwiVuoC1C8B0UD1QSD9sWKK7xrWJVFMrAbLsmefPNfD8mcu+L8d9lKvsRTTJ3g
>guZEiXj3BZPGGvNgK9dWQRP8sHDPaF+7Rpa6sbYdFEbS8pDZzeCWTZPeYS2bwP6+
>ScwNENeuQ4Gg3gIjB4BmIS4LeSUlHm9R+BhNAafPsNG8UL73lf/wdZesSyBLxi9Z
>Kqermz7yc9b0PgLzLcL66kM8xitUzY12RlscKkLVuyY1WI4CH2EXj8DTaLn/ltgZ
>ax3MF39WUw+dQYBhVel/
>=3D+LsA
>-----END PGP SIGNATURE-----
>
>_______________________________________________
>Xen-users mailing list
>Xen-users@lists.xen.org<= br> >http://lis= ts.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--001a1133d894fa3dba04fcb0f9e1-- --===============8000899348341629306== 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 --===============8000899348341629306==-- From xen-users-bounces@lists.xen.org Wed Jun 25 22:56:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 22:56:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzw6b-0003hS-Ix; Wed, 25 Jun 2014 22:55:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzw6Z-0003hN-7T for xen-users@lists.xen.org; Wed, 25 Jun 2014 22:55:51 +0000 Received: from [85.158.143.35:5589] by server-1.bemta-4.messagelabs.com id 90/5F-09496-6735BA35; Wed, 25 Jun 2014 22:55:50 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1403736945!13864327!1 X-Originating-IP: [209.85.216.176] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10783 invoked from network); 25 Jun 2014 22:55:46 -0000 Received: from mail-qc0-f176.google.com (HELO mail-qc0-f176.google.com) (209.85.216.176) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 22:55:46 -0000 Received: by mail-qc0-f176.google.com with SMTP id w7so2423081qcr.35 for ; Wed, 25 Jun 2014 15:55:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DH2EFJRB6Qi3HXB/CsdeXSJpRwtf/e+VmhjzcKOSjrA=; b=VlkpZjMxqJuCwgZugKgzewoQP336ELmp00ufnFn8eC+BfJEEfn9G4ReX5GXC5HNvel F8rQtJ2rRKO9BH89082LqRVnugG/cOKJJttReseRcbnHgJE7kFSxF6p1M3UhX6QCcaqm kZrsTsULZVey9AmCTeOo0hrOznufde0e10dMUoC7mduQXhQa0q1OG0drdTYUjJJgPc7V 5rj2ithmkqDLmDjrwG6JdAkEBFozPtQs1eWNaKIOJ2LkGADLkc5SktGzap/tFQV8GtZc tlfQQqIkkHjHvWoFHAS8Gbh4Ycibq32nEtWZcFPZrqjyjMRhnNRmLNNOpqc8z5LFkPOz aM3g== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr16951035qah.70.1403736945210; Wed, 25 Jun 2014 15:55:45 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Wed, 25 Jun 2014 15:55:45 -0700 (PDT) In-Reply-To: References: Date: Wed, 25 Jun 2014 16:55:45 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users , Mihail Ivanov Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8000899348341629306==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8000899348341629306== Content-Type: multipart/alternative; boundary=001a1133d894fa3dba04fcb0f9e1 --001a1133d894fa3dba04fcb0f9e1 Content-Type: text/plain; charset=UTF-8 What are you planning on using your new system ? If you with to go with such specs did you look at prebuild system. Buying from dell outlet could save money. It seems like over kill for a system. I am really impressed with speed of A8 6600k it took two minutes to compile xen 4.4 The motherboard only has two x16 and lots of pci cards On Wed, Jun 25, 2014 at 4:09 PM, Gordan Bobic wrote: > HGST drives or WD Red drives would probably be a better choice. HGST seems > to be statistically more reliable. > > If you go with WD, Red series have working TLER which is important for > RAID (including software/ZFS variety). Just make sure you enable it in > smarts.conf. > > Mihail Ivanov wrote: > > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > >Hello, > > > >I've finally decided I am gonna go the expensive way. > >Getting a E5-1650V2(3.5-3.9Ghz). > > > http://ark.intel.com/products/75780/Intel-Xeon-Processor-E5-1650-v2-12M-Cache-3_50-GHz > > > >(The other option being 2 x E5-2609 2,4Ghz which will get me 8 cores, > >but without HT and on much lower clock - so I'd rather have the > >E5-1650V2, also I don't really want to go dual socket) > > > >Those single socket 2011 server motherboards seem like the way to go > >if one wants to be sure everything works. > > > >Now I am kinda only considering Asrock vs Supermicro > > > >(no ASUS for me please :), Intel's mobos are uATX and I want ATX, why > >would I want to pay 300$+ and get like 2 PCI-E slots) > > > >I am thinking of getting this mobo Asrock EPC602D8A: > >http://www.asrockrack.com/general/productdetail.asp?Model=EPC602D8A > > > >Do you think it's good? It's a server/workstation board based on the > >602 Chipset with explicit support for Vt-d, a lot of PCI_E slots too, > >Sata ports too. > > > >Yet I haven't found any feedback on that mobo, so I'd be cool if > >someone could share his thoughts on it. > > > >I will be passing through kinda everything(NIC's, SATA > >Controllers,Powerful VGA's,etc). > >Only 3-4 cheap VGA's will stay in Dom0(and maybe sound too). > > > >I've read some papers and decided ECC is a must so - > >so i will most likely use 8 x 8GB 1600 ECC. > > > >As for storage: > >ZFS on 3 x WD Black 2 TB in Raid 5, > >And a cheap A-data SSD 120GB as cache. > > > >On 06/25/2014 03:48 PM, H. Sieger wrote: > >> I agree with Gordan and his advice. However, ASrock seems to have a > >> good reputation for VT-d support, but you definitely should check > >> with them first! While Asus hardware isn't bad (as Gordan said), > >> they are not committed in any way to support VT-d. One top of the > >> line board - for example the Rampage IV Extreme - may support VT-d > >> (via BIOS), the other won't, or only partially (e.g. Black > >> edition). Also, some boards like the RIVE support VT-d with the > >> latest Intel CPUs, others don't. Unless something drastically > >> changed, their tech support is totally useless, even if you talk > >> directly to headquarters. In the realm of enthusiast boards, ASRock > >> seems to be an exception in that they support VT-d in a range of > >> boards and in that they actually know what VT-d is for. Citrix > >> certified boards will most likely be workstation boards. > >> > >> Here is a list of motherboards I compiled based on success stories: > >> http://www.overclock.net/t/1338063/vt-d-compatible-motherboards > >> > >> Here the same for graphics cards: > >> > http://www.overclock.net/t/1307834/xen-vga-passthrough-compatible-graphics-adapters > >> > >> Of course both lists aren't exhaustive, but provide perhaps a > >> starting point. > >> > >> > >> > >> > >> On Monday, June 23, 2014 10:19 PM, Mihail Ivanov > >> wrote: > >> > >> > >> > >> Hello everyone, I am new to xen and I'd like to ask some things. > >> > >> I am looking to use Xen with both PV and HVM guests. I want to > >> pass-through most of my devices to DomU's. My main concern so far > >> is what hardware should I choose? > >> > >> I've decided on the cpu - Intel i7-4770. The ram will most likely > >> be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos - > >> what I know so far is that ASUS don't officially support Vt-d, but > >> Asrock say they do. So I am thinking of getting an Asrock. Thing is > >> - so far I've read about people using the z87 chipset, but only one > >> example of z97. Also on Intel's website they are saying that z87 > >> has Vt-d, but nothing about the z97. > >> > >> So can someone confirm if Asrock Z97 mobos support Vt-d? Also if it > >> has problems with its tables?(EPT ones, if I am not mistaken). > >> > >> I am particularly interested in the Asrock Z97 Extreme4. Perhaps > >> someone around here has experience with it? > >> > >> Also I've read about the GPU pass-through, so I've decided to use > >> AMD since nVidia has no support for it (unless I change the ID of > >> my vga to a quadro or some other professional vga). > >> > >> Not having an FLR isn't an issue, correct? > >> > >> And now my main concern - which of these devices can be used with > >> pass-through: the integrated sound card the integrated NIC the sata > >> controllers(expensive boards have two - one from the chipset and > >> another one) the usb controllers > >> > >> All of those should be PCI devices, correct? Also in an article in > >> wikipedia, they say that some mobos don't have support for Vt-d for > >> example on PCIe x8 or mini? How come only one or two slots can't > >> work? > >> > >> Also can I passtrough just one USB device or I have to do it with > >> the whole controller?(as a PCI device I guess). > >> > >> Greetings, Mihail > >> > >> _______________________________________________ Xen-users mailing > >> list Xen-users@lists.xen.org http://lists.xen.org/xen-users > >> > >-----BEGIN PGP SIGNATURE----- > >Version: GnuPG v2.0.22 (GNU/Linux) > >Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > > >iQIcBAEBAgAGBQJTqxjrAAoJEMqHhflCh8gXcSMP/17EepC7NA7tNftbXDS6h72p > >5jxr5nZojYCwNSxm3H5V4+w5SwzTTFqFvhYDIPIxNZXUO/KUYnQbexYiUc+/PEXj > >jjXI+5lF1hbQDQ28iVfFJD3csKrakTnmkp4w3Ark9VPiKBpoaG6v4jPd1J/vkzFq > >xLd1QwRb8gW3e4oytJROjZFjYRciUzjAQkN00Yl3UNN8xFQ780Z4X++BmVt8lv7x > >O65n5lMIq5CyH6fgwDWQzZjG6Uc2bVRUUs/86gNFXG1dYfqxNbdoeJ/DtjfFo/HX > >4pHRLlWqqmAXtjrGrYW+LcVyjeEYNEWFHyPOcHMT8tGQ/49Yz6KF/eWukBOOQERh > >L10ThwLLh6JH+a1PvI+znJ0+58f5SfgO0q9YXY9tqTbSeu5hFblkvOSnlXTzX1h1 > >aRzwiVuoC1C8B0UD1QSD9sWKK7xrWJVFMrAbLsmefPNfD8mcu+L8d9lKvsRTTJ3g > >guZEiXj3BZPGGvNgK9dWQRP8sHDPaF+7Rpa6sbYdFEbS8pDZzeCWTZPeYS2bwP6+ > >ScwNENeuQ4Gg3gIjB4BmIS4LeSUlHm9R+BhNAafPsNG8UL73lf/wdZesSyBLxi9Z > >Kqermz7yc9b0PgLzLcL66kM8xitUzY12RlscKkLVuyY1WI4CH2EXj8DTaLn/ltgZ > >ax3MF39WUw+dQYBhVel/ > >=+LsA > >-----END PGP SIGNATURE----- > > > >_______________________________________________ > >Xen-users mailing list > >Xen-users@lists.xen.org > >http://lists.xen.org/xen-users > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a1133d894fa3dba04fcb0f9e1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What are you planning on using your new system ?
If yo= u with =C2=A0to go with such specs did you look at prebuild system. Buying = from dell outlet could save money.
It seems like over kill for a = system. I am really impressed with speed of A8 6600k it took two minutes to= compile xen 4.4
The motherboard only has two x16 and lots of =C2=A0pci cards=C2=A0



On Wed, Jun 25, 2014 at 4:09 PM, Gordan Bobic &= lt;gordan@bobich.net= > wrote:
HGST drives or WD Red drives would probably = be a better choice. HGST seems to be statistically more reliable.

If you go with WD, Red series have working TLER which is important for RAID= (including software/ZFS variety). Just make sure you enable it in smarts.c= onf.

Mihail Ivanov <mihail.ivano= v93@gmail.com> wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Hello,
>
>I've finally decided I am gonna go the expensive way.
>Getting a E5-1650V2(3.5-3.9Ghz).
>http://ark.intel.com/products= /75780/Intel-Xeon-Processor-E5-1650-v2-12M-Cache-3_50-GHz
>
>(The other option being 2 x E5-2609 2,4Ghz which will get me 8 cores, >but without HT and on much lower clock - so I'd rather have the
>E5-1650V2, also I don't really want to go dual socket)
>
>Those single socket 2011 server motherboards seem like the way to go >if one wants to be sure everything works.
>
>Now I am kinda only considering Asrock vs Supermicro
>
>(no ASUS for me please :), Intel's mobos are uATX and I want ATX, w= hy
>would I want to pay 300$+ and get like 2 PCI-E slots)
>
>I am thinking of getting this mobo Asrock EPC602D8A:
>http://www.asrockrack.com/general/productdetai= l.asp?Model=3DEPC602D8A
>
>Do you think it's good? It's a server/workstation board based o= n the
>602 Chipset with explicit support for Vt-d, a lot of PCI_E slots too, >Sata ports too.
>
>Yet I haven't found any feedback on that mobo, so I'd be cool i= f
>someone could share his thoughts on it.
>
>I will be passing through kinda everything(NIC's, SATA
>Controllers,Powerful VGA's,etc).
>Only 3-4 cheap VGA's will stay in Dom0(and maybe sound too).
>
>I've read some papers and decided ECC is a must so -
>so i will most likely use 8 x 8GB 1600 ECC.
>
>As for storage:
>ZFS on 3 x WD Black 2 TB in Raid 5,
>And a cheap A-data SSD 120GB as cache.
>
>On 06/25/2014 03:48 PM, H. Sieger wrote:
>> I agree with Gordan and his advice. However, ASrock seems to have = a
>> good reputation for VT-d support, but you definitely should check<= br> >> with them first! While Asus hardware isn't bad (as Gordan said= ),
>> they are not committed in any way to support VT-d. One top of the<= br> >> line board - for example the Rampage IV Extreme - may support VT-d=
>> (via BIOS), the other won't, or only partially (e.g. Black
>> edition). Also, some boards like the RIVE support VT-d with the >> latest Intel CPUs, others don't. Unless something drastically<= br> >> changed, their tech support is totally useless, even if you talk >> directly to headquarters. In the realm of enthusiast boards, ASRoc= k
>> seems to be an exception in that they support VT-d in a range of >> boards and in that they actually know what VT-d is for. Citrix
>> certified boards will most likely be workstation boards.
>>
>> Here is a list of motherboards I compiled based on success stories= :
>> http://www.overclock.net/t/1338063/vt-d-compati= ble-motherboards
>>
>> Here the same for graphics cards:
>> http://www.overclock.net/t/= 1307834/xen-vga-passthrough-compatible-graphics-adapters
>>
>> =C2=A0Of course both lists aren't exhaustive, but provide perh= aps a
>> starting point.
>>
>>
>>
>>
>> On Monday, June 23, 2014 10:19 PM, Mihail Ivanov
>> <mihail.ivanov93@g= mail.com> wrote:
>>
>>
>>
>> Hello everyone, I am new to xen and I'd like to ask some thing= s.
>>
>> I am looking to use Xen with both PV and HVM guests. I want to
>> pass-through most of my devices to DomU's. My main concern so = far
>> is what hardware should I choose?
>>
>> I've decided on the cpu - Intel i7-4770. The ram will most lik= ely
>> be 32GB - two kits of Geil 2x8GB 1600-2166 Mhz. About the mobos -<= br> >> what I know so far is that ASUS don't officially support Vt-d,= but
>> Asrock say they do. So I am thinking of getting an Asrock. Thing i= s
>> - so far I've read about people using the z87 chipset, but onl= y one
>> example of z97. Also on Intel's website they are saying that z= 87
>> has Vt-d, but nothing about the z97.
>>
>> So can someone confirm if Asrock Z97 mobos support Vt-d? Also if i= t
>> has problems with its tables?(EPT ones, if I am not mistaken).
>>
>> I am particularly interested in the Asrock Z97 Extreme4. Perhaps >> someone around here has experience with it?
>>
>> Also I've read about the GPU pass-through, so I've decided= to use
>> AMD since nVidia has no support for it (unless I change the ID of<= br> >> my vga to a quadro or some other professional vga).
>>
>> Not having an FLR isn't an issue, correct?
>>
>> And now my main concern - which of these devices can be used with<= br> >> pass-through: the integrated sound card the integrated NIC the sat= a
>> controllers(expensive boards have two - one from the chipset and >> another one) the usb controllers
>>
>> All of those should be PCI devices, correct? Also in an article in=
>> wikipedia, they say that some mobos don't have support for Vt-= d for
>> example on PCIe x8 or mini? How come only one or two slots can'= ;t
>> work?
>>
>> Also can I passtrough just one USB device or I have to do it with<= br> >> the whole controller?(as a PCI device I guess).
>>
>> Greetings, Mihail
>>
>> _______________________________________________ Xen-users mailing<= br> >> list Xen-users@lists.xe= n.org http= ://lists.xen.org/xen-users
>>
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v2.0.22 (GNU/Linux)
>Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
>iQIcBAEBAgAGBQJTqxjrAAoJEMqHhflCh8gXcSMP/17EepC7NA7tNftbXDS6h72p
>5jxr5nZojYCwNSxm3H5V4+w5SwzTTFqFvhYDIPIxNZXUO/KUYnQbexYiUc+/PEXj
>jjXI+5lF1hbQDQ28iVfFJD3csKrakTnmkp4w3Ark9VPiKBpoaG6v4jPd1J/vkzFq
>xLd1QwRb8gW3e4oytJROjZFjYRciUzjAQkN00Yl3UNN8xFQ780Z4X++BmVt8lv7x
>O65n5lMIq5CyH6fgwDWQzZjG6Uc2bVRUUs/86gNFXG1dYfqxNbdoeJ/DtjfFo/HX
>4pHRLlWqqmAXtjrGrYW+LcVyjeEYNEWFHyPOcHMT8tGQ/49Yz6KF/eWukBOOQERh
>L10ThwLLh6JH+a1PvI+znJ0+58f5SfgO0q9YXY9tqTbSeu5hFblkvOSnlXTzX1h1
>aRzwiVuoC1C8B0UD1QSD9sWKK7xrWJVFMrAbLsmefPNfD8mcu+L8d9lKvsRTTJ3g
>guZEiXj3BZPGGvNgK9dWQRP8sHDPaF+7Rpa6sbYdFEbS8pDZzeCWTZPeYS2bwP6+
>ScwNENeuQ4Gg3gIjB4BmIS4LeSUlHm9R+BhNAafPsNG8UL73lf/wdZesSyBLxi9Z
>Kqermz7yc9b0PgLzLcL66kM8xitUzY12RlscKkLVuyY1WI4CH2EXj8DTaLn/ltgZ
>ax3MF39WUw+dQYBhVel/
>=3D+LsA
>-----END PGP SIGNATURE-----
>
>_______________________________________________
>Xen-users mailing list
>Xen-users@lists.xen.org<= br> >http://lis= ts.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--001a1133d894fa3dba04fcb0f9e1-- --===============8000899348341629306== 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 --===============8000899348341629306==-- From xen-users-bounces@lists.xen.org Wed Jun 25 23:04:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 23:04:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzwFB-00046V-OM; Wed, 25 Jun 2014 23:04:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzwF9-00046C-Ea for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 23:04:43 +0000 Received: from [193.109.254.147:7099] by server-3.bemta-14.messagelabs.com id D3/E9-22179-A855BA35; Wed, 25 Jun 2014 23:04:42 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1403737478!13684120!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31808 invoked from network); 25 Jun 2014 23:04:40 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 23:04:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=uDRI19rjmnhNAg6gqRjcupklrnoMLwG4WCN74LkTmbJ1vZufiBW3rCn5Q8/D55/v2k3Xx29deWAvxpY3NGK/w8FJK9nD0xy6ZFvDZNaLA/vk96oxGqUQb+yiskKbzzqY; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1WzwF5-0006Rk-FL for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 16:04:39 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Wed, 25 Jun 2014 16:04:38 -0700 From: Brian Menges To: "xen-users@lists.xenproject.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEA== Date: Wed, 25 Jun 2014 23:04:37 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> In-Reply-To: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2157934466788380676==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2157934466788380676== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F92725D9ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F92725D9ex001sfoservepath_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've read through these, however I'm on xenserver 6.2 and would rather not = hack the ramdisk because any future update would obliterate that (most like= ly). Per gordon's request, I've reset my system back to factory and here are the= lspci/dmesg/xl dmesg. I can confirm that I do not load any radeon or radeon related drivers in do= m0, however I cannot seem to hide the pci bus for it. Are the modules missi= ng for XenServer 6.2 (xen 4.1.5) ? Not sure if attachments are acceptable, so I'm going to put links to pasteb= in. xl dmesg: http://pastebin.com/BTB5DNQJ lspci -vvv http://pastebin.com/t7paAyBa lsmod http://pastebin.com/tZTA5T4K dmesg http://pastebin.com/hiGcq9GS The citrix support guide says nothing about hiding the device at all (which= I tried the extboot.conf stuff to hide the pci devices to no avail). If there's a way to confirm xen-pcihide or whichever it is (many articles .= . two names, not sure which is right) as loaded on xenserver 6.2 that'd be = appreciated. I have in blacklist.conf: blacklist radeon blacklist fglrx We shouldn't ever touch those two modules... so I should be good for passth= rough right? I'm basically starting from ground zero at this time. Thanks for the help. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks From: H. Sieger [mailto:powerhouse.linux@yahoo.com] Sent: Wednesday, June 25, 2014 05:01 To: Brian Menges; xen-users@lists.xenproject.org Subject: Re: [Xen-users] Help with VGA passthrough In addition to the suggestions given before, here some information sources: HOW-TO make dual-boot obsolete using XEN VGA passthrough - post about Ubunt= u 14.04 and Xen 4.4 Xen Error - relates to 6450 card Both posts above specifically deal with the AMD 6450 graphics card. I use t= he initramfs method to bind the graphics card to pciback as explained in HO= W-TO make dual-boot obsolete using XEN VGA passthrough, step 11. Hope it helps. On Wednesday, June 25, 2014 4:51 AM, Brian Menges > wrote: I'm trying to get vga passthrough to operate normally and have been rather = unsuccessful despite attempting to replicate hardware stated to work much r= eading about the mail list and wiki. Setup: Xenserver 6.2 SP1 (all patches) ATI Radeon HD 6450 ThinkCentre M series with Core i5 I've read: http://support.citrix.com/article/CTX135811http://support.citrix.com/articl= e/CTX135811 http://wiki.xen.org/wiki/Xen_VGA_Passthrough The GPU assignment to the HVM works fine through both api and gui (xencente= r), however the domU can't initialize it. I've tried pciback.hide and xen-p= ciback.hide for the pci buses the ati card shows up as, however to no avail= and results in it unable to use the gpu. Dmesg about the pci bus (01:00.0 and 01:00.1): [ 4.225073] Kernel command line: root=3DLABEL=3Droot-lsodryqz ro xencons= =3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.per= missive xen-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01= :00.0;01:00.1 [ 4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000000-0xdfff= ffff] [ 4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420000-0xfe43ffff] [ 4.790376] pci 0000:01:00.0: reg 20 io port: [0xe000-0xe0ff] [ 4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: [0xfe400000-0xfe41= ffff] [ 4.790394] pci 0000:01:00.0: Disabling memory decoding and releasing me= mory resources. [ 4.790425] pci 0000:01:00.0: supports D1 D2 [ 4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe440000-0xfe443fff] [ 4.790513] pci 0000:01:00.1: Disabling memory decoding and releasing me= mory resources. [ 4.790543] pci 0000:01:00.1: supports D1 D2 [ 4.794119] vgaarb: device added: PCI:0000:01:00.0,decodes=3Dio+mem,owns= =3Dnone,locks=3Dnone When I assign it to a linux domU (yes, HVM): 00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] C= aicos [Radeon HD 6450/7450/8450 / R5 230 OEM] 00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Au= dio [Radeon HD 6400 Series] [ 5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x6779 = 0x1682:0x3207). [ 5.246970] [drm] register mmio base: 0xF3000000 [ 5.246972] [drm] register mmio size: 131072 [ 5.246996] radeon 0000:00:05.0: Expecting atombios for evergreen GPU [ 5.247053] radeon 0000:00:05.0: Fatal error during GPU init [ 5.247100] [drm] radeon: finishing device. [ 5.247102] [TTM] Memory type 2 has not been initialized [ 5.256465] radeon: probe of 0000:00:05.0 failed with error -22 [ 5.386743] xen: --> pirq=3D17 -> irq=3D41 (gsi=3D41) Here's dom0's extboot.conf for xe's boot: label xe # XenServer kernel mboot.c32 append /boot/xen.gz mem=3D1024G dom0_max_vcpus=3D4 dom0_mem=3D2048M,max:2= 048M watchdog_timeout=3D300 lowmem_emergency_pool=3D1M crashkernel=3D64M@32= M cpuid_mask_xsave_eax=3D0 console=3Dvga vga=3Dmode-0x0311 = --- /boot/vmlinuz-2.6-xen root=3DLABEL=3Droot-lsodryqz ro xencons=3Dhvc con= sole=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.permissive xe= n-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01:00.0;01:0= 0.1 --- /boot/initrd-2.6-xen.img So I've hidden them, however they're still showing up on dom0 and failing i= nit on domU. Can anyone provide some help? - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks ________________________________ The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer. --_000_F33FED1E326F7448A0623CC9BFA2D4F92725D9ex001sfoservepath_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I’ve read through= these, however I’m on xenserver 6.2 and would rather not hack the ra= mdisk because any future update would obliterate that (most likely).=

 

Per gordon’s requ= est, I’ve reset my system back to factory and here are the lspci/dmes= g/xl dmesg.

 

I can confirm that I do= not load any radeon or radeon related drivers in dom0, however I cannot se= em to hide the pci bus for it. Are the modules missing for XenServer 6.2 (xen 4.1.5) ?

 

Not sure if attachments= are acceptable, so I’m going to put links to pastebin.

 

xl dmesg:

http://pastebin.com/BTB5DNQJ

 

lspci –vvv=

http://pastebin.com/t7paAyBa

 

lsmod

http://pastebin.com/tZTA5T4K

 

dmesg

http://pastebin.com/hiGcq9GS

 

The citrix support guid= e says nothing about hiding the device at all (which I tried the extboot.co= nf stuff to hide the pci devices to no avail).

 

If there’s a way = to confirm xen-pcihide or whichever it is (many articles .. two names, not = sure which is right) as loaded on xenserver 6.2 that’d be appreciated= .

 

I have in blacklist.con= f:

blacklist radeon=

blacklist fglrx<= /p>

 

We shouldn’t ever= touch those two modules… so I should be good for passthrough right?<= /span>

 

I’m basically sta= rting from ground zero at this time. Thanks for the help.

 

- Brian Menges

Principal Engineer, Dev= Ops

GoGrid | ServePath | Co= loServe | UpStream Networks

 

From: H. S= ieger [mailto:powerhouse.linux@yahoo.com]
Sent: Wednesday, June 25, 2014 05:01
To: Brian Menges; xen-users@lists.xenproject.org
Subject: Re: [Xen-users] Help with VGA passthrough

 

In= addition to the suggestions given before, here some information sources:

 

Both posts above specifically= deal with the AMD 6450 graphics card. I use the initramfs method to bind t= he graphics card to pciback as explained in HOW-TO make dual-boot obsolete using XEN VGA passthrough, step 11.

 

Hope it helps.

 

= On Wednesday, June 25, 2014 4:51 AM, Brian Menges <bmenges@gogrid.com> wrote:=

 


I'm trying to get vga passthrough to operate normally and have been rather = unsuccessful despite attempting to replicate hardware stated to work much r= eading about the mail list and wiki.

Setup:
Xenserver 6.2 SP1 (all patches)
ATI Radeon HD 6450
ThinkCentre M series with Core i5

I've read:
http://support.citrix.com/article/= CTX135811http://support.citrix.com/article/CTX135811
= http://wiki.xen.org/wiki/Xen_VGA_Passthrough

The GPU assignment to the HVM works fine through both api and gui (xencente= r), however the domU can't initialize it. I've tried pciback.hide and xen-p= ciback.hide for the pci buses the ati card shows up as, however to no avail= and results in it unable to use the gpu.

Dmesg about the pci bus (01:00.0 and 01:00.1):
[    4.225073] Kernel command line: root=3DLABEL=3Droot-lsodryqz = ro xencons=3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-p= ciback.permissive xen-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alig= nment=3D01:00.0;01:00.1
[    4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000= 000-0xdfffffff]
[    4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420000-0= xfe43ffff]
[    4.790376] pci 0000:01:00.0: reg 20 io port: [0xe000-0xe0ff]<= br> [    4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: [0xfe400= 000-0xfe41ffff]
[    4.790394] pci 0000:01:00.0: Disabling memory decoding and re= leasing memory resources.
[    4.790425] pci 0000:01:00.0: supports D1 D2
[    4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe440000-0= xfe443fff]
[    4.790513] pci 0000:01:00.1: Disabling memory decoding and re= leasing memory resources.
[    4.790543] pci 0000:01:00.1: supports D1 D2
[    4.794119] vgaarb: device added: PCI:0000:01:00.0,decodes=3Di= o+mem,owns=3Dnone,locks=3Dnone

When I assign it to a linux domU (yes, HVM):
00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] C= aicos [Radeon HD 6450/7450/8450 / R5 230 OEM]
00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Au= dio [Radeon HD 6400 Series]

[    5.246901] [drm] initializing kernel modesetting (CAICOS 0x10= 02:0x6779 0x1682:0x3207).
[    5.246970] [drm] register mmio base: 0xF3000000
[    5.246972] [drm] register mmio size: 131072
[    5.246996] radeon 0000:00:05.0: Expecting atombios for evergr= een GPU
[    5.247053] radeon 0000:00:05.0: Fatal error during GPU init [    5.247100] [drm] radeon: finishing device.
[    5.247102] [TTM] Memory type 2 has not been initialized
[    5.256465] radeon: probe of 0000:00:05.0 failed with error -2= 2
[    5.386743] xen: --> pirq=3D17 -> irq=3D41 (gsi=3D41)
Here's dom0's extboot.conf for xe's boot:
label xe
  # XenServer
  kernel mboot.c32
  append /boot/xen.gz mem=3D1024G dom0_max_vcpus=3D4 dom0_mem=3D2048M,= max:2048M watchdog_timeout=3D300 lowmem_emergency_pool=3D1M crashkernel=3D<= a href=3D"mailto:64M@32M">64M@32M cpuid_mask_xsave_eax=3D0 console=3Dvg= a vga=3Dmode-0x0311 --- /boot/vmlinuz-2.6-xen root=3DLABEL=3Droot-lsodryqz ro xencons=3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-= pciback.permissive xen-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_ali= gnment=3D01:00.0;01:00.1 --- /boot/initrd-2.6-xen.img

So I've hidden them, however they're still showing up on dom0 and failing i= nit on domU.

Can anyone provide some help?

- Brian Menges
Principal Engineer, DevOps
GoGrid | ServePath | ColoServe | UpStream Networks

________________________________

The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons or entities other than the inten= ded recipient is prohibited. If you receive this in error, please contact t= he sender and delete the material from any computer.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users



The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons or entities other than the inten= ded recipient is prohibited. If you receive this in error, please contact t= he sender and delete the material from any computer.
 --_000_F33FED1E326F7448A0623CC9BFA2D4F92725D9ex001sfoservepath_-- --===============2157934466788380676== 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 --===============2157934466788380676==-- From xen-users-bounces@lists.xen.org Wed Jun 25 23:04:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jun 2014 23:04:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzwFB-00046V-OM; Wed, 25 Jun 2014 23:04:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzwF9-00046C-Ea for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 23:04:43 +0000 Received: from [193.109.254.147:7099] by server-3.bemta-14.messagelabs.com id D3/E9-22179-A855BA35; Wed, 25 Jun 2014 23:04:42 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1403737478!13684120!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31808 invoked from network); 25 Jun 2014 23:04:40 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 23:04:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=uDRI19rjmnhNAg6gqRjcupklrnoMLwG4WCN74LkTmbJ1vZufiBW3rCn5Q8/D55/v2k3Xx29deWAvxpY3NGK/w8FJK9nD0xy6ZFvDZNaLA/vk96oxGqUQb+yiskKbzzqY; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1WzwF5-0006Rk-FL for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 16:04:39 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Wed, 25 Jun 2014 16:04:38 -0700 From: Brian Menges To: "xen-users@lists.xenproject.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEA== Date: Wed, 25 Jun 2014 23:04:37 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> In-Reply-To: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2157934466788380676==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2157934466788380676== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F92725D9ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F92725D9ex001sfoservepath_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've read through these, however I'm on xenserver 6.2 and would rather not = hack the ramdisk because any future update would obliterate that (most like= ly). Per gordon's request, I've reset my system back to factory and here are the= lspci/dmesg/xl dmesg. I can confirm that I do not load any radeon or radeon related drivers in do= m0, however I cannot seem to hide the pci bus for it. Are the modules missi= ng for XenServer 6.2 (xen 4.1.5) ? Not sure if attachments are acceptable, so I'm going to put links to pasteb= in. xl dmesg: http://pastebin.com/BTB5DNQJ lspci -vvv http://pastebin.com/t7paAyBa lsmod http://pastebin.com/tZTA5T4K dmesg http://pastebin.com/hiGcq9GS The citrix support guide says nothing about hiding the device at all (which= I tried the extboot.conf stuff to hide the pci devices to no avail). If there's a way to confirm xen-pcihide or whichever it is (many articles .= . two names, not sure which is right) as loaded on xenserver 6.2 that'd be = appreciated. I have in blacklist.conf: blacklist radeon blacklist fglrx We shouldn't ever touch those two modules... so I should be good for passth= rough right? I'm basically starting from ground zero at this time. Thanks for the help. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks From: H. Sieger [mailto:powerhouse.linux@yahoo.com] Sent: Wednesday, June 25, 2014 05:01 To: Brian Menges; xen-users@lists.xenproject.org Subject: Re: [Xen-users] Help with VGA passthrough In addition to the suggestions given before, here some information sources: HOW-TO make dual-boot obsolete using XEN VGA passthrough - post about Ubunt= u 14.04 and Xen 4.4 Xen Error - relates to 6450 card Both posts above specifically deal with the AMD 6450 graphics card. I use t= he initramfs method to bind the graphics card to pciback as explained in HO= W-TO make dual-boot obsolete using XEN VGA passthrough, step 11. Hope it helps. On Wednesday, June 25, 2014 4:51 AM, Brian Menges > wrote: I'm trying to get vga passthrough to operate normally and have been rather = unsuccessful despite attempting to replicate hardware stated to work much r= eading about the mail list and wiki. Setup: Xenserver 6.2 SP1 (all patches) ATI Radeon HD 6450 ThinkCentre M series with Core i5 I've read: http://support.citrix.com/article/CTX135811http://support.citrix.com/articl= e/CTX135811 http://wiki.xen.org/wiki/Xen_VGA_Passthrough The GPU assignment to the HVM works fine through both api and gui (xencente= r), however the domU can't initialize it. I've tried pciback.hide and xen-p= ciback.hide for the pci buses the ati card shows up as, however to no avail= and results in it unable to use the gpu. Dmesg about the pci bus (01:00.0 and 01:00.1): [ 4.225073] Kernel command line: root=3DLABEL=3Droot-lsodryqz ro xencons= =3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.per= missive xen-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01= :00.0;01:00.1 [ 4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000000-0xdfff= ffff] [ 4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420000-0xfe43ffff] [ 4.790376] pci 0000:01:00.0: reg 20 io port: [0xe000-0xe0ff] [ 4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: [0xfe400000-0xfe41= ffff] [ 4.790394] pci 0000:01:00.0: Disabling memory decoding and releasing me= mory resources. [ 4.790425] pci 0000:01:00.0: supports D1 D2 [ 4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe440000-0xfe443fff] [ 4.790513] pci 0000:01:00.1: Disabling memory decoding and releasing me= mory resources. [ 4.790543] pci 0000:01:00.1: supports D1 D2 [ 4.794119] vgaarb: device added: PCI:0000:01:00.0,decodes=3Dio+mem,owns= =3Dnone,locks=3Dnone When I assign it to a linux domU (yes, HVM): 00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] C= aicos [Radeon HD 6450/7450/8450 / R5 230 OEM] 00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Au= dio [Radeon HD 6400 Series] [ 5.246901] [drm] initializing kernel modesetting (CAICOS 0x1002:0x6779 = 0x1682:0x3207). [ 5.246970] [drm] register mmio base: 0xF3000000 [ 5.246972] [drm] register mmio size: 131072 [ 5.246996] radeon 0000:00:05.0: Expecting atombios for evergreen GPU [ 5.247053] radeon 0000:00:05.0: Fatal error during GPU init [ 5.247100] [drm] radeon: finishing device. [ 5.247102] [TTM] Memory type 2 has not been initialized [ 5.256465] radeon: probe of 0000:00:05.0 failed with error -22 [ 5.386743] xen: --> pirq=3D17 -> irq=3D41 (gsi=3D41) Here's dom0's extboot.conf for xe's boot: label xe # XenServer kernel mboot.c32 append /boot/xen.gz mem=3D1024G dom0_max_vcpus=3D4 dom0_mem=3D2048M,max:2= 048M watchdog_timeout=3D300 lowmem_emergency_pool=3D1M crashkernel=3D64M@32= M cpuid_mask_xsave_eax=3D0 console=3Dvga vga=3Dmode-0x0311 = --- /boot/vmlinuz-2.6-xen root=3DLABEL=3Droot-lsodryqz ro xencons=3Dhvc con= sole=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-pciback.permissive xe= n-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alignment=3D01:00.0;01:0= 0.1 --- /boot/initrd-2.6-xen.img So I've hidden them, however they're still showing up on dom0 and failing i= nit on domU. Can anyone provide some help? - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks ________________________________ The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer. --_000_F33FED1E326F7448A0623CC9BFA2D4F92725D9ex001sfoservepath_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I’ve read through= these, however I’m on xenserver 6.2 and would rather not hack the ra= mdisk because any future update would obliterate that (most likely).=

 

Per gordon’s requ= est, I’ve reset my system back to factory and here are the lspci/dmes= g/xl dmesg.

 

I can confirm that I do= not load any radeon or radeon related drivers in dom0, however I cannot se= em to hide the pci bus for it. Are the modules missing for XenServer 6.2 (xen 4.1.5) ?

 

Not sure if attachments= are acceptable, so I’m going to put links to pastebin.

 

xl dmesg:

http://pastebin.com/BTB5DNQJ

 

lspci –vvv=

http://pastebin.com/t7paAyBa

 

lsmod

http://pastebin.com/tZTA5T4K

 

dmesg

http://pastebin.com/hiGcq9GS

 

The citrix support guid= e says nothing about hiding the device at all (which I tried the extboot.co= nf stuff to hide the pci devices to no avail).

 

If there’s a way = to confirm xen-pcihide or whichever it is (many articles .. two names, not = sure which is right) as loaded on xenserver 6.2 that’d be appreciated= .

 

I have in blacklist.con= f:

blacklist radeon=

blacklist fglrx<= /p>

 

We shouldn’t ever= touch those two modules… so I should be good for passthrough right?<= /span>

 

I’m basically sta= rting from ground zero at this time. Thanks for the help.

 

- Brian Menges

Principal Engineer, Dev= Ops

GoGrid | ServePath | Co= loServe | UpStream Networks

 

From: H. S= ieger [mailto:powerhouse.linux@yahoo.com]
Sent: Wednesday, June 25, 2014 05:01
To: Brian Menges; xen-users@lists.xenproject.org
Subject: Re: [Xen-users] Help with VGA passthrough

 

In= addition to the suggestions given before, here some information sources:

 

Both posts above specifically= deal with the AMD 6450 graphics card. I use the initramfs method to bind t= he graphics card to pciback as explained in HOW-TO make dual-boot obsolete using XEN VGA passthrough, step 11.

 

Hope it helps.

 

= On Wednesday, June 25, 2014 4:51 AM, Brian Menges <bmenges@gogrid.com> wrote:=

 


I'm trying to get vga passthrough to operate normally and have been rather = unsuccessful despite attempting to replicate hardware stated to work much r= eading about the mail list and wiki.

Setup:
Xenserver 6.2 SP1 (all patches)
ATI Radeon HD 6450
ThinkCentre M series with Core i5

I've read:
http://support.citrix.com/article/= CTX135811http://support.citrix.com/article/CTX135811
= http://wiki.xen.org/wiki/Xen_VGA_Passthrough

The GPU assignment to the HVM works fine through both api and gui (xencente= r), however the domU can't initialize it. I've tried pciback.hide and xen-p= ciback.hide for the pci buses the ati card shows up as, however to no avail= and results in it unable to use the gpu.

Dmesg about the pci bus (01:00.0 and 01:00.1):
[    4.225073] Kernel command line: root=3DLABEL=3Droot-lsodryqz = ro xencons=3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-p= ciback.permissive xen-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_alig= nment=3D01:00.0;01:00.1
[    4.790356] pci 0000:01:00.0: reg 10 64bit mmio pref: [0xd0000= 000-0xdfffffff]
[    4.790369] pci 0000:01:00.0: reg 18 64bit mmio: [0xfe420000-0= xfe43ffff]
[    4.790376] pci 0000:01:00.0: reg 20 io port: [0xe000-0xe0ff]<= br> [    4.790389] pci 0000:01:00.0: reg 30 32bit mmio pref: [0xfe400= 000-0xfe41ffff]
[    4.790394] pci 0000:01:00.0: Disabling memory decoding and re= leasing memory resources.
[    4.790425] pci 0000:01:00.0: supports D1 D2
[    4.790479] pci 0000:01:00.1: reg 10 64bit mmio: [0xfe440000-0= xfe443fff]
[    4.790513] pci 0000:01:00.1: Disabling memory decoding and re= leasing memory resources.
[    4.790543] pci 0000:01:00.1: supports D1 D2
[    4.794119] vgaarb: device added: PCI:0000:01:00.0,decodes=3Di= o+mem,owns=3Dnone,locks=3Dnone

When I assign it to a linux domU (yes, HVM):
00:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] C= aicos [Radeon HD 6450/7450/8450 / R5 230 OEM]
00:06.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Au= dio [Radeon HD 6400 Series]

[    5.246901] [drm] initializing kernel modesetting (CAICOS 0x10= 02:0x6779 0x1682:0x3207).
[    5.246970] [drm] register mmio base: 0xF3000000
[    5.246972] [drm] register mmio size: 131072
[    5.246996] radeon 0000:00:05.0: Expecting atombios for evergr= een GPU
[    5.247053] radeon 0000:00:05.0: Fatal error during GPU init [    5.247100] [drm] radeon: finishing device.
[    5.247102] [TTM] Memory type 2 has not been initialized
[    5.256465] radeon: probe of 0000:00:05.0 failed with error -2= 2
[    5.386743] xen: --> pirq=3D17 -> irq=3D41 (gsi=3D41)
Here's dom0's extboot.conf for xe's boot:
label xe
  # XenServer
  kernel mboot.c32
  append /boot/xen.gz mem=3D1024G dom0_max_vcpus=3D4 dom0_mem=3D2048M,= max:2048M watchdog_timeout=3D300 lowmem_emergency_pool=3D1M crashkernel=3D<= a href=3D"mailto:64M@32M">64M@32M cpuid_mask_xsave_eax=3D0 console=3Dvg= a vga=3Dmode-0x0311 --- /boot/vmlinuz-2.6-xen root=3DLABEL=3Droot-lsodryqz ro xencons=3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash xen-= pciback.permissive xen-pciback.hide=3D(01:00.0)(01:00.1) pci=3Dresource_ali= gnment=3D01:00.0;01:00.1 --- /boot/initrd-2.6-xen.img

So I've hidden them, however they're still showing up on dom0 and failing i= nit on domU.

Can anyone provide some help?

- Brian Menges
Principal Engineer, DevOps
GoGrid | ServePath | ColoServe | UpStream Networks

________________________________

The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons or entities other than the inten= ded recipient is prohibited. If you receive this in error, please contact t= he sender and delete the material from any computer.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users



The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons or entities other than the inten= ded recipient is prohibited. If you receive this in error, please contact t= he sender and delete the material from any computer.
 --_000_F33FED1E326F7448A0623CC9BFA2D4F92725D9ex001sfoservepath_-- --===============2157934466788380676== 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 --===============2157934466788380676==-- From xen-users-bounces@lists.xen.org Thu Jun 26 00:19:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 00:19:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzxPA-0005zN-VZ; Thu, 26 Jun 2014 00:19:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzxP8-0005zE-D8 for xen-users@lists.xen.org; Thu, 26 Jun 2014 00:19:06 +0000 Received: from [85.158.143.35:24099] by server-1.bemta-4.messagelabs.com id 0D/8C-09496-9F66BA35; Thu, 26 Jun 2014 00:19:05 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1403741944!13863684!1 X-Originating-IP: [74.125.82.42] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11588 invoked from network); 26 Jun 2014 00:19:04 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 00:19:04 -0000 Received: by mail-wg0-f42.google.com with SMTP id z12so2825941wgg.25 for ; Wed, 25 Jun 2014 17:19:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=t7+qJtI70Or/d0CDvjeS3aOXtC7HfWZSH1PIocK9elA=; b=WPogmJ9Cdg71g/Z18PzlAYicAziUAtcbRkFACRUFbL9OUi4GLoUBvwIAZrONx9Ka5I Q7szcHj6oqdf2ctdSa0HVzR8brjPf95V85dSObPNDAz1otapRqbNDw58y6QxDh4XPJvB x8QLbJ+a4P9PEUiHho/WZJiLvs3farcF67GJ9IuDp17B/gtzJiVinb/6NT07FYfpFag2 ilzkCklLRF3Y9GrO7a0AOhKI0NXNVi2u2o/1ZH/1vyLZW+/5z8+tGhNxLPrl0+qQd1fV HBD9r38MxuIuF8qvYCqPTE9Gacc/XuiMgjbgi+9libkM9RN8x5Lral47pD1AuoXZBvWJ nQ7Q== X-Received: by 10.181.12.76 with SMTP id eo12mr216095wid.15.1403741944189; Wed, 25 Jun 2014 17:19:04 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id fc7sm10655162wjc.37.2014.06.25.17.19.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Jun 2014 17:19:03 -0700 (PDT) Message-ID: <53AB6767.3090100@gmail.com> Date: Thu, 26 Jun 2014 03:20:55 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQpIYXNoOiBTSEExCgpXaGlsZSB0aGUg QTggNjYwMGsgaXMgYSBmYXN0IGNwdSwgSSdkIHJhdGhlciBnZXQgc2VydmVyIGhhcmR3YXJlLgpB ZnRlciByZWFkaW5nIHNvIG11Y2ggYWJvdXQgcGVvcGxlIGNvbXBsYWluaW5nIHRoYXQgb25lIG9y IGFub3RoZXIKdGhpbmcgZG9lc24ndCB3b3JrLCBJIGp1c3QgY2FuJ3QgdHJ1c3QgZGVza3RvcCBt b2JvcyBhbnltb3JlIDopLgoodG9vIG11Y2ggdGhpbmdzIHRoYXQgY2FuIGdvIHdyb25nKS4KQWxz byBldmVyIHNpbmNlIEkndmUgcmVhZCBhYm91dCBFQ0MgcmFtIEkga25vdyBJIHdhbnQgaXQuCgpJ IGRvbid0IHdhbnQgYSBwcmVidWlsZCBzeXN0ZW0gc2luY2U6CkkgYWxyZWFkeSBoYXZlIGEgUFNV IGFuZCBhbiBBVFggQ2FzZS4KKEFsc28gc29tZSBIREQncyBhbmQgVkdBJ3MpLgpOZXZlciB0aGUg bGVzcyBpbiBteSBjb3VudHJ5IHByZWJ1aWxkIHN5c3RlbXMgdGVuZCB0byBjb3N0IGEgbG90IG1v cmUKdGhhbiB0aGV5IHNob3VsZC4KClN0aWxsIHRoZSBFNS0xNjUwVjIgaXMgZXhwZW5zaXZlLApz byBJIGFtIGNvbnNpZGVyaW5nIHRoZSBFMy0xMjQ2VjMgYXMgd2VsbC4KCkUzLTEyNDZWMwpEb3du c2lkZXM6IC0yIGNvcmVzLCBsZXNzIGNhY2hlLCBtYXggMzIgR0IgcmFtKG5vIHF1YWQgY2hhbm5l bCksIGxlc3MKcGNpLWUgbGFuZXMoZG9uJ3QgY2FyZSkKClByb3M6IG11Y2ggY2hlYXBlciwgY2hl YXBlciBtb2JvLCBsb3dlciB0ZHAsIG11Y2ggbW9yZSBmcmVzaCwgbW9yZQppbnN0cnVjdGlvbnMo SW50ZWzCriBUU1gtTkksZXRjKSwgYWxzbyBhIGJpZyBib251cyAtIGludGVncmF0ZWQgdmdhCgpU aGUgdHdvIGNoaXBzZXRzIGZvciB0aGUgbW9ib3MgSSBhbSBsb29raW5nIGF0IGFyZQpDNjAyKDIw MTEpIGFuZCBDMjI2KDExNTApLgpCcmFuZHMgSSBhbSBjb25zaWRlcmluZyAtIEludGVsKGJ1dCBJ J2QgcmF0aGVyIGhhdmUgQVRYIHNpemVkIG1vYm8pLApBc3JvY2ssIFN1cGVybWljcm8uCgpQZW9w bGUgaGF2ZSB0YWxrZWQgYWJvdXQgQ2l0cml4IHZlcmlmaWVkIGhhcmR3YXJlLgpDYW4gc29tZW9u ZSB0ZWxsIG1lIHRoZSBuYW1lcyBvZiB0d28gc3VjaCBtb2JvcyAtCm9uZSBmb3IgMTE1MCBhbmQg b25lIGZvciAyMDExPyhiZWluZyBzaW5nbGUgc29ja2V0IGFuZCBzb21lIFBDSS1FCnNsb3RzIGFy ZSBhIG11c3QpCgpTdGlsbCBwZXJoYXBzIEkgd2lsbCBiZSBnZXR0aW5nIHRoZSBFMywgc2luY2Ug dGhhdCB3YXkgSSB3aWxsIGhhdmUKZW5vdWdoIGJ1ZGdldCBmb3IgYWRkaXRpb25hbCByYW0sIGNo ZWFwIGdwdSdzIGFuZCBtb25pdG9ycy4KCkFuZCBhYm91dCB0aGUgcHVycG9zZSBvZiB0aGUgc3lz dGVtIC0gTXVsdGktbW9uaXRvciB3b3Jrc3RhdGlvbih1cCB0bwoxNSBtb25pdG9ycyBJIGd1ZXNz KS4gQWJvdXQgdGhlIHZpZGVvIG91dHB1dHMgSSBhbSB0aGlua2luZyBvZiBwZXJoYXBzCnVzaW5n IHNpbmdsZXNsb3QgVkdBJ3Mgd2l0aCAzIG1vbml0b3JzIHBlciBvbmUsIHNvIGl0J3M6CjMgZm9y IElHUCArCjMgeCAzCj0gdG90YWwgb2YgMTIgbW9uaXRvcnMgd2hpY2ggd2lsbCBtb3N0IGxpa2Vs eSBiZSBlbm91Z2gKCkluIGludGVsJ3Mgb2xkIGRvY3MgdGhleSBzdGF0ZSB5b3UgY2FuJ3QgdXNl IHRoZSBJR1AgaW4gcGFyYWxsZWwgd2l0aApkaXNjcmV0ZSBWR0EncywgYnV0IEkgdGhpbmsgdGhh dCdzIG5vdCB0cnVlIGFueW1vcmU/IE90aGVyd2lzZSBJJ2QKcmF0aGVyIGJ1eSBhIENQVSB3aXRo b3V0IElHUCBpZiBJIGNhbid0IHVzZSBpdC4KCkhhcyB0byBiZSBhYmxlIHRvIHBsYXkgbWFueSAx OTIweDEwODAgVmlkZW9zIGluIHBhcmFsbGVsLgoKQWxzbyBJIHVzZSBtb3N0bHkgRWNsaXBzZSwg TmV0IEJlYW5zIGFzIElERSdzIGFuZCBhbGwgb2YgdGhlbSB0ZW5kIHRvCmVhdCB1cCByYW0gYW5k IGNwdS4KClNvbWV0aW1lIEkgbWF5IHBsYXkgYSBnYW1lIG9yIHR3byBpbiB0aGUgSFZNLiBBbHNv IEkgbGlrZSB0byBkbyBPcGVuQ0wKY2FsY3VsYXRpb25zIHdpdGggbXkgQVRJIGNhcmQuCgpDb21w aWxlIHRpbWUgaXMgaW1wb3J0YW50IGFzIHdlbGwsIHNpbmNlIEknbGwgYmUgY29tcGlsaW5nIGEg bG90IG9mCkMvQysrKGltYWdpbmUgZ2VudG9vIDopKSwgYnV0IHNpbmdlIHRocmVhZCBwZXJmb3Jt YW5jZSBzaG91bGQgYmUgZ29vZAp0b28sIHNvIHRoYXQncyB3aHkgSSBhbSBkaXNtaXNzaW5nIDwy LjVHaHogZHVhbC9xdWFkIHNvY2tldApzb2x1dGlvbnMoYWxzbyB0aGV5IGFyZSBleHBlbnNpdmUg YW55d2F5KS4KCk9uIDA2LzI2LzIwMTQgMDE6NTUgQU0sIGphY2VrIGJ1cmdoYXJkdCB3cm90ZToK PiBXaGF0IGFyZSB5b3UgcGxhbm5pbmcgb24gdXNpbmcgeW91ciBuZXcgc3lzdGVtID8gSWYgeW91 IHdpdGggIHRvIGdvCj4gd2l0aCBzdWNoIHNwZWNzIGRpZCB5b3UgbG9vayBhdCBwcmVidWlsZCBz eXN0ZW0uIEJ1eWluZyBmcm9tIGRlbGwKPiBvdXRsZXQgY291bGQgc2F2ZSBtb25leS4gSXQgc2Vl bXMgbGlrZSBvdmVyIGtpbGwgZm9yIGEgc3lzdGVtLiBJIGFtCj4gcmVhbGx5IGltcHJlc3NlZCB3 aXRoIHNwZWVkIG9mIEE4IDY2MDBrIGl0IHRvb2sgdHdvIG1pbnV0ZXMgdG8KPiBjb21waWxlIHhl biA0LjQgVGhlIG1vdGhlcmJvYXJkIG9ubHkgaGFzIHR3byB4MTYgYW5kIGxvdHMgb2YgIHBjaQo+ IGNhcmRzCj4gCj4gCj4gCj4gT24gV2VkLCBKdW4gMjUsIDIwMTQgYXQgNDowOSBQTSwgR29yZGFu IEJvYmljIDxnb3JkYW5AYm9iaWNoLm5ldD4KPiB3cm90ZToKPiAKPj4gSEdTVCBkcml2ZXMgb3Ig V0QgUmVkIGRyaXZlcyB3b3VsZCBwcm9iYWJseSBiZSBhIGJldHRlciBjaG9pY2UuCj4+IEhHU1Qg c2VlbXMgdG8gYmUgc3RhdGlzdGljYWxseSBtb3JlIHJlbGlhYmxlLgo+PiAKPj4gSWYgeW91IGdv IHdpdGggV0QsIFJlZCBzZXJpZXMgaGF2ZSB3b3JraW5nIFRMRVIgd2hpY2ggaXMKPj4gaW1wb3J0 YW50IGZvciBSQUlEIChpbmNsdWRpbmcgc29mdHdhcmUvWkZTIHZhcmlldHkpLiBKdXN0IG1ha2UK Pj4gc3VyZSB5b3UgZW5hYmxlIGl0IGluIHNtYXJ0cy5jb25mLgo+PiAKPj4gTWloYWlsIEl2YW5v diA8bWloYWlsLml2YW5vdjkzQGdtYWlsLmNvbT4gd3JvdGU6Cj4+IAo+IEhlbGxvLAo+IAo+IEkn dmUgZmluYWxseSBkZWNpZGVkIEkgYW0gZ29ubmEgZ28gdGhlIGV4cGVuc2l2ZSB3YXkuIEdldHRp bmcgYQo+IEU1LTE2NTBWMigzLjUtMy45R2h6KS4KPiAKPj4+IGh0dHA6Ly9hcmsuaW50ZWwuY29t L3Byb2R1Y3RzLzc1NzgwL0ludGVsLVhlb24tUHJvY2Vzc29yLUU1LTE2NTAtdjItMTJNLUNhY2hl LTNfNTAtR0h6Cj4KPj4+IAo+IChUaGUgb3RoZXIgb3B0aW9uIGJlaW5nIDIgeCBFNS0yNjA5IDIs NEdoeiB3aGljaCB3aWxsIGdldCBtZSA4Cj4gY29yZXMsIGJ1dCB3aXRob3V0IEhUIGFuZCBvbiBt dWNoIGxvd2VyIGNsb2NrIC0gc28gSSdkIHJhdGhlciBoYXZlCj4gdGhlIEU1LTE2NTBWMiwgYWxz byBJIGRvbid0IHJlYWxseSB3YW50IHRvIGdvIGR1YWwgc29ja2V0KQo+IAo+IFRob3NlIHNpbmds ZSBzb2NrZXQgMjAxMSBzZXJ2ZXIgbW90aGVyYm9hcmRzIHNlZW0gbGlrZSB0aGUgd2F5IHRvCj4g Z28gaWYgb25lIHdhbnRzIHRvIGJlIHN1cmUgZXZlcnl0aGluZyB3b3Jrcy4KPiAKPiBOb3cgSSBh bSBraW5kYSBvbmx5IGNvbnNpZGVyaW5nIEFzcm9jayB2cyBTdXBlcm1pY3JvCj4gCj4gKG5vIEFT VVMgZm9yIG1lIHBsZWFzZSA6KSwgSW50ZWwncyBtb2JvcyBhcmUgdUFUWCBhbmQgSSB3YW50IEFU WCwKPiB3aHkgd291bGQgSSB3YW50IHRvIHBheSAzMDAkKyBhbmQgZ2V0IGxpa2UgMiBQQ0ktRSBz bG90cykKPiAKPiBJIGFtIHRoaW5raW5nIG9mIGdldHRpbmcgdGhpcyBtb2JvIEFzcm9jayBFUEM2 MDJEOEE6IAo+IGh0dHA6Ly93d3cuYXNyb2NrcmFjay5jb20vZ2VuZXJhbC9wcm9kdWN0ZGV0YWls LmFzcD9Nb2RlbD1FUEM2MDJEOEEKPgo+ICBEbyB5b3UgdGhpbmsgaXQncyBnb29kPyBJdCdzIGEg c2VydmVyL3dvcmtzdGF0aW9uIGJvYXJkIGJhc2VkIG9uCj4gdGhlIDYwMiBDaGlwc2V0IHdpdGgg ZXhwbGljaXQgc3VwcG9ydCBmb3IgVnQtZCwgYSBsb3Qgb2YgUENJX0UKPiBzbG90cyB0b28sIFNh dGEgcG9ydHMgdG9vLgo+IAo+IFlldCBJIGhhdmVuJ3QgZm91bmQgYW55IGZlZWRiYWNrIG9uIHRo YXQgbW9ibywgc28gSSdkIGJlIGNvb2wgaWYgCj4gc29tZW9uZSBjb3VsZCBzaGFyZSBoaXMgdGhv dWdodHMgb24gaXQuCj4gCj4gSSB3aWxsIGJlIHBhc3NpbmcgdGhyb3VnaCBraW5kYSBldmVyeXRo aW5nKE5JQydzLCBTQVRBIAo+IENvbnRyb2xsZXJzLFBvd2VyZnVsIFZHQSdzLGV0YykuIE9ubHkg My00IGNoZWFwIFZHQSdzIHdpbGwgc3RheSBpbgo+IERvbTAoYW5kIG1heWJlIHNvdW5kIHRvbyku Cj4gCj4gSSd2ZSByZWFkIHNvbWUgcGFwZXJzIGFuZCBkZWNpZGVkIEVDQyBpcyBhIG11c3Qgc28g LSBzbyBpIHdpbGwgbW9zdAo+IGxpa2VseSB1c2UgOCB4IDhHQiAxNjAwIEVDQy4KPiAKPiBBcyBm b3Igc3RvcmFnZTogWkZTIG9uIDMgeCBXRCBCbGFjayAyIFRCIGluIFJhaWQgNSwgQW5kIGEgY2hl YXAKPiBBLWRhdGEgU1NEIDEyMEdCIGFzIGNhY2hlLgo+IAo+IE9uIDA2LzI1LzIwMTQgMDM6NDgg UE0sIEguIFNpZWdlciB3cm90ZToKPj4+Pj4gSSBhZ3JlZSB3aXRoIEdvcmRhbiBhbmQgaGlzIGFk dmljZS4gSG93ZXZlciwgQVNyb2NrIHNlZW1zCj4+Pj4+IHRvIGhhdmUgYSBnb29kIHJlcHV0YXRp b24gZm9yIFZULWQgc3VwcG9ydCwgYnV0IHlvdQo+Pj4+PiBkZWZpbml0ZWx5IHNob3VsZCBjaGVj ayB3aXRoIHRoZW0gZmlyc3QhIFdoaWxlIEFzdXMKPj4+Pj4gaGFyZHdhcmUgaXNuJ3QgYmFkIChh cyBHb3JkYW4gc2FpZCksIHRoZXkgYXJlIG5vdCBjb21taXR0ZWQKPj4+Pj4gaW4gYW55IHdheSB0 byBzdXBwb3J0IFZULWQuIE9uZSB0b3Agb2YgdGhlIGxpbmUgYm9hcmQgLSBmb3IKPj4+Pj4gZXhh bXBsZSB0aGUgUmFtcGFnZSBJViBFeHRyZW1lIC0gbWF5IHN1cHBvcnQgVlQtZCAodmlhCj4+Pj4+ IEJJT1MpLCB0aGUgb3RoZXIgd29uJ3QsIG9yIG9ubHkgcGFydGlhbGx5IChlLmcuIEJsYWNrIAo+ Pj4+PiBlZGl0aW9uKS4gQWxzbywgc29tZSBib2FyZHMgbGlrZSB0aGUgUklWRSBzdXBwb3J0IFZU LWQgd2l0aAo+Pj4+PiB0aGUgbGF0ZXN0IEludGVsIENQVXMsIG90aGVycyBkb24ndC4gVW5sZXNz IHNvbWV0aGluZwo+Pj4+PiBkcmFzdGljYWxseSBjaGFuZ2VkLCB0aGVpciB0ZWNoIHN1cHBvcnQg aXMgdG90YWxseSB1c2VsZXNzLAo+Pj4+PiBldmVuIGlmIHlvdSB0YWxrIGRpcmVjdGx5IHRvIGhl YWRxdWFydGVycy4gSW4gdGhlIHJlYWxtIG9mCj4+Pj4+IGVudGh1c2lhc3QgYm9hcmRzLCBBU1Jv Y2sgc2VlbXMgdG8gYmUgYW4gZXhjZXB0aW9uIGluIHRoYXQKPj4+Pj4gdGhleSBzdXBwb3J0IFZU LWQgaW4gYSByYW5nZSBvZiBib2FyZHMgYW5kIGluIHRoYXQgdGhleQo+Pj4+PiBhY3R1YWxseSBr bm93IHdoYXQgVlQtZCBpcyBmb3IuIENpdHJpeCBjZXJ0aWZpZWQgYm9hcmRzCj4+Pj4+IHdpbGwg bW9zdCBsaWtlbHkgYmUgd29ya3N0YXRpb24gYm9hcmRzLgo+Pj4+PiAKPj4+Pj4gSGVyZSBpcyBh IGxpc3Qgb2YgbW90aGVyYm9hcmRzIEkgY29tcGlsZWQgYmFzZWQgb24gc3VjY2Vzcwo+Pj4+PiBz dG9yaWVzOiAKPj4+Pj4gaHR0cDovL3d3dy5vdmVyY2xvY2submV0L3QvMTMzODA2My92dC1kLWNv bXBhdGlibGUtbW90aGVyYm9hcmRzCj4+Pj4+Cj4+Pj4+Cj4+Pj4+IApIZXJlIHRoZSBzYW1lIGZv ciBncmFwaGljcyBjYXJkczoKPj4+Pj4gCj4+PiBodHRwOi8vd3d3Lm92ZXJjbG9jay5uZXQvdC8x MzA3ODM0L3hlbi12Z2EtcGFzc3Rocm91Z2gtY29tcGF0aWJsZS1ncmFwaGljcy1hZGFwdGVycwo+ Pj4+Pgo+Pj4+Pgo+Pj4gCk9mIGNvdXJzZSBib3RoIGxpc3RzIGFyZW4ndCBleGhhdXN0aXZlLCBi dXQgcHJvdmlkZSBwZXJoYXBzIGEKPj4+Pj4gc3RhcnRpbmcgcG9pbnQuCj4+Pj4+IAo+Pj4+PiAK Pj4+Pj4gCj4+Pj4+IAo+Pj4+PiBPbiBNb25kYXksIEp1bmUgMjMsIDIwMTQgMTA6MTkgUE0sIE1p aGFpbCBJdmFub3YgCj4+Pj4+IDxtaWhhaWwuaXZhbm92OTNAZ21haWwuY29tPiB3cm90ZToKPj4+ Pj4gCj4+Pj4+IAo+Pj4+PiAKPj4+Pj4gSGVsbG8gZXZlcnlvbmUsIEkgYW0gbmV3IHRvIHhlbiBh bmQgSSdkIGxpa2UgdG8gYXNrIHNvbWUKPj4+Pj4gdGhpbmdzLgo+Pj4+PiAKPj4+Pj4gSSBhbSBs b29raW5nIHRvIHVzZSBYZW4gd2l0aCBib3RoIFBWIGFuZCBIVk0gZ3Vlc3RzLiBJIHdhbnQKPj4+ Pj4gdG8gcGFzcy10aHJvdWdoIG1vc3Qgb2YgbXkgZGV2aWNlcyB0byBEb21VJ3MuIE15IG1haW4K Pj4+Pj4gY29uY2VybiBzbyBmYXIgaXMgd2hhdCBoYXJkd2FyZSBzaG91bGQgSSBjaG9vc2U/Cj4+ Pj4+IAo+Pj4+PiBJJ3ZlIGRlY2lkZWQgb24gdGhlIGNwdSAtIEludGVsIGk3LTQ3NzAuIFRoZSBy YW0gd2lsbCBtb3N0Cj4+Pj4+IGxpa2VseSBiZSAzMkdCIC0gdHdvIGtpdHMgb2YgR2VpbCAyeDhH QiAxNjAwLTIxNjYgTWh6Lgo+Pj4+PiBBYm91dCB0aGUgbW9ib3MgLSB3aGF0IEkga25vdyBzbyBm YXIgaXMgdGhhdCBBU1VTIGRvbid0Cj4+Pj4+IG9mZmljaWFsbHkgc3VwcG9ydCBWdC1kLCBidXQg QXNyb2NrIHNheSB0aGV5IGRvLiBTbyBJIGFtCj4+Pj4+IHRoaW5raW5nIG9mIGdldHRpbmcgYW4g QXNyb2NrLiBUaGluZyBpcyAtIHNvIGZhciBJJ3ZlIHJlYWQKPj4+Pj4gYWJvdXQgcGVvcGxlIHVz aW5nIHRoZSB6ODcgY2hpcHNldCwgYnV0IG9ubHkgb25lIGV4YW1wbGUgb2YKPj4+Pj4gejk3LiBB bHNvIG9uIEludGVsJ3Mgd2Vic2l0ZSB0aGV5IGFyZSBzYXlpbmcgdGhhdCB6ODcgaGFzCj4+Pj4+ IFZ0LWQsIGJ1dCBub3RoaW5nIGFib3V0IHRoZSB6OTcuCj4+Pj4+IAo+Pj4+PiBTbyBjYW4gc29t ZW9uZSBjb25maXJtIGlmIEFzcm9jayBaOTcgbW9ib3Mgc3VwcG9ydCBWdC1kPwo+Pj4+PiBBbHNv IGlmIGl0IGhhcyBwcm9ibGVtcyB3aXRoIGl0cyB0YWJsZXM/KEVQVCBvbmVzLCBpZiBJIGFtCj4+ Pj4+IG5vdCBtaXN0YWtlbikuCj4+Pj4+IAo+Pj4+PiBJIGFtIHBhcnRpY3VsYXJseSBpbnRlcmVz dGVkIGluIHRoZSBBc3JvY2sgWjk3IEV4dHJlbWU0Lgo+Pj4+PiBQZXJoYXBzIHNvbWVvbmUgYXJv dW5kIGhlcmUgaGFzIGV4cGVyaWVuY2Ugd2l0aCBpdD8KPj4+Pj4gCj4+Pj4+IEFsc28gSSd2ZSBy ZWFkIGFib3V0IHRoZSBHUFUgcGFzcy10aHJvdWdoLCBzbyBJJ3ZlIGRlY2lkZWQKPj4+Pj4gdG8g dXNlIEFNRCBzaW5jZSBuVmlkaWEgaGFzIG5vIHN1cHBvcnQgZm9yIGl0ICh1bmxlc3MgSQo+Pj4+ PiBjaGFuZ2UgdGhlIElEIG9mIG15IHZnYSB0byBhIHF1YWRybyBvciBzb21lIG90aGVyCj4+Pj4+ IHByb2Zlc3Npb25hbCB2Z2EpLgo+Pj4+PiAKPj4+Pj4gTm90IGhhdmluZyBhbiBGTFIgaXNuJ3Qg YW4gaXNzdWUsIGNvcnJlY3Q/Cj4+Pj4+IAo+Pj4+PiBBbmQgbm93IG15IG1haW4gY29uY2VybiAt IHdoaWNoIG9mIHRoZXNlIGRldmljZXMgY2FuIGJlCj4+Pj4+IHVzZWQgd2l0aCBwYXNzLXRocm91 Z2g6IHRoZSBpbnRlZ3JhdGVkIHNvdW5kIGNhcmQgdGhlCj4+Pj4+IGludGVncmF0ZWQgTklDIHRo ZSBzYXRhIGNvbnRyb2xsZXJzKGV4cGVuc2l2ZSBib2FyZHMgaGF2ZQo+Pj4+PiB0d28gLSBvbmUg ZnJvbSB0aGUgY2hpcHNldCBhbmQgYW5vdGhlciBvbmUpIHRoZSB1c2IKPj4+Pj4gY29udHJvbGxl cnMKPj4+Pj4gCj4+Pj4+IEFsbCBvZiB0aG9zZSBzaG91bGQgYmUgUENJIGRldmljZXMsIGNvcnJl Y3Q/IEFsc28gaW4gYW4KPj4+Pj4gYXJ0aWNsZSBpbiB3aWtpcGVkaWEsIHRoZXkgc2F5IHRoYXQg c29tZSBtb2JvcyBkb24ndCBoYXZlCj4+Pj4+IHN1cHBvcnQgZm9yIFZ0LWQgZm9yIGV4YW1wbGUg b24gUENJZSB4OCBvciBtaW5pPyBIb3cgY29tZQo+Pj4+PiBvbmx5IG9uZSBvciB0d28gc2xvdHMg Y2FuJ3Qgd29yaz8KPj4+Pj4gCj4+Pj4+IEFsc28gY2FuIEkgcGFzc3Ryb3VnaCBqdXN0IG9uZSBV U0IgZGV2aWNlIG9yIEkgaGF2ZSB0byBkbwo+Pj4+PiBpdCB3aXRoIHRoZSB3aG9sZSBjb250cm9s bGVyPyhhcyBhIFBDSSBkZXZpY2UgSSBndWVzcykuCj4+Pj4+IAo+Pj4+PiBHcmVldGluZ3MsIE1p aGFpbAo+Pj4+PiAKPj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18gWGVuLXVzZXJzCj4+Pj4+IG1haWxpbmcgbGlzdCBYZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwo+Pj4+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPj4+Pj4gCj4+PiAKPj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIFhlbi11c2Vy cwo+Pj4gbWFpbGluZyBsaXN0IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIAo+Pj4gaHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fIFhlbi11c2VycyBtYWlsaW5nCj4+IGxpc3QgWGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmcgaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+IAo+IAotLS0tLUJFR0lO IFBHUCBTSUdOQVRVUkUtLS0tLQpWZXJzaW9uOiBHbnVQRyB2Mi4wLjIyIChHTlUvTGludXgpCkNv bW1lbnQ6IFVzaW5nIEdudVBHIHdpdGggVGh1bmRlcmJpcmQgLSBodHRwOi8vd3d3LmVuaWdtYWls Lm5ldC8KCmlRSWNCQUVCQWdBR0JRSlRxMmRuQUFvSkVNcUhoZmxDaDhnWGQrSVFBTDljbFZFdWJV LzNkcGFZOHorcC94Z2kKUllic1RTMlVUVHp0OG9STENqKzJDbDZDUjdhSHlXVi8xTE9BV1U4cWxz MitwZTJHVGdrS2dOVlEyZkRjaGNaUwpaMWVsdndDQzJqVnN3TWVSYUVsYU5TdnJWMDJsWU05ZHBJ MC9SVlY5RG9NenpQQXJwUWw2ZXpNSnV3ckdCM3h2ClZySzl4RG5zMkx1ZUhVemUwRVk2MEI1dTFP dWhjMWdMVFdnZFZyY2prRWZaUjByekJoZUFYbFMyMmVnLzdiejIKajlGSEFNbzVZckhKZkhjVnpw d1ZhUkJjbzUwTy9tNTV6S0k0MkJGSXJQeTM2QW9qNjdCTkR1TFk4cVFTM21PagozdlRPRzF6dWYx VFlNRk5meUNrL1JUb1d3RFpsMjJNMHVUMnpHY0FSOGdoYnhqcE4xdGZxVDZjOEtZNWhtYXc0CkhC OS9SKzBCTzAwZEZnUmlyMWNnbDBMYS9ncnNlZ0pzYnZ1QU0zcExZa0lPM0o0dUZybWJFNzI4ZUlp MnZkcGwKTEhWZUM0VmxtbWg3akpUcWxNUjRnRTR6RFMrU2pJQm4waVVOR3pFVE43bFFRa0JoWXpm K0VOWEJPc3Q2NExKcwpxbVdoalVYUzU3bWU2czAyc0pPb3VGOUpzYWZzeTlYNk14NVkxM3R2RWFp dTFEQzdYSTNyT25DRHV2eXdka1ZxCjhvaWJnNmxnWldudkVGS216dW44dWN5bndLekFrM3l4VUZL SU5kT2JiZkFya1B0eVVxa1ZFaDluMU1kbUpQdVQKN1dOUFB0TlFxSE12WklBeVBlbFRkVlR5R2p3 MmhxSXVWNUsyc0Z4VmhQN0tYdmZOTkdVdWs4NURVdG9xNzFQdQo2cjZXR05sRVJPcmcwaVFvV3p4 Mwo9dENhWQotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0KCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jun 26 00:19:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 00:19:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzxPA-0005zN-VZ; Thu, 26 Jun 2014 00:19:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzxP8-0005zE-D8 for xen-users@lists.xen.org; Thu, 26 Jun 2014 00:19:06 +0000 Received: from [85.158.143.35:24099] by server-1.bemta-4.messagelabs.com id 0D/8C-09496-9F66BA35; Thu, 26 Jun 2014 00:19:05 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1403741944!13863684!1 X-Originating-IP: [74.125.82.42] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11588 invoked from network); 26 Jun 2014 00:19:04 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 00:19:04 -0000 Received: by mail-wg0-f42.google.com with SMTP id z12so2825941wgg.25 for ; Wed, 25 Jun 2014 17:19:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=t7+qJtI70Or/d0CDvjeS3aOXtC7HfWZSH1PIocK9elA=; b=WPogmJ9Cdg71g/Z18PzlAYicAziUAtcbRkFACRUFbL9OUi4GLoUBvwIAZrONx9Ka5I Q7szcHj6oqdf2ctdSa0HVzR8brjPf95V85dSObPNDAz1otapRqbNDw58y6QxDh4XPJvB x8QLbJ+a4P9PEUiHho/WZJiLvs3farcF67GJ9IuDp17B/gtzJiVinb/6NT07FYfpFag2 ilzkCklLRF3Y9GrO7a0AOhKI0NXNVi2u2o/1ZH/1vyLZW+/5z8+tGhNxLPrl0+qQd1fV HBD9r38MxuIuF8qvYCqPTE9Gacc/XuiMgjbgi+9libkM9RN8x5Lral47pD1AuoXZBvWJ nQ7Q== X-Received: by 10.181.12.76 with SMTP id eo12mr216095wid.15.1403741944189; Wed, 25 Jun 2014 17:19:04 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id fc7sm10655162wjc.37.2014.06.25.17.19.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Jun 2014 17:19:03 -0700 (PDT) Message-ID: <53AB6767.3090100@gmail.com> Date: Thu, 26 Jun 2014 03:20:55 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQpIYXNoOiBTSEExCgpXaGlsZSB0aGUg QTggNjYwMGsgaXMgYSBmYXN0IGNwdSwgSSdkIHJhdGhlciBnZXQgc2VydmVyIGhhcmR3YXJlLgpB ZnRlciByZWFkaW5nIHNvIG11Y2ggYWJvdXQgcGVvcGxlIGNvbXBsYWluaW5nIHRoYXQgb25lIG9y IGFub3RoZXIKdGhpbmcgZG9lc24ndCB3b3JrLCBJIGp1c3QgY2FuJ3QgdHJ1c3QgZGVza3RvcCBt b2JvcyBhbnltb3JlIDopLgoodG9vIG11Y2ggdGhpbmdzIHRoYXQgY2FuIGdvIHdyb25nKS4KQWxz byBldmVyIHNpbmNlIEkndmUgcmVhZCBhYm91dCBFQ0MgcmFtIEkga25vdyBJIHdhbnQgaXQuCgpJ IGRvbid0IHdhbnQgYSBwcmVidWlsZCBzeXN0ZW0gc2luY2U6CkkgYWxyZWFkeSBoYXZlIGEgUFNV IGFuZCBhbiBBVFggQ2FzZS4KKEFsc28gc29tZSBIREQncyBhbmQgVkdBJ3MpLgpOZXZlciB0aGUg bGVzcyBpbiBteSBjb3VudHJ5IHByZWJ1aWxkIHN5c3RlbXMgdGVuZCB0byBjb3N0IGEgbG90IG1v cmUKdGhhbiB0aGV5IHNob3VsZC4KClN0aWxsIHRoZSBFNS0xNjUwVjIgaXMgZXhwZW5zaXZlLApz byBJIGFtIGNvbnNpZGVyaW5nIHRoZSBFMy0xMjQ2VjMgYXMgd2VsbC4KCkUzLTEyNDZWMwpEb3du c2lkZXM6IC0yIGNvcmVzLCBsZXNzIGNhY2hlLCBtYXggMzIgR0IgcmFtKG5vIHF1YWQgY2hhbm5l bCksIGxlc3MKcGNpLWUgbGFuZXMoZG9uJ3QgY2FyZSkKClByb3M6IG11Y2ggY2hlYXBlciwgY2hl YXBlciBtb2JvLCBsb3dlciB0ZHAsIG11Y2ggbW9yZSBmcmVzaCwgbW9yZQppbnN0cnVjdGlvbnMo SW50ZWzCriBUU1gtTkksZXRjKSwgYWxzbyBhIGJpZyBib251cyAtIGludGVncmF0ZWQgdmdhCgpU aGUgdHdvIGNoaXBzZXRzIGZvciB0aGUgbW9ib3MgSSBhbSBsb29raW5nIGF0IGFyZQpDNjAyKDIw MTEpIGFuZCBDMjI2KDExNTApLgpCcmFuZHMgSSBhbSBjb25zaWRlcmluZyAtIEludGVsKGJ1dCBJ J2QgcmF0aGVyIGhhdmUgQVRYIHNpemVkIG1vYm8pLApBc3JvY2ssIFN1cGVybWljcm8uCgpQZW9w bGUgaGF2ZSB0YWxrZWQgYWJvdXQgQ2l0cml4IHZlcmlmaWVkIGhhcmR3YXJlLgpDYW4gc29tZW9u ZSB0ZWxsIG1lIHRoZSBuYW1lcyBvZiB0d28gc3VjaCBtb2JvcyAtCm9uZSBmb3IgMTE1MCBhbmQg b25lIGZvciAyMDExPyhiZWluZyBzaW5nbGUgc29ja2V0IGFuZCBzb21lIFBDSS1FCnNsb3RzIGFy ZSBhIG11c3QpCgpTdGlsbCBwZXJoYXBzIEkgd2lsbCBiZSBnZXR0aW5nIHRoZSBFMywgc2luY2Ug dGhhdCB3YXkgSSB3aWxsIGhhdmUKZW5vdWdoIGJ1ZGdldCBmb3IgYWRkaXRpb25hbCByYW0sIGNo ZWFwIGdwdSdzIGFuZCBtb25pdG9ycy4KCkFuZCBhYm91dCB0aGUgcHVycG9zZSBvZiB0aGUgc3lz dGVtIC0gTXVsdGktbW9uaXRvciB3b3Jrc3RhdGlvbih1cCB0bwoxNSBtb25pdG9ycyBJIGd1ZXNz KS4gQWJvdXQgdGhlIHZpZGVvIG91dHB1dHMgSSBhbSB0aGlua2luZyBvZiBwZXJoYXBzCnVzaW5n IHNpbmdsZXNsb3QgVkdBJ3Mgd2l0aCAzIG1vbml0b3JzIHBlciBvbmUsIHNvIGl0J3M6CjMgZm9y IElHUCArCjMgeCAzCj0gdG90YWwgb2YgMTIgbW9uaXRvcnMgd2hpY2ggd2lsbCBtb3N0IGxpa2Vs eSBiZSBlbm91Z2gKCkluIGludGVsJ3Mgb2xkIGRvY3MgdGhleSBzdGF0ZSB5b3UgY2FuJ3QgdXNl IHRoZSBJR1AgaW4gcGFyYWxsZWwgd2l0aApkaXNjcmV0ZSBWR0EncywgYnV0IEkgdGhpbmsgdGhh dCdzIG5vdCB0cnVlIGFueW1vcmU/IE90aGVyd2lzZSBJJ2QKcmF0aGVyIGJ1eSBhIENQVSB3aXRo b3V0IElHUCBpZiBJIGNhbid0IHVzZSBpdC4KCkhhcyB0byBiZSBhYmxlIHRvIHBsYXkgbWFueSAx OTIweDEwODAgVmlkZW9zIGluIHBhcmFsbGVsLgoKQWxzbyBJIHVzZSBtb3N0bHkgRWNsaXBzZSwg TmV0IEJlYW5zIGFzIElERSdzIGFuZCBhbGwgb2YgdGhlbSB0ZW5kIHRvCmVhdCB1cCByYW0gYW5k IGNwdS4KClNvbWV0aW1lIEkgbWF5IHBsYXkgYSBnYW1lIG9yIHR3byBpbiB0aGUgSFZNLiBBbHNv IEkgbGlrZSB0byBkbyBPcGVuQ0wKY2FsY3VsYXRpb25zIHdpdGggbXkgQVRJIGNhcmQuCgpDb21w aWxlIHRpbWUgaXMgaW1wb3J0YW50IGFzIHdlbGwsIHNpbmNlIEknbGwgYmUgY29tcGlsaW5nIGEg bG90IG9mCkMvQysrKGltYWdpbmUgZ2VudG9vIDopKSwgYnV0IHNpbmdlIHRocmVhZCBwZXJmb3Jt YW5jZSBzaG91bGQgYmUgZ29vZAp0b28sIHNvIHRoYXQncyB3aHkgSSBhbSBkaXNtaXNzaW5nIDwy LjVHaHogZHVhbC9xdWFkIHNvY2tldApzb2x1dGlvbnMoYWxzbyB0aGV5IGFyZSBleHBlbnNpdmUg YW55d2F5KS4KCk9uIDA2LzI2LzIwMTQgMDE6NTUgQU0sIGphY2VrIGJ1cmdoYXJkdCB3cm90ZToK PiBXaGF0IGFyZSB5b3UgcGxhbm5pbmcgb24gdXNpbmcgeW91ciBuZXcgc3lzdGVtID8gSWYgeW91 IHdpdGggIHRvIGdvCj4gd2l0aCBzdWNoIHNwZWNzIGRpZCB5b3UgbG9vayBhdCBwcmVidWlsZCBz eXN0ZW0uIEJ1eWluZyBmcm9tIGRlbGwKPiBvdXRsZXQgY291bGQgc2F2ZSBtb25leS4gSXQgc2Vl bXMgbGlrZSBvdmVyIGtpbGwgZm9yIGEgc3lzdGVtLiBJIGFtCj4gcmVhbGx5IGltcHJlc3NlZCB3 aXRoIHNwZWVkIG9mIEE4IDY2MDBrIGl0IHRvb2sgdHdvIG1pbnV0ZXMgdG8KPiBjb21waWxlIHhl biA0LjQgVGhlIG1vdGhlcmJvYXJkIG9ubHkgaGFzIHR3byB4MTYgYW5kIGxvdHMgb2YgIHBjaQo+ IGNhcmRzCj4gCj4gCj4gCj4gT24gV2VkLCBKdW4gMjUsIDIwMTQgYXQgNDowOSBQTSwgR29yZGFu IEJvYmljIDxnb3JkYW5AYm9iaWNoLm5ldD4KPiB3cm90ZToKPiAKPj4gSEdTVCBkcml2ZXMgb3Ig V0QgUmVkIGRyaXZlcyB3b3VsZCBwcm9iYWJseSBiZSBhIGJldHRlciBjaG9pY2UuCj4+IEhHU1Qg c2VlbXMgdG8gYmUgc3RhdGlzdGljYWxseSBtb3JlIHJlbGlhYmxlLgo+PiAKPj4gSWYgeW91IGdv IHdpdGggV0QsIFJlZCBzZXJpZXMgaGF2ZSB3b3JraW5nIFRMRVIgd2hpY2ggaXMKPj4gaW1wb3J0 YW50IGZvciBSQUlEIChpbmNsdWRpbmcgc29mdHdhcmUvWkZTIHZhcmlldHkpLiBKdXN0IG1ha2UK Pj4gc3VyZSB5b3UgZW5hYmxlIGl0IGluIHNtYXJ0cy5jb25mLgo+PiAKPj4gTWloYWlsIEl2YW5v diA8bWloYWlsLml2YW5vdjkzQGdtYWlsLmNvbT4gd3JvdGU6Cj4+IAo+IEhlbGxvLAo+IAo+IEkn dmUgZmluYWxseSBkZWNpZGVkIEkgYW0gZ29ubmEgZ28gdGhlIGV4cGVuc2l2ZSB3YXkuIEdldHRp bmcgYQo+IEU1LTE2NTBWMigzLjUtMy45R2h6KS4KPiAKPj4+IGh0dHA6Ly9hcmsuaW50ZWwuY29t L3Byb2R1Y3RzLzc1NzgwL0ludGVsLVhlb24tUHJvY2Vzc29yLUU1LTE2NTAtdjItMTJNLUNhY2hl LTNfNTAtR0h6Cj4KPj4+IAo+IChUaGUgb3RoZXIgb3B0aW9uIGJlaW5nIDIgeCBFNS0yNjA5IDIs NEdoeiB3aGljaCB3aWxsIGdldCBtZSA4Cj4gY29yZXMsIGJ1dCB3aXRob3V0IEhUIGFuZCBvbiBt dWNoIGxvd2VyIGNsb2NrIC0gc28gSSdkIHJhdGhlciBoYXZlCj4gdGhlIEU1LTE2NTBWMiwgYWxz byBJIGRvbid0IHJlYWxseSB3YW50IHRvIGdvIGR1YWwgc29ja2V0KQo+IAo+IFRob3NlIHNpbmds ZSBzb2NrZXQgMjAxMSBzZXJ2ZXIgbW90aGVyYm9hcmRzIHNlZW0gbGlrZSB0aGUgd2F5IHRvCj4g Z28gaWYgb25lIHdhbnRzIHRvIGJlIHN1cmUgZXZlcnl0aGluZyB3b3Jrcy4KPiAKPiBOb3cgSSBh bSBraW5kYSBvbmx5IGNvbnNpZGVyaW5nIEFzcm9jayB2cyBTdXBlcm1pY3JvCj4gCj4gKG5vIEFT VVMgZm9yIG1lIHBsZWFzZSA6KSwgSW50ZWwncyBtb2JvcyBhcmUgdUFUWCBhbmQgSSB3YW50IEFU WCwKPiB3aHkgd291bGQgSSB3YW50IHRvIHBheSAzMDAkKyBhbmQgZ2V0IGxpa2UgMiBQQ0ktRSBz bG90cykKPiAKPiBJIGFtIHRoaW5raW5nIG9mIGdldHRpbmcgdGhpcyBtb2JvIEFzcm9jayBFUEM2 MDJEOEE6IAo+IGh0dHA6Ly93d3cuYXNyb2NrcmFjay5jb20vZ2VuZXJhbC9wcm9kdWN0ZGV0YWls LmFzcD9Nb2RlbD1FUEM2MDJEOEEKPgo+ICBEbyB5b3UgdGhpbmsgaXQncyBnb29kPyBJdCdzIGEg c2VydmVyL3dvcmtzdGF0aW9uIGJvYXJkIGJhc2VkIG9uCj4gdGhlIDYwMiBDaGlwc2V0IHdpdGgg ZXhwbGljaXQgc3VwcG9ydCBmb3IgVnQtZCwgYSBsb3Qgb2YgUENJX0UKPiBzbG90cyB0b28sIFNh dGEgcG9ydHMgdG9vLgo+IAo+IFlldCBJIGhhdmVuJ3QgZm91bmQgYW55IGZlZWRiYWNrIG9uIHRo YXQgbW9ibywgc28gSSdkIGJlIGNvb2wgaWYgCj4gc29tZW9uZSBjb3VsZCBzaGFyZSBoaXMgdGhv dWdodHMgb24gaXQuCj4gCj4gSSB3aWxsIGJlIHBhc3NpbmcgdGhyb3VnaCBraW5kYSBldmVyeXRo aW5nKE5JQydzLCBTQVRBIAo+IENvbnRyb2xsZXJzLFBvd2VyZnVsIFZHQSdzLGV0YykuIE9ubHkg My00IGNoZWFwIFZHQSdzIHdpbGwgc3RheSBpbgo+IERvbTAoYW5kIG1heWJlIHNvdW5kIHRvbyku Cj4gCj4gSSd2ZSByZWFkIHNvbWUgcGFwZXJzIGFuZCBkZWNpZGVkIEVDQyBpcyBhIG11c3Qgc28g LSBzbyBpIHdpbGwgbW9zdAo+IGxpa2VseSB1c2UgOCB4IDhHQiAxNjAwIEVDQy4KPiAKPiBBcyBm b3Igc3RvcmFnZTogWkZTIG9uIDMgeCBXRCBCbGFjayAyIFRCIGluIFJhaWQgNSwgQW5kIGEgY2hl YXAKPiBBLWRhdGEgU1NEIDEyMEdCIGFzIGNhY2hlLgo+IAo+IE9uIDA2LzI1LzIwMTQgMDM6NDgg UE0sIEguIFNpZWdlciB3cm90ZToKPj4+Pj4gSSBhZ3JlZSB3aXRoIEdvcmRhbiBhbmQgaGlzIGFk dmljZS4gSG93ZXZlciwgQVNyb2NrIHNlZW1zCj4+Pj4+IHRvIGhhdmUgYSBnb29kIHJlcHV0YXRp b24gZm9yIFZULWQgc3VwcG9ydCwgYnV0IHlvdQo+Pj4+PiBkZWZpbml0ZWx5IHNob3VsZCBjaGVj ayB3aXRoIHRoZW0gZmlyc3QhIFdoaWxlIEFzdXMKPj4+Pj4gaGFyZHdhcmUgaXNuJ3QgYmFkIChh cyBHb3JkYW4gc2FpZCksIHRoZXkgYXJlIG5vdCBjb21taXR0ZWQKPj4+Pj4gaW4gYW55IHdheSB0 byBzdXBwb3J0IFZULWQuIE9uZSB0b3Agb2YgdGhlIGxpbmUgYm9hcmQgLSBmb3IKPj4+Pj4gZXhh bXBsZSB0aGUgUmFtcGFnZSBJViBFeHRyZW1lIC0gbWF5IHN1cHBvcnQgVlQtZCAodmlhCj4+Pj4+ IEJJT1MpLCB0aGUgb3RoZXIgd29uJ3QsIG9yIG9ubHkgcGFydGlhbGx5IChlLmcuIEJsYWNrIAo+ Pj4+PiBlZGl0aW9uKS4gQWxzbywgc29tZSBib2FyZHMgbGlrZSB0aGUgUklWRSBzdXBwb3J0IFZU LWQgd2l0aAo+Pj4+PiB0aGUgbGF0ZXN0IEludGVsIENQVXMsIG90aGVycyBkb24ndC4gVW5sZXNz IHNvbWV0aGluZwo+Pj4+PiBkcmFzdGljYWxseSBjaGFuZ2VkLCB0aGVpciB0ZWNoIHN1cHBvcnQg aXMgdG90YWxseSB1c2VsZXNzLAo+Pj4+PiBldmVuIGlmIHlvdSB0YWxrIGRpcmVjdGx5IHRvIGhl YWRxdWFydGVycy4gSW4gdGhlIHJlYWxtIG9mCj4+Pj4+IGVudGh1c2lhc3QgYm9hcmRzLCBBU1Jv Y2sgc2VlbXMgdG8gYmUgYW4gZXhjZXB0aW9uIGluIHRoYXQKPj4+Pj4gdGhleSBzdXBwb3J0IFZU LWQgaW4gYSByYW5nZSBvZiBib2FyZHMgYW5kIGluIHRoYXQgdGhleQo+Pj4+PiBhY3R1YWxseSBr bm93IHdoYXQgVlQtZCBpcyBmb3IuIENpdHJpeCBjZXJ0aWZpZWQgYm9hcmRzCj4+Pj4+IHdpbGwg bW9zdCBsaWtlbHkgYmUgd29ya3N0YXRpb24gYm9hcmRzLgo+Pj4+PiAKPj4+Pj4gSGVyZSBpcyBh IGxpc3Qgb2YgbW90aGVyYm9hcmRzIEkgY29tcGlsZWQgYmFzZWQgb24gc3VjY2Vzcwo+Pj4+PiBz dG9yaWVzOiAKPj4+Pj4gaHR0cDovL3d3dy5vdmVyY2xvY2submV0L3QvMTMzODA2My92dC1kLWNv bXBhdGlibGUtbW90aGVyYm9hcmRzCj4+Pj4+Cj4+Pj4+Cj4+Pj4+IApIZXJlIHRoZSBzYW1lIGZv ciBncmFwaGljcyBjYXJkczoKPj4+Pj4gCj4+PiBodHRwOi8vd3d3Lm92ZXJjbG9jay5uZXQvdC8x MzA3ODM0L3hlbi12Z2EtcGFzc3Rocm91Z2gtY29tcGF0aWJsZS1ncmFwaGljcy1hZGFwdGVycwo+ Pj4+Pgo+Pj4+Pgo+Pj4gCk9mIGNvdXJzZSBib3RoIGxpc3RzIGFyZW4ndCBleGhhdXN0aXZlLCBi dXQgcHJvdmlkZSBwZXJoYXBzIGEKPj4+Pj4gc3RhcnRpbmcgcG9pbnQuCj4+Pj4+IAo+Pj4+PiAK Pj4+Pj4gCj4+Pj4+IAo+Pj4+PiBPbiBNb25kYXksIEp1bmUgMjMsIDIwMTQgMTA6MTkgUE0sIE1p aGFpbCBJdmFub3YgCj4+Pj4+IDxtaWhhaWwuaXZhbm92OTNAZ21haWwuY29tPiB3cm90ZToKPj4+ Pj4gCj4+Pj4+IAo+Pj4+PiAKPj4+Pj4gSGVsbG8gZXZlcnlvbmUsIEkgYW0gbmV3IHRvIHhlbiBh bmQgSSdkIGxpa2UgdG8gYXNrIHNvbWUKPj4+Pj4gdGhpbmdzLgo+Pj4+PiAKPj4+Pj4gSSBhbSBs b29raW5nIHRvIHVzZSBYZW4gd2l0aCBib3RoIFBWIGFuZCBIVk0gZ3Vlc3RzLiBJIHdhbnQKPj4+ Pj4gdG8gcGFzcy10aHJvdWdoIG1vc3Qgb2YgbXkgZGV2aWNlcyB0byBEb21VJ3MuIE15IG1haW4K Pj4+Pj4gY29uY2VybiBzbyBmYXIgaXMgd2hhdCBoYXJkd2FyZSBzaG91bGQgSSBjaG9vc2U/Cj4+ Pj4+IAo+Pj4+PiBJJ3ZlIGRlY2lkZWQgb24gdGhlIGNwdSAtIEludGVsIGk3LTQ3NzAuIFRoZSBy YW0gd2lsbCBtb3N0Cj4+Pj4+IGxpa2VseSBiZSAzMkdCIC0gdHdvIGtpdHMgb2YgR2VpbCAyeDhH QiAxNjAwLTIxNjYgTWh6Lgo+Pj4+PiBBYm91dCB0aGUgbW9ib3MgLSB3aGF0IEkga25vdyBzbyBm YXIgaXMgdGhhdCBBU1VTIGRvbid0Cj4+Pj4+IG9mZmljaWFsbHkgc3VwcG9ydCBWdC1kLCBidXQg QXNyb2NrIHNheSB0aGV5IGRvLiBTbyBJIGFtCj4+Pj4+IHRoaW5raW5nIG9mIGdldHRpbmcgYW4g QXNyb2NrLiBUaGluZyBpcyAtIHNvIGZhciBJJ3ZlIHJlYWQKPj4+Pj4gYWJvdXQgcGVvcGxlIHVz aW5nIHRoZSB6ODcgY2hpcHNldCwgYnV0IG9ubHkgb25lIGV4YW1wbGUgb2YKPj4+Pj4gejk3LiBB bHNvIG9uIEludGVsJ3Mgd2Vic2l0ZSB0aGV5IGFyZSBzYXlpbmcgdGhhdCB6ODcgaGFzCj4+Pj4+ IFZ0LWQsIGJ1dCBub3RoaW5nIGFib3V0IHRoZSB6OTcuCj4+Pj4+IAo+Pj4+PiBTbyBjYW4gc29t ZW9uZSBjb25maXJtIGlmIEFzcm9jayBaOTcgbW9ib3Mgc3VwcG9ydCBWdC1kPwo+Pj4+PiBBbHNv IGlmIGl0IGhhcyBwcm9ibGVtcyB3aXRoIGl0cyB0YWJsZXM/KEVQVCBvbmVzLCBpZiBJIGFtCj4+ Pj4+IG5vdCBtaXN0YWtlbikuCj4+Pj4+IAo+Pj4+PiBJIGFtIHBhcnRpY3VsYXJseSBpbnRlcmVz dGVkIGluIHRoZSBBc3JvY2sgWjk3IEV4dHJlbWU0Lgo+Pj4+PiBQZXJoYXBzIHNvbWVvbmUgYXJv dW5kIGhlcmUgaGFzIGV4cGVyaWVuY2Ugd2l0aCBpdD8KPj4+Pj4gCj4+Pj4+IEFsc28gSSd2ZSBy ZWFkIGFib3V0IHRoZSBHUFUgcGFzcy10aHJvdWdoLCBzbyBJJ3ZlIGRlY2lkZWQKPj4+Pj4gdG8g dXNlIEFNRCBzaW5jZSBuVmlkaWEgaGFzIG5vIHN1cHBvcnQgZm9yIGl0ICh1bmxlc3MgSQo+Pj4+ PiBjaGFuZ2UgdGhlIElEIG9mIG15IHZnYSB0byBhIHF1YWRybyBvciBzb21lIG90aGVyCj4+Pj4+ IHByb2Zlc3Npb25hbCB2Z2EpLgo+Pj4+PiAKPj4+Pj4gTm90IGhhdmluZyBhbiBGTFIgaXNuJ3Qg YW4gaXNzdWUsIGNvcnJlY3Q/Cj4+Pj4+IAo+Pj4+PiBBbmQgbm93IG15IG1haW4gY29uY2VybiAt IHdoaWNoIG9mIHRoZXNlIGRldmljZXMgY2FuIGJlCj4+Pj4+IHVzZWQgd2l0aCBwYXNzLXRocm91 Z2g6IHRoZSBpbnRlZ3JhdGVkIHNvdW5kIGNhcmQgdGhlCj4+Pj4+IGludGVncmF0ZWQgTklDIHRo ZSBzYXRhIGNvbnRyb2xsZXJzKGV4cGVuc2l2ZSBib2FyZHMgaGF2ZQo+Pj4+PiB0d28gLSBvbmUg ZnJvbSB0aGUgY2hpcHNldCBhbmQgYW5vdGhlciBvbmUpIHRoZSB1c2IKPj4+Pj4gY29udHJvbGxl cnMKPj4+Pj4gCj4+Pj4+IEFsbCBvZiB0aG9zZSBzaG91bGQgYmUgUENJIGRldmljZXMsIGNvcnJl Y3Q/IEFsc28gaW4gYW4KPj4+Pj4gYXJ0aWNsZSBpbiB3aWtpcGVkaWEsIHRoZXkgc2F5IHRoYXQg c29tZSBtb2JvcyBkb24ndCBoYXZlCj4+Pj4+IHN1cHBvcnQgZm9yIFZ0LWQgZm9yIGV4YW1wbGUg b24gUENJZSB4OCBvciBtaW5pPyBIb3cgY29tZQo+Pj4+PiBvbmx5IG9uZSBvciB0d28gc2xvdHMg Y2FuJ3Qgd29yaz8KPj4+Pj4gCj4+Pj4+IEFsc28gY2FuIEkgcGFzc3Ryb3VnaCBqdXN0IG9uZSBV U0IgZGV2aWNlIG9yIEkgaGF2ZSB0byBkbwo+Pj4+PiBpdCB3aXRoIHRoZSB3aG9sZSBjb250cm9s bGVyPyhhcyBhIFBDSSBkZXZpY2UgSSBndWVzcykuCj4+Pj4+IAo+Pj4+PiBHcmVldGluZ3MsIE1p aGFpbAo+Pj4+PiAKPj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18gWGVuLXVzZXJzCj4+Pj4+IG1haWxpbmcgbGlzdCBYZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwo+Pj4+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPj4+Pj4gCj4+PiAKPj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIFhlbi11c2Vy cwo+Pj4gbWFpbGluZyBsaXN0IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIAo+Pj4gaHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fIFhlbi11c2VycyBtYWlsaW5nCj4+IGxpc3QgWGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmcgaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+IAo+IAotLS0tLUJFR0lO IFBHUCBTSUdOQVRVUkUtLS0tLQpWZXJzaW9uOiBHbnVQRyB2Mi4wLjIyIChHTlUvTGludXgpCkNv bW1lbnQ6IFVzaW5nIEdudVBHIHdpdGggVGh1bmRlcmJpcmQgLSBodHRwOi8vd3d3LmVuaWdtYWls Lm5ldC8KCmlRSWNCQUVCQWdBR0JRSlRxMmRuQUFvSkVNcUhoZmxDaDhnWGQrSVFBTDljbFZFdWJV LzNkcGFZOHorcC94Z2kKUllic1RTMlVUVHp0OG9STENqKzJDbDZDUjdhSHlXVi8xTE9BV1U4cWxz MitwZTJHVGdrS2dOVlEyZkRjaGNaUwpaMWVsdndDQzJqVnN3TWVSYUVsYU5TdnJWMDJsWU05ZHBJ MC9SVlY5RG9NenpQQXJwUWw2ZXpNSnV3ckdCM3h2ClZySzl4RG5zMkx1ZUhVemUwRVk2MEI1dTFP dWhjMWdMVFdnZFZyY2prRWZaUjByekJoZUFYbFMyMmVnLzdiejIKajlGSEFNbzVZckhKZkhjVnpw d1ZhUkJjbzUwTy9tNTV6S0k0MkJGSXJQeTM2QW9qNjdCTkR1TFk4cVFTM21PagozdlRPRzF6dWYx VFlNRk5meUNrL1JUb1d3RFpsMjJNMHVUMnpHY0FSOGdoYnhqcE4xdGZxVDZjOEtZNWhtYXc0CkhC OS9SKzBCTzAwZEZnUmlyMWNnbDBMYS9ncnNlZ0pzYnZ1QU0zcExZa0lPM0o0dUZybWJFNzI4ZUlp MnZkcGwKTEhWZUM0VmxtbWg3akpUcWxNUjRnRTR6RFMrU2pJQm4waVVOR3pFVE43bFFRa0JoWXpm K0VOWEJPc3Q2NExKcwpxbVdoalVYUzU3bWU2czAyc0pPb3VGOUpzYWZzeTlYNk14NVkxM3R2RWFp dTFEQzdYSTNyT25DRHV2eXdka1ZxCjhvaWJnNmxnWldudkVGS216dW44dWN5bndLekFrM3l4VUZL SU5kT2JiZkFya1B0eVVxa1ZFaDluMU1kbUpQdVQKN1dOUFB0TlFxSE12WklBeVBlbFRkVlR5R2p3 MmhxSXVWNUsyc0Z4VmhQN0tYdmZOTkdVdWs4NURVdG9xNzFQdQo2cjZXR05sRVJPcmcwaVFvV3p4 Mwo9dENhWQotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0KCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jun 26 03:16:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 03:16:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X009G-0003qO-Us; Thu, 26 Jun 2014 03:14:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X009F-0003qJ-5m for xen-users@lists.xen.org; Thu, 26 Jun 2014 03:14:53 +0000 Received: from [193.109.254.147:57198] by server-8.bemta-14.messagelabs.com id 44/AF-01877-C209BA35; Thu, 26 Jun 2014 03:14:52 +0000 X-Env-Sender: russell.pavlicek@citrix.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1403752490!13710822!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19631 invoked from network); 26 Jun 2014 03:14:51 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 03:14:51 -0000 X-IronPort-AV: E=Sophos;i="5.01,548,1400025600"; d="scan'208,217";a="147434337" Received: from sjcpex01cl01.citrite.net ([10.216.14.143]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 26 Jun 2014 03:14:48 +0000 Received: from SJCPEX01CL03.citrite.net ([169.254.3.122]) by SJCPEX01CL01.citrite.net ([10.216.14.143]) with mapi id 14.03.0181.006; Wed, 25 Jun 2014 20:14:47 -0700 From: Russell Pavlicek To: "xen-users@lists.xen.org" Thread-Topic: XenProject Q&A: Live migration between hyperthreading and non-hyperthreading CPUs? Thread-Index: Ac+Q7Mj2UezA+xX5SS+rmA63JjvTvQ== Date: Thu, 26 Jun 2014 03:14:47 +0000 Message-ID: <55E78A57290FB64FA0D3CF672F9F3DA26E5591@SJCPEX01CL03.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.112.14] MIME-Version: 1.0 Subject: [Xen-users] XenProject Q&A: Live migration between hyperthreading and non-hyperthreading CPUs? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2134884603375779853==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2134884603375779853== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_55E78A57290FB64FA0D3CF672F9F3DA26E5591SJCPEX01CL03citri_" --_000_55E78A57290FB64FA0D3CF672F9F3DA26E5591SJCPEX01CL03citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On the Q&A system on XenProject.org, Philipp asks: "I have a XEN-Server with an XEON E3-1220V3 and would like to add a new ser= ver with an XEON E3-1230LV3. AFAIK the only difference between these 2 CPUs= is the hyperthreading feature. Does anyone know if a live migration would = work between these 2 CPUs? I don't want to get into feature masks since it = doesn't seem to be worth the effort." If you have information, please reply here: http://xenproject.org/help/questions-and-answers/live-migration-from-xeon-w= ith-ht-to-non-ht-xeon.html Or reply to me and I will post it to the Q&A system. Thanks, Russ Pavlicek Xen Project Evangelist, Citrix Systems Home Office: +1-301-829-5327 Mobile: +1-240-397-0199 UK VoIP: +44 1223 852 894 --_000_55E78A57290FB64FA0D3CF672F9F3DA26E5591SJCPEX01CL03citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
On the Q&A system on XenProject.org, Philipp asks:

"I have a XEN-Server with an XEON E3-1220V3 and would like to add a ne= w server with an XEON E3-1230LV3. AFAIK the only difference between these 2= CPUs is the hyperthreading feature. Does anyone know if a live migration w= ould work between these 2 CPUs? I don't want to get into feature masks since it doesn't seem to be worth the effor= t."

If you have information, please reply here:
http://xenproject.= org/help/questions-and-answers/live-migration-from-xeon-with-ht-to-non-ht-x= eon.html

Or reply to me and I will post it to the Q&A system.

Thanks,

Russ Pavlicek
Xen Project Evangelist, Citrix Systems
Home Office: +1-301-829-5327
Mobile: +1-240-397-0199
UK VoIP: +44 1223 852 894
--_000_55E78A57290FB64FA0D3CF672F9F3DA26E5591SJCPEX01CL03citri_-- --===============2134884603375779853== 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 --===============2134884603375779853==-- From xen-users-bounces@lists.xen.org Thu Jun 26 03:16:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 03:16:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X009G-0003qO-Us; Thu, 26 Jun 2014 03:14:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X009F-0003qJ-5m for xen-users@lists.xen.org; Thu, 26 Jun 2014 03:14:53 +0000 Received: from [193.109.254.147:57198] by server-8.bemta-14.messagelabs.com id 44/AF-01877-C209BA35; Thu, 26 Jun 2014 03:14:52 +0000 X-Env-Sender: russell.pavlicek@citrix.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1403752490!13710822!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19631 invoked from network); 26 Jun 2014 03:14:51 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 03:14:51 -0000 X-IronPort-AV: E=Sophos;i="5.01,548,1400025600"; d="scan'208,217";a="147434337" Received: from sjcpex01cl01.citrite.net ([10.216.14.143]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 26 Jun 2014 03:14:48 +0000 Received: from SJCPEX01CL03.citrite.net ([169.254.3.122]) by SJCPEX01CL01.citrite.net ([10.216.14.143]) with mapi id 14.03.0181.006; Wed, 25 Jun 2014 20:14:47 -0700 From: Russell Pavlicek To: "xen-users@lists.xen.org" Thread-Topic: XenProject Q&A: Live migration between hyperthreading and non-hyperthreading CPUs? Thread-Index: Ac+Q7Mj2UezA+xX5SS+rmA63JjvTvQ== Date: Thu, 26 Jun 2014 03:14:47 +0000 Message-ID: <55E78A57290FB64FA0D3CF672F9F3DA26E5591@SJCPEX01CL03.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.112.14] MIME-Version: 1.0 Subject: [Xen-users] XenProject Q&A: Live migration between hyperthreading and non-hyperthreading CPUs? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2134884603375779853==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2134884603375779853== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_55E78A57290FB64FA0D3CF672F9F3DA26E5591SJCPEX01CL03citri_" --_000_55E78A57290FB64FA0D3CF672F9F3DA26E5591SJCPEX01CL03citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On the Q&A system on XenProject.org, Philipp asks: "I have a XEN-Server with an XEON E3-1220V3 and would like to add a new ser= ver with an XEON E3-1230LV3. AFAIK the only difference between these 2 CPUs= is the hyperthreading feature. Does anyone know if a live migration would = work between these 2 CPUs? I don't want to get into feature masks since it = doesn't seem to be worth the effort." If you have information, please reply here: http://xenproject.org/help/questions-and-answers/live-migration-from-xeon-w= ith-ht-to-non-ht-xeon.html Or reply to me and I will post it to the Q&A system. Thanks, Russ Pavlicek Xen Project Evangelist, Citrix Systems Home Office: +1-301-829-5327 Mobile: +1-240-397-0199 UK VoIP: +44 1223 852 894 --_000_55E78A57290FB64FA0D3CF672F9F3DA26E5591SJCPEX01CL03citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
On the Q&A system on XenProject.org, Philipp asks:

"I have a XEN-Server with an XEON E3-1220V3 and would like to add a ne= w server with an XEON E3-1230LV3. AFAIK the only difference between these 2= CPUs is the hyperthreading feature. Does anyone know if a live migration w= ould work between these 2 CPUs? I don't want to get into feature masks since it doesn't seem to be worth the effor= t."

If you have information, please reply here:
http://xenproject.= org/help/questions-and-answers/live-migration-from-xeon-with-ht-to-non-ht-x= eon.html

Or reply to me and I will post it to the Q&A system.

Thanks,

Russ Pavlicek
Xen Project Evangelist, Citrix Systems
Home Office: +1-301-829-5327
Mobile: +1-240-397-0199
UK VoIP: +44 1223 852 894
--_000_55E78A57290FB64FA0D3CF672F9F3DA26E5591SJCPEX01CL03citri_-- --===============2134884603375779853== 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 --===============2134884603375779853==-- From xen-users-bounces@lists.xen.org Thu Jun 26 04:18:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 04:18:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0181-0004WA-Rv; Thu, 26 Jun 2014 04:17:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X017z-0004Vv-Um; Thu, 26 Jun 2014 04:17:40 +0000 Received: from [85.158.139.211:49693] by server-5.bemta-5.messagelabs.com id D2/51-23588-3EE9BA35; Thu, 26 Jun 2014 04:17:39 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1403756257!12040420!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21881 invoked from network); 26 Jun 2014 04:17:38 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 04:17:38 -0000 Received: by mail-qa0-f52.google.com with SMTP id w8so2395264qac.11 for ; Wed, 25 Jun 2014 21:17:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+3MEssjMNsEUy+7U6eG6oHLV3Lhe2kekZ4W++WWzqvw=; b=OL+zf5rM9eBISLyMCgmmrtlEJETMWTjwj1LUVtXKACOAM2kEAAKPUbkiA4cNJ5jqoU sBjcgraioEhNJqi+srccuEFphqtCGLeN+n3fcR9I7/zI6337AqEizBVoPaVX+Y9+iBd/ /5Wk9ogLD60cxKd72dd6i9Q1n4RMYs/EB6fP7uorpzQ+f7TAt2PvSsVzuNvdJ9/17c4G j10Pv1kk4YOwEPFeMU/P2xzmUe1A0ibuIxBf4RIAcsoCAHXzAzOyWzrysgTvAxdhcifs xyt6xl1X0zsxNy6WOaVfy/j/FEcNm/cpJw4kpXWyFF4WkYjZXgX6j3ieBGPPk3Mrg4lm lnGg== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr17078349qge.38.1403756256690; Wed, 25 Jun 2014 21:17:36 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Wed, 25 Jun 2014 21:17:36 -0700 (PDT) Date: Wed, 25 Jun 2014 22:17:36 -0600 Message-ID: From: jacek burghardt To: xen-users , "xen-devel@lists.xen.org" Subject: [Xen-users] qemu upstream vga passtrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2948210633169462571==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2948210633169462571== Content-Type: multipart/alternative; boundary=001a11397660080a6a04fcb57974 --001a11397660080a6a04fcb57974 Content-Type: text/plain; charset=UTF-8 I looked on qemu passing vga pastrough and it seems that quemu uses vga=0 to turnoff cirus vga emulation. Does xen emulate vga card or does it relay on qemu? I wonder how hard would be to pass vga=0 to qemu ? --001a11397660080a6a04fcb57974 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I looked on qemu passing vga pastrough and it seems that q= uemu uses vga=3D0 to turnoff cirus vga emulation. Does xen emulate vga card= or does it relay on qemu? I wonder how hard would be to pass vga=3D0 to qe= mu ?=C2=A0
--001a11397660080a6a04fcb57974-- --===============2948210633169462571== 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 --===============2948210633169462571==-- From xen-users-bounces@lists.xen.org Thu Jun 26 04:18:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 04:18:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0181-0004WA-Rv; Thu, 26 Jun 2014 04:17:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X017z-0004Vv-Um; Thu, 26 Jun 2014 04:17:40 +0000 Received: from [85.158.139.211:49693] by server-5.bemta-5.messagelabs.com id D2/51-23588-3EE9BA35; Thu, 26 Jun 2014 04:17:39 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1403756257!12040420!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21881 invoked from network); 26 Jun 2014 04:17:38 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 04:17:38 -0000 Received: by mail-qa0-f52.google.com with SMTP id w8so2395264qac.11 for ; Wed, 25 Jun 2014 21:17:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+3MEssjMNsEUy+7U6eG6oHLV3Lhe2kekZ4W++WWzqvw=; b=OL+zf5rM9eBISLyMCgmmrtlEJETMWTjwj1LUVtXKACOAM2kEAAKPUbkiA4cNJ5jqoU sBjcgraioEhNJqi+srccuEFphqtCGLeN+n3fcR9I7/zI6337AqEizBVoPaVX+Y9+iBd/ /5Wk9ogLD60cxKd72dd6i9Q1n4RMYs/EB6fP7uorpzQ+f7TAt2PvSsVzuNvdJ9/17c4G j10Pv1kk4YOwEPFeMU/P2xzmUe1A0ibuIxBf4RIAcsoCAHXzAzOyWzrysgTvAxdhcifs xyt6xl1X0zsxNy6WOaVfy/j/FEcNm/cpJw4kpXWyFF4WkYjZXgX6j3ieBGPPk3Mrg4lm lnGg== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr17078349qge.38.1403756256690; Wed, 25 Jun 2014 21:17:36 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Wed, 25 Jun 2014 21:17:36 -0700 (PDT) Date: Wed, 25 Jun 2014 22:17:36 -0600 Message-ID: From: jacek burghardt To: xen-users , "xen-devel@lists.xen.org" Subject: [Xen-users] qemu upstream vga passtrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2948210633169462571==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2948210633169462571== Content-Type: multipart/alternative; boundary=001a11397660080a6a04fcb57974 --001a11397660080a6a04fcb57974 Content-Type: text/plain; charset=UTF-8 I looked on qemu passing vga pastrough and it seems that quemu uses vga=0 to turnoff cirus vga emulation. Does xen emulate vga card or does it relay on qemu? I wonder how hard would be to pass vga=0 to qemu ? --001a11397660080a6a04fcb57974 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I looked on qemu passing vga pastrough and it seems that q= uemu uses vga=3D0 to turnoff cirus vga emulation. Does xen emulate vga card= or does it relay on qemu? I wonder how hard would be to pass vga=3D0 to qe= mu ?=C2=A0
--001a11397660080a6a04fcb57974-- --===============2948210633169462571== 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 --===============2948210633169462571==-- From xen-users-bounces@lists.xen.org Thu Jun 26 05:51:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 05:51:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X02aX-00008d-Mh; Thu, 26 Jun 2014 05:51:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X02aV-00008Y-Pf for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 05:51:11 +0000 Received: from [193.109.254.147:19241] by server-11.bemta-14.messagelabs.com id 68/86-09902-FC4BBA35; Thu, 26 Jun 2014 05:51:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1403761870!13763710!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22838 invoked from network); 26 Jun 2014 05:51:10 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 05:51:10 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 7E8AF221DE2 for ; Thu, 26 Jun 2014 06:51:09 +0100 (BST) Message-ID: <53ABB4CC.9030608@bobich.net> Date: Thu, 26 Jun 2014 06:51:08 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xenproject.org References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> In-Reply-To: Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/26/2014 12:04 AM, Brian Menges wrote: > I=92ve read through these, however I=92m on xenserver 6.2 and would rather > not hack the ramdisk because any future update would obliterate that > (most likely). Not if you modify the dracut scripts to do the right ting. AFAIK = XenServer is based on EL. > Per gordon=92s request, I=92ve reset my system back to factory and here a= re > the lspci/dmesg/xl dmesg. > > I can confirm that I do not load any radeon or radeon related drivers in > dom0, however I cannot seem to hide the pci bus for it. Are the modules > missing for XenServer 6.2 (xen 4.1.5) ? Not loading the radeon driver is good. The PCI bus should not be hidden, = the device you are passing through should just be owned by the = xen-pciback driver (which the xl command for making the device = assignable will do for you if you aren't pre-loading xen-pciback with = appropriate options. > The citrix support guide says nothing about hiding the device at all > (which I tried the extboot.conf stuff to hide the pci devices to no avail= ). You _shouldn't_ be doing this anyway. All you can do is detach the = device to make it disappear, but then you won't be able to pass it through. > If there=92s a way to confirm xen-pcihide or whichever it is (many > articles .. two names, not sure which is right) as loaded on xenserver > 6.2 that=92d be appreciated. lsmod | grep pciback > I have in blacklist.conf: > > blacklist radeon > > blacklist fglrx > > We shouldn=92t ever touch those two modules=85 so I should be good for > passthrough right? Yes. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 05:51:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 05:51:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X02aX-00008d-Mh; Thu, 26 Jun 2014 05:51:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X02aV-00008Y-Pf for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 05:51:11 +0000 Received: from [193.109.254.147:19241] by server-11.bemta-14.messagelabs.com id 68/86-09902-FC4BBA35; Thu, 26 Jun 2014 05:51:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1403761870!13763710!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22838 invoked from network); 26 Jun 2014 05:51:10 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 05:51:10 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 7E8AF221DE2 for ; Thu, 26 Jun 2014 06:51:09 +0100 (BST) Message-ID: <53ABB4CC.9030608@bobich.net> Date: Thu, 26 Jun 2014 06:51:08 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xenproject.org References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> In-Reply-To: Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/26/2014 12:04 AM, Brian Menges wrote: > I=92ve read through these, however I=92m on xenserver 6.2 and would rather > not hack the ramdisk because any future update would obliterate that > (most likely). Not if you modify the dracut scripts to do the right ting. AFAIK = XenServer is based on EL. > Per gordon=92s request, I=92ve reset my system back to factory and here a= re > the lspci/dmesg/xl dmesg. > > I can confirm that I do not load any radeon or radeon related drivers in > dom0, however I cannot seem to hide the pci bus for it. Are the modules > missing for XenServer 6.2 (xen 4.1.5) ? Not loading the radeon driver is good. The PCI bus should not be hidden, = the device you are passing through should just be owned by the = xen-pciback driver (which the xl command for making the device = assignable will do for you if you aren't pre-loading xen-pciback with = appropriate options. > The citrix support guide says nothing about hiding the device at all > (which I tried the extboot.conf stuff to hide the pci devices to no avail= ). You _shouldn't_ be doing this anyway. All you can do is detach the = device to make it disappear, but then you won't be able to pass it through. > If there=92s a way to confirm xen-pcihide or whichever it is (many > articles .. two names, not sure which is right) as loaded on xenserver > 6.2 that=92d be appreciated. lsmod | grep pciback > I have in blacklist.conf: > > blacklist radeon > > blacklist fglrx > > We shouldn=92t ever touch those two modules=85 so I should be good for > passthrough right? Yes. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 05:58:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 05:58:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X02hC-0000KE-Uj; Thu, 26 Jun 2014 05:58:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X02hB-0000K7-UY for xen-users@lists.xen.org; Thu, 26 Jun 2014 05:58:06 +0000 Received: from [193.109.254.147:64118] by server-11.bemta-14.messagelabs.com id 28/5C-09902-C66BBA35; Thu, 26 Jun 2014 05:58:04 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-27.messagelabs.com!1403762283!13722810!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26607 invoked from network); 26 Jun 2014 05:58:03 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 05:58:03 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 32EA6221DE2 for ; Thu, 26 Jun 2014 06:58:03 +0100 (BST) Message-ID: <53ABB66A.7090705@bobich.net> Date: Thu, 26 Jun 2014 06:58:02 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <53AB6767.3090100@gmail.com> In-Reply-To: <53AB6767.3090100@gmail.com> Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMDYvMjYvMjAxNCAwMToyMCBBTSwgTWloYWlsIEl2YW5vdiB3cm90ZToKPiAtLS0tLUJFR0lO IFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tCj4gSGFzaDogU0hBMQo+Cj4gV2hpbGUgdGhlIEE4IDY2 MDBrIGlzIGEgZmFzdCBjcHUsIEknZCByYXRoZXIgZ2V0IHNlcnZlciBoYXJkd2FyZS4KPiBBZnRl ciByZWFkaW5nIHNvIG11Y2ggYWJvdXQgcGVvcGxlIGNvbXBsYWluaW5nIHRoYXQgb25lIG9yIGFu b3RoZXIKPiB0aGluZyBkb2Vzbid0IHdvcmssIEkganVzdCBjYW4ndCB0cnVzdCBkZXNrdG9wIG1v Ym9zIGFueW1vcmUgOikuCj4gKHRvbyBtdWNoIHRoaW5ncyB0aGF0IGNhbiBnbyB3cm9uZykuCgpT ZXJ2ZXIgbW90aGVyYm9hcmRzIGFyZSBvZnRlbiBqdXN0IGFzIGJ1Z2d5IGFzIGRlc2t0b3AgYm9h cmRzIHdoZW4gaXQgCmNvbWVzIHRvIHZpcnR1YWxpemF0aW9uLiBIZW5jZSB3aHkgSSBrZWVwIHNh eWluZyB0aGF0IHN0YXJ0aW5nIGZyb20gdGhlIApjZXJ0aWZpZWQgaGFyZHdhcmUgb24gdGhlIGNv bXBhdGliaWxpdHkgbGlzdCBpcyBwcm9iYWJseSBhIGdvb2QgaWRlYSBpZiAKeW91IHdhbnQgc29t ZXRoaW5nIHRoYXQganVzdCB3b3Jrcy4KCj4gQWxzbyBldmVyIHNpbmNlIEkndmUgcmVhZCBhYm91 dCBFQ0MgcmFtIEkga25vdyBJIHdhbnQgaXQuCj4KPiBJIGRvbid0IHdhbnQgYSBwcmVidWlsZCBz eXN0ZW0gc2luY2U6Cj4gSSBhbHJlYWR5IGhhdmUgYSBQU1UgYW5kIGFuIEFUWCBDYXNlLgo+IChB bHNvIHNvbWUgSEREJ3MgYW5kIFZHQSdzKS4KCkhERHMgYW5kIFZHQXMgd2lsbCBmaXQgaW4gYmFy ZSBib25lcyB3b3Jrc3RhdGlvbnMganVzdCBmaW5lLgoKPiBOZXZlciB0aGUgbGVzcyBpbiBteSBj b3VudHJ5IHByZWJ1aWxkIHN5c3RlbXMgdGVuZCB0byBjb3N0IGEgbG90IG1vcmUKPiB0aGFuIHRo ZXkgc2hvdWxkLgoKVGhhdCdzIG5vdCBhbHdheXMgY2xlYXIgY3V0LiBXaGF0IGlzIHlvdXIgdGlt ZSB3b3J0aD8KCj4gUHJvczogbXVjaCBjaGVhcGVyLCBjaGVhcGVyIG1vYm8sIGxvd2VyIHRkcCwg bXVjaCBtb3JlIGZyZXNoLCBtb3JlCj4gaW5zdHJ1Y3Rpb25zKEludGVswq4gVFNYLU5JLGV0Yyks IGFsc28gYSBiaWcgYm9udXMgLSBpbnRlZ3JhdGVkIHZnYQoKQW5kIHlvdSdsbCBuZWVkIHRvIG1h a2Ugc3VyZSB3aGF0ZXZlciBtb3RoZXJib2FyZCB5b3UgY2hvb3NlIHN1cHBvcnRzIAp0aGUgc2Fp ZCBpbnRlZ3JhdGVkIFZHQSBhbmQgcHJvdmlkZXMgYSB2aWRlbyBvdXRwdXQgcG9ydC4gTWFueSBk b24ndC4KCj4gUGVvcGxlIGhhdmUgdGFsa2VkIGFib3V0IENpdHJpeCB2ZXJpZmllZCBoYXJkd2Fy ZS4KPiBDYW4gc29tZW9uZSB0ZWxsIG1lIHRoZSBuYW1lcyBvZiB0d28gc3VjaCBtb2JvcyAtCj4g b25lIGZvciAxMTUwIGFuZCBvbmUgZm9yIDIwMTE/KGJlaW5nIHNpbmdsZSBzb2NrZXQgYW5kIHNv bWUgUENJLUUKPiBzbG90cyBhcmUgYSBtdXN0KQoKWW91IHNob3VsZCByZWFsbHkgZG8geW91ciBo b21ld29yayBvbiB0aGlzIGFuZCBsb29rIHRocm91Z2ggdGhlIApjb21wYXRpYmlsaXR5IGxpc3Rz IHlvdXJzZWxmLiBHb29nbGUgc2hvdWxkIGhlbHAgeW91IGZpbmQgaXQuCgo+IEFuZCBhYm91dCB0 aGUgcHVycG9zZSBvZiB0aGUgc3lzdGVtIC0gTXVsdGktbW9uaXRvciB3b3Jrc3RhdGlvbih1cCB0 bwo+IDE1IG1vbml0b3JzIEkgZ3Vlc3MpLiBBYm91dCB0aGUgdmlkZW8gb3V0cHV0cyBJIGFtIHRo aW5raW5nIG9mIHBlcmhhcHMKPiB1c2luZyBzaW5nbGVzbG90IFZHQSdzIHdpdGggMyBtb25pdG9y cyBwZXIgb25lLCBzbyBpdCdzOgo+IDMgZm9yIElHUCArCj4gMyB4IDMKPiA9IHRvdGFsIG9mIDEy IG1vbml0b3JzIHdoaWNoIHdpbGwgbW9zdCBsaWtlbHkgYmUgZW5vdWdoCgpBcyBsb25nIGFzIHlv dSBhcmUgYXdhcmUgdGhhdCB5b3UgcHJvYmFibHkgd29uJ3QgZ2V0IGFsbCBvZiB0aG9zZSBvbiB0 aGUgCnNhbWUgdHlwZSBvZiBwb3J0LiBEZXBlbmRpbmcgb24gd2hhdCBjYXJkcyB5b3UgZ2V0LCB5 b3UgbWlnaHQgZ2V0IHVwIAp3aXRoIDJ4RFZJICsgMXhIRE1JIG9yIDF4RFZJICsgMXhIRE1JICsg MXhEUC4gSXQgY291bGQgZ2V0IG1lc3N5LCAKZXNwZWNpYWxseSBpZiB5b3Ugd2FudCBhbGwgbW9u aXRvcnMgdG8gYmUgdGhlIHNhbWUgbW9kZWwuCgpHb3JkYW4KCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jun 26 05:58:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 05:58:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X02hC-0000KE-Uj; Thu, 26 Jun 2014 05:58:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X02hB-0000K7-UY for xen-users@lists.xen.org; Thu, 26 Jun 2014 05:58:06 +0000 Received: from [193.109.254.147:64118] by server-11.bemta-14.messagelabs.com id 28/5C-09902-C66BBA35; Thu, 26 Jun 2014 05:58:04 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-27.messagelabs.com!1403762283!13722810!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26607 invoked from network); 26 Jun 2014 05:58:03 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 05:58:03 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 32EA6221DE2 for ; Thu, 26 Jun 2014 06:58:03 +0100 (BST) Message-ID: <53ABB66A.7090705@bobich.net> Date: Thu, 26 Jun 2014 06:58:02 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <53AB6767.3090100@gmail.com> In-Reply-To: <53AB6767.3090100@gmail.com> Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMDYvMjYvMjAxNCAwMToyMCBBTSwgTWloYWlsIEl2YW5vdiB3cm90ZToKPiAtLS0tLUJFR0lO IFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tCj4gSGFzaDogU0hBMQo+Cj4gV2hpbGUgdGhlIEE4IDY2 MDBrIGlzIGEgZmFzdCBjcHUsIEknZCByYXRoZXIgZ2V0IHNlcnZlciBoYXJkd2FyZS4KPiBBZnRl ciByZWFkaW5nIHNvIG11Y2ggYWJvdXQgcGVvcGxlIGNvbXBsYWluaW5nIHRoYXQgb25lIG9yIGFu b3RoZXIKPiB0aGluZyBkb2Vzbid0IHdvcmssIEkganVzdCBjYW4ndCB0cnVzdCBkZXNrdG9wIG1v Ym9zIGFueW1vcmUgOikuCj4gKHRvbyBtdWNoIHRoaW5ncyB0aGF0IGNhbiBnbyB3cm9uZykuCgpT ZXJ2ZXIgbW90aGVyYm9hcmRzIGFyZSBvZnRlbiBqdXN0IGFzIGJ1Z2d5IGFzIGRlc2t0b3AgYm9h cmRzIHdoZW4gaXQgCmNvbWVzIHRvIHZpcnR1YWxpemF0aW9uLiBIZW5jZSB3aHkgSSBrZWVwIHNh eWluZyB0aGF0IHN0YXJ0aW5nIGZyb20gdGhlIApjZXJ0aWZpZWQgaGFyZHdhcmUgb24gdGhlIGNv bXBhdGliaWxpdHkgbGlzdCBpcyBwcm9iYWJseSBhIGdvb2QgaWRlYSBpZiAKeW91IHdhbnQgc29t ZXRoaW5nIHRoYXQganVzdCB3b3Jrcy4KCj4gQWxzbyBldmVyIHNpbmNlIEkndmUgcmVhZCBhYm91 dCBFQ0MgcmFtIEkga25vdyBJIHdhbnQgaXQuCj4KPiBJIGRvbid0IHdhbnQgYSBwcmVidWlsZCBz eXN0ZW0gc2luY2U6Cj4gSSBhbHJlYWR5IGhhdmUgYSBQU1UgYW5kIGFuIEFUWCBDYXNlLgo+IChB bHNvIHNvbWUgSEREJ3MgYW5kIFZHQSdzKS4KCkhERHMgYW5kIFZHQXMgd2lsbCBmaXQgaW4gYmFy ZSBib25lcyB3b3Jrc3RhdGlvbnMganVzdCBmaW5lLgoKPiBOZXZlciB0aGUgbGVzcyBpbiBteSBj b3VudHJ5IHByZWJ1aWxkIHN5c3RlbXMgdGVuZCB0byBjb3N0IGEgbG90IG1vcmUKPiB0aGFuIHRo ZXkgc2hvdWxkLgoKVGhhdCdzIG5vdCBhbHdheXMgY2xlYXIgY3V0LiBXaGF0IGlzIHlvdXIgdGlt ZSB3b3J0aD8KCj4gUHJvczogbXVjaCBjaGVhcGVyLCBjaGVhcGVyIG1vYm8sIGxvd2VyIHRkcCwg bXVjaCBtb3JlIGZyZXNoLCBtb3JlCj4gaW5zdHJ1Y3Rpb25zKEludGVswq4gVFNYLU5JLGV0Yyks IGFsc28gYSBiaWcgYm9udXMgLSBpbnRlZ3JhdGVkIHZnYQoKQW5kIHlvdSdsbCBuZWVkIHRvIG1h a2Ugc3VyZSB3aGF0ZXZlciBtb3RoZXJib2FyZCB5b3UgY2hvb3NlIHN1cHBvcnRzIAp0aGUgc2Fp ZCBpbnRlZ3JhdGVkIFZHQSBhbmQgcHJvdmlkZXMgYSB2aWRlbyBvdXRwdXQgcG9ydC4gTWFueSBk b24ndC4KCj4gUGVvcGxlIGhhdmUgdGFsa2VkIGFib3V0IENpdHJpeCB2ZXJpZmllZCBoYXJkd2Fy ZS4KPiBDYW4gc29tZW9uZSB0ZWxsIG1lIHRoZSBuYW1lcyBvZiB0d28gc3VjaCBtb2JvcyAtCj4g b25lIGZvciAxMTUwIGFuZCBvbmUgZm9yIDIwMTE/KGJlaW5nIHNpbmdsZSBzb2NrZXQgYW5kIHNv bWUgUENJLUUKPiBzbG90cyBhcmUgYSBtdXN0KQoKWW91IHNob3VsZCByZWFsbHkgZG8geW91ciBo b21ld29yayBvbiB0aGlzIGFuZCBsb29rIHRocm91Z2ggdGhlIApjb21wYXRpYmlsaXR5IGxpc3Rz IHlvdXJzZWxmLiBHb29nbGUgc2hvdWxkIGhlbHAgeW91IGZpbmQgaXQuCgo+IEFuZCBhYm91dCB0 aGUgcHVycG9zZSBvZiB0aGUgc3lzdGVtIC0gTXVsdGktbW9uaXRvciB3b3Jrc3RhdGlvbih1cCB0 bwo+IDE1IG1vbml0b3JzIEkgZ3Vlc3MpLiBBYm91dCB0aGUgdmlkZW8gb3V0cHV0cyBJIGFtIHRo aW5raW5nIG9mIHBlcmhhcHMKPiB1c2luZyBzaW5nbGVzbG90IFZHQSdzIHdpdGggMyBtb25pdG9y cyBwZXIgb25lLCBzbyBpdCdzOgo+IDMgZm9yIElHUCArCj4gMyB4IDMKPiA9IHRvdGFsIG9mIDEy IG1vbml0b3JzIHdoaWNoIHdpbGwgbW9zdCBsaWtlbHkgYmUgZW5vdWdoCgpBcyBsb25nIGFzIHlv dSBhcmUgYXdhcmUgdGhhdCB5b3UgcHJvYmFibHkgd29uJ3QgZ2V0IGFsbCBvZiB0aG9zZSBvbiB0 aGUgCnNhbWUgdHlwZSBvZiBwb3J0LiBEZXBlbmRpbmcgb24gd2hhdCBjYXJkcyB5b3UgZ2V0LCB5 b3UgbWlnaHQgZ2V0IHVwIAp3aXRoIDJ4RFZJICsgMXhIRE1JIG9yIDF4RFZJICsgMXhIRE1JICsg MXhEUC4gSXQgY291bGQgZ2V0IG1lc3N5LCAKZXNwZWNpYWxseSBpZiB5b3Ugd2FudCBhbGwgbW9u aXRvcnMgdG8gYmUgdGhlIHNhbWUgbW9kZWwuCgpHb3JkYW4KCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jun 26 08:34:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 08:34:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X057j-0003So-L8; Thu, 26 Jun 2014 08:33:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X057i-0003Sj-8x for xen-users@lists.xen.org; Thu, 26 Jun 2014 08:33:38 +0000 Received: from [85.158.143.35:50247] by server-1.bemta-4.messagelabs.com id 1E/79-09496-1EADBA35; Thu, 26 Jun 2014 08:33:37 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1403771615!5928225!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6814 invoked from network); 26 Jun 2014 08:33:36 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 08:33:36 -0000 X-IronPort-AV: E=Sophos;i="5.01,551,1400025600"; d="scan'208";a="147259048" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 08:33:32 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 04:33:32 -0400 Message-ID: <1403771611.16595.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: Russell Pavlicek Date: Thu, 26 Jun 2014 09:33:31 +0100 In-Reply-To: <55E78A57290FB64FA0D3CF672F9F3DA26E5591@SJCPEX01CL03.citrite.net> References: <55E78A57290FB64FA0D3CF672F9F3DA26E5591@SJCPEX01CL03.citrite.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XenProject Q&A: Live migration between hyperthreading and non-hyperthreading CPUs? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-26 at 03:14 +0000, Russell Pavlicek wrote: > On the Q&A system on XenProject.org, Philipp asks: > > "I have a XEN-Server with an XEON E3-1220V3 and would like to add a > new server with an XEON E3-1230LV3. AFAIK the only difference between > these 2 CPUs is the hyperthreading feature. Does anyone know if a live > migration would work between these 2 CPUs? I don't want to get into > feature masks since it doesn't seem to be worth the effort." I don't think Xen exposes HT to guests even it is present in the host, so the guest OS will just see a bunch of unrelated CPU cores, it has no idea if they are (currently) scheduled on sibling cores or not, and that might change anyhow as the Xen scheduler balances things. > > If you have information, please reply here: > http://xenproject.org/help/questions-and-answers/live-migration-from-xeon-with-ht-to-non-ht-xeon.html > > Or reply to me and I will post it to the Q&A system. > > Thanks, > > Russ Pavlicek > Xen Project Evangelist, Citrix Systems > Home Office: +1-301-829-5327 > Mobile: +1-240-397-0199 > UK VoIP: +44 1223 852 894 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 08:34:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 08:34:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X057j-0003So-L8; Thu, 26 Jun 2014 08:33:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X057i-0003Sj-8x for xen-users@lists.xen.org; Thu, 26 Jun 2014 08:33:38 +0000 Received: from [85.158.143.35:50247] by server-1.bemta-4.messagelabs.com id 1E/79-09496-1EADBA35; Thu, 26 Jun 2014 08:33:37 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1403771615!5928225!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6814 invoked from network); 26 Jun 2014 08:33:36 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 08:33:36 -0000 X-IronPort-AV: E=Sophos;i="5.01,551,1400025600"; d="scan'208";a="147259048" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 08:33:32 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 04:33:32 -0400 Message-ID: <1403771611.16595.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: Russell Pavlicek Date: Thu, 26 Jun 2014 09:33:31 +0100 In-Reply-To: <55E78A57290FB64FA0D3CF672F9F3DA26E5591@SJCPEX01CL03.citrite.net> References: <55E78A57290FB64FA0D3CF672F9F3DA26E5591@SJCPEX01CL03.citrite.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XenProject Q&A: Live migration between hyperthreading and non-hyperthreading CPUs? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-26 at 03:14 +0000, Russell Pavlicek wrote: > On the Q&A system on XenProject.org, Philipp asks: > > "I have a XEN-Server with an XEON E3-1220V3 and would like to add a > new server with an XEON E3-1230LV3. AFAIK the only difference between > these 2 CPUs is the hyperthreading feature. Does anyone know if a live > migration would work between these 2 CPUs? I don't want to get into > feature masks since it doesn't seem to be worth the effort." I don't think Xen exposes HT to guests even it is present in the host, so the guest OS will just see a bunch of unrelated CPU cores, it has no idea if they are (currently) scheduled on sibling cores or not, and that might change anyhow as the Xen scheduler balances things. > > If you have information, please reply here: > http://xenproject.org/help/questions-and-answers/live-migration-from-xeon-with-ht-to-non-ht-xeon.html > > Or reply to me and I will post it to the Q&A system. > > Thanks, > > Russ Pavlicek > Xen Project Evangelist, Citrix Systems > Home Office: +1-301-829-5327 > Mobile: +1-240-397-0199 > UK VoIP: +44 1223 852 894 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 10:19:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 10:19:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X06lt-00071z-8A; Thu, 26 Jun 2014 10:19:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X06lr-00071W-Py for xen-users@lists.xen.org; Thu, 26 Jun 2014 10:19:11 +0000 Received: from [85.158.139.211:19421] by server-13.bemta-5.messagelabs.com id 65/48-02995-F93FBA35; Thu, 26 Jun 2014 10:19:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1403777947!6839676!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20768 invoked from network); 26 Jun 2014 10:19:10 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 10:19:10 -0000 X-IronPort-AV: E=Sophos;i="5.01,552,1400025600"; d="scan'208";a="147289572" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 10:19:09 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 06:19:06 -0400 Message-ID: <1403777946.16595.23.camel@kazak.uk.xensource.com> From: Ian Campbell To: jacek burghardt Date: Thu, 26 Jun 2014 11:19:06 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] scripts X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Please use meaningful subject lines. On Wed, 2014-06-25 at 15:13 -0600, jacek burghardt wrote: > I wonder if there is a way to for xen to run script after guess is > shutdown. > I would like to pass sound card from linux to hvm guess and then when > hvm guest is shutdown back to linux. Script can unload all usb > modules and assign to hvm and back. xl in 4.4 onwards can do this for you, see the "seize" option in the pci= line of the config file. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 10:19:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 10:19:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X06lt-00071z-8A; Thu, 26 Jun 2014 10:19:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X06lr-00071W-Py for xen-users@lists.xen.org; Thu, 26 Jun 2014 10:19:11 +0000 Received: from [85.158.139.211:19421] by server-13.bemta-5.messagelabs.com id 65/48-02995-F93FBA35; Thu, 26 Jun 2014 10:19:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1403777947!6839676!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20768 invoked from network); 26 Jun 2014 10:19:10 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 10:19:10 -0000 X-IronPort-AV: E=Sophos;i="5.01,552,1400025600"; d="scan'208";a="147289572" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 10:19:09 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 06:19:06 -0400 Message-ID: <1403777946.16595.23.camel@kazak.uk.xensource.com> From: Ian Campbell To: jacek burghardt Date: Thu, 26 Jun 2014 11:19:06 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] scripts X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Please use meaningful subject lines. On Wed, 2014-06-25 at 15:13 -0600, jacek burghardt wrote: > I wonder if there is a way to for xen to run script after guess is > shutdown. > I would like to pass sound card from linux to hvm guess and then when > hvm guest is shutdown back to linux. Script can unload all usb > modules and assign to hvm and back. xl in 4.4 onwards can do this for you, see the "seize" option in the pci= line of the config file. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 12:42:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 12:42:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X08zw-0005DK-L3; Thu, 26 Jun 2014 12:41:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X08zv-0005D5-Ed for xen-users@lists.xen.org; Thu, 26 Jun 2014 12:41:51 +0000 Received: from [85.158.143.35:19411] by server-3.bemta-4.messagelabs.com id 3B/D7-16194-E051CA35; Thu, 26 Jun 2014 12:41:50 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-3.tower-21.messagelabs.com!1403786507!13727059!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30542 invoked from network); 26 Jun 2014 12:41:49 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 12:41:49 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QCjWAV021226 for ; Thu, 26 Jun 2014 14:45:33 +0200 From: "Stephan Viljoen" To: Date: Thu, 26 Jun 2014 14:41:38 +0200 Message-ID: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: Ac+RO52uLgKgdUHrSeGgSMt+79toNw== Content-Language: en-us Subject: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0490364871388923265==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============0490364871388923265== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0715_01CF914C.BE2AED20" Content-Language: en-us This is a multipart message in MIME format. ------=_NextPart_000_0715_01CF914C.BE2AED20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi There, I just made one hell of screw up by accidently deleting the wrong folder containing all my xend domain images. Now the strange part is , all those hosts are still alive and thankfully I'm able to make backups for the content so I was wondering whether there's a way to somehow restore the images? Thanks in advance, -steph ------=_NextPart_000_0715_01CF914C.BE2AED20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi There,

 

I just made = one hell of screw up by accidently deleting the wrong folder containing = all my xend domain images. Now the strange part is , all those hosts are = still alive and thankfully I’m able to make backups for the = content so I was wondering whether there’s a way to somehow = restore the images?

 

Thanks in = advance,

-steph

 

------=_NextPart_000_0715_01CF914C.BE2AED20-- --===============0490364871388923265== 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 --===============0490364871388923265==-- From xen-users-bounces@lists.xen.org Thu Jun 26 12:42:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 12:42:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X08zw-0005DK-L3; Thu, 26 Jun 2014 12:41:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X08zv-0005D5-Ed for xen-users@lists.xen.org; Thu, 26 Jun 2014 12:41:51 +0000 Received: from [85.158.143.35:19411] by server-3.bemta-4.messagelabs.com id 3B/D7-16194-E051CA35; Thu, 26 Jun 2014 12:41:50 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-3.tower-21.messagelabs.com!1403786507!13727059!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30542 invoked from network); 26 Jun 2014 12:41:49 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 12:41:49 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QCjWAV021226 for ; Thu, 26 Jun 2014 14:45:33 +0200 From: "Stephan Viljoen" To: Date: Thu, 26 Jun 2014 14:41:38 +0200 Message-ID: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: Ac+RO52uLgKgdUHrSeGgSMt+79toNw== Content-Language: en-us Subject: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0490364871388923265==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============0490364871388923265== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0715_01CF914C.BE2AED20" Content-Language: en-us This is a multipart message in MIME format. ------=_NextPart_000_0715_01CF914C.BE2AED20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi There, I just made one hell of screw up by accidently deleting the wrong folder containing all my xend domain images. Now the strange part is , all those hosts are still alive and thankfully I'm able to make backups for the content so I was wondering whether there's a way to somehow restore the images? Thanks in advance, -steph ------=_NextPart_000_0715_01CF914C.BE2AED20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi There,

 

I just made = one hell of screw up by accidently deleting the wrong folder containing = all my xend domain images. Now the strange part is , all those hosts are = still alive and thankfully I’m able to make backups for the = content so I was wondering whether there’s a way to somehow = restore the images?

 

Thanks in = advance,

-steph

 

------=_NextPart_000_0715_01CF914C.BE2AED20-- --===============0490364871388923265== 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 --===============0490364871388923265==-- From xen-users-bounces@lists.xen.org Thu Jun 26 12:58:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 12:58:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09FJ-00069M-5J; Thu, 26 Jun 2014 12:57:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09FH-00069H-Ul for xen-users@lists.xen.org; Thu, 26 Jun 2014 12:57:44 +0000 Received: from [85.158.143.35:64261] by server-1.bemta-4.messagelabs.com id 35/13-09496-7C81CA35; Thu, 26 Jun 2014 12:57:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1403787461!10626272!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24966 invoked from network); 26 Jun 2014 12:57:42 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 12:57:42 -0000 X-IronPort-AV: E=Sophos;i="5.01,553,1400025600"; d="scan'208";a="147327064" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 12:57:41 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 08:57:40 -0400 Message-ID: <1403787459.21159.4.camel@kazak.uk.xensource.com> From: Ian Campbell To: Stephan Viljoen Date: Thu, 26 Jun 2014 13:57:39 +0100 In-Reply-To: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVGh1LCAyMDE0LTA2LTI2IGF0IDE0OjQxICswMjAwLCBTdGVwaGFuIFZpbGpvZW4gd3JvdGU6 Cj4gSSBqdXN0IG1hZGUgb25lIGhlbGwgb2Ygc2NyZXcgdXAgYnkgYWNjaWRlbnRseSBkZWxldGlu ZyB0aGUgd3JvbmcKPiBmb2xkZXIgY29udGFpbmluZyBhbGwgbXkgeGVuZCBkb21haW4gaW1hZ2Vz LiBOb3cgdGhlIHN0cmFuZ2UgcGFydCBpcyAsCj4gYWxsIHRob3NlIGhvc3RzIGFyZSBzdGlsbCBh bGl2ZSBhbmQgdGhhbmtmdWxseSBJ4oCZbSBhYmxlIHRvIG1ha2UKPiBiYWNrdXBzIGZvciB0aGUg Y29udGVudCBzbyBJIHdhcyB3b25kZXJpbmcgd2hldGhlciB0aGVyZeKAmXMgYSB3YXkgdG8KPiBz b21laG93IHJlc3RvcmUgdGhlIGltYWdlcz8gCgpJZiB0aGlzIHdlcmUgaGFwcGVuaW5nIHdpdGgg bm9ybWFsIHByb2Nlc3NlcyAoaS5lLiB5b3UndmUgZGVsZXRlZCBhIGZpbGUKd2hpY2ggc29tZSBw cm9jZXNzIGhhcyBvcGVuKSB0aGVuIHlvdSdkIGJlIGFibGUgdG8gcmVjb3ZlciBpdAp2aWEgL3By b2MvJFBJRC9mZC4KClNvIGlmIHRoZSBkb21haW5zIGFyZSB1c2luZyBhIHVzZXJzcGFjZSBwcm9j ZXNzIGFzIGEgZGlzayBiYWNrZW5kIChlLmcuCnRhcGRpc2sgb3IgcWRpc2spIHRoZW4geW91IGNv dWxkIHByb2JhYmx5IGFwcGx5IHRoYXQgdGVjaG5pcXVlIHRvIHRoZQpiYWNrZW5kIHByb2Nlc3Nl cy4KCklmIHRoZSBkb21haW5zIGFyZSB1c2luZyBsb29wK2Jsa2JhY2sgdGhlbiBJIGd1ZXNzIHlv dSBtaWdodCBmaW5kIHRoZQpjb250ZW50IGluIC9kZXYvbG9vcCouCgpJZiB0aGUgZG9tYWlucyBh cmUgdXNpbmcganVzdCBibGtiYWNrIGRpcmVjdGx5IHRoZW4gSSB0aGluayB5b3UgbWlnaHQgYmUK c3R1Y2ssIG9yIGF0IGxlYXN0IEkgZG9uJ3Qga25vdyB3aGF0IHRvIHN1Z2dlc3QuIFlvdSBzYWlk IGZvbGRlciBvZgppbWFnZXMgc28gSSdtIGhvcGVmdWwgeW91IGRvbid0IGZhbGwgaW50byB0aGlz IGNhc2UuCgpJYW4uCgoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Jun 26 12:58:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 12:58:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09FJ-00069M-5J; Thu, 26 Jun 2014 12:57:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09FH-00069H-Ul for xen-users@lists.xen.org; Thu, 26 Jun 2014 12:57:44 +0000 Received: from [85.158.143.35:64261] by server-1.bemta-4.messagelabs.com id 35/13-09496-7C81CA35; Thu, 26 Jun 2014 12:57:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1403787461!10626272!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24966 invoked from network); 26 Jun 2014 12:57:42 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 12:57:42 -0000 X-IronPort-AV: E=Sophos;i="5.01,553,1400025600"; d="scan'208";a="147327064" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 12:57:41 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 08:57:40 -0400 Message-ID: <1403787459.21159.4.camel@kazak.uk.xensource.com> From: Ian Campbell To: Stephan Viljoen Date: Thu, 26 Jun 2014 13:57:39 +0100 In-Reply-To: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVGh1LCAyMDE0LTA2LTI2IGF0IDE0OjQxICswMjAwLCBTdGVwaGFuIFZpbGpvZW4gd3JvdGU6 Cj4gSSBqdXN0IG1hZGUgb25lIGhlbGwgb2Ygc2NyZXcgdXAgYnkgYWNjaWRlbnRseSBkZWxldGlu ZyB0aGUgd3JvbmcKPiBmb2xkZXIgY29udGFpbmluZyBhbGwgbXkgeGVuZCBkb21haW4gaW1hZ2Vz LiBOb3cgdGhlIHN0cmFuZ2UgcGFydCBpcyAsCj4gYWxsIHRob3NlIGhvc3RzIGFyZSBzdGlsbCBh bGl2ZSBhbmQgdGhhbmtmdWxseSBJ4oCZbSBhYmxlIHRvIG1ha2UKPiBiYWNrdXBzIGZvciB0aGUg Y29udGVudCBzbyBJIHdhcyB3b25kZXJpbmcgd2hldGhlciB0aGVyZeKAmXMgYSB3YXkgdG8KPiBz b21laG93IHJlc3RvcmUgdGhlIGltYWdlcz8gCgpJZiB0aGlzIHdlcmUgaGFwcGVuaW5nIHdpdGgg bm9ybWFsIHByb2Nlc3NlcyAoaS5lLiB5b3UndmUgZGVsZXRlZCBhIGZpbGUKd2hpY2ggc29tZSBw cm9jZXNzIGhhcyBvcGVuKSB0aGVuIHlvdSdkIGJlIGFibGUgdG8gcmVjb3ZlciBpdAp2aWEgL3By b2MvJFBJRC9mZC4KClNvIGlmIHRoZSBkb21haW5zIGFyZSB1c2luZyBhIHVzZXJzcGFjZSBwcm9j ZXNzIGFzIGEgZGlzayBiYWNrZW5kIChlLmcuCnRhcGRpc2sgb3IgcWRpc2spIHRoZW4geW91IGNv dWxkIHByb2JhYmx5IGFwcGx5IHRoYXQgdGVjaG5pcXVlIHRvIHRoZQpiYWNrZW5kIHByb2Nlc3Nl cy4KCklmIHRoZSBkb21haW5zIGFyZSB1c2luZyBsb29wK2Jsa2JhY2sgdGhlbiBJIGd1ZXNzIHlv dSBtaWdodCBmaW5kIHRoZQpjb250ZW50IGluIC9kZXYvbG9vcCouCgpJZiB0aGUgZG9tYWlucyBh cmUgdXNpbmcganVzdCBibGtiYWNrIGRpcmVjdGx5IHRoZW4gSSB0aGluayB5b3UgbWlnaHQgYmUK c3R1Y2ssIG9yIGF0IGxlYXN0IEkgZG9uJ3Qga25vdyB3aGF0IHRvIHN1Z2dlc3QuIFlvdSBzYWlk IGZvbGRlciBvZgppbWFnZXMgc28gSSdtIGhvcGVmdWwgeW91IGRvbid0IGZhbGwgaW50byB0aGlz IGNhc2UuCgpJYW4uCgoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Jun 26 13:07:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 13:07:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09Or-000823-Bs; Thu, 26 Jun 2014 13:07:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09Op-00081l-4R for xen-users@lists.xen.org; Thu, 26 Jun 2014 13:07:35 +0000 Received: from [85.158.137.68:29503] by server-9.bemta-3.messagelabs.com id 75/A2-09496-61B1CA35; Thu, 26 Jun 2014 13:07:34 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1403788053!8029247!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13247 invoked from network); 26 Jun 2014 13:07:33 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-6.tower-31.messagelabs.com with SMTP; 26 Jun 2014 13:07:33 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Thu, 26 Jun 2014 14:07:33 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Thu, 26 Jun 2014 14:07:31 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Thu, 26 Jun 2014 14:07:39 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+PxjuVbGa65cctQFGq8djptdYlvgAleBXA Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> In-Reply-To: <1403625977.3875.5.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062614073300202 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Jun 24, 2014 at 17:06:17, Ian Campbell wrote: > On Tue, 2014-06-24 at 17:00 +0100, Jeenu Viswambharan wrote: > > On Mon, Jun 23, 2014 at 17:19:48, Stefano Stabellini wrote: > > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > > A quick grep under the tools directory showed that it's because > > > > libxc failed to open /proc/xen/privcmd. The file seems missing > > > > in the proc tree but I don't see any messages of failure (say, > > > > about registering the file). Any idea what's going wrong? > > > > > > You need to execute /etc/init.d/xencommons start > > > > Hm OK, but more troubles: > > > > root@(none):~# /etc/init.d/xencommons start > > Starting C xenstored....WARNING: Failed to open connection to gnttab > > FATAL: Failed to open evtchn device: No such file or directory > > ............................. > > Could not start xenstored > > > > Just to recap, I'm now passing init=/bin/sh; any dependent services > > that would have otherwise started by upstart wouldn't have started > > by now. I'm not sure if there's something needed to be done before > > this! > > These are missing drivers. You might need to run mknod a few times for > the xen devices in /proc/misc, or arrange for udev to run somehow and > do it for you. Thanks. Having created the nodes manually, I'm able to start xencommons, with one exception: Starting QEMU as disk backend for dom0 /etc/init.d/xencommons: line 121: /usr/local/lib/xen/bin/qemu-system-i386: No such file or directory I'm not sure if this is a problem. I can't find any i386 binaries in the file system. With that, I can run, for example, the command 'xl list' and it lists Dom0 as a running domain (phew!). I hope to launch a DomU guest using 'xl create' command. I looked around the Internet to see if I can get a sample file for an ARM guest, but with no success. I'm a bit dazed at the number of options, which one's are required etc. Please could I borrow one that I can use on Versatile Express board? TIA. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 13:07:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 13:07:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09Or-000823-Bs; Thu, 26 Jun 2014 13:07:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09Op-00081l-4R for xen-users@lists.xen.org; Thu, 26 Jun 2014 13:07:35 +0000 Received: from [85.158.137.68:29503] by server-9.bemta-3.messagelabs.com id 75/A2-09496-61B1CA35; Thu, 26 Jun 2014 13:07:34 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1403788053!8029247!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13247 invoked from network); 26 Jun 2014 13:07:33 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-6.tower-31.messagelabs.com with SMTP; 26 Jun 2014 13:07:33 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Thu, 26 Jun 2014 14:07:33 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Thu, 26 Jun 2014 14:07:31 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Thu, 26 Jun 2014 14:07:39 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+PxjuVbGa65cctQFGq8djptdYlvgAleBXA Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> In-Reply-To: <1403625977.3875.5.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062614073300202 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Jun 24, 2014 at 17:06:17, Ian Campbell wrote: > On Tue, 2014-06-24 at 17:00 +0100, Jeenu Viswambharan wrote: > > On Mon, Jun 23, 2014 at 17:19:48, Stefano Stabellini wrote: > > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > > A quick grep under the tools directory showed that it's because > > > > libxc failed to open /proc/xen/privcmd. The file seems missing > > > > in the proc tree but I don't see any messages of failure (say, > > > > about registering the file). Any idea what's going wrong? > > > > > > You need to execute /etc/init.d/xencommons start > > > > Hm OK, but more troubles: > > > > root@(none):~# /etc/init.d/xencommons start > > Starting C xenstored....WARNING: Failed to open connection to gnttab > > FATAL: Failed to open evtchn device: No such file or directory > > ............................. > > Could not start xenstored > > > > Just to recap, I'm now passing init=/bin/sh; any dependent services > > that would have otherwise started by upstart wouldn't have started > > by now. I'm not sure if there's something needed to be done before > > this! > > These are missing drivers. You might need to run mknod a few times for > the xen devices in /proc/misc, or arrange for udev to run somehow and > do it for you. Thanks. Having created the nodes manually, I'm able to start xencommons, with one exception: Starting QEMU as disk backend for dom0 /etc/init.d/xencommons: line 121: /usr/local/lib/xen/bin/qemu-system-i386: No such file or directory I'm not sure if this is a problem. I can't find any i386 binaries in the file system. With that, I can run, for example, the command 'xl list' and it lists Dom0 as a running domain (phew!). I hope to launch a DomU guest using 'xl create' command. I looked around the Internet to see if I can get a sample file for an ARM guest, but with no success. I'm a bit dazed at the number of options, which one's are required etc. Please could I borrow one that I can use on Versatile Express board? TIA. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 13:12:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 13:12:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09TJ-0008SL-BU; Thu, 26 Jun 2014 13:12:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09TI-0008SE-DD for xen-users@lists.xen.org; Thu, 26 Jun 2014 13:12:12 +0000 Received: from [85.158.137.68:52504] by server-10.bemta-3.messagelabs.com id 41/72-09305-B2C1CA35; Thu, 26 Jun 2014 13:12:11 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-12.tower-31.messagelabs.com!1403788325!12413526!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14476 invoked from network); 26 Jun 2014 13:12:08 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 13:12:08 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QDFXLm023094; Thu, 26 Jun 2014 15:15:34 +0200 From: "Stephan Viljoen" To: "'Ian Campbell'" References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> In-Reply-To: <1403787459.21159.4.camel@kazak.uk.xensource.com> Date: Thu, 26 Jun 2014 15:11:41 +0200 Message-ID: <072801cf9140$2c377480$84a65d80$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKKZfWp0pxzy0XOQQctciao48mbzgGjI+DrmgCY7aA= Content-Language: en-us Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SGkgSWFuLAoKVGhhbmtzIGZvciB0aGUgcmVwbHkuIEkndmUgb25seSBzdGFydGVkIHVzaW5nIFhl bmQgZmFpcmx5IHJlY2VudGx5IHNvIEknbSBhIGxpdHRsZSBncmVlbiBhcm91bmQgdGhlIGVhcnMg c3RpbGwuIEFueXdheSAsIGhlcmUncyBhbiBleGFtcGxlIG9mIGEgcnVubmluZyAgZG9tYWluLgoK QWxsIG15IHhlbmQgaW1hZ2VzIGFyZSBjb250YWluZWQgb24gYSBwaHlzaWNhbCBkaXNrIGFycmF5 IHNvIEknbSAgZ3Vlc3NpbmcgdGhpcyBtZXRob2QgcmlnaHQgPyBBbHNvICwgd2hhdCBleGFjdGx5 IHNob3VsZCBJIGJlIGxvb2tpbmcgZm9yPwotLS0tIElmIHRoaXMgd2VyZSBoYXBwZW5pbmcgd2l0 aCBub3JtYWwgcHJvY2Vzc2VzIChpLmUuIHlvdSd2ZSBkZWxldGVkIGEgZmlsZSB3aGljaCBzb21l IHByb2Nlc3MgaGFzIG9wZW4pIHRoZW4geW91J2QgYmUgYWJsZSB0byByZWNvdmVyIGl0IHZpYSAv cHJvYy8kUElEL2ZkLgoKCi9kZXYvbWFwcGVyL1ZvbEdyb3VwLWx2X2hvbWUKICAgICAgICAgICAg ICAgICAgICAgMTIyMzA2Nzk0NCA0NDA2NzY5MzYgNzIwMjYyNjc2ICAzOCUgL3hlbmQvaW1hZ2Vz CgpBbHNvICwgaGVyZSdzIGFuIGV4YW1wbGUgb2YgYSBydW5uaW5nIGRvbWFpbi4gCgovdXNyL2xp Yi94ZW4vYmluL3FlbXUtZG0gLWQgNCAtc2VyaWFsIHB0eSAtZG9tYWluLW5hbWUgdGVzdC0wMSAt dmlkZW9yYW0gNCAtayBlbi11cyAtdm5jIDAuMC4wLjA6MCAtdm5jdW51c2VkIC1NIHhlbnB2Cgot c3RlcGgKCgoKCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tCkZyb206IElhbiBDYW1wYmVsbCBb bWFpbHRvOklhbi5DYW1wYmVsbEBjaXRyaXguY29tXSAKU2VudDogVGh1cnNkYXksIEp1bmUgMjYs IDIwMTQgMjo1OCBQTQpUbzogU3RlcGhhbiBWaWxqb2VuCkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gTG9zdCBpbWFnZXMuLgoKT24gVGh1LCAyMDE0 LTA2LTI2IGF0IDE0OjQxICswMjAwLCBTdGVwaGFuIFZpbGpvZW4gd3JvdGU6Cj4gSSBqdXN0IG1h ZGUgb25lIGhlbGwgb2Ygc2NyZXcgdXAgYnkgYWNjaWRlbnRseSBkZWxldGluZyB0aGUgd3Jvbmcg Cj4gZm9sZGVyIGNvbnRhaW5pbmcgYWxsIG15IHhlbmQgZG9tYWluIGltYWdlcy4gTm93IHRoZSBz dHJhbmdlIHBhcnQgaXMgLCAKPiBhbGwgdGhvc2UgaG9zdHMgYXJlIHN0aWxsIGFsaXZlIGFuZCB0 aGFua2Z1bGx5IEnigJltIGFibGUgdG8gbWFrZSAKPiBiYWNrdXBzIGZvciB0aGUgY29udGVudCBz byBJIHdhcyB3b25kZXJpbmcgd2hldGhlciB0aGVyZeKAmXMgYSB3YXkgdG8gCj4gc29tZWhvdyBy ZXN0b3JlIHRoZSBpbWFnZXM/CgpJZiB0aGlzIHdlcmUgaGFwcGVuaW5nIHdpdGggbm9ybWFsIHBy b2Nlc3NlcyAoaS5lLiB5b3UndmUgZGVsZXRlZCBhIGZpbGUgd2hpY2ggc29tZSBwcm9jZXNzIGhh cyBvcGVuKSB0aGVuIHlvdSdkIGJlIGFibGUgdG8gcmVjb3ZlciBpdCB2aWEgL3Byb2MvJFBJRC9m ZC4KClNvIGlmIHRoZSBkb21haW5zIGFyZSB1c2luZyBhIHVzZXJzcGFjZSBwcm9jZXNzIGFzIGEg ZGlzayBiYWNrZW5kIChlLmcuCnRhcGRpc2sgb3IgcWRpc2spIHRoZW4geW91IGNvdWxkIHByb2Jh Ymx5IGFwcGx5IHRoYXQgdGVjaG5pcXVlIHRvIHRoZSBiYWNrZW5kIHByb2Nlc3Nlcy4KCklmIHRo ZSBkb21haW5zIGFyZSB1c2luZyBsb29wK2Jsa2JhY2sgdGhlbiBJIGd1ZXNzIHlvdSBtaWdodCBm aW5kIHRoZSBjb250ZW50IGluIC9kZXYvbG9vcCouCgpJZiB0aGUgZG9tYWlucyBhcmUgdXNpbmcg anVzdCBibGtiYWNrIGRpcmVjdGx5IHRoZW4gSSB0aGluayB5b3UgbWlnaHQgYmUgc3R1Y2ssIG9y IGF0IGxlYXN0IEkgZG9uJ3Qga25vdyB3aGF0IHRvIHN1Z2dlc3QuIFlvdSBzYWlkIGZvbGRlciBv ZiBpbWFnZXMgc28gSSdtIGhvcGVmdWwgeW91IGRvbid0IGZhbGwgaW50byB0aGlzIGNhc2UuCgpJ YW4uCgoKCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Jun 26 13:12:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 13:12:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09TJ-0008SL-BU; Thu, 26 Jun 2014 13:12:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X09TI-0008SE-DD for xen-users@lists.xen.org; Thu, 26 Jun 2014 13:12:12 +0000 Received: from [85.158.137.68:52504] by server-10.bemta-3.messagelabs.com id 41/72-09305-B2C1CA35; Thu, 26 Jun 2014 13:12:11 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-12.tower-31.messagelabs.com!1403788325!12413526!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14476 invoked from network); 26 Jun 2014 13:12:08 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 13:12:08 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QDFXLm023094; Thu, 26 Jun 2014 15:15:34 +0200 From: "Stephan Viljoen" To: "'Ian Campbell'" References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> In-Reply-To: <1403787459.21159.4.camel@kazak.uk.xensource.com> Date: Thu, 26 Jun 2014 15:11:41 +0200 Message-ID: <072801cf9140$2c377480$84a65d80$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKKZfWp0pxzy0XOQQctciao48mbzgGjI+DrmgCY7aA= Content-Language: en-us Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SGkgSWFuLAoKVGhhbmtzIGZvciB0aGUgcmVwbHkuIEkndmUgb25seSBzdGFydGVkIHVzaW5nIFhl bmQgZmFpcmx5IHJlY2VudGx5IHNvIEknbSBhIGxpdHRsZSBncmVlbiBhcm91bmQgdGhlIGVhcnMg c3RpbGwuIEFueXdheSAsIGhlcmUncyBhbiBleGFtcGxlIG9mIGEgcnVubmluZyAgZG9tYWluLgoK QWxsIG15IHhlbmQgaW1hZ2VzIGFyZSBjb250YWluZWQgb24gYSBwaHlzaWNhbCBkaXNrIGFycmF5 IHNvIEknbSAgZ3Vlc3NpbmcgdGhpcyBtZXRob2QgcmlnaHQgPyBBbHNvICwgd2hhdCBleGFjdGx5 IHNob3VsZCBJIGJlIGxvb2tpbmcgZm9yPwotLS0tIElmIHRoaXMgd2VyZSBoYXBwZW5pbmcgd2l0 aCBub3JtYWwgcHJvY2Vzc2VzIChpLmUuIHlvdSd2ZSBkZWxldGVkIGEgZmlsZSB3aGljaCBzb21l IHByb2Nlc3MgaGFzIG9wZW4pIHRoZW4geW91J2QgYmUgYWJsZSB0byByZWNvdmVyIGl0IHZpYSAv cHJvYy8kUElEL2ZkLgoKCi9kZXYvbWFwcGVyL1ZvbEdyb3VwLWx2X2hvbWUKICAgICAgICAgICAg ICAgICAgICAgMTIyMzA2Nzk0NCA0NDA2NzY5MzYgNzIwMjYyNjc2ICAzOCUgL3hlbmQvaW1hZ2Vz CgpBbHNvICwgaGVyZSdzIGFuIGV4YW1wbGUgb2YgYSBydW5uaW5nIGRvbWFpbi4gCgovdXNyL2xp Yi94ZW4vYmluL3FlbXUtZG0gLWQgNCAtc2VyaWFsIHB0eSAtZG9tYWluLW5hbWUgdGVzdC0wMSAt dmlkZW9yYW0gNCAtayBlbi11cyAtdm5jIDAuMC4wLjA6MCAtdm5jdW51c2VkIC1NIHhlbnB2Cgot c3RlcGgKCgoKCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tCkZyb206IElhbiBDYW1wYmVsbCBb bWFpbHRvOklhbi5DYW1wYmVsbEBjaXRyaXguY29tXSAKU2VudDogVGh1cnNkYXksIEp1bmUgMjYs IDIwMTQgMjo1OCBQTQpUbzogU3RlcGhhbiBWaWxqb2VuCkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gTG9zdCBpbWFnZXMuLgoKT24gVGh1LCAyMDE0 LTA2LTI2IGF0IDE0OjQxICswMjAwLCBTdGVwaGFuIFZpbGpvZW4gd3JvdGU6Cj4gSSBqdXN0IG1h ZGUgb25lIGhlbGwgb2Ygc2NyZXcgdXAgYnkgYWNjaWRlbnRseSBkZWxldGluZyB0aGUgd3Jvbmcg Cj4gZm9sZGVyIGNvbnRhaW5pbmcgYWxsIG15IHhlbmQgZG9tYWluIGltYWdlcy4gTm93IHRoZSBz dHJhbmdlIHBhcnQgaXMgLCAKPiBhbGwgdGhvc2UgaG9zdHMgYXJlIHN0aWxsIGFsaXZlIGFuZCB0 aGFua2Z1bGx5IEnigJltIGFibGUgdG8gbWFrZSAKPiBiYWNrdXBzIGZvciB0aGUgY29udGVudCBz byBJIHdhcyB3b25kZXJpbmcgd2hldGhlciB0aGVyZeKAmXMgYSB3YXkgdG8gCj4gc29tZWhvdyBy ZXN0b3JlIHRoZSBpbWFnZXM/CgpJZiB0aGlzIHdlcmUgaGFwcGVuaW5nIHdpdGggbm9ybWFsIHBy b2Nlc3NlcyAoaS5lLiB5b3UndmUgZGVsZXRlZCBhIGZpbGUgd2hpY2ggc29tZSBwcm9jZXNzIGhh cyBvcGVuKSB0aGVuIHlvdSdkIGJlIGFibGUgdG8gcmVjb3ZlciBpdCB2aWEgL3Byb2MvJFBJRC9m ZC4KClNvIGlmIHRoZSBkb21haW5zIGFyZSB1c2luZyBhIHVzZXJzcGFjZSBwcm9jZXNzIGFzIGEg ZGlzayBiYWNrZW5kIChlLmcuCnRhcGRpc2sgb3IgcWRpc2spIHRoZW4geW91IGNvdWxkIHByb2Jh Ymx5IGFwcGx5IHRoYXQgdGVjaG5pcXVlIHRvIHRoZSBiYWNrZW5kIHByb2Nlc3Nlcy4KCklmIHRo ZSBkb21haW5zIGFyZSB1c2luZyBsb29wK2Jsa2JhY2sgdGhlbiBJIGd1ZXNzIHlvdSBtaWdodCBm aW5kIHRoZSBjb250ZW50IGluIC9kZXYvbG9vcCouCgpJZiB0aGUgZG9tYWlucyBhcmUgdXNpbmcg anVzdCBibGtiYWNrIGRpcmVjdGx5IHRoZW4gSSB0aGluayB5b3UgbWlnaHQgYmUgc3R1Y2ssIG9y IGF0IGxlYXN0IEkgZG9uJ3Qga25vdyB3aGF0IHRvIHN1Z2dlc3QuIFlvdSBzYWlkIGZvbGRlciBv ZiBpbWFnZXMgc28gSSdtIGhvcGVmdWwgeW91IGRvbid0IGZhbGwgaW50byB0aGlzIGNhc2UuCgpJ YW4uCgoKCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Jun 26 13:50:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 13:50:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0A3E-0001e6-57; Thu, 26 Jun 2014 13:49:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0A3C-0001dl-R5 for xen-users@lists.xen.org; Thu, 26 Jun 2014 13:49:18 +0000 Received: from [193.109.254.147:43061] by server-1.bemta-14.messagelabs.com id 35/AF-14887-ED42CA35; Thu, 26 Jun 2014 13:49:18 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-11.tower-27.messagelabs.com!1403790540!10568812!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12699 invoked from network); 26 Jun 2014 13:49:09 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 13:49:09 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QDplQZ024671; Thu, 26 Jun 2014 15:51:54 +0200 From: "Stephan Viljoen" To: "'Ian Campbell'" References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> In-Reply-To: <1403787459.21159.4.camel@kazak.uk.xensource.com> Date: Thu, 26 Jun 2014 15:47:48 +0200 Message-ID: <073d01cf9145$407b0a10$c1711e30$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKKZfWp0pxzy0XOQQctciao48mbzgGjI+DrmgCi+7A= Content-Language: en-us Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T2sgLCBJIHRoaW5rIEkgdW5kZXJzdGFuZCBub3cuIAoKMjM1NCA/ICAgICAgICBTbCAgICAgMzoz NiAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0gLWQgNCAtc2VyaWFsIHB0eSAtZG9tYWluLW5hbWUg dGVzdC0wMSAtdmlkZW9yYW0gNCAtayBlbi11cyAtdm5jIDAuMC4wLjA6MCAtdm5jdW51c2VkIC1N IHhlbnB2ClNvIGlmIHRoZSBkb21haW5zIHJ1bnMgdW5kZXIgUElEIDIzNTQgZm9yIGluc3RhbmNl ICwgdGhlbiBJIHNob3VsZCBiZSBhYmxlIHRvIHJlY292ZXIgdGhlIGltYWdlIGZyb20gdGhlIGZv bGxvd2luZyBmb2xkZXIgPwovcHJvYy8yMzU0L2ZkIAoKSGVyZSdzIHRoZSBjb250ZW50IG9mIHRo ZSBkaXJlY3RvcnkgLCBob3cgZG8gSSBhY3R1YWxseSBnbyBhYm91dCByZWNvdmVyaW5nIHRoZSBh Y3R1YWwgZGlzayBpbWFnZSA/Cgpkci14LS0tLS0tIDIgcm9vdCByb290ICAwIEp1biAyNiAxNTo0 NiAuCmRyLXhyLXhyLXggOCByb290IHJvb3QgIDAgSnVuIDI2IDE1OjQ1IC4uCmxyLXgtLS0tLS0g MSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDAgLT4gL2Rldi9udWxsCmwtd3gtLS0tLS0gMSBy b290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDEgLT4gL3Zhci9sb2cveGVuL3FlbXUtZG0tdGVzdC0w MS5sb2cKbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTAgLT4gL3Byb2Mv eGVuL3hlbmJ1cwpsci14LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAxNTo0NiAxMSAtPiBw aXBlOlsxNDQ3NF0KbC13eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTIgLT4g cGlwZTpbMTQ0NzRdCmxyd3gtLS0tLS0gMSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDEzIC0+ IC9wcm9jL3hlbi9wcml2Y21kCmxyd3gtLS0tLS0gMSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2 IDE0IC0+IC9kZXYveGVuL2V2dGNobgpscnd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAx NTo0NiAxNSAtPiAvZGV2L3hlbi9nbnRkZXYKbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4g MjYgMTU6NDYgMTYgLT4gL2Rldi9wdG14Cmxyd3gtLS0tLS0gMSByb290IHJvb3QgNjQgSnVuIDI2 IDE1OjQ2IDE3IC0+IC9kZXYveGVuL2V2dGNobgpscnd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1 biAyNiAxNTo0NiAxOCAtPiAvZGV2L3hlbi9ldnRjaG4KbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2 NCBKdW4gMjYgMTU6NDYgMTkgLT4gc29ja2V0OlsxNTQwM10KbC13eC0tLS0tLSAxIHJvb3Qgcm9v dCA2NCBKdW4gMjYgMTU6NDYgMiAtPiAvdmFyL2xvZy94ZW4vcWVtdS1kbS10ZXN0LTAxLmxvZwps ci14LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAxNTo0NiAyMCAtPiBwaXBlOlsxNTQwNV0K bC13eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMjEgLT4gcGlwZTpbMTU0MDVd Cmxyd3gtLS0tLS0gMSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDI1IC0+IC92YXIvcnVuL3hl bmQvZG0tNC0xNDAzMTg5NDA0LmZpZm8KbHIteC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYg MTU6NDYgMyAtPiBwaXBlOlsxNDQ2OV0KbC13eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYg MTU6NDYgNCAtPiBwaXBlOlsxNDQ2OV0KbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYg MTU6NDYgNSAtPiAvcHJvYy94ZW4vcHJpdmNtZApscnd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1 biAyNiAxNTo0NiA2IC0+IC9wcm9jL3hlbi94ZW5idXMKbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2 NCBKdW4gMjYgMTU6NDYgNyAtPiAvZGV2L3B0bXgKbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBK dW4gMjYgMTU6NDYgOCAtPiAvdmFyL3J1bi90YXAvcWVtdS1yZWFkLTQKbHJ3eC0tLS0tLSAxIHJv b3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgOSAtPiAvdmFyL3J1bi90YXAvcWVtdS13cml0ZS00CgoK CgotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQpGcm9tOiB4ZW4tdXNlcnMtYm91bmNlc0BsaXN0 cy54ZW4ub3JnIFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVo YWxmIE9mIElhbiBDYW1wYmVsbApTZW50OiBUaHVyc2RheSwgSnVuZSAyNiwgMjAxNCAyOjU4IFBN ClRvOiBTdGVwaGFuIFZpbGpvZW4KQ2M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnClN1YmplY3Q6 IFJlOiBbWGVuLXVzZXJzXSBMb3N0IGltYWdlcy4uCgpPbiBUaHUsIDIwMTQtMDYtMjYgYXQgMTQ6 NDEgKzAyMDAsIFN0ZXBoYW4gVmlsam9lbiB3cm90ZToKPiBJIGp1c3QgbWFkZSBvbmUgaGVsbCBv ZiBzY3JldyB1cCBieSBhY2NpZGVudGx5IGRlbGV0aW5nIHRoZSB3cm9uZyAKPiBmb2xkZXIgY29u dGFpbmluZyBhbGwgbXkgeGVuZCBkb21haW4gaW1hZ2VzLiBOb3cgdGhlIHN0cmFuZ2UgcGFydCBp cyAsIAo+IGFsbCB0aG9zZSBob3N0cyBhcmUgc3RpbGwgYWxpdmUgYW5kIHRoYW5rZnVsbHkgSeKA mW0gYWJsZSB0byBtYWtlIAo+IGJhY2t1cHMgZm9yIHRoZSBjb250ZW50IHNvIEkgd2FzIHdvbmRl cmluZyB3aGV0aGVyIHRoZXJl4oCZcyBhIHdheSB0byAKPiBzb21laG93IHJlc3RvcmUgdGhlIGlt YWdlcz8KCklmIHRoaXMgd2VyZSBoYXBwZW5pbmcgd2l0aCBub3JtYWwgcHJvY2Vzc2VzIChpLmUu IHlvdSd2ZSBkZWxldGVkIGEgZmlsZSB3aGljaCBzb21lIHByb2Nlc3MgaGFzIG9wZW4pIHRoZW4g eW91J2QgYmUgYWJsZSB0byByZWNvdmVyIGl0IHZpYSAvcHJvYy8kUElEL2ZkLgoKU28gaWYgdGhl IGRvbWFpbnMgYXJlIHVzaW5nIGEgdXNlcnNwYWNlIHByb2Nlc3MgYXMgYSBkaXNrIGJhY2tlbmQg KGUuZy4KdGFwZGlzayBvciBxZGlzaykgdGhlbiB5b3UgY291bGQgcHJvYmFibHkgYXBwbHkgdGhh dCB0ZWNobmlxdWUgdG8gdGhlIGJhY2tlbmQgcHJvY2Vzc2VzLgoKSWYgdGhlIGRvbWFpbnMgYXJl IHVzaW5nIGxvb3ArYmxrYmFjayB0aGVuIEkgZ3Vlc3MgeW91IG1pZ2h0IGZpbmQgdGhlIGNvbnRl bnQgaW4gL2Rldi9sb29wKi4KCklmIHRoZSBkb21haW5zIGFyZSB1c2luZyBqdXN0IGJsa2JhY2sg ZGlyZWN0bHkgdGhlbiBJIHRoaW5rIHlvdSBtaWdodCBiZSBzdHVjaywgb3IgYXQgbGVhc3QgSSBk b24ndCBrbm93IHdoYXQgdG8gc3VnZ2VzdC4gWW91IHNhaWQgZm9sZGVyIG9mIGltYWdlcyBzbyBJ J20gaG9wZWZ1bCB5b3UgZG9uJ3QgZmFsbCBpbnRvIHRoaXMgY2FzZS4KCklhbi4KCgoKCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWls aW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Jun 26 13:50:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 13:50:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0A3E-0001e6-57; Thu, 26 Jun 2014 13:49:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0A3C-0001dl-R5 for xen-users@lists.xen.org; Thu, 26 Jun 2014 13:49:18 +0000 Received: from [193.109.254.147:43061] by server-1.bemta-14.messagelabs.com id 35/AF-14887-ED42CA35; Thu, 26 Jun 2014 13:49:18 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-11.tower-27.messagelabs.com!1403790540!10568812!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12699 invoked from network); 26 Jun 2014 13:49:09 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 13:49:09 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QDplQZ024671; Thu, 26 Jun 2014 15:51:54 +0200 From: "Stephan Viljoen" To: "'Ian Campbell'" References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> In-Reply-To: <1403787459.21159.4.camel@kazak.uk.xensource.com> Date: Thu, 26 Jun 2014 15:47:48 +0200 Message-ID: <073d01cf9145$407b0a10$c1711e30$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKKZfWp0pxzy0XOQQctciao48mbzgGjI+DrmgCi+7A= Content-Language: en-us Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T2sgLCBJIHRoaW5rIEkgdW5kZXJzdGFuZCBub3cuIAoKMjM1NCA/ICAgICAgICBTbCAgICAgMzoz NiAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0gLWQgNCAtc2VyaWFsIHB0eSAtZG9tYWluLW5hbWUg dGVzdC0wMSAtdmlkZW9yYW0gNCAtayBlbi11cyAtdm5jIDAuMC4wLjA6MCAtdm5jdW51c2VkIC1N IHhlbnB2ClNvIGlmIHRoZSBkb21haW5zIHJ1bnMgdW5kZXIgUElEIDIzNTQgZm9yIGluc3RhbmNl ICwgdGhlbiBJIHNob3VsZCBiZSBhYmxlIHRvIHJlY292ZXIgdGhlIGltYWdlIGZyb20gdGhlIGZv bGxvd2luZyBmb2xkZXIgPwovcHJvYy8yMzU0L2ZkIAoKSGVyZSdzIHRoZSBjb250ZW50IG9mIHRo ZSBkaXJlY3RvcnkgLCBob3cgZG8gSSBhY3R1YWxseSBnbyBhYm91dCByZWNvdmVyaW5nIHRoZSBh Y3R1YWwgZGlzayBpbWFnZSA/Cgpkci14LS0tLS0tIDIgcm9vdCByb290ICAwIEp1biAyNiAxNTo0 NiAuCmRyLXhyLXhyLXggOCByb290IHJvb3QgIDAgSnVuIDI2IDE1OjQ1IC4uCmxyLXgtLS0tLS0g MSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDAgLT4gL2Rldi9udWxsCmwtd3gtLS0tLS0gMSBy b290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDEgLT4gL3Zhci9sb2cveGVuL3FlbXUtZG0tdGVzdC0w MS5sb2cKbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTAgLT4gL3Byb2Mv eGVuL3hlbmJ1cwpsci14LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAxNTo0NiAxMSAtPiBw aXBlOlsxNDQ3NF0KbC13eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTIgLT4g cGlwZTpbMTQ0NzRdCmxyd3gtLS0tLS0gMSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDEzIC0+ IC9wcm9jL3hlbi9wcml2Y21kCmxyd3gtLS0tLS0gMSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2 IDE0IC0+IC9kZXYveGVuL2V2dGNobgpscnd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAx NTo0NiAxNSAtPiAvZGV2L3hlbi9nbnRkZXYKbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4g MjYgMTU6NDYgMTYgLT4gL2Rldi9wdG14Cmxyd3gtLS0tLS0gMSByb290IHJvb3QgNjQgSnVuIDI2 IDE1OjQ2IDE3IC0+IC9kZXYveGVuL2V2dGNobgpscnd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1 biAyNiAxNTo0NiAxOCAtPiAvZGV2L3hlbi9ldnRjaG4KbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2 NCBKdW4gMjYgMTU6NDYgMTkgLT4gc29ja2V0OlsxNTQwM10KbC13eC0tLS0tLSAxIHJvb3Qgcm9v dCA2NCBKdW4gMjYgMTU6NDYgMiAtPiAvdmFyL2xvZy94ZW4vcWVtdS1kbS10ZXN0LTAxLmxvZwps ci14LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAxNTo0NiAyMCAtPiBwaXBlOlsxNTQwNV0K bC13eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMjEgLT4gcGlwZTpbMTU0MDVd Cmxyd3gtLS0tLS0gMSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDI1IC0+IC92YXIvcnVuL3hl bmQvZG0tNC0xNDAzMTg5NDA0LmZpZm8KbHIteC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYg MTU6NDYgMyAtPiBwaXBlOlsxNDQ2OV0KbC13eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYg MTU6NDYgNCAtPiBwaXBlOlsxNDQ2OV0KbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYg MTU6NDYgNSAtPiAvcHJvYy94ZW4vcHJpdmNtZApscnd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1 biAyNiAxNTo0NiA2IC0+IC9wcm9jL3hlbi94ZW5idXMKbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2 NCBKdW4gMjYgMTU6NDYgNyAtPiAvZGV2L3B0bXgKbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBK dW4gMjYgMTU6NDYgOCAtPiAvdmFyL3J1bi90YXAvcWVtdS1yZWFkLTQKbHJ3eC0tLS0tLSAxIHJv b3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgOSAtPiAvdmFyL3J1bi90YXAvcWVtdS13cml0ZS00CgoK CgotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQpGcm9tOiB4ZW4tdXNlcnMtYm91bmNlc0BsaXN0 cy54ZW4ub3JnIFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVo YWxmIE9mIElhbiBDYW1wYmVsbApTZW50OiBUaHVyc2RheSwgSnVuZSAyNiwgMjAxNCAyOjU4IFBN ClRvOiBTdGVwaGFuIFZpbGpvZW4KQ2M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnClN1YmplY3Q6 IFJlOiBbWGVuLXVzZXJzXSBMb3N0IGltYWdlcy4uCgpPbiBUaHUsIDIwMTQtMDYtMjYgYXQgMTQ6 NDEgKzAyMDAsIFN0ZXBoYW4gVmlsam9lbiB3cm90ZToKPiBJIGp1c3QgbWFkZSBvbmUgaGVsbCBv ZiBzY3JldyB1cCBieSBhY2NpZGVudGx5IGRlbGV0aW5nIHRoZSB3cm9uZyAKPiBmb2xkZXIgY29u dGFpbmluZyBhbGwgbXkgeGVuZCBkb21haW4gaW1hZ2VzLiBOb3cgdGhlIHN0cmFuZ2UgcGFydCBp cyAsIAo+IGFsbCB0aG9zZSBob3N0cyBhcmUgc3RpbGwgYWxpdmUgYW5kIHRoYW5rZnVsbHkgSeKA mW0gYWJsZSB0byBtYWtlIAo+IGJhY2t1cHMgZm9yIHRoZSBjb250ZW50IHNvIEkgd2FzIHdvbmRl cmluZyB3aGV0aGVyIHRoZXJl4oCZcyBhIHdheSB0byAKPiBzb21laG93IHJlc3RvcmUgdGhlIGlt YWdlcz8KCklmIHRoaXMgd2VyZSBoYXBwZW5pbmcgd2l0aCBub3JtYWwgcHJvY2Vzc2VzIChpLmUu IHlvdSd2ZSBkZWxldGVkIGEgZmlsZSB3aGljaCBzb21lIHByb2Nlc3MgaGFzIG9wZW4pIHRoZW4g eW91J2QgYmUgYWJsZSB0byByZWNvdmVyIGl0IHZpYSAvcHJvYy8kUElEL2ZkLgoKU28gaWYgdGhl IGRvbWFpbnMgYXJlIHVzaW5nIGEgdXNlcnNwYWNlIHByb2Nlc3MgYXMgYSBkaXNrIGJhY2tlbmQg KGUuZy4KdGFwZGlzayBvciBxZGlzaykgdGhlbiB5b3UgY291bGQgcHJvYmFibHkgYXBwbHkgdGhh dCB0ZWNobmlxdWUgdG8gdGhlIGJhY2tlbmQgcHJvY2Vzc2VzLgoKSWYgdGhlIGRvbWFpbnMgYXJl IHVzaW5nIGxvb3ArYmxrYmFjayB0aGVuIEkgZ3Vlc3MgeW91IG1pZ2h0IGZpbmQgdGhlIGNvbnRl bnQgaW4gL2Rldi9sb29wKi4KCklmIHRoZSBkb21haW5zIGFyZSB1c2luZyBqdXN0IGJsa2JhY2sg ZGlyZWN0bHkgdGhlbiBJIHRoaW5rIHlvdSBtaWdodCBiZSBzdHVjaywgb3IgYXQgbGVhc3QgSSBk b24ndCBrbm93IHdoYXQgdG8gc3VnZ2VzdC4gWW91IHNhaWQgZm9sZGVyIG9mIGltYWdlcyBzbyBJ J20gaG9wZWZ1bCB5b3UgZG9uJ3QgZmFsbCBpbnRvIHRoaXMgY2FzZS4KCklhbi4KCgoKCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWls aW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Jun 26 14:07:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 14:07:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0AKA-0002JA-1N; Thu, 26 Jun 2014 14:06:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0AK9-0002J4-7c for xen-users@lists.xen.org; Thu, 26 Jun 2014 14:06:49 +0000 Received: from [193.109.254.147:22964] by server-9.bemta-14.messagelabs.com id E5/0F-14237-8F82CA35; Thu, 26 Jun 2014 14:06:48 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1403791606!9262462!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31036 invoked from network); 26 Jun 2014 14:06:47 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 14:06:47 -0000 X-IronPort-AV: E=Sophos;i="5.01,553,1400025600"; d="scan'208";a="147357849" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 14:06:37 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 10:06:36 -0400 Message-ID: <1403791595.21159.19.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Thu, 26 Jun 2014 15:06:35 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-26 at 14:07 +0100, Jeenu Viswambharan wrote: > On Tue, Jun 24, 2014 at 17:06:17, Ian Campbell wrote: > > On Tue, 2014-06-24 at 17:00 +0100, Jeenu Viswambharan wrote: > > > On Mon, Jun 23, 2014 at 17:19:48, Stefano Stabellini wrote: > > > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > > > A quick grep under the tools directory showed that it's because > > > > > libxc failed to open /proc/xen/privcmd. The file seems missing > > > > > in the proc tree but I don't see any messages of failure (say, > > > > > about registering the file). Any idea what's going wrong? > > > > > > > > You need to execute /etc/init.d/xencommons start > > > > > > Hm OK, but more troubles: > > > > > > root@(none):~# /etc/init.d/xencommons start > > > Starting C xenstored....WARNING: Failed to open connection to gnttab > > > FATAL: Failed to open evtchn device: No such file or directory > > > ............................. > > > Could not start xenstored > > > > > > Just to recap, I'm now passing init=/bin/sh; any dependent services > > > that would have otherwise started by upstart wouldn't have started > > > by now. I'm not sure if there's something needed to be done before > > > this! > > > > These are missing drivers. You might need to run mknod a few times for > > the xen devices in /proc/misc, or arrange for udev to run somehow and > > do it for you. > > Thanks. Having created the nodes manually, I'm able to start xencommons, > with one exception: > > Starting QEMU as disk backend for dom0 > /etc/init.d/xencommons: line 121: /usr/local/lib/xen/bin/qemu-system-i386: No such file or directory > > I'm not sure if this is a problem. I can't find any i386 binaries in the > file system. You can ignore that. > With that, I can run, for example, the command 'xl list' and it lists > Dom0 as a running domain (phew!). I hope to launch a DomU guest using > 'xl create' command. I looked around the Internet to see if I can get a > sample file for an ARM guest, but with no success. I'm a bit dazed at > the number of options, which one's are required etc. Please could I > borrow one that I can use on Versatile Express board? http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions#DomU_kernel_and_DTS has a simple example configuration. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 14:07:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 14:07:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0AKA-0002JA-1N; Thu, 26 Jun 2014 14:06:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0AK9-0002J4-7c for xen-users@lists.xen.org; Thu, 26 Jun 2014 14:06:49 +0000 Received: from [193.109.254.147:22964] by server-9.bemta-14.messagelabs.com id E5/0F-14237-8F82CA35; Thu, 26 Jun 2014 14:06:48 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1403791606!9262462!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31036 invoked from network); 26 Jun 2014 14:06:47 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 14:06:47 -0000 X-IronPort-AV: E=Sophos;i="5.01,553,1400025600"; d="scan'208";a="147357849" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 14:06:37 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 10:06:36 -0400 Message-ID: <1403791595.21159.19.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Thu, 26 Jun 2014 15:06:35 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-26 at 14:07 +0100, Jeenu Viswambharan wrote: > On Tue, Jun 24, 2014 at 17:06:17, Ian Campbell wrote: > > On Tue, 2014-06-24 at 17:00 +0100, Jeenu Viswambharan wrote: > > > On Mon, Jun 23, 2014 at 17:19:48, Stefano Stabellini wrote: > > > > On Mon, 23 Jun 2014, Jeenu Viswambharan wrote: > > > > > A quick grep under the tools directory showed that it's because > > > > > libxc failed to open /proc/xen/privcmd. The file seems missing > > > > > in the proc tree but I don't see any messages of failure (say, > > > > > about registering the file). Any idea what's going wrong? > > > > > > > > You need to execute /etc/init.d/xencommons start > > > > > > Hm OK, but more troubles: > > > > > > root@(none):~# /etc/init.d/xencommons start > > > Starting C xenstored....WARNING: Failed to open connection to gnttab > > > FATAL: Failed to open evtchn device: No such file or directory > > > ............................. > > > Could not start xenstored > > > > > > Just to recap, I'm now passing init=/bin/sh; any dependent services > > > that would have otherwise started by upstart wouldn't have started > > > by now. I'm not sure if there's something needed to be done before > > > this! > > > > These are missing drivers. You might need to run mknod a few times for > > the xen devices in /proc/misc, or arrange for udev to run somehow and > > do it for you. > > Thanks. Having created the nodes manually, I'm able to start xencommons, > with one exception: > > Starting QEMU as disk backend for dom0 > /etc/init.d/xencommons: line 121: /usr/local/lib/xen/bin/qemu-system-i386: No such file or directory > > I'm not sure if this is a problem. I can't find any i386 binaries in the > file system. You can ignore that. > With that, I can run, for example, the command 'xl list' and it lists > Dom0 as a running domain (phew!). I hope to launch a DomU guest using > 'xl create' command. I looked around the Internet to see if I can get a > sample file for an ARM guest, but with no success. I'm a bit dazed at > the number of options, which one's are required etc. Please could I > borrow one that I can use on Versatile Express board? http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions#DomU_kernel_and_DTS has a simple example configuration. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 14:21:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 14:21:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0AXq-0002vT-E8; Thu, 26 Jun 2014 14:20:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0AXo-0002v7-OH for xen-users@lists.xen.org; Thu, 26 Jun 2014 14:20:56 +0000 Received: from [85.158.139.211:36191] by server-14.bemta-5.messagelabs.com id E7/69-27057-74C2CA35; Thu, 26 Jun 2014 14:20:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1403792453!12235847!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25890 invoked from network); 26 Jun 2014 14:20:54 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 14:20:54 -0000 X-IronPort-AV: E=Sophos;i="5.01,553,1400025600"; d="scan'208";a="147367061" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 14:20:40 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 10:20:39 -0400 Message-ID: <1403792438.21159.25.camel@kazak.uk.xensource.com> From: Ian Campbell To: Stephan Viljoen Date: Thu, 26 Jun 2014 15:20:38 +0100 In-Reply-To: <073d01cf9145$407b0a10$c1711e30$@bbi.co.bw> References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> <073d01cf9145$407b0a10$c1711e30$@bbi.co.bw> Organization: Citrix Systems, Inc. Content-Length: 5378 X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVGh1LCAyMDE0LTA2LTI2IGF0IDE1OjQ3ICswMjAwLCBTdGVwaGFuIFZpbGpvZW4gd3JvdGU6 Cj4gT2sgLCBJIHRoaW5rIEkgdW5kZXJzdGFuZCBub3cuIAo+IAo+IDIzNTQgPyAgICAgICAgU2wg ICAgIDM6MzYgL3Vzci9saWIveGVuL2Jpbi9xZW11LWRtIC1kIDQgLXNlcmlhbCBwdHkgLWRvbWFp bi1uYW1lIHRlc3QtMDEgLXZpZGVvcmFtIDQgLWsgZW4tdXMgLXZuYyAwLjAuMC4wOjAgLXZuY3Vu dXNlZCAtTSB4ZW5wdgo+IFNvIGlmIHRoZSBkb21haW5zIHJ1bnMgdW5kZXIgUElEIDIzNTQgZm9y IGluc3RhbmNlICwgdGhlbiBJIHNob3VsZCBiZSBhYmxlIHRvIHJlY292ZXIgdGhlIGltYWdlIGZy b20gdGhlIGZvbGxvd2luZyBmb2xkZXIgPwo+IC9wcm9jLzIzNTQvZmQgCj4gCj4gSGVyZSdzIHRo ZSBjb250ZW50IG9mIHRoZSBkaXJlY3RvcnkgLCBob3cgZG8gSSBhY3R1YWxseSBnbyBhYm91dCBy ZWNvdmVyaW5nIHRoZSBhY3R1YWwgZGlzayBpbWFnZSA/CgpJIHdhcyBleHBlY3Rpbmcgb25lIG9m IHRob3NlIHRoaW5ncyB0byBiZSBhIGxpbmsgdG8gdGhlIGZpbGVzeXN0ZW0KaW1hZ2UuIEJ1dCBJ IGRvbid0IHNlZSBpdCwgc28gaXQgbWF5IGJlIHRoYXQgdGhpcyBxZW11IHByb2Nlc3MgaXMgbm90 CnByb3ZpZGluZyBkaXNrIHNlcnZpY2VzIChqdXN0IG90aGVyIHN0dWZmKS4KCldoYXQgdmVyc2lv biBvZiBYZW4gYXJlIHlvdSBydW5uaW5nPyBXaGF0IHRvb2xzdGFjaz8gYW5kIHdoYXQgZG9lcyB5 b3VyCmRvbWFpbiBjZmcgZmlsZSBjb250YWluPyBDYW4geW91IGFsc28gcG9zdCB0aGUgb3V0cHV0 IG9mICJ4ZW5zdG9yZS1scwotZnAiLgoKSWFuLgoKCj4gCj4gZHIteC0tLS0tLSAyIHJvb3Qgcm9v dCAgMCBKdW4gMjYgMTU6NDYgLgo+IGRyLXhyLXhyLXggOCByb290IHJvb3QgIDAgSnVuIDI2IDE1 OjQ1IC4uCj4gbHIteC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMCAtPiAvZGV2 L251bGwKPiBsLXd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAxNTo0NiAxIC0+IC92YXIv bG9nL3hlbi9xZW11LWRtLXRlc3QtMDEubG9nCj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBK dW4gMjYgMTU6NDYgMTAgLT4gL3Byb2MveGVuL3hlbmJ1cwo+IGxyLXgtLS0tLS0gMSByb290IHJv b3QgNjQgSnVuIDI2IDE1OjQ2IDExIC0+IHBpcGU6WzE0NDc0XQo+IGwtd3gtLS0tLS0gMSByb290 IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDEyIC0+IHBpcGU6WzE0NDc0XQo+IGxyd3gtLS0tLS0gMSBy b290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDEzIC0+IC9wcm9jL3hlbi9wcml2Y21kCj4gbHJ3eC0t LS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTQgLT4gL2Rldi94ZW4vZXZ0Y2huCj4g bHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTUgLT4gL2Rldi94ZW4vZ250 ZGV2Cj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTYgLT4gL2Rldi9w dG14Cj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTcgLT4gL2Rldi94 ZW4vZXZ0Y2huCj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTggLT4g L2Rldi94ZW4vZXZ0Y2huCj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYg MTkgLT4gc29ja2V0OlsxNTQwM10KPiBsLXd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAx NTo0NiAyIC0+IC92YXIvbG9nL3hlbi9xZW11LWRtLXRlc3QtMDEubG9nCj4gbHIteC0tLS0tLSAx IHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMjAgLT4gcGlwZTpbMTU0MDVdCj4gbC13eC0tLS0t LSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMjEgLT4gcGlwZTpbMTU0MDVdCj4gbHJ3eC0t LS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMjUgLT4gL3Zhci9ydW4veGVuZC9kbS00 LTE0MDMxODk0MDQuZmlmbwo+IGxyLXgtLS0tLS0gMSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2 IDMgLT4gcGlwZTpbMTQ0NjldCj4gbC13eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6 NDYgNCAtPiBwaXBlOlsxNDQ2OV0KPiBscnd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAx NTo0NiA1IC0+IC9wcm9jL3hlbi9wcml2Y21kCj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBK dW4gMjYgMTU6NDYgNiAtPiAvcHJvYy94ZW4veGVuYnVzCj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9v dCA2NCBKdW4gMjYgMTU6NDYgNyAtPiAvZGV2L3B0bXgKPiBscnd4LS0tLS0tIDEgcm9vdCByb290 IDY0IEp1biAyNiAxNTo0NiA4IC0+IC92YXIvcnVuL3RhcC9xZW11LXJlYWQtNAo+IGxyd3gtLS0t LS0gMSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDkgLT4gL3Zhci9ydW4vdGFwL3FlbXUtd3Jp dGUtNAo+IAo+IAo+IAo+IAo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tCj4gRnJvbTogeGVu LXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxp c3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBJYW4gQ2FtcGJlbGwKPiBTZW50OiBUaHVyc2RheSwg SnVuZSAyNiwgMjAxNCAyOjU4IFBNCj4gVG86IFN0ZXBoYW4gVmlsam9lbgo+IENjOiB4ZW4tdXNl cnNAbGlzdHMueGVuLm9yZwo+IFN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBMb3N0IGltYWdlcy4u Cj4gCj4gT24gVGh1LCAyMDE0LTA2LTI2IGF0IDE0OjQxICswMjAwLCBTdGVwaGFuIFZpbGpvZW4g d3JvdGU6Cj4gPiBJIGp1c3QgbWFkZSBvbmUgaGVsbCBvZiBzY3JldyB1cCBieSBhY2NpZGVudGx5 IGRlbGV0aW5nIHRoZSB3cm9uZyAKPiA+IGZvbGRlciBjb250YWluaW5nIGFsbCBteSB4ZW5kIGRv bWFpbiBpbWFnZXMuIE5vdyB0aGUgc3RyYW5nZSBwYXJ0IGlzICwgCj4gPiBhbGwgdGhvc2UgaG9z dHMgYXJlIHN0aWxsIGFsaXZlIGFuZCB0aGFua2Z1bGx5IEnigJltIGFibGUgdG8gbWFrZSAKPiA+ IGJhY2t1cHMgZm9yIHRoZSBjb250ZW50IHNvIEkgd2FzIHdvbmRlcmluZyB3aGV0aGVyIHRoZXJl 4oCZcyBhIHdheSB0byAKPiA+IHNvbWVob3cgcmVzdG9yZSB0aGUgaW1hZ2VzPwo+IAo+IElmIHRo aXMgd2VyZSBoYXBwZW5pbmcgd2l0aCBub3JtYWwgcHJvY2Vzc2VzIChpLmUuIHlvdSd2ZSBkZWxl dGVkIGEgZmlsZSB3aGljaCBzb21lIHByb2Nlc3MgaGFzIG9wZW4pIHRoZW4geW91J2QgYmUgYWJs ZSB0byByZWNvdmVyIGl0IHZpYSAvcHJvYy8kUElEL2ZkLgo+IAo+IFNvIGlmIHRoZSBkb21haW5z IGFyZSB1c2luZyBhIHVzZXJzcGFjZSBwcm9jZXNzIGFzIGEgZGlzayBiYWNrZW5kIChlLmcuCj4g dGFwZGlzayBvciBxZGlzaykgdGhlbiB5b3UgY291bGQgcHJvYmFibHkgYXBwbHkgdGhhdCB0ZWNo bmlxdWUgdG8gdGhlIGJhY2tlbmQgcHJvY2Vzc2VzLgo+IAo+IElmIHRoZSBkb21haW5zIGFyZSB1 c2luZyBsb29wK2Jsa2JhY2sgdGhlbiBJIGd1ZXNzIHlvdSBtaWdodCBmaW5kIHRoZSBjb250ZW50 IGluIC9kZXYvbG9vcCouCj4gCj4gSWYgdGhlIGRvbWFpbnMgYXJlIHVzaW5nIGp1c3QgYmxrYmFj ayBkaXJlY3RseSB0aGVuIEkgdGhpbmsgeW91IG1pZ2h0IGJlIHN0dWNrLCBvciBhdCBsZWFzdCBJ IGRvbid0IGtub3cgd2hhdCB0byBzdWdnZXN0LiBZb3Ugc2FpZCBmb2xkZXIgb2YgaW1hZ2VzIHNv IEknbSBob3BlZnVsIHlvdSBkb24ndCBmYWxsIGludG8gdGhpcyBjYXNlLgo+IAo+IElhbi4KPiAK PiAKPiAKPiAKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IGh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+IAoKCgpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Jun 26 14:21:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 14:21:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0AXq-0002vT-E8; Thu, 26 Jun 2014 14:20:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0AXo-0002v7-OH for xen-users@lists.xen.org; Thu, 26 Jun 2014 14:20:56 +0000 Received: from [85.158.139.211:36191] by server-14.bemta-5.messagelabs.com id E7/69-27057-74C2CA35; Thu, 26 Jun 2014 14:20:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1403792453!12235847!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25890 invoked from network); 26 Jun 2014 14:20:54 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 14:20:54 -0000 X-IronPort-AV: E=Sophos;i="5.01,553,1400025600"; d="scan'208";a="147367061" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 14:20:40 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 10:20:39 -0400 Message-ID: <1403792438.21159.25.camel@kazak.uk.xensource.com> From: Ian Campbell To: Stephan Viljoen Date: Thu, 26 Jun 2014 15:20:38 +0100 In-Reply-To: <073d01cf9145$407b0a10$c1711e30$@bbi.co.bw> References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> <073d01cf9145$407b0a10$c1711e30$@bbi.co.bw> Organization: Citrix Systems, Inc. Content-Length: 5378 X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVGh1LCAyMDE0LTA2LTI2IGF0IDE1OjQ3ICswMjAwLCBTdGVwaGFuIFZpbGpvZW4gd3JvdGU6 Cj4gT2sgLCBJIHRoaW5rIEkgdW5kZXJzdGFuZCBub3cuIAo+IAo+IDIzNTQgPyAgICAgICAgU2wg ICAgIDM6MzYgL3Vzci9saWIveGVuL2Jpbi9xZW11LWRtIC1kIDQgLXNlcmlhbCBwdHkgLWRvbWFp bi1uYW1lIHRlc3QtMDEgLXZpZGVvcmFtIDQgLWsgZW4tdXMgLXZuYyAwLjAuMC4wOjAgLXZuY3Vu dXNlZCAtTSB4ZW5wdgo+IFNvIGlmIHRoZSBkb21haW5zIHJ1bnMgdW5kZXIgUElEIDIzNTQgZm9y IGluc3RhbmNlICwgdGhlbiBJIHNob3VsZCBiZSBhYmxlIHRvIHJlY292ZXIgdGhlIGltYWdlIGZy b20gdGhlIGZvbGxvd2luZyBmb2xkZXIgPwo+IC9wcm9jLzIzNTQvZmQgCj4gCj4gSGVyZSdzIHRo ZSBjb250ZW50IG9mIHRoZSBkaXJlY3RvcnkgLCBob3cgZG8gSSBhY3R1YWxseSBnbyBhYm91dCBy ZWNvdmVyaW5nIHRoZSBhY3R1YWwgZGlzayBpbWFnZSA/CgpJIHdhcyBleHBlY3Rpbmcgb25lIG9m IHRob3NlIHRoaW5ncyB0byBiZSBhIGxpbmsgdG8gdGhlIGZpbGVzeXN0ZW0KaW1hZ2UuIEJ1dCBJ IGRvbid0IHNlZSBpdCwgc28gaXQgbWF5IGJlIHRoYXQgdGhpcyBxZW11IHByb2Nlc3MgaXMgbm90 CnByb3ZpZGluZyBkaXNrIHNlcnZpY2VzIChqdXN0IG90aGVyIHN0dWZmKS4KCldoYXQgdmVyc2lv biBvZiBYZW4gYXJlIHlvdSBydW5uaW5nPyBXaGF0IHRvb2xzdGFjaz8gYW5kIHdoYXQgZG9lcyB5 b3VyCmRvbWFpbiBjZmcgZmlsZSBjb250YWluPyBDYW4geW91IGFsc28gcG9zdCB0aGUgb3V0cHV0 IG9mICJ4ZW5zdG9yZS1scwotZnAiLgoKSWFuLgoKCj4gCj4gZHIteC0tLS0tLSAyIHJvb3Qgcm9v dCAgMCBKdW4gMjYgMTU6NDYgLgo+IGRyLXhyLXhyLXggOCByb290IHJvb3QgIDAgSnVuIDI2IDE1 OjQ1IC4uCj4gbHIteC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMCAtPiAvZGV2 L251bGwKPiBsLXd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAxNTo0NiAxIC0+IC92YXIv bG9nL3hlbi9xZW11LWRtLXRlc3QtMDEubG9nCj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBK dW4gMjYgMTU6NDYgMTAgLT4gL3Byb2MveGVuL3hlbmJ1cwo+IGxyLXgtLS0tLS0gMSByb290IHJv b3QgNjQgSnVuIDI2IDE1OjQ2IDExIC0+IHBpcGU6WzE0NDc0XQo+IGwtd3gtLS0tLS0gMSByb290 IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDEyIC0+IHBpcGU6WzE0NDc0XQo+IGxyd3gtLS0tLS0gMSBy b290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDEzIC0+IC9wcm9jL3hlbi9wcml2Y21kCj4gbHJ3eC0t LS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTQgLT4gL2Rldi94ZW4vZXZ0Y2huCj4g bHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTUgLT4gL2Rldi94ZW4vZ250 ZGV2Cj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTYgLT4gL2Rldi9w dG14Cj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTcgLT4gL2Rldi94 ZW4vZXZ0Y2huCj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMTggLT4g L2Rldi94ZW4vZXZ0Y2huCj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYg MTkgLT4gc29ja2V0OlsxNTQwM10KPiBsLXd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAx NTo0NiAyIC0+IC92YXIvbG9nL3hlbi9xZW11LWRtLXRlc3QtMDEubG9nCj4gbHIteC0tLS0tLSAx IHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMjAgLT4gcGlwZTpbMTU0MDVdCj4gbC13eC0tLS0t LSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMjEgLT4gcGlwZTpbMTU0MDVdCj4gbHJ3eC0t LS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6NDYgMjUgLT4gL3Zhci9ydW4veGVuZC9kbS00 LTE0MDMxODk0MDQuZmlmbwo+IGxyLXgtLS0tLS0gMSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2 IDMgLT4gcGlwZTpbMTQ0NjldCj4gbC13eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBKdW4gMjYgMTU6 NDYgNCAtPiBwaXBlOlsxNDQ2OV0KPiBscnd4LS0tLS0tIDEgcm9vdCByb290IDY0IEp1biAyNiAx NTo0NiA1IC0+IC9wcm9jL3hlbi9wcml2Y21kCj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9vdCA2NCBK dW4gMjYgMTU6NDYgNiAtPiAvcHJvYy94ZW4veGVuYnVzCj4gbHJ3eC0tLS0tLSAxIHJvb3Qgcm9v dCA2NCBKdW4gMjYgMTU6NDYgNyAtPiAvZGV2L3B0bXgKPiBscnd4LS0tLS0tIDEgcm9vdCByb290 IDY0IEp1biAyNiAxNTo0NiA4IC0+IC92YXIvcnVuL3RhcC9xZW11LXJlYWQtNAo+IGxyd3gtLS0t LS0gMSByb290IHJvb3QgNjQgSnVuIDI2IDE1OjQ2IDkgLT4gL3Zhci9ydW4vdGFwL3FlbXUtd3Jp dGUtNAo+IAo+IAo+IAo+IAo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tCj4gRnJvbTogeGVu LXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxp c3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBJYW4gQ2FtcGJlbGwKPiBTZW50OiBUaHVyc2RheSwg SnVuZSAyNiwgMjAxNCAyOjU4IFBNCj4gVG86IFN0ZXBoYW4gVmlsam9lbgo+IENjOiB4ZW4tdXNl cnNAbGlzdHMueGVuLm9yZwo+IFN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBMb3N0IGltYWdlcy4u Cj4gCj4gT24gVGh1LCAyMDE0LTA2LTI2IGF0IDE0OjQxICswMjAwLCBTdGVwaGFuIFZpbGpvZW4g d3JvdGU6Cj4gPiBJIGp1c3QgbWFkZSBvbmUgaGVsbCBvZiBzY3JldyB1cCBieSBhY2NpZGVudGx5 IGRlbGV0aW5nIHRoZSB3cm9uZyAKPiA+IGZvbGRlciBjb250YWluaW5nIGFsbCBteSB4ZW5kIGRv bWFpbiBpbWFnZXMuIE5vdyB0aGUgc3RyYW5nZSBwYXJ0IGlzICwgCj4gPiBhbGwgdGhvc2UgaG9z dHMgYXJlIHN0aWxsIGFsaXZlIGFuZCB0aGFua2Z1bGx5IEnigJltIGFibGUgdG8gbWFrZSAKPiA+ IGJhY2t1cHMgZm9yIHRoZSBjb250ZW50IHNvIEkgd2FzIHdvbmRlcmluZyB3aGV0aGVyIHRoZXJl 4oCZcyBhIHdheSB0byAKPiA+IHNvbWVob3cgcmVzdG9yZSB0aGUgaW1hZ2VzPwo+IAo+IElmIHRo aXMgd2VyZSBoYXBwZW5pbmcgd2l0aCBub3JtYWwgcHJvY2Vzc2VzIChpLmUuIHlvdSd2ZSBkZWxl dGVkIGEgZmlsZSB3aGljaCBzb21lIHByb2Nlc3MgaGFzIG9wZW4pIHRoZW4geW91J2QgYmUgYWJs ZSB0byByZWNvdmVyIGl0IHZpYSAvcHJvYy8kUElEL2ZkLgo+IAo+IFNvIGlmIHRoZSBkb21haW5z IGFyZSB1c2luZyBhIHVzZXJzcGFjZSBwcm9jZXNzIGFzIGEgZGlzayBiYWNrZW5kIChlLmcuCj4g dGFwZGlzayBvciBxZGlzaykgdGhlbiB5b3UgY291bGQgcHJvYmFibHkgYXBwbHkgdGhhdCB0ZWNo bmlxdWUgdG8gdGhlIGJhY2tlbmQgcHJvY2Vzc2VzLgo+IAo+IElmIHRoZSBkb21haW5zIGFyZSB1 c2luZyBsb29wK2Jsa2JhY2sgdGhlbiBJIGd1ZXNzIHlvdSBtaWdodCBmaW5kIHRoZSBjb250ZW50 IGluIC9kZXYvbG9vcCouCj4gCj4gSWYgdGhlIGRvbWFpbnMgYXJlIHVzaW5nIGp1c3QgYmxrYmFj ayBkaXJlY3RseSB0aGVuIEkgdGhpbmsgeW91IG1pZ2h0IGJlIHN0dWNrLCBvciBhdCBsZWFzdCBJ IGRvbid0IGtub3cgd2hhdCB0byBzdWdnZXN0LiBZb3Ugc2FpZCBmb2xkZXIgb2YgaW1hZ2VzIHNv IEknbSBob3BlZnVsIHlvdSBkb24ndCBmYWxsIGludG8gdGhpcyBjYXNlLgo+IAo+IElhbi4KPiAK PiAKPiAKPiAKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IGh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+IAoKCgpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Jun 26 14:52:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 14:52:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0B1O-0003yD-5r; Thu, 26 Jun 2014 14:51:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0B1M-0003y8-57 for xen-users@lists.xen.org; Thu, 26 Jun 2014 14:51:28 +0000 Received: from [85.158.139.211:63555] by server-17.bemta-5.messagelabs.com id 91/91-08711-F633CA35; Thu, 26 Jun 2014 14:51:27 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-15.tower-206.messagelabs.com!1403794283!8866664!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5535 invoked from network); 26 Jun 2014 14:51:26 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 14:51:26 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QEskJ8026581; Thu, 26 Jun 2014 16:54:52 +0200 From: "Stephan Viljoen" To: "'Ian Campbell'" References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> In-Reply-To: <1403787459.21159.4.camel@kazak.uk.xensource.com> Date: Thu, 26 Jun 2014 16:50:53 +0200 Message-ID: <074201cf914e$0cb8fbc0$262af340$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKKZfWp0pxzy0XOQQctciao48mbzgGjI+DrmgCpizA= Content-Language: en-us Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org U29ycnkgZm9yIHRoZSBzcGFtICwgYnV0IGhvcGVmdWxseSBJJ20gcG9zdGluZyBtb3JlIG1lYW5p bmdmdWwgaW5mb3JtYXRpb24gYXMgSSdtIGZpZ3VyaW5nIHRoaXMgb3V0LgoKSWFuICwgc2VlbXMg bGlrZSBteSBkb21haW5zIGFyZSB1c2luZyBibGtiYWNrIHNvIEknbSBndWVzc2luZyB0aG9zZSB0 d28gcHJvY2Vzc2VzIDogMjU2NyBhbmQgMjU2OCBhcmUgdGhlIG9uZXMga2VlcGluZyBteSBpbWFn ZXMgb3BlbiBmb3IgWGVuID8gSG93IGRvIEkgYWN0dWFsbHkgbGluayB0aGUgL2Rldi9sb29wIGZp bGUgdG8gdGhlIGFjdHVhbCBpbWFnZSBhbmQgdGhlbiBjb3B5IC8gdW5kZWxldGUgaXQgPwoKMjM1 NCA/ICAgICAgICBTbCAgICAgMzozNyAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0gLWQgNCAtc2Vy aWFsIHB0eSAtZG9tYWluLW5hbWUgdGVzdC0wMSAtdmlkZW9yYW0gNCAtayBlbi11cyAtdm5jIDAu MC4wLjA6MCAtdm5jdW51c2VkIC1NIHhlbnB2CiAyNTY3ID8gICAgICAgIFMgICAgICAxOjE1IFti bGtiYWNrLjQueHZkYV0KIDI1NjggPyAgICAgICAgUyAgICAgIDI6MTEgW2Jsa2JhY2suNC54dmRi XQoKVGhhbmtzIGEgdG9uIGZvciB0aGUgaGVscC4KLXN0ZXBoCgoKLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0KRnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhl bi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBJYW4gQ2FtcGJlbGwK U2VudDogVGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMjo1OCBQTQpUbzogU3RlcGhhbiBWaWxqb2Vu CkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gTG9z dCBpbWFnZXMuLgoKT24gVGh1LCAyMDE0LTA2LTI2IGF0IDE0OjQxICswMjAwLCBTdGVwaGFuIFZp bGpvZW4gd3JvdGU6Cj4gSSBqdXN0IG1hZGUgb25lIGhlbGwgb2Ygc2NyZXcgdXAgYnkgYWNjaWRl bnRseSBkZWxldGluZyB0aGUgd3JvbmcgCj4gZm9sZGVyIGNvbnRhaW5pbmcgYWxsIG15IHhlbmQg ZG9tYWluIGltYWdlcy4gTm93IHRoZSBzdHJhbmdlIHBhcnQgaXMgLCAKPiBhbGwgdGhvc2UgaG9z dHMgYXJlIHN0aWxsIGFsaXZlIGFuZCB0aGFua2Z1bGx5IEnigJltIGFibGUgdG8gbWFrZSAKPiBi YWNrdXBzIGZvciB0aGUgY29udGVudCBzbyBJIHdhcyB3b25kZXJpbmcgd2hldGhlciB0aGVyZeKA mXMgYSB3YXkgdG8gCj4gc29tZWhvdyByZXN0b3JlIHRoZSBpbWFnZXM/CgpJZiB0aGlzIHdlcmUg aGFwcGVuaW5nIHdpdGggbm9ybWFsIHByb2Nlc3NlcyAoaS5lLiB5b3UndmUgZGVsZXRlZCBhIGZp bGUgd2hpY2ggc29tZSBwcm9jZXNzIGhhcyBvcGVuKSB0aGVuIHlvdSdkIGJlIGFibGUgdG8gcmVj b3ZlciBpdCB2aWEgL3Byb2MvJFBJRC9mZC4KClNvIGlmIHRoZSBkb21haW5zIGFyZSB1c2luZyBh IHVzZXJzcGFjZSBwcm9jZXNzIGFzIGEgZGlzayBiYWNrZW5kIChlLmcuCnRhcGRpc2sgb3IgcWRp c2spIHRoZW4geW91IGNvdWxkIHByb2JhYmx5IGFwcGx5IHRoYXQgdGVjaG5pcXVlIHRvIHRoZSBi YWNrZW5kIHByb2Nlc3Nlcy4KCklmIHRoZSBkb21haW5zIGFyZSB1c2luZyBsb29wK2Jsa2JhY2sg dGhlbiBJIGd1ZXNzIHlvdSBtaWdodCBmaW5kIHRoZSBjb250ZW50IGluIC9kZXYvbG9vcCouCgpJ ZiB0aGUgZG9tYWlucyBhcmUgdXNpbmcganVzdCBibGtiYWNrIGRpcmVjdGx5IHRoZW4gSSB0aGlu ayB5b3UgbWlnaHQgYmUgc3R1Y2ssIG9yIGF0IGxlYXN0IEkgZG9uJ3Qga25vdyB3aGF0IHRvIHN1 Z2dlc3QuIFlvdSBzYWlkIGZvbGRlciBvZiBpbWFnZXMgc28gSSdtIGhvcGVmdWwgeW91IGRvbid0 IGZhbGwgaW50byB0aGlzIGNhc2UuCgpJYW4uCgoKCgpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxp c3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jun 26 14:52:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 14:52:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0B1O-0003yD-5r; Thu, 26 Jun 2014 14:51:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0B1M-0003y8-57 for xen-users@lists.xen.org; Thu, 26 Jun 2014 14:51:28 +0000 Received: from [85.158.139.211:63555] by server-17.bemta-5.messagelabs.com id 91/91-08711-F633CA35; Thu, 26 Jun 2014 14:51:27 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-15.tower-206.messagelabs.com!1403794283!8866664!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5535 invoked from network); 26 Jun 2014 14:51:26 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 14:51:26 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QEskJ8026581; Thu, 26 Jun 2014 16:54:52 +0200 From: "Stephan Viljoen" To: "'Ian Campbell'" References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> In-Reply-To: <1403787459.21159.4.camel@kazak.uk.xensource.com> Date: Thu, 26 Jun 2014 16:50:53 +0200 Message-ID: <074201cf914e$0cb8fbc0$262af340$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKKZfWp0pxzy0XOQQctciao48mbzgGjI+DrmgCpizA= Content-Language: en-us Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org U29ycnkgZm9yIHRoZSBzcGFtICwgYnV0IGhvcGVmdWxseSBJJ20gcG9zdGluZyBtb3JlIG1lYW5p bmdmdWwgaW5mb3JtYXRpb24gYXMgSSdtIGZpZ3VyaW5nIHRoaXMgb3V0LgoKSWFuICwgc2VlbXMg bGlrZSBteSBkb21haW5zIGFyZSB1c2luZyBibGtiYWNrIHNvIEknbSBndWVzc2luZyB0aG9zZSB0 d28gcHJvY2Vzc2VzIDogMjU2NyBhbmQgMjU2OCBhcmUgdGhlIG9uZXMga2VlcGluZyBteSBpbWFn ZXMgb3BlbiBmb3IgWGVuID8gSG93IGRvIEkgYWN0dWFsbHkgbGluayB0aGUgL2Rldi9sb29wIGZp bGUgdG8gdGhlIGFjdHVhbCBpbWFnZSBhbmQgdGhlbiBjb3B5IC8gdW5kZWxldGUgaXQgPwoKMjM1 NCA/ICAgICAgICBTbCAgICAgMzozNyAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0gLWQgNCAtc2Vy aWFsIHB0eSAtZG9tYWluLW5hbWUgdGVzdC0wMSAtdmlkZW9yYW0gNCAtayBlbi11cyAtdm5jIDAu MC4wLjA6MCAtdm5jdW51c2VkIC1NIHhlbnB2CiAyNTY3ID8gICAgICAgIFMgICAgICAxOjE1IFti bGtiYWNrLjQueHZkYV0KIDI1NjggPyAgICAgICAgUyAgICAgIDI6MTEgW2Jsa2JhY2suNC54dmRi XQoKVGhhbmtzIGEgdG9uIGZvciB0aGUgaGVscC4KLXN0ZXBoCgoKLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0KRnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhl bi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBJYW4gQ2FtcGJlbGwK U2VudDogVGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMjo1OCBQTQpUbzogU3RlcGhhbiBWaWxqb2Vu CkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gTG9z dCBpbWFnZXMuLgoKT24gVGh1LCAyMDE0LTA2LTI2IGF0IDE0OjQxICswMjAwLCBTdGVwaGFuIFZp bGpvZW4gd3JvdGU6Cj4gSSBqdXN0IG1hZGUgb25lIGhlbGwgb2Ygc2NyZXcgdXAgYnkgYWNjaWRl bnRseSBkZWxldGluZyB0aGUgd3JvbmcgCj4gZm9sZGVyIGNvbnRhaW5pbmcgYWxsIG15IHhlbmQg ZG9tYWluIGltYWdlcy4gTm93IHRoZSBzdHJhbmdlIHBhcnQgaXMgLCAKPiBhbGwgdGhvc2UgaG9z dHMgYXJlIHN0aWxsIGFsaXZlIGFuZCB0aGFua2Z1bGx5IEnigJltIGFibGUgdG8gbWFrZSAKPiBi YWNrdXBzIGZvciB0aGUgY29udGVudCBzbyBJIHdhcyB3b25kZXJpbmcgd2hldGhlciB0aGVyZeKA mXMgYSB3YXkgdG8gCj4gc29tZWhvdyByZXN0b3JlIHRoZSBpbWFnZXM/CgpJZiB0aGlzIHdlcmUg aGFwcGVuaW5nIHdpdGggbm9ybWFsIHByb2Nlc3NlcyAoaS5lLiB5b3UndmUgZGVsZXRlZCBhIGZp bGUgd2hpY2ggc29tZSBwcm9jZXNzIGhhcyBvcGVuKSB0aGVuIHlvdSdkIGJlIGFibGUgdG8gcmVj b3ZlciBpdCB2aWEgL3Byb2MvJFBJRC9mZC4KClNvIGlmIHRoZSBkb21haW5zIGFyZSB1c2luZyBh IHVzZXJzcGFjZSBwcm9jZXNzIGFzIGEgZGlzayBiYWNrZW5kIChlLmcuCnRhcGRpc2sgb3IgcWRp c2spIHRoZW4geW91IGNvdWxkIHByb2JhYmx5IGFwcGx5IHRoYXQgdGVjaG5pcXVlIHRvIHRoZSBi YWNrZW5kIHByb2Nlc3Nlcy4KCklmIHRoZSBkb21haW5zIGFyZSB1c2luZyBsb29wK2Jsa2JhY2sg dGhlbiBJIGd1ZXNzIHlvdSBtaWdodCBmaW5kIHRoZSBjb250ZW50IGluIC9kZXYvbG9vcCouCgpJ ZiB0aGUgZG9tYWlucyBhcmUgdXNpbmcganVzdCBibGtiYWNrIGRpcmVjdGx5IHRoZW4gSSB0aGlu ayB5b3UgbWlnaHQgYmUgc3R1Y2ssIG9yIGF0IGxlYXN0IEkgZG9uJ3Qga25vdyB3aGF0IHRvIHN1 Z2dlc3QuIFlvdSBzYWlkIGZvbGRlciBvZiBpbWFnZXMgc28gSSdtIGhvcGVmdWwgeW91IGRvbid0 IGZhbGwgaW50byB0aGlzIGNhc2UuCgpJYW4uCgoKCgpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxp c3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jun 26 14:58:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 14:58:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0B80-0004MQ-Jw; Thu, 26 Jun 2014 14:58:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0B7z-0004MK-60 for xen-users@lists.xen.org; Thu, 26 Jun 2014 14:58:19 +0000 Received: from [85.158.139.211:41542] by server-8.bemta-5.messagelabs.com id F3/62-01846-A053CA35; Thu, 26 Jun 2014 14:58:18 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-8.tower-206.messagelabs.com!1403794694!12193629!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31049 invoked from network); 26 Jun 2014 14:58:17 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 14:58:17 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QEC1iT025314; Thu, 26 Jun 2014 16:12:10 +0200 From: "Stephan Viljoen" To: "'Ian Campbell'" References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> In-Reply-To: <1403787459.21159.4.camel@kazak.uk.xensource.com> Date: Thu, 26 Jun 2014 16:07:59 +0200 Message-ID: <073f01cf9148$1aac3540$50049fc0$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKKZfWp0pxzy0XOQQctciao48mbzgGjI+DrmgCpizA= Content-Language: en-us Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org U29ycnkgZm9yIHRoZSBzcGFtICwgYnV0IGhvcGVmdWxseSBJJ20gcG9zdGluZyBtb3JlIG1lYW5p bmdmdWwgaW5mb3JtYXRpb24gYXMgSSdtIGZpZ3VyaW5nIHRoaXMgb3V0LgoKSWFuICwgc2VlbXMg bGlrZSBteSBkb21haW5zIGFyZSB1c2luZyBibGtiYWNrIHNvIEknbSBndWVzc2luZyB0aG9zZSB0 d28gcHJvY2Vzc2VzIDogMjU2NyBhbmQgMjU2OCBhcmUgdGhlIG9uZXMga2VlcGluZyBteSBpbWFn ZXMgb3BlbiBmb3IgWGVuID8gSG93IGRvIEkgYWN0dWFsbHkgbGluayB0aGUgL2Rldi9sb29wIGZp bGUgdG8gdGhlIGFjdHVhbCBpbWFnZSBhbmQgdGhlbiBjb3B5IC8gdW5kZWxldGUgaXQgPwoKMjM1 NCA/ICAgICAgICBTbCAgICAgMzozNyAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0gLWQgNCAtc2Vy aWFsIHB0eSAtZG9tYWluLW5hbWUgdGVzdC0wMSAtdmlkZW9yYW0gNCAtayBlbi11cyAtdm5jIDAu MC4wLjA6MCAtdm5jdW51c2VkIC1NIHhlbnB2CiAyNTY3ID8gICAgICAgIFMgICAgICAxOjE1IFti bGtiYWNrLjQueHZkYV0KIDI1NjggPyAgICAgICAgUyAgICAgIDI6MTEgW2Jsa2JhY2suNC54dmRi XQoKVGhhbmtzIGEgdG9uIGZvciB0aGUgaGVscC4KLXN0ZXBoCgoKLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0KRnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhl bi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBJYW4gQ2FtcGJlbGwK U2VudDogVGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMjo1OCBQTQpUbzogU3RlcGhhbiBWaWxqb2Vu CkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gTG9z dCBpbWFnZXMuLgoKT24gVGh1LCAyMDE0LTA2LTI2IGF0IDE0OjQxICswMjAwLCBTdGVwaGFuIFZp bGpvZW4gd3JvdGU6Cj4gSSBqdXN0IG1hZGUgb25lIGhlbGwgb2Ygc2NyZXcgdXAgYnkgYWNjaWRl bnRseSBkZWxldGluZyB0aGUgd3JvbmcgCj4gZm9sZGVyIGNvbnRhaW5pbmcgYWxsIG15IHhlbmQg ZG9tYWluIGltYWdlcy4gTm93IHRoZSBzdHJhbmdlIHBhcnQgaXMgLCAKPiBhbGwgdGhvc2UgaG9z dHMgYXJlIHN0aWxsIGFsaXZlIGFuZCB0aGFua2Z1bGx5IEnigJltIGFibGUgdG8gbWFrZSAKPiBi YWNrdXBzIGZvciB0aGUgY29udGVudCBzbyBJIHdhcyB3b25kZXJpbmcgd2hldGhlciB0aGVyZeKA mXMgYSB3YXkgdG8gCj4gc29tZWhvdyByZXN0b3JlIHRoZSBpbWFnZXM/CgpJZiB0aGlzIHdlcmUg aGFwcGVuaW5nIHdpdGggbm9ybWFsIHByb2Nlc3NlcyAoaS5lLiB5b3UndmUgZGVsZXRlZCBhIGZp bGUgd2hpY2ggc29tZSBwcm9jZXNzIGhhcyBvcGVuKSB0aGVuIHlvdSdkIGJlIGFibGUgdG8gcmVj b3ZlciBpdCB2aWEgL3Byb2MvJFBJRC9mZC4KClNvIGlmIHRoZSBkb21haW5zIGFyZSB1c2luZyBh IHVzZXJzcGFjZSBwcm9jZXNzIGFzIGEgZGlzayBiYWNrZW5kIChlLmcuCnRhcGRpc2sgb3IgcWRp c2spIHRoZW4geW91IGNvdWxkIHByb2JhYmx5IGFwcGx5IHRoYXQgdGVjaG5pcXVlIHRvIHRoZSBi YWNrZW5kIHByb2Nlc3Nlcy4KCklmIHRoZSBkb21haW5zIGFyZSB1c2luZyBsb29wK2Jsa2JhY2sg dGhlbiBJIGd1ZXNzIHlvdSBtaWdodCBmaW5kIHRoZSBjb250ZW50IGluIC9kZXYvbG9vcCouCgpJ ZiB0aGUgZG9tYWlucyBhcmUgdXNpbmcganVzdCBibGtiYWNrIGRpcmVjdGx5IHRoZW4gSSB0aGlu ayB5b3UgbWlnaHQgYmUgc3R1Y2ssIG9yIGF0IGxlYXN0IEkgZG9uJ3Qga25vdyB3aGF0IHRvIHN1 Z2dlc3QuIFlvdSBzYWlkIGZvbGRlciBvZiBpbWFnZXMgc28gSSdtIGhvcGVmdWwgeW91IGRvbid0 IGZhbGwgaW50byB0aGlzIGNhc2UuCgpJYW4uCgoKCgpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxp c3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jun 26 14:58:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 14:58:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0B80-0004MQ-Jw; Thu, 26 Jun 2014 14:58:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0B7z-0004MK-60 for xen-users@lists.xen.org; Thu, 26 Jun 2014 14:58:19 +0000 Received: from [85.158.139.211:41542] by server-8.bemta-5.messagelabs.com id F3/62-01846-A053CA35; Thu, 26 Jun 2014 14:58:18 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-8.tower-206.messagelabs.com!1403794694!12193629!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31049 invoked from network); 26 Jun 2014 14:58:17 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 14:58:17 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QEC1iT025314; Thu, 26 Jun 2014 16:12:10 +0200 From: "Stephan Viljoen" To: "'Ian Campbell'" References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> In-Reply-To: <1403787459.21159.4.camel@kazak.uk.xensource.com> Date: Thu, 26 Jun 2014 16:07:59 +0200 Message-ID: <073f01cf9148$1aac3540$50049fc0$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKKZfWp0pxzy0XOQQctciao48mbzgGjI+DrmgCpizA= Content-Language: en-us Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org U29ycnkgZm9yIHRoZSBzcGFtICwgYnV0IGhvcGVmdWxseSBJJ20gcG9zdGluZyBtb3JlIG1lYW5p bmdmdWwgaW5mb3JtYXRpb24gYXMgSSdtIGZpZ3VyaW5nIHRoaXMgb3V0LgoKSWFuICwgc2VlbXMg bGlrZSBteSBkb21haW5zIGFyZSB1c2luZyBibGtiYWNrIHNvIEknbSBndWVzc2luZyB0aG9zZSB0 d28gcHJvY2Vzc2VzIDogMjU2NyBhbmQgMjU2OCBhcmUgdGhlIG9uZXMga2VlcGluZyBteSBpbWFn ZXMgb3BlbiBmb3IgWGVuID8gSG93IGRvIEkgYWN0dWFsbHkgbGluayB0aGUgL2Rldi9sb29wIGZp bGUgdG8gdGhlIGFjdHVhbCBpbWFnZSBhbmQgdGhlbiBjb3B5IC8gdW5kZWxldGUgaXQgPwoKMjM1 NCA/ICAgICAgICBTbCAgICAgMzozNyAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0gLWQgNCAtc2Vy aWFsIHB0eSAtZG9tYWluLW5hbWUgdGVzdC0wMSAtdmlkZW9yYW0gNCAtayBlbi11cyAtdm5jIDAu MC4wLjA6MCAtdm5jdW51c2VkIC1NIHhlbnB2CiAyNTY3ID8gICAgICAgIFMgICAgICAxOjE1IFti bGtiYWNrLjQueHZkYV0KIDI1NjggPyAgICAgICAgUyAgICAgIDI6MTEgW2Jsa2JhY2suNC54dmRi XQoKVGhhbmtzIGEgdG9uIGZvciB0aGUgaGVscC4KLXN0ZXBoCgoKLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0KRnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhl bi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBJYW4gQ2FtcGJlbGwK U2VudDogVGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMjo1OCBQTQpUbzogU3RlcGhhbiBWaWxqb2Vu CkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gTG9z dCBpbWFnZXMuLgoKT24gVGh1LCAyMDE0LTA2LTI2IGF0IDE0OjQxICswMjAwLCBTdGVwaGFuIFZp bGpvZW4gd3JvdGU6Cj4gSSBqdXN0IG1hZGUgb25lIGhlbGwgb2Ygc2NyZXcgdXAgYnkgYWNjaWRl bnRseSBkZWxldGluZyB0aGUgd3JvbmcgCj4gZm9sZGVyIGNvbnRhaW5pbmcgYWxsIG15IHhlbmQg ZG9tYWluIGltYWdlcy4gTm93IHRoZSBzdHJhbmdlIHBhcnQgaXMgLCAKPiBhbGwgdGhvc2UgaG9z dHMgYXJlIHN0aWxsIGFsaXZlIGFuZCB0aGFua2Z1bGx5IEnigJltIGFibGUgdG8gbWFrZSAKPiBi YWNrdXBzIGZvciB0aGUgY29udGVudCBzbyBJIHdhcyB3b25kZXJpbmcgd2hldGhlciB0aGVyZeKA mXMgYSB3YXkgdG8gCj4gc29tZWhvdyByZXN0b3JlIHRoZSBpbWFnZXM/CgpJZiB0aGlzIHdlcmUg aGFwcGVuaW5nIHdpdGggbm9ybWFsIHByb2Nlc3NlcyAoaS5lLiB5b3UndmUgZGVsZXRlZCBhIGZp bGUgd2hpY2ggc29tZSBwcm9jZXNzIGhhcyBvcGVuKSB0aGVuIHlvdSdkIGJlIGFibGUgdG8gcmVj b3ZlciBpdCB2aWEgL3Byb2MvJFBJRC9mZC4KClNvIGlmIHRoZSBkb21haW5zIGFyZSB1c2luZyBh IHVzZXJzcGFjZSBwcm9jZXNzIGFzIGEgZGlzayBiYWNrZW5kIChlLmcuCnRhcGRpc2sgb3IgcWRp c2spIHRoZW4geW91IGNvdWxkIHByb2JhYmx5IGFwcGx5IHRoYXQgdGVjaG5pcXVlIHRvIHRoZSBi YWNrZW5kIHByb2Nlc3Nlcy4KCklmIHRoZSBkb21haW5zIGFyZSB1c2luZyBsb29wK2Jsa2JhY2sg dGhlbiBJIGd1ZXNzIHlvdSBtaWdodCBmaW5kIHRoZSBjb250ZW50IGluIC9kZXYvbG9vcCouCgpJ ZiB0aGUgZG9tYWlucyBhcmUgdXNpbmcganVzdCBibGtiYWNrIGRpcmVjdGx5IHRoZW4gSSB0aGlu ayB5b3UgbWlnaHQgYmUgc3R1Y2ssIG9yIGF0IGxlYXN0IEkgZG9uJ3Qga25vdyB3aGF0IHRvIHN1 Z2dlc3QuIFlvdSBzYWlkIGZvbGRlciBvZiBpbWFnZXMgc28gSSdtIGhvcGVmdWwgeW91IGRvbid0 IGZhbGwgaW50byB0aGlzIGNhc2UuCgpJYW4uCgoKCgpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxp c3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jun 26 15:12:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 15:12:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0BL9-0005S2-GV; Thu, 26 Jun 2014 15:11:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0BL7-0005Rn-AJ for xen-users@lists.xen.org; Thu, 26 Jun 2014 15:11:53 +0000 Received: from [85.158.139.211:7240] by server-11.bemta-5.messagelabs.com id 1A/A1-01425-8383CA35; Thu, 26 Jun 2014 15:11:52 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-9.tower-206.messagelabs.com!1403795508!12214587!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10933 invoked from network); 26 Jun 2014 15:11:51 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 15:11:51 -0000 Received: (qmail 31131 invoked by uid 1011); 26 Jun 2014 15:11:45 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19129. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.057095 secs); 26 Jun 2014 15:11:45 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 26 Jun 2014 15:11:45 -0000 Message-ID: <53AC3830.3050107@websitemanagers.com.au> Date: Fri, 27 Jun 2014 01:11:44 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> <074201cf914e$0cb8fbc0$262af340$@bbi.co.bw> In-Reply-To: <074201cf914e$0cb8fbc0$262af340$@bbi.co.bw> Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 27/06/14 00:50, Stephan Viljoen wrote: > Sorry for the spam , but hopefully I'm posting more meaningful information as I'm figuring this out. > > Ian , seems like my domains are using blkback so I'm guessing those two processes : 2567 and 2568 are the ones keeping my images open for Xen ? How do I actually link the /dev/loop file to the actual image and then copy / undelete it ? > > 2354 ? Sl 3:37 /usr/lib/xen/bin/qemu-dm -d 4 -serial pty -domain-name test-01 -videoram 4 -k en-us -vnc 0.0.0.0:0 -vncunused -M xenpv > 2567 ? S 1:15 [blkback.4.xvda] > 2568 ? S 2:11 [blkback.4.xvdb] > You could try lsof -p 2567 That will show you all open files that process 2567 has. Also check /proc/2567/fd At this stage, you don't want to reboot the VM's etc (perhaps this isn't obvious). I'd also suggest you get as good as possible file level backup from within the VM's. Finally, you might also take a LVM snapshot of the volume containing the images. You may be able to find some method later to "undelete" the files, if you are unable to get a backup before the VM's are rebooted/etc. Hope this helps... Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 15:12:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 15:12:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0BL9-0005S2-GV; Thu, 26 Jun 2014 15:11:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0BL7-0005Rn-AJ for xen-users@lists.xen.org; Thu, 26 Jun 2014 15:11:53 +0000 Received: from [85.158.139.211:7240] by server-11.bemta-5.messagelabs.com id 1A/A1-01425-8383CA35; Thu, 26 Jun 2014 15:11:52 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-9.tower-206.messagelabs.com!1403795508!12214587!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10933 invoked from network); 26 Jun 2014 15:11:51 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 15:11:51 -0000 Received: (qmail 31131 invoked by uid 1011); 26 Jun 2014 15:11:45 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19129. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.057095 secs); 26 Jun 2014 15:11:45 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 26 Jun 2014 15:11:45 -0000 Message-ID: <53AC3830.3050107@websitemanagers.com.au> Date: Fri, 27 Jun 2014 01:11:44 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> <074201cf914e$0cb8fbc0$262af340$@bbi.co.bw> In-Reply-To: <074201cf914e$0cb8fbc0$262af340$@bbi.co.bw> Subject: Re: [Xen-users] Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 27/06/14 00:50, Stephan Viljoen wrote: > Sorry for the spam , but hopefully I'm posting more meaningful information as I'm figuring this out. > > Ian , seems like my domains are using blkback so I'm guessing those two processes : 2567 and 2568 are the ones keeping my images open for Xen ? How do I actually link the /dev/loop file to the actual image and then copy / undelete it ? > > 2354 ? Sl 3:37 /usr/lib/xen/bin/qemu-dm -d 4 -serial pty -domain-name test-01 -videoram 4 -k en-us -vnc 0.0.0.0:0 -vncunused -M xenpv > 2567 ? S 1:15 [blkback.4.xvda] > 2568 ? S 2:11 [blkback.4.xvdb] > You could try lsof -p 2567 That will show you all open files that process 2567 has. Also check /proc/2567/fd At this stage, you don't want to reboot the VM's etc (perhaps this isn't obvious). I'd also suggest you get as good as possible file level backup from within the VM's. Finally, you might also take a LVM snapshot of the volume containing the images. You may be able to find some method later to "undelete" the files, if you are unable to get a backup before the VM's are rebooted/etc. Hope this helps... Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 15:21:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 15:21:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0BTy-0005xS-4H; Thu, 26 Jun 2014 15:21:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0BTw-0005x7-MO for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 15:21:00 +0000 Received: from [85.158.137.68:35513] by server-4.bemta-3.messagelabs.com id 7A/4A-23732-B5A3CA35; Thu, 26 Jun 2014 15:20:59 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1403796057!12490119!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23444 invoked from network); 26 Jun 2014 15:20:58 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 15:20:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=eQLg3z0HwO2MjAqjObhgKgBKLPoN4LVMtN17L9/7/cACvo9broLuaUR05YAKqN0kBUhXSgy2XMkDkSl9xCjyEcnnL0lUDfNF0ZYcjxu+L5tattvz8/fTop8UNGPt+RVt; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0BTt-000KXM-HO for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 08:20:57 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 08:20:56 -0700 From: Brian Menges To: "xen-users@lists.xenproject.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeA= Date: Thu, 26 Jun 2014 15:20:55 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> In-Reply-To: <53ABB4CC.9030608@bobich.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org [root@xs ~]# lsmod | grep pciback [root@xs ~]# echo $? 1 [root@xs ~]# modprobe pciback FATAL: Module pciback not found. [root@xs ~]# zgrep -e '^CONFIG_XEN_PCI' /proc/config.gz CONFIG_XEN_PCIDEV_FRONTEND=y CONFIG_XEN_PCIDEV_BACKEND=y CONFIG_XEN_PCIDEV_BACKEND_VPCI=y Well looks like its compiled into the kernel so that's good news. Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it won't get past the splash screen (xencenter display) now after gpu assignment (console or gui). The Ubuntu drivers appear to do nothing; however: $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] [ 0.252000] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff] [ 0.252000] pci_bus 0000:00: root bus resource [mem 0xe0000000-0xfbffffff] [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by PIIX4 ACPI [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff pref] [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff pref] [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff 64bit pref] [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff 64bit] [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff pref] [ 0.301115] pci 0000:00:05.0: supports D1 D2 [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff 64bit] [ 0.303969] pci 0000:00:06.0: supports D1 D2 [ 0.332081] PCI: pci_cache_line_size set to 64 bytes [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds [ 1.312047] pci 0000:00:02.0: Boot video device [ 1.312215] pci 0000:00:05.0: Boot video device [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 1.576902] ehci-pci: EHCI PCI platform driver [ 1.576942] ohci-pci: OHCI PCI platform driver [ 1.692123] xenbus_probe_frontend: Device with no driver: device/pci/0 [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [ 6.185911] fglrx: module verification failed: signature and/or required key missing - tainting kernel [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma buffers: 7247 MBytes. [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 [ 6.195932] <6>[fglrx] Kernel PAT support is enabled [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] with 1 minors [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:06.0/sound/card0/input4 [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 [ 11.495154] <6>[fglrx] IRQ 78 Enabled [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, size:1000000 [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, size:4000 [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, size:4c4000 [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, size:c000 So my last boot I got in via SSH, however the displays aren't working. I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> DisplayPort) display and my monitor isn't showing anything. Wodnering what I'm missing to get this display up and running. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Wednesday, June 25, 2014 22:55 To: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Help with VGA passthrough On 06/26/2014 12:04 AM, Brian Menges wrote: > I've read through these, however I'm on xenserver 6.2 and would rather > not hack the ramdisk because any future update would obliterate that > (most likely). Not if you modify the dracut scripts to do the right ting. AFAIK XenServer is based on EL. > Per gordon's request, I've reset my system back to factory and here > are the lspci/dmesg/xl dmesg. > > I can confirm that I do not load any radeon or radeon related drivers > in dom0, however I cannot seem to hide the pci bus for it. Are the > modules missing for XenServer 6.2 (xen 4.1.5) ? Not loading the radeon driver is good. The PCI bus should not be hidden, the device you are passing through should just be owned by the xen-pciback driver (which the xl command for making the device assignable will do for you if you aren't pre-loading xen-pciback with appropriate options. > The citrix support guide says nothing about hiding the device at all > (which I tried the extboot.conf stuff to hide the pci devices to no avail). You _shouldn't_ be doing this anyway. All you can do is detach the device to make it disappear, but then you won't be able to pass it through. > If there's a way to confirm xen-pcihide or whichever it is (many > articles .. two names, not sure which is right) as loaded on xenserver > 6.2 that'd be appreciated. lsmod | grep pciback > I have in blacklist.conf: > > blacklist radeon > > blacklist fglrx > > We shouldn't ever touch those two modules... so I should be good for > passthrough right? Yes. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 15:21:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 15:21:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0BTy-0005xS-4H; Thu, 26 Jun 2014 15:21:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0BTw-0005x7-MO for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 15:21:00 +0000 Received: from [85.158.137.68:35513] by server-4.bemta-3.messagelabs.com id 7A/4A-23732-B5A3CA35; Thu, 26 Jun 2014 15:20:59 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1403796057!12490119!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23444 invoked from network); 26 Jun 2014 15:20:58 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 15:20:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=eQLg3z0HwO2MjAqjObhgKgBKLPoN4LVMtN17L9/7/cACvo9broLuaUR05YAKqN0kBUhXSgy2XMkDkSl9xCjyEcnnL0lUDfNF0ZYcjxu+L5tattvz8/fTop8UNGPt+RVt; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0BTt-000KXM-HO for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 08:20:57 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 08:20:56 -0700 From: Brian Menges To: "xen-users@lists.xenproject.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeA= Date: Thu, 26 Jun 2014 15:20:55 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> In-Reply-To: <53ABB4CC.9030608@bobich.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org [root@xs ~]# lsmod | grep pciback [root@xs ~]# echo $? 1 [root@xs ~]# modprobe pciback FATAL: Module pciback not found. [root@xs ~]# zgrep -e '^CONFIG_XEN_PCI' /proc/config.gz CONFIG_XEN_PCIDEV_FRONTEND=y CONFIG_XEN_PCIDEV_BACKEND=y CONFIG_XEN_PCIDEV_BACKEND_VPCI=y Well looks like its compiled into the kernel so that's good news. Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it won't get past the splash screen (xencenter display) now after gpu assignment (console or gui). The Ubuntu drivers appear to do nothing; however: $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] [ 0.252000] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff] [ 0.252000] pci_bus 0000:00: root bus resource [mem 0xe0000000-0xfbffffff] [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by PIIX4 ACPI [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff pref] [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff pref] [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff 64bit pref] [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff 64bit] [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff pref] [ 0.301115] pci 0000:00:05.0: supports D1 D2 [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff 64bit] [ 0.303969] pci 0000:00:06.0: supports D1 D2 [ 0.332081] PCI: pci_cache_line_size set to 64 bytes [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds [ 1.312047] pci 0000:00:02.0: Boot video device [ 1.312215] pci 0000:00:05.0: Boot video device [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 1.576902] ehci-pci: EHCI PCI platform driver [ 1.576942] ohci-pci: OHCI PCI platform driver [ 1.692123] xenbus_probe_frontend: Device with no driver: device/pci/0 [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [ 6.185911] fglrx: module verification failed: signature and/or required key missing - tainting kernel [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma buffers: 7247 MBytes. [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 [ 6.195932] <6>[fglrx] Kernel PAT support is enabled [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] with 1 minors [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:06.0/sound/card0/input4 [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 [ 11.495154] <6>[fglrx] IRQ 78 Enabled [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, size:1000000 [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, size:4000 [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, size:4c4000 [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, size:c000 So my last boot I got in via SSH, however the displays aren't working. I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> DisplayPort) display and my monitor isn't showing anything. Wodnering what I'm missing to get this display up and running. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Wednesday, June 25, 2014 22:55 To: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Help with VGA passthrough On 06/26/2014 12:04 AM, Brian Menges wrote: > I've read through these, however I'm on xenserver 6.2 and would rather > not hack the ramdisk because any future update would obliterate that > (most likely). Not if you modify the dracut scripts to do the right ting. AFAIK XenServer is based on EL. > Per gordon's request, I've reset my system back to factory and here > are the lspci/dmesg/xl dmesg. > > I can confirm that I do not load any radeon or radeon related drivers > in dom0, however I cannot seem to hide the pci bus for it. Are the > modules missing for XenServer 6.2 (xen 4.1.5) ? Not loading the radeon driver is good. The PCI bus should not be hidden, the device you are passing through should just be owned by the xen-pciback driver (which the xl command for making the device assignable will do for you if you aren't pre-loading xen-pciback with appropriate options. > The citrix support guide says nothing about hiding the device at all > (which I tried the extboot.conf stuff to hide the pci devices to no avail). You _shouldn't_ be doing this anyway. All you can do is detach the device to make it disappear, but then you won't be able to pass it through. > If there's a way to confirm xen-pcihide or whichever it is (many > articles .. two names, not sure which is right) as loaded on xenserver > 6.2 that'd be appreciated. lsmod | grep pciback > I have in blacklist.conf: > > blacklist radeon > > blacklist fglrx > > We shouldn't ever touch those two modules... so I should be good for > passthrough right? Yes. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 15:40:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 15:40:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Bm8-0006ag-4k; Thu, 26 Jun 2014 15:39:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Bm5-0006ab-IU for xen-users@lists.xen.org; Thu, 26 Jun 2014 15:39:45 +0000 Received: from [85.158.143.35:64032] by server-3.bemta-4.messagelabs.com id 9E/AA-16194-0CE3CA35; Thu, 26 Jun 2014 15:39:44 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-21.messagelabs.com!1403797183!14079490!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6827 invoked from network); 26 Jun 2014 15:39:43 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 15:39:43 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 154D1221DE2 for ; Thu, 26 Jun 2014 16:39:43 +0100 (BST) MIME-Version: 1.0 Date: Thu, 26 Jun 2014 16:39:42 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com>" " <53ABB4CC.9030608@bobich.net> Message-ID: <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-26 16:20, Brian Menges wrote: > [root@xs ~]# lsmod | grep pciback > [root@xs ~]# echo $? > 1 > [root@xs ~]# modprobe pciback > FATAL: Module pciback not found. Try: modprobe xen-pciback > Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. Ah - my bad. It must be Xenserver 7 that is based on EL6. > I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it > won't get past the splash screen (xencenter display) now after gpu > assignment (console or gui). The Ubuntu drivers appear to do nothing; > however: > > $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' > [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, > use "pci=nocrs" and report a bug > [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] > [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] > [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] > [ 0.252000] pci_bus 0000:00: root bus resource [mem > 0x000a0000-0x000bffff] > [ 0.252000] pci_bus 0000:00: root bus resource [mem > 0xe0000000-0xfbffffff] > [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 > [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 > [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 > [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] > [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 > [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] > [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 > [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by > PIIX4 ACPI > [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 > [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff > pref] > [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] > [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 > [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] > [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff > pref] > [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 > [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff > 64bit pref] > [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff > 64bit] > [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] > [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff > pref] > [ 0.301115] pci 0000:00:05.0: supports D1 D2 > [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 > [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff > 64bit] > [ 0.303969] pci 0000:00:06.0: supports D1 D2 > [ 0.332081] PCI: pci_cache_line_size set to 64 bytes > [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] > [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] > [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] > [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers > [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release > [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds > [ 1.312047] pci 0000:00:02.0: Boot video device > [ 1.312215] pci 0000:00:05.0: Boot video device > [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: > 0.4 > [ 1.576902] ehci-pci: EHCI PCI platform driver > [ 1.576942] ohci-pci: OHCI PCI platform driver > [ 1.692123] xenbus_probe_frontend: Device with no driver: > device/pci/0 > [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI > Technologies, Starnberg, GERMANY' taints kernel. > [ 6.185911] fglrx: module verification failed: signature and/or > required key missing - tainting kernel > [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma > buffers: 7247 MBytes. > [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 > [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 > [ 6.195932] <6>[fglrx] Kernel PAT support is enabled > [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] > with 1 minors > [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as > /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 > [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as > /devices/pci0000:00/0000:00:06.0/sound/card0/input4 > [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 > [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 > [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 > [ 11.495154] <6>[fglrx] IRQ 78 Enabled > [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, > size:1000000 > [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, > size:4000 > [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, > size:4c4000 > [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, > size:c000 > > So my last boot I got in via SSH, however the displays aren't working. > I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> > DisplayPort) display and my monitor isn't showing anything. Wodnering > what I'm missing to get this display up and running. So it looks like fglrx loads successfully and finds the hardware. So far so good. Can you check what your Xorg log says? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 15:40:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 15:40:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Bm8-0006ag-4k; Thu, 26 Jun 2014 15:39:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Bm5-0006ab-IU for xen-users@lists.xen.org; Thu, 26 Jun 2014 15:39:45 +0000 Received: from [85.158.143.35:64032] by server-3.bemta-4.messagelabs.com id 9E/AA-16194-0CE3CA35; Thu, 26 Jun 2014 15:39:44 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-21.messagelabs.com!1403797183!14079490!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6827 invoked from network); 26 Jun 2014 15:39:43 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 15:39:43 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 154D1221DE2 for ; Thu, 26 Jun 2014 16:39:43 +0100 (BST) MIME-Version: 1.0 Date: Thu, 26 Jun 2014 16:39:42 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com>" " <53ABB4CC.9030608@bobich.net> Message-ID: <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-26 16:20, Brian Menges wrote: > [root@xs ~]# lsmod | grep pciback > [root@xs ~]# echo $? > 1 > [root@xs ~]# modprobe pciback > FATAL: Module pciback not found. Try: modprobe xen-pciback > Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. Ah - my bad. It must be Xenserver 7 that is based on EL6. > I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it > won't get past the splash screen (xencenter display) now after gpu > assignment (console or gui). The Ubuntu drivers appear to do nothing; > however: > > $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' > [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, > use "pci=nocrs" and report a bug > [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] > [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] > [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] > [ 0.252000] pci_bus 0000:00: root bus resource [mem > 0x000a0000-0x000bffff] > [ 0.252000] pci_bus 0000:00: root bus resource [mem > 0xe0000000-0xfbffffff] > [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 > [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 > [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 > [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] > [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 > [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] > [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 > [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by > PIIX4 ACPI > [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 > [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff > pref] > [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] > [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 > [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] > [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff > pref] > [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 > [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff > 64bit pref] > [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff > 64bit] > [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] > [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff > pref] > [ 0.301115] pci 0000:00:05.0: supports D1 D2 > [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 > [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff > 64bit] > [ 0.303969] pci 0000:00:06.0: supports D1 D2 > [ 0.332081] PCI: pci_cache_line_size set to 64 bytes > [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] > [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] > [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] > [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers > [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release > [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds > [ 1.312047] pci 0000:00:02.0: Boot video device > [ 1.312215] pci 0000:00:05.0: Boot video device > [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: > 0.4 > [ 1.576902] ehci-pci: EHCI PCI platform driver > [ 1.576942] ohci-pci: OHCI PCI platform driver > [ 1.692123] xenbus_probe_frontend: Device with no driver: > device/pci/0 > [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI > Technologies, Starnberg, GERMANY' taints kernel. > [ 6.185911] fglrx: module verification failed: signature and/or > required key missing - tainting kernel > [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma > buffers: 7247 MBytes. > [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 > [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 > [ 6.195932] <6>[fglrx] Kernel PAT support is enabled > [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] > with 1 minors > [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as > /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 > [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as > /devices/pci0000:00/0000:00:06.0/sound/card0/input4 > [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 > [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 > [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 > [ 11.495154] <6>[fglrx] IRQ 78 Enabled > [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, > size:1000000 > [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, > size:4000 > [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, > size:4c4000 > [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, > size:c000 > > So my last boot I got in via SSH, however the displays aren't working. > I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> > DisplayPort) display and my monitor isn't showing anything. Wodnering > what I'm missing to get this display up and running. So it looks like fglrx loads successfully and finds the hardware. So far so good. Can you check what your Xorg log says? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 15:52:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 15:52:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Bxc-0007BR-UW; Thu, 26 Jun 2014 15:51:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Bxa-0007BM-Tj for xen-users@lists.xen.org; Thu, 26 Jun 2014 15:51:39 +0000 Received: from [85.158.137.68:21292] by server-17.bemta-3.messagelabs.com id CD/6E-05521-A814CA35; Thu, 26 Jun 2014 15:51:38 +0000 X-Env-Sender: mszds3@nottingham.ac.uk X-Msg-Ref: server-9.tower-31.messagelabs.com!1403797897!8777361!1 X-Originating-IP: [195.62.217.150] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjYyLjIxNy4xNTAgPT4gNzU3Mg==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22455 invoked from network); 26 Jun 2014 15:51:37 -0000 Received: from engine06-20433-6.icritical.com (HELO engine06-20433-6.icritical.com) (195.62.217.150) by server-9.tower-31.messagelabs.com with SMTP; 26 Jun 2014 15:51:37 -0000 Received: (qmail 2770 invoked from network); 26 Jun 2014 15:51:30 -0000 Received: from localhost (127.0.0.1) by engine06-20433-6.icritical.com with SMTP; 26 Jun 2014 15:51:30 -0000 Received: from engine06-20433-6.icritical.com ([127.0.0.1]) by localhost (engine06-20433-6.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 02463-05 for ; Thu, 26 Jun 2014 16:51:23 +0100 (BST) Received: (qmail 2663 invoked by uid 599); 26 Jun 2014 15:51:22 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine06-20433-6.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 26 Jun 2014 16:51:22 +0100 Received: from plpconcha.psychology.nottingham.ac.uk ([128.243.32.68] helo=plpconcha.localnet) by smtp3.nottingham.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1X0BxP-0006vu-Ev for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:51:27 +0100 From: "Daniel E. Shub" To: xen-users@lists.xen.org Date: Thu, 26 Jun 2014 16:51:27 +0100 Message-ID: <5472312.35qldhX9vk@plpconcha> User-Agent: KMail/4.13.2 (Linux/3.15.1-1-ARCH; KDE/4.13.2; x86_64; ; ) In-Reply-To: References: <53ABB4CC.9030608@bobich.net> MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine06-20433-6.icritical.com Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8712899498159984934==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8712899498159984934== Content-Type: multipart/alternative; boundary="nextPart4935670.xYB7r3YZxm" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart4935670.xYB7r3YZxm Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday 26 June 2014 16:20:55 Brian Menges wrote: > > I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it won't > get past the splash screen (xencenter display) now after gpu assignment > (console or gui). The Ubuntu drivers appear to do nothing; however: > I am not sure what you mean by not getting by the splash screen. When you logged in via ssh, could you tell if X was running? On Arch, X doesn't auto detect properly with the catalyst driver. As far as I can tell, this is not a Xen issue, but rather a Catalyst/X issue. On Arch I need to run "aticonfig --initial" in order to create an xorg.conf file. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. --nextPart4935670.xYB7r3YZxm Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

On Thursday 26 June 2014 16:20:55 Brian Menges wrote:

>

> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it won't

> get past the splash screen (xencenter display) now after gpu assignment

> (console or gui). The Ubuntu drivers appear to do nothing; however:

>

 

I am not sure what you mean by not getting by the splash screen. When you logged in via ssh, could you tell if X was running? On Arch, X doesn't auto detect properly with the catalyst driver. As far as I can tell, this is not a Xen issue, but rather a Catalyst/X issue. On Arch I need to run "aticonfig --initial" in order to create an xorg.conf file.

 

 

 

 


This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it.   Please do not use, copy or disclose the information contained in this message or in any attachment.  Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham.

This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.


--nextPart4935670.xYB7r3YZxm-- --===============8712899498159984934== 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 --===============8712899498159984934==-- From xen-users-bounces@lists.xen.org Thu Jun 26 15:52:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 15:52:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Bxc-0007BR-UW; Thu, 26 Jun 2014 15:51:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Bxa-0007BM-Tj for xen-users@lists.xen.org; Thu, 26 Jun 2014 15:51:39 +0000 Received: from [85.158.137.68:21292] by server-17.bemta-3.messagelabs.com id CD/6E-05521-A814CA35; Thu, 26 Jun 2014 15:51:38 +0000 X-Env-Sender: mszds3@nottingham.ac.uk X-Msg-Ref: server-9.tower-31.messagelabs.com!1403797897!8777361!1 X-Originating-IP: [195.62.217.150] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjYyLjIxNy4xNTAgPT4gNzU3Mg==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22455 invoked from network); 26 Jun 2014 15:51:37 -0000 Received: from engine06-20433-6.icritical.com (HELO engine06-20433-6.icritical.com) (195.62.217.150) by server-9.tower-31.messagelabs.com with SMTP; 26 Jun 2014 15:51:37 -0000 Received: (qmail 2770 invoked from network); 26 Jun 2014 15:51:30 -0000 Received: from localhost (127.0.0.1) by engine06-20433-6.icritical.com with SMTP; 26 Jun 2014 15:51:30 -0000 Received: from engine06-20433-6.icritical.com ([127.0.0.1]) by localhost (engine06-20433-6.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 02463-05 for ; Thu, 26 Jun 2014 16:51:23 +0100 (BST) Received: (qmail 2663 invoked by uid 599); 26 Jun 2014 15:51:22 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine06-20433-6.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 26 Jun 2014 16:51:22 +0100 Received: from plpconcha.psychology.nottingham.ac.uk ([128.243.32.68] helo=plpconcha.localnet) by smtp3.nottingham.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1X0BxP-0006vu-Ev for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:51:27 +0100 From: "Daniel E. Shub" To: xen-users@lists.xen.org Date: Thu, 26 Jun 2014 16:51:27 +0100 Message-ID: <5472312.35qldhX9vk@plpconcha> User-Agent: KMail/4.13.2 (Linux/3.15.1-1-ARCH; KDE/4.13.2; x86_64; ; ) In-Reply-To: References: <53ABB4CC.9030608@bobich.net> MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine06-20433-6.icritical.com Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8712899498159984934==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8712899498159984934== Content-Type: multipart/alternative; boundary="nextPart4935670.xYB7r3YZxm" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart4935670.xYB7r3YZxm Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday 26 June 2014 16:20:55 Brian Menges wrote: > > I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it won't > get past the splash screen (xencenter display) now after gpu assignment > (console or gui). The Ubuntu drivers appear to do nothing; however: > I am not sure what you mean by not getting by the splash screen. When you logged in via ssh, could you tell if X was running? On Arch, X doesn't auto detect properly with the catalyst driver. As far as I can tell, this is not a Xen issue, but rather a Catalyst/X issue. On Arch I need to run "aticonfig --initial" in order to create an xorg.conf file. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. --nextPart4935670.xYB7r3YZxm Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

On Thursday 26 June 2014 16:20:55 Brian Menges wrote:

>

> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it won't

> get past the splash screen (xencenter display) now after gpu assignment

> (console or gui). The Ubuntu drivers appear to do nothing; however:

>

 

I am not sure what you mean by not getting by the splash screen. When you logged in via ssh, could you tell if X was running? On Arch, X doesn't auto detect properly with the catalyst driver. As far as I can tell, this is not a Xen issue, but rather a Catalyst/X issue. On Arch I need to run "aticonfig --initial" in order to create an xorg.conf file.

 

 

 

 


This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it.   Please do not use, copy or disclose the information contained in this message or in any attachment.  Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham.

This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.


--nextPart4935670.xYB7r3YZxm-- --===============8712899498159984934== 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 --===============8712899498159984934==-- From xen-users-bounces@lists.xen.org Thu Jun 26 16:00:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:00:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0C6K-0007sD-HX; Thu, 26 Jun 2014 16:00:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0C6I-0007ry-F8 for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:00:38 +0000 Received: from [85.158.137.68:15364] by server-15.bemta-3.messagelabs.com id DC/F1-26980-5A34CA35; Thu, 26 Jun 2014 16:00:37 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1403798434!12458327!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32046 invoked from network); 26 Jun 2014 16:00:36 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:00:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=GaaradhXsLnM4qMeTv1AxHw4nh4zjfnx4cckpR3YTD8JwjkgoI5A1BkkufeWWG+BQr0lHe0S3DOq3d45CJWWuRc/9pIBFr/CcMDPCIx4TuYJzAI0cp6ZvwUUGNKYFwO+; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0C6E-000L1C-Sm for xen-users@lists.xen.org; Thu, 26 Jun 2014 09:00:34 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 09:00:34 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ Date: Thu, 26 Jun 2014 16:00:33 +0000 Message-ID: References: "\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com>" " <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> In-Reply-To: <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Looks like it isn't using the driver correctly? ----- [ 9.758] X.Org X Server 1.14.5 Release Date: 2013-12-12 [ 9.758] X Protocol Version 11, Revision 0 [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 Ubuntu [ 9.758] Current Operating System: Linux bmenges-linux3 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 x86_64 [ 9.758] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash iommu=soft swiotlb=force vt.handoff=7 [ 9.758] Build Date: 06 January 2014 01:37:48PM [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For technical support please see http://www.ubuntu.com/support) [ 9.758] Current version of pixman: 0.30.2 [ 9.758] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 9.758] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 08:15:53 2014 [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" [ 9.803] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 9.893] (==) ServerLayout "aticonfig Layout" [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" [ 9.905] (==) Automatically adding devices [ 9.905] (==) Automatically enabling devices [ 9.905] (==) Automatically adding GPU devices [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 9.944] Entry deleted from font path. [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [ 9.944] Entry deleted from font path. [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [ 9.944] Entry deleted from font path. [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. [ 9.960] Entry deleted from font path. [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [ 9.960] Entry deleted from font path. [ 9.960] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, built-ins [ 9.960] (==) ModulePath set to "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" [ 9.960] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 9.966] (II) Loader magic: 0x7f6ad345fc20 [ 9.966] (II) Module ABI versions: [ 9.966] X.Org ANSI C Emulation: 0.4 [ 9.966] X.Org Video Driver: 14.1 [ 9.966] X.Org XInput driver : 19.1 [ 9.966] X.Org Server Extension : 7.0 [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ 0xf0000000/33554432, 0xf3044000/4096 [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ 0x????????/131072 [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) [ 9.976] Initializing built-in extension Generic Event Extension [ 9.976] Initializing built-in extension SHAPE [ 9.976] Initializing built-in extension MIT-SHM [ 9.976] Initializing built-in extension XInputExtension [ 9.976] Initializing built-in extension XTEST [ 9.976] Initializing built-in extension BIG-REQUESTS [ 9.976] Initializing built-in extension SYNC [ 9.976] Initializing built-in extension XKEYBOARD [ 9.976] Initializing built-in extension XC-MISC [ 9.976] Initializing built-in extension SECURITY [ 9.976] Initializing built-in extension XINERAMA [ 9.976] Initializing built-in extension XFIXES [ 9.976] Initializing built-in extension RENDER [ 9.976] Initializing built-in extension RANDR [ 9.976] Initializing built-in extension COMPOSITE [ 9.976] Initializing built-in extension DAMAGE [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER [ 9.976] Initializing built-in extension DOUBLE-BUFFER [ 9.976] Initializing built-in extension RECORD [ 9.976] Initializing built-in extension DPMS [ 9.976] Initializing built-in extension X-Resource [ 9.976] Initializing built-in extension XVideo [ 9.976] Initializing built-in extension XVideo-MotionCompensation [ 9.976] Initializing built-in extension XFree86-VidModeExtension [ 9.976] Initializing built-in extension XFree86-DGA [ 9.976] Initializing built-in extension XFree86-DRI [ 9.976] Initializing built-in extension DRI2 [ 9.976] (II) "glx" will be loaded. This was enabled by default and also specified in the config file. [ 9.976] (II) LoadModule: "glx" [ 10.098] (II) Loading /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." [ 10.157] compiled for 6.9.0, module version = 1.0.0 [ 10.157] Loading extension GLX [ 10.157] (II) LoadModule: "fglrx" [ 10.215] (II) Loading /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 [ 10.912] Module class: X.Org Video Driver [ 10.913] (II) Loading sub module "fglrxdrm" [ 10.913] (II) LoadModule: "fglrxdrm" [ 10.925] (II) Loading /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies Inc." [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 [ 10.947] (II) AMD Proprietary Linux Driver Version Identifier:13.25.5 [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: 13.251 [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 15:19:03 [ 10.947] (++) using VT number 7 [ 10.947] (WW) Falling back to old probe method for fglrx [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb /etc/ati/amdpcsdb.default [ 11.152] ukiDynamicMajor: found major device number 250 [ 11.152] ukiDynamicMajor: found major device number 250 [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 [ 11.152] ukiOpenDevice: open result is 10, (OK) ----- - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Thursday, June 26, 2014 08:43 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough On 2014-06-26 16:20, Brian Menges wrote: > [root@xs ~]# lsmod | grep pciback > [root@xs ~]# echo $? > 1 > [root@xs ~]# modprobe pciback > FATAL: Module pciback not found. Try: modprobe xen-pciback > Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. Ah - my bad. It must be Xenserver 7 that is based on EL6. > I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it > won't get past the splash screen (xencenter display) now after gpu > assignment (console or gui). The Ubuntu drivers appear to do nothing; > however: > > $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' > [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, > use "pci=nocrs" and report a bug > [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] > [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] > [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] > [ 0.252000] pci_bus 0000:00: root bus resource [mem > 0x000a0000-0x000bffff] > [ 0.252000] pci_bus 0000:00: root bus resource [mem > 0xe0000000-0xfbffffff] > [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 > [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 > [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 > [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] > [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 > [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] > [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 > [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by > PIIX4 ACPI > [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 > [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff > pref] > [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] > [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 > [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] > [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff > pref] > [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 > [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff > 64bit pref] > [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff > 64bit] > [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] > [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff > pref] > [ 0.301115] pci 0000:00:05.0: supports D1 D2 > [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 > [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff > 64bit] > [ 0.303969] pci 0000:00:06.0: supports D1 D2 > [ 0.332081] PCI: pci_cache_line_size set to 64 bytes > [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] > [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] > [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] > [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers > [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release > [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds > [ 1.312047] pci 0000:00:02.0: Boot video device > [ 1.312215] pci 0000:00:05.0: Boot video device > [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: > 0.4 > [ 1.576902] ehci-pci: EHCI PCI platform driver > [ 1.576942] ohci-pci: OHCI PCI platform driver > [ 1.692123] xenbus_probe_frontend: Device with no driver: > device/pci/0 > [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI > Technologies, Starnberg, GERMANY' taints kernel. > [ 6.185911] fglrx: module verification failed: signature and/or > required key missing - tainting kernel > [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma > buffers: 7247 MBytes. > [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 > [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 > [ 6.195932] <6>[fglrx] Kernel PAT support is enabled > [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] > with 1 minors > [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as > /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 > [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as > /devices/pci0000:00/0000:00:06.0/sound/card0/input4 > [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 > [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 > [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 > [ 11.495154] <6>[fglrx] IRQ 78 Enabled > [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, > size:1000000 > [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, > size:4000 > [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, > size:4c4000 > [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, > size:c000 > > So my last boot I got in via SSH, however the displays aren't working. > I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> > DisplayPort) display and my monitor isn't showing anything. Wodnering > what I'm missing to get this display up and running. So it looks like fglrx loads successfully and finds the hardware. So far so good. Can you check what your Xorg log says? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:00:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:00:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0C6K-0007sD-HX; Thu, 26 Jun 2014 16:00:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0C6I-0007ry-F8 for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:00:38 +0000 Received: from [85.158.137.68:15364] by server-15.bemta-3.messagelabs.com id DC/F1-26980-5A34CA35; Thu, 26 Jun 2014 16:00:37 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1403798434!12458327!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32046 invoked from network); 26 Jun 2014 16:00:36 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:00:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=GaaradhXsLnM4qMeTv1AxHw4nh4zjfnx4cckpR3YTD8JwjkgoI5A1BkkufeWWG+BQr0lHe0S3DOq3d45CJWWuRc/9pIBFr/CcMDPCIx4TuYJzAI0cp6ZvwUUGNKYFwO+; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0C6E-000L1C-Sm for xen-users@lists.xen.org; Thu, 26 Jun 2014 09:00:34 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 09:00:34 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ Date: Thu, 26 Jun 2014 16:00:33 +0000 Message-ID: References: "\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com>" " <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> In-Reply-To: <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Looks like it isn't using the driver correctly? ----- [ 9.758] X.Org X Server 1.14.5 Release Date: 2013-12-12 [ 9.758] X Protocol Version 11, Revision 0 [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 Ubuntu [ 9.758] Current Operating System: Linux bmenges-linux3 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 x86_64 [ 9.758] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash iommu=soft swiotlb=force vt.handoff=7 [ 9.758] Build Date: 06 January 2014 01:37:48PM [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For technical support please see http://www.ubuntu.com/support) [ 9.758] Current version of pixman: 0.30.2 [ 9.758] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 9.758] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 08:15:53 2014 [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" [ 9.803] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 9.893] (==) ServerLayout "aticonfig Layout" [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" [ 9.905] (==) Automatically adding devices [ 9.905] (==) Automatically enabling devices [ 9.905] (==) Automatically adding GPU devices [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 9.944] Entry deleted from font path. [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [ 9.944] Entry deleted from font path. [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [ 9.944] Entry deleted from font path. [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. [ 9.960] Entry deleted from font path. [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [ 9.960] Entry deleted from font path. [ 9.960] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, built-ins [ 9.960] (==) ModulePath set to "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" [ 9.960] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 9.966] (II) Loader magic: 0x7f6ad345fc20 [ 9.966] (II) Module ABI versions: [ 9.966] X.Org ANSI C Emulation: 0.4 [ 9.966] X.Org Video Driver: 14.1 [ 9.966] X.Org XInput driver : 19.1 [ 9.966] X.Org Server Extension : 7.0 [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ 0xf0000000/33554432, 0xf3044000/4096 [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ 0x????????/131072 [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) [ 9.976] Initializing built-in extension Generic Event Extension [ 9.976] Initializing built-in extension SHAPE [ 9.976] Initializing built-in extension MIT-SHM [ 9.976] Initializing built-in extension XInputExtension [ 9.976] Initializing built-in extension XTEST [ 9.976] Initializing built-in extension BIG-REQUESTS [ 9.976] Initializing built-in extension SYNC [ 9.976] Initializing built-in extension XKEYBOARD [ 9.976] Initializing built-in extension XC-MISC [ 9.976] Initializing built-in extension SECURITY [ 9.976] Initializing built-in extension XINERAMA [ 9.976] Initializing built-in extension XFIXES [ 9.976] Initializing built-in extension RENDER [ 9.976] Initializing built-in extension RANDR [ 9.976] Initializing built-in extension COMPOSITE [ 9.976] Initializing built-in extension DAMAGE [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER [ 9.976] Initializing built-in extension DOUBLE-BUFFER [ 9.976] Initializing built-in extension RECORD [ 9.976] Initializing built-in extension DPMS [ 9.976] Initializing built-in extension X-Resource [ 9.976] Initializing built-in extension XVideo [ 9.976] Initializing built-in extension XVideo-MotionCompensation [ 9.976] Initializing built-in extension XFree86-VidModeExtension [ 9.976] Initializing built-in extension XFree86-DGA [ 9.976] Initializing built-in extension XFree86-DRI [ 9.976] Initializing built-in extension DRI2 [ 9.976] (II) "glx" will be loaded. This was enabled by default and also specified in the config file. [ 9.976] (II) LoadModule: "glx" [ 10.098] (II) Loading /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." [ 10.157] compiled for 6.9.0, module version = 1.0.0 [ 10.157] Loading extension GLX [ 10.157] (II) LoadModule: "fglrx" [ 10.215] (II) Loading /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 [ 10.912] Module class: X.Org Video Driver [ 10.913] (II) Loading sub module "fglrxdrm" [ 10.913] (II) LoadModule: "fglrxdrm" [ 10.925] (II) Loading /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies Inc." [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 [ 10.947] (II) AMD Proprietary Linux Driver Version Identifier:13.25.5 [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: 13.251 [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 15:19:03 [ 10.947] (++) using VT number 7 [ 10.947] (WW) Falling back to old probe method for fglrx [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb /etc/ati/amdpcsdb.default [ 11.152] ukiDynamicMajor: found major device number 250 [ 11.152] ukiDynamicMajor: found major device number 250 [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 [ 11.152] ukiOpenDevice: open result is 10, (OK) ----- - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Thursday, June 26, 2014 08:43 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough On 2014-06-26 16:20, Brian Menges wrote: > [root@xs ~]# lsmod | grep pciback > [root@xs ~]# echo $? > 1 > [root@xs ~]# modprobe pciback > FATAL: Module pciback not found. Try: modprobe xen-pciback > Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. Ah - my bad. It must be Xenserver 7 that is based on EL6. > I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it > won't get past the splash screen (xencenter display) now after gpu > assignment (console or gui). The Ubuntu drivers appear to do nothing; > however: > > $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' > [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, > use "pci=nocrs" and report a bug > [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] > [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] > [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] > [ 0.252000] pci_bus 0000:00: root bus resource [mem > 0x000a0000-0x000bffff] > [ 0.252000] pci_bus 0000:00: root bus resource [mem > 0xe0000000-0xfbffffff] > [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 > [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 > [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 > [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] > [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 > [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] > [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 > [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by > PIIX4 ACPI > [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 > [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff > pref] > [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] > [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 > [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] > [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff > pref] > [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 > [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff > 64bit pref] > [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff > 64bit] > [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] > [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff > pref] > [ 0.301115] pci 0000:00:05.0: supports D1 D2 > [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 > [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff > 64bit] > [ 0.303969] pci 0000:00:06.0: supports D1 D2 > [ 0.332081] PCI: pci_cache_line_size set to 64 bytes > [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] > [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] > [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] > [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers > [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release > [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds > [ 1.312047] pci 0000:00:02.0: Boot video device > [ 1.312215] pci 0000:00:05.0: Boot video device > [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: > 0.4 > [ 1.576902] ehci-pci: EHCI PCI platform driver > [ 1.576942] ohci-pci: OHCI PCI platform driver > [ 1.692123] xenbus_probe_frontend: Device with no driver: > device/pci/0 > [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI > Technologies, Starnberg, GERMANY' taints kernel. > [ 6.185911] fglrx: module verification failed: signature and/or > required key missing - tainting kernel > [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma > buffers: 7247 MBytes. > [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 > [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 > [ 6.195932] <6>[fglrx] Kernel PAT support is enabled > [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] > with 1 minors > [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as > /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 > [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as > /devices/pci0000:00/0000:00:06.0/sound/card0/input4 > [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 > [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 > [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 > [ 11.495154] <6>[fglrx] IRQ 78 Enabled > [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, > size:1000000 > [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, > size:4000 > [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, > size:4c4000 > [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, > size:c000 > > So my last boot I got in via SSH, however the displays aren't working. > I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> > DisplayPort) display and my monitor isn't showing anything. Wodnering > what I'm missing to get this display up and running. So it looks like fglrx loads successfully and finds the hardware. So far so good. Can you check what your Xorg log says? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:07:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:07:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CCR-0008VB-CP; Thu, 26 Jun 2014 16:06:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CCP-0008V5-ES for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:06:57 +0000 Received: from [85.158.137.68:36104] by server-16.bemta-3.messagelabs.com id 2E/95-28986-0254CA35; Thu, 26 Jun 2014 16:06:56 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1403798813!12532515!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23939 invoked from network); 26 Jun 2014 16:06:54 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:06:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=qm3G9mCS258oVa9i3BCcL9j+9ns8BJ1FnVSaCsYKk96pbQ3kFWJRIBG77ZOXbn2JQFFGtPIwCa9idCqKF/LGKRO8UJQi68NxUj/dwVcF5NJEBABl2md5jCpjvKK805nD; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0CCL-000L5Q-G0 for xen-users@lists.xen.org; Thu, 26 Jun 2014 09:06:53 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 09:06:52 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAELSXgAAOJLhA Date: Thu, 26 Jun 2014 16:06:51 +0000 Message-ID: References: <53ABB4CC.9030608@bobich.net> <5472312.35qldhX9vk@plpconcha> In-Reply-To: <5472312.35qldhX9vk@plpconcha> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8745701394458031109==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8745701394458031109== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F9273151ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F9273151ex001sfoservepath_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Daniel, It definitely gave me a good xorg config: $ cat /etc/X11/xorg.conf Section "ServerLayout" Identifier "aticonfig Layout" Screen 0 "aticonfig-Screen[0]-0" 0 0 EndSection Section "Module" Load "glx" EndSection Section "Monitor" Identifier "aticonfig-Monitor[0]-0" Option "VendorName" "ATI Proprietary Driver" Option "ModelName" "Generic Autodetecting Monitor" Option "DPMS" "true" EndSection Section "Device" Identifier "Default Device" Option "NoLogo" "True" EndSection Section "Device" Identifier "aticonfig-Device[0]-0" Driver "fglrx" BusID "PCI:0:5:0" EndSection Section "Screen" Identifier "Default Screen" DefaultDepth 24 EndSection Section "Screen" Identifier "aticonfig-Screen[0]-0" Device "aticonfig-Device[0]-0" Monitor "aticonfig-Monitor[0]-0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Daniel E. Shub Sent: Thursday, June 26, 2014 09:00 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough On Thursday 26 June 2014 16:20:55 Brian Menges wrote: > > I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it won= 't > get past the splash screen (xencenter display) now after gpu assignment > (console or gui). The Ubuntu drivers appear to do nothing; however: > I am not sure what you mean by not getting by the splash screen. When you l= ogged in via ssh, could you tell if X was running? On Arch, X doesn't auto = detect properly with the catalyst driver. As far as I can tell, this is not= a Xen issue, but rather a Catalyst/X issue. On Arch I need to run "aticonf= ig --initial" in order to create an xorg.conf file. This message and any attachment are intended solely for the addressee and m= ay contain confidential information. If you have received this message in e= rror, please send it back to me, and immediately delete it. Please do not= use, copy or disclose the information contained in this message or in any = attachment. Any views or opinions expressed by the author of this email do= not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment= may still contain software viruses which could damage your computer system= , you are advised to perform your own checks. Email communications with the= University of Nottingham may be monitored as permitted by UK legislation. ________________________________ The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer. --_000_F33FED1E326F7448A0623CC9BFA2D4F9273151ex001sfoservepath_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Daniel,

 

It definitely gave me a= good xorg config:

$ cat /etc/X11/xorg.con= f

Section "ServerLay= out"

    = ;    Identifier     "aticonfig Layo= ut"

    = ;    Screen      0  "atic= onfig-Screen[0]-0" 0 0

EndSection

 

Section "Module&qu= ot;

    = ;    Load  "glx"

EndSection

 

Section "Monitor&q= uot;

    = ;    Identifier   "aticonfig-Monitor[0]-0&quo= t;

    = ;    Option      "VendorName&q= uot; "ATI Proprietary Driver"

    = ;    Option      "ModelName&qu= ot; "Generic Autodetecting Monitor"

    = ;    Option      "DPMS" &= quot;true"

EndSection

 

Section "Device&qu= ot;

    = ;    Identifier  "Default Device"

    = ;    Option      "NoLogo"= "True"

EndSection

 

Section "Device&qu= ot;

    = ;    Identifier  "aticonfig-Device[0]-0"

    = ;    Driver      "fglrx"<= /span>

    = ;    BusID       "PCI:0:5= :0"

EndSection

 

Section "Screen&qu= ot;

    = ;    Identifier "Default Screen"

    = ;    DefaultDepth     24

EndSection

 

Section "Screen&qu= ot;

    = ;    Identifier "aticonfig-Screen[0]-0"

    = ;    Device     "aticonfig-Device[0= ]-0"

    = ;    Monitor    "aticonfig-Monitor[0]-0&= quot;

    = ;    DefaultDepth     24

    = ;    SubSection "Display"

    = ;            Viewpor= t   0 0

    = ;            Depth&n= bsp;    24

    = ;    EndSubSection

EndSection

 

- Brian Menges

Principal Engineer, Dev= Ops

GoGrid | ServePath | Co= loServe | UpStream Networks

 

From: xen-= users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Daniel E. Shub
Sent: Thursday, June 26, 2014 09:00
To: xen-users@lists.xen.org
Subject: Re: [Xen-users] Help with VGA passthrough

 

On Thursday 26 Ju= ne 2014 16:20:55 Brian Menges wrote:

>

> I installed = the proprietary drivers in an Ubuntu 12.04 LTS VM, and it won't

> get past the= splash screen (xencenter display) now after gpu assignment

> (console or = gui). The Ubuntu drivers appear to do nothing; however:

>

 

I am not= sure what you mean by not getting by the splash screen. When you logged in= via ssh, could you tell if X was running? On Arch, X doesn't auto detect properly with the catalyst driver. As far as I can tell, this = is not a Xen issue, but rather a Catalyst/X issue. On Arch I need to run &q= uot;aticonfig --initial" in order to create an xorg.conf file.<= span style=3D"font-size:9.0pt; font-family:"Sans Serif","ser= if"">

 

 

 

 

 

This message and any attachment are intended solely for the a= ddressee and may contain confidential information. If you have received thi= s message in error, please send it back to me, and immediately delete it.   Please do not use, copy or disclose the information= contained in this message or in any attachment.  Any views or opinion= s expressed by the author of this email do not necessarily reflect the view= s of the University of Nottingham.

This message has been checked for viruses but the contents of= an attachment may still contain software viruses which could damage your c= omputer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as= permitted by UK legislation.

 



The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons or entities other than the inten= ded recipient is prohibited. If you receive this in error, please contact t= he sender and delete the material from any computer.
 --_000_F33FED1E326F7448A0623CC9BFA2D4F9273151ex001sfoservepath_-- --===============8745701394458031109== 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 --===============8745701394458031109==-- From xen-users-bounces@lists.xen.org Thu Jun 26 16:07:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:07:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CCR-0008VB-CP; Thu, 26 Jun 2014 16:06:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CCP-0008V5-ES for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:06:57 +0000 Received: from [85.158.137.68:36104] by server-16.bemta-3.messagelabs.com id 2E/95-28986-0254CA35; Thu, 26 Jun 2014 16:06:56 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1403798813!12532515!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23939 invoked from network); 26 Jun 2014 16:06:54 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:06:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=qm3G9mCS258oVa9i3BCcL9j+9ns8BJ1FnVSaCsYKk96pbQ3kFWJRIBG77ZOXbn2JQFFGtPIwCa9idCqKF/LGKRO8UJQi68NxUj/dwVcF5NJEBABl2md5jCpjvKK805nD; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0CCL-000L5Q-G0 for xen-users@lists.xen.org; Thu, 26 Jun 2014 09:06:53 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 09:06:52 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAELSXgAAOJLhA Date: Thu, 26 Jun 2014 16:06:51 +0000 Message-ID: References: <53ABB4CC.9030608@bobich.net> <5472312.35qldhX9vk@plpconcha> In-Reply-To: <5472312.35qldhX9vk@plpconcha> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8745701394458031109==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8745701394458031109== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F9273151ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F9273151ex001sfoservepath_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Daniel, It definitely gave me a good xorg config: $ cat /etc/X11/xorg.conf Section "ServerLayout" Identifier "aticonfig Layout" Screen 0 "aticonfig-Screen[0]-0" 0 0 EndSection Section "Module" Load "glx" EndSection Section "Monitor" Identifier "aticonfig-Monitor[0]-0" Option "VendorName" "ATI Proprietary Driver" Option "ModelName" "Generic Autodetecting Monitor" Option "DPMS" "true" EndSection Section "Device" Identifier "Default Device" Option "NoLogo" "True" EndSection Section "Device" Identifier "aticonfig-Device[0]-0" Driver "fglrx" BusID "PCI:0:5:0" EndSection Section "Screen" Identifier "Default Screen" DefaultDepth 24 EndSection Section "Screen" Identifier "aticonfig-Screen[0]-0" Device "aticonfig-Device[0]-0" Monitor "aticonfig-Monitor[0]-0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Daniel E. Shub Sent: Thursday, June 26, 2014 09:00 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough On Thursday 26 June 2014 16:20:55 Brian Menges wrote: > > I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it won= 't > get past the splash screen (xencenter display) now after gpu assignment > (console or gui). The Ubuntu drivers appear to do nothing; however: > I am not sure what you mean by not getting by the splash screen. When you l= ogged in via ssh, could you tell if X was running? On Arch, X doesn't auto = detect properly with the catalyst driver. As far as I can tell, this is not= a Xen issue, but rather a Catalyst/X issue. On Arch I need to run "aticonf= ig --initial" in order to create an xorg.conf file. This message and any attachment are intended solely for the addressee and m= ay contain confidential information. If you have received this message in e= rror, please send it back to me, and immediately delete it. Please do not= use, copy or disclose the information contained in this message or in any = attachment. Any views or opinions expressed by the author of this email do= not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment= may still contain software viruses which could damage your computer system= , you are advised to perform your own checks. Email communications with the= University of Nottingham may be monitored as permitted by UK legislation. ________________________________ The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer. --_000_F33FED1E326F7448A0623CC9BFA2D4F9273151ex001sfoservepath_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Daniel,

 

It definitely gave me a= good xorg config:

$ cat /etc/X11/xorg.con= f

Section "ServerLay= out"

    = ;    Identifier     "aticonfig Layo= ut"

    = ;    Screen      0  "atic= onfig-Screen[0]-0" 0 0

EndSection

 

Section "Module&qu= ot;

    = ;    Load  "glx"

EndSection

 

Section "Monitor&q= uot;

    = ;    Identifier   "aticonfig-Monitor[0]-0&quo= t;

    = ;    Option      "VendorName&q= uot; "ATI Proprietary Driver"

    = ;    Option      "ModelName&qu= ot; "Generic Autodetecting Monitor"

    = ;    Option      "DPMS" &= quot;true"

EndSection

 

Section "Device&qu= ot;

    = ;    Identifier  "Default Device"

    = ;    Option      "NoLogo"= "True"

EndSection

 

Section "Device&qu= ot;

    = ;    Identifier  "aticonfig-Device[0]-0"

    = ;    Driver      "fglrx"<= /span>

    = ;    BusID       "PCI:0:5= :0"

EndSection

 

Section "Screen&qu= ot;

    = ;    Identifier "Default Screen"

    = ;    DefaultDepth     24

EndSection

 

Section "Screen&qu= ot;

    = ;    Identifier "aticonfig-Screen[0]-0"

    = ;    Device     "aticonfig-Device[0= ]-0"

    = ;    Monitor    "aticonfig-Monitor[0]-0&= quot;

    = ;    DefaultDepth     24

    = ;    SubSection "Display"

    = ;            Viewpor= t   0 0

    = ;            Depth&n= bsp;    24

    = ;    EndSubSection

EndSection

 

- Brian Menges

Principal Engineer, Dev= Ops

GoGrid | ServePath | Co= loServe | UpStream Networks

 

From: xen-= users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Daniel E. Shub
Sent: Thursday, June 26, 2014 09:00
To: xen-users@lists.xen.org
Subject: Re: [Xen-users] Help with VGA passthrough

 

On Thursday 26 Ju= ne 2014 16:20:55 Brian Menges wrote:

>

> I installed = the proprietary drivers in an Ubuntu 12.04 LTS VM, and it won't

> get past the= splash screen (xencenter display) now after gpu assignment

> (console or = gui). The Ubuntu drivers appear to do nothing; however:

>

 

I am not= sure what you mean by not getting by the splash screen. When you logged in= via ssh, could you tell if X was running? On Arch, X doesn't auto detect properly with the catalyst driver. As far as I can tell, this = is not a Xen issue, but rather a Catalyst/X issue. On Arch I need to run &q= uot;aticonfig --initial" in order to create an xorg.conf file.<= span style=3D"font-size:9.0pt; font-family:"Sans Serif","ser= if"">

 

 

 

 

 

This message and any attachment are intended solely for the a= ddressee and may contain confidential information. If you have received thi= s message in error, please send it back to me, and immediately delete it.   Please do not use, copy or disclose the information= contained in this message or in any attachment.  Any views or opinion= s expressed by the author of this email do not necessarily reflect the view= s of the University of Nottingham.

This message has been checked for viruses but the contents of= an attachment may still contain software viruses which could damage your c= omputer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as= permitted by UK legislation.

 



The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons or entities other than the inten= ded recipient is prohibited. If you receive this in error, please contact t= he sender and delete the material from any computer.
 --_000_F33FED1E326F7448A0623CC9BFA2D4F9273151ex001sfoservepath_-- --===============8745701394458031109== 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 --===============8745701394458031109==-- From xen-users-bounces@lists.xen.org Thu Jun 26 16:14:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:14:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CJT-0000aw-Ns; Thu, 26 Jun 2014 16:14:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CJT-0000an-1s for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:14:15 +0000 Received: from [85.158.139.211:40674] by server-12.bemta-5.messagelabs.com id 0A/DC-27841-6D64CA35; Thu, 26 Jun 2014 16:14:14 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-206.messagelabs.com!1403799252!12245899!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3136 invoked from network); 26 Jun 2014 16:14:13 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:14:13 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 578B0221DE2 for ; Thu, 26 Jun 2014 17:14:12 +0100 (BST) MIME-Version: 1.0 Date: Thu, 26 Jun 2014 17:14:11 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\"\\\"\\\\\\\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com>\\\" \\\" <53ABB4CC.9030608@bobich.net> " <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net>" Message-ID: <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org At a glance, I don't see an obvious problem in that log. Is you can ssh in can you check if Xorg is actually running? On 2014-06-26 17:00, Brian Menges wrote: > Looks like it isn't using the driver correctly? > ----- > [ 9.758] > X.Org X Server 1.14.5 > Release Date: 2013-12-12 > [ 9.758] X Protocol Version 11, Revision 0 > [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 > Ubuntu > [ 9.758] Current Operating System: Linux bmenges-linux3 > 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 > x86_64 > [ 9.758] Kernel command line: > BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic > root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash > iommu=soft swiotlb=force vt.handoff=7 > [ 9.758] Build Date: 06 January 2014 01:37:48PM > [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For > technical support please see http://www.ubuntu.com/support) > [ 9.758] Current version of pixman: 0.30.2 > [ 9.758] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [ 9.758] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 > 08:15:53 2014 > [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" > [ 9.803] (==) Using system config directory > "/usr/share/X11/xorg.conf.d" > [ 9.893] (==) ServerLayout "aticonfig Layout" > [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) > [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" > [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" > [ 9.905] (==) Automatically adding devices > [ 9.905] (==) Automatically enabling devices > [ 9.905] (==) Automatically adding GPU devices > [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does > not exist. > [ 9.944] Entry deleted from font path. > [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not > exist. > [ 9.944] Entry deleted from font path. > [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not > exist. > [ 9.944] Entry deleted from font path. > [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not > exist. > [ 9.960] Entry deleted from font path. > [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not > exist. > [ 9.960] Entry deleted from font path. > [ 9.960] (==) FontPath set to: > /usr/share/fonts/X11/misc, > /usr/share/fonts/X11/Type1, > built-ins > [ 9.960] (==) ModulePath set to > "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" > [ 9.960] (II) The server relies on udev to provide the list of > input devices. > If no devices become available, reconfigure udev or disable > AutoAddDevices. > [ 9.966] (II) Loader magic: 0x7f6ad345fc20 > [ 9.966] (II) Module ABI versions: > [ 9.966] X.Org ANSI C Emulation: 0.4 > [ 9.966] X.Org Video Driver: 14.1 > [ 9.966] X.Org XInput driver : 19.1 > [ 9.966] X.Org Server Extension : 7.0 > [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ > 0xf0000000/33554432, 0xf3044000/4096 > [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ > 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ > 0x????????/131072 > [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) > [ 9.976] Initializing built-in extension Generic Event Extension > [ 9.976] Initializing built-in extension SHAPE > [ 9.976] Initializing built-in extension MIT-SHM > [ 9.976] Initializing built-in extension XInputExtension > [ 9.976] Initializing built-in extension XTEST > [ 9.976] Initializing built-in extension BIG-REQUESTS > [ 9.976] Initializing built-in extension SYNC > [ 9.976] Initializing built-in extension XKEYBOARD > [ 9.976] Initializing built-in extension XC-MISC > [ 9.976] Initializing built-in extension SECURITY > [ 9.976] Initializing built-in extension XINERAMA > [ 9.976] Initializing built-in extension XFIXES > [ 9.976] Initializing built-in extension RENDER > [ 9.976] Initializing built-in extension RANDR > [ 9.976] Initializing built-in extension COMPOSITE > [ 9.976] Initializing built-in extension DAMAGE > [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER > [ 9.976] Initializing built-in extension DOUBLE-BUFFER > [ 9.976] Initializing built-in extension RECORD > [ 9.976] Initializing built-in extension DPMS > [ 9.976] Initializing built-in extension X-Resource > [ 9.976] Initializing built-in extension XVideo > [ 9.976] Initializing built-in extension XVideo-MotionCompensation > [ 9.976] Initializing built-in extension XFree86-VidModeExtension > [ 9.976] Initializing built-in extension XFree86-DGA > [ 9.976] Initializing built-in extension XFree86-DRI > [ 9.976] Initializing built-in extension DRI2 > [ 9.976] (II) "glx" will be loaded. This was enabled by default > and also specified in the config file. > [ 9.976] (II) LoadModule: "glx" > [ 10.098] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so > [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." > [ 10.157] compiled for 6.9.0, module version = 1.0.0 > [ 10.157] Loading extension GLX > [ 10.157] (II) LoadModule: "fglrx" > [ 10.215] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." > [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 > [ 10.912] Module class: X.Org Video Driver > [ 10.913] (II) Loading sub module "fglrxdrm" > [ 10.913] (II) LoadModule: "fglrxdrm" > [ 10.925] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so > [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies > Inc." > [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 > [ 10.947] (II) AMD Proprietary Linux Driver Version > Identifier:13.25.5 > [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: > 13.251 > [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 > 15:19:03 > [ 10.947] (++) using VT number 7 > > [ 10.947] (WW) Falling back to old probe method for fglrx > [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb > /etc/ati/amdpcsdb.default > [ 11.152] ukiDynamicMajor: found major device number 250 > [ 11.152] ukiDynamicMajor: found major device number 250 > [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 > [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 > [ 11.152] ukiOpenDevice: open result is 10, (OK) > ----- > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Thursday, June 26, 2014 08:43 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > On 2014-06-26 16:20, Brian Menges wrote: >> [root@xs ~]# lsmod | grep pciback >> [root@xs ~]# echo $? >> 1 >> [root@xs ~]# modprobe pciback >> FATAL: Module pciback not found. > > Try: > modprobe xen-pciback > >> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. > > Ah - my bad. It must be Xenserver 7 that is based on EL6. > >> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it >> won't get past the splash screen (xencenter display) now after gpu >> assignment (console or gui). The Ubuntu drivers appear to do nothing; >> however: >> >> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' >> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, >> use "pci=nocrs" and report a bug >> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] >> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] >> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] >> [ 0.252000] pci_bus 0000:00: root bus resource [mem >> 0x000a0000-0x000bffff] >> [ 0.252000] pci_bus 0000:00: root bus resource [mem >> 0xe0000000-0xfbffffff] >> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 >> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 >> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 >> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] >> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 >> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] >> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 >> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by >> PIIX4 ACPI >> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 >> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff >> pref] >> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] >> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 >> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] >> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff >> pref] >> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 >> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff >> 64bit pref] >> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff >> 64bit] >> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] >> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff >> pref] >> [ 0.301115] pci 0000:00:05.0: supports D1 D2 >> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 >> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff >> 64bit] >> [ 0.303969] pci 0000:00:06.0: supports D1 D2 >> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes >> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] >> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] >> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] >> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] >> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers >> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release >> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds >> [ 1.312047] pci 0000:00:02.0: Boot video device >> [ 1.312215] pci 0000:00:05.0: Boot video device >> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 >> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: >> 0.4 >> [ 1.576902] ehci-pci: EHCI PCI platform driver >> [ 1.576942] ohci-pci: OHCI PCI platform driver >> [ 1.692123] xenbus_probe_frontend: Device with no driver: >> device/pci/0 >> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI >> Technologies, Starnberg, GERMANY' taints kernel. >> [ 6.185911] fglrx: module verification failed: signature and/or >> required key missing - tainting kernel >> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma >> buffers: 7247 MBytes. >> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 >> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 >> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled >> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] >> with 1 minors >> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as >> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 >> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as >> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 >> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 >> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 >> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 >> [ 11.495154] <6>[fglrx] IRQ 78 Enabled >> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, >> size:1000000 >> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, >> size:4000 >> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, >> size:4c4000 >> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, >> size:c000 >> >> So my last boot I got in via SSH, however the displays aren't working. >> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> >> DisplayPort) display and my monitor isn't showing anything. Wodnering >> what I'm missing to get this display up and running. > > So it looks like fglrx loads successfully and finds the hardware. So > far so good. Can you check what your Xorg log says? > > Gordan > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for > the use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient > is prohibited. If you receive this in error, please contact the sender > and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:14:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:14:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CJT-0000aw-Ns; Thu, 26 Jun 2014 16:14:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CJT-0000an-1s for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:14:15 +0000 Received: from [85.158.139.211:40674] by server-12.bemta-5.messagelabs.com id 0A/DC-27841-6D64CA35; Thu, 26 Jun 2014 16:14:14 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-206.messagelabs.com!1403799252!12245899!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3136 invoked from network); 26 Jun 2014 16:14:13 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:14:13 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 578B0221DE2 for ; Thu, 26 Jun 2014 17:14:12 +0100 (BST) MIME-Version: 1.0 Date: Thu, 26 Jun 2014 17:14:11 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\"\\\"\\\\\\\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com>\\\" \\\" <53ABB4CC.9030608@bobich.net> " <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net>" Message-ID: <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org At a glance, I don't see an obvious problem in that log. Is you can ssh in can you check if Xorg is actually running? On 2014-06-26 17:00, Brian Menges wrote: > Looks like it isn't using the driver correctly? > ----- > [ 9.758] > X.Org X Server 1.14.5 > Release Date: 2013-12-12 > [ 9.758] X Protocol Version 11, Revision 0 > [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 > Ubuntu > [ 9.758] Current Operating System: Linux bmenges-linux3 > 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 > x86_64 > [ 9.758] Kernel command line: > BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic > root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash > iommu=soft swiotlb=force vt.handoff=7 > [ 9.758] Build Date: 06 January 2014 01:37:48PM > [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For > technical support please see http://www.ubuntu.com/support) > [ 9.758] Current version of pixman: 0.30.2 > [ 9.758] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [ 9.758] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 > 08:15:53 2014 > [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" > [ 9.803] (==) Using system config directory > "/usr/share/X11/xorg.conf.d" > [ 9.893] (==) ServerLayout "aticonfig Layout" > [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) > [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" > [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" > [ 9.905] (==) Automatically adding devices > [ 9.905] (==) Automatically enabling devices > [ 9.905] (==) Automatically adding GPU devices > [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does > not exist. > [ 9.944] Entry deleted from font path. > [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not > exist. > [ 9.944] Entry deleted from font path. > [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not > exist. > [ 9.944] Entry deleted from font path. > [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not > exist. > [ 9.960] Entry deleted from font path. > [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not > exist. > [ 9.960] Entry deleted from font path. > [ 9.960] (==) FontPath set to: > /usr/share/fonts/X11/misc, > /usr/share/fonts/X11/Type1, > built-ins > [ 9.960] (==) ModulePath set to > "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" > [ 9.960] (II) The server relies on udev to provide the list of > input devices. > If no devices become available, reconfigure udev or disable > AutoAddDevices. > [ 9.966] (II) Loader magic: 0x7f6ad345fc20 > [ 9.966] (II) Module ABI versions: > [ 9.966] X.Org ANSI C Emulation: 0.4 > [ 9.966] X.Org Video Driver: 14.1 > [ 9.966] X.Org XInput driver : 19.1 > [ 9.966] X.Org Server Extension : 7.0 > [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ > 0xf0000000/33554432, 0xf3044000/4096 > [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ > 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ > 0x????????/131072 > [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) > [ 9.976] Initializing built-in extension Generic Event Extension > [ 9.976] Initializing built-in extension SHAPE > [ 9.976] Initializing built-in extension MIT-SHM > [ 9.976] Initializing built-in extension XInputExtension > [ 9.976] Initializing built-in extension XTEST > [ 9.976] Initializing built-in extension BIG-REQUESTS > [ 9.976] Initializing built-in extension SYNC > [ 9.976] Initializing built-in extension XKEYBOARD > [ 9.976] Initializing built-in extension XC-MISC > [ 9.976] Initializing built-in extension SECURITY > [ 9.976] Initializing built-in extension XINERAMA > [ 9.976] Initializing built-in extension XFIXES > [ 9.976] Initializing built-in extension RENDER > [ 9.976] Initializing built-in extension RANDR > [ 9.976] Initializing built-in extension COMPOSITE > [ 9.976] Initializing built-in extension DAMAGE > [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER > [ 9.976] Initializing built-in extension DOUBLE-BUFFER > [ 9.976] Initializing built-in extension RECORD > [ 9.976] Initializing built-in extension DPMS > [ 9.976] Initializing built-in extension X-Resource > [ 9.976] Initializing built-in extension XVideo > [ 9.976] Initializing built-in extension XVideo-MotionCompensation > [ 9.976] Initializing built-in extension XFree86-VidModeExtension > [ 9.976] Initializing built-in extension XFree86-DGA > [ 9.976] Initializing built-in extension XFree86-DRI > [ 9.976] Initializing built-in extension DRI2 > [ 9.976] (II) "glx" will be loaded. This was enabled by default > and also specified in the config file. > [ 9.976] (II) LoadModule: "glx" > [ 10.098] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so > [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." > [ 10.157] compiled for 6.9.0, module version = 1.0.0 > [ 10.157] Loading extension GLX > [ 10.157] (II) LoadModule: "fglrx" > [ 10.215] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." > [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 > [ 10.912] Module class: X.Org Video Driver > [ 10.913] (II) Loading sub module "fglrxdrm" > [ 10.913] (II) LoadModule: "fglrxdrm" > [ 10.925] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so > [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies > Inc." > [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 > [ 10.947] (II) AMD Proprietary Linux Driver Version > Identifier:13.25.5 > [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: > 13.251 > [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 > 15:19:03 > [ 10.947] (++) using VT number 7 > > [ 10.947] (WW) Falling back to old probe method for fglrx > [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb > /etc/ati/amdpcsdb.default > [ 11.152] ukiDynamicMajor: found major device number 250 > [ 11.152] ukiDynamicMajor: found major device number 250 > [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 > [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 > [ 11.152] ukiOpenDevice: open result is 10, (OK) > ----- > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Thursday, June 26, 2014 08:43 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > On 2014-06-26 16:20, Brian Menges wrote: >> [root@xs ~]# lsmod | grep pciback >> [root@xs ~]# echo $? >> 1 >> [root@xs ~]# modprobe pciback >> FATAL: Module pciback not found. > > Try: > modprobe xen-pciback > >> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. > > Ah - my bad. It must be Xenserver 7 that is based on EL6. > >> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it >> won't get past the splash screen (xencenter display) now after gpu >> assignment (console or gui). The Ubuntu drivers appear to do nothing; >> however: >> >> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' >> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, >> use "pci=nocrs" and report a bug >> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] >> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] >> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] >> [ 0.252000] pci_bus 0000:00: root bus resource [mem >> 0x000a0000-0x000bffff] >> [ 0.252000] pci_bus 0000:00: root bus resource [mem >> 0xe0000000-0xfbffffff] >> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 >> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 >> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 >> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] >> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 >> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] >> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 >> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by >> PIIX4 ACPI >> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 >> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff >> pref] >> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] >> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 >> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] >> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff >> pref] >> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 >> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff >> 64bit pref] >> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff >> 64bit] >> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] >> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff >> pref] >> [ 0.301115] pci 0000:00:05.0: supports D1 D2 >> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 >> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff >> 64bit] >> [ 0.303969] pci 0000:00:06.0: supports D1 D2 >> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes >> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] >> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] >> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] >> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] >> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers >> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release >> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds >> [ 1.312047] pci 0000:00:02.0: Boot video device >> [ 1.312215] pci 0000:00:05.0: Boot video device >> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 >> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: >> 0.4 >> [ 1.576902] ehci-pci: EHCI PCI platform driver >> [ 1.576942] ohci-pci: OHCI PCI platform driver >> [ 1.692123] xenbus_probe_frontend: Device with no driver: >> device/pci/0 >> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI >> Technologies, Starnberg, GERMANY' taints kernel. >> [ 6.185911] fglrx: module verification failed: signature and/or >> required key missing - tainting kernel >> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma >> buffers: 7247 MBytes. >> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 >> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 >> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled >> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] >> with 1 minors >> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as >> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 >> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as >> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 >> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 >> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 >> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 >> [ 11.495154] <6>[fglrx] IRQ 78 Enabled >> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, >> size:1000000 >> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, >> size:4000 >> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, >> size:4c4000 >> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, >> size:c000 >> >> So my last boot I got in via SSH, however the displays aren't working. >> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> >> DisplayPort) display and my monitor isn't showing anything. Wodnering >> what I'm missing to get this display up and running. > > So it looks like fglrx loads successfully and finds the hardware. So > far so good. Can you check what your Xorg log says? > > Gordan > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for > the use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient > is prohibited. If you receive this in error, please contact the sender > and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:19:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:19:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0COf-0000yL-Ba; Thu, 26 Jun 2014 16:19:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0COd-0000xz-EX for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:19:35 +0000 Received: from [85.158.137.68:38571] by server-8.bemta-3.messagelabs.com id 47/6A-05923-6184CA35; Thu, 26 Jun 2014 16:19:34 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-13.tower-31.messagelabs.com!1403799573!12519318!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30261 invoked from network); 26 Jun 2014 16:19:34 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-13.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jun 2014 16:19:34 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0COb-00012r-LV for xen-users@lists.xen.org; Thu, 26 Jun 2014 18:19:33 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0COb-0000wP-Gn for xen-users@lists.xen.org; Thu, 26 Jun 2014 18:19:33 +0200 From: lee To: xen-users@lists.xen.org Date: Thu, 26 Jun 2014 18:19:30 +0200 Organization: my virtual residence Message-ID: <878uojwsml.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, how would I make it so that VMs which are started automatically are being started in a particular order? Like if I have VMs A, B and C, and I need B to be fully up before A and C, and C has to be up before A: How would I do that? Since dom0 crashes once every 24 hours, it would be nice if I could at least get the machine rebooted without more intervention than having to press the reset button ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:19:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:19:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0COf-0000yV-St; Thu, 26 Jun 2014 16:19:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0COd-0000y0-Hc for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:19:35 +0000 Received: from [85.158.139.211:23835] by server-10.bemta-5.messagelabs.com id A6/8B-01434-6184CA35; Thu, 26 Jun 2014 16:19:34 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-206.messagelabs.com!1403799573!12263590!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13152 invoked from network); 26 Jun 2014 16:19:34 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jun 2014 16:19:34 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0COb-00012q-Iw for xen-users@lists.xen.org; Thu, 26 Jun 2014 18:19:33 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0COb-0000wK-F0 for xen-users@lists.xen.org; Thu, 26 Jun 2014 18:19:33 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AA919D.90207@gmail.com> (Mihail Ivanov's message of "Wed, 25 Jun 2014 12:08:45 +0300") Date: Thu, 26 Jun 2014 18:12:52 +0200 Organization: my virtual residence Message-ID: <87d2dvwsxn.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Mihail Ivanov writes: > So next thing I've read about RAID, so I am thinking of raiding 2 x WD > Black 2 TB. (Should I do software raid or hardware raid?) Software raid can mean quite a slowdown compared to hardware raid. Disks fail. The only question is when. > Also I will be using ZFS and my Dom0 will be Fedora. Fedora for a dom0 is a rather bad choice. Fedora is an experimental testing distribution with a very limited lifetime and prone to experience lots of unexpected or undesirable changes. It is not suited for servers, which you can tell by all the things you get installed by default and by what they perceive as their user base. It's targeted for laptops, maybe desktops, and the makers of it don't care and don't want to hear what its users think. Unless you have a requirement to use very recent software which you cannot have otherwise, or if you want to try out new things, it doesn't make sense to use Fedora. > The question I am still pondering is whether I should get an E3 Xeon > (no E3's with IGP are sold in my country), an 6-core E5 Xeon or AMD FX > 8***, Is power consumption an issue you need to consider? As someone suggested, it might be a good idea to go for certified hardware. My server is going down about every 24 hours with a flood of messages in dom0 like "aacraid 0000:04:00.0: swiotlb buffer is full (sz: 4096 bytes)", and it's actual server hardware. I made a bug report a while ago; nobody cares and I keep pressing the reset button. You probably don't want to end up like that. And after spending quite a bunch of money on hardware, you might want to use something else than xen. Give it a try and set up a couple VMs on a testing machine so you get an idea of what you're getting into, and reconsider. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:19:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:19:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0COf-0000yL-Ba; Thu, 26 Jun 2014 16:19:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0COd-0000xz-EX for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:19:35 +0000 Received: from [85.158.137.68:38571] by server-8.bemta-3.messagelabs.com id 47/6A-05923-6184CA35; Thu, 26 Jun 2014 16:19:34 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-13.tower-31.messagelabs.com!1403799573!12519318!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30261 invoked from network); 26 Jun 2014 16:19:34 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-13.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jun 2014 16:19:34 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0COb-00012r-LV for xen-users@lists.xen.org; Thu, 26 Jun 2014 18:19:33 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0COb-0000wP-Gn for xen-users@lists.xen.org; Thu, 26 Jun 2014 18:19:33 +0200 From: lee To: xen-users@lists.xen.org Date: Thu, 26 Jun 2014 18:19:30 +0200 Organization: my virtual residence Message-ID: <878uojwsml.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, how would I make it so that VMs which are started automatically are being started in a particular order? Like if I have VMs A, B and C, and I need B to be fully up before A and C, and C has to be up before A: How would I do that? Since dom0 crashes once every 24 hours, it would be nice if I could at least get the machine rebooted without more intervention than having to press the reset button ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:19:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:19:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0COf-0000yV-St; Thu, 26 Jun 2014 16:19:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0COd-0000y0-Hc for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:19:35 +0000 Received: from [85.158.139.211:23835] by server-10.bemta-5.messagelabs.com id A6/8B-01434-6184CA35; Thu, 26 Jun 2014 16:19:34 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-206.messagelabs.com!1403799573!12263590!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13152 invoked from network); 26 Jun 2014 16:19:34 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jun 2014 16:19:34 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0COb-00012q-Iw for xen-users@lists.xen.org; Thu, 26 Jun 2014 18:19:33 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0COb-0000wK-F0 for xen-users@lists.xen.org; Thu, 26 Jun 2014 18:19:33 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AA919D.90207@gmail.com> (Mihail Ivanov's message of "Wed, 25 Jun 2014 12:08:45 +0300") Date: Thu, 26 Jun 2014 18:12:52 +0200 Organization: my virtual residence Message-ID: <87d2dvwsxn.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Mihail Ivanov writes: > So next thing I've read about RAID, so I am thinking of raiding 2 x WD > Black 2 TB. (Should I do software raid or hardware raid?) Software raid can mean quite a slowdown compared to hardware raid. Disks fail. The only question is when. > Also I will be using ZFS and my Dom0 will be Fedora. Fedora for a dom0 is a rather bad choice. Fedora is an experimental testing distribution with a very limited lifetime and prone to experience lots of unexpected or undesirable changes. It is not suited for servers, which you can tell by all the things you get installed by default and by what they perceive as their user base. It's targeted for laptops, maybe desktops, and the makers of it don't care and don't want to hear what its users think. Unless you have a requirement to use very recent software which you cannot have otherwise, or if you want to try out new things, it doesn't make sense to use Fedora. > The question I am still pondering is whether I should get an E3 Xeon > (no E3's with IGP are sold in my country), an 6-core E5 Xeon or AMD FX > 8***, Is power consumption an issue you need to consider? As someone suggested, it might be a good idea to go for certified hardware. My server is going down about every 24 hours with a flood of messages in dom0 like "aacraid 0000:04:00.0: swiotlb buffer is full (sz: 4096 bytes)", and it's actual server hardware. I made a bug report a while ago; nobody cares and I keep pressing the reset button. You probably don't want to end up like that. And after spending quite a bunch of money on hardware, you might want to use something else than xen. Give it a try and set up a couple VMs on a testing machine so you get an idea of what you're getting into, and reconsider. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:23:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:23:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CSE-0001QM-QB; Thu, 26 Jun 2014 16:23:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CSD-0001Q2-7V for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:23:17 +0000 Received: from [85.158.139.211:16534] by server-9.bemta-5.messagelabs.com id A9/CE-01655-4F84CA35; Thu, 26 Jun 2014 16:23:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1403799794!8088714!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12589 invoked from network); 26 Jun 2014 16:23:15 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 16:23:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,554,1400025600"; d="scan'208";a="147645539" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 26 Jun 2014 16:19:42 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 12:19:40 -0400 Message-ID: <1403799579.29476.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: xen-users , Stephan Viljoen Date: Thu, 26 Jun 2014 17:19:39 +0100 Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Subject: [Xen-users] [Fwd: Re: FW: Lost images..] X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Reposting to the list instead of list-owner (Stephan, please take care of your To/CC headers) -------- Forwarded Message -------- From: Ian Campbell To: Stephan Viljoen Cc: xen-users-request@lists.xenproject.org Subject: Re: FW: [Xen-users] Lost images.. Date: Thu, 26 Jun 2014 17:11:35 +0100 On Thu, 2014-06-26 at 17:53 +0200, Stephan Viljoen wrote: > I've attached it as a txt file , I hope this is ok ? Based on these: /local/domain/0/backend/vbd/4/51712/physical-device = "fc:0" (n0,r4) /local/domain/0/backend/vbd/4/51728/physical-device = "fc:1" (n0,r4) /local/domain/0/backend/vbd/22/51712/physical-device = "fc:3" (n0,r) /local/domain/0/backend/vbd/38/51712/physical-device = "fc:2" (n0,r) I would say that dom4 is using devices maj:min 252:0 and 252:1, dom22 is using 252:3 and dom38 is using 252:2. Based on other things in your xenstore output I think 252:N is a blktap2 block device. Perhaps look for them under /dev/xen/blktap-2. You should also have a tapdisk process for each of those disks, in which case you could also try applying the /proc/PID/fd trick to them. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:23:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:23:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CSE-0001QM-QB; Thu, 26 Jun 2014 16:23:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CSD-0001Q2-7V for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:23:17 +0000 Received: from [85.158.139.211:16534] by server-9.bemta-5.messagelabs.com id A9/CE-01655-4F84CA35; Thu, 26 Jun 2014 16:23:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1403799794!8088714!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12589 invoked from network); 26 Jun 2014 16:23:15 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 16:23:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,554,1400025600"; d="scan'208";a="147645539" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 26 Jun 2014 16:19:42 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 12:19:40 -0400 Message-ID: <1403799579.29476.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: xen-users , Stephan Viljoen Date: Thu, 26 Jun 2014 17:19:39 +0100 Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Subject: [Xen-users] [Fwd: Re: FW: Lost images..] X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Reposting to the list instead of list-owner (Stephan, please take care of your To/CC headers) -------- Forwarded Message -------- From: Ian Campbell To: Stephan Viljoen Cc: xen-users-request@lists.xenproject.org Subject: Re: FW: [Xen-users] Lost images.. Date: Thu, 26 Jun 2014 17:11:35 +0100 On Thu, 2014-06-26 at 17:53 +0200, Stephan Viljoen wrote: > I've attached it as a txt file , I hope this is ok ? Based on these: /local/domain/0/backend/vbd/4/51712/physical-device = "fc:0" (n0,r4) /local/domain/0/backend/vbd/4/51728/physical-device = "fc:1" (n0,r4) /local/domain/0/backend/vbd/22/51712/physical-device = "fc:3" (n0,r) /local/domain/0/backend/vbd/38/51712/physical-device = "fc:2" (n0,r) I would say that dom4 is using devices maj:min 252:0 and 252:1, dom22 is using 252:3 and dom38 is using 252:2. Based on other things in your xenstore output I think 252:N is a blktap2 block device. Perhaps look for them under /dev/xen/blktap-2. You should also have a tapdisk process for each of those disks, in which case you could also try applying the /proc/PID/fd trick to them. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:27:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:27:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CWZ-0001ub-4X; Thu, 26 Jun 2014 16:27:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CWY-0001uN-4O for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 16:27:46 +0000 Received: from [85.158.143.35:16512] by server-1.bemta-4.messagelabs.com id 1E/0D-09496-10A4CA35; Thu, 26 Jun 2014 16:27:45 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1403800062!14100817!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30729 invoked from network); 26 Jun 2014 16:27:44 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 16:27:44 -0000 X-IronPort-AV: E=Sophos;i="5.01,554,1400025600"; d="scan'208";a="147424943" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 16:27:14 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 12:27:13 -0400 Message-ID: <1403800032.29476.6.camel@kazak.uk.xensource.com> From: Ian Campbell To: Stephan Viljoen Date: Thu, 26 Jun 2014 17:27:12 +0100 In-Reply-To: <077201cf9159$e79ac330$b6d04990$@bbi.co.bw> References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> <073d01cf9145$407b0a10$c1711e30$@bbi.co.bw> <1403792438.21159.25.camel@kazak.uk.xensource.com> <074001cf914e$07d79800$1786c800$@bbi.co.bw> <1403794525.21159.30.camel@kazak.uk.xensource.com> <074801cf914f$f116f050$d344d0f0$@bbi.co.bw> <075a01cf9156$b78e3940$26aaabc0$@bbi.co.bw> <1403799095.29476.3.camel@kazak.uk.xensource.com> <077201cf9159$e79ac330$b6d04990$@bbi.co.bw> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] FW: Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-26 at 18:15 +0200, Stephan Viljoen wrote: > Thanks a mill Ian , much appreciated. > > Just to be clear on "/proc/PID/fd trick" ... I just basically copy the block back into a file right? TBH I've never done it so I'm not sure. I think so though (maybe dd not cp). Perhaps google a bit first though just in case. > > > > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: Thursday, June 26, 2014 6:12 PM > To: Stephan Viljoen > Cc: xen-users-request@lists.xenproject.org > Subject: Re: FW: [Xen-users] Lost images.. > > On Thu, 2014-06-26 at 17:53 +0200, Stephan Viljoen wrote: > > > I've attached it as a txt file , I hope this is ok ? > > Based on these: > /local/domain/0/backend/vbd/4/51712/physical-device = "fc:0" (n0,r4) > /local/domain/0/backend/vbd/4/51728/physical-device = "fc:1" (n0,r4) > /local/domain/0/backend/vbd/22/51712/physical-device = "fc:3" (n0,r) > /local/domain/0/backend/vbd/38/51712/physical-device = "fc:2" (n0,r) > > I would say that dom4 is using devices maj:min 252:0 and 252:1, dom22 is using 252:3 and dom38 is using 252:2. > > Based on other things in your xenstore output I think 252:N is a blktap2 block device. Perhaps look for them under /dev/xen/blktap-2. > > You should also have a tapdisk process for each of those disks, in which case you could also try applying the /proc/PID/fd trick to them. > > Ian. > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:27:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:27:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CWZ-0001ub-4X; Thu, 26 Jun 2014 16:27:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CWY-0001uN-4O for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 16:27:46 +0000 Received: from [85.158.143.35:16512] by server-1.bemta-4.messagelabs.com id 1E/0D-09496-10A4CA35; Thu, 26 Jun 2014 16:27:45 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1403800062!14100817!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30729 invoked from network); 26 Jun 2014 16:27:44 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 16:27:44 -0000 X-IronPort-AV: E=Sophos;i="5.01,554,1400025600"; d="scan'208";a="147424943" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Jun 2014 16:27:14 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 26 Jun 2014 12:27:13 -0400 Message-ID: <1403800032.29476.6.camel@kazak.uk.xensource.com> From: Ian Campbell To: Stephan Viljoen Date: Thu, 26 Jun 2014 17:27:12 +0100 In-Reply-To: <077201cf9159$e79ac330$b6d04990$@bbi.co.bw> References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> <073d01cf9145$407b0a10$c1711e30$@bbi.co.bw> <1403792438.21159.25.camel@kazak.uk.xensource.com> <074001cf914e$07d79800$1786c800$@bbi.co.bw> <1403794525.21159.30.camel@kazak.uk.xensource.com> <074801cf914f$f116f050$d344d0f0$@bbi.co.bw> <075a01cf9156$b78e3940$26aaabc0$@bbi.co.bw> <1403799095.29476.3.camel@kazak.uk.xensource.com> <077201cf9159$e79ac330$b6d04990$@bbi.co.bw> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] FW: Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-26 at 18:15 +0200, Stephan Viljoen wrote: > Thanks a mill Ian , much appreciated. > > Just to be clear on "/proc/PID/fd trick" ... I just basically copy the block back into a file right? TBH I've never done it so I'm not sure. I think so though (maybe dd not cp). Perhaps google a bit first though just in case. > > > > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: Thursday, June 26, 2014 6:12 PM > To: Stephan Viljoen > Cc: xen-users-request@lists.xenproject.org > Subject: Re: FW: [Xen-users] Lost images.. > > On Thu, 2014-06-26 at 17:53 +0200, Stephan Viljoen wrote: > > > I've attached it as a txt file , I hope this is ok ? > > Based on these: > /local/domain/0/backend/vbd/4/51712/physical-device = "fc:0" (n0,r4) > /local/domain/0/backend/vbd/4/51728/physical-device = "fc:1" (n0,r4) > /local/domain/0/backend/vbd/22/51712/physical-device = "fc:3" (n0,r) > /local/domain/0/backend/vbd/38/51712/physical-device = "fc:2" (n0,r) > > I would say that dom4 is using devices maj:min 252:0 and 252:1, dom22 is using 252:3 and dom38 is using 252:2. > > Based on other things in your xenstore output I think 252:N is a blktap2 block device. Perhaps look for them under /dev/xen/blktap-2. > > You should also have a tapdisk process for each of those disks, in which case you could also try applying the /proc/PID/fd trick to them. > > Ian. > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:34:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:34:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CdA-0002lT-7p; Thu, 26 Jun 2014 16:34:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Cd9-0002lJ-7p for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:34:35 +0000 Received: from [85.158.139.211:58957] by server-12.bemta-5.messagelabs.com id A8/3A-27841-A9B4CA35; Thu, 26 Jun 2014 16:34:34 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1403800473!12230906!1 X-Originating-IP: [209.85.212.181] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17735 invoked from network); 26 Jun 2014 16:34:34 -0000 Received: from mail-wi0-f181.google.com (HELO mail-wi0-f181.google.com) (209.85.212.181) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 16:34:34 -0000 Received: by mail-wi0-f181.google.com with SMTP id n3so1390363wiv.8 for ; Thu, 26 Jun 2014 09:34:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=hTwx/+S9cDDgxsUDke43Xb5xMcXyWzYcHZaPDIhvePU=; b=Zlrevw+OTFnGJC+4d10D3N44bEpxwAu6V4dVZNjJBpg9ErfBslOh5eNtWWt9ON7pYu 4AXftMWXabQN7iE38rkuSJKL5d23Hzn0VGUlUKHv1fTU8NVSYp+9MZwsBYUE8EAofxkH cp5+lLlPeRtLD82mQdxx12YcXG4EqVMS6Cu2bm1ZhpTav8pGr39zcNEVrMzFGtXfXEMp W8DCdbLqNge5E/LlwHlOuM3jOrB+M49MJkhdgADjhXji8itp2wc5uXCY1QRyBWKMBwBo Q+gsydmnXFm0Q3CQg6yx5qHFr6J2AMU+RkvFrHrD1jKK38vBeAFRoVSCmJqOnX5BfgQS AGRg== X-Received: by 10.180.81.1 with SMTP id v1mr5643039wix.10.1403800471001; Thu, 26 Jun 2014 09:34:31 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id jb16sm26187094wic.10.2014.06.26.09.34.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Jun 2014 09:34:30 -0700 (PDT) Message-ID: <53AC4C06.2020707@gmail.com> Date: Thu, 26 Jun 2014 19:36:22 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've checked out all the info on http://hcl.xensource.com/ Only one Lenovo Workstation is there(on socket 1150 that is) - the TS440, yet I couldn't find info on it's motherboard, only a picture - from which I see only two PCI_E slots - kinda fail for my purposes anyway. It's expensive as well(I don't even like it's case and the PSU is only 450W). The MBD-X10SAE-O should do fine, I don't know why another poster said he couldn't get the IGP to work, but I think it should be a solvable issue as Intel drivers are good. As for the MBD-X10SAT-O - it's a bit strange, they say ECC ram in the specs, but in the manual everywhere they say - Non-ECC. I guess it's true that even server motherboards have their problems. Still I'm probably getting the MBD-X10SAE-O as it's available over here for a good price, and I've found many people say ECC works and VT-d too. About the Video outputs - It's not much of a problem, perhaps I will get some Eyefinity cards with many display ports. Also about cutting the PCI_E slots - I just think I will use cheap risers if I have to, but it seems to me they don't need cutting. Also there are a lot of single slot cheap VGA's around me for even 10-25 $(used ones obviously) and I the outputs being different matters not to me. http://www.wiredzone.com/mmenglish/Images/10022747-1.jpg The positiong could be better and those 2 PCI slots are kinda useless, but perhaps I will plug a sound card(if I decide the sound is bad) and a USB 2.0 controller in there. Also what does: "(XEN) Intel VT-d Dom0 DMA Pass-through not enabled." means? Shouldn't that mean that one cannot do PCI pass-through? So how can IOMMU be enabled without that? Isn't that a vital part of it? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTrEwFAAoJEMqHhflCh8gXNUMQAIaWyMIwMZ/9t73tt4lLCo6a xkvi+L5w9nsnlS/dyHl89CQLL0fse2INwom8Ja8XraTvGKop+uBnEouqOpRw11xo knFC40/ODznHxRYF0a/TeexnOG6NaJ2FTGVx8slSo5QkVi2JUwVsefnQPxI09nRA HBw66fIly1e+ZDWhlZHBq7DY8OKQLDxIrKcGp6+OvTdRtJxMhSS7Pzvl/O4+TM8Y /1EIQ+jR5bFhviKNjZXGOUkfI9jGJsZhokJ9bFGKN8AqbsphTc0sjT1l/5YxAYq3 TUng/308YMbV0d8vJMtvWwfduzNabqw/QZ0ELqB5tIIOUqlDews2hqdYlDSNoiSl nPNvuQaWyQ3NTBIqA/xB0n8et3znWKeWkuOxhNs85lCC/VYWfDlYgpDnHgCXIpZ5 cS4xSdcsiguPGxBIEvbor7QQXPm6az4uCmSfFF+Iy1PYZe/LQfOL0J9TBj55plRN qWJKIRoWpUOP+ZeuRqwOW8J2JDCcz8uEXRXrvU9qUy/EA/TYW3APflYNh3gH4kPX 2tuJA0OPCyLeLHEPvurDRarruplUMpikKTIUccax2TYkqTRf1ZIdEFnVnkGBLoOR fQvzOZOxj+td02uG/ck7WDWu9HOIHnjAssEcLxphv3xcRSGzxOD2f9xedFcOluT/ 5aYKF+6PULGWvPk+e1lB =qBz6 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:34:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:34:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CdA-0002lT-7p; Thu, 26 Jun 2014 16:34:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Cd9-0002lJ-7p for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:34:35 +0000 Received: from [85.158.139.211:58957] by server-12.bemta-5.messagelabs.com id A8/3A-27841-A9B4CA35; Thu, 26 Jun 2014 16:34:34 +0000 X-Env-Sender: mihail.ivanov93@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1403800473!12230906!1 X-Originating-IP: [209.85.212.181] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17735 invoked from network); 26 Jun 2014 16:34:34 -0000 Received: from mail-wi0-f181.google.com (HELO mail-wi0-f181.google.com) (209.85.212.181) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 16:34:34 -0000 Received: by mail-wi0-f181.google.com with SMTP id n3so1390363wiv.8 for ; Thu, 26 Jun 2014 09:34:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=hTwx/+S9cDDgxsUDke43Xb5xMcXyWzYcHZaPDIhvePU=; b=Zlrevw+OTFnGJC+4d10D3N44bEpxwAu6V4dVZNjJBpg9ErfBslOh5eNtWWt9ON7pYu 4AXftMWXabQN7iE38rkuSJKL5d23Hzn0VGUlUKHv1fTU8NVSYp+9MZwsBYUE8EAofxkH cp5+lLlPeRtLD82mQdxx12YcXG4EqVMS6Cu2bm1ZhpTav8pGr39zcNEVrMzFGtXfXEMp W8DCdbLqNge5E/LlwHlOuM3jOrB+M49MJkhdgADjhXji8itp2wc5uXCY1QRyBWKMBwBo Q+gsydmnXFm0Q3CQg6yx5qHFr6J2AMU+RkvFrHrD1jKK38vBeAFRoVSCmJqOnX5BfgQS AGRg== X-Received: by 10.180.81.1 with SMTP id v1mr5643039wix.10.1403800471001; Thu, 26 Jun 2014 09:34:31 -0700 (PDT) Received: from [192.168.1.8] ([93.152.148.205]) by mx.google.com with ESMTPSA id jb16sm26187094wic.10.2014.06.26.09.34.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Jun 2014 09:34:30 -0700 (PDT) Message-ID: <53AC4C06.2020707@gmail.com> Date: Thu, 26 Jun 2014 19:36:22 +0300 From: Mihail Ivanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've checked out all the info on http://hcl.xensource.com/ Only one Lenovo Workstation is there(on socket 1150 that is) - the TS440, yet I couldn't find info on it's motherboard, only a picture - from which I see only two PCI_E slots - kinda fail for my purposes anyway. It's expensive as well(I don't even like it's case and the PSU is only 450W). The MBD-X10SAE-O should do fine, I don't know why another poster said he couldn't get the IGP to work, but I think it should be a solvable issue as Intel drivers are good. As for the MBD-X10SAT-O - it's a bit strange, they say ECC ram in the specs, but in the manual everywhere they say - Non-ECC. I guess it's true that even server motherboards have their problems. Still I'm probably getting the MBD-X10SAE-O as it's available over here for a good price, and I've found many people say ECC works and VT-d too. About the Video outputs - It's not much of a problem, perhaps I will get some Eyefinity cards with many display ports. Also about cutting the PCI_E slots - I just think I will use cheap risers if I have to, but it seems to me they don't need cutting. Also there are a lot of single slot cheap VGA's around me for even 10-25 $(used ones obviously) and I the outputs being different matters not to me. http://www.wiredzone.com/mmenglish/Images/10022747-1.jpg The positiong could be better and those 2 PCI slots are kinda useless, but perhaps I will plug a sound card(if I decide the sound is bad) and a USB 2.0 controller in there. Also what does: "(XEN) Intel VT-d Dom0 DMA Pass-through not enabled." means? Shouldn't that mean that one cannot do PCI pass-through? So how can IOMMU be enabled without that? Isn't that a vital part of it? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTrEwFAAoJEMqHhflCh8gXNUMQAIaWyMIwMZ/9t73tt4lLCo6a xkvi+L5w9nsnlS/dyHl89CQLL0fse2INwom8Ja8XraTvGKop+uBnEouqOpRw11xo knFC40/ODznHxRYF0a/TeexnOG6NaJ2FTGVx8slSo5QkVi2JUwVsefnQPxI09nRA HBw66fIly1e+ZDWhlZHBq7DY8OKQLDxIrKcGp6+OvTdRtJxMhSS7Pzvl/O4+TM8Y /1EIQ+jR5bFhviKNjZXGOUkfI9jGJsZhokJ9bFGKN8AqbsphTc0sjT1l/5YxAYq3 TUng/308YMbV0d8vJMtvWwfduzNabqw/QZ0ELqB5tIIOUqlDews2hqdYlDSNoiSl nPNvuQaWyQ3NTBIqA/xB0n8et3znWKeWkuOxhNs85lCC/VYWfDlYgpDnHgCXIpZ5 cS4xSdcsiguPGxBIEvbor7QQXPm6az4uCmSfFF+Iy1PYZe/LQfOL0J9TBj55plRN qWJKIRoWpUOP+ZeuRqwOW8J2JDCcz8uEXRXrvU9qUy/EA/TYW3APflYNh3gH4kPX 2tuJA0OPCyLeLHEPvurDRarruplUMpikKTIUccax2TYkqTRf1ZIdEFnVnkGBLoOR fQvzOZOxj+td02uG/ck7WDWu9HOIHnjAssEcLxphv3xcRSGzxOD2f9xedFcOluT/ 5aYKF+6PULGWvPk+e1lB =qBz6 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:36:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:36:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Cez-0002uz-4M; Thu, 26 Jun 2014 16:36:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Cex-0002uq-HZ for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:36:27 +0000 Received: from [193.109.254.147:58933] by server-9.bemta-14.messagelabs.com id D6/F7-14237-A0C4CA35; Thu, 26 Jun 2014 16:36:26 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-27.messagelabs.com!1403800585!13863789!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29043 invoked from network); 26 Jun 2014 16:36:26 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:36:26 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 6DE25221DE2 for ; Thu, 26 Jun 2014 17:36:25 +0100 (BST) MIME-Version: 1.0 Date: Thu, 26 Jun 2014 17:36:25 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87d2dvwsxn.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-26 17:12, lee wrote: > Mihail Ivanov writes: > >> So next thing I've read about RAID, so I am thinking of raiding 2 x WD >> Black 2 TB. (Should I do software raid or hardware raid?) > > Software raid can mean quite a slowdown compared to hardware raid. The only situation where hardware RAID helps is if you have a _large_ battery backed write cache, and then it only helps on small bursty writes. A recent x86 CPU can do the RAID checksumming orders of magnitude faster than most RAID card ASICs, and hardware RAID cache is completely useless since anything that is likely to be caught in it will also be in the OS page cache. The time where hardware RAID was worthwhile has passed. > Disks fail. The only question is when. All the time. :) >> Also I will be using ZFS and my Dom0 will be Fedora. > > Fedora for a dom0 is a rather bad choice. Fedora is an experimental > testing distribution with a very limited lifetime and prone to > experience lots of unexpected or undesirable changes. It is not suited > for servers, which you can tell by all the things you get installed by > default and by what they perceive as their user base. It's targeted > for > laptops, maybe desktops, and the makers of it don't care and don't want > to hear what its users think. Unless you have a requirement to use > very > recent software which you cannot have otherwise, or if you want to try > out new things, it doesn't make sense to use Fedora. True, and very unfortunate. Doubly so because my preferred distro (EL) is based on Fedora. The problem is that the quality (or lack thereof) trickles down, even after a lot of polishing. >> The question I am still pondering is whether I should get an E3 Xeon >> (no E3's with IGP are sold in my country), an 6-core E5 Xeon or AMD FX >> 8***, > > Is power consumption an issue you need to consider? > > > As someone suggested, it might be a good idea to go for certified > hardware. My server is going down about every 24 hours with a flood of > messages in dom0 like "aacraid 0000:04:00.0: swiotlb buffer is full > (sz: > 4096 bytes)", and it's actual server hardware. I made a bug report a > while ago; nobody cares and I keep pressing the reset button. You > probably don't want to end up like that. Hardware RAID is just downright evil. I use plain old SATA with on-board and cheap add-in controllers and find that to be by far the least problematic combination. > And after spending quite a bunch of money on hardware, you might want > to > use something else than xen. Give it a try and set up a couple VMs on > a > testing machine so you get an idea of what you're getting into, and > reconsider. Alternatives aren't better, IMO. Having tried Xen, VMware and KVM, Xen was the only one I managed to (eventually) get working in the way I originally envisaged. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:36:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:36:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Cez-0002uz-4M; Thu, 26 Jun 2014 16:36:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Cex-0002uq-HZ for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:36:27 +0000 Received: from [193.109.254.147:58933] by server-9.bemta-14.messagelabs.com id D6/F7-14237-A0C4CA35; Thu, 26 Jun 2014 16:36:26 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-27.messagelabs.com!1403800585!13863789!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29043 invoked from network); 26 Jun 2014 16:36:26 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:36:26 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 6DE25221DE2 for ; Thu, 26 Jun 2014 17:36:25 +0100 (BST) MIME-Version: 1.0 Date: Thu, 26 Jun 2014 17:36:25 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87d2dvwsxn.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-26 17:12, lee wrote: > Mihail Ivanov writes: > >> So next thing I've read about RAID, so I am thinking of raiding 2 x WD >> Black 2 TB. (Should I do software raid or hardware raid?) > > Software raid can mean quite a slowdown compared to hardware raid. The only situation where hardware RAID helps is if you have a _large_ battery backed write cache, and then it only helps on small bursty writes. A recent x86 CPU can do the RAID checksumming orders of magnitude faster than most RAID card ASICs, and hardware RAID cache is completely useless since anything that is likely to be caught in it will also be in the OS page cache. The time where hardware RAID was worthwhile has passed. > Disks fail. The only question is when. All the time. :) >> Also I will be using ZFS and my Dom0 will be Fedora. > > Fedora for a dom0 is a rather bad choice. Fedora is an experimental > testing distribution with a very limited lifetime and prone to > experience lots of unexpected or undesirable changes. It is not suited > for servers, which you can tell by all the things you get installed by > default and by what they perceive as their user base. It's targeted > for > laptops, maybe desktops, and the makers of it don't care and don't want > to hear what its users think. Unless you have a requirement to use > very > recent software which you cannot have otherwise, or if you want to try > out new things, it doesn't make sense to use Fedora. True, and very unfortunate. Doubly so because my preferred distro (EL) is based on Fedora. The problem is that the quality (or lack thereof) trickles down, even after a lot of polishing. >> The question I am still pondering is whether I should get an E3 Xeon >> (no E3's with IGP are sold in my country), an 6-core E5 Xeon or AMD FX >> 8***, > > Is power consumption an issue you need to consider? > > > As someone suggested, it might be a good idea to go for certified > hardware. My server is going down about every 24 hours with a flood of > messages in dom0 like "aacraid 0000:04:00.0: swiotlb buffer is full > (sz: > 4096 bytes)", and it's actual server hardware. I made a bug report a > while ago; nobody cares and I keep pressing the reset button. You > probably don't want to end up like that. Hardware RAID is just downright evil. I use plain old SATA with on-board and cheap add-in controllers and find that to be by far the least problematic combination. > And after spending quite a bunch of money on hardware, you might want > to > use something else than xen. Give it a try and set up a couple VMs on > a > testing machine so you get an idea of what you're getting into, and > reconsider. Alternatives aren't better, IMO. Having tried Xen, VMware and KVM, Xen was the only one I managed to (eventually) get working in the way I originally envisaged. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:38:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:38:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CgR-00034Q-VV; Thu, 26 Jun 2014 16:37:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CgP-000343-CA for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:37:57 +0000 Received: from [85.158.139.211:43321] by server-3.bemta-5.messagelabs.com id 2D/77-01676-46C4CA35; Thu, 26 Jun 2014 16:37:56 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1403800673!12232492!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11410 invoked from network); 26 Jun 2014 16:37:54 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:37:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=Sf7zL9lqQSm3TYbFQ1Z4yBhj7SE//f9Zs9Gr5kZBViK/5jLZelJch7fCb4EkLtToSQiHN2wL3wFEebxdLspBKV9hbPzDjkeb1E6IOp4wPvvdzT4uf5jo3Ooq+Acm9uHG; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0CgL-000LYs-NA for xen-users@lists.xen.org; Thu, 26 Jun 2014 09:37:53 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 09:37:53 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMA== Date: Thu, 26 Jun 2014 16:37:51 +0000 Message-ID: References: "\"\\\"\\\\\\\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com>\\\" \\\" <53ABB4CC.9030608@bobich.net> " <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net>" <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Yeah, definitely running. root 991 0.0 0.0 279164 3900 ? Ssl 09:31 0:00 lightdm root 1020 99.6 0.1 68520 7964 tty7 Rs+ 09:31 4:48 \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 Chewing on an entire CPU ... which it seems that at some point my machine locks up. When I loaded VNC and attached into the console there... all I get is a terminal window, not the unity desktop. If I close it... nothing is startable. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Thursday, June 26, 2014 09:18 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough At a glance, I don't see an obvious problem in that log. Is you can ssh in can you check if Xorg is actually running? On 2014-06-26 17:00, Brian Menges wrote: > Looks like it isn't using the driver correctly? > ----- > [ 9.758] > X.Org X Server 1.14.5 > Release Date: 2013-12-12 > [ 9.758] X Protocol Version 11, Revision 0 > [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 > Ubuntu > [ 9.758] Current Operating System: Linux bmenges-linux3 > 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 > x86_64 > [ 9.758] Kernel command line: > BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic > root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash > iommu=soft swiotlb=force vt.handoff=7 > [ 9.758] Build Date: 06 January 2014 01:37:48PM > [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For > technical support please see http://www.ubuntu.com/support) > [ 9.758] Current version of pixman: 0.30.2 > [ 9.758] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [ 9.758] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 > 08:15:53 2014 > [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" > [ 9.803] (==) Using system config directory > "/usr/share/X11/xorg.conf.d" > [ 9.893] (==) ServerLayout "aticonfig Layout" > [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) > [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" > [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" > [ 9.905] (==) Automatically adding devices > [ 9.905] (==) Automatically enabling devices > [ 9.905] (==) Automatically adding GPU devices > [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does > not exist. > [ 9.944] Entry deleted from font path. > [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not > exist. > [ 9.944] Entry deleted from font path. > [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not > exist. > [ 9.944] Entry deleted from font path. > [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not > exist. > [ 9.960] Entry deleted from font path. > [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not > exist. > [ 9.960] Entry deleted from font path. > [ 9.960] (==) FontPath set to: > /usr/share/fonts/X11/misc, > /usr/share/fonts/X11/Type1, > built-ins > [ 9.960] (==) ModulePath set to > "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" > [ 9.960] (II) The server relies on udev to provide the list of > input devices. > If no devices become available, reconfigure udev or disable > AutoAddDevices. > [ 9.966] (II) Loader magic: 0x7f6ad345fc20 > [ 9.966] (II) Module ABI versions: > [ 9.966] X.Org ANSI C Emulation: 0.4 > [ 9.966] X.Org Video Driver: 14.1 > [ 9.966] X.Org XInput driver : 19.1 > [ 9.966] X.Org Server Extension : 7.0 > [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ > 0xf0000000/33554432, 0xf3044000/4096 > [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ > 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ > 0x????????/131072 > [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) > [ 9.976] Initializing built-in extension Generic Event Extension > [ 9.976] Initializing built-in extension SHAPE > [ 9.976] Initializing built-in extension MIT-SHM > [ 9.976] Initializing built-in extension XInputExtension > [ 9.976] Initializing built-in extension XTEST > [ 9.976] Initializing built-in extension BIG-REQUESTS > [ 9.976] Initializing built-in extension SYNC > [ 9.976] Initializing built-in extension XKEYBOARD > [ 9.976] Initializing built-in extension XC-MISC > [ 9.976] Initializing built-in extension SECURITY > [ 9.976] Initializing built-in extension XINERAMA > [ 9.976] Initializing built-in extension XFIXES > [ 9.976] Initializing built-in extension RENDER > [ 9.976] Initializing built-in extension RANDR > [ 9.976] Initializing built-in extension COMPOSITE > [ 9.976] Initializing built-in extension DAMAGE > [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER > [ 9.976] Initializing built-in extension DOUBLE-BUFFER > [ 9.976] Initializing built-in extension RECORD > [ 9.976] Initializing built-in extension DPMS > [ 9.976] Initializing built-in extension X-Resource > [ 9.976] Initializing built-in extension XVideo > [ 9.976] Initializing built-in extension XVideo-MotionCompensation > [ 9.976] Initializing built-in extension XFree86-VidModeExtension > [ 9.976] Initializing built-in extension XFree86-DGA > [ 9.976] Initializing built-in extension XFree86-DRI > [ 9.976] Initializing built-in extension DRI2 > [ 9.976] (II) "glx" will be loaded. This was enabled by default > and also specified in the config file. > [ 9.976] (II) LoadModule: "glx" > [ 10.098] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so > [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." > [ 10.157] compiled for 6.9.0, module version = 1.0.0 > [ 10.157] Loading extension GLX > [ 10.157] (II) LoadModule: "fglrx" > [ 10.215] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." > [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 > [ 10.912] Module class: X.Org Video Driver > [ 10.913] (II) Loading sub module "fglrxdrm" > [ 10.913] (II) LoadModule: "fglrxdrm" > [ 10.925] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so > [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies > Inc." > [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 > [ 10.947] (II) AMD Proprietary Linux Driver Version > Identifier:13.25.5 > [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: > 13.251 > [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 > 15:19:03 > [ 10.947] (++) using VT number 7 > > [ 10.947] (WW) Falling back to old probe method for fglrx > [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb > /etc/ati/amdpcsdb.default > [ 11.152] ukiDynamicMajor: found major device number 250 > [ 11.152] ukiDynamicMajor: found major device number 250 > [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 > [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 > [ 11.152] ukiOpenDevice: open result is 10, (OK) > ----- > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Thursday, June 26, 2014 08:43 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > On 2014-06-26 16:20, Brian Menges wrote: >> [root@xs ~]# lsmod | grep pciback >> [root@xs ~]# echo $? >> 1 >> [root@xs ~]# modprobe pciback >> FATAL: Module pciback not found. > > Try: > modprobe xen-pciback > >> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. > > Ah - my bad. It must be Xenserver 7 that is based on EL6. > >> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it >> won't get past the splash screen (xencenter display) now after gpu >> assignment (console or gui). The Ubuntu drivers appear to do nothing; >> however: >> >> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' >> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, >> use "pci=nocrs" and report a bug >> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] >> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] >> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] >> [ 0.252000] pci_bus 0000:00: root bus resource [mem >> 0x000a0000-0x000bffff] >> [ 0.252000] pci_bus 0000:00: root bus resource [mem >> 0xe0000000-0xfbffffff] >> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 >> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 >> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 >> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] >> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 >> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] >> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 >> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by >> PIIX4 ACPI >> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 >> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff >> pref] >> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] >> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 >> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] >> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff >> pref] >> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 >> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff >> 64bit pref] >> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff >> 64bit] >> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] >> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff >> pref] >> [ 0.301115] pci 0000:00:05.0: supports D1 D2 >> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 >> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff >> 64bit] >> [ 0.303969] pci 0000:00:06.0: supports D1 D2 >> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes >> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] >> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] >> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] >> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] >> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers >> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release >> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds >> [ 1.312047] pci 0000:00:02.0: Boot video device >> [ 1.312215] pci 0000:00:05.0: Boot video device >> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 >> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: >> 0.4 >> [ 1.576902] ehci-pci: EHCI PCI platform driver >> [ 1.576942] ohci-pci: OHCI PCI platform driver >> [ 1.692123] xenbus_probe_frontend: Device with no driver: >> device/pci/0 >> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI >> Technologies, Starnberg, GERMANY' taints kernel. >> [ 6.185911] fglrx: module verification failed: signature and/or >> required key missing - tainting kernel >> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma >> buffers: 7247 MBytes. >> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 >> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 >> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled >> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] >> with 1 minors >> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as >> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 >> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as >> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 >> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 >> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 >> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 >> [ 11.495154] <6>[fglrx] IRQ 78 Enabled >> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, >> size:1000000 >> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, >> size:4000 >> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, >> size:4c4000 >> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, >> size:c000 >> >> So my last boot I got in via SSH, however the displays aren't working. >> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> >> DisplayPort) display and my monitor isn't showing anything. Wodnering >> what I'm missing to get this display up and running. > > So it looks like fglrx loads successfully and finds the hardware. So > far so good. Can you check what your Xorg log says? > > Gordan > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for > the use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient > is prohibited. If you receive this in error, please contact the sender > and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:38:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:38:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CgR-00034Q-VV; Thu, 26 Jun 2014 16:37:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CgP-000343-CA for xen-users@lists.xen.org; Thu, 26 Jun 2014 16:37:57 +0000 Received: from [85.158.139.211:43321] by server-3.bemta-5.messagelabs.com id 2D/77-01676-46C4CA35; Thu, 26 Jun 2014 16:37:56 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1403800673!12232492!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11410 invoked from network); 26 Jun 2014 16:37:54 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:37:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=Sf7zL9lqQSm3TYbFQ1Z4yBhj7SE//f9Zs9Gr5kZBViK/5jLZelJch7fCb4EkLtToSQiHN2wL3wFEebxdLspBKV9hbPzDjkeb1E6IOp4wPvvdzT4uf5jo3Ooq+Acm9uHG; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0CgL-000LYs-NA for xen-users@lists.xen.org; Thu, 26 Jun 2014 09:37:53 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 09:37:53 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMA== Date: Thu, 26 Jun 2014 16:37:51 +0000 Message-ID: References: "\"\\\"\\\\\\\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com>\\\" \\\" <53ABB4CC.9030608@bobich.net> " <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net>" <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Yeah, definitely running. root 991 0.0 0.0 279164 3900 ? Ssl 09:31 0:00 lightdm root 1020 99.6 0.1 68520 7964 tty7 Rs+ 09:31 4:48 \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 Chewing on an entire CPU ... which it seems that at some point my machine locks up. When I loaded VNC and attached into the console there... all I get is a terminal window, not the unity desktop. If I close it... nothing is startable. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Thursday, June 26, 2014 09:18 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough At a glance, I don't see an obvious problem in that log. Is you can ssh in can you check if Xorg is actually running? On 2014-06-26 17:00, Brian Menges wrote: > Looks like it isn't using the driver correctly? > ----- > [ 9.758] > X.Org X Server 1.14.5 > Release Date: 2013-12-12 > [ 9.758] X Protocol Version 11, Revision 0 > [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 > Ubuntu > [ 9.758] Current Operating System: Linux bmenges-linux3 > 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 > x86_64 > [ 9.758] Kernel command line: > BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic > root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash > iommu=soft swiotlb=force vt.handoff=7 > [ 9.758] Build Date: 06 January 2014 01:37:48PM > [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For > technical support please see http://www.ubuntu.com/support) > [ 9.758] Current version of pixman: 0.30.2 > [ 9.758] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [ 9.758] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 > 08:15:53 2014 > [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" > [ 9.803] (==) Using system config directory > "/usr/share/X11/xorg.conf.d" > [ 9.893] (==) ServerLayout "aticonfig Layout" > [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) > [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" > [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" > [ 9.905] (==) Automatically adding devices > [ 9.905] (==) Automatically enabling devices > [ 9.905] (==) Automatically adding GPU devices > [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does > not exist. > [ 9.944] Entry deleted from font path. > [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not > exist. > [ 9.944] Entry deleted from font path. > [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not > exist. > [ 9.944] Entry deleted from font path. > [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not > exist. > [ 9.960] Entry deleted from font path. > [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not > exist. > [ 9.960] Entry deleted from font path. > [ 9.960] (==) FontPath set to: > /usr/share/fonts/X11/misc, > /usr/share/fonts/X11/Type1, > built-ins > [ 9.960] (==) ModulePath set to > "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" > [ 9.960] (II) The server relies on udev to provide the list of > input devices. > If no devices become available, reconfigure udev or disable > AutoAddDevices. > [ 9.966] (II) Loader magic: 0x7f6ad345fc20 > [ 9.966] (II) Module ABI versions: > [ 9.966] X.Org ANSI C Emulation: 0.4 > [ 9.966] X.Org Video Driver: 14.1 > [ 9.966] X.Org XInput driver : 19.1 > [ 9.966] X.Org Server Extension : 7.0 > [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ > 0xf0000000/33554432, 0xf3044000/4096 > [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ > 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ > 0x????????/131072 > [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) > [ 9.976] Initializing built-in extension Generic Event Extension > [ 9.976] Initializing built-in extension SHAPE > [ 9.976] Initializing built-in extension MIT-SHM > [ 9.976] Initializing built-in extension XInputExtension > [ 9.976] Initializing built-in extension XTEST > [ 9.976] Initializing built-in extension BIG-REQUESTS > [ 9.976] Initializing built-in extension SYNC > [ 9.976] Initializing built-in extension XKEYBOARD > [ 9.976] Initializing built-in extension XC-MISC > [ 9.976] Initializing built-in extension SECURITY > [ 9.976] Initializing built-in extension XINERAMA > [ 9.976] Initializing built-in extension XFIXES > [ 9.976] Initializing built-in extension RENDER > [ 9.976] Initializing built-in extension RANDR > [ 9.976] Initializing built-in extension COMPOSITE > [ 9.976] Initializing built-in extension DAMAGE > [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER > [ 9.976] Initializing built-in extension DOUBLE-BUFFER > [ 9.976] Initializing built-in extension RECORD > [ 9.976] Initializing built-in extension DPMS > [ 9.976] Initializing built-in extension X-Resource > [ 9.976] Initializing built-in extension XVideo > [ 9.976] Initializing built-in extension XVideo-MotionCompensation > [ 9.976] Initializing built-in extension XFree86-VidModeExtension > [ 9.976] Initializing built-in extension XFree86-DGA > [ 9.976] Initializing built-in extension XFree86-DRI > [ 9.976] Initializing built-in extension DRI2 > [ 9.976] (II) "glx" will be loaded. This was enabled by default > and also specified in the config file. > [ 9.976] (II) LoadModule: "glx" > [ 10.098] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so > [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." > [ 10.157] compiled for 6.9.0, module version = 1.0.0 > [ 10.157] Loading extension GLX > [ 10.157] (II) LoadModule: "fglrx" > [ 10.215] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." > [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 > [ 10.912] Module class: X.Org Video Driver > [ 10.913] (II) Loading sub module "fglrxdrm" > [ 10.913] (II) LoadModule: "fglrxdrm" > [ 10.925] (II) Loading > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so > [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies > Inc." > [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 > [ 10.947] (II) AMD Proprietary Linux Driver Version > Identifier:13.25.5 > [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: > 13.251 > [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 > 15:19:03 > [ 10.947] (++) using VT number 7 > > [ 10.947] (WW) Falling back to old probe method for fglrx > [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb > /etc/ati/amdpcsdb.default > [ 11.152] ukiDynamicMajor: found major device number 250 > [ 11.152] ukiDynamicMajor: found major device number 250 > [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 > [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 > [ 11.152] ukiOpenDevice: open result is 10, (OK) > ----- > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Thursday, June 26, 2014 08:43 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > On 2014-06-26 16:20, Brian Menges wrote: >> [root@xs ~]# lsmod | grep pciback >> [root@xs ~]# echo $? >> 1 >> [root@xs ~]# modprobe pciback >> FATAL: Module pciback not found. > > Try: > modprobe xen-pciback > >> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. > > Ah - my bad. It must be Xenserver 7 that is based on EL6. > >> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it >> won't get past the splash screen (xencenter display) now after gpu >> assignment (console or gui). The Ubuntu drivers appear to do nothing; >> however: >> >> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' >> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, >> use "pci=nocrs" and report a bug >> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] >> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] >> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] >> [ 0.252000] pci_bus 0000:00: root bus resource [mem >> 0x000a0000-0x000bffff] >> [ 0.252000] pci_bus 0000:00: root bus resource [mem >> 0xe0000000-0xfbffffff] >> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 >> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 >> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 >> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] >> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 >> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] >> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 >> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by >> PIIX4 ACPI >> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 >> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff >> pref] >> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] >> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 >> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] >> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff >> pref] >> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 >> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff >> 64bit pref] >> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff >> 64bit] >> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] >> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff >> pref] >> [ 0.301115] pci 0000:00:05.0: supports D1 D2 >> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 >> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff >> 64bit] >> [ 0.303969] pci 0000:00:06.0: supports D1 D2 >> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes >> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] >> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] >> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] >> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] >> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers >> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release >> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds >> [ 1.312047] pci 0000:00:02.0: Boot video device >> [ 1.312215] pci 0000:00:05.0: Boot video device >> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 >> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: >> 0.4 >> [ 1.576902] ehci-pci: EHCI PCI platform driver >> [ 1.576942] ohci-pci: OHCI PCI platform driver >> [ 1.692123] xenbus_probe_frontend: Device with no driver: >> device/pci/0 >> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI >> Technologies, Starnberg, GERMANY' taints kernel. >> [ 6.185911] fglrx: module verification failed: signature and/or >> required key missing - tainting kernel >> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma >> buffers: 7247 MBytes. >> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 >> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 >> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled >> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] >> with 1 minors >> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as >> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 >> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as >> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 >> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 >> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 >> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 >> [ 11.495154] <6>[fglrx] IRQ 78 Enabled >> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, >> size:1000000 >> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, >> size:4000 >> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, >> size:4c4000 >> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, >> size:c000 >> >> So my last boot I got in via SSH, however the displays aren't working. >> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> >> DisplayPort) display and my monitor isn't showing anything. Wodnering >> what I'm missing to get this display up and running. > > So it looks like fglrx loads successfully and finds the hardware. So > far so good. Can you check what your Xorg log says? > > Gordan > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for > the use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient > is prohibited. If you receive this in error, please contact the sender > and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:44:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:44:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CmP-00045B-Fd; Thu, 26 Jun 2014 16:44:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CmO-00044o-CG for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 16:44:08 +0000 Received: from [85.158.139.211:23380] by server-11.bemta-5.messagelabs.com id 37/97-01425-7DD4CA35; Thu, 26 Jun 2014 16:44:07 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-10.tower-206.messagelabs.com!1403801044!6937145!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18196 invoked from network); 26 Jun 2014 16:44:06 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-10.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:44:06 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QGlrdo030501 for ; Thu, 26 Jun 2014 18:47:54 +0200 From: "Stephan Viljoen" To: References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> <073d01cf9145$407b0a10$c1711e30$@bbi.co.bw> <1403792438.21159.25.camel@kazak.uk.xensource.com> <074001cf914e$07d79800$1786c800$@bbi.co.bw> <1403794525.21159.30.camel@kazak.uk.xensource.com> <074801cf914f$f116f050$d344d0f0$@bbi.co.bw> <075a01cf9156$b78e3940$26aaabc0$@bbi.co.bw> <1403799095.29476.3.camel@kazak.uk.xensource.com> <077201cf9159$e79ac330$b6d04990$@bbi.co.bw> <1403800032.29476.6.camel@kazak.uk.xensource.com> In-Reply-To: <1403800032.29476.6.camel@kazak.uk.xensource.com> Date: Thu, 26 Jun 2014 18:44:00 +0200 Message-ID: <077f01cf915d$d55f4390$801dcab0$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKKZfWp0pxzy0XOQQctciao48mbzgGjI+DrAeTadhEByPalHgHsDQbKAik+Gz8CGTfchQHKLkJLAX40+NoCCRwYBgI127lJmXW4jeA= Content-Language: en-us Subject: Re: [Xen-users] FW: Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for all your help Ian , I think dd is working. [root@localhost blktap-2]# dd if=/dev/xen/blktap-2/tapdev0 of=/xend/images/tapdev0.img I'll rename them to their original files names afterward. -steph -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Ian Campbell Sent: Thursday, June 26, 2014 6:27 PM To: Stephan Viljoen Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] FW: Lost images.. On Thu, 2014-06-26 at 18:15 +0200, Stephan Viljoen wrote: > Thanks a mill Ian , much appreciated. > > Just to be clear on "/proc/PID/fd trick" ... I just basically copy the block back into a file right? TBH I've never done it so I'm not sure. I think so though (maybe dd not cp). Perhaps google a bit first though just in case. > > > > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: Thursday, June 26, 2014 6:12 PM > To: Stephan Viljoen > Cc: xen-users-request@lists.xenproject.org > Subject: Re: FW: [Xen-users] Lost images.. > > On Thu, 2014-06-26 at 17:53 +0200, Stephan Viljoen wrote: > > > I've attached it as a txt file , I hope this is ok ? > > Based on these: > /local/domain/0/backend/vbd/4/51712/physical-device = "fc:0" (n0,r4) > /local/domain/0/backend/vbd/4/51728/physical-device = "fc:1" (n0,r4) > /local/domain/0/backend/vbd/22/51712/physical-device = "fc:3" (n0,r) > /local/domain/0/backend/vbd/38/51712/physical-device = "fc:2" (n0,r) > > I would say that dom4 is using devices maj:min 252:0 and 252:1, dom22 is using 252:3 and dom38 is using 252:2. > > Based on other things in your xenstore output I think 252:N is a blktap2 block device. Perhaps look for them under /dev/xen/blktap-2. > > You should also have a tapdisk process for each of those disks, in which case you could also try applying the /proc/PID/fd trick to them. > > Ian. > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 16:44:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 16:44:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CmP-00045B-Fd; Thu, 26 Jun 2014 16:44:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0CmO-00044o-CG for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 16:44:08 +0000 Received: from [85.158.139.211:23380] by server-11.bemta-5.messagelabs.com id 37/97-01425-7DD4CA35; Thu, 26 Jun 2014 16:44:07 +0000 X-Env-Sender: steph@bbi.co.bw X-Msg-Ref: server-10.tower-206.messagelabs.com!1403801044!6937145!1 X-Originating-IP: [41.87.190.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18196 invoked from network); 26 Jun 2014 16:44:06 -0000 Received: from smtp.bbi.co.bw (HELO smtp.bbi.co.bw) (41.87.190.13) by server-10.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 16:44:06 -0000 Received: from StephWork ([10.102.100.4]) by smtp.bbi.co.bw (8.13.8/8.13.8) with ESMTP id s5QGlrdo030501 for ; Thu, 26 Jun 2014 18:47:54 +0200 From: "Stephan Viljoen" To: References: <071401cf913b$faa1a7f0$efe4f7d0$@bbi.co.bw> <1403787459.21159.4.camel@kazak.uk.xensource.com> <073d01cf9145$407b0a10$c1711e30$@bbi.co.bw> <1403792438.21159.25.camel@kazak.uk.xensource.com> <074001cf914e$07d79800$1786c800$@bbi.co.bw> <1403794525.21159.30.camel@kazak.uk.xensource.com> <074801cf914f$f116f050$d344d0f0$@bbi.co.bw> <075a01cf9156$b78e3940$26aaabc0$@bbi.co.bw> <1403799095.29476.3.camel@kazak.uk.xensource.com> <077201cf9159$e79ac330$b6d04990$@bbi.co.bw> <1403800032.29476.6.camel@kazak.uk.xensource.com> In-Reply-To: <1403800032.29476.6.camel@kazak.uk.xensource.com> Date: Thu, 26 Jun 2014 18:44:00 +0200 Message-ID: <077f01cf915d$d55f4390$801dcab0$@bbi.co.bw> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKKZfWp0pxzy0XOQQctciao48mbzgGjI+DrAeTadhEByPalHgHsDQbKAik+Gz8CGTfchQHKLkJLAX40+NoCCRwYBgI127lJmXW4jeA= Content-Language: en-us Subject: Re: [Xen-users] FW: Lost images.. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for all your help Ian , I think dd is working. [root@localhost blktap-2]# dd if=/dev/xen/blktap-2/tapdev0 of=/xend/images/tapdev0.img I'll rename them to their original files names afterward. -steph -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Ian Campbell Sent: Thursday, June 26, 2014 6:27 PM To: Stephan Viljoen Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] FW: Lost images.. On Thu, 2014-06-26 at 18:15 +0200, Stephan Viljoen wrote: > Thanks a mill Ian , much appreciated. > > Just to be clear on "/proc/PID/fd trick" ... I just basically copy the block back into a file right? TBH I've never done it so I'm not sure. I think so though (maybe dd not cp). Perhaps google a bit first though just in case. > > > > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: Thursday, June 26, 2014 6:12 PM > To: Stephan Viljoen > Cc: xen-users-request@lists.xenproject.org > Subject: Re: FW: [Xen-users] Lost images.. > > On Thu, 2014-06-26 at 17:53 +0200, Stephan Viljoen wrote: > > > I've attached it as a txt file , I hope this is ok ? > > Based on these: > /local/domain/0/backend/vbd/4/51712/physical-device = "fc:0" (n0,r4) > /local/domain/0/backend/vbd/4/51728/physical-device = "fc:1" (n0,r4) > /local/domain/0/backend/vbd/22/51712/physical-device = "fc:3" (n0,r) > /local/domain/0/backend/vbd/38/51712/physical-device = "fc:2" (n0,r) > > I would say that dom4 is using devices maj:min 252:0 and 252:1, dom22 is using 252:3 and dom38 is using 252:2. > > Based on other things in your xenstore output I think 252:N is a blktap2 block device. Perhaps look for them under /dev/xen/blktap-2. > > You should also have a tapdisk process for each of those disks, in which case you could also try applying the /proc/PID/fd trick to them. > > Ian. > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 17:35:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 17:35:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DZW-0007vO-N4; Thu, 26 Jun 2014 17:34:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DZU-0007vH-AV for xen-users@lists.xen.org; Thu, 26 Jun 2014 17:34:52 +0000 Received: from [193.109.254.147:37927] by server-15.bemta-14.messagelabs.com id 9A/18-15813-BB95CA35; Thu, 26 Jun 2014 17:34:51 +0000 X-Env-Sender: E.Istomin@edss.ee X-Msg-Ref: server-7.tower-27.messagelabs.com!1403804090!13909951!1 X-Originating-IP: [88.196.162.246] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21121 invoked from network); 26 Jun 2014 17:34:50 -0000 Received: from mailcluster1.edss.ee (HELO mailcluster1.edss.ee) (88.196.162.246) by server-7.tower-27.messagelabs.com with SMTP; 26 Jun 2014 17:34:50 -0000 Received: from imap.edss.ee (imap.edss.ee [88.196.163.239]) by mailcluster1.edss.ee (Postfix) with ESMTP id 1006580D80; Thu, 26 Jun 2014 20:34:50 +0300 (EEST) Received: from evis.localnet (unknown [88.196.163.11]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by imap.edss.ee (Postfix) with ESMTPSA id 03BAD6066F; Thu, 26 Jun 2014 20:34:50 +0300 (EEST) From: Eugene Istomin To: xen-users@lists.xen.org Date: Thu, 26 Jun 2014 20:35:42 +0300 Message-ID: <1970834.rI3D3lN9PB@evis> Organization: EDSS User-Agent: KMail/4.13.2 (Linux/3.12.22-1-desktop; KDE/4.13.2; x86_64; ; ) In-Reply-To: <878uojwsml.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> MIME-Version: 1.0 Cc: lee Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5284762754420743866==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5284762754420743866== Content-Type: multipart/alternative; boundary="nextPart4839427.H5Gk5BA2LM" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart4839427.H5Gk5BA2LM Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Hello, you can use systemd services & timers /---/ */Best regards,/* /Eugene Istomin/ > Hi, > > how would I make it so that VMs which are started automatically are > being started in a particular order? > > Like if I have VMs A, B and C, and I need B to be fully up before A and > C, and C has to be up before A: How would I do that? > > > Since dom0 crashes once every 24 hours, it would be nice if I could at > least get the machine rebooted without more intervention than having to > press the reset button ... --nextPart4839427.H5Gk5BA2LM Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="utf-8"

Hello,

 

you can use systemd services & timers

 

---

Best regards,

Eugene Istomin

 


On Thursday, June 26, 2014 06:19:30 PM lee wrote:

> Hi,

>

> how would I make it so that VMs which are started automatically are

> being started in a particular order?

>

> Like if I have VMs A, B and C, and I need B to be fully up before A and

> C, and C has to be up before A: How would I do that?

>

>

> Since dom0 crashes once every 24 hours, it would be nice if I could at

> least get the machine rebooted without more intervention than having to

> press the reset button ...

 

--nextPart4839427.H5Gk5BA2LM-- --===============5284762754420743866== 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 --===============5284762754420743866==-- From xen-users-bounces@lists.xen.org Thu Jun 26 17:35:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 17:35:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DZW-0007vO-N4; Thu, 26 Jun 2014 17:34:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DZU-0007vH-AV for xen-users@lists.xen.org; Thu, 26 Jun 2014 17:34:52 +0000 Received: from [193.109.254.147:37927] by server-15.bemta-14.messagelabs.com id 9A/18-15813-BB95CA35; Thu, 26 Jun 2014 17:34:51 +0000 X-Env-Sender: E.Istomin@edss.ee X-Msg-Ref: server-7.tower-27.messagelabs.com!1403804090!13909951!1 X-Originating-IP: [88.196.162.246] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21121 invoked from network); 26 Jun 2014 17:34:50 -0000 Received: from mailcluster1.edss.ee (HELO mailcluster1.edss.ee) (88.196.162.246) by server-7.tower-27.messagelabs.com with SMTP; 26 Jun 2014 17:34:50 -0000 Received: from imap.edss.ee (imap.edss.ee [88.196.163.239]) by mailcluster1.edss.ee (Postfix) with ESMTP id 1006580D80; Thu, 26 Jun 2014 20:34:50 +0300 (EEST) Received: from evis.localnet (unknown [88.196.163.11]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by imap.edss.ee (Postfix) with ESMTPSA id 03BAD6066F; Thu, 26 Jun 2014 20:34:50 +0300 (EEST) From: Eugene Istomin To: xen-users@lists.xen.org Date: Thu, 26 Jun 2014 20:35:42 +0300 Message-ID: <1970834.rI3D3lN9PB@evis> Organization: EDSS User-Agent: KMail/4.13.2 (Linux/3.12.22-1-desktop; KDE/4.13.2; x86_64; ; ) In-Reply-To: <878uojwsml.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> MIME-Version: 1.0 Cc: lee Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5284762754420743866==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5284762754420743866== Content-Type: multipart/alternative; boundary="nextPart4839427.H5Gk5BA2LM" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart4839427.H5Gk5BA2LM Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Hello, you can use systemd services & timers /---/ */Best regards,/* /Eugene Istomin/ > Hi, > > how would I make it so that VMs which are started automatically are > being started in a particular order? > > Like if I have VMs A, B and C, and I need B to be fully up before A and > C, and C has to be up before A: How would I do that? > > > Since dom0 crashes once every 24 hours, it would be nice if I could at > least get the machine rebooted without more intervention than having to > press the reset button ... --nextPart4839427.H5Gk5BA2LM Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="utf-8"

Hello,

 

you can use systemd services & timers

 

---

Best regards,

Eugene Istomin

 


On Thursday, June 26, 2014 06:19:30 PM lee wrote:

> Hi,

>

> how would I make it so that VMs which are started automatically are

> being started in a particular order?

>

> Like if I have VMs A, B and C, and I need B to be fully up before A and

> C, and C has to be up before A: How would I do that?

>

>

> Since dom0 crashes once every 24 hours, it would be nice if I could at

> least get the machine rebooted without more intervention than having to

> press the reset button ...

 

--nextPart4839427.H5Gk5BA2LM-- --===============5284762754420743866== 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 --===============5284762754420743866==-- From xen-users-bounces@lists.xen.org Thu Jun 26 17:47:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 17:47:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DlV-0008QZ-Tq; Thu, 26 Jun 2014 17:47:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DlU-0008QI-8y for xen-users@lists.xen.org; Thu, 26 Jun 2014 17:47:16 +0000 Received: from [85.158.137.68:10901] by server-3.bemta-3.messagelabs.com id 35/54-12895-3AC5CA35; Thu, 26 Jun 2014 17:47:15 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-31.messagelabs.com!1403804833!12520127!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13819 invoked from network); 26 Jun 2014 17:47:14 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jun 2014 17:47:14 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0DlR-00015n-ID for xen-users@lists.xen.org; Thu, 26 Jun 2014 19:47:13 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0DlR-0000xG-EW for xen-users@lists.xen.org; Thu, 26 Jun 2014 19:47:13 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Gordan Bobic's message of "Thu, 26 Jun 2014 17:36:25 +0100") Date: Thu, 26 Jun 2014 19:36:53 +0200 Organization: my virtual residence Message-ID: <87tx77vah6.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 2014-06-26 17:12, lee wrote: >>> Mihail Ivanov writes: >> >>> So next thing I've read about RAID, so I am thinking of raiding 2 x WD >>> Black 2 TB. (Should I do software raid or hardware raid?) >> >> Software raid can mean quite a slowdown compared to hardware raid. > > The only situation where hardware RAID helps is if you have > a _large_ battery backed write cache, and then it only helps > on small bursty writes. A recent x86 CPU can do the RAID > checksumming orders of magnitude faster than most RAID card > ASICs, and hardware RAID cache is completely useless since > anything that is likely to be caught in it will also be in > the OS page cache. The CPU may be able to handle the raid faster, and there may be lots of RAM available for caching. Both using CPU and RAM draws on resources that may be occupied otherwise. > The time where hardware RAID was worthwhile has passed. I'm not sure what you consider "recent". I have an AMD Phenom 965, and I do notice the slowdowns due to software raid compared to hardware raid, on the very same machine. Besides, try to find a board that has more than only six SATA ports or that can do both SAS and SATA. There are few, and they are the more expensive ones. Perhaps the lack of ports is not so much of a problem with the available disk capacities nowadays; however, it is what made me get a hardware raid controller. >>> Also I will be using ZFS and my Dom0 will be Fedora. >> >> Fedora for a dom0 is a rather bad choice. Fedora is an experimental >> testing distribution with a very limited lifetime and prone to >> experience lots of unexpected or undesirable changes. > [...] > > True, and very unfortunate. Doubly so because my preferred distro (EL) > is based on Fedora. The problem is that the quality (or lack thereof) > trickles down, even after a lot of polishing. I can say that the quality of Debian has been declining quite a lot over the years and can't say that about Fedora. I haven't used Fedora that long, and it's working quite well. >>> The question I am still pondering is whether I should get an E3 Xeon >>> (no E3's with IGP are sold in my country), an 6-core E5 Xeon or AMD FX >>> 8***, >> >> Is power consumption an issue you need to consider? >> >> >> As someone suggested, it might be a good idea to go for certified >> hardware. My server is going down about every 24 hours with a flood of >> messages in dom0 like "aacraid 0000:04:00.0: swiotlb buffer is full >> (sz: >> 4096 bytes)", and it's actual server hardware. I made a bug report a >> while ago; nobody cares and I keep pressing the reset button. You >> probably don't want to end up like that. > > Hardware RAID is just downright evil. I don't think that the problem is due to the raid controller. The driver for it is considered very stable and mature, and there's a theory that this problem might have to do with some sort of memory misalignments or something which results in the block layer being supposed to write out stuff via DMA from places it cannot really access. If that is true, every dom0 under xen is prone to the same problem, regardless whether software or hardware raid is used. I've looked at the code --- it seems that the relevant part of the kernel hands the write request back to the xen part, telling it that it failed and expecting the problem to be handled somewhere else. I didn't trace it any further because there's no point: I won't be able to fix this anyway. I suspect that the problem occurs only under certain circumstances, like depending on the number of VMs and on how they are set up. > I use plain old SATA with on-board and cheap add-in controllers and > find that to be by far the least problematic combination. I haven't found any cheap SATA controller that looked like it would work with Linux and like it was a decent piece of hardware. Look at those that seem decent, and a used SAS/SATA RAID controller is cheaper and much more capable than the SATA ones. >> And after spending quite a bunch of money on hardware, you might >> want to >> use something else than xen. Give it a try and set up a couple VMs >> on a >> testing machine so you get an idea of what you're getting into, and >> reconsider. > > Alternatives aren't better, IMO. Having tried Xen, VMware and KVM, > Xen was the only one I managed to (eventually) get working in the > way I originally envisaged. Hm, I find that surprising. I haven't tried VMware and thought that as a commercial product, it would make it easy to set up some VMs and to run them reliably. KVM/QEMU I tried years ago, and it seemed much more straightforward than xen does now, which appears to be very chaotic. After all, I'm not convinced that virtualization as it's done with xen and the like is the right way to go. It has advantages and solves some problems while creating disadvantages and other problems. It's like going back to mainframes because the hardware has become too powerful, using software to turn this very hardware into "multiframes" --- and then finding out that it doesn't work so well because the hardware, though powerful enough, never was designed for it. It's like using an axe on the hardware to cut it into pieces and expecting such pieces to be particularly useful. Perhaps, given some time, we might find more less powerful hardware that serves its purpose more efficiently and, if need be, we just plug in another piece of very efficient hardware to serve the next purpose. That would make more sense to me. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 17:47:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 17:47:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DlV-0008QR-Cu; Thu, 26 Jun 2014 17:47:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DlT-0008QH-U6 for xen-users@lists.xen.org; Thu, 26 Jun 2014 17:47:16 +0000 Received: from [85.158.143.35:11675] by server-2.bemta-4.messagelabs.com id CF/1E-06539-3AC5CA35; Thu, 26 Jun 2014 17:47:15 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-10.tower-21.messagelabs.com!1403804833!14141634!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14030 invoked from network); 26 Jun 2014 17:47:14 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-10.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jun 2014 17:47:14 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0DlR-00015o-Km for xen-users@lists.xen.org; Thu, 26 Jun 2014 19:47:13 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0DlR-0000xL-GZ for xen-users@lists.xen.org; Thu, 26 Jun 2014 19:47:13 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AC4C06.2020707@gmail.com> (Mihail Ivanov's message of "Thu, 26 Jun 2014 19:36:22 +0300") Date: Thu, 26 Jun 2014 19:47:08 +0200 Organization: my virtual residence Message-ID: <87pphvva03.fsf@yun.yagibdah.de> References: <53AC4C06.2020707@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Mihail Ivanov writes: > Also what does: > "(XEN) Intel VT-d Dom0 DMA Pass-through not enabled." means? > > Shouldn't that mean that one cannot do PCI pass-through? > So how can IOMMU be enabled without that? > Isn't that a vital part of it? PCI passthrough requires to pass 'iommu=soft' as kernel option for the domU. It's likely to be done in software on NUMA boards, anyway. Apparently doing it in software usually achieves better performance, and the kernel turns it off be default. I'm getting a message "NUMA turned off" in the log of dom0. I haven't tried to force it on yet. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 17:47:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 17:47:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DlV-0008QZ-Tq; Thu, 26 Jun 2014 17:47:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DlU-0008QI-8y for xen-users@lists.xen.org; Thu, 26 Jun 2014 17:47:16 +0000 Received: from [85.158.137.68:10901] by server-3.bemta-3.messagelabs.com id 35/54-12895-3AC5CA35; Thu, 26 Jun 2014 17:47:15 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-31.messagelabs.com!1403804833!12520127!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13819 invoked from network); 26 Jun 2014 17:47:14 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jun 2014 17:47:14 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0DlR-00015n-ID for xen-users@lists.xen.org; Thu, 26 Jun 2014 19:47:13 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0DlR-0000xG-EW for xen-users@lists.xen.org; Thu, 26 Jun 2014 19:47:13 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Gordan Bobic's message of "Thu, 26 Jun 2014 17:36:25 +0100") Date: Thu, 26 Jun 2014 19:36:53 +0200 Organization: my virtual residence Message-ID: <87tx77vah6.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 2014-06-26 17:12, lee wrote: >>> Mihail Ivanov writes: >> >>> So next thing I've read about RAID, so I am thinking of raiding 2 x WD >>> Black 2 TB. (Should I do software raid or hardware raid?) >> >> Software raid can mean quite a slowdown compared to hardware raid. > > The only situation where hardware RAID helps is if you have > a _large_ battery backed write cache, and then it only helps > on small bursty writes. A recent x86 CPU can do the RAID > checksumming orders of magnitude faster than most RAID card > ASICs, and hardware RAID cache is completely useless since > anything that is likely to be caught in it will also be in > the OS page cache. The CPU may be able to handle the raid faster, and there may be lots of RAM available for caching. Both using CPU and RAM draws on resources that may be occupied otherwise. > The time where hardware RAID was worthwhile has passed. I'm not sure what you consider "recent". I have an AMD Phenom 965, and I do notice the slowdowns due to software raid compared to hardware raid, on the very same machine. Besides, try to find a board that has more than only six SATA ports or that can do both SAS and SATA. There are few, and they are the more expensive ones. Perhaps the lack of ports is not so much of a problem with the available disk capacities nowadays; however, it is what made me get a hardware raid controller. >>> Also I will be using ZFS and my Dom0 will be Fedora. >> >> Fedora for a dom0 is a rather bad choice. Fedora is an experimental >> testing distribution with a very limited lifetime and prone to >> experience lots of unexpected or undesirable changes. > [...] > > True, and very unfortunate. Doubly so because my preferred distro (EL) > is based on Fedora. The problem is that the quality (or lack thereof) > trickles down, even after a lot of polishing. I can say that the quality of Debian has been declining quite a lot over the years and can't say that about Fedora. I haven't used Fedora that long, and it's working quite well. >>> The question I am still pondering is whether I should get an E3 Xeon >>> (no E3's with IGP are sold in my country), an 6-core E5 Xeon or AMD FX >>> 8***, >> >> Is power consumption an issue you need to consider? >> >> >> As someone suggested, it might be a good idea to go for certified >> hardware. My server is going down about every 24 hours with a flood of >> messages in dom0 like "aacraid 0000:04:00.0: swiotlb buffer is full >> (sz: >> 4096 bytes)", and it's actual server hardware. I made a bug report a >> while ago; nobody cares and I keep pressing the reset button. You >> probably don't want to end up like that. > > Hardware RAID is just downright evil. I don't think that the problem is due to the raid controller. The driver for it is considered very stable and mature, and there's a theory that this problem might have to do with some sort of memory misalignments or something which results in the block layer being supposed to write out stuff via DMA from places it cannot really access. If that is true, every dom0 under xen is prone to the same problem, regardless whether software or hardware raid is used. I've looked at the code --- it seems that the relevant part of the kernel hands the write request back to the xen part, telling it that it failed and expecting the problem to be handled somewhere else. I didn't trace it any further because there's no point: I won't be able to fix this anyway. I suspect that the problem occurs only under certain circumstances, like depending on the number of VMs and on how they are set up. > I use plain old SATA with on-board and cheap add-in controllers and > find that to be by far the least problematic combination. I haven't found any cheap SATA controller that looked like it would work with Linux and like it was a decent piece of hardware. Look at those that seem decent, and a used SAS/SATA RAID controller is cheaper and much more capable than the SATA ones. >> And after spending quite a bunch of money on hardware, you might >> want to >> use something else than xen. Give it a try and set up a couple VMs >> on a >> testing machine so you get an idea of what you're getting into, and >> reconsider. > > Alternatives aren't better, IMO. Having tried Xen, VMware and KVM, > Xen was the only one I managed to (eventually) get working in the > way I originally envisaged. Hm, I find that surprising. I haven't tried VMware and thought that as a commercial product, it would make it easy to set up some VMs and to run them reliably. KVM/QEMU I tried years ago, and it seemed much more straightforward than xen does now, which appears to be very chaotic. After all, I'm not convinced that virtualization as it's done with xen and the like is the right way to go. It has advantages and solves some problems while creating disadvantages and other problems. It's like going back to mainframes because the hardware has become too powerful, using software to turn this very hardware into "multiframes" --- and then finding out that it doesn't work so well because the hardware, though powerful enough, never was designed for it. It's like using an axe on the hardware to cut it into pieces and expecting such pieces to be particularly useful. Perhaps, given some time, we might find more less powerful hardware that serves its purpose more efficiently and, if need be, we just plug in another piece of very efficient hardware to serve the next purpose. That would make more sense to me. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 17:47:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 17:47:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DlV-0008QR-Cu; Thu, 26 Jun 2014 17:47:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DlT-0008QH-U6 for xen-users@lists.xen.org; Thu, 26 Jun 2014 17:47:16 +0000 Received: from [85.158.143.35:11675] by server-2.bemta-4.messagelabs.com id CF/1E-06539-3AC5CA35; Thu, 26 Jun 2014 17:47:15 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-10.tower-21.messagelabs.com!1403804833!14141634!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14030 invoked from network); 26 Jun 2014 17:47:14 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-10.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jun 2014 17:47:14 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0DlR-00015o-Km for xen-users@lists.xen.org; Thu, 26 Jun 2014 19:47:13 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0DlR-0000xL-GZ for xen-users@lists.xen.org; Thu, 26 Jun 2014 19:47:13 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AC4C06.2020707@gmail.com> (Mihail Ivanov's message of "Thu, 26 Jun 2014 19:36:22 +0300") Date: Thu, 26 Jun 2014 19:47:08 +0200 Organization: my virtual residence Message-ID: <87pphvva03.fsf@yun.yagibdah.de> References: <53AC4C06.2020707@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Mihail Ivanov writes: > Also what does: > "(XEN) Intel VT-d Dom0 DMA Pass-through not enabled." means? > > Shouldn't that mean that one cannot do PCI pass-through? > So how can IOMMU be enabled without that? > Isn't that a vital part of it? PCI passthrough requires to pass 'iommu=soft' as kernel option for the domU. It's likely to be done in software on NUMA boards, anyway. Apparently doing it in software usually achieves better performance, and the kernel turns it off be default. I'm getting a message "NUMA turned off" in the log of dom0. I haven't tried to force it on yet. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 18:03:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 18:03:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0E0o-0001Fq-P0; Thu, 26 Jun 2014 18:03:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0E0n-0001Fe-9l for xen-users@lists.xen.org; Thu, 26 Jun 2014 18:03:05 +0000 Received: from [85.158.143.35:36549] by server-2.bemta-4.messagelabs.com id 5B/D9-06539-8506CA35; Thu, 26 Jun 2014 18:03:04 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-9.tower-21.messagelabs.com!1403805783!14170699!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10049 invoked from network); 26 Jun 2014 18:03:04 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-9.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jun 2014 18:03:04 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0E0k-00016H-Ny for xen-users@lists.xen.org; Thu, 26 Jun 2014 20:03:02 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0E0k-0000xw-Jn for xen-users@lists.xen.org; Thu, 26 Jun 2014 20:03:02 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1970834.rI3D3lN9PB@evis> (Eugene Istomin's message of "Thu, 26 Jun 2014 20:35:42 +0300") Date: Thu, 26 Jun 2014 20:02:31 +0200 Organization: my virtual residence Message-ID: <87d2dvv9d0.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1970834.rI3D3lN9PB@evis> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Eugene Istomin writes: > Hello, > > you can use systemd services & timers Hmm, Debian doesn't use systemd. I don't even know how the VMs are brought up automatically other than by putting their config files into /etc/xen/auto. I'd like to avoid timers --- a VM depending on others should be brought up right away when the VMs it depends on are up, provided that dependencies are specified. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 18:03:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 18:03:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0E0o-0001Fq-P0; Thu, 26 Jun 2014 18:03:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0E0n-0001Fe-9l for xen-users@lists.xen.org; Thu, 26 Jun 2014 18:03:05 +0000 Received: from [85.158.143.35:36549] by server-2.bemta-4.messagelabs.com id 5B/D9-06539-8506CA35; Thu, 26 Jun 2014 18:03:04 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-9.tower-21.messagelabs.com!1403805783!14170699!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10049 invoked from network); 26 Jun 2014 18:03:04 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-9.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jun 2014 18:03:04 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0E0k-00016H-Ny for xen-users@lists.xen.org; Thu, 26 Jun 2014 20:03:02 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0E0k-0000xw-Jn for xen-users@lists.xen.org; Thu, 26 Jun 2014 20:03:02 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1970834.rI3D3lN9PB@evis> (Eugene Istomin's message of "Thu, 26 Jun 2014 20:35:42 +0300") Date: Thu, 26 Jun 2014 20:02:31 +0200 Organization: my virtual residence Message-ID: <87d2dvv9d0.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1970834.rI3D3lN9PB@evis> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Eugene Istomin writes: > Hello, > > you can use systemd services & timers Hmm, Debian doesn't use systemd. I don't even know how the VMs are brought up automatically other than by putting their config files into /etc/xen/auto. I'd like to avoid timers --- a VM depending on others should be brought up right away when the VMs it depends on are up, provided that dependencies are specified. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 22:08:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:08:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Hp7-0007Xm-Qc; Thu, 26 Jun 2014 22:07:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Hp5-0007Xd-Sl for xen-users@lists.xen.org; Thu, 26 Jun 2014 22:07:16 +0000 Received: from [85.158.143.35:51280] by server-1.bemta-4.messagelabs.com id D8/91-09496-3999CA35; Thu, 26 Jun 2014 22:07:15 +0000 X-Env-Sender: Daniel.Shub@nottingham.ac.uk X-Msg-Ref: server-16.tower-21.messagelabs.com!1403820433!10739740!1 X-Originating-IP: [151.236.209.33] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4209 invoked from network); 26 Jun 2014 22:07:13 -0000 Received: from engine01-20433-7.icritical.com (HELO engine01-20433-7.icritical.com) (151.236.209.33) by server-16.tower-21.messagelabs.com with SMTP; 26 Jun 2014 22:07:13 -0000 Received: (qmail 14365 invoked from network); 26 Jun 2014 22:05:46 -0000 Received: from localhost (127.0.0.1) by engine01-20433-7.icritical.com with SMTP; 26 Jun 2014 22:05:46 -0000 Received: from engine01-20433-7.icritical.com ([127.0.0.1]) by localhost (engine01-20433-7.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 14070-04 for ; Thu, 26 Jun 2014 23:05:39 +0100 (BST) Received: (qmail 14333 invoked by uid 599); 26 Jun 2014 22:05:39 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine01-20433-7.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 26 Jun 2014 23:05:38 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1X0Hnd-00083K-VB; Thu, 26 Jun 2014 23:05:45 +0100 From: Daniel Shub To: Brian Menges Date: Thu, 26 Jun 2014 23:05:43 +0100 Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+RisdA3gvRKlrMThWQcJQBoXjxPQ== Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine01-20433-7.icritical.com Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org What do you mean by a terminal window? Are you on tty7? Can you switch through the tty's? You might want to step back and instead of automatically launching lightdm, just try and get a tty over vnc without X and then start X and see what happens. It seems like you have passed the device through correctly. > On 26 Jun 2014, at 17:53, "Brian Menges" wrote: > > Yeah, definitely running. > > root 991 0.0 0.0 279164 3900 ? Ssl 09:31 0:00 lightdm > root 1020 99.6 0.1 68520 7964 tty7 Rs+ 09:31 4:48 \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 > > Chewing on an entire CPU ... which it seems that at some point my machine locks up. > > When I loaded VNC and attached into the console there... all I get is a terminal window, not the unity desktop. If I close it... nothing is startable. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Thursday, June 26, 2014 09:18 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > At a glance, I don't see an obvious problem in that log. > > Is you can ssh in can you check if Xorg is actually running? > >> On 2014-06-26 17:00, Brian Menges wrote: >> Looks like it isn't using the driver correctly? >> ----- >> [ 9.758] >> X.Org X Server 1.14.5 >> Release Date: 2013-12-12 >> [ 9.758] X Protocol Version 11, Revision 0 >> [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 >> Ubuntu >> [ 9.758] Current Operating System: Linux bmenges-linux3 >> 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 >> x86_64 >> [ 9.758] Kernel command line: >> BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic >> root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash >> iommu=soft swiotlb=force vt.handoff=7 >> [ 9.758] Build Date: 06 January 2014 01:37:48PM >> [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For >> technical support please see http://www.ubuntu.com/support) >> [ 9.758] Current version of pixman: 0.30.2 >> [ 9.758] Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> [ 9.758] Markers: (--) probed, (**) from config file, (==) default >> setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 >> 08:15:53 2014 >> [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" >> [ 9.803] (==) Using system config directory >> "/usr/share/X11/xorg.conf.d" >> [ 9.893] (==) ServerLayout "aticonfig Layout" >> [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) >> [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" >> [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" >> [ 9.905] (==) Automatically adding devices >> [ 9.905] (==) Automatically enabling devices >> [ 9.905] (==) Automatically adding GPU devices >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does >> not exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (==) FontPath set to: >> /usr/share/fonts/X11/misc, >> /usr/share/fonts/X11/Type1, >> built-ins >> [ 9.960] (==) ModulePath set to >> "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" >> [ 9.960] (II) The server relies on udev to provide the list of >> input devices. >> If no devices become available, reconfigure udev or disable >> AutoAddDevices. >> [ 9.966] (II) Loader magic: 0x7f6ad345fc20 >> [ 9.966] (II) Module ABI versions: >> [ 9.966] X.Org ANSI C Emulation: 0.4 >> [ 9.966] X.Org Video Driver: 14.1 >> [ 9.966] X.Org XInput driver : 19.1 >> [ 9.966] X.Org Server Extension : 7.0 >> [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ >> 0xf0000000/33554432, 0xf3044000/4096 >> [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ >> 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ >> 0x????????/131072 >> [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) >> [ 9.976] Initializing built-in extension Generic Event Extension >> [ 9.976] Initializing built-in extension SHAPE >> [ 9.976] Initializing built-in extension MIT-SHM >> [ 9.976] Initializing built-in extension XInputExtension >> [ 9.976] Initializing built-in extension XTEST >> [ 9.976] Initializing built-in extension BIG-REQUESTS >> [ 9.976] Initializing built-in extension SYNC >> [ 9.976] Initializing built-in extension XKEYBOARD >> [ 9.976] Initializing built-in extension XC-MISC >> [ 9.976] Initializing built-in extension SECURITY >> [ 9.976] Initializing built-in extension XINERAMA >> [ 9.976] Initializing built-in extension XFIXES >> [ 9.976] Initializing built-in extension RENDER >> [ 9.976] Initializing built-in extension RANDR >> [ 9.976] Initializing built-in extension COMPOSITE >> [ 9.976] Initializing built-in extension DAMAGE >> [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER >> [ 9.976] Initializing built-in extension DOUBLE-BUFFER >> [ 9.976] Initializing built-in extension RECORD >> [ 9.976] Initializing built-in extension DPMS >> [ 9.976] Initializing built-in extension X-Resource >> [ 9.976] Initializing built-in extension XVideo >> [ 9.976] Initializing built-in extension XVideo-MotionCompensation >> [ 9.976] Initializing built-in extension XFree86-VidModeExtension >> [ 9.976] Initializing built-in extension XFree86-DGA >> [ 9.976] Initializing built-in extension XFree86-DRI >> [ 9.976] Initializing built-in extension DRI2 >> [ 9.976] (II) "glx" will be loaded. This was enabled by default >> and also specified in the config file. >> [ 9.976] (II) LoadModule: "glx" >> [ 10.098] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so >> [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." >> [ 10.157] compiled for 6.9.0, module version = 1.0.0 >> [ 10.157] Loading extension GLX >> [ 10.157] (II) LoadModule: "fglrx" >> [ 10.215] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so >> [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." >> [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.912] Module class: X.Org Video Driver >> [ 10.913] (II) Loading sub module "fglrxdrm" >> [ 10.913] (II) LoadModule: "fglrxdrm" >> [ 10.925] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so >> [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies >> Inc." >> [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Version >> Identifier:13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: >> 13.251 >> [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 >> 15:19:03 >> [ 10.947] (++) using VT number 7 >> >> [ 10.947] (WW) Falling back to old probe method for fglrx >> [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb >> /etc/ati/amdpcsdb.default >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 >> [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 >> [ 11.152] ukiOpenDevice: open result is 10, (OK) >> ----- >> >> - Brian Menges >> Principal Engineer, DevOps >> GoGrid | ServePath | ColoServe | UpStream Networks >> >> -----Original Message----- >> From: xen-users-bounces@lists.xen.org >> [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic >> Sent: Thursday, June 26, 2014 08:43 >> To: xen-users@lists.xen.org >> Subject: Re: [Xen-users] Help with VGA passthrough >> >>> On 2014-06-26 16:20, Brian Menges wrote: >>> [root@xs ~]# lsmod | grep pciback >>> [root@xs ~]# echo $? >>> 1 >>> [root@xs ~]# modprobe pciback >>> FATAL: Module pciback not found. >> >> Try: >> modprobe xen-pciback >> >>> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. >> >> Ah - my bad. It must be Xenserver 7 that is based on EL6. >> >>> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it >>> won't get past the splash screen (xencenter display) now after gpu >>> assignment (console or gui). The Ubuntu drivers appear to do nothing; >>> however: >>> >>> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' >>> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, >>> use "pci=nocrs" and report a bug >>> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0x000a0000-0x000bffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0xe0000000-0xfbffffff] >>> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 >>> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 >>> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 >>> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] >>> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 >>> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] >>> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 >>> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by >>> PIIX4 ACPI >>> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 >>> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff >>> pref] >>> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] >>> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 >>> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] >>> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff >>> pref] >>> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 >>> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff >>> 64bit pref] >>> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff >>> 64bit] >>> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] >>> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff >>> pref] >>> [ 0.301115] pci 0000:00:05.0: supports D1 D2 >>> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 >>> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff >>> 64bit] >>> [ 0.303969] pci 0000:00:06.0: supports D1 D2 >>> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes >>> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] >>> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] >>> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] >>> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] >>> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers >>> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release >>> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds >>> [ 1.312047] pci 0000:00:02.0: Boot video device >>> [ 1.312215] pci 0000:00:05.0: Boot video device >>> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 >>> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: >>> 0.4 >>> [ 1.576902] ehci-pci: EHCI PCI platform driver >>> [ 1.576942] ohci-pci: OHCI PCI platform driver >>> [ 1.692123] xenbus_probe_frontend: Device with no driver: >>> device/pci/0 >>> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI >>> Technologies, Starnberg, GERMANY' taints kernel. >>> [ 6.185911] fglrx: module verification failed: signature and/or >>> required key missing - tainting kernel >>> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma >>> buffers: 7247 MBytes. >>> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 >>> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 >>> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled >>> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] >>> with 1 minors >>> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as >>> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 >>> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as >>> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 >>> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 >>> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 >>> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 >>> [ 11.495154] <6>[fglrx] IRQ 78 Enabled >>> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, >>> size:1000000 >>> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, >>> size:4000 >>> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, >>> size:4c4000 >>> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, >>> size:c000 >>> >>> So my last boot I got in via SSH, however the displays aren't working. >>> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> >>> DisplayPort) display and my monitor isn't showing anything. Wodnering >>> what I'm missing to get this display up and running. >> >> So it looks like fglrx loads successfully and finds the hardware. So >> far so good. Can you check what your Xorg log says? >> >> Gordan >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> ________________________________ >> >> The information contained in this message, and any attachments, may >> contain confidential and legally privileged material. It is solely for >> the use of the person or entity to which it is addressed. Any review, >> retransmission, dissemination, or action taken in reliance upon this >> information by persons or entities other than the intended recipient >> is prohibited. If you receive this in error, please contact the sender >> and delete the material from any computer. >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 22:08:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:08:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Hp7-0007Xm-Qc; Thu, 26 Jun 2014 22:07:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Hp5-0007Xd-Sl for xen-users@lists.xen.org; Thu, 26 Jun 2014 22:07:16 +0000 Received: from [85.158.143.35:51280] by server-1.bemta-4.messagelabs.com id D8/91-09496-3999CA35; Thu, 26 Jun 2014 22:07:15 +0000 X-Env-Sender: Daniel.Shub@nottingham.ac.uk X-Msg-Ref: server-16.tower-21.messagelabs.com!1403820433!10739740!1 X-Originating-IP: [151.236.209.33] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4209 invoked from network); 26 Jun 2014 22:07:13 -0000 Received: from engine01-20433-7.icritical.com (HELO engine01-20433-7.icritical.com) (151.236.209.33) by server-16.tower-21.messagelabs.com with SMTP; 26 Jun 2014 22:07:13 -0000 Received: (qmail 14365 invoked from network); 26 Jun 2014 22:05:46 -0000 Received: from localhost (127.0.0.1) by engine01-20433-7.icritical.com with SMTP; 26 Jun 2014 22:05:46 -0000 Received: from engine01-20433-7.icritical.com ([127.0.0.1]) by localhost (engine01-20433-7.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 14070-04 for ; Thu, 26 Jun 2014 23:05:39 +0100 (BST) Received: (qmail 14333 invoked by uid 599); 26 Jun 2014 22:05:39 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine01-20433-7.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 26 Jun 2014 23:05:38 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1X0Hnd-00083K-VB; Thu, 26 Jun 2014 23:05:45 +0100 From: Daniel Shub To: Brian Menges Date: Thu, 26 Jun 2014 23:05:43 +0100 Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+RisdA3gvRKlrMThWQcJQBoXjxPQ== Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine01-20433-7.icritical.com Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org What do you mean by a terminal window? Are you on tty7? Can you switch through the tty's? You might want to step back and instead of automatically launching lightdm, just try and get a tty over vnc without X and then start X and see what happens. It seems like you have passed the device through correctly. > On 26 Jun 2014, at 17:53, "Brian Menges" wrote: > > Yeah, definitely running. > > root 991 0.0 0.0 279164 3900 ? Ssl 09:31 0:00 lightdm > root 1020 99.6 0.1 68520 7964 tty7 Rs+ 09:31 4:48 \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 > > Chewing on an entire CPU ... which it seems that at some point my machine locks up. > > When I loaded VNC and attached into the console there... all I get is a terminal window, not the unity desktop. If I close it... nothing is startable. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Thursday, June 26, 2014 09:18 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > At a glance, I don't see an obvious problem in that log. > > Is you can ssh in can you check if Xorg is actually running? > >> On 2014-06-26 17:00, Brian Menges wrote: >> Looks like it isn't using the driver correctly? >> ----- >> [ 9.758] >> X.Org X Server 1.14.5 >> Release Date: 2013-12-12 >> [ 9.758] X Protocol Version 11, Revision 0 >> [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 >> Ubuntu >> [ 9.758] Current Operating System: Linux bmenges-linux3 >> 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 >> x86_64 >> [ 9.758] Kernel command line: >> BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic >> root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash >> iommu=soft swiotlb=force vt.handoff=7 >> [ 9.758] Build Date: 06 January 2014 01:37:48PM >> [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For >> technical support please see http://www.ubuntu.com/support) >> [ 9.758] Current version of pixman: 0.30.2 >> [ 9.758] Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> [ 9.758] Markers: (--) probed, (**) from config file, (==) default >> setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 >> 08:15:53 2014 >> [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" >> [ 9.803] (==) Using system config directory >> "/usr/share/X11/xorg.conf.d" >> [ 9.893] (==) ServerLayout "aticonfig Layout" >> [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) >> [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" >> [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" >> [ 9.905] (==) Automatically adding devices >> [ 9.905] (==) Automatically enabling devices >> [ 9.905] (==) Automatically adding GPU devices >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does >> not exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (==) FontPath set to: >> /usr/share/fonts/X11/misc, >> /usr/share/fonts/X11/Type1, >> built-ins >> [ 9.960] (==) ModulePath set to >> "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" >> [ 9.960] (II) The server relies on udev to provide the list of >> input devices. >> If no devices become available, reconfigure udev or disable >> AutoAddDevices. >> [ 9.966] (II) Loader magic: 0x7f6ad345fc20 >> [ 9.966] (II) Module ABI versions: >> [ 9.966] X.Org ANSI C Emulation: 0.4 >> [ 9.966] X.Org Video Driver: 14.1 >> [ 9.966] X.Org XInput driver : 19.1 >> [ 9.966] X.Org Server Extension : 7.0 >> [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ >> 0xf0000000/33554432, 0xf3044000/4096 >> [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ >> 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ >> 0x????????/131072 >> [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) >> [ 9.976] Initializing built-in extension Generic Event Extension >> [ 9.976] Initializing built-in extension SHAPE >> [ 9.976] Initializing built-in extension MIT-SHM >> [ 9.976] Initializing built-in extension XInputExtension >> [ 9.976] Initializing built-in extension XTEST >> [ 9.976] Initializing built-in extension BIG-REQUESTS >> [ 9.976] Initializing built-in extension SYNC >> [ 9.976] Initializing built-in extension XKEYBOARD >> [ 9.976] Initializing built-in extension XC-MISC >> [ 9.976] Initializing built-in extension SECURITY >> [ 9.976] Initializing built-in extension XINERAMA >> [ 9.976] Initializing built-in extension XFIXES >> [ 9.976] Initializing built-in extension RENDER >> [ 9.976] Initializing built-in extension RANDR >> [ 9.976] Initializing built-in extension COMPOSITE >> [ 9.976] Initializing built-in extension DAMAGE >> [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER >> [ 9.976] Initializing built-in extension DOUBLE-BUFFER >> [ 9.976] Initializing built-in extension RECORD >> [ 9.976] Initializing built-in extension DPMS >> [ 9.976] Initializing built-in extension X-Resource >> [ 9.976] Initializing built-in extension XVideo >> [ 9.976] Initializing built-in extension XVideo-MotionCompensation >> [ 9.976] Initializing built-in extension XFree86-VidModeExtension >> [ 9.976] Initializing built-in extension XFree86-DGA >> [ 9.976] Initializing built-in extension XFree86-DRI >> [ 9.976] Initializing built-in extension DRI2 >> [ 9.976] (II) "glx" will be loaded. This was enabled by default >> and also specified in the config file. >> [ 9.976] (II) LoadModule: "glx" >> [ 10.098] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so >> [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." >> [ 10.157] compiled for 6.9.0, module version = 1.0.0 >> [ 10.157] Loading extension GLX >> [ 10.157] (II) LoadModule: "fglrx" >> [ 10.215] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so >> [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." >> [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.912] Module class: X.Org Video Driver >> [ 10.913] (II) Loading sub module "fglrxdrm" >> [ 10.913] (II) LoadModule: "fglrxdrm" >> [ 10.925] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so >> [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies >> Inc." >> [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Version >> Identifier:13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: >> 13.251 >> [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 >> 15:19:03 >> [ 10.947] (++) using VT number 7 >> >> [ 10.947] (WW) Falling back to old probe method for fglrx >> [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb >> /etc/ati/amdpcsdb.default >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 >> [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 >> [ 11.152] ukiOpenDevice: open result is 10, (OK) >> ----- >> >> - Brian Menges >> Principal Engineer, DevOps >> GoGrid | ServePath | ColoServe | UpStream Networks >> >> -----Original Message----- >> From: xen-users-bounces@lists.xen.org >> [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic >> Sent: Thursday, June 26, 2014 08:43 >> To: xen-users@lists.xen.org >> Subject: Re: [Xen-users] Help with VGA passthrough >> >>> On 2014-06-26 16:20, Brian Menges wrote: >>> [root@xs ~]# lsmod | grep pciback >>> [root@xs ~]# echo $? >>> 1 >>> [root@xs ~]# modprobe pciback >>> FATAL: Module pciback not found. >> >> Try: >> modprobe xen-pciback >> >>> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. >> >> Ah - my bad. It must be Xenserver 7 that is based on EL6. >> >>> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and it >>> won't get past the splash screen (xencenter display) now after gpu >>> assignment (console or gui). The Ubuntu drivers appear to do nothing; >>> however: >>> >>> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' >>> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, >>> use "pci=nocrs" and report a bug >>> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0x000a0000-0x000bffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0xe0000000-0xfbffffff] >>> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 >>> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 >>> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 >>> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] >>> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 >>> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] >>> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 >>> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by >>> PIIX4 ACPI >>> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 >>> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff >>> pref] >>> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] >>> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 >>> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] >>> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff >>> pref] >>> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 >>> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff >>> 64bit pref] >>> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff >>> 64bit] >>> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] >>> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff >>> pref] >>> [ 0.301115] pci 0000:00:05.0: supports D1 D2 >>> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 >>> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff >>> 64bit] >>> [ 0.303969] pci 0000:00:06.0: supports D1 D2 >>> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes >>> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] >>> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] >>> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] >>> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] >>> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers >>> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release >>> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds >>> [ 1.312047] pci 0000:00:02.0: Boot video device >>> [ 1.312215] pci 0000:00:05.0: Boot video device >>> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 >>> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: >>> 0.4 >>> [ 1.576902] ehci-pci: EHCI PCI platform driver >>> [ 1.576942] ohci-pci: OHCI PCI platform driver >>> [ 1.692123] xenbus_probe_frontend: Device with no driver: >>> device/pci/0 >>> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI >>> Technologies, Starnberg, GERMANY' taints kernel. >>> [ 6.185911] fglrx: module verification failed: signature and/or >>> required key missing - tainting kernel >>> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma >>> buffers: 7247 MBytes. >>> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 >>> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 >>> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled >>> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] >>> with 1 minors >>> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as >>> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 >>> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as >>> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 >>> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 >>> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 >>> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 >>> [ 11.495154] <6>[fglrx] IRQ 78 Enabled >>> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, >>> size:1000000 >>> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, >>> size:4000 >>> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, >>> size:4c4000 >>> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, >>> size:c000 >>> >>> So my last boot I got in via SSH, however the displays aren't working. >>> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> >>> DisplayPort) display and my monitor isn't showing anything. Wodnering >>> what I'm missing to get this display up and running. >> >> So it looks like fglrx loads successfully and finds the hardware. So >> far so good. Can you check what your Xorg log says? >> >> Gordan >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> ________________________________ >> >> The information contained in this message, and any attachments, may >> contain confidential and legally privileged material. It is solely for >> the use of the person or entity to which it is addressed. Any review, >> retransmission, dissemination, or action taken in reliance upon this >> information by persons or entities other than the intended recipient >> is prohibited. If you receive this in error, please contact the sender >> and delete the material from any computer. >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IFB-0000K5-SW; Thu, 26 Jun 2014 22:34:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0G2R-0004tH-V9 for xen-users@lists.xen.org; Thu, 26 Jun 2014 20:12:56 +0000 Received: from [85.158.143.35:5113] by server-3.bemta-4.messagelabs.com id B4/B1-16194-7CE7CA35; Thu, 26 Jun 2014 20:12:55 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-14.tower-21.messagelabs.com!1403813574!14198399!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19924 invoked from network); 26 Jun 2014 20:12:54 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 20:12:54 -0000 Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 01276215BB for ; Thu, 26 Jun 2014 16:12:53 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute1.internal (MEProxy); Thu, 26 Jun 2014 16:12:54 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=zClwVY1X+0AjOOxI4OpDk4J 7Cdk=; b=lbygWwJWQWnXM/VnTmcc+6StBAf8eA/cjs0eMh4VkRyBJrjEM7FuJnO R16iz9bfOVbcEVgr7VP2mHXZY9vcKVSNZzvrJN0xxRs3mhb0TDPEa+SJg27eagfq 2Fk1rJ9HERI6/eIv8aSrmUIo9gZYibjPNZ95IwjMbcO2Nwkbvo0M= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=zClwVY1X+0AjOOxI4OpDk4J7Cdk=; b=lYOKffdAJXqc/PAc629YgM9tbDxO BROxHiOy9IjZNafTXeFm2YEAnO5I8qA53szd36WKVqGRrpC2n7cet2HETK754fbv aOo/Cw1DrYVzuaxqUt7xbXO50z5w7zYgWuMzWD17T6muC1WO4kzK7DcPYW7JWWs9 7lF0yLcaN9CUmBA= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id D39ADA72B60; Thu, 26 Jun 2014 16:12:53 -0400 (EDT) Message-Id: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> X-Sasl-Enc: +3k0EWPmccAaRmpeO04l1a5DwnxeBuPpkV/PChNoaeag 1403813573 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-170d410e Date: Thu, 26 Jun 2014 16:12:53 -0400 X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 26 jun 2014 greetings, > how would I make it so that VMs which are started automatically are > being started in a particular order? well, i have something that (sort of) works for me. i create my vm.cfg files in a directory of my choosing and ln -s from that directory to etc/xen/auto. i rename the symbolic links to look like this: 01.vm-name.cfg 02.vm-name.cfg 03.vm-name.cfg ... when i reboot my system, the vm's come up in the proper sequence. however, xen starts them at its pace and NOT when the previous vm is ready for transactions. i suppose you could modify this with a sleep 5 (or whatever) between each vm. or maybe you could arrange some kind of signal from each vm to signal starting the next vm. good luck frank smith -- http://www.fastmail.fm - Access your email from home and the web _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IF8-0000Iz-H7; Thu, 26 Jun 2014 22:34:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzicX-0006rv-Hl for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 08:31:57 +0000 Received: from [85.158.139.211:54206] by server-1.bemta-5.messagelabs.com id B1/27-30932-CF88AA35; Wed, 25 Jun 2014 08:31:56 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-3.tower-206.messagelabs.com!1403685112!4279087!1 X-Originating-IP: [106.10.151.118] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20523 invoked from network); 25 Jun 2014 08:31:55 -0000 Received: from nm26-vm7.bullet.mail.sg3.yahoo.com (HELO nm26-vm7.bullet.mail.sg3.yahoo.com) (106.10.151.118) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 08:31:55 -0000 Received: from [106.10.166.112] by nm26.bullet.mail.sg3.yahoo.com with NNFMP; 25 Jun 2014 08:31:52 -0000 Received: from [106.10.151.250] by tm1.bullet.mail.sg3.yahoo.com with NNFMP; 25 Jun 2014 08:31:51 -0000 Received: from [127.0.0.1] by omp1021.mail.sg3.yahoo.com with NNFMP; 25 Jun 2014 08:31:51 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 952382.8006.bm@omp1021.mail.sg3.yahoo.com Received: (qmail 9423 invoked by uid 60001); 25 Jun 2014 08:31:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1403685111; bh=c4Lvs7KM/C5RRurfAfM9KSaGWKTX9CAZEkcowEGGTyU=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=5FDDh5+3icafW+iOzqrFovkavQd9EXsAJoH06edCMsTsmys7D5iH17/rcPKI0JAwIDbLV4M+gobF1eJV8Lk5f9948SNlIke0NNl9Gvz1EuJiy+Ia5pWy3zEyTJdQLe9MvXwPDCeKsa/mmvAZJoxZEy1jAtBpUDAAO0AtL3aEK20= X-YMail-OSG: S5iUyhsVM1nSJs_vdXlOahaEjGYSuFitZODGcQxCcHKxQ_l bhBfPt0jgCMtSnxVsEu7EEY.hKWEIApRjwjUvYFo- Received: from [202.129.240.131] by web190606.mail.sg3.yahoo.com via HTTP; Wed, 25 Jun 2014 16:31:51 SGT X-Rocket-MIMEInfo: 002.001, SSBoYXZlIGxvb2tlZCB0aGUgY29kZSB0b29scy9saWJ4Yy94Y19kb21haW5fe3NhdmUscmVzdG9yZX0uYy7CoCBzb21lIHN0YXRpc3RpY3MgYXJlIHRoZXJlIGluIERQUklOVEYuCmJ1dCBpIGRvbid0IHVuZGVyc3RhbmQgInhsIC12dnYgbWlncmF0ZSAuLi4iIChpLmUuIGluY3JlYXNlIHhsJ3MgbG9nZ2luZwp2ZXJib3NpdHkpLgoKd2hpY2ggcGFyYW1ldGVycyBpIG5lZWQgdG8gcGFzcyB3aXRoIHhsPyB3aGF0IGRvIHlvdSBtZWFuIGJ5IHhsJ3MgbG9nZ2luZyB2ZXJib3NpdHk_CgrCoApNaW5hbEt1bWFyIFABMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 References: <1403157779.48003.YahooMailNeo@web190603.mail.sg3.yahoo.com> <1403601472.10487.3.camel@kazak.uk.xensource.com> Message-ID: <1403685111.9365.YahooMailNeo@web190606.mail.sg3.yahoo.com> Date: Wed, 25 Jun 2014 16:31:51 +0800 From: Minalkumar Patel To: Ian Campbell In-Reply-To: <1403601472.10487.3.camel@kazak.uk.xensource.com> MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Cc: "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7195285525912402759==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7195285525912402759== Content-Type: multipart/alternative; boundary="-8217979-1276519189-1403685111=:9365" ---8217979-1276519189-1403685111=:9365 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I have looked the code tools/libxc/xc_domain_{save,restore}.c.=A0 some stat= istics are there in DPRINTF.=0Abut i don't understand "xl -vvv migrate ..."= (i.e. increase xl's logging=0Averbosity).=0A=0Awhich parameters i need to = pass with xl? what do you mean by xl's logging verbosity?=0A=0A=A0=0AMinalK= umar Patel(M.E. - Computer Engineering)=0ALecturer,Computer Engineering Dep= artment,=0AA.D.Patel Institute of Technology,=0ANew Vallabh Vidyanagar,Kara= msad - 388121,=0AAnand,Gujarat.=0AMobile - 9998574188=0AE-mail Id - patel_m= p@yahoo.co.in=0AURL - http://www.minall.co.in=0A=0A=0A=0A=0AOn Tuesday, 24 = June 2014 2:47 PM, Ian Campbell wrote:=0A =0A=0A= =0AOn Thu, 2014-06-19 at 14:02 +0800, Minalkumar Patel wrote:=0A=0A> my que= stion is: how to print total pages send, downtime and total=0A> migration t= ime on existing xen system. =0A=0AHave you looked at the code? e.g.=0Atools= /libxc/xc_domain_{save,restore}.c. If the statistics/messages you=0Aare int= erested in are present there inside DPRINTF then you should see=0Athem if y= ou "xl -vvv migrate ..." (i.e. increase xl's logging=0Averbosity).=0A=0AIf = you want more than what is currently presently in that code then you=0Awill= need to write some code to gather whatever statistic you are=0Ainterested = in.=0A=0AIan. ---8217979-1276519189-1403685111=:9365 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I have looked the code tools/libxc/xc_domain_{save,restore}.c.  = some statistics are there in DPRINTF.
but i= don't understand "xl -vvv migrate ..." (i.e. increase xl's logging
verbosity).

which parameters i need to pass with xl? what do you mean = by xl's logging verbosity?
 
=
MinalKumar Patel(M.E. - Computer Engineering)Lecturer,Computer Engineering Department,
A.D.Patel Institute of Technology,
New Valla= bh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.Mobile - 9998574188
E-mail = Id - patel_mp@yahoo.co.in
URL - http://www.minall.= co.in




On Tuesday, 24 June 2014 2:47 PM, Ian = Campbell <Ian.Campbell@citrix.com> wrote:
<= /font>


On Thu, 2014-06-19 at 14:02 +0800, Minalkumar Patel = wrote:

> my question is: how to print total pages send, downti= me and total
> migration time on= existing xen system.


Have you looked at the code? e.g.
tools/libxc/xc_domain_{save,restore}.c. I= f the statistics/messages you
are i= nterested in are present there inside DPRINTF then you should see
them if you "xl -vvv migrate ..." (i.e. inc= rease xl's logging
verbosity).

If you want more than what is currently presently in that code then youwill need to write some code to gather whatever statistic you are
= interested in.

Ian.




=
---8217979-1276519189-1403685111=:9365-- --===============7195285525912402759== 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 --===============7195285525912402759==-- From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IF9-0000J7-38; Thu, 26 Jun 2014 22:34:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzs00-0005cU-Df for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 18:32:48 +0000 Received: from [85.158.143.35:51125] by server-1.bemta-4.messagelabs.com id 19/01-09496-FC51BA35; Wed, 25 Jun 2014 18:32:47 +0000 X-Env-Sender: agardner@linuxfoundation.org X-Msg-Ref: server-3.tower-21.messagelabs.com!1403721164!13506597!1 X-Originating-IP: [209.85.220.49] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7245 invoked from network); 25 Jun 2014 18:32:46 -0000 Received: from mail-pa0-f49.google.com (HELO mail-pa0-f49.google.com) (209.85.220.49) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 18:32:46 -0000 Received: by mail-pa0-f49.google.com with SMTP id lj1so2036665pab.8 for ; Wed, 25 Jun 2014 11:32:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qjI88JkAIAWYu1oUWHNDnIKZc82b16JKQVX4wYyg7sY=; b=LzQ1HoiqqcqQbGJFR1Pq6NPmZzlmDnRGvGO5hhTJ4WRCbJSWYQfJ32LnX/FP/t8zl9 rlj2Ia+e9AxMLBLzPPmzejZIwvj3Wa7+shviPn9UzUB72Otbhcmt+j/pk3uSqwN14QUJ ptlEJ0PRUFqCpX8ZhgqoxQIv/7UooAs/TkUL8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=qjI88JkAIAWYu1oUWHNDnIKZc82b16JKQVX4wYyg7sY=; b=Z2LxibFTXnowcxRGCH6TnZBMhweSYe7g784KM4lYipUaDi9hel23vsUhELGXQy5NtJ DGUbvul8CTCKrRq84RNCG8YiVPt5eSdkMYfMGLoZIjh5cwjVPNLGI9pjspUUX3lMI2bR i0yFv9KG6v2Z1tGowXuSH319cKZy128dHIMDQgDOEM8FR/dCCO6BeAZFQU5uOtvpxuUM +kN9w7C+ywIiHpdG/RSGj6/RmA1+0YiBhLgB5jbobYKR6gxWKgeoP5M4/+Tmfipt4SDz F2wLBGnr8E8R3vzoxFNZuSg+6JOedbw8YQ0lB8NK2h9evcdMlatNgE5w2jUXiYELxcKl U64A== X-Gm-Message-State: ALoCoQnHjgDWRKr8l6DgYU8O+pBzSehp6PIk0G7JflR/brlVxmBuSLqhf9LAF1h6aome206fxENk MIME-Version: 1.0 X-Received: by 10.68.164.4 with SMTP id ym4mr14121129pbb.53.1403721163826; Wed, 25 Jun 2014 11:32:43 -0700 (PDT) Received: by 10.70.17.35 with HTTP; Wed, 25 Jun 2014 11:32:43 -0700 (PDT) In-Reply-To: References: <1403193465.6043.8.camel@hyperion.local> <1403602578.23205.5.camel@kazak.uk.xensource.com> Date: Wed, 25 Jun 2014 14:32:43 -0400 Message-ID: From: Aric Gardner To: "Fajar A. Nugraha" X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1037292636144560524==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1037292636144560524== Content-Type: multipart/alternative; boundary=047d7b5d361055879104fcad4dc8 --047d7b5d361055879104fcad4dc8 Content-Type: text/plain; charset=UTF-8 Hi Fajar et all. I tried your suggested method of using qemu img convert: qemu-img convert -f qcow2 -O vpc ~/Downloads/Fedora-x86_64-20-20140407-sda-clone.qcow2 Fedora.vhd however after uploading the image my instance fails to launch with: Server building... 40% complete Error building server ERROR (InstanceInErrorState): No valid host was found. I contacted rackspace support and they saw no problems in my availability zone. further, the images I converted with the patched vhd util are still booting as expected. However I can't fully rule out spurious build failures on rackspace's side. since the xen kernel is supported in Fedora 16+ are Hyper-v and xen .vhd containers of this type fully interchangeable? The docs are not clear on this http://docs.openstack.org/image-guide/content/ch_converting.html Regards, Aric On Tue, Jun 24, 2014 at 11:05 PM, Fajar A. Nugraha wrote: > On Wed, Jun 25, 2014 at 9:04 AM, Aric Gardner > wrote: > > Hi Ian, et all. > > > > I imagined that the patch would not be officially supported. No worries. > > > > The qemu img convert does not do xen images > > How did you arrive at that conclusion? > > > -> "The qemu-img convert command > > can do conversion between multiple formats, including raw, qcow2, VDI > > (VirtualBox), VMDK (VMWare) and VHD (Hyper-V)." In my googlings I saw > some > > tools that existed for windows to do said conversion, however, I don't > have > > a windows box. > > Correct, it says "VHD (Hyper-V)". It should also be the same VHD > format that is supported by xen, vmware, virtualbox, etc. > http://en.wikipedia.org/wiki/VHD_(file_format) > > -- > Fajar > --047d7b5d361055879104fcad4dc8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Fajar et all.=C2=A0

I tried your sug= gested method of using qemu img convert:
qem= u-img convert -f qcow2 -O vpc ~/Downloads/Fedora-x86_64-20-20140407-sda-clo= ne.qcow2 Fedora.vhd

however after uploading the image my instance fai= ls to launch with:

Server building... 40% com= plete
Error building server
ERROR (InstanceInErrorState= ): No valid host was found.

I contacted rackspace support and they saw no pro= blems in my availability zone. further, the images I converted with the pat= ched vhd util are still booting as expected. However I can't fully rule= out spurious build failures on rackspace's side.=C2=A0

since the xen kernel is supported in Fedora 16+ are Hyp= er-v and xen .vhd containers of this type fully interchangeable? The docs a= re not clear on this=C2=A0http://docs.openstack.org/image-guide/content/ch_c= onverting.html=C2=A0

Regards,

Aric






On Tue, Jun 24, 2014 at 11:05 PM,= Fajar A. Nugraha <list@fajar.net> wrote:
On Wed, Jun 25, 2014 at 9:04= AM, Aric Gardner
<agardner@linuxfoundatio= n.org> wrote:
> Hi Ian, et all.
>
> I imagined that the patch would not be officially supported. No worrie= s.
>
> The qemu img convert does not do xen images

How did you arrive at that conclusion?

> -> "The qemu-img convert command
> can do conversion between multiple formats, including raw, qcow2, VDI<= br> > (VirtualBox), VMDK (VMWare) and VHD (Hyper-V)." In my googlings I= saw some
> tools that existed for windows to do said conversion, however, I don&#= 39;t have
> a windows box.

Correct, it says "VHD (Hyper-V)". It should also be the sam= e VHD
format that is supported by xen, vmware, virtualbox, etc.
http://en.wikipedia.org/wiki/VHD_(file_format)

--
Fajar

--047d7b5d361055879104fcad4dc8-- --===============1037292636144560524== 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 --===============1037292636144560524==-- From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IFB-0000Jr-AA; Thu, 26 Jun 2014 22:34:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0FXc-0003xA-9n for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 19:41:04 +0000 Received: from [85.158.137.68:10497] by server-16.bemta-3.messagelabs.com id 22/29-28986-F477CA35; Thu, 26 Jun 2014 19:41:03 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-3.tower-31.messagelabs.com!1403811662!12595417!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12616 invoked from network); 26 Jun 2014 19:41:03 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 19:41:03 -0000 Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 6834521D4C for ; Thu, 26 Jun 2014 15:41:01 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute1.internal (MEProxy); Thu, 26 Jun 2014 15:41:01 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=Phnww1AN46zXEWU0IyugAw4 DWAI=; b=ObyhLRv49bmZuCsYriX19EwIet+5SOjXb5AWN7aLtbzbP2MbcYlS/CL 0fCM4AvN/V1OnfjXKNwl7Ued2phrZYZE7ih0WqMW/M8WdBtv26L2aHKzFOSknB8u /hC9quw17e7kNIy44oz2nUXWxKoLIWW3/gpAH7XA+arx5OyAvvS0= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=Phnww1AN46zXEWU0IyugAw4DWAI=; b=mCK8ynfZk7+kvrPQWCf7FQgkoIUo ofqpc0jBoyyOlKuQlA14C5rhmiBkewOVss3oFt2onFjSRzXF63YhaAsfsq23L3mA V27jlLjTNQbXq/R8WDpvYmxD6gqSXGPwOyuxbWl0AotnAdbzQKK11O8Bm9FbO6lc x7StweI9KWWL4YQ= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 4BD2FA72A24; Thu, 26 Jun 2014 15:41:01 -0400 (EDT) Message-Id: <1403811661.20463.134962417.5C2774C3@webmail.messagingengine.com> X-Sasl-Enc: NTJdGkNuoUwngqEErfA+jQGiC4q7nssg6jsXIlpRiCEp 1403811661 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-170d410e Date: Thu, 26 Jun 2014 15:41:01 -0400 X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 26 jun 2014 greetings, >One other thing you could try is "noreboot" on Xen's command line. This >will mean that if it does panic/crash it'll just sit there with whatever >was on the screen until you press the reset button on the case so you >can take a photo or transcribe it by hand etc. Of course having the >machine unavailable until you can press a button may not be acceptable >in your scenario. i like the sound of this. it's my home system, but i set it up as if it were at work. since i was physically present when it rebooted, the downside is minimal to non-existant, and the confirmation of a xen/non-xen cause would be a great improvement over my current lack of data. > You could also try setting up kexec/kdump so that on panic instead of > rebooting it will instead launch another kernel with limited RAM from > where you can scrobble around to gather state etc. Setting that up is > pretty tricky though (perhaps your distro has done the hard work). time to rtfm. i've never done this. i've tried a time or two in the past to use the linux sysrq function at kernel panics, but it never seemed to work as expected. i'm sure i did something wrong; i'm not sure just what. *grin* thanks for the time and assistance. frank smith -- http://www.fastmail.fm - The way an email service should be _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IFA-0000JU-6k; Thu, 26 Jun 2014 22:34:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DqZ-0000l9-Nx for xen-users@lists.xen.org; Thu, 26 Jun 2014 17:52:31 +0000 Received: from [193.109.254.147:51133] by server-16.bemta-14.messagelabs.com id 06/C0-16986-FDD5CA35; Thu, 26 Jun 2014 17:52:31 +0000 X-Env-Sender: syllopsium@syllopsium.co.uk X-Msg-Ref: server-4.tower-27.messagelabs.com!1403805150!13966560!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4174 invoked from network); 26 Jun 2014 17:52:30 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 17:52:30 -0000 Received: by mail-wi0-f176.google.com with SMTP id n3so1533584wiv.9 for ; Thu, 26 Jun 2014 10:52:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=ZKz9eVv0ngxky1JzQuqUfXyetT1C98qdkvhiqDwmnkQ=; b=Sh2RDuZ6SOZLPWdbCHw7JNCuR8GFjtn1KsbNeliMgUKFSNJ2nSZTVuLFVbKjshhSeD gBFyNA/l21TWPVwmv2/tvs4B6QgEt07bWgCV5AZnP1P4cCaiYlDvb0nvrAK8MIQCizan PneeYxiC+2SWyPRllyo5tHVmurscurtxkIhvZg39U/WaqLFovPho1fXGXZhdYlMAp4Ya RnTiIkjHY0ERAit8CoZmT6hJ7jDTlHeQSd5m3TkVuu4w3++TbX4kEKUVAs5lJ1F/idSF U4e90ZUhqBTxrJaqTqN77AvU6w0xS0SBHeQ6exB6B1f7VCg9df9ahX/5qjRarlmxTiTD QKTg== X-Gm-Message-State: ALoCoQkkcl61d/8NYSqbqFMjJtWBscdVDxmP1W9WLik04utgOOiZdIrPFTA0g4mzkuSv4Ro2N7xk X-Received: by 10.180.198.116 with SMTP id jb20mr5927753wic.59.1403805148886; Thu, 26 Jun 2014 10:52:28 -0700 (PDT) Received: from [10.145.163.36] (dab-hlw1-h-76-3.dab.02.net. [82.132.233.130]) by mx.google.com with ESMTPSA id gc5sm26865577wic.6.2014.06.26.10.52.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Jun 2014 10:52:27 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: <53ABB66A.7090705@bobich.net> References: <53AB6767.3090100@gmail.com> <53ABB66A.7090705@bobich.net> MIME-Version: 1.0 From: Peter Kay Date: Thu, 26 Jun 2014 18:51:59 +0100 To: Gordan Bobic , "xen-users@lists.xen.org" Message-ID: <0dc13c1a-daf0-4ed7-bd82-55b78cbe8407@email.android.com> X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On June 26, 2014 6:58:02 AM GMT+01:00, Gordan Bobic wrote: >On 06/26/2014 01:20 AM, Mihail Ivanov wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> While the A8 6600k is a fast cpu, I'd rather get server hardware. >> After reading so much about people complaining that one or another >> thing doesn't work, I just can't trust desktop mobos anymore :). >> (too much things that can go wrong). > >Server motherboards are often just as buggy as desktop boards when it >comes to virtualization. Hence why I keep saying that starting from the > >certified hardware on the compatibility list is probably a good idea It's probably more accurate to say that both are buggy but server motherboards are likely to be fixed whilst desktop boards are not always so lucky. Also, server motherboards tend to come with a number of gotchas such as restricted PCIe slot width and speed (including slower speed only when using graphics cards), slow bootups, more manageability, end user features deliberately cut out even if the chipset supports it (ie, sound) and requirements for certified chassis - otherwise cooling and sensors can be interesting. Certified hardware is a really, really good idea. If you can't do that, buy hardware that someone else has proven to work. Otherwise you are looking to experience pain.. Peter _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IF9-0000JJ-L7; Thu, 26 Jun 2014 22:34:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X02vt-00014p-D9 for xen-users@lists.xen.org; Thu, 26 Jun 2014 06:13:17 +0000 Received: from [85.158.143.35:9430] by server-3.bemta-4.messagelabs.com id 6B/55-16194-CF9BBA35; Thu, 26 Jun 2014 06:13:16 +0000 X-Env-Sender: fabio.fantoni@m2r.biz X-Msg-Ref: server-10.tower-21.messagelabs.com!1403763194!13925059!1 X-Originating-IP: [209.85.216.180] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20246 invoked from network); 26 Jun 2014 06:13:15 -0000 Received: from mail-qc0-f180.google.com (HELO mail-qc0-f180.google.com) (209.85.216.180) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 06:13:15 -0000 Received: by mail-qc0-f180.google.com with SMTP id r5so2688915qcx.39 for ; Wed, 25 Jun 2014 23:13:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=69S5wN5SUg3zNRZoaJoRXdOpIIIrt3KCb+TT7Vn5NlQ=; b=NlW+23LK8F/9knjFzsWLgJHRJH8brfDVcA73NKmjSwjg9SobcvSHMUZNTaSLBHPo95 BkEtSzKKj79/P+LH2qY3hNS9lUuM12tx9jS0VC29iyae6jnitjVWfc7xQTMN9sKE0B6X uNwnLeC9SyZKf95JckDnSA53EtCTAAJXXGJOnnTgRTJj1xCSrmmD91hGQpKfLqVGIamD YSG6BqOkUeF3Aw3ZmAb3PmxeHkNOwS3aWnN4VAicK2sqSZEYJBRR1zBVuk8TwiZt+jPT fkJDv2NK7DVyg0XbjHTTGbF+ssqvleHyt5kk+p7xnLC/c0+ETpApo2gTylubrlQnGxeL ttQw== X-Gm-Message-State: ALoCoQnOKusNDZruhoPahWL2aIGb5Tj/3LjRSega32ejXWUTTvFXKj+XU82krwmtwC1jSKbhqRpm MIME-Version: 1.0 X-Received: by 10.140.84.18 with SMTP id k18mr17707134qgd.70.1403763194015; Wed, 25 Jun 2014 23:13:14 -0700 (PDT) Received: by 10.96.25.229 with HTTP; Wed, 25 Jun 2014 23:13:13 -0700 (PDT) X-Originating-IP: [87.0.79.242] In-Reply-To: References: Date: Thu, 26 Jun 2014 08:13:13 +0200 Message-ID: From: Fabio Fantoni To: jacek burghardt X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Cc: xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] qemu upstream vga passtrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8763023173191944813==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8763023173191944813== Content-Type: multipart/alternative; boundary=001a11c1200e87457904fcb716b8 --001a11c1200e87457904fcb716b8 Content-Type: text/plain; charset=UTF-8 2014-06-26 6:17 GMT+02:00 jacek burghardt : > I looked on qemu passing vga pastrough and it seems that quemu uses vga=0 > to turnoff cirus vga emulation. Does xen emulate vga card or does it relay > on qemu? I wonder how hard would be to pass vga=0 to qemu ? > In domU's xl cfg add vga="none", added in xen 4.5, you can also backport this patch to 4.4 if you need (already tested): http://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=2e5738ff47b9d2e1948024100f87b1a25fcf004a > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > > --001a11c1200e87457904fcb716b8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
2014-06-26 6:17 GMT+02:00 jacek burghardt <jaceks= burghardt@gmail.com>:
I looked= on qemu passing vga pastrough and it seems that quemu uses vga=3D0 to turn= off cirus vga emulation. Does xen emulate vga card or does it relay on qemu= ? I wonder how hard would be to pass vga=3D0 to qemu ?=C2=A0

In domU's xl cfg add vga=3D"none&= quot;, added in xen 4.5, you can also backport this patch to 4.4 if you nee= d (already tested):
http://xenbi= ts.xen.org/gitweb/?p=3Dxen.git;a=3Dcommitdiff;h=3D2e5738ff47b9d2e1948024100= f87b1a25fcf004a

=C2=A0
Xen-devel@lists.xen.org
http://lists.x= en.org/xen-devel


--001a11c1200e87457904fcb716b8-- --===============8763023173191944813== 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 --===============8763023173191944813==-- From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IFA-0000Jf-Oa; Thu, 26 Jun 2014 22:34:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0FKX-0003PV-4u for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 19:27:33 +0000 Received: from [85.158.137.68:17222] by server-16.bemta-3.messagelabs.com id 73/70-28986-4247CA35; Thu, 26 Jun 2014 19:27:32 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-8.tower-31.messagelabs.com!1403810849!12568639!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19527 invoked from network); 26 Jun 2014 19:27:31 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 19:27:31 -0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id DDDD62113B for ; Thu, 26 Jun 2014 15:27:27 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute4.internal (MEProxy); Thu, 26 Jun 2014 15:27:27 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=+hSBM0L0d/2fcd/gEpjhAxZ hCEk=; b=Rf/mCUv2Os6qmDcA8+lTaEzkr+s41n/uoyobySkEokEKnmN+EhM/544 vY9iQ8d2ub2Y70qHi+PnM53kWOB+sRzgIrftunnuUsWhbL193wL33n1j3Mys+nRe VeRQ7LEH6AehzlW+5viCpKHvX7ofUbvz+ye5hNcDX3BvoNTmZmzs= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=+hSBM0L0d/2fcd/gEpjhAxZhCEk=; b=geDbPr5vZIm36Pp5nBtDlleod8dU Id8xQVxyrJUmk0j7KW0a5JCgQoeXf5MZRLt/QS7DzUoDueugx7mJBS4hF9xBX3PJ E9kIooXeX5lLmyYOZLFEd51WtQriJJzevTxzm9VdSkXWO7cedHwauew+p308KM+I MXKgPbV0imhUEjo= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id C031EA72996; Thu, 26 Jun 2014 15:27:27 -0400 (EDT) Message-Id: <1403810847.16884.134957685.17E72AD8@webmail.messagingengine.com> X-Sasl-Enc: CpA2M5c4uVrC2MbLoxbowgqbt0aMd7Na3/XTfRPUWmA0 1403810847 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-170d410e Date: Thu, 26 Jun 2014 15:27:27 -0400 X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 26 jun 2014 greetings, sorry for the delay. i deleted my logs and had to wait for the error to occur again. i caught the output for you. xl create said this: got a tsc mode string: "default" libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge online [-1] exited with error status 1 libxl: error: libxl_create.c:1226:domcreate_attach_vtpms: unable to add nic devices libxl: error: libxl_linux.c:156:libxl__hotplug_nic: unable to read script from /local/domain/0/backend/vif/43/1: No such file or directory libxl: error: libxl_device.c:1007:device_hotplug: unable to get args/env to execute hotplug script for device /local/domain/0/backend/vif/43/1 libxl: error: libxl.c:1457:devices_destroy_cb: libxl__devices_destroy failed for 43 i ran the command a second time, and it ran ok: Parsing config from hostname.cfg got a tsc mode string: "default" /var/log/xen/xl-hostname.log.1 ended with this: ... Waiting for domain hostname (domid 41) to die [pid 2076] Domain 41 has shut down, reason code 0 0x0 Action for shutdown reason code 0 is destroy Domain 41 needs to be cleaned up: destroying the domain libxl: error: libxl_linux.c:156:libxl__hotplug_nic: unable to read script from / local/domain/0/backend/vif/41/0: No such file or directory libxl: error: libxl_device.c:1007:device_hotplug: unable to get args/env to exec ute hotplug script for device /local/domain/0/backend/vif/41/0 libxl: error: libxl.c:1457:devices_destroy_cb: libxl__devices_destroy failed for 41 Done. Exiting now i hope this provides the information you requested. any ideas, comments, or suggestions? thank you for your time and assistance frank smith -- http://www.fastmail.fm - A no graphics, no pop-ups email service _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IFA-0000Jf-Oa; Thu, 26 Jun 2014 22:34:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0FKX-0003PV-4u for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 19:27:33 +0000 Received: from [85.158.137.68:17222] by server-16.bemta-3.messagelabs.com id 73/70-28986-4247CA35; Thu, 26 Jun 2014 19:27:32 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-8.tower-31.messagelabs.com!1403810849!12568639!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19527 invoked from network); 26 Jun 2014 19:27:31 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 19:27:31 -0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id DDDD62113B for ; Thu, 26 Jun 2014 15:27:27 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute4.internal (MEProxy); Thu, 26 Jun 2014 15:27:27 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=+hSBM0L0d/2fcd/gEpjhAxZ hCEk=; b=Rf/mCUv2Os6qmDcA8+lTaEzkr+s41n/uoyobySkEokEKnmN+EhM/544 vY9iQ8d2ub2Y70qHi+PnM53kWOB+sRzgIrftunnuUsWhbL193wL33n1j3Mys+nRe VeRQ7LEH6AehzlW+5viCpKHvX7ofUbvz+ye5hNcDX3BvoNTmZmzs= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=+hSBM0L0d/2fcd/gEpjhAxZhCEk=; b=geDbPr5vZIm36Pp5nBtDlleod8dU Id8xQVxyrJUmk0j7KW0a5JCgQoeXf5MZRLt/QS7DzUoDueugx7mJBS4hF9xBX3PJ E9kIooXeX5lLmyYOZLFEd51WtQriJJzevTxzm9VdSkXWO7cedHwauew+p308KM+I MXKgPbV0imhUEjo= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id C031EA72996; Thu, 26 Jun 2014 15:27:27 -0400 (EDT) Message-Id: <1403810847.16884.134957685.17E72AD8@webmail.messagingengine.com> X-Sasl-Enc: CpA2M5c4uVrC2MbLoxbowgqbt0aMd7Na3/XTfRPUWmA0 1403810847 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-170d410e Date: Thu, 26 Jun 2014 15:27:27 -0400 X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 26 jun 2014 greetings, sorry for the delay. i deleted my logs and had to wait for the error to occur again. i caught the output for you. xl create said this: got a tsc mode string: "default" libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge online [-1] exited with error status 1 libxl: error: libxl_create.c:1226:domcreate_attach_vtpms: unable to add nic devices libxl: error: libxl_linux.c:156:libxl__hotplug_nic: unable to read script from /local/domain/0/backend/vif/43/1: No such file or directory libxl: error: libxl_device.c:1007:device_hotplug: unable to get args/env to execute hotplug script for device /local/domain/0/backend/vif/43/1 libxl: error: libxl.c:1457:devices_destroy_cb: libxl__devices_destroy failed for 43 i ran the command a second time, and it ran ok: Parsing config from hostname.cfg got a tsc mode string: "default" /var/log/xen/xl-hostname.log.1 ended with this: ... Waiting for domain hostname (domid 41) to die [pid 2076] Domain 41 has shut down, reason code 0 0x0 Action for shutdown reason code 0 is destroy Domain 41 needs to be cleaned up: destroying the domain libxl: error: libxl_linux.c:156:libxl__hotplug_nic: unable to read script from / local/domain/0/backend/vif/41/0: No such file or directory libxl: error: libxl_device.c:1007:device_hotplug: unable to get args/env to exec ute hotplug script for device /local/domain/0/backend/vif/41/0 libxl: error: libxl.c:1457:devices_destroy_cb: libxl__devices_destroy failed for 41 Done. Exiting now i hope this provides the information you requested. any ideas, comments, or suggestions? thank you for your time and assistance frank smith -- http://www.fastmail.fm - A no graphics, no pop-ups email service _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IF9-0000JJ-L7; Thu, 26 Jun 2014 22:34:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X02vt-00014p-D9 for xen-users@lists.xen.org; Thu, 26 Jun 2014 06:13:17 +0000 Received: from [85.158.143.35:9430] by server-3.bemta-4.messagelabs.com id 6B/55-16194-CF9BBA35; Thu, 26 Jun 2014 06:13:16 +0000 X-Env-Sender: fabio.fantoni@m2r.biz X-Msg-Ref: server-10.tower-21.messagelabs.com!1403763194!13925059!1 X-Originating-IP: [209.85.216.180] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20246 invoked from network); 26 Jun 2014 06:13:15 -0000 Received: from mail-qc0-f180.google.com (HELO mail-qc0-f180.google.com) (209.85.216.180) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 06:13:15 -0000 Received: by mail-qc0-f180.google.com with SMTP id r5so2688915qcx.39 for ; Wed, 25 Jun 2014 23:13:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=69S5wN5SUg3zNRZoaJoRXdOpIIIrt3KCb+TT7Vn5NlQ=; b=NlW+23LK8F/9knjFzsWLgJHRJH8brfDVcA73NKmjSwjg9SobcvSHMUZNTaSLBHPo95 BkEtSzKKj79/P+LH2qY3hNS9lUuM12tx9jS0VC29iyae6jnitjVWfc7xQTMN9sKE0B6X uNwnLeC9SyZKf95JckDnSA53EtCTAAJXXGJOnnTgRTJj1xCSrmmD91hGQpKfLqVGIamD YSG6BqOkUeF3Aw3ZmAb3PmxeHkNOwS3aWnN4VAicK2sqSZEYJBRR1zBVuk8TwiZt+jPT fkJDv2NK7DVyg0XbjHTTGbF+ssqvleHyt5kk+p7xnLC/c0+ETpApo2gTylubrlQnGxeL ttQw== X-Gm-Message-State: ALoCoQnOKusNDZruhoPahWL2aIGb5Tj/3LjRSega32ejXWUTTvFXKj+XU82krwmtwC1jSKbhqRpm MIME-Version: 1.0 X-Received: by 10.140.84.18 with SMTP id k18mr17707134qgd.70.1403763194015; Wed, 25 Jun 2014 23:13:14 -0700 (PDT) Received: by 10.96.25.229 with HTTP; Wed, 25 Jun 2014 23:13:13 -0700 (PDT) X-Originating-IP: [87.0.79.242] In-Reply-To: References: Date: Thu, 26 Jun 2014 08:13:13 +0200 Message-ID: From: Fabio Fantoni To: jacek burghardt X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Cc: xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] qemu upstream vga passtrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8763023173191944813==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8763023173191944813== Content-Type: multipart/alternative; boundary=001a11c1200e87457904fcb716b8 --001a11c1200e87457904fcb716b8 Content-Type: text/plain; charset=UTF-8 2014-06-26 6:17 GMT+02:00 jacek burghardt : > I looked on qemu passing vga pastrough and it seems that quemu uses vga=0 > to turnoff cirus vga emulation. Does xen emulate vga card or does it relay > on qemu? I wonder how hard would be to pass vga=0 to qemu ? > In domU's xl cfg add vga="none", added in xen 4.5, you can also backport this patch to 4.4 if you need (already tested): http://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=2e5738ff47b9d2e1948024100f87b1a25fcf004a > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > > --001a11c1200e87457904fcb716b8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
2014-06-26 6:17 GMT+02:00 jacek burghardt <jaceks= burghardt@gmail.com>:
I looked= on qemu passing vga pastrough and it seems that quemu uses vga=3D0 to turn= off cirus vga emulation. Does xen emulate vga card or does it relay on qemu= ? I wonder how hard would be to pass vga=3D0 to qemu ?=C2=A0

In domU's xl cfg add vga=3D"none&= quot;, added in xen 4.5, you can also backport this patch to 4.4 if you nee= d (already tested):
http://xenbi= ts.xen.org/gitweb/?p=3Dxen.git;a=3Dcommitdiff;h=3D2e5738ff47b9d2e1948024100= f87b1a25fcf004a

=C2=A0
Xen-devel@lists.xen.org
http://lists.x= en.org/xen-devel


--001a11c1200e87457904fcb716b8-- --===============8763023173191944813== 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 --===============8763023173191944813==-- From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IF9-0000J7-38; Thu, 26 Jun 2014 22:34:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wzs00-0005cU-Df for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 18:32:48 +0000 Received: from [85.158.143.35:51125] by server-1.bemta-4.messagelabs.com id 19/01-09496-FC51BA35; Wed, 25 Jun 2014 18:32:47 +0000 X-Env-Sender: agardner@linuxfoundation.org X-Msg-Ref: server-3.tower-21.messagelabs.com!1403721164!13506597!1 X-Originating-IP: [209.85.220.49] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7245 invoked from network); 25 Jun 2014 18:32:46 -0000 Received: from mail-pa0-f49.google.com (HELO mail-pa0-f49.google.com) (209.85.220.49) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2014 18:32:46 -0000 Received: by mail-pa0-f49.google.com with SMTP id lj1so2036665pab.8 for ; Wed, 25 Jun 2014 11:32:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qjI88JkAIAWYu1oUWHNDnIKZc82b16JKQVX4wYyg7sY=; b=LzQ1HoiqqcqQbGJFR1Pq6NPmZzlmDnRGvGO5hhTJ4WRCbJSWYQfJ32LnX/FP/t8zl9 rlj2Ia+e9AxMLBLzPPmzejZIwvj3Wa7+shviPn9UzUB72Otbhcmt+j/pk3uSqwN14QUJ ptlEJ0PRUFqCpX8ZhgqoxQIv/7UooAs/TkUL8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=qjI88JkAIAWYu1oUWHNDnIKZc82b16JKQVX4wYyg7sY=; b=Z2LxibFTXnowcxRGCH6TnZBMhweSYe7g784KM4lYipUaDi9hel23vsUhELGXQy5NtJ DGUbvul8CTCKrRq84RNCG8YiVPt5eSdkMYfMGLoZIjh5cwjVPNLGI9pjspUUX3lMI2bR i0yFv9KG6v2Z1tGowXuSH319cKZy128dHIMDQgDOEM8FR/dCCO6BeAZFQU5uOtvpxuUM +kN9w7C+ywIiHpdG/RSGj6/RmA1+0YiBhLgB5jbobYKR6gxWKgeoP5M4/+Tmfipt4SDz F2wLBGnr8E8R3vzoxFNZuSg+6JOedbw8YQ0lB8NK2h9evcdMlatNgE5w2jUXiYELxcKl U64A== X-Gm-Message-State: ALoCoQnHjgDWRKr8l6DgYU8O+pBzSehp6PIk0G7JflR/brlVxmBuSLqhf9LAF1h6aome206fxENk MIME-Version: 1.0 X-Received: by 10.68.164.4 with SMTP id ym4mr14121129pbb.53.1403721163826; Wed, 25 Jun 2014 11:32:43 -0700 (PDT) Received: by 10.70.17.35 with HTTP; Wed, 25 Jun 2014 11:32:43 -0700 (PDT) In-Reply-To: References: <1403193465.6043.8.camel@hyperion.local> <1403602578.23205.5.camel@kazak.uk.xensource.com> Date: Wed, 25 Jun 2014 14:32:43 -0400 Message-ID: From: Aric Gardner To: "Fajar A. Nugraha" X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fail to convert RAW disk to VHD fixed disk. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1037292636144560524==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1037292636144560524== Content-Type: multipart/alternative; boundary=047d7b5d361055879104fcad4dc8 --047d7b5d361055879104fcad4dc8 Content-Type: text/plain; charset=UTF-8 Hi Fajar et all. I tried your suggested method of using qemu img convert: qemu-img convert -f qcow2 -O vpc ~/Downloads/Fedora-x86_64-20-20140407-sda-clone.qcow2 Fedora.vhd however after uploading the image my instance fails to launch with: Server building... 40% complete Error building server ERROR (InstanceInErrorState): No valid host was found. I contacted rackspace support and they saw no problems in my availability zone. further, the images I converted with the patched vhd util are still booting as expected. However I can't fully rule out spurious build failures on rackspace's side. since the xen kernel is supported in Fedora 16+ are Hyper-v and xen .vhd containers of this type fully interchangeable? The docs are not clear on this http://docs.openstack.org/image-guide/content/ch_converting.html Regards, Aric On Tue, Jun 24, 2014 at 11:05 PM, Fajar A. Nugraha wrote: > On Wed, Jun 25, 2014 at 9:04 AM, Aric Gardner > wrote: > > Hi Ian, et all. > > > > I imagined that the patch would not be officially supported. No worries. > > > > The qemu img convert does not do xen images > > How did you arrive at that conclusion? > > > -> "The qemu-img convert command > > can do conversion between multiple formats, including raw, qcow2, VDI > > (VirtualBox), VMDK (VMWare) and VHD (Hyper-V)." In my googlings I saw > some > > tools that existed for windows to do said conversion, however, I don't > have > > a windows box. > > Correct, it says "VHD (Hyper-V)". It should also be the same VHD > format that is supported by xen, vmware, virtualbox, etc. > http://en.wikipedia.org/wiki/VHD_(file_format) > > -- > Fajar > --047d7b5d361055879104fcad4dc8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Fajar et all.=C2=A0

I tried your sug= gested method of using qemu img convert:
qem= u-img convert -f qcow2 -O vpc ~/Downloads/Fedora-x86_64-20-20140407-sda-clo= ne.qcow2 Fedora.vhd

however after uploading the image my instance fai= ls to launch with:

Server building... 40% com= plete
Error building server
ERROR (InstanceInErrorState= ): No valid host was found.

I contacted rackspace support and they saw no pro= blems in my availability zone. further, the images I converted with the pat= ched vhd util are still booting as expected. However I can't fully rule= out spurious build failures on rackspace's side.=C2=A0

since the xen kernel is supported in Fedora 16+ are Hyp= er-v and xen .vhd containers of this type fully interchangeable? The docs a= re not clear on this=C2=A0http://docs.openstack.org/image-guide/content/ch_c= onverting.html=C2=A0

Regards,

Aric






On Tue, Jun 24, 2014 at 11:05 PM,= Fajar A. Nugraha <list@fajar.net> wrote:
On Wed, Jun 25, 2014 at 9:04= AM, Aric Gardner
<agardner@linuxfoundatio= n.org> wrote:
> Hi Ian, et all.
>
> I imagined that the patch would not be officially supported. No worrie= s.
>
> The qemu img convert does not do xen images

How did you arrive at that conclusion?

> -> "The qemu-img convert command
> can do conversion between multiple formats, including raw, qcow2, VDI<= br> > (VirtualBox), VMDK (VMWare) and VHD (Hyper-V)." In my googlings I= saw some
> tools that existed for windows to do said conversion, however, I don&#= 39;t have
> a windows box.

Correct, it says "VHD (Hyper-V)". It should also be the sam= e VHD
format that is supported by xen, vmware, virtualbox, etc.
http://en.wikipedia.org/wiki/VHD_(file_format)

--
Fajar

--047d7b5d361055879104fcad4dc8-- --===============1037292636144560524== 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 --===============1037292636144560524==-- From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IFB-0000Jr-AA; Thu, 26 Jun 2014 22:34:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0FXc-0003xA-9n for xen-users@lists.xenproject.org; Thu, 26 Jun 2014 19:41:04 +0000 Received: from [85.158.137.68:10497] by server-16.bemta-3.messagelabs.com id 22/29-28986-F477CA35; Thu, 26 Jun 2014 19:41:03 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-3.tower-31.messagelabs.com!1403811662!12595417!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12616 invoked from network); 26 Jun 2014 19:41:03 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 19:41:03 -0000 Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 6834521D4C for ; Thu, 26 Jun 2014 15:41:01 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute1.internal (MEProxy); Thu, 26 Jun 2014 15:41:01 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=Phnww1AN46zXEWU0IyugAw4 DWAI=; b=ObyhLRv49bmZuCsYriX19EwIet+5SOjXb5AWN7aLtbzbP2MbcYlS/CL 0fCM4AvN/V1OnfjXKNwl7Ued2phrZYZE7ih0WqMW/M8WdBtv26L2aHKzFOSknB8u /hC9quw17e7kNIy44oz2nUXWxKoLIWW3/gpAH7XA+arx5OyAvvS0= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=Phnww1AN46zXEWU0IyugAw4DWAI=; b=mCK8ynfZk7+kvrPQWCf7FQgkoIUo ofqpc0jBoyyOlKuQlA14C5rhmiBkewOVss3oFt2onFjSRzXF63YhaAsfsq23L3mA V27jlLjTNQbXq/R8WDpvYmxD6gqSXGPwOyuxbWl0AotnAdbzQKK11O8Bm9FbO6lc x7StweI9KWWL4YQ= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 4BD2FA72A24; Thu, 26 Jun 2014 15:41:01 -0400 (EDT) Message-Id: <1403811661.20463.134962417.5C2774C3@webmail.messagingengine.com> X-Sasl-Enc: NTJdGkNuoUwngqEErfA+jQGiC4q7nssg6jsXIlpRiCEp 1403811661 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-170d410e Date: Thu, 26 Jun 2014 15:41:01 -0400 X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 26 jun 2014 greetings, >One other thing you could try is "noreboot" on Xen's command line. This >will mean that if it does panic/crash it'll just sit there with whatever >was on the screen until you press the reset button on the case so you >can take a photo or transcribe it by hand etc. Of course having the >machine unavailable until you can press a button may not be acceptable >in your scenario. i like the sound of this. it's my home system, but i set it up as if it were at work. since i was physically present when it rebooted, the downside is minimal to non-existant, and the confirmation of a xen/non-xen cause would be a great improvement over my current lack of data. > You could also try setting up kexec/kdump so that on panic instead of > rebooting it will instead launch another kernel with limited RAM from > where you can scrobble around to gather state etc. Setting that up is > pretty tricky though (perhaps your distro has done the hard work). time to rtfm. i've never done this. i've tried a time or two in the past to use the linux sysrq function at kernel panics, but it never seemed to work as expected. i'm sure i did something wrong; i'm not sure just what. *grin* thanks for the time and assistance. frank smith -- http://www.fastmail.fm - The way an email service should be _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IFA-0000JU-6k; Thu, 26 Jun 2014 22:34:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0DqZ-0000l9-Nx for xen-users@lists.xen.org; Thu, 26 Jun 2014 17:52:31 +0000 Received: from [193.109.254.147:51133] by server-16.bemta-14.messagelabs.com id 06/C0-16986-FDD5CA35; Thu, 26 Jun 2014 17:52:31 +0000 X-Env-Sender: syllopsium@syllopsium.co.uk X-Msg-Ref: server-4.tower-27.messagelabs.com!1403805150!13966560!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4174 invoked from network); 26 Jun 2014 17:52:30 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jun 2014 17:52:30 -0000 Received: by mail-wi0-f176.google.com with SMTP id n3so1533584wiv.9 for ; Thu, 26 Jun 2014 10:52:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=ZKz9eVv0ngxky1JzQuqUfXyetT1C98qdkvhiqDwmnkQ=; b=Sh2RDuZ6SOZLPWdbCHw7JNCuR8GFjtn1KsbNeliMgUKFSNJ2nSZTVuLFVbKjshhSeD gBFyNA/l21TWPVwmv2/tvs4B6QgEt07bWgCV5AZnP1P4cCaiYlDvb0nvrAK8MIQCizan PneeYxiC+2SWyPRllyo5tHVmurscurtxkIhvZg39U/WaqLFovPho1fXGXZhdYlMAp4Ya RnTiIkjHY0ERAit8CoZmT6hJ7jDTlHeQSd5m3TkVuu4w3++TbX4kEKUVAs5lJ1F/idSF U4e90ZUhqBTxrJaqTqN77AvU6w0xS0SBHeQ6exB6B1f7VCg9df9ahX/5qjRarlmxTiTD QKTg== X-Gm-Message-State: ALoCoQkkcl61d/8NYSqbqFMjJtWBscdVDxmP1W9WLik04utgOOiZdIrPFTA0g4mzkuSv4Ro2N7xk X-Received: by 10.180.198.116 with SMTP id jb20mr5927753wic.59.1403805148886; Thu, 26 Jun 2014 10:52:28 -0700 (PDT) Received: from [10.145.163.36] (dab-hlw1-h-76-3.dab.02.net. [82.132.233.130]) by mx.google.com with ESMTPSA id gc5sm26865577wic.6.2014.06.26.10.52.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Jun 2014 10:52:27 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: <53ABB66A.7090705@bobich.net> References: <53AB6767.3090100@gmail.com> <53ABB66A.7090705@bobich.net> MIME-Version: 1.0 From: Peter Kay Date: Thu, 26 Jun 2014 18:51:59 +0100 To: Gordan Bobic , "xen-users@lists.xen.org" Message-ID: <0dc13c1a-daf0-4ed7-bd82-55b78cbe8407@email.android.com> X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Subject: Re: [Xen-users] Some iommu questions(mostly about intel's vt-d) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On June 26, 2014 6:58:02 AM GMT+01:00, Gordan Bobic wrote: >On 06/26/2014 01:20 AM, Mihail Ivanov wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> While the A8 6600k is a fast cpu, I'd rather get server hardware. >> After reading so much about people complaining that one or another >> thing doesn't work, I just can't trust desktop mobos anymore :). >> (too much things that can go wrong). > >Server motherboards are often just as buggy as desktop boards when it >comes to virtualization. Hence why I keep saying that starting from the > >certified hardware on the compatibility list is probably a good idea It's probably more accurate to say that both are buggy but server motherboards are likely to be fixed whilst desktop boards are not always so lucky. Also, server motherboards tend to come with a number of gotchas such as restricted PCIe slot width and speed (including slower speed only when using graphics cards), slow bootups, more manageability, end user features deliberately cut out even if the chipset supports it (ie, sound) and requirements for certified chassis - otherwise cooling and sensors can be interesting. Certified hardware is a really, really good idea. If you can't do that, buy hardware that someone else has proven to work. Otherwise you are looking to experience pain.. Peter _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IF8-0000Iz-H7; Thu, 26 Jun 2014 22:34:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WzicX-0006rv-Hl for xen-users@lists.xenproject.org; Wed, 25 Jun 2014 08:31:57 +0000 Received: from [85.158.139.211:54206] by server-1.bemta-5.messagelabs.com id B1/27-30932-CF88AA35; Wed, 25 Jun 2014 08:31:56 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-3.tower-206.messagelabs.com!1403685112!4279087!1 X-Originating-IP: [106.10.151.118] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20523 invoked from network); 25 Jun 2014 08:31:55 -0000 Received: from nm26-vm7.bullet.mail.sg3.yahoo.com (HELO nm26-vm7.bullet.mail.sg3.yahoo.com) (106.10.151.118) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jun 2014 08:31:55 -0000 Received: from [106.10.166.112] by nm26.bullet.mail.sg3.yahoo.com with NNFMP; 25 Jun 2014 08:31:52 -0000 Received: from [106.10.151.250] by tm1.bullet.mail.sg3.yahoo.com with NNFMP; 25 Jun 2014 08:31:51 -0000 Received: from [127.0.0.1] by omp1021.mail.sg3.yahoo.com with NNFMP; 25 Jun 2014 08:31:51 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 952382.8006.bm@omp1021.mail.sg3.yahoo.com Received: (qmail 9423 invoked by uid 60001); 25 Jun 2014 08:31:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1403685111; bh=c4Lvs7KM/C5RRurfAfM9KSaGWKTX9CAZEkcowEGGTyU=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=5FDDh5+3icafW+iOzqrFovkavQd9EXsAJoH06edCMsTsmys7D5iH17/rcPKI0JAwIDbLV4M+gobF1eJV8Lk5f9948SNlIke0NNl9Gvz1EuJiy+Ia5pWy3zEyTJdQLe9MvXwPDCeKsa/mmvAZJoxZEy1jAtBpUDAAO0AtL3aEK20= X-YMail-OSG: S5iUyhsVM1nSJs_vdXlOahaEjGYSuFitZODGcQxCcHKxQ_l bhBfPt0jgCMtSnxVsEu7EEY.hKWEIApRjwjUvYFo- Received: from [202.129.240.131] by web190606.mail.sg3.yahoo.com via HTTP; Wed, 25 Jun 2014 16:31:51 SGT X-Rocket-MIMEInfo: 002.001, SSBoYXZlIGxvb2tlZCB0aGUgY29kZSB0b29scy9saWJ4Yy94Y19kb21haW5fe3NhdmUscmVzdG9yZX0uYy7CoCBzb21lIHN0YXRpc3RpY3MgYXJlIHRoZXJlIGluIERQUklOVEYuCmJ1dCBpIGRvbid0IHVuZGVyc3RhbmQgInhsIC12dnYgbWlncmF0ZSAuLi4iIChpLmUuIGluY3JlYXNlIHhsJ3MgbG9nZ2luZwp2ZXJib3NpdHkpLgoKd2hpY2ggcGFyYW1ldGVycyBpIG5lZWQgdG8gcGFzcyB3aXRoIHhsPyB3aGF0IGRvIHlvdSBtZWFuIGJ5IHhsJ3MgbG9nZ2luZyB2ZXJib3NpdHk_CgrCoApNaW5hbEt1bWFyIFABMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 References: <1403157779.48003.YahooMailNeo@web190603.mail.sg3.yahoo.com> <1403601472.10487.3.camel@kazak.uk.xensource.com> Message-ID: <1403685111.9365.YahooMailNeo@web190606.mail.sg3.yahoo.com> Date: Wed, 25 Jun 2014 16:31:51 +0800 From: Minalkumar Patel To: Ian Campbell In-Reply-To: <1403601472.10487.3.camel@kazak.uk.xensource.com> MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Cc: "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7195285525912402759==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7195285525912402759== Content-Type: multipart/alternative; boundary="-8217979-1276519189-1403685111=:9365" ---8217979-1276519189-1403685111=:9365 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I have looked the code tools/libxc/xc_domain_{save,restore}.c.=A0 some stat= istics are there in DPRINTF.=0Abut i don't understand "xl -vvv migrate ..."= (i.e. increase xl's logging=0Averbosity).=0A=0Awhich parameters i need to = pass with xl? what do you mean by xl's logging verbosity?=0A=0A=A0=0AMinalK= umar Patel(M.E. - Computer Engineering)=0ALecturer,Computer Engineering Dep= artment,=0AA.D.Patel Institute of Technology,=0ANew Vallabh Vidyanagar,Kara= msad - 388121,=0AAnand,Gujarat.=0AMobile - 9998574188=0AE-mail Id - patel_m= p@yahoo.co.in=0AURL - http://www.minall.co.in=0A=0A=0A=0A=0AOn Tuesday, 24 = June 2014 2:47 PM, Ian Campbell wrote:=0A =0A=0A= =0AOn Thu, 2014-06-19 at 14:02 +0800, Minalkumar Patel wrote:=0A=0A> my que= stion is: how to print total pages send, downtime and total=0A> migration t= ime on existing xen system. =0A=0AHave you looked at the code? e.g.=0Atools= /libxc/xc_domain_{save,restore}.c. If the statistics/messages you=0Aare int= erested in are present there inside DPRINTF then you should see=0Athem if y= ou "xl -vvv migrate ..." (i.e. increase xl's logging=0Averbosity).=0A=0AIf = you want more than what is currently presently in that code then you=0Awill= need to write some code to gather whatever statistic you are=0Ainterested = in.=0A=0AIan. ---8217979-1276519189-1403685111=:9365 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I have looked the code tools/libxc/xc_domain_{save,restore}.c.  = some statistics are there in DPRINTF.
but i= don't understand "xl -vvv migrate ..." (i.e. increase xl's logging
verbosity).

which parameters i need to pass with xl? what do you mean = by xl's logging verbosity?
 
=
MinalKumar Patel(M.E. - Computer Engineering)Lecturer,Computer Engineering Department,
A.D.Patel Institute of Technology,
New Valla= bh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.Mobile - 9998574188
E-mail = Id - patel_mp@yahoo.co.in
URL - http://www.minall.= co.in




On Tuesday, 24 June 2014 2:47 PM, Ian = Campbell <Ian.Campbell@citrix.com> wrote:
<= /font>


On Thu, 2014-06-19 at 14:02 +0800, Minalkumar Patel = wrote:

> my question is: how to print total pages send, downti= me and total
> migration time on= existing xen system.


Have you looked at the code? e.g.
tools/libxc/xc_domain_{save,restore}.c. I= f the statistics/messages you
are i= nterested in are present there inside DPRINTF then you should see
them if you "xl -vvv migrate ..." (i.e. inc= rease xl's logging
verbosity).

If you want more than what is currently presently in that code then youwill need to write some code to gather whatever statistic you are
= interested in.

Ian.




=
---8217979-1276519189-1403685111=:9365-- --===============7195285525912402759== 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 --===============7195285525912402759==-- From xen-users-bounces@lists.xen.org Thu Jun 26 22:35:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jun 2014 22:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0IFB-0000K5-SW; Thu, 26 Jun 2014 22:34:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0G2R-0004tH-V9 for xen-users@lists.xen.org; Thu, 26 Jun 2014 20:12:56 +0000 Received: from [85.158.143.35:5113] by server-3.bemta-4.messagelabs.com id B4/B1-16194-7CE7CA35; Thu, 26 Jun 2014 20:12:55 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-14.tower-21.messagelabs.com!1403813574!14198399!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19924 invoked from network); 26 Jun 2014 20:12:54 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jun 2014 20:12:54 -0000 Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 01276215BB for ; Thu, 26 Jun 2014 16:12:53 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute1.internal (MEProxy); Thu, 26 Jun 2014 16:12:54 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=zClwVY1X+0AjOOxI4OpDk4J 7Cdk=; b=lbygWwJWQWnXM/VnTmcc+6StBAf8eA/cjs0eMh4VkRyBJrjEM7FuJnO R16iz9bfOVbcEVgr7VP2mHXZY9vcKVSNZzvrJN0xxRs3mhb0TDPEa+SJg27eagfq 2Fk1rJ9HERI6/eIv8aSrmUIo9gZYibjPNZ95IwjMbcO2Nwkbvo0M= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=zClwVY1X+0AjOOxI4OpDk4J7Cdk=; b=lYOKffdAJXqc/PAc629YgM9tbDxO BROxHiOy9IjZNafTXeFm2YEAnO5I8qA53szd36WKVqGRrpC2n7cet2HETK754fbv aOo/Cw1DrYVzuaxqUt7xbXO50z5w7zYgWuMzWD17T6muC1WO4kzK7DcPYW7JWWs9 7lF0yLcaN9CUmBA= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id D39ADA72B60; Thu, 26 Jun 2014 16:12:53 -0400 (EDT) Message-Id: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> X-Sasl-Enc: +3k0EWPmccAaRmpeO04l1a5DwnxeBuPpkV/PChNoaeag 1403813573 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-170d410e Date: Thu, 26 Jun 2014 16:12:53 -0400 X-Mailman-Approved-At: Thu, 26 Jun 2014 22:34:09 +0000 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 26 jun 2014 greetings, > how would I make it so that VMs which are started automatically are > being started in a particular order? well, i have something that (sort of) works for me. i create my vm.cfg files in a directory of my choosing and ln -s from that directory to etc/xen/auto. i rename the symbolic links to look like this: 01.vm-name.cfg 02.vm-name.cfg 03.vm-name.cfg ... when i reboot my system, the vm's come up in the proper sequence. however, xen starts them at its pace and NOT when the previous vm is ready for transactions. i suppose you could modify this with a sleep 5 (or whatever) between each vm. or maybe you could arrange some kind of signal from each vm to signal starting the next vm. good luck frank smith -- http://www.fastmail.fm - Access your email from home and the web _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 01:43:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 01:43:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LB3-0000rd-SM; Fri, 27 Jun 2014 01:42:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LB2-0000rT-Ow for xen-users@lists.xen.org; Fri, 27 Jun 2014 01:42:08 +0000 Received: from [85.158.137.68:27073] by server-2.bemta-3.messagelabs.com id 78/09-13558-0FBCCA35; Fri, 27 Jun 2014 01:42:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-31.messagelabs.com!1403833326!10126684!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29151 invoked from network); 27 Jun 2014 01:42:07 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 27 Jun 2014 01:42:07 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0LAx-0000ev-Lj for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:42:03 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0LAx-0001CD-Hn for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:42:03 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> (squidmobile@fastmail.fm's message of "Thu, 26 Jun 2014 16:12:53 -0400") Date: Fri, 27 Jun 2014 03:19:03 +0200 Organization: my virtual residence Message-ID: <87y4wjtaig.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "squidmobile@fastmail.fm" writes: > 26 jun 2014 > > greetings, > >> how would I make it so that VMs which are started automatically are >> being started in a particular order? > > well, i have something that (sort of) works for me. i create my > vm.cfg files in a directory of my choosing and ln -s from that > directory to etc/xen/auto. i rename the symbolic links to look > like this: > 01.vm-name.cfg > 02.vm-name.cfg > 03.vm-name.cfg > ... Yes, I though of numbering them --- haven't tried yet, though. Is this a feature, or did you happen to create the links in the desired order? I see both possibilities, i. e. sorting the directory entries as a feature, or start the VMs in the order the files/links have been created/are found as directory entries. > when i reboot my system, the vm's come up in the proper sequence. > however, xen starts them at its pace and NOT when the previous vm > is ready for transactions. Yes, starting them one after another without waiting for them to be up won't make a difference. In this case, the VM with the name server needs to be up first, then the VM with the firewall, then the VM with the NFS server and finally the rest of them in no particular order. > i suppose you could modify this with a sleep 5 (or whatever) between > each vm. A timer would do, but give the timer 5 minutes to make sure --- or at least 3 --- and I'd be looking at at least 9--15 minutes before the VMs are all up. It won't matter much if the server didn't crash once a day, but if it didn't, I wouldn't even really need a particular order. > or maybe you could arrange some kind of signal from each vm to signal > starting the next vm. How do you find out whether a VM is fully up or not even within the very same VM? I've put a 5 minute sleep into the script that starts chronyd because of dependencies (and still had to change to running the "master" chronyd on dom0), and that doesn't delay starting everything else. With this delay for chrony, I might have to assume that it takes more than 5 minutes before a VM is fully up. Let's say 7 --- and in that case, there won't be a difference between using a timer in dom0 and somehow sending a signal from a domU: Only a waiting time of 21 minutes, which would kinda suck ... Alternatively, I could go by what services are available. For example, chronyd doesn't need to be running for the NFS server to function, and the name server doesn't have to either because I put IPs into exports because otherwise it won't work unless the name server is up before the NFS server, which it never was (unless perhaps I'd have put another 5 minute delay for the NFS server, ending up creating a long chain of dependencies across all the VMs, which seems a bad idea). But how do you find out what services are already available? The way it is now, rebooting the server takes, I don't know, like 10--15 minutes or so before everything is working again, plus the time it takes to shut everything down. That is a rather long time, and it's longer than it should be because the VMs don't come back in the right order. Hmm, I can't be the only one encountering this problem ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 01:43:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 01:43:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LB4-0000rl-JQ; Fri, 27 Jun 2014 01:42:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LB2-0000rU-U2 for xen-users@lists.xen.org; Fri, 27 Jun 2014 01:42:09 +0000 Received: from [85.158.139.211:49949] by server-10.bemta-5.messagelabs.com id 4D/04-01434-0FBCCA35; Fri, 27 Jun 2014 01:42:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-206.messagelabs.com!1403833326!8935904!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4905 invoked from network); 27 Jun 2014 01:42:07 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 27 Jun 2014 01:42:07 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0LAx-0000ez-QG for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:42:03 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0LAx-0001CI-Ma for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:42:03 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1403811661.20463.134962417.5C2774C3@webmail.messagingengine.com> (squidmobile@fastmail.fm's message of "Thu, 26 Jun 2014 15:41:01 -0400") Date: Fri, 27 Jun 2014 03:41:53 +0200 Organization: my virtual residence Message-ID: <87tx77t9ge.fsf@yun.yagibdah.de> References: <1403811661.20463.134962417.5C2774C3@webmail.messagingengine.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "squidmobile@fastmail.fm" writes: > 26 jun 2014 > > greetings, > >>One other thing you could try is "noreboot" on Xen's command line. This >>will mean that if it does panic/crash it'll just sit there with whatever >>was on the screen until you press the reset button on the case so you >>can take a photo or transcribe it by hand etc. Of course having the >>machine unavailable until you can press a button may not be acceptable >>in your scenario. > > i like the sound of this. it's my home system, but i set it up as > if it were at work. since i was physically present when it > rebooted, the downside is minimal to non-existant, and the > confirmation of a xen/non-xen cause would be a great improvement > over my current lack of data. It might be a good idea to turn off the screen saver for the console if you do this. If the crash happened after the screen saver became active, you might see nothing but a blank screen. Guess how I know ... :) Other than that, I'd wait and see if it happens again. If there appears to be any sort of regularity to the crashes (like every 45 days), I'd try to find out what is being started every 45 days. Hmm ... I'm finding the messages about loosing contact to the UPS suspicious. I used nut quite a while with an USB connection, and no matter what load I put on the CPU, I never noticed any such messages. Do you see a correlation between CPU load and these messages? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 01:43:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 01:43:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LB3-0000rd-SM; Fri, 27 Jun 2014 01:42:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LB2-0000rT-Ow for xen-users@lists.xen.org; Fri, 27 Jun 2014 01:42:08 +0000 Received: from [85.158.137.68:27073] by server-2.bemta-3.messagelabs.com id 78/09-13558-0FBCCA35; Fri, 27 Jun 2014 01:42:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-31.messagelabs.com!1403833326!10126684!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29151 invoked from network); 27 Jun 2014 01:42:07 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 27 Jun 2014 01:42:07 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0LAx-0000ev-Lj for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:42:03 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0LAx-0001CD-Hn for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:42:03 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> (squidmobile@fastmail.fm's message of "Thu, 26 Jun 2014 16:12:53 -0400") Date: Fri, 27 Jun 2014 03:19:03 +0200 Organization: my virtual residence Message-ID: <87y4wjtaig.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "squidmobile@fastmail.fm" writes: > 26 jun 2014 > > greetings, > >> how would I make it so that VMs which are started automatically are >> being started in a particular order? > > well, i have something that (sort of) works for me. i create my > vm.cfg files in a directory of my choosing and ln -s from that > directory to etc/xen/auto. i rename the symbolic links to look > like this: > 01.vm-name.cfg > 02.vm-name.cfg > 03.vm-name.cfg > ... Yes, I though of numbering them --- haven't tried yet, though. Is this a feature, or did you happen to create the links in the desired order? I see both possibilities, i. e. sorting the directory entries as a feature, or start the VMs in the order the files/links have been created/are found as directory entries. > when i reboot my system, the vm's come up in the proper sequence. > however, xen starts them at its pace and NOT when the previous vm > is ready for transactions. Yes, starting them one after another without waiting for them to be up won't make a difference. In this case, the VM with the name server needs to be up first, then the VM with the firewall, then the VM with the NFS server and finally the rest of them in no particular order. > i suppose you could modify this with a sleep 5 (or whatever) between > each vm. A timer would do, but give the timer 5 minutes to make sure --- or at least 3 --- and I'd be looking at at least 9--15 minutes before the VMs are all up. It won't matter much if the server didn't crash once a day, but if it didn't, I wouldn't even really need a particular order. > or maybe you could arrange some kind of signal from each vm to signal > starting the next vm. How do you find out whether a VM is fully up or not even within the very same VM? I've put a 5 minute sleep into the script that starts chronyd because of dependencies (and still had to change to running the "master" chronyd on dom0), and that doesn't delay starting everything else. With this delay for chrony, I might have to assume that it takes more than 5 minutes before a VM is fully up. Let's say 7 --- and in that case, there won't be a difference between using a timer in dom0 and somehow sending a signal from a domU: Only a waiting time of 21 minutes, which would kinda suck ... Alternatively, I could go by what services are available. For example, chronyd doesn't need to be running for the NFS server to function, and the name server doesn't have to either because I put IPs into exports because otherwise it won't work unless the name server is up before the NFS server, which it never was (unless perhaps I'd have put another 5 minute delay for the NFS server, ending up creating a long chain of dependencies across all the VMs, which seems a bad idea). But how do you find out what services are already available? The way it is now, rebooting the server takes, I don't know, like 10--15 minutes or so before everything is working again, plus the time it takes to shut everything down. That is a rather long time, and it's longer than it should be because the VMs don't come back in the right order. Hmm, I can't be the only one encountering this problem ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 01:43:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 01:43:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LB4-0000rl-JQ; Fri, 27 Jun 2014 01:42:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LB2-0000rU-U2 for xen-users@lists.xen.org; Fri, 27 Jun 2014 01:42:09 +0000 Received: from [85.158.139.211:49949] by server-10.bemta-5.messagelabs.com id 4D/04-01434-0FBCCA35; Fri, 27 Jun 2014 01:42:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-206.messagelabs.com!1403833326!8935904!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4905 invoked from network); 27 Jun 2014 01:42:07 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 27 Jun 2014 01:42:07 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0LAx-0000ez-QG for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:42:03 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0LAx-0001CI-Ma for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:42:03 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1403811661.20463.134962417.5C2774C3@webmail.messagingengine.com> (squidmobile@fastmail.fm's message of "Thu, 26 Jun 2014 15:41:01 -0400") Date: Fri, 27 Jun 2014 03:41:53 +0200 Organization: my virtual residence Message-ID: <87tx77t9ge.fsf@yun.yagibdah.de> References: <1403811661.20463.134962417.5C2774C3@webmail.messagingengine.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "squidmobile@fastmail.fm" writes: > 26 jun 2014 > > greetings, > >>One other thing you could try is "noreboot" on Xen's command line. This >>will mean that if it does panic/crash it'll just sit there with whatever >>was on the screen until you press the reset button on the case so you >>can take a photo or transcribe it by hand etc. Of course having the >>machine unavailable until you can press a button may not be acceptable >>in your scenario. > > i like the sound of this. it's my home system, but i set it up as > if it were at work. since i was physically present when it > rebooted, the downside is minimal to non-existant, and the > confirmation of a xen/non-xen cause would be a great improvement > over my current lack of data. It might be a good idea to turn off the screen saver for the console if you do this. If the crash happened after the screen saver became active, you might see nothing but a blank screen. Guess how I know ... :) Other than that, I'd wait and see if it happens again. If there appears to be any sort of regularity to the crashes (like every 45 days), I'd try to find out what is being started every 45 days. Hmm ... I'm finding the messages about loosing contact to the UPS suspicious. I used nut quite a while with an USB connection, and no matter what load I put on the CPU, I never noticed any such messages. Do you see a correlation between CPU load and these messages? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 02:01:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 02:01:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LT7-0002Ba-B0; Fri, 27 Jun 2014 02:00:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LT4-0002Ae-LX for xen-users@lists.xen.org; Fri, 27 Jun 2014 02:00:47 +0000 Received: from [85.158.143.35:10748] by server-3.bemta-4.messagelabs.com id 53/D9-16194-E40DCA35; Fri, 27 Jun 2014 02:00:46 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1403834442!14224783!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23885 invoked from network); 27 Jun 2014 02:00:43 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jun 2014 02:00:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:CC:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=EzAYcrClih7jZBWX5SvNz9AoOQsHR8k4vAcBppcZbIW0DSbnW2jZGfri4Qi8c4akSgMCQJuk2OMz2iC4QLMTlnvYqjExHIg2WR70Z+2SJLIqOrTUa4cAQvOgOPo/CpSi; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0LT0-0006fa-PA; Thu, 26 Jun 2014 19:00:42 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 19:00:40 -0700 From: Brian Menges To: Daniel Shub Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qA= Date: Fri, 27 Jun 2014 02:00:39 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Even starting the system in TEXT mode, the display doesn't show. But running 'startx' does result in some lovely errors: http://pastebin.com/VbWhXe19 /var/log/Xorg.0.log (18:39) is the most interesting. [ 839.985] (WW) fglrx(0): Kernel Module version does *not* match driver. [ 839.985] (EE) fglrx(0): incompatible kernel module detected - HW accelerated OpenGL will not work [ 839.986] (EE) [ 839.986] (EE) Backtrace: [ 839.986] (EE) 0: /usr/bin/X (xorg_backtrace+0x34) [0x7f38121971e4] [ 839.986] (EE) 1: /usr/bin/X (0x7f3811fe0000+0x1bb0e9) [0x7f381219b0e9] [ 839.986] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f3811306000+0xfcb0) [0x7f3811315cb0] [ 839.986] (EE) 3: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (swlDrmFreeSurfaces+0x42) [0x7f380e5c73b2] [ 839.986] (EE) 4: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxDriCloseScreen+0x14d) [0x7f380e58e47d] [ 839.986] (EE) 5: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxDriScreenInit+0x8eb) [0x7f380e58db1b] [ 839.987] (EE) 6: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxScreenInit+0xf82) [0x7f380e587572] [ 839.987] (EE) 7: /usr/bin/X (AddScreen+0x8a) [0x7f3812035f8a] [ 839.987] (EE) 8: /usr/bin/X (InitOutput+0x3e8) [0x7f3812079ac8] [ 839.987] (EE) 9: /usr/bin/X (0x7f3811fe0000+0x4422d) [0x7f381202422d] [ 839.987] (EE) 10: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xed) [0x7f380ff7b76d] [ 839.987] (EE) 11: /usr/bin/X (0x7f3811fe0000+0x447c1) [0x7f38120247c1] [ 839.987] (EE) [ 839.987] (EE) Segmentation fault at address 0x8a0 [ 839.987] (EE) Fatal server error: [ 839.987] (EE) Caught signal 11 (Segmentation fault). Server aborting [ 839.987] (EE) [ 839.987] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 839.987] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 839.987] (EE) [ 839.995] (EE) Server terminated with error (1). Closing log file. This runtime I did boot with the following options: text iommu=soft Previously, the options were: quiet splash iommu=soft swiotlb=force Per http://wiki.xen.org/wiki/Xen_PCI_Passthrough I should only need one of the two settings between iommu=soft or swiotlb=force, however not necessarily both. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: Daniel Shub [mailto:Daniel.Shub@nottingham.ac.uk] Sent: Thursday, June 26, 2014 15:07 To: Brian Menges Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough What do you mean by a terminal window? Are you on tty7? Can you switch through the tty's? You might want to step back and instead of automatically launching lightdm, just try and get a tty over vnc without X and then start X and see what happens. It seems like you have passed the device through correctly. > On 26 Jun 2014, at 17:53, "Brian Menges" wrote: > > Yeah, definitely running. > > root 991 0.0 0.0 279164 3900 ? Ssl 09:31 0:00 lightdm > root 1020 99.6 0.1 68520 7964 tty7 Rs+ 09:31 4:48 \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 > > Chewing on an entire CPU ... which it seems that at some point my machine locks up. > > When I loaded VNC and attached into the console there... all I get is a terminal window, not the unity desktop. If I close it... nothing is startable. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Thursday, June 26, 2014 09:18 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > At a glance, I don't see an obvious problem in that log. > > Is you can ssh in can you check if Xorg is actually running? > >> On 2014-06-26 17:00, Brian Menges wrote: >> Looks like it isn't using the driver correctly? >> ----- >> [ 9.758] >> X.Org X Server 1.14.5 >> Release Date: 2013-12-12 >> [ 9.758] X Protocol Version 11, Revision 0 >> [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 >> Ubuntu >> [ 9.758] Current Operating System: Linux bmenges-linux3 >> 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 >> x86_64 >> [ 9.758] Kernel command line: >> BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic >> root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash >> iommu=soft swiotlb=force vt.handoff=7 >> [ 9.758] Build Date: 06 January 2014 01:37:48PM >> [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For >> technical support please see http://www.ubuntu.com/support) >> [ 9.758] Current version of pixman: 0.30.2 >> [ 9.758] Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> [ 9.758] Markers: (--) probed, (**) from config file, (==) default >> setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 >> 08:15:53 2014 >> [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" >> [ 9.803] (==) Using system config directory >> "/usr/share/X11/xorg.conf.d" >> [ 9.893] (==) ServerLayout "aticonfig Layout" >> [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) >> [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" >> [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" >> [ 9.905] (==) Automatically adding devices >> [ 9.905] (==) Automatically enabling devices >> [ 9.905] (==) Automatically adding GPU devices >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does >> not exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (==) FontPath set to: >> /usr/share/fonts/X11/misc, >> /usr/share/fonts/X11/Type1, >> built-ins >> [ 9.960] (==) ModulePath set to >> "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" >> [ 9.960] (II) The server relies on udev to provide the list of >> input devices. >> If no devices become available, reconfigure udev or disable >> AutoAddDevices. >> [ 9.966] (II) Loader magic: 0x7f6ad345fc20 >> [ 9.966] (II) Module ABI versions: >> [ 9.966] X.Org ANSI C Emulation: 0.4 >> [ 9.966] X.Org Video Driver: 14.1 >> [ 9.966] X.Org XInput driver : 19.1 >> [ 9.966] X.Org Server Extension : 7.0 >> [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ >> 0xf0000000/33554432, 0xf3044000/4096 >> [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ >> 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ >> 0x????????/131072 >> [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) >> [ 9.976] Initializing built-in extension Generic Event Extension >> [ 9.976] Initializing built-in extension SHAPE >> [ 9.976] Initializing built-in extension MIT-SHM >> [ 9.976] Initializing built-in extension XInputExtension >> [ 9.976] Initializing built-in extension XTEST >> [ 9.976] Initializing built-in extension BIG-REQUESTS >> [ 9.976] Initializing built-in extension SYNC >> [ 9.976] Initializing built-in extension XKEYBOARD >> [ 9.976] Initializing built-in extension XC-MISC >> [ 9.976] Initializing built-in extension SECURITY >> [ 9.976] Initializing built-in extension XINERAMA >> [ 9.976] Initializing built-in extension XFIXES >> [ 9.976] Initializing built-in extension RENDER >> [ 9.976] Initializing built-in extension RANDR >> [ 9.976] Initializing built-in extension COMPOSITE >> [ 9.976] Initializing built-in extension DAMAGE >> [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER >> [ 9.976] Initializing built-in extension DOUBLE-BUFFER >> [ 9.976] Initializing built-in extension RECORD >> [ 9.976] Initializing built-in extension DPMS >> [ 9.976] Initializing built-in extension X-Resource >> [ 9.976] Initializing built-in extension XVideo >> [ 9.976] Initializing built-in extension XVideo-MotionCompensation >> [ 9.976] Initializing built-in extension XFree86-VidModeExtension >> [ 9.976] Initializing built-in extension XFree86-DGA >> [ 9.976] Initializing built-in extension XFree86-DRI >> [ 9.976] Initializing built-in extension DRI2 >> [ 9.976] (II) "glx" will be loaded. This was enabled by default >> and also specified in the config file. >> [ 9.976] (II) LoadModule: "glx" >> [ 10.098] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so >> [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." >> [ 10.157] compiled for 6.9.0, module version = 1.0.0 >> [ 10.157] Loading extension GLX >> [ 10.157] (II) LoadModule: "fglrx" >> [ 10.215] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so >> [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." >> [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.912] Module class: X.Org Video Driver >> [ 10.913] (II) Loading sub module "fglrxdrm" >> [ 10.913] (II) LoadModule: "fglrxdrm" >> [ 10.925] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so >> [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies >> Inc." >> [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Version >> Identifier:13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: >> 13.251 >> [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 >> 15:19:03 >> [ 10.947] (++) using VT number 7 >> >> [ 10.947] (WW) Falling back to old probe method for fglrx >> [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb >> /etc/ati/amdpcsdb.default >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 >> [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 >> [ 11.152] ukiOpenDevice: open result is 10, (OK) >> ----- >> >> - Brian Menges >> Principal Engineer, DevOps >> GoGrid | ServePath | ColoServe | UpStream Networks >> >> -----Original Message----- >> From: xen-users-bounces@lists.xen.org >> [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic >> Sent: Thursday, June 26, 2014 08:43 >> To: xen-users@lists.xen.org >> Subject: Re: [Xen-users] Help with VGA passthrough >> >>> On 2014-06-26 16:20, Brian Menges wrote: >>> [root@xs ~]# lsmod | grep pciback >>> [root@xs ~]# echo $? >>> 1 >>> [root@xs ~]# modprobe pciback >>> FATAL: Module pciback not found. >> >> Try: >> modprobe xen-pciback >> >>> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. >> >> Ah - my bad. It must be Xenserver 7 that is based on EL6. >> >>> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and >>> it won't get past the splash screen (xencenter display) now after >>> gpu assignment (console or gui). The Ubuntu drivers appear to do >>> nothing; >>> however: >>> >>> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' >>> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, >>> use "pci=nocrs" and report a bug >>> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0x000a0000-0x000bffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0xe0000000-0xfbffffff] >>> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 >>> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 >>> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 >>> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] >>> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 >>> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] >>> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 >>> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by >>> PIIX4 ACPI >>> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 >>> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff >>> pref] >>> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] >>> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 >>> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] >>> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff >>> pref] >>> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 >>> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff >>> 64bit pref] >>> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff >>> 64bit] >>> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] >>> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff >>> pref] >>> [ 0.301115] pci 0000:00:05.0: supports D1 D2 >>> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 >>> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff >>> 64bit] >>> [ 0.303969] pci 0000:00:06.0: supports D1 D2 >>> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes >>> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] >>> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] >>> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] >>> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] >>> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers >>> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release >>> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds >>> [ 1.312047] pci 0000:00:02.0: Boot video device >>> [ 1.312215] pci 0000:00:05.0: Boot video device >>> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 >>> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: >>> 0.4 >>> [ 1.576902] ehci-pci: EHCI PCI platform driver >>> [ 1.576942] ohci-pci: OHCI PCI platform driver >>> [ 1.692123] xenbus_probe_frontend: Device with no driver: >>> device/pci/0 >>> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI >>> Technologies, Starnberg, GERMANY' taints kernel. >>> [ 6.185911] fglrx: module verification failed: signature and/or >>> required key missing - tainting kernel >>> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma >>> buffers: 7247 MBytes. >>> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 >>> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 >>> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled >>> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] >>> with 1 minors >>> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as >>> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 >>> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as >>> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 >>> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 >>> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 >>> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 >>> [ 11.495154] <6>[fglrx] IRQ 78 Enabled >>> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, >>> size:1000000 >>> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, >>> size:4000 >>> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, >>> size:4c4000 >>> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, >>> size:c000 >>> >>> So my last boot I got in via SSH, however the displays aren't working. >>> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> >>> DisplayPort) display and my monitor isn't showing anything. >>> Wodnering what I'm missing to get this display up and running. >> >> So it looks like fglrx loads successfully and finds the hardware. So >> far so good. Can you check what your Xorg log says? >> >> Gordan >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> ________________________________ >> >> The information contained in this message, and any attachments, may >> contain confidential and legally privileged material. It is solely >> for the use of the person or entity to which it is addressed. Any >> review, retransmission, dissemination, or action taken in reliance >> upon this information by persons or entities other than the intended >> recipient is prohibited. If you receive this in error, please contact >> the sender and delete the material from any computer. >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 02:01:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 02:01:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LT7-0002Ba-B0; Fri, 27 Jun 2014 02:00:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0LT4-0002Ae-LX for xen-users@lists.xen.org; Fri, 27 Jun 2014 02:00:47 +0000 Received: from [85.158.143.35:10748] by server-3.bemta-4.messagelabs.com id 53/D9-16194-E40DCA35; Fri, 27 Jun 2014 02:00:46 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1403834442!14224783!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23885 invoked from network); 27 Jun 2014 02:00:43 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jun 2014 02:00:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:CC:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=EzAYcrClih7jZBWX5SvNz9AoOQsHR8k4vAcBppcZbIW0DSbnW2jZGfri4Qi8c4akSgMCQJuk2OMz2iC4QLMTlnvYqjExHIg2WR70Z+2SJLIqOrTUa4cAQvOgOPo/CpSi; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0LT0-0006fa-PA; Thu, 26 Jun 2014 19:00:42 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 19:00:40 -0700 From: Brian Menges To: Daniel Shub Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qA= Date: Fri, 27 Jun 2014 02:00:39 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Even starting the system in TEXT mode, the display doesn't show. But running 'startx' does result in some lovely errors: http://pastebin.com/VbWhXe19 /var/log/Xorg.0.log (18:39) is the most interesting. [ 839.985] (WW) fglrx(0): Kernel Module version does *not* match driver. [ 839.985] (EE) fglrx(0): incompatible kernel module detected - HW accelerated OpenGL will not work [ 839.986] (EE) [ 839.986] (EE) Backtrace: [ 839.986] (EE) 0: /usr/bin/X (xorg_backtrace+0x34) [0x7f38121971e4] [ 839.986] (EE) 1: /usr/bin/X (0x7f3811fe0000+0x1bb0e9) [0x7f381219b0e9] [ 839.986] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f3811306000+0xfcb0) [0x7f3811315cb0] [ 839.986] (EE) 3: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (swlDrmFreeSurfaces+0x42) [0x7f380e5c73b2] [ 839.986] (EE) 4: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxDriCloseScreen+0x14d) [0x7f380e58e47d] [ 839.986] (EE) 5: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxDriScreenInit+0x8eb) [0x7f380e58db1b] [ 839.987] (EE) 6: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxScreenInit+0xf82) [0x7f380e587572] [ 839.987] (EE) 7: /usr/bin/X (AddScreen+0x8a) [0x7f3812035f8a] [ 839.987] (EE) 8: /usr/bin/X (InitOutput+0x3e8) [0x7f3812079ac8] [ 839.987] (EE) 9: /usr/bin/X (0x7f3811fe0000+0x4422d) [0x7f381202422d] [ 839.987] (EE) 10: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xed) [0x7f380ff7b76d] [ 839.987] (EE) 11: /usr/bin/X (0x7f3811fe0000+0x447c1) [0x7f38120247c1] [ 839.987] (EE) [ 839.987] (EE) Segmentation fault at address 0x8a0 [ 839.987] (EE) Fatal server error: [ 839.987] (EE) Caught signal 11 (Segmentation fault). Server aborting [ 839.987] (EE) [ 839.987] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 839.987] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 839.987] (EE) [ 839.995] (EE) Server terminated with error (1). Closing log file. This runtime I did boot with the following options: text iommu=soft Previously, the options were: quiet splash iommu=soft swiotlb=force Per http://wiki.xen.org/wiki/Xen_PCI_Passthrough I should only need one of the two settings between iommu=soft or swiotlb=force, however not necessarily both. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: Daniel Shub [mailto:Daniel.Shub@nottingham.ac.uk] Sent: Thursday, June 26, 2014 15:07 To: Brian Menges Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough What do you mean by a terminal window? Are you on tty7? Can you switch through the tty's? You might want to step back and instead of automatically launching lightdm, just try and get a tty over vnc without X and then start X and see what happens. It seems like you have passed the device through correctly. > On 26 Jun 2014, at 17:53, "Brian Menges" wrote: > > Yeah, definitely running. > > root 991 0.0 0.0 279164 3900 ? Ssl 09:31 0:00 lightdm > root 1020 99.6 0.1 68520 7964 tty7 Rs+ 09:31 4:48 \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 > > Chewing on an entire CPU ... which it seems that at some point my machine locks up. > > When I loaded VNC and attached into the console there... all I get is a terminal window, not the unity desktop. If I close it... nothing is startable. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Thursday, June 26, 2014 09:18 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > At a glance, I don't see an obvious problem in that log. > > Is you can ssh in can you check if Xorg is actually running? > >> On 2014-06-26 17:00, Brian Menges wrote: >> Looks like it isn't using the driver correctly? >> ----- >> [ 9.758] >> X.Org X Server 1.14.5 >> Release Date: 2013-12-12 >> [ 9.758] X Protocol Version 11, Revision 0 >> [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 >> Ubuntu >> [ 9.758] Current Operating System: Linux bmenges-linux3 >> 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 >> x86_64 >> [ 9.758] Kernel command line: >> BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic >> root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash >> iommu=soft swiotlb=force vt.handoff=7 >> [ 9.758] Build Date: 06 January 2014 01:37:48PM >> [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For >> technical support please see http://www.ubuntu.com/support) >> [ 9.758] Current version of pixman: 0.30.2 >> [ 9.758] Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> [ 9.758] Markers: (--) probed, (**) from config file, (==) default >> setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 >> 08:15:53 2014 >> [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" >> [ 9.803] (==) Using system config directory >> "/usr/share/X11/xorg.conf.d" >> [ 9.893] (==) ServerLayout "aticonfig Layout" >> [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) >> [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" >> [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" >> [ 9.905] (==) Automatically adding devices >> [ 9.905] (==) Automatically enabling devices >> [ 9.905] (==) Automatically adding GPU devices >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does >> not exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (==) FontPath set to: >> /usr/share/fonts/X11/misc, >> /usr/share/fonts/X11/Type1, >> built-ins >> [ 9.960] (==) ModulePath set to >> "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" >> [ 9.960] (II) The server relies on udev to provide the list of >> input devices. >> If no devices become available, reconfigure udev or disable >> AutoAddDevices. >> [ 9.966] (II) Loader magic: 0x7f6ad345fc20 >> [ 9.966] (II) Module ABI versions: >> [ 9.966] X.Org ANSI C Emulation: 0.4 >> [ 9.966] X.Org Video Driver: 14.1 >> [ 9.966] X.Org XInput driver : 19.1 >> [ 9.966] X.Org Server Extension : 7.0 >> [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ >> 0xf0000000/33554432, 0xf3044000/4096 >> [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ >> 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ >> 0x????????/131072 >> [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) >> [ 9.976] Initializing built-in extension Generic Event Extension >> [ 9.976] Initializing built-in extension SHAPE >> [ 9.976] Initializing built-in extension MIT-SHM >> [ 9.976] Initializing built-in extension XInputExtension >> [ 9.976] Initializing built-in extension XTEST >> [ 9.976] Initializing built-in extension BIG-REQUESTS >> [ 9.976] Initializing built-in extension SYNC >> [ 9.976] Initializing built-in extension XKEYBOARD >> [ 9.976] Initializing built-in extension XC-MISC >> [ 9.976] Initializing built-in extension SECURITY >> [ 9.976] Initializing built-in extension XINERAMA >> [ 9.976] Initializing built-in extension XFIXES >> [ 9.976] Initializing built-in extension RENDER >> [ 9.976] Initializing built-in extension RANDR >> [ 9.976] Initializing built-in extension COMPOSITE >> [ 9.976] Initializing built-in extension DAMAGE >> [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER >> [ 9.976] Initializing built-in extension DOUBLE-BUFFER >> [ 9.976] Initializing built-in extension RECORD >> [ 9.976] Initializing built-in extension DPMS >> [ 9.976] Initializing built-in extension X-Resource >> [ 9.976] Initializing built-in extension XVideo >> [ 9.976] Initializing built-in extension XVideo-MotionCompensation >> [ 9.976] Initializing built-in extension XFree86-VidModeExtension >> [ 9.976] Initializing built-in extension XFree86-DGA >> [ 9.976] Initializing built-in extension XFree86-DRI >> [ 9.976] Initializing built-in extension DRI2 >> [ 9.976] (II) "glx" will be loaded. This was enabled by default >> and also specified in the config file. >> [ 9.976] (II) LoadModule: "glx" >> [ 10.098] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so >> [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." >> [ 10.157] compiled for 6.9.0, module version = 1.0.0 >> [ 10.157] Loading extension GLX >> [ 10.157] (II) LoadModule: "fglrx" >> [ 10.215] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so >> [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." >> [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.912] Module class: X.Org Video Driver >> [ 10.913] (II) Loading sub module "fglrxdrm" >> [ 10.913] (II) LoadModule: "fglrxdrm" >> [ 10.925] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so >> [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies >> Inc." >> [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Version >> Identifier:13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: >> 13.251 >> [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 >> 15:19:03 >> [ 10.947] (++) using VT number 7 >> >> [ 10.947] (WW) Falling back to old probe method for fglrx >> [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb >> /etc/ati/amdpcsdb.default >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 >> [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 >> [ 11.152] ukiOpenDevice: open result is 10, (OK) >> ----- >> >> - Brian Menges >> Principal Engineer, DevOps >> GoGrid | ServePath | ColoServe | UpStream Networks >> >> -----Original Message----- >> From: xen-users-bounces@lists.xen.org >> [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic >> Sent: Thursday, June 26, 2014 08:43 >> To: xen-users@lists.xen.org >> Subject: Re: [Xen-users] Help with VGA passthrough >> >>> On 2014-06-26 16:20, Brian Menges wrote: >>> [root@xs ~]# lsmod | grep pciback >>> [root@xs ~]# echo $? >>> 1 >>> [root@xs ~]# modprobe pciback >>> FATAL: Module pciback not found. >> >> Try: >> modprobe xen-pciback >> >>> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. >> >> Ah - my bad. It must be Xenserver 7 that is based on EL6. >> >>> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and >>> it won't get past the splash screen (xencenter display) now after >>> gpu assignment (console or gui). The Ubuntu drivers appear to do >>> nothing; >>> however: >>> >>> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' >>> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, >>> use "pci=nocrs" and report a bug >>> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0x000a0000-0x000bffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0xe0000000-0xfbffffff] >>> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 >>> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 >>> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 >>> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] >>> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 >>> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] >>> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 >>> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by >>> PIIX4 ACPI >>> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 >>> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff >>> pref] >>> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] >>> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 >>> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] >>> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff >>> pref] >>> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 >>> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff >>> 64bit pref] >>> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff >>> 64bit] >>> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] >>> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff >>> pref] >>> [ 0.301115] pci 0000:00:05.0: supports D1 D2 >>> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 >>> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff >>> 64bit] >>> [ 0.303969] pci 0000:00:06.0: supports D1 D2 >>> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes >>> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] >>> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] >>> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] >>> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] >>> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers >>> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release >>> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds >>> [ 1.312047] pci 0000:00:02.0: Boot video device >>> [ 1.312215] pci 0000:00:05.0: Boot video device >>> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 >>> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: >>> 0.4 >>> [ 1.576902] ehci-pci: EHCI PCI platform driver >>> [ 1.576942] ohci-pci: OHCI PCI platform driver >>> [ 1.692123] xenbus_probe_frontend: Device with no driver: >>> device/pci/0 >>> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI >>> Technologies, Starnberg, GERMANY' taints kernel. >>> [ 6.185911] fglrx: module verification failed: signature and/or >>> required key missing - tainting kernel >>> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma >>> buffers: 7247 MBytes. >>> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 >>> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 >>> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled >>> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] >>> with 1 minors >>> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as >>> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 >>> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as >>> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 >>> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 >>> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 >>> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 >>> [ 11.495154] <6>[fglrx] IRQ 78 Enabled >>> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, >>> size:1000000 >>> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, >>> size:4000 >>> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, >>> size:4c4000 >>> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, >>> size:c000 >>> >>> So my last boot I got in via SSH, however the displays aren't working. >>> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> >>> DisplayPort) display and my monitor isn't showing anything. >>> Wodnering what I'm missing to get this display up and running. >> >> So it looks like fglrx loads successfully and finds the hardware. So >> far so good. Can you check what your Xorg log says? >> >> Gordan >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> ________________________________ >> >> The information contained in this message, and any attachments, may >> contain confidential and legally privileged material. It is solely >> for the use of the person or entity to which it is addressed. Any >> review, retransmission, dissemination, or action taken in reliance >> upon this information by persons or entities other than the intended >> recipient is prohibited. If you receive this in error, please contact >> the sender and delete the material from any computer. >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 02:16:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 02:16:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Lhm-0003c4-Mr; Fri, 27 Jun 2014 02:15:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Lhl-0003bz-6Y for xen-users@lists.xen.org; Fri, 27 Jun 2014 02:15:57 +0000 Received: from [85.158.137.68:27121] by server-3.bemta-3.messagelabs.com id 22/49-12895-CD3DCA35; Fri, 27 Jun 2014 02:15:56 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1403835352!8842856!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23971 invoked from network); 27 Jun 2014 02:15:53 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jun 2014 02:15:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=L5LxlwQjhBcHcBLn6vHxauvOFFfvHTL0snOcgBQGZI4RrSiPtcWW8wsYpjJaIq3ciPfsvQoe7jrGiSz9oWDK8Z5PW6ubm2CCWujMoA9Se+xAIdPf5ef2+6eFXSleeDup; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0Lhh-0006oq-5X for xen-users@lists.xen.org; Thu, 26 Jun 2014 19:15:53 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 19:15:51 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoA== Date: Fri, 27 Jun 2014 02:15:51 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org So I added back in swiotlb=force and redid grub and also removed from the blacklist fglrx_updates. Now when I try and startx, a CPU gets pegged @ 100%, and nothing still on the display. Basically I'm never getting a display, even on boot of the vm. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Brian Menges Sent: Thursday, June 26, 2014 19:05 To: Daniel Shub Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough Even starting the system in TEXT mode, the display doesn't show. But running 'startx' does result in some lovely errors: http://pastebin.com/VbWhXe19 /var/log/Xorg.0.log (18:39) is the most interesting. [ 839.985] (WW) fglrx(0): Kernel Module version does *not* match driver. [ 839.985] (EE) fglrx(0): incompatible kernel module detected - HW accelerated OpenGL will not work [ 839.986] (EE) [ 839.986] (EE) Backtrace: [ 839.986] (EE) 0: /usr/bin/X (xorg_backtrace+0x34) [0x7f38121971e4] [ 839.986] (EE) 1: /usr/bin/X (0x7f3811fe0000+0x1bb0e9) [0x7f381219b0e9] [ 839.986] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f3811306000+0xfcb0) [0x7f3811315cb0] [ 839.986] (EE) 3: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (swlDrmFreeSurfaces+0x42) [0x7f380e5c73b2] [ 839.986] (EE) 4: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxDriCloseScreen+0x14d) [0x7f380e58e47d] [ 839.986] (EE) 5: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxDriScreenInit+0x8eb) [0x7f380e58db1b] [ 839.987] (EE) 6: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxScreenInit+0xf82) [0x7f380e587572] [ 839.987] (EE) 7: /usr/bin/X (AddScreen+0x8a) [0x7f3812035f8a] [ 839.987] (EE) 8: /usr/bin/X (InitOutput+0x3e8) [0x7f3812079ac8] [ 839.987] (EE) 9: /usr/bin/X (0x7f3811fe0000+0x4422d) [0x7f381202422d] [ 839.987] (EE) 10: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xed) [0x7f380ff7b76d] [ 839.987] (EE) 11: /usr/bin/X (0x7f3811fe0000+0x447c1) [0x7f38120247c1] [ 839.987] (EE) [ 839.987] (EE) Segmentation fault at address 0x8a0 [ 839.987] (EE) Fatal server error: [ 839.987] (EE) Caught signal 11 (Segmentation fault). Server aborting [ 839.987] (EE) [ 839.987] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 839.987] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 839.987] (EE) [ 839.995] (EE) Server terminated with error (1). Closing log file. This runtime I did boot with the following options: text iommu=soft Previously, the options were: quiet splash iommu=soft swiotlb=force Per http://wiki.xen.org/wiki/Xen_PCI_Passthrough I should only need one of the two settings between iommu=soft or swiotlb=force, however not necessarily both. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: Daniel Shub [mailto:Daniel.Shub@nottingham.ac.uk] Sent: Thursday, June 26, 2014 15:07 To: Brian Menges Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough What do you mean by a terminal window? Are you on tty7? Can you switch through the tty's? You might want to step back and instead of automatically launching lightdm, just try and get a tty over vnc without X and then start X and see what happens. It seems like you have passed the device through correctly. > On 26 Jun 2014, at 17:53, "Brian Menges" wrote: > > Yeah, definitely running. > > root 991 0.0 0.0 279164 3900 ? Ssl 09:31 0:00 lightdm > root 1020 99.6 0.1 68520 7964 tty7 Rs+ 09:31 4:48 \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 > > Chewing on an entire CPU ... which it seems that at some point my machine locks up. > > When I loaded VNC and attached into the console there... all I get is a terminal window, not the unity desktop. If I close it... nothing is startable. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Thursday, June 26, 2014 09:18 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > At a glance, I don't see an obvious problem in that log. > > Is you can ssh in can you check if Xorg is actually running? > >> On 2014-06-26 17:00, Brian Menges wrote: >> Looks like it isn't using the driver correctly? >> ----- >> [ 9.758] >> X.Org X Server 1.14.5 >> Release Date: 2013-12-12 >> [ 9.758] X Protocol Version 11, Revision 0 >> [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 >> Ubuntu >> [ 9.758] Current Operating System: Linux bmenges-linux3 >> 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 >> x86_64 >> [ 9.758] Kernel command line: >> BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic >> root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash >> iommu=soft swiotlb=force vt.handoff=7 >> [ 9.758] Build Date: 06 January 2014 01:37:48PM >> [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For >> technical support please see http://www.ubuntu.com/support) >> [ 9.758] Current version of pixman: 0.30.2 >> [ 9.758] Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> [ 9.758] Markers: (--) probed, (**) from config file, (==) default >> setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 >> 08:15:53 2014 >> [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" >> [ 9.803] (==) Using system config directory >> "/usr/share/X11/xorg.conf.d" >> [ 9.893] (==) ServerLayout "aticonfig Layout" >> [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) >> [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" >> [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" >> [ 9.905] (==) Automatically adding devices >> [ 9.905] (==) Automatically enabling devices >> [ 9.905] (==) Automatically adding GPU devices >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does >> not exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (==) FontPath set to: >> /usr/share/fonts/X11/misc, >> /usr/share/fonts/X11/Type1, >> built-ins >> [ 9.960] (==) ModulePath set to >> "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" >> [ 9.960] (II) The server relies on udev to provide the list of >> input devices. >> If no devices become available, reconfigure udev or disable >> AutoAddDevices. >> [ 9.966] (II) Loader magic: 0x7f6ad345fc20 >> [ 9.966] (II) Module ABI versions: >> [ 9.966] X.Org ANSI C Emulation: 0.4 >> [ 9.966] X.Org Video Driver: 14.1 >> [ 9.966] X.Org XInput driver : 19.1 >> [ 9.966] X.Org Server Extension : 7.0 >> [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ >> 0xf0000000/33554432, 0xf3044000/4096 >> [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ >> 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ >> 0x????????/131072 >> [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) >> [ 9.976] Initializing built-in extension Generic Event Extension >> [ 9.976] Initializing built-in extension SHAPE >> [ 9.976] Initializing built-in extension MIT-SHM >> [ 9.976] Initializing built-in extension XInputExtension >> [ 9.976] Initializing built-in extension XTEST >> [ 9.976] Initializing built-in extension BIG-REQUESTS >> [ 9.976] Initializing built-in extension SYNC >> [ 9.976] Initializing built-in extension XKEYBOARD >> [ 9.976] Initializing built-in extension XC-MISC >> [ 9.976] Initializing built-in extension SECURITY >> [ 9.976] Initializing built-in extension XINERAMA >> [ 9.976] Initializing built-in extension XFIXES >> [ 9.976] Initializing built-in extension RENDER >> [ 9.976] Initializing built-in extension RANDR >> [ 9.976] Initializing built-in extension COMPOSITE >> [ 9.976] Initializing built-in extension DAMAGE >> [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER >> [ 9.976] Initializing built-in extension DOUBLE-BUFFER >> [ 9.976] Initializing built-in extension RECORD >> [ 9.976] Initializing built-in extension DPMS >> [ 9.976] Initializing built-in extension X-Resource >> [ 9.976] Initializing built-in extension XVideo >> [ 9.976] Initializing built-in extension XVideo-MotionCompensation >> [ 9.976] Initializing built-in extension XFree86-VidModeExtension >> [ 9.976] Initializing built-in extension XFree86-DGA >> [ 9.976] Initializing built-in extension XFree86-DRI >> [ 9.976] Initializing built-in extension DRI2 >> [ 9.976] (II) "glx" will be loaded. This was enabled by default >> and also specified in the config file. >> [ 9.976] (II) LoadModule: "glx" >> [ 10.098] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so >> [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." >> [ 10.157] compiled for 6.9.0, module version = 1.0.0 >> [ 10.157] Loading extension GLX >> [ 10.157] (II) LoadModule: "fglrx" >> [ 10.215] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so >> [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." >> [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.912] Module class: X.Org Video Driver >> [ 10.913] (II) Loading sub module "fglrxdrm" >> [ 10.913] (II) LoadModule: "fglrxdrm" >> [ 10.925] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so >> [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies >> Inc." >> [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Version >> Identifier:13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: >> 13.251 >> [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 >> 15:19:03 >> [ 10.947] (++) using VT number 7 >> >> [ 10.947] (WW) Falling back to old probe method for fglrx >> [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb >> /etc/ati/amdpcsdb.default >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 >> [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 >> [ 11.152] ukiOpenDevice: open result is 10, (OK) >> ----- >> >> - Brian Menges >> Principal Engineer, DevOps >> GoGrid | ServePath | ColoServe | UpStream Networks >> >> -----Original Message----- >> From: xen-users-bounces@lists.xen.org >> [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic >> Sent: Thursday, June 26, 2014 08:43 >> To: xen-users@lists.xen.org >> Subject: Re: [Xen-users] Help with VGA passthrough >> >>> On 2014-06-26 16:20, Brian Menges wrote: >>> [root@xs ~]# lsmod | grep pciback >>> [root@xs ~]# echo $? >>> 1 >>> [root@xs ~]# modprobe pciback >>> FATAL: Module pciback not found. >> >> Try: >> modprobe xen-pciback >> >>> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. >> >> Ah - my bad. It must be Xenserver 7 that is based on EL6. >> >>> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and >>> it won't get past the splash screen (xencenter display) now after >>> gpu assignment (console or gui). The Ubuntu drivers appear to do >>> nothing; >>> however: >>> >>> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' >>> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, >>> use "pci=nocrs" and report a bug >>> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0x000a0000-0x000bffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0xe0000000-0xfbffffff] >>> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 >>> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 >>> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 >>> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] >>> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 >>> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] >>> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 >>> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by >>> PIIX4 ACPI >>> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 >>> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff >>> pref] >>> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] >>> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 >>> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] >>> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff >>> pref] >>> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 >>> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff >>> 64bit pref] >>> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff >>> 64bit] >>> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] >>> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff >>> pref] >>> [ 0.301115] pci 0000:00:05.0: supports D1 D2 >>> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 >>> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff >>> 64bit] >>> [ 0.303969] pci 0000:00:06.0: supports D1 D2 >>> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes >>> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] >>> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] >>> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] >>> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] >>> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers >>> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release >>> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds >>> [ 1.312047] pci 0000:00:02.0: Boot video device >>> [ 1.312215] pci 0000:00:05.0: Boot video device >>> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 >>> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: >>> 0.4 >>> [ 1.576902] ehci-pci: EHCI PCI platform driver >>> [ 1.576942] ohci-pci: OHCI PCI platform driver >>> [ 1.692123] xenbus_probe_frontend: Device with no driver: >>> device/pci/0 >>> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI >>> Technologies, Starnberg, GERMANY' taints kernel. >>> [ 6.185911] fglrx: module verification failed: signature and/or >>> required key missing - tainting kernel >>> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma >>> buffers: 7247 MBytes. >>> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 >>> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 >>> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled >>> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] >>> with 1 minors >>> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as >>> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 >>> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as >>> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 >>> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 >>> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 >>> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 >>> [ 11.495154] <6>[fglrx] IRQ 78 Enabled >>> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, >>> size:1000000 >>> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, >>> size:4000 >>> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, >>> size:4c4000 >>> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, >>> size:c000 >>> >>> So my last boot I got in via SSH, however the displays aren't working. >>> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> >>> DisplayPort) display and my monitor isn't showing anything. >>> Wodnering what I'm missing to get this display up and running. >> >> So it looks like fglrx loads successfully and finds the hardware. So >> far so good. Can you check what your Xorg log says? >> >> Gordan >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> ________________________________ >> >> The information contained in this message, and any attachments, may >> contain confidential and legally privileged material. It is solely >> for the use of the person or entity to which it is addressed. Any >> review, retransmission, dissemination, or action taken in reliance >> upon this information by persons or entities other than the intended >> recipient is prohibited. If you receive this in error, please contact >> the sender and delete the material from any computer. >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 02:16:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 02:16:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Lhm-0003c4-Mr; Fri, 27 Jun 2014 02:15:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Lhl-0003bz-6Y for xen-users@lists.xen.org; Fri, 27 Jun 2014 02:15:57 +0000 Received: from [85.158.137.68:27121] by server-3.bemta-3.messagelabs.com id 22/49-12895-CD3DCA35; Fri, 27 Jun 2014 02:15:56 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1403835352!8842856!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23971 invoked from network); 27 Jun 2014 02:15:53 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jun 2014 02:15:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=L5LxlwQjhBcHcBLn6vHxauvOFFfvHTL0snOcgBQGZI4RrSiPtcWW8wsYpjJaIq3ciPfsvQoe7jrGiSz9oWDK8Z5PW6ubm2CCWujMoA9Se+xAIdPf5ef2+6eFXSleeDup; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0Lhh-0006oq-5X for xen-users@lists.xen.org; Thu, 26 Jun 2014 19:15:53 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 19:15:51 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoA== Date: Fri, 27 Jun 2014 02:15:51 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org So I added back in swiotlb=force and redid grub and also removed from the blacklist fglrx_updates. Now when I try and startx, a CPU gets pegged @ 100%, and nothing still on the display. Basically I'm never getting a display, even on boot of the vm. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Brian Menges Sent: Thursday, June 26, 2014 19:05 To: Daniel Shub Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough Even starting the system in TEXT mode, the display doesn't show. But running 'startx' does result in some lovely errors: http://pastebin.com/VbWhXe19 /var/log/Xorg.0.log (18:39) is the most interesting. [ 839.985] (WW) fglrx(0): Kernel Module version does *not* match driver. [ 839.985] (EE) fglrx(0): incompatible kernel module detected - HW accelerated OpenGL will not work [ 839.986] (EE) [ 839.986] (EE) Backtrace: [ 839.986] (EE) 0: /usr/bin/X (xorg_backtrace+0x34) [0x7f38121971e4] [ 839.986] (EE) 1: /usr/bin/X (0x7f3811fe0000+0x1bb0e9) [0x7f381219b0e9] [ 839.986] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f3811306000+0xfcb0) [0x7f3811315cb0] [ 839.986] (EE) 3: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (swlDrmFreeSurfaces+0x42) [0x7f380e5c73b2] [ 839.986] (EE) 4: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxDriCloseScreen+0x14d) [0x7f380e58e47d] [ 839.986] (EE) 5: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxDriScreenInit+0x8eb) [0x7f380e58db1b] [ 839.987] (EE) 6: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so (xdl_xs114_atiddxScreenInit+0xf82) [0x7f380e587572] [ 839.987] (EE) 7: /usr/bin/X (AddScreen+0x8a) [0x7f3812035f8a] [ 839.987] (EE) 8: /usr/bin/X (InitOutput+0x3e8) [0x7f3812079ac8] [ 839.987] (EE) 9: /usr/bin/X (0x7f3811fe0000+0x4422d) [0x7f381202422d] [ 839.987] (EE) 10: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xed) [0x7f380ff7b76d] [ 839.987] (EE) 11: /usr/bin/X (0x7f3811fe0000+0x447c1) [0x7f38120247c1] [ 839.987] (EE) [ 839.987] (EE) Segmentation fault at address 0x8a0 [ 839.987] (EE) Fatal server error: [ 839.987] (EE) Caught signal 11 (Segmentation fault). Server aborting [ 839.987] (EE) [ 839.987] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 839.987] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 839.987] (EE) [ 839.995] (EE) Server terminated with error (1). Closing log file. This runtime I did boot with the following options: text iommu=soft Previously, the options were: quiet splash iommu=soft swiotlb=force Per http://wiki.xen.org/wiki/Xen_PCI_Passthrough I should only need one of the two settings between iommu=soft or swiotlb=force, however not necessarily both. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: Daniel Shub [mailto:Daniel.Shub@nottingham.ac.uk] Sent: Thursday, June 26, 2014 15:07 To: Brian Menges Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough What do you mean by a terminal window? Are you on tty7? Can you switch through the tty's? You might want to step back and instead of automatically launching lightdm, just try and get a tty over vnc without X and then start X and see what happens. It seems like you have passed the device through correctly. > On 26 Jun 2014, at 17:53, "Brian Menges" wrote: > > Yeah, definitely running. > > root 991 0.0 0.0 279164 3900 ? Ssl 09:31 0:00 lightdm > root 1020 99.6 0.1 68520 7964 tty7 Rs+ 09:31 4:48 \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 > > Chewing on an entire CPU ... which it seems that at some point my machine locks up. > > When I loaded VNC and attached into the console there... all I get is a terminal window, not the unity desktop. If I close it... nothing is startable. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Thursday, June 26, 2014 09:18 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > At a glance, I don't see an obvious problem in that log. > > Is you can ssh in can you check if Xorg is actually running? > >> On 2014-06-26 17:00, Brian Menges wrote: >> Looks like it isn't using the driver correctly? >> ----- >> [ 9.758] >> X.Org X Server 1.14.5 >> Release Date: 2013-12-12 >> [ 9.758] X Protocol Version 11, Revision 0 >> [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 >> Ubuntu >> [ 9.758] Current Operating System: Linux bmenges-linux3 >> 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 >> x86_64 >> [ 9.758] Kernel command line: >> BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic >> root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash >> iommu=soft swiotlb=force vt.handoff=7 >> [ 9.758] Build Date: 06 January 2014 01:37:48PM >> [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For >> technical support please see http://www.ubuntu.com/support) >> [ 9.758] Current version of pixman: 0.30.2 >> [ 9.758] Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> [ 9.758] Markers: (--) probed, (**) from config file, (==) default >> setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 >> 08:15:53 2014 >> [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" >> [ 9.803] (==) Using system config directory >> "/usr/share/X11/xorg.conf.d" >> [ 9.893] (==) ServerLayout "aticonfig Layout" >> [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) >> [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" >> [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" >> [ 9.905] (==) Automatically adding devices >> [ 9.905] (==) Automatically enabling devices >> [ 9.905] (==) Automatically adding GPU devices >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does >> not exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not >> exist. >> [ 9.944] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not >> exist. >> [ 9.960] Entry deleted from font path. >> [ 9.960] (==) FontPath set to: >> /usr/share/fonts/X11/misc, >> /usr/share/fonts/X11/Type1, >> built-ins >> [ 9.960] (==) ModulePath set to >> "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" >> [ 9.960] (II) The server relies on udev to provide the list of >> input devices. >> If no devices become available, reconfigure udev or disable >> AutoAddDevices. >> [ 9.966] (II) Loader magic: 0x7f6ad345fc20 >> [ 9.966] (II) Module ABI versions: >> [ 9.966] X.Org ANSI C Emulation: 0.4 >> [ 9.966] X.Org Video Driver: 14.1 >> [ 9.966] X.Org XInput driver : 19.1 >> [ 9.966] X.Org Server Extension : 7.0 >> [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ >> 0xf0000000/33554432, 0xf3044000/4096 >> [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ >> 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ >> 0x????????/131072 >> [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) >> [ 9.976] Initializing built-in extension Generic Event Extension >> [ 9.976] Initializing built-in extension SHAPE >> [ 9.976] Initializing built-in extension MIT-SHM >> [ 9.976] Initializing built-in extension XInputExtension >> [ 9.976] Initializing built-in extension XTEST >> [ 9.976] Initializing built-in extension BIG-REQUESTS >> [ 9.976] Initializing built-in extension SYNC >> [ 9.976] Initializing built-in extension XKEYBOARD >> [ 9.976] Initializing built-in extension XC-MISC >> [ 9.976] Initializing built-in extension SECURITY >> [ 9.976] Initializing built-in extension XINERAMA >> [ 9.976] Initializing built-in extension XFIXES >> [ 9.976] Initializing built-in extension RENDER >> [ 9.976] Initializing built-in extension RANDR >> [ 9.976] Initializing built-in extension COMPOSITE >> [ 9.976] Initializing built-in extension DAMAGE >> [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER >> [ 9.976] Initializing built-in extension DOUBLE-BUFFER >> [ 9.976] Initializing built-in extension RECORD >> [ 9.976] Initializing built-in extension DPMS >> [ 9.976] Initializing built-in extension X-Resource >> [ 9.976] Initializing built-in extension XVideo >> [ 9.976] Initializing built-in extension XVideo-MotionCompensation >> [ 9.976] Initializing built-in extension XFree86-VidModeExtension >> [ 9.976] Initializing built-in extension XFree86-DGA >> [ 9.976] Initializing built-in extension XFree86-DRI >> [ 9.976] Initializing built-in extension DRI2 >> [ 9.976] (II) "glx" will be loaded. This was enabled by default >> and also specified in the config file. >> [ 9.976] (II) LoadModule: "glx" >> [ 10.098] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so >> [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." >> [ 10.157] compiled for 6.9.0, module version = 1.0.0 >> [ 10.157] Loading extension GLX >> [ 10.157] (II) LoadModule: "fglrx" >> [ 10.215] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so >> [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." >> [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.912] Module class: X.Org Video Driver >> [ 10.913] (II) Loading sub module "fglrxdrm" >> [ 10.913] (II) LoadModule: "fglrxdrm" >> [ 10.925] (II) Loading >> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so >> [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies >> Inc." >> [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Version >> Identifier:13.25.5 >> [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: >> 13.251 >> [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 >> 15:19:03 >> [ 10.947] (++) using VT number 7 >> >> [ 10.947] (WW) Falling back to old probe method for fglrx >> [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb >> /etc/ati/amdpcsdb.default >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiDynamicMajor: found major device number 250 >> [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 >> [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 >> [ 11.152] ukiOpenDevice: open result is 10, (OK) >> ----- >> >> - Brian Menges >> Principal Engineer, DevOps >> GoGrid | ServePath | ColoServe | UpStream Networks >> >> -----Original Message----- >> From: xen-users-bounces@lists.xen.org >> [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic >> Sent: Thursday, June 26, 2014 08:43 >> To: xen-users@lists.xen.org >> Subject: Re: [Xen-users] Help with VGA passthrough >> >>> On 2014-06-26 16:20, Brian Menges wrote: >>> [root@xs ~]# lsmod | grep pciback >>> [root@xs ~]# echo $? >>> 1 >>> [root@xs ~]# modprobe pciback >>> FATAL: Module pciback not found. >> >> Try: >> modprobe xen-pciback >> >>> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. >> >> Ah - my bad. It must be Xenserver 7 that is based on EL6. >> >>> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and >>> it won't get past the splash screen (xencenter display) now after >>> gpu assignment (console or gui). The Ubuntu drivers appear to do >>> nothing; >>> however: >>> >>> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' >>> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, >>> use "pci=nocrs" and report a bug >>> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0x000a0000-0x000bffff] >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem >>> 0xe0000000-0xfbffffff] >>> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 >>> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 >>> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 >>> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] >>> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 >>> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] >>> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 >>> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by >>> PIIX4 ACPI >>> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 >>> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff >>> pref] >>> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] >>> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 >>> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] >>> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff >>> pref] >>> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 >>> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff >>> 64bit pref] >>> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff >>> 64bit] >>> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] >>> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff >>> pref] >>> [ 0.301115] pci 0000:00:05.0: supports D1 D2 >>> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 >>> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff >>> 64bit] >>> [ 0.303969] pci 0000:00:06.0: supports D1 D2 >>> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes >>> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] >>> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] >>> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] >>> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] >>> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers >>> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release >>> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds >>> [ 1.312047] pci 0000:00:02.0: Boot video device >>> [ 1.312215] pci 0000:00:05.0: Boot video device >>> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 >>> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: >>> 0.4 >>> [ 1.576902] ehci-pci: EHCI PCI platform driver >>> [ 1.576942] ohci-pci: OHCI PCI platform driver >>> [ 1.692123] xenbus_probe_frontend: Device with no driver: >>> device/pci/0 >>> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI >>> Technologies, Starnberg, GERMANY' taints kernel. >>> [ 6.185911] fglrx: module verification failed: signature and/or >>> required key missing - tainting kernel >>> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma >>> buffers: 7247 MBytes. >>> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 >>> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 >>> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled >>> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] >>> with 1 minors >>> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as >>> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 >>> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as >>> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 >>> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 >>> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 >>> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 >>> [ 11.495154] <6>[fglrx] IRQ 78 Enabled >>> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, >>> size:1000000 >>> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, >>> size:4000 >>> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, >>> size:4c4000 >>> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, >>> size:c000 >>> >>> So my last boot I got in via SSH, however the displays aren't working. >>> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> >>> DisplayPort) display and my monitor isn't showing anything. >>> Wodnering what I'm missing to get this display up and running. >> >> So it looks like fglrx loads successfully and finds the hardware. So >> far so good. Can you check what your Xorg log says? >> >> Gordan >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> ________________________________ >> >> The information contained in this message, and any attachments, may >> contain confidential and legally privileged material. It is solely >> for the use of the person or entity to which it is addressed. Any >> review, retransmission, dissemination, or action taken in reliance >> upon this information by persons or entities other than the intended >> recipient is prohibited. If you receive this in error, please contact >> the sender and delete the material from any computer. >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 02:34:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 02:34:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Lze-0004CG-Nq; Fri, 27 Jun 2014 02:34:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Lzc-0004C9-T0 for xen-users@lists.xen.org; Fri, 27 Jun 2014 02:34:25 +0000 Received: from [85.158.137.68:57026] by server-7.bemta-3.messagelabs.com id 5B/2C-12069-F28DCA35; Fri, 27 Jun 2014 02:34:23 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1403836459!10130675!1 X-Originating-IP: [209.85.216.50] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25935 invoked from network); 27 Jun 2014 02:34:20 -0000 Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com) (209.85.216.50) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 02:34:20 -0000 Received: by mail-qa0-f50.google.com with SMTP id m5so3499673qaj.37 for ; Thu, 26 Jun 2014 19:34:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=L3WFDyEmFVMzeyqaOOLK2ogUSKllaOd75b9dydOeOoI=; b=y1cL/wgkK5dyZV+SG297SjfQwppYf1xcc9WaoJMwYgp6e6244x5PTQjVbJZzs0JChY /L+O0G+PcN6WBG74s5nyW4CyCf/vTYkqWAAzaCmQSLVM1HTD9sXFuYGaWJZv0scopsqY i5AgFhRWsCMhd4Q5NKi7Zyu+th5WbQV6GrsOFl0sHjV2akW8rGwXgITiTX1sVKLPnhyW /DmTyWqzA5Fs0iq6i567aD3DNZd08FDITBvsbv2+rL0LJOMHk5fy5ZX+j2K4f3Z/vWpq hRQ36EA9WLRc4lDweMDAkHkHU1EulWoqG1TXrXXKe3GM9etYvzMoaJ5OdDJIN/So6SSr 9oHA== MIME-Version: 1.0 X-Received: by 10.224.136.65 with SMTP id q1mr29178880qat.93.1403836459010; Thu, 26 Jun 2014 19:34:19 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Thu, 26 Jun 2014 19:34:18 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> Date: Thu, 26 Jun 2014 20:34:18 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2695182424963724721==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2695182424963724721== Content-Type: multipart/alternative; boundary=001a11c2b81076505004fcc82531 --001a11c2b81076505004fcc82531 Content-Type: text/plain; charset=UTF-8 Are you running arch linux ? I would try opensource drivers. I run cinnamon under a8 6600k and I get urban territory playing with 90 fs. Just follow radeon wiki On Thu, Jun 26, 2014 at 8:15 PM, Brian Menges wrote: > So I added back in swiotlb=force and redid grub and also removed from the > blacklist fglrx_updates. Now when I try and startx, a CPU gets pegged @ > 100%, and nothing still on the display. > > Basically I'm never getting a display, even on boot of the vm. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] On Behalf Of Brian Menges > Sent: Thursday, June 26, 2014 19:05 > To: Daniel Shub > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > Even starting the system in TEXT mode, the display doesn't show. But > running 'startx' does result in some lovely errors: > > http://pastebin.com/VbWhXe19 > > /var/log/Xorg.0.log (18:39) is the most interesting. > > [ 839.985] (WW) fglrx(0): Kernel Module version does *not* match driver. > [ 839.985] (EE) fglrx(0): incompatible kernel module detected - HW > accelerated OpenGL will not work > [ 839.986] (EE) > [ 839.986] (EE) Backtrace: > [ 839.986] (EE) 0: /usr/bin/X (xorg_backtrace+0x34) [0x7f38121971e4] > [ 839.986] (EE) 1: /usr/bin/X (0x7f3811fe0000+0x1bb0e9) [0x7f381219b0e9] > [ 839.986] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 > (0x7f3811306000+0xfcb0) [0x7f3811315cb0] > [ 839.986] (EE) 3: > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > (swlDrmFreeSurfaces+0x42) [0x7f380e5c73b2] > [ 839.986] (EE) 4: > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > (xdl_xs114_atiddxDriCloseScreen+0x14d) [0x7f380e58e47d] > [ 839.986] (EE) 5: > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > (xdl_xs114_atiddxDriScreenInit+0x8eb) [0x7f380e58db1b] > [ 839.987] (EE) 6: > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > (xdl_xs114_atiddxScreenInit+0xf82) [0x7f380e587572] > [ 839.987] (EE) 7: /usr/bin/X (AddScreen+0x8a) [0x7f3812035f8a] > [ 839.987] (EE) 8: /usr/bin/X (InitOutput+0x3e8) [0x7f3812079ac8] > [ 839.987] (EE) 9: /usr/bin/X (0x7f3811fe0000+0x4422d) [0x7f381202422d] > [ 839.987] (EE) 10: /lib/x86_64-linux-gnu/libc.so.6 > (__libc_start_main+0xed) [0x7f380ff7b76d] > [ 839.987] (EE) 11: /usr/bin/X (0x7f3811fe0000+0x447c1) [0x7f38120247c1] > [ 839.987] (EE) > [ 839.987] (EE) Segmentation fault at address 0x8a0 > [ 839.987] (EE) > Fatal server error: > [ 839.987] (EE) Caught signal 11 (Segmentation fault). Server aborting > [ 839.987] (EE) > [ 839.987] (EE) > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > [ 839.987] (EE) Please also check the log file at "/var/log/Xorg.0.log" > for additional information. > [ 839.987] (EE) > [ 839.995] (EE) Server terminated with error (1). Closing log file. > > This runtime I did boot with the following options: > text iommu=soft > > Previously, the options were: > quiet splash iommu=soft swiotlb=force > > Per http://wiki.xen.org/wiki/Xen_PCI_Passthrough I should only need one > of the two settings between iommu=soft or swiotlb=force, however not > necessarily both. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: Daniel Shub [mailto:Daniel.Shub@nottingham.ac.uk] > Sent: Thursday, June 26, 2014 15:07 > To: Brian Menges > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > What do you mean by a terminal window? Are you on tty7? Can you switch > through the tty's? You might want to step back and instead of automatically > launching lightdm, just try and get a tty over vnc without X and then start > X and see what happens. It seems like you have passed the device through > correctly. > > > On 26 Jun 2014, at 17:53, "Brian Menges" wrote: > > > > Yeah, definitely running. > > > > root 991 0.0 0.0 279164 3900 ? Ssl 09:31 0:00 lightdm > > root 1020 99.6 0.1 68520 7964 tty7 Rs+ 09:31 4:48 \_ > /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 > > > > Chewing on an entire CPU ... which it seems that at some point my > machine locks up. > > > > When I loaded VNC and attached into the console there... all I get is a > terminal window, not the unity desktop. If I close it... nothing is > startable. > > > > - Brian Menges > > Principal Engineer, DevOps > > GoGrid | ServePath | ColoServe | UpStream Networks > > > > -----Original Message----- > > From: xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > > Sent: Thursday, June 26, 2014 09:18 > > To: xen-users@lists.xen.org > > Subject: Re: [Xen-users] Help with VGA passthrough > > > > At a glance, I don't see an obvious problem in that log. > > > > Is you can ssh in can you check if Xorg is actually running? > > > >> On 2014-06-26 17:00, Brian Menges wrote: > >> Looks like it isn't using the driver correctly? > >> ----- > >> [ 9.758] > >> X.Org X Server 1.14.5 > >> Release Date: 2013-12-12 > >> [ 9.758] X Protocol Version 11, Revision 0 > >> [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 > >> Ubuntu > >> [ 9.758] Current Operating System: Linux bmenges-linux3 > >> 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 > >> x86_64 > >> [ 9.758] Kernel command line: > >> BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic > >> root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash > >> iommu=soft swiotlb=force vt.handoff=7 > >> [ 9.758] Build Date: 06 January 2014 01:37:48PM > >> [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For > >> technical support please see http://www.ubuntu.com/support) > >> [ 9.758] Current version of pixman: 0.30.2 > >> [ 9.758] Before reporting problems, check http://wiki.x.org > >> to make sure that you have the latest version. > >> [ 9.758] Markers: (--) probed, (**) from config file, (==) default > >> setting, > >> (++) from command line, (!!) notice, (II) informational, > >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > >> [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 > >> 08:15:53 2014 > >> [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" > >> [ 9.803] (==) Using system config directory > >> "/usr/share/X11/xorg.conf.d" > >> [ 9.893] (==) ServerLayout "aticonfig Layout" > >> [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) > >> [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" > >> [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" > >> [ 9.905] (==) Automatically adding devices > >> [ 9.905] (==) Automatically enabling devices > >> [ 9.905] (==) Automatically adding GPU devices > >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does > >> not exist. > >> [ 9.944] Entry deleted from font path. > >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not > >> exist. > >> [ 9.944] Entry deleted from font path. > >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not > >> exist. > >> [ 9.944] Entry deleted from font path. > >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not > >> exist. > >> [ 9.960] Entry deleted from font path. > >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not > >> exist. > >> [ 9.960] Entry deleted from font path. > >> [ 9.960] (==) FontPath set to: > >> /usr/share/fonts/X11/misc, > >> /usr/share/fonts/X11/Type1, > >> built-ins > >> [ 9.960] (==) ModulePath set to > >> > "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" > >> [ 9.960] (II) The server relies on udev to provide the list of > >> input devices. > >> If no devices become available, reconfigure udev or disable > >> AutoAddDevices. > >> [ 9.966] (II) Loader magic: 0x7f6ad345fc20 > >> [ 9.966] (II) Module ABI versions: > >> [ 9.966] X.Org ANSI C Emulation: 0.4 > >> [ 9.966] X.Org Video Driver: 14.1 > >> [ 9.966] X.Org XInput driver : 19.1 > >> [ 9.966] X.Org Server Extension : 7.0 > >> [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ > >> 0xf0000000/33554432, 0xf3044000/4096 > >> [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ > >> 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ > >> 0x????????/131072 > >> [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) > >> [ 9.976] Initializing built-in extension Generic Event Extension > >> [ 9.976] Initializing built-in extension SHAPE > >> [ 9.976] Initializing built-in extension MIT-SHM > >> [ 9.976] Initializing built-in extension XInputExtension > >> [ 9.976] Initializing built-in extension XTEST > >> [ 9.976] Initializing built-in extension BIG-REQUESTS > >> [ 9.976] Initializing built-in extension SYNC > >> [ 9.976] Initializing built-in extension XKEYBOARD > >> [ 9.976] Initializing built-in extension XC-MISC > >> [ 9.976] Initializing built-in extension SECURITY > >> [ 9.976] Initializing built-in extension XINERAMA > >> [ 9.976] Initializing built-in extension XFIXES > >> [ 9.976] Initializing built-in extension RENDER > >> [ 9.976] Initializing built-in extension RANDR > >> [ 9.976] Initializing built-in extension COMPOSITE > >> [ 9.976] Initializing built-in extension DAMAGE > >> [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER > >> [ 9.976] Initializing built-in extension DOUBLE-BUFFER > >> [ 9.976] Initializing built-in extension RECORD > >> [ 9.976] Initializing built-in extension DPMS > >> [ 9.976] Initializing built-in extension X-Resource > >> [ 9.976] Initializing built-in extension XVideo > >> [ 9.976] Initializing built-in extension XVideo-MotionCompensation > >> [ 9.976] Initializing built-in extension XFree86-VidModeExtension > >> [ 9.976] Initializing built-in extension XFree86-DGA > >> [ 9.976] Initializing built-in extension XFree86-DRI > >> [ 9.976] Initializing built-in extension DRI2 > >> [ 9.976] (II) "glx" will be loaded. This was enabled by default > >> and also specified in the config file. > >> [ 9.976] (II) LoadModule: "glx" > >> [ 10.098] (II) Loading > >> > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so > >> [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." > >> [ 10.157] compiled for 6.9.0, module version = 1.0.0 > >> [ 10.157] Loading extension GLX > >> [ 10.157] (II) LoadModule: "fglrx" > >> [ 10.215] (II) Loading > >> > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > >> [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." > >> [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 > >> [ 10.912] Module class: X.Org Video Driver > >> [ 10.913] (II) Loading sub module "fglrxdrm" > >> [ 10.913] (II) LoadModule: "fglrxdrm" > >> [ 10.925] (II) Loading > >> > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so > >> [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies > >> Inc." > >> [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 > >> [ 10.947] (II) AMD Proprietary Linux Driver Version > >> Identifier:13.25.5 > >> [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: > >> 13.251 > >> [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 > >> 15:19:03 > >> [ 10.947] (++) using VT number 7 > >> > >> [ 10.947] (WW) Falling back to old probe method for fglrx > >> [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb > >> /etc/ati/amdpcsdb.default > >> [ 11.152] ukiDynamicMajor: found major device number 250 > >> [ 11.152] ukiDynamicMajor: found major device number 250 > >> [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 > >> [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 > >> [ 11.152] ukiOpenDevice: open result is 10, (OK) > >> ----- > >> > >> - Brian Menges > >> Principal Engineer, DevOps > >> GoGrid | ServePath | ColoServe | UpStream Networks > >> > >> -----Original Message----- > >> From: xen-users-bounces@lists.xen.org > >> [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > >> Sent: Thursday, June 26, 2014 08:43 > >> To: xen-users@lists.xen.org > >> Subject: Re: [Xen-users] Help with VGA passthrough > >> > >>> On 2014-06-26 16:20, Brian Menges wrote: > >>> [root@xs ~]# lsmod | grep pciback > >>> [root@xs ~]# echo $? > >>> 1 > >>> [root@xs ~]# modprobe pciback > >>> FATAL: Module pciback not found. > >> > >> Try: > >> modprobe xen-pciback > >> > >>> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. > >> > >> Ah - my bad. It must be Xenserver 7 that is based on EL6. > >> > >>> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and > >>> it won't get past the splash screen (xencenter display) now after > >>> gpu assignment (console or gui). The Ubuntu drivers appear to do > >>> nothing; > >>> however: > >>> > >>> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' > >>> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, > >>> use "pci=nocrs" and report a bug > >>> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] > >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] > >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] > >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem > >>> 0x000a0000-0x000bffff] > >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem > >>> 0xe0000000-0xfbffffff] > >>> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 > >>> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 > >>> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 > >>> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] > >>> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 > >>> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] > >>> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 > >>> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by > >>> PIIX4 ACPI > >>> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 > >>> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff > >>> pref] > >>> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] > >>> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 > >>> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] > >>> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff > >>> pref] > >>> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 > >>> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff > >>> 64bit pref] > >>> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff > >>> 64bit] > >>> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] > >>> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff > >>> pref] > >>> [ 0.301115] pci 0000:00:05.0: supports D1 D2 > >>> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 > >>> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff > >>> 64bit] > >>> [ 0.303969] pci 0000:00:06.0: supports D1 D2 > >>> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes > >>> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] > >>> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] > >>> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] > >>> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] > >>> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers > >>> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release > >>> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds > >>> [ 1.312047] pci 0000:00:02.0: Boot video device > >>> [ 1.312215] pci 0000:00:05.0: Boot video device > >>> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > >>> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: > >>> 0.4 > >>> [ 1.576902] ehci-pci: EHCI PCI platform driver > >>> [ 1.576942] ohci-pci: OHCI PCI platform driver > >>> [ 1.692123] xenbus_probe_frontend: Device with no driver: > >>> device/pci/0 > >>> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI > >>> Technologies, Starnberg, GERMANY' taints kernel. > >>> [ 6.185911] fglrx: module verification failed: signature and/or > >>> required key missing - tainting kernel > >>> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma > >>> buffers: 7247 MBytes. > >>> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 > >>> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 > >>> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled > >>> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] > >>> with 1 minors > >>> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as > >>> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 > >>> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as > >>> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 > >>> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 > >>> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 > >>> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 > >>> [ 11.495154] <6>[fglrx] IRQ 78 Enabled > >>> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, > >>> size:1000000 > >>> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, > >>> size:4000 > >>> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, > >>> size:4c4000 > >>> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, > >>> size:c000 > >>> > >>> So my last boot I got in via SSH, however the displays aren't working. > >>> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> > >>> DisplayPort) display and my monitor isn't showing anything. > >>> Wodnering what I'm missing to get this display up and running. > >> > >> So it looks like fglrx loads successfully and finds the hardware. So > >> far so good. Can you check what your Xorg log says? > >> > >> Gordan > >> > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > >> > >> ________________________________ > >> > >> The information contained in this message, and any attachments, may > >> contain confidential and legally privileged material. It is solely > >> for the use of the person or entity to which it is addressed. Any > >> review, retransmission, dissemination, or action taken in reliance > >> upon this information by persons or entities other than the intended > >> recipient is prohibited. If you receive this in error, please contact > >> the sender and delete the material from any computer. > >> > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > > ________________________________ > > > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for the > use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient is > prohibited. If you receive this in error, please contact the sender and > delete the material from any computer. > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > This message and any attachment are intended solely for the addressee and > may contain confidential information. If you have received this message in > error, please send it back to me, and immediately delete it. Please do > not use, copy or disclose the information contained in this message or in > any attachment. Any views or opinions expressed by the author of this > email do not necessarily reflect the views of the University of Nottingham. > > This message has been checked for viruses but the contents of an > attachment may still contain software viruses which could damage your > computer system, you are advised to perform your own checks. Email > communications with the University of Nottingham may be monitored as > permitted by UK legislation. > > > > > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for the > use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient is > prohibited. If you receive this in error, please contact the sender and > delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for the > use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient is > prohibited. If you receive this in error, please contact the sender and > delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c2b81076505004fcc82531 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Are you running arch linux ? I would try opensource driver= s. I run cinnamon under a8 6600k and I get urban territory playing with 90 = fs. Just follow radeon wiki=C2=A0


<= div class=3D"gmail_quote"> On Thu, Jun 26, 2014 at 8:15 PM, Brian Menges <bmenges@gogrid.com>= wrote:
So I added back in swiotlb=3Dforce and redid grub and also removed from the= blacklist fglrx_updates. Now when I try and startx, a CPU gets pegged @ 10= 0%, and nothing still on the display.

Basically I'm never getting a display, even on boot of the vm.

- Brian Menges
Principal Engineer, DevOps
GoGrid | ServePath | ColoServe | UpStream Networks

-----Original Message-----
From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen= .org] On Behalf Of Brian Menges
Sent: Thursday, June 26, 2014 19:05
To: Daniel Shub
Cc: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] Help with VGA passthrough

Even starting the system in TEXT mode, the display doesn't show. But ru= nning 'startx' does result in some lovely errors:

http://pastebin.= com/VbWhXe19

/var/log/Xorg.0.log (18:39) is the most interesting.

[ =C2=A0 839.985] (WW) fglrx(0): Kernel Module version does *not* match dri= ver.
[ =C2=A0 839.985] (EE) fglrx(0): incompatible kernel module detected - HW a= ccelerated OpenGL will not work
[ =C2=A0 839.986] (EE)
[ =C2=A0 839.986] (EE) Backtrace:
[ =C2=A0 839.986] (EE) 0: /usr/bin/X (xorg_backtrace+0x34) [0x7f38121971e4]=
[ =C2=A0 839.986] (EE) 1: /usr/bin/X (0x7f3811fe0000+0x1bb0e9) [0x7f381219b= 0e9]
[ =C2=A0 839.986] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f381130= 6000+0xfcb0) [0x7f3811315cb0]
[ =C2=A0 839.986] (EE) 3: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modu= les/drivers/fglrx_drv.so (swlDrmFreeSurfaces+0x42) [0x7f380e5c73b2]
[ =C2=A0 839.986] (EE) 4: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modu= les/drivers/fglrx_drv.so (xdl_xs114_atiddxDriCloseScreen+0x14d) [0x7f380e58= e47d]
[ =C2=A0 839.986] (EE) 5: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modu= les/drivers/fglrx_drv.so (xdl_xs114_atiddxDriScreenInit+0x8eb) [0x7f380e58d= b1b]
[ =C2=A0 839.987] (EE) 6: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modu= les/drivers/fglrx_drv.so (xdl_xs114_atiddxScreenInit+0xf82) [0x7f380e587572= ]
[ =C2=A0 839.987] (EE) 7: /usr/bin/X (AddScreen+0x8a) [0x7f3812035f8a]
[ =C2=A0 839.987] (EE) 8: /usr/bin/X (InitOutput+0x3e8) [0x7f3812079ac8] [ =C2=A0 839.987] (EE) 9: /usr/bin/X (0x7f3811fe0000+0x4422d) [0x7f38120242= 2d]
[ =C2=A0 839.987] (EE) 10: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_ma= in+0xed) [0x7f380ff7b76d]
[ =C2=A0 839.987] (EE) 11: /usr/bin/X (0x7f3811fe0000+0x447c1) [0x7f3812024= 7c1]
[ =C2=A0 839.987] (EE)
[ =C2=A0 839.987] (EE) Segmentation fault at address 0x8a0
[ =C2=A0 839.987] (EE)
Fatal server error:
[ =C2=A0 839.987] (EE) Caught signal 11 (Segmentation fault). Server aborti= ng
[ =C2=A0 839.987] (EE)
[ =C2=A0 839.987] (EE)
Please consult the The X.Org Foundation support
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0at http://wiki.x.org
=C2=A0for help.
[ =C2=A0 839.987] (EE) Please also check the log file at "/var/log/Xor= g.0.log" for additional information.
[ =C2=A0 839.987] (EE)
[ =C2=A0 839.995] (EE) Server terminated with error (1). Closing log file.<= br>
This runtime I did boot with the following options:
text iommu=3Dsoft

Previously, the options were:
quiet splash iommu=3Dsoft swiotlb=3Dforce

Per http://wiki.xen.org/wiki/Xen_PCI_Passthrough I should only need one= of the two settings between iommu=3Dsoft or swiotlb=3Dforce, however not n= ecessarily both.

- Brian Menges
Principal Engineer, DevOps
GoGrid | ServePath | ColoServe | UpStream Networks

-----Original Message-----
From: Daniel Shub [mailto:D= aniel.Shub@nottingham.ac.uk]
Sent: Thursday, June 26, 2014 15:07
To: Brian Menges
Cc: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] Help with VGA passthrough

What do you mean by a terminal window? Are you on tty7? Can you switch thro= ugh the tty's? You might want to step back and instead of automatically= launching lightdm, just try and get a tty over vnc without X and then star= t X and see what happens. It seems like you have passed the device through = correctly.

> On 26 Jun 2014, at 17:53, "Brian Menges" <bmenges@gogrid.com> wrote:
>
> Yeah, definitely running.
>
> root =C2=A0 =C2=A0 =C2=A0 991 =C2=A00.0 =C2=A00.0 279164 =C2=A03900 ? = =C2=A0 =C2=A0 =C2=A0 =C2=A0Ssl =C2=A009:31 =C2=A0 0:00 lightdm
> root =C2=A0 =C2=A0 =C2=A01020 99.6 =C2=A00.1 =C2=A068520 =C2=A07964 tt= y7 =C2=A0 =C2=A0 Rs+ =C2=A009:31 =C2=A0 4:48 =C2=A0\_ /usr/bin/X :0 -auth /= var/run/lightdm/root/:0 -nolisten tcp vt7
>
> Chewing on an entire CPU ... which it seems that at some point my mach= ine locks up.
>
> When I loaded VNC and attached into the console there... all I get is = a terminal window, not the unity desktop. If I close it... nothing is start= able.
>
> - Brian Menges
> Principal Engineer, DevOps
> GoGrid | ServePath | ColoServe | UpStream Networks
>
> -----Original Message-----
> From: xen-users-bou= nces@lists.xen.org
> [mailto:xen-users-b= ounces@lists.xen.org] On Behalf Of Gordan Bobic
> Sent: Thursday, June 26, 2014 09:18
> To: xen-users@lists.xen.org=
> Subject: Re: [Xen-users] Help with VGA passthrough
>
> At a glance, I don't see an obvious problem in that log.
>
> Is you can ssh in can you check if Xorg is actually running?
>
>> On 2014-06-26 17:00, Brian Menges wrote:
>> Looks like it isn't using the driver correctly?
>> -----
>> [ =C2=A0 =C2=A0 9.758]
>> X.Org X Server 1.14.5
>> Release Date: 2013-12-12
>> [ =C2=A0 =C2=A0 9.758] X Protocol Version 11, Revision 0
>> [ =C2=A0 =C2=A0 9.758] Build Operating System: Linux 2.6.42-37-gen= eric x86_64
>> Ubuntu
>> [ =C2=A0 =C2=A0 9.758] Current Operating System: Linux bmenges-lin= ux3
>> 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2= 014
>> x86_64
>> [ =C2=A0 =C2=A0 9.758] Kernel command line:
>> BOOT_IMAGE=3D/boot/vmlinuz-3.11.0-23-generic
>> root=3DUUID=3D784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash=
>> iommu=3Dsoft swiotlb=3Dforce vt.handoff=3D7
>> [ =C2=A0 =C2=A0 9.758] Build Date: 06 January 2014 =C2=A001:37:48P= M
>> [ =C2=A0 =C2=A0 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precis= e2 (For
>> technical support please see http://www.ubuntu.com/support)
>> [ =C2=A0 =C2=A0 9.758] Current version of pixman: 0.30.2
>> [ =C2=A0 =C2=A0 9.758] =C2=A0 =C2=A0Before reporting problems, che= ck http://wiki.x.org >> =C2=A0 =C2=A0 =C2=A0 =C2=A0to make sure that you have the latest v= ersion.
>> [ =C2=A0 =C2=A0 9.758] Markers: (--) probed, (**) from config file= , (=3D=3D) default
>> setting,
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0(++) from command line, (!!) notice, (I= I) informational,
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0(WW) warning, (EE) error, (NI) not impl= emented, (??) unknown.
>> [ =C2=A0 =C2=A0 9.758] (=3D=3D) Log file: "/var/log/Xorg.0.lo= g", Time: Thu Jun 26
>> 08:15:53 2014
>> [ =C2=A0 =C2=A0 9.803] (=3D=3D) Using config file: "/etc/X11/= xorg.conf"
>> [ =C2=A0 =C2=A0 9.803] (=3D=3D) Using system config directory
>> "/usr/share/X11/xorg.conf.d"
>> [ =C2=A0 =C2=A0 9.893] (=3D=3D) ServerLayout "aticonfig Layou= t"
>> [ =C2=A0 =C2=A0 9.893] (**) |-->Screen "aticonfig-Screen[0= ]-0" (0)
>> [ =C2=A0 =C2=A0 9.893] (**) | =C2=A0 |-->Monitor "aticonfi= g-Monitor[0]-0"
>> [ =C2=A0 =C2=A0 9.905] (**) | =C2=A0 |-->Device "aticonfig= -Device[0]-0"
>> [ =C2=A0 =C2=A0 9.905] (=3D=3D) Automatically adding devices
>> [ =C2=A0 =C2=A0 9.905] (=3D=3D) Automatically enabling devices
>> [ =C2=A0 =C2=A0 9.905] (=3D=3D) Automatically adding GPU devices >> [ =C2=A0 =C2=A0 9.944] (WW) The directory "/usr/share/fonts/X= 11/cyrillic" does
>> not exist.
>> [ =C2=A0 =C2=A0 9.944] =C2=A0 =C2=A0Entry deleted from font path.<= br> >> [ =C2=A0 =C2=A0 9.944] (WW) The directory "/usr/share/fonts/X= 11/100dpi/" does not
>> exist.
>> [ =C2=A0 =C2=A0 9.944] =C2=A0 =C2=A0Entry deleted from font path.<= br> >> [ =C2=A0 =C2=A0 9.944] (WW) The directory "/usr/share/fonts/X= 11/75dpi/" does not
>> exist.
>> [ =C2=A0 =C2=A0 9.944] =C2=A0 =C2=A0Entry deleted from font path.<= br> >> [ =C2=A0 =C2=A0 9.960] (WW) The directory "/usr/share/fonts/X= 11/100dpi" does not
>> exist.
>> [ =C2=A0 =C2=A0 9.960] =C2=A0 =C2=A0Entry deleted from font path.<= br> >> [ =C2=A0 =C2=A0 9.960] (WW) The directory "/usr/share/fonts/X= 11/75dpi" does not
>> exist.
>> [ =C2=A0 =C2=A0 9.960] =C2=A0 =C2=A0Entry deleted from font path.<= br> >> [ =C2=A0 =C2=A0 9.960] (=3D=3D) FontPath set to:
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0/usr/share/fonts/X11/misc,
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0/usr/share/fonts/X11/Type1,
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0built-ins
>> [ =C2=A0 =C2=A0 9.960] (=3D=3D) ModulePath set to
>> "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/e= xtra-modules,/usr/lib/xorg/modules"
>> [ =C2=A0 =C2=A0 9.960] (II) The server relies on udev to provide t= he list of
>> input devices.
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0If no devices become available, reconfi= gure udev or disable
>> AutoAddDevices.
>> [ =C2=A0 =C2=A0 9.966] (II) Loader magic: 0x7f6ad345fc20
>> [ =C2=A0 =C2=A0 9.966] (II) Module ABI versions:
>> [ =C2=A0 =C2=A0 9.966] =C2=A0 =C2=A0X.Org ANSI C Emulation: 0.4 >> [ =C2=A0 =C2=A0 9.966] =C2=A0 =C2=A0X.Org Video Driver: 14.1
>> [ =C2=A0 =C2=A0 9.966] =C2=A0 =C2=A0X.Org XInput driver : 19.1
>> [ =C2=A0 =C2=A0 9.966] =C2=A0 =C2=A0X.Org Server Extension : 7.0 >> [ =C2=A0 =C2=A0 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev= 0, Mem @
>> 0xf0000000/33554432, 0xf3044000/4096
>> [ =C2=A0 =C2=A0 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev= 0, Mem @
>> 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIO= S @
>> 0x????????/131072
>> [ =C2=A0 =C2=A0 9.973] (II) Open ACPI successful (/var/run/acpid.s= ocket)
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension Generic Eve= nt Extension
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension SHAPE
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension MIT-SHM
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XInputExten= sion
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XTEST
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension BIG-REQUEST= S
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension SYNC
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XKEYBOARD >> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XC-MISC
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension SECURITY >> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XINERAMA >> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XFIXES
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension RENDER
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension RANDR
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension COMPOSITE >> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension DAMAGE
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension MIT-SCREEN-= SAVER
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension DOUBLE-BUFF= ER
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension RECORD
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension DPMS
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension X-Resource<= br> >> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XVideo
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XVideo-Moti= onCompensation
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XFree86-Vid= ModeExtension
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XFree86-DGA=
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XFree86-DRI=
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension DRI2
>> [ =C2=A0 =C2=A0 9.976] (II) "glx" will be loaded. This w= as enabled by default
>> and also specified in the config file.
>> [ =C2=A0 =C2=A0 9.976] (II) LoadModule: "glx"
>> [ =C2=A0 =C2=A010.098] (II) Loading
>> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/li= bglx.so
>> [ =C2=A0 =C2=A010.157] (II) Module glx: vendor=3D"Advanced Mi= cro Devices, Inc."
>> [ =C2=A0 =C2=A010.157] =C2=A0 =C2=A0compiled for 6.9.0, module ver= sion =3D 1.0.0
>> [ =C2=A0 =C2=A010.157] Loading extension GLX
>> [ =C2=A0 =C2=A010.157] (II) LoadModule: "fglrx"
>> [ =C2=A0 =C2=A010.215] (II) Loading
>> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx= _drv.so
>> [ =C2=A0 =C2=A010.912] (II) Module fglrx: vendor=3D"FireGL - = AMD Technologies Inc."
>> [ =C2=A0 =C2=A010.912] =C2=A0 =C2=A0compiled for 1.4.99.906, modul= e version =3D 13.25.5
>> [ =C2=A0 =C2=A010.912] =C2=A0 =C2=A0Module class: X.Org Video Driv= er
>> [ =C2=A0 =C2=A010.913] (II) Loading sub module "fglrxdrm"= ;
>> [ =C2=A0 =C2=A010.913] (II) LoadModule: "fglrxdrm"
>> [ =C2=A0 =C2=A010.925] (II) Loading
>> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglr= xdrm.so
>> [ =C2=A0 =C2=A010.947] (II) Module fglrxdrm: vendor=3D"FireGL= - AMD Technologies
>> Inc."
>> [ =C2=A0 =C2=A010.947] =C2=A0 =C2=A0compiled for 1.4.99.906, modul= e version =3D 13.25.5
>> [ =C2=A0 =C2=A010.947] (II) AMD Proprietary Linux Driver Version >> Identifier:13.25.5
>> [ =C2=A0 =C2=A010.947] (II) AMD Proprietary Linux Driver Release I= dentifier:
>> 13.251
>> [ =C2=A0 =C2=A010.947] (II) AMD Proprietary Linux Driver Build Dat= e: Dec =C2=A06 2013
>> 15:19:03
>> [ =C2=A0 =C2=A010.947] (++) using VT number 7
>>
>> [ =C2=A0 =C2=A010.947] (WW) Falling back to old probe method for f= glrx
>> [ =C2=A0 =C2=A011.149] (II) Loading PCS database from /etc/ati/amd= pcsdb
>> /etc/ati/amdpcsdb.default
>> [ =C2=A0 =C2=A011.152] ukiDynamicMajor: found major device number = 250
>> [ =C2=A0 =C2=A011.152] ukiDynamicMajor: found major device number = 250
>> [ =C2=A0 =C2=A011.152] ukiOpenByBusid: Searching for BusID PCI:0:5= :0
>> [ =C2=A0 =C2=A011.152] ukiOpenDevice: node name is /dev/ati/card0<= br> >> [ =C2=A0 =C2=A011.152] ukiOpenDevice: open result is 10, (OK)
>> -----
>>
>> - Brian Menges
>> Principal Engineer, DevOps
>> GoGrid | ServePath | ColoServe | UpStream Networks
>>
>> -----Original Message-----
>> From: xen-users= -bounces@lists.xen.org
>> [mailto:xen-use= rs-bounces@lists.xen.org] On Behalf Of Gordan Bobic
>> Sent: Thursday, June 26, 2014 08:43
>> To: xen-users@lists.xen= .org
>> Subject: Re: [Xen-users] Help with VGA passthrough
>>
>>> On 2014-06-26 16:20, Brian Menges wrote:
>>> [root@xs ~]# lsmod | grep pciback
>>> [root@xs ~]# echo $?
>>> 1
>>> [root@xs ~]# modprobe pciback
>>> FATAL: Module pciback not found.
>>
>> Try:
>> modprobe xen-pciback
>>
>>> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box.
>>
>> Ah - my bad. It must be Xenserver 7 that is based on EL6.
>>
>>> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM,= and
>>> it won't get past the splash screen (xencenter display) no= w after
>>> gpu assignment (console or gui). The Ubuntu drivers appear to = do
>>> nothing;
>>> however:
>>>
>>> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)'
>>> [ =C2=A0 =C2=A00.188377] PCI: Using host bridge windows from A= CPI; if necessary,
>>> use "pci=3Dnocrs" and report a bug
>>> [ =C2=A0 =C2=A00.251997] pci_bus 0000:00: root bus resource [b= us 00-ff]
>>> [ =C2=A0 =C2=A00.252000] pci_bus 0000:00: root bus resource [i= o =C2=A00x0000-0x0cf7]
>>> [ =C2=A0 =C2=A00.252000] pci_bus 0000:00: root bus resource [i= o =C2=A00x0d00-0xffff]
>>> [ =C2=A0 =C2=A00.252000] pci_bus 0000:00: root bus resource [m= em
>>> 0x000a0000-0x000bffff]
>>> [ =C2=A0 =C2=A00.252000] pci_bus 0000:00: root bus resource [m= em
>>> 0xe0000000-0xfbffffff]
>>> [ =C2=A0 =C2=A00.252062] pci 0000:00:00.0: [8086:1237] type 00= class 0x060000
>>> [ =C2=A0 =C2=A00.253138] pci 0000:00:01.0: [8086:7000] type 00= class 0x060100
>>> [ =C2=A0 =C2=A00.254100] pci 0000:00:01.1: [8086:7010] type 00= class 0x010180
>>> [ =C2=A0 =C2=A00.254730] pci 0000:00:01.1: reg 0x20: [io =C2= =A00xc320-0xc32f]
>>> [ =C2=A0 =C2=A00.255652] pci 0000:00:01.2: [8086:7020] type 00= class 0x0c0300
>>> [ =C2=A0 =C2=A00.256222] pci 0000:00:01.2: reg 0x20: [io =C2= =A00xc300-0xc31f]
>>> [ =C2=A0 =C2=A00.257100] pci 0000:00:01.3: [8086:7113] type 00= class 0x068000
>>> [ =C2=A0 =C2=A00.257833] pci 0000:00:01.3: quirk: [io =C2=A00x= 1f40-0x1f7f] claimed by
>>> PIIX4 ACPI
>>> [ =C2=A0 =C2=A00.258529] pci 0000:00:02.0: [1013:00b8] type 00= class 0x030000
>>> [ =C2=A0 =C2=A00.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0= 000000-0xf1ffffff
>>> pref]
>>> [ =C2=A0 =C2=A00.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3= 044000-0xf3044fff]
>>> [ =C2=A0 =C2=A00.259758] pci 0000:00:03.0: [5853:0001] type 00= class 0x010000
>>> [ =C2=A0 =C2=A00.259970] pci 0000:00:03.0: reg 0x10: [io =C2= =A00xc000-0xc0ff]
>>> [ =C2=A0 =C2=A00.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2= 000000-0xf2ffffff
>>> pref]
>>> [ =C2=A0 =C2=A00.261722] pci 0000:00:05.0: [1002:6779] type 00= class 0x030000
>>> [ =C2=A0 =C2=A00.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0= 000000-0xefffffff
>>> 64bit pref]
>>> [ =C2=A0 =C2=A00.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3= 000000-0xf301ffff
>>> 64bit]
>>> [ =C2=A0 =C2=A00.284008] pci 0000:00:05.0: reg 0x20: [io =C2= =A00xc200-0xc2ff]
>>> [ =C2=A0 =C2=A00.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3= 020000-0xf303ffff
>>> pref]
>>> [ =C2=A0 =C2=A00.301115] pci 0000:00:05.0: supports D1 D2
>>> [ =C2=A0 =C2=A00.301887] pci 0000:00:06.0: [1002:aa98] type 00= class 0x040300
>>> [ =C2=A0 =C2=A00.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3= 040000-0xf3043fff
>>> 64bit]
>>> [ =C2=A0 =C2=A00.303969] pci 0000:00:06.0: supports D1 D2
>>> [ =C2=A0 =C2=A00.332081] PCI: pci_cache_line_size set to 64 by= tes
>>> [ =C2=A0 =C2=A01.309926] pci_bus 0000:00: resource 4 [io =C2= =A00x0000-0x0cf7]
>>> [ =C2=A0 =C2=A01.309930] pci_bus 0000:00: resource 5 [io =C2= =A00x0d00-0xffff]
>>> [ =C2=A0 =C2=A01.309933] pci_bus 0000:00: resource 6 [mem 0x00= 0a0000-0x000bffff]
>>> [ =C2=A0 =C2=A01.309935] pci_bus 0000:00: resource 7 [mem 0xe0= 000000-0xfbffffff]
>>> [ =C2=A0 =C2=A01.310908] pci 0000:00:00.0: Limiting direct PCI= /PCI transfers
>>> [ =C2=A0 =C2=A01.310954] pci 0000:00:01.0: PIIX3: Enabling Pas= sive Release
>>> [ =C2=A0 =C2=A01.311000] pci 0000:00:01.0: Activating ISA DMA = hang workarounds
>>> [ =C2=A0 =C2=A01.312047] pci 0000:00:02.0: Boot video device >>> [ =C2=A0 =C2=A01.312215] pci 0000:00:05.0: Boot video device >>> [ =C2=A0 =C2=A01.534735] pci_hotplug: PCI Hot Plug PCI Core ve= rsion: 0.5
>>> [ =C2=A0 =C2=A01.534744] pciehp: PCI Express Hot Plug Controll= er Driver version:
>>> 0.4
>>> [ =C2=A0 =C2=A01.576902] ehci-pci: EHCI PCI platform driver >>> [ =C2=A0 =C2=A01.576942] ohci-pci: OHCI PCI platform driver >>> [ =C2=A0 =C2=A01.692123] xenbus_probe_frontend: Device with no= driver:
>>> device/pci/0
>>> [ =C2=A0 =C2=A06.180380] fglrx: module license 'Proprietar= y. (C) 2002 - ATI
>>> Technologies, Starnberg, GERMANY' taints kernel.
>>> [ =C2=A0 =C2=A06.185911] fglrx: module verification failed: si= gnature and/or
>>> required key missing - tainting kernel
>>> [ =C2=A0 =C2=A06.193979] <6>[fglrx] Maximum main memory = to use for locked dma
>>> buffers: 7247 MBytes.
>>> [ =C2=A0 =C2=A06.194094] <6>[fglrx] =C2=A0 vendor: 1002 = device: 6779 count: 1
>>> [ =C2=A0 =C2=A06.194835] <6>[fglrx] ioport: bar 4, base = 0xc200, size: 0x100
>>> [ =C2=A0 =C2=A06.195932] <6>[fglrx] Kernel PAT support i= s enabled
>>> [ =C2=A0 =C2=A06.195960] <6>[fglrx] module loaded - fglr= x 14.10.2 [May =C2=A05 2014]
>>> with 1 minors
>>> [ =C2=A0 =C2=A06.753214] input: QEMU 0.10.2 QEMU USB Tablet as=
>>> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3=
>>> [ =C2=A0 =C2=A06.764783] input: HD-Audio Generic HDMI/DP,pcm= =3D3 as
>>> /devices/pci0000:00/0000:00:06.0/sound/card0/input4
>>> [ =C2=A0 11.494543] <6>[fglrx] Firegl kernel thread PID:= 1260
>>> [ =C2=A0 11.494773] <6>[fglrx] Firegl kernel thread PID:= 1261
>>> [ =C2=A0 11.495004] <6>[fglrx] Firegl kernel thread PID:= 1262
>>> [ =C2=A0 11.495154] <6>[fglrx] IRQ 78 Enabled
>>> [ =C2=A0 11.541569] <6>[fglrx] Reserved FB block: Shared= offset:0,
>>> size:1000000
>>> [ =C2=A0 11.541571] <6>[fglrx] Reserved FB block: Unshar= ed offset:f838000,
>>> size:4000
>>> [ =C2=A0 11.541572] <6>[fglrx] Reserved FB block: Unshar= ed offset:f83c000,
>>> size:4c4000
>>> [ =C2=A0 11.541573] <6>[fglrx] Reserved FB block: Unshar= ed offset:7fff4000,
>>> size:c000
>>>
>>> So my last boot I got in via SSH, however the displays aren= 9;t working.
>>> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI= ->
>>> DisplayPort) display and my monitor isn't showing anything= .
>>> Wodnering what I'm missing to get this display up and runn= ing.
>>
>> So it looks like fglrx loads successfully and finds the hardware. = So
>> far so good. Can you check what your Xorg log says?
>>
>> Gordan
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org=
>> http:= //lists.xen.org/xen-users
>>
>> ________________________________
>>
>> The information contained in this message, and any attachments, ma= y
>> contain confidential and legally privileged material. It is solely=
>> for the use of the person or entity to which it is addressed. Any<= br> >> review, retransmission, dissemination, or action taken in reliance=
>> upon this information by persons or entities other than the intend= ed
>> recipient is prohibited. If you receive this in error, please cont= act
>> the sender and delete the material from any computer.
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org=
>> http:= //lists.xen.org/xen-users
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users
>
> ________________________________
>
> The information contained in this message, and any attachments, may co= ntain confidential and legally privileged material. It is solely for the us= e of the person or entity to which it is addressed. Any review, retransmiss= ion, dissemination, or action taken in reliance upon this information by pe= rsons or entities other than the intended recipient is prohibited. If you r= eceive this in error, please contact the sender and delete the material fro= m any computer.
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users
This message and any attachment are intended solely for the addressee and m= ay contain confidential information. If you have received this message in e= rror, please send it back to me, and immediately delete it. =C2=A0 Please d= o not use, copy or disclose the information contained in this message or in= any attachment. =C2=A0Any views or opinions expressed by the author of thi= s email do not necessarily reflect the views of the University of Nottingha= m.

This message has been checked for viruses but the contents of an attachment= may still contain software viruses which could damage your computer system= , you are advised to perform your own checks. Email communications with the= University of Nottingham may be monitored as permitted by UK legislation.<= br>




________________________________

The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

________________________________

The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--001a11c2b81076505004fcc82531-- --===============2695182424963724721== 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 --===============2695182424963724721==-- From xen-users-bounces@lists.xen.org Fri Jun 27 02:34:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 02:34:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Lze-0004CG-Nq; Fri, 27 Jun 2014 02:34:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Lzc-0004C9-T0 for xen-users@lists.xen.org; Fri, 27 Jun 2014 02:34:25 +0000 Received: from [85.158.137.68:57026] by server-7.bemta-3.messagelabs.com id 5B/2C-12069-F28DCA35; Fri, 27 Jun 2014 02:34:23 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1403836459!10130675!1 X-Originating-IP: [209.85.216.50] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25935 invoked from network); 27 Jun 2014 02:34:20 -0000 Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com) (209.85.216.50) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 02:34:20 -0000 Received: by mail-qa0-f50.google.com with SMTP id m5so3499673qaj.37 for ; Thu, 26 Jun 2014 19:34:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=L3WFDyEmFVMzeyqaOOLK2ogUSKllaOd75b9dydOeOoI=; b=y1cL/wgkK5dyZV+SG297SjfQwppYf1xcc9WaoJMwYgp6e6244x5PTQjVbJZzs0JChY /L+O0G+PcN6WBG74s5nyW4CyCf/vTYkqWAAzaCmQSLVM1HTD9sXFuYGaWJZv0scopsqY i5AgFhRWsCMhd4Q5NKi7Zyu+th5WbQV6GrsOFl0sHjV2akW8rGwXgITiTX1sVKLPnhyW /DmTyWqzA5Fs0iq6i567aD3DNZd08FDITBvsbv2+rL0LJOMHk5fy5ZX+j2K4f3Z/vWpq hRQ36EA9WLRc4lDweMDAkHkHU1EulWoqG1TXrXXKe3GM9etYvzMoaJ5OdDJIN/So6SSr 9oHA== MIME-Version: 1.0 X-Received: by 10.224.136.65 with SMTP id q1mr29178880qat.93.1403836459010; Thu, 26 Jun 2014 19:34:19 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Thu, 26 Jun 2014 19:34:18 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> Date: Thu, 26 Jun 2014 20:34:18 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2695182424963724721==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2695182424963724721== Content-Type: multipart/alternative; boundary=001a11c2b81076505004fcc82531 --001a11c2b81076505004fcc82531 Content-Type: text/plain; charset=UTF-8 Are you running arch linux ? I would try opensource drivers. I run cinnamon under a8 6600k and I get urban territory playing with 90 fs. Just follow radeon wiki On Thu, Jun 26, 2014 at 8:15 PM, Brian Menges wrote: > So I added back in swiotlb=force and redid grub and also removed from the > blacklist fglrx_updates. Now when I try and startx, a CPU gets pegged @ > 100%, and nothing still on the display. > > Basically I'm never getting a display, even on boot of the vm. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] On Behalf Of Brian Menges > Sent: Thursday, June 26, 2014 19:05 > To: Daniel Shub > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > Even starting the system in TEXT mode, the display doesn't show. But > running 'startx' does result in some lovely errors: > > http://pastebin.com/VbWhXe19 > > /var/log/Xorg.0.log (18:39) is the most interesting. > > [ 839.985] (WW) fglrx(0): Kernel Module version does *not* match driver. > [ 839.985] (EE) fglrx(0): incompatible kernel module detected - HW > accelerated OpenGL will not work > [ 839.986] (EE) > [ 839.986] (EE) Backtrace: > [ 839.986] (EE) 0: /usr/bin/X (xorg_backtrace+0x34) [0x7f38121971e4] > [ 839.986] (EE) 1: /usr/bin/X (0x7f3811fe0000+0x1bb0e9) [0x7f381219b0e9] > [ 839.986] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 > (0x7f3811306000+0xfcb0) [0x7f3811315cb0] > [ 839.986] (EE) 3: > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > (swlDrmFreeSurfaces+0x42) [0x7f380e5c73b2] > [ 839.986] (EE) 4: > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > (xdl_xs114_atiddxDriCloseScreen+0x14d) [0x7f380e58e47d] > [ 839.986] (EE) 5: > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > (xdl_xs114_atiddxDriScreenInit+0x8eb) [0x7f380e58db1b] > [ 839.987] (EE) 6: > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > (xdl_xs114_atiddxScreenInit+0xf82) [0x7f380e587572] > [ 839.987] (EE) 7: /usr/bin/X (AddScreen+0x8a) [0x7f3812035f8a] > [ 839.987] (EE) 8: /usr/bin/X (InitOutput+0x3e8) [0x7f3812079ac8] > [ 839.987] (EE) 9: /usr/bin/X (0x7f3811fe0000+0x4422d) [0x7f381202422d] > [ 839.987] (EE) 10: /lib/x86_64-linux-gnu/libc.so.6 > (__libc_start_main+0xed) [0x7f380ff7b76d] > [ 839.987] (EE) 11: /usr/bin/X (0x7f3811fe0000+0x447c1) [0x7f38120247c1] > [ 839.987] (EE) > [ 839.987] (EE) Segmentation fault at address 0x8a0 > [ 839.987] (EE) > Fatal server error: > [ 839.987] (EE) Caught signal 11 (Segmentation fault). Server aborting > [ 839.987] (EE) > [ 839.987] (EE) > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > [ 839.987] (EE) Please also check the log file at "/var/log/Xorg.0.log" > for additional information. > [ 839.987] (EE) > [ 839.995] (EE) Server terminated with error (1). Closing log file. > > This runtime I did boot with the following options: > text iommu=soft > > Previously, the options were: > quiet splash iommu=soft swiotlb=force > > Per http://wiki.xen.org/wiki/Xen_PCI_Passthrough I should only need one > of the two settings between iommu=soft or swiotlb=force, however not > necessarily both. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: Daniel Shub [mailto:Daniel.Shub@nottingham.ac.uk] > Sent: Thursday, June 26, 2014 15:07 > To: Brian Menges > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > What do you mean by a terminal window? Are you on tty7? Can you switch > through the tty's? You might want to step back and instead of automatically > launching lightdm, just try and get a tty over vnc without X and then start > X and see what happens. It seems like you have passed the device through > correctly. > > > On 26 Jun 2014, at 17:53, "Brian Menges" wrote: > > > > Yeah, definitely running. > > > > root 991 0.0 0.0 279164 3900 ? Ssl 09:31 0:00 lightdm > > root 1020 99.6 0.1 68520 7964 tty7 Rs+ 09:31 4:48 \_ > /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 > > > > Chewing on an entire CPU ... which it seems that at some point my > machine locks up. > > > > When I loaded VNC and attached into the console there... all I get is a > terminal window, not the unity desktop. If I close it... nothing is > startable. > > > > - Brian Menges > > Principal Engineer, DevOps > > GoGrid | ServePath | ColoServe | UpStream Networks > > > > -----Original Message----- > > From: xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > > Sent: Thursday, June 26, 2014 09:18 > > To: xen-users@lists.xen.org > > Subject: Re: [Xen-users] Help with VGA passthrough > > > > At a glance, I don't see an obvious problem in that log. > > > > Is you can ssh in can you check if Xorg is actually running? > > > >> On 2014-06-26 17:00, Brian Menges wrote: > >> Looks like it isn't using the driver correctly? > >> ----- > >> [ 9.758] > >> X.Org X Server 1.14.5 > >> Release Date: 2013-12-12 > >> [ 9.758] X Protocol Version 11, Revision 0 > >> [ 9.758] Build Operating System: Linux 2.6.42-37-generic x86_64 > >> Ubuntu > >> [ 9.758] Current Operating System: Linux bmenges-linux3 > >> 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2014 > >> x86_64 > >> [ 9.758] Kernel command line: > >> BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic > >> root=UUID=784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash > >> iommu=soft swiotlb=force vt.handoff=7 > >> [ 9.758] Build Date: 06 January 2014 01:37:48PM > >> [ 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precise2 (For > >> technical support please see http://www.ubuntu.com/support) > >> [ 9.758] Current version of pixman: 0.30.2 > >> [ 9.758] Before reporting problems, check http://wiki.x.org > >> to make sure that you have the latest version. > >> [ 9.758] Markers: (--) probed, (**) from config file, (==) default > >> setting, > >> (++) from command line, (!!) notice, (II) informational, > >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > >> [ 9.758] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 26 > >> 08:15:53 2014 > >> [ 9.803] (==) Using config file: "/etc/X11/xorg.conf" > >> [ 9.803] (==) Using system config directory > >> "/usr/share/X11/xorg.conf.d" > >> [ 9.893] (==) ServerLayout "aticonfig Layout" > >> [ 9.893] (**) |-->Screen "aticonfig-Screen[0]-0" (0) > >> [ 9.893] (**) | |-->Monitor "aticonfig-Monitor[0]-0" > >> [ 9.905] (**) | |-->Device "aticonfig-Device[0]-0" > >> [ 9.905] (==) Automatically adding devices > >> [ 9.905] (==) Automatically enabling devices > >> [ 9.905] (==) Automatically adding GPU devices > >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/cyrillic" does > >> not exist. > >> [ 9.944] Entry deleted from font path. > >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not > >> exist. > >> [ 9.944] Entry deleted from font path. > >> [ 9.944] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not > >> exist. > >> [ 9.944] Entry deleted from font path. > >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/100dpi" does not > >> exist. > >> [ 9.960] Entry deleted from font path. > >> [ 9.960] (WW) The directory "/usr/share/fonts/X11/75dpi" does not > >> exist. > >> [ 9.960] Entry deleted from font path. > >> [ 9.960] (==) FontPath set to: > >> /usr/share/fonts/X11/misc, > >> /usr/share/fonts/X11/Type1, > >> built-ins > >> [ 9.960] (==) ModulePath set to > >> > "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules" > >> [ 9.960] (II) The server relies on udev to provide the list of > >> input devices. > >> If no devices become available, reconfigure udev or disable > >> AutoAddDevices. > >> [ 9.966] (II) Loader magic: 0x7f6ad345fc20 > >> [ 9.966] (II) Module ABI versions: > >> [ 9.966] X.Org ANSI C Emulation: 0.4 > >> [ 9.966] X.Org Video Driver: 14.1 > >> [ 9.966] X.Org XInput driver : 19.1 > >> [ 9.966] X.Org Server Extension : 7.0 > >> [ 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev 0, Mem @ > >> 0xf0000000/33554432, 0xf3044000/4096 > >> [ 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev 0, Mem @ > >> 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIOS @ > >> 0x????????/131072 > >> [ 9.973] (II) Open ACPI successful (/var/run/acpid.socket) > >> [ 9.976] Initializing built-in extension Generic Event Extension > >> [ 9.976] Initializing built-in extension SHAPE > >> [ 9.976] Initializing built-in extension MIT-SHM > >> [ 9.976] Initializing built-in extension XInputExtension > >> [ 9.976] Initializing built-in extension XTEST > >> [ 9.976] Initializing built-in extension BIG-REQUESTS > >> [ 9.976] Initializing built-in extension SYNC > >> [ 9.976] Initializing built-in extension XKEYBOARD > >> [ 9.976] Initializing built-in extension XC-MISC > >> [ 9.976] Initializing built-in extension SECURITY > >> [ 9.976] Initializing built-in extension XINERAMA > >> [ 9.976] Initializing built-in extension XFIXES > >> [ 9.976] Initializing built-in extension RENDER > >> [ 9.976] Initializing built-in extension RANDR > >> [ 9.976] Initializing built-in extension COMPOSITE > >> [ 9.976] Initializing built-in extension DAMAGE > >> [ 9.976] Initializing built-in extension MIT-SCREEN-SAVER > >> [ 9.976] Initializing built-in extension DOUBLE-BUFFER > >> [ 9.976] Initializing built-in extension RECORD > >> [ 9.976] Initializing built-in extension DPMS > >> [ 9.976] Initializing built-in extension X-Resource > >> [ 9.976] Initializing built-in extension XVideo > >> [ 9.976] Initializing built-in extension XVideo-MotionCompensation > >> [ 9.976] Initializing built-in extension XFree86-VidModeExtension > >> [ 9.976] Initializing built-in extension XFree86-DGA > >> [ 9.976] Initializing built-in extension XFree86-DRI > >> [ 9.976] Initializing built-in extension DRI2 > >> [ 9.976] (II) "glx" will be loaded. This was enabled by default > >> and also specified in the config file. > >> [ 9.976] (II) LoadModule: "glx" > >> [ 10.098] (II) Loading > >> > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/libglx.so > >> [ 10.157] (II) Module glx: vendor="Advanced Micro Devices, Inc." > >> [ 10.157] compiled for 6.9.0, module version = 1.0.0 > >> [ 10.157] Loading extension GLX > >> [ 10.157] (II) LoadModule: "fglrx" > >> [ 10.215] (II) Loading > >> > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx_drv.so > >> [ 10.912] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc." > >> [ 10.912] compiled for 1.4.99.906, module version = 13.25.5 > >> [ 10.912] Module class: X.Org Video Driver > >> [ 10.913] (II) Loading sub module "fglrxdrm" > >> [ 10.913] (II) LoadModule: "fglrxdrm" > >> [ 10.925] (II) Loading > >> > /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglrxdrm.so > >> [ 10.947] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies > >> Inc." > >> [ 10.947] compiled for 1.4.99.906, module version = 13.25.5 > >> [ 10.947] (II) AMD Proprietary Linux Driver Version > >> Identifier:13.25.5 > >> [ 10.947] (II) AMD Proprietary Linux Driver Release Identifier: > >> 13.251 > >> [ 10.947] (II) AMD Proprietary Linux Driver Build Date: Dec 6 2013 > >> 15:19:03 > >> [ 10.947] (++) using VT number 7 > >> > >> [ 10.947] (WW) Falling back to old probe method for fglrx > >> [ 11.149] (II) Loading PCS database from /etc/ati/amdpcsdb > >> /etc/ati/amdpcsdb.default > >> [ 11.152] ukiDynamicMajor: found major device number 250 > >> [ 11.152] ukiDynamicMajor: found major device number 250 > >> [ 11.152] ukiOpenByBusid: Searching for BusID PCI:0:5:0 > >> [ 11.152] ukiOpenDevice: node name is /dev/ati/card0 > >> [ 11.152] ukiOpenDevice: open result is 10, (OK) > >> ----- > >> > >> - Brian Menges > >> Principal Engineer, DevOps > >> GoGrid | ServePath | ColoServe | UpStream Networks > >> > >> -----Original Message----- > >> From: xen-users-bounces@lists.xen.org > >> [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > >> Sent: Thursday, June 26, 2014 08:43 > >> To: xen-users@lists.xen.org > >> Subject: Re: [Xen-users] Help with VGA passthrough > >> > >>> On 2014-06-26 16:20, Brian Menges wrote: > >>> [root@xs ~]# lsmod | grep pciback > >>> [root@xs ~]# echo $? > >>> 1 > >>> [root@xs ~]# modprobe pciback > >>> FATAL: Module pciback not found. > >> > >> Try: > >> modprobe xen-pciback > >> > >>> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box. > >> > >> Ah - my bad. It must be Xenserver 7 that is based on EL6. > >> > >>> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM, and > >>> it won't get past the splash screen (xencenter display) now after > >>> gpu assignment (console or gui). The Ubuntu drivers appear to do > >>> nothing; > >>> however: > >>> > >>> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)' > >>> [ 0.188377] PCI: Using host bridge windows from ACPI; if necessary, > >>> use "pci=nocrs" and report a bug > >>> [ 0.251997] pci_bus 0000:00: root bus resource [bus 00-ff] > >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] > >>> [ 0.252000] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] > >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem > >>> 0x000a0000-0x000bffff] > >>> [ 0.252000] pci_bus 0000:00: root bus resource [mem > >>> 0xe0000000-0xfbffffff] > >>> [ 0.252062] pci 0000:00:00.0: [8086:1237] type 00 class 0x060000 > >>> [ 0.253138] pci 0000:00:01.0: [8086:7000] type 00 class 0x060100 > >>> [ 0.254100] pci 0000:00:01.1: [8086:7010] type 00 class 0x010180 > >>> [ 0.254730] pci 0000:00:01.1: reg 0x20: [io 0xc320-0xc32f] > >>> [ 0.255652] pci 0000:00:01.2: [8086:7020] type 00 class 0x0c0300 > >>> [ 0.256222] pci 0000:00:01.2: reg 0x20: [io 0xc300-0xc31f] > >>> [ 0.257100] pci 0000:00:01.3: [8086:7113] type 00 class 0x068000 > >>> [ 0.257833] pci 0000:00:01.3: quirk: [io 0x1f40-0x1f7f] claimed by > >>> PIIX4 ACPI > >>> [ 0.258529] pci 0000:00:02.0: [1013:00b8] type 00 class 0x030000 > >>> [ 0.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf1ffffff > >>> pref] > >>> [ 0.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3044000-0xf3044fff] > >>> [ 0.259758] pci 0000:00:03.0: [5853:0001] type 00 class 0x010000 > >>> [ 0.259970] pci 0000:00:03.0: reg 0x10: [io 0xc000-0xc0ff] > >>> [ 0.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2000000-0xf2ffffff > >>> pref] > >>> [ 0.261722] pci 0000:00:05.0: [1002:6779] type 00 class 0x030000 > >>> [ 0.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0000000-0xefffffff > >>> 64bit pref] > >>> [ 0.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3000000-0xf301ffff > >>> 64bit] > >>> [ 0.284008] pci 0000:00:05.0: reg 0x20: [io 0xc200-0xc2ff] > >>> [ 0.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3020000-0xf303ffff > >>> pref] > >>> [ 0.301115] pci 0000:00:05.0: supports D1 D2 > >>> [ 0.301887] pci 0000:00:06.0: [1002:aa98] type 00 class 0x040300 > >>> [ 0.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3040000-0xf3043fff > >>> 64bit] > >>> [ 0.303969] pci 0000:00:06.0: supports D1 D2 > >>> [ 0.332081] PCI: pci_cache_line_size set to 64 bytes > >>> [ 1.309926] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] > >>> [ 1.309930] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] > >>> [ 1.309933] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] > >>> [ 1.309935] pci_bus 0000:00: resource 7 [mem 0xe0000000-0xfbffffff] > >>> [ 1.310908] pci 0000:00:00.0: Limiting direct PCI/PCI transfers > >>> [ 1.310954] pci 0000:00:01.0: PIIX3: Enabling Passive Release > >>> [ 1.311000] pci 0000:00:01.0: Activating ISA DMA hang workarounds > >>> [ 1.312047] pci 0000:00:02.0: Boot video device > >>> [ 1.312215] pci 0000:00:05.0: Boot video device > >>> [ 1.534735] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > >>> [ 1.534744] pciehp: PCI Express Hot Plug Controller Driver version: > >>> 0.4 > >>> [ 1.576902] ehci-pci: EHCI PCI platform driver > >>> [ 1.576942] ohci-pci: OHCI PCI platform driver > >>> [ 1.692123] xenbus_probe_frontend: Device with no driver: > >>> device/pci/0 > >>> [ 6.180380] fglrx: module license 'Proprietary. (C) 2002 - ATI > >>> Technologies, Starnberg, GERMANY' taints kernel. > >>> [ 6.185911] fglrx: module verification failed: signature and/or > >>> required key missing - tainting kernel > >>> [ 6.193979] <6>[fglrx] Maximum main memory to use for locked dma > >>> buffers: 7247 MBytes. > >>> [ 6.194094] <6>[fglrx] vendor: 1002 device: 6779 count: 1 > >>> [ 6.194835] <6>[fglrx] ioport: bar 4, base 0xc200, size: 0x100 > >>> [ 6.195932] <6>[fglrx] Kernel PAT support is enabled > >>> [ 6.195960] <6>[fglrx] module loaded - fglrx 14.10.2 [May 5 2014] > >>> with 1 minors > >>> [ 6.753214] input: QEMU 0.10.2 QEMU USB Tablet as > >>> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3 > >>> [ 6.764783] input: HD-Audio Generic HDMI/DP,pcm=3 as > >>> /devices/pci0000:00/0000:00:06.0/sound/card0/input4 > >>> [ 11.494543] <6>[fglrx] Firegl kernel thread PID: 1260 > >>> [ 11.494773] <6>[fglrx] Firegl kernel thread PID: 1261 > >>> [ 11.495004] <6>[fglrx] Firegl kernel thread PID: 1262 > >>> [ 11.495154] <6>[fglrx] IRQ 78 Enabled > >>> [ 11.541569] <6>[fglrx] Reserved FB block: Shared offset:0, > >>> size:1000000 > >>> [ 11.541571] <6>[fglrx] Reserved FB block: Unshared offset:f838000, > >>> size:4000 > >>> [ 11.541572] <6>[fglrx] Reserved FB block: Unshared offset:f83c000, > >>> size:4c4000 > >>> [ 11.541573] <6>[fglrx] Reserved FB block: Unshared offset:7fff4000, > >>> size:c000 > >>> > >>> So my last boot I got in via SSH, however the displays aren't working. > >>> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI -> > >>> DisplayPort) display and my monitor isn't showing anything. > >>> Wodnering what I'm missing to get this display up and running. > >> > >> So it looks like fglrx loads successfully and finds the hardware. So > >> far so good. Can you check what your Xorg log says? > >> > >> Gordan > >> > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > >> > >> ________________________________ > >> > >> The information contained in this message, and any attachments, may > >> contain confidential and legally privileged material. It is solely > >> for the use of the person or entity to which it is addressed. Any > >> review, retransmission, dissemination, or action taken in reliance > >> upon this information by persons or entities other than the intended > >> recipient is prohibited. If you receive this in error, please contact > >> the sender and delete the material from any computer. > >> > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > > ________________________________ > > > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for the > use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient is > prohibited. If you receive this in error, please contact the sender and > delete the material from any computer. > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > This message and any attachment are intended solely for the addressee and > may contain confidential information. If you have received this message in > error, please send it back to me, and immediately delete it. Please do > not use, copy or disclose the information contained in this message or in > any attachment. Any views or opinions expressed by the author of this > email do not necessarily reflect the views of the University of Nottingham. > > This message has been checked for viruses but the contents of an > attachment may still contain software viruses which could damage your > computer system, you are advised to perform your own checks. Email > communications with the University of Nottingham may be monitored as > permitted by UK legislation. > > > > > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for the > use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient is > prohibited. If you receive this in error, please contact the sender and > delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for the > use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient is > prohibited. If you receive this in error, please contact the sender and > delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c2b81076505004fcc82531 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Are you running arch linux ? I would try opensource driver= s. I run cinnamon under a8 6600k and I get urban territory playing with 90 = fs. Just follow radeon wiki=C2=A0


<= div class=3D"gmail_quote"> On Thu, Jun 26, 2014 at 8:15 PM, Brian Menges <bmenges@gogrid.com>= wrote:
So I added back in swiotlb=3Dforce and redid grub and also removed from the= blacklist fglrx_updates. Now when I try and startx, a CPU gets pegged @ 10= 0%, and nothing still on the display.

Basically I'm never getting a display, even on boot of the vm.

- Brian Menges
Principal Engineer, DevOps
GoGrid | ServePath | ColoServe | UpStream Networks

-----Original Message-----
From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen= .org] On Behalf Of Brian Menges
Sent: Thursday, June 26, 2014 19:05
To: Daniel Shub
Cc: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] Help with VGA passthrough

Even starting the system in TEXT mode, the display doesn't show. But ru= nning 'startx' does result in some lovely errors:

http://pastebin.= com/VbWhXe19

/var/log/Xorg.0.log (18:39) is the most interesting.

[ =C2=A0 839.985] (WW) fglrx(0): Kernel Module version does *not* match dri= ver.
[ =C2=A0 839.985] (EE) fglrx(0): incompatible kernel module detected - HW a= ccelerated OpenGL will not work
[ =C2=A0 839.986] (EE)
[ =C2=A0 839.986] (EE) Backtrace:
[ =C2=A0 839.986] (EE) 0: /usr/bin/X (xorg_backtrace+0x34) [0x7f38121971e4]=
[ =C2=A0 839.986] (EE) 1: /usr/bin/X (0x7f3811fe0000+0x1bb0e9) [0x7f381219b= 0e9]
[ =C2=A0 839.986] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f381130= 6000+0xfcb0) [0x7f3811315cb0]
[ =C2=A0 839.986] (EE) 3: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modu= les/drivers/fglrx_drv.so (swlDrmFreeSurfaces+0x42) [0x7f380e5c73b2]
[ =C2=A0 839.986] (EE) 4: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modu= les/drivers/fglrx_drv.so (xdl_xs114_atiddxDriCloseScreen+0x14d) [0x7f380e58= e47d]
[ =C2=A0 839.986] (EE) 5: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modu= les/drivers/fglrx_drv.so (xdl_xs114_atiddxDriScreenInit+0x8eb) [0x7f380e58d= b1b]
[ =C2=A0 839.987] (EE) 6: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modu= les/drivers/fglrx_drv.so (xdl_xs114_atiddxScreenInit+0xf82) [0x7f380e587572= ]
[ =C2=A0 839.987] (EE) 7: /usr/bin/X (AddScreen+0x8a) [0x7f3812035f8a]
[ =C2=A0 839.987] (EE) 8: /usr/bin/X (InitOutput+0x3e8) [0x7f3812079ac8] [ =C2=A0 839.987] (EE) 9: /usr/bin/X (0x7f3811fe0000+0x4422d) [0x7f38120242= 2d]
[ =C2=A0 839.987] (EE) 10: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_ma= in+0xed) [0x7f380ff7b76d]
[ =C2=A0 839.987] (EE) 11: /usr/bin/X (0x7f3811fe0000+0x447c1) [0x7f3812024= 7c1]
[ =C2=A0 839.987] (EE)
[ =C2=A0 839.987] (EE) Segmentation fault at address 0x8a0
[ =C2=A0 839.987] (EE)
Fatal server error:
[ =C2=A0 839.987] (EE) Caught signal 11 (Segmentation fault). Server aborti= ng
[ =C2=A0 839.987] (EE)
[ =C2=A0 839.987] (EE)
Please consult the The X.Org Foundation support
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0at http://wiki.x.org
=C2=A0for help.
[ =C2=A0 839.987] (EE) Please also check the log file at "/var/log/Xor= g.0.log" for additional information.
[ =C2=A0 839.987] (EE)
[ =C2=A0 839.995] (EE) Server terminated with error (1). Closing log file.<= br>
This runtime I did boot with the following options:
text iommu=3Dsoft

Previously, the options were:
quiet splash iommu=3Dsoft swiotlb=3Dforce

Per http://wiki.xen.org/wiki/Xen_PCI_Passthrough I should only need one= of the two settings between iommu=3Dsoft or swiotlb=3Dforce, however not n= ecessarily both.

- Brian Menges
Principal Engineer, DevOps
GoGrid | ServePath | ColoServe | UpStream Networks

-----Original Message-----
From: Daniel Shub [mailto:D= aniel.Shub@nottingham.ac.uk]
Sent: Thursday, June 26, 2014 15:07
To: Brian Menges
Cc: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] Help with VGA passthrough

What do you mean by a terminal window? Are you on tty7? Can you switch thro= ugh the tty's? You might want to step back and instead of automatically= launching lightdm, just try and get a tty over vnc without X and then star= t X and see what happens. It seems like you have passed the device through = correctly.

> On 26 Jun 2014, at 17:53, "Brian Menges" <bmenges@gogrid.com> wrote:
>
> Yeah, definitely running.
>
> root =C2=A0 =C2=A0 =C2=A0 991 =C2=A00.0 =C2=A00.0 279164 =C2=A03900 ? = =C2=A0 =C2=A0 =C2=A0 =C2=A0Ssl =C2=A009:31 =C2=A0 0:00 lightdm
> root =C2=A0 =C2=A0 =C2=A01020 99.6 =C2=A00.1 =C2=A068520 =C2=A07964 tt= y7 =C2=A0 =C2=A0 Rs+ =C2=A009:31 =C2=A0 4:48 =C2=A0\_ /usr/bin/X :0 -auth /= var/run/lightdm/root/:0 -nolisten tcp vt7
>
> Chewing on an entire CPU ... which it seems that at some point my mach= ine locks up.
>
> When I loaded VNC and attached into the console there... all I get is = a terminal window, not the unity desktop. If I close it... nothing is start= able.
>
> - Brian Menges
> Principal Engineer, DevOps
> GoGrid | ServePath | ColoServe | UpStream Networks
>
> -----Original Message-----
> From: xen-users-bou= nces@lists.xen.org
> [mailto:xen-users-b= ounces@lists.xen.org] On Behalf Of Gordan Bobic
> Sent: Thursday, June 26, 2014 09:18
> To: xen-users@lists.xen.org=
> Subject: Re: [Xen-users] Help with VGA passthrough
>
> At a glance, I don't see an obvious problem in that log.
>
> Is you can ssh in can you check if Xorg is actually running?
>
>> On 2014-06-26 17:00, Brian Menges wrote:
>> Looks like it isn't using the driver correctly?
>> -----
>> [ =C2=A0 =C2=A0 9.758]
>> X.Org X Server 1.14.5
>> Release Date: 2013-12-12
>> [ =C2=A0 =C2=A0 9.758] X Protocol Version 11, Revision 0
>> [ =C2=A0 =C2=A0 9.758] Build Operating System: Linux 2.6.42-37-gen= eric x86_64
>> Ubuntu
>> [ =C2=A0 =C2=A0 9.758] Current Operating System: Linux bmenges-lin= ux3
>> 3.11.0-23-generic #40~precise1-Ubuntu SMP Wed Jun 4 22:06:36 UTC 2= 014
>> x86_64
>> [ =C2=A0 =C2=A0 9.758] Kernel command line:
>> BOOT_IMAGE=3D/boot/vmlinuz-3.11.0-23-generic
>> root=3DUUID=3D784a946b-24ff-4fc7-b527-f5e822b17abd ro quiet splash=
>> iommu=3Dsoft swiotlb=3Dforce vt.handoff=3D7
>> [ =C2=A0 =C2=A0 9.758] Build Date: 06 January 2014 =C2=A001:37:48P= M
>> [ =C2=A0 =C2=A0 9.758] xorg-server 2:1.14.5-1ubuntu2~saucy1~precis= e2 (For
>> technical support please see http://www.ubuntu.com/support)
>> [ =C2=A0 =C2=A0 9.758] Current version of pixman: 0.30.2
>> [ =C2=A0 =C2=A0 9.758] =C2=A0 =C2=A0Before reporting problems, che= ck http://wiki.x.org >> =C2=A0 =C2=A0 =C2=A0 =C2=A0to make sure that you have the latest v= ersion.
>> [ =C2=A0 =C2=A0 9.758] Markers: (--) probed, (**) from config file= , (=3D=3D) default
>> setting,
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0(++) from command line, (!!) notice, (I= I) informational,
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0(WW) warning, (EE) error, (NI) not impl= emented, (??) unknown.
>> [ =C2=A0 =C2=A0 9.758] (=3D=3D) Log file: "/var/log/Xorg.0.lo= g", Time: Thu Jun 26
>> 08:15:53 2014
>> [ =C2=A0 =C2=A0 9.803] (=3D=3D) Using config file: "/etc/X11/= xorg.conf"
>> [ =C2=A0 =C2=A0 9.803] (=3D=3D) Using system config directory
>> "/usr/share/X11/xorg.conf.d"
>> [ =C2=A0 =C2=A0 9.893] (=3D=3D) ServerLayout "aticonfig Layou= t"
>> [ =C2=A0 =C2=A0 9.893] (**) |-->Screen "aticonfig-Screen[0= ]-0" (0)
>> [ =C2=A0 =C2=A0 9.893] (**) | =C2=A0 |-->Monitor "aticonfi= g-Monitor[0]-0"
>> [ =C2=A0 =C2=A0 9.905] (**) | =C2=A0 |-->Device "aticonfig= -Device[0]-0"
>> [ =C2=A0 =C2=A0 9.905] (=3D=3D) Automatically adding devices
>> [ =C2=A0 =C2=A0 9.905] (=3D=3D) Automatically enabling devices
>> [ =C2=A0 =C2=A0 9.905] (=3D=3D) Automatically adding GPU devices >> [ =C2=A0 =C2=A0 9.944] (WW) The directory "/usr/share/fonts/X= 11/cyrillic" does
>> not exist.
>> [ =C2=A0 =C2=A0 9.944] =C2=A0 =C2=A0Entry deleted from font path.<= br> >> [ =C2=A0 =C2=A0 9.944] (WW) The directory "/usr/share/fonts/X= 11/100dpi/" does not
>> exist.
>> [ =C2=A0 =C2=A0 9.944] =C2=A0 =C2=A0Entry deleted from font path.<= br> >> [ =C2=A0 =C2=A0 9.944] (WW) The directory "/usr/share/fonts/X= 11/75dpi/" does not
>> exist.
>> [ =C2=A0 =C2=A0 9.944] =C2=A0 =C2=A0Entry deleted from font path.<= br> >> [ =C2=A0 =C2=A0 9.960] (WW) The directory "/usr/share/fonts/X= 11/100dpi" does not
>> exist.
>> [ =C2=A0 =C2=A0 9.960] =C2=A0 =C2=A0Entry deleted from font path.<= br> >> [ =C2=A0 =C2=A0 9.960] (WW) The directory "/usr/share/fonts/X= 11/75dpi" does not
>> exist.
>> [ =C2=A0 =C2=A0 9.960] =C2=A0 =C2=A0Entry deleted from font path.<= br> >> [ =C2=A0 =C2=A0 9.960] (=3D=3D) FontPath set to:
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0/usr/share/fonts/X11/misc,
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0/usr/share/fonts/X11/Type1,
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0built-ins
>> [ =C2=A0 =C2=A0 9.960] (=3D=3D) ModulePath set to
>> "/usr/lib/x86_64-linux-gnu/xorg/extra-modules,/usr/lib/xorg/e= xtra-modules,/usr/lib/xorg/modules"
>> [ =C2=A0 =C2=A0 9.960] (II) The server relies on udev to provide t= he list of
>> input devices.
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0If no devices become available, reconfi= gure udev or disable
>> AutoAddDevices.
>> [ =C2=A0 =C2=A0 9.966] (II) Loader magic: 0x7f6ad345fc20
>> [ =C2=A0 =C2=A0 9.966] (II) Module ABI versions:
>> [ =C2=A0 =C2=A0 9.966] =C2=A0 =C2=A0X.Org ANSI C Emulation: 0.4 >> [ =C2=A0 =C2=A0 9.966] =C2=A0 =C2=A0X.Org Video Driver: 14.1
>> [ =C2=A0 =C2=A0 9.966] =C2=A0 =C2=A0X.Org XInput driver : 19.1
>> [ =C2=A0 =C2=A0 9.966] =C2=A0 =C2=A0X.Org Server Extension : 7.0 >> [ =C2=A0 =C2=A0 9.973] (--) PCI:*(0:0:2:0) 1013:00b8:5853:0001 rev= 0, Mem @
>> 0xf0000000/33554432, 0xf3044000/4096
>> [ =C2=A0 =C2=A0 9.973] (--) PCI: (0:0:5:0) 1002:6779:1682:3207 rev= 0, Mem @
>> 0xe0000000/268435456, 0xf3000000/131072, I/O @ 0x0000c200/256, BIO= S @
>> 0x????????/131072
>> [ =C2=A0 =C2=A0 9.973] (II) Open ACPI successful (/var/run/acpid.s= ocket)
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension Generic Eve= nt Extension
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension SHAPE
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension MIT-SHM
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XInputExten= sion
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XTEST
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension BIG-REQUEST= S
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension SYNC
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XKEYBOARD >> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XC-MISC
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension SECURITY >> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XINERAMA >> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XFIXES
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension RENDER
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension RANDR
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension COMPOSITE >> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension DAMAGE
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension MIT-SCREEN-= SAVER
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension DOUBLE-BUFF= ER
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension RECORD
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension DPMS
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension X-Resource<= br> >> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XVideo
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XVideo-Moti= onCompensation
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XFree86-Vid= ModeExtension
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XFree86-DGA=
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension XFree86-DRI=
>> [ =C2=A0 =C2=A0 9.976] Initializing built-in extension DRI2
>> [ =C2=A0 =C2=A0 9.976] (II) "glx" will be loaded. This w= as enabled by default
>> and also specified in the config file.
>> [ =C2=A0 =C2=A0 9.976] (II) LoadModule: "glx"
>> [ =C2=A0 =C2=A010.098] (II) Loading
>> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/extensions/li= bglx.so
>> [ =C2=A0 =C2=A010.157] (II) Module glx: vendor=3D"Advanced Mi= cro Devices, Inc."
>> [ =C2=A0 =C2=A010.157] =C2=A0 =C2=A0compiled for 6.9.0, module ver= sion =3D 1.0.0
>> [ =C2=A0 =C2=A010.157] Loading extension GLX
>> [ =C2=A0 =C2=A010.157] (II) LoadModule: "fglrx"
>> [ =C2=A0 =C2=A010.215] (II) Loading
>> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/drivers/fglrx= _drv.so
>> [ =C2=A0 =C2=A010.912] (II) Module fglrx: vendor=3D"FireGL - = AMD Technologies Inc."
>> [ =C2=A0 =C2=A010.912] =C2=A0 =C2=A0compiled for 1.4.99.906, modul= e version =3D 13.25.5
>> [ =C2=A0 =C2=A010.912] =C2=A0 =C2=A0Module class: X.Org Video Driv= er
>> [ =C2=A0 =C2=A010.913] (II) Loading sub module "fglrxdrm"= ;
>> [ =C2=A0 =C2=A010.913] (II) LoadModule: "fglrxdrm"
>> [ =C2=A0 =C2=A010.925] (II) Loading
>> /usr/lib/x86_64-linux-gnu/xorg/extra-modules/modules/linux/libfglr= xdrm.so
>> [ =C2=A0 =C2=A010.947] (II) Module fglrxdrm: vendor=3D"FireGL= - AMD Technologies
>> Inc."
>> [ =C2=A0 =C2=A010.947] =C2=A0 =C2=A0compiled for 1.4.99.906, modul= e version =3D 13.25.5
>> [ =C2=A0 =C2=A010.947] (II) AMD Proprietary Linux Driver Version >> Identifier:13.25.5
>> [ =C2=A0 =C2=A010.947] (II) AMD Proprietary Linux Driver Release I= dentifier:
>> 13.251
>> [ =C2=A0 =C2=A010.947] (II) AMD Proprietary Linux Driver Build Dat= e: Dec =C2=A06 2013
>> 15:19:03
>> [ =C2=A0 =C2=A010.947] (++) using VT number 7
>>
>> [ =C2=A0 =C2=A010.947] (WW) Falling back to old probe method for f= glrx
>> [ =C2=A0 =C2=A011.149] (II) Loading PCS database from /etc/ati/amd= pcsdb
>> /etc/ati/amdpcsdb.default
>> [ =C2=A0 =C2=A011.152] ukiDynamicMajor: found major device number = 250
>> [ =C2=A0 =C2=A011.152] ukiDynamicMajor: found major device number = 250
>> [ =C2=A0 =C2=A011.152] ukiOpenByBusid: Searching for BusID PCI:0:5= :0
>> [ =C2=A0 =C2=A011.152] ukiOpenDevice: node name is /dev/ati/card0<= br> >> [ =C2=A0 =C2=A011.152] ukiOpenDevice: open result is 10, (OK)
>> -----
>>
>> - Brian Menges
>> Principal Engineer, DevOps
>> GoGrid | ServePath | ColoServe | UpStream Networks
>>
>> -----Original Message-----
>> From: xen-users= -bounces@lists.xen.org
>> [mailto:xen-use= rs-bounces@lists.xen.org] On Behalf Of Gordan Bobic
>> Sent: Thursday, June 26, 2014 08:43
>> To: xen-users@lists.xen= .org
>> Subject: Re: [Xen-users] Help with VGA passthrough
>>
>>> On 2014-06-26 16:20, Brian Menges wrote:
>>> [root@xs ~]# lsmod | grep pciback
>>> [root@xs ~]# echo $?
>>> 1
>>> [root@xs ~]# modprobe pciback
>>> FATAL: Module pciback not found.
>>
>> Try:
>> modprobe xen-pciback
>>
>>> Xenserver 6.2 appears to be a CentOS 5.x (maybe 5.6) box.
>>
>> Ah - my bad. It must be Xenserver 7 that is based on EL6.
>>
>>> I installed the proprietary drivers in an Ubuntu 12.04 LTS VM,= and
>>> it won't get past the splash screen (xencenter display) no= w after
>>> gpu assignment (console or gui). The Ubuntu drivers appear to = do
>>> nothing;
>>> however:
>>>
>>> $ dmesg | grep -E '(fglrx|ATI|radeon|pci)'
>>> [ =C2=A0 =C2=A00.188377] PCI: Using host bridge windows from A= CPI; if necessary,
>>> use "pci=3Dnocrs" and report a bug
>>> [ =C2=A0 =C2=A00.251997] pci_bus 0000:00: root bus resource [b= us 00-ff]
>>> [ =C2=A0 =C2=A00.252000] pci_bus 0000:00: root bus resource [i= o =C2=A00x0000-0x0cf7]
>>> [ =C2=A0 =C2=A00.252000] pci_bus 0000:00: root bus resource [i= o =C2=A00x0d00-0xffff]
>>> [ =C2=A0 =C2=A00.252000] pci_bus 0000:00: root bus resource [m= em
>>> 0x000a0000-0x000bffff]
>>> [ =C2=A0 =C2=A00.252000] pci_bus 0000:00: root bus resource [m= em
>>> 0xe0000000-0xfbffffff]
>>> [ =C2=A0 =C2=A00.252062] pci 0000:00:00.0: [8086:1237] type 00= class 0x060000
>>> [ =C2=A0 =C2=A00.253138] pci 0000:00:01.0: [8086:7000] type 00= class 0x060100
>>> [ =C2=A0 =C2=A00.254100] pci 0000:00:01.1: [8086:7010] type 00= class 0x010180
>>> [ =C2=A0 =C2=A00.254730] pci 0000:00:01.1: reg 0x20: [io =C2= =A00xc320-0xc32f]
>>> [ =C2=A0 =C2=A00.255652] pci 0000:00:01.2: [8086:7020] type 00= class 0x0c0300
>>> [ =C2=A0 =C2=A00.256222] pci 0000:00:01.2: reg 0x20: [io =C2= =A00xc300-0xc31f]
>>> [ =C2=A0 =C2=A00.257100] pci 0000:00:01.3: [8086:7113] type 00= class 0x068000
>>> [ =C2=A0 =C2=A00.257833] pci 0000:00:01.3: quirk: [io =C2=A00x= 1f40-0x1f7f] claimed by
>>> PIIX4 ACPI
>>> [ =C2=A0 =C2=A00.258529] pci 0000:00:02.0: [1013:00b8] type 00= class 0x030000
>>> [ =C2=A0 =C2=A00.258684] pci 0000:00:02.0: reg 0x10: [mem 0xf0= 000000-0xf1ffffff
>>> pref]
>>> [ =C2=A0 =C2=A00.258799] pci 0000:00:02.0: reg 0x14: [mem 0xf3= 044000-0xf3044fff]
>>> [ =C2=A0 =C2=A00.259758] pci 0000:00:03.0: [5853:0001] type 00= class 0x010000
>>> [ =C2=A0 =C2=A00.259970] pci 0000:00:03.0: reg 0x10: [io =C2= =A00xc000-0xc0ff]
>>> [ =C2=A0 =C2=A00.260101] pci 0000:00:03.0: reg 0x14: [mem 0xf2= 000000-0xf2ffffff
>>> pref]
>>> [ =C2=A0 =C2=A00.261722] pci 0000:00:05.0: [1002:6779] type 00= class 0x030000
>>> [ =C2=A0 =C2=A00.268018] pci 0000:00:05.0: reg 0x10: [mem 0xe0= 000000-0xefffffff
>>> 64bit pref]
>>> [ =C2=A0 =C2=A00.276017] pci 0000:00:05.0: reg 0x18: [mem 0xf3= 000000-0xf301ffff
>>> 64bit]
>>> [ =C2=A0 =C2=A00.284008] pci 0000:00:05.0: reg 0x20: [io =C2= =A00xc200-0xc2ff]
>>> [ =C2=A0 =C2=A00.300024] pci 0000:00:05.0: reg 0x30: [mem 0xf3= 020000-0xf303ffff
>>> pref]
>>> [ =C2=A0 =C2=A00.301115] pci 0000:00:05.0: supports D1 D2
>>> [ =C2=A0 =C2=A00.301887] pci 0000:00:06.0: [1002:aa98] type 00= class 0x040300
>>> [ =C2=A0 =C2=A00.302169] pci 0000:00:06.0: reg 0x10: [mem 0xf3= 040000-0xf3043fff
>>> 64bit]
>>> [ =C2=A0 =C2=A00.303969] pci 0000:00:06.0: supports D1 D2
>>> [ =C2=A0 =C2=A00.332081] PCI: pci_cache_line_size set to 64 by= tes
>>> [ =C2=A0 =C2=A01.309926] pci_bus 0000:00: resource 4 [io =C2= =A00x0000-0x0cf7]
>>> [ =C2=A0 =C2=A01.309930] pci_bus 0000:00: resource 5 [io =C2= =A00x0d00-0xffff]
>>> [ =C2=A0 =C2=A01.309933] pci_bus 0000:00: resource 6 [mem 0x00= 0a0000-0x000bffff]
>>> [ =C2=A0 =C2=A01.309935] pci_bus 0000:00: resource 7 [mem 0xe0= 000000-0xfbffffff]
>>> [ =C2=A0 =C2=A01.310908] pci 0000:00:00.0: Limiting direct PCI= /PCI transfers
>>> [ =C2=A0 =C2=A01.310954] pci 0000:00:01.0: PIIX3: Enabling Pas= sive Release
>>> [ =C2=A0 =C2=A01.311000] pci 0000:00:01.0: Activating ISA DMA = hang workarounds
>>> [ =C2=A0 =C2=A01.312047] pci 0000:00:02.0: Boot video device >>> [ =C2=A0 =C2=A01.312215] pci 0000:00:05.0: Boot video device >>> [ =C2=A0 =C2=A01.534735] pci_hotplug: PCI Hot Plug PCI Core ve= rsion: 0.5
>>> [ =C2=A0 =C2=A01.534744] pciehp: PCI Express Hot Plug Controll= er Driver version:
>>> 0.4
>>> [ =C2=A0 =C2=A01.576902] ehci-pci: EHCI PCI platform driver >>> [ =C2=A0 =C2=A01.576942] ohci-pci: OHCI PCI platform driver >>> [ =C2=A0 =C2=A01.692123] xenbus_probe_frontend: Device with no= driver:
>>> device/pci/0
>>> [ =C2=A0 =C2=A06.180380] fglrx: module license 'Proprietar= y. (C) 2002 - ATI
>>> Technologies, Starnberg, GERMANY' taints kernel.
>>> [ =C2=A0 =C2=A06.185911] fglrx: module verification failed: si= gnature and/or
>>> required key missing - tainting kernel
>>> [ =C2=A0 =C2=A06.193979] <6>[fglrx] Maximum main memory = to use for locked dma
>>> buffers: 7247 MBytes.
>>> [ =C2=A0 =C2=A06.194094] <6>[fglrx] =C2=A0 vendor: 1002 = device: 6779 count: 1
>>> [ =C2=A0 =C2=A06.194835] <6>[fglrx] ioport: bar 4, base = 0xc200, size: 0x100
>>> [ =C2=A0 =C2=A06.195932] <6>[fglrx] Kernel PAT support i= s enabled
>>> [ =C2=A0 =C2=A06.195960] <6>[fglrx] module loaded - fglr= x 14.10.2 [May =C2=A05 2014]
>>> with 1 minors
>>> [ =C2=A0 =C2=A06.753214] input: QEMU 0.10.2 QEMU USB Tablet as=
>>> /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/input/input3=
>>> [ =C2=A0 =C2=A06.764783] input: HD-Audio Generic HDMI/DP,pcm= =3D3 as
>>> /devices/pci0000:00/0000:00:06.0/sound/card0/input4
>>> [ =C2=A0 11.494543] <6>[fglrx] Firegl kernel thread PID:= 1260
>>> [ =C2=A0 11.494773] <6>[fglrx] Firegl kernel thread PID:= 1261
>>> [ =C2=A0 11.495004] <6>[fglrx] Firegl kernel thread PID:= 1262
>>> [ =C2=A0 11.495154] <6>[fglrx] IRQ 78 Enabled
>>> [ =C2=A0 11.541569] <6>[fglrx] Reserved FB block: Shared= offset:0,
>>> size:1000000
>>> [ =C2=A0 11.541571] <6>[fglrx] Reserved FB block: Unshar= ed offset:f838000,
>>> size:4000
>>> [ =C2=A0 11.541572] <6>[fglrx] Reserved FB block: Unshar= ed offset:f83c000,
>>> size:4c4000
>>> [ =C2=A0 11.541573] <6>[fglrx] Reserved FB block: Unshar= ed offset:7fff4000,
>>> size:c000
>>>
>>> So my last boot I got in via SSH, however the displays aren= 9;t working.
>>> I first tried the HDMI (HDMI - HDMI) display then the DVI (DVI= ->
>>> DisplayPort) display and my monitor isn't showing anything= .
>>> Wodnering what I'm missing to get this display up and runn= ing.
>>
>> So it looks like fglrx loads successfully and finds the hardware. = So
>> far so good. Can you check what your Xorg log says?
>>
>> Gordan
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org=
>> http:= //lists.xen.org/xen-users
>>
>> ________________________________
>>
>> The information contained in this message, and any attachments, ma= y
>> contain confidential and legally privileged material. It is solely=
>> for the use of the person or entity to which it is addressed. Any<= br> >> review, retransmission, dissemination, or action taken in reliance=
>> upon this information by persons or entities other than the intend= ed
>> recipient is prohibited. If you receive this in error, please cont= act
>> the sender and delete the material from any computer.
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org=
>> http:= //lists.xen.org/xen-users
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users
>
> ________________________________
>
> The information contained in this message, and any attachments, may co= ntain confidential and legally privileged material. It is solely for the us= e of the person or entity to which it is addressed. Any review, retransmiss= ion, dissemination, or action taken in reliance upon this information by pe= rsons or entities other than the intended recipient is prohibited. If you r= eceive this in error, please contact the sender and delete the material fro= m any computer.
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users
This message and any attachment are intended solely for the addressee and m= ay contain confidential information. If you have received this message in e= rror, please send it back to me, and immediately delete it. =C2=A0 Please d= o not use, copy or disclose the information contained in this message or in= any attachment. =C2=A0Any views or opinions expressed by the author of thi= s email do not necessarily reflect the views of the University of Nottingha= m.

This message has been checked for viruses but the contents of an attachment= may still contain software viruses which could damage your computer system= , you are advised to perform your own checks. Email communications with the= University of Nottingham may be monitored as permitted by UK legislation.<= br>




________________________________

The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

________________________________

The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--001a11c2b81076505004fcc82531-- --===============2695182424963724721== 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 --===============2695182424963724721==-- From xen-users-bounces@lists.xen.org Fri Jun 27 03:34:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 03:34:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0MuZ-0005Rh-TD; Fri, 27 Jun 2014 03:33:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0MuX-0005Rb-Nc for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:33:14 +0000 Received: from [85.158.137.68:7027] by server-5.bemta-3.messagelabs.com id 10/A0-27487-8F5ECA35; Fri, 27 Jun 2014 03:33:12 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1403839990!12570857!1 X-Originating-IP: [220.181.13.70] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjcwID0+IDUyOTE=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjcwID0+IDUyOTE=\n,HTML_30_40,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27360 invoked from network); 27 Jun 2014 03:33:11 -0000 Received: from m13-70.163.com (HELO m13-70.163.com) (220.181.13.70) by server-7.tower-31.messagelabs.com with SMTP; 27 Jun 2014 03:33:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=9k+s1 rLyhinTd+UCYNaSVD9FbjwBemFJwD44ylIFzf0=; b=JVOyJpJQSL/jr+hAuvG3U 5PWDHnyXdN38DMG9sBbP/uMeM1FxiUVEqLPpRmgnhdepgdlRoKvj2JCOqNBfpqkb /2qjLT0AaqvUThWTMngCiMt+r4qEXeZkfXGyX0Zf3fXACPwG/2PAwODMtXzfJIbU jSGArDrjqq0P1aCvGcNYYg= Received: from wolves914$163.com ( [111.206.125.147] ) by ajax-webmail-wmsvr70 (Coremail) ; Fri, 27 Jun 2014 11:33:07 +0800 (CST) X-Originating-IP: [111.206.125.147] Date: Fri, 27 Jun 2014 11:33:07 +0800 (CST) From: wolves To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com X-CM-CTRLDATA: WnW8DGZvb3Rlcl9odG09NDE3Ojgx MIME-Version: 1.0 Message-ID: X-CM-TRANSID: RsGowACnD4315axTos5DAA--.12277W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/1tbiJxS3RlEAHrhnawAAs5 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] GPLPV drivers stay on xenvbdfilter install screen if a second disk hotplugged X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8994076712069001536==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8994076712069001536== Content-Type: multipart/alternative; boundary="----=_Part_113828_1974309518.1403839987790" ------=_Part_113828_1974309518.1403839987790 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SSB3YXMgdXNpbmcgdGhlIGxhdGVzdCBHUEwgUFYgZHJpdmVycyB3aXRoIHdpbmRvd3MgMjAwMyBk b21VLiAgV2hlbiBJIGhvdHBsdWcgYSBuZXcgZGlzayB0byBWTSwgdGhlIGhhcmR3YXJlIHdpemFy ZCBwb3BzIHVwIHRvIGFzayBmb3IgZHJpdmVyIGluc3RhbGwuIEkgY2hvb3NlIHRvIGF1dG8gaW5z dGFsbCB4ZW4gYmxvY2sgZGV2aWNlIGRyaXZlciwgdGhlbiB0aGUgd2l6YXJkIHByb2NlZWRzIGFu ZCBmaW5hbGx5IHN0YXlzIG9uIHhlbnZiZGZpbHRlciBpbnN0YWxsIHNjcmVlbi4gSXMgaXQgYSBi dWcgb2YgR1BMUFY/CgoKd29sdmVzCg== ------=_Part_113828_1974309518.1403839987790 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SSB3YXMgdXNpbmcgdGhlIGxhdGVzdCBHUEwgUFYgZHJp dmVycyB3aXRoIHdpbmRvd3MgMjAwMyBkb21VLiZuYnNwOyBXaGVuIEkgaG90cGx1ZyBhIG5ldyBk aXNrIHRvIFZNLCB0aGUgaGFyZHdhcmUgd2l6YXJkIHBvcHMgdXAgdG8gYXNrIGZvciBkcml2ZXIg aW5zdGFsbC4gSSBjaG9vc2UgdG8gYXV0byBpbnN0YWxsIHhlbiBibG9jayBkZXZpY2UgZHJpdmVy LCB0aGVuIHRoZSB3aXphcmQgcHJvY2VlZHMgYW5kIGZpbmFsbHkgc3RheXMgb24geGVudmJkZmls dGVyIGluc3RhbGwgc2NyZWVuLiBJcyBpdCBhIGJ1ZyBvZiBHUExQVj88YnI+PGJyPjxicj53b2x2 ZXM8YnI+PC9kaXY+PC9kaXY+PGJyPjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHNw YW4gaWQ9Im5ldGVhc2VfbWFpbF9mb290ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_113828_1974309518.1403839987790-- --===============8994076712069001536== 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 --===============8994076712069001536==-- From xen-users-bounces@lists.xen.org Fri Jun 27 03:34:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 03:34:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0MuZ-0005Rh-TD; Fri, 27 Jun 2014 03:33:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0MuX-0005Rb-Nc for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:33:14 +0000 Received: from [85.158.137.68:7027] by server-5.bemta-3.messagelabs.com id 10/A0-27487-8F5ECA35; Fri, 27 Jun 2014 03:33:12 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1403839990!12570857!1 X-Originating-IP: [220.181.13.70] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjcwID0+IDUyOTE=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjcwID0+IDUyOTE=\n,HTML_30_40,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27360 invoked from network); 27 Jun 2014 03:33:11 -0000 Received: from m13-70.163.com (HELO m13-70.163.com) (220.181.13.70) by server-7.tower-31.messagelabs.com with SMTP; 27 Jun 2014 03:33:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=9k+s1 rLyhinTd+UCYNaSVD9FbjwBemFJwD44ylIFzf0=; b=JVOyJpJQSL/jr+hAuvG3U 5PWDHnyXdN38DMG9sBbP/uMeM1FxiUVEqLPpRmgnhdepgdlRoKvj2JCOqNBfpqkb /2qjLT0AaqvUThWTMngCiMt+r4qEXeZkfXGyX0Zf3fXACPwG/2PAwODMtXzfJIbU jSGArDrjqq0P1aCvGcNYYg= Received: from wolves914$163.com ( [111.206.125.147] ) by ajax-webmail-wmsvr70 (Coremail) ; Fri, 27 Jun 2014 11:33:07 +0800 (CST) X-Originating-IP: [111.206.125.147] Date: Fri, 27 Jun 2014 11:33:07 +0800 (CST) From: wolves To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com X-CM-CTRLDATA: WnW8DGZvb3Rlcl9odG09NDE3Ojgx MIME-Version: 1.0 Message-ID: X-CM-TRANSID: RsGowACnD4315axTos5DAA--.12277W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/1tbiJxS3RlEAHrhnawAAs5 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] GPLPV drivers stay on xenvbdfilter install screen if a second disk hotplugged X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8994076712069001536==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8994076712069001536== Content-Type: multipart/alternative; boundary="----=_Part_113828_1974309518.1403839987790" ------=_Part_113828_1974309518.1403839987790 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SSB3YXMgdXNpbmcgdGhlIGxhdGVzdCBHUEwgUFYgZHJpdmVycyB3aXRoIHdpbmRvd3MgMjAwMyBk b21VLiAgV2hlbiBJIGhvdHBsdWcgYSBuZXcgZGlzayB0byBWTSwgdGhlIGhhcmR3YXJlIHdpemFy ZCBwb3BzIHVwIHRvIGFzayBmb3IgZHJpdmVyIGluc3RhbGwuIEkgY2hvb3NlIHRvIGF1dG8gaW5z dGFsbCB4ZW4gYmxvY2sgZGV2aWNlIGRyaXZlciwgdGhlbiB0aGUgd2l6YXJkIHByb2NlZWRzIGFu ZCBmaW5hbGx5IHN0YXlzIG9uIHhlbnZiZGZpbHRlciBpbnN0YWxsIHNjcmVlbi4gSXMgaXQgYSBi dWcgb2YgR1BMUFY/CgoKd29sdmVzCg== ------=_Part_113828_1974309518.1403839987790 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SSB3YXMgdXNpbmcgdGhlIGxhdGVzdCBHUEwgUFYgZHJp dmVycyB3aXRoIHdpbmRvd3MgMjAwMyBkb21VLiZuYnNwOyBXaGVuIEkgaG90cGx1ZyBhIG5ldyBk aXNrIHRvIFZNLCB0aGUgaGFyZHdhcmUgd2l6YXJkIHBvcHMgdXAgdG8gYXNrIGZvciBkcml2ZXIg aW5zdGFsbC4gSSBjaG9vc2UgdG8gYXV0byBpbnN0YWxsIHhlbiBibG9jayBkZXZpY2UgZHJpdmVy LCB0aGVuIHRoZSB3aXphcmQgcHJvY2VlZHMgYW5kIGZpbmFsbHkgc3RheXMgb24geGVudmJkZmls dGVyIGluc3RhbGwgc2NyZWVuLiBJcyBpdCBhIGJ1ZyBvZiBHUExQVj88YnI+PGJyPjxicj53b2x2 ZXM8YnI+PC9kaXY+PC9kaXY+PGJyPjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHNw YW4gaWQ9Im5ldGVhc2VfbWFpbF9mb290ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_113828_1974309518.1403839987790-- --===============8994076712069001536== 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 --===============8994076712069001536==-- From xen-users-bounces@lists.xen.org Fri Jun 27 03:44:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 03:44:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0N5g-0006A1-G1; Fri, 27 Jun 2014 03:44:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0N5d-00069t-Tr for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:44:42 +0000 Received: from [85.158.143.35:24390] by server-2.bemta-4.messagelabs.com id 33/E3-06539-9A8ECA35; Fri, 27 Jun 2014 03:44:41 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1403840678!14190444!1 X-Originating-IP: [209.85.214.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28392 invoked from network); 27 Jun 2014 03:44:39 -0000 Received: from mail-ob0-f172.google.com (HELO mail-ob0-f172.google.com) (209.85.214.172) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 03:44:39 -0000 Received: by mail-ob0-f172.google.com with SMTP id uy5so4973512obc.17 for ; Thu, 26 Jun 2014 20:44:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=FIOrznTzqr5rK/MpfAZOH094LWSO8kdsWInplqNWMdA=; b=mFaYPuh/P2xXcReX16y+Yj46zhVIsZXRnGvywOxf/gZQSs6QADd6pNvsELwbzgLfMI uXQZpq9meqEbRODfDHHG5a40pfo/1w0gUgXmW1igwiOF8J5Q0Xi6NIDIEAvZysvDMB4Z qIGZWpCR6dpt7o07DAzJssnm8vfMj9iWygVgRQ/8Dm7N01nT5buu8Jy1MKCUqSTxei9t SDD+esIaL6SGp6pz/qyXJftDb8LXCj+ekDgGuO+oj1yaoWWan6WkGAs2URx6HlQ/xskP LDbTBcW1wBtQYhn9hnzhg1zk9Vs7IStwLXdWTKlBUb3EFoKWThH0nRvIaZuF7qjpzqdC bCng== MIME-Version: 1.0 X-Received: by 10.182.236.193 with SMTP id uw1mr20772037obc.12.1403840678373; Thu, 26 Jun 2014 20:44:38 -0700 (PDT) Received: by 10.202.171.1 with HTTP; Thu, 26 Jun 2014 20:44:38 -0700 (PDT) Received: by 10.202.171.1 with HTTP; Thu, 26 Jun 2014 20:44:38 -0700 (PDT) In-Reply-To: <87y4wjtaig.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> Date: Thu, 26 Jun 2014 20:44:38 -0700 Message-ID: From: Freddie Cash To: xen-users Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1192268946376300422==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1192268946376300422== Content-Type: multipart/alternative; boundary=001a11c2e930f4ae3604fcc920b4 --001a11c2e930f4ae3604fcc920b4 Content-Type: text/plain; charset=UTF-8 On Jun 26, 2014 6:45 PM, "lee" wrote: > > "squidmobile@fastmail.fm" writes: > > > 26 jun 2014 > > > > greetings, > > > >> how would I make it so that VMs which are started automatically are > >> being started in a particular order? > > > > well, i have something that (sort of) works for me. i create my > > vm.cfg files in a directory of my choosing and ln -s from that > > directory to etc/xen/auto. i rename the symbolic links to look > > like this: > > 01.vm-name.cfg > > 02.vm-name.cfg > > 03.vm-name.cfg > > ... > > Yes, I though of numbering them --- haven't tried yet, though. > > Is this a feature, or did you happen to create the links in the desired > order? I see both possibilities, i. e. sorting the directory entries as > a feature, or start the VMs in the order the files/links have been > created/are found as directory entries. > > > when i reboot my system, the vm's come up in the proper sequence. > > however, xen starts them at its pace and NOT when the previous vm > > is ready for transactions. > > Yes, starting them one after another without waiting for them to be up > won't make a difference. In this case, the VM with the name server > needs to be up first, then the VM with the firewall, then the VM with > the NFS server and finally the rest of them in no particular order. Inside each VM, write a startup script that pauses the boot process until the needed resource is available. It can be add simple as a while loop waiting for a ping response. Or as complex as "try to resolve a hostname". Or whatever else is needed. Then, it doesn't matter what order the VMs are started, or which ones finish booting first. Each of the VMs will wait until the resources they need are available. Note: this won't work with non-deterministic init systems. --001a11c2e930f4ae3604fcc920b4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Jun 26, 2014 6:45 PM, "lee" <lee@yun.yagibdah.de> wrote:
>
> "squidmobile@fastmail.= fm" <squidmobile@fas= tmail.fm> writes:
>
> > 26 jun 2014
> >
> > greetings,
> >
> >> how would I make it so that VMs which are started automatical= ly are
> >> being started in a particular order?
> >
> > well, i have something that (sort of) works for me. =C2=A0i creat= e my
> > vm.cfg files in a directory of my choosing and ln -s from that > > directory to etc/xen/auto. =C2=A0i rename the symbolic links to l= ook
> > like this:
> > =C2=A0 01.vm-name.cfg
> > =C2=A0 02.vm-name.cfg
> > =C2=A0 03.vm-name.cfg
> > =C2=A0 ...
>
> Yes, I though of numbering them --- haven't tried yet, though.
>
> Is this a feature, or did you happen to create the links in the desire= d
> order? =C2=A0I see both possibilities, i. e. sorting the directory ent= ries as
> a feature, or start the VMs in the order the files/links have been
> created/are found as directory entries.
>
> > when i reboot my system, the vm's come up in the proper seque= nce.
> > however, xen starts them at its pace and NOT when the previous vm=
> > is ready for transactions.
>
> Yes, starting them one after another without waiting for them to be up=
> won't make a difference. =C2=A0In this case, the VM with the name = server
> needs to be up first, then the VM with the firewall, then the VM with<= br> > the NFS server and finally the rest of them in no particular order.

Inside each VM, write a startup script that pauses the boot = process until the needed resource is available.

It can be add simple as a while loop waiting for a ping resp= onse. Or as complex as "try to resolve a hostname". Or whatever e= lse is needed.

Then, it doesn't matter what order the VMs are started, = or which ones finish booting first. Each of the VMs will wait until the res= ources they need are available.

Note: this won't work with non-deterministic init system= s.

--001a11c2e930f4ae3604fcc920b4-- --===============1192268946376300422== 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 --===============1192268946376300422==-- From xen-users-bounces@lists.xen.org Fri Jun 27 03:44:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 03:44:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0N5g-0006A1-G1; Fri, 27 Jun 2014 03:44:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0N5d-00069t-Tr for xen-users@lists.xen.org; Fri, 27 Jun 2014 03:44:42 +0000 Received: from [85.158.143.35:24390] by server-2.bemta-4.messagelabs.com id 33/E3-06539-9A8ECA35; Fri, 27 Jun 2014 03:44:41 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1403840678!14190444!1 X-Originating-IP: [209.85.214.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28392 invoked from network); 27 Jun 2014 03:44:39 -0000 Received: from mail-ob0-f172.google.com (HELO mail-ob0-f172.google.com) (209.85.214.172) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 03:44:39 -0000 Received: by mail-ob0-f172.google.com with SMTP id uy5so4973512obc.17 for ; Thu, 26 Jun 2014 20:44:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=FIOrznTzqr5rK/MpfAZOH094LWSO8kdsWInplqNWMdA=; b=mFaYPuh/P2xXcReX16y+Yj46zhVIsZXRnGvywOxf/gZQSs6QADd6pNvsELwbzgLfMI uXQZpq9meqEbRODfDHHG5a40pfo/1w0gUgXmW1igwiOF8J5Q0Xi6NIDIEAvZysvDMB4Z qIGZWpCR6dpt7o07DAzJssnm8vfMj9iWygVgRQ/8Dm7N01nT5buu8Jy1MKCUqSTxei9t SDD+esIaL6SGp6pz/qyXJftDb8LXCj+ekDgGuO+oj1yaoWWan6WkGAs2URx6HlQ/xskP LDbTBcW1wBtQYhn9hnzhg1zk9Vs7IStwLXdWTKlBUb3EFoKWThH0nRvIaZuF7qjpzqdC bCng== MIME-Version: 1.0 X-Received: by 10.182.236.193 with SMTP id uw1mr20772037obc.12.1403840678373; Thu, 26 Jun 2014 20:44:38 -0700 (PDT) Received: by 10.202.171.1 with HTTP; Thu, 26 Jun 2014 20:44:38 -0700 (PDT) Received: by 10.202.171.1 with HTTP; Thu, 26 Jun 2014 20:44:38 -0700 (PDT) In-Reply-To: <87y4wjtaig.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> Date: Thu, 26 Jun 2014 20:44:38 -0700 Message-ID: From: Freddie Cash To: xen-users Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1192268946376300422==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1192268946376300422== Content-Type: multipart/alternative; boundary=001a11c2e930f4ae3604fcc920b4 --001a11c2e930f4ae3604fcc920b4 Content-Type: text/plain; charset=UTF-8 On Jun 26, 2014 6:45 PM, "lee" wrote: > > "squidmobile@fastmail.fm" writes: > > > 26 jun 2014 > > > > greetings, > > > >> how would I make it so that VMs which are started automatically are > >> being started in a particular order? > > > > well, i have something that (sort of) works for me. i create my > > vm.cfg files in a directory of my choosing and ln -s from that > > directory to etc/xen/auto. i rename the symbolic links to look > > like this: > > 01.vm-name.cfg > > 02.vm-name.cfg > > 03.vm-name.cfg > > ... > > Yes, I though of numbering them --- haven't tried yet, though. > > Is this a feature, or did you happen to create the links in the desired > order? I see both possibilities, i. e. sorting the directory entries as > a feature, or start the VMs in the order the files/links have been > created/are found as directory entries. > > > when i reboot my system, the vm's come up in the proper sequence. > > however, xen starts them at its pace and NOT when the previous vm > > is ready for transactions. > > Yes, starting them one after another without waiting for them to be up > won't make a difference. In this case, the VM with the name server > needs to be up first, then the VM with the firewall, then the VM with > the NFS server and finally the rest of them in no particular order. Inside each VM, write a startup script that pauses the boot process until the needed resource is available. It can be add simple as a while loop waiting for a ping response. Or as complex as "try to resolve a hostname". Or whatever else is needed. Then, it doesn't matter what order the VMs are started, or which ones finish booting first. Each of the VMs will wait until the resources they need are available. Note: this won't work with non-deterministic init systems. --001a11c2e930f4ae3604fcc920b4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Jun 26, 2014 6:45 PM, "lee" <lee@yun.yagibdah.de> wrote:
>
> "squidmobile@fastmail.= fm" <squidmobile@fas= tmail.fm> writes:
>
> > 26 jun 2014
> >
> > greetings,
> >
> >> how would I make it so that VMs which are started automatical= ly are
> >> being started in a particular order?
> >
> > well, i have something that (sort of) works for me. =C2=A0i creat= e my
> > vm.cfg files in a directory of my choosing and ln -s from that > > directory to etc/xen/auto. =C2=A0i rename the symbolic links to l= ook
> > like this:
> > =C2=A0 01.vm-name.cfg
> > =C2=A0 02.vm-name.cfg
> > =C2=A0 03.vm-name.cfg
> > =C2=A0 ...
>
> Yes, I though of numbering them --- haven't tried yet, though.
>
> Is this a feature, or did you happen to create the links in the desire= d
> order? =C2=A0I see both possibilities, i. e. sorting the directory ent= ries as
> a feature, or start the VMs in the order the files/links have been
> created/are found as directory entries.
>
> > when i reboot my system, the vm's come up in the proper seque= nce.
> > however, xen starts them at its pace and NOT when the previous vm=
> > is ready for transactions.
>
> Yes, starting them one after another without waiting for them to be up=
> won't make a difference. =C2=A0In this case, the VM with the name = server
> needs to be up first, then the VM with the firewall, then the VM with<= br> > the NFS server and finally the rest of them in no particular order.

Inside each VM, write a startup script that pauses the boot = process until the needed resource is available.

It can be add simple as a while loop waiting for a ping resp= onse. Or as complex as "try to resolve a hostname". Or whatever e= lse is needed.

Then, it doesn't matter what order the VMs are started, = or which ones finish booting first. Each of the VMs will wait until the res= ources they need are available.

Note: this won't work with non-deterministic init system= s.

--001a11c2e930f4ae3604fcc920b4-- --===============1192268946376300422== 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 --===============1192268946376300422==-- From xen-users-bounces@lists.xen.org Fri Jun 27 09:27:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 09:27:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0SR5-0006Do-4X; Fri, 27 Jun 2014 09:27:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0SR3-0006Dh-Hy for xen-users@lists.xenproject.org; Fri, 27 Jun 2014 09:27:09 +0000 Received: from [85.158.139.211:25679] by server-17.bemta-5.messagelabs.com id E0/23-08711-CE83DA35; Fri, 27 Jun 2014 09:27:08 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1403861227!12368776!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6159 invoked from network); 27 Jun 2014 09:27:08 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 09:27:08 -0000 X-IronPort-AV: E=Sophos;i="5.01,559,1400025600"; d="scan'208";a="147684731" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 27 Jun 2014 09:27:06 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 27 Jun 2014 05:27:05 -0400 Message-ID: <1403861225.32314.17.camel@kazak.uk.xensource.com> From: Ian Campbell To: "squidmobile@fastmail.fm" Date: Fri, 27 Jun 2014 10:27:05 +0100 In-Reply-To: <1403810847.16884.134957685.17E72AD8@webmail.messagingengine.com> References: <1403810847.16884.134957685.17E72AD8@webmail.messagingengine.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-26 at 15:27 -0400, squidmobile@fastmail.fm wrote: > 26 jun 2014 > > greetings, > > sorry for the delay. i deleted my logs and had to wait for the > error to occur again. i caught the output for you. > > xl create said this: > > got a tsc mode string: "default" > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: > /etc/xen/scripts/vif-bridge online [-1] exited with error status 1 This script is failing somehow. Have you modified it from the default at all? You might find some more clues in /var/log/xen/xen-hotplug.log or you may need to add additional debug to the script. I think all the rest of the stuff is noise from aborting the domain build halfway through. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 09:27:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 09:27:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0SR5-0006Do-4X; Fri, 27 Jun 2014 09:27:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0SR3-0006Dh-Hy for xen-users@lists.xenproject.org; Fri, 27 Jun 2014 09:27:09 +0000 Received: from [85.158.139.211:25679] by server-17.bemta-5.messagelabs.com id E0/23-08711-CE83DA35; Fri, 27 Jun 2014 09:27:08 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1403861227!12368776!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6159 invoked from network); 27 Jun 2014 09:27:08 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 09:27:08 -0000 X-IronPort-AV: E=Sophos;i="5.01,559,1400025600"; d="scan'208";a="147684731" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 27 Jun 2014 09:27:06 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 27 Jun 2014 05:27:05 -0400 Message-ID: <1403861225.32314.17.camel@kazak.uk.xensource.com> From: Ian Campbell To: "squidmobile@fastmail.fm" Date: Fri, 27 Jun 2014 10:27:05 +0100 In-Reply-To: <1403810847.16884.134957685.17E72AD8@webmail.messagingengine.com> References: <1403810847.16884.134957685.17E72AD8@webmail.messagingengine.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-06-26 at 15:27 -0400, squidmobile@fastmail.fm wrote: > 26 jun 2014 > > greetings, > > sorry for the delay. i deleted my logs and had to wait for the > error to occur again. i caught the output for you. > > xl create said this: > > got a tsc mode string: "default" > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: > /etc/xen/scripts/vif-bridge online [-1] exited with error status 1 This script is failing somehow. Have you modified it from the default at all? You might find some more clues in /var/log/xen/xen-hotplug.log or you may need to add additional debug to the script. I think all the rest of the stuff is noise from aborting the domain build halfway through. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 09:53:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 09:53:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Spx-0007XE-7L; Fri, 27 Jun 2014 09:52:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Spv-0007X5-Qg for xen-users@lists.xen.org; Fri, 27 Jun 2014 09:52:51 +0000 Received: from [85.158.137.68:29252] by server-11.bemta-3.messagelabs.com id 5A/DE-12889-2FE3DA35; Fri, 27 Jun 2014 09:52:50 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-31.messagelabs.com!1403862770!12655934!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7698 invoked from network); 27 Jun 2014 09:52:50 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-31.messagelabs.com with SMTP; 27 Jun 2014 09:52:50 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 322251A002 for ; Fri, 27 Jun 2014 09:52:45 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <87y4wjtaig.fsf@yun.yagibdah.de> Date: Fri, 27 Jun 2014 10:52:45 +0100 Message-Id: References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee wrote: > In this case, the VM with the name server > needs to be up first, ... Yes, I know that one :( If the name server isn't up, then the other VMs start up but "things" don't get configured properly. I solved that part of the problem by running a local nameserver on every "key" system (not all of them VMs), with local slave copies of the zones we use, and using our main resolver as a forwarder for everything else. That at least means the routers and firewalls can start up independently when the power comes back on. Thankfully power events are now rare since we replaced the UPS - but we went through a phase with no UPS, and some local grid power faults, and had to do a few cold starts. The server room is lovely and quiet when the power's gone off ! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 09:53:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 09:53:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Spx-0007XE-7L; Fri, 27 Jun 2014 09:52:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Spv-0007X5-Qg for xen-users@lists.xen.org; Fri, 27 Jun 2014 09:52:51 +0000 Received: from [85.158.137.68:29252] by server-11.bemta-3.messagelabs.com id 5A/DE-12889-2FE3DA35; Fri, 27 Jun 2014 09:52:50 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-31.messagelabs.com!1403862770!12655934!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7698 invoked from network); 27 Jun 2014 09:52:50 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-31.messagelabs.com with SMTP; 27 Jun 2014 09:52:50 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 322251A002 for ; Fri, 27 Jun 2014 09:52:45 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <87y4wjtaig.fsf@yun.yagibdah.de> Date: Fri, 27 Jun 2014 10:52:45 +0100 Message-Id: References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee wrote: > In this case, the VM with the name server > needs to be up first, ... Yes, I know that one :( If the name server isn't up, then the other VMs start up but "things" don't get configured properly. I solved that part of the problem by running a local nameserver on every "key" system (not all of them VMs), with local slave copies of the zones we use, and using our main resolver as a forwarder for everything else. That at least means the routers and firewalls can start up independently when the power comes back on. Thankfully power events are now rare since we replaced the UPS - but we went through a phase with no UPS, and some local grid power faults, and had to do a few cold starts. The server room is lovely and quiet when the power's gone off ! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 11:21:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 11:21:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0UCd-00035g-0P; Fri, 27 Jun 2014 11:20:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0UCb-00035M-Fv for xen-users@lists.xen.org; Fri, 27 Jun 2014 11:20:21 +0000 Received: from [85.158.137.68:20864] by server-7.bemta-3.messagelabs.com id 96/A9-12069-4735DA35; Fri, 27 Jun 2014 11:20:20 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-31.messagelabs.com!1403868019!10227204!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7071 invoked from network); 27 Jun 2014 11:20:19 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 27 Jun 2014 11:20:19 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0UCX-0000qd-KW for xen-users@lists.xen.org; Fri, 27 Jun 2014 13:20:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0UCX-0000nc-FK for xen-users@lists.xen.org; Fri, 27 Jun 2014 13:20:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Freddie Cash's message of "Thu, 26 Jun 2014 20:44:38 -0700") Date: Fri, 27 Jun 2014 13:10:30 +0200 Organization: my virtual residence Message-ID: <87simq7gm1.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Freddie Cash writes: > On Jun 26, 2014 6:45 PM, "lee" wrote: >> >> "squidmobile@fastmail.fm" writes: >> >> > 26 jun 2014 >> > >> > greetings, >> > >> >> how would I make it so that VMs which are started automatically are >> >> being started in a particular order? >> > >> > well, i have something that (sort of) works for me. i create my >> > vm.cfg files in a directory of my choosing and ln -s from that >> > directory to etc/xen/auto. i rename the symbolic links to look >> > like this: >> > 01.vm-name.cfg >> > 02.vm-name.cfg >> > 03.vm-name.cfg >> > ... >> >> Yes, I though of numbering them --- haven't tried yet, though. >> >> Is this a feature, or did you happen to create the links in the desired >> order? I see both possibilities, i. e. sorting the directory entries as >> a feature, or start the VMs in the order the files/links have been >> created/are found as directory entries. >> >> > when i reboot my system, the vm's come up in the proper sequence. >> > however, xen starts them at its pace and NOT when the previous vm >> > is ready for transactions. >> >> Yes, starting them one after another without waiting for them to be up >> won't make a difference. In this case, the VM with the name server >> needs to be up first, then the VM with the firewall, then the VM with >> the NFS server and finally the rest of them in no particular order. > > Inside each VM, write a startup script that pauses the boot process until > the needed resource is available. That's a good idea ... There must be a way to define dependencies for the boot process because some services must be started in the right order, and if everything would depend on the checking script, it should work. > It can be add simple as a while loop waiting for a ping response. Or as > complex as "try to resolve a hostname". Or whatever else is needed. That's the problem: How do you try to resolve a hostname, and how do you find out whether a NFS server is up or not? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 11:21:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 11:21:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0UCc-00035X-Fi; Fri, 27 Jun 2014 11:20:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0UCb-00035L-Cm for xen-users@lists.xen.org; Fri, 27 Jun 2014 11:20:21 +0000 Received: from [193.109.254.147:15320] by server-13.bemta-14.messagelabs.com id 0C/94-23211-4735DA35; Fri, 27 Jun 2014 11:20:20 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-6.tower-27.messagelabs.com!1403868019!14086984!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12142 invoked from network); 27 Jun 2014 11:20:19 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-6.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 27 Jun 2014 11:20:19 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0UCX-0000qe-Mh for xen-users@lists.xen.org; Fri, 27 Jun 2014 13:20:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0UCX-0000ni-IJ for xen-users@lists.xen.org; Fri, 27 Jun 2014 13:20:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Simon Hobson's message of "Fri, 27 Jun 2014 10:52:45 +0100") Date: Fri, 27 Jun 2014 13:20:10 +0200 Organization: my virtual residence Message-ID: <87oaxe7g5x.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Simon Hobson writes: > lee wrote: > >> In this case, the VM with the name server >> needs to be up first, ... > > Yes, I know that one :( If the name server isn't up, then the other VMs start up but "things" don't get configured properly. > > I solved that part of the problem by running a local nameserver on > every "key" system (not all of them VMs), with local slave copies of > the zones we use, and using our main resolver as a forwarder for > everything else. That at least means the routers and firewalls can > start up independently when the power comes back on. Running a slave name server on dom0 might solve this problem for me. But I don't really want to do that --- going that way, I could run everything on dom0. > The server room is lovely and quiet when the power's gone off ! Manufacturers need to make hardware that doesn't need so much energy ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 11:21:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 11:21:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0UCd-00035g-0P; Fri, 27 Jun 2014 11:20:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0UCb-00035M-Fv for xen-users@lists.xen.org; Fri, 27 Jun 2014 11:20:21 +0000 Received: from [85.158.137.68:20864] by server-7.bemta-3.messagelabs.com id 96/A9-12069-4735DA35; Fri, 27 Jun 2014 11:20:20 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-31.messagelabs.com!1403868019!10227204!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7071 invoked from network); 27 Jun 2014 11:20:19 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 27 Jun 2014 11:20:19 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0UCX-0000qd-KW for xen-users@lists.xen.org; Fri, 27 Jun 2014 13:20:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0UCX-0000nc-FK for xen-users@lists.xen.org; Fri, 27 Jun 2014 13:20:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Freddie Cash's message of "Thu, 26 Jun 2014 20:44:38 -0700") Date: Fri, 27 Jun 2014 13:10:30 +0200 Organization: my virtual residence Message-ID: <87simq7gm1.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Freddie Cash writes: > On Jun 26, 2014 6:45 PM, "lee" wrote: >> >> "squidmobile@fastmail.fm" writes: >> >> > 26 jun 2014 >> > >> > greetings, >> > >> >> how would I make it so that VMs which are started automatically are >> >> being started in a particular order? >> > >> > well, i have something that (sort of) works for me. i create my >> > vm.cfg files in a directory of my choosing and ln -s from that >> > directory to etc/xen/auto. i rename the symbolic links to look >> > like this: >> > 01.vm-name.cfg >> > 02.vm-name.cfg >> > 03.vm-name.cfg >> > ... >> >> Yes, I though of numbering them --- haven't tried yet, though. >> >> Is this a feature, or did you happen to create the links in the desired >> order? I see both possibilities, i. e. sorting the directory entries as >> a feature, or start the VMs in the order the files/links have been >> created/are found as directory entries. >> >> > when i reboot my system, the vm's come up in the proper sequence. >> > however, xen starts them at its pace and NOT when the previous vm >> > is ready for transactions. >> >> Yes, starting them one after another without waiting for them to be up >> won't make a difference. In this case, the VM with the name server >> needs to be up first, then the VM with the firewall, then the VM with >> the NFS server and finally the rest of them in no particular order. > > Inside each VM, write a startup script that pauses the boot process until > the needed resource is available. That's a good idea ... There must be a way to define dependencies for the boot process because some services must be started in the right order, and if everything would depend on the checking script, it should work. > It can be add simple as a while loop waiting for a ping response. Or as > complex as "try to resolve a hostname". Or whatever else is needed. That's the problem: How do you try to resolve a hostname, and how do you find out whether a NFS server is up or not? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 11:21:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 11:21:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0UCc-00035X-Fi; Fri, 27 Jun 2014 11:20:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0UCb-00035L-Cm for xen-users@lists.xen.org; Fri, 27 Jun 2014 11:20:21 +0000 Received: from [193.109.254.147:15320] by server-13.bemta-14.messagelabs.com id 0C/94-23211-4735DA35; Fri, 27 Jun 2014 11:20:20 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-6.tower-27.messagelabs.com!1403868019!14086984!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12142 invoked from network); 27 Jun 2014 11:20:19 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-6.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 27 Jun 2014 11:20:19 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0UCX-0000qe-Mh for xen-users@lists.xen.org; Fri, 27 Jun 2014 13:20:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0UCX-0000ni-IJ for xen-users@lists.xen.org; Fri, 27 Jun 2014 13:20:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Simon Hobson's message of "Fri, 27 Jun 2014 10:52:45 +0100") Date: Fri, 27 Jun 2014 13:20:10 +0200 Organization: my virtual residence Message-ID: <87oaxe7g5x.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Simon Hobson writes: > lee wrote: > >> In this case, the VM with the name server >> needs to be up first, ... > > Yes, I know that one :( If the name server isn't up, then the other VMs start up but "things" don't get configured properly. > > I solved that part of the problem by running a local nameserver on > every "key" system (not all of them VMs), with local slave copies of > the zones we use, and using our main resolver as a forwarder for > everything else. That at least means the routers and firewalls can > start up independently when the power comes back on. Running a slave name server on dom0 might solve this problem for me. But I don't really want to do that --- going that way, I could run everything on dom0. > The server room is lovely and quiet when the power's gone off ! Manufacturers need to make hardware that doesn't need so much energy ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 11:49:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 11:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Ue7-0005EY-2W; Fri, 27 Jun 2014 11:48:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Ue5-0005DI-SD for xen-users@lists.xen.org; Fri, 27 Jun 2014 11:48:45 +0000 Received: from [85.158.137.68:26681] by server-6.bemta-3.messagelabs.com id 31/D0-15862-D1A5DA35; Fri, 27 Jun 2014 11:48:45 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-12.tower-31.messagelabs.com!1403869724!12626716!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16973 invoked from network); 27 Jun 2014 11:48:44 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-12.tower-31.messagelabs.com with SMTP; 27 Jun 2014 11:48:44 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id D8F0D1A002 for ; Fri, 27 Jun 2014 11:48:40 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <87oaxe7g5x.fsf@yun.yagibdah.de> Date: Fri, 27 Jun 2014 12:48:39 +0100 Message-Id: <1F355354-F12C-4E54-929B-E03CAE631417@thehobsons.co.uk> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> <87oaxe7g5x.fsf@yun.yagibdah.de> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee wrote: >> I solved that part of the problem by running a local nameserver on >> every "key" system (not all of them VMs), with local slave copies of >> the zones we use, and using our main resolver as a forwarder for >> everything else. That at least means the routers and firewalls can >> start up independently when the power comes back on. > > Running a slave name server on dom0 might solve this problem for me. > But I don't really want to do that --- going that way, I could run > everything on dom0. I don't run it on Dom0, but on each system where it's needed. Some of these are standalone boxes (eg routers), some are VMs, but I've just tried to make them all so they can cold start independently of other systems. So if we have a "big red switch" moment, at least we'll get the core systems running normally and only have to intervene on a few. >> The server room is lovely and quiet when the power's gone off ! > > Manufacturers need to make hardware that doesn't need so much energy ... Like none :) > That's the problem: How do you try to resolve a hostname, and how do > you find out whether a NFS server is up or not? For a hostname, you can do something like "host ". If you get a timeout then the service isn't up yet, if you get the right answer then it is. For something like NFS, you could check to see if a mount is mounted, and if not pause and try again to mount it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 11:49:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 11:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Ue7-0005EY-2W; Fri, 27 Jun 2014 11:48:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Ue5-0005DI-SD for xen-users@lists.xen.org; Fri, 27 Jun 2014 11:48:45 +0000 Received: from [85.158.137.68:26681] by server-6.bemta-3.messagelabs.com id 31/D0-15862-D1A5DA35; Fri, 27 Jun 2014 11:48:45 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-12.tower-31.messagelabs.com!1403869724!12626716!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16973 invoked from network); 27 Jun 2014 11:48:44 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-12.tower-31.messagelabs.com with SMTP; 27 Jun 2014 11:48:44 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id D8F0D1A002 for ; Fri, 27 Jun 2014 11:48:40 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <87oaxe7g5x.fsf@yun.yagibdah.de> Date: Fri, 27 Jun 2014 12:48:39 +0100 Message-Id: <1F355354-F12C-4E54-929B-E03CAE631417@thehobsons.co.uk> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> <87oaxe7g5x.fsf@yun.yagibdah.de> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee wrote: >> I solved that part of the problem by running a local nameserver on >> every "key" system (not all of them VMs), with local slave copies of >> the zones we use, and using our main resolver as a forwarder for >> everything else. That at least means the routers and firewalls can >> start up independently when the power comes back on. > > Running a slave name server on dom0 might solve this problem for me. > But I don't really want to do that --- going that way, I could run > everything on dom0. I don't run it on Dom0, but on each system where it's needed. Some of these are standalone boxes (eg routers), some are VMs, but I've just tried to make them all so they can cold start independently of other systems. So if we have a "big red switch" moment, at least we'll get the core systems running normally and only have to intervene on a few. >> The server room is lovely and quiet when the power's gone off ! > > Manufacturers need to make hardware that doesn't need so much energy ... Like none :) > That's the problem: How do you try to resolve a hostname, and how do > you find out whether a NFS server is up or not? For a hostname, you can do something like "host ". If you get a timeout then the service isn't up yet, if you get the right answer then it is. For something like NFS, you could check to see if a mount is mounted, and if not pause and try again to mount it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 13:04:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 13:04:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Vog-0001hc-Vu; Fri, 27 Jun 2014 13:03:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Vof-0001hU-BT for xen-users@lists.xen.org; Fri, 27 Jun 2014 13:03:45 +0000 Received: from [85.158.137.68:11813] by server-17.bemta-3.messagelabs.com id 40/16-05521-0BB6DA35; Fri, 27 Jun 2014 13:03:44 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-31.messagelabs.com!1403874222!10251177!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25650 invoked from network); 27 Jun 2014 13:03:43 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jun 2014 13:03:43 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 33237221DE2 for ; Fri, 27 Jun 2014 14:03:42 +0100 (BST) MIME-Version: 1.0 Date: Fri, 27 Jun 2014 14:03:41 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87tx77vah6.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> " <87d2dvwsxn.fsf@yun.yagibdah.de>" <87tx77vah6.fsf@yun.yagibdah.de> Message-ID: <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-26 18:36, lee wrote: > Gordan Bobic writes: > >> On 2014-06-26 17:12, lee wrote: >>>> Mihail Ivanov writes: >>> >>>> So next thing I've read about RAID, so I am thinking of raiding 2 x >>>> WD >>>> Black 2 TB. (Should I do software raid or hardware raid?) >>> >>> Software raid can mean quite a slowdown compared to hardware raid. >> >> The only situation where hardware RAID helps is if you have >> a _large_ battery backed write cache, and then it only helps >> on small bursty writes. A recent x86 CPU can do the RAID >> checksumming orders of magnitude faster than most RAID card >> ASICs, and hardware RAID cache is completely useless since >> anything that is likely to be caught in it will also be in >> the OS page cache. > > The CPU may be able to handle the raid faster, and there may be lots of > RAM available for caching. Both using CPU and RAM draws on resources > that may be occupied otherwise. A typical caching hardware RAID controller has maybe 3% of RAM of a typical server. And I'm pretty sure that for the price of one you could easily get more than an extra 3% of CPU and RAM. >> The time where hardware RAID was worthwhile has passed. > > I'm not sure what you consider "recent". I have an AMD Phenom 965, and > I do notice the slowdowns due to software raid compared to hardware > raid, on the very same machine. I can believe that if you have a battery backed cache module and your workload includes a lot of synchronous writes. But for that workload you would probably be better off getting an SSD and using ZFS with ZIL in terms of total cost, performance and reliability. If you are forcing write-cache to on without a BBU, then you might as well just LD_PRELOAD=libeatmydata.so in terms of data safety in case of a crash or power outage. > Besides, try to find a board that has more than only six SATA ports or > that can do both SAS and SATA. There are few, and they are the more > expensive ones. Perhaps the lack of ports is not so much of a problem > with the available disk capacities nowadays; however, it is what made > me > get a hardware raid controller. Hardware RAID is, IMO, far too much of a liability with modern disks. Latent sector errors happen a lot more often than most people realize, and there are error situations that hardware RAID cannot meaningfully handle. >>>> Also I will be using ZFS and my Dom0 will be Fedora. >>> >>> Fedora for a dom0 is a rather bad choice. Fedora is an experimental >>> testing distribution with a very limited lifetime and prone to >>> experience lots of unexpected or undesirable changes. >> [...] >> >> True, and very unfortunate. Doubly so because my preferred distro (EL) >> is based on Fedora. The problem is that the quality (or lack thereof) >> trickles down, even after a lot of polishing. > > I can say that the quality of Debian has been declining quite a lot > over > the years and can't say that about Fedora. I haven't used Fedora that > long, and it's working quite well. Depends on what your standards and requirements are, I suppose. I have long bailed on Fedora other than for experimental testing purposes to get an idea of what to expect in the next EL. And enough bugs filter down to EL despite the lengthy stabilization stage that it's becoming quite depressing. >>>> The question I am still pondering is whether I should get an E3 Xeon >>>> (no E3's with IGP are sold in my country), an 6-core E5 Xeon or AMD >>>> FX >>>> 8***, >>> >>> Is power consumption an issue you need to consider? >>> >>> >>> As someone suggested, it might be a good idea to go for certified >>> hardware. My server is going down about every 24 hours with a flood >>> of >>> messages in dom0 like "aacraid 0000:04:00.0: swiotlb buffer is full >>> (sz: >>> 4096 bytes)", and it's actual server hardware. I made a bug report a >>> while ago; nobody cares and I keep pressing the reset button. You >>> probably don't want to end up like that. >> >> Hardware RAID is just downright evil. > > I don't think that the problem is due to the raid controller. The > driver for it is considered very stable and mature, and there's a > theory > that this problem might have to do with some sort of memory > misalignments or something which results in the block layer being > supposed to write out stuff via DMA from places it cannot really > access. > If that is true, every dom0 under xen is prone to the same problem, > regardless whether software or hardware raid is used. > > I've looked at the code --- it seems that the relevant part of the > kernel hands the write request back to the xen part, telling it that it > failed and expecting the problem to be handled somewhere else. I > didn't > trace it any further because there's no point: I won't be able to fix > this anyway. > > I suspect that the problem occurs only under certain circumstances, > like > depending on the number of VMs and on how they are set up. I find that on my motherboard most RAID controllers don't work at all with IOMMU enabled. Something about the way the transparent bridging native PCIX RAID ASICs to PCIe makes things not work. Cheap SAS cards, OTOH, work just fine, and at a fraction of the cost. >> I use plain old SATA with on-board and cheap add-in controllers and >> find that to be by far the least problematic combination. > > I haven't found any cheap SATA controller that looked like it would > work > with Linux and like it was a decent piece of hardware. Look at those > that seem decent, and a used SAS/SATA RAID controller is cheaper and > much more capable than the SATA ones. As I said, I had far more problems with SAS RAID cards than SATA controllers, and I use PMPs on top of those SAS controllers. I might look at alternatives if I was running on pure solid state but for spinning rust SATA+PMP+FIS+NCQ yields results that a hardware RAID controller wouldn't likely improve on. >>> And after spending quite a bunch of money on hardware, you might >>> want to >>> use something else than xen. Give it a try and set up a couple VMs >>> on a >>> testing machine so you get an idea of what you're getting into, and >>> reconsider. >> >> Alternatives aren't better, IMO. Having tried Xen, VMware and KVM, >> Xen was the only one I managed to (eventually) get working in the >> way I originally envisaged. > > Hm, I find that surprising. I haven't tried VMware and thought that as > a commercial product, it would make it easy to set up some VMs and to > run them reliably. It's fine as long as you don't have quirky hardware. Unfortunately, most hardware is buggy to some degree, in which case things like PCI passthrough are likely to not work at all. With Xen there is always the source that can be modified to work around at least the more workaroundable problems. And unlike on the KVM development lists, Xen developers actually respond to questions about working around such hardware bugs. > KVM/QEMU I tried years ago, and it seemed much more > straightforward than xen does now, which appears to be very chaotic. Now try using it without virt-manager. > After all, I'm not convinced that virtualization as it's done with xen > and the like is the right way to go. It has advantages and solves some > problems while creating disadvantages and other problems. It's like > going back to mainframes because the hardware has become too powerful, > using software to turn this very hardware into "multiframes" --- and > then finding out that it doesn't work so well because the hardware, > though powerful enough, never was designed for it. It's like using an > axe on the hardware to cut it into pieces and expecting such pieces to > be particularly useful. I am not a fan of virtualization for most workloads, but sometimes it is convenient, not least in order to work around deficiencies of other OS-es you might want to run. For example, I don't want to maintain 3 separate systems - partitioning up one big system is much more convenient. And I can run Windows gaming VMs while still having the advantages of easy full system rollbacks by having my domU disks backed by ZFS volumes. It's not for HPC workloads, but for some things it is the last unsuitable solution. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 13:04:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 13:04:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Vog-0001hc-Vu; Fri, 27 Jun 2014 13:03:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Vof-0001hU-BT for xen-users@lists.xen.org; Fri, 27 Jun 2014 13:03:45 +0000 Received: from [85.158.137.68:11813] by server-17.bemta-3.messagelabs.com id 40/16-05521-0BB6DA35; Fri, 27 Jun 2014 13:03:44 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-31.messagelabs.com!1403874222!10251177!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25650 invoked from network); 27 Jun 2014 13:03:43 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jun 2014 13:03:43 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 33237221DE2 for ; Fri, 27 Jun 2014 14:03:42 +0100 (BST) MIME-Version: 1.0 Date: Fri, 27 Jun 2014 14:03:41 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87tx77vah6.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> " <87d2dvwsxn.fsf@yun.yagibdah.de>" <87tx77vah6.fsf@yun.yagibdah.de> Message-ID: <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-26 18:36, lee wrote: > Gordan Bobic writes: > >> On 2014-06-26 17:12, lee wrote: >>>> Mihail Ivanov writes: >>> >>>> So next thing I've read about RAID, so I am thinking of raiding 2 x >>>> WD >>>> Black 2 TB. (Should I do software raid or hardware raid?) >>> >>> Software raid can mean quite a slowdown compared to hardware raid. >> >> The only situation where hardware RAID helps is if you have >> a _large_ battery backed write cache, and then it only helps >> on small bursty writes. A recent x86 CPU can do the RAID >> checksumming orders of magnitude faster than most RAID card >> ASICs, and hardware RAID cache is completely useless since >> anything that is likely to be caught in it will also be in >> the OS page cache. > > The CPU may be able to handle the raid faster, and there may be lots of > RAM available for caching. Both using CPU and RAM draws on resources > that may be occupied otherwise. A typical caching hardware RAID controller has maybe 3% of RAM of a typical server. And I'm pretty sure that for the price of one you could easily get more than an extra 3% of CPU and RAM. >> The time where hardware RAID was worthwhile has passed. > > I'm not sure what you consider "recent". I have an AMD Phenom 965, and > I do notice the slowdowns due to software raid compared to hardware > raid, on the very same machine. I can believe that if you have a battery backed cache module and your workload includes a lot of synchronous writes. But for that workload you would probably be better off getting an SSD and using ZFS with ZIL in terms of total cost, performance and reliability. If you are forcing write-cache to on without a BBU, then you might as well just LD_PRELOAD=libeatmydata.so in terms of data safety in case of a crash or power outage. > Besides, try to find a board that has more than only six SATA ports or > that can do both SAS and SATA. There are few, and they are the more > expensive ones. Perhaps the lack of ports is not so much of a problem > with the available disk capacities nowadays; however, it is what made > me > get a hardware raid controller. Hardware RAID is, IMO, far too much of a liability with modern disks. Latent sector errors happen a lot more often than most people realize, and there are error situations that hardware RAID cannot meaningfully handle. >>>> Also I will be using ZFS and my Dom0 will be Fedora. >>> >>> Fedora for a dom0 is a rather bad choice. Fedora is an experimental >>> testing distribution with a very limited lifetime and prone to >>> experience lots of unexpected or undesirable changes. >> [...] >> >> True, and very unfortunate. Doubly so because my preferred distro (EL) >> is based on Fedora. The problem is that the quality (or lack thereof) >> trickles down, even after a lot of polishing. > > I can say that the quality of Debian has been declining quite a lot > over > the years and can't say that about Fedora. I haven't used Fedora that > long, and it's working quite well. Depends on what your standards and requirements are, I suppose. I have long bailed on Fedora other than for experimental testing purposes to get an idea of what to expect in the next EL. And enough bugs filter down to EL despite the lengthy stabilization stage that it's becoming quite depressing. >>>> The question I am still pondering is whether I should get an E3 Xeon >>>> (no E3's with IGP are sold in my country), an 6-core E5 Xeon or AMD >>>> FX >>>> 8***, >>> >>> Is power consumption an issue you need to consider? >>> >>> >>> As someone suggested, it might be a good idea to go for certified >>> hardware. My server is going down about every 24 hours with a flood >>> of >>> messages in dom0 like "aacraid 0000:04:00.0: swiotlb buffer is full >>> (sz: >>> 4096 bytes)", and it's actual server hardware. I made a bug report a >>> while ago; nobody cares and I keep pressing the reset button. You >>> probably don't want to end up like that. >> >> Hardware RAID is just downright evil. > > I don't think that the problem is due to the raid controller. The > driver for it is considered very stable and mature, and there's a > theory > that this problem might have to do with some sort of memory > misalignments or something which results in the block layer being > supposed to write out stuff via DMA from places it cannot really > access. > If that is true, every dom0 under xen is prone to the same problem, > regardless whether software or hardware raid is used. > > I've looked at the code --- it seems that the relevant part of the > kernel hands the write request back to the xen part, telling it that it > failed and expecting the problem to be handled somewhere else. I > didn't > trace it any further because there's no point: I won't be able to fix > this anyway. > > I suspect that the problem occurs only under certain circumstances, > like > depending on the number of VMs and on how they are set up. I find that on my motherboard most RAID controllers don't work at all with IOMMU enabled. Something about the way the transparent bridging native PCIX RAID ASICs to PCIe makes things not work. Cheap SAS cards, OTOH, work just fine, and at a fraction of the cost. >> I use plain old SATA with on-board and cheap add-in controllers and >> find that to be by far the least problematic combination. > > I haven't found any cheap SATA controller that looked like it would > work > with Linux and like it was a decent piece of hardware. Look at those > that seem decent, and a used SAS/SATA RAID controller is cheaper and > much more capable than the SATA ones. As I said, I had far more problems with SAS RAID cards than SATA controllers, and I use PMPs on top of those SAS controllers. I might look at alternatives if I was running on pure solid state but for spinning rust SATA+PMP+FIS+NCQ yields results that a hardware RAID controller wouldn't likely improve on. >>> And after spending quite a bunch of money on hardware, you might >>> want to >>> use something else than xen. Give it a try and set up a couple VMs >>> on a >>> testing machine so you get an idea of what you're getting into, and >>> reconsider. >> >> Alternatives aren't better, IMO. Having tried Xen, VMware and KVM, >> Xen was the only one I managed to (eventually) get working in the >> way I originally envisaged. > > Hm, I find that surprising. I haven't tried VMware and thought that as > a commercial product, it would make it easy to set up some VMs and to > run them reliably. It's fine as long as you don't have quirky hardware. Unfortunately, most hardware is buggy to some degree, in which case things like PCI passthrough are likely to not work at all. With Xen there is always the source that can be modified to work around at least the more workaroundable problems. And unlike on the KVM development lists, Xen developers actually respond to questions about working around such hardware bugs. > KVM/QEMU I tried years ago, and it seemed much more > straightforward than xen does now, which appears to be very chaotic. Now try using it without virt-manager. > After all, I'm not convinced that virtualization as it's done with xen > and the like is the right way to go. It has advantages and solves some > problems while creating disadvantages and other problems. It's like > going back to mainframes because the hardware has become too powerful, > using software to turn this very hardware into "multiframes" --- and > then finding out that it doesn't work so well because the hardware, > though powerful enough, never was designed for it. It's like using an > axe on the hardware to cut it into pieces and expecting such pieces to > be particularly useful. I am not a fan of virtualization for most workloads, but sometimes it is convenient, not least in order to work around deficiencies of other OS-es you might want to run. For example, I don't want to maintain 3 separate systems - partitioning up one big system is much more convenient. And I can run Windows gaming VMs while still having the advantages of easy full system rollbacks by having my domU disks backed by ZFS volumes. It's not for HPC workloads, but for some things it is the last unsuitable solution. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 14:38:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 14:38:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0XGv-0000c5-EU; Fri, 27 Jun 2014 14:37:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0XGt-0000ba-Vc for xen-users@lists.xen.org; Fri, 27 Jun 2014 14:37:00 +0000 Received: from [85.158.137.68:40982] by server-17.bemta-3.messagelabs.com id 77/29-05521-B818DA35; Fri, 27 Jun 2014 14:36:59 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1403879818!8989266!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6115 invoked from network); 27 Jun 2014 14:36:58 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-9.tower-31.messagelabs.com with SMTP; 27 Jun 2014 14:36:58 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Fri, 27 Jun 2014 15:36:57 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Fri, 27 Jun 2014 15:36:55 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Fri, 27 Jun 2014 15:36:55 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+RR+KByFoBdpo0RLWuZL9g4/6d4wACFzMA Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> In-Reply-To: <1403791595.21159.19.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062715365703002 Content-Type: multipart/mixed; boundary="_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_" Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 T24gVGh1LCBKdW4gMjYsIDIwMTQgYXQgMTU6MDY6MzUsIElhbiBDYW1wYmVsbCB3cm90ZToNCj4g T24gVGh1LCAyMDE0LTA2LTI2IGF0IDE0OjA3ICswMTAwLCBKZWVudSBWaXN3YW1iaGFyYW4gd3Jv dGU6DQo+ID4gV2l0aCB0aGF0LCBJIGNhbiBydW4sIGZvciBleGFtcGxlLCB0aGUgY29tbWFuZCAn eGwgbGlzdCcgYW5kIGl0IGxpc3RzDQo+ID4gRG9tMCBhcyBhIHJ1bm5pbmcgZG9tYWluIChwaGV3 ISkuIEkgaG9wZSB0byBsYXVuY2ggYSBEb21VIGd1ZXN0IHVzaW5nDQo+ID4gJ3hsIGNyZWF0ZScg Y29tbWFuZC4gSSBsb29rZWQgYXJvdW5kIHRoZSBJbnRlcm5ldCB0byBzZWUgaWYgSSBjYW4gZ2V0 IGENCj4gPiBzYW1wbGUgZmlsZSBmb3IgYW4gQVJNIGd1ZXN0LCBidXQgd2l0aCBubyBzdWNjZXNz LiBJJ20gYSBiaXQgZGF6ZWQgYXQNCj4gPiB0aGUgbnVtYmVyIG9mIG9wdGlvbnMsIHdoaWNoIG9u ZSdzIGFyZSByZXF1aXJlZCBldGMuIFBsZWFzZSBjb3VsZCBJDQo+ID4gYm9ycm93IG9uZSB0aGF0 IEkgY2FuIHVzZSBvbiBWZXJzYXRpbGUgRXhwcmVzcyBib2FyZD8NCj4NCj4gaHR0cDovL3dpa2ku eGVuLm9yZy93aWtpL1hlbl9BUk1fd2l0aF9WaXJ0dWFsaXphdGlvbl9FeHRlbnNpb25zI0RvbVVf a2VybmVsX2FuZF9EVFMgaGFzIGEgc2ltcGxlIGV4YW1wbGUgY29uZmlndXJhdGlvbi4NCg0KVGhh bmtzLiBJJ3ZlIGNvcGllZCB0aGUgY29uZmlndXJhdGlvbiBtYWRlIGFwcHJvcHJpYXRlIGNoYW5n ZXMNCihhdHRhY2hlZCkuIEZvciBEb20wLCBJJ20gdXNpbmcgdGhlIHNhbWUga2VybmVsIGFzIHRo ZSBEb20wLCBleGNlcHQgdGhhdA0KSSd2ZSBkaWFibGVkIFZpcnR1YWxpemF0aW9uICh0aGVyZWZv cmUgWGVuIHRvbykuIEkgc3VwcG9zZSB0aGF0J3MgT0s/DQoNCkknbSBleGVjdXRpbmcgdGhlIGNv bW1hbmQgJ3hsIC12dnYgY3JlYXRlIGd1ZXN0LmNmZycuIFRoZSBjb21tYW5kDQpyZXBvcnRzIGZh aWxpbmcgdG8gc3RhcnQgYSBjb25zb2xlIChsb2dzIGF0dGFjaGVkKS4gV2hlbiB0aGUgY29tbWFu ZA0KcmV0dXJucywgSSBjYW4gc2VlIHRoYXQgJ3hsIGxpc3QnIGxpc3RzIGEgZG9tYWluIG5hbWVk ICdndWVzdCcsIGJ1dCBJJ3ZlDQpubyB3YXkgdG8gY29ubmVjdCB0byBpdCwgb3IgdG8ga25vdyB3 aGV0aGVyIGl0IGhhcyBib290ZWQgcHJvcGVybHkhDQoNCkFueSB0aG91Z2h0cz8NCg0KVElBLg0K DQotLQ0KSmVlbnUNCg0KLS0gSU1QT1JUQU5UIE5PVElDRTogVGhlIGNvbnRlbnRzIG9mIHRoaXMg ZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIGFuZCBtYXkgYWxzbyBi ZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVh c2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkgYW5kIGRvIG5vdCBkaXNjbG9zZSB0aGUg Y29udGVudHMgdG8gYW55IG90aGVyIHBlcnNvbiwgdXNlIGl0IGZvciBhbnkgcHVycG9zZSwgb3Ig c3RvcmUgb3IgY29weSB0aGUgaW5mb3JtYXRpb24gaW4gYW55IG1lZGl1bS4gIFRoYW5rIHlvdS4N Cg0KQVJNIExpbWl0ZWQsIFJlZ2lzdGVyZWQgb2ZmaWNlIDExMCBGdWxib3VybiBSb2FkLCBDYW1i cmlkZ2UgQ0IxIDlOSiwgUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMsIENvbXBhbnkgTm86 ICAyNTU3NTkwDQpBUk0gSG9sZGluZ3MgcGxjLCBSZWdpc3RlcmVkIG9mZmljZSAxMTAgRnVsYm91 cm4gUm9hZCwgQ2FtYnJpZGdlIENCMSA5TkosIFJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmIFdhbGVz LCBDb21wYW55IE5vOiAgMjU0ODc4Mg0K --_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_ Content-Type: application/octet-stream; name="create.log" Content-Description: create.log Content-Disposition: attachment; filename="create.log"; size=7965; creation-date="Fri, 27 Jun 2014 14:30:28 GMT"; modification-date="Fri, 27 Jun 2014 14:23:20 GMT" Content-Transfer-Encoding: base64 cm9vdEAobm9uZSk6fiMgeGwgLXZ2diBjcmVhdGUgZ3Vlc3QuY2ZnIC1jClBhcnNpbmcgY29uZmln IGZyb20gZ3Vlc3QuY2ZnCmxpYnhsOiB2ZXJib3NlOiBsaWJ4bF9jcmVhdGUuYzoxMzQ6bGlieGxf X2RvbWFpbl9idWlsZF9pbmZvX3NldGRlZmF1bHQ6IHFlbXUteGVuIGlzIHVuYXZhaWxhYmxlLCB1 c2UgcWVtdS14ZW4tdHJhZGl0aW9uYWwgaW5zdGVhZDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9y eQpsaWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5jOjEzNDI6ZG9fZG9tYWluX2NyZWF0ZTogYW8g MHgzMjk2ODogY3JlYXRlOiBob3c9KG5pbCkgY2FsbGJhY2s9KG5pbCkgcG9sbGVyPTB4MzI3NTAK bGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyNTE6bGlieGxfX2RldmljZV9kaXNrX3NldF9i YWNrZW5kOiBEaXNrIHZkZXY9eHZkYSBzcGVjLmJhY2tlbmQ9dW5rbm93bgpsaWJ4bDogZGVidWc6 IGxpYnhsX2RldmljZS5jOjI4NjpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6IERpc2sg dmRldj14dmRhLCB1c2luZyBiYWNrZW5kIHBoeQpsaWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5j Ojc5Nzppbml0aWF0ZV9kb21haW5fY3JlYXRlOiBydW5uaW5nIGJvb3Rsb2FkZXIKbGlieGw6IGRl YnVnOiBsaWJ4bF9ib290bG9hZGVyLmM6MzI3OmxpYnhsX19ib290bG9hZGVyX3J1bjogbm8gYm9v dGxvYWRlciBjb25maWd1cmVkLCB1c2luZyB1c2VyIHN1cHBsaWVkIGtlcm5lbApsaWJ4bDogZGVi dWc6IGxpYnhsX2V2ZW50LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNo IHc9MHgzMmY2MDogZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9u dW1hLmM6NDc1OmxpYnhsX19nZXRfbnVtYV9jYW5kaWRhdGU6IE5ldyBiZXN0IE5VTUEgcGxhY2Vt ZW50IGNhbmRpZGF0ZSBmb3VuZDogbnJfbm9kZXM9MSwgbnJfY3B1cz0yLCBucl92Y3B1cz0zLCBm cmVlX21lbWtiPTg2MQpsaWJ4bDogZGV0YWlsOiBsaWJ4bF9kb20uYzoxOTU6bnVtYV9wbGFjZV9k b21haW46IE5VTUEgcGxhY2VtZW50IGNhbmRpZGF0ZSB3aXRoIDEgbm9kZXMsIDIgY3B1cyBhbmQg ODYxIEtCIGZyZWUgc2VsZWN0ZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2Nh dGU6IGNtZGxpbmU9ImVhcmx5cHJpbnRrPXhlbmJvb3QgY29uc29sZT1odmMwIHJvb3Q9L2Rldi94 dmRhIGRlYnVnIHJ3IGluaXQ9L2Jpbi9zaCIsIGZlYXR1cmVzPSIobnVsbCkiCmxpYnhsOiBkZWJ1 ZzogbGlieGxfZG9tLmM6MzU3OmxpYnhsX19idWlsZF9wdjogcHYga2VybmVsIG1hcHBlZCAwIHBh dGggL3Jvb3QvekltYWdlCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2tlcm5lbF9maWxl OiBmaWxlbmFtZT0iL3Jvb3QvekltYWdlIgpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9t YWxsb2NfZmlsZW1hcCAgICA6IDI5ODgga0IKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21f Ym9vdF94ZW5faW5pdDogdmVyIDQuNCwgY2FwcyB4ZW4tMy4wLWFybXY3bApkb21haW5idWlsZGVy OiBkZXRhaWw6IHhjX2RvbV9yYW1iYXNlX2luaXQ6IFJBTSBzdGFydHMgYXQgODAwMDAKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGFyc2VfaW1hZ2U6IGNhbGxlZApkb21haW5idWlsZGVy OiBkZXRhaWw6IHhjX2RvbV9maW5kX2xvYWRlcjogdHJ5aW5nIG11bHRpYm9vdC1iaW5hcnkgbG9h ZGVyIC4uLgpkb21haW5idWlsZGVyOiBkZXRhaWw6IGxvYWRlciBwcm9iZSBmYWlsZWQKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiB4Y19kb21fZmluZF9sb2FkZXI6IHRyeWluZyBMaW51eCB6SW1hZ2Ug KEFSTTY0KSBsb2FkZXIgLi4uCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3Byb2JlX3pp bWFnZTY0X2tlcm5lbDoga2VybmVsIGlzIG5vdCBhbiBhcm02NCBJbWFnZQpkb21haW5idWlsZGVy OiBkZXRhaWw6IGxvYWRlciBwcm9iZSBmYWlsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19k b21fZmluZF9sb2FkZXI6IHRyeWluZyBMaW51eCB6SW1hZ2UgKEFSTTMyKSBsb2FkZXIgLi4uCmRv bWFpbmJ1aWxkZXI6IGRldGFpbDogbG9hZGVyIHByb2JlIE9LCmRvbWFpbmJ1aWxkZXI6IGRldGFp bDogeGNfZG9tX3BhcnNlX3ppbWFnZTMyX2tlcm5lbDogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogeGNfZG9tX3BhcnNlX3ppbWFnZTMyX2tlcm5lbDogeGVuLTMuMC1hcm12N2w6IDB4ODAw MDgwMDAgLT4gMHg4MDJmMzFjMApsaWJ4bDogZGVidWc6IGxpYnhsX2FybS5jOjQzMzpsaWJ4bF9f YXJjaF9kb21haW5fY29uZmlndXJlOiBjb25zdHJ1Y3RpbmcgRFRCIGZvciBYZW4gdmVyc2lvbiA0 LjQgZ3Vlc3QKbGlieGw6IGRlYnVnOiBsaWJ4bF9hcm0uYzo0OTc6bGlieGxfX2FyY2hfZG9tYWlu X2NvbmZpZ3VyZTogZmR0IHRvdGFsIHNpemUgMTIxMApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhj X2RvbV9kZXZpY2V0cmVlX21lbTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9t X21lbV9pbml0OiBtZW0gMTI4IE1CLCBwYWdlcyAweDgwMDAgcGFnZXMsIDRrIGVhY2gKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWVtX2luaXQ6IDB4ODAwMCBwYWdlcwpkb21haW5idWls ZGVyOiBkZXRhaWw6IHhjX2RvbV9ib290X21lbV9pbml0OiBjYWxsZWQKZG9tYWluYnVpbGRlcjog ZGV0YWlsOiBzZXRfbW9kZTogZ3Vlc3QgeGVuLTMuMC1hcm12N2wsIGFkZHJlc3Mgc2l6ZSAzMgpk b21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9tYWxsb2MgICAgICAgICAgICA6IDI1NiBrQgpk b21haW5idWlsZGVyOiBkZXRhaWw6IGFyY2hfc2V0dXBfbWVtaW5pdDogZGV2aWNldHJlZTogMHg4 N2ZmZjAwMCAtPiAweDg3ZmZmNGJhCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2J1aWxk X2ltYWdlOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2Nfc2VnbWVu dDogICBrZXJuZWwgICAgICAgOiAweDgwMDA4MDAwIC0+IDB4ODAyZjQwMDAgIChwZm4gMHg4MDAw OCArIDB4MmVjIHBhZ2VzKQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9wZm5fdG9fcHRy X3JldGNvdW50OiBkb21VIG1hcHBpbmc6IHBmbiAweDgwMDA4KzB4MmVjIGF0IDB4YjY2YmMwMDAK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbG9hZF96aW1hZ2Vfa2VybmVsOiBjYWxsZWQK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbG9hZF96aW1hZ2Vfa2VybmVsOiBrZXJuZWwg c2VnIDB4ODAwMDgwMDAtMHg4MDJmNDAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9s b2FkX3ppbWFnZV9rZXJuZWw6IGNvcHkgMzA2MDE2MCBieXRlcyBmcm9tIGJsb2IgMHhiNjllOTAw MCB0byBkc3QgMHhiNjZiYzAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9hbGxvY19z ZWdtZW50OiAgIGRldmljZXRyZWUgICA6IDB4ODdmZmYwMDAgLT4gMHg4ODAwMDAwMCAgKHBmbiAw eDg3ZmZmICsgMHgxIHBhZ2VzKQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9wZm5fdG9f cHRyX3JldGNvdW50OiBkb21VIG1hcHBpbmc6IHBmbiAweDg3ZmZmKzB4MSBhdCAweGI2NmJiMDAw CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogYWxsb2NfbWFnaWNfcGFnZXM6IGNhbGxlZApkb21haW5i dWlsZGVyOiBkZXRhaWw6IGNvdW50X3BndGFibGVzX2FybTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6 IGRldGFpbDogeGNfZG9tX2J1aWxkX2ltYWdlICA6IHZpcnRfYWxsb2NfZW5kIDogMHg4ODAwMDAw MApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9idWlsZF9pbWFnZSAgOiB2aXJ0X3BndGFi X2VuZCA6IDB4MApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9ib290X2ltYWdlOiBjYWxs ZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBhcmNoX3NldHVwX2Jvb3RlYXJseTogZG9pbmcgbm90 aGluZwpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9jb21wYXRfY2hlY2s6IHN1cHBvcnRl ZCBndWVzdCB0eXBlOiB4ZW4tMy4wLWFybXY3bCA8PSBtYXRjaGVzCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogc2V0dXBfcGd0YWJsZXNfYXJtOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBj bGVhcl9wYWdlOiBwZm4gMHg4ODAwMCwgbWZuIDB4ODgwMDAKZG9tYWluYnVpbGRlcjogZGV0YWls OiBjbGVhcl9wYWdlOiBwZm4gMHg4ODAwMSwgbWZuIDB4ODgwMDEKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiBzdGFydF9pbmZvX2FybTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogZG9tYWlu IGJ1aWxkZXIgbWVtb3J5IGZvb3RwcmludApkb21haW5idWlsZGVyOiBkZXRhaWw6ICAgIGFsbG9j YXRlZApkb21haW5idWlsZGVyOiBkZXRhaWw6ICAgICAgIG1hbGxvYyAgICAgICAgICAgICA6IDI3 NSBrQgpkb21haW5idWlsZGVyOiBkZXRhaWw6ICAgICAgIGFub24gbW1hcCAgICAgICAgICA6IDAg Ynl0ZXMKZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICBtYXBwZWQKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiAgICAgICBmaWxlIG1tYXAgICAgICAgICAgOiAyOTg4IGtCCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogICAgICAgZG9tVSBtbWFwICAgICAgICAgIDogMjk5NiBrQgpkb21haW5idWlsZGVyOiBk ZXRhaWw6IHZjcHVfYXJtMzI6IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IEluaXRpYWwg c3RhdGUgQ1BTUiAweDFkMyBQQyAweDgwMDA4MDAwCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogbGF1 bmNoX3ZtOiBjYWxsZWQsIGN0eHQ9MHhiNmYyMTAwNApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhj X2RvbV9yZWxlYXNlOiBjYWxsZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyNTE6bGli eGxfX2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYSBzcGVjLmJhY2tlbmQ9 cGh5CmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1NzA6bGlieGxfX2V2X3hzd2F0Y2hfcmVn aXN0ZXI6IHdhdGNoIHc9MHgzMzg0MCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQv MS81MTcxMi9zdGF0ZSB0b2tlbj0zLzA6IHJlZ2lzdGVyIHNsb3RudW09MwpsaWJ4bDogZGVidWc6 IGxpYnhsX2NyZWF0ZS5jOjEzNTY6ZG9fZG9tYWluX2NyZWF0ZTogYW8gMHgzMjk2ODogaW5wcm9n cmVzczogcG9sbGVyPTB4MzI3NTAsIGZsYWdzPWkKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5j OjUxNDp3YXRjaGZkX2NhbGxiYWNrOiB3YXRjaCB3PTB4MzM4NDAgd3BhdGg9L2xvY2FsL2RvbWFp bi8wL2JhY2tlbmQvdmJkLzEvNTE3MTIvc3RhdGUgdG9rZW49My8wOiBldmVudCBlcGF0aD0vbG9j YWwvZG9tYWluLzAvYmFja2VuZC92YmQvMS81MTcxMi9zdGF0ZQpsaWJ4bDogZGVidWc6IGxpYnhs X2V2ZW50LmM6NjU3OmRldnN0YXRlX3dhdGNoX2NhbGxiYWNrOiBiYWNrZW5kIC9sb2NhbC9kb21h aW4vMC9iYWNrZW5kL3ZiZC8xLzUxNzEyL3N0YXRlIHdhbnRlZCBzdGF0ZSAyIHN0aWxsIHdhaXRp bmcgc3RhdGUgMQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTE0OndhdGNoZmRfY2FsbGJh Y2s6IHdhdGNoIHc9MHgzMzg0MCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvMS81 MTcxMi9zdGF0ZSB0b2tlbj0zLzA6IGV2ZW50IGVwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5k L3ZiZC8xLzUxNzEyL3N0YXRlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2NTM6ZGV2c3Rh dGVfd2F0Y2hfY2FsbGJhY2s6IGJhY2tlbmQgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzEv NTE3MTIvc3RhdGUgd2FudGVkIHN0YXRlIDIgb2sKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5j OjYwNjpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3PTB4MzM4NDAgd3BhdGg9 L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzEvNTE3MTIvc3RhdGUgdG9rZW49My8wOiBkZXJl Z2lzdGVyIHNsb3RudW09Mwp2YmQgdmJkLTEtNTE3MTI6IDIgY3JlYXRpbmcgdmJkIHN0cnVjdHVy ZQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVn aXN0ZXI6IHdhdGNoIHc9MHgzMzg0MDogZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRl YnVnOiBsaWJ4bF9kZXZpY2UuYzoxMDIyOmRldmljZV9ob3RwbHVnOiBjYWxsaW5nIGhvdHBsdWcg c2NyaXB0OiAvZXRjL3hlbi9zY3JpcHRzL2Jsb2NrIGFkZApsaWJ4bDogZGVidWc6IGxpYnhsX2V2 ZW50LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzMzg4ODog ZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjYxODps aWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3PTB4MzM4ODg6IGRlcmVnaXN0ZXIg dW5yZWdpc3RlcmVkCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzoxNzcxOmxpYnhsX19hb19w cm9ncmVzc19yZXBvcnQ6IGFvIDB4MzI5Njg6IHByb2dyZXNzIHJlcG9ydDogY2FsbGJhY2sgcXVl dWVkIGFvcD0weDM1ZGEwCnhlbmNvbnNvbGVkOiBGYWlsZWQgdG8gY3JlYXRlIHR0eSBmb3IgZG9t YWluLTEgKGVycm5vID0gMiwgTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKbGlieGw6IHhlbmNv bnNvbGVkOiBGYWlsZWQgdG8gY3JlYXRlIHR0eSBmb3IgZG9tYWluLTEgKGVycm5vID0gMiwgTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKZGVidWc6IHhlbmNvbnNvbGVkOiBGYWlsZWQgdG8gY3Jl YXRlIHR0eSBmb3IgZG9tYWluLTEgKGVycm5vID0gMiwgTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9y eSkKbGlieGxfZXZlbnQuYzoxNTkxOmxpYnhsX19hb19jb21wbGV0ZTogYW8gMHgzMjk2ODogY29t cGxldGUsIHJjPTAKeGVuY29uc29sZWQ6IEZhaWxlZCB0byBjcmVhdGUgdHR5IGZvciBkb21haW4t MSAoZXJybm8gPSAyLCBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpsaWJ4bDogZGVidWc6IGxp YnhsX2V2ZW50LmM6MTE1NTplZ2NfcnVuX2NhbGxiYWNrczogYW8gMHgzMjk2ODogcHJvZ3Jlc3Mg cmVwb3J0OiBjYWxsYmFjayBhb3A9MHgzNWRhMAp4ZW5jb25zb2xlZDogRmFpbGVkIHRvIGNyZWF0 ZSB0dHkgZm9yIGRvbWFpbi0xIChlcnJubyA9IDIsIE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnkp CmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzoxNTYzOmxpYnhsX19hb19fZGVzdHJveTogYW8g MHgzMjk2ODogZGVzdHJveQp4ZW5jb25zb2xlZDogRmFpbGVkIHRvIGNyZWF0ZSB0dHkgZm9yIGRv bWFpbi0xIChlcnJubyA9IDIsIE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpCnhlbmNvbnNvbGVk OiBGYWlsZWQgdG8gY3JlYXRlIHR0eSBmb3IgZG9tYWluLTEgKGVycm5vID0gMiwgTm8gc3VjaCBm aWxlIG9yIGRpcmVjdG9yeSkKeGVuY29uc29sZWQ6IEZhaWxlZCB0byBjcmVhdGUgdHR5IGZvciBk b21haW4tMSAoZXJybm8gPSAyLCBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQp4ZW5jb25zb2xl ZDogRmFpbGVkIHRvIGNyZWF0ZSB0dHkgZm9yIGRvbWFpbi0xIChlcnJubyA9IDIsIE5vIHN1Y2gg ZmlsZSBvciBkaXJlY3RvcnkpCnhlbmNvbnNvbGU6IENvdWxkIG5vdCBvcGVuIHR0eSBgJzogTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpsaWJ4bDogZXJyb3I6IGxpYnhsX2V4ZWMuYzoxMTg6bGli eGxfcmVwb3J0X2NoaWxkX2V4aXRzdGF0dXM6IGNvbnNvbGUgY2hpbGQgWzBdIGV4aXRlZCB3aXRo IGVycm9yIHN0YXR1cyAyCnhjOiBkZWJ1ZzogaHlwZXJjYWxsIGJ1ZmZlcjogdG90YWwgYWxsb2Nh dGlvbnM6MTEzIHRvdGFsIHJlbGVhc2VzOjExMwp4YzogZGVidWc6IGh5cGVyY2FsbCBidWZmZXI6 IGN1cnJlbnQgYWxsb2NhdGlvbnM6MCBtYXhpbXVtIGFsbG9jYXRpb25zOjQKeGM6IGRlYnVnOiBo eXBlcmNhbGwgYnVmZmVyOiBjYWNoZSBjdXJyZW50IHNpemU6NAp4YzogZGVidWc6IGh5cGVyY2Fs bCBidWZmZXI6IGNhY2hlIGhpdHM6MTA1IG1pc3Nlczo0IHRvb2JpZzo0 --_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_ Content-Type: application/octet-stream; name="guest.cfg" Content-Description: guest.cfg Content-Disposition: attachment; filename="guest.cfg"; size=177; creation-date="Fri, 27 Jun 2014 14:31:12 GMT"; modification-date="Fri, 27 Jun 2014 14:30:59 GMT" Content-Transfer-Encoding: base64 a2VybmVsID0gIi9yb290L3pJbWFnZSIKbWVtb3J5ID0gMTI4Cm5hbWUgPSAiZ3Vlc3QiCnZjcHVz ID0gMQpkaXNrID0gWyAncGh5Oi9kZXYvbG9vcDAseHZkYSx3JyBdCmV4dHJhID0gImVhcmx5cHJp bnRrPXhlbmJvb3QgY29uc29sZT1odmMwIHJvb3Q9L2Rldi94dmRhIGRlYnVnIHJ3IGluaXQ9L2Jp bi9zaCIK --_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_ 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 --_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Fri Jun 27 14:38:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 14:38:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0XGv-0000c5-EU; Fri, 27 Jun 2014 14:37:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0XGt-0000ba-Vc for xen-users@lists.xen.org; Fri, 27 Jun 2014 14:37:00 +0000 Received: from [85.158.137.68:40982] by server-17.bemta-3.messagelabs.com id 77/29-05521-B818DA35; Fri, 27 Jun 2014 14:36:59 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1403879818!8989266!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6115 invoked from network); 27 Jun 2014 14:36:58 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-9.tower-31.messagelabs.com with SMTP; 27 Jun 2014 14:36:58 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Fri, 27 Jun 2014 15:36:57 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Fri, 27 Jun 2014 15:36:55 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Fri, 27 Jun 2014 15:36:55 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+RR+KByFoBdpo0RLWuZL9g4/6d4wACFzMA Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> In-Reply-To: <1403791595.21159.19.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114062715365703002 Content-Type: multipart/mixed; boundary="_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_" Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 T24gVGh1LCBKdW4gMjYsIDIwMTQgYXQgMTU6MDY6MzUsIElhbiBDYW1wYmVsbCB3cm90ZToNCj4g T24gVGh1LCAyMDE0LTA2LTI2IGF0IDE0OjA3ICswMTAwLCBKZWVudSBWaXN3YW1iaGFyYW4gd3Jv dGU6DQo+ID4gV2l0aCB0aGF0LCBJIGNhbiBydW4sIGZvciBleGFtcGxlLCB0aGUgY29tbWFuZCAn eGwgbGlzdCcgYW5kIGl0IGxpc3RzDQo+ID4gRG9tMCBhcyBhIHJ1bm5pbmcgZG9tYWluIChwaGV3 ISkuIEkgaG9wZSB0byBsYXVuY2ggYSBEb21VIGd1ZXN0IHVzaW5nDQo+ID4gJ3hsIGNyZWF0ZScg Y29tbWFuZC4gSSBsb29rZWQgYXJvdW5kIHRoZSBJbnRlcm5ldCB0byBzZWUgaWYgSSBjYW4gZ2V0 IGENCj4gPiBzYW1wbGUgZmlsZSBmb3IgYW4gQVJNIGd1ZXN0LCBidXQgd2l0aCBubyBzdWNjZXNz LiBJJ20gYSBiaXQgZGF6ZWQgYXQNCj4gPiB0aGUgbnVtYmVyIG9mIG9wdGlvbnMsIHdoaWNoIG9u ZSdzIGFyZSByZXF1aXJlZCBldGMuIFBsZWFzZSBjb3VsZCBJDQo+ID4gYm9ycm93IG9uZSB0aGF0 IEkgY2FuIHVzZSBvbiBWZXJzYXRpbGUgRXhwcmVzcyBib2FyZD8NCj4NCj4gaHR0cDovL3dpa2ku eGVuLm9yZy93aWtpL1hlbl9BUk1fd2l0aF9WaXJ0dWFsaXphdGlvbl9FeHRlbnNpb25zI0RvbVVf a2VybmVsX2FuZF9EVFMgaGFzIGEgc2ltcGxlIGV4YW1wbGUgY29uZmlndXJhdGlvbi4NCg0KVGhh bmtzLiBJJ3ZlIGNvcGllZCB0aGUgY29uZmlndXJhdGlvbiBtYWRlIGFwcHJvcHJpYXRlIGNoYW5n ZXMNCihhdHRhY2hlZCkuIEZvciBEb20wLCBJJ20gdXNpbmcgdGhlIHNhbWUga2VybmVsIGFzIHRo ZSBEb20wLCBleGNlcHQgdGhhdA0KSSd2ZSBkaWFibGVkIFZpcnR1YWxpemF0aW9uICh0aGVyZWZv cmUgWGVuIHRvbykuIEkgc3VwcG9zZSB0aGF0J3MgT0s/DQoNCkknbSBleGVjdXRpbmcgdGhlIGNv bW1hbmQgJ3hsIC12dnYgY3JlYXRlIGd1ZXN0LmNmZycuIFRoZSBjb21tYW5kDQpyZXBvcnRzIGZh aWxpbmcgdG8gc3RhcnQgYSBjb25zb2xlIChsb2dzIGF0dGFjaGVkKS4gV2hlbiB0aGUgY29tbWFu ZA0KcmV0dXJucywgSSBjYW4gc2VlIHRoYXQgJ3hsIGxpc3QnIGxpc3RzIGEgZG9tYWluIG5hbWVk ICdndWVzdCcsIGJ1dCBJJ3ZlDQpubyB3YXkgdG8gY29ubmVjdCB0byBpdCwgb3IgdG8ga25vdyB3 aGV0aGVyIGl0IGhhcyBib290ZWQgcHJvcGVybHkhDQoNCkFueSB0aG91Z2h0cz8NCg0KVElBLg0K DQotLQ0KSmVlbnUNCg0KLS0gSU1QT1JUQU5UIE5PVElDRTogVGhlIGNvbnRlbnRzIG9mIHRoaXMg ZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIGFuZCBtYXkgYWxzbyBi ZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVh c2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkgYW5kIGRvIG5vdCBkaXNjbG9zZSB0aGUg Y29udGVudHMgdG8gYW55IG90aGVyIHBlcnNvbiwgdXNlIGl0IGZvciBhbnkgcHVycG9zZSwgb3Ig c3RvcmUgb3IgY29weSB0aGUgaW5mb3JtYXRpb24gaW4gYW55IG1lZGl1bS4gIFRoYW5rIHlvdS4N Cg0KQVJNIExpbWl0ZWQsIFJlZ2lzdGVyZWQgb2ZmaWNlIDExMCBGdWxib3VybiBSb2FkLCBDYW1i cmlkZ2UgQ0IxIDlOSiwgUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMsIENvbXBhbnkgTm86 ICAyNTU3NTkwDQpBUk0gSG9sZGluZ3MgcGxjLCBSZWdpc3RlcmVkIG9mZmljZSAxMTAgRnVsYm91 cm4gUm9hZCwgQ2FtYnJpZGdlIENCMSA5TkosIFJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmIFdhbGVz LCBDb21wYW55IE5vOiAgMjU0ODc4Mg0K --_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_ Content-Type: application/octet-stream; name="create.log" Content-Description: create.log Content-Disposition: attachment; filename="create.log"; size=7965; creation-date="Fri, 27 Jun 2014 14:30:28 GMT"; modification-date="Fri, 27 Jun 2014 14:23:20 GMT" Content-Transfer-Encoding: base64 cm9vdEAobm9uZSk6fiMgeGwgLXZ2diBjcmVhdGUgZ3Vlc3QuY2ZnIC1jClBhcnNpbmcgY29uZmln IGZyb20gZ3Vlc3QuY2ZnCmxpYnhsOiB2ZXJib3NlOiBsaWJ4bF9jcmVhdGUuYzoxMzQ6bGlieGxf X2RvbWFpbl9idWlsZF9pbmZvX3NldGRlZmF1bHQ6IHFlbXUteGVuIGlzIHVuYXZhaWxhYmxlLCB1 c2UgcWVtdS14ZW4tdHJhZGl0aW9uYWwgaW5zdGVhZDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9y eQpsaWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5jOjEzNDI6ZG9fZG9tYWluX2NyZWF0ZTogYW8g MHgzMjk2ODogY3JlYXRlOiBob3c9KG5pbCkgY2FsbGJhY2s9KG5pbCkgcG9sbGVyPTB4MzI3NTAK bGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyNTE6bGlieGxfX2RldmljZV9kaXNrX3NldF9i YWNrZW5kOiBEaXNrIHZkZXY9eHZkYSBzcGVjLmJhY2tlbmQ9dW5rbm93bgpsaWJ4bDogZGVidWc6 IGxpYnhsX2RldmljZS5jOjI4NjpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6IERpc2sg dmRldj14dmRhLCB1c2luZyBiYWNrZW5kIHBoeQpsaWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5j Ojc5Nzppbml0aWF0ZV9kb21haW5fY3JlYXRlOiBydW5uaW5nIGJvb3Rsb2FkZXIKbGlieGw6IGRl YnVnOiBsaWJ4bF9ib290bG9hZGVyLmM6MzI3OmxpYnhsX19ib290bG9hZGVyX3J1bjogbm8gYm9v dGxvYWRlciBjb25maWd1cmVkLCB1c2luZyB1c2VyIHN1cHBsaWVkIGtlcm5lbApsaWJ4bDogZGVi dWc6IGxpYnhsX2V2ZW50LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNo IHc9MHgzMmY2MDogZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9u dW1hLmM6NDc1OmxpYnhsX19nZXRfbnVtYV9jYW5kaWRhdGU6IE5ldyBiZXN0IE5VTUEgcGxhY2Vt ZW50IGNhbmRpZGF0ZSBmb3VuZDogbnJfbm9kZXM9MSwgbnJfY3B1cz0yLCBucl92Y3B1cz0zLCBm cmVlX21lbWtiPTg2MQpsaWJ4bDogZGV0YWlsOiBsaWJ4bF9kb20uYzoxOTU6bnVtYV9wbGFjZV9k b21haW46IE5VTUEgcGxhY2VtZW50IGNhbmRpZGF0ZSB3aXRoIDEgbm9kZXMsIDIgY3B1cyBhbmQg ODYxIEtCIGZyZWUgc2VsZWN0ZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2Nh dGU6IGNtZGxpbmU9ImVhcmx5cHJpbnRrPXhlbmJvb3QgY29uc29sZT1odmMwIHJvb3Q9L2Rldi94 dmRhIGRlYnVnIHJ3IGluaXQ9L2Jpbi9zaCIsIGZlYXR1cmVzPSIobnVsbCkiCmxpYnhsOiBkZWJ1 ZzogbGlieGxfZG9tLmM6MzU3OmxpYnhsX19idWlsZF9wdjogcHYga2VybmVsIG1hcHBlZCAwIHBh dGggL3Jvb3QvekltYWdlCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2tlcm5lbF9maWxl OiBmaWxlbmFtZT0iL3Jvb3QvekltYWdlIgpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9t YWxsb2NfZmlsZW1hcCAgICA6IDI5ODgga0IKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21f Ym9vdF94ZW5faW5pdDogdmVyIDQuNCwgY2FwcyB4ZW4tMy4wLWFybXY3bApkb21haW5idWlsZGVy OiBkZXRhaWw6IHhjX2RvbV9yYW1iYXNlX2luaXQ6IFJBTSBzdGFydHMgYXQgODAwMDAKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGFyc2VfaW1hZ2U6IGNhbGxlZApkb21haW5idWlsZGVy OiBkZXRhaWw6IHhjX2RvbV9maW5kX2xvYWRlcjogdHJ5aW5nIG11bHRpYm9vdC1iaW5hcnkgbG9h ZGVyIC4uLgpkb21haW5idWlsZGVyOiBkZXRhaWw6IGxvYWRlciBwcm9iZSBmYWlsZWQKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiB4Y19kb21fZmluZF9sb2FkZXI6IHRyeWluZyBMaW51eCB6SW1hZ2Ug KEFSTTY0KSBsb2FkZXIgLi4uCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3Byb2JlX3pp bWFnZTY0X2tlcm5lbDoga2VybmVsIGlzIG5vdCBhbiBhcm02NCBJbWFnZQpkb21haW5idWlsZGVy OiBkZXRhaWw6IGxvYWRlciBwcm9iZSBmYWlsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19k b21fZmluZF9sb2FkZXI6IHRyeWluZyBMaW51eCB6SW1hZ2UgKEFSTTMyKSBsb2FkZXIgLi4uCmRv bWFpbmJ1aWxkZXI6IGRldGFpbDogbG9hZGVyIHByb2JlIE9LCmRvbWFpbmJ1aWxkZXI6IGRldGFp bDogeGNfZG9tX3BhcnNlX3ppbWFnZTMyX2tlcm5lbDogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogeGNfZG9tX3BhcnNlX3ppbWFnZTMyX2tlcm5lbDogeGVuLTMuMC1hcm12N2w6IDB4ODAw MDgwMDAgLT4gMHg4MDJmMzFjMApsaWJ4bDogZGVidWc6IGxpYnhsX2FybS5jOjQzMzpsaWJ4bF9f YXJjaF9kb21haW5fY29uZmlndXJlOiBjb25zdHJ1Y3RpbmcgRFRCIGZvciBYZW4gdmVyc2lvbiA0 LjQgZ3Vlc3QKbGlieGw6IGRlYnVnOiBsaWJ4bF9hcm0uYzo0OTc6bGlieGxfX2FyY2hfZG9tYWlu X2NvbmZpZ3VyZTogZmR0IHRvdGFsIHNpemUgMTIxMApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhj X2RvbV9kZXZpY2V0cmVlX21lbTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9t X21lbV9pbml0OiBtZW0gMTI4IE1CLCBwYWdlcyAweDgwMDAgcGFnZXMsIDRrIGVhY2gKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWVtX2luaXQ6IDB4ODAwMCBwYWdlcwpkb21haW5idWls ZGVyOiBkZXRhaWw6IHhjX2RvbV9ib290X21lbV9pbml0OiBjYWxsZWQKZG9tYWluYnVpbGRlcjog ZGV0YWlsOiBzZXRfbW9kZTogZ3Vlc3QgeGVuLTMuMC1hcm12N2wsIGFkZHJlc3Mgc2l6ZSAzMgpk b21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9tYWxsb2MgICAgICAgICAgICA6IDI1NiBrQgpk b21haW5idWlsZGVyOiBkZXRhaWw6IGFyY2hfc2V0dXBfbWVtaW5pdDogZGV2aWNldHJlZTogMHg4 N2ZmZjAwMCAtPiAweDg3ZmZmNGJhCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2J1aWxk X2ltYWdlOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2Nfc2VnbWVu dDogICBrZXJuZWwgICAgICAgOiAweDgwMDA4MDAwIC0+IDB4ODAyZjQwMDAgIChwZm4gMHg4MDAw OCArIDB4MmVjIHBhZ2VzKQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9wZm5fdG9fcHRy X3JldGNvdW50OiBkb21VIG1hcHBpbmc6IHBmbiAweDgwMDA4KzB4MmVjIGF0IDB4YjY2YmMwMDAK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbG9hZF96aW1hZ2Vfa2VybmVsOiBjYWxsZWQK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbG9hZF96aW1hZ2Vfa2VybmVsOiBrZXJuZWwg c2VnIDB4ODAwMDgwMDAtMHg4MDJmNDAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9s b2FkX3ppbWFnZV9rZXJuZWw6IGNvcHkgMzA2MDE2MCBieXRlcyBmcm9tIGJsb2IgMHhiNjllOTAw MCB0byBkc3QgMHhiNjZiYzAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9hbGxvY19z ZWdtZW50OiAgIGRldmljZXRyZWUgICA6IDB4ODdmZmYwMDAgLT4gMHg4ODAwMDAwMCAgKHBmbiAw eDg3ZmZmICsgMHgxIHBhZ2VzKQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9wZm5fdG9f cHRyX3JldGNvdW50OiBkb21VIG1hcHBpbmc6IHBmbiAweDg3ZmZmKzB4MSBhdCAweGI2NmJiMDAw CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogYWxsb2NfbWFnaWNfcGFnZXM6IGNhbGxlZApkb21haW5i dWlsZGVyOiBkZXRhaWw6IGNvdW50X3BndGFibGVzX2FybTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6 IGRldGFpbDogeGNfZG9tX2J1aWxkX2ltYWdlICA6IHZpcnRfYWxsb2NfZW5kIDogMHg4ODAwMDAw MApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9idWlsZF9pbWFnZSAgOiB2aXJ0X3BndGFi X2VuZCA6IDB4MApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9ib290X2ltYWdlOiBjYWxs ZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBhcmNoX3NldHVwX2Jvb3RlYXJseTogZG9pbmcgbm90 aGluZwpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9jb21wYXRfY2hlY2s6IHN1cHBvcnRl ZCBndWVzdCB0eXBlOiB4ZW4tMy4wLWFybXY3bCA8PSBtYXRjaGVzCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogc2V0dXBfcGd0YWJsZXNfYXJtOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBj bGVhcl9wYWdlOiBwZm4gMHg4ODAwMCwgbWZuIDB4ODgwMDAKZG9tYWluYnVpbGRlcjogZGV0YWls OiBjbGVhcl9wYWdlOiBwZm4gMHg4ODAwMSwgbWZuIDB4ODgwMDEKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiBzdGFydF9pbmZvX2FybTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogZG9tYWlu IGJ1aWxkZXIgbWVtb3J5IGZvb3RwcmludApkb21haW5idWlsZGVyOiBkZXRhaWw6ICAgIGFsbG9j YXRlZApkb21haW5idWlsZGVyOiBkZXRhaWw6ICAgICAgIG1hbGxvYyAgICAgICAgICAgICA6IDI3 NSBrQgpkb21haW5idWlsZGVyOiBkZXRhaWw6ICAgICAgIGFub24gbW1hcCAgICAgICAgICA6IDAg Ynl0ZXMKZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICBtYXBwZWQKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiAgICAgICBmaWxlIG1tYXAgICAgICAgICAgOiAyOTg4IGtCCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogICAgICAgZG9tVSBtbWFwICAgICAgICAgIDogMjk5NiBrQgpkb21haW5idWlsZGVyOiBk ZXRhaWw6IHZjcHVfYXJtMzI6IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IEluaXRpYWwg c3RhdGUgQ1BTUiAweDFkMyBQQyAweDgwMDA4MDAwCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogbGF1 bmNoX3ZtOiBjYWxsZWQsIGN0eHQ9MHhiNmYyMTAwNApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhj X2RvbV9yZWxlYXNlOiBjYWxsZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyNTE6bGli eGxfX2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYSBzcGVjLmJhY2tlbmQ9 cGh5CmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1NzA6bGlieGxfX2V2X3hzd2F0Y2hfcmVn aXN0ZXI6IHdhdGNoIHc9MHgzMzg0MCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQv MS81MTcxMi9zdGF0ZSB0b2tlbj0zLzA6IHJlZ2lzdGVyIHNsb3RudW09MwpsaWJ4bDogZGVidWc6 IGxpYnhsX2NyZWF0ZS5jOjEzNTY6ZG9fZG9tYWluX2NyZWF0ZTogYW8gMHgzMjk2ODogaW5wcm9n cmVzczogcG9sbGVyPTB4MzI3NTAsIGZsYWdzPWkKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5j OjUxNDp3YXRjaGZkX2NhbGxiYWNrOiB3YXRjaCB3PTB4MzM4NDAgd3BhdGg9L2xvY2FsL2RvbWFp bi8wL2JhY2tlbmQvdmJkLzEvNTE3MTIvc3RhdGUgdG9rZW49My8wOiBldmVudCBlcGF0aD0vbG9j YWwvZG9tYWluLzAvYmFja2VuZC92YmQvMS81MTcxMi9zdGF0ZQpsaWJ4bDogZGVidWc6IGxpYnhs X2V2ZW50LmM6NjU3OmRldnN0YXRlX3dhdGNoX2NhbGxiYWNrOiBiYWNrZW5kIC9sb2NhbC9kb21h aW4vMC9iYWNrZW5kL3ZiZC8xLzUxNzEyL3N0YXRlIHdhbnRlZCBzdGF0ZSAyIHN0aWxsIHdhaXRp bmcgc3RhdGUgMQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTE0OndhdGNoZmRfY2FsbGJh Y2s6IHdhdGNoIHc9MHgzMzg0MCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvMS81 MTcxMi9zdGF0ZSB0b2tlbj0zLzA6IGV2ZW50IGVwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5k L3ZiZC8xLzUxNzEyL3N0YXRlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2NTM6ZGV2c3Rh dGVfd2F0Y2hfY2FsbGJhY2s6IGJhY2tlbmQgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzEv NTE3MTIvc3RhdGUgd2FudGVkIHN0YXRlIDIgb2sKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5j OjYwNjpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3PTB4MzM4NDAgd3BhdGg9 L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzEvNTE3MTIvc3RhdGUgdG9rZW49My8wOiBkZXJl Z2lzdGVyIHNsb3RudW09Mwp2YmQgdmJkLTEtNTE3MTI6IDIgY3JlYXRpbmcgdmJkIHN0cnVjdHVy ZQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVn aXN0ZXI6IHdhdGNoIHc9MHgzMzg0MDogZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRl YnVnOiBsaWJ4bF9kZXZpY2UuYzoxMDIyOmRldmljZV9ob3RwbHVnOiBjYWxsaW5nIGhvdHBsdWcg c2NyaXB0OiAvZXRjL3hlbi9zY3JpcHRzL2Jsb2NrIGFkZApsaWJ4bDogZGVidWc6IGxpYnhsX2V2 ZW50LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzMzg4ODog ZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjYxODps aWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3PTB4MzM4ODg6IGRlcmVnaXN0ZXIg dW5yZWdpc3RlcmVkCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzoxNzcxOmxpYnhsX19hb19w cm9ncmVzc19yZXBvcnQ6IGFvIDB4MzI5Njg6IHByb2dyZXNzIHJlcG9ydDogY2FsbGJhY2sgcXVl dWVkIGFvcD0weDM1ZGEwCnhlbmNvbnNvbGVkOiBGYWlsZWQgdG8gY3JlYXRlIHR0eSBmb3IgZG9t YWluLTEgKGVycm5vID0gMiwgTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKbGlieGw6IHhlbmNv bnNvbGVkOiBGYWlsZWQgdG8gY3JlYXRlIHR0eSBmb3IgZG9tYWluLTEgKGVycm5vID0gMiwgTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKZGVidWc6IHhlbmNvbnNvbGVkOiBGYWlsZWQgdG8gY3Jl YXRlIHR0eSBmb3IgZG9tYWluLTEgKGVycm5vID0gMiwgTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9y eSkKbGlieGxfZXZlbnQuYzoxNTkxOmxpYnhsX19hb19jb21wbGV0ZTogYW8gMHgzMjk2ODogY29t cGxldGUsIHJjPTAKeGVuY29uc29sZWQ6IEZhaWxlZCB0byBjcmVhdGUgdHR5IGZvciBkb21haW4t MSAoZXJybm8gPSAyLCBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpsaWJ4bDogZGVidWc6IGxp YnhsX2V2ZW50LmM6MTE1NTplZ2NfcnVuX2NhbGxiYWNrczogYW8gMHgzMjk2ODogcHJvZ3Jlc3Mg cmVwb3J0OiBjYWxsYmFjayBhb3A9MHgzNWRhMAp4ZW5jb25zb2xlZDogRmFpbGVkIHRvIGNyZWF0 ZSB0dHkgZm9yIGRvbWFpbi0xIChlcnJubyA9IDIsIE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnkp CmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzoxNTYzOmxpYnhsX19hb19fZGVzdHJveTogYW8g MHgzMjk2ODogZGVzdHJveQp4ZW5jb25zb2xlZDogRmFpbGVkIHRvIGNyZWF0ZSB0dHkgZm9yIGRv bWFpbi0xIChlcnJubyA9IDIsIE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpCnhlbmNvbnNvbGVk OiBGYWlsZWQgdG8gY3JlYXRlIHR0eSBmb3IgZG9tYWluLTEgKGVycm5vID0gMiwgTm8gc3VjaCBm aWxlIG9yIGRpcmVjdG9yeSkKeGVuY29uc29sZWQ6IEZhaWxlZCB0byBjcmVhdGUgdHR5IGZvciBk b21haW4tMSAoZXJybm8gPSAyLCBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQp4ZW5jb25zb2xl ZDogRmFpbGVkIHRvIGNyZWF0ZSB0dHkgZm9yIGRvbWFpbi0xIChlcnJubyA9IDIsIE5vIHN1Y2gg ZmlsZSBvciBkaXJlY3RvcnkpCnhlbmNvbnNvbGU6IENvdWxkIG5vdCBvcGVuIHR0eSBgJzogTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpsaWJ4bDogZXJyb3I6IGxpYnhsX2V4ZWMuYzoxMTg6bGli eGxfcmVwb3J0X2NoaWxkX2V4aXRzdGF0dXM6IGNvbnNvbGUgY2hpbGQgWzBdIGV4aXRlZCB3aXRo IGVycm9yIHN0YXR1cyAyCnhjOiBkZWJ1ZzogaHlwZXJjYWxsIGJ1ZmZlcjogdG90YWwgYWxsb2Nh dGlvbnM6MTEzIHRvdGFsIHJlbGVhc2VzOjExMwp4YzogZGVidWc6IGh5cGVyY2FsbCBidWZmZXI6 IGN1cnJlbnQgYWxsb2NhdGlvbnM6MCBtYXhpbXVtIGFsbG9jYXRpb25zOjQKeGM6IGRlYnVnOiBo eXBlcmNhbGwgYnVmZmVyOiBjYWNoZSBjdXJyZW50IHNpemU6NAp4YzogZGVidWc6IGh5cGVyY2Fs bCBidWZmZXI6IGNhY2hlIGhpdHM6MTA1IG1pc3Nlczo0IHRvb2JpZzo0 --_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_ Content-Type: application/octet-stream; name="guest.cfg" Content-Description: guest.cfg Content-Disposition: attachment; filename="guest.cfg"; size=177; creation-date="Fri, 27 Jun 2014 14:31:12 GMT"; modification-date="Fri, 27 Jun 2014 14:30:59 GMT" Content-Transfer-Encoding: base64 a2VybmVsID0gIi9yb290L3pJbWFnZSIKbWVtb3J5ID0gMTI4Cm5hbWUgPSAiZ3Vlc3QiCnZjcHVz ID0gMQpkaXNrID0gWyAncGh5Oi9kZXYvbG9vcDAseHZkYSx3JyBdCmV4dHJhID0gImVhcmx5cHJp bnRrPXhlbmJvb3QgY29uc29sZT1odmMwIHJvb3Q9L2Rldi94dmRhIGRlYnVnIHJ3IGluaXQ9L2Jp bi9zaCIK --_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_ 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 --_003_B69BE294631500448B6D3B9936E1743202D79E5B8473GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Fri Jun 27 14:51:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 14:51:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0XUh-0001wE-IJ; Fri, 27 Jun 2014 14:51:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0XUg-0001vu-D0 for xen-users@lists.xen.org; Fri, 27 Jun 2014 14:51:14 +0000 Received: from [193.109.254.147:11405] by server-9.bemta-14.messagelabs.com id 65/25-14237-1E48DA35; Fri, 27 Jun 2014 14:51:13 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1403880671!14154579!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1490 invoked from network); 27 Jun 2014 14:51:12 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 14:51:12 -0000 X-IronPort-AV: E=Sophos;i="5.01,560,1400025600"; d="scan'208";a="148001783" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 27 Jun 2014 14:51:11 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 27 Jun 2014 10:51:10 -0400 Message-ID: <1403880669.3169.59.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Fri, 27 Jun 2014 15:51:09 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2014-06-27 at 15:36 +0100, Jeenu Viswambharan wrote: > On Thu, Jun 26, 2014 at 15:06:35, Ian Campbell wrote: > > On Thu, 2014-06-26 at 14:07 +0100, Jeenu Viswambharan wrote: > > > With that, I can run, for example, the command 'xl list' and it lists > > > Dom0 as a running domain (phew!). I hope to launch a DomU guest using > > > 'xl create' command. I looked around the Internet to see if I can get a > > > sample file for an ARM guest, but with no success. I'm a bit dazed at > > > the number of options, which one's are required etc. Please could I > > > borrow one that I can use on Versatile Express board? > > > > http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions#DomU_kernel_and_DTS has a simple example configuration. > > Thanks. I've copied the configuration made appropriate changes > (attached). For Dom0, I'm using the same kernel as the Dom0, except that > I've diabled Virtualization (therefore Xen too). I suppose that's OK? I think you said dom0 too many times there. Was one of them supposed to be a domU? You need xen enabled in both dom0 and domU. In fact the easiest thing to do is to use the same kernel for both. > > I'm executing the command 'xl -vvv create guest.cfg'. The command > reports failing to start a console (logs attached). When the command > returns, I can see that 'xl list' lists a domain named 'guest', but I've > no way to connect to it, or to know whether it has booted properly! The error messages suggest to me that you are missing some key piece of generic infrastructure, like perhaps /dev/pts. I'd strongly recommend you find a way to run udev on this platform so that it can sort out the content of /dev for you (this was the cause of all the missing device nodes which you tripped over earlier too). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 14:51:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 14:51:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0XUh-0001wE-IJ; Fri, 27 Jun 2014 14:51:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0XUg-0001vu-D0 for xen-users@lists.xen.org; Fri, 27 Jun 2014 14:51:14 +0000 Received: from [193.109.254.147:11405] by server-9.bemta-14.messagelabs.com id 65/25-14237-1E48DA35; Fri, 27 Jun 2014 14:51:13 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1403880671!14154579!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1490 invoked from network); 27 Jun 2014 14:51:12 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 14:51:12 -0000 X-IronPort-AV: E=Sophos;i="5.01,560,1400025600"; d="scan'208";a="148001783" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 27 Jun 2014 14:51:11 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 27 Jun 2014 10:51:10 -0400 Message-ID: <1403880669.3169.59.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Fri, 27 Jun 2014 15:51:09 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2014-06-27 at 15:36 +0100, Jeenu Viswambharan wrote: > On Thu, Jun 26, 2014 at 15:06:35, Ian Campbell wrote: > > On Thu, 2014-06-26 at 14:07 +0100, Jeenu Viswambharan wrote: > > > With that, I can run, for example, the command 'xl list' and it lists > > > Dom0 as a running domain (phew!). I hope to launch a DomU guest using > > > 'xl create' command. I looked around the Internet to see if I can get a > > > sample file for an ARM guest, but with no success. I'm a bit dazed at > > > the number of options, which one's are required etc. Please could I > > > borrow one that I can use on Versatile Express board? > > > > http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions#DomU_kernel_and_DTS has a simple example configuration. > > Thanks. I've copied the configuration made appropriate changes > (attached). For Dom0, I'm using the same kernel as the Dom0, except that > I've diabled Virtualization (therefore Xen too). I suppose that's OK? I think you said dom0 too many times there. Was one of them supposed to be a domU? You need xen enabled in both dom0 and domU. In fact the easiest thing to do is to use the same kernel for both. > > I'm executing the command 'xl -vvv create guest.cfg'. The command > reports failing to start a console (logs attached). When the command > returns, I can see that 'xl list' lists a domain named 'guest', but I've > no way to connect to it, or to know whether it has booted properly! The error messages suggest to me that you are missing some key piece of generic infrastructure, like perhaps /dev/pts. I'd strongly recommend you find a way to run udev on this platform so that it can sort out the content of /dev for you (this was the cause of all the missing device nodes which you tripped over earlier too). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 15:02:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 15:02:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Xfm-0002vB-0H; Fri, 27 Jun 2014 15:02:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Xfk-0002ur-5w for xen-users@lists.xen.org; Fri, 27 Jun 2014 15:02:40 +0000 Received: from [193.109.254.147:57697] by server-6.bemta-14.messagelabs.com id 96/77-13066-E878DA35; Fri, 27 Jun 2014 15:02:38 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1403881356!14137234!1 X-Originating-IP: [107.14.166.230] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4916 invoked from network); 27 Jun 2014 15:02:37 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.230) by server-9.tower-27.messagelabs.com with SMTP; 27 Jun 2014 15:02:37 -0000 Received: from [67.78.168.186] ([67.78.168.186:54077] helo=[10.1.1.200]) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 4B/CD-03739-C878DA35; Fri, 27 Jun 2014 15:02:36 +0000 Message-ID: <53AD878C.3050103@ubuntu.com> Date: Fri, 27 Jun 2014 11:02:36 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Subject: [Xen-users] Bunch of dump_stack()s for no apparent reason X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I found the following odd messages in a domU. It looks like it isn't a BUG or OOPS, but xen just called dump_stack for no apparent reason. The message repeated a number of times. Any ideas why? At the time I think someone inadvertently rebooted the host so it tried to save the domU to disk to be restored later. I thought that was done without the knowledge of the domU, so why was it freezing devices? [333098.453847] PM: freeze of devices complete after 0.130 msecs [333098.453851] suspending xenstore... [333098.453913] PM: late freeze of devices complete after 0.058 msecs [333098.453978] PM: noirq freeze of devices complete after 0.063 msecs [333098.454089] ------------[ cut here ]------------ [333098.454103] WARNING: CPU: 0 PID: 9 at /build/buildd/linux-3.13.0/arch/x86/xen/enlighten.c:967 xen_apic_write+0x17/0x20() [333098.454106] Modules linked in: dm_snapshot ufs qnx4 hfsplus hfs minix ntfs msdos jfs xfs target_core_mod configfs ib_iser rdma_cm iw_cm ib_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi intel_rapl x86_pkg_temp_thermal coretemp crc32_pclmul aesni_intel aes_i586 xts lrw gf128mul ablk_helper cryptd hwmon_vid lp parport dm_multipath scsi_dh btrfs libcrc32c raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq raid1 raid0 multipath linear nbd dm_mirror dm_region_hash dm_log [333098.454172] CPU: 0 PID: 9 Comm: migration/0 Not tainted 3.13.0-29-generic #53-Ubuntu [333098.454175] 00000000 00000000 eb8dfdc0 c164f613 00000000 eb8dfdf0 c10567ee c182ba80 [333098.454185] 00000000 00000009 c18204f4 000003c7 c1003077 c1003077 00000002 00000000 [333098.454195] ebab02cc eb8dfe00 c10568b2 00000009 00000000 eb8dfe08 c1003077 eb8dfe14 [333098.454204] Call Trace: [333098.454214] [] dump_stack+0x41/0x52 [333098.454223] [] warn_slowpath_common+0x7e/0xa0 [333098.454229] [] ? xen_apic_write+0x17/0x20 [333098.454234] [] ? xen_apic_write+0x17/0x20 [333098.454240] [] warn_slowpath_null+0x22/0x30 [333098.454245] [] xen_apic_write+0x17/0x20 [333098.454252] [] clear_local_APIC+0x67/0x2d0 [333098.454258] [] disable_local_APIC+0x25/0x80 [333098.454264] [] lapic_suspend+0x149/0x1a0 [333098.454271] [] syscore_suspend+0x5a/0x160 [333098.454278] [] xen_suspend+0x25/0xb0 [333098.454285] [] ? sched_clock_cpu+0xdf/0x150 [333098.454292] [] multi_cpu_stop+0x95/0xb0 [333098.454298] [] ? cpu_stop_should_run+0x40/0x40 [333098.454304] [] cpu_stopper_thread+0x6b/0x140 [333098.454311] [] ? __switch_to+0x10a/0x340 [333098.454316] [] ? finish_task_switch+0x49/0xe0 [333098.454323] [] ? __schedule+0x358/0x770 [333098.454330] [] ? xen_do_upcall+0x7/0xc [333098.454336] [] ? xen_hypercall_xen_version+0x7/0x20 [333098.454343] [] ? xen_force_evtchn_callback+0xf/0x20 [333098.454348] [] ? check_events+0x8/0xc [333098.454354] [] ? _raw_spin_lock_irqsave+0x1b/0x60 [333098.454360] [] ? _raw_spin_unlock_irqrestore+0x1c/0x40 [333098.454367] [] smpboot_thread_fn+0xca/0x150 [333098.454373] [] ? SyS_setgroups+0x130/0x130 [333098.454380] [] kthread+0xa1/0xc0 [333098.454385] [] ? wake_up_nohz_cpu+0x56/0x60 [333098.454391] [] ret_from_kernel_thread+0x1b/0x28 [333098.454397] [] ? kthread_create_on_node+0x150/0x150 [333098.454402] ---[ end trace 758207473cd2b193 ]--- [333098.454405] ------------[ cut here ]------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTrYeLAAoJEI5FoCIzSKrwuqoH/isViIwNdBVgdZ2/cAmQzLJ9 kCg/wgcivG63bTlRGlALiCETKi2u4d1RlDjiDIV+mt+T/hniVC3tOYy4sllsIFPl vzse6R04k0FdVEhAfil4hwhiXSSvJJsDMDpBgdeQUFCGUuA5E+vcqfoZy/xtwhLW lFgNZ3rGxiX9Q5Vj0dScoGTpSpJM0NOkSId0VtEwZPsKJfvjhvfBu0tXitHI53wG 8Y8v3OjciVg30XhIaGCYqsgNaibirUEHBvCLAZIEgEnTr8MDF67an0WqwD6OZDzJ 5hvagHTCQ1IH9Nx95/p7OJjSeiDhIRzLYgeV2jSL6CZbeYSS7VNv+LFs6C6RAwE= =6fAv -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 15:02:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 15:02:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Xfm-0002vB-0H; Fri, 27 Jun 2014 15:02:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Xfk-0002ur-5w for xen-users@lists.xen.org; Fri, 27 Jun 2014 15:02:40 +0000 Received: from [193.109.254.147:57697] by server-6.bemta-14.messagelabs.com id 96/77-13066-E878DA35; Fri, 27 Jun 2014 15:02:38 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1403881356!14137234!1 X-Originating-IP: [107.14.166.230] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4916 invoked from network); 27 Jun 2014 15:02:37 -0000 Received: from cdptpa-outbound-snat.email.rr.com (HELO cdptpa-oedge-vip.email.rr.com) (107.14.166.230) by server-9.tower-27.messagelabs.com with SMTP; 27 Jun 2014 15:02:37 -0000 Received: from [67.78.168.186] ([67.78.168.186:54077] helo=[10.1.1.200]) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 4B/CD-03739-C878DA35; Fri, 27 Jun 2014 15:02:36 +0000 Message-ID: <53AD878C.3050103@ubuntu.com> Date: Fri, 27 Jun 2014 11:02:36 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users X-Enigmail-Version: 1.6 X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Subject: [Xen-users] Bunch of dump_stack()s for no apparent reason X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I found the following odd messages in a domU. It looks like it isn't a BUG or OOPS, but xen just called dump_stack for no apparent reason. The message repeated a number of times. Any ideas why? At the time I think someone inadvertently rebooted the host so it tried to save the domU to disk to be restored later. I thought that was done without the knowledge of the domU, so why was it freezing devices? [333098.453847] PM: freeze of devices complete after 0.130 msecs [333098.453851] suspending xenstore... [333098.453913] PM: late freeze of devices complete after 0.058 msecs [333098.453978] PM: noirq freeze of devices complete after 0.063 msecs [333098.454089] ------------[ cut here ]------------ [333098.454103] WARNING: CPU: 0 PID: 9 at /build/buildd/linux-3.13.0/arch/x86/xen/enlighten.c:967 xen_apic_write+0x17/0x20() [333098.454106] Modules linked in: dm_snapshot ufs qnx4 hfsplus hfs minix ntfs msdos jfs xfs target_core_mod configfs ib_iser rdma_cm iw_cm ib_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi intel_rapl x86_pkg_temp_thermal coretemp crc32_pclmul aesni_intel aes_i586 xts lrw gf128mul ablk_helper cryptd hwmon_vid lp parport dm_multipath scsi_dh btrfs libcrc32c raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq raid1 raid0 multipath linear nbd dm_mirror dm_region_hash dm_log [333098.454172] CPU: 0 PID: 9 Comm: migration/0 Not tainted 3.13.0-29-generic #53-Ubuntu [333098.454175] 00000000 00000000 eb8dfdc0 c164f613 00000000 eb8dfdf0 c10567ee c182ba80 [333098.454185] 00000000 00000009 c18204f4 000003c7 c1003077 c1003077 00000002 00000000 [333098.454195] ebab02cc eb8dfe00 c10568b2 00000009 00000000 eb8dfe08 c1003077 eb8dfe14 [333098.454204] Call Trace: [333098.454214] [] dump_stack+0x41/0x52 [333098.454223] [] warn_slowpath_common+0x7e/0xa0 [333098.454229] [] ? xen_apic_write+0x17/0x20 [333098.454234] [] ? xen_apic_write+0x17/0x20 [333098.454240] [] warn_slowpath_null+0x22/0x30 [333098.454245] [] xen_apic_write+0x17/0x20 [333098.454252] [] clear_local_APIC+0x67/0x2d0 [333098.454258] [] disable_local_APIC+0x25/0x80 [333098.454264] [] lapic_suspend+0x149/0x1a0 [333098.454271] [] syscore_suspend+0x5a/0x160 [333098.454278] [] xen_suspend+0x25/0xb0 [333098.454285] [] ? sched_clock_cpu+0xdf/0x150 [333098.454292] [] multi_cpu_stop+0x95/0xb0 [333098.454298] [] ? cpu_stop_should_run+0x40/0x40 [333098.454304] [] cpu_stopper_thread+0x6b/0x140 [333098.454311] [] ? __switch_to+0x10a/0x340 [333098.454316] [] ? finish_task_switch+0x49/0xe0 [333098.454323] [] ? __schedule+0x358/0x770 [333098.454330] [] ? xen_do_upcall+0x7/0xc [333098.454336] [] ? xen_hypercall_xen_version+0x7/0x20 [333098.454343] [] ? xen_force_evtchn_callback+0xf/0x20 [333098.454348] [] ? check_events+0x8/0xc [333098.454354] [] ? _raw_spin_lock_irqsave+0x1b/0x60 [333098.454360] [] ? _raw_spin_unlock_irqrestore+0x1c/0x40 [333098.454367] [] smpboot_thread_fn+0xca/0x150 [333098.454373] [] ? SyS_setgroups+0x130/0x130 [333098.454380] [] kthread+0xa1/0xc0 [333098.454385] [] ? wake_up_nohz_cpu+0x56/0x60 [333098.454391] [] ret_from_kernel_thread+0x1b/0x28 [333098.454397] [] ? kthread_create_on_node+0x150/0x150 [333098.454402] ---[ end trace 758207473cd2b193 ]--- [333098.454405] ------------[ cut here ]------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTrYeLAAoJEI5FoCIzSKrwuqoH/isViIwNdBVgdZ2/cAmQzLJ9 kCg/wgcivG63bTlRGlALiCETKi2u4d1RlDjiDIV+mt+T/hniVC3tOYy4sllsIFPl vzse6R04k0FdVEhAfil4hwhiXSSvJJsDMDpBgdeQUFCGUuA5E+vcqfoZy/xtwhLW lFgNZ3rGxiX9Q5Vj0dScoGTpSpJM0NOkSId0VtEwZPsKJfvjhvfBu0tXitHI53wG 8Y8v3OjciVg30XhIaGCYqsgNaibirUEHBvCLAZIEgEnTr8MDF67an0WqwD6OZDzJ 5hvagHTCQ1IH9Nx95/p7OJjSeiDhIRzLYgeV2jSL6CZbeYSS7VNv+LFs6C6RAwE= =6fAv -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 16:13:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 16:13:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Ylc-0006JG-5y; Fri, 27 Jun 2014 16:12:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0YlZ-0006JB-SN for xen-users@lists.xen.org; Fri, 27 Jun 2014 16:12:46 +0000 Received: from [85.158.143.35:2550] by server-3.bemta-4.messagelabs.com id DB/A3-16194-DF79DA35; Fri, 27 Jun 2014 16:12:45 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1403885560!14314785!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22194 invoked from network); 27 Jun 2014 16:12:41 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jun 2014 16:12:41 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=giPRXWhzdbEJLCbzfMVk0eO1eeqApdO6o1oQsCCCKSFgdpqKK75XSfvpZH/NNG7n86eLQ9H7VrImFTKT/BCZDi4FFO8T988nRFQgTE9I7aHiB2lXv7S1VSlddQWu9tNq; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0YlU-000M17-6p for xen-users@lists.xen.org; Fri, 27 Jun 2014 09:12:40 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Fri, 27 Jun 2014 09:12:39 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5EA= Date: Fri, 27 Jun 2014 16:12:39 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3523960008884824166==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3523960008884824166== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F9274DA6ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DA6ex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlbuKAmXQgdHJpZWQgYXJjaCBsaW51eC4gSSB3YXMgdHJ5aW5nIHRvIHN0aWNrIHdpdGgg eGVuc2VydmVyIGJlY2F1c2UgdGhlcmUgc2hvdWxkbuKAmXQgYmUgYSBuZWVkIGZvciBoaWRpbmcg ZGV2aWNlcyBhbmQgbW9kaWZ5aW5nIGtlcm5lbHMuDQoNCi0gQnJpYW4gTWVuZ2VzDQpQcmluY2lw YWwgRW5naW5lZXIsIERldk9wcw0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBT dHJlYW0gTmV0d29ya3MNCg0KRnJvbTogamFjZWsgYnVyZ2hhcmR0IFttYWlsdG86amFjZWtzYnVy Z2hhcmR0QGdtYWlsLmNvbV0NClNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDE5OjM1DQpU bzogQnJpYW4gTWVuZ2VzDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNClN1YmplY3Q6IFJl OiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoDQoNCkFyZSB5b3UgcnVubmlu ZyBhcmNoIGxpbnV4ID8gSSB3b3VsZCB0cnkgb3BlbnNvdXJjZSBkcml2ZXJzLiBJIHJ1biBjaW5u YW1vbiB1bmRlciBhOCA2NjAwayBhbmQgSSBnZXQgdXJiYW4gdGVycml0b3J5IHBsYXlpbmcgd2l0 aCA5MCBmcy4gSnVzdCBmb2xsb3cgcmFkZW9uIHdpa2kNCg0KT24gVGh1LCBKdW4gMjYsIDIwMTQg YXQgODoxNSBQTSwgQnJpYW4gTWVuZ2VzIDxibWVuZ2VzQGdvZ3JpZC5jb208bWFpbHRvOmJtZW5n ZXNAZ29ncmlkLmNvbT4+IHdyb3RlOg0KU28gSSBhZGRlZCBiYWNrIGluIHN3aW90bGI9Zm9yY2Ug YW5kIHJlZGlkIGdydWIgYW5kIGFsc28gcmVtb3ZlZCBmcm9tIHRoZSBibGFja2xpc3QgZmdscnhf dXBkYXRlcy4gTm93IHdoZW4gSSB0cnkgYW5kIHN0YXJ0eCwgYSBDUFUgZ2V0cyBwZWdnZWQgQCAx MDAlLCBhbmQgbm90aGluZyBzdGlsbCBvbiB0aGUgZGlzcGxheS4NCg0KQmFzaWNhbGx5IEknbSBu ZXZlciBnZXR0aW5nIGEgZGlzcGxheSwgZXZlbiBvbiBib290IG9mIHRoZSB2bS4NCg0KLSBCcmlh biBNZW5nZXMNClByaW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzDQpHb0dyaWQgfCBTZXJ2ZVBhdGgg fCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jrcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVz ZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZz4gW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0 cy54ZW4ub3JnPG1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPl0gT24gQmVo YWxmIE9mIEJyaWFuIE1lbmdlcw0KU2VudDogVGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMTk6MDUN ClRvOiBEYW5pZWwgU2h1Yg0KQ2M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPG1haWx0bzp4ZW4t dXNlcnNAbGlzdHMueGVuLm9yZz4NClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGgg VkdBIHBhc3N0aHJvdWdoDQoNCkV2ZW4gc3RhcnRpbmcgdGhlIHN5c3RlbSBpbiBURVhUIG1vZGUs IHRoZSBkaXNwbGF5IGRvZXNuJ3Qgc2hvdy4gQnV0IHJ1bm5pbmcgJ3N0YXJ0eCcgZG9lcyByZXN1 bHQgaW4gc29tZSBsb3ZlbHkgZXJyb3JzOg0KDQpodHRwOi8vcGFzdGViaW4uY29tL1ZiV2hYZTE5 DQoNCi92YXIvbG9nL1hvcmcuMC5sb2cgKDE4OjM5KSBpcyB0aGUgbW9zdCBpbnRlcmVzdGluZy4N Cg0KWyAgIDgzOS45ODVdIChXVykgZmdscngoMCk6IEtlcm5lbCBNb2R1bGUgdmVyc2lvbiBkb2Vz ICpub3QqIG1hdGNoIGRyaXZlci4NClsgICA4MzkuOTg1XSAoRUUpIGZnbHJ4KDApOiBpbmNvbXBh dGlibGUga2VybmVsIG1vZHVsZSBkZXRlY3RlZCAtIEhXIGFjY2VsZXJhdGVkIE9wZW5HTCB3aWxs IG5vdCB3b3JrDQpbICAgODM5Ljk4Nl0gKEVFKQ0KWyAgIDgzOS45ODZdIChFRSkgQmFja3RyYWNl Og0KWyAgIDgzOS45ODZdIChFRSkgMDogL3Vzci9iaW4vWCAoeG9yZ19iYWNrdHJhY2UrMHgzNCkg WzB4N2YzODEyMTk3MWU0XQ0KWyAgIDgzOS45ODZdIChFRSkgMTogL3Vzci9iaW4vWCAoMHg3ZjM4 MTFmZTAwMDArMHgxYmIwZTkpIFsweDdmMzgxMjE5YjBlOV0NClsgICA4MzkuOTg2XSAoRUUpIDI6 IC9saWIveDg2XzY0LWxpbnV4LWdudS9saWJwdGhyZWFkLnNvLjAgKDB4N2YzODExMzA2MDAwKzB4 ZmNiMCkgWzB4N2YzODExMzE1Y2IwXQ0KWyAgIDgzOS45ODZdIChFRSkgMzogL3Vzci9saWIveDg2 XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMvbW9kdWxlcy9kcml2ZXJzL2ZnbHJ4X2Ry di5zbyAoc3dsRHJtRnJlZVN1cmZhY2VzKzB4NDIpIFsweDdmMzgwZTVjNzNiMl0NClsgICA4Mzku OTg2XSAoRUUpIDQ6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9leHRyYS1tb2R1bGVz L21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhkbF94czExNF9hdGlkZHhEcmlDbG9zZVNj cmVlbisweDE0ZCkgWzB4N2YzODBlNThlNDdkXQ0KWyAgIDgzOS45ODZdIChFRSkgNTogL3Vzci9s aWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMvbW9kdWxlcy9kcml2ZXJzL2Zn bHJ4X2Rydi5zbyAoeGRsX3hzMTE0X2F0aWRkeERyaVNjcmVlbkluaXQrMHg4ZWIpIFsweDdmMzgw ZTU4ZGIxYl0NClsgICA4MzkuOTg3XSAoRUUpIDY6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUv eG9yZy9leHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhkbF94czEx NF9hdGlkZHhTY3JlZW5Jbml0KzB4ZjgyKSBbMHg3ZjM4MGU1ODc1NzJdDQpbICAgODM5Ljk4N10g KEVFKSA3OiAvdXNyL2Jpbi9YIChBZGRTY3JlZW4rMHg4YSkgWzB4N2YzODEyMDM1ZjhhXQ0KWyAg IDgzOS45ODddIChFRSkgODogL3Vzci9iaW4vWCAoSW5pdE91dHB1dCsweDNlOCkgWzB4N2YzODEy MDc5YWM4XQ0KWyAgIDgzOS45ODddIChFRSkgOTogL3Vzci9iaW4vWCAoMHg3ZjM4MTFmZTAwMDAr MHg0NDIyZCkgWzB4N2YzODEyMDI0MjJkXQ0KWyAgIDgzOS45ODddIChFRSkgMTA6IC9saWIveDg2 XzY0LWxpbnV4LWdudS9saWJjLnNvLjYgKF9fbGliY19zdGFydF9tYWluKzB4ZWQpIFsweDdmMzgw ZmY3Yjc2ZF0NClsgICA4MzkuOTg3XSAoRUUpIDExOiAvdXNyL2Jpbi9YICgweDdmMzgxMWZlMDAw MCsweDQ0N2MxKSBbMHg3ZjM4MTIwMjQ3YzFdDQpbICAgODM5Ljk4N10gKEVFKQ0KWyAgIDgzOS45 ODddIChFRSkgU2VnbWVudGF0aW9uIGZhdWx0IGF0IGFkZHJlc3MgMHg4YTANClsgICA4MzkuOTg3 XSAoRUUpDQpGYXRhbCBzZXJ2ZXIgZXJyb3I6DQpbICAgODM5Ljk4N10gKEVFKSBDYXVnaHQgc2ln bmFsIDExIChTZWdtZW50YXRpb24gZmF1bHQpLiBTZXJ2ZXIgYWJvcnRpbmcNClsgICA4MzkuOTg3 XSAoRUUpDQpbICAgODM5Ljk4N10gKEVFKQ0KUGxlYXNlIGNvbnN1bHQgdGhlIFRoZSBYLk9yZyBG b3VuZGF0aW9uIHN1cHBvcnQNCiAgICAgICAgIGF0IGh0dHA6Ly93aWtpLngub3JnDQogZm9yIGhl bHAuDQpbICAgODM5Ljk4N10gKEVFKSBQbGVhc2UgYWxzbyBjaGVjayB0aGUgbG9nIGZpbGUgYXQg Ii92YXIvbG9nL1hvcmcuMC5sb2ciIGZvciBhZGRpdGlvbmFsIGluZm9ybWF0aW9uLg0KWyAgIDgz OS45ODddIChFRSkNClsgICA4MzkuOTk1XSAoRUUpIFNlcnZlciB0ZXJtaW5hdGVkIHdpdGggZXJy b3IgKDEpLiBDbG9zaW5nIGxvZyBmaWxlLg0KDQpUaGlzIHJ1bnRpbWUgSSBkaWQgYm9vdCB3aXRo IHRoZSBmb2xsb3dpbmcgb3B0aW9uczoNCnRleHQgaW9tbXU9c29mdA0KDQpQcmV2aW91c2x5LCB0 aGUgb3B0aW9ucyB3ZXJlOg0KcXVpZXQgc3BsYXNoIGlvbW11PXNvZnQgc3dpb3RsYj1mb3JjZQ0K DQpQZXIgaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1hlbl9QQ0lfUGFzc3Rocm91Z2ggSSBzaG91 bGQgb25seSBuZWVkIG9uZSBvZiB0aGUgdHdvIHNldHRpbmdzIGJldHdlZW4gaW9tbXU9c29mdCBv ciBzd2lvdGxiPWZvcmNlLCBob3dldmVyIG5vdCBuZWNlc3NhcmlseSBib3RoLg0KDQotIEJyaWFu IE1lbmdlcw0KUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHMNCkdvR3JpZCB8IFNlcnZlUGF0aCB8 IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBEYW5pZWwgU2h1YiBbbWFpbHRvOkRhbmllbC5TaHViQG5vdHRpbmdoYW0uYWMu dWs8bWFpbHRvOkRhbmllbC5TaHViQG5vdHRpbmdoYW0uYWMudWs+XQ0KU2VudDogVGh1cnNkYXks IEp1bmUgMjYsIDIwMTQgMTU6MDcNClRvOiBCcmlhbiBNZW5nZXMNCkNjOiB4ZW4tdXNlcnNAbGlz dHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQpTdWJqZWN0OiBSZTog W1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaA0KDQpXaGF0IGRvIHlvdSBtZWFu IGJ5IGEgdGVybWluYWwgd2luZG93PyBBcmUgeW91IG9uIHR0eTc/IENhbiB5b3Ugc3dpdGNoIHRo cm91Z2ggdGhlIHR0eSdzPyBZb3UgbWlnaHQgd2FudCB0byBzdGVwIGJhY2sgYW5kIGluc3RlYWQg b2YgYXV0b21hdGljYWxseSBsYXVuY2hpbmcgbGlnaHRkbSwganVzdCB0cnkgYW5kIGdldCBhIHR0 eSBvdmVyIHZuYyB3aXRob3V0IFggYW5kIHRoZW4gc3RhcnQgWCBhbmQgc2VlIHdoYXQgaGFwcGVu cy4gSXQgc2VlbXMgbGlrZSB5b3UgaGF2ZSBwYXNzZWQgdGhlIGRldmljZSB0aHJvdWdoIGNvcnJl Y3RseS4NCg0KPiBPbiAyNiBKdW4gMjAxNCwgYXQgMTc6NTMsICJCcmlhbiBNZW5nZXMiIDxibWVu Z2VzQGdvZ3JpZC5jb208bWFpbHRvOmJtZW5nZXNAZ29ncmlkLmNvbT4+IHdyb3RlOg0KPg0KPiBZ ZWFoLCBkZWZpbml0ZWx5IHJ1bm5pbmcuDQo+DQo+IHJvb3QgICAgICAgOTkxICAwLjAgIDAuMCAy NzkxNjQgIDM5MDAgPyAgICAgICAgU3NsICAwOTozMSAgIDA6MDAgbGlnaHRkbQ0KPiByb290ICAg ICAgMTAyMCA5OS42ICAwLjEgIDY4NTIwICA3OTY0IHR0eTcgICAgIFJzKyAgMDk6MzEgICA0OjQ4 ICBcXyAvdXNyL2Jpbi9YIDowIC1hdXRoIC92YXIvcnVuL2xpZ2h0ZG0vcm9vdC86MCAtbm9saXN0 ZW4gdGNwIHZ0Nw0KPg0KPiBDaGV3aW5nIG9uIGFuIGVudGlyZSBDUFUgLi4uIHdoaWNoIGl0IHNl ZW1zIHRoYXQgYXQgc29tZSBwb2ludCBteSBtYWNoaW5lIGxvY2tzIHVwLg0KPg0KPiBXaGVuIEkg bG9hZGVkIFZOQyBhbmQgYXR0YWNoZWQgaW50byB0aGUgY29uc29sZSB0aGVyZS4uLiBhbGwgSSBn ZXQgaXMgYSB0ZXJtaW5hbCB3aW5kb3csIG5vdCB0aGUgdW5pdHkgZGVza3RvcC4gSWYgSSBjbG9z ZSBpdC4uLiBub3RoaW5nIGlzIHN0YXJ0YWJsZS4NCj4NCj4gLSBCcmlhbiBNZW5nZXMNCj4gUHJp bmNpcGFsIEVuZ2luZWVyLCBEZXZPcHMNCj4gR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZl IHwgVXBTdHJlYW0gTmV0d29ya3MNCj4NCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4g RnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzLWJv dW5jZXNAbGlzdHMueGVuLm9yZz4NCj4gW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54 ZW4ub3JnPG1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPl0gT24gQmVoYWxm IE9mIEdvcmRhbiBCb2JpYw0KPiBTZW50OiBUaHVyc2RheSwgSnVuZSAyNiwgMjAxNCAwOToxOA0K PiBUbzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnPg0KPiBTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3Vn aA0KPg0KPiBBdCBhIGdsYW5jZSwgSSBkb24ndCBzZWUgYW4gb2J2aW91cyBwcm9ibGVtIGluIHRo YXQgbG9nLg0KPg0KPiBJcyB5b3UgY2FuIHNzaCBpbiBjYW4geW91IGNoZWNrIGlmIFhvcmcgaXMg YWN0dWFsbHkgcnVubmluZz8NCj4NCj4+IE9uIDIwMTQtMDYtMjYgMTc6MDAsIEJyaWFuIE1lbmdl cyB3cm90ZToNCj4+IExvb2tzIGxpa2UgaXQgaXNuJ3QgdXNpbmcgdGhlIGRyaXZlciBjb3JyZWN0 bHk/DQo+PiAtLS0tLQ0KPj4gWyAgICAgOS43NThdDQo+PiBYLk9yZyBYIFNlcnZlciAxLjE0LjUN Cj4+IFJlbGVhc2UgRGF0ZTogMjAxMy0xMi0xMg0KPj4gWyAgICAgOS43NThdIFggUHJvdG9jb2wg VmVyc2lvbiAxMSwgUmV2aXNpb24gMA0KPj4gWyAgICAgOS43NThdIEJ1aWxkIE9wZXJhdGluZyBT eXN0ZW06IExpbnV4IDIuNi40Mi0zNy1nZW5lcmljIHg4Nl82NA0KPj4gVWJ1bnR1DQo+PiBbICAg ICA5Ljc1OF0gQ3VycmVudCBPcGVyYXRpbmcgU3lzdGVtOiBMaW51eCBibWVuZ2VzLWxpbnV4Mw0K Pj4gMy4xMS4wLTIzLWdlbmVyaWMgIzQwfnByZWNpc2UxLVVidW50dSBTTVAgV2VkIEp1biA0IDIy OjA2OjM2IFVUQyAyMDE0DQo+PiB4ODZfNjQNCj4+IFsgICAgIDkuNzU4XSBLZXJuZWwgY29tbWFu ZCBsaW5lOg0KPj4gQk9PVF9JTUFHRT0vYm9vdC92bWxpbnV6LTMuMTEuMC0yMy1nZW5lcmljDQo+ PiByb290PVVVSUQ9Nzg0YTk0NmItMjRmZi00ZmM3LWI1MjctZjVlODIyYjE3YWJkIHJvIHF1aWV0 IHNwbGFzaA0KPj4gaW9tbXU9c29mdCBzd2lvdGxiPWZvcmNlIHZ0LmhhbmRvZmY9Nw0KPj4gWyAg ICAgOS43NThdIEJ1aWxkIERhdGU6IDA2IEphbnVhcnkgMjAxNCAgMDE6Mzc6NDhQTQ0KPj4gWyAg ICAgOS43NThdIHhvcmctc2VydmVyIDI6MS4xNC41LTF1YnVudHUyfnNhdWN5MX5wcmVjaXNlMiAo Rm9yDQo+PiB0ZWNobmljYWwgc3VwcG9ydCBwbGVhc2Ugc2VlIGh0dHA6Ly93d3cudWJ1bnR1LmNv bS9zdXBwb3J0KQ0KPj4gWyAgICAgOS43NThdIEN1cnJlbnQgdmVyc2lvbiBvZiBwaXhtYW46IDAu MzAuMg0KPj4gWyAgICAgOS43NThdICAgIEJlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMsIGNoZWNr IGh0dHA6Ly93aWtpLngub3JnDQo+PiAgICAgICAgdG8gbWFrZSBzdXJlIHRoYXQgeW91IGhhdmUg dGhlIGxhdGVzdCB2ZXJzaW9uLg0KPj4gWyAgICAgOS43NThdIE1hcmtlcnM6ICgtLSkgcHJvYmVk LCAoKiopIGZyb20gY29uZmlnIGZpbGUsICg9PSkgZGVmYXVsdA0KPj4gc2V0dGluZywNCj4+ICAg ICAgICAoKyspIGZyb20gY29tbWFuZCBsaW5lLCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlv bmFsLA0KPj4gICAgICAgIChXVykgd2FybmluZywgKEVFKSBlcnJvciwgKE5JKSBub3QgaW1wbGVt ZW50ZWQsICg/PykgdW5rbm93bi4NCj4+IFsgICAgIDkuNzU4XSAoPT0pIExvZyBmaWxlOiAiL3Zh ci9sb2cvWG9yZy4wLmxvZyIsIFRpbWU6IFRodSBKdW4gMjYNCj4+IDA4OjE1OjUzIDIwMTQNCj4+ IFsgICAgIDkuODAzXSAoPT0pIFVzaW5nIGNvbmZpZyBmaWxlOiAiL2V0Yy9YMTEveG9yZy5jb25m Ig0KPj4gWyAgICAgOS44MDNdICg9PSkgVXNpbmcgc3lzdGVtIGNvbmZpZyBkaXJlY3RvcnkNCj4+ ICIvdXNyL3NoYXJlL1gxMS94b3JnLmNvbmYuZCINCj4+IFsgICAgIDkuODkzXSAoPT0pIFNlcnZl ckxheW91dCAiYXRpY29uZmlnIExheW91dCINCj4+IFsgICAgIDkuODkzXSAoKiopIHwtLT5TY3Jl ZW4gImF0aWNvbmZpZy1TY3JlZW5bMF0tMCIgKDApDQo+PiBbICAgICA5Ljg5M10gKCoqKSB8ICAg fC0tPk1vbml0b3IgImF0aWNvbmZpZy1Nb25pdG9yWzBdLTAiDQo+PiBbICAgICA5LjkwNV0gKCoq KSB8ICAgfC0tPkRldmljZSAiYXRpY29uZmlnLURldmljZVswXS0wIg0KPj4gWyAgICAgOS45MDVd ICg9PSkgQXV0b21hdGljYWxseSBhZGRpbmcgZGV2aWNlcw0KPj4gWyAgICAgOS45MDVdICg9PSkg QXV0b21hdGljYWxseSBlbmFibGluZyBkZXZpY2VzDQo+PiBbICAgICA5LjkwNV0gKD09KSBBdXRv bWF0aWNhbGx5IGFkZGluZyBHUFUgZGV2aWNlcw0KPj4gWyAgICAgOS45NDRdIChXVykgVGhlIGRp cmVjdG9yeSAiL3Vzci9zaGFyZS9mb250cy9YMTEvY3lyaWxsaWMiIGRvZXMNCj4+IG5vdCBleGlz dC4NCj4+IFsgICAgIDkuOTQ0XSAgICBFbnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLg0KPj4g WyAgICAgOS45NDRdIChXVykgVGhlIGRpcmVjdG9yeSAiL3Vzci9zaGFyZS9mb250cy9YMTEvMTAw ZHBpLyIgZG9lcyBub3QNCj4+IGV4aXN0Lg0KPj4gWyAgICAgOS45NDRdICAgIEVudHJ5IGRlbGV0 ZWQgZnJvbSBmb250IHBhdGguDQo+PiBbICAgICA5Ljk0NF0gKFdXKSBUaGUgZGlyZWN0b3J5ICIv dXNyL3NoYXJlL2ZvbnRzL1gxMS83NWRwaS8iIGRvZXMgbm90DQo+PiBleGlzdC4NCj4+IFsgICAg IDkuOTQ0XSAgICBFbnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLg0KPj4gWyAgICAgOS45NjBd IChXVykgVGhlIGRpcmVjdG9yeSAiL3Vzci9zaGFyZS9mb250cy9YMTEvMTAwZHBpIiBkb2VzIG5v dA0KPj4gZXhpc3QuDQo+PiBbICAgICA5Ljk2MF0gICAgRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQg cGF0aC4NCj4+IFsgICAgIDkuOTYwXSAoV1cpIFRoZSBkaXJlY3RvcnkgIi91c3Ivc2hhcmUvZm9u dHMvWDExLzc1ZHBpIiBkb2VzIG5vdA0KPj4gZXhpc3QuDQo+PiBbICAgICA5Ljk2MF0gICAgRW50 cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC4NCj4+IFsgICAgIDkuOTYwXSAoPT0pIEZvbnRQYXRo IHNldCB0bzoNCj4+ICAgICAgICAvdXNyL3NoYXJlL2ZvbnRzL1gxMS9taXNjLA0KPj4gICAgICAg IC91c3Ivc2hhcmUvZm9udHMvWDExL1R5cGUxLA0KPj4gICAgICAgIGJ1aWx0LWlucw0KPj4gWyAg ICAgOS45NjBdICg9PSkgTW9kdWxlUGF0aCBzZXQgdG8NCj4+ICIvdXNyL2xpYi94ODZfNjQtbGlu dXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcywvdXNyL2xpYi94b3JnL2V4dHJhLW1vZHVsZXMsL3Vz ci9saWIveG9yZy9tb2R1bGVzIg0KPj4gWyAgICAgOS45NjBdIChJSSkgVGhlIHNlcnZlciByZWxp ZXMgb24gdWRldiB0byBwcm92aWRlIHRoZSBsaXN0IG9mDQo+PiBpbnB1dCBkZXZpY2VzLg0KPj4g ICAgICAgIElmIG5vIGRldmljZXMgYmVjb21lIGF2YWlsYWJsZSwgcmVjb25maWd1cmUgdWRldiBv ciBkaXNhYmxlDQo+PiBBdXRvQWRkRGV2aWNlcy4NCj4+IFsgICAgIDkuOTY2XSAoSUkpIExvYWRl ciBtYWdpYzogMHg3ZjZhZDM0NWZjMjANCj4+IFsgICAgIDkuOTY2XSAoSUkpIE1vZHVsZSBBQkkg dmVyc2lvbnM6DQo+PiBbICAgICA5Ljk2Nl0gICAgWC5PcmcgQU5TSSBDIEVtdWxhdGlvbjogMC40 DQo+PiBbICAgICA5Ljk2Nl0gICAgWC5PcmcgVmlkZW8gRHJpdmVyOiAxNC4xDQo+PiBbICAgICA5 Ljk2Nl0gICAgWC5PcmcgWElucHV0IGRyaXZlciA6IDE5LjENCj4+IFsgICAgIDkuOTY2XSAgICBY Lk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uIDogNy4wDQo+PiBbICAgICA5Ljk3M10gKC0tKSBQQ0k6Kigw OjA6MjowKSAxMDEzOjAwYjg6NTg1MzowMDAxIHJldiAwLCBNZW0gQA0KPj4gMHhmMDAwMDAwMC8z MzU1NDQzMiwgMHhmMzA0NDAwMC80MDk2DQo+PiBbICAgICA5Ljk3M10gKC0tKSBQQ0k6ICgwOjA6 NTowKSAxMDAyOjY3Nzk6MTY4MjozMjA3IHJldiAwLCBNZW0gQA0KPj4gMHhlMDAwMDAwMC8yNjg0 MzU0NTYsIDB4ZjMwMDAwMDAvMTMxMDcyLCBJL08gQCAweDAwMDBjMjAwLzI1NiwgQklPUyBADQo+ PiAweD8/Pz8/Pz8/LzEzMTA3Mg0KPj4gWyAgICAgOS45NzNdIChJSSkgT3BlbiBBQ1BJIHN1Y2Nl c3NmdWwgKC92YXIvcnVuL2FjcGlkLnNvY2tldCkNCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXpp bmcgYnVpbHQtaW4gZXh0ZW5zaW9uIEdlbmVyaWMgRXZlbnQgRXh0ZW5zaW9uDQo+PiBbICAgICA5 Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBTSEFQRQ0KPj4gWyAgICAgOS45 NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gTUlULVNITQ0KPj4gWyAgICAgOS45 NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWElucHV0RXh0ZW5zaW9uDQo+PiBb ICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYVEVTVA0KPj4gWyAg ICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gQklHLVJFUVVFU1RTDQo+ PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBTWU5DDQo+PiBb ICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYS0VZQk9BUkQNCj4+ IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhDLU1JU0MNCj4+ IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFNFQ1VSSVRZDQo+ PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYSU5FUkFNQQ0K Pj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZJWEVTDQo+ PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBSRU5ERVINCj4+ IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJBTkRSDQo+PiBb ICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBDT01QT1NJVEUNCj4+ IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERBTUFHRQ0KPj4g WyAgICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gTUlULVNDUkVFTi1T QVZFUg0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gRE9V QkxFLUJVRkZFUg0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNp b24gUkVDT1JEDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBEUE1TDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBY LVJlc291cmNlDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBYVmlkZW8NCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9u IFhWaWRlby1Nb3Rpb25Db21wZW5zYXRpb24NCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcg YnVpbHQtaW4gZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVuc2lvbg0KPj4gWyAgICAgOS45 NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZyZWU4Ni1ER0ENCj4+IFsgICAg IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhGcmVlODYtRFJJDQo+PiBb ICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBEUkkyDQo+PiBbICAg ICA5Ljk3Nl0gKElJKSAiZ2x4IiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBieSBk ZWZhdWx0DQo+PiBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLg0KPj4gWyAg ICAgOS45NzZdIChJSSkgTG9hZE1vZHVsZTogImdseCINCj4+IFsgICAgMTAuMDk4XSAoSUkpIExv YWRpbmcNCj4+IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9leHRyYS1tb2R1bGVzL21v ZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHguc28NCj4+IFsgICAgMTAuMTU3XSAoSUkpIE1vZHVsZSBn bHg6IHZlbmRvcj0iQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLiINCj4+IFsgICAgMTAuMTU3 XSAgICBjb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCj4+IFsgICAg MTAuMTU3XSBMb2FkaW5nIGV4dGVuc2lvbiBHTFgNCj4+IFsgICAgMTAuMTU3XSAoSUkpIExvYWRN b2R1bGU6ICJmZ2xyeCINCj4+IFsgICAgMTAuMjE1XSAoSUkpIExvYWRpbmcNCj4+IC91c3IvbGli L3g4Nl82NC1saW51eC1nbnUveG9yZy9leHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xy eF9kcnYuc28NCj4+IFsgICAgMTAuOTEyXSAoSUkpIE1vZHVsZSBmZ2xyeDogdmVuZG9yPSJGaXJl R0wgLSBBTUQgVGVjaG5vbG9naWVzIEluYy4iDQo+PiBbICAgIDEwLjkxMl0gICAgY29tcGlsZWQg Zm9yIDEuNC45OS45MDYsIG1vZHVsZSB2ZXJzaW9uID0gMTMuMjUuNQ0KPj4gWyAgICAxMC45MTJd ICAgIE1vZHVsZSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyDQo+PiBbICAgIDEwLjkxM10gKElJ KSBMb2FkaW5nIHN1YiBtb2R1bGUgImZnbHJ4ZHJtIg0KPj4gWyAgICAxMC45MTNdIChJSSkgTG9h ZE1vZHVsZTogImZnbHJ4ZHJtIg0KPj4gWyAgICAxMC45MjVdIChJSSkgTG9hZGluZw0KPj4gL3Vz ci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMvbW9kdWxlcy9saW51eC9s aWJmZ2xyeGRybS5zbw0KPj4gWyAgICAxMC45NDddIChJSSkgTW9kdWxlIGZnbHJ4ZHJtOiB2ZW5k b3I9IkZpcmVHTCAtIEFNRCBUZWNobm9sb2dpZXMNCj4+IEluYy4iDQo+PiBbICAgIDEwLjk0N10g ICAgY29tcGlsZWQgZm9yIDEuNC45OS45MDYsIG1vZHVsZSB2ZXJzaW9uID0gMTMuMjUuNQ0KPj4g WyAgICAxMC45NDddIChJSSkgQU1EIFByb3ByaWV0YXJ5IExpbnV4IERyaXZlciBWZXJzaW9uDQo+ PiBJZGVudGlmaWVyOjEzLjI1LjUNCj4+IFsgICAgMTAuOTQ3XSAoSUkpIEFNRCBQcm9wcmlldGFy eSBMaW51eCBEcml2ZXIgUmVsZWFzZSBJZGVudGlmaWVyOg0KPj4gMTMuMjUxDQo+PiBbICAgIDEw Ljk0N10gKElJKSBBTUQgUHJvcHJpZXRhcnkgTGludXggRHJpdmVyIEJ1aWxkIERhdGU6IERlYyAg NiAyMDEzDQo+PiAxNToxOTowMw0KPj4gWyAgICAxMC45NDddICgrKykgdXNpbmcgVlQgbnVtYmVy IDcNCj4+DQo+PiBbICAgIDEwLjk0N10gKFdXKSBGYWxsaW5nIGJhY2sgdG8gb2xkIHByb2JlIG1l dGhvZCBmb3IgZmdscngNCj4+IFsgICAgMTEuMTQ5XSAoSUkpIExvYWRpbmcgUENTIGRhdGFiYXNl IGZyb20gL2V0Yy9hdGkvYW1kcGNzZGINCj4+IC9ldGMvYXRpL2FtZHBjc2RiLmRlZmF1bHQNCj4+ IFsgICAgMTEuMTUyXSB1a2lEeW5hbWljTWFqb3I6IGZvdW5kIG1ham9yIGRldmljZSBudW1iZXIg MjUwDQo+PiBbICAgIDExLjE1Ml0gdWtpRHluYW1pY01ham9yOiBmb3VuZCBtYWpvciBkZXZpY2Ug bnVtYmVyIDI1MA0KPj4gWyAgICAxMS4xNTJdIHVraU9wZW5CeUJ1c2lkOiBTZWFyY2hpbmcgZm9y IEJ1c0lEIFBDSTowOjU6MA0KPj4gWyAgICAxMS4xNTJdIHVraU9wZW5EZXZpY2U6IG5vZGUgbmFt ZSBpcyAvZGV2L2F0aS9jYXJkMA0KPj4gWyAgICAxMS4xNTJdIHVraU9wZW5EZXZpY2U6IG9wZW4g cmVzdWx0IGlzIDEwLCAoT0spDQo+PiAtLS0tLQ0KPj4NCj4+IC0gQnJpYW4gTWVuZ2VzDQo+PiBQ cmluY2lwYWwgRW5naW5lZXIsIERldk9wcw0KPj4gR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1Nl cnZlIHwgVXBTdHJlYW0gTmV0d29ya3MNCj4+DQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KPj4gRnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVz ZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZz4NCj4+IFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNA bGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZz5dIE9u IEJlaGFsZiBPZiBHb3JkYW4gQm9iaWMNCj4+IFNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0 IDA4OjQzDQo+PiBUbzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnPg0KPj4gU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0Eg cGFzc3Rocm91Z2gNCj4+DQo+Pj4gT24gMjAxNC0wNi0yNiAxNjoyMCwgQnJpYW4gTWVuZ2VzIHdy b3RlOg0KPj4+IFtyb290QHhzIH5dIyBsc21vZCB8IGdyZXAgcGNpYmFjaw0KPj4+IFtyb290QHhz IH5dIyBlY2hvICQ/DQo+Pj4gMQ0KPj4+IFtyb290QHhzIH5dIyBtb2Rwcm9iZSBwY2liYWNrDQo+ Pj4gRkFUQUw6IE1vZHVsZSBwY2liYWNrIG5vdCBmb3VuZC4NCj4+DQo+PiBUcnk6DQo+PiBtb2Rw cm9iZSB4ZW4tcGNpYmFjaw0KPj4NCj4+PiBYZW5zZXJ2ZXIgNi4yIGFwcGVhcnMgdG8gYmUgYSBD ZW50T1MgNS54IChtYXliZSA1LjYpIGJveC4NCj4+DQo+PiBBaCAtIG15IGJhZC4gSXQgbXVzdCBi ZSBYZW5zZXJ2ZXIgNyB0aGF0IGlzIGJhc2VkIG9uIEVMNi4NCj4+DQo+Pj4gSSBpbnN0YWxsZWQg dGhlIHByb3ByaWV0YXJ5IGRyaXZlcnMgaW4gYW4gVWJ1bnR1IDEyLjA0IExUUyBWTSwgYW5kDQo+ Pj4gaXQgd29uJ3QgZ2V0IHBhc3QgdGhlIHNwbGFzaCBzY3JlZW4gKHhlbmNlbnRlciBkaXNwbGF5 KSBub3cgYWZ0ZXINCj4+PiBncHUgYXNzaWdubWVudCAoY29uc29sZSBvciBndWkpLiBUaGUgVWJ1 bnR1IGRyaXZlcnMgYXBwZWFyIHRvIGRvDQo+Pj4gbm90aGluZzsNCj4+PiBob3dldmVyOg0KPj4+ DQo+Pj4gJCBkbWVzZyB8IGdyZXAgLUUgJyhmZ2xyeHxBVEl8cmFkZW9ufHBjaSknDQo+Pj4gWyAg ICAwLjE4ODM3N10gUENJOiBVc2luZyBob3N0IGJyaWRnZSB3aW5kb3dzIGZyb20gQUNQSTsgaWYg bmVjZXNzYXJ5LA0KPj4+IHVzZSAicGNpPW5vY3JzIiBhbmQgcmVwb3J0IGEgYnVnDQo+Pj4gWyAg ICAwLjI1MTk5N10gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbYnVzIDAwLWZm XQ0KPj4+IFsgICAgMC4yNTIwMDBdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2Ug W2lvICAweDAwMDAtMHgwY2Y3XQ0KPj4+IFsgICAgMC4yNTIwMDBdIHBjaV9idXMgMDAwMDowMDog cm9vdCBidXMgcmVzb3VyY2UgW2lvICAweDBkMDAtMHhmZmZmXQ0KPj4+IFsgICAgMC4yNTIwMDBd IHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW21lbQ0KPj4+IDB4MDAwYTAwMDAt MHgwMDBiZmZmZl0NCj4+PiBbICAgIDAuMjUyMDAwXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVz IHJlc291cmNlIFttZW0NCj4+PiAweGUwMDAwMDAwLTB4ZmJmZmZmZmZdDQo+Pj4gWyAgICAwLjI1 MjA2Ml0gcGNpIDAwMDA6MDA6MDAuMDogWzgwODY6MTIzN10gdHlwZSAwMCBjbGFzcyAweDA2MDAw MA0KPj4+IFsgICAgMC4yNTMxMzhdIHBjaSAwMDAwOjAwOjAxLjA6IFs4MDg2OjcwMDBdIHR5cGUg MDAgY2xhc3MgMHgwNjAxMDANCj4+PiBbICAgIDAuMjU0MTAwXSBwY2kgMDAwMDowMDowMS4xOiBb ODA4Njo3MDEwXSB0eXBlIDAwIGNsYXNzIDB4MDEwMTgwDQo+Pj4gWyAgICAwLjI1NDczMF0gcGNp IDAwMDA6MDA6MDEuMTogcmVnIDB4MjA6IFtpbyAgMHhjMzIwLTB4YzMyZl0NCj4+PiBbICAgIDAu MjU1NjUyXSBwY2kgMDAwMDowMDowMS4yOiBbODA4Njo3MDIwXSB0eXBlIDAwIGNsYXNzIDB4MGMw MzAwDQo+Pj4gWyAgICAwLjI1NjIyMl0gcGNpIDAwMDA6MDA6MDEuMjogcmVnIDB4MjA6IFtpbyAg MHhjMzAwLTB4YzMxZl0NCj4+PiBbICAgIDAuMjU3MTAwXSBwY2kgMDAwMDowMDowMS4zOiBbODA4 Njo3MTEzXSB0eXBlIDAwIGNsYXNzIDB4MDY4MDAwDQo+Pj4gWyAgICAwLjI1NzgzM10gcGNpIDAw MDA6MDA6MDEuMzogcXVpcms6IFtpbyAgMHgxZjQwLTB4MWY3Zl0gY2xhaW1lZCBieQ0KPj4+IFBJ SVg0IEFDUEkNCj4+PiBbICAgIDAuMjU4NTI5XSBwY2kgMDAwMDowMDowMi4wOiBbMTAxMzowMGI4 XSB0eXBlIDAwIGNsYXNzIDB4MDMwMDAwDQo+Pj4gWyAgICAwLjI1ODY4NF0gcGNpIDAwMDA6MDA6 MDIuMDogcmVnIDB4MTA6IFttZW0gMHhmMDAwMDAwMC0weGYxZmZmZmZmDQo+Pj4gcHJlZl0NCj4+ PiBbICAgIDAuMjU4Nzk5XSBwY2kgMDAwMDowMDowMi4wOiByZWcgMHgxNDogW21lbSAweGYzMDQ0 MDAwLTB4ZjMwNDRmZmZdDQo+Pj4gWyAgICAwLjI1OTc1OF0gcGNpIDAwMDA6MDA6MDMuMDogWzU4 NTM6MDAwMV0gdHlwZSAwMCBjbGFzcyAweDAxMDAwMA0KPj4+IFsgICAgMC4yNTk5NzBdIHBjaSAw MDAwOjAwOjAzLjA6IHJlZyAweDEwOiBbaW8gIDB4YzAwMC0weGMwZmZdDQo+Pj4gWyAgICAwLjI2 MDEwMV0gcGNpIDAwMDA6MDA6MDMuMDogcmVnIDB4MTQ6IFttZW0gMHhmMjAwMDAwMC0weGYyZmZm ZmZmDQo+Pj4gcHJlZl0NCj4+PiBbICAgIDAuMjYxNzIyXSBwY2kgMDAwMDowMDowNS4wOiBbMTAw Mjo2Nzc5XSB0eXBlIDAwIGNsYXNzIDB4MDMwMDAwDQo+Pj4gWyAgICAwLjI2ODAxOF0gcGNpIDAw MDA6MDA6MDUuMDogcmVnIDB4MTA6IFttZW0gMHhlMDAwMDAwMC0weGVmZmZmZmZmDQo+Pj4gNjRi aXQgcHJlZl0NCj4+PiBbICAgIDAuMjc2MDE3XSBwY2kgMDAwMDowMDowNS4wOiByZWcgMHgxODog W21lbSAweGYzMDAwMDAwLTB4ZjMwMWZmZmYNCj4+PiA2NGJpdF0NCj4+PiBbICAgIDAuMjg0MDA4 XSBwY2kgMDAwMDowMDowNS4wOiByZWcgMHgyMDogW2lvICAweGMyMDAtMHhjMmZmXQ0KPj4+IFsg ICAgMC4zMDAwMjRdIHBjaSAwMDAwOjAwOjA1LjA6IHJlZyAweDMwOiBbbWVtIDB4ZjMwMjAwMDAt MHhmMzAzZmZmZg0KPj4+IHByZWZdDQo+Pj4gWyAgICAwLjMwMTExNV0gcGNpIDAwMDA6MDA6MDUu MDogc3VwcG9ydHMgRDEgRDINCj4+PiBbICAgIDAuMzAxODg3XSBwY2kgMDAwMDowMDowNi4wOiBb MTAwMjphYTk4XSB0eXBlIDAwIGNsYXNzIDB4MDQwMzAwDQo+Pj4gWyAgICAwLjMwMjE2OV0gcGNp IDAwMDA6MDA6MDYuMDogcmVnIDB4MTA6IFttZW0gMHhmMzA0MDAwMC0weGYzMDQzZmZmDQo+Pj4g NjRiaXRdDQo+Pj4gWyAgICAwLjMwMzk2OV0gcGNpIDAwMDA6MDA6MDYuMDogc3VwcG9ydHMgRDEg RDINCj4+PiBbICAgIDAuMzMyMDgxXSBQQ0k6IHBjaV9jYWNoZV9saW5lX3NpemUgc2V0IHRvIDY0 IGJ5dGVzDQo+Pj4gWyAgICAxLjMwOTkyNl0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSA0IFtp byAgMHgwMDAwLTB4MGNmN10NCj4+PiBbICAgIDEuMzA5OTMwXSBwY2lfYnVzIDAwMDA6MDA6IHJl c291cmNlIDUgW2lvICAweDBkMDAtMHhmZmZmXQ0KPj4+IFsgICAgMS4zMDk5MzNdIHBjaV9idXMg MDAwMDowMDogcmVzb3VyY2UgNiBbbWVtIDB4MDAwYTAwMDAtMHgwMDBiZmZmZl0NCj4+PiBbICAg IDEuMzA5OTM1XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDcgW21lbSAweGUwMDAwMDAwLTB4 ZmJmZmZmZmZdDQo+Pj4gWyAgICAxLjMxMDkwOF0gcGNpIDAwMDA6MDA6MDAuMDogTGltaXRpbmcg ZGlyZWN0IFBDSS9QQ0kgdHJhbnNmZXJzDQo+Pj4gWyAgICAxLjMxMDk1NF0gcGNpIDAwMDA6MDA6 MDEuMDogUElJWDM6IEVuYWJsaW5nIFBhc3NpdmUgUmVsZWFzZQ0KPj4+IFsgICAgMS4zMTEwMDBd IHBjaSAwMDAwOjAwOjAxLjA6IEFjdGl2YXRpbmcgSVNBIERNQSBoYW5nIHdvcmthcm91bmRzDQo+ Pj4gWyAgICAxLjMxMjA0N10gcGNpIDAwMDA6MDA6MDIuMDogQm9vdCB2aWRlbyBkZXZpY2UNCj4+ PiBbICAgIDEuMzEyMjE1XSBwY2kgMDAwMDowMDowNS4wOiBCb290IHZpZGVvIGRldmljZQ0KPj4+ IFsgICAgMS41MzQ3MzVdIHBjaV9ob3RwbHVnOiBQQ0kgSG90IFBsdWcgUENJIENvcmUgdmVyc2lv bjogMC41DQo+Pj4gWyAgICAxLjUzNDc0NF0gcGNpZWhwOiBQQ0kgRXhwcmVzcyBIb3QgUGx1ZyBD b250cm9sbGVyIERyaXZlciB2ZXJzaW9uOg0KPj4+IDAuNA0KPj4+IFsgICAgMS41NzY5MDJdIGVo Y2ktcGNpOiBFSENJIFBDSSBwbGF0Zm9ybSBkcml2ZXINCj4+PiBbICAgIDEuNTc2OTQyXSBvaGNp LXBjaTogT0hDSSBQQ0kgcGxhdGZvcm0gZHJpdmVyDQo+Pj4gWyAgICAxLjY5MjEyM10geGVuYnVz X3Byb2JlX2Zyb250ZW5kOiBEZXZpY2Ugd2l0aCBubyBkcml2ZXI6DQo+Pj4gZGV2aWNlL3BjaS8w DQo+Pj4gWyAgICA2LjE4MDM4MF0gZmdscng6IG1vZHVsZSBsaWNlbnNlICdQcm9wcmlldGFyeS4g KEMpIDIwMDIgLSBBVEkNCj4+PiBUZWNobm9sb2dpZXMsIFN0YXJuYmVyZywgR0VSTUFOWScgdGFp bnRzIGtlcm5lbC4NCj4+PiBbICAgIDYuMTg1OTExXSBmZ2xyeDogbW9kdWxlIHZlcmlmaWNhdGlv biBmYWlsZWQ6IHNpZ25hdHVyZSBhbmQvb3INCj4+PiByZXF1aXJlZCBrZXkgbWlzc2luZyAtIHRh aW50aW5nIGtlcm5lbA0KPj4+IFsgICAgNi4xOTM5NzldIDw2PltmZ2xyeF0gTWF4aW11bSBtYWlu IG1lbW9yeSB0byB1c2UgZm9yIGxvY2tlZCBkbWENCj4+PiBidWZmZXJzOiA3MjQ3IE1CeXRlcy4N Cj4+PiBbICAgIDYuMTk0MDk0XSA8Nj5bZmdscnhdICAgdmVuZG9yOiAxMDAyIGRldmljZTogNjc3 OSBjb3VudDogMQ0KPj4+IFsgICAgNi4xOTQ4MzVdIDw2PltmZ2xyeF0gaW9wb3J0OiBiYXIgNCwg YmFzZSAweGMyMDAsIHNpemU6IDB4MTAwDQo+Pj4gWyAgICA2LjE5NTkzMl0gPDY+W2ZnbHJ4XSBL ZXJuZWwgUEFUIHN1cHBvcnQgaXMgZW5hYmxlZA0KPj4+IFsgICAgNi4xOTU5NjBdIDw2PltmZ2xy eF0gbW9kdWxlIGxvYWRlZCAtIGZnbHJ4IDE0LjEwLjIgW01heSAgNSAyMDE0XQ0KPj4+IHdpdGgg MSBtaW5vcnMNCj4+PiBbICAgIDYuNzUzMjE0XSBpbnB1dDogUUVNVSAwLjEwLjIgUUVNVSBVU0Ig VGFibGV0IGFzDQo+Pj4gL2RldmljZXMvcGNpMDAwMDowMC8wMDAwOjAwOjAxLjIvdXNiMS8xLTIv MS0yOjEuMC9pbnB1dC9pbnB1dDMNCj4+PiBbICAgIDYuNzY0NzgzXSBpbnB1dDogSEQtQXVkaW8g R2VuZXJpYyBIRE1JL0RQLHBjbT0zIGFzDQo+Pj4gL2RldmljZXMvcGNpMDAwMDowMC8wMDAwOjAw OjA2LjAvc291bmQvY2FyZDAvaW5wdXQ0DQo+Pj4gWyAgIDExLjQ5NDU0M10gPDY+W2ZnbHJ4XSBG aXJlZ2wga2VybmVsIHRocmVhZCBQSUQ6IDEyNjANCj4+PiBbICAgMTEuNDk0NzczXSA8Nj5bZmds cnhdIEZpcmVnbCBrZXJuZWwgdGhyZWFkIFBJRDogMTI2MQ0KPj4+IFsgICAxMS40OTUwMDRdIDw2 PltmZ2xyeF0gRmlyZWdsIGtlcm5lbCB0aHJlYWQgUElEOiAxMjYyDQo+Pj4gWyAgIDExLjQ5NTE1 NF0gPDY+W2ZnbHJ4XSBJUlEgNzggRW5hYmxlZA0KPj4+IFsgICAxMS41NDE1NjldIDw2PltmZ2xy eF0gUmVzZXJ2ZWQgRkIgYmxvY2s6IFNoYXJlZCBvZmZzZXQ6MCwNCj4+PiBzaXplOjEwMDAwMDAN Cj4+PiBbICAgMTEuNTQxNTcxXSA8Nj5bZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBVbnNoYXJl ZCBvZmZzZXQ6ZjgzODAwMCwNCj4+PiBzaXplOjQwMDANCj4+PiBbICAgMTEuNTQxNTcyXSA8Nj5b ZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBVbnNoYXJlZCBvZmZzZXQ6ZjgzYzAwMCwNCj4+PiBz aXplOjRjNDAwMA0KPj4+IFsgICAxMS41NDE1NzNdIDw2PltmZ2xyeF0gUmVzZXJ2ZWQgRkIgYmxv Y2s6IFVuc2hhcmVkIG9mZnNldDo3ZmZmNDAwMCwNCj4+PiBzaXplOmMwMDANCj4+Pg0KPj4+IFNv IG15IGxhc3QgYm9vdCBJIGdvdCBpbiB2aWEgU1NILCBob3dldmVyIHRoZSBkaXNwbGF5cyBhcmVu J3Qgd29ya2luZy4NCj4+PiBJIGZpcnN0IHRyaWVkIHRoZSBIRE1JIChIRE1JIC0gSERNSSkgZGlz cGxheSB0aGVuIHRoZSBEVkkgKERWSSAtPg0KPj4+IERpc3BsYXlQb3J0KSBkaXNwbGF5IGFuZCBt eSBtb25pdG9yIGlzbid0IHNob3dpbmcgYW55dGhpbmcuDQo+Pj4gV29kbmVyaW5nIHdoYXQgSSdt IG1pc3NpbmcgdG8gZ2V0IHRoaXMgZGlzcGxheSB1cCBhbmQgcnVubmluZy4NCj4+DQo+PiBTbyBp dCBsb29rcyBsaWtlIGZnbHJ4IGxvYWRzIHN1Y2Nlc3NmdWxseSBhbmQgZmluZHMgdGhlIGhhcmR3 YXJlLiBTbw0KPj4gZmFyIHNvIGdvb2QuIENhbiB5b3UgY2hlY2sgd2hhdCB5b3VyIFhvcmcgbG9n IHNheXM/DQo+Pg0KPj4gR29yZGFuDQo+Pg0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4+IFhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnPG1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCj4+IGh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KPj4NCj4+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+Pg0KPj4gVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1l c3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heQ0KPj4gY29udGFpbiBjb25maWRlbnRpYWwg YW5kIGxlZ2FsbHkgcHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5DQo+PiBmb3IgdGhl IHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFu eQ0KPj4gcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRh a2VuIGluIHJlbGlhbmNlDQo+PiB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkgcGVyc29ucyBvciBl bnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZA0KPj4gcmVjaXBpZW50IGlzIHByb2hpYml0 ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0DQo+PiB0aGUg c2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0KPj4NCj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBYZW4t dXNlcnMgbWFpbGluZyBsaXN0DQo+PiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVu LXVzZXJzQGxpc3RzLnhlbi5vcmc+DQo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMN Cj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4g WGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86 WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cw0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPg0KPiBUaGUgaW5mb3Jt YXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywgbWF5 IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwuIEl0 IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGljaCBp dCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0aW9u LCBvciBhY3Rpb24gdGFrZW4gaW4gcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5IHBl cnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlzIHBy b2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0IHRo ZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuDQo+DQo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFhlbi11 c2VycyBtYWlsaW5nIGxpc3QNCj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnPg0KPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNClRo aXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnQgYXJlIGludGVuZGVkIHNvbGVseSBmb3IgdGhl IGFkZHJlc3NlZSBhbmQgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uLiBJZiB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3IsIHBsZWFzZSBzZW5kIGl0IGJh Y2sgdG8gbWUsIGFuZCBpbW1lZGlhdGVseSBkZWxldGUgaXQuICAgUGxlYXNlIGRvIG5vdCB1c2Us IGNvcHkgb3IgZGlzY2xvc2UgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3Nh Z2Ugb3IgaW4gYW55IGF0dGFjaG1lbnQuICBBbnkgdmlld3Mgb3Igb3BpbmlvbnMgZXhwcmVzc2Vk IGJ5IHRoZSBhdXRob3Igb2YgdGhpcyBlbWFpbCBkbyBub3QgbmVjZXNzYXJpbHkgcmVmbGVjdCB0 aGUgdmlld3Mgb2YgdGhlIFVuaXZlcnNpdHkgb2YgTm90dGluZ2hhbS4NCg0KVGhpcyBtZXNzYWdl IGhhcyBiZWVuIGNoZWNrZWQgZm9yIHZpcnVzZXMgYnV0IHRoZSBjb250ZW50cyBvZiBhbiBhdHRh Y2htZW50IG1heSBzdGlsbCBjb250YWluIHNvZnR3YXJlIHZpcnVzZXMgd2hpY2ggY291bGQgZGFt YWdlIHlvdXIgY29tcHV0ZXIgc3lzdGVtLCB5b3UgYXJlIGFkdmlzZWQgdG8gcGVyZm9ybSB5b3Vy IG93biBjaGVja3MuIEVtYWlsIGNvbW11bmljYXRpb25zIHdpdGggdGhlIFVuaXZlcnNpdHkgb2Yg Tm90dGluZ2hhbSBtYXkgYmUgbW9uaXRvcmVkIGFzIHBlcm1pdHRlZCBieSBVSyBsZWdpc2xhdGlv bi4NCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUaGUgaW5m b3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywg bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwu IEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGlj aCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0 aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4gcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5 IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlz IHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0 IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuDQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpYZW4tdXNl cnMgbWFpbGluZyBsaXN0DQpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVuLXVzZXJz QGxpc3RzLnhlbi5vcmc+DQpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp biB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVu dGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRo ZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBB bnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2Vu IGluIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVz IG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3Ug cmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxl dGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KWGVu LXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFu ZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBw cml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNv biBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5z bWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluIHJlbGlhbmNlIHVwb24g dGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRoYW4gdGhlIGlu dGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVy cm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZy b20gYW55IGNvbXB1dGVyLg0K --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DA6ex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6Q2FsaWJyaX0NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29O b3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYifQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXtjb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmV9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVy cGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmV9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXtm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0R9DQouTXNv Q2hwRGVmYXVsdA0KCXtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYifQ0KQHBhZ2Ug V29yZFNlY3Rpb24xDQoJe21hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbn0NCmRpdi5Xb3Jk U2VjdGlvbjENCgl7fQ0KLS0+DQo8L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMi IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9y OiMxRjQ5N0QiPkkgaGF2ZW7igJl0IHRyaWVkIGFyY2ggbGludXguIEkgd2FzIHRyeWluZyB0byBz dGljayB3aXRoIHhlbnNlcnZlciBiZWNhdXNlIHRoZXJlIHNob3VsZG7igJl0IGJlIGEgbmVlZCBm b3IgaGlkaW5nIGRldmljZXMgYW5kIG1vZGlmeWluZyBrZXJuZWxzLjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+LSBCcmlhbiBNZW5nZXM8L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29s b3I6IzFGNDk3RCI+UHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHM8L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3 RCI+R29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3M8L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gamFjZWsgYnVyZ2hhcmR0IFttYWlsdG86amFjZWtzYnVy Z2hhcmR0QGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgSnVuZSAyNiwg MjAxNCAxOTozNTxicj4NCjxiPlRvOjwvYj4gQnJpYW4gTWVuZ2VzPGJyPg0KPGI+Q2M6PC9iPiB4 ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1hlbi11c2Vy c10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXJlIHlvdSBydW5u aW5nIGFyY2ggbGludXggPyBJIHdvdWxkIHRyeSBvcGVuc291cmNlIGRyaXZlcnMuIEkgcnVuIGNp bm5hbW9uIHVuZGVyIGE4IDY2MDBrIGFuZCBJIGdldCB1cmJhbiB0ZXJyaXRvcnkgcGxheWluZyB3 aXRoIDkwIGZzLiBKdXN0IGZvbGxvdyByYWRlb24gd2lraSZuYnNwOzwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+Jm5i c3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFRodSwgSnVuIDI2LCAyMDE0 IGF0IDg6MTUgUE0sIEJyaWFuIE1lbmdlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJtZW5nZXNAZ29n cmlkLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmJtZW5nZXNAZ29ncmlkLmNvbTwvYT4mZ3Q7IHdyb3Rl OjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTsgYm9yZGVyLWxlZnQ6c29saWQg I0NDQ0NDQyAxLjBwdDsgcGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDsgbWFyZ2luLWxlZnQ6NC44 cHQ7IG1hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U28gSSBhZGRlZCBi YWNrIGluIHN3aW90bGI9Zm9yY2UgYW5kIHJlZGlkIGdydWIgYW5kIGFsc28gcmVtb3ZlZCBmcm9t IHRoZSBibGFja2xpc3QgZmdscnhfdXBkYXRlcy4gTm93IHdoZW4gSSB0cnkgYW5kIHN0YXJ0eCwg YSBDUFUgZ2V0cyBwZWdnZWQgQCAxMDAlLCBhbmQgbm90aGluZyBzdGlsbCBvbiB0aGUgZGlzcGxh eS48YnI+DQo8YnI+DQpCYXNpY2FsbHkgSSdtIG5ldmVyIGdldHRpbmcgYSBkaXNwbGF5LCBldmVu IG9uIGJvb3Qgb2YgdGhlIHZtLjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+ DQotIEJyaWFuIE1lbmdlczxicj4NClByaW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzPGJyPg0KR29H cmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3M8YnI+DQo8YnI+ DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5Gcm9tOiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzLWJvdW5j ZXNAbGlzdHMueGVuLm9yZyI+eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT4gW21h aWx0bzo8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyI+eGVu LXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBCcmlhbiBNZW5n ZXM8YnI+DQpTZW50OiBUaHVyc2RheSwgSnVuZSAyNiwgMjAxNCAxOTowNTxicj4NClRvOiBEYW5p ZWwgU2h1Yjxicj4NCkNjOiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmci Pnhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJz XSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoPGJyPg0KPGJyPg0KRXZlbiBzdGFydGluZyB0aGUg c3lzdGVtIGluIFRFWFQgbW9kZSwgdGhlIGRpc3BsYXkgZG9lc24ndCBzaG93LiBCdXQgcnVubmlu ZyAnc3RhcnR4JyBkb2VzIHJlc3VsdCBpbiBzb21lIGxvdmVseSBlcnJvcnM6PGJyPg0KPGJyPg0K PGEgaHJlZj0iaHR0cDovL3Bhc3RlYmluLmNvbS9WYldoWGUxOSIgdGFyZ2V0PSJfYmxhbmsiPmh0 dHA6Ly9wYXN0ZWJpbi5jb20vVmJXaFhlMTk8L2E+PGJyPg0KPGJyPg0KL3Zhci9sb2cvWG9yZy4w LmxvZyAoMTg6MzkpIGlzIHRoZSBtb3N0IGludGVyZXN0aW5nLjxicj4NCjxicj4NClsgJm5ic3A7 IDgzOS45ODVdIChXVykgZmdscngoMCk6IEtlcm5lbCBNb2R1bGUgdmVyc2lvbiBkb2VzICpub3Qq IG1hdGNoIGRyaXZlci48YnI+DQpbICZuYnNwOyA4MzkuOTg1XSAoRUUpIGZnbHJ4KDApOiBpbmNv bXBhdGlibGUga2VybmVsIG1vZHVsZSBkZXRlY3RlZCAtIEhXIGFjY2VsZXJhdGVkIE9wZW5HTCB3 aWxsIG5vdCB3b3JrPGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKTxicj4NClsgJm5ic3A7IDgz OS45ODZdIChFRSkgQmFja3RyYWNlOjxicj4NClsgJm5ic3A7IDgzOS45ODZdIChFRSkgMDogL3Vz ci9iaW4vWCAoeG9yZ19iYWNrdHJhY2UmIzQzOzB4MzQpIFsweDdmMzgxMjE5NzFlNF08YnI+DQpb ICZuYnNwOyA4MzkuOTg2XSAoRUUpIDE6IC91c3IvYmluL1ggKDB4N2YzODExZmUwMDAwJiM0Mzsw eDFiYjBlOSkgWzB4N2YzODEyMTliMGU5XTxicj4NClsgJm5ic3A7IDgzOS45ODZdIChFRSkgMjog L2xpYi94ODZfNjQtbGludXgtZ251L2xpYnB0aHJlYWQuc28uMCAoMHg3ZjM4MTEzMDYwMDAmIzQz OzB4ZmNiMCkgWzB4N2YzODExMzE1Y2IwXTxicj4NClsgJm5ic3A7IDgzOS45ODZdIChFRSkgMzog L3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMvbW9kdWxlcy9kcml2 ZXJzL2ZnbHJ4X2Rydi5zbyAoc3dsRHJtRnJlZVN1cmZhY2VzJiM0MzsweDQyKSBbMHg3ZjM4MGU1 YzczYjJdPGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKSA0OiAvdXNyL2xpYi94ODZfNjQtbGlu dXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2RyaXZlcnMvZmdscnhfZHJ2LnNvICh4 ZGxfeHMxMTRfYXRpZGR4RHJpQ2xvc2VTY3JlZW4mIzQzOzB4MTRkKSBbMHg3ZjM4MGU1OGU0N2Rd PGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKSA1OiAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251 L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2RyaXZlcnMvZmdscnhfZHJ2LnNvICh4ZGxfeHMx MTRfYXRpZGR4RHJpU2NyZWVuSW5pdCYjNDM7MHg4ZWIpIFsweDdmMzgwZTU4ZGIxYl08YnI+DQpb ICZuYnNwOyA4MzkuOTg3XSAoRUUpIDY6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9l eHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhkbF94czExNF9hdGlk ZHhTY3JlZW5Jbml0JiM0MzsweGY4MikgWzB4N2YzODBlNTg3NTcyXTxicj4NClsgJm5ic3A7IDgz OS45ODddIChFRSkgNzogL3Vzci9iaW4vWCAoQWRkU2NyZWVuJiM0MzsweDhhKSBbMHg3ZjM4MTIw MzVmOGFdPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVFKSA4OiAvdXNyL2Jpbi9YIChJbml0T3V0 cHV0JiM0MzsweDNlOCkgWzB4N2YzODEyMDc5YWM4XTxicj4NClsgJm5ic3A7IDgzOS45ODddIChF RSkgOTogL3Vzci9iaW4vWCAoMHg3ZjM4MTFmZTAwMDAmIzQzOzB4NDQyMmQpIFsweDdmMzgxMjAy NDIyZF08YnI+DQpbICZuYnNwOyA4MzkuOTg3XSAoRUUpIDEwOiAvbGliL3g4Nl82NC1saW51eC1n bnUvbGliYy5zby42IChfX2xpYmNfc3RhcnRfbWFpbiYjNDM7MHhlZCkgWzB4N2YzODBmZjdiNzZk XTxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSkgMTE6IC91c3IvYmluL1ggKDB4N2YzODExZmUw MDAwJiM0MzsweDQ0N2MxKSBbMHg3ZjM4MTIwMjQ3YzFdPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10g KEVFKTxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSkgU2VnbWVudGF0aW9uIGZhdWx0IGF0IGFk ZHJlc3MgMHg4YTA8YnI+DQpbICZuYnNwOyA4MzkuOTg3XSAoRUUpPGJyPg0KRmF0YWwgc2VydmVy IGVycm9yOjxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSkgQ2F1Z2h0IHNpZ25hbCAxMSAoU2Vn bWVudGF0aW9uIGZhdWx0KS4gU2VydmVyIGFib3J0aW5nPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10g KEVFKTxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSk8YnI+DQpQbGVhc2UgY29uc3VsdCB0aGUg VGhlIFguT3JnIEZvdW5kYXRpb24gc3VwcG9ydDxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDthdCA8YSBocmVmPSJodHRwOi8vd2lraS54Lm9yZyIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHA6Ly93aWtpLngub3JnPC9hPjxicj4NCiZuYnNwO2ZvciBoZWxwLjxicj4NClsgJm5ic3A7 IDgzOS45ODddIChFRSkgUGxlYXNlIGFsc28gY2hlY2sgdGhlIGxvZyBmaWxlIGF0ICZxdW90Oy92 YXIvbG9nL1hvcmcuMC5sb2cmcXVvdDsgZm9yIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24uPGJyPg0K WyAmbmJzcDsgODM5Ljk4N10gKEVFKTxicj4NClsgJm5ic3A7IDgzOS45OTVdIChFRSkgU2VydmVy IHRlcm1pbmF0ZWQgd2l0aCBlcnJvciAoMSkuIENsb3NpbmcgbG9nIGZpbGUuPGJyPg0KPGJyPg0K VGhpcyBydW50aW1lIEkgZGlkIGJvb3Qgd2l0aCB0aGUgZm9sbG93aW5nIG9wdGlvbnM6PGJyPg0K dGV4dCBpb21tdT1zb2Z0PGJyPg0KPGJyPg0KUHJldmlvdXNseSwgdGhlIG9wdGlvbnMgd2VyZTo8 YnI+DQpxdWlldCBzcGxhc2ggaW9tbXU9c29mdCBzd2lvdGxiPWZvcmNlPGJyPg0KPGJyPg0KUGVy IDxhIGhyZWY9Imh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9YZW5fUENJX1Bhc3N0aHJvdWdoIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1hlbl9QQ0lfUGFzc3Rocm91 Z2g8L2E+IEkgc2hvdWxkIG9ubHkgbmVlZCBvbmUgb2YgdGhlIHR3byBzZXR0aW5ncyBiZXR3ZWVu IGlvbW11PXNvZnQgb3Igc3dpb3RsYj1mb3JjZSwgaG93ZXZlciBub3QgbmVjZXNzYXJpbHkgYm90 aC48YnI+DQo8YnI+DQotIEJyaWFuIE1lbmdlczxicj4NClByaW5jaXBhbCBFbmdpbmVlciwgRGV2 T3BzPGJyPg0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29y a3M8YnI+DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IERhbmll bCBTaHViIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOkRhbmllbC5TaHViQG5vdHRpbmdoYW0uYWMu dWsiPkRhbmllbC5TaHViQG5vdHRpbmdoYW0uYWMudWs8L2E+XTxicj4NClNlbnQ6IFRodXJzZGF5 LCBKdW5lIDI2LCAyMDE0IDE1OjA3PGJyPg0KVG86IEJyaWFuIE1lbmdlczxicj4NCkNjOiA8YSBo cmVmPSJtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPnhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnPC9hPjxicj4NClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0 aHJvdWdoPGJyPg0KPGJyPg0KV2hhdCBkbyB5b3UgbWVhbiBieSBhIHRlcm1pbmFsIHdpbmRvdz8g QXJlIHlvdSBvbiB0dHk3PyBDYW4geW91IHN3aXRjaCB0aHJvdWdoIHRoZSB0dHkncz8gWW91IG1p Z2h0IHdhbnQgdG8gc3RlcCBiYWNrIGFuZCBpbnN0ZWFkIG9mIGF1dG9tYXRpY2FsbHkgbGF1bmNo aW5nIGxpZ2h0ZG0sIGp1c3QgdHJ5IGFuZCBnZXQgYSB0dHkgb3ZlciB2bmMgd2l0aG91dCBYIGFu ZCB0aGVuIHN0YXJ0IFggYW5kIHNlZSB3aGF0IGhhcHBlbnMuIEl0IHNlZW1zIGxpa2UNCiB5b3Ug aGF2ZSBwYXNzZWQgdGhlIGRldmljZSB0aHJvdWdoIGNvcnJlY3RseS48YnI+DQo8YnI+DQomZ3Q7 IE9uIDI2IEp1biAyMDE0LCBhdCAxNzo1MywgJnF1b3Q7QnJpYW4gTWVuZ2VzJnF1b3Q7ICZsdDs8 YSBocmVmPSJtYWlsdG86Ym1lbmdlc0Bnb2dyaWQuY29tIj5ibWVuZ2VzQGdvZ3JpZC5jb208L2E+ Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBZZWFoLCBkZWZpbml0ZWx5IHJ1bm5pbmcu PGJyPg0KJmd0Ozxicj4NCiZndDsgcm9vdCAmbmJzcDsgJm5ic3A7ICZuYnNwOyA5OTEgJm5ic3A7 MC4wICZuYnNwOzAuMCAyNzkxNjQgJm5ic3A7MzkwMCA/ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO1NzbCAmbmJzcDswOTozMSAmbmJzcDsgMDowMCBsaWdodGRtPGJyPg0KJmd0OyByb290ICZu YnNwOyAmbmJzcDsgJm5ic3A7MTAyMCA5OS42ICZuYnNwOzAuMSAmbmJzcDs2ODUyMCAmbmJzcDs3 OTY0IHR0eTcgJm5ic3A7ICZuYnNwOyBScyYjNDM7ICZuYnNwOzA5OjMxICZuYnNwOyA0OjQ4ICZu YnNwO1xfIC91c3IvYmluL1ggOjAgLWF1dGggL3Zhci9ydW4vbGlnaHRkbS9yb290LzowIC1ub2xp c3RlbiB0Y3AgdnQ3PGJyPg0KJmd0Ozxicj4NCiZndDsgQ2hld2luZyBvbiBhbiBlbnRpcmUgQ1BV IC4uLiB3aGljaCBpdCBzZWVtcyB0aGF0IGF0IHNvbWUgcG9pbnQgbXkgbWFjaGluZSBsb2NrcyB1 cC48YnI+DQomZ3Q7PGJyPg0KJmd0OyBXaGVuIEkgbG9hZGVkIFZOQyBhbmQgYXR0YWNoZWQgaW50 byB0aGUgY29uc29sZSB0aGVyZS4uLiBhbGwgSSBnZXQgaXMgYSB0ZXJtaW5hbCB3aW5kb3csIG5v dCB0aGUgdW5pdHkgZGVza3RvcC4gSWYgSSBjbG9zZSBpdC4uLiBub3RoaW5nIGlzIHN0YXJ0YWJs ZS48YnI+DQomZ3Q7PGJyPg0KJmd0OyAtIEJyaWFuIE1lbmdlczxicj4NCiZndDsgUHJpbmNpcGFs IEVuZ2luZWVyLCBEZXZPcHM8YnI+DQomZ3Q7IEdvR3JpZCB8IFNlcnZlUGF0aCB8IENvbG9TZXJ2 ZSB8IFVwU3RyZWFtIE5ldHdvcmtzPGJyPg0KJmd0Ozxicj4NCiZndDsgLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS08YnI+DQomZ3Q7IEZyb206IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91 bmNlc0BsaXN0cy54ZW4ub3JnIj54ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPjxi cj4NCiZndDsgW21haWx0bzo8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMu eGVuLm9yZyI+eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIE9uIEJlaGFsZiBP ZiBHb3JkYW4gQm9iaWM8YnI+DQomZ3Q7IFNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDA5 OjE4PGJyPg0KJmd0OyBUbzogPGEgaHJlZj0ibWFpbHRvOnhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn Ij54ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+DQomZ3Q7IFN1YmplY3Q6IFJlOiBbWGVu LXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoPGJyPg0KJmd0Ozxicj4NCiZndDsgQXQg YSBnbGFuY2UsIEkgZG9uJ3Qgc2VlIGFuIG9idmlvdXMgcHJvYmxlbSBpbiB0aGF0IGxvZy48YnI+ DQomZ3Q7PGJyPg0KJmd0OyBJcyB5b3UgY2FuIHNzaCBpbiBjYW4geW91IGNoZWNrIGlmIFhvcmcg aXMgYWN0dWFsbHkgcnVubmluZz88YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDsgT24gMjAxNC0wNi0y NiAxNzowMCwgQnJpYW4gTWVuZ2VzIHdyb3RlOjxicj4NCiZndDsmZ3Q7IExvb2tzIGxpa2UgaXQg aXNuJ3QgdXNpbmcgdGhlIGRyaXZlciBjb3JyZWN0bHk/PGJyPg0KJmd0OyZndDsgLS0tLS08YnI+ DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdPGJyPg0KJmd0OyZndDsgWC5PcmcgWCBT ZXJ2ZXIgMS4xNC41PGJyPg0KJmd0OyZndDsgUmVsZWFzZSBEYXRlOiAyMDEzLTEyLTEyPGJyPg0K Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuNzU4XSBYIFByb3RvY29sIFZlcnNpb24gMTEsIFJl dmlzaW9uIDA8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdIEJ1aWxkIE9wZXJh dGluZyBTeXN0ZW06IExpbnV4IDIuNi40Mi0zNy1nZW5lcmljIHg4Nl82NDxicj4NCiZndDsmZ3Q7 IFVidW50dTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljc1OF0gQ3VycmVudCBPcGVy YXRpbmcgU3lzdGVtOiBMaW51eCBibWVuZ2VzLWxpbnV4Mzxicj4NCiZndDsmZ3Q7IDMuMTEuMC0y My1nZW5lcmljICM0MH5wcmVjaXNlMS1VYnVudHUgU01QIFdlZCBKdW4gNCAyMjowNjozNiBVVEMg MjAxNDxicj4NCiZndDsmZ3Q7IHg4Nl82NDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5 Ljc1OF0gS2VybmVsIGNvbW1hbmQgbGluZTo8YnI+DQomZ3Q7Jmd0OyBCT09UX0lNQUdFPS9ib290 L3ZtbGludXotMy4xMS4wLTIzLWdlbmVyaWM8YnI+DQomZ3Q7Jmd0OyByb290PVVVSUQ9Nzg0YTk0 NmItMjRmZi00ZmM3LWI1MjctZjVlODIyYjE3YWJkIHJvIHF1aWV0IHNwbGFzaDxicj4NCiZndDsm Z3Q7IGlvbW11PXNvZnQgc3dpb3RsYj1mb3JjZSB2dC5oYW5kb2ZmPTc8YnI+DQomZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsgOS43NThdIEJ1aWxkIERhdGU6IDA2IEphbnVhcnkgMjAxNCAmbmJzcDsw MTozNzo0OFBNPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuNzU4XSB4b3JnLXNlcnZl ciAyOjEuMTQuNS0xdWJ1bnR1Mn5zYXVjeTF+cHJlY2lzZTIgKEZvcjxicj4NCiZndDsmZ3Q7IHRl Y2huaWNhbCBzdXBwb3J0IHBsZWFzZSBzZWUgPGEgaHJlZj0iaHR0cDovL3d3dy51YnVudHUuY29t L3N1cHBvcnQiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHA6Ly93d3cudWJ1bnR1LmNvbS9zdXBwb3J0 PC9hPik8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdIEN1cnJlbnQgdmVyc2lv biBvZiBwaXhtYW46IDAuMzAuMjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljc1OF0g Jm5ic3A7ICZuYnNwO0JlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMsIGNoZWNrIDxhIGhyZWY9Imh0 dHA6Ly93aWtpLngub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwOi8vd2lraS54Lm9yZzwvYT48 YnI+DQomZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt0byBtYWtlIHN1cmUgdGhh dCB5b3UgaGF2ZSB0aGUgbGF0ZXN0IHZlcnNpb24uPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuNzU4XSBNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoqKSBmcm9tIGNvbmZpZyBmaWxlLCAo PT0pIGRlZmF1bHQ8YnI+DQomZ3Q7Jmd0OyBzZXR0aW5nLDxicj4NCiZndDsmZ3Q7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOygmIzQzOyYjNDM7KSBmcm9tIGNvbW1hbmQgbGluZSwgKCEhKSBu b3RpY2UsIChJSSkgaW5mb3JtYXRpb25hbCw8YnI+DQomZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsoV1cpIHdhcm5pbmcsIChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVk LCAoPz8pIHVua25vd24uPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuNzU4XSAoPT0p IExvZyBmaWxlOiAmcXVvdDsvdmFyL2xvZy9Yb3JnLjAubG9nJnF1b3Q7LCBUaW1lOiBUaHUgSnVu IDI2PGJyPg0KJmd0OyZndDsgMDg6MTU6NTMgMjAxNDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOyA5LjgwM10gKD09KSBVc2luZyBjb25maWcgZmlsZTogJnF1b3Q7L2V0Yy9YMTEveG9yZy5j b25mJnF1b3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuODAzXSAoPT0pIFVzaW5n IHN5c3RlbSBjb25maWcgZGlyZWN0b3J5PGJyPg0KJmd0OyZndDsgJnF1b3Q7L3Vzci9zaGFyZS9Y MTEveG9yZy5jb25mLmQmcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS44OTNd ICg9PSkgU2VydmVyTGF5b3V0ICZxdW90O2F0aWNvbmZpZyBMYXlvdXQmcXVvdDs8YnI+DQomZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS44OTNdICgqKikgfC0tJmd0O1NjcmVlbiAmcXVvdDthdGlj b25maWctU2NyZWVuWzBdLTAmcXVvdDsgKDApPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7 IDkuODkzXSAoKiopIHwgJm5ic3A7IHwtLSZndDtNb25pdG9yICZxdW90O2F0aWNvbmZpZy1Nb25p dG9yWzBdLTAmcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45MDVdICgqKikg fCAmbmJzcDsgfC0tJmd0O0RldmljZSAmcXVvdDthdGljb25maWctRGV2aWNlWzBdLTAmcXVvdDs8 YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45MDVdICg9PSkgQXV0b21hdGljYWxseSBh ZGRpbmcgZGV2aWNlczxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5LjkwNV0gKD09KSBB dXRvbWF0aWNhbGx5IGVuYWJsaW5nIGRldmljZXM8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDsgOS45MDVdICg9PSkgQXV0b21hdGljYWxseSBhZGRpbmcgR1BVIGRldmljZXM8YnI+DQomZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NDRdIChXVykgVGhlIGRpcmVjdG9yeSAmcXVvdDsvdXNy L3NoYXJlL2ZvbnRzL1gxMS9jeXJpbGxpYyZxdW90OyBkb2VzPGJyPg0KJmd0OyZndDsgbm90IGV4 aXN0Ljxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk0NF0gJm5ic3A7ICZuYnNwO0Vu dHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGguPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7 IDkuOTQ0XSAoV1cpIFRoZSBkaXJlY3RvcnkgJnF1b3Q7L3Vzci9zaGFyZS9mb250cy9YMTEvMTAw ZHBpLyZxdW90OyBkb2VzIG5vdDxicj4NCiZndDsmZ3Q7IGV4aXN0Ljxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOyA5Ljk0NF0gJm5ic3A7ICZuYnNwO0VudHJ5IGRlbGV0ZWQgZnJvbSBmb250 IHBhdGguPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTQ0XSAoV1cpIFRoZSBkaXJl Y3RvcnkgJnF1b3Q7L3Vzci9zaGFyZS9mb250cy9YMTEvNzVkcGkvJnF1b3Q7IGRvZXMgbm90PGJy Pg0KJmd0OyZndDsgZXhpc3QuPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTQ0XSAm bmJzcDsgJm5ic3A7RW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC48YnI+DQomZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsgOS45NjBdIChXVykgVGhlIGRpcmVjdG9yeSAmcXVvdDsvdXNyL3NoYXJl L2ZvbnRzL1gxMS8xMDBkcGkmcXVvdDsgZG9lcyBub3Q8YnI+DQomZ3Q7Jmd0OyBleGlzdC48YnI+ DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjBdICZuYnNwOyAmbmJzcDtFbnRyeSBkZWxl dGVkIGZyb20gZm9udCBwYXRoLjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2MF0g KFdXKSBUaGUgZGlyZWN0b3J5ICZxdW90Oy91c3Ivc2hhcmUvZm9udHMvWDExLzc1ZHBpJnF1b3Q7 IGRvZXMgbm90PGJyPg0KJmd0OyZndDsgZXhpc3QuPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuOTYwXSAmbmJzcDsgJm5ic3A7RW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC48YnI+ DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjBdICg9PSkgRm9udFBhdGggc2V0IHRvOjxi cj4NCiZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOy91c3Ivc2hhcmUvZm9udHMv WDExL21pc2MsPGJyPg0KJmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7L3Vzci9z aGFyZS9mb250cy9YMTEvVHlwZTEsPGJyPg0KJmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7YnVpbHQtaW5zPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTYwXSAoPT0p IE1vZHVsZVBhdGggc2V0IHRvPGJyPg0KJmd0OyZndDsgJnF1b3Q7L3Vzci9saWIveDg2XzY0LWxp bnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMsL3Vzci9saWIveG9yZy9leHRyYS1tb2R1bGVzLC91 c3IvbGliL3hvcmcvbW9kdWxlcyZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5 Ljk2MF0gKElJKSBUaGUgc2VydmVyIHJlbGllcyBvbiB1ZGV2IHRvIHByb3ZpZGUgdGhlIGxpc3Qg b2Y8YnI+DQomZ3Q7Jmd0OyBpbnB1dCBkZXZpY2VzLjxicj4NCiZndDsmZ3Q7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwO0lmIG5vIGRldmljZXMgYmVjb21lIGF2YWlsYWJsZSwgcmVjb25maWd1 cmUgdWRldiBvciBkaXNhYmxlPGJyPg0KJmd0OyZndDsgQXV0b0FkZERldmljZXMuPGJyPg0KJmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTY2XSAoSUkpIExvYWRlciBtYWdpYzogMHg3ZjZhZDM0 NWZjMjA8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjZdIChJSSkgTW9kdWxlIEFC SSB2ZXJzaW9uczo8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjZdICZuYnNwOyAm bmJzcDtYLk9yZyBBTlNJIEMgRW11bGF0aW9uOiAwLjQ8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAm bmJzcDsgOS45NjZdICZuYnNwOyAmbmJzcDtYLk9yZyBWaWRlbyBEcml2ZXI6IDE0LjE8YnI+DQom Z3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjZdICZuYnNwOyAmbmJzcDtYLk9yZyBYSW5wdXQg ZHJpdmVyIDogMTkuMTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2Nl0gJm5ic3A7 ICZuYnNwO1guT3JnIFNlcnZlciBFeHRlbnNpb24gOiA3LjA8YnI+DQomZ3Q7Jmd0OyBbICZuYnNw OyAmbmJzcDsgOS45NzNdICgtLSkgUENJOiooMDowOjI6MCkgMTAxMzowMGI4OjU4NTM6MDAwMSBy ZXYgMCwgTWVtIEA8YnI+DQomZ3Q7Jmd0OyAweGYwMDAwMDAwLzMzNTU0NDMyLCAweGYzMDQ0MDAw LzQwOTY8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzNdICgtLSkgUENJOiAoMDow OjU6MCkgMTAwMjo2Nzc5OjE2ODI6MzIwNyByZXYgMCwgTWVtIEA8YnI+DQomZ3Q7Jmd0OyAweGUw MDAwMDAwLzI2ODQzNTQ1NiwgMHhmMzAwMDAwMC8xMzEwNzIsIEkvTyBAIDB4MDAwMGMyMDAvMjU2 LCBCSU9TIEA8YnI+DQomZ3Q7Jmd0OyAweD8/Pz8/Pz8/LzEzMTA3Mjxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOyA5Ljk3M10gKElJKSBPcGVuIEFDUEkgc3VjY2Vzc2Z1bCAoL3Zhci9ydW4v YWNwaWQuc29ja2V0KTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBHZW5lcmljIEV2ZW50IEV4dGVuc2lvbjxicj4NCiZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVu c2lvbiBTSEFQRTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6 aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBNSVQtU0hNPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhJbnB1dEV4dGVuc2lv bjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0 LWluIGV4dGVuc2lvbiBYVEVTVDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0g SW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBCSUctUkVRVUVTVFM8YnI+DQomZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24g U1lOQzxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1 aWx0LWluIGV4dGVuc2lvbiBYS0VZQk9BUkQ8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsg OS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEMtTUlTQzxicj4NCiZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBTRUNVUklUWTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6 aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYSU5FUkFNQTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYRklYRVM8YnI+DQom Z3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRl bnNpb24gUkVOREVSPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJBTkRSPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIENPTVBPU0lURTxicj4N CiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4 dGVuc2lvbiBEQU1BR0U8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRp YWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gTUlULVNDUkVFTi1TQVZFUjxicj4NCiZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBE T1VCTEUtQlVGRkVSPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJFQ09SRDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBEUE1TPGJyPg0KJmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5z aW9uIFgtUmVzb3VyY2U8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRp YWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWFZpZGVvPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsg Jm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhWaWRlby1Nb3Rp b25Db21wZW5zYXRpb248YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRp YWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZyZWU4Ni1WaWRNb2RlRXh0ZW5zaW9uPGJyPg0K Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0 ZW5zaW9uIFhGcmVlODYtREdBPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJ bml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhGcmVlODYtRFJJPGJyPg0KJmd0OyZndDsg WyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERS STI8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIChJSSkgJnF1b3Q7Z2x4JnF1 b3Q7IHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQ8YnI+DQomZ3Q7 Jmd0OyBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLjxicj4NCiZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gKElJKSBMb2FkTW9kdWxlOiAmcXVvdDtnbHgmcXVvdDs8 YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC4wOThdIChJSSkgTG9hZGluZzxicj4NCiZn dDsmZ3Q7IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9leHRyYS1tb2R1bGVzL21vZHVs ZXMvZXh0ZW5zaW9ucy9saWJnbHguc288YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC4x NTddIChJSSkgTW9kdWxlIGdseDogdmVuZG9yPSZxdW90O0FkdmFuY2VkIE1pY3JvIERldmljZXMs IEluYy4mcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC4xNTddICZuYnNwOyAm bmJzcDtjb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjA8YnI+DQomZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC4xNTddIExvYWRpbmcgZXh0ZW5zaW9uIEdMWDxicj4NCiZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjE1N10gKElJKSBMb2FkTW9kdWxlOiAmcXVvdDtmZ2xy eCZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjIxNV0gKElJKSBMb2FkaW5n PGJyPg0KJmd0OyZndDsgL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVs ZXMvbW9kdWxlcy9kcml2ZXJzL2ZnbHJ4X2Rydi5zbzxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOzEwLjkxMl0gKElJKSBNb2R1bGUgZmdscng6IHZlbmRvcj0mcXVvdDtGaXJlR0wgLSBBTUQg VGVjaG5vbG9naWVzIEluYy4mcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC45 MTJdICZuYnNwOyAmbmJzcDtjb21waWxlZCBmb3IgMS40Ljk5LjkwNiwgbW9kdWxlIHZlcnNpb24g PSAxMy4yNS41PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuOTEyXSAmbmJzcDsgJm5i c3A7TW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXI8YnI+DQomZ3Q7Jmd0OyBbICZuYnNw OyAmbmJzcDsxMC45MTNdIChJSSkgTG9hZGluZyBzdWIgbW9kdWxlICZxdW90O2ZnbHJ4ZHJtJnF1 b3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuOTEzXSAoSUkpIExvYWRNb2R1bGU6 ICZxdW90O2ZnbHJ4ZHJtJnF1b3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuOTI1 XSAoSUkpIExvYWRpbmc8YnI+DQomZ3Q7Jmd0OyAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L3hv cmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2xpbnV4L2xpYmZnbHJ4ZHJtLnNvPGJyPg0KJmd0OyZn dDsgWyAmbmJzcDsgJm5ic3A7MTAuOTQ3XSAoSUkpIE1vZHVsZSBmZ2xyeGRybTogdmVuZG9yPSZx dW90O0ZpcmVHTCAtIEFNRCBUZWNobm9sb2dpZXM8YnI+DQomZ3Q7Jmd0OyBJbmMuJnF1b3Q7PGJy Pg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuOTQ3XSAmbmJzcDsgJm5ic3A7Y29tcGlsZWQg Zm9yIDEuNC45OS45MDYsIG1vZHVsZSB2ZXJzaW9uID0gMTMuMjUuNTxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOzEwLjk0N10gKElJKSBBTUQgUHJvcHJpZXRhcnkgTGludXggRHJpdmVyIFZl cnNpb248YnI+DQomZ3Q7Jmd0OyBJZGVudGlmaWVyOjEzLjI1LjU8YnI+DQomZ3Q7Jmd0OyBbICZu YnNwOyAmbmJzcDsxMC45NDddIChJSSkgQU1EIFByb3ByaWV0YXJ5IExpbnV4IERyaXZlciBSZWxl YXNlIElkZW50aWZpZXI6PGJyPg0KJmd0OyZndDsgMTMuMjUxPGJyPg0KJmd0OyZndDsgWyAmbmJz cDsgJm5ic3A7MTAuOTQ3XSAoSUkpIEFNRCBQcm9wcmlldGFyeSBMaW51eCBEcml2ZXIgQnVpbGQg RGF0ZTogRGVjICZuYnNwOzYgMjAxMzxicj4NCiZndDsmZ3Q7IDE1OjE5OjAzPGJyPg0KJmd0OyZn dDsgWyAmbmJzcDsgJm5ic3A7MTAuOTQ3XSAoJiM0MzsmIzQzOykgdXNpbmcgVlQgbnVtYmVyIDc8 YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjk0N10gKFdXKSBG YWxsaW5nIGJhY2sgdG8gb2xkIHByb2JlIG1ldGhvZCBmb3IgZmdscng8YnI+DQomZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsxMS4xNDldIChJSSkgTG9hZGluZyBQQ1MgZGF0YWJhc2UgZnJvbSAvZXRj L2F0aS9hbWRwY3NkYjxicj4NCiZndDsmZ3Q7IC9ldGMvYXRpL2FtZHBjc2RiLmRlZmF1bHQ8YnI+ DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMS4xNTJdIHVraUR5bmFtaWNNYWpvcjogZm91bmQg bWFqb3IgZGV2aWNlIG51bWJlciAyNTA8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMS4x NTJdIHVraUR5bmFtaWNNYWpvcjogZm91bmQgbWFqb3IgZGV2aWNlIG51bWJlciAyNTA8YnI+DQom Z3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMS4xNTJdIHVraU9wZW5CeUJ1c2lkOiBTZWFyY2hpbmcg Zm9yIEJ1c0lEIFBDSTowOjU6MDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzExLjE1Ml0g dWtpT3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvYXRpL2NhcmQwPGJyPg0KJmd0OyZndDsg WyAmbmJzcDsgJm5ic3A7MTEuMTUyXSB1a2lPcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAxMCwg KE9LKTxicj4NCiZndDsmZ3Q7IC0tLS0tPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyAtIEJy aWFuIE1lbmdlczxicj4NCiZndDsmZ3Q7IFByaW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzPGJyPg0K Jmd0OyZndDsgR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29y a3M8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t PGJyPg0KJmd0OyZndDsgRnJvbTogPGEgaHJlZj0ibWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxp c3RzLnhlbi5vcmciPnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KJmd0 OyZndDsgW21haWx0bzo8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVu Lm9yZyI+eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBH b3JkYW4gQm9iaWM8YnI+DQomZ3Q7Jmd0OyBTZW50OiBUaHVyc2RheSwgSnVuZSAyNiwgMjAxNCAw ODo0Mzxicj4NCiZndDsmZ3Q7IFRvOiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhl bi5vcmciPnhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NCiZndDsmZ3Q7IFN1YmplY3Q6 IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoPGJyPg0KJmd0OyZndDs8 YnI+DQomZ3Q7Jmd0OyZndDsgT24gMjAxNC0wNi0yNiAxNjoyMCwgQnJpYW4gTWVuZ2VzIHdyb3Rl Ojxicj4NCiZndDsmZ3Q7Jmd0OyBbcm9vdEB4cyB+XSMgbHNtb2QgfCBncmVwIHBjaWJhY2s8YnI+ DQomZ3Q7Jmd0OyZndDsgW3Jvb3RAeHMgfl0jIGVjaG8gJD88YnI+DQomZ3Q7Jmd0OyZndDsgMTxi cj4NCiZndDsmZ3Q7Jmd0OyBbcm9vdEB4cyB+XSMgbW9kcHJvYmUgcGNpYmFjazxicj4NCiZndDsm Z3Q7Jmd0OyBGQVRBTDogTW9kdWxlIHBjaWJhY2sgbm90IGZvdW5kLjxicj4NCiZndDsmZ3Q7PGJy Pg0KJmd0OyZndDsgVHJ5Ojxicj4NCiZndDsmZ3Q7IG1vZHByb2JlIHhlbi1wY2liYWNrPGJyPg0K Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsgWGVuc2VydmVyIDYuMiBhcHBlYXJzIHRvIGJlIGEg Q2VudE9TIDUueCAobWF5YmUgNS42KSBib3guPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBB aCAtIG15IGJhZC4gSXQgbXVzdCBiZSBYZW5zZXJ2ZXIgNyB0aGF0IGlzIGJhc2VkIG9uIEVMNi48 YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyBJIGluc3RhbGxlZCB0aGUgcHJvcHJpZXRh cnkgZHJpdmVycyBpbiBhbiBVYnVudHUgMTIuMDQgTFRTIFZNLCBhbmQ8YnI+DQomZ3Q7Jmd0OyZn dDsgaXQgd29uJ3QgZ2V0IHBhc3QgdGhlIHNwbGFzaCBzY3JlZW4gKHhlbmNlbnRlciBkaXNwbGF5 KSBub3cgYWZ0ZXI8YnI+DQomZ3Q7Jmd0OyZndDsgZ3B1IGFzc2lnbm1lbnQgKGNvbnNvbGUgb3Ig Z3VpKS4gVGhlIFVidW50dSBkcml2ZXJzIGFwcGVhciB0byBkbzxicj4NCiZndDsmZ3Q7Jmd0OyBu b3RoaW5nOzxicj4NCiZndDsmZ3Q7Jmd0OyBob3dldmVyOjxicj4NCiZndDsmZ3Q7Jmd0Ozxicj4N CiZndDsmZ3Q7Jmd0OyAkIGRtZXNnIHwgZ3JlcCAtRSAnKGZnbHJ4fEFUSXxyYWRlb258cGNpKSc8 YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4xODgzNzddIFBDSTogVXNpbmcgaG9z dCBicmlkZ2Ugd2luZG93cyBmcm9tIEFDUEk7IGlmIG5lY2Vzc2FyeSw8YnI+DQomZ3Q7Jmd0OyZn dDsgdXNlICZxdW90O3BjaT1ub2NycyZxdW90OyBhbmQgcmVwb3J0IGEgYnVnPGJyPg0KJmd0OyZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjUxOTk3XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVz IHJlc291cmNlIFtidXMgMDAtZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAu MjUyMDAwXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAmbmJzcDsweDAw MDAtMHgwY2Y3XTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1MjAwMF0gcGNp X2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbaW8gJm5ic3A7MHgwZDAwLTB4ZmZmZl08 YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4yNTIwMDBdIHBjaV9idXMgMDAwMDow MDogcm9vdCBidXMgcmVzb3VyY2UgW21lbTxicj4NCiZndDsmZ3Q7Jmd0OyAweDAwMGEwMDAwLTB4 MDAwYmZmZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjUyMDAwXSBwY2lf YnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFttZW08YnI+DQomZ3Q7Jmd0OyZndDsgMHhl MDAwMDAwMC0weGZiZmZmZmZmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1 MjA2Ml0gcGNpIDAwMDA6MDA6MDAuMDogWzgwODY6MTIzN10gdHlwZSAwMCBjbGFzcyAweDA2MDAw MDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1MzEzOF0gcGNpIDAwMDA6MDA6 MDEuMDogWzgwODY6NzAwMF0gdHlwZSAwMCBjbGFzcyAweDA2MDEwMDxicj4NCiZndDsmZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDswLjI1NDEwMF0gcGNpIDAwMDA6MDA6MDEuMTogWzgwODY6NzAxMF0g dHlwZSAwMCBjbGFzcyAweDAxMDE4MDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsw LjI1NDczMF0gcGNpIDAwMDA6MDA6MDEuMTogcmVnIDB4MjA6IFtpbyAmbmJzcDsweGMzMjAtMHhj MzJmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1NTY1Ml0gcGNpIDAwMDA6 MDA6MDEuMjogWzgwODY6NzAyMF0gdHlwZSAwMCBjbGFzcyAweDBjMDMwMDxicj4NCiZndDsmZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1NjIyMl0gcGNpIDAwMDA6MDA6MDEuMjogcmVnIDB4MjA6 IFtpbyAmbmJzcDsweGMzMDAtMHhjMzFmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDswLjI1NzEwMF0gcGNpIDAwMDA6MDA6MDEuMzogWzgwODY6NzExM10gdHlwZSAwMCBjbGFzcyAw eDA2ODAwMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1NzgzM10gcGNpIDAw MDA6MDA6MDEuMzogcXVpcms6IFtpbyAmbmJzcDsweDFmNDAtMHgxZjdmXSBjbGFpbWVkIGJ5PGJy Pg0KJmd0OyZndDsmZ3Q7IFBJSVg0IEFDUEk8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7MC4yNTg1MjldIHBjaSAwMDAwOjAwOjAyLjA6IFsxMDEzOjAwYjhdIHR5cGUgMDAgY2xhc3Mg MHgwMzAwMDA8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4yNTg2ODRdIHBjaSAw MDAwOjAwOjAyLjA6IHJlZyAweDEwOiBbbWVtIDB4ZjAwMDAwMDAtMHhmMWZmZmZmZjxicj4NCiZn dDsmZ3Q7Jmd0OyBwcmVmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1ODc5 OV0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDB4MTQ6IFttZW0gMHhmMzA0NDAwMC0weGYzMDQ0ZmZm XTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1OTc1OF0gcGNpIDAwMDA6MDA6 MDMuMDogWzU4NTM6MDAwMV0gdHlwZSAwMCBjbGFzcyAweDAxMDAwMDxicj4NCiZndDsmZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDswLjI1OTk3MF0gcGNpIDAwMDA6MDA6MDMuMDogcmVnIDB4MTA6IFtp byAmbmJzcDsweGMwMDAtMHhjMGZmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsw LjI2MDEwMV0gcGNpIDAwMDA6MDA6MDMuMDogcmVnIDB4MTQ6IFttZW0gMHhmMjAwMDAwMC0weGYy ZmZmZmZmPGJyPg0KJmd0OyZndDsmZ3Q7IHByZWZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7 ICZuYnNwOzAuMjYxNzIyXSBwY2kgMDAwMDowMDowNS4wOiBbMTAwMjo2Nzc5XSB0eXBlIDAwIGNs YXNzIDB4MDMwMDAwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjY4MDE4XSBw Y2kgMDAwMDowMDowNS4wOiByZWcgMHgxMDogW21lbSAweGUwMDAwMDAwLTB4ZWZmZmZmZmY8YnI+ DQomZ3Q7Jmd0OyZndDsgNjRiaXQgcHJlZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7MC4yNzYwMTddIHBjaSAwMDAwOjAwOjA1LjA6IHJlZyAweDE4OiBbbWVtIDB4ZjMwMDAwMDAt MHhmMzAxZmZmZjxicj4NCiZndDsmZ3Q7Jmd0OyA2NGJpdF08YnI+DQomZ3Q7Jmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7MC4yODQwMDhdIHBjaSAwMDAwOjAwOjA1LjA6IHJlZyAweDIwOiBbaW8gJm5i c3A7MHhjMjAwLTB4YzJmZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4zMDAw MjRdIHBjaSAwMDAwOjAwOjA1LjA6IHJlZyAweDMwOiBbbWVtIDB4ZjMwMjAwMDAtMHhmMzAzZmZm Zjxicj4NCiZndDsmZ3Q7Jmd0OyBwcmVmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDswLjMwMTExNV0gcGNpIDAwMDA6MDA6MDUuMDogc3VwcG9ydHMgRDEgRDI8YnI+DQomZ3Q7Jmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4zMDE4ODddIHBjaSAwMDAwOjAwOjA2LjA6IFsxMDAyOmFh OThdIHR5cGUgMDAgY2xhc3MgMHgwNDAzMDA8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7MC4zMDIxNjldIHBjaSAwMDAwOjAwOjA2LjA6IHJlZyAweDEwOiBbbWVtIDB4ZjMwNDAwMDAt MHhmMzA0M2ZmZjxicj4NCiZndDsmZ3Q7Jmd0OyA2NGJpdF08YnI+DQomZ3Q7Jmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7MC4zMDM5NjldIHBjaSAwMDAwOjAwOjA2LjA6IHN1cHBvcnRzIEQxIEQyPGJy Pg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMzMyMDgxXSBQQ0k6IHBjaV9jYWNoZV9s aW5lX3NpemUgc2V0IHRvIDY0IGJ5dGVzPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNw OzEuMzA5OTI2XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDQgW2lvICZuYnNwOzB4MDAwMC0w eDBjZjddPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEuMzA5OTMwXSBwY2lfYnVz IDAwMDA6MDA6IHJlc291cmNlIDUgW2lvICZuYnNwOzB4MGQwMC0weGZmZmZdPGJyPg0KJmd0OyZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEuMzA5OTMzXSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNl IDYgW21lbSAweDAwMGEwMDAwLTB4MDAwYmZmZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7 ICZuYnNwOzEuMzA5OTM1XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDcgW21lbSAweGUwMDAw MDAwLTB4ZmJmZmZmZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEuMzEwOTA4 XSBwY2kgMDAwMDowMDowMC4wOiBMaW1pdGluZyBkaXJlY3QgUENJL1BDSSB0cmFuc2ZlcnM8YnI+ DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MS4zMTA5NTRdIHBjaSAwMDAwOjAwOjAxLjA6 IFBJSVgzOiBFbmFibGluZyBQYXNzaXZlIFJlbGVhc2U8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJz cDsgJm5ic3A7MS4zMTEwMDBdIHBjaSAwMDAwOjAwOjAxLjA6IEFjdGl2YXRpbmcgSVNBIERNQSBo YW5nIHdvcmthcm91bmRzPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEuMzEyMDQ3 XSBwY2kgMDAwMDowMDowMi4wOiBCb290IHZpZGVvIGRldmljZTxicj4NCiZndDsmZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsxLjMxMjIxNV0gcGNpIDAwMDA6MDA6MDUuMDogQm9vdCB2aWRlbyBkZXZp Y2U8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MS41MzQ3MzVdIHBjaV9ob3RwbHVn OiBQQ0kgSG90IFBsdWcgUENJIENvcmUgdmVyc2lvbjogMC41PGJyPg0KJmd0OyZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOzEuNTM0NzQ0XSBwY2llaHA6IFBDSSBFeHByZXNzIEhvdCBQbHVnIENvbnRy b2xsZXIgRHJpdmVyIHZlcnNpb246PGJyPg0KJmd0OyZndDsmZ3Q7IDAuNDxicj4NCiZndDsmZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsxLjU3NjkwMl0gZWhjaS1wY2k6IEVIQ0kgUENJIHBsYXRmb3Jt IGRyaXZlcjxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxLjU3Njk0Ml0gb2hjaS1w Y2k6IE9IQ0kgUENJIHBsYXRmb3JtIGRyaXZlcjxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAm bmJzcDsxLjY5MjEyM10geGVuYnVzX3Byb2JlX2Zyb250ZW5kOiBEZXZpY2Ugd2l0aCBubyBkcml2 ZXI6PGJyPg0KJmd0OyZndDsmZ3Q7IGRldmljZS9wY2kvMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZu YnNwOyAmbmJzcDs2LjE4MDM4MF0gZmdscng6IG1vZHVsZSBsaWNlbnNlICdQcm9wcmlldGFyeS4g KEMpIDIwMDIgLSBBVEk8YnI+DQomZ3Q7Jmd0OyZndDsgVGVjaG5vbG9naWVzLCBTdGFybmJlcmcs IEdFUk1BTlknIHRhaW50cyBrZXJuZWwuPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNw OzYuMTg1OTExXSBmZ2xyeDogbW9kdWxlIHZlcmlmaWNhdGlvbiBmYWlsZWQ6IHNpZ25hdHVyZSBh bmQvb3I8YnI+DQomZ3Q7Jmd0OyZndDsgcmVxdWlyZWQga2V5IG1pc3NpbmcgLSB0YWludGluZyBr ZXJuZWw8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7Ni4xOTM5NzldICZsdDs2Jmd0 O1tmZ2xyeF0gTWF4aW11bSBtYWluIG1lbW9yeSB0byB1c2UgZm9yIGxvY2tlZCBkbWE8YnI+DQom Z3Q7Jmd0OyZndDsgYnVmZmVyczogNzI0NyBNQnl0ZXMuPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5i c3A7ICZuYnNwOzYuMTk0MDk0XSAmbHQ7NiZndDtbZmdscnhdICZuYnNwOyB2ZW5kb3I6IDEwMDIg ZGV2aWNlOiA2Nzc5IGNvdW50OiAxPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzYu MTk0ODM1XSAmbHQ7NiZndDtbZmdscnhdIGlvcG9ydDogYmFyIDQsIGJhc2UgMHhjMjAwLCBzaXpl OiAweDEwMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDs2LjE5NTkzMl0gJmx0OzYm Z3Q7W2ZnbHJ4XSBLZXJuZWwgUEFUIHN1cHBvcnQgaXMgZW5hYmxlZDxicj4NCiZndDsmZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDs2LjE5NTk2MF0gJmx0OzYmZ3Q7W2ZnbHJ4XSBtb2R1bGUgbG9hZGVk IC0gZmdscnggMTQuMTAuMiBbTWF5ICZuYnNwOzUgMjAxNF08YnI+DQomZ3Q7Jmd0OyZndDsgd2l0 aCAxIG1pbm9yczxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDs2Ljc1MzIxNF0gaW5w dXQ6IFFFTVUgMC4xMC4yIFFFTVUgVVNCIFRhYmxldCBhczxicj4NCiZndDsmZ3Q7Jmd0OyAvZGV2 aWNlcy9wY2kwMDAwOjAwLzAwMDA6MDA6MDEuMi91c2IxLzEtMi8xLTI6MS4wL2lucHV0L2lucHV0 Mzxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDs2Ljc2NDc4M10gaW5wdXQ6IEhELUF1 ZGlvIEdlbmVyaWMgSERNSS9EUCxwY209MyBhczxicj4NCiZndDsmZ3Q7Jmd0OyAvZGV2aWNlcy9w Y2kwMDAwOjAwLzAwMDA6MDA6MDYuMC9zb3VuZC9jYXJkMC9pbnB1dDQ8YnI+DQomZ3Q7Jmd0OyZn dDsgWyAmbmJzcDsgMTEuNDk0NTQzXSAmbHQ7NiZndDtbZmdscnhdIEZpcmVnbCBrZXJuZWwgdGhy ZWFkIFBJRDogMTI2MDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAxMS40OTQ3NzNdICZsdDs2 Jmd0O1tmZ2xyeF0gRmlyZWdsIGtlcm5lbCB0aHJlYWQgUElEOiAxMjYxPGJyPg0KJmd0OyZndDsm Z3Q7IFsgJm5ic3A7IDExLjQ5NTAwNF0gJmx0OzYmZ3Q7W2ZnbHJ4XSBGaXJlZ2wga2VybmVsIHRo cmVhZCBQSUQ6IDEyNjI8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgMTEuNDk1MTU0XSAmbHQ7 NiZndDtbZmdscnhdIElSUSA3OCBFbmFibGVkPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7IDEx LjU0MTU2OV0gJmx0OzYmZ3Q7W2ZnbHJ4XSBSZXNlcnZlZCBGQiBibG9jazogU2hhcmVkIG9mZnNl dDowLDxicj4NCiZndDsmZ3Q7Jmd0OyBzaXplOjEwMDAwMDA8YnI+DQomZ3Q7Jmd0OyZndDsgWyAm bmJzcDsgMTEuNTQxNTcxXSAmbHQ7NiZndDtbZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBVbnNo YXJlZCBvZmZzZXQ6ZjgzODAwMCw8YnI+DQomZ3Q7Jmd0OyZndDsgc2l6ZTo0MDAwPGJyPg0KJmd0 OyZndDsmZ3Q7IFsgJm5ic3A7IDExLjU0MTU3Ml0gJmx0OzYmZ3Q7W2ZnbHJ4XSBSZXNlcnZlZCBG QiBibG9jazogVW5zaGFyZWQgb2Zmc2V0OmY4M2MwMDAsPGJyPg0KJmd0OyZndDsmZ3Q7IHNpemU6 NGM0MDAwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7IDExLjU0MTU3M10gJmx0OzYmZ3Q7W2Zn bHJ4XSBSZXNlcnZlZCBGQiBibG9jazogVW5zaGFyZWQgb2Zmc2V0OjdmZmY0MDAwLDxicj4NCiZn dDsmZ3Q7Jmd0OyBzaXplOmMwMDA8YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsg U28gbXkgbGFzdCBib290IEkgZ290IGluIHZpYSBTU0gsIGhvd2V2ZXIgdGhlIGRpc3BsYXlzIGFy ZW4ndCB3b3JraW5nLjxicj4NCiZndDsmZ3Q7Jmd0OyBJIGZpcnN0IHRyaWVkIHRoZSBIRE1JIChI RE1JIC0gSERNSSkgZGlzcGxheSB0aGVuIHRoZSBEVkkgKERWSSAtJmd0Ozxicj4NCiZndDsmZ3Q7 Jmd0OyBEaXNwbGF5UG9ydCkgZGlzcGxheSBhbmQgbXkgbW9uaXRvciBpc24ndCBzaG93aW5nIGFu eXRoaW5nLjxicj4NCiZndDsmZ3Q7Jmd0OyBXb2RuZXJpbmcgd2hhdCBJJ20gbWlzc2luZyB0byBn ZXQgdGhpcyBkaXNwbGF5IHVwIGFuZCBydW5uaW5nLjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZn dDsgU28gaXQgbG9va3MgbGlrZSBmZ2xyeCBsb2FkcyBzdWNjZXNzZnVsbHkgYW5kIGZpbmRzIHRo ZSBoYXJkd2FyZS4gU288YnI+DQomZ3Q7Jmd0OyBmYXIgc28gZ29vZC4gQ2FuIHlvdSBjaGVjayB3 aGF0IHlvdXIgWG9yZyBsb2cgc2F5cz88YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IEdvcmRh bjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7Jmd0OyBYZW4tdXNlcnMgbWFpbGluZyBsaXN0 PGJyPg0KJmd0OyZndDsgPGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5Y ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+DQomZ3Q7Jmd0OyA8YSBocmVmPSJodHRwOi8v bGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vbGlzdHMueGVu Lm9yZy94ZW4tdXNlcnM8L2E+PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgVGhlIGlu Zm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMs IG1heTxicj4NCiZndDsmZ3Q7IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZp bGVnZWQgbWF0ZXJpYWwuIEl0IGlzIHNvbGVseTxicj4NCiZndDsmZ3Q7IGZvciB0aGUgdXNlIG9m IHRoZSBwZXJzb24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlzIGFkZHJlc3NlZC4gQW55PGJyPg0K Jmd0OyZndDsgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9u IHRha2VuIGluIHJlbGlhbmNlPGJyPg0KJmd0OyZndDsgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5 IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQ8YnI+DQomZ3Q7Jmd0 OyByZWNpcGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwg cGxlYXNlIGNvbnRhY3Q8YnI+DQomZ3Q7Jmd0OyB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1h dGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7Jmd0 OyBYZW4tdXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyZndDsgPGEgaHJlZj0ibWFpbHRvOlhl bi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+DQom Z3Q7Jmd0OyA8YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiIHRhcmdldD0i X2JsYW5rIj5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM8L2E+PGJyPg0KJmd0Ozxicj4N CiZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+ DQomZ3Q7IFhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IDxhIGhyZWY9Im1haWx0bzpY ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0K Jmd0OyA8YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiIHRhcmdldD0iX2Js YW5rIj5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM8L2E+PGJyPg0KJmd0Ozxicj4NCiZn dDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7PGJyPg0KJmd0OyBU aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2ht ZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0 ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0 byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNz ZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4NCiBpbiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3Jt YXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNp cGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNl IGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21w dXRlci48YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj4NCiZndDsgWGVuLXVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZn dDsgPGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlz dHMueGVuLm9yZzwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl bi11c2VycyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vyczwv YT48YnI+DQpUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50IGFyZSBpbnRlbmRlZCBzb2xl bHkgZm9yIHRoZSBhZGRyZXNzZWUgYW5kIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1h dGlvbi4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9yLCBwbGVhc2Ug c2VuZCBpdCBiYWNrIHRvIG1lLCBhbmQgaW1tZWRpYXRlbHkgZGVsZXRlIGl0LiAmbmJzcDsgUGxl YXNlIGRvIG5vdCB1c2UsIGNvcHkgb3IgZGlzY2xvc2UgdGhlIGluZm9ybWF0aW9uDQogY29udGFp bmVkIGluIHRoaXMgbWVzc2FnZSBvciBpbiBhbnkgYXR0YWNobWVudC4gJm5ic3A7QW55IHZpZXdz IG9yIG9waW5pb25zIGV4cHJlc3NlZCBieSB0aGUgYXV0aG9yIG9mIHRoaXMgZW1haWwgZG8gbm90 IG5lY2Vzc2FyaWx5IHJlZmxlY3QgdGhlIHZpZXdzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIE5vdHRp bmdoYW0uPGJyPg0KPGJyPg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIGNoZWNrZWQgZm9yIHZpcnVz ZXMgYnV0IHRoZSBjb250ZW50cyBvZiBhbiBhdHRhY2htZW50IG1heSBzdGlsbCBjb250YWluIHNv ZnR3YXJlIHZpcnVzZXMgd2hpY2ggY291bGQgZGFtYWdlIHlvdXIgY29tcHV0ZXIgc3lzdGVtLCB5 b3UgYXJlIGFkdmlzZWQgdG8gcGVyZm9ybSB5b3VyIG93biBjaGVja3MuIEVtYWlsIGNvbW11bmlj YXRpb25zIHdpdGggdGhlIFVuaXZlcnNpdHkgb2YgTm90dGluZ2hhbSBtYXkgYmUNCiBtb25pdG9y ZWQgYXMgcGVybWl0dGVkIGJ5IFVLIGxlZ2lzbGF0aW9uLjxicj4NCjxicj4NCjxicj4NCjxicj4N Cjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KPGJyPg0K VGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNo bWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1h dGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkg dG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlz c2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluDQogcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9y bWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVj aXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFz ZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29t cHV0ZXIuPGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+DQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRv Olhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+ DQo8YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiIHRhcmdldD0iX2JsYW5r Ij5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM8L2E+PGJyPg0KPGJyPg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8YnI+DQpUaGUgaW5mb3JtYXRpb24gY29udGFp bmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywgbWF5IGNvbnRhaW4gY29u ZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwuIEl0IGlzIHNvbGVseSBm b3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGljaCBpdCBpcyBhZGRyZXNz ZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0aW9uLCBvciBhY3Rpb24g dGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkgcGVyc29ucyBvciBl bnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQgaXMgcHJvaGliaXRlZC4g SWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBh bmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21wdXRlci48YnI+DQo8YnI+DQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NClhlbi11c2Vy cyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5v cmciPlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9saXN0 cy54ZW4ub3JnL3hlbi11c2VycyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4ub3Jn L3hlbi11c2VyczwvYT48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJyPg0K PGhyPg0KPGZvbnQgZmFjZT0iQ291cmllciBOZXciIGNvbG9yPSJHcmF5IiBzaXplPSIxIj48YnI+ DQpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRh Y2htZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQg bWF0ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0 eSB0byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBk aXNzZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5m b3JtYXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCBy ZWNpcGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxl YXNlIGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBj b21wdXRlci48YnI+DQo8L2ZvbnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DA6ex001sfoservepath_-- --===============3523960008884824166== 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 --===============3523960008884824166==-- From xen-users-bounces@lists.xen.org Fri Jun 27 16:13:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 16:13:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Ylc-0006JG-5y; Fri, 27 Jun 2014 16:12:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0YlZ-0006JB-SN for xen-users@lists.xen.org; Fri, 27 Jun 2014 16:12:46 +0000 Received: from [85.158.143.35:2550] by server-3.bemta-4.messagelabs.com id DB/A3-16194-DF79DA35; Fri, 27 Jun 2014 16:12:45 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1403885560!14314785!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22194 invoked from network); 27 Jun 2014 16:12:41 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jun 2014 16:12:41 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=giPRXWhzdbEJLCbzfMVk0eO1eeqApdO6o1oQsCCCKSFgdpqKK75XSfvpZH/NNG7n86eLQ9H7VrImFTKT/BCZDi4FFO8T988nRFQgTE9I7aHiB2lXv7S1VSlddQWu9tNq; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0YlU-000M17-6p for xen-users@lists.xen.org; Fri, 27 Jun 2014 09:12:40 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Fri, 27 Jun 2014 09:12:39 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5EA= Date: Fri, 27 Jun 2014 16:12:39 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3523960008884824166==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3523960008884824166== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F9274DA6ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DA6ex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlbuKAmXQgdHJpZWQgYXJjaCBsaW51eC4gSSB3YXMgdHJ5aW5nIHRvIHN0aWNrIHdpdGgg eGVuc2VydmVyIGJlY2F1c2UgdGhlcmUgc2hvdWxkbuKAmXQgYmUgYSBuZWVkIGZvciBoaWRpbmcg ZGV2aWNlcyBhbmQgbW9kaWZ5aW5nIGtlcm5lbHMuDQoNCi0gQnJpYW4gTWVuZ2VzDQpQcmluY2lw YWwgRW5naW5lZXIsIERldk9wcw0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBT dHJlYW0gTmV0d29ya3MNCg0KRnJvbTogamFjZWsgYnVyZ2hhcmR0IFttYWlsdG86amFjZWtzYnVy Z2hhcmR0QGdtYWlsLmNvbV0NClNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDE5OjM1DQpU bzogQnJpYW4gTWVuZ2VzDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNClN1YmplY3Q6IFJl OiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoDQoNCkFyZSB5b3UgcnVubmlu ZyBhcmNoIGxpbnV4ID8gSSB3b3VsZCB0cnkgb3BlbnNvdXJjZSBkcml2ZXJzLiBJIHJ1biBjaW5u YW1vbiB1bmRlciBhOCA2NjAwayBhbmQgSSBnZXQgdXJiYW4gdGVycml0b3J5IHBsYXlpbmcgd2l0 aCA5MCBmcy4gSnVzdCBmb2xsb3cgcmFkZW9uIHdpa2kNCg0KT24gVGh1LCBKdW4gMjYsIDIwMTQg YXQgODoxNSBQTSwgQnJpYW4gTWVuZ2VzIDxibWVuZ2VzQGdvZ3JpZC5jb208bWFpbHRvOmJtZW5n ZXNAZ29ncmlkLmNvbT4+IHdyb3RlOg0KU28gSSBhZGRlZCBiYWNrIGluIHN3aW90bGI9Zm9yY2Ug YW5kIHJlZGlkIGdydWIgYW5kIGFsc28gcmVtb3ZlZCBmcm9tIHRoZSBibGFja2xpc3QgZmdscnhf dXBkYXRlcy4gTm93IHdoZW4gSSB0cnkgYW5kIHN0YXJ0eCwgYSBDUFUgZ2V0cyBwZWdnZWQgQCAx MDAlLCBhbmQgbm90aGluZyBzdGlsbCBvbiB0aGUgZGlzcGxheS4NCg0KQmFzaWNhbGx5IEknbSBu ZXZlciBnZXR0aW5nIGEgZGlzcGxheSwgZXZlbiBvbiBib290IG9mIHRoZSB2bS4NCg0KLSBCcmlh biBNZW5nZXMNClByaW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzDQpHb0dyaWQgfCBTZXJ2ZVBhdGgg fCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jrcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVz ZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZz4gW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0 cy54ZW4ub3JnPG1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPl0gT24gQmVo YWxmIE9mIEJyaWFuIE1lbmdlcw0KU2VudDogVGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMTk6MDUN ClRvOiBEYW5pZWwgU2h1Yg0KQ2M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPG1haWx0bzp4ZW4t dXNlcnNAbGlzdHMueGVuLm9yZz4NClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGgg VkdBIHBhc3N0aHJvdWdoDQoNCkV2ZW4gc3RhcnRpbmcgdGhlIHN5c3RlbSBpbiBURVhUIG1vZGUs IHRoZSBkaXNwbGF5IGRvZXNuJ3Qgc2hvdy4gQnV0IHJ1bm5pbmcgJ3N0YXJ0eCcgZG9lcyByZXN1 bHQgaW4gc29tZSBsb3ZlbHkgZXJyb3JzOg0KDQpodHRwOi8vcGFzdGViaW4uY29tL1ZiV2hYZTE5 DQoNCi92YXIvbG9nL1hvcmcuMC5sb2cgKDE4OjM5KSBpcyB0aGUgbW9zdCBpbnRlcmVzdGluZy4N Cg0KWyAgIDgzOS45ODVdIChXVykgZmdscngoMCk6IEtlcm5lbCBNb2R1bGUgdmVyc2lvbiBkb2Vz ICpub3QqIG1hdGNoIGRyaXZlci4NClsgICA4MzkuOTg1XSAoRUUpIGZnbHJ4KDApOiBpbmNvbXBh dGlibGUga2VybmVsIG1vZHVsZSBkZXRlY3RlZCAtIEhXIGFjY2VsZXJhdGVkIE9wZW5HTCB3aWxs IG5vdCB3b3JrDQpbICAgODM5Ljk4Nl0gKEVFKQ0KWyAgIDgzOS45ODZdIChFRSkgQmFja3RyYWNl Og0KWyAgIDgzOS45ODZdIChFRSkgMDogL3Vzci9iaW4vWCAoeG9yZ19iYWNrdHJhY2UrMHgzNCkg WzB4N2YzODEyMTk3MWU0XQ0KWyAgIDgzOS45ODZdIChFRSkgMTogL3Vzci9iaW4vWCAoMHg3ZjM4 MTFmZTAwMDArMHgxYmIwZTkpIFsweDdmMzgxMjE5YjBlOV0NClsgICA4MzkuOTg2XSAoRUUpIDI6 IC9saWIveDg2XzY0LWxpbnV4LWdudS9saWJwdGhyZWFkLnNvLjAgKDB4N2YzODExMzA2MDAwKzB4 ZmNiMCkgWzB4N2YzODExMzE1Y2IwXQ0KWyAgIDgzOS45ODZdIChFRSkgMzogL3Vzci9saWIveDg2 XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMvbW9kdWxlcy9kcml2ZXJzL2ZnbHJ4X2Ry di5zbyAoc3dsRHJtRnJlZVN1cmZhY2VzKzB4NDIpIFsweDdmMzgwZTVjNzNiMl0NClsgICA4Mzku OTg2XSAoRUUpIDQ6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9leHRyYS1tb2R1bGVz L21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhkbF94czExNF9hdGlkZHhEcmlDbG9zZVNj cmVlbisweDE0ZCkgWzB4N2YzODBlNThlNDdkXQ0KWyAgIDgzOS45ODZdIChFRSkgNTogL3Vzci9s aWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMvbW9kdWxlcy9kcml2ZXJzL2Zn bHJ4X2Rydi5zbyAoeGRsX3hzMTE0X2F0aWRkeERyaVNjcmVlbkluaXQrMHg4ZWIpIFsweDdmMzgw ZTU4ZGIxYl0NClsgICA4MzkuOTg3XSAoRUUpIDY6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUv eG9yZy9leHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhkbF94czEx NF9hdGlkZHhTY3JlZW5Jbml0KzB4ZjgyKSBbMHg3ZjM4MGU1ODc1NzJdDQpbICAgODM5Ljk4N10g KEVFKSA3OiAvdXNyL2Jpbi9YIChBZGRTY3JlZW4rMHg4YSkgWzB4N2YzODEyMDM1ZjhhXQ0KWyAg IDgzOS45ODddIChFRSkgODogL3Vzci9iaW4vWCAoSW5pdE91dHB1dCsweDNlOCkgWzB4N2YzODEy MDc5YWM4XQ0KWyAgIDgzOS45ODddIChFRSkgOTogL3Vzci9iaW4vWCAoMHg3ZjM4MTFmZTAwMDAr MHg0NDIyZCkgWzB4N2YzODEyMDI0MjJkXQ0KWyAgIDgzOS45ODddIChFRSkgMTA6IC9saWIveDg2 XzY0LWxpbnV4LWdudS9saWJjLnNvLjYgKF9fbGliY19zdGFydF9tYWluKzB4ZWQpIFsweDdmMzgw ZmY3Yjc2ZF0NClsgICA4MzkuOTg3XSAoRUUpIDExOiAvdXNyL2Jpbi9YICgweDdmMzgxMWZlMDAw MCsweDQ0N2MxKSBbMHg3ZjM4MTIwMjQ3YzFdDQpbICAgODM5Ljk4N10gKEVFKQ0KWyAgIDgzOS45 ODddIChFRSkgU2VnbWVudGF0aW9uIGZhdWx0IGF0IGFkZHJlc3MgMHg4YTANClsgICA4MzkuOTg3 XSAoRUUpDQpGYXRhbCBzZXJ2ZXIgZXJyb3I6DQpbICAgODM5Ljk4N10gKEVFKSBDYXVnaHQgc2ln bmFsIDExIChTZWdtZW50YXRpb24gZmF1bHQpLiBTZXJ2ZXIgYWJvcnRpbmcNClsgICA4MzkuOTg3 XSAoRUUpDQpbICAgODM5Ljk4N10gKEVFKQ0KUGxlYXNlIGNvbnN1bHQgdGhlIFRoZSBYLk9yZyBG b3VuZGF0aW9uIHN1cHBvcnQNCiAgICAgICAgIGF0IGh0dHA6Ly93aWtpLngub3JnDQogZm9yIGhl bHAuDQpbICAgODM5Ljk4N10gKEVFKSBQbGVhc2UgYWxzbyBjaGVjayB0aGUgbG9nIGZpbGUgYXQg Ii92YXIvbG9nL1hvcmcuMC5sb2ciIGZvciBhZGRpdGlvbmFsIGluZm9ybWF0aW9uLg0KWyAgIDgz OS45ODddIChFRSkNClsgICA4MzkuOTk1XSAoRUUpIFNlcnZlciB0ZXJtaW5hdGVkIHdpdGggZXJy b3IgKDEpLiBDbG9zaW5nIGxvZyBmaWxlLg0KDQpUaGlzIHJ1bnRpbWUgSSBkaWQgYm9vdCB3aXRo IHRoZSBmb2xsb3dpbmcgb3B0aW9uczoNCnRleHQgaW9tbXU9c29mdA0KDQpQcmV2aW91c2x5LCB0 aGUgb3B0aW9ucyB3ZXJlOg0KcXVpZXQgc3BsYXNoIGlvbW11PXNvZnQgc3dpb3RsYj1mb3JjZQ0K DQpQZXIgaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1hlbl9QQ0lfUGFzc3Rocm91Z2ggSSBzaG91 bGQgb25seSBuZWVkIG9uZSBvZiB0aGUgdHdvIHNldHRpbmdzIGJldHdlZW4gaW9tbXU9c29mdCBv ciBzd2lvdGxiPWZvcmNlLCBob3dldmVyIG5vdCBuZWNlc3NhcmlseSBib3RoLg0KDQotIEJyaWFu IE1lbmdlcw0KUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHMNCkdvR3JpZCB8IFNlcnZlUGF0aCB8 IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBEYW5pZWwgU2h1YiBbbWFpbHRvOkRhbmllbC5TaHViQG5vdHRpbmdoYW0uYWMu dWs8bWFpbHRvOkRhbmllbC5TaHViQG5vdHRpbmdoYW0uYWMudWs+XQ0KU2VudDogVGh1cnNkYXks IEp1bmUgMjYsIDIwMTQgMTU6MDcNClRvOiBCcmlhbiBNZW5nZXMNCkNjOiB4ZW4tdXNlcnNAbGlz dHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQpTdWJqZWN0OiBSZTog W1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaA0KDQpXaGF0IGRvIHlvdSBtZWFu IGJ5IGEgdGVybWluYWwgd2luZG93PyBBcmUgeW91IG9uIHR0eTc/IENhbiB5b3Ugc3dpdGNoIHRo cm91Z2ggdGhlIHR0eSdzPyBZb3UgbWlnaHQgd2FudCB0byBzdGVwIGJhY2sgYW5kIGluc3RlYWQg b2YgYXV0b21hdGljYWxseSBsYXVuY2hpbmcgbGlnaHRkbSwganVzdCB0cnkgYW5kIGdldCBhIHR0 eSBvdmVyIHZuYyB3aXRob3V0IFggYW5kIHRoZW4gc3RhcnQgWCBhbmQgc2VlIHdoYXQgaGFwcGVu cy4gSXQgc2VlbXMgbGlrZSB5b3UgaGF2ZSBwYXNzZWQgdGhlIGRldmljZSB0aHJvdWdoIGNvcnJl Y3RseS4NCg0KPiBPbiAyNiBKdW4gMjAxNCwgYXQgMTc6NTMsICJCcmlhbiBNZW5nZXMiIDxibWVu Z2VzQGdvZ3JpZC5jb208bWFpbHRvOmJtZW5nZXNAZ29ncmlkLmNvbT4+IHdyb3RlOg0KPg0KPiBZ ZWFoLCBkZWZpbml0ZWx5IHJ1bm5pbmcuDQo+DQo+IHJvb3QgICAgICAgOTkxICAwLjAgIDAuMCAy NzkxNjQgIDM5MDAgPyAgICAgICAgU3NsICAwOTozMSAgIDA6MDAgbGlnaHRkbQ0KPiByb290ICAg ICAgMTAyMCA5OS42ICAwLjEgIDY4NTIwICA3OTY0IHR0eTcgICAgIFJzKyAgMDk6MzEgICA0OjQ4 ICBcXyAvdXNyL2Jpbi9YIDowIC1hdXRoIC92YXIvcnVuL2xpZ2h0ZG0vcm9vdC86MCAtbm9saXN0 ZW4gdGNwIHZ0Nw0KPg0KPiBDaGV3aW5nIG9uIGFuIGVudGlyZSBDUFUgLi4uIHdoaWNoIGl0IHNl ZW1zIHRoYXQgYXQgc29tZSBwb2ludCBteSBtYWNoaW5lIGxvY2tzIHVwLg0KPg0KPiBXaGVuIEkg bG9hZGVkIFZOQyBhbmQgYXR0YWNoZWQgaW50byB0aGUgY29uc29sZSB0aGVyZS4uLiBhbGwgSSBn ZXQgaXMgYSB0ZXJtaW5hbCB3aW5kb3csIG5vdCB0aGUgdW5pdHkgZGVza3RvcC4gSWYgSSBjbG9z ZSBpdC4uLiBub3RoaW5nIGlzIHN0YXJ0YWJsZS4NCj4NCj4gLSBCcmlhbiBNZW5nZXMNCj4gUHJp bmNpcGFsIEVuZ2luZWVyLCBEZXZPcHMNCj4gR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZl IHwgVXBTdHJlYW0gTmV0d29ya3MNCj4NCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4g RnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzLWJv dW5jZXNAbGlzdHMueGVuLm9yZz4NCj4gW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54 ZW4ub3JnPG1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPl0gT24gQmVoYWxm IE9mIEdvcmRhbiBCb2JpYw0KPiBTZW50OiBUaHVyc2RheSwgSnVuZSAyNiwgMjAxNCAwOToxOA0K PiBUbzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnPg0KPiBTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3Vn aA0KPg0KPiBBdCBhIGdsYW5jZSwgSSBkb24ndCBzZWUgYW4gb2J2aW91cyBwcm9ibGVtIGluIHRo YXQgbG9nLg0KPg0KPiBJcyB5b3UgY2FuIHNzaCBpbiBjYW4geW91IGNoZWNrIGlmIFhvcmcgaXMg YWN0dWFsbHkgcnVubmluZz8NCj4NCj4+IE9uIDIwMTQtMDYtMjYgMTc6MDAsIEJyaWFuIE1lbmdl cyB3cm90ZToNCj4+IExvb2tzIGxpa2UgaXQgaXNuJ3QgdXNpbmcgdGhlIGRyaXZlciBjb3JyZWN0 bHk/DQo+PiAtLS0tLQ0KPj4gWyAgICAgOS43NThdDQo+PiBYLk9yZyBYIFNlcnZlciAxLjE0LjUN Cj4+IFJlbGVhc2UgRGF0ZTogMjAxMy0xMi0xMg0KPj4gWyAgICAgOS43NThdIFggUHJvdG9jb2wg VmVyc2lvbiAxMSwgUmV2aXNpb24gMA0KPj4gWyAgICAgOS43NThdIEJ1aWxkIE9wZXJhdGluZyBT eXN0ZW06IExpbnV4IDIuNi40Mi0zNy1nZW5lcmljIHg4Nl82NA0KPj4gVWJ1bnR1DQo+PiBbICAg ICA5Ljc1OF0gQ3VycmVudCBPcGVyYXRpbmcgU3lzdGVtOiBMaW51eCBibWVuZ2VzLWxpbnV4Mw0K Pj4gMy4xMS4wLTIzLWdlbmVyaWMgIzQwfnByZWNpc2UxLVVidW50dSBTTVAgV2VkIEp1biA0IDIy OjA2OjM2IFVUQyAyMDE0DQo+PiB4ODZfNjQNCj4+IFsgICAgIDkuNzU4XSBLZXJuZWwgY29tbWFu ZCBsaW5lOg0KPj4gQk9PVF9JTUFHRT0vYm9vdC92bWxpbnV6LTMuMTEuMC0yMy1nZW5lcmljDQo+ PiByb290PVVVSUQ9Nzg0YTk0NmItMjRmZi00ZmM3LWI1MjctZjVlODIyYjE3YWJkIHJvIHF1aWV0 IHNwbGFzaA0KPj4gaW9tbXU9c29mdCBzd2lvdGxiPWZvcmNlIHZ0LmhhbmRvZmY9Nw0KPj4gWyAg ICAgOS43NThdIEJ1aWxkIERhdGU6IDA2IEphbnVhcnkgMjAxNCAgMDE6Mzc6NDhQTQ0KPj4gWyAg ICAgOS43NThdIHhvcmctc2VydmVyIDI6MS4xNC41LTF1YnVudHUyfnNhdWN5MX5wcmVjaXNlMiAo Rm9yDQo+PiB0ZWNobmljYWwgc3VwcG9ydCBwbGVhc2Ugc2VlIGh0dHA6Ly93d3cudWJ1bnR1LmNv bS9zdXBwb3J0KQ0KPj4gWyAgICAgOS43NThdIEN1cnJlbnQgdmVyc2lvbiBvZiBwaXhtYW46IDAu MzAuMg0KPj4gWyAgICAgOS43NThdICAgIEJlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMsIGNoZWNr IGh0dHA6Ly93aWtpLngub3JnDQo+PiAgICAgICAgdG8gbWFrZSBzdXJlIHRoYXQgeW91IGhhdmUg dGhlIGxhdGVzdCB2ZXJzaW9uLg0KPj4gWyAgICAgOS43NThdIE1hcmtlcnM6ICgtLSkgcHJvYmVk LCAoKiopIGZyb20gY29uZmlnIGZpbGUsICg9PSkgZGVmYXVsdA0KPj4gc2V0dGluZywNCj4+ICAg ICAgICAoKyspIGZyb20gY29tbWFuZCBsaW5lLCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlv bmFsLA0KPj4gICAgICAgIChXVykgd2FybmluZywgKEVFKSBlcnJvciwgKE5JKSBub3QgaW1wbGVt ZW50ZWQsICg/PykgdW5rbm93bi4NCj4+IFsgICAgIDkuNzU4XSAoPT0pIExvZyBmaWxlOiAiL3Zh ci9sb2cvWG9yZy4wLmxvZyIsIFRpbWU6IFRodSBKdW4gMjYNCj4+IDA4OjE1OjUzIDIwMTQNCj4+ IFsgICAgIDkuODAzXSAoPT0pIFVzaW5nIGNvbmZpZyBmaWxlOiAiL2V0Yy9YMTEveG9yZy5jb25m Ig0KPj4gWyAgICAgOS44MDNdICg9PSkgVXNpbmcgc3lzdGVtIGNvbmZpZyBkaXJlY3RvcnkNCj4+ ICIvdXNyL3NoYXJlL1gxMS94b3JnLmNvbmYuZCINCj4+IFsgICAgIDkuODkzXSAoPT0pIFNlcnZl ckxheW91dCAiYXRpY29uZmlnIExheW91dCINCj4+IFsgICAgIDkuODkzXSAoKiopIHwtLT5TY3Jl ZW4gImF0aWNvbmZpZy1TY3JlZW5bMF0tMCIgKDApDQo+PiBbICAgICA5Ljg5M10gKCoqKSB8ICAg fC0tPk1vbml0b3IgImF0aWNvbmZpZy1Nb25pdG9yWzBdLTAiDQo+PiBbICAgICA5LjkwNV0gKCoq KSB8ICAgfC0tPkRldmljZSAiYXRpY29uZmlnLURldmljZVswXS0wIg0KPj4gWyAgICAgOS45MDVd ICg9PSkgQXV0b21hdGljYWxseSBhZGRpbmcgZGV2aWNlcw0KPj4gWyAgICAgOS45MDVdICg9PSkg QXV0b21hdGljYWxseSBlbmFibGluZyBkZXZpY2VzDQo+PiBbICAgICA5LjkwNV0gKD09KSBBdXRv bWF0aWNhbGx5IGFkZGluZyBHUFUgZGV2aWNlcw0KPj4gWyAgICAgOS45NDRdIChXVykgVGhlIGRp cmVjdG9yeSAiL3Vzci9zaGFyZS9mb250cy9YMTEvY3lyaWxsaWMiIGRvZXMNCj4+IG5vdCBleGlz dC4NCj4+IFsgICAgIDkuOTQ0XSAgICBFbnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLg0KPj4g WyAgICAgOS45NDRdIChXVykgVGhlIGRpcmVjdG9yeSAiL3Vzci9zaGFyZS9mb250cy9YMTEvMTAw ZHBpLyIgZG9lcyBub3QNCj4+IGV4aXN0Lg0KPj4gWyAgICAgOS45NDRdICAgIEVudHJ5IGRlbGV0 ZWQgZnJvbSBmb250IHBhdGguDQo+PiBbICAgICA5Ljk0NF0gKFdXKSBUaGUgZGlyZWN0b3J5ICIv dXNyL3NoYXJlL2ZvbnRzL1gxMS83NWRwaS8iIGRvZXMgbm90DQo+PiBleGlzdC4NCj4+IFsgICAg IDkuOTQ0XSAgICBFbnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLg0KPj4gWyAgICAgOS45NjBd IChXVykgVGhlIGRpcmVjdG9yeSAiL3Vzci9zaGFyZS9mb250cy9YMTEvMTAwZHBpIiBkb2VzIG5v dA0KPj4gZXhpc3QuDQo+PiBbICAgICA5Ljk2MF0gICAgRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQg cGF0aC4NCj4+IFsgICAgIDkuOTYwXSAoV1cpIFRoZSBkaXJlY3RvcnkgIi91c3Ivc2hhcmUvZm9u dHMvWDExLzc1ZHBpIiBkb2VzIG5vdA0KPj4gZXhpc3QuDQo+PiBbICAgICA5Ljk2MF0gICAgRW50 cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC4NCj4+IFsgICAgIDkuOTYwXSAoPT0pIEZvbnRQYXRo IHNldCB0bzoNCj4+ICAgICAgICAvdXNyL3NoYXJlL2ZvbnRzL1gxMS9taXNjLA0KPj4gICAgICAg IC91c3Ivc2hhcmUvZm9udHMvWDExL1R5cGUxLA0KPj4gICAgICAgIGJ1aWx0LWlucw0KPj4gWyAg ICAgOS45NjBdICg9PSkgTW9kdWxlUGF0aCBzZXQgdG8NCj4+ICIvdXNyL2xpYi94ODZfNjQtbGlu dXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcywvdXNyL2xpYi94b3JnL2V4dHJhLW1vZHVsZXMsL3Vz ci9saWIveG9yZy9tb2R1bGVzIg0KPj4gWyAgICAgOS45NjBdIChJSSkgVGhlIHNlcnZlciByZWxp ZXMgb24gdWRldiB0byBwcm92aWRlIHRoZSBsaXN0IG9mDQo+PiBpbnB1dCBkZXZpY2VzLg0KPj4g ICAgICAgIElmIG5vIGRldmljZXMgYmVjb21lIGF2YWlsYWJsZSwgcmVjb25maWd1cmUgdWRldiBv ciBkaXNhYmxlDQo+PiBBdXRvQWRkRGV2aWNlcy4NCj4+IFsgICAgIDkuOTY2XSAoSUkpIExvYWRl ciBtYWdpYzogMHg3ZjZhZDM0NWZjMjANCj4+IFsgICAgIDkuOTY2XSAoSUkpIE1vZHVsZSBBQkkg dmVyc2lvbnM6DQo+PiBbICAgICA5Ljk2Nl0gICAgWC5PcmcgQU5TSSBDIEVtdWxhdGlvbjogMC40 DQo+PiBbICAgICA5Ljk2Nl0gICAgWC5PcmcgVmlkZW8gRHJpdmVyOiAxNC4xDQo+PiBbICAgICA5 Ljk2Nl0gICAgWC5PcmcgWElucHV0IGRyaXZlciA6IDE5LjENCj4+IFsgICAgIDkuOTY2XSAgICBY Lk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uIDogNy4wDQo+PiBbICAgICA5Ljk3M10gKC0tKSBQQ0k6Kigw OjA6MjowKSAxMDEzOjAwYjg6NTg1MzowMDAxIHJldiAwLCBNZW0gQA0KPj4gMHhmMDAwMDAwMC8z MzU1NDQzMiwgMHhmMzA0NDAwMC80MDk2DQo+PiBbICAgICA5Ljk3M10gKC0tKSBQQ0k6ICgwOjA6 NTowKSAxMDAyOjY3Nzk6MTY4MjozMjA3IHJldiAwLCBNZW0gQA0KPj4gMHhlMDAwMDAwMC8yNjg0 MzU0NTYsIDB4ZjMwMDAwMDAvMTMxMDcyLCBJL08gQCAweDAwMDBjMjAwLzI1NiwgQklPUyBADQo+ PiAweD8/Pz8/Pz8/LzEzMTA3Mg0KPj4gWyAgICAgOS45NzNdIChJSSkgT3BlbiBBQ1BJIHN1Y2Nl c3NmdWwgKC92YXIvcnVuL2FjcGlkLnNvY2tldCkNCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXpp bmcgYnVpbHQtaW4gZXh0ZW5zaW9uIEdlbmVyaWMgRXZlbnQgRXh0ZW5zaW9uDQo+PiBbICAgICA5 Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBTSEFQRQ0KPj4gWyAgICAgOS45 NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gTUlULVNITQ0KPj4gWyAgICAgOS45 NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWElucHV0RXh0ZW5zaW9uDQo+PiBb ICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYVEVTVA0KPj4gWyAg ICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gQklHLVJFUVVFU1RTDQo+ PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBTWU5DDQo+PiBb ICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYS0VZQk9BUkQNCj4+ IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhDLU1JU0MNCj4+ IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFNFQ1VSSVRZDQo+ PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYSU5FUkFNQQ0K Pj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZJWEVTDQo+ PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBSRU5ERVINCj4+ IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJBTkRSDQo+PiBb ICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBDT01QT1NJVEUNCj4+ IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERBTUFHRQ0KPj4g WyAgICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gTUlULVNDUkVFTi1T QVZFUg0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gRE9V QkxFLUJVRkZFUg0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNp b24gUkVDT1JEDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBEUE1TDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBY LVJlc291cmNlDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBYVmlkZW8NCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9u IFhWaWRlby1Nb3Rpb25Db21wZW5zYXRpb24NCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcg YnVpbHQtaW4gZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVuc2lvbg0KPj4gWyAgICAgOS45 NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZyZWU4Ni1ER0ENCj4+IFsgICAg IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhGcmVlODYtRFJJDQo+PiBb ICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBEUkkyDQo+PiBbICAg ICA5Ljk3Nl0gKElJKSAiZ2x4IiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBieSBk ZWZhdWx0DQo+PiBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLg0KPj4gWyAg ICAgOS45NzZdIChJSSkgTG9hZE1vZHVsZTogImdseCINCj4+IFsgICAgMTAuMDk4XSAoSUkpIExv YWRpbmcNCj4+IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9leHRyYS1tb2R1bGVzL21v ZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHguc28NCj4+IFsgICAgMTAuMTU3XSAoSUkpIE1vZHVsZSBn bHg6IHZlbmRvcj0iQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLiINCj4+IFsgICAgMTAuMTU3 XSAgICBjb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCj4+IFsgICAg MTAuMTU3XSBMb2FkaW5nIGV4dGVuc2lvbiBHTFgNCj4+IFsgICAgMTAuMTU3XSAoSUkpIExvYWRN b2R1bGU6ICJmZ2xyeCINCj4+IFsgICAgMTAuMjE1XSAoSUkpIExvYWRpbmcNCj4+IC91c3IvbGli L3g4Nl82NC1saW51eC1nbnUveG9yZy9leHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xy eF9kcnYuc28NCj4+IFsgICAgMTAuOTEyXSAoSUkpIE1vZHVsZSBmZ2xyeDogdmVuZG9yPSJGaXJl R0wgLSBBTUQgVGVjaG5vbG9naWVzIEluYy4iDQo+PiBbICAgIDEwLjkxMl0gICAgY29tcGlsZWQg Zm9yIDEuNC45OS45MDYsIG1vZHVsZSB2ZXJzaW9uID0gMTMuMjUuNQ0KPj4gWyAgICAxMC45MTJd ICAgIE1vZHVsZSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyDQo+PiBbICAgIDEwLjkxM10gKElJ KSBMb2FkaW5nIHN1YiBtb2R1bGUgImZnbHJ4ZHJtIg0KPj4gWyAgICAxMC45MTNdIChJSSkgTG9h ZE1vZHVsZTogImZnbHJ4ZHJtIg0KPj4gWyAgICAxMC45MjVdIChJSSkgTG9hZGluZw0KPj4gL3Vz ci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMvbW9kdWxlcy9saW51eC9s aWJmZ2xyeGRybS5zbw0KPj4gWyAgICAxMC45NDddIChJSSkgTW9kdWxlIGZnbHJ4ZHJtOiB2ZW5k b3I9IkZpcmVHTCAtIEFNRCBUZWNobm9sb2dpZXMNCj4+IEluYy4iDQo+PiBbICAgIDEwLjk0N10g ICAgY29tcGlsZWQgZm9yIDEuNC45OS45MDYsIG1vZHVsZSB2ZXJzaW9uID0gMTMuMjUuNQ0KPj4g WyAgICAxMC45NDddIChJSSkgQU1EIFByb3ByaWV0YXJ5IExpbnV4IERyaXZlciBWZXJzaW9uDQo+ PiBJZGVudGlmaWVyOjEzLjI1LjUNCj4+IFsgICAgMTAuOTQ3XSAoSUkpIEFNRCBQcm9wcmlldGFy eSBMaW51eCBEcml2ZXIgUmVsZWFzZSBJZGVudGlmaWVyOg0KPj4gMTMuMjUxDQo+PiBbICAgIDEw Ljk0N10gKElJKSBBTUQgUHJvcHJpZXRhcnkgTGludXggRHJpdmVyIEJ1aWxkIERhdGU6IERlYyAg NiAyMDEzDQo+PiAxNToxOTowMw0KPj4gWyAgICAxMC45NDddICgrKykgdXNpbmcgVlQgbnVtYmVy IDcNCj4+DQo+PiBbICAgIDEwLjk0N10gKFdXKSBGYWxsaW5nIGJhY2sgdG8gb2xkIHByb2JlIG1l dGhvZCBmb3IgZmdscngNCj4+IFsgICAgMTEuMTQ5XSAoSUkpIExvYWRpbmcgUENTIGRhdGFiYXNl IGZyb20gL2V0Yy9hdGkvYW1kcGNzZGINCj4+IC9ldGMvYXRpL2FtZHBjc2RiLmRlZmF1bHQNCj4+ IFsgICAgMTEuMTUyXSB1a2lEeW5hbWljTWFqb3I6IGZvdW5kIG1ham9yIGRldmljZSBudW1iZXIg MjUwDQo+PiBbICAgIDExLjE1Ml0gdWtpRHluYW1pY01ham9yOiBmb3VuZCBtYWpvciBkZXZpY2Ug bnVtYmVyIDI1MA0KPj4gWyAgICAxMS4xNTJdIHVraU9wZW5CeUJ1c2lkOiBTZWFyY2hpbmcgZm9y IEJ1c0lEIFBDSTowOjU6MA0KPj4gWyAgICAxMS4xNTJdIHVraU9wZW5EZXZpY2U6IG5vZGUgbmFt ZSBpcyAvZGV2L2F0aS9jYXJkMA0KPj4gWyAgICAxMS4xNTJdIHVraU9wZW5EZXZpY2U6IG9wZW4g cmVzdWx0IGlzIDEwLCAoT0spDQo+PiAtLS0tLQ0KPj4NCj4+IC0gQnJpYW4gTWVuZ2VzDQo+PiBQ cmluY2lwYWwgRW5naW5lZXIsIERldk9wcw0KPj4gR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1Nl cnZlIHwgVXBTdHJlYW0gTmV0d29ya3MNCj4+DQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KPj4gRnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVz ZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZz4NCj4+IFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNA bGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZz5dIE9u IEJlaGFsZiBPZiBHb3JkYW4gQm9iaWMNCj4+IFNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0 IDA4OjQzDQo+PiBUbzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnPg0KPj4gU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0Eg cGFzc3Rocm91Z2gNCj4+DQo+Pj4gT24gMjAxNC0wNi0yNiAxNjoyMCwgQnJpYW4gTWVuZ2VzIHdy b3RlOg0KPj4+IFtyb290QHhzIH5dIyBsc21vZCB8IGdyZXAgcGNpYmFjaw0KPj4+IFtyb290QHhz IH5dIyBlY2hvICQ/DQo+Pj4gMQ0KPj4+IFtyb290QHhzIH5dIyBtb2Rwcm9iZSBwY2liYWNrDQo+ Pj4gRkFUQUw6IE1vZHVsZSBwY2liYWNrIG5vdCBmb3VuZC4NCj4+DQo+PiBUcnk6DQo+PiBtb2Rw cm9iZSB4ZW4tcGNpYmFjaw0KPj4NCj4+PiBYZW5zZXJ2ZXIgNi4yIGFwcGVhcnMgdG8gYmUgYSBD ZW50T1MgNS54IChtYXliZSA1LjYpIGJveC4NCj4+DQo+PiBBaCAtIG15IGJhZC4gSXQgbXVzdCBi ZSBYZW5zZXJ2ZXIgNyB0aGF0IGlzIGJhc2VkIG9uIEVMNi4NCj4+DQo+Pj4gSSBpbnN0YWxsZWQg dGhlIHByb3ByaWV0YXJ5IGRyaXZlcnMgaW4gYW4gVWJ1bnR1IDEyLjA0IExUUyBWTSwgYW5kDQo+ Pj4gaXQgd29uJ3QgZ2V0IHBhc3QgdGhlIHNwbGFzaCBzY3JlZW4gKHhlbmNlbnRlciBkaXNwbGF5 KSBub3cgYWZ0ZXINCj4+PiBncHUgYXNzaWdubWVudCAoY29uc29sZSBvciBndWkpLiBUaGUgVWJ1 bnR1IGRyaXZlcnMgYXBwZWFyIHRvIGRvDQo+Pj4gbm90aGluZzsNCj4+PiBob3dldmVyOg0KPj4+ DQo+Pj4gJCBkbWVzZyB8IGdyZXAgLUUgJyhmZ2xyeHxBVEl8cmFkZW9ufHBjaSknDQo+Pj4gWyAg ICAwLjE4ODM3N10gUENJOiBVc2luZyBob3N0IGJyaWRnZSB3aW5kb3dzIGZyb20gQUNQSTsgaWYg bmVjZXNzYXJ5LA0KPj4+IHVzZSAicGNpPW5vY3JzIiBhbmQgcmVwb3J0IGEgYnVnDQo+Pj4gWyAg ICAwLjI1MTk5N10gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbYnVzIDAwLWZm XQ0KPj4+IFsgICAgMC4yNTIwMDBdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2Ug W2lvICAweDAwMDAtMHgwY2Y3XQ0KPj4+IFsgICAgMC4yNTIwMDBdIHBjaV9idXMgMDAwMDowMDog cm9vdCBidXMgcmVzb3VyY2UgW2lvICAweDBkMDAtMHhmZmZmXQ0KPj4+IFsgICAgMC4yNTIwMDBd IHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW21lbQ0KPj4+IDB4MDAwYTAwMDAt MHgwMDBiZmZmZl0NCj4+PiBbICAgIDAuMjUyMDAwXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVz IHJlc291cmNlIFttZW0NCj4+PiAweGUwMDAwMDAwLTB4ZmJmZmZmZmZdDQo+Pj4gWyAgICAwLjI1 MjA2Ml0gcGNpIDAwMDA6MDA6MDAuMDogWzgwODY6MTIzN10gdHlwZSAwMCBjbGFzcyAweDA2MDAw MA0KPj4+IFsgICAgMC4yNTMxMzhdIHBjaSAwMDAwOjAwOjAxLjA6IFs4MDg2OjcwMDBdIHR5cGUg MDAgY2xhc3MgMHgwNjAxMDANCj4+PiBbICAgIDAuMjU0MTAwXSBwY2kgMDAwMDowMDowMS4xOiBb ODA4Njo3MDEwXSB0eXBlIDAwIGNsYXNzIDB4MDEwMTgwDQo+Pj4gWyAgICAwLjI1NDczMF0gcGNp IDAwMDA6MDA6MDEuMTogcmVnIDB4MjA6IFtpbyAgMHhjMzIwLTB4YzMyZl0NCj4+PiBbICAgIDAu MjU1NjUyXSBwY2kgMDAwMDowMDowMS4yOiBbODA4Njo3MDIwXSB0eXBlIDAwIGNsYXNzIDB4MGMw MzAwDQo+Pj4gWyAgICAwLjI1NjIyMl0gcGNpIDAwMDA6MDA6MDEuMjogcmVnIDB4MjA6IFtpbyAg MHhjMzAwLTB4YzMxZl0NCj4+PiBbICAgIDAuMjU3MTAwXSBwY2kgMDAwMDowMDowMS4zOiBbODA4 Njo3MTEzXSB0eXBlIDAwIGNsYXNzIDB4MDY4MDAwDQo+Pj4gWyAgICAwLjI1NzgzM10gcGNpIDAw MDA6MDA6MDEuMzogcXVpcms6IFtpbyAgMHgxZjQwLTB4MWY3Zl0gY2xhaW1lZCBieQ0KPj4+IFBJ SVg0IEFDUEkNCj4+PiBbICAgIDAuMjU4NTI5XSBwY2kgMDAwMDowMDowMi4wOiBbMTAxMzowMGI4 XSB0eXBlIDAwIGNsYXNzIDB4MDMwMDAwDQo+Pj4gWyAgICAwLjI1ODY4NF0gcGNpIDAwMDA6MDA6 MDIuMDogcmVnIDB4MTA6IFttZW0gMHhmMDAwMDAwMC0weGYxZmZmZmZmDQo+Pj4gcHJlZl0NCj4+ PiBbICAgIDAuMjU4Nzk5XSBwY2kgMDAwMDowMDowMi4wOiByZWcgMHgxNDogW21lbSAweGYzMDQ0 MDAwLTB4ZjMwNDRmZmZdDQo+Pj4gWyAgICAwLjI1OTc1OF0gcGNpIDAwMDA6MDA6MDMuMDogWzU4 NTM6MDAwMV0gdHlwZSAwMCBjbGFzcyAweDAxMDAwMA0KPj4+IFsgICAgMC4yNTk5NzBdIHBjaSAw MDAwOjAwOjAzLjA6IHJlZyAweDEwOiBbaW8gIDB4YzAwMC0weGMwZmZdDQo+Pj4gWyAgICAwLjI2 MDEwMV0gcGNpIDAwMDA6MDA6MDMuMDogcmVnIDB4MTQ6IFttZW0gMHhmMjAwMDAwMC0weGYyZmZm ZmZmDQo+Pj4gcHJlZl0NCj4+PiBbICAgIDAuMjYxNzIyXSBwY2kgMDAwMDowMDowNS4wOiBbMTAw Mjo2Nzc5XSB0eXBlIDAwIGNsYXNzIDB4MDMwMDAwDQo+Pj4gWyAgICAwLjI2ODAxOF0gcGNpIDAw MDA6MDA6MDUuMDogcmVnIDB4MTA6IFttZW0gMHhlMDAwMDAwMC0weGVmZmZmZmZmDQo+Pj4gNjRi aXQgcHJlZl0NCj4+PiBbICAgIDAuMjc2MDE3XSBwY2kgMDAwMDowMDowNS4wOiByZWcgMHgxODog W21lbSAweGYzMDAwMDAwLTB4ZjMwMWZmZmYNCj4+PiA2NGJpdF0NCj4+PiBbICAgIDAuMjg0MDA4 XSBwY2kgMDAwMDowMDowNS4wOiByZWcgMHgyMDogW2lvICAweGMyMDAtMHhjMmZmXQ0KPj4+IFsg ICAgMC4zMDAwMjRdIHBjaSAwMDAwOjAwOjA1LjA6IHJlZyAweDMwOiBbbWVtIDB4ZjMwMjAwMDAt MHhmMzAzZmZmZg0KPj4+IHByZWZdDQo+Pj4gWyAgICAwLjMwMTExNV0gcGNpIDAwMDA6MDA6MDUu MDogc3VwcG9ydHMgRDEgRDINCj4+PiBbICAgIDAuMzAxODg3XSBwY2kgMDAwMDowMDowNi4wOiBb MTAwMjphYTk4XSB0eXBlIDAwIGNsYXNzIDB4MDQwMzAwDQo+Pj4gWyAgICAwLjMwMjE2OV0gcGNp IDAwMDA6MDA6MDYuMDogcmVnIDB4MTA6IFttZW0gMHhmMzA0MDAwMC0weGYzMDQzZmZmDQo+Pj4g NjRiaXRdDQo+Pj4gWyAgICAwLjMwMzk2OV0gcGNpIDAwMDA6MDA6MDYuMDogc3VwcG9ydHMgRDEg RDINCj4+PiBbICAgIDAuMzMyMDgxXSBQQ0k6IHBjaV9jYWNoZV9saW5lX3NpemUgc2V0IHRvIDY0 IGJ5dGVzDQo+Pj4gWyAgICAxLjMwOTkyNl0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSA0IFtp byAgMHgwMDAwLTB4MGNmN10NCj4+PiBbICAgIDEuMzA5OTMwXSBwY2lfYnVzIDAwMDA6MDA6IHJl c291cmNlIDUgW2lvICAweDBkMDAtMHhmZmZmXQ0KPj4+IFsgICAgMS4zMDk5MzNdIHBjaV9idXMg MDAwMDowMDogcmVzb3VyY2UgNiBbbWVtIDB4MDAwYTAwMDAtMHgwMDBiZmZmZl0NCj4+PiBbICAg IDEuMzA5OTM1XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDcgW21lbSAweGUwMDAwMDAwLTB4 ZmJmZmZmZmZdDQo+Pj4gWyAgICAxLjMxMDkwOF0gcGNpIDAwMDA6MDA6MDAuMDogTGltaXRpbmcg ZGlyZWN0IFBDSS9QQ0kgdHJhbnNmZXJzDQo+Pj4gWyAgICAxLjMxMDk1NF0gcGNpIDAwMDA6MDA6 MDEuMDogUElJWDM6IEVuYWJsaW5nIFBhc3NpdmUgUmVsZWFzZQ0KPj4+IFsgICAgMS4zMTEwMDBd IHBjaSAwMDAwOjAwOjAxLjA6IEFjdGl2YXRpbmcgSVNBIERNQSBoYW5nIHdvcmthcm91bmRzDQo+ Pj4gWyAgICAxLjMxMjA0N10gcGNpIDAwMDA6MDA6MDIuMDogQm9vdCB2aWRlbyBkZXZpY2UNCj4+ PiBbICAgIDEuMzEyMjE1XSBwY2kgMDAwMDowMDowNS4wOiBCb290IHZpZGVvIGRldmljZQ0KPj4+ IFsgICAgMS41MzQ3MzVdIHBjaV9ob3RwbHVnOiBQQ0kgSG90IFBsdWcgUENJIENvcmUgdmVyc2lv bjogMC41DQo+Pj4gWyAgICAxLjUzNDc0NF0gcGNpZWhwOiBQQ0kgRXhwcmVzcyBIb3QgUGx1ZyBD b250cm9sbGVyIERyaXZlciB2ZXJzaW9uOg0KPj4+IDAuNA0KPj4+IFsgICAgMS41NzY5MDJdIGVo Y2ktcGNpOiBFSENJIFBDSSBwbGF0Zm9ybSBkcml2ZXINCj4+PiBbICAgIDEuNTc2OTQyXSBvaGNp LXBjaTogT0hDSSBQQ0kgcGxhdGZvcm0gZHJpdmVyDQo+Pj4gWyAgICAxLjY5MjEyM10geGVuYnVz X3Byb2JlX2Zyb250ZW5kOiBEZXZpY2Ugd2l0aCBubyBkcml2ZXI6DQo+Pj4gZGV2aWNlL3BjaS8w DQo+Pj4gWyAgICA2LjE4MDM4MF0gZmdscng6IG1vZHVsZSBsaWNlbnNlICdQcm9wcmlldGFyeS4g KEMpIDIwMDIgLSBBVEkNCj4+PiBUZWNobm9sb2dpZXMsIFN0YXJuYmVyZywgR0VSTUFOWScgdGFp bnRzIGtlcm5lbC4NCj4+PiBbICAgIDYuMTg1OTExXSBmZ2xyeDogbW9kdWxlIHZlcmlmaWNhdGlv biBmYWlsZWQ6IHNpZ25hdHVyZSBhbmQvb3INCj4+PiByZXF1aXJlZCBrZXkgbWlzc2luZyAtIHRh aW50aW5nIGtlcm5lbA0KPj4+IFsgICAgNi4xOTM5NzldIDw2PltmZ2xyeF0gTWF4aW11bSBtYWlu IG1lbW9yeSB0byB1c2UgZm9yIGxvY2tlZCBkbWENCj4+PiBidWZmZXJzOiA3MjQ3IE1CeXRlcy4N Cj4+PiBbICAgIDYuMTk0MDk0XSA8Nj5bZmdscnhdICAgdmVuZG9yOiAxMDAyIGRldmljZTogNjc3 OSBjb3VudDogMQ0KPj4+IFsgICAgNi4xOTQ4MzVdIDw2PltmZ2xyeF0gaW9wb3J0OiBiYXIgNCwg YmFzZSAweGMyMDAsIHNpemU6IDB4MTAwDQo+Pj4gWyAgICA2LjE5NTkzMl0gPDY+W2ZnbHJ4XSBL ZXJuZWwgUEFUIHN1cHBvcnQgaXMgZW5hYmxlZA0KPj4+IFsgICAgNi4xOTU5NjBdIDw2PltmZ2xy eF0gbW9kdWxlIGxvYWRlZCAtIGZnbHJ4IDE0LjEwLjIgW01heSAgNSAyMDE0XQ0KPj4+IHdpdGgg MSBtaW5vcnMNCj4+PiBbICAgIDYuNzUzMjE0XSBpbnB1dDogUUVNVSAwLjEwLjIgUUVNVSBVU0Ig VGFibGV0IGFzDQo+Pj4gL2RldmljZXMvcGNpMDAwMDowMC8wMDAwOjAwOjAxLjIvdXNiMS8xLTIv MS0yOjEuMC9pbnB1dC9pbnB1dDMNCj4+PiBbICAgIDYuNzY0NzgzXSBpbnB1dDogSEQtQXVkaW8g R2VuZXJpYyBIRE1JL0RQLHBjbT0zIGFzDQo+Pj4gL2RldmljZXMvcGNpMDAwMDowMC8wMDAwOjAw OjA2LjAvc291bmQvY2FyZDAvaW5wdXQ0DQo+Pj4gWyAgIDExLjQ5NDU0M10gPDY+W2ZnbHJ4XSBG aXJlZ2wga2VybmVsIHRocmVhZCBQSUQ6IDEyNjANCj4+PiBbICAgMTEuNDk0NzczXSA8Nj5bZmds cnhdIEZpcmVnbCBrZXJuZWwgdGhyZWFkIFBJRDogMTI2MQ0KPj4+IFsgICAxMS40OTUwMDRdIDw2 PltmZ2xyeF0gRmlyZWdsIGtlcm5lbCB0aHJlYWQgUElEOiAxMjYyDQo+Pj4gWyAgIDExLjQ5NTE1 NF0gPDY+W2ZnbHJ4XSBJUlEgNzggRW5hYmxlZA0KPj4+IFsgICAxMS41NDE1NjldIDw2PltmZ2xy eF0gUmVzZXJ2ZWQgRkIgYmxvY2s6IFNoYXJlZCBvZmZzZXQ6MCwNCj4+PiBzaXplOjEwMDAwMDAN Cj4+PiBbICAgMTEuNTQxNTcxXSA8Nj5bZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBVbnNoYXJl ZCBvZmZzZXQ6ZjgzODAwMCwNCj4+PiBzaXplOjQwMDANCj4+PiBbICAgMTEuNTQxNTcyXSA8Nj5b ZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBVbnNoYXJlZCBvZmZzZXQ6ZjgzYzAwMCwNCj4+PiBz aXplOjRjNDAwMA0KPj4+IFsgICAxMS41NDE1NzNdIDw2PltmZ2xyeF0gUmVzZXJ2ZWQgRkIgYmxv Y2s6IFVuc2hhcmVkIG9mZnNldDo3ZmZmNDAwMCwNCj4+PiBzaXplOmMwMDANCj4+Pg0KPj4+IFNv IG15IGxhc3QgYm9vdCBJIGdvdCBpbiB2aWEgU1NILCBob3dldmVyIHRoZSBkaXNwbGF5cyBhcmVu J3Qgd29ya2luZy4NCj4+PiBJIGZpcnN0IHRyaWVkIHRoZSBIRE1JIChIRE1JIC0gSERNSSkgZGlz cGxheSB0aGVuIHRoZSBEVkkgKERWSSAtPg0KPj4+IERpc3BsYXlQb3J0KSBkaXNwbGF5IGFuZCBt eSBtb25pdG9yIGlzbid0IHNob3dpbmcgYW55dGhpbmcuDQo+Pj4gV29kbmVyaW5nIHdoYXQgSSdt IG1pc3NpbmcgdG8gZ2V0IHRoaXMgZGlzcGxheSB1cCBhbmQgcnVubmluZy4NCj4+DQo+PiBTbyBp dCBsb29rcyBsaWtlIGZnbHJ4IGxvYWRzIHN1Y2Nlc3NmdWxseSBhbmQgZmluZHMgdGhlIGhhcmR3 YXJlLiBTbw0KPj4gZmFyIHNvIGdvb2QuIENhbiB5b3UgY2hlY2sgd2hhdCB5b3VyIFhvcmcgbG9n IHNheXM/DQo+Pg0KPj4gR29yZGFuDQo+Pg0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4+IFhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnPG1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCj4+IGh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KPj4NCj4+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+Pg0KPj4gVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1l c3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heQ0KPj4gY29udGFpbiBjb25maWRlbnRpYWwg YW5kIGxlZ2FsbHkgcHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5DQo+PiBmb3IgdGhl IHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFu eQ0KPj4gcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRh a2VuIGluIHJlbGlhbmNlDQo+PiB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkgcGVyc29ucyBvciBl bnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZA0KPj4gcmVjaXBpZW50IGlzIHByb2hpYml0 ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0DQo+PiB0aGUg c2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0KPj4NCj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBYZW4t dXNlcnMgbWFpbGluZyBsaXN0DQo+PiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVu LXVzZXJzQGxpc3RzLnhlbi5vcmc+DQo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMN Cj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4g WGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86 WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cw0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPg0KPiBUaGUgaW5mb3Jt YXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywgbWF5 IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwuIEl0 IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGljaCBp dCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0aW9u LCBvciBhY3Rpb24gdGFrZW4gaW4gcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5IHBl cnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlzIHBy b2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0IHRo ZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuDQo+DQo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFhlbi11 c2VycyBtYWlsaW5nIGxpc3QNCj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnPg0KPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNClRo aXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnQgYXJlIGludGVuZGVkIHNvbGVseSBmb3IgdGhl IGFkZHJlc3NlZSBhbmQgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uLiBJZiB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3IsIHBsZWFzZSBzZW5kIGl0IGJh Y2sgdG8gbWUsIGFuZCBpbW1lZGlhdGVseSBkZWxldGUgaXQuICAgUGxlYXNlIGRvIG5vdCB1c2Us IGNvcHkgb3IgZGlzY2xvc2UgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3Nh Z2Ugb3IgaW4gYW55IGF0dGFjaG1lbnQuICBBbnkgdmlld3Mgb3Igb3BpbmlvbnMgZXhwcmVzc2Vk IGJ5IHRoZSBhdXRob3Igb2YgdGhpcyBlbWFpbCBkbyBub3QgbmVjZXNzYXJpbHkgcmVmbGVjdCB0 aGUgdmlld3Mgb2YgdGhlIFVuaXZlcnNpdHkgb2YgTm90dGluZ2hhbS4NCg0KVGhpcyBtZXNzYWdl IGhhcyBiZWVuIGNoZWNrZWQgZm9yIHZpcnVzZXMgYnV0IHRoZSBjb250ZW50cyBvZiBhbiBhdHRh Y2htZW50IG1heSBzdGlsbCBjb250YWluIHNvZnR3YXJlIHZpcnVzZXMgd2hpY2ggY291bGQgZGFt YWdlIHlvdXIgY29tcHV0ZXIgc3lzdGVtLCB5b3UgYXJlIGFkdmlzZWQgdG8gcGVyZm9ybSB5b3Vy IG93biBjaGVja3MuIEVtYWlsIGNvbW11bmljYXRpb25zIHdpdGggdGhlIFVuaXZlcnNpdHkgb2Yg Tm90dGluZ2hhbSBtYXkgYmUgbW9uaXRvcmVkIGFzIHBlcm1pdHRlZCBieSBVSyBsZWdpc2xhdGlv bi4NCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUaGUgaW5m b3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywg bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwu IEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGlj aCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0 aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4gcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5 IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlz IHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0 IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuDQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpYZW4tdXNl cnMgbWFpbGluZyBsaXN0DQpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVuLXVzZXJz QGxpc3RzLnhlbi5vcmc+DQpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp biB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVu dGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRo ZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBB bnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2Vu IGluIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVz IG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3Ug cmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxl dGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KWGVu LXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFu ZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBw cml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNv biBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5z bWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluIHJlbGlhbmNlIHVwb24g dGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRoYW4gdGhlIGlu dGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVy cm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZy b20gYW55IGNvbXB1dGVyLg0K --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DA6ex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6Q2FsaWJyaX0NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29O b3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYifQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXtjb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmV9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVy cGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmV9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXtm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0R9DQouTXNv Q2hwRGVmYXVsdA0KCXtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYifQ0KQHBhZ2Ug V29yZFNlY3Rpb24xDQoJe21hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbn0NCmRpdi5Xb3Jk U2VjdGlvbjENCgl7fQ0KLS0+DQo8L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMi IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9y OiMxRjQ5N0QiPkkgaGF2ZW7igJl0IHRyaWVkIGFyY2ggbGludXguIEkgd2FzIHRyeWluZyB0byBz dGljayB3aXRoIHhlbnNlcnZlciBiZWNhdXNlIHRoZXJlIHNob3VsZG7igJl0IGJlIGEgbmVlZCBm b3IgaGlkaW5nIGRldmljZXMgYW5kIG1vZGlmeWluZyBrZXJuZWxzLjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+LSBCcmlhbiBNZW5nZXM8L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29s b3I6IzFGNDk3RCI+UHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHM8L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3 RCI+R29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3M8L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gamFjZWsgYnVyZ2hhcmR0IFttYWlsdG86amFjZWtzYnVy Z2hhcmR0QGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgSnVuZSAyNiwg MjAxNCAxOTozNTxicj4NCjxiPlRvOjwvYj4gQnJpYW4gTWVuZ2VzPGJyPg0KPGI+Q2M6PC9iPiB4 ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1hlbi11c2Vy c10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXJlIHlvdSBydW5u aW5nIGFyY2ggbGludXggPyBJIHdvdWxkIHRyeSBvcGVuc291cmNlIGRyaXZlcnMuIEkgcnVuIGNp bm5hbW9uIHVuZGVyIGE4IDY2MDBrIGFuZCBJIGdldCB1cmJhbiB0ZXJyaXRvcnkgcGxheWluZyB3 aXRoIDkwIGZzLiBKdXN0IGZvbGxvdyByYWRlb24gd2lraSZuYnNwOzwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+Jm5i c3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFRodSwgSnVuIDI2LCAyMDE0 IGF0IDg6MTUgUE0sIEJyaWFuIE1lbmdlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJtZW5nZXNAZ29n cmlkLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmJtZW5nZXNAZ29ncmlkLmNvbTwvYT4mZ3Q7IHdyb3Rl OjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTsgYm9yZGVyLWxlZnQ6c29saWQg I0NDQ0NDQyAxLjBwdDsgcGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDsgbWFyZ2luLWxlZnQ6NC44 cHQ7IG1hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U28gSSBhZGRlZCBi YWNrIGluIHN3aW90bGI9Zm9yY2UgYW5kIHJlZGlkIGdydWIgYW5kIGFsc28gcmVtb3ZlZCBmcm9t IHRoZSBibGFja2xpc3QgZmdscnhfdXBkYXRlcy4gTm93IHdoZW4gSSB0cnkgYW5kIHN0YXJ0eCwg YSBDUFUgZ2V0cyBwZWdnZWQgQCAxMDAlLCBhbmQgbm90aGluZyBzdGlsbCBvbiB0aGUgZGlzcGxh eS48YnI+DQo8YnI+DQpCYXNpY2FsbHkgSSdtIG5ldmVyIGdldHRpbmcgYSBkaXNwbGF5LCBldmVu IG9uIGJvb3Qgb2YgdGhlIHZtLjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+ DQotIEJyaWFuIE1lbmdlczxicj4NClByaW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzPGJyPg0KR29H cmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3M8YnI+DQo8YnI+ DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5Gcm9tOiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzLWJvdW5j ZXNAbGlzdHMueGVuLm9yZyI+eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT4gW21h aWx0bzo8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyI+eGVu LXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBCcmlhbiBNZW5n ZXM8YnI+DQpTZW50OiBUaHVyc2RheSwgSnVuZSAyNiwgMjAxNCAxOTowNTxicj4NClRvOiBEYW5p ZWwgU2h1Yjxicj4NCkNjOiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmci Pnhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJz XSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoPGJyPg0KPGJyPg0KRXZlbiBzdGFydGluZyB0aGUg c3lzdGVtIGluIFRFWFQgbW9kZSwgdGhlIGRpc3BsYXkgZG9lc24ndCBzaG93LiBCdXQgcnVubmlu ZyAnc3RhcnR4JyBkb2VzIHJlc3VsdCBpbiBzb21lIGxvdmVseSBlcnJvcnM6PGJyPg0KPGJyPg0K PGEgaHJlZj0iaHR0cDovL3Bhc3RlYmluLmNvbS9WYldoWGUxOSIgdGFyZ2V0PSJfYmxhbmsiPmh0 dHA6Ly9wYXN0ZWJpbi5jb20vVmJXaFhlMTk8L2E+PGJyPg0KPGJyPg0KL3Zhci9sb2cvWG9yZy4w LmxvZyAoMTg6MzkpIGlzIHRoZSBtb3N0IGludGVyZXN0aW5nLjxicj4NCjxicj4NClsgJm5ic3A7 IDgzOS45ODVdIChXVykgZmdscngoMCk6IEtlcm5lbCBNb2R1bGUgdmVyc2lvbiBkb2VzICpub3Qq IG1hdGNoIGRyaXZlci48YnI+DQpbICZuYnNwOyA4MzkuOTg1XSAoRUUpIGZnbHJ4KDApOiBpbmNv bXBhdGlibGUga2VybmVsIG1vZHVsZSBkZXRlY3RlZCAtIEhXIGFjY2VsZXJhdGVkIE9wZW5HTCB3 aWxsIG5vdCB3b3JrPGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKTxicj4NClsgJm5ic3A7IDgz OS45ODZdIChFRSkgQmFja3RyYWNlOjxicj4NClsgJm5ic3A7IDgzOS45ODZdIChFRSkgMDogL3Vz ci9iaW4vWCAoeG9yZ19iYWNrdHJhY2UmIzQzOzB4MzQpIFsweDdmMzgxMjE5NzFlNF08YnI+DQpb ICZuYnNwOyA4MzkuOTg2XSAoRUUpIDE6IC91c3IvYmluL1ggKDB4N2YzODExZmUwMDAwJiM0Mzsw eDFiYjBlOSkgWzB4N2YzODEyMTliMGU5XTxicj4NClsgJm5ic3A7IDgzOS45ODZdIChFRSkgMjog L2xpYi94ODZfNjQtbGludXgtZ251L2xpYnB0aHJlYWQuc28uMCAoMHg3ZjM4MTEzMDYwMDAmIzQz OzB4ZmNiMCkgWzB4N2YzODExMzE1Y2IwXTxicj4NClsgJm5ic3A7IDgzOS45ODZdIChFRSkgMzog L3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMvbW9kdWxlcy9kcml2 ZXJzL2ZnbHJ4X2Rydi5zbyAoc3dsRHJtRnJlZVN1cmZhY2VzJiM0MzsweDQyKSBbMHg3ZjM4MGU1 YzczYjJdPGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKSA0OiAvdXNyL2xpYi94ODZfNjQtbGlu dXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2RyaXZlcnMvZmdscnhfZHJ2LnNvICh4 ZGxfeHMxMTRfYXRpZGR4RHJpQ2xvc2VTY3JlZW4mIzQzOzB4MTRkKSBbMHg3ZjM4MGU1OGU0N2Rd PGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKSA1OiAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251 L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2RyaXZlcnMvZmdscnhfZHJ2LnNvICh4ZGxfeHMx MTRfYXRpZGR4RHJpU2NyZWVuSW5pdCYjNDM7MHg4ZWIpIFsweDdmMzgwZTU4ZGIxYl08YnI+DQpb ICZuYnNwOyA4MzkuOTg3XSAoRUUpIDY6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9l eHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhkbF94czExNF9hdGlk ZHhTY3JlZW5Jbml0JiM0MzsweGY4MikgWzB4N2YzODBlNTg3NTcyXTxicj4NClsgJm5ic3A7IDgz OS45ODddIChFRSkgNzogL3Vzci9iaW4vWCAoQWRkU2NyZWVuJiM0MzsweDhhKSBbMHg3ZjM4MTIw MzVmOGFdPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVFKSA4OiAvdXNyL2Jpbi9YIChJbml0T3V0 cHV0JiM0MzsweDNlOCkgWzB4N2YzODEyMDc5YWM4XTxicj4NClsgJm5ic3A7IDgzOS45ODddIChF RSkgOTogL3Vzci9iaW4vWCAoMHg3ZjM4MTFmZTAwMDAmIzQzOzB4NDQyMmQpIFsweDdmMzgxMjAy NDIyZF08YnI+DQpbICZuYnNwOyA4MzkuOTg3XSAoRUUpIDEwOiAvbGliL3g4Nl82NC1saW51eC1n bnUvbGliYy5zby42IChfX2xpYmNfc3RhcnRfbWFpbiYjNDM7MHhlZCkgWzB4N2YzODBmZjdiNzZk XTxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSkgMTE6IC91c3IvYmluL1ggKDB4N2YzODExZmUw MDAwJiM0MzsweDQ0N2MxKSBbMHg3ZjM4MTIwMjQ3YzFdPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10g KEVFKTxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSkgU2VnbWVudGF0aW9uIGZhdWx0IGF0IGFk ZHJlc3MgMHg4YTA8YnI+DQpbICZuYnNwOyA4MzkuOTg3XSAoRUUpPGJyPg0KRmF0YWwgc2VydmVy IGVycm9yOjxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSkgQ2F1Z2h0IHNpZ25hbCAxMSAoU2Vn bWVudGF0aW9uIGZhdWx0KS4gU2VydmVyIGFib3J0aW5nPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10g KEVFKTxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSk8YnI+DQpQbGVhc2UgY29uc3VsdCB0aGUg VGhlIFguT3JnIEZvdW5kYXRpb24gc3VwcG9ydDxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDthdCA8YSBocmVmPSJodHRwOi8vd2lraS54Lm9yZyIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHA6Ly93aWtpLngub3JnPC9hPjxicj4NCiZuYnNwO2ZvciBoZWxwLjxicj4NClsgJm5ic3A7 IDgzOS45ODddIChFRSkgUGxlYXNlIGFsc28gY2hlY2sgdGhlIGxvZyBmaWxlIGF0ICZxdW90Oy92 YXIvbG9nL1hvcmcuMC5sb2cmcXVvdDsgZm9yIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24uPGJyPg0K WyAmbmJzcDsgODM5Ljk4N10gKEVFKTxicj4NClsgJm5ic3A7IDgzOS45OTVdIChFRSkgU2VydmVy IHRlcm1pbmF0ZWQgd2l0aCBlcnJvciAoMSkuIENsb3NpbmcgbG9nIGZpbGUuPGJyPg0KPGJyPg0K VGhpcyBydW50aW1lIEkgZGlkIGJvb3Qgd2l0aCB0aGUgZm9sbG93aW5nIG9wdGlvbnM6PGJyPg0K dGV4dCBpb21tdT1zb2Z0PGJyPg0KPGJyPg0KUHJldmlvdXNseSwgdGhlIG9wdGlvbnMgd2VyZTo8 YnI+DQpxdWlldCBzcGxhc2ggaW9tbXU9c29mdCBzd2lvdGxiPWZvcmNlPGJyPg0KPGJyPg0KUGVy IDxhIGhyZWY9Imh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9YZW5fUENJX1Bhc3N0aHJvdWdoIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1hlbl9QQ0lfUGFzc3Rocm91 Z2g8L2E+IEkgc2hvdWxkIG9ubHkgbmVlZCBvbmUgb2YgdGhlIHR3byBzZXR0aW5ncyBiZXR3ZWVu IGlvbW11PXNvZnQgb3Igc3dpb3RsYj1mb3JjZSwgaG93ZXZlciBub3QgbmVjZXNzYXJpbHkgYm90 aC48YnI+DQo8YnI+DQotIEJyaWFuIE1lbmdlczxicj4NClByaW5jaXBhbCBFbmdpbmVlciwgRGV2 T3BzPGJyPg0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29y a3M8YnI+DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IERhbmll bCBTaHViIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOkRhbmllbC5TaHViQG5vdHRpbmdoYW0uYWMu dWsiPkRhbmllbC5TaHViQG5vdHRpbmdoYW0uYWMudWs8L2E+XTxicj4NClNlbnQ6IFRodXJzZGF5 LCBKdW5lIDI2LCAyMDE0IDE1OjA3PGJyPg0KVG86IEJyaWFuIE1lbmdlczxicj4NCkNjOiA8YSBo cmVmPSJtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPnhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnPC9hPjxicj4NClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0 aHJvdWdoPGJyPg0KPGJyPg0KV2hhdCBkbyB5b3UgbWVhbiBieSBhIHRlcm1pbmFsIHdpbmRvdz8g QXJlIHlvdSBvbiB0dHk3PyBDYW4geW91IHN3aXRjaCB0aHJvdWdoIHRoZSB0dHkncz8gWW91IG1p Z2h0IHdhbnQgdG8gc3RlcCBiYWNrIGFuZCBpbnN0ZWFkIG9mIGF1dG9tYXRpY2FsbHkgbGF1bmNo aW5nIGxpZ2h0ZG0sIGp1c3QgdHJ5IGFuZCBnZXQgYSB0dHkgb3ZlciB2bmMgd2l0aG91dCBYIGFu ZCB0aGVuIHN0YXJ0IFggYW5kIHNlZSB3aGF0IGhhcHBlbnMuIEl0IHNlZW1zIGxpa2UNCiB5b3Ug aGF2ZSBwYXNzZWQgdGhlIGRldmljZSB0aHJvdWdoIGNvcnJlY3RseS48YnI+DQo8YnI+DQomZ3Q7 IE9uIDI2IEp1biAyMDE0LCBhdCAxNzo1MywgJnF1b3Q7QnJpYW4gTWVuZ2VzJnF1b3Q7ICZsdDs8 YSBocmVmPSJtYWlsdG86Ym1lbmdlc0Bnb2dyaWQuY29tIj5ibWVuZ2VzQGdvZ3JpZC5jb208L2E+ Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBZZWFoLCBkZWZpbml0ZWx5IHJ1bm5pbmcu PGJyPg0KJmd0Ozxicj4NCiZndDsgcm9vdCAmbmJzcDsgJm5ic3A7ICZuYnNwOyA5OTEgJm5ic3A7 MC4wICZuYnNwOzAuMCAyNzkxNjQgJm5ic3A7MzkwMCA/ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO1NzbCAmbmJzcDswOTozMSAmbmJzcDsgMDowMCBsaWdodGRtPGJyPg0KJmd0OyByb290ICZu YnNwOyAmbmJzcDsgJm5ic3A7MTAyMCA5OS42ICZuYnNwOzAuMSAmbmJzcDs2ODUyMCAmbmJzcDs3 OTY0IHR0eTcgJm5ic3A7ICZuYnNwOyBScyYjNDM7ICZuYnNwOzA5OjMxICZuYnNwOyA0OjQ4ICZu YnNwO1xfIC91c3IvYmluL1ggOjAgLWF1dGggL3Zhci9ydW4vbGlnaHRkbS9yb290LzowIC1ub2xp c3RlbiB0Y3AgdnQ3PGJyPg0KJmd0Ozxicj4NCiZndDsgQ2hld2luZyBvbiBhbiBlbnRpcmUgQ1BV IC4uLiB3aGljaCBpdCBzZWVtcyB0aGF0IGF0IHNvbWUgcG9pbnQgbXkgbWFjaGluZSBsb2NrcyB1 cC48YnI+DQomZ3Q7PGJyPg0KJmd0OyBXaGVuIEkgbG9hZGVkIFZOQyBhbmQgYXR0YWNoZWQgaW50 byB0aGUgY29uc29sZSB0aGVyZS4uLiBhbGwgSSBnZXQgaXMgYSB0ZXJtaW5hbCB3aW5kb3csIG5v dCB0aGUgdW5pdHkgZGVza3RvcC4gSWYgSSBjbG9zZSBpdC4uLiBub3RoaW5nIGlzIHN0YXJ0YWJs ZS48YnI+DQomZ3Q7PGJyPg0KJmd0OyAtIEJyaWFuIE1lbmdlczxicj4NCiZndDsgUHJpbmNpcGFs IEVuZ2luZWVyLCBEZXZPcHM8YnI+DQomZ3Q7IEdvR3JpZCB8IFNlcnZlUGF0aCB8IENvbG9TZXJ2 ZSB8IFVwU3RyZWFtIE5ldHdvcmtzPGJyPg0KJmd0Ozxicj4NCiZndDsgLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS08YnI+DQomZ3Q7IEZyb206IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91 bmNlc0BsaXN0cy54ZW4ub3JnIj54ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPjxi cj4NCiZndDsgW21haWx0bzo8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMu eGVuLm9yZyI+eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIE9uIEJlaGFsZiBP ZiBHb3JkYW4gQm9iaWM8YnI+DQomZ3Q7IFNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDA5 OjE4PGJyPg0KJmd0OyBUbzogPGEgaHJlZj0ibWFpbHRvOnhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn Ij54ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+DQomZ3Q7IFN1YmplY3Q6IFJlOiBbWGVu LXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoPGJyPg0KJmd0Ozxicj4NCiZndDsgQXQg YSBnbGFuY2UsIEkgZG9uJ3Qgc2VlIGFuIG9idmlvdXMgcHJvYmxlbSBpbiB0aGF0IGxvZy48YnI+ DQomZ3Q7PGJyPg0KJmd0OyBJcyB5b3UgY2FuIHNzaCBpbiBjYW4geW91IGNoZWNrIGlmIFhvcmcg aXMgYWN0dWFsbHkgcnVubmluZz88YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDsgT24gMjAxNC0wNi0y NiAxNzowMCwgQnJpYW4gTWVuZ2VzIHdyb3RlOjxicj4NCiZndDsmZ3Q7IExvb2tzIGxpa2UgaXQg aXNuJ3QgdXNpbmcgdGhlIGRyaXZlciBjb3JyZWN0bHk/PGJyPg0KJmd0OyZndDsgLS0tLS08YnI+ DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdPGJyPg0KJmd0OyZndDsgWC5PcmcgWCBT ZXJ2ZXIgMS4xNC41PGJyPg0KJmd0OyZndDsgUmVsZWFzZSBEYXRlOiAyMDEzLTEyLTEyPGJyPg0K Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuNzU4XSBYIFByb3RvY29sIFZlcnNpb24gMTEsIFJl dmlzaW9uIDA8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdIEJ1aWxkIE9wZXJh dGluZyBTeXN0ZW06IExpbnV4IDIuNi40Mi0zNy1nZW5lcmljIHg4Nl82NDxicj4NCiZndDsmZ3Q7 IFVidW50dTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljc1OF0gQ3VycmVudCBPcGVy YXRpbmcgU3lzdGVtOiBMaW51eCBibWVuZ2VzLWxpbnV4Mzxicj4NCiZndDsmZ3Q7IDMuMTEuMC0y My1nZW5lcmljICM0MH5wcmVjaXNlMS1VYnVudHUgU01QIFdlZCBKdW4gNCAyMjowNjozNiBVVEMg MjAxNDxicj4NCiZndDsmZ3Q7IHg4Nl82NDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5 Ljc1OF0gS2VybmVsIGNvbW1hbmQgbGluZTo8YnI+DQomZ3Q7Jmd0OyBCT09UX0lNQUdFPS9ib290 L3ZtbGludXotMy4xMS4wLTIzLWdlbmVyaWM8YnI+DQomZ3Q7Jmd0OyByb290PVVVSUQ9Nzg0YTk0 NmItMjRmZi00ZmM3LWI1MjctZjVlODIyYjE3YWJkIHJvIHF1aWV0IHNwbGFzaDxicj4NCiZndDsm Z3Q7IGlvbW11PXNvZnQgc3dpb3RsYj1mb3JjZSB2dC5oYW5kb2ZmPTc8YnI+DQomZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsgOS43NThdIEJ1aWxkIERhdGU6IDA2IEphbnVhcnkgMjAxNCAmbmJzcDsw MTozNzo0OFBNPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuNzU4XSB4b3JnLXNlcnZl ciAyOjEuMTQuNS0xdWJ1bnR1Mn5zYXVjeTF+cHJlY2lzZTIgKEZvcjxicj4NCiZndDsmZ3Q7IHRl Y2huaWNhbCBzdXBwb3J0IHBsZWFzZSBzZWUgPGEgaHJlZj0iaHR0cDovL3d3dy51YnVudHUuY29t L3N1cHBvcnQiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHA6Ly93d3cudWJ1bnR1LmNvbS9zdXBwb3J0 PC9hPik8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdIEN1cnJlbnQgdmVyc2lv biBvZiBwaXhtYW46IDAuMzAuMjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljc1OF0g Jm5ic3A7ICZuYnNwO0JlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMsIGNoZWNrIDxhIGhyZWY9Imh0 dHA6Ly93aWtpLngub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwOi8vd2lraS54Lm9yZzwvYT48 YnI+DQomZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt0byBtYWtlIHN1cmUgdGhh dCB5b3UgaGF2ZSB0aGUgbGF0ZXN0IHZlcnNpb24uPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuNzU4XSBNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoqKSBmcm9tIGNvbmZpZyBmaWxlLCAo PT0pIGRlZmF1bHQ8YnI+DQomZ3Q7Jmd0OyBzZXR0aW5nLDxicj4NCiZndDsmZ3Q7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOygmIzQzOyYjNDM7KSBmcm9tIGNvbW1hbmQgbGluZSwgKCEhKSBu b3RpY2UsIChJSSkgaW5mb3JtYXRpb25hbCw8YnI+DQomZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsoV1cpIHdhcm5pbmcsIChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVk LCAoPz8pIHVua25vd24uPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuNzU4XSAoPT0p IExvZyBmaWxlOiAmcXVvdDsvdmFyL2xvZy9Yb3JnLjAubG9nJnF1b3Q7LCBUaW1lOiBUaHUgSnVu IDI2PGJyPg0KJmd0OyZndDsgMDg6MTU6NTMgMjAxNDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOyA5LjgwM10gKD09KSBVc2luZyBjb25maWcgZmlsZTogJnF1b3Q7L2V0Yy9YMTEveG9yZy5j b25mJnF1b3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuODAzXSAoPT0pIFVzaW5n IHN5c3RlbSBjb25maWcgZGlyZWN0b3J5PGJyPg0KJmd0OyZndDsgJnF1b3Q7L3Vzci9zaGFyZS9Y MTEveG9yZy5jb25mLmQmcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS44OTNd ICg9PSkgU2VydmVyTGF5b3V0ICZxdW90O2F0aWNvbmZpZyBMYXlvdXQmcXVvdDs8YnI+DQomZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS44OTNdICgqKikgfC0tJmd0O1NjcmVlbiAmcXVvdDthdGlj b25maWctU2NyZWVuWzBdLTAmcXVvdDsgKDApPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7 IDkuODkzXSAoKiopIHwgJm5ic3A7IHwtLSZndDtNb25pdG9yICZxdW90O2F0aWNvbmZpZy1Nb25p dG9yWzBdLTAmcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45MDVdICgqKikg fCAmbmJzcDsgfC0tJmd0O0RldmljZSAmcXVvdDthdGljb25maWctRGV2aWNlWzBdLTAmcXVvdDs8 YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45MDVdICg9PSkgQXV0b21hdGljYWxseSBh ZGRpbmcgZGV2aWNlczxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5LjkwNV0gKD09KSBB dXRvbWF0aWNhbGx5IGVuYWJsaW5nIGRldmljZXM8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDsgOS45MDVdICg9PSkgQXV0b21hdGljYWxseSBhZGRpbmcgR1BVIGRldmljZXM8YnI+DQomZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NDRdIChXVykgVGhlIGRpcmVjdG9yeSAmcXVvdDsvdXNy L3NoYXJlL2ZvbnRzL1gxMS9jeXJpbGxpYyZxdW90OyBkb2VzPGJyPg0KJmd0OyZndDsgbm90IGV4 aXN0Ljxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk0NF0gJm5ic3A7ICZuYnNwO0Vu dHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGguPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7 IDkuOTQ0XSAoV1cpIFRoZSBkaXJlY3RvcnkgJnF1b3Q7L3Vzci9zaGFyZS9mb250cy9YMTEvMTAw ZHBpLyZxdW90OyBkb2VzIG5vdDxicj4NCiZndDsmZ3Q7IGV4aXN0Ljxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOyA5Ljk0NF0gJm5ic3A7ICZuYnNwO0VudHJ5IGRlbGV0ZWQgZnJvbSBmb250 IHBhdGguPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTQ0XSAoV1cpIFRoZSBkaXJl Y3RvcnkgJnF1b3Q7L3Vzci9zaGFyZS9mb250cy9YMTEvNzVkcGkvJnF1b3Q7IGRvZXMgbm90PGJy Pg0KJmd0OyZndDsgZXhpc3QuPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTQ0XSAm bmJzcDsgJm5ic3A7RW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC48YnI+DQomZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsgOS45NjBdIChXVykgVGhlIGRpcmVjdG9yeSAmcXVvdDsvdXNyL3NoYXJl L2ZvbnRzL1gxMS8xMDBkcGkmcXVvdDsgZG9lcyBub3Q8YnI+DQomZ3Q7Jmd0OyBleGlzdC48YnI+ DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjBdICZuYnNwOyAmbmJzcDtFbnRyeSBkZWxl dGVkIGZyb20gZm9udCBwYXRoLjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2MF0g KFdXKSBUaGUgZGlyZWN0b3J5ICZxdW90Oy91c3Ivc2hhcmUvZm9udHMvWDExLzc1ZHBpJnF1b3Q7 IGRvZXMgbm90PGJyPg0KJmd0OyZndDsgZXhpc3QuPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuOTYwXSAmbmJzcDsgJm5ic3A7RW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC48YnI+ DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjBdICg9PSkgRm9udFBhdGggc2V0IHRvOjxi cj4NCiZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOy91c3Ivc2hhcmUvZm9udHMv WDExL21pc2MsPGJyPg0KJmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7L3Vzci9z aGFyZS9mb250cy9YMTEvVHlwZTEsPGJyPg0KJmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7YnVpbHQtaW5zPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTYwXSAoPT0p IE1vZHVsZVBhdGggc2V0IHRvPGJyPg0KJmd0OyZndDsgJnF1b3Q7L3Vzci9saWIveDg2XzY0LWxp bnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMsL3Vzci9saWIveG9yZy9leHRyYS1tb2R1bGVzLC91 c3IvbGliL3hvcmcvbW9kdWxlcyZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5 Ljk2MF0gKElJKSBUaGUgc2VydmVyIHJlbGllcyBvbiB1ZGV2IHRvIHByb3ZpZGUgdGhlIGxpc3Qg b2Y8YnI+DQomZ3Q7Jmd0OyBpbnB1dCBkZXZpY2VzLjxicj4NCiZndDsmZ3Q7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwO0lmIG5vIGRldmljZXMgYmVjb21lIGF2YWlsYWJsZSwgcmVjb25maWd1 cmUgdWRldiBvciBkaXNhYmxlPGJyPg0KJmd0OyZndDsgQXV0b0FkZERldmljZXMuPGJyPg0KJmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTY2XSAoSUkpIExvYWRlciBtYWdpYzogMHg3ZjZhZDM0 NWZjMjA8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjZdIChJSSkgTW9kdWxlIEFC SSB2ZXJzaW9uczo8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjZdICZuYnNwOyAm bmJzcDtYLk9yZyBBTlNJIEMgRW11bGF0aW9uOiAwLjQ8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAm bmJzcDsgOS45NjZdICZuYnNwOyAmbmJzcDtYLk9yZyBWaWRlbyBEcml2ZXI6IDE0LjE8YnI+DQom Z3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjZdICZuYnNwOyAmbmJzcDtYLk9yZyBYSW5wdXQg ZHJpdmVyIDogMTkuMTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2Nl0gJm5ic3A7 ICZuYnNwO1guT3JnIFNlcnZlciBFeHRlbnNpb24gOiA3LjA8YnI+DQomZ3Q7Jmd0OyBbICZuYnNw OyAmbmJzcDsgOS45NzNdICgtLSkgUENJOiooMDowOjI6MCkgMTAxMzowMGI4OjU4NTM6MDAwMSBy ZXYgMCwgTWVtIEA8YnI+DQomZ3Q7Jmd0OyAweGYwMDAwMDAwLzMzNTU0NDMyLCAweGYzMDQ0MDAw LzQwOTY8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzNdICgtLSkgUENJOiAoMDow OjU6MCkgMTAwMjo2Nzc5OjE2ODI6MzIwNyByZXYgMCwgTWVtIEA8YnI+DQomZ3Q7Jmd0OyAweGUw MDAwMDAwLzI2ODQzNTQ1NiwgMHhmMzAwMDAwMC8xMzEwNzIsIEkvTyBAIDB4MDAwMGMyMDAvMjU2 LCBCSU9TIEA8YnI+DQomZ3Q7Jmd0OyAweD8/Pz8/Pz8/LzEzMTA3Mjxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOyA5Ljk3M10gKElJKSBPcGVuIEFDUEkgc3VjY2Vzc2Z1bCAoL3Zhci9ydW4v YWNwaWQuc29ja2V0KTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBHZW5lcmljIEV2ZW50IEV4dGVuc2lvbjxicj4NCiZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVu c2lvbiBTSEFQRTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6 aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBNSVQtU0hNPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhJbnB1dEV4dGVuc2lv bjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0 LWluIGV4dGVuc2lvbiBYVEVTVDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0g SW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBCSUctUkVRVUVTVFM8YnI+DQomZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24g U1lOQzxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1 aWx0LWluIGV4dGVuc2lvbiBYS0VZQk9BUkQ8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsg OS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEMtTUlTQzxicj4NCiZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBTRUNVUklUWTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6 aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYSU5FUkFNQTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYRklYRVM8YnI+DQom Z3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRl bnNpb24gUkVOREVSPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJBTkRSPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIENPTVBPU0lURTxicj4N CiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4 dGVuc2lvbiBEQU1BR0U8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRp YWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gTUlULVNDUkVFTi1TQVZFUjxicj4NCiZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBE T1VCTEUtQlVGRkVSPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJFQ09SRDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBEUE1TPGJyPg0KJmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5z aW9uIFgtUmVzb3VyY2U8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRp YWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWFZpZGVvPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsg Jm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhWaWRlby1Nb3Rp b25Db21wZW5zYXRpb248YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRp YWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZyZWU4Ni1WaWRNb2RlRXh0ZW5zaW9uPGJyPg0K Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0 ZW5zaW9uIFhGcmVlODYtREdBPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJ bml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhGcmVlODYtRFJJPGJyPg0KJmd0OyZndDsg WyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERS STI8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIChJSSkgJnF1b3Q7Z2x4JnF1 b3Q7IHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQ8YnI+DQomZ3Q7 Jmd0OyBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLjxicj4NCiZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gKElJKSBMb2FkTW9kdWxlOiAmcXVvdDtnbHgmcXVvdDs8 YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC4wOThdIChJSSkgTG9hZGluZzxicj4NCiZn dDsmZ3Q7IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9leHRyYS1tb2R1bGVzL21vZHVs ZXMvZXh0ZW5zaW9ucy9saWJnbHguc288YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC4x NTddIChJSSkgTW9kdWxlIGdseDogdmVuZG9yPSZxdW90O0FkdmFuY2VkIE1pY3JvIERldmljZXMs IEluYy4mcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC4xNTddICZuYnNwOyAm bmJzcDtjb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjA8YnI+DQomZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC4xNTddIExvYWRpbmcgZXh0ZW5zaW9uIEdMWDxicj4NCiZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjE1N10gKElJKSBMb2FkTW9kdWxlOiAmcXVvdDtmZ2xy eCZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjIxNV0gKElJKSBMb2FkaW5n PGJyPg0KJmd0OyZndDsgL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVs ZXMvbW9kdWxlcy9kcml2ZXJzL2ZnbHJ4X2Rydi5zbzxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOzEwLjkxMl0gKElJKSBNb2R1bGUgZmdscng6IHZlbmRvcj0mcXVvdDtGaXJlR0wgLSBBTUQg VGVjaG5vbG9naWVzIEluYy4mcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC45 MTJdICZuYnNwOyAmbmJzcDtjb21waWxlZCBmb3IgMS40Ljk5LjkwNiwgbW9kdWxlIHZlcnNpb24g PSAxMy4yNS41PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuOTEyXSAmbmJzcDsgJm5i c3A7TW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXI8YnI+DQomZ3Q7Jmd0OyBbICZuYnNw OyAmbmJzcDsxMC45MTNdIChJSSkgTG9hZGluZyBzdWIgbW9kdWxlICZxdW90O2ZnbHJ4ZHJtJnF1 b3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuOTEzXSAoSUkpIExvYWRNb2R1bGU6 ICZxdW90O2ZnbHJ4ZHJtJnF1b3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuOTI1 XSAoSUkpIExvYWRpbmc8YnI+DQomZ3Q7Jmd0OyAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L3hv cmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2xpbnV4L2xpYmZnbHJ4ZHJtLnNvPGJyPg0KJmd0OyZn dDsgWyAmbmJzcDsgJm5ic3A7MTAuOTQ3XSAoSUkpIE1vZHVsZSBmZ2xyeGRybTogdmVuZG9yPSZx dW90O0ZpcmVHTCAtIEFNRCBUZWNobm9sb2dpZXM8YnI+DQomZ3Q7Jmd0OyBJbmMuJnF1b3Q7PGJy Pg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuOTQ3XSAmbmJzcDsgJm5ic3A7Y29tcGlsZWQg Zm9yIDEuNC45OS45MDYsIG1vZHVsZSB2ZXJzaW9uID0gMTMuMjUuNTxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOzEwLjk0N10gKElJKSBBTUQgUHJvcHJpZXRhcnkgTGludXggRHJpdmVyIFZl cnNpb248YnI+DQomZ3Q7Jmd0OyBJZGVudGlmaWVyOjEzLjI1LjU8YnI+DQomZ3Q7Jmd0OyBbICZu YnNwOyAmbmJzcDsxMC45NDddIChJSSkgQU1EIFByb3ByaWV0YXJ5IExpbnV4IERyaXZlciBSZWxl YXNlIElkZW50aWZpZXI6PGJyPg0KJmd0OyZndDsgMTMuMjUxPGJyPg0KJmd0OyZndDsgWyAmbmJz cDsgJm5ic3A7MTAuOTQ3XSAoSUkpIEFNRCBQcm9wcmlldGFyeSBMaW51eCBEcml2ZXIgQnVpbGQg RGF0ZTogRGVjICZuYnNwOzYgMjAxMzxicj4NCiZndDsmZ3Q7IDE1OjE5OjAzPGJyPg0KJmd0OyZn dDsgWyAmbmJzcDsgJm5ic3A7MTAuOTQ3XSAoJiM0MzsmIzQzOykgdXNpbmcgVlQgbnVtYmVyIDc8 YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjk0N10gKFdXKSBG YWxsaW5nIGJhY2sgdG8gb2xkIHByb2JlIG1ldGhvZCBmb3IgZmdscng8YnI+DQomZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsxMS4xNDldIChJSSkgTG9hZGluZyBQQ1MgZGF0YWJhc2UgZnJvbSAvZXRj L2F0aS9hbWRwY3NkYjxicj4NCiZndDsmZ3Q7IC9ldGMvYXRpL2FtZHBjc2RiLmRlZmF1bHQ8YnI+ DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMS4xNTJdIHVraUR5bmFtaWNNYWpvcjogZm91bmQg bWFqb3IgZGV2aWNlIG51bWJlciAyNTA8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMS4x NTJdIHVraUR5bmFtaWNNYWpvcjogZm91bmQgbWFqb3IgZGV2aWNlIG51bWJlciAyNTA8YnI+DQom Z3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMS4xNTJdIHVraU9wZW5CeUJ1c2lkOiBTZWFyY2hpbmcg Zm9yIEJ1c0lEIFBDSTowOjU6MDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzExLjE1Ml0g dWtpT3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvYXRpL2NhcmQwPGJyPg0KJmd0OyZndDsg WyAmbmJzcDsgJm5ic3A7MTEuMTUyXSB1a2lPcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAxMCwg KE9LKTxicj4NCiZndDsmZ3Q7IC0tLS0tPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyAtIEJy aWFuIE1lbmdlczxicj4NCiZndDsmZ3Q7IFByaW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzPGJyPg0K Jmd0OyZndDsgR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29y a3M8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t PGJyPg0KJmd0OyZndDsgRnJvbTogPGEgaHJlZj0ibWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxp c3RzLnhlbi5vcmciPnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KJmd0 OyZndDsgW21haWx0bzo8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVu Lm9yZyI+eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBH b3JkYW4gQm9iaWM8YnI+DQomZ3Q7Jmd0OyBTZW50OiBUaHVyc2RheSwgSnVuZSAyNiwgMjAxNCAw ODo0Mzxicj4NCiZndDsmZ3Q7IFRvOiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhl bi5vcmciPnhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NCiZndDsmZ3Q7IFN1YmplY3Q6 IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoPGJyPg0KJmd0OyZndDs8 YnI+DQomZ3Q7Jmd0OyZndDsgT24gMjAxNC0wNi0yNiAxNjoyMCwgQnJpYW4gTWVuZ2VzIHdyb3Rl Ojxicj4NCiZndDsmZ3Q7Jmd0OyBbcm9vdEB4cyB+XSMgbHNtb2QgfCBncmVwIHBjaWJhY2s8YnI+ DQomZ3Q7Jmd0OyZndDsgW3Jvb3RAeHMgfl0jIGVjaG8gJD88YnI+DQomZ3Q7Jmd0OyZndDsgMTxi cj4NCiZndDsmZ3Q7Jmd0OyBbcm9vdEB4cyB+XSMgbW9kcHJvYmUgcGNpYmFjazxicj4NCiZndDsm Z3Q7Jmd0OyBGQVRBTDogTW9kdWxlIHBjaWJhY2sgbm90IGZvdW5kLjxicj4NCiZndDsmZ3Q7PGJy Pg0KJmd0OyZndDsgVHJ5Ojxicj4NCiZndDsmZ3Q7IG1vZHByb2JlIHhlbi1wY2liYWNrPGJyPg0K Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsgWGVuc2VydmVyIDYuMiBhcHBlYXJzIHRvIGJlIGEg Q2VudE9TIDUueCAobWF5YmUgNS42KSBib3guPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBB aCAtIG15IGJhZC4gSXQgbXVzdCBiZSBYZW5zZXJ2ZXIgNyB0aGF0IGlzIGJhc2VkIG9uIEVMNi48 YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyBJIGluc3RhbGxlZCB0aGUgcHJvcHJpZXRh cnkgZHJpdmVycyBpbiBhbiBVYnVudHUgMTIuMDQgTFRTIFZNLCBhbmQ8YnI+DQomZ3Q7Jmd0OyZn dDsgaXQgd29uJ3QgZ2V0IHBhc3QgdGhlIHNwbGFzaCBzY3JlZW4gKHhlbmNlbnRlciBkaXNwbGF5 KSBub3cgYWZ0ZXI8YnI+DQomZ3Q7Jmd0OyZndDsgZ3B1IGFzc2lnbm1lbnQgKGNvbnNvbGUgb3Ig Z3VpKS4gVGhlIFVidW50dSBkcml2ZXJzIGFwcGVhciB0byBkbzxicj4NCiZndDsmZ3Q7Jmd0OyBu b3RoaW5nOzxicj4NCiZndDsmZ3Q7Jmd0OyBob3dldmVyOjxicj4NCiZndDsmZ3Q7Jmd0Ozxicj4N CiZndDsmZ3Q7Jmd0OyAkIGRtZXNnIHwgZ3JlcCAtRSAnKGZnbHJ4fEFUSXxyYWRlb258cGNpKSc8 YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4xODgzNzddIFBDSTogVXNpbmcgaG9z dCBicmlkZ2Ugd2luZG93cyBmcm9tIEFDUEk7IGlmIG5lY2Vzc2FyeSw8YnI+DQomZ3Q7Jmd0OyZn dDsgdXNlICZxdW90O3BjaT1ub2NycyZxdW90OyBhbmQgcmVwb3J0IGEgYnVnPGJyPg0KJmd0OyZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjUxOTk3XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVz IHJlc291cmNlIFtidXMgMDAtZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAu MjUyMDAwXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAmbmJzcDsweDAw MDAtMHgwY2Y3XTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1MjAwMF0gcGNp X2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbaW8gJm5ic3A7MHgwZDAwLTB4ZmZmZl08 YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4yNTIwMDBdIHBjaV9idXMgMDAwMDow MDogcm9vdCBidXMgcmVzb3VyY2UgW21lbTxicj4NCiZndDsmZ3Q7Jmd0OyAweDAwMGEwMDAwLTB4 MDAwYmZmZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjUyMDAwXSBwY2lf YnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFttZW08YnI+DQomZ3Q7Jmd0OyZndDsgMHhl MDAwMDAwMC0weGZiZmZmZmZmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1 MjA2Ml0gcGNpIDAwMDA6MDA6MDAuMDogWzgwODY6MTIzN10gdHlwZSAwMCBjbGFzcyAweDA2MDAw MDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1MzEzOF0gcGNpIDAwMDA6MDA6 MDEuMDogWzgwODY6NzAwMF0gdHlwZSAwMCBjbGFzcyAweDA2MDEwMDxicj4NCiZndDsmZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDswLjI1NDEwMF0gcGNpIDAwMDA6MDA6MDEuMTogWzgwODY6NzAxMF0g dHlwZSAwMCBjbGFzcyAweDAxMDE4MDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsw LjI1NDczMF0gcGNpIDAwMDA6MDA6MDEuMTogcmVnIDB4MjA6IFtpbyAmbmJzcDsweGMzMjAtMHhj MzJmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1NTY1Ml0gcGNpIDAwMDA6 MDA6MDEuMjogWzgwODY6NzAyMF0gdHlwZSAwMCBjbGFzcyAweDBjMDMwMDxicj4NCiZndDsmZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1NjIyMl0gcGNpIDAwMDA6MDA6MDEuMjogcmVnIDB4MjA6 IFtpbyAmbmJzcDsweGMzMDAtMHhjMzFmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDswLjI1NzEwMF0gcGNpIDAwMDA6MDA6MDEuMzogWzgwODY6NzExM10gdHlwZSAwMCBjbGFzcyAw eDA2ODAwMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1NzgzM10gcGNpIDAw MDA6MDA6MDEuMzogcXVpcms6IFtpbyAmbmJzcDsweDFmNDAtMHgxZjdmXSBjbGFpbWVkIGJ5PGJy Pg0KJmd0OyZndDsmZ3Q7IFBJSVg0IEFDUEk8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7MC4yNTg1MjldIHBjaSAwMDAwOjAwOjAyLjA6IFsxMDEzOjAwYjhdIHR5cGUgMDAgY2xhc3Mg MHgwMzAwMDA8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4yNTg2ODRdIHBjaSAw MDAwOjAwOjAyLjA6IHJlZyAweDEwOiBbbWVtIDB4ZjAwMDAwMDAtMHhmMWZmZmZmZjxicj4NCiZn dDsmZ3Q7Jmd0OyBwcmVmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1ODc5 OV0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDB4MTQ6IFttZW0gMHhmMzA0NDAwMC0weGYzMDQ0ZmZm XTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1OTc1OF0gcGNpIDAwMDA6MDA6 MDMuMDogWzU4NTM6MDAwMV0gdHlwZSAwMCBjbGFzcyAweDAxMDAwMDxicj4NCiZndDsmZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDswLjI1OTk3MF0gcGNpIDAwMDA6MDA6MDMuMDogcmVnIDB4MTA6IFtp byAmbmJzcDsweGMwMDAtMHhjMGZmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsw LjI2MDEwMV0gcGNpIDAwMDA6MDA6MDMuMDogcmVnIDB4MTQ6IFttZW0gMHhmMjAwMDAwMC0weGYy ZmZmZmZmPGJyPg0KJmd0OyZndDsmZ3Q7IHByZWZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7 ICZuYnNwOzAuMjYxNzIyXSBwY2kgMDAwMDowMDowNS4wOiBbMTAwMjo2Nzc5XSB0eXBlIDAwIGNs YXNzIDB4MDMwMDAwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjY4MDE4XSBw Y2kgMDAwMDowMDowNS4wOiByZWcgMHgxMDogW21lbSAweGUwMDAwMDAwLTB4ZWZmZmZmZmY8YnI+ DQomZ3Q7Jmd0OyZndDsgNjRiaXQgcHJlZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7MC4yNzYwMTddIHBjaSAwMDAwOjAwOjA1LjA6IHJlZyAweDE4OiBbbWVtIDB4ZjMwMDAwMDAt MHhmMzAxZmZmZjxicj4NCiZndDsmZ3Q7Jmd0OyA2NGJpdF08YnI+DQomZ3Q7Jmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7MC4yODQwMDhdIHBjaSAwMDAwOjAwOjA1LjA6IHJlZyAweDIwOiBbaW8gJm5i c3A7MHhjMjAwLTB4YzJmZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4zMDAw MjRdIHBjaSAwMDAwOjAwOjA1LjA6IHJlZyAweDMwOiBbbWVtIDB4ZjMwMjAwMDAtMHhmMzAzZmZm Zjxicj4NCiZndDsmZ3Q7Jmd0OyBwcmVmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDswLjMwMTExNV0gcGNpIDAwMDA6MDA6MDUuMDogc3VwcG9ydHMgRDEgRDI8YnI+DQomZ3Q7Jmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4zMDE4ODddIHBjaSAwMDAwOjAwOjA2LjA6IFsxMDAyOmFh OThdIHR5cGUgMDAgY2xhc3MgMHgwNDAzMDA8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7MC4zMDIxNjldIHBjaSAwMDAwOjAwOjA2LjA6IHJlZyAweDEwOiBbbWVtIDB4ZjMwNDAwMDAt MHhmMzA0M2ZmZjxicj4NCiZndDsmZ3Q7Jmd0OyA2NGJpdF08YnI+DQomZ3Q7Jmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7MC4zMDM5NjldIHBjaSAwMDAwOjAwOjA2LjA6IHN1cHBvcnRzIEQxIEQyPGJy Pg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMzMyMDgxXSBQQ0k6IHBjaV9jYWNoZV9s aW5lX3NpemUgc2V0IHRvIDY0IGJ5dGVzPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNw OzEuMzA5OTI2XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDQgW2lvICZuYnNwOzB4MDAwMC0w eDBjZjddPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEuMzA5OTMwXSBwY2lfYnVz IDAwMDA6MDA6IHJlc291cmNlIDUgW2lvICZuYnNwOzB4MGQwMC0weGZmZmZdPGJyPg0KJmd0OyZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEuMzA5OTMzXSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNl IDYgW21lbSAweDAwMGEwMDAwLTB4MDAwYmZmZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7 ICZuYnNwOzEuMzA5OTM1XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDcgW21lbSAweGUwMDAw MDAwLTB4ZmJmZmZmZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEuMzEwOTA4 XSBwY2kgMDAwMDowMDowMC4wOiBMaW1pdGluZyBkaXJlY3QgUENJL1BDSSB0cmFuc2ZlcnM8YnI+ DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MS4zMTA5NTRdIHBjaSAwMDAwOjAwOjAxLjA6 IFBJSVgzOiBFbmFibGluZyBQYXNzaXZlIFJlbGVhc2U8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJz cDsgJm5ic3A7MS4zMTEwMDBdIHBjaSAwMDAwOjAwOjAxLjA6IEFjdGl2YXRpbmcgSVNBIERNQSBo YW5nIHdvcmthcm91bmRzPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEuMzEyMDQ3 XSBwY2kgMDAwMDowMDowMi4wOiBCb290IHZpZGVvIGRldmljZTxicj4NCiZndDsmZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsxLjMxMjIxNV0gcGNpIDAwMDA6MDA6MDUuMDogQm9vdCB2aWRlbyBkZXZp Y2U8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MS41MzQ3MzVdIHBjaV9ob3RwbHVn OiBQQ0kgSG90IFBsdWcgUENJIENvcmUgdmVyc2lvbjogMC41PGJyPg0KJmd0OyZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOzEuNTM0NzQ0XSBwY2llaHA6IFBDSSBFeHByZXNzIEhvdCBQbHVnIENvbnRy b2xsZXIgRHJpdmVyIHZlcnNpb246PGJyPg0KJmd0OyZndDsmZ3Q7IDAuNDxicj4NCiZndDsmZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsxLjU3NjkwMl0gZWhjaS1wY2k6IEVIQ0kgUENJIHBsYXRmb3Jt IGRyaXZlcjxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxLjU3Njk0Ml0gb2hjaS1w Y2k6IE9IQ0kgUENJIHBsYXRmb3JtIGRyaXZlcjxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAm bmJzcDsxLjY5MjEyM10geGVuYnVzX3Byb2JlX2Zyb250ZW5kOiBEZXZpY2Ugd2l0aCBubyBkcml2 ZXI6PGJyPg0KJmd0OyZndDsmZ3Q7IGRldmljZS9wY2kvMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZu YnNwOyAmbmJzcDs2LjE4MDM4MF0gZmdscng6IG1vZHVsZSBsaWNlbnNlICdQcm9wcmlldGFyeS4g KEMpIDIwMDIgLSBBVEk8YnI+DQomZ3Q7Jmd0OyZndDsgVGVjaG5vbG9naWVzLCBTdGFybmJlcmcs IEdFUk1BTlknIHRhaW50cyBrZXJuZWwuPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNw OzYuMTg1OTExXSBmZ2xyeDogbW9kdWxlIHZlcmlmaWNhdGlvbiBmYWlsZWQ6IHNpZ25hdHVyZSBh bmQvb3I8YnI+DQomZ3Q7Jmd0OyZndDsgcmVxdWlyZWQga2V5IG1pc3NpbmcgLSB0YWludGluZyBr ZXJuZWw8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7Ni4xOTM5NzldICZsdDs2Jmd0 O1tmZ2xyeF0gTWF4aW11bSBtYWluIG1lbW9yeSB0byB1c2UgZm9yIGxvY2tlZCBkbWE8YnI+DQom Z3Q7Jmd0OyZndDsgYnVmZmVyczogNzI0NyBNQnl0ZXMuPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5i c3A7ICZuYnNwOzYuMTk0MDk0XSAmbHQ7NiZndDtbZmdscnhdICZuYnNwOyB2ZW5kb3I6IDEwMDIg ZGV2aWNlOiA2Nzc5IGNvdW50OiAxPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzYu MTk0ODM1XSAmbHQ7NiZndDtbZmdscnhdIGlvcG9ydDogYmFyIDQsIGJhc2UgMHhjMjAwLCBzaXpl OiAweDEwMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDs2LjE5NTkzMl0gJmx0OzYm Z3Q7W2ZnbHJ4XSBLZXJuZWwgUEFUIHN1cHBvcnQgaXMgZW5hYmxlZDxicj4NCiZndDsmZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDs2LjE5NTk2MF0gJmx0OzYmZ3Q7W2ZnbHJ4XSBtb2R1bGUgbG9hZGVk IC0gZmdscnggMTQuMTAuMiBbTWF5ICZuYnNwOzUgMjAxNF08YnI+DQomZ3Q7Jmd0OyZndDsgd2l0 aCAxIG1pbm9yczxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDs2Ljc1MzIxNF0gaW5w dXQ6IFFFTVUgMC4xMC4yIFFFTVUgVVNCIFRhYmxldCBhczxicj4NCiZndDsmZ3Q7Jmd0OyAvZGV2 aWNlcy9wY2kwMDAwOjAwLzAwMDA6MDA6MDEuMi91c2IxLzEtMi8xLTI6MS4wL2lucHV0L2lucHV0 Mzxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDs2Ljc2NDc4M10gaW5wdXQ6IEhELUF1 ZGlvIEdlbmVyaWMgSERNSS9EUCxwY209MyBhczxicj4NCiZndDsmZ3Q7Jmd0OyAvZGV2aWNlcy9w Y2kwMDAwOjAwLzAwMDA6MDA6MDYuMC9zb3VuZC9jYXJkMC9pbnB1dDQ8YnI+DQomZ3Q7Jmd0OyZn dDsgWyAmbmJzcDsgMTEuNDk0NTQzXSAmbHQ7NiZndDtbZmdscnhdIEZpcmVnbCBrZXJuZWwgdGhy ZWFkIFBJRDogMTI2MDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAxMS40OTQ3NzNdICZsdDs2 Jmd0O1tmZ2xyeF0gRmlyZWdsIGtlcm5lbCB0aHJlYWQgUElEOiAxMjYxPGJyPg0KJmd0OyZndDsm Z3Q7IFsgJm5ic3A7IDExLjQ5NTAwNF0gJmx0OzYmZ3Q7W2ZnbHJ4XSBGaXJlZ2wga2VybmVsIHRo cmVhZCBQSUQ6IDEyNjI8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgMTEuNDk1MTU0XSAmbHQ7 NiZndDtbZmdscnhdIElSUSA3OCBFbmFibGVkPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7IDEx LjU0MTU2OV0gJmx0OzYmZ3Q7W2ZnbHJ4XSBSZXNlcnZlZCBGQiBibG9jazogU2hhcmVkIG9mZnNl dDowLDxicj4NCiZndDsmZ3Q7Jmd0OyBzaXplOjEwMDAwMDA8YnI+DQomZ3Q7Jmd0OyZndDsgWyAm bmJzcDsgMTEuNTQxNTcxXSAmbHQ7NiZndDtbZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBVbnNo YXJlZCBvZmZzZXQ6ZjgzODAwMCw8YnI+DQomZ3Q7Jmd0OyZndDsgc2l6ZTo0MDAwPGJyPg0KJmd0 OyZndDsmZ3Q7IFsgJm5ic3A7IDExLjU0MTU3Ml0gJmx0OzYmZ3Q7W2ZnbHJ4XSBSZXNlcnZlZCBG QiBibG9jazogVW5zaGFyZWQgb2Zmc2V0OmY4M2MwMDAsPGJyPg0KJmd0OyZndDsmZ3Q7IHNpemU6 NGM0MDAwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7IDExLjU0MTU3M10gJmx0OzYmZ3Q7W2Zn bHJ4XSBSZXNlcnZlZCBGQiBibG9jazogVW5zaGFyZWQgb2Zmc2V0OjdmZmY0MDAwLDxicj4NCiZn dDsmZ3Q7Jmd0OyBzaXplOmMwMDA8YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsg U28gbXkgbGFzdCBib290IEkgZ290IGluIHZpYSBTU0gsIGhvd2V2ZXIgdGhlIGRpc3BsYXlzIGFy ZW4ndCB3b3JraW5nLjxicj4NCiZndDsmZ3Q7Jmd0OyBJIGZpcnN0IHRyaWVkIHRoZSBIRE1JIChI RE1JIC0gSERNSSkgZGlzcGxheSB0aGVuIHRoZSBEVkkgKERWSSAtJmd0Ozxicj4NCiZndDsmZ3Q7 Jmd0OyBEaXNwbGF5UG9ydCkgZGlzcGxheSBhbmQgbXkgbW9uaXRvciBpc24ndCBzaG93aW5nIGFu eXRoaW5nLjxicj4NCiZndDsmZ3Q7Jmd0OyBXb2RuZXJpbmcgd2hhdCBJJ20gbWlzc2luZyB0byBn ZXQgdGhpcyBkaXNwbGF5IHVwIGFuZCBydW5uaW5nLjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZn dDsgU28gaXQgbG9va3MgbGlrZSBmZ2xyeCBsb2FkcyBzdWNjZXNzZnVsbHkgYW5kIGZpbmRzIHRo ZSBoYXJkd2FyZS4gU288YnI+DQomZ3Q7Jmd0OyBmYXIgc28gZ29vZC4gQ2FuIHlvdSBjaGVjayB3 aGF0IHlvdXIgWG9yZyBsb2cgc2F5cz88YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IEdvcmRh bjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7Jmd0OyBYZW4tdXNlcnMgbWFpbGluZyBsaXN0 PGJyPg0KJmd0OyZndDsgPGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5Y ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+DQomZ3Q7Jmd0OyA8YSBocmVmPSJodHRwOi8v bGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vbGlzdHMueGVu Lm9yZy94ZW4tdXNlcnM8L2E+PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgVGhlIGlu Zm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMs IG1heTxicj4NCiZndDsmZ3Q7IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZp bGVnZWQgbWF0ZXJpYWwuIEl0IGlzIHNvbGVseTxicj4NCiZndDsmZ3Q7IGZvciB0aGUgdXNlIG9m IHRoZSBwZXJzb24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlzIGFkZHJlc3NlZC4gQW55PGJyPg0K Jmd0OyZndDsgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9u IHRha2VuIGluIHJlbGlhbmNlPGJyPg0KJmd0OyZndDsgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5 IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQ8YnI+DQomZ3Q7Jmd0 OyByZWNpcGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwg cGxlYXNlIGNvbnRhY3Q8YnI+DQomZ3Q7Jmd0OyB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1h dGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7Jmd0 OyBYZW4tdXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyZndDsgPGEgaHJlZj0ibWFpbHRvOlhl bi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+DQom Z3Q7Jmd0OyA8YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiIHRhcmdldD0i X2JsYW5rIj5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM8L2E+PGJyPg0KJmd0Ozxicj4N CiZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+ DQomZ3Q7IFhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IDxhIGhyZWY9Im1haWx0bzpY ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0K Jmd0OyA8YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiIHRhcmdldD0iX2Js YW5rIj5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM8L2E+PGJyPg0KJmd0Ozxicj4NCiZn dDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7PGJyPg0KJmd0OyBU aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2ht ZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0 ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0 byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNz ZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4NCiBpbiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3Jt YXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNp cGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNl IGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21w dXRlci48YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj4NCiZndDsgWGVuLXVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZn dDsgPGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlz dHMueGVuLm9yZzwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl bi11c2VycyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vyczwv YT48YnI+DQpUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50IGFyZSBpbnRlbmRlZCBzb2xl bHkgZm9yIHRoZSBhZGRyZXNzZWUgYW5kIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1h dGlvbi4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9yLCBwbGVhc2Ug c2VuZCBpdCBiYWNrIHRvIG1lLCBhbmQgaW1tZWRpYXRlbHkgZGVsZXRlIGl0LiAmbmJzcDsgUGxl YXNlIGRvIG5vdCB1c2UsIGNvcHkgb3IgZGlzY2xvc2UgdGhlIGluZm9ybWF0aW9uDQogY29udGFp bmVkIGluIHRoaXMgbWVzc2FnZSBvciBpbiBhbnkgYXR0YWNobWVudC4gJm5ic3A7QW55IHZpZXdz IG9yIG9waW5pb25zIGV4cHJlc3NlZCBieSB0aGUgYXV0aG9yIG9mIHRoaXMgZW1haWwgZG8gbm90 IG5lY2Vzc2FyaWx5IHJlZmxlY3QgdGhlIHZpZXdzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIE5vdHRp bmdoYW0uPGJyPg0KPGJyPg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIGNoZWNrZWQgZm9yIHZpcnVz ZXMgYnV0IHRoZSBjb250ZW50cyBvZiBhbiBhdHRhY2htZW50IG1heSBzdGlsbCBjb250YWluIHNv ZnR3YXJlIHZpcnVzZXMgd2hpY2ggY291bGQgZGFtYWdlIHlvdXIgY29tcHV0ZXIgc3lzdGVtLCB5 b3UgYXJlIGFkdmlzZWQgdG8gcGVyZm9ybSB5b3VyIG93biBjaGVja3MuIEVtYWlsIGNvbW11bmlj YXRpb25zIHdpdGggdGhlIFVuaXZlcnNpdHkgb2YgTm90dGluZ2hhbSBtYXkgYmUNCiBtb25pdG9y ZWQgYXMgcGVybWl0dGVkIGJ5IFVLIGxlZ2lzbGF0aW9uLjxicj4NCjxicj4NCjxicj4NCjxicj4N Cjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KPGJyPg0K VGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNo bWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1h dGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkg dG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlz c2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluDQogcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9y bWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVj aXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFz ZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29t cHV0ZXIuPGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+DQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRv Olhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+ DQo8YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiIHRhcmdldD0iX2JsYW5r Ij5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM8L2E+PGJyPg0KPGJyPg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8YnI+DQpUaGUgaW5mb3JtYXRpb24gY29udGFp bmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywgbWF5IGNvbnRhaW4gY29u ZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwuIEl0IGlzIHNvbGVseSBm b3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGljaCBpdCBpcyBhZGRyZXNz ZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0aW9uLCBvciBhY3Rpb24g dGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkgcGVyc29ucyBvciBl bnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQgaXMgcHJvaGliaXRlZC4g SWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBh bmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21wdXRlci48YnI+DQo8YnI+DQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NClhlbi11c2Vy cyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5v cmciPlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9saXN0 cy54ZW4ub3JnL3hlbi11c2VycyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4ub3Jn L3hlbi11c2VyczwvYT48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJyPg0K PGhyPg0KPGZvbnQgZmFjZT0iQ291cmllciBOZXciIGNvbG9yPSJHcmF5IiBzaXplPSIxIj48YnI+ DQpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRh Y2htZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQg bWF0ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0 eSB0byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBk aXNzZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5m b3JtYXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCBy ZWNpcGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxl YXNlIGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBj b21wdXRlci48YnI+DQo8L2ZvbnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DA6ex001sfoservepath_-- --===============3523960008884824166== 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 --===============3523960008884824166==-- From xen-users-bounces@lists.xen.org Fri Jun 27 16:24:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 16:24:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Yvf-0006kI-Gx; Fri, 27 Jun 2014 16:23:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Yvd-0006kC-LL for xen-users@lists.xen.org; Fri, 27 Jun 2014 16:23:10 +0000 Received: from [85.158.139.211:10693] by server-13.bemta-5.messagelabs.com id 51/BB-02995-C6A9DA35; Fri, 27 Jun 2014 16:23:08 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1403886184!7142700!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1795 invoked from network); 27 Jun 2014 16:23:05 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-10.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jun 2014 16:23:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=LG25W/PsIlc+WDVjKPAfax7VlFgBdKN7OQD3QzgWG/qcJkg0XxJQCdj8IvOZhjaYHFx3gu0h3N/TDRVzDDd9M2hGn0ZSFZoVcBA/Ac/x0NmREiQ0e8SeFfVuoysPpgkn; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0YvY-000MNz-1e for xen-users@lists.xen.org; Fri, 27 Jun 2014 09:23:04 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Fri, 27 Jun 2014 09:23:03 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4A== Date: Fri, 27 Jun 2014 16:23:02 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0132288883146121866==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0132288883146121866== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F9274DD8ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DD8ex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U28gSSBhc3NpZ25lZCB0aGUgUmFkZW9uIEhEIDY0NTAgdG8gbXkgV2luZG93cyBWTTsgYW5kIGFj Y29yZGluZyB0byB0aGUgZGV2aWNlIG1hbmFnZXIgYWNyb3NzIFJEUCwgaXQgaXMgd29ya2luZyBw cm9wZXJseSwgYnV0IG1vbml0b3IgaG9va2VkIHVwIGlzbuKAmXQgc2hvd2luZyBhbnkgZGlzcGxh eS4NCg0KQW0gSSBtaXNzaW5nIHNvbWV0aGluZz8gSSB0aG91Z2h0IHRoYXQgZ3B1IHBhc3N0aHJv dWdoIHdvdWxkIHJlc3VsdCBpbiBhIHVzYWJsZSBkaXNwbGF5IHNvIHRoYXQgSSBjb3VsZCB0aGVu IGNvbm5lY3QgdG8gdGhpcyBzZXJ2ZXIgdmlhIHN5bmVyZ3kgYW5kIHVzZSBhIGRlZGljYXRlZCBn cmFwaGljcyBlbmdpbmUuDQoNCi0gQnJpYW4gTWVuZ2VzDQpQcmluY2lwYWwgRW5naW5lZXIsIERl dk9wcw0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3MN Cg0KRnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi11c2Vy cy1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBCcmlhbiBNZW5nZXMNClNlbnQ6 IEZyaWRheSwgSnVuZSAyNywgMjAxNCAwOToxNw0KVG86IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn DQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaA0KDQpJ IGhhdmVu4oCZdCB0cmllZCBhcmNoIGxpbnV4LiBJIHdhcyB0cnlpbmcgdG8gc3RpY2sgd2l0aCB4 ZW5zZXJ2ZXIgYmVjYXVzZSB0aGVyZSBzaG91bGRu4oCZdCBiZSBhIG5lZWQgZm9yIGhpZGluZyBk ZXZpY2VzIGFuZCBtb2RpZnlpbmcga2VybmVscy4NCg0KLSBCcmlhbiBNZW5nZXMNClByaW5jaXBh bCBFbmdpbmVlciwgRGV2T3BzDQpHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0 cmVhbSBOZXR3b3Jrcw0KDQpGcm9tOiBqYWNlayBidXJnaGFyZHQgW21haWx0bzpqYWNla3NidXJn aGFyZHRAZ21haWwuY29tXQ0KU2VudDogVGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMTk6MzUNClRv OiBCcmlhbiBNZW5nZXMNCkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmc+DQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZH QSBwYXNzdGhyb3VnaA0KDQpBcmUgeW91IHJ1bm5pbmcgYXJjaCBsaW51eCA/IEkgd291bGQgdHJ5 IG9wZW5zb3VyY2UgZHJpdmVycy4gSSBydW4gY2lubmFtb24gdW5kZXIgYTggNjYwMGsgYW5kIEkg Z2V0IHVyYmFuIHRlcnJpdG9yeSBwbGF5aW5nIHdpdGggOTAgZnMuIEp1c3QgZm9sbG93IHJhZGVv biB3aWtpDQoNCk9uIFRodSwgSnVuIDI2LCAyMDE0IGF0IDg6MTUgUE0sIEJyaWFuIE1lbmdlcyA8 Ym1lbmdlc0Bnb2dyaWQuY29tPG1haWx0bzpibWVuZ2VzQGdvZ3JpZC5jb20+PiB3cm90ZToNClNv IEkgYWRkZWQgYmFjayBpbiBzd2lvdGxiPWZvcmNlIGFuZCByZWRpZCBncnViIGFuZCBhbHNvIHJl bW92ZWQgZnJvbSB0aGUgYmxhY2tsaXN0IGZnbHJ4X3VwZGF0ZXMuIE5vdyB3aGVuIEkgdHJ5IGFu ZCBzdGFydHgsIGEgQ1BVIGdldHMgcGVnZ2VkIEAgMTAwJSwgYW5kIG5vdGhpbmcgc3RpbGwgb24g dGhlIGRpc3BsYXkuDQoNCkJhc2ljYWxseSBJJ20gbmV2ZXIgZ2V0dGluZyBhIGRpc3BsYXksIGV2 ZW4gb24gYm9vdCBvZiB0aGUgdm0uDQoNCi0gQnJpYW4gTWVuZ2VzDQpQcmluY2lwYWwgRW5naW5l ZXIsIERldk9wcw0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0 d29ya3MNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IHhlbi11c2Vycy1ib3Vu Y2VzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc+ IFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJz LWJvdW5jZXNAbGlzdHMueGVuLm9yZz5dIE9uIEJlaGFsZiBPZiBCcmlhbiBNZW5nZXMNClNlbnQ6 IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDE5OjA1DQpUbzogRGFuaWVsIFNodWINCkNjOiB4ZW4t dXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQpTdWJq ZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaA0KDQpFdmVuIHN0 YXJ0aW5nIHRoZSBzeXN0ZW0gaW4gVEVYVCBtb2RlLCB0aGUgZGlzcGxheSBkb2Vzbid0IHNob3cu IEJ1dCBydW5uaW5nICdzdGFydHgnIGRvZXMgcmVzdWx0IGluIHNvbWUgbG92ZWx5IGVycm9yczoN Cg0KaHR0cDovL3Bhc3RlYmluLmNvbS9WYldoWGUxOQ0KDQovdmFyL2xvZy9Yb3JnLjAubG9nICgx ODozOSkgaXMgdGhlIG1vc3QgaW50ZXJlc3RpbmcuDQoNClsgICA4MzkuOTg1XSAoV1cpIGZnbHJ4 KDApOiBLZXJuZWwgTW9kdWxlIHZlcnNpb24gZG9lcyAqbm90KiBtYXRjaCBkcml2ZXIuDQpbICAg ODM5Ljk4NV0gKEVFKSBmZ2xyeCgwKTogaW5jb21wYXRpYmxlIGtlcm5lbCBtb2R1bGUgZGV0ZWN0 ZWQgLSBIVyBhY2NlbGVyYXRlZCBPcGVuR0wgd2lsbCBub3Qgd29yaw0KWyAgIDgzOS45ODZdIChF RSkNClsgICA4MzkuOTg2XSAoRUUpIEJhY2t0cmFjZToNClsgICA4MzkuOTg2XSAoRUUpIDA6IC91 c3IvYmluL1ggKHhvcmdfYmFja3RyYWNlKzB4MzQpIFsweDdmMzgxMjE5NzFlNF0NClsgICA4Mzku OTg2XSAoRUUpIDE6IC91c3IvYmluL1ggKDB4N2YzODExZmUwMDAwKzB4MWJiMGU5KSBbMHg3ZjM4 MTIxOWIwZTldDQpbICAgODM5Ljk4Nl0gKEVFKSAyOiAvbGliL3g4Nl82NC1saW51eC1nbnUvbGli cHRocmVhZC5zby4wICgweDdmMzgxMTMwNjAwMCsweGZjYjApIFsweDdmMzgxMTMxNWNiMF0NClsg ICA4MzkuOTg2XSAoRUUpIDM6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9leHRyYS1t b2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHN3bERybUZyZWVTdXJmYWNlcysw eDQyKSBbMHg3ZjM4MGU1YzczYjJdDQpbICAgODM5Ljk4Nl0gKEVFKSA0OiAvdXNyL2xpYi94ODZf NjQtbGludXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2RyaXZlcnMvZmdscnhfZHJ2 LnNvICh4ZGxfeHMxMTRfYXRpZGR4RHJpQ2xvc2VTY3JlZW4rMHgxNGQpIFsweDdmMzgwZTU4ZTQ3 ZF0NClsgICA4MzkuOTg2XSAoRUUpIDU6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9l eHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhkbF94czExNF9hdGlk ZHhEcmlTY3JlZW5Jbml0KzB4OGViKSBbMHg3ZjM4MGU1OGRiMWJdDQpbICAgODM5Ljk4N10gKEVF KSA2OiAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVz L2RyaXZlcnMvZmdscnhfZHJ2LnNvICh4ZGxfeHMxMTRfYXRpZGR4U2NyZWVuSW5pdCsweGY4Mikg WzB4N2YzODBlNTg3NTcyXQ0KWyAgIDgzOS45ODddIChFRSkgNzogL3Vzci9iaW4vWCAoQWRkU2Ny ZWVuKzB4OGEpIFsweDdmMzgxMjAzNWY4YV0NClsgICA4MzkuOTg3XSAoRUUpIDg6IC91c3IvYmlu L1ggKEluaXRPdXRwdXQrMHgzZTgpIFsweDdmMzgxMjA3OWFjOF0NClsgICA4MzkuOTg3XSAoRUUp IDk6IC91c3IvYmluL1ggKDB4N2YzODExZmUwMDAwKzB4NDQyMmQpIFsweDdmMzgxMjAyNDIyZF0N ClsgICA4MzkuOTg3XSAoRUUpIDEwOiAvbGliL3g4Nl82NC1saW51eC1nbnUvbGliYy5zby42IChf X2xpYmNfc3RhcnRfbWFpbisweGVkKSBbMHg3ZjM4MGZmN2I3NmRdDQpbICAgODM5Ljk4N10gKEVF KSAxMTogL3Vzci9iaW4vWCAoMHg3ZjM4MTFmZTAwMDArMHg0NDdjMSkgWzB4N2YzODEyMDI0N2Mx XQ0KWyAgIDgzOS45ODddIChFRSkNClsgICA4MzkuOTg3XSAoRUUpIFNlZ21lbnRhdGlvbiBmYXVs dCBhdCBhZGRyZXNzIDB4OGEwDQpbICAgODM5Ljk4N10gKEVFKQ0KRmF0YWwgc2VydmVyIGVycm9y Og0KWyAgIDgzOS45ODddIChFRSkgQ2F1Z2h0IHNpZ25hbCAxMSAoU2VnbWVudGF0aW9uIGZhdWx0 KS4gU2VydmVyIGFib3J0aW5nDQpbICAgODM5Ljk4N10gKEVFKQ0KWyAgIDgzOS45ODddIChFRSkN ClBsZWFzZSBjb25zdWx0IHRoZSBUaGUgWC5PcmcgRm91bmRhdGlvbiBzdXBwb3J0DQogICAgICAg ICBhdCBodHRwOi8vd2lraS54Lm9yZw0KIGZvciBoZWxwLg0KWyAgIDgzOS45ODddIChFRSkgUGxl YXNlIGFsc28gY2hlY2sgdGhlIGxvZyBmaWxlIGF0ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiBmb3Ig YWRkaXRpb25hbCBpbmZvcm1hdGlvbi4NClsgICA4MzkuOTg3XSAoRUUpDQpbICAgODM5Ljk5NV0g KEVFKSBTZXJ2ZXIgdGVybWluYXRlZCB3aXRoIGVycm9yICgxKS4gQ2xvc2luZyBsb2cgZmlsZS4N Cg0KVGhpcyBydW50aW1lIEkgZGlkIGJvb3Qgd2l0aCB0aGUgZm9sbG93aW5nIG9wdGlvbnM6DQp0 ZXh0IGlvbW11PXNvZnQNCg0KUHJldmlvdXNseSwgdGhlIG9wdGlvbnMgd2VyZToNCnF1aWV0IHNw bGFzaCBpb21tdT1zb2Z0IHN3aW90bGI9Zm9yY2UNCg0KUGVyIGh0dHA6Ly93aWtpLnhlbi5vcmcv d2lraS9YZW5fUENJX1Bhc3N0aHJvdWdoIEkgc2hvdWxkIG9ubHkgbmVlZCBvbmUgb2YgdGhlIHR3 byBzZXR0aW5ncyBiZXR3ZWVuIGlvbW11PXNvZnQgb3Igc3dpb3RsYj1mb3JjZSwgaG93ZXZlciBu b3QgbmVjZXNzYXJpbHkgYm90aC4NCg0KLSBCcmlhbiBNZW5nZXMNClByaW5jaXBhbCBFbmdpbmVl ciwgRGV2T3BzDQpHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3 b3Jrcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogRGFuaWVsIFNodWIgW21h aWx0bzpEYW5pZWwuU2h1YkBub3R0aW5naGFtLmFjLnVrPG1haWx0bzpEYW5pZWwuU2h1YkBub3R0 aW5naGFtLmFjLnVrPl0NClNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDE1OjA3DQpUbzog QnJpYW4gTWVuZ2VzDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnPg0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0Eg cGFzc3Rocm91Z2gNCg0KV2hhdCBkbyB5b3UgbWVhbiBieSBhIHRlcm1pbmFsIHdpbmRvdz8gQXJl IHlvdSBvbiB0dHk3PyBDYW4geW91IHN3aXRjaCB0aHJvdWdoIHRoZSB0dHkncz8gWW91IG1pZ2h0 IHdhbnQgdG8gc3RlcCBiYWNrIGFuZCBpbnN0ZWFkIG9mIGF1dG9tYXRpY2FsbHkgbGF1bmNoaW5n IGxpZ2h0ZG0sIGp1c3QgdHJ5IGFuZCBnZXQgYSB0dHkgb3ZlciB2bmMgd2l0aG91dCBYIGFuZCB0 aGVuIHN0YXJ0IFggYW5kIHNlZSB3aGF0IGhhcHBlbnMuIEl0IHNlZW1zIGxpa2UgeW91IGhhdmUg cGFzc2VkIHRoZSBkZXZpY2UgdGhyb3VnaCBjb3JyZWN0bHkuDQoNCj4gT24gMjYgSnVuIDIwMTQs IGF0IDE3OjUzLCAiQnJpYW4gTWVuZ2VzIiA8Ym1lbmdlc0Bnb2dyaWQuY29tPG1haWx0bzpibWVu Z2VzQGdvZ3JpZC5jb20+PiB3cm90ZToNCj4NCj4gWWVhaCwgZGVmaW5pdGVseSBydW5uaW5nLg0K Pg0KPiByb290ICAgICAgIDk5MSAgMC4wICAwLjAgMjc5MTY0ICAzOTAwID8gICAgICAgIFNzbCAg MDk6MzEgICAwOjAwIGxpZ2h0ZG0NCj4gcm9vdCAgICAgIDEwMjAgOTkuNiAgMC4xICA2ODUyMCAg Nzk2NCB0dHk3ICAgICBScysgIDA5OjMxICAgNDo0OCAgXF8gL3Vzci9iaW4vWCA6MCAtYXV0aCAv dmFyL3J1bi9saWdodGRtL3Jvb3QvOjAgLW5vbGlzdGVuIHRjcCB2dDcNCj4NCj4gQ2hld2luZyBv biBhbiBlbnRpcmUgQ1BVIC4uLiB3aGljaCBpdCBzZWVtcyB0aGF0IGF0IHNvbWUgcG9pbnQgbXkg bWFjaGluZSBsb2NrcyB1cC4NCj4NCj4gV2hlbiBJIGxvYWRlZCBWTkMgYW5kIGF0dGFjaGVkIGlu dG8gdGhlIGNvbnNvbGUgdGhlcmUuLi4gYWxsIEkgZ2V0IGlzIGEgdGVybWluYWwgd2luZG93LCBu b3QgdGhlIHVuaXR5IGRlc2t0b3AuIElmIEkgY2xvc2UgaXQuLi4gbm90aGluZyBpcyBzdGFydGFi bGUuDQo+DQo+IC0gQnJpYW4gTWVuZ2VzDQo+IFByaW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzDQo+ IEdvR3JpZCB8IFNlcnZlUGF0aCB8IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzDQo+DQo+ IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IHhlbi11c2Vycy1ib3VuY2VzQGxp c3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc+DQo+IFtt YWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzLWJv dW5jZXNAbGlzdHMueGVuLm9yZz5dIE9uIEJlaGFsZiBPZiBHb3JkYW4gQm9iaWMNCj4gU2VudDog VGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMDk6MTgNCj4gVG86IHhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnPG1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCj4gU3ViamVjdDogUmU6IFtYZW4t dXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2gNCj4NCj4gQXQgYSBnbGFuY2UsIEkgZG9u J3Qgc2VlIGFuIG9idmlvdXMgcHJvYmxlbSBpbiB0aGF0IGxvZy4NCj4NCj4gSXMgeW91IGNhbiBz c2ggaW4gY2FuIHlvdSBjaGVjayBpZiBYb3JnIGlzIGFjdHVhbGx5IHJ1bm5pbmc/DQo+DQo+PiBP biAyMDE0LTA2LTI2IDE3OjAwLCBCcmlhbiBNZW5nZXMgd3JvdGU6DQo+PiBMb29rcyBsaWtlIGl0 IGlzbid0IHVzaW5nIHRoZSBkcml2ZXIgY29ycmVjdGx5Pw0KPj4gLS0tLS0NCj4+IFsgICAgIDku NzU4XQ0KPj4gWC5PcmcgWCBTZXJ2ZXIgMS4xNC41DQo+PiBSZWxlYXNlIERhdGU6IDIwMTMtMTIt MTINCj4+IFsgICAgIDkuNzU4XSBYIFByb3RvY29sIFZlcnNpb24gMTEsIFJldmlzaW9uIDANCj4+ IFsgICAgIDkuNzU4XSBCdWlsZCBPcGVyYXRpbmcgU3lzdGVtOiBMaW51eCAyLjYuNDItMzctZ2Vu ZXJpYyB4ODZfNjQNCj4+IFVidW50dQ0KPj4gWyAgICAgOS43NThdIEN1cnJlbnQgT3BlcmF0aW5n IFN5c3RlbTogTGludXggYm1lbmdlcy1saW51eDMNCj4+IDMuMTEuMC0yMy1nZW5lcmljICM0MH5w cmVjaXNlMS1VYnVudHUgU01QIFdlZCBKdW4gNCAyMjowNjozNiBVVEMgMjAxNA0KPj4geDg2XzY0 DQo+PiBbICAgICA5Ljc1OF0gS2VybmVsIGNvbW1hbmQgbGluZToNCj4+IEJPT1RfSU1BR0U9L2Jv b3Qvdm1saW51ei0zLjExLjAtMjMtZ2VuZXJpYw0KPj4gcm9vdD1VVUlEPTc4NGE5NDZiLTI0ZmYt NGZjNy1iNTI3LWY1ZTgyMmIxN2FiZCBybyBxdWlldCBzcGxhc2gNCj4+IGlvbW11PXNvZnQgc3dp b3RsYj1mb3JjZSB2dC5oYW5kb2ZmPTcNCj4+IFsgICAgIDkuNzU4XSBCdWlsZCBEYXRlOiAwNiBK YW51YXJ5IDIwMTQgIDAxOjM3OjQ4UE0NCj4+IFsgICAgIDkuNzU4XSB4b3JnLXNlcnZlciAyOjEu MTQuNS0xdWJ1bnR1Mn5zYXVjeTF+cHJlY2lzZTIgKEZvcg0KPj4gdGVjaG5pY2FsIHN1cHBvcnQg cGxlYXNlIHNlZSBodHRwOi8vd3d3LnVidW50dS5jb20vc3VwcG9ydCkNCj4+IFsgICAgIDkuNzU4 XSBDdXJyZW50IHZlcnNpb24gb2YgcGl4bWFuOiAwLjMwLjINCj4+IFsgICAgIDkuNzU4XSAgICBC ZWZvcmUgcmVwb3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8vd2lraS54Lm9yZw0KPj4gICAg ICAgIHRvIG1ha2Ugc3VyZSB0aGF0IHlvdSBoYXZlIHRoZSBsYXRlc3QgdmVyc2lvbi4NCj4+IFsg ICAgIDkuNzU4XSBNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoqKSBmcm9tIGNvbmZpZyBmaWxlLCAo PT0pIGRlZmF1bHQNCj4+IHNldHRpbmcsDQo+PiAgICAgICAgKCsrKSBmcm9tIGNvbW1hbmQgbGlu ZSwgKCEhKSBub3RpY2UsIChJSSkgaW5mb3JtYXRpb25hbCwNCj4+ICAgICAgICAoV1cpIHdhcm5p bmcsIChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uDQo+PiBb ICAgICA5Ljc1OF0gKD09KSBMb2cgZmlsZTogIi92YXIvbG9nL1hvcmcuMC5sb2ciLCBUaW1lOiBU aHUgSnVuIDI2DQo+PiAwODoxNTo1MyAyMDE0DQo+PiBbICAgICA5LjgwM10gKD09KSBVc2luZyBj b25maWcgZmlsZTogIi9ldGMvWDExL3hvcmcuY29uZiINCj4+IFsgICAgIDkuODAzXSAoPT0pIFVz aW5nIHN5c3RlbSBjb25maWcgZGlyZWN0b3J5DQo+PiAiL3Vzci9zaGFyZS9YMTEveG9yZy5jb25m LmQiDQo+PiBbICAgICA5Ljg5M10gKD09KSBTZXJ2ZXJMYXlvdXQgImF0aWNvbmZpZyBMYXlvdXQi DQo+PiBbICAgICA5Ljg5M10gKCoqKSB8LS0+U2NyZWVuICJhdGljb25maWctU2NyZWVuWzBdLTAi ICgwKQ0KPj4gWyAgICAgOS44OTNdICgqKikgfCAgIHwtLT5Nb25pdG9yICJhdGljb25maWctTW9u aXRvclswXS0wIg0KPj4gWyAgICAgOS45MDVdICgqKikgfCAgIHwtLT5EZXZpY2UgImF0aWNvbmZp Zy1EZXZpY2VbMF0tMCINCj4+IFsgICAgIDkuOTA1XSAoPT0pIEF1dG9tYXRpY2FsbHkgYWRkaW5n IGRldmljZXMNCj4+IFsgICAgIDkuOTA1XSAoPT0pIEF1dG9tYXRpY2FsbHkgZW5hYmxpbmcgZGV2 aWNlcw0KPj4gWyAgICAgOS45MDVdICg9PSkgQXV0b21hdGljYWxseSBhZGRpbmcgR1BVIGRldmlj ZXMNCj4+IFsgICAgIDkuOTQ0XSAoV1cpIFRoZSBkaXJlY3RvcnkgIi91c3Ivc2hhcmUvZm9udHMv WDExL2N5cmlsbGljIiBkb2VzDQo+PiBub3QgZXhpc3QuDQo+PiBbICAgICA5Ljk0NF0gICAgRW50 cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC4NCj4+IFsgICAgIDkuOTQ0XSAoV1cpIFRoZSBkaXJl Y3RvcnkgIi91c3Ivc2hhcmUvZm9udHMvWDExLzEwMGRwaS8iIGRvZXMgbm90DQo+PiBleGlzdC4N Cj4+IFsgICAgIDkuOTQ0XSAgICBFbnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLg0KPj4gWyAg ICAgOS45NDRdIChXVykgVGhlIGRpcmVjdG9yeSAiL3Vzci9zaGFyZS9mb250cy9YMTEvNzVkcGkv IiBkb2VzIG5vdA0KPj4gZXhpc3QuDQo+PiBbICAgICA5Ljk0NF0gICAgRW50cnkgZGVsZXRlZCBm cm9tIGZvbnQgcGF0aC4NCj4+IFsgICAgIDkuOTYwXSAoV1cpIFRoZSBkaXJlY3RvcnkgIi91c3Iv c2hhcmUvZm9udHMvWDExLzEwMGRwaSIgZG9lcyBub3QNCj4+IGV4aXN0Lg0KPj4gWyAgICAgOS45 NjBdICAgIEVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGguDQo+PiBbICAgICA5Ljk2MF0gKFdX KSBUaGUgZGlyZWN0b3J5ICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS83NWRwaSIgZG9lcyBub3QNCj4+ IGV4aXN0Lg0KPj4gWyAgICAgOS45NjBdICAgIEVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGgu DQo+PiBbICAgICA5Ljk2MF0gKD09KSBGb250UGF0aCBzZXQgdG86DQo+PiAgICAgICAgL3Vzci9z aGFyZS9mb250cy9YMTEvbWlzYywNCj4+ICAgICAgICAvdXNyL3NoYXJlL2ZvbnRzL1gxMS9UeXBl MSwNCj4+ICAgICAgICBidWlsdC1pbnMNCj4+IFsgICAgIDkuOTYwXSAoPT0pIE1vZHVsZVBhdGgg c2V0IHRvDQo+PiAiL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMs L3Vzci9saWIveG9yZy9leHRyYS1tb2R1bGVzLC91c3IvbGliL3hvcmcvbW9kdWxlcyINCj4+IFsg ICAgIDkuOTYwXSAoSUkpIFRoZSBzZXJ2ZXIgcmVsaWVzIG9uIHVkZXYgdG8gcHJvdmlkZSB0aGUg bGlzdCBvZg0KPj4gaW5wdXQgZGV2aWNlcy4NCj4+ICAgICAgICBJZiBubyBkZXZpY2VzIGJlY29t ZSBhdmFpbGFibGUsIHJlY29uZmlndXJlIHVkZXYgb3IgZGlzYWJsZQ0KPj4gQXV0b0FkZERldmlj ZXMuDQo+PiBbICAgICA5Ljk2Nl0gKElJKSBMb2FkZXIgbWFnaWM6IDB4N2Y2YWQzNDVmYzIwDQo+ PiBbICAgICA5Ljk2Nl0gKElJKSBNb2R1bGUgQUJJIHZlcnNpb25zOg0KPj4gWyAgICAgOS45NjZd ICAgIFguT3JnIEFOU0kgQyBFbXVsYXRpb246IDAuNA0KPj4gWyAgICAgOS45NjZdICAgIFguT3Jn IFZpZGVvIERyaXZlcjogMTQuMQ0KPj4gWyAgICAgOS45NjZdICAgIFguT3JnIFhJbnB1dCBkcml2 ZXIgOiAxOS4xDQo+PiBbICAgICA5Ljk2Nl0gICAgWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDcu MA0KPj4gWyAgICAgOS45NzNdICgtLSkgUENJOiooMDowOjI6MCkgMTAxMzowMGI4OjU4NTM6MDAw MSByZXYgMCwgTWVtIEANCj4+IDB4ZjAwMDAwMDAvMzM1NTQ0MzIsIDB4ZjMwNDQwMDAvNDA5Ng0K Pj4gWyAgICAgOS45NzNdICgtLSkgUENJOiAoMDowOjU6MCkgMTAwMjo2Nzc5OjE2ODI6MzIwNyBy ZXYgMCwgTWVtIEANCj4+IDB4ZTAwMDAwMDAvMjY4NDM1NDU2LCAweGYzMDAwMDAwLzEzMTA3Miwg SS9PIEAgMHgwMDAwYzIwMC8yNTYsIEJJT1MgQA0KPj4gMHg/Pz8/Pz8/Py8xMzEwNzINCj4+IFsg ICAgIDkuOTczXSAoSUkpIE9wZW4gQUNQSSBzdWNjZXNzZnVsICgvdmFyL3J1bi9hY3BpZC5zb2Nr ZXQpDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBHZW5l cmljIEV2ZW50IEV4dGVuc2lvbg0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1p biBleHRlbnNpb24gU0hBUEUNCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIE1JVC1TSE0NCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIFhJbnB1dEV4dGVuc2lvbg0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBi dWlsdC1pbiBleHRlbnNpb24gWFRFU1QNCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVp bHQtaW4gZXh0ZW5zaW9uIEJJRy1SRVFVRVNUUw0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemlu ZyBidWlsdC1pbiBleHRlbnNpb24gU1lOQw0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBi dWlsdC1pbiBleHRlbnNpb24gWEtFWUJPQVJEDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBYQy1NSVNDDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBTRUNVUklUWQ0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemlu ZyBidWlsdC1pbiBleHRlbnNpb24gWElORVJBTUENCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXpp bmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhGSVhFUw0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemlu ZyBidWlsdC1pbiBleHRlbnNpb24gUkVOREVSDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBSQU5EUg0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBi dWlsdC1pbiBleHRlbnNpb24gQ09NUE9TSVRFDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBEQU1BR0UNCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcg YnVpbHQtaW4gZXh0ZW5zaW9uIE1JVC1TQ1JFRU4tU0FWRVINCj4+IFsgICAgIDkuOTc2XSBJbml0 aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERPVUJMRS1CVUZGRVINCj4+IFsgICAgIDkuOTc2 XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJFQ09SRA0KPj4gWyAgICAgOS45NzZd IEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gRFBNUw0KPj4gWyAgICAgOS45NzZdIElu aXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWC1SZXNvdXJjZQ0KPj4gWyAgICAgOS45NzZd IEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWFZpZGVvDQo+PiBbICAgICA5Ljk3Nl0g SW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYVmlkZW8tTW90aW9uQ29tcGVuc2F0aW9u DQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYRnJlZTg2 LVZpZE1vZGVFeHRlbnNpb24NCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIFhGcmVlODYtREdBDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0 LWluIGV4dGVuc2lvbiBYRnJlZTg2LURSSQ0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBi dWlsdC1pbiBleHRlbnNpb24gRFJJMg0KPj4gWyAgICAgOS45NzZdIChJSSkgImdseCIgd2lsbCBi ZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdA0KPj4gYW5kIGFsc28gc3BlY2lm aWVkIGluIHRoZSBjb25maWcgZmlsZS4NCj4+IFsgICAgIDkuOTc2XSAoSUkpIExvYWRNb2R1bGU6 ICJnbHgiDQo+PiBbICAgIDEwLjA5OF0gKElJKSBMb2FkaW5nDQo+PiAvdXNyL2xpYi94ODZfNjQt bGludXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZ2x4LnNv DQo+PiBbICAgIDEwLjE1N10gKElJKSBNb2R1bGUgZ2x4OiB2ZW5kb3I9IkFkdmFuY2VkIE1pY3Jv IERldmljZXMsIEluYy4iDQo+PiBbICAgIDEwLjE1N10gICAgY29tcGlsZWQgZm9yIDYuOS4wLCBt b2R1bGUgdmVyc2lvbiA9IDEuMC4wDQo+PiBbICAgIDEwLjE1N10gTG9hZGluZyBleHRlbnNpb24g R0xYDQo+PiBbICAgIDEwLjE1N10gKElJKSBMb2FkTW9kdWxlOiAiZmdscngiDQo+PiBbICAgIDEw LjIxNV0gKElJKSBMb2FkaW5nDQo+PiAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L3hvcmcvZXh0 cmEtbW9kdWxlcy9tb2R1bGVzL2RyaXZlcnMvZmdscnhfZHJ2LnNvDQo+PiBbICAgIDEwLjkxMl0g KElJKSBNb2R1bGUgZmdscng6IHZlbmRvcj0iRmlyZUdMIC0gQU1EIFRlY2hub2xvZ2llcyBJbmMu Ig0KPj4gWyAgICAxMC45MTJdICAgIGNvbXBpbGVkIGZvciAxLjQuOTkuOTA2LCBtb2R1bGUgdmVy c2lvbiA9IDEzLjI1LjUNCj4+IFsgICAgMTAuOTEyXSAgICBNb2R1bGUgY2xhc3M6IFguT3JnIFZp ZGVvIERyaXZlcg0KPj4gWyAgICAxMC45MTNdIChJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJmZ2xy eGRybSINCj4+IFsgICAgMTAuOTEzXSAoSUkpIExvYWRNb2R1bGU6ICJmZ2xyeGRybSINCj4+IFsg ICAgMTAuOTI1XSAoSUkpIExvYWRpbmcNCj4+IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9y Zy9leHRyYS1tb2R1bGVzL21vZHVsZXMvbGludXgvbGliZmdscnhkcm0uc28NCj4+IFsgICAgMTAu OTQ3XSAoSUkpIE1vZHVsZSBmZ2xyeGRybTogdmVuZG9yPSJGaXJlR0wgLSBBTUQgVGVjaG5vbG9n aWVzDQo+PiBJbmMuIg0KPj4gWyAgICAxMC45NDddICAgIGNvbXBpbGVkIGZvciAxLjQuOTkuOTA2 LCBtb2R1bGUgdmVyc2lvbiA9IDEzLjI1LjUNCj4+IFsgICAgMTAuOTQ3XSAoSUkpIEFNRCBQcm9w cmlldGFyeSBMaW51eCBEcml2ZXIgVmVyc2lvbg0KPj4gSWRlbnRpZmllcjoxMy4yNS41DQo+PiBb ICAgIDEwLjk0N10gKElJKSBBTUQgUHJvcHJpZXRhcnkgTGludXggRHJpdmVyIFJlbGVhc2UgSWRl bnRpZmllcjoNCj4+IDEzLjI1MQ0KPj4gWyAgICAxMC45NDddIChJSSkgQU1EIFByb3ByaWV0YXJ5 IExpbnV4IERyaXZlciBCdWlsZCBEYXRlOiBEZWMgIDYgMjAxMw0KPj4gMTU6MTk6MDMNCj4+IFsg ICAgMTAuOTQ3XSAoKyspIHVzaW5nIFZUIG51bWJlciA3DQo+Pg0KPj4gWyAgICAxMC45NDddIChX VykgRmFsbGluZyBiYWNrIHRvIG9sZCBwcm9iZSBtZXRob2QgZm9yIGZnbHJ4DQo+PiBbICAgIDEx LjE0OV0gKElJKSBMb2FkaW5nIFBDUyBkYXRhYmFzZSBmcm9tIC9ldGMvYXRpL2FtZHBjc2RiDQo+ PiAvZXRjL2F0aS9hbWRwY3NkYi5kZWZhdWx0DQo+PiBbICAgIDExLjE1Ml0gdWtpRHluYW1pY01h am9yOiBmb3VuZCBtYWpvciBkZXZpY2UgbnVtYmVyIDI1MA0KPj4gWyAgICAxMS4xNTJdIHVraUR5 bmFtaWNNYWpvcjogZm91bmQgbWFqb3IgZGV2aWNlIG51bWJlciAyNTANCj4+IFsgICAgMTEuMTUy XSB1a2lPcGVuQnlCdXNpZDogU2VhcmNoaW5nIGZvciBCdXNJRCBQQ0k6MDo1OjANCj4+IFsgICAg MTEuMTUyXSB1a2lPcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9hdGkvY2FyZDANCj4+IFsg ICAgMTEuMTUyXSB1a2lPcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAxMCwgKE9LKQ0KPj4gLS0t LS0NCj4+DQo+PiAtIEJyaWFuIE1lbmdlcw0KPj4gUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHMN Cj4+IEdvR3JpZCB8IFNlcnZlUGF0aCB8IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzDQo+ Pg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IHhlbi11c2Vycy1ib3Vu Y2VzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc+ DQo+PiBbbWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11 c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc+XSBPbiBCZWhhbGYgT2YgR29yZGFuIEJvYmljDQo+ PiBTZW50OiBUaHVyc2RheSwgSnVuZSAyNiwgMjAxNCAwODo0Mw0KPj4gVG86IHhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnPG1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCj4+IFN1YmplY3Q6 IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoDQo+Pg0KPj4+IE9uIDIw MTQtMDYtMjYgMTY6MjAsIEJyaWFuIE1lbmdlcyB3cm90ZToNCj4+PiBbcm9vdEB4cyB+XSMgbHNt b2QgfCBncmVwIHBjaWJhY2sNCj4+PiBbcm9vdEB4cyB+XSMgZWNobyAkPw0KPj4+IDENCj4+PiBb cm9vdEB4cyB+XSMgbW9kcHJvYmUgcGNpYmFjaw0KPj4+IEZBVEFMOiBNb2R1bGUgcGNpYmFjayBu b3QgZm91bmQuDQo+Pg0KPj4gVHJ5Og0KPj4gbW9kcHJvYmUgeGVuLXBjaWJhY2sNCj4+DQo+Pj4g WGVuc2VydmVyIDYuMiBhcHBlYXJzIHRvIGJlIGEgQ2VudE9TIDUueCAobWF5YmUgNS42KSBib3gu DQo+Pg0KPj4gQWggLSBteSBiYWQuIEl0IG11c3QgYmUgWGVuc2VydmVyIDcgdGhhdCBpcyBiYXNl ZCBvbiBFTDYuDQo+Pg0KPj4+IEkgaW5zdGFsbGVkIHRoZSBwcm9wcmlldGFyeSBkcml2ZXJzIGlu IGFuIFVidW50dSAxMi4wNCBMVFMgVk0sIGFuZA0KPj4+IGl0IHdvbid0IGdldCBwYXN0IHRoZSBz cGxhc2ggc2NyZWVuICh4ZW5jZW50ZXIgZGlzcGxheSkgbm93IGFmdGVyDQo+Pj4gZ3B1IGFzc2ln bm1lbnQgKGNvbnNvbGUgb3IgZ3VpKS4gVGhlIFVidW50dSBkcml2ZXJzIGFwcGVhciB0byBkbw0K Pj4+IG5vdGhpbmc7DQo+Pj4gaG93ZXZlcjoNCj4+Pg0KPj4+ICQgZG1lc2cgfCBncmVwIC1FICco Zmdscnh8QVRJfHJhZGVvbnxwY2kpJw0KPj4+IFsgICAgMC4xODgzNzddIFBDSTogVXNpbmcgaG9z dCBicmlkZ2Ugd2luZG93cyBmcm9tIEFDUEk7IGlmIG5lY2Vzc2FyeSwNCj4+PiB1c2UgInBjaT1u b2NycyIgYW5kIHJlcG9ydCBhIGJ1Zw0KPj4+IFsgICAgMC4yNTE5OTddIHBjaV9idXMgMDAwMDow MDogcm9vdCBidXMgcmVzb3VyY2UgW2J1cyAwMC1mZl0NCj4+PiBbICAgIDAuMjUyMDAwXSBwY2lf YnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAgMHgwMDAwLTB4MGNmN10NCj4+PiBb ICAgIDAuMjUyMDAwXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAgMHgw ZDAwLTB4ZmZmZl0NCj4+PiBbICAgIDAuMjUyMDAwXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVz IHJlc291cmNlIFttZW0NCj4+PiAweDAwMGEwMDAwLTB4MDAwYmZmZmZdDQo+Pj4gWyAgICAwLjI1 MjAwMF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbbWVtDQo+Pj4gMHhlMDAw MDAwMC0weGZiZmZmZmZmXQ0KPj4+IFsgICAgMC4yNTIwNjJdIHBjaSAwMDAwOjAwOjAwLjA6IFs4 MDg2OjEyMzddIHR5cGUgMDAgY2xhc3MgMHgwNjAwMDANCj4+PiBbICAgIDAuMjUzMTM4XSBwY2kg MDAwMDowMDowMS4wOiBbODA4Njo3MDAwXSB0eXBlIDAwIGNsYXNzIDB4MDYwMTAwDQo+Pj4gWyAg ICAwLjI1NDEwMF0gcGNpIDAwMDA6MDA6MDEuMTogWzgwODY6NzAxMF0gdHlwZSAwMCBjbGFzcyAw eDAxMDE4MA0KPj4+IFsgICAgMC4yNTQ3MzBdIHBjaSAwMDAwOjAwOjAxLjE6IHJlZyAweDIwOiBb aW8gIDB4YzMyMC0weGMzMmZdDQo+Pj4gWyAgICAwLjI1NTY1Ml0gcGNpIDAwMDA6MDA6MDEuMjog WzgwODY6NzAyMF0gdHlwZSAwMCBjbGFzcyAweDBjMDMwMA0KPj4+IFsgICAgMC4yNTYyMjJdIHBj aSAwMDAwOjAwOjAxLjI6IHJlZyAweDIwOiBbaW8gIDB4YzMwMC0weGMzMWZdDQo+Pj4gWyAgICAw LjI1NzEwMF0gcGNpIDAwMDA6MDA6MDEuMzogWzgwODY6NzExM10gdHlwZSAwMCBjbGFzcyAweDA2 ODAwMA0KPj4+IFsgICAgMC4yNTc4MzNdIHBjaSAwMDAwOjAwOjAxLjM6IHF1aXJrOiBbaW8gIDB4 MWY0MC0weDFmN2ZdIGNsYWltZWQgYnkNCj4+PiBQSUlYNCBBQ1BJDQo+Pj4gWyAgICAwLjI1ODUy OV0gcGNpIDAwMDA6MDA6MDIuMDogWzEwMTM6MDBiOF0gdHlwZSAwMCBjbGFzcyAweDAzMDAwMA0K Pj4+IFsgICAgMC4yNTg2ODRdIHBjaSAwMDAwOjAwOjAyLjA6IHJlZyAweDEwOiBbbWVtIDB4ZjAw MDAwMDAtMHhmMWZmZmZmZg0KPj4+IHByZWZdDQo+Pj4gWyAgICAwLjI1ODc5OV0gcGNpIDAwMDA6 MDA6MDIuMDogcmVnIDB4MTQ6IFttZW0gMHhmMzA0NDAwMC0weGYzMDQ0ZmZmXQ0KPj4+IFsgICAg MC4yNTk3NThdIHBjaSAwMDAwOjAwOjAzLjA6IFs1ODUzOjAwMDFdIHR5cGUgMDAgY2xhc3MgMHgw MTAwMDANCj4+PiBbICAgIDAuMjU5OTcwXSBwY2kgMDAwMDowMDowMy4wOiByZWcgMHgxMDogW2lv ICAweGMwMDAtMHhjMGZmXQ0KPj4+IFsgICAgMC4yNjAxMDFdIHBjaSAwMDAwOjAwOjAzLjA6IHJl ZyAweDE0OiBbbWVtIDB4ZjIwMDAwMDAtMHhmMmZmZmZmZg0KPj4+IHByZWZdDQo+Pj4gWyAgICAw LjI2MTcyMl0gcGNpIDAwMDA6MDA6MDUuMDogWzEwMDI6Njc3OV0gdHlwZSAwMCBjbGFzcyAweDAz MDAwMA0KPj4+IFsgICAgMC4yNjgwMThdIHBjaSAwMDAwOjAwOjA1LjA6IHJlZyAweDEwOiBbbWVt IDB4ZTAwMDAwMDAtMHhlZmZmZmZmZg0KPj4+IDY0Yml0IHByZWZdDQo+Pj4gWyAgICAwLjI3NjAx N10gcGNpIDAwMDA6MDA6MDUuMDogcmVnIDB4MTg6IFttZW0gMHhmMzAwMDAwMC0weGYzMDFmZmZm DQo+Pj4gNjRiaXRdDQo+Pj4gWyAgICAwLjI4NDAwOF0gcGNpIDAwMDA6MDA6MDUuMDogcmVnIDB4 MjA6IFtpbyAgMHhjMjAwLTB4YzJmZl0NCj4+PiBbICAgIDAuMzAwMDI0XSBwY2kgMDAwMDowMDow NS4wOiByZWcgMHgzMDogW21lbSAweGYzMDIwMDAwLTB4ZjMwM2ZmZmYNCj4+PiBwcmVmXQ0KPj4+ IFsgICAgMC4zMDExMTVdIHBjaSAwMDAwOjAwOjA1LjA6IHN1cHBvcnRzIEQxIEQyDQo+Pj4gWyAg ICAwLjMwMTg4N10gcGNpIDAwMDA6MDA6MDYuMDogWzEwMDI6YWE5OF0gdHlwZSAwMCBjbGFzcyAw eDA0MDMwMA0KPj4+IFsgICAgMC4zMDIxNjldIHBjaSAwMDAwOjAwOjA2LjA6IHJlZyAweDEwOiBb bWVtIDB4ZjMwNDAwMDAtMHhmMzA0M2ZmZg0KPj4+IDY0Yml0XQ0KPj4+IFsgICAgMC4zMDM5Njld IHBjaSAwMDAwOjAwOjA2LjA6IHN1cHBvcnRzIEQxIEQyDQo+Pj4gWyAgICAwLjMzMjA4MV0gUENJ OiBwY2lfY2FjaGVfbGluZV9zaXplIHNldCB0byA2NCBieXRlcw0KPj4+IFsgICAgMS4zMDk5MjZd IHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2UgNCBbaW8gIDB4MDAwMC0weDBjZjddDQo+Pj4gWyAg ICAxLjMwOTkzMF0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSA1IFtpbyAgMHgwZDAwLTB4ZmZm Zl0NCj4+PiBbICAgIDEuMzA5OTMzXSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDYgW21lbSAw eDAwMGEwMDAwLTB4MDAwYmZmZmZdDQo+Pj4gWyAgICAxLjMwOTkzNV0gcGNpX2J1cyAwMDAwOjAw OiByZXNvdXJjZSA3IFttZW0gMHhlMDAwMDAwMC0weGZiZmZmZmZmXQ0KPj4+IFsgICAgMS4zMTA5 MDhdIHBjaSAwMDAwOjAwOjAwLjA6IExpbWl0aW5nIGRpcmVjdCBQQ0kvUENJIHRyYW5zZmVycw0K Pj4+IFsgICAgMS4zMTA5NTRdIHBjaSAwMDAwOjAwOjAxLjA6IFBJSVgzOiBFbmFibGluZyBQYXNz aXZlIFJlbGVhc2UNCj4+PiBbICAgIDEuMzExMDAwXSBwY2kgMDAwMDowMDowMS4wOiBBY3RpdmF0 aW5nIElTQSBETUEgaGFuZyB3b3JrYXJvdW5kcw0KPj4+IFsgICAgMS4zMTIwNDddIHBjaSAwMDAw OjAwOjAyLjA6IEJvb3QgdmlkZW8gZGV2aWNlDQo+Pj4gWyAgICAxLjMxMjIxNV0gcGNpIDAwMDA6 MDA6MDUuMDogQm9vdCB2aWRlbyBkZXZpY2UNCj4+PiBbICAgIDEuNTM0NzM1XSBwY2lfaG90cGx1 ZzogUENJIEhvdCBQbHVnIFBDSSBDb3JlIHZlcnNpb246IDAuNQ0KPj4+IFsgICAgMS41MzQ3NDRd IHBjaWVocDogUENJIEV4cHJlc3MgSG90IFBsdWcgQ29udHJvbGxlciBEcml2ZXIgdmVyc2lvbjoN Cj4+PiAwLjQNCj4+PiBbICAgIDEuNTc2OTAyXSBlaGNpLXBjaTogRUhDSSBQQ0kgcGxhdGZvcm0g ZHJpdmVyDQo+Pj4gWyAgICAxLjU3Njk0Ml0gb2hjaS1wY2k6IE9IQ0kgUENJIHBsYXRmb3JtIGRy aXZlcg0KPj4+IFsgICAgMS42OTIxMjNdIHhlbmJ1c19wcm9iZV9mcm9udGVuZDogRGV2aWNlIHdp dGggbm8gZHJpdmVyOg0KPj4+IGRldmljZS9wY2kvMA0KPj4+IFsgICAgNi4xODAzODBdIGZnbHJ4 OiBtb2R1bGUgbGljZW5zZSAnUHJvcHJpZXRhcnkuIChDKSAyMDAyIC0gQVRJDQo+Pj4gVGVjaG5v bG9naWVzLCBTdGFybmJlcmcsIEdFUk1BTlknIHRhaW50cyBrZXJuZWwuDQo+Pj4gWyAgICA2LjE4 NTkxMV0gZmdscng6IG1vZHVsZSB2ZXJpZmljYXRpb24gZmFpbGVkOiBzaWduYXR1cmUgYW5kL29y DQo+Pj4gcmVxdWlyZWQga2V5IG1pc3NpbmcgLSB0YWludGluZyBrZXJuZWwNCj4+PiBbICAgIDYu MTkzOTc5XSA8Nj5bZmdscnhdIE1heGltdW0gbWFpbiBtZW1vcnkgdG8gdXNlIGZvciBsb2NrZWQg ZG1hDQo+Pj4gYnVmZmVyczogNzI0NyBNQnl0ZXMuDQo+Pj4gWyAgICA2LjE5NDA5NF0gPDY+W2Zn bHJ4XSAgIHZlbmRvcjogMTAwMiBkZXZpY2U6IDY3NzkgY291bnQ6IDENCj4+PiBbICAgIDYuMTk0 ODM1XSA8Nj5bZmdscnhdIGlvcG9ydDogYmFyIDQsIGJhc2UgMHhjMjAwLCBzaXplOiAweDEwMA0K Pj4+IFsgICAgNi4xOTU5MzJdIDw2PltmZ2xyeF0gS2VybmVsIFBBVCBzdXBwb3J0IGlzIGVuYWJs ZWQNCj4+PiBbICAgIDYuMTk1OTYwXSA8Nj5bZmdscnhdIG1vZHVsZSBsb2FkZWQgLSBmZ2xyeCAx NC4xMC4yIFtNYXkgIDUgMjAxNF0NCj4+PiB3aXRoIDEgbWlub3JzDQo+Pj4gWyAgICA2Ljc1MzIx NF0gaW5wdXQ6IFFFTVUgMC4xMC4yIFFFTVUgVVNCIFRhYmxldCBhcw0KPj4+IC9kZXZpY2VzL3Bj aTAwMDA6MDAvMDAwMDowMDowMS4yL3VzYjEvMS0yLzEtMjoxLjAvaW5wdXQvaW5wdXQzDQo+Pj4g WyAgICA2Ljc2NDc4M10gaW5wdXQ6IEhELUF1ZGlvIEdlbmVyaWMgSERNSS9EUCxwY209MyBhcw0K Pj4+IC9kZXZpY2VzL3BjaTAwMDA6MDAvMDAwMDowMDowNi4wL3NvdW5kL2NhcmQwL2lucHV0NA0K Pj4+IFsgICAxMS40OTQ1NDNdIDw2PltmZ2xyeF0gRmlyZWdsIGtlcm5lbCB0aHJlYWQgUElEOiAx MjYwDQo+Pj4gWyAgIDExLjQ5NDc3M10gPDY+W2ZnbHJ4XSBGaXJlZ2wga2VybmVsIHRocmVhZCBQ SUQ6IDEyNjENCj4+PiBbICAgMTEuNDk1MDA0XSA8Nj5bZmdscnhdIEZpcmVnbCBrZXJuZWwgdGhy ZWFkIFBJRDogMTI2Mg0KPj4+IFsgICAxMS40OTUxNTRdIDw2PltmZ2xyeF0gSVJRIDc4IEVuYWJs ZWQNCj4+PiBbICAgMTEuNTQxNTY5XSA8Nj5bZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBTaGFy ZWQgb2Zmc2V0OjAsDQo+Pj4gc2l6ZToxMDAwMDAwDQo+Pj4gWyAgIDExLjU0MTU3MV0gPDY+W2Zn bHJ4XSBSZXNlcnZlZCBGQiBibG9jazogVW5zaGFyZWQgb2Zmc2V0OmY4MzgwMDAsDQo+Pj4gc2l6 ZTo0MDAwDQo+Pj4gWyAgIDExLjU0MTU3Ml0gPDY+W2ZnbHJ4XSBSZXNlcnZlZCBGQiBibG9jazog VW5zaGFyZWQgb2Zmc2V0OmY4M2MwMDAsDQo+Pj4gc2l6ZTo0YzQwMDANCj4+PiBbICAgMTEuNTQx NTczXSA8Nj5bZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBVbnNoYXJlZCBvZmZzZXQ6N2ZmZjQw MDAsDQo+Pj4gc2l6ZTpjMDAwDQo+Pj4NCj4+PiBTbyBteSBsYXN0IGJvb3QgSSBnb3QgaW4gdmlh IFNTSCwgaG93ZXZlciB0aGUgZGlzcGxheXMgYXJlbid0IHdvcmtpbmcuDQo+Pj4gSSBmaXJzdCB0 cmllZCB0aGUgSERNSSAoSERNSSAtIEhETUkpIGRpc3BsYXkgdGhlbiB0aGUgRFZJIChEVkkgLT4N Cj4+PiBEaXNwbGF5UG9ydCkgZGlzcGxheSBhbmQgbXkgbW9uaXRvciBpc24ndCBzaG93aW5nIGFu eXRoaW5nLg0KPj4+IFdvZG5lcmluZyB3aGF0IEknbSBtaXNzaW5nIHRvIGdldCB0aGlzIGRpc3Bs YXkgdXAgYW5kIHJ1bm5pbmcuDQo+Pg0KPj4gU28gaXQgbG9va3MgbGlrZSBmZ2xyeCBsb2FkcyBz dWNjZXNzZnVsbHkgYW5kIGZpbmRzIHRoZSBoYXJkd2FyZS4gU28NCj4+IGZhciBzbyBnb29kLiBD YW4geW91IGNoZWNrIHdoYXQgeW91ciBYb3JnIGxvZyBzYXlzPw0KPj4NCj4+IEdvcmRhbg0KPj4N Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBY ZW4tdXNlcnMgbWFpbGluZyBsaXN0DQo+PiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86 WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNl cnMNCj4+DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4NCj4+IFRoZSBp bmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0dGFjaG1lbnRz LCBtYXkNCj4+IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0 ZXJpYWwuIEl0IGlzIHNvbGVseQ0KPj4gZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRp dHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkNCj4+IHJldmlldywgcmV0cmFuc21pc3Np b24sIGRpc3NlbWluYXRpb24sIG9yIGFjdGlvbiB0YWtlbiBpbiByZWxpYW5jZQ0KPj4gdXBvbiB0 aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50 ZW5kZWQNCj4+IHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGlu IGVycm9yLCBwbGVhc2UgY29udGFjdA0KPj4gdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRl cmlhbCBmcm9tIGFueSBjb21wdXRlci4NCj4+DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KPj4gWGVu LXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KPj4g aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQo+DQo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4g WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0K PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCj4NCj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4NCj4gVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1l c3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQg bGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2Yg dGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3 LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluIHJlbGlh bmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRo YW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0 aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1h dGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0DQo+IFhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnPG1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCj4gaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQpUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2ht ZW50IGFyZSBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSBhZGRyZXNzZWUgYW5kIG1heSBjb250YWlu IGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbi4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtZXNz YWdlIGluIGVycm9yLCBwbGVhc2Ugc2VuZCBpdCBiYWNrIHRvIG1lLCBhbmQgaW1tZWRpYXRlbHkg ZGVsZXRlIGl0LiAgIFBsZWFzZSBkbyBub3QgdXNlLCBjb3B5IG9yIGRpc2Nsb3NlIHRoZSBpbmZv cm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlIG9yIGluIGFueSBhdHRhY2htZW50LiAg QW55IHZpZXdzIG9yIG9waW5pb25zIGV4cHJlc3NlZCBieSB0aGUgYXV0aG9yIG9mIHRoaXMgZW1h aWwgZG8gbm90IG5lY2Vzc2FyaWx5IHJlZmxlY3QgdGhlIHZpZXdzIG9mIHRoZSBVbml2ZXJzaXR5 IG9mIE5vdHRpbmdoYW0uDQoNClRoaXMgbWVzc2FnZSBoYXMgYmVlbiBjaGVja2VkIGZvciB2aXJ1 c2VzIGJ1dCB0aGUgY29udGVudHMgb2YgYW4gYXR0YWNobWVudCBtYXkgc3RpbGwgY29udGFpbiBz b2Z0d2FyZSB2aXJ1c2VzIHdoaWNoIGNvdWxkIGRhbWFnZSB5b3VyIGNvbXB1dGVyIHN5c3RlbSwg eW91IGFyZSBhZHZpc2VkIHRvIHBlcmZvcm0geW91ciBvd24gY2hlY2tzLiBFbWFpbCBjb21tdW5p Y2F0aW9ucyB3aXRoIHRoZSBVbml2ZXJzaXR5IG9mIE5vdHRpbmdoYW0gbWF5IGJlIG1vbml0b3Jl ZCBhcyBwZXJtaXR0ZWQgYnkgVUsgbGVnaXNsYXRpb24uDQoNCg0KDQoNCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlz IG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBh bmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ug b2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2 aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluIHJl bGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVy IHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2 ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhl IG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KaHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQoNClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0 dGFjaG1lbnRzLCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmlsZWdl ZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBwZXJzb24gb3IgZW50 aXR5IHRvIHdoaWNoIGl0IGlzIGFkZHJlc3NlZC4gQW55IHJldmlldywgcmV0cmFuc21pc3Npb24s IGRpc3NlbWluYXRpb24sIG9yIGFjdGlvbiB0YWtlbiBpbiByZWxpYW5jZSB1cG9uIHRoaXMgaW5m b3JtYXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCBy ZWNpcGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxl YXNlIGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBj b21wdXRlci4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NClhlbi11c2VycyBtYWlsaW5nIGxpc3QNClhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPG1haWx0 bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cw0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNClRoZSBpbmZvcm1hdGlv biBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0dGFjaG1lbnRzLCBtYXkgY29u dGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMg c29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBwZXJzb24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlz IGFkZHJlc3NlZC4gQW55IHJldmlldywgcmV0cmFuc21pc3Npb24sIGRpc3NlbWluYXRpb24sIG9y IGFjdGlvbiB0YWtlbiBpbiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkgcGVyc29u cyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQgaXMgcHJvaGli aXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNlIGNvbnRhY3QgdGhlIHNl bmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21wdXRlci4NCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp biB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVu dGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRo ZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBB bnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2Vu IGluIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVz IG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3Ug cmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxl dGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0K --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DD8ex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCJ9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNh bGlicml9DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIn0NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lfQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOnB1cnBsZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lfQ0KcC5tc29jaHBkZWZhdWx0LCBsaS5tc29jaHBkZWZhdWx0LCBk aXYubXNvY2hwZGVmYXVsdA0KCXttYXJnaW4tcmlnaHQ6MGluOw0KCW1hcmdpbi1sZWZ0OjBpbjsN Cglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiJ9 DQpzcGFuLmVtYWlsc3R5bGUxNw0KCXtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi Ow0KCWNvbG9yOiMxRjQ5N0R9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXtmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0R9DQouTXNvQ2hwRGVmYXVsdA0KCXtm b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiJ9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7bWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGlufQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXt9DQotLT4NCjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozsg Y29sb3I6IzFGNDk3RCI+U28gSSBhc3NpZ25lZCB0aGUgUmFkZW9uIEhEIDY0NTAgdG8gbXkgV2lu ZG93cyBWTTsgYW5kIGFjY29yZGluZyB0byB0aGUgZGV2aWNlIG1hbmFnZXIgYWNyb3NzIFJEUCwg aXQgaXMgd29ya2luZyBwcm9wZXJseSwgYnV0IG1vbml0b3IgaG9va2VkIHVwIGlzbuKAmXQgc2hv d2luZw0KIGFueSBkaXNwbGF5Ljwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29s b3I6IzFGNDk3RCI+QW0gSSBtaXNzaW5nIHNvbWV0aGluZz8gSSB0aG91Z2h0IHRoYXQgZ3B1IHBh c3N0aHJvdWdoIHdvdWxkIHJlc3VsdCBpbiBhIHVzYWJsZSBkaXNwbGF5IHNvIHRoYXQgSSBjb3Vs ZCB0aGVuIGNvbm5lY3QgdG8gdGhpcyBzZXJ2ZXIgdmlhIHN5bmVyZ3kgYW5kIHVzZSBhDQogZGVk aWNhdGVkIGdyYXBoaWNzIGVuZ2luZS48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4tIEJyaWFuIE1lbmdlczwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdE Ij5QcmluY2lwYWwgRW5naW5lZXIsIERldk9wczwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj5Hb0dyaWQg fCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jrczwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 IGNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7IGJvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDsgcGFkZGluZzozLjBwdCAw aW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ IHhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tdXNlcnMtYm91bmNl c0BsaXN0cy54ZW4ub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5CcmlhbiBNZW5nZXM8YnI+DQo8 Yj5TZW50OjwvYj4gRnJpZGF5LCBKdW5lIDI3LCAyMDE0IDA5OjE3PGJyPg0KPGI+VG86PC9iPiB4 ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1hlbi11c2Vy c10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaDwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkkgaGF2ZW7i gJl0IHRyaWVkIGFyY2ggbGludXguIEkgd2FzIHRyeWluZyB0byBzdGljayB3aXRoIHhlbnNlcnZl ciBiZWNhdXNlIHRoZXJlIHNob3VsZG7igJl0IGJlIGEgbmVlZCBmb3IgaGlkaW5nIGRldmljZXMg YW5kIG1vZGlmeWluZyBrZXJuZWxzLjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozsg Y29sb3I6IzFGNDk3RCI+LSBCcmlhbiBNZW5nZXM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+UHJpbmNp cGFsIEVuZ2luZWVyLCBEZXZPcHM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+R29HcmlkIHwgU2VydmVQ YXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3M8L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+ Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4gamFjZWsgYnVyZ2hhcmR0IFs8YSBocmVmPSJtYWlsdG86amFjZWtzYnVyZ2hhcmR0QGdt YWlsLmNvbSI+bWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb208L2E+XQ0KPGJyPg0KPGI+ U2VudDo8L2I+IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDE5OjM1PGJyPg0KPGI+VG86PC9iPiBC cmlhbiBNZW5nZXM8YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnNAbGlz dHMueGVuLm9yZyI+eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8 L2I+IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoPC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5BcmUgeW91IHJ1bm5pbmcgYXJjaCBsaW51eCA/IEkgd291bGQgdHJ5IG9wZW5zb3VyY2Ug ZHJpdmVycy4gSSBydW4gY2lubmFtb24gdW5kZXIgYTggNjYwMGsgYW5kIEkgZ2V0IHVyYmFuIHRl cnJpdG9yeSBwbGF5aW5nIHdpdGggOTAgZnMuIEp1c3QgZm9sbG93IHJhZGVvbiB3aWtpJm5ic3A7 PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206MTIuMHB0Ij4mbmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24g VGh1LCBKdW4gMjYsIDIwMTQgYXQgODoxNSBQTSwgQnJpYW4gTWVuZ2VzICZsdDs8YSBocmVmPSJt YWlsdG86Ym1lbmdlc0Bnb2dyaWQuY29tIiB0YXJnZXQ9Il9ibGFuayI+Ym1lbmdlc0Bnb2dyaWQu Y29tPC9hPiZndDsgd3JvdGU6PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lOyBi b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0OyBwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0 OyBtYXJnaW4tbGVmdDo0LjhwdDsgbWFyZ2luLXRvcDo1LjBwdDsgbWFyZ2luLXJpZ2h0OjBpbjsg bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TbyBJIGFkZGVkIGJh Y2sgaW4gc3dpb3RsYj1mb3JjZSBhbmQgcmVkaWQgZ3J1YiBhbmQgYWxzbyByZW1vdmVkIGZyb20g dGhlIGJsYWNrbGlzdCBmZ2xyeF91cGRhdGVzLiBOb3cgd2hlbiBJIHRyeSBhbmQgc3RhcnR4LCBh IENQVSBnZXRzIHBlZ2dlZCBAIDEwMCUsIGFuZCBub3RoaW5nIHN0aWxsIG9uIHRoZSBkaXNwbGF5 Ljxicj4NCjxicj4NCkJhc2ljYWxseSBJJ20gbmV2ZXIgZ2V0dGluZyBhIGRpc3BsYXksIGV2ZW4g b24gYm9vdCBvZiB0aGUgdm0uPC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4N Ci0gQnJpYW4gTWVuZ2VzPGJyPg0KUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHM8YnI+DQpHb0dy aWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jrczxicj4NCjxicj4N Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkZyb206IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91bmNl c0BsaXN0cy54ZW4ub3JnIj54ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPiBbbWFp bHRvOjxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnIj54ZW4t dXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gT24gQmVoYWxmIE9mIEJyaWFuIE1lbmdl czxicj4NClNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDE5OjA1PGJyPg0KVG86IERhbmll bCBTaHViPGJyPg0KQ2M6IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+ eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNd IEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8YnI+DQo8YnI+DQpFdmVuIHN0YXJ0aW5nIHRoZSBz eXN0ZW0gaW4gVEVYVCBtb2RlLCB0aGUgZGlzcGxheSBkb2Vzbid0IHNob3cuIEJ1dCBydW5uaW5n ICdzdGFydHgnIGRvZXMgcmVzdWx0IGluIHNvbWUgbG92ZWx5IGVycm9yczo8YnI+DQo8YnI+DQo8 YSBocmVmPSJodHRwOi8vcGFzdGViaW4uY29tL1ZiV2hYZTE5IiB0YXJnZXQ9Il9ibGFuayI+aHR0 cDovL3Bhc3RlYmluLmNvbS9WYldoWGUxOTwvYT48YnI+DQo8YnI+DQovdmFyL2xvZy9Yb3JnLjAu bG9nICgxODozOSkgaXMgdGhlIG1vc3QgaW50ZXJlc3RpbmcuPGJyPg0KPGJyPg0KWyAmbmJzcDsg ODM5Ljk4NV0gKFdXKSBmZ2xyeCgwKTogS2VybmVsIE1vZHVsZSB2ZXJzaW9uIGRvZXMgKm5vdCog bWF0Y2ggZHJpdmVyLjxicj4NClsgJm5ic3A7IDgzOS45ODVdIChFRSkgZmdscngoMCk6IGluY29t cGF0aWJsZSBrZXJuZWwgbW9kdWxlIGRldGVjdGVkIC0gSFcgYWNjZWxlcmF0ZWQgT3BlbkdMIHdp bGwgbm90IHdvcms8YnI+DQpbICZuYnNwOyA4MzkuOTg2XSAoRUUpPGJyPg0KWyAmbmJzcDsgODM5 Ljk4Nl0gKEVFKSBCYWNrdHJhY2U6PGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKSAwOiAvdXNy L2Jpbi9YICh4b3JnX2JhY2t0cmFjZSYjNDM7MHgzNCkgWzB4N2YzODEyMTk3MWU0XTxicj4NClsg Jm5ic3A7IDgzOS45ODZdIChFRSkgMTogL3Vzci9iaW4vWCAoMHg3ZjM4MTFmZTAwMDAmIzQzOzB4 MWJiMGU5KSBbMHg3ZjM4MTIxOWIwZTldPGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKSAyOiAv bGliL3g4Nl82NC1saW51eC1nbnUvbGlicHRocmVhZC5zby4wICgweDdmMzgxMTMwNjAwMCYjNDM7 MHhmY2IwKSBbMHg3ZjM4MTEzMTVjYjBdPGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKSAzOiAv dXNyL2xpYi94ODZfNjQtbGludXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2RyaXZl cnMvZmdscnhfZHJ2LnNvIChzd2xEcm1GcmVlU3VyZmFjZXMmIzQzOzB4NDIpIFsweDdmMzgwZTVj NzNiMl08YnI+DQpbICZuYnNwOyA4MzkuOTg2XSAoRUUpIDQ6IC91c3IvbGliL3g4Nl82NC1saW51 eC1nbnUveG9yZy9leHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhk bF94czExNF9hdGlkZHhEcmlDbG9zZVNjcmVlbiYjNDM7MHgxNGQpIFsweDdmMzgwZTU4ZTQ3ZF08 YnI+DQpbICZuYnNwOyA4MzkuOTg2XSAoRUUpIDU6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUv eG9yZy9leHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhkbF94czEx NF9hdGlkZHhEcmlTY3JlZW5Jbml0JiM0MzsweDhlYikgWzB4N2YzODBlNThkYjFiXTxicj4NClsg Jm5ic3A7IDgzOS45ODddIChFRSkgNjogL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4 dHJhLW1vZHVsZXMvbW9kdWxlcy9kcml2ZXJzL2ZnbHJ4X2Rydi5zbyAoeGRsX3hzMTE0X2F0aWRk eFNjcmVlbkluaXQmIzQzOzB4ZjgyKSBbMHg3ZjM4MGU1ODc1NzJdPGJyPg0KWyAmbmJzcDsgODM5 Ljk4N10gKEVFKSA3OiAvdXNyL2Jpbi9YIChBZGRTY3JlZW4mIzQzOzB4OGEpIFsweDdmMzgxMjAz NWY4YV08YnI+DQpbICZuYnNwOyA4MzkuOTg3XSAoRUUpIDg6IC91c3IvYmluL1ggKEluaXRPdXRw dXQmIzQzOzB4M2U4KSBbMHg3ZjM4MTIwNzlhYzhdPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVF KSA5OiAvdXNyL2Jpbi9YICgweDdmMzgxMWZlMDAwMCYjNDM7MHg0NDIyZCkgWzB4N2YzODEyMDI0 MjJkXTxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSkgMTA6IC9saWIveDg2XzY0LWxpbnV4LWdu dS9saWJjLnNvLjYgKF9fbGliY19zdGFydF9tYWluJiM0MzsweGVkKSBbMHg3ZjM4MGZmN2I3NmRd PGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVFKSAxMTogL3Vzci9iaW4vWCAoMHg3ZjM4MTFmZTAw MDAmIzQzOzB4NDQ3YzEpIFsweDdmMzgxMjAyNDdjMV08YnI+DQpbICZuYnNwOyA4MzkuOTg3XSAo RUUpPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVFKSBTZWdtZW50YXRpb24gZmF1bHQgYXQgYWRk cmVzcyAweDhhMDxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSk8YnI+DQpGYXRhbCBzZXJ2ZXIg ZXJyb3I6PGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVFKSBDYXVnaHQgc2lnbmFsIDExIChTZWdt ZW50YXRpb24gZmF1bHQpLiBTZXJ2ZXIgYWJvcnRpbmc8YnI+DQpbICZuYnNwOyA4MzkuOTg3XSAo RUUpPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVFKTxicj4NClBsZWFzZSBjb25zdWx0IHRoZSBU aGUgWC5PcmcgRm91bmRhdGlvbiBzdXBwb3J0PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO2F0IDxhIGhyZWY9Imh0dHA6Ly93aWtpLngub3JnIiB0YXJnZXQ9Il9ibGFuayI+ aHR0cDovL3dpa2kueC5vcmc8L2E+PGJyPg0KJm5ic3A7Zm9yIGhlbHAuPGJyPg0KWyAmbmJzcDsg ODM5Ljk4N10gKEVFKSBQbGVhc2UgYWxzbyBjaGVjayB0aGUgbG9nIGZpbGUgYXQgJnF1b3Q7L3Zh ci9sb2cvWG9yZy4wLmxvZyZxdW90OyBmb3IgYWRkaXRpb25hbCBpbmZvcm1hdGlvbi48YnI+DQpb ICZuYnNwOyA4MzkuOTg3XSAoRUUpPGJyPg0KWyAmbmJzcDsgODM5Ljk5NV0gKEVFKSBTZXJ2ZXIg dGVybWluYXRlZCB3aXRoIGVycm9yICgxKS4gQ2xvc2luZyBsb2cgZmlsZS48YnI+DQo8YnI+DQpU aGlzIHJ1bnRpbWUgSSBkaWQgYm9vdCB3aXRoIHRoZSBmb2xsb3dpbmcgb3B0aW9uczo8YnI+DQp0 ZXh0IGlvbW11PXNvZnQ8YnI+DQo8YnI+DQpQcmV2aW91c2x5LCB0aGUgb3B0aW9ucyB3ZXJlOjxi cj4NCnF1aWV0IHNwbGFzaCBpb21tdT1zb2Z0IHN3aW90bGI9Zm9yY2U8YnI+DQo8YnI+DQpQZXIg PGEgaHJlZj0iaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1hlbl9QQ0lfUGFzc3Rocm91Z2giIHRh cmdldD0iX2JsYW5rIj5odHRwOi8vd2lraS54ZW4ub3JnL3dpa2kvWGVuX1BDSV9QYXNzdGhyb3Vn aDwvYT4gSSBzaG91bGQgb25seSBuZWVkIG9uZSBvZiB0aGUgdHdvIHNldHRpbmdzIGJldHdlZW4g aW9tbXU9c29mdCBvciBzd2lvdGxiPWZvcmNlLCBob3dldmVyIG5vdCBuZWNlc3NhcmlseSBib3Ro Ljxicj4NCjxicj4NCi0gQnJpYW4gTWVuZ2VzPGJyPg0KUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZP cHM8YnI+DQpHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jr czxicj4NCjxicj4NCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogRGFuaWVs IFNodWIgW21haWx0bzo8YSBocmVmPSJtYWlsdG86RGFuaWVsLlNodWJAbm90dGluZ2hhbS5hYy51 ayI+RGFuaWVsLlNodWJAbm90dGluZ2hhbS5hYy51azwvYT5dPGJyPg0KU2VudDogVGh1cnNkYXks IEp1bmUgMjYsIDIwMTQgMTU6MDc8YnI+DQpUbzogQnJpYW4gTWVuZ2VzPGJyPg0KQ2M6IDxhIGhy ZWY9Im1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+eGVuLXVzZXJzQGxpc3RzLnhlbi5v cmc8L2E+PGJyPg0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Ro cm91Z2g8YnI+DQo8YnI+DQpXaGF0IGRvIHlvdSBtZWFuIGJ5IGEgdGVybWluYWwgd2luZG93PyBB cmUgeW91IG9uIHR0eTc/IENhbiB5b3Ugc3dpdGNoIHRocm91Z2ggdGhlIHR0eSdzPyBZb3UgbWln aHQgd2FudCB0byBzdGVwIGJhY2sgYW5kIGluc3RlYWQgb2YgYXV0b21hdGljYWxseSBsYXVuY2hp bmcgbGlnaHRkbSwganVzdCB0cnkgYW5kIGdldCBhIHR0eSBvdmVyIHZuYyB3aXRob3V0IFggYW5k IHRoZW4gc3RhcnQgWCBhbmQgc2VlIHdoYXQgaGFwcGVucy4gSXQgc2VlbXMgbGlrZQ0KIHlvdSBo YXZlIHBhc3NlZCB0aGUgZGV2aWNlIHRocm91Z2ggY29ycmVjdGx5Ljxicj4NCjxicj4NCiZndDsg T24gMjYgSnVuIDIwMTQsIGF0IDE3OjUzLCAmcXVvdDtCcmlhbiBNZW5nZXMmcXVvdDsgJmx0Ozxh IGhyZWY9Im1haWx0bzpibWVuZ2VzQGdvZ3JpZC5jb20iPmJtZW5nZXNAZ29ncmlkLmNvbTwvYT4m Z3Q7IHdyb3RlOjxicj4NCiZndDs8YnI+DQomZ3Q7IFllYWgsIGRlZmluaXRlbHkgcnVubmluZy48 YnI+DQomZ3Q7PGJyPg0KJmd0OyByb290ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDk5MSAmbmJzcDsw LjAgJm5ic3A7MC4wIDI3OTE2NCAmbmJzcDszOTAwID8gJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7U3NsICZuYnNwOzA5OjMxICZuYnNwOyAwOjAwIGxpZ2h0ZG08YnI+DQomZ3Q7IHJvb3QgJm5i c3A7ICZuYnNwOyAmbmJzcDsxMDIwIDk5LjYgJm5ic3A7MC4xICZuYnNwOzY4NTIwICZuYnNwOzc5 NjQgdHR5NyAmbmJzcDsgJm5ic3A7IFJzJiM0MzsgJm5ic3A7MDk6MzEgJm5ic3A7IDQ6NDggJm5i c3A7XF8gL3Vzci9iaW4vWCA6MCAtYXV0aCAvdmFyL3J1bi9saWdodGRtL3Jvb3QvOjAgLW5vbGlz dGVuIHRjcCB2dDc8YnI+DQomZ3Q7PGJyPg0KJmd0OyBDaGV3aW5nIG9uIGFuIGVudGlyZSBDUFUg Li4uIHdoaWNoIGl0IHNlZW1zIHRoYXQgYXQgc29tZSBwb2ludCBteSBtYWNoaW5lIGxvY2tzIHVw Ljxicj4NCiZndDs8YnI+DQomZ3Q7IFdoZW4gSSBsb2FkZWQgVk5DIGFuZCBhdHRhY2hlZCBpbnRv IHRoZSBjb25zb2xlIHRoZXJlLi4uIGFsbCBJIGdldCBpcyBhIHRlcm1pbmFsIHdpbmRvdywgbm90 IHRoZSB1bml0eSBkZXNrdG9wLiBJZiBJIGNsb3NlIGl0Li4uIG5vdGhpbmcgaXMgc3RhcnRhYmxl Ljxicj4NCiZndDs8YnI+DQomZ3Q7IC0gQnJpYW4gTWVuZ2VzPGJyPg0KJmd0OyBQcmluY2lwYWwg RW5naW5lZXIsIERldk9wczxicj4NCiZndDsgR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZl IHwgVXBTdHJlYW0gTmV0d29ya3M8YnI+DQomZ3Q7PGJyPg0KJmd0OyAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLTxicj4NCiZndDsgRnJvbTogPGEgaHJlZj0ibWFpbHRvOnhlbi11c2Vycy1ib3Vu Y2VzQGxpc3RzLnhlbi5vcmciPnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8L2E+PGJy Pg0KJmd0OyBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54 ZW4ub3JnIj54ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gT24gQmVoYWxmIE9m IEdvcmRhbiBCb2JpYzxicj4NCiZndDsgU2VudDogVGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMDk6 MTg8YnI+DQomZ3Q7IFRvOiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmci Pnhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NCiZndDsgU3ViamVjdDogUmU6IFtYZW4t dXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8YnI+DQomZ3Q7PGJyPg0KJmd0OyBBdCBh IGdsYW5jZSwgSSBkb24ndCBzZWUgYW4gb2J2aW91cyBwcm9ibGVtIGluIHRoYXQgbG9nLjxicj4N CiZndDs8YnI+DQomZ3Q7IElzIHlvdSBjYW4gc3NoIGluIGNhbiB5b3UgY2hlY2sgaWYgWG9yZyBp cyBhY3R1YWxseSBydW5uaW5nPzxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyBPbiAyMDE0LTA2LTI2 IDE3OjAwLCBCcmlhbiBNZW5nZXMgd3JvdGU6PGJyPg0KJmd0OyZndDsgTG9va3MgbGlrZSBpdCBp c24ndCB1c2luZyB0aGUgZHJpdmVyIGNvcnJlY3RseT88YnI+DQomZ3Q7Jmd0OyAtLS0tLTxicj4N CiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljc1OF08YnI+DQomZ3Q7Jmd0OyBYLk9yZyBYIFNl cnZlciAxLjE0LjU8YnI+DQomZ3Q7Jmd0OyBSZWxlYXNlIERhdGU6IDIwMTMtMTItMTI8YnI+DQom Z3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdIFggUHJvdG9jb2wgVmVyc2lvbiAxMSwgUmV2 aXNpb24gMDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljc1OF0gQnVpbGQgT3BlcmF0 aW5nIFN5c3RlbTogTGludXggMi42LjQyLTM3LWdlbmVyaWMgeDg2XzY0PGJyPg0KJmd0OyZndDsg VWJ1bnR1PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuNzU4XSBDdXJyZW50IE9wZXJh dGluZyBTeXN0ZW06IExpbnV4IGJtZW5nZXMtbGludXgzPGJyPg0KJmd0OyZndDsgMy4xMS4wLTIz LWdlbmVyaWMgIzQwfnByZWNpc2UxLVVidW50dSBTTVAgV2VkIEp1biA0IDIyOjA2OjM2IFVUQyAy MDE0PGJyPg0KJmd0OyZndDsgeDg2XzY0PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDku NzU4XSBLZXJuZWwgY29tbWFuZCBsaW5lOjxicj4NCiZndDsmZ3Q7IEJPT1RfSU1BR0U9L2Jvb3Qv dm1saW51ei0zLjExLjAtMjMtZ2VuZXJpYzxicj4NCiZndDsmZ3Q7IHJvb3Q9VVVJRD03ODRhOTQ2 Yi0yNGZmLTRmYzctYjUyNy1mNWU4MjJiMTdhYmQgcm8gcXVpZXQgc3BsYXNoPGJyPg0KJmd0OyZn dDsgaW9tbXU9c29mdCBzd2lvdGxiPWZvcmNlIHZ0LmhhbmRvZmY9Nzxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOyA5Ljc1OF0gQnVpbGQgRGF0ZTogMDYgSmFudWFyeSAyMDE0ICZuYnNwOzAx OjM3OjQ4UE08YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdIHhvcmctc2VydmVy IDI6MS4xNC41LTF1YnVudHUyfnNhdWN5MX5wcmVjaXNlMiAoRm9yPGJyPg0KJmd0OyZndDsgdGVj aG5pY2FsIHN1cHBvcnQgcGxlYXNlIHNlZSA8YSBocmVmPSJodHRwOi8vd3d3LnVidW50dS5jb20v c3VwcG9ydCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cDovL3d3dy51YnVudHUuY29tL3N1cHBvcnQ8 L2E+KTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljc1OF0gQ3VycmVudCB2ZXJzaW9u IG9mIHBpeG1hbjogMC4zMC4yPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuNzU4XSAm bmJzcDsgJm5ic3A7QmVmb3JlIHJlcG9ydGluZyBwcm9ibGVtcywgY2hlY2sgPGEgaHJlZj0iaHR0 cDovL3dpa2kueC5vcmciIHRhcmdldD0iX2JsYW5rIj4NCmh0dHA6Ly93aWtpLngub3JnPC9hPjxi cj4NCiZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3RvIG1ha2Ugc3VyZSB0aGF0 IHlvdSBoYXZlIHRoZSBsYXRlc3QgdmVyc2lvbi48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDsgOS43NThdIE1hcmtlcnM6ICgtLSkgcHJvYmVkLCAoKiopIGZyb20gY29uZmlnIGZpbGUsICg9 PSkgZGVmYXVsdDxicj4NCiZndDsmZ3Q7IHNldHRpbmcsPGJyPg0KJmd0OyZndDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7KCYjNDM7JiM0MzspIGZyb20gY29tbWFuZCBsaW5lLCAoISEpIG5v dGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLDxicj4NCiZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyhXVykgd2FybmluZywgKEVFKSBlcnJvciwgKE5JKSBub3QgaW1wbGVtZW50ZWQs ICg/PykgdW5rbm93bi48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdICg9PSkg TG9nIGZpbGU6ICZxdW90Oy92YXIvbG9nL1hvcmcuMC5sb2cmcXVvdDssIFRpbWU6IFRodSBKdW4g MjY8YnI+DQomZ3Q7Jmd0OyAwODoxNTo1MyAyMDE0PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuODAzXSAoPT0pIFVzaW5nIGNvbmZpZyBmaWxlOiAmcXVvdDsvZXRjL1gxMS94b3JnLmNv bmYmcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS44MDNdICg9PSkgVXNpbmcg c3lzdGVtIGNvbmZpZyBkaXJlY3Rvcnk8YnI+DQomZ3Q7Jmd0OyAmcXVvdDsvdXNyL3NoYXJlL1gx MS94b3JnLmNvbmYuZCZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljg5M10g KD09KSBTZXJ2ZXJMYXlvdXQgJnF1b3Q7YXRpY29uZmlnIExheW91dCZxdW90Ozxicj4NCiZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljg5M10gKCoqKSB8LS0mZ3Q7U2NyZWVuICZxdW90O2F0aWNv bmZpZy1TY3JlZW5bMF0tMCZxdW90OyAoMCk8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsg OS44OTNdICgqKikgfCAmbmJzcDsgfC0tJmd0O01vbml0b3IgJnF1b3Q7YXRpY29uZmlnLU1vbml0 b3JbMF0tMCZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5LjkwNV0gKCoqKSB8 ICZuYnNwOyB8LS0mZ3Q7RGV2aWNlICZxdW90O2F0aWNvbmZpZy1EZXZpY2VbMF0tMCZxdW90Ozxi cj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5LjkwNV0gKD09KSBBdXRvbWF0aWNhbGx5IGFk ZGluZyBkZXZpY2VzPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTA1XSAoPT0pIEF1 dG9tYXRpY2FsbHkgZW5hYmxpbmcgZGV2aWNlczxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNw OyA5LjkwNV0gKD09KSBBdXRvbWF0aWNhbGx5IGFkZGluZyBHUFUgZGV2aWNlczxicj4NCiZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk0NF0gKFdXKSBUaGUgZGlyZWN0b3J5ICZxdW90Oy91c3Iv c2hhcmUvZm9udHMvWDExL2N5cmlsbGljJnF1b3Q7IGRvZXM8YnI+DQomZ3Q7Jmd0OyBub3QgZXhp c3QuPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTQ0XSAmbmJzcDsgJm5ic3A7RW50 cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsg OS45NDRdIChXVykgVGhlIGRpcmVjdG9yeSAmcXVvdDsvdXNyL3NoYXJlL2ZvbnRzL1gxMS8xMDBk cGkvJnF1b3Q7IGRvZXMgbm90PGJyPg0KJmd0OyZndDsgZXhpc3QuPGJyPg0KJmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7IDkuOTQ0XSAmbmJzcDsgJm5ic3A7RW50cnkgZGVsZXRlZCBmcm9tIGZvbnQg cGF0aC48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NDRdIChXVykgVGhlIGRpcmVj dG9yeSAmcXVvdDsvdXNyL3NoYXJlL2ZvbnRzL1gxMS83NWRwaS8mcXVvdDsgZG9lcyBub3Q8YnI+ DQomZ3Q7Jmd0OyBleGlzdC48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NDRdICZu YnNwOyAmbmJzcDtFbnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLjxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOyA5Ljk2MF0gKFdXKSBUaGUgZGlyZWN0b3J5ICZxdW90Oy91c3Ivc2hhcmUv Zm9udHMvWDExLzEwMGRwaSZxdW90OyBkb2VzIG5vdDxicj4NCiZndDsmZ3Q7IGV4aXN0Ljxicj4N CiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2MF0gJm5ic3A7ICZuYnNwO0VudHJ5IGRlbGV0 ZWQgZnJvbSBmb250IHBhdGguPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTYwXSAo V1cpIFRoZSBkaXJlY3RvcnkgJnF1b3Q7L3Vzci9zaGFyZS9mb250cy9YMTEvNzVkcGkmcXVvdDsg ZG9lcyBub3Q8YnI+DQomZ3Q7Jmd0OyBleGlzdC48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDsgOS45NjBdICZuYnNwOyAmbmJzcDtFbnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLjxicj4N CiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2MF0gKD09KSBGb250UGF0aCBzZXQgdG86PGJy Pg0KJmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7L3Vzci9zaGFyZS9mb250cy9Y MTEvbWlzYyw8YnI+DQomZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsvdXNyL3No YXJlL2ZvbnRzL1gxMS9UeXBlMSw8YnI+DQomZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDtidWlsdC1pbnM8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjBdICg9PSkg TW9kdWxlUGF0aCBzZXQgdG88YnI+DQomZ3Q7Jmd0OyAmcXVvdDsvdXNyL2xpYi94ODZfNjQtbGlu dXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcywvdXNyL2xpYi94b3JnL2V4dHJhLW1vZHVsZXMsL3Vz ci9saWIveG9yZy9tb2R1bGVzJnF1b3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDku OTYwXSAoSUkpIFRoZSBzZXJ2ZXIgcmVsaWVzIG9uIHVkZXYgdG8gcHJvdmlkZSB0aGUgbGlzdCBv Zjxicj4NCiZndDsmZ3Q7IGlucHV0IGRldmljZXMuPGJyPg0KJmd0OyZndDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7SWYgbm8gZGV2aWNlcyBiZWNvbWUgYXZhaWxhYmxlLCByZWNvbmZpZ3Vy ZSB1ZGV2IG9yIGRpc2FibGU8YnI+DQomZ3Q7Jmd0OyBBdXRvQWRkRGV2aWNlcy48YnI+DQomZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjZdIChJSSkgTG9hZGVyIG1hZ2ljOiAweDdmNmFkMzQ1 ZmMyMDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2Nl0gKElJKSBNb2R1bGUgQUJJ IHZlcnNpb25zOjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2Nl0gJm5ic3A7ICZu YnNwO1guT3JnIEFOU0kgQyBFbXVsYXRpb246IDAuNDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOyA5Ljk2Nl0gJm5ic3A7ICZuYnNwO1guT3JnIFZpZGVvIERyaXZlcjogMTQuMTxicj4NCiZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2Nl0gJm5ic3A7ICZuYnNwO1guT3JnIFhJbnB1dCBk cml2ZXIgOiAxOS4xPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTY2XSAmbmJzcDsg Jm5ic3A7WC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDcuMDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7 ICZuYnNwOyA5Ljk3M10gKC0tKSBQQ0k6KigwOjA6MjowKSAxMDEzOjAwYjg6NTg1MzowMDAxIHJl diAwLCBNZW0gQDxicj4NCiZndDsmZ3Q7IDB4ZjAwMDAwMDAvMzM1NTQ0MzIsIDB4ZjMwNDQwMDAv NDA5Njxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3M10gKC0tKSBQQ0k6ICgwOjA6 NTowKSAxMDAyOjY3Nzk6MTY4MjozMjA3IHJldiAwLCBNZW0gQDxicj4NCiZndDsmZ3Q7IDB4ZTAw MDAwMDAvMjY4NDM1NDU2LCAweGYzMDAwMDAwLzEzMTA3MiwgSS9PIEAgMHgwMDAwYzIwMC8yNTYs IEJJT1MgQDxicj4NCiZndDsmZ3Q7IDB4Pz8/Pz8/Pz8vMTMxMDcyPGJyPg0KJmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7IDkuOTczXSAoSUkpIE9wZW4gQUNQSSBzdWNjZXNzZnVsICgvdmFyL3J1bi9h Y3BpZC5zb2NrZXQpPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIEdlbmVyaWMgRXZlbnQgRXh0ZW5zaW9uPGJyPg0KJmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5z aW9uIFNIQVBFPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXpp bmcgYnVpbHQtaW4gZXh0ZW5zaW9uIE1JVC1TSE08YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWElucHV0RXh0ZW5zaW9u PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQt aW4gZXh0ZW5zaW9uIFhURVNUPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJ bml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIEJJRy1SRVFVRVNUUzxicj4NCiZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBT WU5DPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVp bHQtaW4gZXh0ZW5zaW9uIFhLRVlCT0FSRDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5 Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYQy1NSVNDPGJyPg0KJmd0OyZn dDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9u IFNFQ1VSSVRZPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXpp bmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhJTkVSQU1BPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhGSVhFUzxicj4NCiZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVu c2lvbiBSRU5ERVI8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxp emluZyBidWlsdC1pbiBleHRlbnNpb24gUkFORFI8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gQ09NUE9TSVRFPGJyPg0K Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0 ZW5zaW9uIERBTUFHRTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBNSVQtU0NSRUVOLVNBVkVSPGJyPg0KJmd0OyZndDsg WyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERP VUJMRS1CVUZGRVI8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxp emluZyBidWlsdC1pbiBleHRlbnNpb24gUkVDT1JEPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERQTVM8YnI+DQomZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNp b24gWC1SZXNvdXJjZTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYVmlkZW88YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAm bmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWFZpZGVvLU1vdGlv bkNvbXBlbnNhdGlvbjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYRnJlZTg2LVZpZE1vZGVFeHRlbnNpb248YnI+DQom Z3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRl bnNpb24gWEZyZWU4Ni1ER0E8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIElu aXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZyZWU4Ni1EUkk8YnI+DQomZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gRFJJ Mjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gKElJKSAmcXVvdDtnbHgmcXVv dDsgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdDxicj4NCiZndDsm Z3Q7IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuPGJyPg0KJmd0OyZndDsg WyAmbmJzcDsgJm5ic3A7IDkuOTc2XSAoSUkpIExvYWRNb2R1bGU6ICZxdW90O2dseCZxdW90Ozxi cj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjA5OF0gKElJKSBMb2FkaW5nPGJyPg0KJmd0 OyZndDsgL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMvbW9kdWxl cy9leHRlbnNpb25zL2xpYmdseC5zbzxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjE1 N10gKElJKSBNb2R1bGUgZ2x4OiB2ZW5kb3I9JnF1b3Q7QWR2YW5jZWQgTWljcm8gRGV2aWNlcywg SW5jLiZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjE1N10gJm5ic3A7ICZu YnNwO2NvbXBpbGVkIGZvciA2LjkuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMDxicj4NCiZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjE1N10gTG9hZGluZyBleHRlbnNpb24gR0xYPGJyPg0KJmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuMTU3XSAoSUkpIExvYWRNb2R1bGU6ICZxdW90O2ZnbHJ4 JnF1b3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuMjE1XSAoSUkpIExvYWRpbmc8 YnI+DQomZ3Q7Jmd0OyAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L3hvcmcvZXh0cmEtbW9kdWxl cy9tb2R1bGVzL2RyaXZlcnMvZmdscnhfZHJ2LnNvPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7MTAuOTEyXSAoSUkpIE1vZHVsZSBmZ2xyeDogdmVuZG9yPSZxdW90O0ZpcmVHTCAtIEFNRCBU ZWNobm9sb2dpZXMgSW5jLiZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjkx Ml0gJm5ic3A7ICZuYnNwO2NvbXBpbGVkIGZvciAxLjQuOTkuOTA2LCBtb2R1bGUgdmVyc2lvbiA9 IDEzLjI1LjU8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC45MTJdICZuYnNwOyAmbmJz cDtNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlcjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7 ICZuYnNwOzEwLjkxM10gKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgJnF1b3Q7Zmdscnhkcm0mcXVv dDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC45MTNdIChJSSkgTG9hZE1vZHVsZTog JnF1b3Q7Zmdscnhkcm0mcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC45MjVd IChJSSkgTG9hZGluZzxicj4NCiZndDsmZ3Q7IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9y Zy9leHRyYS1tb2R1bGVzL21vZHVsZXMvbGludXgvbGliZmdscnhkcm0uc288YnI+DQomZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDsxMC45NDddIChJSSkgTW9kdWxlIGZnbHJ4ZHJtOiB2ZW5kb3I9JnF1 b3Q7RmlyZUdMIC0gQU1EIFRlY2hub2xvZ2llczxicj4NCiZndDsmZ3Q7IEluYy4mcXVvdDs8YnI+ DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC45NDddICZuYnNwOyAmbmJzcDtjb21waWxlZCBm b3IgMS40Ljk5LjkwNiwgbW9kdWxlIHZlcnNpb24gPSAxMy4yNS41PGJyPg0KJmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7MTAuOTQ3XSAoSUkpIEFNRCBQcm9wcmlldGFyeSBMaW51eCBEcml2ZXIgVmVy c2lvbjxicj4NCiZndDsmZ3Q7IElkZW50aWZpZXI6MTMuMjUuNTxicj4NCiZndDsmZ3Q7IFsgJm5i c3A7ICZuYnNwOzEwLjk0N10gKElJKSBBTUQgUHJvcHJpZXRhcnkgTGludXggRHJpdmVyIFJlbGVh c2UgSWRlbnRpZmllcjo8YnI+DQomZ3Q7Jmd0OyAxMy4yNTE8YnI+DQomZ3Q7Jmd0OyBbICZuYnNw OyAmbmJzcDsxMC45NDddIChJSSkgQU1EIFByb3ByaWV0YXJ5IExpbnV4IERyaXZlciBCdWlsZCBE YXRlOiBEZWMgJm5ic3A7NiAyMDEzPGJyPg0KJmd0OyZndDsgMTU6MTk6MDM8YnI+DQomZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDsxMC45NDddICgmIzQzOyYjNDM7KSB1c2luZyBWVCBudW1iZXIgNzxi cj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuOTQ3XSAoV1cpIEZh bGxpbmcgYmFjayB0byBvbGQgcHJvYmUgbWV0aG9kIGZvciBmZ2xyeDxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOzExLjE0OV0gKElJKSBMb2FkaW5nIFBDUyBkYXRhYmFzZSBmcm9tIC9ldGMv YXRpL2FtZHBjc2RiPGJyPg0KJmd0OyZndDsgL2V0Yy9hdGkvYW1kcGNzZGIuZGVmYXVsdDxicj4N CiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzExLjE1Ml0gdWtpRHluYW1pY01ham9yOiBmb3VuZCBt YWpvciBkZXZpY2UgbnVtYmVyIDI1MDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzExLjE1 Ml0gdWtpRHluYW1pY01ham9yOiBmb3VuZCBtYWpvciBkZXZpY2UgbnVtYmVyIDI1MDxicj4NCiZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzExLjE1Ml0gdWtpT3BlbkJ5QnVzaWQ6IFNlYXJjaGluZyBm b3IgQnVzSUQgUENJOjA6NTowPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTEuMTUyXSB1 a2lPcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9hdGkvY2FyZDA8YnI+DQomZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsxMS4xNTJdIHVraU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDEwLCAo T0spPGJyPg0KJmd0OyZndDsgLS0tLS08YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IC0gQnJp YW4gTWVuZ2VzPGJyPg0KJmd0OyZndDsgUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHM8YnI+DQom Z3Q7Jmd0OyBHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jr czxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08 YnI+DQomZ3Q7Jmd0OyBGcm9tOiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlz dHMueGVuLm9yZyI+eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT48YnI+DQomZ3Q7 Jmd0OyBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4u b3JnIj54ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gT24gQmVoYWxmIE9mIEdv cmRhbiBCb2JpYzxicj4NCiZndDsmZ3Q7IFNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDA4 OjQzPGJyPg0KJmd0OyZndDsgVG86IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVu Lm9yZyI+eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KJmd0OyZndDsgU3ViamVjdDog UmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8YnI+DQomZ3Q7Jmd0Ozxi cj4NCiZndDsmZ3Q7Jmd0OyBPbiAyMDE0LTA2LTI2IDE2OjIwLCBCcmlhbiBNZW5nZXMgd3JvdGU6 PGJyPg0KJmd0OyZndDsmZ3Q7IFtyb290QHhzIH5dIyBsc21vZCB8IGdyZXAgcGNpYmFjazxicj4N CiZndDsmZ3Q7Jmd0OyBbcm9vdEB4cyB+XSMgZWNobyAkPzxicj4NCiZndDsmZ3Q7Jmd0OyAxPGJy Pg0KJmd0OyZndDsmZ3Q7IFtyb290QHhzIH5dIyBtb2Rwcm9iZSBwY2liYWNrPGJyPg0KJmd0OyZn dDsmZ3Q7IEZBVEFMOiBNb2R1bGUgcGNpYmFjayBub3QgZm91bmQuPGJyPg0KJmd0OyZndDs8YnI+ DQomZ3Q7Jmd0OyBUcnk6PGJyPg0KJmd0OyZndDsgbW9kcHJvYmUgeGVuLXBjaWJhY2s8YnI+DQom Z3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyBYZW5zZXJ2ZXIgNi4yIGFwcGVhcnMgdG8gYmUgYSBD ZW50T1MgNS54IChtYXliZSA1LjYpIGJveC48YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IEFo IC0gbXkgYmFkLiBJdCBtdXN0IGJlIFhlbnNlcnZlciA3IHRoYXQgaXMgYmFzZWQgb24gRUw2Ljxi cj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7IEkgaW5zdGFsbGVkIHRoZSBwcm9wcmlldGFy eSBkcml2ZXJzIGluIGFuIFVidW50dSAxMi4wNCBMVFMgVk0sIGFuZDxicj4NCiZndDsmZ3Q7Jmd0 OyBpdCB3b24ndCBnZXQgcGFzdCB0aGUgc3BsYXNoIHNjcmVlbiAoeGVuY2VudGVyIGRpc3BsYXkp IG5vdyBhZnRlcjxicj4NCiZndDsmZ3Q7Jmd0OyBncHUgYXNzaWdubWVudCAoY29uc29sZSBvciBn dWkpLiBUaGUgVWJ1bnR1IGRyaXZlcnMgYXBwZWFyIHRvIGRvPGJyPg0KJmd0OyZndDsmZ3Q7IG5v dGhpbmc7PGJyPg0KJmd0OyZndDsmZ3Q7IGhvd2V2ZXI6PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0K Jmd0OyZndDsmZ3Q7ICQgZG1lc2cgfCBncmVwIC1FICcoZmdscnh8QVRJfHJhZGVvbnxwY2kpJzxi cj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjE4ODM3N10gUENJOiBVc2luZyBob3N0 IGJyaWRnZSB3aW5kb3dzIGZyb20gQUNQSTsgaWYgbmVjZXNzYXJ5LDxicj4NCiZndDsmZ3Q7Jmd0 OyB1c2UgJnF1b3Q7cGNpPW5vY3JzJnF1b3Q7IGFuZCByZXBvcnQgYSBidWc8YnI+DQomZ3Q7Jmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4yNTE5OTddIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMg cmVzb3VyY2UgW2J1cyAwMC1mZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4y NTIwMDBdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW2lvICZuYnNwOzB4MDAw MC0weDBjZjddPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjUyMDAwXSBwY2lf YnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAmbmJzcDsweDBkMDAtMHhmZmZmXTxi cj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1MjAwMF0gcGNpX2J1cyAwMDAwOjAw OiByb290IGJ1cyByZXNvdXJjZSBbbWVtPGJyPg0KJmd0OyZndDsmZ3Q7IDB4MDAwYTAwMDAtMHgw MDBiZmZmZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4yNTIwMDBdIHBjaV9i dXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW21lbTxicj4NCiZndDsmZ3Q7Jmd0OyAweGUw MDAwMDAwLTB4ZmJmZmZmZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjUy MDYyXSBwY2kgMDAwMDowMDowMC4wOiBbODA4NjoxMjM3XSB0eXBlIDAwIGNsYXNzIDB4MDYwMDAw PGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjUzMTM4XSBwY2kgMDAwMDowMDow MS4wOiBbODA4Njo3MDAwXSB0eXBlIDAwIGNsYXNzIDB4MDYwMTAwPGJyPg0KJmd0OyZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOzAuMjU0MTAwXSBwY2kgMDAwMDowMDowMS4xOiBbODA4Njo3MDEwXSB0 eXBlIDAwIGNsYXNzIDB4MDEwMTgwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAu MjU0NzMwXSBwY2kgMDAwMDowMDowMS4xOiByZWcgMHgyMDogW2lvICZuYnNwOzB4YzMyMC0weGMz MmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjU1NjUyXSBwY2kgMDAwMDow MDowMS4yOiBbODA4Njo3MDIwXSB0eXBlIDAwIGNsYXNzIDB4MGMwMzAwPGJyPg0KJmd0OyZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjU2MjIyXSBwY2kgMDAwMDowMDowMS4yOiByZWcgMHgyMDog W2lvICZuYnNwOzB4YzMwMC0weGMzMWZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNw OzAuMjU3MTAwXSBwY2kgMDAwMDowMDowMS4zOiBbODA4Njo3MTEzXSB0eXBlIDAwIGNsYXNzIDB4 MDY4MDAwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjU3ODMzXSBwY2kgMDAw MDowMDowMS4zOiBxdWlyazogW2lvICZuYnNwOzB4MWY0MC0weDFmN2ZdIGNsYWltZWQgYnk8YnI+ DQomZ3Q7Jmd0OyZndDsgUElJWDQgQUNQSTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDswLjI1ODUyOV0gcGNpIDAwMDA6MDA6MDIuMDogWzEwMTM6MDBiOF0gdHlwZSAwMCBjbGFzcyAw eDAzMDAwMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1ODY4NF0gcGNpIDAw MDA6MDA6MDIuMDogcmVnIDB4MTA6IFttZW0gMHhmMDAwMDAwMC0weGYxZmZmZmZmPGJyPg0KJmd0 OyZndDsmZ3Q7IHByZWZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjU4Nzk5 XSBwY2kgMDAwMDowMDowMi4wOiByZWcgMHgxNDogW21lbSAweGYzMDQ0MDAwLTB4ZjMwNDRmZmZd PGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjU5NzU4XSBwY2kgMDAwMDowMDow My4wOiBbNTg1MzowMDAxXSB0eXBlIDAwIGNsYXNzIDB4MDEwMDAwPGJyPg0KJmd0OyZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOzAuMjU5OTcwXSBwY2kgMDAwMDowMDowMy4wOiByZWcgMHgxMDogW2lv ICZuYnNwOzB4YzAwMC0weGMwZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAu MjYwMTAxXSBwY2kgMDAwMDowMDowMy4wOiByZWcgMHgxNDogW21lbSAweGYyMDAwMDAwLTB4ZjJm ZmZmZmY8YnI+DQomZ3Q7Jmd0OyZndDsgcHJlZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsg Jm5ic3A7MC4yNjE3MjJdIHBjaSAwMDAwOjAwOjA1LjA6IFsxMDAyOjY3NzldIHR5cGUgMDAgY2xh c3MgMHgwMzAwMDA8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4yNjgwMThdIHBj aSAwMDAwOjAwOjA1LjA6IHJlZyAweDEwOiBbbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZmZjxicj4N CiZndDsmZ3Q7Jmd0OyA2NGJpdCBwcmVmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDswLjI3NjAxN10gcGNpIDAwMDA6MDA6MDUuMDogcmVnIDB4MTg6IFttZW0gMHhmMzAwMDAwMC0w eGYzMDFmZmZmPGJyPg0KJmd0OyZndDsmZ3Q7IDY0Yml0XTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZu YnNwOyAmbmJzcDswLjI4NDAwOF0gcGNpIDAwMDA6MDA6MDUuMDogcmVnIDB4MjA6IFtpbyAmbmJz cDsweGMyMDAtMHhjMmZmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjMwMDAy NF0gcGNpIDAwMDA6MDA6MDUuMDogcmVnIDB4MzA6IFttZW0gMHhmMzAyMDAwMC0weGYzMDNmZmZm PGJyPg0KJmd0OyZndDsmZ3Q7IHByZWZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNw OzAuMzAxMTE1XSBwY2kgMDAwMDowMDowNS4wOiBzdXBwb3J0cyBEMSBEMjxicj4NCiZndDsmZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDswLjMwMTg4N10gcGNpIDAwMDA6MDA6MDYuMDogWzEwMDI6YWE5 OF0gdHlwZSAwMCBjbGFzcyAweDA0MDMwMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDswLjMwMjE2OV0gcGNpIDAwMDA6MDA6MDYuMDogcmVnIDB4MTA6IFttZW0gMHhmMzA0MDAwMC0w eGYzMDQzZmZmPGJyPg0KJmd0OyZndDsmZ3Q7IDY0Yml0XTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZu YnNwOyAmbmJzcDswLjMwMzk2OV0gcGNpIDAwMDA6MDA6MDYuMDogc3VwcG9ydHMgRDEgRDI8YnI+ DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4zMzIwODFdIFBDSTogcGNpX2NhY2hlX2xp bmVfc2l6ZSBzZXQgdG8gNjQgYnl0ZXM8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7 MS4zMDk5MjZdIHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2UgNCBbaW8gJm5ic3A7MHgwMDAwLTB4 MGNmN108YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MS4zMDk5MzBdIHBjaV9idXMg MDAwMDowMDogcmVzb3VyY2UgNSBbaW8gJm5ic3A7MHgwZDAwLTB4ZmZmZl08YnI+DQomZ3Q7Jmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7MS4zMDk5MzNdIHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2Ug NiBbbWVtIDB4MDAwYTAwMDAtMHgwMDBiZmZmZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsg Jm5ic3A7MS4zMDk5MzVdIHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2UgNyBbbWVtIDB4ZTAwMDAw MDAtMHhmYmZmZmZmZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MS4zMTA5MDhd IHBjaSAwMDAwOjAwOjAwLjA6IExpbWl0aW5nIGRpcmVjdCBQQ0kvUENJIHRyYW5zZmVyczxicj4N CiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxLjMxMDk1NF0gcGNpIDAwMDA6MDA6MDEuMDog UElJWDM6IEVuYWJsaW5nIFBhc3NpdmUgUmVsZWFzZTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNw OyAmbmJzcDsxLjMxMTAwMF0gcGNpIDAwMDA6MDA6MDEuMDogQWN0aXZhdGluZyBJU0EgRE1BIGhh bmcgd29ya2Fyb3VuZHM8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MS4zMTIwNDdd IHBjaSAwMDAwOjAwOjAyLjA6IEJvb3QgdmlkZW8gZGV2aWNlPGJyPg0KJmd0OyZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOzEuMzEyMjE1XSBwY2kgMDAwMDowMDowNS4wOiBCb290IHZpZGVvIGRldmlj ZTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxLjUzNDczNV0gcGNpX2hvdHBsdWc6 IFBDSSBIb3QgUGx1ZyBQQ0kgQ29yZSB2ZXJzaW9uOiAwLjU8YnI+DQomZ3Q7Jmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7MS41MzQ3NDRdIHBjaWVocDogUENJIEV4cHJlc3MgSG90IFBsdWcgQ29udHJv bGxlciBEcml2ZXIgdmVyc2lvbjo8YnI+DQomZ3Q7Jmd0OyZndDsgMC40PGJyPg0KJmd0OyZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOzEuNTc2OTAyXSBlaGNpLXBjaTogRUhDSSBQQ0kgcGxhdGZvcm0g ZHJpdmVyPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEuNTc2OTQyXSBvaGNpLXBj aTogT0hDSSBQQ0kgcGxhdGZvcm0gZHJpdmVyPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOzEuNjkyMTIzXSB4ZW5idXNfcHJvYmVfZnJvbnRlbmQ6IERldmljZSB3aXRoIG5vIGRyaXZl cjo8YnI+DQomZ3Q7Jmd0OyZndDsgZGV2aWNlL3BjaS8wPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5i c3A7ICZuYnNwOzYuMTgwMzgwXSBmZ2xyeDogbW9kdWxlIGxpY2Vuc2UgJ1Byb3ByaWV0YXJ5LiAo QykgMjAwMiAtIEFUSTxicj4NCiZndDsmZ3Q7Jmd0OyBUZWNobm9sb2dpZXMsIFN0YXJuYmVyZywg R0VSTUFOWScgdGFpbnRzIGtlcm5lbC48YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7 Ni4xODU5MTFdIGZnbHJ4OiBtb2R1bGUgdmVyaWZpY2F0aW9uIGZhaWxlZDogc2lnbmF0dXJlIGFu ZC9vcjxicj4NCiZndDsmZ3Q7Jmd0OyByZXF1aXJlZCBrZXkgbWlzc2luZyAtIHRhaW50aW5nIGtl cm5lbDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDs2LjE5Mzk3OV0gJmx0OzYmZ3Q7 W2ZnbHJ4XSBNYXhpbXVtIG1haW4gbWVtb3J5IHRvIHVzZSBmb3IgbG9ja2VkIGRtYTxicj4NCiZn dDsmZ3Q7Jmd0OyBidWZmZXJzOiA3MjQ3IE1CeXRlcy48YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJz cDsgJm5ic3A7Ni4xOTQwOTRdICZsdDs2Jmd0O1tmZ2xyeF0gJm5ic3A7IHZlbmRvcjogMTAwMiBk ZXZpY2U6IDY3NzkgY291bnQ6IDE8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7Ni4x OTQ4MzVdICZsdDs2Jmd0O1tmZ2xyeF0gaW9wb3J0OiBiYXIgNCwgYmFzZSAweGMyMDAsIHNpemU6 IDB4MTAwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzYuMTk1OTMyXSAmbHQ7NiZn dDtbZmdscnhdIEtlcm5lbCBQQVQgc3VwcG9ydCBpcyBlbmFibGVkPGJyPg0KJmd0OyZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOzYuMTk1OTYwXSAmbHQ7NiZndDtbZmdscnhdIG1vZHVsZSBsb2FkZWQg LSBmZ2xyeCAxNC4xMC4yIFtNYXkgJm5ic3A7NSAyMDE0XTxicj4NCiZndDsmZ3Q7Jmd0OyB3aXRo IDEgbWlub3JzPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzYuNzUzMjE0XSBpbnB1 dDogUUVNVSAwLjEwLjIgUUVNVSBVU0IgVGFibGV0IGFzPGJyPg0KJmd0OyZndDsmZ3Q7IC9kZXZp Y2VzL3BjaTAwMDA6MDAvMDAwMDowMDowMS4yL3VzYjEvMS0yLzEtMjoxLjAvaW5wdXQvaW5wdXQz PGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzYuNzY0NzgzXSBpbnB1dDogSEQtQXVk aW8gR2VuZXJpYyBIRE1JL0RQLHBjbT0zIGFzPGJyPg0KJmd0OyZndDsmZ3Q7IC9kZXZpY2VzL3Bj aTAwMDA6MDAvMDAwMDowMDowNi4wL3NvdW5kL2NhcmQwL2lucHV0NDxicj4NCiZndDsmZ3Q7Jmd0 OyBbICZuYnNwOyAxMS40OTQ1NDNdICZsdDs2Jmd0O1tmZ2xyeF0gRmlyZWdsIGtlcm5lbCB0aHJl YWQgUElEOiAxMjYwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7IDExLjQ5NDc3M10gJmx0OzYm Z3Q7W2ZnbHJ4XSBGaXJlZ2wga2VybmVsIHRocmVhZCBQSUQ6IDEyNjE8YnI+DQomZ3Q7Jmd0OyZn dDsgWyAmbmJzcDsgMTEuNDk1MDA0XSAmbHQ7NiZndDtbZmdscnhdIEZpcmVnbCBrZXJuZWwgdGhy ZWFkIFBJRDogMTI2Mjxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAxMS40OTUxNTRdICZsdDs2 Jmd0O1tmZ2xyeF0gSVJRIDc4IEVuYWJsZWQ8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgMTEu NTQxNTY5XSAmbHQ7NiZndDtbZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBTaGFyZWQgb2Zmc2V0 OjAsPGJyPg0KJmd0OyZndDsmZ3Q7IHNpemU6MTAwMDAwMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZu YnNwOyAxMS41NDE1NzFdICZsdDs2Jmd0O1tmZ2xyeF0gUmVzZXJ2ZWQgRkIgYmxvY2s6IFVuc2hh cmVkIG9mZnNldDpmODM4MDAwLDxicj4NCiZndDsmZ3Q7Jmd0OyBzaXplOjQwMDA8YnI+DQomZ3Q7 Jmd0OyZndDsgWyAmbmJzcDsgMTEuNTQxNTcyXSAmbHQ7NiZndDtbZmdscnhdIFJlc2VydmVkIEZC IGJsb2NrOiBVbnNoYXJlZCBvZmZzZXQ6ZjgzYzAwMCw8YnI+DQomZ3Q7Jmd0OyZndDsgc2l6ZTo0 YzQwMDA8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgMTEuNTQxNTczXSAmbHQ7NiZndDtbZmds cnhdIFJlc2VydmVkIEZCIGJsb2NrOiBVbnNoYXJlZCBvZmZzZXQ6N2ZmZjQwMDAsPGJyPg0KJmd0 OyZndDsmZ3Q7IHNpemU6YzAwMDxicj4NCiZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyBT byBteSBsYXN0IGJvb3QgSSBnb3QgaW4gdmlhIFNTSCwgaG93ZXZlciB0aGUgZGlzcGxheXMgYXJl bid0IHdvcmtpbmcuPGJyPg0KJmd0OyZndDsmZ3Q7IEkgZmlyc3QgdHJpZWQgdGhlIEhETUkgKEhE TUkgLSBIRE1JKSBkaXNwbGF5IHRoZW4gdGhlIERWSSAoRFZJIC0mZ3Q7PGJyPg0KJmd0OyZndDsm Z3Q7IERpc3BsYXlQb3J0KSBkaXNwbGF5IGFuZCBteSBtb25pdG9yIGlzbid0IHNob3dpbmcgYW55 dGhpbmcuPGJyPg0KJmd0OyZndDsmZ3Q7IFdvZG5lcmluZyB3aGF0IEknbSBtaXNzaW5nIHRvIGdl dCB0aGlzIGRpc3BsYXkgdXAgYW5kIHJ1bm5pbmcuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0 OyBTbyBpdCBsb29rcyBsaWtlIGZnbHJ4IGxvYWRzIHN1Y2Nlc3NmdWxseSBhbmQgZmluZHMgdGhl IGhhcmR3YXJlLiBTbzxicj4NCiZndDsmZ3Q7IGZhciBzbyBnb29kLiBDYW4geW91IGNoZWNrIHdo YXQgeW91ciBYb3JnIGxvZyBzYXlzPzxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgR29yZGFu PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7IFhlbi11c2VycyBtYWlsaW5nIGxpc3Q8 YnI+DQomZ3Q7Jmd0OyA8YSBocmVmPSJtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPlhl bi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NCiZndDsmZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9s aXN0cy54ZW4ub3JnL3hlbi11c2VycyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4u b3JnL3hlbi11c2VyczwvYT48YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBUaGUgaW5m b3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywg bWF5PGJyPg0KJmd0OyZndDsgY29udGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmls ZWdlZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5PGJyPg0KJmd0OyZndDsgZm9yIHRoZSB1c2Ugb2Yg dGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnk8YnI+DQom Z3Q7Jmd0OyByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0aW9uLCBvciBhY3Rpb24g dGFrZW4gaW4gcmVsaWFuY2U8YnI+DQomZ3Q7Jmd0OyB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkg cGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZDxicj4NCiZndDsmZ3Q7 IHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVycm9yLCBw bGVhc2UgY29udGFjdDxicj4NCiZndDsmZ3Q7IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0 ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7 IFhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7Jmd0OyA8YSBocmVmPSJtYWlsdG86WGVu LXVzZXJzQGxpc3RzLnhlbi5vcmciPlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NCiZn dDsmZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyIgdGFyZ2V0PSJf YmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VyczwvYT48YnI+DQomZ3Q7PGJyPg0K Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4N CiZndDsgWGVuLXVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOlhl bi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+DQom Z3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyIgdGFyZ2V0PSJfYmxh bmsiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VyczwvYT48YnI+DQomZ3Q7PGJyPg0KJmd0 OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDs8YnI+DQomZ3Q7IFRo ZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0dGFjaG1l bnRzLCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmlsZWdlZCBtYXRl cmlhbC4gSXQgaXMgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBwZXJzb24gb3IgZW50aXR5IHRv IHdoaWNoIGl0IGlzIGFkZHJlc3NlZC4gQW55IHJldmlldywgcmV0cmFuc21pc3Npb24sIGRpc3Nl bWluYXRpb24sIG9yIGFjdGlvbiB0YWtlbg0KIGluIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1h dGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lw aWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2Ug Y29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1 dGVyLjxicj4NCiZndDs8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPGJyPg0KJmd0OyBYZW4tdXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KJmd0 OyA8YSBocmVmPSJtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPlhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnPC9hPjxicj4NCiZndDsgPGEgaHJlZj0iaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzPC9h Pjxicj4NClRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnQgYXJlIGludGVuZGVkIHNvbGVs eSBmb3IgdGhlIGFkZHJlc3NlZSBhbmQgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0 aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3IsIHBsZWFzZSBz ZW5kIGl0IGJhY2sgdG8gbWUsIGFuZCBpbW1lZGlhdGVseSBkZWxldGUgaXQuICZuYnNwOyBQbGVh c2UgZG8gbm90IHVzZSwgY29weSBvciBkaXNjbG9zZSB0aGUgaW5mb3JtYXRpb24NCiBjb250YWlu ZWQgaW4gdGhpcyBtZXNzYWdlIG9yIGluIGFueSBhdHRhY2htZW50LiAmbmJzcDtBbnkgdmlld3Mg b3Igb3BpbmlvbnMgZXhwcmVzc2VkIGJ5IHRoZSBhdXRob3Igb2YgdGhpcyBlbWFpbCBkbyBub3Qg bmVjZXNzYXJpbHkgcmVmbGVjdCB0aGUgdmlld3Mgb2YgdGhlIFVuaXZlcnNpdHkgb2YgTm90dGlu Z2hhbS48YnI+DQo8YnI+DQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4gY2hlY2tlZCBmb3IgdmlydXNl cyBidXQgdGhlIGNvbnRlbnRzIG9mIGFuIGF0dGFjaG1lbnQgbWF5IHN0aWxsIGNvbnRhaW4gc29m dHdhcmUgdmlydXNlcyB3aGljaCBjb3VsZCBkYW1hZ2UgeW91ciBjb21wdXRlciBzeXN0ZW0sIHlv dSBhcmUgYWR2aXNlZCB0byBwZXJmb3JtIHlvdXIgb3duIGNoZWNrcy4gRW1haWwgY29tbXVuaWNh dGlvbnMgd2l0aCB0aGUgVW5pdmVyc2l0eSBvZiBOb3R0aW5naGFtIG1heSBiZQ0KIG1vbml0b3Jl ZCBhcyBwZXJtaXR0ZWQgYnkgVUsgbGVnaXNsYXRpb24uPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8YnI+DQpU aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2ht ZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0 ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0 byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNz ZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3Jt YXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNp cGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNl IGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21w dXRlci48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXzxicj4NClhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86 WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4N CjxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VyczwvYT48YnI+DQo8YnI+DQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NCjxicj4NClRoZSBpbmZvcm1hdGlvbiBjb250YWlu ZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0dGFjaG1lbnRzLCBtYXkgY29udGFpbiBjb25m aWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5IGZv ciB0aGUgdXNlIG9mIHRoZSBwZXJzb24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlzIGFkZHJlc3Nl ZC4gQW55IHJldmlldywgcmV0cmFuc21pc3Npb24sIGRpc3NlbWluYXRpb24sIG9yIGFjdGlvbiB0 YWtlbiBpbg0KIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVu dGl0aWVzIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJ ZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFu ZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLjxicj4NCjxicj4NCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KWGVuLXVzZXJz IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9y ZyI+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJzPC9hPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+DQo8ZGl2IGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJj ZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlciI+DQo8aHIgc2l6ZT0iMiIgd2lkdGg9IjEw MCUiIGFsaWduPSJjZW50ZXIiPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjcuNXB0OyBmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OzsgY29sb3I6Z3JheSI+PGJyPg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1l c3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQg bGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2Yg dGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3 LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluDQogcmVs aWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIg dGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZl IHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUg bWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuPC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJyPg0KPGhy Pg0KPGZvbnQgZmFjZT0iQ291cmllciBOZXciIGNvbG9yPSJHcmF5IiBzaXplPSIxIj48YnI+DQpU aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2ht ZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0 ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0 byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNz ZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3Jt YXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNp cGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNl IGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21w dXRlci48YnI+DQo8L2ZvbnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DD8ex001sfoservepath_-- --===============0132288883146121866== 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 --===============0132288883146121866==-- From xen-users-bounces@lists.xen.org Fri Jun 27 16:24:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 16:24:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Yvf-0006kI-Gx; Fri, 27 Jun 2014 16:23:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0Yvd-0006kC-LL for xen-users@lists.xen.org; Fri, 27 Jun 2014 16:23:10 +0000 Received: from [85.158.139.211:10693] by server-13.bemta-5.messagelabs.com id 51/BB-02995-C6A9DA35; Fri, 27 Jun 2014 16:23:08 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1403886184!7142700!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1795 invoked from network); 27 Jun 2014 16:23:05 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-10.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jun 2014 16:23:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=LG25W/PsIlc+WDVjKPAfax7VlFgBdKN7OQD3QzgWG/qcJkg0XxJQCdj8IvOZhjaYHFx3gu0h3N/TDRVzDDd9M2hGn0ZSFZoVcBA/Ac/x0NmREiQ0e8SeFfVuoysPpgkn; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X0YvY-000MNz-1e for xen-users@lists.xen.org; Fri, 27 Jun 2014 09:23:04 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Fri, 27 Jun 2014 09:23:03 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4A== Date: Fri, 27 Jun 2014 16:23:02 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0132288883146121866==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0132288883146121866== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F9274DD8ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DD8ex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U28gSSBhc3NpZ25lZCB0aGUgUmFkZW9uIEhEIDY0NTAgdG8gbXkgV2luZG93cyBWTTsgYW5kIGFj Y29yZGluZyB0byB0aGUgZGV2aWNlIG1hbmFnZXIgYWNyb3NzIFJEUCwgaXQgaXMgd29ya2luZyBw cm9wZXJseSwgYnV0IG1vbml0b3IgaG9va2VkIHVwIGlzbuKAmXQgc2hvd2luZyBhbnkgZGlzcGxh eS4NCg0KQW0gSSBtaXNzaW5nIHNvbWV0aGluZz8gSSB0aG91Z2h0IHRoYXQgZ3B1IHBhc3N0aHJv dWdoIHdvdWxkIHJlc3VsdCBpbiBhIHVzYWJsZSBkaXNwbGF5IHNvIHRoYXQgSSBjb3VsZCB0aGVu IGNvbm5lY3QgdG8gdGhpcyBzZXJ2ZXIgdmlhIHN5bmVyZ3kgYW5kIHVzZSBhIGRlZGljYXRlZCBn cmFwaGljcyBlbmdpbmUuDQoNCi0gQnJpYW4gTWVuZ2VzDQpQcmluY2lwYWwgRW5naW5lZXIsIERl dk9wcw0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3MN Cg0KRnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi11c2Vy cy1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBCcmlhbiBNZW5nZXMNClNlbnQ6 IEZyaWRheSwgSnVuZSAyNywgMjAxNCAwOToxNw0KVG86IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn DQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaA0KDQpJ IGhhdmVu4oCZdCB0cmllZCBhcmNoIGxpbnV4LiBJIHdhcyB0cnlpbmcgdG8gc3RpY2sgd2l0aCB4 ZW5zZXJ2ZXIgYmVjYXVzZSB0aGVyZSBzaG91bGRu4oCZdCBiZSBhIG5lZWQgZm9yIGhpZGluZyBk ZXZpY2VzIGFuZCBtb2RpZnlpbmcga2VybmVscy4NCg0KLSBCcmlhbiBNZW5nZXMNClByaW5jaXBh bCBFbmdpbmVlciwgRGV2T3BzDQpHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0 cmVhbSBOZXR3b3Jrcw0KDQpGcm9tOiBqYWNlayBidXJnaGFyZHQgW21haWx0bzpqYWNla3NidXJn aGFyZHRAZ21haWwuY29tXQ0KU2VudDogVGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMTk6MzUNClRv OiBCcmlhbiBNZW5nZXMNCkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmc+DQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZH QSBwYXNzdGhyb3VnaA0KDQpBcmUgeW91IHJ1bm5pbmcgYXJjaCBsaW51eCA/IEkgd291bGQgdHJ5 IG9wZW5zb3VyY2UgZHJpdmVycy4gSSBydW4gY2lubmFtb24gdW5kZXIgYTggNjYwMGsgYW5kIEkg Z2V0IHVyYmFuIHRlcnJpdG9yeSBwbGF5aW5nIHdpdGggOTAgZnMuIEp1c3QgZm9sbG93IHJhZGVv biB3aWtpDQoNCk9uIFRodSwgSnVuIDI2LCAyMDE0IGF0IDg6MTUgUE0sIEJyaWFuIE1lbmdlcyA8 Ym1lbmdlc0Bnb2dyaWQuY29tPG1haWx0bzpibWVuZ2VzQGdvZ3JpZC5jb20+PiB3cm90ZToNClNv IEkgYWRkZWQgYmFjayBpbiBzd2lvdGxiPWZvcmNlIGFuZCByZWRpZCBncnViIGFuZCBhbHNvIHJl bW92ZWQgZnJvbSB0aGUgYmxhY2tsaXN0IGZnbHJ4X3VwZGF0ZXMuIE5vdyB3aGVuIEkgdHJ5IGFu ZCBzdGFydHgsIGEgQ1BVIGdldHMgcGVnZ2VkIEAgMTAwJSwgYW5kIG5vdGhpbmcgc3RpbGwgb24g dGhlIGRpc3BsYXkuDQoNCkJhc2ljYWxseSBJJ20gbmV2ZXIgZ2V0dGluZyBhIGRpc3BsYXksIGV2 ZW4gb24gYm9vdCBvZiB0aGUgdm0uDQoNCi0gQnJpYW4gTWVuZ2VzDQpQcmluY2lwYWwgRW5naW5l ZXIsIERldk9wcw0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0 d29ya3MNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IHhlbi11c2Vycy1ib3Vu Y2VzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc+ IFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJz LWJvdW5jZXNAbGlzdHMueGVuLm9yZz5dIE9uIEJlaGFsZiBPZiBCcmlhbiBNZW5nZXMNClNlbnQ6 IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDE5OjA1DQpUbzogRGFuaWVsIFNodWINCkNjOiB4ZW4t dXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQpTdWJq ZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaA0KDQpFdmVuIHN0 YXJ0aW5nIHRoZSBzeXN0ZW0gaW4gVEVYVCBtb2RlLCB0aGUgZGlzcGxheSBkb2Vzbid0IHNob3cu IEJ1dCBydW5uaW5nICdzdGFydHgnIGRvZXMgcmVzdWx0IGluIHNvbWUgbG92ZWx5IGVycm9yczoN Cg0KaHR0cDovL3Bhc3RlYmluLmNvbS9WYldoWGUxOQ0KDQovdmFyL2xvZy9Yb3JnLjAubG9nICgx ODozOSkgaXMgdGhlIG1vc3QgaW50ZXJlc3RpbmcuDQoNClsgICA4MzkuOTg1XSAoV1cpIGZnbHJ4 KDApOiBLZXJuZWwgTW9kdWxlIHZlcnNpb24gZG9lcyAqbm90KiBtYXRjaCBkcml2ZXIuDQpbICAg ODM5Ljk4NV0gKEVFKSBmZ2xyeCgwKTogaW5jb21wYXRpYmxlIGtlcm5lbCBtb2R1bGUgZGV0ZWN0 ZWQgLSBIVyBhY2NlbGVyYXRlZCBPcGVuR0wgd2lsbCBub3Qgd29yaw0KWyAgIDgzOS45ODZdIChF RSkNClsgICA4MzkuOTg2XSAoRUUpIEJhY2t0cmFjZToNClsgICA4MzkuOTg2XSAoRUUpIDA6IC91 c3IvYmluL1ggKHhvcmdfYmFja3RyYWNlKzB4MzQpIFsweDdmMzgxMjE5NzFlNF0NClsgICA4Mzku OTg2XSAoRUUpIDE6IC91c3IvYmluL1ggKDB4N2YzODExZmUwMDAwKzB4MWJiMGU5KSBbMHg3ZjM4 MTIxOWIwZTldDQpbICAgODM5Ljk4Nl0gKEVFKSAyOiAvbGliL3g4Nl82NC1saW51eC1nbnUvbGli cHRocmVhZC5zby4wICgweDdmMzgxMTMwNjAwMCsweGZjYjApIFsweDdmMzgxMTMxNWNiMF0NClsg ICA4MzkuOTg2XSAoRUUpIDM6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9leHRyYS1t b2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHN3bERybUZyZWVTdXJmYWNlcysw eDQyKSBbMHg3ZjM4MGU1YzczYjJdDQpbICAgODM5Ljk4Nl0gKEVFKSA0OiAvdXNyL2xpYi94ODZf NjQtbGludXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2RyaXZlcnMvZmdscnhfZHJ2 LnNvICh4ZGxfeHMxMTRfYXRpZGR4RHJpQ2xvc2VTY3JlZW4rMHgxNGQpIFsweDdmMzgwZTU4ZTQ3 ZF0NClsgICA4MzkuOTg2XSAoRUUpIDU6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9yZy9l eHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhkbF94czExNF9hdGlk ZHhEcmlTY3JlZW5Jbml0KzB4OGViKSBbMHg3ZjM4MGU1OGRiMWJdDQpbICAgODM5Ljk4N10gKEVF KSA2OiAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVz L2RyaXZlcnMvZmdscnhfZHJ2LnNvICh4ZGxfeHMxMTRfYXRpZGR4U2NyZWVuSW5pdCsweGY4Mikg WzB4N2YzODBlNTg3NTcyXQ0KWyAgIDgzOS45ODddIChFRSkgNzogL3Vzci9iaW4vWCAoQWRkU2Ny ZWVuKzB4OGEpIFsweDdmMzgxMjAzNWY4YV0NClsgICA4MzkuOTg3XSAoRUUpIDg6IC91c3IvYmlu L1ggKEluaXRPdXRwdXQrMHgzZTgpIFsweDdmMzgxMjA3OWFjOF0NClsgICA4MzkuOTg3XSAoRUUp IDk6IC91c3IvYmluL1ggKDB4N2YzODExZmUwMDAwKzB4NDQyMmQpIFsweDdmMzgxMjAyNDIyZF0N ClsgICA4MzkuOTg3XSAoRUUpIDEwOiAvbGliL3g4Nl82NC1saW51eC1nbnUvbGliYy5zby42IChf X2xpYmNfc3RhcnRfbWFpbisweGVkKSBbMHg3ZjM4MGZmN2I3NmRdDQpbICAgODM5Ljk4N10gKEVF KSAxMTogL3Vzci9iaW4vWCAoMHg3ZjM4MTFmZTAwMDArMHg0NDdjMSkgWzB4N2YzODEyMDI0N2Mx XQ0KWyAgIDgzOS45ODddIChFRSkNClsgICA4MzkuOTg3XSAoRUUpIFNlZ21lbnRhdGlvbiBmYXVs dCBhdCBhZGRyZXNzIDB4OGEwDQpbICAgODM5Ljk4N10gKEVFKQ0KRmF0YWwgc2VydmVyIGVycm9y Og0KWyAgIDgzOS45ODddIChFRSkgQ2F1Z2h0IHNpZ25hbCAxMSAoU2VnbWVudGF0aW9uIGZhdWx0 KS4gU2VydmVyIGFib3J0aW5nDQpbICAgODM5Ljk4N10gKEVFKQ0KWyAgIDgzOS45ODddIChFRSkN ClBsZWFzZSBjb25zdWx0IHRoZSBUaGUgWC5PcmcgRm91bmRhdGlvbiBzdXBwb3J0DQogICAgICAg ICBhdCBodHRwOi8vd2lraS54Lm9yZw0KIGZvciBoZWxwLg0KWyAgIDgzOS45ODddIChFRSkgUGxl YXNlIGFsc28gY2hlY2sgdGhlIGxvZyBmaWxlIGF0ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiBmb3Ig YWRkaXRpb25hbCBpbmZvcm1hdGlvbi4NClsgICA4MzkuOTg3XSAoRUUpDQpbICAgODM5Ljk5NV0g KEVFKSBTZXJ2ZXIgdGVybWluYXRlZCB3aXRoIGVycm9yICgxKS4gQ2xvc2luZyBsb2cgZmlsZS4N Cg0KVGhpcyBydW50aW1lIEkgZGlkIGJvb3Qgd2l0aCB0aGUgZm9sbG93aW5nIG9wdGlvbnM6DQp0 ZXh0IGlvbW11PXNvZnQNCg0KUHJldmlvdXNseSwgdGhlIG9wdGlvbnMgd2VyZToNCnF1aWV0IHNw bGFzaCBpb21tdT1zb2Z0IHN3aW90bGI9Zm9yY2UNCg0KUGVyIGh0dHA6Ly93aWtpLnhlbi5vcmcv d2lraS9YZW5fUENJX1Bhc3N0aHJvdWdoIEkgc2hvdWxkIG9ubHkgbmVlZCBvbmUgb2YgdGhlIHR3 byBzZXR0aW5ncyBiZXR3ZWVuIGlvbW11PXNvZnQgb3Igc3dpb3RsYj1mb3JjZSwgaG93ZXZlciBu b3QgbmVjZXNzYXJpbHkgYm90aC4NCg0KLSBCcmlhbiBNZW5nZXMNClByaW5jaXBhbCBFbmdpbmVl ciwgRGV2T3BzDQpHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3 b3Jrcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogRGFuaWVsIFNodWIgW21h aWx0bzpEYW5pZWwuU2h1YkBub3R0aW5naGFtLmFjLnVrPG1haWx0bzpEYW5pZWwuU2h1YkBub3R0 aW5naGFtLmFjLnVrPl0NClNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDE1OjA3DQpUbzog QnJpYW4gTWVuZ2VzDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnPg0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0Eg cGFzc3Rocm91Z2gNCg0KV2hhdCBkbyB5b3UgbWVhbiBieSBhIHRlcm1pbmFsIHdpbmRvdz8gQXJl IHlvdSBvbiB0dHk3PyBDYW4geW91IHN3aXRjaCB0aHJvdWdoIHRoZSB0dHkncz8gWW91IG1pZ2h0 IHdhbnQgdG8gc3RlcCBiYWNrIGFuZCBpbnN0ZWFkIG9mIGF1dG9tYXRpY2FsbHkgbGF1bmNoaW5n IGxpZ2h0ZG0sIGp1c3QgdHJ5IGFuZCBnZXQgYSB0dHkgb3ZlciB2bmMgd2l0aG91dCBYIGFuZCB0 aGVuIHN0YXJ0IFggYW5kIHNlZSB3aGF0IGhhcHBlbnMuIEl0IHNlZW1zIGxpa2UgeW91IGhhdmUg cGFzc2VkIHRoZSBkZXZpY2UgdGhyb3VnaCBjb3JyZWN0bHkuDQoNCj4gT24gMjYgSnVuIDIwMTQs IGF0IDE3OjUzLCAiQnJpYW4gTWVuZ2VzIiA8Ym1lbmdlc0Bnb2dyaWQuY29tPG1haWx0bzpibWVu Z2VzQGdvZ3JpZC5jb20+PiB3cm90ZToNCj4NCj4gWWVhaCwgZGVmaW5pdGVseSBydW5uaW5nLg0K Pg0KPiByb290ICAgICAgIDk5MSAgMC4wICAwLjAgMjc5MTY0ICAzOTAwID8gICAgICAgIFNzbCAg MDk6MzEgICAwOjAwIGxpZ2h0ZG0NCj4gcm9vdCAgICAgIDEwMjAgOTkuNiAgMC4xICA2ODUyMCAg Nzk2NCB0dHk3ICAgICBScysgIDA5OjMxICAgNDo0OCAgXF8gL3Vzci9iaW4vWCA6MCAtYXV0aCAv dmFyL3J1bi9saWdodGRtL3Jvb3QvOjAgLW5vbGlzdGVuIHRjcCB2dDcNCj4NCj4gQ2hld2luZyBv biBhbiBlbnRpcmUgQ1BVIC4uLiB3aGljaCBpdCBzZWVtcyB0aGF0IGF0IHNvbWUgcG9pbnQgbXkg bWFjaGluZSBsb2NrcyB1cC4NCj4NCj4gV2hlbiBJIGxvYWRlZCBWTkMgYW5kIGF0dGFjaGVkIGlu dG8gdGhlIGNvbnNvbGUgdGhlcmUuLi4gYWxsIEkgZ2V0IGlzIGEgdGVybWluYWwgd2luZG93LCBu b3QgdGhlIHVuaXR5IGRlc2t0b3AuIElmIEkgY2xvc2UgaXQuLi4gbm90aGluZyBpcyBzdGFydGFi bGUuDQo+DQo+IC0gQnJpYW4gTWVuZ2VzDQo+IFByaW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzDQo+ IEdvR3JpZCB8IFNlcnZlUGF0aCB8IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzDQo+DQo+ IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IHhlbi11c2Vycy1ib3VuY2VzQGxp c3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc+DQo+IFtt YWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzLWJv dW5jZXNAbGlzdHMueGVuLm9yZz5dIE9uIEJlaGFsZiBPZiBHb3JkYW4gQm9iaWMNCj4gU2VudDog VGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMDk6MTgNCj4gVG86IHhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnPG1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCj4gU3ViamVjdDogUmU6IFtYZW4t dXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2gNCj4NCj4gQXQgYSBnbGFuY2UsIEkgZG9u J3Qgc2VlIGFuIG9idmlvdXMgcHJvYmxlbSBpbiB0aGF0IGxvZy4NCj4NCj4gSXMgeW91IGNhbiBz c2ggaW4gY2FuIHlvdSBjaGVjayBpZiBYb3JnIGlzIGFjdHVhbGx5IHJ1bm5pbmc/DQo+DQo+PiBP biAyMDE0LTA2LTI2IDE3OjAwLCBCcmlhbiBNZW5nZXMgd3JvdGU6DQo+PiBMb29rcyBsaWtlIGl0 IGlzbid0IHVzaW5nIHRoZSBkcml2ZXIgY29ycmVjdGx5Pw0KPj4gLS0tLS0NCj4+IFsgICAgIDku NzU4XQ0KPj4gWC5PcmcgWCBTZXJ2ZXIgMS4xNC41DQo+PiBSZWxlYXNlIERhdGU6IDIwMTMtMTIt MTINCj4+IFsgICAgIDkuNzU4XSBYIFByb3RvY29sIFZlcnNpb24gMTEsIFJldmlzaW9uIDANCj4+ IFsgICAgIDkuNzU4XSBCdWlsZCBPcGVyYXRpbmcgU3lzdGVtOiBMaW51eCAyLjYuNDItMzctZ2Vu ZXJpYyB4ODZfNjQNCj4+IFVidW50dQ0KPj4gWyAgICAgOS43NThdIEN1cnJlbnQgT3BlcmF0aW5n IFN5c3RlbTogTGludXggYm1lbmdlcy1saW51eDMNCj4+IDMuMTEuMC0yMy1nZW5lcmljICM0MH5w cmVjaXNlMS1VYnVudHUgU01QIFdlZCBKdW4gNCAyMjowNjozNiBVVEMgMjAxNA0KPj4geDg2XzY0 DQo+PiBbICAgICA5Ljc1OF0gS2VybmVsIGNvbW1hbmQgbGluZToNCj4+IEJPT1RfSU1BR0U9L2Jv b3Qvdm1saW51ei0zLjExLjAtMjMtZ2VuZXJpYw0KPj4gcm9vdD1VVUlEPTc4NGE5NDZiLTI0ZmYt NGZjNy1iNTI3LWY1ZTgyMmIxN2FiZCBybyBxdWlldCBzcGxhc2gNCj4+IGlvbW11PXNvZnQgc3dp b3RsYj1mb3JjZSB2dC5oYW5kb2ZmPTcNCj4+IFsgICAgIDkuNzU4XSBCdWlsZCBEYXRlOiAwNiBK YW51YXJ5IDIwMTQgIDAxOjM3OjQ4UE0NCj4+IFsgICAgIDkuNzU4XSB4b3JnLXNlcnZlciAyOjEu MTQuNS0xdWJ1bnR1Mn5zYXVjeTF+cHJlY2lzZTIgKEZvcg0KPj4gdGVjaG5pY2FsIHN1cHBvcnQg cGxlYXNlIHNlZSBodHRwOi8vd3d3LnVidW50dS5jb20vc3VwcG9ydCkNCj4+IFsgICAgIDkuNzU4 XSBDdXJyZW50IHZlcnNpb24gb2YgcGl4bWFuOiAwLjMwLjINCj4+IFsgICAgIDkuNzU4XSAgICBC ZWZvcmUgcmVwb3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8vd2lraS54Lm9yZw0KPj4gICAg ICAgIHRvIG1ha2Ugc3VyZSB0aGF0IHlvdSBoYXZlIHRoZSBsYXRlc3QgdmVyc2lvbi4NCj4+IFsg ICAgIDkuNzU4XSBNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoqKSBmcm9tIGNvbmZpZyBmaWxlLCAo PT0pIGRlZmF1bHQNCj4+IHNldHRpbmcsDQo+PiAgICAgICAgKCsrKSBmcm9tIGNvbW1hbmQgbGlu ZSwgKCEhKSBub3RpY2UsIChJSSkgaW5mb3JtYXRpb25hbCwNCj4+ICAgICAgICAoV1cpIHdhcm5p bmcsIChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uDQo+PiBb ICAgICA5Ljc1OF0gKD09KSBMb2cgZmlsZTogIi92YXIvbG9nL1hvcmcuMC5sb2ciLCBUaW1lOiBU aHUgSnVuIDI2DQo+PiAwODoxNTo1MyAyMDE0DQo+PiBbICAgICA5LjgwM10gKD09KSBVc2luZyBj b25maWcgZmlsZTogIi9ldGMvWDExL3hvcmcuY29uZiINCj4+IFsgICAgIDkuODAzXSAoPT0pIFVz aW5nIHN5c3RlbSBjb25maWcgZGlyZWN0b3J5DQo+PiAiL3Vzci9zaGFyZS9YMTEveG9yZy5jb25m LmQiDQo+PiBbICAgICA5Ljg5M10gKD09KSBTZXJ2ZXJMYXlvdXQgImF0aWNvbmZpZyBMYXlvdXQi DQo+PiBbICAgICA5Ljg5M10gKCoqKSB8LS0+U2NyZWVuICJhdGljb25maWctU2NyZWVuWzBdLTAi ICgwKQ0KPj4gWyAgICAgOS44OTNdICgqKikgfCAgIHwtLT5Nb25pdG9yICJhdGljb25maWctTW9u aXRvclswXS0wIg0KPj4gWyAgICAgOS45MDVdICgqKikgfCAgIHwtLT5EZXZpY2UgImF0aWNvbmZp Zy1EZXZpY2VbMF0tMCINCj4+IFsgICAgIDkuOTA1XSAoPT0pIEF1dG9tYXRpY2FsbHkgYWRkaW5n IGRldmljZXMNCj4+IFsgICAgIDkuOTA1XSAoPT0pIEF1dG9tYXRpY2FsbHkgZW5hYmxpbmcgZGV2 aWNlcw0KPj4gWyAgICAgOS45MDVdICg9PSkgQXV0b21hdGljYWxseSBhZGRpbmcgR1BVIGRldmlj ZXMNCj4+IFsgICAgIDkuOTQ0XSAoV1cpIFRoZSBkaXJlY3RvcnkgIi91c3Ivc2hhcmUvZm9udHMv WDExL2N5cmlsbGljIiBkb2VzDQo+PiBub3QgZXhpc3QuDQo+PiBbICAgICA5Ljk0NF0gICAgRW50 cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC4NCj4+IFsgICAgIDkuOTQ0XSAoV1cpIFRoZSBkaXJl Y3RvcnkgIi91c3Ivc2hhcmUvZm9udHMvWDExLzEwMGRwaS8iIGRvZXMgbm90DQo+PiBleGlzdC4N Cj4+IFsgICAgIDkuOTQ0XSAgICBFbnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLg0KPj4gWyAg ICAgOS45NDRdIChXVykgVGhlIGRpcmVjdG9yeSAiL3Vzci9zaGFyZS9mb250cy9YMTEvNzVkcGkv IiBkb2VzIG5vdA0KPj4gZXhpc3QuDQo+PiBbICAgICA5Ljk0NF0gICAgRW50cnkgZGVsZXRlZCBm cm9tIGZvbnQgcGF0aC4NCj4+IFsgICAgIDkuOTYwXSAoV1cpIFRoZSBkaXJlY3RvcnkgIi91c3Iv c2hhcmUvZm9udHMvWDExLzEwMGRwaSIgZG9lcyBub3QNCj4+IGV4aXN0Lg0KPj4gWyAgICAgOS45 NjBdICAgIEVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGguDQo+PiBbICAgICA5Ljk2MF0gKFdX KSBUaGUgZGlyZWN0b3J5ICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS83NWRwaSIgZG9lcyBub3QNCj4+ IGV4aXN0Lg0KPj4gWyAgICAgOS45NjBdICAgIEVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGgu DQo+PiBbICAgICA5Ljk2MF0gKD09KSBGb250UGF0aCBzZXQgdG86DQo+PiAgICAgICAgL3Vzci9z aGFyZS9mb250cy9YMTEvbWlzYywNCj4+ICAgICAgICAvdXNyL3NoYXJlL2ZvbnRzL1gxMS9UeXBl MSwNCj4+ICAgICAgICBidWlsdC1pbnMNCj4+IFsgICAgIDkuOTYwXSAoPT0pIE1vZHVsZVBhdGgg c2V0IHRvDQo+PiAiL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMs L3Vzci9saWIveG9yZy9leHRyYS1tb2R1bGVzLC91c3IvbGliL3hvcmcvbW9kdWxlcyINCj4+IFsg ICAgIDkuOTYwXSAoSUkpIFRoZSBzZXJ2ZXIgcmVsaWVzIG9uIHVkZXYgdG8gcHJvdmlkZSB0aGUg bGlzdCBvZg0KPj4gaW5wdXQgZGV2aWNlcy4NCj4+ICAgICAgICBJZiBubyBkZXZpY2VzIGJlY29t ZSBhdmFpbGFibGUsIHJlY29uZmlndXJlIHVkZXYgb3IgZGlzYWJsZQ0KPj4gQXV0b0FkZERldmlj ZXMuDQo+PiBbICAgICA5Ljk2Nl0gKElJKSBMb2FkZXIgbWFnaWM6IDB4N2Y2YWQzNDVmYzIwDQo+ PiBbICAgICA5Ljk2Nl0gKElJKSBNb2R1bGUgQUJJIHZlcnNpb25zOg0KPj4gWyAgICAgOS45NjZd ICAgIFguT3JnIEFOU0kgQyBFbXVsYXRpb246IDAuNA0KPj4gWyAgICAgOS45NjZdICAgIFguT3Jn IFZpZGVvIERyaXZlcjogMTQuMQ0KPj4gWyAgICAgOS45NjZdICAgIFguT3JnIFhJbnB1dCBkcml2 ZXIgOiAxOS4xDQo+PiBbICAgICA5Ljk2Nl0gICAgWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDcu MA0KPj4gWyAgICAgOS45NzNdICgtLSkgUENJOiooMDowOjI6MCkgMTAxMzowMGI4OjU4NTM6MDAw MSByZXYgMCwgTWVtIEANCj4+IDB4ZjAwMDAwMDAvMzM1NTQ0MzIsIDB4ZjMwNDQwMDAvNDA5Ng0K Pj4gWyAgICAgOS45NzNdICgtLSkgUENJOiAoMDowOjU6MCkgMTAwMjo2Nzc5OjE2ODI6MzIwNyBy ZXYgMCwgTWVtIEANCj4+IDB4ZTAwMDAwMDAvMjY4NDM1NDU2LCAweGYzMDAwMDAwLzEzMTA3Miwg SS9PIEAgMHgwMDAwYzIwMC8yNTYsIEJJT1MgQA0KPj4gMHg/Pz8/Pz8/Py8xMzEwNzINCj4+IFsg ICAgIDkuOTczXSAoSUkpIE9wZW4gQUNQSSBzdWNjZXNzZnVsICgvdmFyL3J1bi9hY3BpZC5zb2Nr ZXQpDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBHZW5l cmljIEV2ZW50IEV4dGVuc2lvbg0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1p biBleHRlbnNpb24gU0hBUEUNCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIE1JVC1TSE0NCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIFhJbnB1dEV4dGVuc2lvbg0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBi dWlsdC1pbiBleHRlbnNpb24gWFRFU1QNCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVp bHQtaW4gZXh0ZW5zaW9uIEJJRy1SRVFVRVNUUw0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemlu ZyBidWlsdC1pbiBleHRlbnNpb24gU1lOQw0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBi dWlsdC1pbiBleHRlbnNpb24gWEtFWUJPQVJEDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBYQy1NSVNDDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBTRUNVUklUWQ0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemlu ZyBidWlsdC1pbiBleHRlbnNpb24gWElORVJBTUENCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXpp bmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhGSVhFUw0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemlu ZyBidWlsdC1pbiBleHRlbnNpb24gUkVOREVSDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBSQU5EUg0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBi dWlsdC1pbiBleHRlbnNpb24gQ09NUE9TSVRFDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBEQU1BR0UNCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcg YnVpbHQtaW4gZXh0ZW5zaW9uIE1JVC1TQ1JFRU4tU0FWRVINCj4+IFsgICAgIDkuOTc2XSBJbml0 aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERPVUJMRS1CVUZGRVINCj4+IFsgICAgIDkuOTc2 XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJFQ09SRA0KPj4gWyAgICAgOS45NzZd IEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gRFBNUw0KPj4gWyAgICAgOS45NzZdIElu aXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWC1SZXNvdXJjZQ0KPj4gWyAgICAgOS45NzZd IEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWFZpZGVvDQo+PiBbICAgICA5Ljk3Nl0g SW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYVmlkZW8tTW90aW9uQ29tcGVuc2F0aW9u DQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYRnJlZTg2 LVZpZE1vZGVFeHRlbnNpb24NCj4+IFsgICAgIDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIFhGcmVlODYtREdBDQo+PiBbICAgICA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0 LWluIGV4dGVuc2lvbiBYRnJlZTg2LURSSQ0KPj4gWyAgICAgOS45NzZdIEluaXRpYWxpemluZyBi dWlsdC1pbiBleHRlbnNpb24gRFJJMg0KPj4gWyAgICAgOS45NzZdIChJSSkgImdseCIgd2lsbCBi ZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdA0KPj4gYW5kIGFsc28gc3BlY2lm aWVkIGluIHRoZSBjb25maWcgZmlsZS4NCj4+IFsgICAgIDkuOTc2XSAoSUkpIExvYWRNb2R1bGU6 ICJnbHgiDQo+PiBbICAgIDEwLjA5OF0gKElJKSBMb2FkaW5nDQo+PiAvdXNyL2xpYi94ODZfNjQt bGludXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZ2x4LnNv DQo+PiBbICAgIDEwLjE1N10gKElJKSBNb2R1bGUgZ2x4OiB2ZW5kb3I9IkFkdmFuY2VkIE1pY3Jv IERldmljZXMsIEluYy4iDQo+PiBbICAgIDEwLjE1N10gICAgY29tcGlsZWQgZm9yIDYuOS4wLCBt b2R1bGUgdmVyc2lvbiA9IDEuMC4wDQo+PiBbICAgIDEwLjE1N10gTG9hZGluZyBleHRlbnNpb24g R0xYDQo+PiBbICAgIDEwLjE1N10gKElJKSBMb2FkTW9kdWxlOiAiZmdscngiDQo+PiBbICAgIDEw LjIxNV0gKElJKSBMb2FkaW5nDQo+PiAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L3hvcmcvZXh0 cmEtbW9kdWxlcy9tb2R1bGVzL2RyaXZlcnMvZmdscnhfZHJ2LnNvDQo+PiBbICAgIDEwLjkxMl0g KElJKSBNb2R1bGUgZmdscng6IHZlbmRvcj0iRmlyZUdMIC0gQU1EIFRlY2hub2xvZ2llcyBJbmMu Ig0KPj4gWyAgICAxMC45MTJdICAgIGNvbXBpbGVkIGZvciAxLjQuOTkuOTA2LCBtb2R1bGUgdmVy c2lvbiA9IDEzLjI1LjUNCj4+IFsgICAgMTAuOTEyXSAgICBNb2R1bGUgY2xhc3M6IFguT3JnIFZp ZGVvIERyaXZlcg0KPj4gWyAgICAxMC45MTNdIChJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJmZ2xy eGRybSINCj4+IFsgICAgMTAuOTEzXSAoSUkpIExvYWRNb2R1bGU6ICJmZ2xyeGRybSINCj4+IFsg ICAgMTAuOTI1XSAoSUkpIExvYWRpbmcNCj4+IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9y Zy9leHRyYS1tb2R1bGVzL21vZHVsZXMvbGludXgvbGliZmdscnhkcm0uc28NCj4+IFsgICAgMTAu OTQ3XSAoSUkpIE1vZHVsZSBmZ2xyeGRybTogdmVuZG9yPSJGaXJlR0wgLSBBTUQgVGVjaG5vbG9n aWVzDQo+PiBJbmMuIg0KPj4gWyAgICAxMC45NDddICAgIGNvbXBpbGVkIGZvciAxLjQuOTkuOTA2 LCBtb2R1bGUgdmVyc2lvbiA9IDEzLjI1LjUNCj4+IFsgICAgMTAuOTQ3XSAoSUkpIEFNRCBQcm9w cmlldGFyeSBMaW51eCBEcml2ZXIgVmVyc2lvbg0KPj4gSWRlbnRpZmllcjoxMy4yNS41DQo+PiBb ICAgIDEwLjk0N10gKElJKSBBTUQgUHJvcHJpZXRhcnkgTGludXggRHJpdmVyIFJlbGVhc2UgSWRl bnRpZmllcjoNCj4+IDEzLjI1MQ0KPj4gWyAgICAxMC45NDddIChJSSkgQU1EIFByb3ByaWV0YXJ5 IExpbnV4IERyaXZlciBCdWlsZCBEYXRlOiBEZWMgIDYgMjAxMw0KPj4gMTU6MTk6MDMNCj4+IFsg ICAgMTAuOTQ3XSAoKyspIHVzaW5nIFZUIG51bWJlciA3DQo+Pg0KPj4gWyAgICAxMC45NDddIChX VykgRmFsbGluZyBiYWNrIHRvIG9sZCBwcm9iZSBtZXRob2QgZm9yIGZnbHJ4DQo+PiBbICAgIDEx LjE0OV0gKElJKSBMb2FkaW5nIFBDUyBkYXRhYmFzZSBmcm9tIC9ldGMvYXRpL2FtZHBjc2RiDQo+ PiAvZXRjL2F0aS9hbWRwY3NkYi5kZWZhdWx0DQo+PiBbICAgIDExLjE1Ml0gdWtpRHluYW1pY01h am9yOiBmb3VuZCBtYWpvciBkZXZpY2UgbnVtYmVyIDI1MA0KPj4gWyAgICAxMS4xNTJdIHVraUR5 bmFtaWNNYWpvcjogZm91bmQgbWFqb3IgZGV2aWNlIG51bWJlciAyNTANCj4+IFsgICAgMTEuMTUy XSB1a2lPcGVuQnlCdXNpZDogU2VhcmNoaW5nIGZvciBCdXNJRCBQQ0k6MDo1OjANCj4+IFsgICAg MTEuMTUyXSB1a2lPcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9hdGkvY2FyZDANCj4+IFsg ICAgMTEuMTUyXSB1a2lPcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAxMCwgKE9LKQ0KPj4gLS0t LS0NCj4+DQo+PiAtIEJyaWFuIE1lbmdlcw0KPj4gUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHMN Cj4+IEdvR3JpZCB8IFNlcnZlUGF0aCB8IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzDQo+ Pg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IHhlbi11c2Vycy1ib3Vu Y2VzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc+ DQo+PiBbbWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11 c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc+XSBPbiBCZWhhbGYgT2YgR29yZGFuIEJvYmljDQo+ PiBTZW50OiBUaHVyc2RheSwgSnVuZSAyNiwgMjAxNCAwODo0Mw0KPj4gVG86IHhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnPG1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCj4+IFN1YmplY3Q6 IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoDQo+Pg0KPj4+IE9uIDIw MTQtMDYtMjYgMTY6MjAsIEJyaWFuIE1lbmdlcyB3cm90ZToNCj4+PiBbcm9vdEB4cyB+XSMgbHNt b2QgfCBncmVwIHBjaWJhY2sNCj4+PiBbcm9vdEB4cyB+XSMgZWNobyAkPw0KPj4+IDENCj4+PiBb cm9vdEB4cyB+XSMgbW9kcHJvYmUgcGNpYmFjaw0KPj4+IEZBVEFMOiBNb2R1bGUgcGNpYmFjayBu b3QgZm91bmQuDQo+Pg0KPj4gVHJ5Og0KPj4gbW9kcHJvYmUgeGVuLXBjaWJhY2sNCj4+DQo+Pj4g WGVuc2VydmVyIDYuMiBhcHBlYXJzIHRvIGJlIGEgQ2VudE9TIDUueCAobWF5YmUgNS42KSBib3gu DQo+Pg0KPj4gQWggLSBteSBiYWQuIEl0IG11c3QgYmUgWGVuc2VydmVyIDcgdGhhdCBpcyBiYXNl ZCBvbiBFTDYuDQo+Pg0KPj4+IEkgaW5zdGFsbGVkIHRoZSBwcm9wcmlldGFyeSBkcml2ZXJzIGlu IGFuIFVidW50dSAxMi4wNCBMVFMgVk0sIGFuZA0KPj4+IGl0IHdvbid0IGdldCBwYXN0IHRoZSBz cGxhc2ggc2NyZWVuICh4ZW5jZW50ZXIgZGlzcGxheSkgbm93IGFmdGVyDQo+Pj4gZ3B1IGFzc2ln bm1lbnQgKGNvbnNvbGUgb3IgZ3VpKS4gVGhlIFVidW50dSBkcml2ZXJzIGFwcGVhciB0byBkbw0K Pj4+IG5vdGhpbmc7DQo+Pj4gaG93ZXZlcjoNCj4+Pg0KPj4+ICQgZG1lc2cgfCBncmVwIC1FICco Zmdscnh8QVRJfHJhZGVvbnxwY2kpJw0KPj4+IFsgICAgMC4xODgzNzddIFBDSTogVXNpbmcgaG9z dCBicmlkZ2Ugd2luZG93cyBmcm9tIEFDUEk7IGlmIG5lY2Vzc2FyeSwNCj4+PiB1c2UgInBjaT1u b2NycyIgYW5kIHJlcG9ydCBhIGJ1Zw0KPj4+IFsgICAgMC4yNTE5OTddIHBjaV9idXMgMDAwMDow MDogcm9vdCBidXMgcmVzb3VyY2UgW2J1cyAwMC1mZl0NCj4+PiBbICAgIDAuMjUyMDAwXSBwY2lf YnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAgMHgwMDAwLTB4MGNmN10NCj4+PiBb ICAgIDAuMjUyMDAwXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAgMHgw ZDAwLTB4ZmZmZl0NCj4+PiBbICAgIDAuMjUyMDAwXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVz IHJlc291cmNlIFttZW0NCj4+PiAweDAwMGEwMDAwLTB4MDAwYmZmZmZdDQo+Pj4gWyAgICAwLjI1 MjAwMF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbbWVtDQo+Pj4gMHhlMDAw MDAwMC0weGZiZmZmZmZmXQ0KPj4+IFsgICAgMC4yNTIwNjJdIHBjaSAwMDAwOjAwOjAwLjA6IFs4 MDg2OjEyMzddIHR5cGUgMDAgY2xhc3MgMHgwNjAwMDANCj4+PiBbICAgIDAuMjUzMTM4XSBwY2kg MDAwMDowMDowMS4wOiBbODA4Njo3MDAwXSB0eXBlIDAwIGNsYXNzIDB4MDYwMTAwDQo+Pj4gWyAg ICAwLjI1NDEwMF0gcGNpIDAwMDA6MDA6MDEuMTogWzgwODY6NzAxMF0gdHlwZSAwMCBjbGFzcyAw eDAxMDE4MA0KPj4+IFsgICAgMC4yNTQ3MzBdIHBjaSAwMDAwOjAwOjAxLjE6IHJlZyAweDIwOiBb aW8gIDB4YzMyMC0weGMzMmZdDQo+Pj4gWyAgICAwLjI1NTY1Ml0gcGNpIDAwMDA6MDA6MDEuMjog WzgwODY6NzAyMF0gdHlwZSAwMCBjbGFzcyAweDBjMDMwMA0KPj4+IFsgICAgMC4yNTYyMjJdIHBj aSAwMDAwOjAwOjAxLjI6IHJlZyAweDIwOiBbaW8gIDB4YzMwMC0weGMzMWZdDQo+Pj4gWyAgICAw LjI1NzEwMF0gcGNpIDAwMDA6MDA6MDEuMzogWzgwODY6NzExM10gdHlwZSAwMCBjbGFzcyAweDA2 ODAwMA0KPj4+IFsgICAgMC4yNTc4MzNdIHBjaSAwMDAwOjAwOjAxLjM6IHF1aXJrOiBbaW8gIDB4 MWY0MC0weDFmN2ZdIGNsYWltZWQgYnkNCj4+PiBQSUlYNCBBQ1BJDQo+Pj4gWyAgICAwLjI1ODUy OV0gcGNpIDAwMDA6MDA6MDIuMDogWzEwMTM6MDBiOF0gdHlwZSAwMCBjbGFzcyAweDAzMDAwMA0K Pj4+IFsgICAgMC4yNTg2ODRdIHBjaSAwMDAwOjAwOjAyLjA6IHJlZyAweDEwOiBbbWVtIDB4ZjAw MDAwMDAtMHhmMWZmZmZmZg0KPj4+IHByZWZdDQo+Pj4gWyAgICAwLjI1ODc5OV0gcGNpIDAwMDA6 MDA6MDIuMDogcmVnIDB4MTQ6IFttZW0gMHhmMzA0NDAwMC0weGYzMDQ0ZmZmXQ0KPj4+IFsgICAg MC4yNTk3NThdIHBjaSAwMDAwOjAwOjAzLjA6IFs1ODUzOjAwMDFdIHR5cGUgMDAgY2xhc3MgMHgw MTAwMDANCj4+PiBbICAgIDAuMjU5OTcwXSBwY2kgMDAwMDowMDowMy4wOiByZWcgMHgxMDogW2lv ICAweGMwMDAtMHhjMGZmXQ0KPj4+IFsgICAgMC4yNjAxMDFdIHBjaSAwMDAwOjAwOjAzLjA6IHJl ZyAweDE0OiBbbWVtIDB4ZjIwMDAwMDAtMHhmMmZmZmZmZg0KPj4+IHByZWZdDQo+Pj4gWyAgICAw LjI2MTcyMl0gcGNpIDAwMDA6MDA6MDUuMDogWzEwMDI6Njc3OV0gdHlwZSAwMCBjbGFzcyAweDAz MDAwMA0KPj4+IFsgICAgMC4yNjgwMThdIHBjaSAwMDAwOjAwOjA1LjA6IHJlZyAweDEwOiBbbWVt IDB4ZTAwMDAwMDAtMHhlZmZmZmZmZg0KPj4+IDY0Yml0IHByZWZdDQo+Pj4gWyAgICAwLjI3NjAx N10gcGNpIDAwMDA6MDA6MDUuMDogcmVnIDB4MTg6IFttZW0gMHhmMzAwMDAwMC0weGYzMDFmZmZm DQo+Pj4gNjRiaXRdDQo+Pj4gWyAgICAwLjI4NDAwOF0gcGNpIDAwMDA6MDA6MDUuMDogcmVnIDB4 MjA6IFtpbyAgMHhjMjAwLTB4YzJmZl0NCj4+PiBbICAgIDAuMzAwMDI0XSBwY2kgMDAwMDowMDow NS4wOiByZWcgMHgzMDogW21lbSAweGYzMDIwMDAwLTB4ZjMwM2ZmZmYNCj4+PiBwcmVmXQ0KPj4+ IFsgICAgMC4zMDExMTVdIHBjaSAwMDAwOjAwOjA1LjA6IHN1cHBvcnRzIEQxIEQyDQo+Pj4gWyAg ICAwLjMwMTg4N10gcGNpIDAwMDA6MDA6MDYuMDogWzEwMDI6YWE5OF0gdHlwZSAwMCBjbGFzcyAw eDA0MDMwMA0KPj4+IFsgICAgMC4zMDIxNjldIHBjaSAwMDAwOjAwOjA2LjA6IHJlZyAweDEwOiBb bWVtIDB4ZjMwNDAwMDAtMHhmMzA0M2ZmZg0KPj4+IDY0Yml0XQ0KPj4+IFsgICAgMC4zMDM5Njld IHBjaSAwMDAwOjAwOjA2LjA6IHN1cHBvcnRzIEQxIEQyDQo+Pj4gWyAgICAwLjMzMjA4MV0gUENJ OiBwY2lfY2FjaGVfbGluZV9zaXplIHNldCB0byA2NCBieXRlcw0KPj4+IFsgICAgMS4zMDk5MjZd IHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2UgNCBbaW8gIDB4MDAwMC0weDBjZjddDQo+Pj4gWyAg ICAxLjMwOTkzMF0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSA1IFtpbyAgMHgwZDAwLTB4ZmZm Zl0NCj4+PiBbICAgIDEuMzA5OTMzXSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDYgW21lbSAw eDAwMGEwMDAwLTB4MDAwYmZmZmZdDQo+Pj4gWyAgICAxLjMwOTkzNV0gcGNpX2J1cyAwMDAwOjAw OiByZXNvdXJjZSA3IFttZW0gMHhlMDAwMDAwMC0weGZiZmZmZmZmXQ0KPj4+IFsgICAgMS4zMTA5 MDhdIHBjaSAwMDAwOjAwOjAwLjA6IExpbWl0aW5nIGRpcmVjdCBQQ0kvUENJIHRyYW5zZmVycw0K Pj4+IFsgICAgMS4zMTA5NTRdIHBjaSAwMDAwOjAwOjAxLjA6IFBJSVgzOiBFbmFibGluZyBQYXNz aXZlIFJlbGVhc2UNCj4+PiBbICAgIDEuMzExMDAwXSBwY2kgMDAwMDowMDowMS4wOiBBY3RpdmF0 aW5nIElTQSBETUEgaGFuZyB3b3JrYXJvdW5kcw0KPj4+IFsgICAgMS4zMTIwNDddIHBjaSAwMDAw OjAwOjAyLjA6IEJvb3QgdmlkZW8gZGV2aWNlDQo+Pj4gWyAgICAxLjMxMjIxNV0gcGNpIDAwMDA6 MDA6MDUuMDogQm9vdCB2aWRlbyBkZXZpY2UNCj4+PiBbICAgIDEuNTM0NzM1XSBwY2lfaG90cGx1 ZzogUENJIEhvdCBQbHVnIFBDSSBDb3JlIHZlcnNpb246IDAuNQ0KPj4+IFsgICAgMS41MzQ3NDRd IHBjaWVocDogUENJIEV4cHJlc3MgSG90IFBsdWcgQ29udHJvbGxlciBEcml2ZXIgdmVyc2lvbjoN Cj4+PiAwLjQNCj4+PiBbICAgIDEuNTc2OTAyXSBlaGNpLXBjaTogRUhDSSBQQ0kgcGxhdGZvcm0g ZHJpdmVyDQo+Pj4gWyAgICAxLjU3Njk0Ml0gb2hjaS1wY2k6IE9IQ0kgUENJIHBsYXRmb3JtIGRy aXZlcg0KPj4+IFsgICAgMS42OTIxMjNdIHhlbmJ1c19wcm9iZV9mcm9udGVuZDogRGV2aWNlIHdp dGggbm8gZHJpdmVyOg0KPj4+IGRldmljZS9wY2kvMA0KPj4+IFsgICAgNi4xODAzODBdIGZnbHJ4 OiBtb2R1bGUgbGljZW5zZSAnUHJvcHJpZXRhcnkuIChDKSAyMDAyIC0gQVRJDQo+Pj4gVGVjaG5v bG9naWVzLCBTdGFybmJlcmcsIEdFUk1BTlknIHRhaW50cyBrZXJuZWwuDQo+Pj4gWyAgICA2LjE4 NTkxMV0gZmdscng6IG1vZHVsZSB2ZXJpZmljYXRpb24gZmFpbGVkOiBzaWduYXR1cmUgYW5kL29y DQo+Pj4gcmVxdWlyZWQga2V5IG1pc3NpbmcgLSB0YWludGluZyBrZXJuZWwNCj4+PiBbICAgIDYu MTkzOTc5XSA8Nj5bZmdscnhdIE1heGltdW0gbWFpbiBtZW1vcnkgdG8gdXNlIGZvciBsb2NrZWQg ZG1hDQo+Pj4gYnVmZmVyczogNzI0NyBNQnl0ZXMuDQo+Pj4gWyAgICA2LjE5NDA5NF0gPDY+W2Zn bHJ4XSAgIHZlbmRvcjogMTAwMiBkZXZpY2U6IDY3NzkgY291bnQ6IDENCj4+PiBbICAgIDYuMTk0 ODM1XSA8Nj5bZmdscnhdIGlvcG9ydDogYmFyIDQsIGJhc2UgMHhjMjAwLCBzaXplOiAweDEwMA0K Pj4+IFsgICAgNi4xOTU5MzJdIDw2PltmZ2xyeF0gS2VybmVsIFBBVCBzdXBwb3J0IGlzIGVuYWJs ZWQNCj4+PiBbICAgIDYuMTk1OTYwXSA8Nj5bZmdscnhdIG1vZHVsZSBsb2FkZWQgLSBmZ2xyeCAx NC4xMC4yIFtNYXkgIDUgMjAxNF0NCj4+PiB3aXRoIDEgbWlub3JzDQo+Pj4gWyAgICA2Ljc1MzIx NF0gaW5wdXQ6IFFFTVUgMC4xMC4yIFFFTVUgVVNCIFRhYmxldCBhcw0KPj4+IC9kZXZpY2VzL3Bj aTAwMDA6MDAvMDAwMDowMDowMS4yL3VzYjEvMS0yLzEtMjoxLjAvaW5wdXQvaW5wdXQzDQo+Pj4g WyAgICA2Ljc2NDc4M10gaW5wdXQ6IEhELUF1ZGlvIEdlbmVyaWMgSERNSS9EUCxwY209MyBhcw0K Pj4+IC9kZXZpY2VzL3BjaTAwMDA6MDAvMDAwMDowMDowNi4wL3NvdW5kL2NhcmQwL2lucHV0NA0K Pj4+IFsgICAxMS40OTQ1NDNdIDw2PltmZ2xyeF0gRmlyZWdsIGtlcm5lbCB0aHJlYWQgUElEOiAx MjYwDQo+Pj4gWyAgIDExLjQ5NDc3M10gPDY+W2ZnbHJ4XSBGaXJlZ2wga2VybmVsIHRocmVhZCBQ SUQ6IDEyNjENCj4+PiBbICAgMTEuNDk1MDA0XSA8Nj5bZmdscnhdIEZpcmVnbCBrZXJuZWwgdGhy ZWFkIFBJRDogMTI2Mg0KPj4+IFsgICAxMS40OTUxNTRdIDw2PltmZ2xyeF0gSVJRIDc4IEVuYWJs ZWQNCj4+PiBbICAgMTEuNTQxNTY5XSA8Nj5bZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBTaGFy ZWQgb2Zmc2V0OjAsDQo+Pj4gc2l6ZToxMDAwMDAwDQo+Pj4gWyAgIDExLjU0MTU3MV0gPDY+W2Zn bHJ4XSBSZXNlcnZlZCBGQiBibG9jazogVW5zaGFyZWQgb2Zmc2V0OmY4MzgwMDAsDQo+Pj4gc2l6 ZTo0MDAwDQo+Pj4gWyAgIDExLjU0MTU3Ml0gPDY+W2ZnbHJ4XSBSZXNlcnZlZCBGQiBibG9jazog VW5zaGFyZWQgb2Zmc2V0OmY4M2MwMDAsDQo+Pj4gc2l6ZTo0YzQwMDANCj4+PiBbICAgMTEuNTQx NTczXSA8Nj5bZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBVbnNoYXJlZCBvZmZzZXQ6N2ZmZjQw MDAsDQo+Pj4gc2l6ZTpjMDAwDQo+Pj4NCj4+PiBTbyBteSBsYXN0IGJvb3QgSSBnb3QgaW4gdmlh IFNTSCwgaG93ZXZlciB0aGUgZGlzcGxheXMgYXJlbid0IHdvcmtpbmcuDQo+Pj4gSSBmaXJzdCB0 cmllZCB0aGUgSERNSSAoSERNSSAtIEhETUkpIGRpc3BsYXkgdGhlbiB0aGUgRFZJIChEVkkgLT4N Cj4+PiBEaXNwbGF5UG9ydCkgZGlzcGxheSBhbmQgbXkgbW9uaXRvciBpc24ndCBzaG93aW5nIGFu eXRoaW5nLg0KPj4+IFdvZG5lcmluZyB3aGF0IEknbSBtaXNzaW5nIHRvIGdldCB0aGlzIGRpc3Bs YXkgdXAgYW5kIHJ1bm5pbmcuDQo+Pg0KPj4gU28gaXQgbG9va3MgbGlrZSBmZ2xyeCBsb2FkcyBz dWNjZXNzZnVsbHkgYW5kIGZpbmRzIHRoZSBoYXJkd2FyZS4gU28NCj4+IGZhciBzbyBnb29kLiBD YW4geW91IGNoZWNrIHdoYXQgeW91ciBYb3JnIGxvZyBzYXlzPw0KPj4NCj4+IEdvcmRhbg0KPj4N Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBY ZW4tdXNlcnMgbWFpbGluZyBsaXN0DQo+PiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86 WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+DQo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNl cnMNCj4+DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4NCj4+IFRoZSBp bmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0dGFjaG1lbnRz LCBtYXkNCj4+IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0 ZXJpYWwuIEl0IGlzIHNvbGVseQ0KPj4gZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRp dHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkNCj4+IHJldmlldywgcmV0cmFuc21pc3Np b24sIGRpc3NlbWluYXRpb24sIG9yIGFjdGlvbiB0YWtlbiBpbiByZWxpYW5jZQ0KPj4gdXBvbiB0 aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50 ZW5kZWQNCj4+IHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGlu IGVycm9yLCBwbGVhc2UgY29udGFjdA0KPj4gdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRl cmlhbCBmcm9tIGFueSBjb21wdXRlci4NCj4+DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KPj4gWGVu LXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KPj4g aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQo+DQo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4g WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0K PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCj4NCj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4NCj4gVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1l c3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQg bGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2Yg dGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3 LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluIHJlbGlh bmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRo YW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0 aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1h dGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0DQo+IFhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnPG1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCj4gaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQpUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2ht ZW50IGFyZSBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSBhZGRyZXNzZWUgYW5kIG1heSBjb250YWlu IGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbi4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtZXNz YWdlIGluIGVycm9yLCBwbGVhc2Ugc2VuZCBpdCBiYWNrIHRvIG1lLCBhbmQgaW1tZWRpYXRlbHkg ZGVsZXRlIGl0LiAgIFBsZWFzZSBkbyBub3QgdXNlLCBjb3B5IG9yIGRpc2Nsb3NlIHRoZSBpbmZv cm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlIG9yIGluIGFueSBhdHRhY2htZW50LiAg QW55IHZpZXdzIG9yIG9waW5pb25zIGV4cHJlc3NlZCBieSB0aGUgYXV0aG9yIG9mIHRoaXMgZW1h aWwgZG8gbm90IG5lY2Vzc2FyaWx5IHJlZmxlY3QgdGhlIHZpZXdzIG9mIHRoZSBVbml2ZXJzaXR5 IG9mIE5vdHRpbmdoYW0uDQoNClRoaXMgbWVzc2FnZSBoYXMgYmVlbiBjaGVja2VkIGZvciB2aXJ1 c2VzIGJ1dCB0aGUgY29udGVudHMgb2YgYW4gYXR0YWNobWVudCBtYXkgc3RpbGwgY29udGFpbiBz b2Z0d2FyZSB2aXJ1c2VzIHdoaWNoIGNvdWxkIGRhbWFnZSB5b3VyIGNvbXB1dGVyIHN5c3RlbSwg eW91IGFyZSBhZHZpc2VkIHRvIHBlcmZvcm0geW91ciBvd24gY2hlY2tzLiBFbWFpbCBjb21tdW5p Y2F0aW9ucyB3aXRoIHRoZSBVbml2ZXJzaXR5IG9mIE5vdHRpbmdoYW0gbWF5IGJlIG1vbml0b3Jl ZCBhcyBwZXJtaXR0ZWQgYnkgVUsgbGVnaXNsYXRpb24uDQoNCg0KDQoNCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlz IG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBh bmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ug b2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2 aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluIHJl bGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVy IHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2 ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhl IG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KaHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQoNClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0 dGFjaG1lbnRzLCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmlsZWdl ZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBwZXJzb24gb3IgZW50 aXR5IHRvIHdoaWNoIGl0IGlzIGFkZHJlc3NlZC4gQW55IHJldmlldywgcmV0cmFuc21pc3Npb24s IGRpc3NlbWluYXRpb24sIG9yIGFjdGlvbiB0YWtlbiBpbiByZWxpYW5jZSB1cG9uIHRoaXMgaW5m b3JtYXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCBy ZWNpcGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxl YXNlIGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBj b21wdXRlci4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NClhlbi11c2VycyBtYWlsaW5nIGxpc3QNClhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPG1haWx0 bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cw0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNClRoZSBpbmZvcm1hdGlv biBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0dGFjaG1lbnRzLCBtYXkgY29u dGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMg c29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBwZXJzb24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlz IGFkZHJlc3NlZC4gQW55IHJldmlldywgcmV0cmFuc21pc3Npb24sIGRpc3NlbWluYXRpb24sIG9y IGFjdGlvbiB0YWtlbiBpbiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkgcGVyc29u cyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQgaXMgcHJvaGli aXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNlIGNvbnRhY3QgdGhlIHNl bmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21wdXRlci4NCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp biB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVu dGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRo ZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBB bnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2Vu IGluIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVz IG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3Ug cmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxl dGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0K --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DD8ex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCJ9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNh bGlicml9DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIn0NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lfQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOnB1cnBsZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lfQ0KcC5tc29jaHBkZWZhdWx0LCBsaS5tc29jaHBkZWZhdWx0LCBk aXYubXNvY2hwZGVmYXVsdA0KCXttYXJnaW4tcmlnaHQ6MGluOw0KCW1hcmdpbi1sZWZ0OjBpbjsN Cglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiJ9 DQpzcGFuLmVtYWlsc3R5bGUxNw0KCXtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi Ow0KCWNvbG9yOiMxRjQ5N0R9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXtmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0R9DQouTXNvQ2hwRGVmYXVsdA0KCXtm b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiJ9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7bWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGlufQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXt9DQotLT4NCjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozsg Y29sb3I6IzFGNDk3RCI+U28gSSBhc3NpZ25lZCB0aGUgUmFkZW9uIEhEIDY0NTAgdG8gbXkgV2lu ZG93cyBWTTsgYW5kIGFjY29yZGluZyB0byB0aGUgZGV2aWNlIG1hbmFnZXIgYWNyb3NzIFJEUCwg aXQgaXMgd29ya2luZyBwcm9wZXJseSwgYnV0IG1vbml0b3IgaG9va2VkIHVwIGlzbuKAmXQgc2hv d2luZw0KIGFueSBkaXNwbGF5Ljwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29s b3I6IzFGNDk3RCI+QW0gSSBtaXNzaW5nIHNvbWV0aGluZz8gSSB0aG91Z2h0IHRoYXQgZ3B1IHBh c3N0aHJvdWdoIHdvdWxkIHJlc3VsdCBpbiBhIHVzYWJsZSBkaXNwbGF5IHNvIHRoYXQgSSBjb3Vs ZCB0aGVuIGNvbm5lY3QgdG8gdGhpcyBzZXJ2ZXIgdmlhIHN5bmVyZ3kgYW5kIHVzZSBhDQogZGVk aWNhdGVkIGdyYXBoaWNzIGVuZ2luZS48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4tIEJyaWFuIE1lbmdlczwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdE Ij5QcmluY2lwYWwgRW5naW5lZXIsIERldk9wczwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj5Hb0dyaWQg fCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jrczwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 IGNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7IGJvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDsgcGFkZGluZzozLjBwdCAw aW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ IHhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tdXNlcnMtYm91bmNl c0BsaXN0cy54ZW4ub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5CcmlhbiBNZW5nZXM8YnI+DQo8 Yj5TZW50OjwvYj4gRnJpZGF5LCBKdW5lIDI3LCAyMDE0IDA5OjE3PGJyPg0KPGI+VG86PC9iPiB4 ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1hlbi11c2Vy c10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaDwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkkgaGF2ZW7i gJl0IHRyaWVkIGFyY2ggbGludXguIEkgd2FzIHRyeWluZyB0byBzdGljayB3aXRoIHhlbnNlcnZl ciBiZWNhdXNlIHRoZXJlIHNob3VsZG7igJl0IGJlIGEgbmVlZCBmb3IgaGlkaW5nIGRldmljZXMg YW5kIG1vZGlmeWluZyBrZXJuZWxzLjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozsg Y29sb3I6IzFGNDk3RCI+LSBCcmlhbiBNZW5nZXM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+UHJpbmNp cGFsIEVuZ2luZWVyLCBEZXZPcHM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+R29HcmlkIHwgU2VydmVQ YXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3M8L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+ Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4gamFjZWsgYnVyZ2hhcmR0IFs8YSBocmVmPSJtYWlsdG86amFjZWtzYnVyZ2hhcmR0QGdt YWlsLmNvbSI+bWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb208L2E+XQ0KPGJyPg0KPGI+ U2VudDo8L2I+IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDE5OjM1PGJyPg0KPGI+VG86PC9iPiBC cmlhbiBNZW5nZXM8YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnNAbGlz dHMueGVuLm9yZyI+eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8 L2I+IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoPC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5BcmUgeW91IHJ1bm5pbmcgYXJjaCBsaW51eCA/IEkgd291bGQgdHJ5IG9wZW5zb3VyY2Ug ZHJpdmVycy4gSSBydW4gY2lubmFtb24gdW5kZXIgYTggNjYwMGsgYW5kIEkgZ2V0IHVyYmFuIHRl cnJpdG9yeSBwbGF5aW5nIHdpdGggOTAgZnMuIEp1c3QgZm9sbG93IHJhZGVvbiB3aWtpJm5ic3A7 PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206MTIuMHB0Ij4mbmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24g VGh1LCBKdW4gMjYsIDIwMTQgYXQgODoxNSBQTSwgQnJpYW4gTWVuZ2VzICZsdDs8YSBocmVmPSJt YWlsdG86Ym1lbmdlc0Bnb2dyaWQuY29tIiB0YXJnZXQ9Il9ibGFuayI+Ym1lbmdlc0Bnb2dyaWQu Y29tPC9hPiZndDsgd3JvdGU6PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lOyBi b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0OyBwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0 OyBtYXJnaW4tbGVmdDo0LjhwdDsgbWFyZ2luLXRvcDo1LjBwdDsgbWFyZ2luLXJpZ2h0OjBpbjsg bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TbyBJIGFkZGVkIGJh Y2sgaW4gc3dpb3RsYj1mb3JjZSBhbmQgcmVkaWQgZ3J1YiBhbmQgYWxzbyByZW1vdmVkIGZyb20g dGhlIGJsYWNrbGlzdCBmZ2xyeF91cGRhdGVzLiBOb3cgd2hlbiBJIHRyeSBhbmQgc3RhcnR4LCBh IENQVSBnZXRzIHBlZ2dlZCBAIDEwMCUsIGFuZCBub3RoaW5nIHN0aWxsIG9uIHRoZSBkaXNwbGF5 Ljxicj4NCjxicj4NCkJhc2ljYWxseSBJJ20gbmV2ZXIgZ2V0dGluZyBhIGRpc3BsYXksIGV2ZW4g b24gYm9vdCBvZiB0aGUgdm0uPC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4N Ci0gQnJpYW4gTWVuZ2VzPGJyPg0KUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHM8YnI+DQpHb0dy aWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jrczxicj4NCjxicj4N Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkZyb206IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91bmNl c0BsaXN0cy54ZW4ub3JnIj54ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPiBbbWFp bHRvOjxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnIj54ZW4t dXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gT24gQmVoYWxmIE9mIEJyaWFuIE1lbmdl czxicj4NClNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDE5OjA1PGJyPg0KVG86IERhbmll bCBTaHViPGJyPg0KQ2M6IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+ eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNd IEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8YnI+DQo8YnI+DQpFdmVuIHN0YXJ0aW5nIHRoZSBz eXN0ZW0gaW4gVEVYVCBtb2RlLCB0aGUgZGlzcGxheSBkb2Vzbid0IHNob3cuIEJ1dCBydW5uaW5n ICdzdGFydHgnIGRvZXMgcmVzdWx0IGluIHNvbWUgbG92ZWx5IGVycm9yczo8YnI+DQo8YnI+DQo8 YSBocmVmPSJodHRwOi8vcGFzdGViaW4uY29tL1ZiV2hYZTE5IiB0YXJnZXQ9Il9ibGFuayI+aHR0 cDovL3Bhc3RlYmluLmNvbS9WYldoWGUxOTwvYT48YnI+DQo8YnI+DQovdmFyL2xvZy9Yb3JnLjAu bG9nICgxODozOSkgaXMgdGhlIG1vc3QgaW50ZXJlc3RpbmcuPGJyPg0KPGJyPg0KWyAmbmJzcDsg ODM5Ljk4NV0gKFdXKSBmZ2xyeCgwKTogS2VybmVsIE1vZHVsZSB2ZXJzaW9uIGRvZXMgKm5vdCog bWF0Y2ggZHJpdmVyLjxicj4NClsgJm5ic3A7IDgzOS45ODVdIChFRSkgZmdscngoMCk6IGluY29t cGF0aWJsZSBrZXJuZWwgbW9kdWxlIGRldGVjdGVkIC0gSFcgYWNjZWxlcmF0ZWQgT3BlbkdMIHdp bGwgbm90IHdvcms8YnI+DQpbICZuYnNwOyA4MzkuOTg2XSAoRUUpPGJyPg0KWyAmbmJzcDsgODM5 Ljk4Nl0gKEVFKSBCYWNrdHJhY2U6PGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKSAwOiAvdXNy L2Jpbi9YICh4b3JnX2JhY2t0cmFjZSYjNDM7MHgzNCkgWzB4N2YzODEyMTk3MWU0XTxicj4NClsg Jm5ic3A7IDgzOS45ODZdIChFRSkgMTogL3Vzci9iaW4vWCAoMHg3ZjM4MTFmZTAwMDAmIzQzOzB4 MWJiMGU5KSBbMHg3ZjM4MTIxOWIwZTldPGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKSAyOiAv bGliL3g4Nl82NC1saW51eC1nbnUvbGlicHRocmVhZC5zby4wICgweDdmMzgxMTMwNjAwMCYjNDM7 MHhmY2IwKSBbMHg3ZjM4MTEzMTVjYjBdPGJyPg0KWyAmbmJzcDsgODM5Ljk4Nl0gKEVFKSAzOiAv dXNyL2xpYi94ODZfNjQtbGludXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcy9tb2R1bGVzL2RyaXZl cnMvZmdscnhfZHJ2LnNvIChzd2xEcm1GcmVlU3VyZmFjZXMmIzQzOzB4NDIpIFsweDdmMzgwZTVj NzNiMl08YnI+DQpbICZuYnNwOyA4MzkuOTg2XSAoRUUpIDQ6IC91c3IvbGliL3g4Nl82NC1saW51 eC1nbnUveG9yZy9leHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhk bF94czExNF9hdGlkZHhEcmlDbG9zZVNjcmVlbiYjNDM7MHgxNGQpIFsweDdmMzgwZTU4ZTQ3ZF08 YnI+DQpbICZuYnNwOyA4MzkuOTg2XSAoRUUpIDU6IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUv eG9yZy9leHRyYS1tb2R1bGVzL21vZHVsZXMvZHJpdmVycy9mZ2xyeF9kcnYuc28gKHhkbF94czEx NF9hdGlkZHhEcmlTY3JlZW5Jbml0JiM0MzsweDhlYikgWzB4N2YzODBlNThkYjFiXTxicj4NClsg Jm5ic3A7IDgzOS45ODddIChFRSkgNjogL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4 dHJhLW1vZHVsZXMvbW9kdWxlcy9kcml2ZXJzL2ZnbHJ4X2Rydi5zbyAoeGRsX3hzMTE0X2F0aWRk eFNjcmVlbkluaXQmIzQzOzB4ZjgyKSBbMHg3ZjM4MGU1ODc1NzJdPGJyPg0KWyAmbmJzcDsgODM5 Ljk4N10gKEVFKSA3OiAvdXNyL2Jpbi9YIChBZGRTY3JlZW4mIzQzOzB4OGEpIFsweDdmMzgxMjAz NWY4YV08YnI+DQpbICZuYnNwOyA4MzkuOTg3XSAoRUUpIDg6IC91c3IvYmluL1ggKEluaXRPdXRw dXQmIzQzOzB4M2U4KSBbMHg3ZjM4MTIwNzlhYzhdPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVF KSA5OiAvdXNyL2Jpbi9YICgweDdmMzgxMWZlMDAwMCYjNDM7MHg0NDIyZCkgWzB4N2YzODEyMDI0 MjJkXTxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSkgMTA6IC9saWIveDg2XzY0LWxpbnV4LWdu dS9saWJjLnNvLjYgKF9fbGliY19zdGFydF9tYWluJiM0MzsweGVkKSBbMHg3ZjM4MGZmN2I3NmRd PGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVFKSAxMTogL3Vzci9iaW4vWCAoMHg3ZjM4MTFmZTAw MDAmIzQzOzB4NDQ3YzEpIFsweDdmMzgxMjAyNDdjMV08YnI+DQpbICZuYnNwOyA4MzkuOTg3XSAo RUUpPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVFKSBTZWdtZW50YXRpb24gZmF1bHQgYXQgYWRk cmVzcyAweDhhMDxicj4NClsgJm5ic3A7IDgzOS45ODddIChFRSk8YnI+DQpGYXRhbCBzZXJ2ZXIg ZXJyb3I6PGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVFKSBDYXVnaHQgc2lnbmFsIDExIChTZWdt ZW50YXRpb24gZmF1bHQpLiBTZXJ2ZXIgYWJvcnRpbmc8YnI+DQpbICZuYnNwOyA4MzkuOTg3XSAo RUUpPGJyPg0KWyAmbmJzcDsgODM5Ljk4N10gKEVFKTxicj4NClBsZWFzZSBjb25zdWx0IHRoZSBU aGUgWC5PcmcgRm91bmRhdGlvbiBzdXBwb3J0PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO2F0IDxhIGhyZWY9Imh0dHA6Ly93aWtpLngub3JnIiB0YXJnZXQ9Il9ibGFuayI+ aHR0cDovL3dpa2kueC5vcmc8L2E+PGJyPg0KJm5ic3A7Zm9yIGhlbHAuPGJyPg0KWyAmbmJzcDsg ODM5Ljk4N10gKEVFKSBQbGVhc2UgYWxzbyBjaGVjayB0aGUgbG9nIGZpbGUgYXQgJnF1b3Q7L3Zh ci9sb2cvWG9yZy4wLmxvZyZxdW90OyBmb3IgYWRkaXRpb25hbCBpbmZvcm1hdGlvbi48YnI+DQpb ICZuYnNwOyA4MzkuOTg3XSAoRUUpPGJyPg0KWyAmbmJzcDsgODM5Ljk5NV0gKEVFKSBTZXJ2ZXIg dGVybWluYXRlZCB3aXRoIGVycm9yICgxKS4gQ2xvc2luZyBsb2cgZmlsZS48YnI+DQo8YnI+DQpU aGlzIHJ1bnRpbWUgSSBkaWQgYm9vdCB3aXRoIHRoZSBmb2xsb3dpbmcgb3B0aW9uczo8YnI+DQp0 ZXh0IGlvbW11PXNvZnQ8YnI+DQo8YnI+DQpQcmV2aW91c2x5LCB0aGUgb3B0aW9ucyB3ZXJlOjxi cj4NCnF1aWV0IHNwbGFzaCBpb21tdT1zb2Z0IHN3aW90bGI9Zm9yY2U8YnI+DQo8YnI+DQpQZXIg PGEgaHJlZj0iaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1hlbl9QQ0lfUGFzc3Rocm91Z2giIHRh cmdldD0iX2JsYW5rIj5odHRwOi8vd2lraS54ZW4ub3JnL3dpa2kvWGVuX1BDSV9QYXNzdGhyb3Vn aDwvYT4gSSBzaG91bGQgb25seSBuZWVkIG9uZSBvZiB0aGUgdHdvIHNldHRpbmdzIGJldHdlZW4g aW9tbXU9c29mdCBvciBzd2lvdGxiPWZvcmNlLCBob3dldmVyIG5vdCBuZWNlc3NhcmlseSBib3Ro Ljxicj4NCjxicj4NCi0gQnJpYW4gTWVuZ2VzPGJyPg0KUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZP cHM8YnI+DQpHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jr czxicj4NCjxicj4NCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogRGFuaWVs IFNodWIgW21haWx0bzo8YSBocmVmPSJtYWlsdG86RGFuaWVsLlNodWJAbm90dGluZ2hhbS5hYy51 ayI+RGFuaWVsLlNodWJAbm90dGluZ2hhbS5hYy51azwvYT5dPGJyPg0KU2VudDogVGh1cnNkYXks IEp1bmUgMjYsIDIwMTQgMTU6MDc8YnI+DQpUbzogQnJpYW4gTWVuZ2VzPGJyPg0KQ2M6IDxhIGhy ZWY9Im1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+eGVuLXVzZXJzQGxpc3RzLnhlbi5v cmc8L2E+PGJyPg0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Ro cm91Z2g8YnI+DQo8YnI+DQpXaGF0IGRvIHlvdSBtZWFuIGJ5IGEgdGVybWluYWwgd2luZG93PyBB cmUgeW91IG9uIHR0eTc/IENhbiB5b3Ugc3dpdGNoIHRocm91Z2ggdGhlIHR0eSdzPyBZb3UgbWln aHQgd2FudCB0byBzdGVwIGJhY2sgYW5kIGluc3RlYWQgb2YgYXV0b21hdGljYWxseSBsYXVuY2hp bmcgbGlnaHRkbSwganVzdCB0cnkgYW5kIGdldCBhIHR0eSBvdmVyIHZuYyB3aXRob3V0IFggYW5k IHRoZW4gc3RhcnQgWCBhbmQgc2VlIHdoYXQgaGFwcGVucy4gSXQgc2VlbXMgbGlrZQ0KIHlvdSBo YXZlIHBhc3NlZCB0aGUgZGV2aWNlIHRocm91Z2ggY29ycmVjdGx5Ljxicj4NCjxicj4NCiZndDsg T24gMjYgSnVuIDIwMTQsIGF0IDE3OjUzLCAmcXVvdDtCcmlhbiBNZW5nZXMmcXVvdDsgJmx0Ozxh IGhyZWY9Im1haWx0bzpibWVuZ2VzQGdvZ3JpZC5jb20iPmJtZW5nZXNAZ29ncmlkLmNvbTwvYT4m Z3Q7IHdyb3RlOjxicj4NCiZndDs8YnI+DQomZ3Q7IFllYWgsIGRlZmluaXRlbHkgcnVubmluZy48 YnI+DQomZ3Q7PGJyPg0KJmd0OyByb290ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDk5MSAmbmJzcDsw LjAgJm5ic3A7MC4wIDI3OTE2NCAmbmJzcDszOTAwID8gJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7U3NsICZuYnNwOzA5OjMxICZuYnNwOyAwOjAwIGxpZ2h0ZG08YnI+DQomZ3Q7IHJvb3QgJm5i c3A7ICZuYnNwOyAmbmJzcDsxMDIwIDk5LjYgJm5ic3A7MC4xICZuYnNwOzY4NTIwICZuYnNwOzc5 NjQgdHR5NyAmbmJzcDsgJm5ic3A7IFJzJiM0MzsgJm5ic3A7MDk6MzEgJm5ic3A7IDQ6NDggJm5i c3A7XF8gL3Vzci9iaW4vWCA6MCAtYXV0aCAvdmFyL3J1bi9saWdodGRtL3Jvb3QvOjAgLW5vbGlz dGVuIHRjcCB2dDc8YnI+DQomZ3Q7PGJyPg0KJmd0OyBDaGV3aW5nIG9uIGFuIGVudGlyZSBDUFUg Li4uIHdoaWNoIGl0IHNlZW1zIHRoYXQgYXQgc29tZSBwb2ludCBteSBtYWNoaW5lIGxvY2tzIHVw Ljxicj4NCiZndDs8YnI+DQomZ3Q7IFdoZW4gSSBsb2FkZWQgVk5DIGFuZCBhdHRhY2hlZCBpbnRv IHRoZSBjb25zb2xlIHRoZXJlLi4uIGFsbCBJIGdldCBpcyBhIHRlcm1pbmFsIHdpbmRvdywgbm90 IHRoZSB1bml0eSBkZXNrdG9wLiBJZiBJIGNsb3NlIGl0Li4uIG5vdGhpbmcgaXMgc3RhcnRhYmxl Ljxicj4NCiZndDs8YnI+DQomZ3Q7IC0gQnJpYW4gTWVuZ2VzPGJyPg0KJmd0OyBQcmluY2lwYWwg RW5naW5lZXIsIERldk9wczxicj4NCiZndDsgR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZl IHwgVXBTdHJlYW0gTmV0d29ya3M8YnI+DQomZ3Q7PGJyPg0KJmd0OyAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLTxicj4NCiZndDsgRnJvbTogPGEgaHJlZj0ibWFpbHRvOnhlbi11c2Vycy1ib3Vu Y2VzQGxpc3RzLnhlbi5vcmciPnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8L2E+PGJy Pg0KJmd0OyBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54 ZW4ub3JnIj54ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gT24gQmVoYWxmIE9m IEdvcmRhbiBCb2JpYzxicj4NCiZndDsgU2VudDogVGh1cnNkYXksIEp1bmUgMjYsIDIwMTQgMDk6 MTg8YnI+DQomZ3Q7IFRvOiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmci Pnhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NCiZndDsgU3ViamVjdDogUmU6IFtYZW4t dXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8YnI+DQomZ3Q7PGJyPg0KJmd0OyBBdCBh IGdsYW5jZSwgSSBkb24ndCBzZWUgYW4gb2J2aW91cyBwcm9ibGVtIGluIHRoYXQgbG9nLjxicj4N CiZndDs8YnI+DQomZ3Q7IElzIHlvdSBjYW4gc3NoIGluIGNhbiB5b3UgY2hlY2sgaWYgWG9yZyBp cyBhY3R1YWxseSBydW5uaW5nPzxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyBPbiAyMDE0LTA2LTI2 IDE3OjAwLCBCcmlhbiBNZW5nZXMgd3JvdGU6PGJyPg0KJmd0OyZndDsgTG9va3MgbGlrZSBpdCBp c24ndCB1c2luZyB0aGUgZHJpdmVyIGNvcnJlY3RseT88YnI+DQomZ3Q7Jmd0OyAtLS0tLTxicj4N CiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljc1OF08YnI+DQomZ3Q7Jmd0OyBYLk9yZyBYIFNl cnZlciAxLjE0LjU8YnI+DQomZ3Q7Jmd0OyBSZWxlYXNlIERhdGU6IDIwMTMtMTItMTI8YnI+DQom Z3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdIFggUHJvdG9jb2wgVmVyc2lvbiAxMSwgUmV2 aXNpb24gMDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljc1OF0gQnVpbGQgT3BlcmF0 aW5nIFN5c3RlbTogTGludXggMi42LjQyLTM3LWdlbmVyaWMgeDg2XzY0PGJyPg0KJmd0OyZndDsg VWJ1bnR1PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuNzU4XSBDdXJyZW50IE9wZXJh dGluZyBTeXN0ZW06IExpbnV4IGJtZW5nZXMtbGludXgzPGJyPg0KJmd0OyZndDsgMy4xMS4wLTIz LWdlbmVyaWMgIzQwfnByZWNpc2UxLVVidW50dSBTTVAgV2VkIEp1biA0IDIyOjA2OjM2IFVUQyAy MDE0PGJyPg0KJmd0OyZndDsgeDg2XzY0PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDku NzU4XSBLZXJuZWwgY29tbWFuZCBsaW5lOjxicj4NCiZndDsmZ3Q7IEJPT1RfSU1BR0U9L2Jvb3Qv dm1saW51ei0zLjExLjAtMjMtZ2VuZXJpYzxicj4NCiZndDsmZ3Q7IHJvb3Q9VVVJRD03ODRhOTQ2 Yi0yNGZmLTRmYzctYjUyNy1mNWU4MjJiMTdhYmQgcm8gcXVpZXQgc3BsYXNoPGJyPg0KJmd0OyZn dDsgaW9tbXU9c29mdCBzd2lvdGxiPWZvcmNlIHZ0LmhhbmRvZmY9Nzxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOyA5Ljc1OF0gQnVpbGQgRGF0ZTogMDYgSmFudWFyeSAyMDE0ICZuYnNwOzAx OjM3OjQ4UE08YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdIHhvcmctc2VydmVy IDI6MS4xNC41LTF1YnVudHUyfnNhdWN5MX5wcmVjaXNlMiAoRm9yPGJyPg0KJmd0OyZndDsgdGVj aG5pY2FsIHN1cHBvcnQgcGxlYXNlIHNlZSA8YSBocmVmPSJodHRwOi8vd3d3LnVidW50dS5jb20v c3VwcG9ydCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cDovL3d3dy51YnVudHUuY29tL3N1cHBvcnQ8 L2E+KTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljc1OF0gQ3VycmVudCB2ZXJzaW9u IG9mIHBpeG1hbjogMC4zMC4yPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuNzU4XSAm bmJzcDsgJm5ic3A7QmVmb3JlIHJlcG9ydGluZyBwcm9ibGVtcywgY2hlY2sgPGEgaHJlZj0iaHR0 cDovL3dpa2kueC5vcmciIHRhcmdldD0iX2JsYW5rIj4NCmh0dHA6Ly93aWtpLngub3JnPC9hPjxi cj4NCiZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3RvIG1ha2Ugc3VyZSB0aGF0 IHlvdSBoYXZlIHRoZSBsYXRlc3QgdmVyc2lvbi48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDsgOS43NThdIE1hcmtlcnM6ICgtLSkgcHJvYmVkLCAoKiopIGZyb20gY29uZmlnIGZpbGUsICg9 PSkgZGVmYXVsdDxicj4NCiZndDsmZ3Q7IHNldHRpbmcsPGJyPg0KJmd0OyZndDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7KCYjNDM7JiM0MzspIGZyb20gY29tbWFuZCBsaW5lLCAoISEpIG5v dGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLDxicj4NCiZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyhXVykgd2FybmluZywgKEVFKSBlcnJvciwgKE5JKSBub3QgaW1wbGVtZW50ZWQs ICg/PykgdW5rbm93bi48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS43NThdICg9PSkg TG9nIGZpbGU6ICZxdW90Oy92YXIvbG9nL1hvcmcuMC5sb2cmcXVvdDssIFRpbWU6IFRodSBKdW4g MjY8YnI+DQomZ3Q7Jmd0OyAwODoxNTo1MyAyMDE0PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuODAzXSAoPT0pIFVzaW5nIGNvbmZpZyBmaWxlOiAmcXVvdDsvZXRjL1gxMS94b3JnLmNv bmYmcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS44MDNdICg9PSkgVXNpbmcg c3lzdGVtIGNvbmZpZyBkaXJlY3Rvcnk8YnI+DQomZ3Q7Jmd0OyAmcXVvdDsvdXNyL3NoYXJlL1gx MS94b3JnLmNvbmYuZCZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljg5M10g KD09KSBTZXJ2ZXJMYXlvdXQgJnF1b3Q7YXRpY29uZmlnIExheW91dCZxdW90Ozxicj4NCiZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljg5M10gKCoqKSB8LS0mZ3Q7U2NyZWVuICZxdW90O2F0aWNv bmZpZy1TY3JlZW5bMF0tMCZxdW90OyAoMCk8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsg OS44OTNdICgqKikgfCAmbmJzcDsgfC0tJmd0O01vbml0b3IgJnF1b3Q7YXRpY29uZmlnLU1vbml0 b3JbMF0tMCZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5LjkwNV0gKCoqKSB8 ICZuYnNwOyB8LS0mZ3Q7RGV2aWNlICZxdW90O2F0aWNvbmZpZy1EZXZpY2VbMF0tMCZxdW90Ozxi cj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5LjkwNV0gKD09KSBBdXRvbWF0aWNhbGx5IGFk ZGluZyBkZXZpY2VzPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTA1XSAoPT0pIEF1 dG9tYXRpY2FsbHkgZW5hYmxpbmcgZGV2aWNlczxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNw OyA5LjkwNV0gKD09KSBBdXRvbWF0aWNhbGx5IGFkZGluZyBHUFUgZGV2aWNlczxicj4NCiZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk0NF0gKFdXKSBUaGUgZGlyZWN0b3J5ICZxdW90Oy91c3Iv c2hhcmUvZm9udHMvWDExL2N5cmlsbGljJnF1b3Q7IGRvZXM8YnI+DQomZ3Q7Jmd0OyBub3QgZXhp c3QuPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTQ0XSAmbmJzcDsgJm5ic3A7RW50 cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsg OS45NDRdIChXVykgVGhlIGRpcmVjdG9yeSAmcXVvdDsvdXNyL3NoYXJlL2ZvbnRzL1gxMS8xMDBk cGkvJnF1b3Q7IGRvZXMgbm90PGJyPg0KJmd0OyZndDsgZXhpc3QuPGJyPg0KJmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7IDkuOTQ0XSAmbmJzcDsgJm5ic3A7RW50cnkgZGVsZXRlZCBmcm9tIGZvbnQg cGF0aC48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NDRdIChXVykgVGhlIGRpcmVj dG9yeSAmcXVvdDsvdXNyL3NoYXJlL2ZvbnRzL1gxMS83NWRwaS8mcXVvdDsgZG9lcyBub3Q8YnI+ DQomZ3Q7Jmd0OyBleGlzdC48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NDRdICZu YnNwOyAmbmJzcDtFbnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLjxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOyA5Ljk2MF0gKFdXKSBUaGUgZGlyZWN0b3J5ICZxdW90Oy91c3Ivc2hhcmUv Zm9udHMvWDExLzEwMGRwaSZxdW90OyBkb2VzIG5vdDxicj4NCiZndDsmZ3Q7IGV4aXN0Ljxicj4N CiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2MF0gJm5ic3A7ICZuYnNwO0VudHJ5IGRlbGV0 ZWQgZnJvbSBmb250IHBhdGguPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTYwXSAo V1cpIFRoZSBkaXJlY3RvcnkgJnF1b3Q7L3Vzci9zaGFyZS9mb250cy9YMTEvNzVkcGkmcXVvdDsg ZG9lcyBub3Q8YnI+DQomZ3Q7Jmd0OyBleGlzdC48YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDsgOS45NjBdICZuYnNwOyAmbmJzcDtFbnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLjxicj4N CiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2MF0gKD09KSBGb250UGF0aCBzZXQgdG86PGJy Pg0KJmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7L3Vzci9zaGFyZS9mb250cy9Y MTEvbWlzYyw8YnI+DQomZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsvdXNyL3No YXJlL2ZvbnRzL1gxMS9UeXBlMSw8YnI+DQomZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDtidWlsdC1pbnM8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjBdICg9PSkg TW9kdWxlUGF0aCBzZXQgdG88YnI+DQomZ3Q7Jmd0OyAmcXVvdDsvdXNyL2xpYi94ODZfNjQtbGlu dXgtZ251L3hvcmcvZXh0cmEtbW9kdWxlcywvdXNyL2xpYi94b3JnL2V4dHJhLW1vZHVsZXMsL3Vz ci9saWIveG9yZy9tb2R1bGVzJnF1b3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDku OTYwXSAoSUkpIFRoZSBzZXJ2ZXIgcmVsaWVzIG9uIHVkZXYgdG8gcHJvdmlkZSB0aGUgbGlzdCBv Zjxicj4NCiZndDsmZ3Q7IGlucHV0IGRldmljZXMuPGJyPg0KJmd0OyZndDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7SWYgbm8gZGV2aWNlcyBiZWNvbWUgYXZhaWxhYmxlLCByZWNvbmZpZ3Vy ZSB1ZGV2IG9yIGRpc2FibGU8YnI+DQomZ3Q7Jmd0OyBBdXRvQWRkRGV2aWNlcy48YnI+DQomZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NjZdIChJSSkgTG9hZGVyIG1hZ2ljOiAweDdmNmFkMzQ1 ZmMyMDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2Nl0gKElJKSBNb2R1bGUgQUJJ IHZlcnNpb25zOjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2Nl0gJm5ic3A7ICZu YnNwO1guT3JnIEFOU0kgQyBFbXVsYXRpb246IDAuNDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOyA5Ljk2Nl0gJm5ic3A7ICZuYnNwO1guT3JnIFZpZGVvIERyaXZlcjogMTQuMTxicj4NCiZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk2Nl0gJm5ic3A7ICZuYnNwO1guT3JnIFhJbnB1dCBk cml2ZXIgOiAxOS4xPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTY2XSAmbmJzcDsg Jm5ic3A7WC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDcuMDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7 ICZuYnNwOyA5Ljk3M10gKC0tKSBQQ0k6KigwOjA6MjowKSAxMDEzOjAwYjg6NTg1MzowMDAxIHJl diAwLCBNZW0gQDxicj4NCiZndDsmZ3Q7IDB4ZjAwMDAwMDAvMzM1NTQ0MzIsIDB4ZjMwNDQwMDAv NDA5Njxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3M10gKC0tKSBQQ0k6ICgwOjA6 NTowKSAxMDAyOjY3Nzk6MTY4MjozMjA3IHJldiAwLCBNZW0gQDxicj4NCiZndDsmZ3Q7IDB4ZTAw MDAwMDAvMjY4NDM1NDU2LCAweGYzMDAwMDAwLzEzMTA3MiwgSS9PIEAgMHgwMDAwYzIwMC8yNTYs IEJJT1MgQDxicj4NCiZndDsmZ3Q7IDB4Pz8/Pz8/Pz8vMTMxMDcyPGJyPg0KJmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7IDkuOTczXSAoSUkpIE9wZW4gQUNQSSBzdWNjZXNzZnVsICgvdmFyL3J1bi9h Y3BpZC5zb2NrZXQpPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIEdlbmVyaWMgRXZlbnQgRXh0ZW5zaW9uPGJyPg0KJmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5z aW9uIFNIQVBFPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXpp bmcgYnVpbHQtaW4gZXh0ZW5zaW9uIE1JVC1TSE08YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWElucHV0RXh0ZW5zaW9u PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQt aW4gZXh0ZW5zaW9uIFhURVNUPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJ bml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIEJJRy1SRVFVRVNUUzxicj4NCiZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBT WU5DPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVp bHQtaW4gZXh0ZW5zaW9uIFhLRVlCT0FSRDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5 Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYQy1NSVNDPGJyPg0KJmd0OyZn dDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9u IFNFQ1VSSVRZPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXpp bmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhJTkVSQU1BPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhGSVhFUzxicj4NCiZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVu c2lvbiBSRU5ERVI8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxp emluZyBidWlsdC1pbiBleHRlbnNpb24gUkFORFI8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gQ09NUE9TSVRFPGJyPg0K Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0 ZW5zaW9uIERBTUFHRTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBNSVQtU0NSRUVOLVNBVkVSPGJyPg0KJmd0OyZndDsg WyAmbmJzcDsgJm5ic3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERP VUJMRS1CVUZGRVI8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxp emluZyBidWlsdC1pbiBleHRlbnNpb24gUkVDT1JEPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7IDkuOTc2XSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERQTVM8YnI+DQomZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNp b24gWC1SZXNvdXJjZTxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYVmlkZW88YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAm bmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWFZpZGVvLU1vdGlv bkNvbXBlbnNhdGlvbjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYRnJlZTg2LVZpZE1vZGVFeHRlbnNpb248YnI+DQom Z3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRl bnNpb24gWEZyZWU4Ni1ER0E8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsgOS45NzZdIElu aXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZyZWU4Ni1EUkk8YnI+DQomZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsgOS45NzZdIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gRFJJ Mjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOyA5Ljk3Nl0gKElJKSAmcXVvdDtnbHgmcXVv dDsgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdDxicj4NCiZndDsm Z3Q7IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuPGJyPg0KJmd0OyZndDsg WyAmbmJzcDsgJm5ic3A7IDkuOTc2XSAoSUkpIExvYWRNb2R1bGU6ICZxdW90O2dseCZxdW90Ozxi cj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjA5OF0gKElJKSBMb2FkaW5nPGJyPg0KJmd0 OyZndDsgL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS94b3JnL2V4dHJhLW1vZHVsZXMvbW9kdWxl cy9leHRlbnNpb25zL2xpYmdseC5zbzxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjE1 N10gKElJKSBNb2R1bGUgZ2x4OiB2ZW5kb3I9JnF1b3Q7QWR2YW5jZWQgTWljcm8gRGV2aWNlcywg SW5jLiZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjE1N10gJm5ic3A7ICZu YnNwO2NvbXBpbGVkIGZvciA2LjkuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMDxicj4NCiZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjE1N10gTG9hZGluZyBleHRlbnNpb24gR0xYPGJyPg0KJmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuMTU3XSAoSUkpIExvYWRNb2R1bGU6ICZxdW90O2ZnbHJ4 JnF1b3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuMjE1XSAoSUkpIExvYWRpbmc8 YnI+DQomZ3Q7Jmd0OyAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L3hvcmcvZXh0cmEtbW9kdWxl cy9tb2R1bGVzL2RyaXZlcnMvZmdscnhfZHJ2LnNvPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5i c3A7MTAuOTEyXSAoSUkpIE1vZHVsZSBmZ2xyeDogdmVuZG9yPSZxdW90O0ZpcmVHTCAtIEFNRCBU ZWNobm9sb2dpZXMgSW5jLiZxdW90Ozxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEwLjkx Ml0gJm5ic3A7ICZuYnNwO2NvbXBpbGVkIGZvciAxLjQuOTkuOTA2LCBtb2R1bGUgdmVyc2lvbiA9 IDEzLjI1LjU8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC45MTJdICZuYnNwOyAmbmJz cDtNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlcjxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7 ICZuYnNwOzEwLjkxM10gKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgJnF1b3Q7Zmdscnhkcm0mcXVv dDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC45MTNdIChJSSkgTG9hZE1vZHVsZTog JnF1b3Q7Zmdscnhkcm0mcXVvdDs8YnI+DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC45MjVd IChJSSkgTG9hZGluZzxicj4NCiZndDsmZ3Q7IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUveG9y Zy9leHRyYS1tb2R1bGVzL21vZHVsZXMvbGludXgvbGliZmdscnhkcm0uc288YnI+DQomZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDsxMC45NDddIChJSSkgTW9kdWxlIGZnbHJ4ZHJtOiB2ZW5kb3I9JnF1 b3Q7RmlyZUdMIC0gQU1EIFRlY2hub2xvZ2llczxicj4NCiZndDsmZ3Q7IEluYy4mcXVvdDs8YnI+ DQomZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxMC45NDddICZuYnNwOyAmbmJzcDtjb21waWxlZCBm b3IgMS40Ljk5LjkwNiwgbW9kdWxlIHZlcnNpb24gPSAxMy4yNS41PGJyPg0KJmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7MTAuOTQ3XSAoSUkpIEFNRCBQcm9wcmlldGFyeSBMaW51eCBEcml2ZXIgVmVy c2lvbjxicj4NCiZndDsmZ3Q7IElkZW50aWZpZXI6MTMuMjUuNTxicj4NCiZndDsmZ3Q7IFsgJm5i c3A7ICZuYnNwOzEwLjk0N10gKElJKSBBTUQgUHJvcHJpZXRhcnkgTGludXggRHJpdmVyIFJlbGVh c2UgSWRlbnRpZmllcjo8YnI+DQomZ3Q7Jmd0OyAxMy4yNTE8YnI+DQomZ3Q7Jmd0OyBbICZuYnNw OyAmbmJzcDsxMC45NDddIChJSSkgQU1EIFByb3ByaWV0YXJ5IExpbnV4IERyaXZlciBCdWlsZCBE YXRlOiBEZWMgJm5ic3A7NiAyMDEzPGJyPg0KJmd0OyZndDsgMTU6MTk6MDM8YnI+DQomZ3Q7Jmd0 OyBbICZuYnNwOyAmbmJzcDsxMC45NDddICgmIzQzOyYjNDM7KSB1c2luZyBWVCBudW1iZXIgNzxi cj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTAuOTQ3XSAoV1cpIEZh bGxpbmcgYmFjayB0byBvbGQgcHJvYmUgbWV0aG9kIGZvciBmZ2xyeDxicj4NCiZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOzExLjE0OV0gKElJKSBMb2FkaW5nIFBDUyBkYXRhYmFzZSBmcm9tIC9ldGMv YXRpL2FtZHBjc2RiPGJyPg0KJmd0OyZndDsgL2V0Yy9hdGkvYW1kcGNzZGIuZGVmYXVsdDxicj4N CiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzExLjE1Ml0gdWtpRHluYW1pY01ham9yOiBmb3VuZCBt YWpvciBkZXZpY2UgbnVtYmVyIDI1MDxicj4NCiZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzExLjE1 Ml0gdWtpRHluYW1pY01ham9yOiBmb3VuZCBtYWpvciBkZXZpY2UgbnVtYmVyIDI1MDxicj4NCiZn dDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzExLjE1Ml0gdWtpT3BlbkJ5QnVzaWQ6IFNlYXJjaGluZyBm b3IgQnVzSUQgUENJOjA6NTowPGJyPg0KJmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MTEuMTUyXSB1 a2lPcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9hdGkvY2FyZDA8YnI+DQomZ3Q7Jmd0OyBb ICZuYnNwOyAmbmJzcDsxMS4xNTJdIHVraU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDEwLCAo T0spPGJyPg0KJmd0OyZndDsgLS0tLS08YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IC0gQnJp YW4gTWVuZ2VzPGJyPg0KJmd0OyZndDsgUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHM8YnI+DQom Z3Q7Jmd0OyBHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jr czxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08 YnI+DQomZ3Q7Jmd0OyBGcm9tOiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlz dHMueGVuLm9yZyI+eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT48YnI+DQomZ3Q7 Jmd0OyBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4u b3JnIj54ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gT24gQmVoYWxmIE9mIEdv cmRhbiBCb2JpYzxicj4NCiZndDsmZ3Q7IFNlbnQ6IFRodXJzZGF5LCBKdW5lIDI2LCAyMDE0IDA4 OjQzPGJyPg0KJmd0OyZndDsgVG86IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVu Lm9yZyI+eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KJmd0OyZndDsgU3ViamVjdDog UmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8YnI+DQomZ3Q7Jmd0Ozxi cj4NCiZndDsmZ3Q7Jmd0OyBPbiAyMDE0LTA2LTI2IDE2OjIwLCBCcmlhbiBNZW5nZXMgd3JvdGU6 PGJyPg0KJmd0OyZndDsmZ3Q7IFtyb290QHhzIH5dIyBsc21vZCB8IGdyZXAgcGNpYmFjazxicj4N CiZndDsmZ3Q7Jmd0OyBbcm9vdEB4cyB+XSMgZWNobyAkPzxicj4NCiZndDsmZ3Q7Jmd0OyAxPGJy Pg0KJmd0OyZndDsmZ3Q7IFtyb290QHhzIH5dIyBtb2Rwcm9iZSBwY2liYWNrPGJyPg0KJmd0OyZn dDsmZ3Q7IEZBVEFMOiBNb2R1bGUgcGNpYmFjayBub3QgZm91bmQuPGJyPg0KJmd0OyZndDs8YnI+ DQomZ3Q7Jmd0OyBUcnk6PGJyPg0KJmd0OyZndDsgbW9kcHJvYmUgeGVuLXBjaWJhY2s8YnI+DQom Z3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyBYZW5zZXJ2ZXIgNi4yIGFwcGVhcnMgdG8gYmUgYSBD ZW50T1MgNS54IChtYXliZSA1LjYpIGJveC48YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IEFo IC0gbXkgYmFkLiBJdCBtdXN0IGJlIFhlbnNlcnZlciA3IHRoYXQgaXMgYmFzZWQgb24gRUw2Ljxi cj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7IEkgaW5zdGFsbGVkIHRoZSBwcm9wcmlldGFy eSBkcml2ZXJzIGluIGFuIFVidW50dSAxMi4wNCBMVFMgVk0sIGFuZDxicj4NCiZndDsmZ3Q7Jmd0 OyBpdCB3b24ndCBnZXQgcGFzdCB0aGUgc3BsYXNoIHNjcmVlbiAoeGVuY2VudGVyIGRpc3BsYXkp IG5vdyBhZnRlcjxicj4NCiZndDsmZ3Q7Jmd0OyBncHUgYXNzaWdubWVudCAoY29uc29sZSBvciBn dWkpLiBUaGUgVWJ1bnR1IGRyaXZlcnMgYXBwZWFyIHRvIGRvPGJyPg0KJmd0OyZndDsmZ3Q7IG5v dGhpbmc7PGJyPg0KJmd0OyZndDsmZ3Q7IGhvd2V2ZXI6PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0K Jmd0OyZndDsmZ3Q7ICQgZG1lc2cgfCBncmVwIC1FICcoZmdscnh8QVRJfHJhZGVvbnxwY2kpJzxi cj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjE4ODM3N10gUENJOiBVc2luZyBob3N0 IGJyaWRnZSB3aW5kb3dzIGZyb20gQUNQSTsgaWYgbmVjZXNzYXJ5LDxicj4NCiZndDsmZ3Q7Jmd0 OyB1c2UgJnF1b3Q7cGNpPW5vY3JzJnF1b3Q7IGFuZCByZXBvcnQgYSBidWc8YnI+DQomZ3Q7Jmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4yNTE5OTddIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMg cmVzb3VyY2UgW2J1cyAwMC1mZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4y NTIwMDBdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW2lvICZuYnNwOzB4MDAw MC0weDBjZjddPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjUyMDAwXSBwY2lf YnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAmbmJzcDsweDBkMDAtMHhmZmZmXTxi cj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1MjAwMF0gcGNpX2J1cyAwMDAwOjAw OiByb290IGJ1cyByZXNvdXJjZSBbbWVtPGJyPg0KJmd0OyZndDsmZ3Q7IDB4MDAwYTAwMDAtMHgw MDBiZmZmZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4yNTIwMDBdIHBjaV9i dXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW21lbTxicj4NCiZndDsmZ3Q7Jmd0OyAweGUw MDAwMDAwLTB4ZmJmZmZmZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjUy MDYyXSBwY2kgMDAwMDowMDowMC4wOiBbODA4NjoxMjM3XSB0eXBlIDAwIGNsYXNzIDB4MDYwMDAw PGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjUzMTM4XSBwY2kgMDAwMDowMDow MS4wOiBbODA4Njo3MDAwXSB0eXBlIDAwIGNsYXNzIDB4MDYwMTAwPGJyPg0KJmd0OyZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOzAuMjU0MTAwXSBwY2kgMDAwMDowMDowMS4xOiBbODA4Njo3MDEwXSB0 eXBlIDAwIGNsYXNzIDB4MDEwMTgwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAu MjU0NzMwXSBwY2kgMDAwMDowMDowMS4xOiByZWcgMHgyMDogW2lvICZuYnNwOzB4YzMyMC0weGMz MmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjU1NjUyXSBwY2kgMDAwMDow MDowMS4yOiBbODA4Njo3MDIwXSB0eXBlIDAwIGNsYXNzIDB4MGMwMzAwPGJyPg0KJmd0OyZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjU2MjIyXSBwY2kgMDAwMDowMDowMS4yOiByZWcgMHgyMDog W2lvICZuYnNwOzB4YzMwMC0weGMzMWZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNw OzAuMjU3MTAwXSBwY2kgMDAwMDowMDowMS4zOiBbODA4Njo3MTEzXSB0eXBlIDAwIGNsYXNzIDB4 MDY4MDAwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjU3ODMzXSBwY2kgMDAw MDowMDowMS4zOiBxdWlyazogW2lvICZuYnNwOzB4MWY0MC0weDFmN2ZdIGNsYWltZWQgYnk8YnI+ DQomZ3Q7Jmd0OyZndDsgUElJWDQgQUNQSTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDswLjI1ODUyOV0gcGNpIDAwMDA6MDA6MDIuMDogWzEwMTM6MDBiOF0gdHlwZSAwMCBjbGFzcyAw eDAzMDAwMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjI1ODY4NF0gcGNpIDAw MDA6MDA6MDIuMDogcmVnIDB4MTA6IFttZW0gMHhmMDAwMDAwMC0weGYxZmZmZmZmPGJyPg0KJmd0 OyZndDsmZ3Q7IHByZWZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjU4Nzk5 XSBwY2kgMDAwMDowMDowMi4wOiByZWcgMHgxNDogW21lbSAweGYzMDQ0MDAwLTB4ZjMwNDRmZmZd PGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAuMjU5NzU4XSBwY2kgMDAwMDowMDow My4wOiBbNTg1MzowMDAxXSB0eXBlIDAwIGNsYXNzIDB4MDEwMDAwPGJyPg0KJmd0OyZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOzAuMjU5OTcwXSBwY2kgMDAwMDowMDowMy4wOiByZWcgMHgxMDogW2lv ICZuYnNwOzB4YzAwMC0weGMwZmZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzAu MjYwMTAxXSBwY2kgMDAwMDowMDowMy4wOiByZWcgMHgxNDogW21lbSAweGYyMDAwMDAwLTB4ZjJm ZmZmZmY8YnI+DQomZ3Q7Jmd0OyZndDsgcHJlZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsg Jm5ic3A7MC4yNjE3MjJdIHBjaSAwMDAwOjAwOjA1LjA6IFsxMDAyOjY3NzldIHR5cGUgMDAgY2xh c3MgMHgwMzAwMDA8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4yNjgwMThdIHBj aSAwMDAwOjAwOjA1LjA6IHJlZyAweDEwOiBbbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZmZjxicj4N CiZndDsmZ3Q7Jmd0OyA2NGJpdCBwcmVmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDswLjI3NjAxN10gcGNpIDAwMDA6MDA6MDUuMDogcmVnIDB4MTg6IFttZW0gMHhmMzAwMDAwMC0w eGYzMDFmZmZmPGJyPg0KJmd0OyZndDsmZ3Q7IDY0Yml0XTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZu YnNwOyAmbmJzcDswLjI4NDAwOF0gcGNpIDAwMDA6MDA6MDUuMDogcmVnIDB4MjA6IFtpbyAmbmJz cDsweGMyMDAtMHhjMmZmXTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDswLjMwMDAy NF0gcGNpIDAwMDA6MDA6MDUuMDogcmVnIDB4MzA6IFttZW0gMHhmMzAyMDAwMC0weGYzMDNmZmZm PGJyPg0KJmd0OyZndDsmZ3Q7IHByZWZdPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNw OzAuMzAxMTE1XSBwY2kgMDAwMDowMDowNS4wOiBzdXBwb3J0cyBEMSBEMjxicj4NCiZndDsmZ3Q7 Jmd0OyBbICZuYnNwOyAmbmJzcDswLjMwMTg4N10gcGNpIDAwMDA6MDA6MDYuMDogWzEwMDI6YWE5 OF0gdHlwZSAwMCBjbGFzcyAweDA0MDMwMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJz cDswLjMwMjE2OV0gcGNpIDAwMDA6MDA6MDYuMDogcmVnIDB4MTA6IFttZW0gMHhmMzA0MDAwMC0w eGYzMDQzZmZmPGJyPg0KJmd0OyZndDsmZ3Q7IDY0Yml0XTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZu YnNwOyAmbmJzcDswLjMwMzk2OV0gcGNpIDAwMDA6MDA6MDYuMDogc3VwcG9ydHMgRDEgRDI8YnI+ DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MC4zMzIwODFdIFBDSTogcGNpX2NhY2hlX2xp bmVfc2l6ZSBzZXQgdG8gNjQgYnl0ZXM8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7 MS4zMDk5MjZdIHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2UgNCBbaW8gJm5ic3A7MHgwMDAwLTB4 MGNmN108YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MS4zMDk5MzBdIHBjaV9idXMg MDAwMDowMDogcmVzb3VyY2UgNSBbaW8gJm5ic3A7MHgwZDAwLTB4ZmZmZl08YnI+DQomZ3Q7Jmd0 OyZndDsgWyAmbmJzcDsgJm5ic3A7MS4zMDk5MzNdIHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2Ug NiBbbWVtIDB4MDAwYTAwMDAtMHgwMDBiZmZmZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsg Jm5ic3A7MS4zMDk5MzVdIHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2UgNyBbbWVtIDB4ZTAwMDAw MDAtMHhmYmZmZmZmZl08YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MS4zMTA5MDhd IHBjaSAwMDAwOjAwOjAwLjA6IExpbWl0aW5nIGRpcmVjdCBQQ0kvUENJIHRyYW5zZmVyczxicj4N CiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxLjMxMDk1NF0gcGNpIDAwMDA6MDA6MDEuMDog UElJWDM6IEVuYWJsaW5nIFBhc3NpdmUgUmVsZWFzZTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNw OyAmbmJzcDsxLjMxMTAwMF0gcGNpIDAwMDA6MDA6MDEuMDogQWN0aXZhdGluZyBJU0EgRE1BIGhh bmcgd29ya2Fyb3VuZHM8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7MS4zMTIwNDdd IHBjaSAwMDAwOjAwOjAyLjA6IEJvb3QgdmlkZW8gZGV2aWNlPGJyPg0KJmd0OyZndDsmZ3Q7IFsg Jm5ic3A7ICZuYnNwOzEuMzEyMjE1XSBwY2kgMDAwMDowMDowNS4wOiBCb290IHZpZGVvIGRldmlj ZTxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDsxLjUzNDczNV0gcGNpX2hvdHBsdWc6 IFBDSSBIb3QgUGx1ZyBQQ0kgQ29yZSB2ZXJzaW9uOiAwLjU8YnI+DQomZ3Q7Jmd0OyZndDsgWyAm bmJzcDsgJm5ic3A7MS41MzQ3NDRdIHBjaWVocDogUENJIEV4cHJlc3MgSG90IFBsdWcgQ29udHJv bGxlciBEcml2ZXIgdmVyc2lvbjo8YnI+DQomZ3Q7Jmd0OyZndDsgMC40PGJyPg0KJmd0OyZndDsm Z3Q7IFsgJm5ic3A7ICZuYnNwOzEuNTc2OTAyXSBlaGNpLXBjaTogRUhDSSBQQ0kgcGxhdGZvcm0g ZHJpdmVyPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzEuNTc2OTQyXSBvaGNpLXBj aTogT0hDSSBQQ0kgcGxhdGZvcm0gZHJpdmVyPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZu YnNwOzEuNjkyMTIzXSB4ZW5idXNfcHJvYmVfZnJvbnRlbmQ6IERldmljZSB3aXRoIG5vIGRyaXZl cjo8YnI+DQomZ3Q7Jmd0OyZndDsgZGV2aWNlL3BjaS8wPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5i c3A7ICZuYnNwOzYuMTgwMzgwXSBmZ2xyeDogbW9kdWxlIGxpY2Vuc2UgJ1Byb3ByaWV0YXJ5LiAo QykgMjAwMiAtIEFUSTxicj4NCiZndDsmZ3Q7Jmd0OyBUZWNobm9sb2dpZXMsIFN0YXJuYmVyZywg R0VSTUFOWScgdGFpbnRzIGtlcm5lbC48YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7 Ni4xODU5MTFdIGZnbHJ4OiBtb2R1bGUgdmVyaWZpY2F0aW9uIGZhaWxlZDogc2lnbmF0dXJlIGFu ZC9vcjxicj4NCiZndDsmZ3Q7Jmd0OyByZXF1aXJlZCBrZXkgbWlzc2luZyAtIHRhaW50aW5nIGtl cm5lbDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAmbmJzcDs2LjE5Mzk3OV0gJmx0OzYmZ3Q7 W2ZnbHJ4XSBNYXhpbXVtIG1haW4gbWVtb3J5IHRvIHVzZSBmb3IgbG9ja2VkIGRtYTxicj4NCiZn dDsmZ3Q7Jmd0OyBidWZmZXJzOiA3MjQ3IE1CeXRlcy48YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJz cDsgJm5ic3A7Ni4xOTQwOTRdICZsdDs2Jmd0O1tmZ2xyeF0gJm5ic3A7IHZlbmRvcjogMTAwMiBk ZXZpY2U6IDY3NzkgY291bnQ6IDE8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgJm5ic3A7Ni4x OTQ4MzVdICZsdDs2Jmd0O1tmZ2xyeF0gaW9wb3J0OiBiYXIgNCwgYmFzZSAweGMyMDAsIHNpemU6 IDB4MTAwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzYuMTk1OTMyXSAmbHQ7NiZn dDtbZmdscnhdIEtlcm5lbCBQQVQgc3VwcG9ydCBpcyBlbmFibGVkPGJyPg0KJmd0OyZndDsmZ3Q7 IFsgJm5ic3A7ICZuYnNwOzYuMTk1OTYwXSAmbHQ7NiZndDtbZmdscnhdIG1vZHVsZSBsb2FkZWQg LSBmZ2xyeCAxNC4xMC4yIFtNYXkgJm5ic3A7NSAyMDE0XTxicj4NCiZndDsmZ3Q7Jmd0OyB3aXRo IDEgbWlub3JzPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzYuNzUzMjE0XSBpbnB1 dDogUUVNVSAwLjEwLjIgUUVNVSBVU0IgVGFibGV0IGFzPGJyPg0KJmd0OyZndDsmZ3Q7IC9kZXZp Y2VzL3BjaTAwMDA6MDAvMDAwMDowMDowMS4yL3VzYjEvMS0yLzEtMjoxLjAvaW5wdXQvaW5wdXQz PGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7ICZuYnNwOzYuNzY0NzgzXSBpbnB1dDogSEQtQXVk aW8gR2VuZXJpYyBIRE1JL0RQLHBjbT0zIGFzPGJyPg0KJmd0OyZndDsmZ3Q7IC9kZXZpY2VzL3Bj aTAwMDA6MDAvMDAwMDowMDowNi4wL3NvdW5kL2NhcmQwL2lucHV0NDxicj4NCiZndDsmZ3Q7Jmd0 OyBbICZuYnNwOyAxMS40OTQ1NDNdICZsdDs2Jmd0O1tmZ2xyeF0gRmlyZWdsIGtlcm5lbCB0aHJl YWQgUElEOiAxMjYwPGJyPg0KJmd0OyZndDsmZ3Q7IFsgJm5ic3A7IDExLjQ5NDc3M10gJmx0OzYm Z3Q7W2ZnbHJ4XSBGaXJlZ2wga2VybmVsIHRocmVhZCBQSUQ6IDEyNjE8YnI+DQomZ3Q7Jmd0OyZn dDsgWyAmbmJzcDsgMTEuNDk1MDA0XSAmbHQ7NiZndDtbZmdscnhdIEZpcmVnbCBrZXJuZWwgdGhy ZWFkIFBJRDogMTI2Mjxicj4NCiZndDsmZ3Q7Jmd0OyBbICZuYnNwOyAxMS40OTUxNTRdICZsdDs2 Jmd0O1tmZ2xyeF0gSVJRIDc4IEVuYWJsZWQ8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgMTEu NTQxNTY5XSAmbHQ7NiZndDtbZmdscnhdIFJlc2VydmVkIEZCIGJsb2NrOiBTaGFyZWQgb2Zmc2V0 OjAsPGJyPg0KJmd0OyZndDsmZ3Q7IHNpemU6MTAwMDAwMDxicj4NCiZndDsmZ3Q7Jmd0OyBbICZu YnNwOyAxMS41NDE1NzFdICZsdDs2Jmd0O1tmZ2xyeF0gUmVzZXJ2ZWQgRkIgYmxvY2s6IFVuc2hh cmVkIG9mZnNldDpmODM4MDAwLDxicj4NCiZndDsmZ3Q7Jmd0OyBzaXplOjQwMDA8YnI+DQomZ3Q7 Jmd0OyZndDsgWyAmbmJzcDsgMTEuNTQxNTcyXSAmbHQ7NiZndDtbZmdscnhdIFJlc2VydmVkIEZC IGJsb2NrOiBVbnNoYXJlZCBvZmZzZXQ6ZjgzYzAwMCw8YnI+DQomZ3Q7Jmd0OyZndDsgc2l6ZTo0 YzQwMDA8YnI+DQomZ3Q7Jmd0OyZndDsgWyAmbmJzcDsgMTEuNTQxNTczXSAmbHQ7NiZndDtbZmds cnhdIFJlc2VydmVkIEZCIGJsb2NrOiBVbnNoYXJlZCBvZmZzZXQ6N2ZmZjQwMDAsPGJyPg0KJmd0 OyZndDsmZ3Q7IHNpemU6YzAwMDxicj4NCiZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyBT byBteSBsYXN0IGJvb3QgSSBnb3QgaW4gdmlhIFNTSCwgaG93ZXZlciB0aGUgZGlzcGxheXMgYXJl bid0IHdvcmtpbmcuPGJyPg0KJmd0OyZndDsmZ3Q7IEkgZmlyc3QgdHJpZWQgdGhlIEhETUkgKEhE TUkgLSBIRE1JKSBkaXNwbGF5IHRoZW4gdGhlIERWSSAoRFZJIC0mZ3Q7PGJyPg0KJmd0OyZndDsm Z3Q7IERpc3BsYXlQb3J0KSBkaXNwbGF5IGFuZCBteSBtb25pdG9yIGlzbid0IHNob3dpbmcgYW55 dGhpbmcuPGJyPg0KJmd0OyZndDsmZ3Q7IFdvZG5lcmluZyB3aGF0IEknbSBtaXNzaW5nIHRvIGdl dCB0aGlzIGRpc3BsYXkgdXAgYW5kIHJ1bm5pbmcuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0 OyBTbyBpdCBsb29rcyBsaWtlIGZnbHJ4IGxvYWRzIHN1Y2Nlc3NmdWxseSBhbmQgZmluZHMgdGhl IGhhcmR3YXJlLiBTbzxicj4NCiZndDsmZ3Q7IGZhciBzbyBnb29kLiBDYW4geW91IGNoZWNrIHdo YXQgeW91ciBYb3JnIGxvZyBzYXlzPzxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgR29yZGFu PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7IFhlbi11c2VycyBtYWlsaW5nIGxpc3Q8 YnI+DQomZ3Q7Jmd0OyA8YSBocmVmPSJtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPlhl bi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NCiZndDsmZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9s aXN0cy54ZW4ub3JnL3hlbi11c2VycyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4u b3JnL3hlbi11c2VyczwvYT48YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBUaGUgaW5m b3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywg bWF5PGJyPg0KJmd0OyZndDsgY29udGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmls ZWdlZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5PGJyPg0KJmd0OyZndDsgZm9yIHRoZSB1c2Ugb2Yg dGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnk8YnI+DQom Z3Q7Jmd0OyByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0aW9uLCBvciBhY3Rpb24g dGFrZW4gaW4gcmVsaWFuY2U8YnI+DQomZ3Q7Jmd0OyB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkg cGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZDxicj4NCiZndDsmZ3Q7 IHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVycm9yLCBw bGVhc2UgY29udGFjdDxicj4NCiZndDsmZ3Q7IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0 ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7 IFhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7Jmd0OyA8YSBocmVmPSJtYWlsdG86WGVu LXVzZXJzQGxpc3RzLnhlbi5vcmciPlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4NCiZn dDsmZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyIgdGFyZ2V0PSJf YmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VyczwvYT48YnI+DQomZ3Q7PGJyPg0K Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4N CiZndDsgWGVuLXVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOlhl bi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+DQom Z3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyIgdGFyZ2V0PSJfYmxh bmsiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VyczwvYT48YnI+DQomZ3Q7PGJyPg0KJmd0 OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDs8YnI+DQomZ3Q7IFRo ZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0dGFjaG1l bnRzLCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmlsZWdlZCBtYXRl cmlhbC4gSXQgaXMgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBwZXJzb24gb3IgZW50aXR5IHRv IHdoaWNoIGl0IGlzIGFkZHJlc3NlZC4gQW55IHJldmlldywgcmV0cmFuc21pc3Npb24sIGRpc3Nl bWluYXRpb24sIG9yIGFjdGlvbiB0YWtlbg0KIGluIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1h dGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lw aWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2Ug Y29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1 dGVyLjxicj4NCiZndDs8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPGJyPg0KJmd0OyBYZW4tdXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KJmd0 OyA8YSBocmVmPSJtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPlhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnPC9hPjxicj4NCiZndDsgPGEgaHJlZj0iaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzPC9h Pjxicj4NClRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnQgYXJlIGludGVuZGVkIHNvbGVs eSBmb3IgdGhlIGFkZHJlc3NlZSBhbmQgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0 aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3IsIHBsZWFzZSBz ZW5kIGl0IGJhY2sgdG8gbWUsIGFuZCBpbW1lZGlhdGVseSBkZWxldGUgaXQuICZuYnNwOyBQbGVh c2UgZG8gbm90IHVzZSwgY29weSBvciBkaXNjbG9zZSB0aGUgaW5mb3JtYXRpb24NCiBjb250YWlu ZWQgaW4gdGhpcyBtZXNzYWdlIG9yIGluIGFueSBhdHRhY2htZW50LiAmbmJzcDtBbnkgdmlld3Mg b3Igb3BpbmlvbnMgZXhwcmVzc2VkIGJ5IHRoZSBhdXRob3Igb2YgdGhpcyBlbWFpbCBkbyBub3Qg bmVjZXNzYXJpbHkgcmVmbGVjdCB0aGUgdmlld3Mgb2YgdGhlIFVuaXZlcnNpdHkgb2YgTm90dGlu Z2hhbS48YnI+DQo8YnI+DQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4gY2hlY2tlZCBmb3IgdmlydXNl cyBidXQgdGhlIGNvbnRlbnRzIG9mIGFuIGF0dGFjaG1lbnQgbWF5IHN0aWxsIGNvbnRhaW4gc29m dHdhcmUgdmlydXNlcyB3aGljaCBjb3VsZCBkYW1hZ2UgeW91ciBjb21wdXRlciBzeXN0ZW0sIHlv dSBhcmUgYWR2aXNlZCB0byBwZXJmb3JtIHlvdXIgb3duIGNoZWNrcy4gRW1haWwgY29tbXVuaWNh dGlvbnMgd2l0aCB0aGUgVW5pdmVyc2l0eSBvZiBOb3R0aW5naGFtIG1heSBiZQ0KIG1vbml0b3Jl ZCBhcyBwZXJtaXR0ZWQgYnkgVUsgbGVnaXNsYXRpb24uPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8YnI+DQpU aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2ht ZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0 ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0 byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNz ZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3Jt YXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNp cGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNl IGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21w dXRlci48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXzxicj4NClhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86 WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPjxicj4N CjxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VyczwvYT48YnI+DQo8YnI+DQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NCjxicj4NClRoZSBpbmZvcm1hdGlvbiBjb250YWlu ZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0dGFjaG1lbnRzLCBtYXkgY29udGFpbiBjb25m aWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5IGZv ciB0aGUgdXNlIG9mIHRoZSBwZXJzb24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlzIGFkZHJlc3Nl ZC4gQW55IHJldmlldywgcmV0cmFuc21pc3Npb24sIGRpc3NlbWluYXRpb24sIG9yIGFjdGlvbiB0 YWtlbiBpbg0KIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVu dGl0aWVzIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJ ZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFu ZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLjxicj4NCjxicj4NCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KWGVuLXVzZXJz IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9y ZyI+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJzPC9hPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+DQo8ZGl2IGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJj ZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlciI+DQo8aHIgc2l6ZT0iMiIgd2lkdGg9IjEw MCUiIGFsaWduPSJjZW50ZXIiPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjcuNXB0OyBmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OzsgY29sb3I6Z3JheSI+PGJyPg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1l c3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQg bGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2Yg dGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3 LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluDQogcmVs aWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIg dGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZl IHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUg bWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuPC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJyPg0KPGhy Pg0KPGZvbnQgZmFjZT0iQ291cmllciBOZXciIGNvbG9yPSJHcmF5IiBzaXplPSIxIj48YnI+DQpU aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2ht ZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0 ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0 byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNz ZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3Jt YXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNp cGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNl IGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21w dXRlci48YnI+DQo8L2ZvbnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F33FED1E326F7448A0623CC9BFA2D4F9274DD8ex001sfoservepath_-- --===============0132288883146121866== 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 --===============0132288883146121866==-- From xen-users-bounces@lists.xen.org Fri Jun 27 16:40:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 16:40:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ZC4-0007Ju-Pb; Fri, 27 Jun 2014 16:40:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ZC3-0007Jm-Mh for xen-users@lists.xen.org; Fri, 27 Jun 2014 16:40:07 +0000 Received: from [85.158.139.211:46814] by server-15.bemta-5.messagelabs.com id FF/2E-19516-76E9DA35; Fri, 27 Jun 2014 16:40:07 +0000 X-Env-Sender: johnm@advocap.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1403887205!12437861!1 X-Originating-IP: [24.196.120.30] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31243 invoked from network); 27 Jun 2014 16:40:05 -0000 Received: from cfondy.advocap.org (HELO mail.advocap.org) (24.196.120.30) by server-9.tower-206.messagelabs.com with SMTP; 27 Jun 2014 16:40:05 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id 9BAD221D16E for ; Fri, 27 Jun 2014 11:40:04 -0500 (CDT) X-Virus-Scanned: by amavisd-new at advocap.org Received: from mail.advocap.org ([127.0.0.1]) by localhost (mail.advocap.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TeFC3GzLhXOu for ; Fri, 27 Jun 2014 11:40:04 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id 758E521D140 for ; Fri, 27 Jun 2014 11:40:04 -0500 (CDT) Received: from john.localhost (unknown [192.168.101.5]) (Authenticated sender: johnm@advocap.org) by mail.advocap.org (Postfix) with ESMTPSA id 5CE0C20FF40 for ; Fri, 27 Jun 2014 11:40:04 -0500 (CDT) From: John McMonagle Organization: Advocap Inc To: Xen User Mailing List Date: Fri, 27 Jun 2014 11:40:03 -0500 User-Agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) MIME-Version: 1.0 Message-Id: <201406271140.03688.johnm@advocap.org> Subject: [Xen-users] xen 4.4.0 on debian wheezy X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I am able to do installs and upgrades and installation of xen 4.4.0 but there were more complications than I expected. Sorry if there are errors and omissions as my notes are not perfect. Used http://wiki.xenproject.org/wiki/Compiling_Xen_From_Source Also had to install get get it to build: libpixman-1-dev markdown libaio1 Seems to be conflict between libjpeg62-dev and libjpeg8-dev ended up with libjpeg8-dev Should this be added: update-rc.d xend remove My old installation from source of xen-4.1.2 is into /usr, 4.4.0 is into /usr/local. This give 2 versions of xen on one system. On the system I upgraded last night it seems to work but I'm concerned. On a test system I went into the old install directory and did make uninstall. Only problem with that it removed my configs from /etc/xen Then I reinstalled 4.4.0. That gave a cleaner installation. John _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 16:40:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 16:40:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ZC4-0007Ju-Pb; Fri, 27 Jun 2014 16:40:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ZC3-0007Jm-Mh for xen-users@lists.xen.org; Fri, 27 Jun 2014 16:40:07 +0000 Received: from [85.158.139.211:46814] by server-15.bemta-5.messagelabs.com id FF/2E-19516-76E9DA35; Fri, 27 Jun 2014 16:40:07 +0000 X-Env-Sender: johnm@advocap.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1403887205!12437861!1 X-Originating-IP: [24.196.120.30] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31243 invoked from network); 27 Jun 2014 16:40:05 -0000 Received: from cfondy.advocap.org (HELO mail.advocap.org) (24.196.120.30) by server-9.tower-206.messagelabs.com with SMTP; 27 Jun 2014 16:40:05 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id 9BAD221D16E for ; Fri, 27 Jun 2014 11:40:04 -0500 (CDT) X-Virus-Scanned: by amavisd-new at advocap.org Received: from mail.advocap.org ([127.0.0.1]) by localhost (mail.advocap.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TeFC3GzLhXOu for ; Fri, 27 Jun 2014 11:40:04 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id 758E521D140 for ; Fri, 27 Jun 2014 11:40:04 -0500 (CDT) Received: from john.localhost (unknown [192.168.101.5]) (Authenticated sender: johnm@advocap.org) by mail.advocap.org (Postfix) with ESMTPSA id 5CE0C20FF40 for ; Fri, 27 Jun 2014 11:40:04 -0500 (CDT) From: John McMonagle Organization: Advocap Inc To: Xen User Mailing List Date: Fri, 27 Jun 2014 11:40:03 -0500 User-Agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) MIME-Version: 1.0 Message-Id: <201406271140.03688.johnm@advocap.org> Subject: [Xen-users] xen 4.4.0 on debian wheezy X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I am able to do installs and upgrades and installation of xen 4.4.0 but there were more complications than I expected. Sorry if there are errors and omissions as my notes are not perfect. Used http://wiki.xenproject.org/wiki/Compiling_Xen_From_Source Also had to install get get it to build: libpixman-1-dev markdown libaio1 Seems to be conflict between libjpeg62-dev and libjpeg8-dev ended up with libjpeg8-dev Should this be added: update-rc.d xend remove My old installation from source of xen-4.1.2 is into /usr, 4.4.0 is into /usr/local. This give 2 versions of xen on one system. On the system I upgraded last night it seems to work but I'm concerned. On a test system I went into the old install directory and did make uninstall. Only problem with that it removed my configs from /etc/xen Then I reinstalled 4.4.0. That gave a cleaner installation. John _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 16:43:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 16:43:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ZEu-0007Xp-Ju; Fri, 27 Jun 2014 16:43:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ZEs-0007XR-Uu for xen-users@lists.xen.org; Fri, 27 Jun 2014 16:43:03 +0000 Received: from [85.158.143.35:10589] by server-1.bemta-4.messagelabs.com id 25/81-09496-61F9DA35; Fri, 27 Jun 2014 16:43:02 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1403887380!14372480!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18523 invoked from network); 27 Jun 2014 16:43:01 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 16:43:01 -0000 Received: by mail-qa0-f52.google.com with SMTP id w8so4225348qac.39 for ; Fri, 27 Jun 2014 09:43:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ozUE7DuqCbVVVgAGu3knYDaXS1V5WY2auTtjkiS0FdY=; b=vVpwhkMgdNKh1iyf4Fz2+2/zoNOq/7swn5M8nV+DdO9+4XdqFGN2yWDXLmsXaSq6ar NraF9RcAN1wRbdLwayb8FlitWV7OCLTSmsHLC359vjwTYZ7Na7uSZK4512dlvS3F43mI l0h5Edv6xm8N21Ss14+313CCzf6mNrg+uFdrYwD0z70n77Zrh0e5Tv3EKOoMRN2pK5rY AyEZ12NV0EfvYn2d38U66NR067w9u4m0Vp2jSFY2eKKFd/HpyaPoQu1+6NwsKYwTNxEf b+JOFQC1doMqq49NvuI3HF8yS+ct+kLyTMhTLMNhmkSKBbspIHwHoK5JT1D8Q3LJBjYn iMpQ== MIME-Version: 1.0 X-Received: by 10.224.161.10 with SMTP id p10mr34340987qax.12.1403887380398; Fri, 27 Jun 2014 09:43:00 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 09:43:00 -0700 (PDT) Date: Fri, 27 Jun 2014 10:43:00 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8193678307036521122==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8193678307036521122== Content-Type: multipart/alternative; boundary=089e01536b729df78c04fcd400d9 --089e01536b729df78c04fcd400d9 Content-Type: text/plain; charset=UTF-8 So my xen desktop has only 8gb of ram. I had assigned 2gb of ram to dom0 and 3gb to win8 with assigned 6450. I was trying to assign 4GB of ram and then HD 6450 has an error with 4gb not enough resource. with 3gb everything works great. Is this bug in xen or I need more ram? --089e01536b729df78c04fcd400d9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
So my xen desktop has only 8gb of ram. I had assigned 2gb = of ram to dom0 and 3gb to win8 with assigned 6450. I was trying to assign 4= GB of ram and then HD 6450 has an error with 4gb not enough resource. with = 3gb everything works great.
Is this bug in xen or I need more ram?=C2=A0
--089e01536b729df78c04fcd400d9-- --===============8193678307036521122== 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 --===============8193678307036521122==-- From xen-users-bounces@lists.xen.org Fri Jun 27 16:43:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 16:43:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ZEu-0007Xp-Ju; Fri, 27 Jun 2014 16:43:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ZEs-0007XR-Uu for xen-users@lists.xen.org; Fri, 27 Jun 2014 16:43:03 +0000 Received: from [85.158.143.35:10589] by server-1.bemta-4.messagelabs.com id 25/81-09496-61F9DA35; Fri, 27 Jun 2014 16:43:02 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1403887380!14372480!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18523 invoked from network); 27 Jun 2014 16:43:01 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 16:43:01 -0000 Received: by mail-qa0-f52.google.com with SMTP id w8so4225348qac.39 for ; Fri, 27 Jun 2014 09:43:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ozUE7DuqCbVVVgAGu3knYDaXS1V5WY2auTtjkiS0FdY=; b=vVpwhkMgdNKh1iyf4Fz2+2/zoNOq/7swn5M8nV+DdO9+4XdqFGN2yWDXLmsXaSq6ar NraF9RcAN1wRbdLwayb8FlitWV7OCLTSmsHLC359vjwTYZ7Na7uSZK4512dlvS3F43mI l0h5Edv6xm8N21Ss14+313CCzf6mNrg+uFdrYwD0z70n77Zrh0e5Tv3EKOoMRN2pK5rY AyEZ12NV0EfvYn2d38U66NR067w9u4m0Vp2jSFY2eKKFd/HpyaPoQu1+6NwsKYwTNxEf b+JOFQC1doMqq49NvuI3HF8yS+ct+kLyTMhTLMNhmkSKBbspIHwHoK5JT1D8Q3LJBjYn iMpQ== MIME-Version: 1.0 X-Received: by 10.224.161.10 with SMTP id p10mr34340987qax.12.1403887380398; Fri, 27 Jun 2014 09:43:00 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 09:43:00 -0700 (PDT) Date: Fri, 27 Jun 2014 10:43:00 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8193678307036521122==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8193678307036521122== Content-Type: multipart/alternative; boundary=089e01536b729df78c04fcd400d9 --089e01536b729df78c04fcd400d9 Content-Type: text/plain; charset=UTF-8 So my xen desktop has only 8gb of ram. I had assigned 2gb of ram to dom0 and 3gb to win8 with assigned 6450. I was trying to assign 4GB of ram and then HD 6450 has an error with 4gb not enough resource. with 3gb everything works great. Is this bug in xen or I need more ram? --089e01536b729df78c04fcd400d9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
So my xen desktop has only 8gb of ram. I had assigned 2gb = of ram to dom0 and 3gb to win8 with assigned 6450. I was trying to assign 4= GB of ram and then HD 6450 has an error with 4gb not enough resource. with = 3gb everything works great.
Is this bug in xen or I need more ram?=C2=A0
--089e01536b729df78c04fcd400d9-- --===============8193678307036521122== 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 --===============8193678307036521122==-- From xen-users-bounces@lists.xen.org Fri Jun 27 18:22:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 18:22:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0am7-00042E-LB; Fri, 27 Jun 2014 18:21:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0am6-000429-3R for xen-users@lists.xen.org; Fri, 27 Jun 2014 18:21:26 +0000 Received: from [193.109.254.147:47278] by server-2.bemta-14.messagelabs.com id 5B/A3-30377-526BDA35; Fri, 27 Jun 2014 18:21:25 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1403893283!14147985!1 X-Originating-IP: [209.85.216.178] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11438 invoked from network); 27 Jun 2014 18:21:24 -0000 Received: from mail-qc0-f178.google.com (HELO mail-qc0-f178.google.com) (209.85.216.178) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 18:21:24 -0000 Received: by mail-qc0-f178.google.com with SMTP id c9so4787321qcz.37 for ; Fri, 27 Jun 2014 11:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=f1+MZnlgYuZfOX1RhypMS7LNq7EIq0xY0Ze0+U+q9Ys=; b=TXkEbRFuSbz9sPCa8lmoJfVIHoQ8CZn6m9w30Ir7QooNlQmOdh1Ese9AjQIoT5UrzW YDrf5KDSO3yGD2lVg2YyCKwS7cRjwNte0eDH1JE7wp89g5P/2J0h/jcpmEI/BXecF61B BKhz+Tw/0XvzJdNvqsMQH4Nhxatgl0aVElo8H1JQ5V9kDnx9tVNNSRAZ+wOc3AAy0zoo PdIaZ5+u0U6kmbLtuna0vRwlX42hgAqSQIWP6GvsFAak5fwOKiwobrolC25UPW322HQU 00v62r+TO9fydrFwvFfpp1cbl3/bv2fHvwpecg/ld3rogl8q++G7jlofU9ftGpzIbFZj CQqw== MIME-Version: 1.0 X-Received: by 10.224.98.197 with SMTP id r5mr31175973qan.57.1403893283151; Fri, 27 Jun 2014 11:21:23 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 11:21:23 -0700 (PDT) In-Reply-To: <53ADA5BD.4010606@gmail.com> References: <53ADA5BD.4010606@gmail.com> Date: Fri, 27 Jun 2014 12:21:23 -0600 Message-ID: From: jacek burghardt To: Austin S Hemmelgarn , xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2450420406270160517==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2450420406270160517== Content-Type: multipart/alternative; boundary=089e013cba9871ecae04fcd56030 --089e013cba9871ecae04fcd56030 Content-Type: text/plain; charset=UTF-8 Well I can bootup with 3.5GB On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn wrote: > On 2014-06-27 12:43, jacek burghardt wrote: > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram to dom0 > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB of ram > > and then HD 6450 has an error with 4gb not enough resource. with 3gb > > everything works great. > > Is this bug in xen or I need more ram? > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > It's probably an issue with how Windows lays out it's memory. > > --089e013cba9871ecae04fcd56030 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well I can bootup with 3.5GB


On Fri, Jun 27, 2014 at 11:11 AM, Aus= tin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2= 014-06-27 12:43, jacek burghardt wrote:
> So my xen desktop has only 8gb of ram. I had assigned 2gb of ram to do= m0
> and 3gb to win8 with assigned 6450. I was trying to assign 4GB of ram<= br> > and then HD 6450 has an error with 4gb not enough resource. with 3gb > everything works great.
> Is this bug in xen or I need more ram?
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users
>
It's probably an issue with how Windows lays out it's memory.


--089e013cba9871ecae04fcd56030-- --===============2450420406270160517== 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 --===============2450420406270160517==-- From xen-users-bounces@lists.xen.org Fri Jun 27 18:22:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 18:22:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0am7-00042E-LB; Fri, 27 Jun 2014 18:21:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0am6-000429-3R for xen-users@lists.xen.org; Fri, 27 Jun 2014 18:21:26 +0000 Received: from [193.109.254.147:47278] by server-2.bemta-14.messagelabs.com id 5B/A3-30377-526BDA35; Fri, 27 Jun 2014 18:21:25 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1403893283!14147985!1 X-Originating-IP: [209.85.216.178] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11438 invoked from network); 27 Jun 2014 18:21:24 -0000 Received: from mail-qc0-f178.google.com (HELO mail-qc0-f178.google.com) (209.85.216.178) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 18:21:24 -0000 Received: by mail-qc0-f178.google.com with SMTP id c9so4787321qcz.37 for ; Fri, 27 Jun 2014 11:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=f1+MZnlgYuZfOX1RhypMS7LNq7EIq0xY0Ze0+U+q9Ys=; b=TXkEbRFuSbz9sPCa8lmoJfVIHoQ8CZn6m9w30Ir7QooNlQmOdh1Ese9AjQIoT5UrzW YDrf5KDSO3yGD2lVg2YyCKwS7cRjwNte0eDH1JE7wp89g5P/2J0h/jcpmEI/BXecF61B BKhz+Tw/0XvzJdNvqsMQH4Nhxatgl0aVElo8H1JQ5V9kDnx9tVNNSRAZ+wOc3AAy0zoo PdIaZ5+u0U6kmbLtuna0vRwlX42hgAqSQIWP6GvsFAak5fwOKiwobrolC25UPW322HQU 00v62r+TO9fydrFwvFfpp1cbl3/bv2fHvwpecg/ld3rogl8q++G7jlofU9ftGpzIbFZj CQqw== MIME-Version: 1.0 X-Received: by 10.224.98.197 with SMTP id r5mr31175973qan.57.1403893283151; Fri, 27 Jun 2014 11:21:23 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 11:21:23 -0700 (PDT) In-Reply-To: <53ADA5BD.4010606@gmail.com> References: <53ADA5BD.4010606@gmail.com> Date: Fri, 27 Jun 2014 12:21:23 -0600 Message-ID: From: jacek burghardt To: Austin S Hemmelgarn , xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2450420406270160517==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2450420406270160517== Content-Type: multipart/alternative; boundary=089e013cba9871ecae04fcd56030 --089e013cba9871ecae04fcd56030 Content-Type: text/plain; charset=UTF-8 Well I can bootup with 3.5GB On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn wrote: > On 2014-06-27 12:43, jacek burghardt wrote: > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram to dom0 > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB of ram > > and then HD 6450 has an error with 4gb not enough resource. with 3gb > > everything works great. > > Is this bug in xen or I need more ram? > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > It's probably an issue with how Windows lays out it's memory. > > --089e013cba9871ecae04fcd56030 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well I can bootup with 3.5GB


On Fri, Jun 27, 2014 at 11:11 AM, Aus= tin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2= 014-06-27 12:43, jacek burghardt wrote:
> So my xen desktop has only 8gb of ram. I had assigned 2gb of ram to do= m0
> and 3gb to win8 with assigned 6450. I was trying to assign 4GB of ram<= br> > and then HD 6450 has an error with 4gb not enough resource. with 3gb > everything works great.
> Is this bug in xen or I need more ram?
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users
>
It's probably an issue with how Windows lays out it's memory.


--089e013cba9871ecae04fcd56030-- --===============2450420406270160517== 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 --===============2450420406270160517==-- From xen-users-bounces@lists.xen.org Fri Jun 27 19:01:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 19:01:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0bNu-00051v-CU; Fri, 27 Jun 2014 19:00:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0bNs-00051q-PC for xen-users@lists.xen.org; Fri, 27 Jun 2014 19:00:29 +0000 Received: from [193.109.254.147:36936] by server-12.bemta-14.messagelabs.com id 4A/9B-32179-C4FBDA35; Fri, 27 Jun 2014 19:00:28 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1403895626!10857266!1 X-Originating-IP: [74.125.82.179] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7079 invoked from network); 27 Jun 2014 19:00:26 -0000 Received: from mail-we0-f179.google.com (HELO mail-we0-f179.google.com) (74.125.82.179) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 19:00:26 -0000 Received: by mail-we0-f179.google.com with SMTP id w62so5658024wes.10 for ; Fri, 27 Jun 2014 12:00:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=KSuayj7LtFN7YM4xZe2dWQLd8Bj+h+XhlJ6kznrwGR8=; b=UU6b6UFjvsLxrVNlwg8FZuP/eFwckhDMt9ZK5Lli35i8LWCOqGMQ6sGYInHMXdubh6 SW1IkAJbVpnUCquYDWDypn++fpJDxljBZFrJ924ltBy9m6cqD9MABoEwlySGrUdPpNR8 3VWjblmI08fKlARMgmOjbbmi5Gqc3KNbxudbF7uUg3MqUoiuOvM6OlH+fBIyGaHFm37E T6QVhEhmeDdJZUJhxicCZXc8GWIblK2+0cS2XnhWlw8kmvUh4135uVBriKlrtpzVMfbZ 1vV6Rr/udd+hAky/W/xlJD0o8Cn+rjPVKH0UmrSppE1/ODIpvlrmkLXAr+hFOi1bQrQH 9S+g== X-Received: by 10.180.91.81 with SMTP id cc17mr13375963wib.17.1403895626321; Fri, 27 Jun 2014 12:00:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.154.72 with HTTP; Fri, 27 Jun 2014 12:00:06 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> From: Matthias Date: Fri, 27 Jun 2014 21:00:06 +0200 Message-ID: To: jacek burghardt Cc: xen-users , Austin S Hemmelgarn Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6275951334354610670==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6275951334354610670== Content-Type: multipart/alternative; boundary=f46d0438923d1bd5f904fcd5ecfa --f46d0438923d1bd5f904fcd5ecfa Content-Type: text/plain; charset=UTF-8 What xen version are you using and are you using qemu traditional or upstream? There is an issue with upstream qemu that vga passthrough does not work with >=4GB assigned (because of some misalignement in ram regions with normal ram and vga ram, iirc). I think there were some patches in latest xen 4.5 who addressed this issue ( http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=d06886694328a31369addc1f614cf326728d65a6 maybe?) but I don't know what the status is right now and if this is fully solved yet.. Also, this is an upstream-qemu problem only and everything should work fine with qemu-traditional and secondary passthrough. 2014-06-27 20:21 GMT+02:00 jacek burghardt : > Well I can bootup with 3.5GB > > > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn < > ahferroin7@gmail.com> wrote: > >> On 2014-06-27 12:43, jacek burghardt wrote: >> > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram to dom0 >> > and 3gb to win8 with assigned 6450. I was trying to assign 4GB of ram >> > and then HD 6450 has an error with 4gb not enough resource. with 3gb >> > everything works great. >> > Is this bug in xen or I need more ram? >> > >> > >> > _______________________________________________ >> > Xen-users mailing list >> > Xen-users@lists.xen.org >> > http://lists.xen.org/xen-users >> > >> It's probably an issue with how Windows lays out it's memory. >> >> > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d0438923d1bd5f904fcd5ecfa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What xen version are you using and are you = using qemu traditional or upstream?

There is an issue with ups= tream qemu that vga passthrough does not work with >=3D4GB assigned (bec= ause of some misalignement in ram regions with normal ram and vga ram, iirc= ).

I think there were some patches in latest xen 4.5 who addressed t= his issue (http://xenbits.xen.org/gitwe= b/?p=3Dxen.git;a=3Dcommit;h=3Dd06886694328a31369addc1f614cf326728d65a6 = maybe?) but I don't know what the status is right now and if this is fu= lly solved yet..

Also, this is an upstream-qemu problem only and everything should= work fine with qemu-traditional and secondary passthrough.


2014-06-27 20:21 GM= T+02:00 jacek burghardt <jaceksburghardt@gmail.com>:=
Well I can bootup with 3.5G= B


On Fri= , Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-= 27 12:43, jacek burghardt wrote:
> So my xen desktop has only 8gb of ram. I had assigned 2gb of ram to do= m0
> and 3gb to win8 with assigned 6450. I was trying to assign 4GB of ram<= br> > and then HD 6450 has an error with 4gb not enough resource. with 3gb > everything works great.
> Is this bug in xen or I need more ram?
>
>
> ______________________________________________= _
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users
>
It's probably an issue with how Windows lays out it's memory.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--f46d0438923d1bd5f904fcd5ecfa-- --===============6275951334354610670== 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 --===============6275951334354610670==-- From xen-users-bounces@lists.xen.org Fri Jun 27 19:01:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 19:01:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0bNu-00051v-CU; Fri, 27 Jun 2014 19:00:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0bNs-00051q-PC for xen-users@lists.xen.org; Fri, 27 Jun 2014 19:00:29 +0000 Received: from [193.109.254.147:36936] by server-12.bemta-14.messagelabs.com id 4A/9B-32179-C4FBDA35; Fri, 27 Jun 2014 19:00:28 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1403895626!10857266!1 X-Originating-IP: [74.125.82.179] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7079 invoked from network); 27 Jun 2014 19:00:26 -0000 Received: from mail-we0-f179.google.com (HELO mail-we0-f179.google.com) (74.125.82.179) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 19:00:26 -0000 Received: by mail-we0-f179.google.com with SMTP id w62so5658024wes.10 for ; Fri, 27 Jun 2014 12:00:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=KSuayj7LtFN7YM4xZe2dWQLd8Bj+h+XhlJ6kznrwGR8=; b=UU6b6UFjvsLxrVNlwg8FZuP/eFwckhDMt9ZK5Lli35i8LWCOqGMQ6sGYInHMXdubh6 SW1IkAJbVpnUCquYDWDypn++fpJDxljBZFrJ924ltBy9m6cqD9MABoEwlySGrUdPpNR8 3VWjblmI08fKlARMgmOjbbmi5Gqc3KNbxudbF7uUg3MqUoiuOvM6OlH+fBIyGaHFm37E T6QVhEhmeDdJZUJhxicCZXc8GWIblK2+0cS2XnhWlw8kmvUh4135uVBriKlrtpzVMfbZ 1vV6Rr/udd+hAky/W/xlJD0o8Cn+rjPVKH0UmrSppE1/ODIpvlrmkLXAr+hFOi1bQrQH 9S+g== X-Received: by 10.180.91.81 with SMTP id cc17mr13375963wib.17.1403895626321; Fri, 27 Jun 2014 12:00:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.154.72 with HTTP; Fri, 27 Jun 2014 12:00:06 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> From: Matthias Date: Fri, 27 Jun 2014 21:00:06 +0200 Message-ID: To: jacek burghardt Cc: xen-users , Austin S Hemmelgarn Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6275951334354610670==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6275951334354610670== Content-Type: multipart/alternative; boundary=f46d0438923d1bd5f904fcd5ecfa --f46d0438923d1bd5f904fcd5ecfa Content-Type: text/plain; charset=UTF-8 What xen version are you using and are you using qemu traditional or upstream? There is an issue with upstream qemu that vga passthrough does not work with >=4GB assigned (because of some misalignement in ram regions with normal ram and vga ram, iirc). I think there were some patches in latest xen 4.5 who addressed this issue ( http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=d06886694328a31369addc1f614cf326728d65a6 maybe?) but I don't know what the status is right now and if this is fully solved yet.. Also, this is an upstream-qemu problem only and everything should work fine with qemu-traditional and secondary passthrough. 2014-06-27 20:21 GMT+02:00 jacek burghardt : > Well I can bootup with 3.5GB > > > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn < > ahferroin7@gmail.com> wrote: > >> On 2014-06-27 12:43, jacek burghardt wrote: >> > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram to dom0 >> > and 3gb to win8 with assigned 6450. I was trying to assign 4GB of ram >> > and then HD 6450 has an error with 4gb not enough resource. with 3gb >> > everything works great. >> > Is this bug in xen or I need more ram? >> > >> > >> > _______________________________________________ >> > Xen-users mailing list >> > Xen-users@lists.xen.org >> > http://lists.xen.org/xen-users >> > >> It's probably an issue with how Windows lays out it's memory. >> >> > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d0438923d1bd5f904fcd5ecfa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What xen version are you using and are you = using qemu traditional or upstream?

There is an issue with ups= tream qemu that vga passthrough does not work with >=3D4GB assigned (bec= ause of some misalignement in ram regions with normal ram and vga ram, iirc= ).

I think there were some patches in latest xen 4.5 who addressed t= his issue (http://xenbits.xen.org/gitwe= b/?p=3Dxen.git;a=3Dcommit;h=3Dd06886694328a31369addc1f614cf326728d65a6 = maybe?) but I don't know what the status is right now and if this is fu= lly solved yet..

Also, this is an upstream-qemu problem only and everything should= work fine with qemu-traditional and secondary passthrough.


2014-06-27 20:21 GM= T+02:00 jacek burghardt <jaceksburghardt@gmail.com>:=
Well I can bootup with 3.5G= B


On Fri= , Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-= 27 12:43, jacek burghardt wrote:
> So my xen desktop has only 8gb of ram. I had assigned 2gb of ram to do= m0
> and 3gb to win8 with assigned 6450. I was trying to assign 4GB of ram<= br> > and then HD 6450 has an error with 4gb not enough resource. with 3gb > everything works great.
> Is this bug in xen or I need more ram?
>
>
> ______________________________________________= _
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users
>
It's probably an issue with how Windows lays out it's memory.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--f46d0438923d1bd5f904fcd5ecfa-- --===============6275951334354610670== 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 --===============6275951334354610670==-- From xen-users-bounces@lists.xen.org Fri Jun 27 19:16:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 19:16:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0bca-0005OQ-2j; Fri, 27 Jun 2014 19:15:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0bcX-0005OK-Nn for xen-users@lists.xen.org; Fri, 27 Jun 2014 19:15:38 +0000 Received: from [85.158.143.35:43862] by server-2.bemta-4.messagelabs.com id 1D/FC-06539-9D2CDA35; Fri, 27 Jun 2014 19:15:37 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1403896534!14421529!1 X-Originating-IP: [209.85.223.181] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17464 invoked from network); 27 Jun 2014 19:15:36 -0000 Received: from mail-ie0-f181.google.com (HELO mail-ie0-f181.google.com) (209.85.223.181) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 19:15:36 -0000 Received: by mail-ie0-f181.google.com with SMTP id y20so4787284ier.12 for ; Fri, 27 Jun 2014 12:15:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:references:in-reply-to:content-type; bh=kQdw6ugjmVuMN/lf/olfJEUpoxDHak9zRrLSqy4S8pc=; b=OSbtZE43lOU+2BWvd1EfbxcuoJpmfOfYyxYOx4mZkCuDR9MXhfIXYMGJEOn6TAadu2 USKRRfS1hxJYd1Zi9LsZi022QDZ6w9C3clvdgmwCRK62CaF5VgWp9xPW4AopSQAR0ntD BA9ezLsXLqdttS42QMysOPb23Ojd/Gv99av7u1l77xix9TXBvvVhVQSQPMbQnF57yiOW OLS0jPplViTtrK5KfccDeX8APEQo1R7iKkjW26iC2UgCYh8vhnYlVnLeRVWCnmA4XBNV QIupb5zVdAhMyBs8yfOJ+c9jWn0LkdSHVE3k/4E2LRSKgXcw3rbF/q/QAHTJZsSszR2S ipng== X-Received: by 10.50.114.34 with SMTP id jd2mr14626812igb.35.1403896534429; Fri, 27 Jun 2014 12:15:34 -0700 (PDT) Received: from [191.9.206.254] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24]) by mx.google.com with ESMTPSA id gb7sm15968758igd.16.2014.06.27.12.15.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Jun 2014 12:15:33 -0700 (PDT) Message-ID: <53ADC281.5070102@gmail.com> Date: Fri, 27 Jun 2014 15:14:09 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: jacek burghardt , xen-users References: <53ADA5BD.4010606@gmail.com> In-Reply-To: X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4453059864805589310==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============4453059864805589310== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080604050401060303070803" This is a cryptographically signed message in MIME format. --------------ms080604050401060303070803 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-06-27 14:21, jacek burghardt wrote: > Well I can bootup with 3.5GB >=20 >=20 > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn > > wrote: >=20 > On 2014-06-27 12:43, jacek burghardt wrote: > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram > to dom0 > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB of= ram > > and then HD 6450 has an error with 4gb not enough resource. with = 3gb > > everything works great. > > Is this bug in xen or I need more ram? > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > It's probably an issue with how Windows lays out it's memory. >=20 >=20 The only reason I'm thinking it's a issue in Windows is because 4GB is the per-process (and per-driver, and also on the really basic versions, system) memory limit, and there are known issues with some drivers when you approach this limit. My guess is that there is some amount of memory that the driver is mapping from the card, and it is also trying to map space equal to the physical RAM size for the CPU, which in turn adds up to more than 4G. --------------ms080604050401060303070803 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYyNzE5MTQwOVowIwYJKoZIhvcNAQkE MRYEFBiNTxzRT6sYcc86FE6VO/5pYZlhMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICAC7PCA7dmSnj3fnpBX9Qq90QZzF++NiIT6aXSdkzQ4yjHTb1 g8TFWyZbYNJmjuiTHPdUWWBEqzOaOBA0oUJoOUDET58Bb4qqmnvITsMTQopVvlx/C0AjDWEF RR1DyZtD+Z+i9/vUOC12daxp+WhIUTOuQCuc9brZrJ68pZC78V/P/uQX9GxFElXYEzm5dH+D uVfHRmEBAY0wzG2F9sK+kp3RWuBFaBQr1bBW/ARIh+tE/XkyXv4iK71mcyrKC66m8/VP1T9I fPzUlLUEnRzWj1+j3EO4u8xQvKMvAqztwAJ9fWo2tbX53zlQhgjJqEDDZLbhXdeMR5INKtdT AdtrgYIr1B6PltwEos6bQENDvhafIMEg5YTGEdkz0RUnebNnZljKunk5TcxMpTmjj76kAKUU n8LhQFs+EjkJVwwxpXDdVX43L/E9bpiBZ5qCGwxGlMGcxYpE+73fODx0Hq5/PS88yQyb3HDw Eopn9SCgAZ4WMlX742xlSPM801JLUbZCb/k0QPBcA95XRqUmohKMy51nc9DgbE4eExg8GeWo uNf6ceokqjwgNDLqA4zAF+Ayp5PEGIeg8lwokP9ZiU/qW77uI8chKbghZdbM57KSYZPc+r/U iOFZBUKI8CTGtHZOX3sTe15y84Q9z1BVcWQUh5jZF+ryCgAwBH8g54RbIIg9AAAAAAAA --------------ms080604050401060303070803-- --===============4453059864805589310== 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 --===============4453059864805589310==-- From xen-users-bounces@lists.xen.org Fri Jun 27 19:16:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 19:16:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0bca-0005OQ-2j; Fri, 27 Jun 2014 19:15:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0bcX-0005OK-Nn for xen-users@lists.xen.org; Fri, 27 Jun 2014 19:15:38 +0000 Received: from [85.158.143.35:43862] by server-2.bemta-4.messagelabs.com id 1D/FC-06539-9D2CDA35; Fri, 27 Jun 2014 19:15:37 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1403896534!14421529!1 X-Originating-IP: [209.85.223.181] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17464 invoked from network); 27 Jun 2014 19:15:36 -0000 Received: from mail-ie0-f181.google.com (HELO mail-ie0-f181.google.com) (209.85.223.181) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 19:15:36 -0000 Received: by mail-ie0-f181.google.com with SMTP id y20so4787284ier.12 for ; Fri, 27 Jun 2014 12:15:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:references:in-reply-to:content-type; bh=kQdw6ugjmVuMN/lf/olfJEUpoxDHak9zRrLSqy4S8pc=; b=OSbtZE43lOU+2BWvd1EfbxcuoJpmfOfYyxYOx4mZkCuDR9MXhfIXYMGJEOn6TAadu2 USKRRfS1hxJYd1Zi9LsZi022QDZ6w9C3clvdgmwCRK62CaF5VgWp9xPW4AopSQAR0ntD BA9ezLsXLqdttS42QMysOPb23Ojd/Gv99av7u1l77xix9TXBvvVhVQSQPMbQnF57yiOW OLS0jPplViTtrK5KfccDeX8APEQo1R7iKkjW26iC2UgCYh8vhnYlVnLeRVWCnmA4XBNV QIupb5zVdAhMyBs8yfOJ+c9jWn0LkdSHVE3k/4E2LRSKgXcw3rbF/q/QAHTJZsSszR2S ipng== X-Received: by 10.50.114.34 with SMTP id jd2mr14626812igb.35.1403896534429; Fri, 27 Jun 2014 12:15:34 -0700 (PDT) Received: from [191.9.206.254] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24]) by mx.google.com with ESMTPSA id gb7sm15968758igd.16.2014.06.27.12.15.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Jun 2014 12:15:33 -0700 (PDT) Message-ID: <53ADC281.5070102@gmail.com> Date: Fri, 27 Jun 2014 15:14:09 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: jacek burghardt , xen-users References: <53ADA5BD.4010606@gmail.com> In-Reply-To: X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4453059864805589310==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============4453059864805589310== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080604050401060303070803" This is a cryptographically signed message in MIME format. --------------ms080604050401060303070803 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-06-27 14:21, jacek burghardt wrote: > Well I can bootup with 3.5GB >=20 >=20 > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn > > wrote: >=20 > On 2014-06-27 12:43, jacek burghardt wrote: > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram > to dom0 > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB of= ram > > and then HD 6450 has an error with 4gb not enough resource. with = 3gb > > everything works great. > > Is this bug in xen or I need more ram? > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > It's probably an issue with how Windows lays out it's memory. >=20 >=20 The only reason I'm thinking it's a issue in Windows is because 4GB is the per-process (and per-driver, and also on the really basic versions, system) memory limit, and there are known issues with some drivers when you approach this limit. My guess is that there is some amount of memory that the driver is mapping from the card, and it is also trying to map space equal to the physical RAM size for the CPU, which in turn adds up to more than 4G. --------------ms080604050401060303070803 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYyNzE5MTQwOVowIwYJKoZIhvcNAQkE MRYEFBiNTxzRT6sYcc86FE6VO/5pYZlhMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICAC7PCA7dmSnj3fnpBX9Qq90QZzF++NiIT6aXSdkzQ4yjHTb1 g8TFWyZbYNJmjuiTHPdUWWBEqzOaOBA0oUJoOUDET58Bb4qqmnvITsMTQopVvlx/C0AjDWEF RR1DyZtD+Z+i9/vUOC12daxp+WhIUTOuQCuc9brZrJ68pZC78V/P/uQX9GxFElXYEzm5dH+D uVfHRmEBAY0wzG2F9sK+kp3RWuBFaBQr1bBW/ARIh+tE/XkyXv4iK71mcyrKC66m8/VP1T9I fPzUlLUEnRzWj1+j3EO4u8xQvKMvAqztwAJ9fWo2tbX53zlQhgjJqEDDZLbhXdeMR5INKtdT AdtrgYIr1B6PltwEos6bQENDvhafIMEg5YTGEdkz0RUnebNnZljKunk5TcxMpTmjj76kAKUU n8LhQFs+EjkJVwwxpXDdVX43L/E9bpiBZ5qCGwxGlMGcxYpE+73fODx0Hq5/PS88yQyb3HDw Eopn9SCgAZ4WMlX742xlSPM801JLUbZCb/k0QPBcA95XRqUmohKMy51nc9DgbE4eExg8GeWo uNf6ceokqjwgNDLqA4zAF+Ayp5PEGIeg8lwokP9ZiU/qW77uI8chKbghZdbM57KSYZPc+r/U iOFZBUKI8CTGtHZOX3sTe15y84Q9z1BVcWQUh5jZF+ryCgAwBH8g54RbIIg9AAAAAAAA --------------ms080604050401060303070803-- --===============4453059864805589310== 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 --===============4453059864805589310==-- From xen-users-bounces@lists.xen.org Fri Jun 27 19:52:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 19:52:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cBS-0006qv-29; Fri, 27 Jun 2014 19:51:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cBQ-0006qq-7T for xen-users@lists.xen.org; Fri, 27 Jun 2014 19:51:40 +0000 Received: from [85.158.139.211:10893] by server-9.bemta-5.messagelabs.com id 9C/06-01655-B4BCDA35; Fri, 27 Jun 2014 19:51:39 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1403898697!8314221!1 X-Originating-IP: [209.85.216.170] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10142 invoked from network); 27 Jun 2014 19:51:38 -0000 Received: from mail-qc0-f170.google.com (HELO mail-qc0-f170.google.com) (209.85.216.170) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 19:51:38 -0000 Received: by mail-qc0-f170.google.com with SMTP id l6so5016842qcy.15 for ; Fri, 27 Jun 2014 12:51:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LSIMQaAEljfgpQtmsOYi35AYBSXBEhwu58oZn0T2ZYo=; b=WfWv3dBpg957cxMTWLmlRSKPbSRke21jNyiQm4uF4Nq3wQqc3oKOz2JPGfqV9Rx1SO hqANteGGMfhwY/7exc4hBrkTpCApN39MTl9UeqgRth86Znl7u1rGAlOPJ1NkbU4roNok SIyNlXUVfFGVHclT2ObYHwbHG9eTZKEKZoNPKm6b3ZZKpFwLz4GVtXrLtWR38IEg2XGa RbJbOaGaJnM/bpj1E97eCVfj667LY4l+9lTOrH4szTxfjEZiRDzQmoYGcigQ4c7MD9E5 moXiSQrUdNF83x4PddCLyGiai4cSevkRZA8kDioOJNTOepJzIlxjHL8KJOI8y20yqMuy cPUA== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr37585727qah.70.1403898697436; Fri, 27 Jun 2014 12:51:37 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 12:51:37 -0700 (PDT) In-Reply-To: <53ADC281.5070102@gmail.com> References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Fri, 27 Jun 2014 13:51:37 -0600 Message-ID: From: jacek burghardt To: Austin S Hemmelgarn Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7791900702804348093==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7791900702804348093== Content-Type: multipart/alternative; boundary=001a1133d8942977de04fcd6a338 --001a1133d8942977de04fcd6a338 Content-Type: text/plain; charset=UTF-8 I run xen 4.4 on arch linux with qemu upstream. I tried to use qemu-traditional with direct passing of video card but it sits at 0 log show something about no cpu. I guess qemu traditional does not support spice ? On Fri, Jun 27, 2014 at 1:14 PM, Austin S Hemmelgarn wrote: > On 2014-06-27 14:21, jacek burghardt wrote: > > Well I can bootup with 3.5GB > > > > > > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn > > > wrote: > > > > On 2014-06-27 12:43, jacek burghardt wrote: > > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram > > to dom0 > > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB of > ram > > > and then HD 6450 has an error with 4gb not enough resource. with > 3gb > > > everything works great. > > > Is this bug in xen or I need more ram? > > > > > > > > > _______________________________________________ > > > Xen-users mailing list > > > Xen-users@lists.xen.org > > > http://lists.xen.org/xen-users > > > > > It's probably an issue with how Windows lays out it's memory. > > > > > The only reason I'm thinking it's a issue in Windows is because 4GB is > the per-process (and per-driver, and also on the really basic versions, > system) memory limit, and there are known issues with some drivers when > you approach this limit. My guess is that there is some amount of > memory that the driver is mapping from the card, and it is also trying > to map space equal to the physical RAM size for the CPU, which in turn > adds up to more than 4G. > > --001a1133d8942977de04fcd6a338 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I run xen 4.4 on arch linux with qemu upstream. I tried to= use qemu-traditional with direct passing of video card but it sits at 0 lo= g show something about no cpu. I guess qemu traditional does not support sp= ice ?=C2=A0


On Fri, Jun 2= 7, 2014 at 1:14 PM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-27 14:21, jacek b= urghardt wrote:
> Well I can bootup with 3.5GB
>
>
> On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn
> <ahfe= rroin7@gmail.com <mailto:ahf= erroin7@gmail.com>> wrote:
>
> =C2=A0 =C2=A0 On 2014-06-27 12:43, jacek burghardt wrote:
> =C2=A0 =C2=A0 > So my xen desktop has only 8gb of ram. I had assign= ed 2gb of ram
> =C2=A0 =C2=A0 to dom0
> =C2=A0 =C2=A0 > and 3gb to win8 with assigned 6450. I was trying to= assign 4GB of ram
> =C2=A0 =C2=A0 > and then HD 6450 has an error with 4gb not enough r= esource. with 3gb
> =C2=A0 =C2=A0 > everything works great.
> =C2=A0 =C2=A0 > Is this bug in xen or I need more ram?
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 > _______________________________________________
> =C2=A0 =C2=A0 > Xen-users mailing list
> =C2=A0 =C2=A0 > Xe= n-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> =C2=A0 =C2=A0 > http://lists.xen.org/xen-users
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 It's probably an issue with how Windows lays out it&= #39;s memory.
>
>
The only reason I'm thinking it's a issue in Windows is becau= se 4GB is
the per-process (and per-driver, and also on the really basic versions,
system) memory limit, and there are known issues with some drivers when
you approach this limit. =C2=A0My guess is that there is some amount of
memory that the driver is mapping from the card, and it is also trying
to map space equal to the physical RAM size for the CPU, which in turn
adds up to more than 4G.


--001a1133d8942977de04fcd6a338-- --===============7791900702804348093== 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 --===============7791900702804348093==-- From xen-users-bounces@lists.xen.org Fri Jun 27 19:52:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 19:52:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cBS-0006qv-29; Fri, 27 Jun 2014 19:51:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cBQ-0006qq-7T for xen-users@lists.xen.org; Fri, 27 Jun 2014 19:51:40 +0000 Received: from [85.158.139.211:10893] by server-9.bemta-5.messagelabs.com id 9C/06-01655-B4BCDA35; Fri, 27 Jun 2014 19:51:39 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1403898697!8314221!1 X-Originating-IP: [209.85.216.170] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10142 invoked from network); 27 Jun 2014 19:51:38 -0000 Received: from mail-qc0-f170.google.com (HELO mail-qc0-f170.google.com) (209.85.216.170) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 19:51:38 -0000 Received: by mail-qc0-f170.google.com with SMTP id l6so5016842qcy.15 for ; Fri, 27 Jun 2014 12:51:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LSIMQaAEljfgpQtmsOYi35AYBSXBEhwu58oZn0T2ZYo=; b=WfWv3dBpg957cxMTWLmlRSKPbSRke21jNyiQm4uF4Nq3wQqc3oKOz2JPGfqV9Rx1SO hqANteGGMfhwY/7exc4hBrkTpCApN39MTl9UeqgRth86Znl7u1rGAlOPJ1NkbU4roNok SIyNlXUVfFGVHclT2ObYHwbHG9eTZKEKZoNPKm6b3ZZKpFwLz4GVtXrLtWR38IEg2XGa RbJbOaGaJnM/bpj1E97eCVfj667LY4l+9lTOrH4szTxfjEZiRDzQmoYGcigQ4c7MD9E5 moXiSQrUdNF83x4PddCLyGiai4cSevkRZA8kDioOJNTOepJzIlxjHL8KJOI8y20yqMuy cPUA== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr37585727qah.70.1403898697436; Fri, 27 Jun 2014 12:51:37 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 12:51:37 -0700 (PDT) In-Reply-To: <53ADC281.5070102@gmail.com> References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Fri, 27 Jun 2014 13:51:37 -0600 Message-ID: From: jacek burghardt To: Austin S Hemmelgarn Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7791900702804348093==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7791900702804348093== Content-Type: multipart/alternative; boundary=001a1133d8942977de04fcd6a338 --001a1133d8942977de04fcd6a338 Content-Type: text/plain; charset=UTF-8 I run xen 4.4 on arch linux with qemu upstream. I tried to use qemu-traditional with direct passing of video card but it sits at 0 log show something about no cpu. I guess qemu traditional does not support spice ? On Fri, Jun 27, 2014 at 1:14 PM, Austin S Hemmelgarn wrote: > On 2014-06-27 14:21, jacek burghardt wrote: > > Well I can bootup with 3.5GB > > > > > > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn > > > wrote: > > > > On 2014-06-27 12:43, jacek burghardt wrote: > > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram > > to dom0 > > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB of > ram > > > and then HD 6450 has an error with 4gb not enough resource. with > 3gb > > > everything works great. > > > Is this bug in xen or I need more ram? > > > > > > > > > _______________________________________________ > > > Xen-users mailing list > > > Xen-users@lists.xen.org > > > http://lists.xen.org/xen-users > > > > > It's probably an issue with how Windows lays out it's memory. > > > > > The only reason I'm thinking it's a issue in Windows is because 4GB is > the per-process (and per-driver, and also on the really basic versions, > system) memory limit, and there are known issues with some drivers when > you approach this limit. My guess is that there is some amount of > memory that the driver is mapping from the card, and it is also trying > to map space equal to the physical RAM size for the CPU, which in turn > adds up to more than 4G. > > --001a1133d8942977de04fcd6a338 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I run xen 4.4 on arch linux with qemu upstream. I tried to= use qemu-traditional with direct passing of video card but it sits at 0 lo= g show something about no cpu. I guess qemu traditional does not support sp= ice ?=C2=A0


On Fri, Jun 2= 7, 2014 at 1:14 PM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-27 14:21, jacek b= urghardt wrote:
> Well I can bootup with 3.5GB
>
>
> On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn
> <ahfe= rroin7@gmail.com <mailto:ahf= erroin7@gmail.com>> wrote:
>
> =C2=A0 =C2=A0 On 2014-06-27 12:43, jacek burghardt wrote:
> =C2=A0 =C2=A0 > So my xen desktop has only 8gb of ram. I had assign= ed 2gb of ram
> =C2=A0 =C2=A0 to dom0
> =C2=A0 =C2=A0 > and 3gb to win8 with assigned 6450. I was trying to= assign 4GB of ram
> =C2=A0 =C2=A0 > and then HD 6450 has an error with 4gb not enough r= esource. with 3gb
> =C2=A0 =C2=A0 > everything works great.
> =C2=A0 =C2=A0 > Is this bug in xen or I need more ram?
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 > _______________________________________________
> =C2=A0 =C2=A0 > Xen-users mailing list
> =C2=A0 =C2=A0 > Xe= n-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> =C2=A0 =C2=A0 > http://lists.xen.org/xen-users
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 It's probably an issue with how Windows lays out it&= #39;s memory.
>
>
The only reason I'm thinking it's a issue in Windows is becau= se 4GB is
the per-process (and per-driver, and also on the really basic versions,
system) memory limit, and there are known issues with some drivers when
you approach this limit. =C2=A0My guess is that there is some amount of
memory that the driver is mapping from the card, and it is also trying
to map space equal to the physical RAM size for the CPU, which in turn
adds up to more than 4G.


--001a1133d8942977de04fcd6a338-- --===============7791900702804348093== 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 --===============7791900702804348093==-- From xen-users-bounces@lists.xen.org Fri Jun 27 19:54:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 19:54:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cDf-0006wP-Ri; Fri, 27 Jun 2014 19:53:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cDe-0006wG-LC for xen-users@lists.xen.org; Fri, 27 Jun 2014 19:53:58 +0000 Received: from [85.158.137.68:53211] by server-5.bemta-3.messagelabs.com id 19/B7-27487-5DBCDA35; Fri, 27 Jun 2014 19:53:57 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-13.tower-31.messagelabs.com!1403898837!12773053!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6488 invoked from network); 27 Jun 2014 19:53:57 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-13.tower-31.messagelabs.com with SMTP; 27 Jun 2014 19:53:57 -0000 Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0cDd-000190-0T for xen-users@lists.xen.org; Fri, 27 Jun 2014 21:53:57 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0cDc-0004Or-GL for xen-users@lists.xen.org; Fri, 27 Jun 2014 21:53:56 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id EECE04C for ; Fri, 27 Jun 2014 21:52:40 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Fri, 27 Jun 2014 21:52:36 +0200 Message-ID: <5279879.fdDhNRsIe3@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <87simq7gm1.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87simq7gm1.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Friday, June 27, 2014 01:10:30 PM lee wrote: > Freddie Cash writes: > > On Jun 26, 2014 6:45 PM, "lee" wrote: > >> "squidmobile@fastmail.fm" writes: > >> > 26 jun 2014 > >> > > >> > greetings, > >> > > >> >> how would I make it so that VMs which are started automatically are > >> >> being started in a particular order? > >> > > >> > well, i have something that (sort of) works for me. i create my > >> > vm.cfg files in a directory of my choosing and ln -s from that > >> > directory to etc/xen/auto. i rename the symbolic links to look > >> > > >> > like this: > >> > 01.vm-name.cfg > >> > 02.vm-name.cfg > >> > 03.vm-name.cfg > >> > ... > >> > >> Yes, I though of numbering them --- haven't tried yet, though. > >> > >> Is this a feature, or did you happen to create the links in the desired > >> order? I see both possibilities, i. e. sorting the directory entries as > >> a feature, or start the VMs in the order the files/links have been > >> created/are found as directory entries. > >> > >> > when i reboot my system, the vm's come up in the proper sequence. > >> > however, xen starts them at its pace and NOT when the previous vm > >> > is ready for transactions. > >> > >> Yes, starting them one after another without waiting for them to be up > >> won't make a difference. In this case, the VM with the name server > >> needs to be up first, then the VM with the firewall, then the VM with > >> the NFS server and finally the rest of them in no particular order. > > > > Inside each VM, write a startup script that pauses the boot process until > > the needed resource is available. > > That's a good idea ... There must be a way to define dependencies for > the boot process because some services must be started in the right > order, and if everything would depend on the checking script, it should > work. > > > It can be add simple as a while loop waiting for a ping response. Or as > > complex as "try to resolve a hostname". Or whatever else is needed. > > That's the problem: How do you try to resolve a hostname, and how do > you find out whether a NFS server is up or not? By trying to connect to the port the NFS server is running on. See: http://stackoverflow.com/questions/4922943/how-to-test-if-remote-tcp-port-is-opened-from-shell-script -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 19:54:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 19:54:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cDf-0006wP-Ri; Fri, 27 Jun 2014 19:53:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cDe-0006wG-LC for xen-users@lists.xen.org; Fri, 27 Jun 2014 19:53:58 +0000 Received: from [85.158.137.68:53211] by server-5.bemta-3.messagelabs.com id 19/B7-27487-5DBCDA35; Fri, 27 Jun 2014 19:53:57 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-13.tower-31.messagelabs.com!1403898837!12773053!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6488 invoked from network); 27 Jun 2014 19:53:57 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-13.tower-31.messagelabs.com with SMTP; 27 Jun 2014 19:53:57 -0000 Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0cDd-000190-0T for xen-users@lists.xen.org; Fri, 27 Jun 2014 21:53:57 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0cDc-0004Or-GL for xen-users@lists.xen.org; Fri, 27 Jun 2014 21:53:56 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id EECE04C for ; Fri, 27 Jun 2014 21:52:40 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Fri, 27 Jun 2014 21:52:36 +0200 Message-ID: <5279879.fdDhNRsIe3@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <87simq7gm1.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87simq7gm1.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Friday, June 27, 2014 01:10:30 PM lee wrote: > Freddie Cash writes: > > On Jun 26, 2014 6:45 PM, "lee" wrote: > >> "squidmobile@fastmail.fm" writes: > >> > 26 jun 2014 > >> > > >> > greetings, > >> > > >> >> how would I make it so that VMs which are started automatically are > >> >> being started in a particular order? > >> > > >> > well, i have something that (sort of) works for me. i create my > >> > vm.cfg files in a directory of my choosing and ln -s from that > >> > directory to etc/xen/auto. i rename the symbolic links to look > >> > > >> > like this: > >> > 01.vm-name.cfg > >> > 02.vm-name.cfg > >> > 03.vm-name.cfg > >> > ... > >> > >> Yes, I though of numbering them --- haven't tried yet, though. > >> > >> Is this a feature, or did you happen to create the links in the desired > >> order? I see both possibilities, i. e. sorting the directory entries as > >> a feature, or start the VMs in the order the files/links have been > >> created/are found as directory entries. > >> > >> > when i reboot my system, the vm's come up in the proper sequence. > >> > however, xen starts them at its pace and NOT when the previous vm > >> > is ready for transactions. > >> > >> Yes, starting them one after another without waiting for them to be up > >> won't make a difference. In this case, the VM with the name server > >> needs to be up first, then the VM with the firewall, then the VM with > >> the NFS server and finally the rest of them in no particular order. > > > > Inside each VM, write a startup script that pauses the boot process until > > the needed resource is available. > > That's a good idea ... There must be a way to define dependencies for > the boot process because some services must be started in the right > order, and if everything would depend on the checking script, it should > work. > > > It can be add simple as a while loop waiting for a ping response. Or as > > complex as "try to resolve a hostname". Or whatever else is needed. > > That's the problem: How do you try to resolve a hostname, and how do > you find out whether a NFS server is up or not? By trying to connect to the port the NFS server is running on. See: http://stackoverflow.com/questions/4922943/how-to-test-if-remote-tcp-port-is-opened-from-shell-script -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 19:59:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 19:59:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cIy-0007GW-RN; Fri, 27 Jun 2014 19:59:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cIw-0007GK-Pg for xen-users@lists.xen.org; Fri, 27 Jun 2014 19:59:26 +0000 Received: from [193.109.254.147:53970] by server-16.bemta-14.messagelabs.com id 84/C3-16986-E1DCDA35; Fri, 27 Jun 2014 19:59:26 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-14.tower-27.messagelabs.com!1403899165!14196791!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7827 invoked from network); 27 Jun 2014 19:59:25 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-14.tower-27.messagelabs.com with SMTP; 27 Jun 2014 19:59:25 -0000 Received: from [212.54.42.134] (helo=smtp3.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0cIu-0005Vs-BG for xen-users@lists.xen.org; Fri, 27 Jun 2014 21:59:24 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp3.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0cIt-00026b-P9 for xen-users@lists.xen.org; Fri, 27 Jun 2014 21:59:24 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 4539D4C for ; Fri, 27 Jun 2014 21:58:08 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Fri, 27 Jun 2014 21:58:03 +0200 Message-ID: <2132412.C8HjWyh0CT@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <87y4wjtaig.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Friday, June 27, 2014 03:19:03 AM lee wrote: > "squidmobile@fastmail.fm" writes: > > 26 jun 2014 > > > > greetings, > > > >> how would I make it so that VMs which are started automatically are > >> being started in a particular order? > > > > well, i have something that (sort of) works for me. i create my > > vm.cfg files in a directory of my choosing and ln -s from that > > directory to etc/xen/auto. i rename the symbolic links to look > > > > like this: > > 01.vm-name.cfg > > 02.vm-name.cfg > > 03.vm-name.cfg > > ... > > Yes, I though of numbering them --- haven't tried yet, though. > > Is this a feature, or did you happen to create the links in the desired > order? I see both possibilities, i. e. sorting the directory entries as > a feature, or start the VMs in the order the files/links have been > created/are found as directory entries. > > > when i reboot my system, the vm's come up in the proper sequence. > > however, xen starts them at its pace and NOT when the previous vm > > is ready for transactions. > > Yes, starting them one after another without waiting for them to be up > won't make a difference. In this case, the VM with the name server > needs to be up first, then the VM with the firewall, then the VM with > the NFS server and finally the rest of them in no particular order. > > > i suppose you could modify this with a sleep 5 (or whatever) between > > each vm. > > A timer would do, but give the timer 5 minutes to make sure --- or at > least 3 --- and I'd be looking at at least 9--15 minutes before the VMs > are all up. It won't matter much if the server didn't crash once a day, > but if it didn't, I wouldn't even really need a particular order. > > > or maybe you could arrange some kind of signal from each vm to signal > > starting the next vm. > > How do you find out whether a VM is fully up or not even within the very > same VM? I've put a 5 minute sleep into the script that starts chronyd > because of dependencies (and still had to change to running the "master" > chronyd on dom0), and that doesn't delay starting everything else. > > With this delay for chrony, I might have to assume that it takes more > than 5 minutes before a VM is fully up. Let's say 7 --- and in that > case, there won't be a difference between using a timer in dom0 and > somehow sending a signal from a domU: Only a waiting time of 21 minutes, > which would kinda suck ... > > Alternatively, I could go by what services are available. For example, > chronyd doesn't need to be running for the NFS server to function, and > the name server doesn't have to either because I put IPs into exports > because otherwise it won't work unless the name server is up before the > NFS server, which it never was (unless perhaps I'd have put another 5 > minute delay for the NFS server, ending up creating a long chain of > dependencies across all the VMs, which seems a bad idea). But how do > you find out what services are already available? > > The way it is now, rebooting the server takes, I don't know, like 10--15 > minutes or so before everything is working again, plus the time it takes > to shut everything down. That is a rather long time, and it's longer > than it should be because the VMs don't come back in the right order. > > Hmm, I can't be the only one encountering this problem ... You're not, I face exactly the same issue. I have it on my todo list to write dependency-check scripts between the different xen-startup scripts that I use. For these, I use different /etc/xen/auto/... folders for each stage. The current "solution" is: I start each set manually, checking the xen-console logs to ensure it finished booting. Final solution will either monitor the xen-console logs (which contain the textual output of the domU's) or test for the available of certain services by using scripting. By ensuring the nagios stuff starts last in the sequence, I'd only need to test if "nrpe" is listening on the domU. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 19:59:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 19:59:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cIy-0007GW-RN; Fri, 27 Jun 2014 19:59:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cIw-0007GK-Pg for xen-users@lists.xen.org; Fri, 27 Jun 2014 19:59:26 +0000 Received: from [193.109.254.147:53970] by server-16.bemta-14.messagelabs.com id 84/C3-16986-E1DCDA35; Fri, 27 Jun 2014 19:59:26 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-14.tower-27.messagelabs.com!1403899165!14196791!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7827 invoked from network); 27 Jun 2014 19:59:25 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-14.tower-27.messagelabs.com with SMTP; 27 Jun 2014 19:59:25 -0000 Received: from [212.54.42.134] (helo=smtp3.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0cIu-0005Vs-BG for xen-users@lists.xen.org; Fri, 27 Jun 2014 21:59:24 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp3.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0cIt-00026b-P9 for xen-users@lists.xen.org; Fri, 27 Jun 2014 21:59:24 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 4539D4C for ; Fri, 27 Jun 2014 21:58:08 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Fri, 27 Jun 2014 21:58:03 +0200 Message-ID: <2132412.C8HjWyh0CT@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <87y4wjtaig.fsf@yun.yagibdah.de> References: <1403813573.29225.134974457.70E0F55E@webmail.messagingengine.com> <87y4wjtaig.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Friday, June 27, 2014 03:19:03 AM lee wrote: > "squidmobile@fastmail.fm" writes: > > 26 jun 2014 > > > > greetings, > > > >> how would I make it so that VMs which are started automatically are > >> being started in a particular order? > > > > well, i have something that (sort of) works for me. i create my > > vm.cfg files in a directory of my choosing and ln -s from that > > directory to etc/xen/auto. i rename the symbolic links to look > > > > like this: > > 01.vm-name.cfg > > 02.vm-name.cfg > > 03.vm-name.cfg > > ... > > Yes, I though of numbering them --- haven't tried yet, though. > > Is this a feature, or did you happen to create the links in the desired > order? I see both possibilities, i. e. sorting the directory entries as > a feature, or start the VMs in the order the files/links have been > created/are found as directory entries. > > > when i reboot my system, the vm's come up in the proper sequence. > > however, xen starts them at its pace and NOT when the previous vm > > is ready for transactions. > > Yes, starting them one after another without waiting for them to be up > won't make a difference. In this case, the VM with the name server > needs to be up first, then the VM with the firewall, then the VM with > the NFS server and finally the rest of them in no particular order. > > > i suppose you could modify this with a sleep 5 (or whatever) between > > each vm. > > A timer would do, but give the timer 5 minutes to make sure --- or at > least 3 --- and I'd be looking at at least 9--15 minutes before the VMs > are all up. It won't matter much if the server didn't crash once a day, > but if it didn't, I wouldn't even really need a particular order. > > > or maybe you could arrange some kind of signal from each vm to signal > > starting the next vm. > > How do you find out whether a VM is fully up or not even within the very > same VM? I've put a 5 minute sleep into the script that starts chronyd > because of dependencies (and still had to change to running the "master" > chronyd on dom0), and that doesn't delay starting everything else. > > With this delay for chrony, I might have to assume that it takes more > than 5 minutes before a VM is fully up. Let's say 7 --- and in that > case, there won't be a difference between using a timer in dom0 and > somehow sending a signal from a domU: Only a waiting time of 21 minutes, > which would kinda suck ... > > Alternatively, I could go by what services are available. For example, > chronyd doesn't need to be running for the NFS server to function, and > the name server doesn't have to either because I put IPs into exports > because otherwise it won't work unless the name server is up before the > NFS server, which it never was (unless perhaps I'd have put another 5 > minute delay for the NFS server, ending up creating a long chain of > dependencies across all the VMs, which seems a bad idea). But how do > you find out what services are already available? > > The way it is now, rebooting the server takes, I don't know, like 10--15 > minutes or so before everything is working again, plus the time it takes > to shut everything down. That is a rather long time, and it's longer > than it should be because the VMs don't come back in the right order. > > Hmm, I can't be the only one encountering this problem ... You're not, I face exactly the same issue. I have it on my todo list to write dependency-check scripts between the different xen-startup scripts that I use. For these, I use different /etc/xen/auto/... folders for each stage. The current "solution" is: I start each set manually, checking the xen-console logs to ensure it finished booting. Final solution will either monitor the xen-console logs (which contain the textual output of the domU's) or test for the available of certain services by using scripting. By ensuring the nagios stuff starts last in the sequence, I'd only need to test if "nrpe" is listening on the domU. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 20:00:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 20:00:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cJj-0007Pc-Er; Fri, 27 Jun 2014 20:00:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cJi-0007PF-Hy for xen-users@lists.xen.org; Fri, 27 Jun 2014 20:00:14 +0000 Received: from [85.158.137.68:27029] by server-14.bemta-3.messagelabs.com id FA/0C-19846-D4DCDA35; Fri, 27 Jun 2014 20:00:13 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-11.tower-31.messagelabs.com!1403899213!12784162!1 X-Originating-IP: [212.54.34.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NSA9PiAxNzgxNjc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17215 invoked from network); 27 Jun 2014 20:00:13 -0000 Received: from smtpq2.gn.mail.iss.as9143.net (HELO smtpq2.gn.mail.iss.as9143.net) (212.54.34.165) by server-11.tower-31.messagelabs.com with SMTP; 27 Jun 2014 20:00:13 -0000 Received: from [212.54.34.136] (helo=smtp5.gn.mail.iss.as9143.net) by smtpq2.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X0cJh-00087G-4c for xen-users@lists.xen.org; Fri, 27 Jun 2014 22:00:13 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X0cJg-0007t6-Uk for xen-users@lists.xen.org; Fri, 27 Jun 2014 22:00:13 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 7F9764C for ; Fri, 27 Jun 2014 21:58:57 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Fri, 27 Jun 2014 21:58:53 +0200 Message-ID: <2168576.x5A4mAHgWa@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <878uojwsml.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thursday, June 26, 2014 06:19:30 PM lee wrote: > Since dom0 crashes once every 24 hours, it would be nice if I could at > least get the machine rebooted without more intervention than having to > press the reset button ... I would fix this with a higher priority, to be honest. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 20:00:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 20:00:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cJj-0007Pc-Er; Fri, 27 Jun 2014 20:00:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0cJi-0007PF-Hy for xen-users@lists.xen.org; Fri, 27 Jun 2014 20:00:14 +0000 Received: from [85.158.137.68:27029] by server-14.bemta-3.messagelabs.com id FA/0C-19846-D4DCDA35; Fri, 27 Jun 2014 20:00:13 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-11.tower-31.messagelabs.com!1403899213!12784162!1 X-Originating-IP: [212.54.34.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NSA9PiAxNzgxNjc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17215 invoked from network); 27 Jun 2014 20:00:13 -0000 Received: from smtpq2.gn.mail.iss.as9143.net (HELO smtpq2.gn.mail.iss.as9143.net) (212.54.34.165) by server-11.tower-31.messagelabs.com with SMTP; 27 Jun 2014 20:00:13 -0000 Received: from [212.54.34.136] (helo=smtp5.gn.mail.iss.as9143.net) by smtpq2.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X0cJh-00087G-4c for xen-users@lists.xen.org; Fri, 27 Jun 2014 22:00:13 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X0cJg-0007t6-Uk for xen-users@lists.xen.org; Fri, 27 Jun 2014 22:00:13 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 7F9764C for ; Fri, 27 Jun 2014 21:58:57 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Fri, 27 Jun 2014 21:58:53 +0200 Message-ID: <2168576.x5A4mAHgWa@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <878uojwsml.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thursday, June 26, 2014 06:19:30 PM lee wrote: > Since dom0 crashes once every 24 hours, it would be nice if I could at > least get the machine rebooted without more intervention than having to > press the reset button ... I would fix this with a higher priority, to be honest. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jun 27 23:04:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 23:04:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0fAg-0000om-5d; Fri, 27 Jun 2014 23:03:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0fAe-0000oh-23 for xen-users@lists.xen.org; Fri, 27 Jun 2014 23:03:04 +0000 Received: from [193.109.254.147:37171] by server-4.bemta-14.messagelabs.com id 1A/8A-02781-728FDA35; Fri, 27 Jun 2014 23:03:03 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1403910181!14211436!1 X-Originating-IP: [209.85.216.172] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16653 invoked from network); 27 Jun 2014 23:03:02 -0000 Received: from mail-qc0-f172.google.com (HELO mail-qc0-f172.google.com) (209.85.216.172) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 23:03:02 -0000 Received: by mail-qc0-f172.google.com with SMTP id o8so5115311qcw.17 for ; Fri, 27 Jun 2014 16:03:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kSxxQ+3GrYm8ah5ffjflAGwxFdpuqcS8ylnGL81dx6M=; b=VrM/ujyDkMqWNSLmYY8sohMLTO7OPX04dshm0gH4hFTuE0JR8SPv8cFa9sTVQt4ftt ubPRFKsNsQ9u/KTypJ/98mmNFwcJQ3QgNSHSVYQoO3r/2lm/dcHXMATAsklDvYKIJ2Og Mtuu/AHLtCqb3alI8iyxRygrQz/BWoR/zrbmpLjgGVGSO8B5qWS0WnsP/IaUpPH8c89l 01NYZpu4G/p6aWwgkhSiI6oqrhZpUrPfoqu1fGSSqo+YY1aCBoC1+2BMQXH+6qFWHdka PRAxbDY8yPzs3yDDJMmUygYf7LuG3h9fX7Dac2rxamjGUzi1kgsuaHguTidwHisKgLiA 5tiA== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr35100354qge.38.1403910181061; Fri, 27 Jun 2014 16:03:01 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 16:03:01 -0700 (PDT) In-Reply-To: <201406271140.03688.johnm@advocap.org> References: <201406271140.03688.johnm@advocap.org> Date: Fri, 27 Jun 2014 17:03:01 -0600 Message-ID: From: jacek burghardt To: John McMonagle Cc: Xen User Mailing List Subject: Re: [Xen-users] xen 4.4.0 on debian wheezy X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6773676818338812188==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6773676818338812188== Content-Type: multipart/alternative; boundary=001a11397660a3883e04fcd94fa5 --001a11397660a3883e04fcd94fa5 Content-Type: text/plain; charset=UTF-8 You can configure xen to install into /usr no need to have two versions of xen On Fri, Jun 27, 2014 at 10:40 AM, John McMonagle wrote: > I am able to do installs and upgrades and installation of xen 4.4.0 > but there were more complications than I expected. > Sorry if there are errors and omissions as my notes are not perfect. > > Used http://wiki.xenproject.org/wiki/Compiling_Xen_From_Source > > Also had to install get get it to build: > libpixman-1-dev > markdown > libaio1 > > Seems to be conflict between > libjpeg62-dev and libjpeg8-dev > > ended up with libjpeg8-dev > > > Should this be added: > update-rc.d xend remove > > > My old installation from source of xen-4.1.2 is into /usr, 4.4.0 is into > /usr/local. > This give 2 versions of xen on one system. > On the system I upgraded last night it seems to work but I'm concerned. > > On a test system I went into the old install directory and did make > uninstall. > Only problem with that it removed my configs from /etc/xen > Then I reinstalled 4.4.0. > That gave a cleaner installation. > > John > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11397660a3883e04fcd94fa5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You can configure xen to install into /usr no need to have= two versions of xen


On Fri, Jun 27, 2014 at 10:40 AM, John McMonagle <johnm@advoc= ap.org> wrote:
I am able to do installs and upgrades and in= stallation of xen 4.4.0
but there were more complications than I expected.
Sorry if there are errors and omissions as my notes are =C2=A0not perfect.<= br>
Used http://wiki.xenproject.org/wiki/Compiling_Xen_From_Source=

Also had to install get get it to build:
libpixman-1-dev
markdown
libaio1

Seems to be conflict between
libjpeg62-dev and libjpeg8-dev

ended up with libjpeg8-dev


Should this be added:
update-rc.d xend remove


My old installation from source of xen-4.1.2 is into /usr, 4.4.0 is into /u= sr/local.
This give 2 versions of xen on one system.
On the system I upgraded last night it seems to work but I'm concerned.=

On a test system I went into the old install directory and did make uninsta= ll.
Only problem with that it removed my configs from /etc/xen
Then I reinstalled 4.4.0.
That gave a cleaner installation.

John

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--001a11397660a3883e04fcd94fa5-- --===============6773676818338812188== 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 --===============6773676818338812188==-- From xen-users-bounces@lists.xen.org Fri Jun 27 23:04:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 23:04:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0fAg-0000om-5d; Fri, 27 Jun 2014 23:03:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0fAe-0000oh-23 for xen-users@lists.xen.org; Fri, 27 Jun 2014 23:03:04 +0000 Received: from [193.109.254.147:37171] by server-4.bemta-14.messagelabs.com id 1A/8A-02781-728FDA35; Fri, 27 Jun 2014 23:03:03 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1403910181!14211436!1 X-Originating-IP: [209.85.216.172] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16653 invoked from network); 27 Jun 2014 23:03:02 -0000 Received: from mail-qc0-f172.google.com (HELO mail-qc0-f172.google.com) (209.85.216.172) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 23:03:02 -0000 Received: by mail-qc0-f172.google.com with SMTP id o8so5115311qcw.17 for ; Fri, 27 Jun 2014 16:03:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kSxxQ+3GrYm8ah5ffjflAGwxFdpuqcS8ylnGL81dx6M=; b=VrM/ujyDkMqWNSLmYY8sohMLTO7OPX04dshm0gH4hFTuE0JR8SPv8cFa9sTVQt4ftt ubPRFKsNsQ9u/KTypJ/98mmNFwcJQ3QgNSHSVYQoO3r/2lm/dcHXMATAsklDvYKIJ2Og Mtuu/AHLtCqb3alI8iyxRygrQz/BWoR/zrbmpLjgGVGSO8B5qWS0WnsP/IaUpPH8c89l 01NYZpu4G/p6aWwgkhSiI6oqrhZpUrPfoqu1fGSSqo+YY1aCBoC1+2BMQXH+6qFWHdka PRAxbDY8yPzs3yDDJMmUygYf7LuG3h9fX7Dac2rxamjGUzi1kgsuaHguTidwHisKgLiA 5tiA== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr35100354qge.38.1403910181061; Fri, 27 Jun 2014 16:03:01 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 16:03:01 -0700 (PDT) In-Reply-To: <201406271140.03688.johnm@advocap.org> References: <201406271140.03688.johnm@advocap.org> Date: Fri, 27 Jun 2014 17:03:01 -0600 Message-ID: From: jacek burghardt To: John McMonagle Cc: Xen User Mailing List Subject: Re: [Xen-users] xen 4.4.0 on debian wheezy X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6773676818338812188==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6773676818338812188== Content-Type: multipart/alternative; boundary=001a11397660a3883e04fcd94fa5 --001a11397660a3883e04fcd94fa5 Content-Type: text/plain; charset=UTF-8 You can configure xen to install into /usr no need to have two versions of xen On Fri, Jun 27, 2014 at 10:40 AM, John McMonagle wrote: > I am able to do installs and upgrades and installation of xen 4.4.0 > but there were more complications than I expected. > Sorry if there are errors and omissions as my notes are not perfect. > > Used http://wiki.xenproject.org/wiki/Compiling_Xen_From_Source > > Also had to install get get it to build: > libpixman-1-dev > markdown > libaio1 > > Seems to be conflict between > libjpeg62-dev and libjpeg8-dev > > ended up with libjpeg8-dev > > > Should this be added: > update-rc.d xend remove > > > My old installation from source of xen-4.1.2 is into /usr, 4.4.0 is into > /usr/local. > This give 2 versions of xen on one system. > On the system I upgraded last night it seems to work but I'm concerned. > > On a test system I went into the old install directory and did make > uninstall. > Only problem with that it removed my configs from /etc/xen > Then I reinstalled 4.4.0. > That gave a cleaner installation. > > John > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11397660a3883e04fcd94fa5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You can configure xen to install into /usr no need to have= two versions of xen


On Fri, Jun 27, 2014 at 10:40 AM, John McMonagle <johnm@advoc= ap.org> wrote:
I am able to do installs and upgrades and in= stallation of xen 4.4.0
but there were more complications than I expected.
Sorry if there are errors and omissions as my notes are =C2=A0not perfect.<= br>
Used http://wiki.xenproject.org/wiki/Compiling_Xen_From_Source=

Also had to install get get it to build:
libpixman-1-dev
markdown
libaio1

Seems to be conflict between
libjpeg62-dev and libjpeg8-dev

ended up with libjpeg8-dev


Should this be added:
update-rc.d xend remove


My old installation from source of xen-4.1.2 is into /usr, 4.4.0 is into /u= sr/local.
This give 2 versions of xen on one system.
On the system I upgraded last night it seems to work but I'm concerned.=

On a test system I went into the old install directory and did make uninsta= ll.
Only problem with that it removed my configs from /etc/xen
Then I reinstalled 4.4.0.
That gave a cleaner installation.

John

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--001a11397660a3883e04fcd94fa5-- --===============6773676818338812188== 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 --===============6773676818338812188==-- From xen-users-bounces@lists.xen.org Fri Jun 27 23:35:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 23:35:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ffo-0001CI-I3; Fri, 27 Jun 2014 23:35:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ffm-0001CD-PA for xen-users@lists.xen.org; Fri, 27 Jun 2014 23:35:15 +0000 Received: from [193.109.254.147:4164] by server-16.bemta-14.messagelabs.com id E1/F1-16986-2BFFDA35; Fri, 27 Jun 2014 23:35:14 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1403912111!14222361!1 X-Originating-IP: [209.85.192.53] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1683 invoked from network); 27 Jun 2014 23:35:12 -0000 Received: from mail-qg0-f53.google.com (HELO mail-qg0-f53.google.com) (209.85.192.53) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 23:35:12 -0000 Received: by mail-qg0-f53.google.com with SMTP id i50so112340qgf.12 for ; Fri, 27 Jun 2014 16:35:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=85MbF/h7AHYpsFSCqD0YYVL8yeDmUPRX0e35xCreHMo=; b=TEWZ8II8GTzFIAp1w7pAz/D5zWA98VnxEUaUIGpH03hpXopAHmNsrIyybXj42oSpS7 C3tfBm+bthFkeEsbShIsdR9+pe3sNRmeYAN0NUnBlZW47D8Pkbu3PXR16nsO0rXoKbwp hedIne/hdH6BJvn1UkDaHVmD01sjrPbM19UMMu2gaJoJdyFbAUWO2/RN5k8BChhAF5Mi 9UkuZGj/q1+xLEdchGP8ZlX7UAL8KC6T2BQBIhcf6RTmVdZ5+YERILt8DeSAtqoJWw/w fOwE+RmuQDgktWHwKtgkvjtPMrHussZKPAh5dKCE4IuRVpGEk+B5l5D7lf3IGN+6kzKF znTg== MIME-Version: 1.0 X-Received: by 10.140.29.139 with SMTP id b11mr35965852qgb.44.1403912111364; Fri, 27 Jun 2014 16:35:11 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 16:35:11 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Fri, 27 Jun 2014 17:35:11 -0600 Message-ID: From: jacek burghardt To: Austin S Hemmelgarn Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4481494526121081659==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4481494526121081659== Content-Type: multipart/alternative; boundary=001a113a76cab1a0b204fcd9c23e --001a113a76cab1a0b204fcd9c23e Content-Type: text/plain; charset=UTF-8 I just compiled xen-git 4.5 and it works. On Fri, Jun 27, 2014 at 1:51 PM, jacek burghardt wrote: > I run xen 4.4 on arch linux with qemu upstream. I tried to use > qemu-traditional with direct passing of video card but it sits at 0 log > show something about no cpu. I guess qemu traditional does not support > spice ? > > > On Fri, Jun 27, 2014 at 1:14 PM, Austin S Hemmelgarn > wrote: > >> On 2014-06-27 14:21, jacek burghardt wrote: >> > Well I can bootup with 3.5GB >> > >> > >> > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn >> > > wrote: >> > >> > On 2014-06-27 12:43, jacek burghardt wrote: >> > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram >> > to dom0 >> > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB of >> ram >> > > and then HD 6450 has an error with 4gb not enough resource. with >> 3gb >> > > everything works great. >> > > Is this bug in xen or I need more ram? >> > > >> > > >> > > _______________________________________________ >> > > Xen-users mailing list >> > > Xen-users@lists.xen.org >> > > http://lists.xen.org/xen-users >> > > >> > It's probably an issue with how Windows lays out it's memory. >> > >> > >> The only reason I'm thinking it's a issue in Windows is because 4GB is >> the per-process (and per-driver, and also on the really basic versions, >> system) memory limit, and there are known issues with some drivers when >> you approach this limit. My guess is that there is some amount of >> memory that the driver is mapping from the card, and it is also trying >> to map space equal to the physical RAM size for the CPU, which in turn >> adds up to more than 4G. >> >> > --001a113a76cab1a0b204fcd9c23e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I just compiled xen-git 4.5 and it works.=C2=A0


On Fri, Jun 27, 20= 14 at 1:51 PM, jacek burghardt <jaceksburghardt@gmail.com><= /span> wrote:
I run xen 4.4 on arch linux= with qemu upstream. I tried to use qemu-traditional with direct passing of= video card but it sits at 0 log show something about no cpu. I guess qemu = traditional does not support spice ?=C2=A0


On Fri, Jun 2= 7, 2014 at 1:14 PM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-27 14:21, jacek burghardt wr= ote:
> Well I can bootup with 3.5GB
>
>
> On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn
> <ahferroin7@gmail.com <mailto:ahferroin7@gmail.com>> wrote:
>
> =C2=A0 =C2=A0 On 2014-06-27 12:43, jacek burghardt wrote:
> =C2=A0 =C2=A0 > So my xen desktop has only 8gb of ram. I had assign= ed 2gb of ram
> =C2=A0 =C2=A0 to dom0
> =C2=A0 =C2=A0 > and 3gb to win8 with assigned 6450. I was trying to= assign 4GB of ram
> =C2=A0 =C2=A0 > and then HD 6450 has an error with 4gb not enough r= esource. with 3gb
> =C2=A0 =C2=A0 > everything works great.
> =C2=A0 =C2=A0 > Is this bug in xen or I need more ram?
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 > _______________________________________________
> =C2=A0 =C2=A0 > Xen-users mailing list
> =C2=A0 =C2=A0 > Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> =C2=A0 =C2=A0 > http://lists.xen.org/xen-users
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 It's probably an issue with how Windows lays out it&= #39;s memory.
>
>
The only reason I'm thinking it's a issue in Windows is becau= se 4GB is
the per-process (and per-driver, and also on the really basic versions,
system) memory limit, and there are known issues with some drivers when
you approach this limit. =C2=A0My guess is that there is some amount of
memory that the driver is mapping from the card, and it is also trying
to map space equal to the physical RAM size for the CPU, which in turn
adds up to more than 4G.



--001a113a76cab1a0b204fcd9c23e-- --===============4481494526121081659== 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 --===============4481494526121081659==-- From xen-users-bounces@lists.xen.org Fri Jun 27 23:35:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jun 2014 23:35:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ffo-0001CI-I3; Fri, 27 Jun 2014 23:35:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ffm-0001CD-PA for xen-users@lists.xen.org; Fri, 27 Jun 2014 23:35:15 +0000 Received: from [193.109.254.147:4164] by server-16.bemta-14.messagelabs.com id E1/F1-16986-2BFFDA35; Fri, 27 Jun 2014 23:35:14 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1403912111!14222361!1 X-Originating-IP: [209.85.192.53] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1683 invoked from network); 27 Jun 2014 23:35:12 -0000 Received: from mail-qg0-f53.google.com (HELO mail-qg0-f53.google.com) (209.85.192.53) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jun 2014 23:35:12 -0000 Received: by mail-qg0-f53.google.com with SMTP id i50so112340qgf.12 for ; Fri, 27 Jun 2014 16:35:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=85MbF/h7AHYpsFSCqD0YYVL8yeDmUPRX0e35xCreHMo=; b=TEWZ8II8GTzFIAp1w7pAz/D5zWA98VnxEUaUIGpH03hpXopAHmNsrIyybXj42oSpS7 C3tfBm+bthFkeEsbShIsdR9+pe3sNRmeYAN0NUnBlZW47D8Pkbu3PXR16nsO0rXoKbwp hedIne/hdH6BJvn1UkDaHVmD01sjrPbM19UMMu2gaJoJdyFbAUWO2/RN5k8BChhAF5Mi 9UkuZGj/q1+xLEdchGP8ZlX7UAL8KC6T2BQBIhcf6RTmVdZ5+YERILt8DeSAtqoJWw/w fOwE+RmuQDgktWHwKtgkvjtPMrHussZKPAh5dKCE4IuRVpGEk+B5l5D7lf3IGN+6kzKF znTg== MIME-Version: 1.0 X-Received: by 10.140.29.139 with SMTP id b11mr35965852qgb.44.1403912111364; Fri, 27 Jun 2014 16:35:11 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 16:35:11 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Fri, 27 Jun 2014 17:35:11 -0600 Message-ID: From: jacek burghardt To: Austin S Hemmelgarn Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4481494526121081659==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4481494526121081659== Content-Type: multipart/alternative; boundary=001a113a76cab1a0b204fcd9c23e --001a113a76cab1a0b204fcd9c23e Content-Type: text/plain; charset=UTF-8 I just compiled xen-git 4.5 and it works. On Fri, Jun 27, 2014 at 1:51 PM, jacek burghardt wrote: > I run xen 4.4 on arch linux with qemu upstream. I tried to use > qemu-traditional with direct passing of video card but it sits at 0 log > show something about no cpu. I guess qemu traditional does not support > spice ? > > > On Fri, Jun 27, 2014 at 1:14 PM, Austin S Hemmelgarn > wrote: > >> On 2014-06-27 14:21, jacek burghardt wrote: >> > Well I can bootup with 3.5GB >> > >> > >> > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn >> > > wrote: >> > >> > On 2014-06-27 12:43, jacek burghardt wrote: >> > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram >> > to dom0 >> > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB of >> ram >> > > and then HD 6450 has an error with 4gb not enough resource. with >> 3gb >> > > everything works great. >> > > Is this bug in xen or I need more ram? >> > > >> > > >> > > _______________________________________________ >> > > Xen-users mailing list >> > > Xen-users@lists.xen.org >> > > http://lists.xen.org/xen-users >> > > >> > It's probably an issue with how Windows lays out it's memory. >> > >> > >> The only reason I'm thinking it's a issue in Windows is because 4GB is >> the per-process (and per-driver, and also on the really basic versions, >> system) memory limit, and there are known issues with some drivers when >> you approach this limit. My guess is that there is some amount of >> memory that the driver is mapping from the card, and it is also trying >> to map space equal to the physical RAM size for the CPU, which in turn >> adds up to more than 4G. >> >> > --001a113a76cab1a0b204fcd9c23e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I just compiled xen-git 4.5 and it works.=C2=A0


On Fri, Jun 27, 20= 14 at 1:51 PM, jacek burghardt <jaceksburghardt@gmail.com><= /span> wrote:
I run xen 4.4 on arch linux= with qemu upstream. I tried to use qemu-traditional with direct passing of= video card but it sits at 0 log show something about no cpu. I guess qemu = traditional does not support spice ?=C2=A0


On Fri, Jun 2= 7, 2014 at 1:14 PM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-27 14:21, jacek burghardt wr= ote:
> Well I can bootup with 3.5GB
>
>
> On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn
> <ahferroin7@gmail.com <mailto:ahferroin7@gmail.com>> wrote:
>
> =C2=A0 =C2=A0 On 2014-06-27 12:43, jacek burghardt wrote:
> =C2=A0 =C2=A0 > So my xen desktop has only 8gb of ram. I had assign= ed 2gb of ram
> =C2=A0 =C2=A0 to dom0
> =C2=A0 =C2=A0 > and 3gb to win8 with assigned 6450. I was trying to= assign 4GB of ram
> =C2=A0 =C2=A0 > and then HD 6450 has an error with 4gb not enough r= esource. with 3gb
> =C2=A0 =C2=A0 > everything works great.
> =C2=A0 =C2=A0 > Is this bug in xen or I need more ram?
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 > _______________________________________________
> =C2=A0 =C2=A0 > Xen-users mailing list
> =C2=A0 =C2=A0 > Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> =C2=A0 =C2=A0 > http://lists.xen.org/xen-users
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 It's probably an issue with how Windows lays out it&= #39;s memory.
>
>
The only reason I'm thinking it's a issue in Windows is becau= se 4GB is
the per-process (and per-driver, and also on the really basic versions,
system) memory limit, and there are known issues with some drivers when
you approach this limit. =C2=A0My guess is that there is some amount of
memory that the driver is mapping from the card, and it is also trying
to map space equal to the physical RAM size for the CPU, which in turn
adds up to more than 4G.



--001a113a76cab1a0b204fcd9c23e-- --===============4481494526121081659== 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 --===============4481494526121081659==-- From xen-users-bounces@lists.xen.org Sat Jun 28 05:58:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 05:58:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ldq-0004z6-OM; Sat, 28 Jun 2014 05:57:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ldn-0004z1-Pa for xen-users@lists.xen.org; Sat, 28 Jun 2014 05:57:36 +0000 Received: from [193.109.254.147:52947] by server-13.bemta-14.messagelabs.com id D8/5F-23211-F495EA35; Sat, 28 Jun 2014 05:57:35 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1403935052!14251256!1 X-Originating-IP: [209.85.192.51] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9889 invoked from network); 28 Jun 2014 05:57:33 -0000 Received: from mail-qg0-f51.google.com (HELO mail-qg0-f51.google.com) (209.85.192.51) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jun 2014 05:57:33 -0000 Received: by mail-qg0-f51.google.com with SMTP id z60so293400qgd.10 for ; Fri, 27 Jun 2014 22:57:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7kQ3pjVWFWzGWlaXX85cJ3a7okFpeilsA4I6KWIZQwk=; b=s7vNvAYlQbKgI+6LesFV0xEmfsS6ksqMTtjihMUQ0FyuT6OGFkrB62jA0cxjFSFWs/ yAaWWkSSuurXtgBD8xsWqu7XFNfejkb7COWLLlgWxc/qf5mnSSaVn0+kcO9C42LeWIwV SkFVOxUFhfjp0M9Cmu5XIz6lsNnvxP8eRbqMpgAkm5pZQEVJkmHlJWXYYqMDeKVQyX/O X+Agi7OUVelrfiwYxEHIq13q878F7HEVPthd98cI0ZM3ItKzLF9yJI/cfJXnBy6OezI9 nNL4WmRpTGzLJMmY57baxDICH+O7bfxk/M8pX5NucXq+OIyHucC2hw5TMvNyz19AaNxm A9ew== MIME-Version: 1.0 X-Received: by 10.140.91.164 with SMTP id z33mr27340qgd.65.1403935052469; Fri, 27 Jun 2014 22:57:32 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 22:57:32 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Fri, 27 Jun 2014 23:57:32 -0600 Message-ID: From: jacek burghardt To: Austin S Hemmelgarn Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3650714742544977678==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3650714742544977678== Content-Type: multipart/alternative; boundary=001a113a6a9a171e4804fcdf1ac7 --001a113a6a9a171e4804fcdf1ac7 Content-Type: text/plain; charset=UTF-8 I added more memory and I was abel to get 8gb of ram On Fri, Jun 27, 2014 at 5:35 PM, jacek burghardt wrote: > I just compiled xen-git 4.5 and it works. > > > On Fri, Jun 27, 2014 at 1:51 PM, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > >> I run xen 4.4 on arch linux with qemu upstream. I tried to use >> qemu-traditional with direct passing of video card but it sits at 0 log >> show something about no cpu. I guess qemu traditional does not support >> spice ? >> >> >> On Fri, Jun 27, 2014 at 1:14 PM, Austin S Hemmelgarn < >> ahferroin7@gmail.com> wrote: >> >>> On 2014-06-27 14:21, jacek burghardt wrote: >>> > Well I can bootup with 3.5GB >>> > >>> > >>> > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn >>> > > wrote: >>> > >>> > On 2014-06-27 12:43, jacek burghardt wrote: >>> > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram >>> > to dom0 >>> > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB >>> of ram >>> > > and then HD 6450 has an error with 4gb not enough resource. with >>> 3gb >>> > > everything works great. >>> > > Is this bug in xen or I need more ram? >>> > > >>> > > >>> > > _______________________________________________ >>> > > Xen-users mailing list >>> > > Xen-users@lists.xen.org >>> > > http://lists.xen.org/xen-users >>> > > >>> > It's probably an issue with how Windows lays out it's memory. >>> > >>> > >>> The only reason I'm thinking it's a issue in Windows is because 4GB is >>> the per-process (and per-driver, and also on the really basic versions, >>> system) memory limit, and there are known issues with some drivers when >>> you approach this limit. My guess is that there is some amount of >>> memory that the driver is mapping from the card, and it is also trying >>> to map space equal to the physical RAM size for the CPU, which in turn >>> adds up to more than 4G. >>> >>> >> > --001a113a6a9a171e4804fcdf1ac7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I added more memory and I was abel to get 8gb of ram=C2=A0=


On Fri,= Jun 27, 2014 at 5:35 PM, jacek burghardt <jaceksburghardt@gmail.c= om> wrote:
I just compiled xen-git 4.5= and it works.=C2=A0


On Fri, Jun 27, 2014 at 1:51 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
I run xen 4.4 on arch linux= with qemu upstream. I tried to use qemu-traditional with direct passing of= video card but it sits at 0 log show something about no cpu. I guess qemu = traditional does not support spice ?=C2=A0


On Fri, Jun 2= 7, 2014 at 1:14 PM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-27 14:21, jacek burghardt wr= ote:
> Well I can bootup with 3.5GB
>
>
> On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn
> <ahferroin7@gmail.com <mailto:ahferroin7@gmail.com>> wrote:
>
> =C2=A0 =C2=A0 On 2014-06-27 12:43, jacek burghardt wrote:
> =C2=A0 =C2=A0 > So my xen desktop has only 8gb of ram. I had assign= ed 2gb of ram
> =C2=A0 =C2=A0 to dom0
> =C2=A0 =C2=A0 > and 3gb to win8 with assigned 6450. I was trying to= assign 4GB of ram
> =C2=A0 =C2=A0 > and then HD 6450 has an error with 4gb not enough r= esource. with 3gb
> =C2=A0 =C2=A0 > everything works great.
> =C2=A0 =C2=A0 > Is this bug in xen or I need more ram?
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 > _______________________________________________
> =C2=A0 =C2=A0 > Xen-users mailing list
> =C2=A0 =C2=A0 > Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> =C2=A0 =C2=A0 > http://lists.xen.org/xen-users
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 It's probably an issue with how Windows lays out it&= #39;s memory.
>
>
The only reason I'm thinking it's a issue in Windows is becau= se 4GB is
the per-process (and per-driver, and also on the really basic versions,
system) memory limit, and there are known issues with some drivers when
you approach this limit. =C2=A0My guess is that there is some amount of
memory that the driver is mapping from the card, and it is also trying
to map space equal to the physical RAM size for the CPU, which in turn
adds up to more than 4G.




--001a113a6a9a171e4804fcdf1ac7-- --===============3650714742544977678== 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 --===============3650714742544977678==-- From xen-users-bounces@lists.xen.org Sat Jun 28 05:58:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 05:58:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ldq-0004z6-OM; Sat, 28 Jun 2014 05:57:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ldn-0004z1-Pa for xen-users@lists.xen.org; Sat, 28 Jun 2014 05:57:36 +0000 Received: from [193.109.254.147:52947] by server-13.bemta-14.messagelabs.com id D8/5F-23211-F495EA35; Sat, 28 Jun 2014 05:57:35 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1403935052!14251256!1 X-Originating-IP: [209.85.192.51] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9889 invoked from network); 28 Jun 2014 05:57:33 -0000 Received: from mail-qg0-f51.google.com (HELO mail-qg0-f51.google.com) (209.85.192.51) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jun 2014 05:57:33 -0000 Received: by mail-qg0-f51.google.com with SMTP id z60so293400qgd.10 for ; Fri, 27 Jun 2014 22:57:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7kQ3pjVWFWzGWlaXX85cJ3a7okFpeilsA4I6KWIZQwk=; b=s7vNvAYlQbKgI+6LesFV0xEmfsS6ksqMTtjihMUQ0FyuT6OGFkrB62jA0cxjFSFWs/ yAaWWkSSuurXtgBD8xsWqu7XFNfejkb7COWLLlgWxc/qf5mnSSaVn0+kcO9C42LeWIwV SkFVOxUFhfjp0M9Cmu5XIz6lsNnvxP8eRbqMpgAkm5pZQEVJkmHlJWXYYqMDeKVQyX/O X+Agi7OUVelrfiwYxEHIq13q878F7HEVPthd98cI0ZM3ItKzLF9yJI/cfJXnBy6OezI9 nNL4WmRpTGzLJMmY57baxDICH+O7bfxk/M8pX5NucXq+OIyHucC2hw5TMvNyz19AaNxm A9ew== MIME-Version: 1.0 X-Received: by 10.140.91.164 with SMTP id z33mr27340qgd.65.1403935052469; Fri, 27 Jun 2014 22:57:32 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Fri, 27 Jun 2014 22:57:32 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Fri, 27 Jun 2014 23:57:32 -0600 Message-ID: From: jacek burghardt To: Austin S Hemmelgarn Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3650714742544977678==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3650714742544977678== Content-Type: multipart/alternative; boundary=001a113a6a9a171e4804fcdf1ac7 --001a113a6a9a171e4804fcdf1ac7 Content-Type: text/plain; charset=UTF-8 I added more memory and I was abel to get 8gb of ram On Fri, Jun 27, 2014 at 5:35 PM, jacek burghardt wrote: > I just compiled xen-git 4.5 and it works. > > > On Fri, Jun 27, 2014 at 1:51 PM, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > >> I run xen 4.4 on arch linux with qemu upstream. I tried to use >> qemu-traditional with direct passing of video card but it sits at 0 log >> show something about no cpu. I guess qemu traditional does not support >> spice ? >> >> >> On Fri, Jun 27, 2014 at 1:14 PM, Austin S Hemmelgarn < >> ahferroin7@gmail.com> wrote: >> >>> On 2014-06-27 14:21, jacek burghardt wrote: >>> > Well I can bootup with 3.5GB >>> > >>> > >>> > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn >>> > > wrote: >>> > >>> > On 2014-06-27 12:43, jacek burghardt wrote: >>> > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram >>> > to dom0 >>> > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB >>> of ram >>> > > and then HD 6450 has an error with 4gb not enough resource. with >>> 3gb >>> > > everything works great. >>> > > Is this bug in xen or I need more ram? >>> > > >>> > > >>> > > _______________________________________________ >>> > > Xen-users mailing list >>> > > Xen-users@lists.xen.org >>> > > http://lists.xen.org/xen-users >>> > > >>> > It's probably an issue with how Windows lays out it's memory. >>> > >>> > >>> The only reason I'm thinking it's a issue in Windows is because 4GB is >>> the per-process (and per-driver, and also on the really basic versions, >>> system) memory limit, and there are known issues with some drivers when >>> you approach this limit. My guess is that there is some amount of >>> memory that the driver is mapping from the card, and it is also trying >>> to map space equal to the physical RAM size for the CPU, which in turn >>> adds up to more than 4G. >>> >>> >> > --001a113a6a9a171e4804fcdf1ac7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I added more memory and I was abel to get 8gb of ram=C2=A0=


On Fri,= Jun 27, 2014 at 5:35 PM, jacek burghardt <jaceksburghardt@gmail.c= om> wrote:
I just compiled xen-git 4.5= and it works.=C2=A0


On Fri, Jun 27, 2014 at 1:51 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
I run xen 4.4 on arch linux= with qemu upstream. I tried to use qemu-traditional with direct passing of= video card but it sits at 0 log show something about no cpu. I guess qemu = traditional does not support spice ?=C2=A0


On Fri, Jun 2= 7, 2014 at 1:14 PM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-27 14:21, jacek burghardt wr= ote:
> Well I can bootup with 3.5GB
>
>
> On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn
> <ahferroin7@gmail.com <mailto:ahferroin7@gmail.com>> wrote:
>
> =C2=A0 =C2=A0 On 2014-06-27 12:43, jacek burghardt wrote:
> =C2=A0 =C2=A0 > So my xen desktop has only 8gb of ram. I had assign= ed 2gb of ram
> =C2=A0 =C2=A0 to dom0
> =C2=A0 =C2=A0 > and 3gb to win8 with assigned 6450. I was trying to= assign 4GB of ram
> =C2=A0 =C2=A0 > and then HD 6450 has an error with 4gb not enough r= esource. with 3gb
> =C2=A0 =C2=A0 > everything works great.
> =C2=A0 =C2=A0 > Is this bug in xen or I need more ram?
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 > _______________________________________________
> =C2=A0 =C2=A0 > Xen-users mailing list
> =C2=A0 =C2=A0 > Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> =C2=A0 =C2=A0 > http://lists.xen.org/xen-users
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 It's probably an issue with how Windows lays out it&= #39;s memory.
>
>
The only reason I'm thinking it's a issue in Windows is becau= se 4GB is
the per-process (and per-driver, and also on the really basic versions,
system) memory limit, and there are known issues with some drivers when
you approach this limit. =C2=A0My guess is that there is some amount of
memory that the driver is mapping from the card, and it is also trying
to map space equal to the physical RAM size for the CPU, which in turn
adds up to more than 4G.




--001a113a6a9a171e4804fcdf1ac7-- --===============3650714742544977678== 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 --===============3650714742544977678==-- From xen-users-bounces@lists.xen.org Sat Jun 28 06:17:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 06:17:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0lx8-0005RZ-PM; Sat, 28 Jun 2014 06:17:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0lx7-0005RU-Kn for xen-users@lists.xen.org; Sat, 28 Jun 2014 06:17:33 +0000 Received: from [85.158.137.68:55294] by server-5.bemta-3.messagelabs.com id 50/29-27487-CFD5EA35; Sat, 28 Jun 2014 06:17:32 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-31.messagelabs.com!1403936251!12845722!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8950 invoked from network); 28 Jun 2014 06:17:32 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 06:17:32 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 6341F221DE2 for ; Sat, 28 Jun 2014 07:17:31 +0100 (BST) Message-ID: <53AE5DFA.2050400@bobich.net> Date: Sat, 28 Jun 2014 07:17:30 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Content-Length: 645 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/27/2014 05:23 PM, Brian Menges wrote: > So I assigned the Radeon HD 6450 to my Windows VM; and according to the > device manager across RDP, it is working properly, but monitor hooked up > isn=92t showing any display. > > Am I missing something? I thought that gpu passthrough would result in a > usable display so that I could then connect to this server via synergy > and use a dedicated graphics engine. Did you adjust your display settings to switch the default desktop = screen to the one on the Radeon? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 06:17:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 06:17:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0lx8-0005RZ-PM; Sat, 28 Jun 2014 06:17:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0lx7-0005RU-Kn for xen-users@lists.xen.org; Sat, 28 Jun 2014 06:17:33 +0000 Received: from [85.158.137.68:55294] by server-5.bemta-3.messagelabs.com id 50/29-27487-CFD5EA35; Sat, 28 Jun 2014 06:17:32 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-31.messagelabs.com!1403936251!12845722!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8950 invoked from network); 28 Jun 2014 06:17:32 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 06:17:32 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 6341F221DE2 for ; Sat, 28 Jun 2014 07:17:31 +0100 (BST) Message-ID: <53AE5DFA.2050400@bobich.net> Date: Sat, 28 Jun 2014 07:17:30 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Content-Length: 645 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/27/2014 05:23 PM, Brian Menges wrote: > So I assigned the Radeon HD 6450 to my Windows VM; and according to the > device manager across RDP, it is working properly, but monitor hooked up > isn=92t showing any display. > > Am I missing something? I thought that gpu passthrough would result in a > usable display so that I could then connect to this server via synergy > and use a dedicated graphics engine. Did you adjust your display settings to switch the default desktop = screen to the one on the Radeon? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 07:51:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 07:51:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0nOo-0006gT-LQ; Sat, 28 Jun 2014 07:50:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0nOm-0006gO-O9 for xen-users@lists.xen.org; Sat, 28 Jun 2014 07:50:12 +0000 Received: from [85.158.137.68:37036] by server-11.bemta-3.messagelabs.com id 52/32-12889-3B37EA35; Sat, 28 Jun 2014 07:50:11 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1403941810!12800889!1 X-Originating-IP: [209.85.212.172] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23252 invoked from network); 28 Jun 2014 07:50:10 -0000 Received: from mail-wi0-f172.google.com (HELO mail-wi0-f172.google.com) (209.85.212.172) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jun 2014 07:50:10 -0000 Received: by mail-wi0-f172.google.com with SMTP id hi2so3845602wib.5 for ; Sat, 28 Jun 2014 00:50:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=vMGuda0k9t0ds1WCzCpC8thyFLwBd0eRcqPqQ+93u8c=; b=ChKztzSBMm7Ek4Td/kTwWbJo+60fexMu9sZjpq98Yl2NolokZBVQ/0AZ71ZP4b8uQX /1+Ldh3YKXiZRGokL3E5VHZCPK6UhINzw/wCnFJYwewHnzhp5eaGpeEDWhz9wFtN6Xe7 lk135Y8qX15Y+Uns02Zh5EvNILBaX3iNydEzsVYzWhwUUoJd6hpyh+8Z0dbKPwiFr2bN V62noxX8CU/1SltOtzCuTTF+TmPR3ug/NUW3DCvdvDk0u++dZsJlk8Kp8/agQjOYj7Ah ZlYGmjRrFSlPvR1n9Z4Aqc2QVzNsKSz+OkdSjN8G/eQlo8QB7CIVjYIDis4kGW9SS7nT 8oxQ== X-Received: by 10.194.62.167 with SMTP id z7mr735514wjr.112.1403941810334; Sat, 28 Jun 2014 00:50:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.154.72 with HTTP; Sat, 28 Jun 2014 00:49:50 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> From: Matthias Date: Sat, 28 Jun 2014 09:49:50 +0200 Message-ID: To: jacek burghardt Cc: xen-users , Austin S Hemmelgarn Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1142508457255081764==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1142508457255081764== Content-Type: multipart/alternative; boundary=047d7b86d8b2e3f39404fce0acb5 --047d7b86d8b2e3f39404fce0acb5 Content-Type: text/plain; charset=UTF-8 No, qemu traditional does not support spice.. this was something introduced to qemu upstream. But great to heare that both this now works for you and that the 4GB bug is finally fixed in xen unstable! Would you mind sharing your domU config? I never got primary passthrough running with qemu upstream and had to always fall back to qemu-traditional. Iirc, you were one of the guys who used nvidia cards with the extra patches, weren't you? Can you successfully reboot your domU without rebooting the dom0 (basically my last big issue with vga passthrough with AMD). Thanks 2014-06-28 7:57 GMT+02:00 jacek burghardt : > I added more memory and I was abel to get 8gb of ram > > > On Fri, Jun 27, 2014 at 5:35 PM, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > >> I just compiled xen-git 4.5 and it works. >> >> >> On Fri, Jun 27, 2014 at 1:51 PM, jacek burghardt < >> jaceksburghardt@gmail.com> wrote: >> >>> I run xen 4.4 on arch linux with qemu upstream. I tried to use >>> qemu-traditional with direct passing of video card but it sits at 0 log >>> show something about no cpu. I guess qemu traditional does not support >>> spice ? >>> >>> >>> On Fri, Jun 27, 2014 at 1:14 PM, Austin S Hemmelgarn < >>> ahferroin7@gmail.com> wrote: >>> >>>> On 2014-06-27 14:21, jacek burghardt wrote: >>>> > Well I can bootup with 3.5GB >>>> > >>>> > >>>> > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn >>>> > > wrote: >>>> > >>>> > On 2014-06-27 12:43, jacek burghardt wrote: >>>> > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram >>>> > to dom0 >>>> > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB >>>> of ram >>>> > > and then HD 6450 has an error with 4gb not enough resource. >>>> with 3gb >>>> > > everything works great. >>>> > > Is this bug in xen or I need more ram? >>>> > > >>>> > > >>>> > > _______________________________________________ >>>> > > Xen-users mailing list >>>> > > Xen-users@lists.xen.org >>>> > > http://lists.xen.org/xen-users >>>> > > >>>> > It's probably an issue with how Windows lays out it's memory. >>>> > >>>> > >>>> The only reason I'm thinking it's a issue in Windows is because 4GB is >>>> the per-process (and per-driver, and also on the really basic versions, >>>> system) memory limit, and there are known issues with some drivers when >>>> you approach this limit. My guess is that there is some amount of >>>> memory that the driver is mapping from the card, and it is also trying >>>> to map space equal to the physical RAM size for the CPU, which in turn >>>> adds up to more than 4G. >>>> >>>> >>> >> > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b86d8b2e3f39404fce0acb5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
No, qemu traditional does not support spice.. this wa= s something introduced to qemu upstream.

But great to heare that bot= h this now works for you and that the 4GB bug is finally fixed in xen unsta= ble!

Would you mind sharing your domU config? I never got primary pass= through running with qemu upstream and had to always fall back to qemu-trad= itional. Iirc, you were one of the guys who used nvidia cards with the extr= a patches, weren't you? Can you successfully reboot your domU without r= ebooting the dom0 (basically my last big issue with vga passthrough with AM= D).

Thanks


2014-06-28 7:57 GMT+02:00 jacek burghardt <jaceksburghardt@= gmail.com>:
I added more memory and I w= as abel to get 8gb of ram=C2=A0


On Fri, Jun 27, 2014 at 5:35 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
I just compiled xen-git 4.5= and it works.=C2=A0


On Fri, Jun 27, 2014 at 1:51 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
I run xen 4.4 on arch linux= with qemu upstream. I tried to use qemu-traditional with direct passing of= video card but it sits at 0 log show something about no cpu. I guess qemu = traditional does not support spice ?=C2=A0


On Fri, Jun 2= 7, 2014 at 1:14 PM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-27 14:21, jacek burghardt wr= ote:
> Well I can bootup with 3.5GB
>
>
> On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn
> <ahferroin7@gmail.com <mailto:ahferroin7@gmail.com>> wrote:
>
> =C2=A0 =C2=A0 On 2014-06-27 12:43, jacek burghardt wrote:
> =C2=A0 =C2=A0 > So my xen desktop has only 8gb of ram. I had assign= ed 2gb of ram
> =C2=A0 =C2=A0 to dom0
> =C2=A0 =C2=A0 > and 3gb to win8 with assigned 6450. I was trying to= assign 4GB of ram
> =C2=A0 =C2=A0 > and then HD 6450 has an error with 4gb not enough r= esource. with 3gb
> =C2=A0 =C2=A0 > everything works great.
> =C2=A0 =C2=A0 > Is this bug in xen or I need more ram?
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 > _______________________________________________
> =C2=A0 =C2=A0 > Xen-users mailing list
> =C2=A0 =C2=A0 > Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> =C2=A0 =C2=A0 > http://lists.xen.org/xen-users
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 It's probably an issue with how Windows lays out it&= #39;s memory.
>
>
The only reason I'm thinking it's a issue in Windows is becau= se 4GB is
the per-process (and per-driver, and also on the really basic versions,
system) memory limit, and there are known issues with some drivers when
you approach this limit. =C2=A0My guess is that there is some amount of
memory that the driver is mapping from the card, and it is also trying
to map space equal to the physical RAM size for the CPU, which in turn
adds up to more than 4G.





_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--047d7b86d8b2e3f39404fce0acb5-- --===============1142508457255081764== 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 --===============1142508457255081764==-- From xen-users-bounces@lists.xen.org Sat Jun 28 07:51:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 07:51:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0nOo-0006gT-LQ; Sat, 28 Jun 2014 07:50:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0nOm-0006gO-O9 for xen-users@lists.xen.org; Sat, 28 Jun 2014 07:50:12 +0000 Received: from [85.158.137.68:37036] by server-11.bemta-3.messagelabs.com id 52/32-12889-3B37EA35; Sat, 28 Jun 2014 07:50:11 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1403941810!12800889!1 X-Originating-IP: [209.85.212.172] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23252 invoked from network); 28 Jun 2014 07:50:10 -0000 Received: from mail-wi0-f172.google.com (HELO mail-wi0-f172.google.com) (209.85.212.172) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jun 2014 07:50:10 -0000 Received: by mail-wi0-f172.google.com with SMTP id hi2so3845602wib.5 for ; Sat, 28 Jun 2014 00:50:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=vMGuda0k9t0ds1WCzCpC8thyFLwBd0eRcqPqQ+93u8c=; b=ChKztzSBMm7Ek4Td/kTwWbJo+60fexMu9sZjpq98Yl2NolokZBVQ/0AZ71ZP4b8uQX /1+Ldh3YKXiZRGokL3E5VHZCPK6UhINzw/wCnFJYwewHnzhp5eaGpeEDWhz9wFtN6Xe7 lk135Y8qX15Y+Uns02Zh5EvNILBaX3iNydEzsVYzWhwUUoJd6hpyh+8Z0dbKPwiFr2bN V62noxX8CU/1SltOtzCuTTF+TmPR3ug/NUW3DCvdvDk0u++dZsJlk8Kp8/agQjOYj7Ah ZlYGmjRrFSlPvR1n9Z4Aqc2QVzNsKSz+OkdSjN8G/eQlo8QB7CIVjYIDis4kGW9SS7nT 8oxQ== X-Received: by 10.194.62.167 with SMTP id z7mr735514wjr.112.1403941810334; Sat, 28 Jun 2014 00:50:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.154.72 with HTTP; Sat, 28 Jun 2014 00:49:50 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> From: Matthias Date: Sat, 28 Jun 2014 09:49:50 +0200 Message-ID: To: jacek burghardt Cc: xen-users , Austin S Hemmelgarn Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1142508457255081764==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1142508457255081764== Content-Type: multipart/alternative; boundary=047d7b86d8b2e3f39404fce0acb5 --047d7b86d8b2e3f39404fce0acb5 Content-Type: text/plain; charset=UTF-8 No, qemu traditional does not support spice.. this was something introduced to qemu upstream. But great to heare that both this now works for you and that the 4GB bug is finally fixed in xen unstable! Would you mind sharing your domU config? I never got primary passthrough running with qemu upstream and had to always fall back to qemu-traditional. Iirc, you were one of the guys who used nvidia cards with the extra patches, weren't you? Can you successfully reboot your domU without rebooting the dom0 (basically my last big issue with vga passthrough with AMD). Thanks 2014-06-28 7:57 GMT+02:00 jacek burghardt : > I added more memory and I was abel to get 8gb of ram > > > On Fri, Jun 27, 2014 at 5:35 PM, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > >> I just compiled xen-git 4.5 and it works. >> >> >> On Fri, Jun 27, 2014 at 1:51 PM, jacek burghardt < >> jaceksburghardt@gmail.com> wrote: >> >>> I run xen 4.4 on arch linux with qemu upstream. I tried to use >>> qemu-traditional with direct passing of video card but it sits at 0 log >>> show something about no cpu. I guess qemu traditional does not support >>> spice ? >>> >>> >>> On Fri, Jun 27, 2014 at 1:14 PM, Austin S Hemmelgarn < >>> ahferroin7@gmail.com> wrote: >>> >>>> On 2014-06-27 14:21, jacek burghardt wrote: >>>> > Well I can bootup with 3.5GB >>>> > >>>> > >>>> > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn >>>> > > wrote: >>>> > >>>> > On 2014-06-27 12:43, jacek burghardt wrote: >>>> > > So my xen desktop has only 8gb of ram. I had assigned 2gb of ram >>>> > to dom0 >>>> > > and 3gb to win8 with assigned 6450. I was trying to assign 4GB >>>> of ram >>>> > > and then HD 6450 has an error with 4gb not enough resource. >>>> with 3gb >>>> > > everything works great. >>>> > > Is this bug in xen or I need more ram? >>>> > > >>>> > > >>>> > > _______________________________________________ >>>> > > Xen-users mailing list >>>> > > Xen-users@lists.xen.org >>>> > > http://lists.xen.org/xen-users >>>> > > >>>> > It's probably an issue with how Windows lays out it's memory. >>>> > >>>> > >>>> The only reason I'm thinking it's a issue in Windows is because 4GB is >>>> the per-process (and per-driver, and also on the really basic versions, >>>> system) memory limit, and there are known issues with some drivers when >>>> you approach this limit. My guess is that there is some amount of >>>> memory that the driver is mapping from the card, and it is also trying >>>> to map space equal to the physical RAM size for the CPU, which in turn >>>> adds up to more than 4G. >>>> >>>> >>> >> > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b86d8b2e3f39404fce0acb5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
No, qemu traditional does not support spice.. this wa= s something introduced to qemu upstream.

But great to heare that bot= h this now works for you and that the 4GB bug is finally fixed in xen unsta= ble!

Would you mind sharing your domU config? I never got primary pass= through running with qemu upstream and had to always fall back to qemu-trad= itional. Iirc, you were one of the guys who used nvidia cards with the extr= a patches, weren't you? Can you successfully reboot your domU without r= ebooting the dom0 (basically my last big issue with vga passthrough with AM= D).

Thanks


2014-06-28 7:57 GMT+02:00 jacek burghardt <jaceksburghardt@= gmail.com>:
I added more memory and I w= as abel to get 8gb of ram=C2=A0


On Fri, Jun 27, 2014 at 5:35 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
I just compiled xen-git 4.5= and it works.=C2=A0


On Fri, Jun 27, 2014 at 1:51 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
I run xen 4.4 on arch linux= with qemu upstream. I tried to use qemu-traditional with direct passing of= video card but it sits at 0 log show something about no cpu. I guess qemu = traditional does not support spice ?=C2=A0


On Fri, Jun 2= 7, 2014 at 1:14 PM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-27 14:21, jacek burghardt wr= ote:
> Well I can bootup with 3.5GB
>
>
> On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn
> <ahferroin7@gmail.com <mailto:ahferroin7@gmail.com>> wrote:
>
> =C2=A0 =C2=A0 On 2014-06-27 12:43, jacek burghardt wrote:
> =C2=A0 =C2=A0 > So my xen desktop has only 8gb of ram. I had assign= ed 2gb of ram
> =C2=A0 =C2=A0 to dom0
> =C2=A0 =C2=A0 > and 3gb to win8 with assigned 6450. I was trying to= assign 4GB of ram
> =C2=A0 =C2=A0 > and then HD 6450 has an error with 4gb not enough r= esource. with 3gb
> =C2=A0 =C2=A0 > everything works great.
> =C2=A0 =C2=A0 > Is this bug in xen or I need more ram?
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 > _______________________________________________
> =C2=A0 =C2=A0 > Xen-users mailing list
> =C2=A0 =C2=A0 > Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> =C2=A0 =C2=A0 > http://lists.xen.org/xen-users
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 It's probably an issue with how Windows lays out it&= #39;s memory.
>
>
The only reason I'm thinking it's a issue in Windows is becau= se 4GB is
the per-process (and per-driver, and also on the really basic versions,
system) memory limit, and there are known issues with some drivers when
you approach this limit. =C2=A0My guess is that there is some amount of
memory that the driver is mapping from the card, and it is also trying
to map space equal to the physical RAM size for the CPU, which in turn
adds up to more than 4G.





_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--047d7b86d8b2e3f39404fce0acb5-- --===============1142508457255081764== 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 --===============1142508457255081764==-- From xen-users-bounces@lists.xen.org Sat Jun 28 08:36:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 08:36:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0o6L-0007nf-IX; Sat, 28 Jun 2014 08:35:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0o6K-0007nX-3S for xen-users@lists.xen.org; Sat, 28 Jun 2014 08:35:12 +0000 Received: from [193.109.254.147:60840] by server-16.bemta-14.messagelabs.com id 6A/19-16986-F3E7EA35; Sat, 28 Jun 2014 08:35:11 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-12.tower-27.messagelabs.com!1403944507!14259472!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4183 invoked from network); 28 Jun 2014 08:35:08 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-12.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 28 Jun 2014 08:35:08 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0o6D-0001Dm-V0 for xen-users@lists.xen.org; Sat, 28 Jun 2014 10:35:05 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0o6D-0003OE-Qj for xen-users@lists.xen.org; Sat, 28 Jun 2014 10:35:05 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> (Gordan Bobic's message of "Fri, 27 Jun 2014 14:03:41 +0100") Date: Sat, 28 Jun 2014 09:45:34 +0200 Organization: my virtual residence Message-ID: <871tu97a01.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 2014-06-26 18:36, lee wrote: >> Gordan Bobic writes: >> >>> On 2014-06-26 17:12, lee wrote: >>>>> Mihail Ivanov writes: >>>> >>>>> So next thing I've read about RAID, so I am thinking of raiding 2 >>>>> x WD >>>>> Black 2 TB. (Should I do software raid or hardware raid?) >>>> >>>> Software raid can mean quite a slowdown compared to hardware raid. >>> >>> The only situation where hardware RAID helps is if you have >>> a _large_ battery backed write cache, and then it only helps >>> on small bursty writes. A recent x86 CPU can do the RAID >>> checksumming orders of magnitude faster than most RAID card >>> ASICs, and hardware RAID cache is completely useless since >>> anything that is likely to be caught in it will also be in >>> the OS page cache. >> >> The CPU may be able to handle the raid faster, and there may be lots of >> RAM available for caching. Both using CPU and RAM draws on resources >> that may be occupied otherwise. > > A typical caching hardware RAID controller has maybe 3% of RAM of > a typical server. And I'm pretty sure that for the price of one > you could easily get more than an extra 3% of CPU and RAM. That depends on what you have and need. I needed at least 9 SATA ports. Choices: + buy a new board plus CPU plus RAM - costs at least 10 times of what I payed for the controller and gives me only max. 8 ports + max out the RAM - means to buy 16GB of RAM, throwing 8GB away, costs more than what I payed for the controller + buy some relatively cheap SATA controller - might not work at all, or not work well, and gives me only 1--2 additional ports, i. e. a total of only 8. It would have cost less than what I payed for the RAID controller, but is it worth the trouble? It would have blocked a PCIe slot for only 1--2 more ports. I didn't find that worthwhile but a waste of money. The hardware RAID controller gives me 10fps more with my favourite game I'm playing, compared to software raid. Since fps rates can be rather low (because I'm CPU limited), that means a significant difference. >>> The time where hardware RAID was worthwhile has passed. >> >> I'm not sure what you consider "recent". I have an AMD Phenom 965, and >> I do notice the slowdowns due to software raid compared to hardware >> raid, on the very same machine. > > I can believe that if you have a battery backed cache module It has one. > and your workload includes a lot of synchronous writes. But > for that workload you would probably be better off getting an > SSD and using ZFS with ZIL in terms of total cost, performance > and reliability. SSDs still loose badly when you compare price with capacity. For what I payed for the RAID controller, I could now buy two 120GB SSDs (couldn't back then). That means two disks more, requiring two more SATA ports (11 in total), and an increased overall chance of disk failures because the more disks you have, the more can fail. I don't know about ZFS, though, never used that. How much CPU overhead is involved with that? I don't need any more CPU overhead like comes with software raid. >> expensive ones. Perhaps the lack of ports is not so much of a problem >> with the available disk capacities nowadays; however, it is what >> made me >> get a hardware raid controller. > > Hardware RAID is, IMO, far too much of a liability with > modern disks. Latent sector errors happen a lot more > often than most people realize, and there are error > situations that hardware RAID cannot meaningfully handle. So far, it works very well here. Do you think that software RAID can handle errors better? And where do you find a mainboard that has like 12 SAS/SATA ports? >> I can say that the quality of Debian has been declining quite a lot >> over >> the years and can't say that about Fedora. I haven't used Fedora that >> long, and it's working quite well. > > Depends on what your standards and requirements are, I suppose. > I have long bailed on Fedora other than for experimental testing > purposes to get an idea of what to expect in the next EL. And > enough bugs filter down to EL despite the lengthy stabilization > stage that it's becoming quite depressing. It seems that things are getting more and more complicated --- despite they don't need to --- and that people are getting more and more clueless. More bugs might be a side effect of that, and things aren't done as thoroughly as they used to be done. > I find that on my motherboard most RAID controllers don't work > at all with IOMMU enabled. Something about the way the transparent > bridging native PCIX RAID ASICs to PCIe makes things not work. Perhaps that's a problem of your board, not of the controllers. > Cheap SAS cards, OTOH, work just fine, and at a fraction of > the cost. And they provide only a fraction of the ports and features. > As I said, I had far more problems with SAS RAID cards than SATA > controllers, and I use PMPs on top of those SAS controllers. I > might look at alternatives if I was running on pure solid state > but for spinning rust SATA+PMP+FIS+NCQ yields results that a > hardware RAID controller wouldn't likely improve on. I plugged the controller in, connected the disks, created the volumes, copied the data over, and it has been working without any problems ever since, eliminating the CPU overhead of software raid. After some time, one of the disks failed, so I replaced it with no trouble. The server is the same --- only that it crashes (unless that is finally fixed). That it crashes may be due to a kernel or xen bug, or to the software for the raid controller being too old. Anyway, I have come to like hardware RAID better than software RAID. You could as well argue that graphics cards are evil. >>> Alternatives aren't better, IMO. Having tried Xen, VMware and KVM, >>> Xen was the only one I managed to (eventually) get working in the >>> way I originally envisaged. >> >> Hm, I find that surprising. I haven't tried VMware and thought that as >> a commercial product, it would make it easy to set up some VMs and to >> run them reliably. > > It's fine as long as you don't have quirky hardware. > Unfortunately, most hardware is buggy to some degree, > in which case things like PCI passthrough are likely > to not work at all. > > With Xen there is always the source that can be modified > to work around at least the more workaroundable problems. > And unlike on the KVM development lists, Xen developers > actually respond to questions about working around such > hardware bugs. So with VMware, you'd have to get certified hardware. >> KVM/QEMU I tried years ago, and it seemed much more >> straightforward than xen does now, which appears to be very chaotic. > > Now try using it without virt-manager. I used KVM/QEMU without and am using xen without. >> After all, I'm not convinced that virtualization as it's done with xen >> and the like is the right way to go. > [...] > > I am not a fan of virtualization for most workloads, but sometimes > it is convenient, not least in order to work around deficiencies of > other OS-es you might want to run. For example, I don't want to > maintain 3 separate systems - partitioning up one big system is > much more convenient. And I can run Windows gaming VMs while > still having the advantages of easy full system rollbacks by > having my domU disks backed by ZFS volumes. It's not for HPC > workloads, but for some things it is the last unsuitable solution. Not even for most? It seems as if everyone is using it quite a lot, make it sense or not. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 08:36:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 08:36:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0o6I-0007nP-Us; Sat, 28 Jun 2014 08:35:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0o6H-0007nK-Eo for xen-users@lists.xen.org; Sat, 28 Jun 2014 08:35:09 +0000 Received: from [85.158.143.35:29091] by server-3.bemta-4.messagelabs.com id 09/F4-16194-C3E7EA35; Sat, 28 Jun 2014 08:35:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-13.tower-21.messagelabs.com!1403944507!7174790!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22048 invoked from network); 28 Jun 2014 08:35:08 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-13.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 28 Jun 2014 08:35:08 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0o6D-0001Dl-So for xen-users@lists.xen.org; Sat, 28 Jun 2014 10:35:05 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0o6D-0003O9-OQ for xen-users@lists.xen.org; Sat, 28 Jun 2014 10:35:05 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <2168576.x5A4mAHgWa@andromeda> (J. Roeleveld's message of "Fri, 27 Jun 2014 21:58:53 +0200") Date: Sat, 28 Jun 2014 08:25:11 +0200 Organization: my virtual residence Message-ID: <8761jl7dq0.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <2168576.x5A4mAHgWa@andromeda> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "J. Roeleveld" writes: > On Thursday, June 26, 2014 06:19:30 PM lee wrote: >> Since dom0 crashes once every 24 hours, it would be nice if I could at >> least get the machine rebooted without more intervention than having to >> press the reset button ... > > I would fix this with a higher priority, to be honest. Yes, if I could ... So far, I might have made some progress on that by removing a package that checks the status of the RAID volumes. It's too early to tell for sure; at least the server hasn't crashed since. On Debian, /etc/init.d/xendomains seems to be what brings up the domains automatically. It would be a good place to add a timer or to add checks for services. As to numbering file names/links: lee@heimdall:~$ mkdir ordertest lee@heimdall:~$ touch ordertest/3 lee@heimdall:~$ touch ordertest/2 lee@heimdall:~$ touch ordertest/0 lee@heimdall:~$ for name in ordertest/*; do echo $name; done ordertest/0 ordertest/2 ordertest/3 lee@heimdall:~$ touch ordertest/100 lee@heimdall:~$ for name in ordertest/*; do echo $name; done ordertest/0 ordertest/100 ordertest/2 ordertest/3 lee@heimdall:~$ So when you're careful, you can specify the order in which VMs are brought up (at least when using Debians' script) --- but is it a granted feature that the names always appear in any particular order? It looks more like a side effect. Anyway, I think I'll modify the script so that the domains are brought up in a particular order with fixed delays as needed. That seems the most simple and efficient way to do it. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 08:36:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 08:36:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0o6L-0007nf-IX; Sat, 28 Jun 2014 08:35:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0o6K-0007nX-3S for xen-users@lists.xen.org; Sat, 28 Jun 2014 08:35:12 +0000 Received: from [193.109.254.147:60840] by server-16.bemta-14.messagelabs.com id 6A/19-16986-F3E7EA35; Sat, 28 Jun 2014 08:35:11 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-12.tower-27.messagelabs.com!1403944507!14259472!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4183 invoked from network); 28 Jun 2014 08:35:08 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-12.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 28 Jun 2014 08:35:08 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0o6D-0001Dm-V0 for xen-users@lists.xen.org; Sat, 28 Jun 2014 10:35:05 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0o6D-0003OE-Qj for xen-users@lists.xen.org; Sat, 28 Jun 2014 10:35:05 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> (Gordan Bobic's message of "Fri, 27 Jun 2014 14:03:41 +0100") Date: Sat, 28 Jun 2014 09:45:34 +0200 Organization: my virtual residence Message-ID: <871tu97a01.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 2014-06-26 18:36, lee wrote: >> Gordan Bobic writes: >> >>> On 2014-06-26 17:12, lee wrote: >>>>> Mihail Ivanov writes: >>>> >>>>> So next thing I've read about RAID, so I am thinking of raiding 2 >>>>> x WD >>>>> Black 2 TB. (Should I do software raid or hardware raid?) >>>> >>>> Software raid can mean quite a slowdown compared to hardware raid. >>> >>> The only situation where hardware RAID helps is if you have >>> a _large_ battery backed write cache, and then it only helps >>> on small bursty writes. A recent x86 CPU can do the RAID >>> checksumming orders of magnitude faster than most RAID card >>> ASICs, and hardware RAID cache is completely useless since >>> anything that is likely to be caught in it will also be in >>> the OS page cache. >> >> The CPU may be able to handle the raid faster, and there may be lots of >> RAM available for caching. Both using CPU and RAM draws on resources >> that may be occupied otherwise. > > A typical caching hardware RAID controller has maybe 3% of RAM of > a typical server. And I'm pretty sure that for the price of one > you could easily get more than an extra 3% of CPU and RAM. That depends on what you have and need. I needed at least 9 SATA ports. Choices: + buy a new board plus CPU plus RAM - costs at least 10 times of what I payed for the controller and gives me only max. 8 ports + max out the RAM - means to buy 16GB of RAM, throwing 8GB away, costs more than what I payed for the controller + buy some relatively cheap SATA controller - might not work at all, or not work well, and gives me only 1--2 additional ports, i. e. a total of only 8. It would have cost less than what I payed for the RAID controller, but is it worth the trouble? It would have blocked a PCIe slot for only 1--2 more ports. I didn't find that worthwhile but a waste of money. The hardware RAID controller gives me 10fps more with my favourite game I'm playing, compared to software raid. Since fps rates can be rather low (because I'm CPU limited), that means a significant difference. >>> The time where hardware RAID was worthwhile has passed. >> >> I'm not sure what you consider "recent". I have an AMD Phenom 965, and >> I do notice the slowdowns due to software raid compared to hardware >> raid, on the very same machine. > > I can believe that if you have a battery backed cache module It has one. > and your workload includes a lot of synchronous writes. But > for that workload you would probably be better off getting an > SSD and using ZFS with ZIL in terms of total cost, performance > and reliability. SSDs still loose badly when you compare price with capacity. For what I payed for the RAID controller, I could now buy two 120GB SSDs (couldn't back then). That means two disks more, requiring two more SATA ports (11 in total), and an increased overall chance of disk failures because the more disks you have, the more can fail. I don't know about ZFS, though, never used that. How much CPU overhead is involved with that? I don't need any more CPU overhead like comes with software raid. >> expensive ones. Perhaps the lack of ports is not so much of a problem >> with the available disk capacities nowadays; however, it is what >> made me >> get a hardware raid controller. > > Hardware RAID is, IMO, far too much of a liability with > modern disks. Latent sector errors happen a lot more > often than most people realize, and there are error > situations that hardware RAID cannot meaningfully handle. So far, it works very well here. Do you think that software RAID can handle errors better? And where do you find a mainboard that has like 12 SAS/SATA ports? >> I can say that the quality of Debian has been declining quite a lot >> over >> the years and can't say that about Fedora. I haven't used Fedora that >> long, and it's working quite well. > > Depends on what your standards and requirements are, I suppose. > I have long bailed on Fedora other than for experimental testing > purposes to get an idea of what to expect in the next EL. And > enough bugs filter down to EL despite the lengthy stabilization > stage that it's becoming quite depressing. It seems that things are getting more and more complicated --- despite they don't need to --- and that people are getting more and more clueless. More bugs might be a side effect of that, and things aren't done as thoroughly as they used to be done. > I find that on my motherboard most RAID controllers don't work > at all with IOMMU enabled. Something about the way the transparent > bridging native PCIX RAID ASICs to PCIe makes things not work. Perhaps that's a problem of your board, not of the controllers. > Cheap SAS cards, OTOH, work just fine, and at a fraction of > the cost. And they provide only a fraction of the ports and features. > As I said, I had far more problems with SAS RAID cards than SATA > controllers, and I use PMPs on top of those SAS controllers. I > might look at alternatives if I was running on pure solid state > but for spinning rust SATA+PMP+FIS+NCQ yields results that a > hardware RAID controller wouldn't likely improve on. I plugged the controller in, connected the disks, created the volumes, copied the data over, and it has been working without any problems ever since, eliminating the CPU overhead of software raid. After some time, one of the disks failed, so I replaced it with no trouble. The server is the same --- only that it crashes (unless that is finally fixed). That it crashes may be due to a kernel or xen bug, or to the software for the raid controller being too old. Anyway, I have come to like hardware RAID better than software RAID. You could as well argue that graphics cards are evil. >>> Alternatives aren't better, IMO. Having tried Xen, VMware and KVM, >>> Xen was the only one I managed to (eventually) get working in the >>> way I originally envisaged. >> >> Hm, I find that surprising. I haven't tried VMware and thought that as >> a commercial product, it would make it easy to set up some VMs and to >> run them reliably. > > It's fine as long as you don't have quirky hardware. > Unfortunately, most hardware is buggy to some degree, > in which case things like PCI passthrough are likely > to not work at all. > > With Xen there is always the source that can be modified > to work around at least the more workaroundable problems. > And unlike on the KVM development lists, Xen developers > actually respond to questions about working around such > hardware bugs. So with VMware, you'd have to get certified hardware. >> KVM/QEMU I tried years ago, and it seemed much more >> straightforward than xen does now, which appears to be very chaotic. > > Now try using it without virt-manager. I used KVM/QEMU without and am using xen without. >> After all, I'm not convinced that virtualization as it's done with xen >> and the like is the right way to go. > [...] > > I am not a fan of virtualization for most workloads, but sometimes > it is convenient, not least in order to work around deficiencies of > other OS-es you might want to run. For example, I don't want to > maintain 3 separate systems - partitioning up one big system is > much more convenient. And I can run Windows gaming VMs while > still having the advantages of easy full system rollbacks by > having my domU disks backed by ZFS volumes. It's not for HPC > workloads, but for some things it is the last unsuitable solution. Not even for most? It seems as if everyone is using it quite a lot, make it sense or not. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 08:36:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 08:36:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0o6I-0007nP-Us; Sat, 28 Jun 2014 08:35:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0o6H-0007nK-Eo for xen-users@lists.xen.org; Sat, 28 Jun 2014 08:35:09 +0000 Received: from [85.158.143.35:29091] by server-3.bemta-4.messagelabs.com id 09/F4-16194-C3E7EA35; Sat, 28 Jun 2014 08:35:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-13.tower-21.messagelabs.com!1403944507!7174790!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22048 invoked from network); 28 Jun 2014 08:35:08 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-13.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 28 Jun 2014 08:35:08 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0o6D-0001Dl-So for xen-users@lists.xen.org; Sat, 28 Jun 2014 10:35:05 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0o6D-0003O9-OQ for xen-users@lists.xen.org; Sat, 28 Jun 2014 10:35:05 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <2168576.x5A4mAHgWa@andromeda> (J. Roeleveld's message of "Fri, 27 Jun 2014 21:58:53 +0200") Date: Sat, 28 Jun 2014 08:25:11 +0200 Organization: my virtual residence Message-ID: <8761jl7dq0.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <2168576.x5A4mAHgWa@andromeda> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "J. Roeleveld" writes: > On Thursday, June 26, 2014 06:19:30 PM lee wrote: >> Since dom0 crashes once every 24 hours, it would be nice if I could at >> least get the machine rebooted without more intervention than having to >> press the reset button ... > > I would fix this with a higher priority, to be honest. Yes, if I could ... So far, I might have made some progress on that by removing a package that checks the status of the RAID volumes. It's too early to tell for sure; at least the server hasn't crashed since. On Debian, /etc/init.d/xendomains seems to be what brings up the domains automatically. It would be a good place to add a timer or to add checks for services. As to numbering file names/links: lee@heimdall:~$ mkdir ordertest lee@heimdall:~$ touch ordertest/3 lee@heimdall:~$ touch ordertest/2 lee@heimdall:~$ touch ordertest/0 lee@heimdall:~$ for name in ordertest/*; do echo $name; done ordertest/0 ordertest/2 ordertest/3 lee@heimdall:~$ touch ordertest/100 lee@heimdall:~$ for name in ordertest/*; do echo $name; done ordertest/0 ordertest/100 ordertest/2 ordertest/3 lee@heimdall:~$ So when you're careful, you can specify the order in which VMs are brought up (at least when using Debians' script) --- but is it a granted feature that the names always appear in any particular order? It looks more like a side effect. Anyway, I think I'll modify the script so that the domains are brought up in a particular order with fixed delays as needed. That seems the most simple and efficient way to do it. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 09:11:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 09:11:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0of1-0000As-SJ; Sat, 28 Jun 2014 09:11:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0of0-0000An-E6 for xen-users@lists.xen.org; Sat, 28 Jun 2014 09:11:02 +0000 Received: from [193.109.254.147:36040] by server-16.bemta-14.messagelabs.com id 58/25-16986-5A68EA35; Sat, 28 Jun 2014 09:11:01 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-14.tower-27.messagelabs.com!1403946660!14253691!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14986 invoked from network); 28 Jun 2014 09:11:01 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-14.tower-27.messagelabs.com with SMTP; 28 Jun 2014 09:11:01 -0000 Received: from [212.54.42.137] (helo=smtp6.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0oey-0007sR-N2 for xen-users@lists.xen.org; Sat, 28 Jun 2014 11:11:00 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp6.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0oey-0005rB-8l for xen-users@lists.xen.org; Sat, 28 Jun 2014 11:11:00 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id E1E604C for ; Sat, 28 Jun 2014 11:09:43 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Sat, 28 Jun 2014 11:09:40 +0200 Message-ID: <4071475.ny3rdTSoQI@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <8761jl7dq0.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <2168576.x5A4mAHgWa@andromeda> <8761jl7dq0.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Saturday, June 28, 2014 08:25:11 AM lee wrote: > "J. Roeleveld" writes: > > On Thursday, June 26, 2014 06:19:30 PM lee wrote: > >> Since dom0 crashes once every 24 hours, it would be nice if I could at > >> least get the machine rebooted without more intervention than having to > >> press the reset button ... > > > > I would fix this with a higher priority, to be honest. > > Yes, if I could ... > > So far, I might have made some progress on that by removing a package > that checks the status of the RAID volumes. It's too early to tell for > sure; at least the server hasn't crashed since. Interesting. Maybe check on a Debian mailing list to see what that package might be doing to cause a crash? > On Debian, /etc/init.d/xendomains seems to be what brings up the domains > automatically. It would be a good place to add a timer or to add checks > for services. That script is part of Xen, not just Debian. I have the same file in Gentoo. > As to numbering file names/links: > > lee@heimdall:~$ mkdir ordertest > lee@heimdall:~$ touch ordertest/3 > lee@heimdall:~$ touch ordertest/2 > lee@heimdall:~$ touch ordertest/0 > lee@heimdall:~$ for name in ordertest/*; do echo $name; done > ordertest/0 > ordertest/2 > ordertest/3 > lee@heimdall:~$ touch ordertest/100 > lee@heimdall:~$ for name in ordertest/*; do echo $name; done > ordertest/0 > ordertest/100 > ordertest/2 > ordertest/3 > lee@heimdall:~$ > > > So when you're careful, you can specify the order in which VMs are > brought up (at least when using Debians' script) --- but is it a granted > feature that the names always appear in any particular order? It looks > more like a side effect. It is how the shell, by default, orders files when enumerating wild-cards. This can be relied upon. > Anyway, I think I'll modify the script so that the domains are brought > up in a particular order with fixed delays as needed. That seems the > most simple and efficient way to do it. I did something similar. I have the following directories: **** # ls /etc/xen/auto/ disabled stage1 stage2 stage3 stage4 stage5 **** I then have duplicates for the xendomains script, with a few changes, that starts the domains in the relevant stage folder. Currently, I check that the domains in the stage-folder are started successfully before the next one is started. Thanks to a stable server and reliable UPS, I do not have a pressing need to automate this process urgently, but to make the server easier to manage, I do need to build a reliable method. Currently, I am more interested in adding a method for cross-system dependencies. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 09:11:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 09:11:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0of1-0000As-SJ; Sat, 28 Jun 2014 09:11:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0of0-0000An-E6 for xen-users@lists.xen.org; Sat, 28 Jun 2014 09:11:02 +0000 Received: from [193.109.254.147:36040] by server-16.bemta-14.messagelabs.com id 58/25-16986-5A68EA35; Sat, 28 Jun 2014 09:11:01 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-14.tower-27.messagelabs.com!1403946660!14253691!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14986 invoked from network); 28 Jun 2014 09:11:01 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-14.tower-27.messagelabs.com with SMTP; 28 Jun 2014 09:11:01 -0000 Received: from [212.54.42.137] (helo=smtp6.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0oey-0007sR-N2 for xen-users@lists.xen.org; Sat, 28 Jun 2014 11:11:00 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp6.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0oey-0005rB-8l for xen-users@lists.xen.org; Sat, 28 Jun 2014 11:11:00 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id E1E604C for ; Sat, 28 Jun 2014 11:09:43 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Sat, 28 Jun 2014 11:09:40 +0200 Message-ID: <4071475.ny3rdTSoQI@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <8761jl7dq0.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <2168576.x5A4mAHgWa@andromeda> <8761jl7dq0.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Saturday, June 28, 2014 08:25:11 AM lee wrote: > "J. Roeleveld" writes: > > On Thursday, June 26, 2014 06:19:30 PM lee wrote: > >> Since dom0 crashes once every 24 hours, it would be nice if I could at > >> least get the machine rebooted without more intervention than having to > >> press the reset button ... > > > > I would fix this with a higher priority, to be honest. > > Yes, if I could ... > > So far, I might have made some progress on that by removing a package > that checks the status of the RAID volumes. It's too early to tell for > sure; at least the server hasn't crashed since. Interesting. Maybe check on a Debian mailing list to see what that package might be doing to cause a crash? > On Debian, /etc/init.d/xendomains seems to be what brings up the domains > automatically. It would be a good place to add a timer or to add checks > for services. That script is part of Xen, not just Debian. I have the same file in Gentoo. > As to numbering file names/links: > > lee@heimdall:~$ mkdir ordertest > lee@heimdall:~$ touch ordertest/3 > lee@heimdall:~$ touch ordertest/2 > lee@heimdall:~$ touch ordertest/0 > lee@heimdall:~$ for name in ordertest/*; do echo $name; done > ordertest/0 > ordertest/2 > ordertest/3 > lee@heimdall:~$ touch ordertest/100 > lee@heimdall:~$ for name in ordertest/*; do echo $name; done > ordertest/0 > ordertest/100 > ordertest/2 > ordertest/3 > lee@heimdall:~$ > > > So when you're careful, you can specify the order in which VMs are > brought up (at least when using Debians' script) --- but is it a granted > feature that the names always appear in any particular order? It looks > more like a side effect. It is how the shell, by default, orders files when enumerating wild-cards. This can be relied upon. > Anyway, I think I'll modify the script so that the domains are brought > up in a particular order with fixed delays as needed. That seems the > most simple and efficient way to do it. I did something similar. I have the following directories: **** # ls /etc/xen/auto/ disabled stage1 stage2 stage3 stage4 stage5 **** I then have duplicates for the xendomains script, with a few changes, that starts the domains in the relevant stage folder. Currently, I check that the domains in the stage-folder are started successfully before the next one is started. Thanks to a stable server and reliable UPS, I do not have a pressing need to automate this process urgently, but to make the server easier to manage, I do need to build a reliable method. Currently, I am more interested in adding a method for cross-system dependencies. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 09:33:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 09:33:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ozo-0000nQ-JJ; Sat, 28 Jun 2014 09:32:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ozm-0000nL-JU for xen-users@lists.xen.org; Sat, 28 Jun 2014 09:32:31 +0000 Received: from [85.158.139.211:60068] by server-8.bemta-5.messagelabs.com id 14/AC-01846-DAB8EA35; Sat, 28 Jun 2014 09:32:29 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-4.tower-206.messagelabs.com!1403947949!12525699!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9478 invoked from network); 28 Jun 2014 09:32:29 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 09:32:29 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h0qW06Rmxz9ttP3 for ; Sat, 28 Jun 2014 11:32:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1403947948; bh=VU5OZvVDukma8bVi2uMOXqLTk/iAQ4dd0Jefi4LuyXw=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=CLeonkcXlnMPgQw55HalyXbTP91Vt3c0GROAPhUNvAuJ01/mF2q6JpngoHFMUOVMK ObLBcujshZtTFDft97dHS6lGWq90Z3tjAZHAEOcmHzzp227J0C8A4dY4oGe4VXJO0e +NMVirrBhQWEsA/7WVYRcv/vbDUrC/TYVqmTz5Fs= Message-ID: <53AE8BAB.5050205@op.pl> Date: Sat, 28 Jun 2014 11:32:27 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> In-Reply-To: <871tu97a01.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-28 09:45, lee pisze: >> and your workload includes a lot of synchronous writes. But >> for that workload you would probably be better off getting an >> SSD and using ZFS with ZIL in terms of total cost, performance >> and reliability. > > SSDs still loose badly when you compare price with capacity. For what I > payed for the RAID controller, I could now buy two 120GB SSDs (couldn't > back then). That means two disks more, requiring two more SATA ports > (11 in total), and an increased overall chance of disk failures because > the more disks you have, the more can fail. > > I don't know about ZFS, though, never used that. How much CPU overhead > is involved with that? I don't need any more CPU overhead like comes > with software raid. > ZFS offers you two things RAID controller AFAIK cannot do for you: end-to-end data checksumming and SSD caching. If anything happens with your data on its round trip from the CPU to the disk and back, ZFS will detect that and, provided you have some redundancy, will correct it. That feature alone, IMHO, makes reading about ZFS worthwhile. As Gordan states, ZFS can also cache your data using a small SSD. Oversimplifying, the size of the SSD might be around the size of your data set. Moreover, it blends in with xen quite nicely, e.g. using ZFS ZVOLs as block devices for domUs makes cloning and snapshotting easy (and that's just for starters). Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 09:33:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 09:33:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ozo-0000nQ-JJ; Sat, 28 Jun 2014 09:32:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ozm-0000nL-JU for xen-users@lists.xen.org; Sat, 28 Jun 2014 09:32:31 +0000 Received: from [85.158.139.211:60068] by server-8.bemta-5.messagelabs.com id 14/AC-01846-DAB8EA35; Sat, 28 Jun 2014 09:32:29 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-4.tower-206.messagelabs.com!1403947949!12525699!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9478 invoked from network); 28 Jun 2014 09:32:29 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 09:32:29 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h0qW06Rmxz9ttP3 for ; Sat, 28 Jun 2014 11:32:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1403947948; bh=VU5OZvVDukma8bVi2uMOXqLTk/iAQ4dd0Jefi4LuyXw=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=CLeonkcXlnMPgQw55HalyXbTP91Vt3c0GROAPhUNvAuJ01/mF2q6JpngoHFMUOVMK ObLBcujshZtTFDft97dHS6lGWq90Z3tjAZHAEOcmHzzp227J0C8A4dY4oGe4VXJO0e +NMVirrBhQWEsA/7WVYRcv/vbDUrC/TYVqmTz5Fs= Message-ID: <53AE8BAB.5050205@op.pl> Date: Sat, 28 Jun 2014 11:32:27 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> In-Reply-To: <871tu97a01.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-28 09:45, lee pisze: >> and your workload includes a lot of synchronous writes. But >> for that workload you would probably be better off getting an >> SSD and using ZFS with ZIL in terms of total cost, performance >> and reliability. > > SSDs still loose badly when you compare price with capacity. For what I > payed for the RAID controller, I could now buy two 120GB SSDs (couldn't > back then). That means two disks more, requiring two more SATA ports > (11 in total), and an increased overall chance of disk failures because > the more disks you have, the more can fail. > > I don't know about ZFS, though, never used that. How much CPU overhead > is involved with that? I don't need any more CPU overhead like comes > with software raid. > ZFS offers you two things RAID controller AFAIK cannot do for you: end-to-end data checksumming and SSD caching. If anything happens with your data on its round trip from the CPU to the disk and back, ZFS will detect that and, provided you have some redundancy, will correct it. That feature alone, IMHO, makes reading about ZFS worthwhile. As Gordan states, ZFS can also cache your data using a small SSD. Oversimplifying, the size of the SSD might be around the size of your data set. Moreover, it blends in with xen quite nicely, e.g. using ZFS ZVOLs as block devices for domUs makes cloning and snapshotting easy (and that's just for starters). Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 11:27:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 11:27:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0qlp-00028z-AW; Sat, 28 Jun 2014 11:26:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0qln-00028u-Vd for xen-users@lists.xen.org; Sat, 28 Jun 2014 11:26:12 +0000 Received: from [85.158.137.68:32638] by server-8.bemta-3.messagelabs.com id DA/77-05923-356AEA35; Sat, 28 Jun 2014 11:26:11 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-11.tower-31.messagelabs.com!1403954769!12848619!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17098 invoked from network); 28 Jun 2014 11:26:10 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-11.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 28 Jun 2014 11:26:10 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0qlc-0001G4-Ge for xen-users@lists.xen.org; Sat, 28 Jun 2014 13:26:00 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0qlc-0003T2-B6 for xen-users@lists.xen.org; Sat, 28 Jun 2014 13:26:00 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <4071475.ny3rdTSoQI@andromeda> (J. Roeleveld's message of "Sat, 28 Jun 2014 11:09:40 +0200") Date: Sat, 28 Jun 2014 13:11:05 +0200 Organization: my virtual residence Message-ID: <87ha355lx2.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <2168576.x5A4mAHgWa@andromeda> <8761jl7dq0.fsf@yun.yagibdah.de> <4071475.ny3rdTSoQI@andromeda> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "J. Roeleveld" writes: > On Saturday, June 28, 2014 08:25:11 AM lee wrote: >> "J. Roeleveld" writes: >> > On Thursday, June 26, 2014 06:19:30 PM lee wrote: >> >> Since dom0 crashes once every 24 hours, it would be nice if I could at >> >> least get the machine rebooted without more intervention than having to >> >> press the reset button ... >> > >> > I would fix this with a higher priority, to be honest. >> >> Yes, if I could ... >> >> So far, I might have made some progress on that by removing a package >> that checks the status of the RAID volumes. It's too early to tell for >> sure; at least the server hasn't crashed since. > > Interesting. Maybe check on a Debian mailing list to see what that package > might be doing to cause a crash? Apparently it's using arcconf to query the status of the volumes/controller. Last crash, I got a message on the console saying that arcconf appeared to be hanging for 120 seconds, and the regularity of the crashes was suspicious. The software is ancient, so it's possible that it causes problems with somewhat recent kernels :( >> On Debian, /etc/init.d/xendomains seems to be what brings up the domains >> automatically. It would be a good place to add a timer or to add checks >> for services. > > That script is part of Xen, not just Debian. I have the same file in Gentoo. Hm, is it still there when systemd is used? >> So when you're careful, you can specify the order in which VMs are >> brought up (at least when using Debians' script) --- but is it a granted >> feature that the names always appear in any particular order? It looks >> more like a side effect. > > It is how the shell, by default, orders files when enumerating wild-cards. > This can be relied upon. With any shell that might be used? >> Anyway, I think I'll modify the script so that the domains are brought >> up in a particular order with fixed delays as needed. That seems the >> most simple and efficient way to do it. > > I did something similar. > I have the following directories: > > **** > # ls /etc/xen/auto/ > disabled stage1 stage2 stage3 stage4 stage5 > **** > > I then have duplicates for the xendomains script, with a few changes, that > starts the domains in the relevant stage folder. > Currently, I check that the domains in the stage-folder are started > successfully before the next one is started. That's a good idea; I'll do that likewise. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 11:27:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 11:27:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0qlt-00029E-UQ; Sat, 28 Jun 2014 11:26:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0qlr-000299-S0 for xen-users@lists.xen.org; Sat, 28 Jun 2014 11:26:15 +0000 Received: from [85.158.139.211:40554] by server-8.bemta-5.messagelabs.com id A3/C2-01846-756AEA35; Sat, 28 Jun 2014 11:26:15 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-206.messagelabs.com!1403954770!9165572!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30728 invoked from network); 28 Jun 2014 11:26:14 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 28 Jun 2014 11:26:14 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0qlc-0001G8-LZ for xen-users@lists.xen.org; Sat, 28 Jun 2014 13:26:00 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0qlc-0003T7-HU for xen-users@lists.xen.org; Sat, 28 Jun 2014 13:26:00 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AE8BAB.5050205@op.pl> (Kuba's message of "Sat, 28 Jun 2014 11:32:27 +0200") Date: Sat, 28 Jun 2014 13:25:55 +0200 Organization: my virtual residence Message-ID: <87d2dt5l8c.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: > W dniu 2014-06-28 09:45, lee pisze: > >> I don't know about ZFS, though, never used that. How much CPU overhead >> is involved with that? I don't need any more CPU overhead like comes >> with software raid. >> > > ZFS offers you two things RAID controller AFAIK cannot do for you: > end-to-end data checksumming and SSD caching. There might be RAID controllers that can do SSD caching. SSD caching means two extra disks for the cache (or what happens when the cache disk fails?), and ZFS doesn't increase the number of SAS/SATA ports you have. How does it do the checksumming? Read everything after it's been written to verify? I'll consider using it next time I need to create a file system. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 11:27:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 11:27:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0qlp-00028z-AW; Sat, 28 Jun 2014 11:26:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0qln-00028u-Vd for xen-users@lists.xen.org; Sat, 28 Jun 2014 11:26:12 +0000 Received: from [85.158.137.68:32638] by server-8.bemta-3.messagelabs.com id DA/77-05923-356AEA35; Sat, 28 Jun 2014 11:26:11 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-11.tower-31.messagelabs.com!1403954769!12848619!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17098 invoked from network); 28 Jun 2014 11:26:10 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-11.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 28 Jun 2014 11:26:10 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0qlc-0001G4-Ge for xen-users@lists.xen.org; Sat, 28 Jun 2014 13:26:00 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0qlc-0003T2-B6 for xen-users@lists.xen.org; Sat, 28 Jun 2014 13:26:00 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <4071475.ny3rdTSoQI@andromeda> (J. Roeleveld's message of "Sat, 28 Jun 2014 11:09:40 +0200") Date: Sat, 28 Jun 2014 13:11:05 +0200 Organization: my virtual residence Message-ID: <87ha355lx2.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <2168576.x5A4mAHgWa@andromeda> <8761jl7dq0.fsf@yun.yagibdah.de> <4071475.ny3rdTSoQI@andromeda> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "J. Roeleveld" writes: > On Saturday, June 28, 2014 08:25:11 AM lee wrote: >> "J. Roeleveld" writes: >> > On Thursday, June 26, 2014 06:19:30 PM lee wrote: >> >> Since dom0 crashes once every 24 hours, it would be nice if I could at >> >> least get the machine rebooted without more intervention than having to >> >> press the reset button ... >> > >> > I would fix this with a higher priority, to be honest. >> >> Yes, if I could ... >> >> So far, I might have made some progress on that by removing a package >> that checks the status of the RAID volumes. It's too early to tell for >> sure; at least the server hasn't crashed since. > > Interesting. Maybe check on a Debian mailing list to see what that package > might be doing to cause a crash? Apparently it's using arcconf to query the status of the volumes/controller. Last crash, I got a message on the console saying that arcconf appeared to be hanging for 120 seconds, and the regularity of the crashes was suspicious. The software is ancient, so it's possible that it causes problems with somewhat recent kernels :( >> On Debian, /etc/init.d/xendomains seems to be what brings up the domains >> automatically. It would be a good place to add a timer or to add checks >> for services. > > That script is part of Xen, not just Debian. I have the same file in Gentoo. Hm, is it still there when systemd is used? >> So when you're careful, you can specify the order in which VMs are >> brought up (at least when using Debians' script) --- but is it a granted >> feature that the names always appear in any particular order? It looks >> more like a side effect. > > It is how the shell, by default, orders files when enumerating wild-cards. > This can be relied upon. With any shell that might be used? >> Anyway, I think I'll modify the script so that the domains are brought >> up in a particular order with fixed delays as needed. That seems the >> most simple and efficient way to do it. > > I did something similar. > I have the following directories: > > **** > # ls /etc/xen/auto/ > disabled stage1 stage2 stage3 stage4 stage5 > **** > > I then have duplicates for the xendomains script, with a few changes, that > starts the domains in the relevant stage folder. > Currently, I check that the domains in the stage-folder are started > successfully before the next one is started. That's a good idea; I'll do that likewise. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 11:27:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 11:27:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0qlt-00029E-UQ; Sat, 28 Jun 2014 11:26:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0qlr-000299-S0 for xen-users@lists.xen.org; Sat, 28 Jun 2014 11:26:15 +0000 Received: from [85.158.139.211:40554] by server-8.bemta-5.messagelabs.com id A3/C2-01846-756AEA35; Sat, 28 Jun 2014 11:26:15 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-206.messagelabs.com!1403954770!9165572!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30728 invoked from network); 28 Jun 2014 11:26:14 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 28 Jun 2014 11:26:14 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X0qlc-0001G8-LZ for xen-users@lists.xen.org; Sat, 28 Jun 2014 13:26:00 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X0qlc-0003T7-HU for xen-users@lists.xen.org; Sat, 28 Jun 2014 13:26:00 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AE8BAB.5050205@op.pl> (Kuba's message of "Sat, 28 Jun 2014 11:32:27 +0200") Date: Sat, 28 Jun 2014 13:25:55 +0200 Organization: my virtual residence Message-ID: <87d2dt5l8c.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: > W dniu 2014-06-28 09:45, lee pisze: > >> I don't know about ZFS, though, never used that. How much CPU overhead >> is involved with that? I don't need any more CPU overhead like comes >> with software raid. >> > > ZFS offers you two things RAID controller AFAIK cannot do for you: > end-to-end data checksumming and SSD caching. There might be RAID controllers that can do SSD caching. SSD caching means two extra disks for the cache (or what happens when the cache disk fails?), and ZFS doesn't increase the number of SAS/SATA ports you have. How does it do the checksumming? Read everything after it's been written to verify? I'll consider using it next time I need to create a file system. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 11:58:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 11:58:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rFY-00031W-Ie; Sat, 28 Jun 2014 11:56:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rFW-00031Q-Q4 for xen-users@lists.xen.org; Sat, 28 Jun 2014 11:56:55 +0000 Received: from [85.158.137.68:40263] by server-16.bemta-3.messagelabs.com id E9/A7-28986-58DAEA35; Sat, 28 Jun 2014 11:56:53 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-31.messagelabs.com!1403956612!12871850!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4155 invoked from network); 28 Jun 2014 11:56:52 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 11:56:52 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 83B63221DE2 for ; Sat, 28 Jun 2014 12:56:51 +0100 (BST) Message-ID: <53AEAD83.7090106@bobich.net> Date: Sat, 28 Jun 2014 12:56:51 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> In-Reply-To: <871tu97a01.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/28/2014 08:45 AM, lee wrote: > Gordan Bobic writes: > >> On 2014-06-26 18:36, lee wrote: >>> Gordan Bobic writes: >>> >>>> On 2014-06-26 17:12, lee wrote: >>>>>> Mihail Ivanov writes: >>>>> >>>>>> So next thing I've read about RAID, so I am thinking of raiding 2 >>>>>> x WD >>>>>> Black 2 TB. (Should I do software raid or hardware raid?) >>>>> >>>>> Software raid can mean quite a slowdown compared to hardware raid. >>>> >>>> The only situation where hardware RAID helps is if you have >>>> a _large_ battery backed write cache, and then it only helps >>>> on small bursty writes. A recent x86 CPU can do the RAID >>>> checksumming orders of magnitude faster than most RAID card >>>> ASICs, and hardware RAID cache is completely useless since >>>> anything that is likely to be caught in it will also be in >>>> the OS page cache. >>> >>> The CPU may be able to handle the raid faster, and there may be lots of >>> RAM available for caching. Both using CPU and RAM draws on resources >>> that may be occupied otherwise. >> >> A typical caching hardware RAID controller has maybe 3% of RAM of >> a typical server. And I'm pretty sure that for the price of one >> you could easily get more than an extra 3% of CPU and RAM. > > That depends on what you have and need. I needed at least 9 SATA > ports. Choices: > > > + buy a new board plus CPU plus RAM > - costs at least 10 times of what I payed for the controller and gives > me only max. 8 ports > > + max out the RAM > - means to buy 16GB of RAM, throwing 8GB away, costs more than what I > payed for the controller > > + buy some relatively cheap SATA controller > - might not work at all, or not work well, and gives me only 1--2 > additional ports, i. e. a total of only 8. It would have cost less > than what I payed for the RAID controller, but is it worth the > trouble? It would have blocked a PCIe slot for only 1--2 more > ports. I didn't find that worthwhile but a waste of money. > > > The hardware RAID controller gives me 10fps more with my favourite game > I'm playing, compared to software raid. Since fps rates can be rather > low (because I'm CPU limited), that means a significant difference. If your game is grinding onto disk I/O during play all is lost anyway. If your CPU and RAM are _that_ constrained, there is probably a better way to spend whatever you might pay for a new caching RAID controller these days. >>>> The time where hardware RAID was worthwhile has passed. >>> >>> I'm not sure what you consider "recent". I have an AMD Phenom 965, and >>> I do notice the slowdowns due to software raid compared to hardware >>> raid, on the very same machine. >> >> I can believe that if you have a battery backed cache module > > It has one. > >> and your workload includes a lot of synchronous writes. But >> for that workload you would probably be better off getting an >> SSD and using ZFS with ZIL in terms of total cost, performance >> and reliability. > > SSDs still loose badly when you compare price with capacity. For what I > payed for the RAID controller, I could now buy two 120GB SSDs (couldn't > back then). That means two disks more, requiring two more SATA ports > (11 in total), and an increased overall chance of disk failures because > the more disks you have, the more can fail. > > I don't know about ZFS, though, never used that. How much CPU overhead > is involved with that? I don't need any more CPU overhead like comes > with software raid. If you are that CPU constrained, tuning the storage is the wrong thing to be looking at. >>> expensive ones. Perhaps the lack of ports is not so much of a problem >>> with the available disk capacities nowadays; however, it is what >>> made me >>> get a hardware raid controller. >> >> Hardware RAID is, IMO, far too much of a liability with >> modern disks. Latent sector errors happen a lot more >> often than most people realize, and there are error >> situations that hardware RAID cannot meaningfully handle. > > So far, it works very well here. Do you think that software RAID can > handle errors better? Possibly in some cases. > And where do you find a mainboard that has like > 12 SAS/SATA ports? I use a Marvell 88SX7042 4-port card with two SIL3726 SATA port multipliers on it. This works very well for me and provides more bandwidth that my 12 disks can serve in a realistic usage pattern. In contrast, I have three SAS RAID cards, two LSI and one Adaptec, none of which work at all on my motherboard with the IOMMU enabled. >>> I can say that the quality of Debian has been declining quite a lot >>> over >>> the years and can't say that about Fedora. I haven't used Fedora that >>> long, and it's working quite well. >> >> Depends on what your standards and requirements are, I suppose. >> I have long bailed on Fedora other than for experimental testing >> purposes to get an idea of what to expect in the next EL. And >> enough bugs filter down to EL despite the lengthy stabilization >> stage that it's becoming quite depressing. > > It seems that things are getting more and more complicated --- despite > they don't need to --- and that people are getting more and more > clueless. More bugs might be a side effect of that, and things aren't > done as thoroughly as they used to be done. Indeed. The chances of getting a filed Fedora bug fixed, or even acknowledged before the Fedora's 6-month EOL bug zapper closes it for you are vanishlighly small, in my experience. >> I find that on my motherboard most RAID controllers don't work >> at all with IOMMU enabled. Something about the way the transparent >> bridging native PCIX RAID ASICs to PCIe makes things not work. > > Perhaps that's a problem of your board, not of the controllers. It may well be, but it does show that the idea that a SAS RAID controller with many ports is a better solution does not universally apply. >> Cheap SAS cards, OTOH, work just fine, and at a fraction of >> the cost. > > And they provide only a fraction of the ports and features. When I said SAS above I meant SATA. And PMPs help. The combination of SATA card and PMPs supports FIS and NCQ which means that the SATA controller's bandwidth per port is used very efficiently. >> As I said, I had far more problems with SAS RAID cards than SATA >> controllers, and I use PMPs on top of those SAS controllers. I >> might look at alternatives if I was running on pure solid state >> but for spinning rust SATA+PMP+FIS+NCQ yields results that a >> hardware RAID controller wouldn't likely improve on. > > I plugged the controller in, connected the disks, created the volumes, > copied the data over, and it has been working without any problems ever > since, eliminating the CPU overhead of software raid. After some time, > one of the disks failed, so I replaced it with no trouble. > > The server is the same --- only that it crashes (unless that is finally > fixed). That it crashes may be due to a kernel or xen bug, or to the > software for the raid controller being too old. > > Anyway, I have come to like hardware RAID better than software RAID. Whatever works for you. My view is that traditional RAID, certainly anything below RAID6, and even on RAID6 I don't trust the closed, opaque, undocumented implementation that might be in the firmware, is no longer fit for purpose with disks of the kind of size that ship today. > You could as well argue that graphics cards are evil. It comes down to what makes a good tool for the job. There are jobs that GPUs are good at. When it comes to traditional RAID, there are things that are more fit for the the purpose of ensuring data integrity. >>>> Alternatives aren't better, IMO. Having tried Xen, VMware and KVM, >>>> Xen was the only one I managed to (eventually) get working in the >>>> way I originally envisaged. >>> >>> Hm, I find that surprising. I haven't tried VMware and thought that as >>> a commercial product, it would make it easy to set up some VMs and to >>> run them reliably. >> >> It's fine as long as you don't have quirky hardware. >> Unfortunately, most hardware is buggy to some degree, >> in which case things like PCI passthrough are likely >> to not work at all. >> >> With Xen there is always the source that can be modified >> to work around at least the more workaroundable problems. >> And unlike on the KVM development lists, Xen developers >> actually respond to questions about working around such >> hardware bugs. > > So with VMware, you'd have to get certified hardware. You wouldn't _have_ to get certified hardware. It just means that if you find that there is a total of one motherboard that fits your requirements and it's not on the certified list, you can plausibly take your chances with it even if it doesn't work out of the box. I did that with the SR-2 and got it working eventually in a way that would never have been possible with ESX. Plus, dom0 being Linux I can use features that simply don't exist on ESX. >>> After all, I'm not convinced that virtualization as it's done with xen >>> and the like is the right way to go. >> [...] >> >> I am not a fan of virtualization for most workloads, but sometimes >> it is convenient, not least in order to work around deficiencies of >> other OS-es you might want to run. For example, I don't want to >> maintain 3 separate systems - partitioning up one big system is >> much more convenient. And I can run Windows gaming VMs while >> still having the advantages of easy full system rollbacks by >> having my domU disks backed by ZFS volumes. It's not for HPC >> workloads, but for some things it is the least unsuitable solution. > > Not even for most? It seems as if everyone is using it quite a lot, > make it sense or not. Most people haven't realized yet that the king's clothes are not suitable for every occasion, so to speak. In terms of the hype cycle, different users are at different stages. Many are still around the point of "peak of inflated expectations". Those that do the testing for their particular high performance workloads they were hoping to virtualize hit the "trough of disilusionment" pretty quickly most of the time. But there ARE things that it is useful for, as I mentioned in the paragraph above. Consolidating mostly idle machines and using virtualization to augment the ease and convenience backup/restore procedures through adding features that don't exist in the guest OS are obvious examples of uses that virtualization is very good for. That would be the "plateau of productivity". _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 11:58:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 11:58:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rFY-00031W-Ie; Sat, 28 Jun 2014 11:56:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rFW-00031Q-Q4 for xen-users@lists.xen.org; Sat, 28 Jun 2014 11:56:55 +0000 Received: from [85.158.137.68:40263] by server-16.bemta-3.messagelabs.com id E9/A7-28986-58DAEA35; Sat, 28 Jun 2014 11:56:53 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-31.messagelabs.com!1403956612!12871850!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4155 invoked from network); 28 Jun 2014 11:56:52 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 11:56:52 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 83B63221DE2 for ; Sat, 28 Jun 2014 12:56:51 +0100 (BST) Message-ID: <53AEAD83.7090106@bobich.net> Date: Sat, 28 Jun 2014 12:56:51 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> In-Reply-To: <871tu97a01.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/28/2014 08:45 AM, lee wrote: > Gordan Bobic writes: > >> On 2014-06-26 18:36, lee wrote: >>> Gordan Bobic writes: >>> >>>> On 2014-06-26 17:12, lee wrote: >>>>>> Mihail Ivanov writes: >>>>> >>>>>> So next thing I've read about RAID, so I am thinking of raiding 2 >>>>>> x WD >>>>>> Black 2 TB. (Should I do software raid or hardware raid?) >>>>> >>>>> Software raid can mean quite a slowdown compared to hardware raid. >>>> >>>> The only situation where hardware RAID helps is if you have >>>> a _large_ battery backed write cache, and then it only helps >>>> on small bursty writes. A recent x86 CPU can do the RAID >>>> checksumming orders of magnitude faster than most RAID card >>>> ASICs, and hardware RAID cache is completely useless since >>>> anything that is likely to be caught in it will also be in >>>> the OS page cache. >>> >>> The CPU may be able to handle the raid faster, and there may be lots of >>> RAM available for caching. Both using CPU and RAM draws on resources >>> that may be occupied otherwise. >> >> A typical caching hardware RAID controller has maybe 3% of RAM of >> a typical server. And I'm pretty sure that for the price of one >> you could easily get more than an extra 3% of CPU and RAM. > > That depends on what you have and need. I needed at least 9 SATA > ports. Choices: > > > + buy a new board plus CPU plus RAM > - costs at least 10 times of what I payed for the controller and gives > me only max. 8 ports > > + max out the RAM > - means to buy 16GB of RAM, throwing 8GB away, costs more than what I > payed for the controller > > + buy some relatively cheap SATA controller > - might not work at all, or not work well, and gives me only 1--2 > additional ports, i. e. a total of only 8. It would have cost less > than what I payed for the RAID controller, but is it worth the > trouble? It would have blocked a PCIe slot for only 1--2 more > ports. I didn't find that worthwhile but a waste of money. > > > The hardware RAID controller gives me 10fps more with my favourite game > I'm playing, compared to software raid. Since fps rates can be rather > low (because I'm CPU limited), that means a significant difference. If your game is grinding onto disk I/O during play all is lost anyway. If your CPU and RAM are _that_ constrained, there is probably a better way to spend whatever you might pay for a new caching RAID controller these days. >>>> The time where hardware RAID was worthwhile has passed. >>> >>> I'm not sure what you consider "recent". I have an AMD Phenom 965, and >>> I do notice the slowdowns due to software raid compared to hardware >>> raid, on the very same machine. >> >> I can believe that if you have a battery backed cache module > > It has one. > >> and your workload includes a lot of synchronous writes. But >> for that workload you would probably be better off getting an >> SSD and using ZFS with ZIL in terms of total cost, performance >> and reliability. > > SSDs still loose badly when you compare price with capacity. For what I > payed for the RAID controller, I could now buy two 120GB SSDs (couldn't > back then). That means two disks more, requiring two more SATA ports > (11 in total), and an increased overall chance of disk failures because > the more disks you have, the more can fail. > > I don't know about ZFS, though, never used that. How much CPU overhead > is involved with that? I don't need any more CPU overhead like comes > with software raid. If you are that CPU constrained, tuning the storage is the wrong thing to be looking at. >>> expensive ones. Perhaps the lack of ports is not so much of a problem >>> with the available disk capacities nowadays; however, it is what >>> made me >>> get a hardware raid controller. >> >> Hardware RAID is, IMO, far too much of a liability with >> modern disks. Latent sector errors happen a lot more >> often than most people realize, and there are error >> situations that hardware RAID cannot meaningfully handle. > > So far, it works very well here. Do you think that software RAID can > handle errors better? Possibly in some cases. > And where do you find a mainboard that has like > 12 SAS/SATA ports? I use a Marvell 88SX7042 4-port card with two SIL3726 SATA port multipliers on it. This works very well for me and provides more bandwidth that my 12 disks can serve in a realistic usage pattern. In contrast, I have three SAS RAID cards, two LSI and one Adaptec, none of which work at all on my motherboard with the IOMMU enabled. >>> I can say that the quality of Debian has been declining quite a lot >>> over >>> the years and can't say that about Fedora. I haven't used Fedora that >>> long, and it's working quite well. >> >> Depends on what your standards and requirements are, I suppose. >> I have long bailed on Fedora other than for experimental testing >> purposes to get an idea of what to expect in the next EL. And >> enough bugs filter down to EL despite the lengthy stabilization >> stage that it's becoming quite depressing. > > It seems that things are getting more and more complicated --- despite > they don't need to --- and that people are getting more and more > clueless. More bugs might be a side effect of that, and things aren't > done as thoroughly as they used to be done. Indeed. The chances of getting a filed Fedora bug fixed, or even acknowledged before the Fedora's 6-month EOL bug zapper closes it for you are vanishlighly small, in my experience. >> I find that on my motherboard most RAID controllers don't work >> at all with IOMMU enabled. Something about the way the transparent >> bridging native PCIX RAID ASICs to PCIe makes things not work. > > Perhaps that's a problem of your board, not of the controllers. It may well be, but it does show that the idea that a SAS RAID controller with many ports is a better solution does not universally apply. >> Cheap SAS cards, OTOH, work just fine, and at a fraction of >> the cost. > > And they provide only a fraction of the ports and features. When I said SAS above I meant SATA. And PMPs help. The combination of SATA card and PMPs supports FIS and NCQ which means that the SATA controller's bandwidth per port is used very efficiently. >> As I said, I had far more problems with SAS RAID cards than SATA >> controllers, and I use PMPs on top of those SAS controllers. I >> might look at alternatives if I was running on pure solid state >> but for spinning rust SATA+PMP+FIS+NCQ yields results that a >> hardware RAID controller wouldn't likely improve on. > > I plugged the controller in, connected the disks, created the volumes, > copied the data over, and it has been working without any problems ever > since, eliminating the CPU overhead of software raid. After some time, > one of the disks failed, so I replaced it with no trouble. > > The server is the same --- only that it crashes (unless that is finally > fixed). That it crashes may be due to a kernel or xen bug, or to the > software for the raid controller being too old. > > Anyway, I have come to like hardware RAID better than software RAID. Whatever works for you. My view is that traditional RAID, certainly anything below RAID6, and even on RAID6 I don't trust the closed, opaque, undocumented implementation that might be in the firmware, is no longer fit for purpose with disks of the kind of size that ship today. > You could as well argue that graphics cards are evil. It comes down to what makes a good tool for the job. There are jobs that GPUs are good at. When it comes to traditional RAID, there are things that are more fit for the the purpose of ensuring data integrity. >>>> Alternatives aren't better, IMO. Having tried Xen, VMware and KVM, >>>> Xen was the only one I managed to (eventually) get working in the >>>> way I originally envisaged. >>> >>> Hm, I find that surprising. I haven't tried VMware and thought that as >>> a commercial product, it would make it easy to set up some VMs and to >>> run them reliably. >> >> It's fine as long as you don't have quirky hardware. >> Unfortunately, most hardware is buggy to some degree, >> in which case things like PCI passthrough are likely >> to not work at all. >> >> With Xen there is always the source that can be modified >> to work around at least the more workaroundable problems. >> And unlike on the KVM development lists, Xen developers >> actually respond to questions about working around such >> hardware bugs. > > So with VMware, you'd have to get certified hardware. You wouldn't _have_ to get certified hardware. It just means that if you find that there is a total of one motherboard that fits your requirements and it's not on the certified list, you can plausibly take your chances with it even if it doesn't work out of the box. I did that with the SR-2 and got it working eventually in a way that would never have been possible with ESX. Plus, dom0 being Linux I can use features that simply don't exist on ESX. >>> After all, I'm not convinced that virtualization as it's done with xen >>> and the like is the right way to go. >> [...] >> >> I am not a fan of virtualization for most workloads, but sometimes >> it is convenient, not least in order to work around deficiencies of >> other OS-es you might want to run. For example, I don't want to >> maintain 3 separate systems - partitioning up one big system is >> much more convenient. And I can run Windows gaming VMs while >> still having the advantages of easy full system rollbacks by >> having my domU disks backed by ZFS volumes. It's not for HPC >> workloads, but for some things it is the least unsuitable solution. > > Not even for most? It seems as if everyone is using it quite a lot, > make it sense or not. Most people haven't realized yet that the king's clothes are not suitable for every occasion, so to speak. In terms of the hype cycle, different users are at different stages. Many are still around the point of "peak of inflated expectations". Those that do the testing for their particular high performance workloads they were hoping to virtualize hit the "trough of disilusionment" pretty quickly most of the time. But there ARE things that it is useful for, as I mentioned in the paragraph above. Consolidating mostly idle machines and using virtualization to augment the ease and convenience backup/restore procedures through adding features that don't exist in the guest OS are obvious examples of uses that virtualization is very good for. That would be the "plateau of productivity". _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 12:06:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 12:06:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rNb-0003Xw-3j; Sat, 28 Jun 2014 12:05:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rNZ-0003Xr-Ms for xen-users@lists.xen.org; Sat, 28 Jun 2014 12:05:13 +0000 Received: from [85.158.143.35:8939] by server-3.bemta-4.messagelabs.com id 68/7B-16194-97FAEA35; Sat, 28 Jun 2014 12:05:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1403957111!14506907!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2718 invoked from network); 28 Jun 2014 12:05:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 12:05:12 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 9A880221DE2 for ; Sat, 28 Jun 2014 13:05:11 +0100 (BST) Message-ID: <53AEAF77.2020101@bobich.net> Date: Sat, 28 Jun 2014 13:05:11 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> In-Reply-To: <53AE8BAB.5050205@op.pl> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/28/2014 10:32 AM, Kuba wrote: > W dniu 2014-06-28 09:45, lee pisze: > >>> and your workload includes a lot of synchronous writes. But >>> for that workload you would probably be better off getting an >>> SSD and using ZFS with ZIL in terms of total cost, performance >>> and reliability. >> >> SSDs still loose badly when you compare price with capacity. For what I >> payed for the RAID controller, I could now buy two 120GB SSDs (couldn't >> back then). That means two disks more, requiring two more SATA ports >> (11 in total), and an increased overall chance of disk failures because >> the more disks you have, the more can fail. >> >> I don't know about ZFS, though, never used that. How much CPU overhead >> is involved with that? I don't need any more CPU overhead like comes >> with software raid. >> > > ZFS offers you two things RAID controller AFAIK cannot do for you: > end-to-end data checksumming and SSD caching. If anything happens with > your data on its round trip from the CPU to the disk and back, ZFS will > detect that and, provided you have some redundancy, will correct it. > That feature alone, IMHO, makes reading about ZFS worthwhile. As Gordan > states, ZFS can also cache your data using a small SSD. Oversimplifying, > the size of the SSD might be around the size of your data set. Just to clarify this point a little - for ZIL (caching sync writes) you only need it to be the size of your typical commit burst size, at the absolute theoretical worst the size of your RAM. For read caching (L2ARC), it can be any size, data that is about to get expired from ARC (what ZFS calls it's cache) will be pushed to the L2ARC. I frequently use a small ARC and a large ZRAM backed L2ARC instead of an SSD. > Moreover, it blends in with xen quite nicely, e.g. using ZFS ZVOLs as > block devices for domUs makes cloning and snapshotting easy (and that's > just for starters). Indeed, not to mention that it can do block-level deduplication for you. If you are running many VMs with a similar OS (disable prelink on Linux!) this can lead to a massive space saving - but only use it on SSDs - deduplication means almost all operations will converge toward being non-linear, yielding appalling performance on spinning disks. Works extremely well on SSDs, though, and that is where space savings count for 5x more in terms of cost. :) Cloning comes with it's own problems, though. I tend to avoid it. It means the image that fathered the clones can never be removed. Deduplication and dd-ing the volume across is often a better solution. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 12:06:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 12:06:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rNb-0003Xw-3j; Sat, 28 Jun 2014 12:05:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rNZ-0003Xr-Ms for xen-users@lists.xen.org; Sat, 28 Jun 2014 12:05:13 +0000 Received: from [85.158.143.35:8939] by server-3.bemta-4.messagelabs.com id 68/7B-16194-97FAEA35; Sat, 28 Jun 2014 12:05:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1403957111!14506907!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2718 invoked from network); 28 Jun 2014 12:05:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 12:05:12 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 9A880221DE2 for ; Sat, 28 Jun 2014 13:05:11 +0100 (BST) Message-ID: <53AEAF77.2020101@bobich.net> Date: Sat, 28 Jun 2014 13:05:11 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> In-Reply-To: <53AE8BAB.5050205@op.pl> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/28/2014 10:32 AM, Kuba wrote: > W dniu 2014-06-28 09:45, lee pisze: > >>> and your workload includes a lot of synchronous writes. But >>> for that workload you would probably be better off getting an >>> SSD and using ZFS with ZIL in terms of total cost, performance >>> and reliability. >> >> SSDs still loose badly when you compare price with capacity. For what I >> payed for the RAID controller, I could now buy two 120GB SSDs (couldn't >> back then). That means two disks more, requiring two more SATA ports >> (11 in total), and an increased overall chance of disk failures because >> the more disks you have, the more can fail. >> >> I don't know about ZFS, though, never used that. How much CPU overhead >> is involved with that? I don't need any more CPU overhead like comes >> with software raid. >> > > ZFS offers you two things RAID controller AFAIK cannot do for you: > end-to-end data checksumming and SSD caching. If anything happens with > your data on its round trip from the CPU to the disk and back, ZFS will > detect that and, provided you have some redundancy, will correct it. > That feature alone, IMHO, makes reading about ZFS worthwhile. As Gordan > states, ZFS can also cache your data using a small SSD. Oversimplifying, > the size of the SSD might be around the size of your data set. Just to clarify this point a little - for ZIL (caching sync writes) you only need it to be the size of your typical commit burst size, at the absolute theoretical worst the size of your RAM. For read caching (L2ARC), it can be any size, data that is about to get expired from ARC (what ZFS calls it's cache) will be pushed to the L2ARC. I frequently use a small ARC and a large ZRAM backed L2ARC instead of an SSD. > Moreover, it blends in with xen quite nicely, e.g. using ZFS ZVOLs as > block devices for domUs makes cloning and snapshotting easy (and that's > just for starters). Indeed, not to mention that it can do block-level deduplication for you. If you are running many VMs with a similar OS (disable prelink on Linux!) this can lead to a massive space saving - but only use it on SSDs - deduplication means almost all operations will converge toward being non-linear, yielding appalling performance on spinning disks. Works extremely well on SSDs, though, and that is where space savings count for 5x more in terms of cost. :) Cloning comes with it's own problems, though. I tend to avoid it. It means the image that fathered the clones can never be removed. Deduplication and dd-ing the volume across is often a better solution. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 12:24:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 12:24:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rfo-00041q-34; Sat, 28 Jun 2014 12:24:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rfl-00041g-U3 for xen-users@lists.xen.org; Sat, 28 Jun 2014 12:24:02 +0000 Received: from [85.158.139.211:7708] by server-8.bemta-5.messagelabs.com id 50/AC-01846-1E3BEA35; Sat, 28 Jun 2014 12:24:01 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-8.tower-206.messagelabs.com!1403958239!12494377!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16797 invoked from network); 28 Jun 2014 12:24:00 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 12:24:00 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h0vJv5NyvzYkjJX for ; Sat, 28 Jun 2014 14:23:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1403958239; bh=Esm2KgMCAd+qYx75MOK4lglWOeClz89o8TaJvgj7OEs=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=rWWJcd6magCmoVTkbbrZsi/Cdg8d9y//d1Q+OFx1+23aCVsg4NHFb/xWB1XXfxFFo EPJsvOMpQn+32NFVVKxXn437RWH44slMy0piVFHr9iV0seTUB6WYoEhZHVsTHH6YcO gLgqEgHs26RH9CjFt+so03GTJPkKoNVJ++FJHrck= Message-ID: <53AEB3DE.8080405@op.pl> Date: Sat, 28 Jun 2014 14:23:58 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> In-Reply-To: <87d2dt5l8c.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-28 13:25, lee pisze: > Kuba writes: > >> W dniu 2014-06-28 09:45, lee pisze: >> >>> I don't know about ZFS, though, never used that. How much CPU overhead >>> is involved with that? I don't need any more CPU overhead like comes >>> with software raid. >>> >> >> ZFS offers you two things RAID controller AFAIK cannot do for you: >> end-to-end data checksumming and SSD caching. > > There might be RAID controllers that can do SSD caching. SSD caching > means two extra disks for the cache (or what happens when the cache disk > fails?), and ZFS doesn't increase the number of SAS/SATA ports you have. I'm not sure what happens if a read or write to the SLOG (the device acting as a write cache) fails. Anyone? As for the reads, if a read from L2ARC (the read cache on SSD in our case) fails, it's just ignored (AFAIK) and data is read from the vdevs ("primary" storage). > How does it do the checksumming? Read everything after it's been > written to verify? Each time data is read from the disk, it is checksummed and the checksum is compared with the value stored with the data. This way you know whether data you just read is good or not, not just that it had been written correctly. Take a look here for example, slides 12-16: http://wiki.illumos.org/download/attachments/1146951/zfs_last.pdf It's a little bit outdated and Solaris-centric, but might give you some overview. Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 12:24:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 12:24:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rfo-00041q-34; Sat, 28 Jun 2014 12:24:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0rfl-00041g-U3 for xen-users@lists.xen.org; Sat, 28 Jun 2014 12:24:02 +0000 Received: from [85.158.139.211:7708] by server-8.bemta-5.messagelabs.com id 50/AC-01846-1E3BEA35; Sat, 28 Jun 2014 12:24:01 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-8.tower-206.messagelabs.com!1403958239!12494377!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16797 invoked from network); 28 Jun 2014 12:24:00 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 12:24:00 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h0vJv5NyvzYkjJX for ; Sat, 28 Jun 2014 14:23:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1403958239; bh=Esm2KgMCAd+qYx75MOK4lglWOeClz89o8TaJvgj7OEs=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=rWWJcd6magCmoVTkbbrZsi/Cdg8d9y//d1Q+OFx1+23aCVsg4NHFb/xWB1XXfxFFo EPJsvOMpQn+32NFVVKxXn437RWH44slMy0piVFHr9iV0seTUB6WYoEhZHVsTHH6YcO gLgqEgHs26RH9CjFt+so03GTJPkKoNVJ++FJHrck= Message-ID: <53AEB3DE.8080405@op.pl> Date: Sat, 28 Jun 2014 14:23:58 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> In-Reply-To: <87d2dt5l8c.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-28 13:25, lee pisze: > Kuba writes: > >> W dniu 2014-06-28 09:45, lee pisze: >> >>> I don't know about ZFS, though, never used that. How much CPU overhead >>> is involved with that? I don't need any more CPU overhead like comes >>> with software raid. >>> >> >> ZFS offers you two things RAID controller AFAIK cannot do for you: >> end-to-end data checksumming and SSD caching. > > There might be RAID controllers that can do SSD caching. SSD caching > means two extra disks for the cache (or what happens when the cache disk > fails?), and ZFS doesn't increase the number of SAS/SATA ports you have. I'm not sure what happens if a read or write to the SLOG (the device acting as a write cache) fails. Anyone? As for the reads, if a read from L2ARC (the read cache on SSD in our case) fails, it's just ignored (AFAIK) and data is read from the vdevs ("primary" storage). > How does it do the checksumming? Read everything after it's been > written to verify? Each time data is read from the disk, it is checksummed and the checksum is compared with the value stored with the data. This way you know whether data you just read is good or not, not just that it had been written correctly. Take a look here for example, slides 12-16: http://wiki.illumos.org/download/attachments/1146951/zfs_last.pdf It's a little bit outdated and Solaris-centric, but might give you some overview. Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 12:26:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 12:26:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ri6-00049B-S1; Sat, 28 Jun 2014 12:26:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ri5-000494-JN for xen-users@lists.xen.org; Sat, 28 Jun 2014 12:26:25 +0000 Received: from [85.158.143.35:48541] by server-2.bemta-4.messagelabs.com id 8F/5B-06539-074BEA35; Sat, 28 Jun 2014 12:26:24 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1403958383!14466007!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4114 invoked from network); 28 Jun 2014 12:26:23 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 12:26:23 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id A6BBE221DE2 for ; Sat, 28 Jun 2014 13:26:22 +0100 (BST) Message-ID: <53AEB46E.5010009@bobich.net> Date: Sat, 28 Jun 2014 13:26:22 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> In-Reply-To: <87d2dt5l8c.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/28/2014 12:25 PM, lee wrote: > Kuba writes: > >> W dniu 2014-06-28 09:45, lee pisze: >> >>> I don't know about ZFS, though, never used that. How much CPU overhead >>> is involved with that? I don't need any more CPU overhead like comes >>> with software raid. >>> >> >> ZFS offers you two things RAID controller AFAIK cannot do for you: >> end-to-end data checksumming and SSD caching. > > There might be RAID controllers that can do SSD caching. I never heard of one. > SSD caching > means two extra disks for the cache (or what happens when the cache disk > fails?), For ZIL (write caching), yes, you can use a mirrored device. For read caching it obviously doesn't matter. > and ZFS doesn't increase the number of SAS/SATA ports you have. No, but it does deprecate the RAID and caching parts of a controller, so you might as well just use an HBA (cheaper). Covering the whole stack, ZFS can also make much better use of on-disk caches (my 4TB HGSTs have 64MB of RAM each. If you have 20 of them on a 4-port SATA card with a 5-port multiplier on each port, that's 1280MB of cache - more than any comparably priced caching controller. Being aware of FS level operations, ZFS can be much cleverer about exactly when to flush what data to what disk. A caching controller, in contrast, being unaware of what is actually going on at file system level, cannot leverage the on-disk cache for write-caching, it has to rely on it's own on-board cache for write-caching, thus effectively wasting those 1280MB of disk cache. > How does it do the checksumming? Every block is checksummed, and this is stored and checked on every read of that block. In addition, every block (including it's checksum) are encoded for any extra redundancy specified (e.g. mirroring or n+1, n+2 or n+3). So if you read the block, you also read the checksum stored with it, and if it checks out, you hand the data to the app with nothing else to be done. If the checksum doesn't match the data (silent corruption), or read of one of the disks containing a piece of the block fails (non-silent corruption, failed sector)), ZFS will go and > Read everything after it's been written to verify? No, just written with a checksum on the block and encoded for extra redundancy. If you have Seagate disks that support the feature you can enable Write-Read-Verify at disk level. I wrote a patch for hdparm for toggling the feature. > I'll consider using it next time I need to create a file system. ZFS is one of those things that once you start using them you soon afterwards have no idea how you ever managed without them. And when you have to make do without them, it feels like you're trying to read braille with hooks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 12:26:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 12:26:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ri6-00049B-S1; Sat, 28 Jun 2014 12:26:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0ri5-000494-JN for xen-users@lists.xen.org; Sat, 28 Jun 2014 12:26:25 +0000 Received: from [85.158.143.35:48541] by server-2.bemta-4.messagelabs.com id 8F/5B-06539-074BEA35; Sat, 28 Jun 2014 12:26:24 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1403958383!14466007!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4114 invoked from network); 28 Jun 2014 12:26:23 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 12:26:23 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id A6BBE221DE2 for ; Sat, 28 Jun 2014 13:26:22 +0100 (BST) Message-ID: <53AEB46E.5010009@bobich.net> Date: Sat, 28 Jun 2014 13:26:22 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> In-Reply-To: <87d2dt5l8c.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/28/2014 12:25 PM, lee wrote: > Kuba writes: > >> W dniu 2014-06-28 09:45, lee pisze: >> >>> I don't know about ZFS, though, never used that. How much CPU overhead >>> is involved with that? I don't need any more CPU overhead like comes >>> with software raid. >>> >> >> ZFS offers you two things RAID controller AFAIK cannot do for you: >> end-to-end data checksumming and SSD caching. > > There might be RAID controllers that can do SSD caching. I never heard of one. > SSD caching > means two extra disks for the cache (or what happens when the cache disk > fails?), For ZIL (write caching), yes, you can use a mirrored device. For read caching it obviously doesn't matter. > and ZFS doesn't increase the number of SAS/SATA ports you have. No, but it does deprecate the RAID and caching parts of a controller, so you might as well just use an HBA (cheaper). Covering the whole stack, ZFS can also make much better use of on-disk caches (my 4TB HGSTs have 64MB of RAM each. If you have 20 of them on a 4-port SATA card with a 5-port multiplier on each port, that's 1280MB of cache - more than any comparably priced caching controller. Being aware of FS level operations, ZFS can be much cleverer about exactly when to flush what data to what disk. A caching controller, in contrast, being unaware of what is actually going on at file system level, cannot leverage the on-disk cache for write-caching, it has to rely on it's own on-board cache for write-caching, thus effectively wasting those 1280MB of disk cache. > How does it do the checksumming? Every block is checksummed, and this is stored and checked on every read of that block. In addition, every block (including it's checksum) are encoded for any extra redundancy specified (e.g. mirroring or n+1, n+2 or n+3). So if you read the block, you also read the checksum stored with it, and if it checks out, you hand the data to the app with nothing else to be done. If the checksum doesn't match the data (silent corruption), or read of one of the disks containing a piece of the block fails (non-silent corruption, failed sector)), ZFS will go and > Read everything after it's been written to verify? No, just written with a checksum on the block and encoded for extra redundancy. If you have Seagate disks that support the feature you can enable Write-Read-Verify at disk level. I wrote a patch for hdparm for toggling the feature. > I'll consider using it next time I need to create a file system. ZFS is one of those things that once you start using them you soon afterwards have no idea how you ever managed without them. And when you have to make do without them, it feels like you're trying to read braille with hooks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 12:45:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 12:45:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0s0A-0004p8-8C; Sat, 28 Jun 2014 12:45:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0s08-0004p3-Kr for xen-users@lists.xen.org; Sat, 28 Jun 2014 12:45:04 +0000 Received: from [193.109.254.147:39734] by server-7.bemta-14.messagelabs.com id 9C/B7-17726-0D8BEA35; Sat, 28 Jun 2014 12:45:04 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-27.messagelabs.com!1403959502!14283199!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19175 invoked from network); 28 Jun 2014 12:45:03 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 12:45:03 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 7603A221DE2 for ; Sat, 28 Jun 2014 13:45:02 +0100 (BST) Message-ID: <53AEB8CD.90705@bobich.net> Date: Sat, 28 Jun 2014 13:45:01 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB3DE.8080405@op.pl> In-Reply-To: <53AEB3DE.8080405@op.pl> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/28/2014 01:23 PM, Kuba wrote: > W dniu 2014-06-28 13:25, lee pisze: >> Kuba writes: >> >>> W dniu 2014-06-28 09:45, lee pisze: >>> >>>> I don't know about ZFS, though, never used that. How much CPU overhead >>>> is involved with that? I don't need any more CPU overhead like comes >>>> with software raid. >>>> >>> >>> ZFS offers you two things RAID controller AFAIK cannot do for you: >>> end-to-end data checksumming and SSD caching. >> >> There might be RAID controllers that can do SSD caching. SSD caching >> means two extra disks for the cache (or what happens when the cache disk >> fails?), and ZFS doesn't increase the number of SAS/SATA ports you have. > I'm not sure what happens if a read or write to the SLOG (the device > acting as a write cache) fails. Anyone? That's why you can have the ZIL mirrored. > As for the reads, if a read from > L2ARC (the read cache on SSD in our case) fails, it's just ignored > (AFAIK) and data is read from the vdevs ("primary" storage). Indeed. >> How does it do the checksumming? Read everything after it's been >> written to verify? > > Each time data is read from the disk, it is checksummed and the checksum > is compared with the value stored with the data. This way you know > whether data you just read is good or not, not just that it had been > written correctly. Indeed, and this is one of the things that no RAID controller I'm aware of will do for you. A RAID card will read the data stripe and if that doesn't return an error from a disk, it will be assumed to be healthy. If you had a phantom write clobber one of the blocks in that stripe, your application will end up consuming corrupted data. ZFS prevents that from happening. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 12:45:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 12:45:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0s0A-0004p8-8C; Sat, 28 Jun 2014 12:45:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0s08-0004p3-Kr for xen-users@lists.xen.org; Sat, 28 Jun 2014 12:45:04 +0000 Received: from [193.109.254.147:39734] by server-7.bemta-14.messagelabs.com id 9C/B7-17726-0D8BEA35; Sat, 28 Jun 2014 12:45:04 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-27.messagelabs.com!1403959502!14283199!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19175 invoked from network); 28 Jun 2014 12:45:03 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 12:45:03 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 7603A221DE2 for ; Sat, 28 Jun 2014 13:45:02 +0100 (BST) Message-ID: <53AEB8CD.90705@bobich.net> Date: Sat, 28 Jun 2014 13:45:01 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB3DE.8080405@op.pl> In-Reply-To: <53AEB3DE.8080405@op.pl> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/28/2014 01:23 PM, Kuba wrote: > W dniu 2014-06-28 13:25, lee pisze: >> Kuba writes: >> >>> W dniu 2014-06-28 09:45, lee pisze: >>> >>>> I don't know about ZFS, though, never used that. How much CPU overhead >>>> is involved with that? I don't need any more CPU overhead like comes >>>> with software raid. >>>> >>> >>> ZFS offers you two things RAID controller AFAIK cannot do for you: >>> end-to-end data checksumming and SSD caching. >> >> There might be RAID controllers that can do SSD caching. SSD caching >> means two extra disks for the cache (or what happens when the cache disk >> fails?), and ZFS doesn't increase the number of SAS/SATA ports you have. > I'm not sure what happens if a read or write to the SLOG (the device > acting as a write cache) fails. Anyone? That's why you can have the ZIL mirrored. > As for the reads, if a read from > L2ARC (the read cache on SSD in our case) fails, it's just ignored > (AFAIK) and data is read from the vdevs ("primary" storage). Indeed. >> How does it do the checksumming? Read everything after it's been >> written to verify? > > Each time data is read from the disk, it is checksummed and the checksum > is compared with the value stored with the data. This way you know > whether data you just read is good or not, not just that it had been > written correctly. Indeed, and this is one of the things that no RAID controller I'm aware of will do for you. A RAID card will read the data stripe and if that doesn't return an error from a disk, it will be assumed to be healthy. If you had a phantom write clobber one of the blocks in that stripe, your application will end up consuming corrupted data. ZFS prevents that from happening. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 14:04:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 14:04:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0tEd-00063F-0f; Sat, 28 Jun 2014 14:04:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0tEb-00063A-Ge for xen-users@lists.xen.org; Sat, 28 Jun 2014 14:04:05 +0000 Received: from [193.109.254.147:30336] by server-5.bemta-14.messagelabs.com id FA/C4-26413-45BCEA35; Sat, 28 Jun 2014 14:04:04 +0000 X-Env-Sender: russell.pavlicek@citrix.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1403964242!14287843!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31135 invoked from network); 28 Jun 2014 14:04:03 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jun 2014 14:04:03 -0000 X-IronPort-AV: E=Sophos;i="5.01,567,1400025600"; d="scan'208,217";a="148291135" Received: from sjcpex01cl01.citrite.net ([10.216.14.143]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 28 Jun 2014 14:04:01 +0000 Received: from SJCPEX01CL03.citrite.net ([169.254.3.122]) by SJCPEX01CL01.citrite.net ([10.216.14.143]) with mapi id 14.03.0181.006; Sat, 28 Jun 2014 07:04:00 -0700 From: Russell Pavlicek To: "xen-users@lists.xen.org" Thread-Topic: XenProject.org Q&A: Solaris 11.1 or 11.2beta as an HVM guest Thread-Index: Ac+S2a8YbUA7ERGCTcKHgHlHoH3tbw== Date: Sat, 28 Jun 2014 14:04:00 +0000 Message-ID: <55E78A57290FB64FA0D3CF672F9F3DA26E904B@SJCPEX01CL03.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.112.14] MIME-Version: 1.0 Subject: [Xen-users] XenProject.org Q&A: Solaris 11.1 or 11.2beta as an HVM guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5218653318149981263==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5218653318149981263== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_55E78A57290FB64FA0D3CF672F9F3DA26E904BSJCPEX01CL03citri_" --_000_55E78A57290FB64FA0D3CF672F9F3DA26E904BSJCPEX01CL03citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable A new question on the XenProject.org Q&A asks about Solaris 11 HVM DomU on = Xen Project 4.*. I haven't found much on the subject online (probably refl= ecting the general lack of interest in the subject, given the fade of Solar= is). Does anyone have any insight? --- "master" asks: "I am using Ubuntu 14.04 amd64 server on a MSI MS-7737 with an Intel E5-260= 3 v2 as the host with the xen-system-amd64 package. Most of my trials on guests are successful except... After days of reading my Google friend and nearly a hundred of trials on co= nfig file, BIOS config, xen boot options, I did not find a way to boot Sola= ris 11.1 nor 11.2 HVM domU. Solaris just hang, I waited for hours, checked iso sum, ects... sudo xl create solaris.xl cat solaris.xl builder =3D 'hvm' vcpus =3D '4' memory =3D '4096' name =3D 'solaris' vif =3D [ 'bridge=3Dxenbr0' ] disk =3D [ 'file:/home/dummy/sol-11_1-text-x86.iso,hdd:cdrom,r' ] vncpasswd =3D 'vncpasswd' Did Solaris is part of supported HVM guest OS? Did someone have a working configuration and could share information? Thanks in advance for your support. " --- Please either reply to me or directly to the Q&A system at: http://xenproject.org/help/questions-and-answers/solaris-11-1-or-11-2beta-a= s-an-hvm-guest.html Thanks, Russ Pavlicek Xen Project Evangelist, Citrix Systems Home Office: +1-301-829-5327 Mobile: +1-240-397-0199 UK VoIP: +44 1223 852 894 --_000_55E78A57290FB64FA0D3CF672F9F3DA26E904BSJCPEX01CL03citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
A new question on the XenProject.org Q&A asks about Solaris 11 HVM= DomU on Xen Project 4.*.  I haven't found much on the subject online = (probably reflecting the general lack of interest in the subject, given the= fade of Solaris).

Does anyone have any insight?

---

"master" asks:

"I am using Ubuntu 14.04 amd64 server on a MSI MS-7737 with an Intel E= 5-2603 v2 as the host with the xen-system-amd64 package.
Most of my trials on guests are successful except...

After days of reading my Google friend and nearly a hundred of trials on co= nfig file, BIOS config, xen boot options, I did not find a way to boot Sola= ris 11.1 nor 11.2 HVM domU.

Solaris just hang, I waited for hours, checked iso sum, ects...
sudo xl create solaris.xl
cat solaris.xl=0A=
builder =3D 'hvm'=0A=
vcpus   =3D '4'=
=0A=
memory  =3D '4096'=0A=
name    =3D 'solaris'=0A=
vif =3D [ 'bridge=3Dxen=
br0' ]=0A=
disk =3D [ 'file:/home/=
dummy/sol-11_1-text-x86.iso,hdd:cdrom,r' ]=0A=
vncpasswd =3D 'vncpassw=
d'
Did Solaris is part of supported HVM guest OS?
Did someone have a working configuration and could share information?

Thanks in advance for your support. "

---

Please either reply to me or directly to the Q&A system at:
http://xenproject.org/help/questions-and-answers/solaris-11-1-or-11-2beta-a= s-an-hvm-guest.html

Thanks,

Russ Pavlicek
Xen Project Evangelist, Citrix Systems
Home Office: +1-301-829-5327
Mobile: +1-240-397-0199
UK VoIP: +44 1223 852 894
--_000_55E78A57290FB64FA0D3CF672F9F3DA26E904BSJCPEX01CL03citri_-- --===============5218653318149981263== 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 --===============5218653318149981263==-- From xen-users-bounces@lists.xen.org Sat Jun 28 14:04:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 14:04:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0tEd-00063F-0f; Sat, 28 Jun 2014 14:04:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0tEb-00063A-Ge for xen-users@lists.xen.org; Sat, 28 Jun 2014 14:04:05 +0000 Received: from [193.109.254.147:30336] by server-5.bemta-14.messagelabs.com id FA/C4-26413-45BCEA35; Sat, 28 Jun 2014 14:04:04 +0000 X-Env-Sender: russell.pavlicek@citrix.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1403964242!14287843!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31135 invoked from network); 28 Jun 2014 14:04:03 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jun 2014 14:04:03 -0000 X-IronPort-AV: E=Sophos;i="5.01,567,1400025600"; d="scan'208,217";a="148291135" Received: from sjcpex01cl01.citrite.net ([10.216.14.143]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 28 Jun 2014 14:04:01 +0000 Received: from SJCPEX01CL03.citrite.net ([169.254.3.122]) by SJCPEX01CL01.citrite.net ([10.216.14.143]) with mapi id 14.03.0181.006; Sat, 28 Jun 2014 07:04:00 -0700 From: Russell Pavlicek To: "xen-users@lists.xen.org" Thread-Topic: XenProject.org Q&A: Solaris 11.1 or 11.2beta as an HVM guest Thread-Index: Ac+S2a8YbUA7ERGCTcKHgHlHoH3tbw== Date: Sat, 28 Jun 2014 14:04:00 +0000 Message-ID: <55E78A57290FB64FA0D3CF672F9F3DA26E904B@SJCPEX01CL03.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.112.14] MIME-Version: 1.0 Subject: [Xen-users] XenProject.org Q&A: Solaris 11.1 or 11.2beta as an HVM guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5218653318149981263==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5218653318149981263== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_55E78A57290FB64FA0D3CF672F9F3DA26E904BSJCPEX01CL03citri_" --_000_55E78A57290FB64FA0D3CF672F9F3DA26E904BSJCPEX01CL03citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable A new question on the XenProject.org Q&A asks about Solaris 11 HVM DomU on = Xen Project 4.*. I haven't found much on the subject online (probably refl= ecting the general lack of interest in the subject, given the fade of Solar= is). Does anyone have any insight? --- "master" asks: "I am using Ubuntu 14.04 amd64 server on a MSI MS-7737 with an Intel E5-260= 3 v2 as the host with the xen-system-amd64 package. Most of my trials on guests are successful except... After days of reading my Google friend and nearly a hundred of trials on co= nfig file, BIOS config, xen boot options, I did not find a way to boot Sola= ris 11.1 nor 11.2 HVM domU. Solaris just hang, I waited for hours, checked iso sum, ects... sudo xl create solaris.xl cat solaris.xl builder =3D 'hvm' vcpus =3D '4' memory =3D '4096' name =3D 'solaris' vif =3D [ 'bridge=3Dxenbr0' ] disk =3D [ 'file:/home/dummy/sol-11_1-text-x86.iso,hdd:cdrom,r' ] vncpasswd =3D 'vncpasswd' Did Solaris is part of supported HVM guest OS? Did someone have a working configuration and could share information? Thanks in advance for your support. " --- Please either reply to me or directly to the Q&A system at: http://xenproject.org/help/questions-and-answers/solaris-11-1-or-11-2beta-a= s-an-hvm-guest.html Thanks, Russ Pavlicek Xen Project Evangelist, Citrix Systems Home Office: +1-301-829-5327 Mobile: +1-240-397-0199 UK VoIP: +44 1223 852 894 --_000_55E78A57290FB64FA0D3CF672F9F3DA26E904BSJCPEX01CL03citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
A new question on the XenProject.org Q&A asks about Solaris 11 HVM= DomU on Xen Project 4.*.  I haven't found much on the subject online = (probably reflecting the general lack of interest in the subject, given the= fade of Solaris).

Does anyone have any insight?

---

"master" asks:

"I am using Ubuntu 14.04 amd64 server on a MSI MS-7737 with an Intel E= 5-2603 v2 as the host with the xen-system-amd64 package.
Most of my trials on guests are successful except...

After days of reading my Google friend and nearly a hundred of trials on co= nfig file, BIOS config, xen boot options, I did not find a way to boot Sola= ris 11.1 nor 11.2 HVM domU.

Solaris just hang, I waited for hours, checked iso sum, ects...
sudo xl create solaris.xl
cat solaris.xl=0A=
builder =3D 'hvm'=0A=
vcpus   =3D '4'=
=0A=
memory  =3D '4096'=0A=
name    =3D 'solaris'=0A=
vif =3D [ 'bridge=3Dxen=
br0' ]=0A=
disk =3D [ 'file:/home/=
dummy/sol-11_1-text-x86.iso,hdd:cdrom,r' ]=0A=
vncpasswd =3D 'vncpassw=
d'
Did Solaris is part of supported HVM guest OS?
Did someone have a working configuration and could share information?

Thanks in advance for your support. "

---

Please either reply to me or directly to the Q&A system at:
http://xenproject.org/help/questions-and-answers/solaris-11-1-or-11-2beta-a= s-an-hvm-guest.html

Thanks,

Russ Pavlicek
Xen Project Evangelist, Citrix Systems
Home Office: +1-301-829-5327
Mobile: +1-240-397-0199
UK VoIP: +44 1223 852 894
--_000_55E78A57290FB64FA0D3CF672F9F3DA26E904BSJCPEX01CL03citri_-- --===============5218653318149981263== 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 --===============5218653318149981263==-- From xen-users-bounces@lists.xen.org Sat Jun 28 15:08:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 15:08:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0uDm-0006gM-Ka; Sat, 28 Jun 2014 15:07:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0uDj-0006gH-PK for xen-users@lists.xen.org; Sat, 28 Jun 2014 15:07:16 +0000 Received: from [85.158.139.211:44628] by server-6.bemta-5.messagelabs.com id 32/BF-25531-22ADEA35; Sat, 28 Jun 2014 15:07:14 +0000 X-Env-Sender: goingstudy@126.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1403968032!7131173!1 X-Originating-IP: [220.181.15.34] X-SpamReason: No, hits=0.9 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjM0ID0+IDYyODY=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjM0ID0+IDYyODY=\n,HTML_40_50,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18411 invoked from network); 28 Jun 2014 15:07:13 -0000 Received: from m15-34.126.com (HELO m15-34.126.com) (220.181.15.34) by server-14.tower-206.messagelabs.com with SMTP; 28 Jun 2014 15:07:13 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=O2sHV kIPtarsY0jY0vQiZz96CEycqyqSNJ9BwDnXs84=; b=GGCrxndyAU+upKT8uvUWs SoDWvCsLWDgF9OMpEqf6aYesLa0lVrNRJCwQC1DwA9avD3GO1+ma4LPKYu0hyKg1 wsIGri2FlJNKF9kFgtcD0ClIgczJcGYp0EtrXMWVx5MdaOor3kfrKdXl/zLJsoGS cqJJG2HEqOLiK+g0uqln/4= Received: from goingstudy$126.com ( [59.64.255.179] ) by ajax-webmail-wmsvr34 (Coremail) ; Sat, 28 Jun 2014 23:07:08 +0800 (CST) X-Originating-IP: [59.64.255.179] Date: Sat, 28 Jun 2014 23:07:08 +0800 (CST) From: goingstudy To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 126com X-CM-CTRLDATA: BFWUSGZvb3Rlcl9odG09MzIyOjgx MIME-Version: 1.0 Message-ID: <385644d3.1a798.146e303fe9f.Coremail.goingstudy@126.com> X-CM-TRANSID: IsqowEAJZ0Md2q5TENExAA--.7686W X-CM-SenderInfo: xjrl0wxvwxv5a6rslhhfrp/1tbiGBK4A0l13zOCLAACsN X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] How to set 'xm dmesg' output to a file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2634471869326320060==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2634471869326320060== Content-Type: multipart/alternative; boundary="----=_Part_433838_2055338464.1403968028319" ------=_Part_433838_2055338464.1403968028319 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGkgYWxsCkkgdXNlICd4bSBkbWVzZycgdG8gY2hlY2sgdGhlIGNvbnNvbGUgb3V0cHV0IGdlbmVy YXRlZCBieSBteSBjb2RlLCBidXQgc29tZXRpbWVzIG15IGNvZGUgd291bGQgY3Jhc2ggdGhlIGh5 cGVydmlzb3IKYW5kIEkgY2Fubm90IHNlZSB0aGUgb3VwdXQuIFNvIEkgd2FudCB0byBrbm93IGhv dyB0byBzZXQgJ3htIGRtZXNnJyBvdXRwdXQgdG8gYSBmaWxlLgp0aGFua3MK ------=_Part_433838_2055338464.1403968028319 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGkgYWxsPGJyPkkgdXNlICd4bSBkbWVzZycgdG8gY2hl Y2sgdGhlIGNvbnNvbGUgb3V0cHV0IGdlbmVyYXRlZCBieSBteSBjb2RlLCBidXQgc29tZXRpbWVz IG15IGNvZGUgd291bGQgY3Jhc2ggdGhlIGh5cGVydmlzb3IgPGJyPmFuZCBJIGNhbm5vdCBzZWUg dGhlIG91cHV0LiBTbyBJIHdhbnQgdG8ga25vdyBob3cgdG8gc2V0ICd4bSBkbWVzZycgb3V0cHV0 IHRvIGEgZmlsZS48YnI+dGhhbmtzPGJyPjwvZGl2PjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9 Im5ldGVhc2Vmb290ZXIiPjxzcGFuIGlkPSJuZXRlYXNlX21haWxfZm9vdGVyIj48L3NwYW4+PC9z cGFuPg== ------=_Part_433838_2055338464.1403968028319-- --===============2634471869326320060== 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 --===============2634471869326320060==-- From xen-users-bounces@lists.xen.org Sat Jun 28 15:08:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 15:08:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0uDm-0006gM-Ka; Sat, 28 Jun 2014 15:07:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0uDj-0006gH-PK for xen-users@lists.xen.org; Sat, 28 Jun 2014 15:07:16 +0000 Received: from [85.158.139.211:44628] by server-6.bemta-5.messagelabs.com id 32/BF-25531-22ADEA35; Sat, 28 Jun 2014 15:07:14 +0000 X-Env-Sender: goingstudy@126.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1403968032!7131173!1 X-Originating-IP: [220.181.15.34] X-SpamReason: No, hits=0.9 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjM0ID0+IDYyODY=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjM0ID0+IDYyODY=\n,HTML_40_50,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18411 invoked from network); 28 Jun 2014 15:07:13 -0000 Received: from m15-34.126.com (HELO m15-34.126.com) (220.181.15.34) by server-14.tower-206.messagelabs.com with SMTP; 28 Jun 2014 15:07:13 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=O2sHV kIPtarsY0jY0vQiZz96CEycqyqSNJ9BwDnXs84=; b=GGCrxndyAU+upKT8uvUWs SoDWvCsLWDgF9OMpEqf6aYesLa0lVrNRJCwQC1DwA9avD3GO1+ma4LPKYu0hyKg1 wsIGri2FlJNKF9kFgtcD0ClIgczJcGYp0EtrXMWVx5MdaOor3kfrKdXl/zLJsoGS cqJJG2HEqOLiK+g0uqln/4= Received: from goingstudy$126.com ( [59.64.255.179] ) by ajax-webmail-wmsvr34 (Coremail) ; Sat, 28 Jun 2014 23:07:08 +0800 (CST) X-Originating-IP: [59.64.255.179] Date: Sat, 28 Jun 2014 23:07:08 +0800 (CST) From: goingstudy To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 126com X-CM-CTRLDATA: BFWUSGZvb3Rlcl9odG09MzIyOjgx MIME-Version: 1.0 Message-ID: <385644d3.1a798.146e303fe9f.Coremail.goingstudy@126.com> X-CM-TRANSID: IsqowEAJZ0Md2q5TENExAA--.7686W X-CM-SenderInfo: xjrl0wxvwxv5a6rslhhfrp/1tbiGBK4A0l13zOCLAACsN X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] How to set 'xm dmesg' output to a file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2634471869326320060==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2634471869326320060== Content-Type: multipart/alternative; boundary="----=_Part_433838_2055338464.1403968028319" ------=_Part_433838_2055338464.1403968028319 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGkgYWxsCkkgdXNlICd4bSBkbWVzZycgdG8gY2hlY2sgdGhlIGNvbnNvbGUgb3V0cHV0IGdlbmVy YXRlZCBieSBteSBjb2RlLCBidXQgc29tZXRpbWVzIG15IGNvZGUgd291bGQgY3Jhc2ggdGhlIGh5 cGVydmlzb3IKYW5kIEkgY2Fubm90IHNlZSB0aGUgb3VwdXQuIFNvIEkgd2FudCB0byBrbm93IGhv dyB0byBzZXQgJ3htIGRtZXNnJyBvdXRwdXQgdG8gYSBmaWxlLgp0aGFua3MK ------=_Part_433838_2055338464.1403968028319 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGkgYWxsPGJyPkkgdXNlICd4bSBkbWVzZycgdG8gY2hl Y2sgdGhlIGNvbnNvbGUgb3V0cHV0IGdlbmVyYXRlZCBieSBteSBjb2RlLCBidXQgc29tZXRpbWVz IG15IGNvZGUgd291bGQgY3Jhc2ggdGhlIGh5cGVydmlzb3IgPGJyPmFuZCBJIGNhbm5vdCBzZWUg dGhlIG91cHV0LiBTbyBJIHdhbnQgdG8ga25vdyBob3cgdG8gc2V0ICd4bSBkbWVzZycgb3V0cHV0 IHRvIGEgZmlsZS48YnI+dGhhbmtzPGJyPjwvZGl2PjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9 Im5ldGVhc2Vmb290ZXIiPjxzcGFuIGlkPSJuZXRlYXNlX21haWxfZm9vdGVyIj48L3NwYW4+PC9z cGFuPg== ------=_Part_433838_2055338464.1403968028319-- --===============2634471869326320060== 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 --===============2634471869326320060==-- From xen-users-bounces@lists.xen.org Sat Jun 28 15:58:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 15:58:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0v0t-0007Uy-MX; Sat, 28 Jun 2014 15:58:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0v0r-0007Ut-Te for xen-users@lists.xen.org; Sat, 28 Jun 2014 15:58:02 +0000 Received: from [85.158.139.211:60343] by server-11.bemta-5.messagelabs.com id 59/AC-01425-906EEA35; Sat, 28 Jun 2014 15:58:01 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-2.tower-206.messagelabs.com!1403971080!12526986!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13968 invoked from network); 28 Jun 2014 15:58:00 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 15:58:00 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h103r0kmJz9ttn9 for ; Sat, 28 Jun 2014 17:57:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1403971080; bh=qLufhjlMEamx72y38pFLeLuCzfqNhC5MxCIw/e0eiYw=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Sle/fBaTN+ds+eT32pqHS9lnahp08cxBcNNzQRF34+Vmvin+IYjFDi2pH6gaiyEKy oJ4Dcavd7rN7Uy00QfZfKkUnIuaWWX8nrAwWQYsTgRIvKBul77MpcnGH7t06UOk4jt sc3r7vI7GlvNkWUXBYBL4lXDX8Z0ia8ncUGcHRcE= Message-ID: <53AEE606.6030201@op.pl> Date: Sat, 28 Jun 2014 17:57:58 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> In-Reply-To: <53AEB46E.5010009@bobich.net> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-28 14:26, Gordan Bobic pisze: > No, but it does deprecate the RAID and caching parts of a controller, so > you might as well just use an HBA (cheaper). Covering the whole stack, > ZFS can also make much better use of on-disk caches (my 4TB HGSTs have > 64MB of RAM each. If you have 20 of them on a 4-port SATA card with a > 5-port multiplier on each port, that's 1280MB of cache - more than any > comparably priced caching controller. Being aware of FS level > operations, ZFS can be much cleverer about exactly when to flush what > data to what disk. A caching controller, in contrast, being unaware of > what is actually going on at file system level, cannot leverage the > on-disk cache for write-caching, it has to rely on it's own on-board > cache for write-caching, thus effectively wasting those 1280MB of disk > cache. Out of curiosity - does ZoL take control of the on-disk caches? It seems that (for example) FreeBSD's implementation does not: "The caveat about only giving ZFS full devices is a solarism that doesn't apply to FreeBSD. On Solaris write caches are disabled on drives if partitions are handed to ZFS. On FreeBSD this isn't the case." https://wiki.freebsd.org/ZFSTuningGuide Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 15:58:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 15:58:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0v0t-0007Uy-MX; Sat, 28 Jun 2014 15:58:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0v0r-0007Ut-Te for xen-users@lists.xen.org; Sat, 28 Jun 2014 15:58:02 +0000 Received: from [85.158.139.211:60343] by server-11.bemta-5.messagelabs.com id 59/AC-01425-906EEA35; Sat, 28 Jun 2014 15:58:01 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-2.tower-206.messagelabs.com!1403971080!12526986!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13968 invoked from network); 28 Jun 2014 15:58:00 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 15:58:00 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h103r0kmJz9ttn9 for ; Sat, 28 Jun 2014 17:57:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1403971080; bh=qLufhjlMEamx72y38pFLeLuCzfqNhC5MxCIw/e0eiYw=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Sle/fBaTN+ds+eT32pqHS9lnahp08cxBcNNzQRF34+Vmvin+IYjFDi2pH6gaiyEKy oJ4Dcavd7rN7Uy00QfZfKkUnIuaWWX8nrAwWQYsTgRIvKBul77MpcnGH7t06UOk4jt sc3r7vI7GlvNkWUXBYBL4lXDX8Z0ia8ncUGcHRcE= Message-ID: <53AEE606.6030201@op.pl> Date: Sat, 28 Jun 2014 17:57:58 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> In-Reply-To: <53AEB46E.5010009@bobich.net> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-28 14:26, Gordan Bobic pisze: > No, but it does deprecate the RAID and caching parts of a controller, so > you might as well just use an HBA (cheaper). Covering the whole stack, > ZFS can also make much better use of on-disk caches (my 4TB HGSTs have > 64MB of RAM each. If you have 20 of them on a 4-port SATA card with a > 5-port multiplier on each port, that's 1280MB of cache - more than any > comparably priced caching controller. Being aware of FS level > operations, ZFS can be much cleverer about exactly when to flush what > data to what disk. A caching controller, in contrast, being unaware of > what is actually going on at file system level, cannot leverage the > on-disk cache for write-caching, it has to rely on it's own on-board > cache for write-caching, thus effectively wasting those 1280MB of disk > cache. Out of curiosity - does ZoL take control of the on-disk caches? It seems that (for example) FreeBSD's implementation does not: "The caveat about only giving ZFS full devices is a solarism that doesn't apply to FreeBSD. On Solaris write caches are disabled on drives if partitions are handed to ZFS. On FreeBSD this isn't the case." https://wiki.freebsd.org/ZFSTuningGuide Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 18:22:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 18:22:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0xFj-00016s-6w; Sat, 28 Jun 2014 18:21:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0xFh-00016n-M2 for xen-users@lists.xen.org; Sat, 28 Jun 2014 18:21:29 +0000 Received: from [85.158.139.211:18785] by server-13.bemta-5.messagelabs.com id 49/9F-02995-9A70FA35; Sat, 28 Jun 2014 18:21:29 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-5.tower-206.messagelabs.com!1403979688!12512788!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25705 invoked from network); 28 Jun 2014 18:21:28 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-5.tower-206.messagelabs.com with SMTP; 28 Jun 2014 18:21:28 -0000 Received: from [212.54.42.137] (helo=smtp6.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0xFg-0008NM-8i for xen-users@lists.xen.org; Sat, 28 Jun 2014 20:21:28 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp6.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0xFf-0008Db-OP for xen-users@lists.xen.org; Sat, 28 Jun 2014 20:21:28 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id D9A7E4C for ; Sat, 28 Jun 2014 20:20:10 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Sat, 28 Jun 2014 20:20:08 +0200 Message-ID: <3756021.9uXnraSr5A@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <87ha355lx2.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <4071475.ny3rdTSoQI@andromeda> <87ha355lx2.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Saturday, June 28, 2014 01:11:05 PM lee wrote: > "J. Roeleveld" writes: > > On Saturday, June 28, 2014 08:25:11 AM lee wrote: > >> "J. Roeleveld" writes: > >> > On Thursday, June 26, 2014 06:19:30 PM lee wrote: > >> >> Since dom0 crashes once every 24 hours, it would be nice if I could at > >> >> least get the machine rebooted without more intervention than having > >> >> to > >> >> press the reset button ... > >> > > >> > I would fix this with a higher priority, to be honest. > >> > >> Yes, if I could ... > >> > >> So far, I might have made some progress on that by removing a package > >> that checks the status of the RAID volumes. It's too early to tell for > >> sure; at least the server hasn't crashed since. > > > > Interesting. Maybe check on a Debian mailing list to see what that package > > might be doing to cause a crash? > > Apparently it's using arcconf to query the status of the > volumes/controller. Last crash, I got a message on the console saying > that arcconf appeared to be hanging for 120 seconds, and the regularity > of the crashes was suspicious. The software is ancient, so it's > possible that it causes problems with somewhat recent kernels :( Quite possibly. Am I correct in assuming you are using old hardware with closed-source software? > >> On Debian, /etc/init.d/xendomains seems to be what brings up the domains > >> automatically. It would be a good place to add a timer or to add checks > >> for services. > > > > That script is part of Xen, not just Debian. I have the same file in > > Gentoo. > Hm, is it still there when systemd is used? When using systemd, it is not used. However, I see more issues with using systemd instead of openrc when compared to the benefits. I use Xen on servers where stability is more important then a fast boottime. (especially as the BIOS takes longer then booting the OS) > >> So when you're careful, you can specify the order in which VMs are > >> brought up (at least when using Debians' script) --- but is it a granted > >> feature that the names always appear in any particular order? It looks > >> more like a side effect. > > > > It is how the shell, by default, orders files when enumerating wild-cards. > > This can be relied upon. > > With any shell that might be used? I use Bash or Perl when scripting. On both of these, I always have this behaviour. It is also how classical sysv-init ensures the init-scripts are started in a consistent order. (used to be soft-links to the actual files using numbers at the start of the names.) > >> Anyway, I think I'll modify the script so that the domains are brought > >> up in a particular order with fixed delays as needed. That seems the > >> most simple and efficient way to do it. > > > > I did something similar. > > I have the following directories: > > > > **** > > # ls /etc/xen/auto/ > > disabled stage1 stage2 stage3 stage4 stage5 > > **** > > > > I then have duplicates for the xendomains script, with a few changes, that > > starts the domains in the relevant stage folder. > > Currently, I check that the domains in the stage-folder are started > > successfully before the next one is started. > > That's a good idea; I'll do that likewise. All the domUs have their console inside a screen-session. These also log the output to: /var/log/xen-consoles/.log By checking if these have the login prompt, you can also ensure the domU has started correctly. At least the scripts I get with Gentoo cycle when the screen-session is created. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jun 28 18:22:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jun 2014 18:22:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0xFj-00016s-6w; Sat, 28 Jun 2014 18:21:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0xFh-00016n-M2 for xen-users@lists.xen.org; Sat, 28 Jun 2014 18:21:29 +0000 Received: from [85.158.139.211:18785] by server-13.bemta-5.messagelabs.com id 49/9F-02995-9A70FA35; Sat, 28 Jun 2014 18:21:29 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-5.tower-206.messagelabs.com!1403979688!12512788!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25705 invoked from network); 28 Jun 2014 18:21:28 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-5.tower-206.messagelabs.com with SMTP; 28 Jun 2014 18:21:28 -0000 Received: from [212.54.42.137] (helo=smtp6.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0xFg-0008NM-8i for xen-users@lists.xen.org; Sat, 28 Jun 2014 20:21:28 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp6.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X0xFf-0008Db-OP for xen-users@lists.xen.org; Sat, 28 Jun 2014 20:21:28 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id D9A7E4C for ; Sat, 28 Jun 2014 20:20:10 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Sat, 28 Jun 2014 20:20:08 +0200 Message-ID: <3756021.9uXnraSr5A@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <87ha355lx2.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <4071475.ny3rdTSoQI@andromeda> <87ha355lx2.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Saturday, June 28, 2014 01:11:05 PM lee wrote: > "J. Roeleveld" writes: > > On Saturday, June 28, 2014 08:25:11 AM lee wrote: > >> "J. Roeleveld" writes: > >> > On Thursday, June 26, 2014 06:19:30 PM lee wrote: > >> >> Since dom0 crashes once every 24 hours, it would be nice if I could at > >> >> least get the machine rebooted without more intervention than having > >> >> to > >> >> press the reset button ... > >> > > >> > I would fix this with a higher priority, to be honest. > >> > >> Yes, if I could ... > >> > >> So far, I might have made some progress on that by removing a package > >> that checks the status of the RAID volumes. It's too early to tell for > >> sure; at least the server hasn't crashed since. > > > > Interesting. Maybe check on a Debian mailing list to see what that package > > might be doing to cause a crash? > > Apparently it's using arcconf to query the status of the > volumes/controller. Last crash, I got a message on the console saying > that arcconf appeared to be hanging for 120 seconds, and the regularity > of the crashes was suspicious. The software is ancient, so it's > possible that it causes problems with somewhat recent kernels :( Quite possibly. Am I correct in assuming you are using old hardware with closed-source software? > >> On Debian, /etc/init.d/xendomains seems to be what brings up the domains > >> automatically. It would be a good place to add a timer or to add checks > >> for services. > > > > That script is part of Xen, not just Debian. I have the same file in > > Gentoo. > Hm, is it still there when systemd is used? When using systemd, it is not used. However, I see more issues with using systemd instead of openrc when compared to the benefits. I use Xen on servers where stability is more important then a fast boottime. (especially as the BIOS takes longer then booting the OS) > >> So when you're careful, you can specify the order in which VMs are > >> brought up (at least when using Debians' script) --- but is it a granted > >> feature that the names always appear in any particular order? It looks > >> more like a side effect. > > > > It is how the shell, by default, orders files when enumerating wild-cards. > > This can be relied upon. > > With any shell that might be used? I use Bash or Perl when scripting. On both of these, I always have this behaviour. It is also how classical sysv-init ensures the init-scripts are started in a consistent order. (used to be soft-links to the actual files using numbers at the start of the names.) > >> Anyway, I think I'll modify the script so that the domains are brought > >> up in a particular order with fixed delays as needed. That seems the > >> most simple and efficient way to do it. > > > > I did something similar. > > I have the following directories: > > > > **** > > # ls /etc/xen/auto/ > > disabled stage1 stage2 stage3 stage4 stage5 > > **** > > > > I then have duplicates for the xendomains script, with a few changes, that > > starts the domains in the relevant stage folder. > > Currently, I check that the domains in the stage-folder are started > > successfully before the next one is started. > > That's a good idea; I'll do that likewise. All the domUs have their console inside a screen-session. These also log the output to: /var/log/xen-consoles/.log By checking if these have the login prompt, you can also ensure the domU has started correctly. At least the scripts I get with Gentoo cycle when the screen-session is created. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:10:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:10:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABN-0006A6-SG; Sun, 29 Jun 2014 08:09:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABL-00069e-Tt for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:09:52 +0000 Received: from [193.109.254.147:5520] by server-10.bemta-14.messagelabs.com id 8B/8B-01431-FC9CFA35; Sun, 29 Jun 2014 08:09:51 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-27.messagelabs.com!1404029389!14353788!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3138 invoked from network); 29 Jun 2014 08:09:50 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 08:09:50 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1ABI-000108-FK for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1ABI-0000oj-Av for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <3756021.9uXnraSr5A@andromeda> (J. Roeleveld's message of "Sat, 28 Jun 2014 20:20:08 +0200") Date: Sun, 29 Jun 2014 10:09:32 +0200 Organization: my virtual residence Message-ID: <87pphsi1c3.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <4071475.ny3rdTSoQI@andromeda> <87ha355lx2.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "J. Roeleveld" writes: >> On Saturday, June 28, 2014 01:11:05 PM lee wrote: >> >> Apparently it's using arcconf to query the status of the >> volumes/controller. Last crash, I got a message on the console saying >> that arcconf appeared to be hanging for 120 seconds, and the regularity >> of the crashes was suspicious. The software is ancient, so it's >> possible that it causes problems with somewhat recent kernels :( > > Quite possibly. Am I correct in assuming you are using old hardware with > closed-source software? It's an IBM x3650 7979 L2G with a ServeRaid 8k. Arcconf seems to be closed source --- I don't really need arcconf, though. Unfortunately, disabling the status checking hasn't solved the problem. The server goes down with messages about the SCSI bus hanging and trying to reset it. I suspect that the controller doesn't like the --- rather unsuited --- WD20EARS I plugged in. They have been working fine with a HP smart array P800, though. I might have to take them out to see if the problem persists. >> >> On Debian, /etc/init.d/xendomains seems to be what brings up the domains >> >> automatically. It would be a good place to add a timer or to add checks >> >> for services. >> > >> > That script is part of Xen, not just Debian. I have the same file in >> > Gentoo. >> Hm, is it still there when systemd is used? > > When using systemd, it is not used. > However, I see more issues with using systemd instead of openrc when compared > to the benefits. I'm not a fan of systemd --- it's more complicated, and where are advantages? > I use Xen on servers where stability is more important then a fast boottime. > (especially as the BIOS takes longer then booting the OS) Well, I wish the server was running stable! > All the domUs have their console inside a screen-session. These also log the > output to: > /var/log/xen-consoles/.log > > By checking if these have the login prompt, you can also ensure the domU has > started correctly. At least the scripts I get with Gentoo cycle when the > screen-session is created. Hmmm ... That is really going to lengths. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:10:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:10:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABO-0006AH-D7; Sun, 29 Jun 2014 08:09:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABM-00069d-7A for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:09:52 +0000 Received: from [85.158.139.211:44083] by server-7.bemta-5.messagelabs.com id 3E/94-03657-EC9CFA35; Sun, 29 Jun 2014 08:09:50 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-5.tower-206.messagelabs.com!1404029389!12549526!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10811 invoked from network); 29 Jun 2014 08:09:50 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-5.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 08:09:50 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1ABI-000105-DX for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1ABI-0000oe-8M for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AEB3DE.8080405@op.pl> (Kuba's message of "Sat, 28 Jun 2014 14:23:58 +0200") Date: Sun, 29 Jun 2014 09:44:28 +0200 Organization: my virtual residence Message-ID: <87tx74i2hv.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB3DE.8080405@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: > Each time data is read from the disk, it is checksummed and the > checksum is compared with the value stored with the data. This way you > know whether data you just read is good or not, not just that it had > been written correctly. Take a look here for example, slides 12-16: > > http://wiki.illumos.org/download/attachments/1146951/zfs_last.pdf > > It's a little bit outdated and Solaris-centric, but might give you > some overview. Still very interesting, thanks :) I think I should learn more about it. Does it still need fuse, and can you boot from it? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:10:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:10:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABO-0006AT-UZ; Sun, 29 Jun 2014 08:09:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABM-00069j-75 for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:09:52 +0000 Received: from [85.158.143.35:20331] by server-1.bemta-4.messagelabs.com id B7/FF-09496-FC9CFA35; Sun, 29 Jun 2014 08:09:51 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-5.tower-21.messagelabs.com!1404029389!14545960!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10482 invoked from network); 29 Jun 2014 08:09:50 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-5.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 08:09:50 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1ABI-000103-BG for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1ABI-0000oZ-6g for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AEAD83.7090106@bobich.net> (Gordan Bobic's message of "Sat, 28 Jun 2014 12:56:51 +0100") Date: Sun, 29 Jun 2014 09:12:54 +0200 Organization: my virtual residence Message-ID: <87y4wgi3yh.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 06/28/2014 08:45 AM, lee wrote: >> >> The hardware RAID controller gives me 10fps more with my favourite game >> I'm playing, compared to software raid. Since fps rates can be rather >> low (because I'm CPU limited), that means a significant difference. > > If your game is grinding onto disk I/O during play all is lost > anyway. If your CPU and RAM are _that_ constrained, there is probably > a better way to spend whatever you might pay for a new caching RAID > controller these days. Only I didn't buy the controller new, and I bought it to have a decent amount of ports. It's not disk I/O or a lack of RAM that limits the fps rates, it's actually the CPU (or the whole combination of CPU, board and RAM) not being able to feed the graphics card fast enough --- or the graphics card being too fast for the CPU, if you want to see it that way. To get a significantly faster system, I'd have to spend ten times or more than what I payed for the controller. The CPU alone would cost more. I didn't expect any change in fps rates and got the improvement as a surprising side effect. >> I don't know about ZFS, though, never used that. How much CPU overhead >> is involved with that? I don't need any more CPU overhead like comes >> with software raid. > > If you are that CPU constrained, tuning the storage is the wrong thing > to be looking at. What would you tune without buying a new CPU, board and RAM, and without running into the same problem of too few SATA ports? >>>> expensive ones. Perhaps the lack of ports is not so much of a problem >>>> with the available disk capacities nowadays; however, it is what >>>> made me >>>> get a hardware raid controller. >>> >>> Hardware RAID is, IMO, far too much of a liability with >>> modern disks. Latent sector errors happen a lot more >>> often than most people realize, and there are error >>> situations that hardware RAID cannot meaningfully handle. >> >> So far, it works very well here. Do you think that software RAID can >> handle errors better? > > Possibly in some cases. Cases like? ZFS, as you described it, might. >> And where do you find a mainboard that has like >> 12 SAS/SATA ports? > > I use a Marvell 88SX7042 4-port card with two SIL3726 SATA port > multipliers on it. This works very well for me and provides more > bandwidth that my 12 disks can serve in a realistic usage pattern. Do you mean a card like this one: http://www.hardware-rogge.com/product_info.php?products_id=15226 This card alone costs almost as much as I payed for the RAID controller. How come you use such a card? Couldn't you use the on-board SATA ports and connect a multiplier to them? > In contrast, I have three SAS RAID cards, two LSI and one Adaptec, > none of which work at all on my motherboard with the IOMMU enabled. Hmmm, how come, and what are the symptoms? Perhaps I should try to force NUMA to be enabled for the server. >> It seems that things are getting more and more complicated --- despite >> they don't need to --- and that people are getting more and more >> clueless. More bugs might be a side effect of that, and things aren't >> done as thoroughly as they used to be done. > > Indeed. The chances of getting a filed Fedora bug fixed, or even > acknowledged before the Fedora's 6-month EOL bug zapper closes it for > you are vanishlighly small, in my experience. Yes, it's ridiculous. I find it really stupid to close a bug because some amount of time has passed rather than that the bug was looked into and fixed, or at least checked whether it still exists or not. That's not a way to handle bug reports. People will simply stop making any because that's the best they can do. >>> I find that on my motherboard most RAID controllers don't work >>> at all with IOMMU enabled. Something about the way the transparent >>> bridging native PCIX RAID ASICs to PCIe makes things not work. >> >> Perhaps that's a problem of your board, not of the controllers. > > It may well be, but it does show that the idea that a SAS RAID > controller with many ports is a better solution does not universally > apply. I never said it would :) I was looking at what's available to increase the number of disks I could connect, and I found you can get relatively cheap cards with only two ports which may work or not. More expensive cards would have four ports and might work or not, and cards with more than four ports were mostly RAID controllers. For the 4/4+ cards, the prices were higher than what I could get the fully featured SAS/SATA RAID controller with 8 internal ports for, so I got that one --- and it's been working flawlessly for two years or so now. Only the server has problems ... >>> Cheap SAS cards, OTOH, work just fine, and at a fraction of >>> the cost. >> >> And they provide only a fraction of the ports and features. > > When I said SAS above I meant SATA. And PMPs help. Well, which ones do work? I didn't find anything to that when I looked and didn't come across multipliers. > The combination of SATA card and PMPs supports FIS and NCQ which means > that the SATA controller's bandwidth per port is used very > efficiently. Is that a good thing? I have a theory that when you have a software RAID-5 with three disks and another RAID-1 with two disks, you have to move so much data around that it plugs up the system, causing slowdowns. Even a software RAID-1 with two disks can create slowdowns, depending on what data transfer rates the disks can sustain. I do not have such slowdowns when the disks are on the hardware RAID controller. Perhaps it's a problem with the particular board I have and/or the CPU being too slow to be able to deal with the overhead in such a way that it's not noticeable, and perhaps it's much better to fill the bandwidth of a single SATA port rather than using some of the bandwidth of five SATA ports. Or perhaps filling the bandwidth of one SATA port plus the CPU handling the overhead ZFS brings about isn't any better, who knows. >> Anyway, I have come to like hardware RAID better than software RAID. > > Whatever works for you. My view is that traditional RAID, certainly > anything below RAID6, Well, you have to afford all the disks for such RAID levels. Is ZFS any better in this regard? > and even on RAID6 I don't trust the closed, opaque, undocumented > implementation that might be in the firmware, is It's a big disadvantage of hardware RAID that you can't read the data when the controller has failed, unless you have another, compatible controller at hand. Did you check the sources of ZFS so that you can trust it? > no longer fit for purpose with disks of the kind of size that ship > today. How would that depend on the capacity of the disks? More data --> more potential for errors --> more security required? >> You could as well argue that graphics cards are evil. > > It comes down to what makes a good tool for the job. There are jobs > that GPUs are good at. When it comes to traditional RAID, there are > things that are more fit for the the purpose of ensuring data > integrity. Always use the right tool. >> So with VMware, you'd have to get certified hardware. > > You wouldn't _have_ to get certified hardware. It just means that if > you find that there is a total of one motherboard that fits your > requirements and it's not on the certified list, you can plausibly > take your chances with it even if it doesn't work out of the box. I > did that with the SR-2 and got it working eventually in a way that > would never have been possible with ESX. Are you saying that for your requirements you couldn't use VMware, which makes it irrelevant whether the hardware is certified for it or not? >>>> After all, I'm not convinced that virtualization as it's done with xen >>>> and the like is the right way to go. >>> [...] >>> >>> I am not a fan of virtualization for most workloads, but sometimes >>> it is convenient, not least in order to work around deficiencies of >>> other OS-es you might want to run. For example, I don't want to >>> maintain 3 separate systems - partitioning up one big system is >>> much more convenient. And I can run Windows gaming VMs while >>> still having the advantages of easy full system rollbacks by >>> having my domU disks backed by ZFS volumes. It's not for HPC >>> workloads, but for some things it is the least unsuitable solution. >> >> Not even for most? It seems as if everyone is using it quite a lot, >> make it sense or not. > > Most people haven't realized yet that the king's clothes are not > suitable for every occasion, so to speak. In terms of the hype cycle, > different users are at different stages. Many are still around the > point of "peak of inflated expectations". Those that do the testing > for their particular high performance workloads they were hoping to > virtualize hit the "trough of disilusionment" pretty quickly most of > the time. Why would they think that virtualization benefits things that require high performance? When I need the most/best performance possible, it's obviously counter productive. > But there ARE things that it is useful for, as I mentioned > in the paragraph above. Consolidating mostly idle machines and using > virtualization to augment the ease and convenience backup/restore > procedures through adding features that don't exist in the guest OS > are obvious examples of uses that virtualization is very good > for. That would be the "plateau of productivity". Indeed, it's really great for that. Even for good/quite some performance it makes sense, provided a reasonable combination of VMs. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:10:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:10:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABN-0006A6-SG; Sun, 29 Jun 2014 08:09:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABL-00069e-Tt for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:09:52 +0000 Received: from [193.109.254.147:5520] by server-10.bemta-14.messagelabs.com id 8B/8B-01431-FC9CFA35; Sun, 29 Jun 2014 08:09:51 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-27.messagelabs.com!1404029389!14353788!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3138 invoked from network); 29 Jun 2014 08:09:50 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 08:09:50 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1ABI-000108-FK for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1ABI-0000oj-Av for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <3756021.9uXnraSr5A@andromeda> (J. Roeleveld's message of "Sat, 28 Jun 2014 20:20:08 +0200") Date: Sun, 29 Jun 2014 10:09:32 +0200 Organization: my virtual residence Message-ID: <87pphsi1c3.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <4071475.ny3rdTSoQI@andromeda> <87ha355lx2.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "J. Roeleveld" writes: >> On Saturday, June 28, 2014 01:11:05 PM lee wrote: >> >> Apparently it's using arcconf to query the status of the >> volumes/controller. Last crash, I got a message on the console saying >> that arcconf appeared to be hanging for 120 seconds, and the regularity >> of the crashes was suspicious. The software is ancient, so it's >> possible that it causes problems with somewhat recent kernels :( > > Quite possibly. Am I correct in assuming you are using old hardware with > closed-source software? It's an IBM x3650 7979 L2G with a ServeRaid 8k. Arcconf seems to be closed source --- I don't really need arcconf, though. Unfortunately, disabling the status checking hasn't solved the problem. The server goes down with messages about the SCSI bus hanging and trying to reset it. I suspect that the controller doesn't like the --- rather unsuited --- WD20EARS I plugged in. They have been working fine with a HP smart array P800, though. I might have to take them out to see if the problem persists. >> >> On Debian, /etc/init.d/xendomains seems to be what brings up the domains >> >> automatically. It would be a good place to add a timer or to add checks >> >> for services. >> > >> > That script is part of Xen, not just Debian. I have the same file in >> > Gentoo. >> Hm, is it still there when systemd is used? > > When using systemd, it is not used. > However, I see more issues with using systemd instead of openrc when compared > to the benefits. I'm not a fan of systemd --- it's more complicated, and where are advantages? > I use Xen on servers where stability is more important then a fast boottime. > (especially as the BIOS takes longer then booting the OS) Well, I wish the server was running stable! > All the domUs have their console inside a screen-session. These also log the > output to: > /var/log/xen-consoles/.log > > By checking if these have the login prompt, you can also ensure the domU has > started correctly. At least the scripts I get with Gentoo cycle when the > screen-session is created. Hmmm ... That is really going to lengths. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:10:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:10:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABN-00069w-BH; Sun, 29 Jun 2014 08:09:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABL-00069c-Il for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:09:51 +0000 Received: from [85.158.137.68:12484] by server-1.bemta-3.messagelabs.com id 69/33-13056-EC9CFA35; Sun, 29 Jun 2014 08:09:50 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-31.messagelabs.com!1404029389!12891832!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14149 invoked from network); 29 Jun 2014 08:09:50 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 08:09:50 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1ABI-000102-98 for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1ABI-0000oU-4J for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AEB46E.5010009@bobich.net> (Gordan Bobic's message of "Sat, 28 Jun 2014 13:26:22 +0100") Date: Sun, 29 Jun 2014 07:07:15 +0200 Organization: my virtual residence Message-ID: <8738eojocc.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 06/28/2014 12:25 PM, lee wrote: >> Kuba writes: >> SSD caching >> means two extra disks for the cache (or what happens when the cache disk >> fails?), > > For ZIL (write caching), yes, you can use a mirrored device. For read > caching it obviously doesn't matter. That's not so obvious --- when the read cache fails, ZFS would automatically have to resort to the disks. >> and ZFS doesn't increase the number of SAS/SATA ports you have. > > No, but it does deprecate the RAID and caching parts of a controller, Why does it deprecate them? > so you might as well just use an HBA (cheaper). Covering the whole > stack, ZFS can also make much better use of on-disk caches (my 4TB > HGSTs have 64MB of RAM each. If you have 20 of them on a 4-port SATA > card with a 5-port multiplier on each port, There are multipliers for SATA ports? Can you connect SAS disks to them as well? Do the disks show up individually or bundled when you use one? Aren't they getting into each others ways, filling up the bandwidth of the port? > that's 1280MB of cache - more than any comparably priced caching > controller. Being aware of FS level operations, ZFS can be much > cleverer about exactly when to flush what data to what disk. A caching > controller, in contrast, being unaware of what is actually going on at > file system level, cannot leverage the on-disk cache for > write-caching, it has to rely on it's own on-board cache for > write-caching, thus effectively wasting those 1280MB of disk cache. That's a very good point. Even if you don't have 20 disks, every bit of cache wasted is a bit too much. >> How does it do the checksumming? > > Every block is checksummed, and this is stored and checked on every > read of that block. In addition, every block (including it's checksum) > are encoded for any extra redundancy specified (e.g. mirroring or n+1, > n+2 or n+3). So if you read the block, you also read the checksum > stored with it, and if it checks out, you hand the data to the app > with nothing else to be done. If the checksum doesn't match the data > (silent corruption), or read of one of the disks containing a piece of > the block fails (non-silent corruption, failed sector)), ZFS will go > and And? Correct the error? So it's like RAID built into the file system? What about all the CPU overhead? >> Read everything after it's been written to verify? > > No, just written with a checksum on the block and encoded for extra > redundancy. That means you don't really know whether the data has been written as expected before it's read. > If you have Seagate disks that support the feature you can > enable Write-Read-Verify at disk level. I wrote a patch for hdparm for > toggling the feature. Only 4 small SAS disks are Seagates (I only put two of them in), the rest is WD SATAs --- and I'm starting to suspect that the RAID controller in the server doesn't like the WD disks at all, which causes the crashes. Those disks weren't made at all for this application. >> I'll consider using it next time I need to create a file system. > > ZFS is one of those things that once you start using them you soon > afterwards have no idea how you ever managed without them. And when > you have to make do without them, it feels like you're trying to read > braille with hooks. Maybe, if it's simple to use. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:10:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:10:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABO-0006AH-D7; Sun, 29 Jun 2014 08:09:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABM-00069d-7A for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:09:52 +0000 Received: from [85.158.139.211:44083] by server-7.bemta-5.messagelabs.com id 3E/94-03657-EC9CFA35; Sun, 29 Jun 2014 08:09:50 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-5.tower-206.messagelabs.com!1404029389!12549526!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10811 invoked from network); 29 Jun 2014 08:09:50 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-5.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 08:09:50 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1ABI-000105-DX for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1ABI-0000oe-8M for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AEB3DE.8080405@op.pl> (Kuba's message of "Sat, 28 Jun 2014 14:23:58 +0200") Date: Sun, 29 Jun 2014 09:44:28 +0200 Organization: my virtual residence Message-ID: <87tx74i2hv.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB3DE.8080405@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: > Each time data is read from the disk, it is checksummed and the > checksum is compared with the value stored with the data. This way you > know whether data you just read is good or not, not just that it had > been written correctly. Take a look here for example, slides 12-16: > > http://wiki.illumos.org/download/attachments/1146951/zfs_last.pdf > > It's a little bit outdated and Solaris-centric, but might give you > some overview. Still very interesting, thanks :) I think I should learn more about it. Does it still need fuse, and can you boot from it? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:10:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:10:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABO-0006AT-UZ; Sun, 29 Jun 2014 08:09:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABM-00069j-75 for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:09:52 +0000 Received: from [85.158.143.35:20331] by server-1.bemta-4.messagelabs.com id B7/FF-09496-FC9CFA35; Sun, 29 Jun 2014 08:09:51 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-5.tower-21.messagelabs.com!1404029389!14545960!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10482 invoked from network); 29 Jun 2014 08:09:50 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-5.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 08:09:50 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1ABI-000103-BG for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1ABI-0000oZ-6g for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AEAD83.7090106@bobich.net> (Gordan Bobic's message of "Sat, 28 Jun 2014 12:56:51 +0100") Date: Sun, 29 Jun 2014 09:12:54 +0200 Organization: my virtual residence Message-ID: <87y4wgi3yh.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 06/28/2014 08:45 AM, lee wrote: >> >> The hardware RAID controller gives me 10fps more with my favourite game >> I'm playing, compared to software raid. Since fps rates can be rather >> low (because I'm CPU limited), that means a significant difference. > > If your game is grinding onto disk I/O during play all is lost > anyway. If your CPU and RAM are _that_ constrained, there is probably > a better way to spend whatever you might pay for a new caching RAID > controller these days. Only I didn't buy the controller new, and I bought it to have a decent amount of ports. It's not disk I/O or a lack of RAM that limits the fps rates, it's actually the CPU (or the whole combination of CPU, board and RAM) not being able to feed the graphics card fast enough --- or the graphics card being too fast for the CPU, if you want to see it that way. To get a significantly faster system, I'd have to spend ten times or more than what I payed for the controller. The CPU alone would cost more. I didn't expect any change in fps rates and got the improvement as a surprising side effect. >> I don't know about ZFS, though, never used that. How much CPU overhead >> is involved with that? I don't need any more CPU overhead like comes >> with software raid. > > If you are that CPU constrained, tuning the storage is the wrong thing > to be looking at. What would you tune without buying a new CPU, board and RAM, and without running into the same problem of too few SATA ports? >>>> expensive ones. Perhaps the lack of ports is not so much of a problem >>>> with the available disk capacities nowadays; however, it is what >>>> made me >>>> get a hardware raid controller. >>> >>> Hardware RAID is, IMO, far too much of a liability with >>> modern disks. Latent sector errors happen a lot more >>> often than most people realize, and there are error >>> situations that hardware RAID cannot meaningfully handle. >> >> So far, it works very well here. Do you think that software RAID can >> handle errors better? > > Possibly in some cases. Cases like? ZFS, as you described it, might. >> And where do you find a mainboard that has like >> 12 SAS/SATA ports? > > I use a Marvell 88SX7042 4-port card with two SIL3726 SATA port > multipliers on it. This works very well for me and provides more > bandwidth that my 12 disks can serve in a realistic usage pattern. Do you mean a card like this one: http://www.hardware-rogge.com/product_info.php?products_id=15226 This card alone costs almost as much as I payed for the RAID controller. How come you use such a card? Couldn't you use the on-board SATA ports and connect a multiplier to them? > In contrast, I have three SAS RAID cards, two LSI and one Adaptec, > none of which work at all on my motherboard with the IOMMU enabled. Hmmm, how come, and what are the symptoms? Perhaps I should try to force NUMA to be enabled for the server. >> It seems that things are getting more and more complicated --- despite >> they don't need to --- and that people are getting more and more >> clueless. More bugs might be a side effect of that, and things aren't >> done as thoroughly as they used to be done. > > Indeed. The chances of getting a filed Fedora bug fixed, or even > acknowledged before the Fedora's 6-month EOL bug zapper closes it for > you are vanishlighly small, in my experience. Yes, it's ridiculous. I find it really stupid to close a bug because some amount of time has passed rather than that the bug was looked into and fixed, or at least checked whether it still exists or not. That's not a way to handle bug reports. People will simply stop making any because that's the best they can do. >>> I find that on my motherboard most RAID controllers don't work >>> at all with IOMMU enabled. Something about the way the transparent >>> bridging native PCIX RAID ASICs to PCIe makes things not work. >> >> Perhaps that's a problem of your board, not of the controllers. > > It may well be, but it does show that the idea that a SAS RAID > controller with many ports is a better solution does not universally > apply. I never said it would :) I was looking at what's available to increase the number of disks I could connect, and I found you can get relatively cheap cards with only two ports which may work or not. More expensive cards would have four ports and might work or not, and cards with more than four ports were mostly RAID controllers. For the 4/4+ cards, the prices were higher than what I could get the fully featured SAS/SATA RAID controller with 8 internal ports for, so I got that one --- and it's been working flawlessly for two years or so now. Only the server has problems ... >>> Cheap SAS cards, OTOH, work just fine, and at a fraction of >>> the cost. >> >> And they provide only a fraction of the ports and features. > > When I said SAS above I meant SATA. And PMPs help. Well, which ones do work? I didn't find anything to that when I looked and didn't come across multipliers. > The combination of SATA card and PMPs supports FIS and NCQ which means > that the SATA controller's bandwidth per port is used very > efficiently. Is that a good thing? I have a theory that when you have a software RAID-5 with three disks and another RAID-1 with two disks, you have to move so much data around that it plugs up the system, causing slowdowns. Even a software RAID-1 with two disks can create slowdowns, depending on what data transfer rates the disks can sustain. I do not have such slowdowns when the disks are on the hardware RAID controller. Perhaps it's a problem with the particular board I have and/or the CPU being too slow to be able to deal with the overhead in such a way that it's not noticeable, and perhaps it's much better to fill the bandwidth of a single SATA port rather than using some of the bandwidth of five SATA ports. Or perhaps filling the bandwidth of one SATA port plus the CPU handling the overhead ZFS brings about isn't any better, who knows. >> Anyway, I have come to like hardware RAID better than software RAID. > > Whatever works for you. My view is that traditional RAID, certainly > anything below RAID6, Well, you have to afford all the disks for such RAID levels. Is ZFS any better in this regard? > and even on RAID6 I don't trust the closed, opaque, undocumented > implementation that might be in the firmware, is It's a big disadvantage of hardware RAID that you can't read the data when the controller has failed, unless you have another, compatible controller at hand. Did you check the sources of ZFS so that you can trust it? > no longer fit for purpose with disks of the kind of size that ship > today. How would that depend on the capacity of the disks? More data --> more potential for errors --> more security required? >> You could as well argue that graphics cards are evil. > > It comes down to what makes a good tool for the job. There are jobs > that GPUs are good at. When it comes to traditional RAID, there are > things that are more fit for the the purpose of ensuring data > integrity. Always use the right tool. >> So with VMware, you'd have to get certified hardware. > > You wouldn't _have_ to get certified hardware. It just means that if > you find that there is a total of one motherboard that fits your > requirements and it's not on the certified list, you can plausibly > take your chances with it even if it doesn't work out of the box. I > did that with the SR-2 and got it working eventually in a way that > would never have been possible with ESX. Are you saying that for your requirements you couldn't use VMware, which makes it irrelevant whether the hardware is certified for it or not? >>>> After all, I'm not convinced that virtualization as it's done with xen >>>> and the like is the right way to go. >>> [...] >>> >>> I am not a fan of virtualization for most workloads, but sometimes >>> it is convenient, not least in order to work around deficiencies of >>> other OS-es you might want to run. For example, I don't want to >>> maintain 3 separate systems - partitioning up one big system is >>> much more convenient. And I can run Windows gaming VMs while >>> still having the advantages of easy full system rollbacks by >>> having my domU disks backed by ZFS volumes. It's not for HPC >>> workloads, but for some things it is the least unsuitable solution. >> >> Not even for most? It seems as if everyone is using it quite a lot, >> make it sense or not. > > Most people haven't realized yet that the king's clothes are not > suitable for every occasion, so to speak. In terms of the hype cycle, > different users are at different stages. Many are still around the > point of "peak of inflated expectations". Those that do the testing > for their particular high performance workloads they were hoping to > virtualize hit the "trough of disilusionment" pretty quickly most of > the time. Why would they think that virtualization benefits things that require high performance? When I need the most/best performance possible, it's obviously counter productive. > But there ARE things that it is useful for, as I mentioned > in the paragraph above. Consolidating mostly idle machines and using > virtualization to augment the ease and convenience backup/restore > procedures through adding features that don't exist in the guest OS > are obvious examples of uses that virtualization is very good > for. That would be the "plateau of productivity". Indeed, it's really great for that. Even for good/quite some performance it makes sense, provided a reasonable combination of VMs. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:10:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:10:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABN-00069w-BH; Sun, 29 Jun 2014 08:09:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ABL-00069c-Il for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:09:51 +0000 Received: from [85.158.137.68:12484] by server-1.bemta-3.messagelabs.com id 69/33-13056-EC9CFA35; Sun, 29 Jun 2014 08:09:50 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-31.messagelabs.com!1404029389!12891832!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14149 invoked from network); 29 Jun 2014 08:09:50 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 08:09:50 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1ABI-000102-98 for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1ABI-0000oU-4J for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:09:48 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53AEB46E.5010009@bobich.net> (Gordan Bobic's message of "Sat, 28 Jun 2014 13:26:22 +0100") Date: Sun, 29 Jun 2014 07:07:15 +0200 Organization: my virtual residence Message-ID: <8738eojocc.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 06/28/2014 12:25 PM, lee wrote: >> Kuba writes: >> SSD caching >> means two extra disks for the cache (or what happens when the cache disk >> fails?), > > For ZIL (write caching), yes, you can use a mirrored device. For read > caching it obviously doesn't matter. That's not so obvious --- when the read cache fails, ZFS would automatically have to resort to the disks. >> and ZFS doesn't increase the number of SAS/SATA ports you have. > > No, but it does deprecate the RAID and caching parts of a controller, Why does it deprecate them? > so you might as well just use an HBA (cheaper). Covering the whole > stack, ZFS can also make much better use of on-disk caches (my 4TB > HGSTs have 64MB of RAM each. If you have 20 of them on a 4-port SATA > card with a 5-port multiplier on each port, There are multipliers for SATA ports? Can you connect SAS disks to them as well? Do the disks show up individually or bundled when you use one? Aren't they getting into each others ways, filling up the bandwidth of the port? > that's 1280MB of cache - more than any comparably priced caching > controller. Being aware of FS level operations, ZFS can be much > cleverer about exactly when to flush what data to what disk. A caching > controller, in contrast, being unaware of what is actually going on at > file system level, cannot leverage the on-disk cache for > write-caching, it has to rely on it's own on-board cache for > write-caching, thus effectively wasting those 1280MB of disk cache. That's a very good point. Even if you don't have 20 disks, every bit of cache wasted is a bit too much. >> How does it do the checksumming? > > Every block is checksummed, and this is stored and checked on every > read of that block. In addition, every block (including it's checksum) > are encoded for any extra redundancy specified (e.g. mirroring or n+1, > n+2 or n+3). So if you read the block, you also read the checksum > stored with it, and if it checks out, you hand the data to the app > with nothing else to be done. If the checksum doesn't match the data > (silent corruption), or read of one of the disks containing a piece of > the block fails (non-silent corruption, failed sector)), ZFS will go > and And? Correct the error? So it's like RAID built into the file system? What about all the CPU overhead? >> Read everything after it's been written to verify? > > No, just written with a checksum on the block and encoded for extra > redundancy. That means you don't really know whether the data has been written as expected before it's read. > If you have Seagate disks that support the feature you can > enable Write-Read-Verify at disk level. I wrote a patch for hdparm for > toggling the feature. Only 4 small SAS disks are Seagates (I only put two of them in), the rest is WD SATAs --- and I'm starting to suspect that the RAID controller in the server doesn't like the WD disks at all, which causes the crashes. Those disks weren't made at all for this application. >> I'll consider using it next time I need to create a file system. > > ZFS is one of those things that once you start using them you soon > afterwards have no idea how you ever managed without them. And when > you have to make do without them, it feels like you're trying to read > braille with hooks. Maybe, if it's simple to use. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:40:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:40:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1AeI-0007Mq-QL; Sun, 29 Jun 2014 08:39:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1AeG-0007Ml-LO for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:39:45 +0000 Received: from [85.158.137.68:48139] by server-12.bemta-3.messagelabs.com id ED/39-12714-FC0DFA35; Sun, 29 Jun 2014 08:39:43 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-9.tower-31.messagelabs.com!1404031182!9173697!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29182 invoked from network); 29 Jun 2014 08:39:43 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Jun 2014 08:39:43 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h1QHf51nxz9ttkb for ; Sun, 29 Jun 2014 10:39:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404031182; bh=j/jNR6lObcysLQ3DH6Efuq2nBssPSAKLxSc22eS22VY=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=h8zLpqE2L8oF+UpsrQtxcfc1Su54VBF9t8Hej1NaW/h/KyKzOYTpbB6kkDlI+AkJI aH5lh1sA0txd2pmyoHS6RQ2qJ1a1QYepqta7vG6HXZrhbaf49x+dFhO8wO2ZySVSXq 2pSUIgwxQoIya3cD2IuegWb6Sy+fi0gSDI+YqVd4= Message-ID: <53AFD0CD.9000207@op.pl> Date: Sun, 29 Jun 2014 10:39:41 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB3DE.8080405@op.pl> <87tx74i2hv.fsf@yun.yagibdah.de> In-Reply-To: <87tx74i2hv.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-29 09:44, lee pisze: > Kuba writes: > >> Each time data is read from the disk, it is checksummed and the >> checksum is compared with the value stored with the data. This way you >> know whether data you just read is good or not, not just that it had >> been written correctly. Take a look here for example, slides 12-16: >> >> http://wiki.illumos.org/download/attachments/1146951/zfs_last.pdf >> >> It's a little bit outdated and Solaris-centric, but might give you >> some overview. > > Still very interesting, thanks :) I think I should learn more about > it. Does it still need fuse, and can you boot from it? It doesn't need FUSE any more. You can have root on ZFS (don't know about /boot), but I couldn't make Xen boot on top of it (last time tried 6 months ago and didn't spend much time on it). This might interest you: http://zfsonlinux.org/faq.html#CanIBootFromZFS _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:40:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:40:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1AeI-0007Mq-QL; Sun, 29 Jun 2014 08:39:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1AeG-0007Ml-LO for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:39:45 +0000 Received: from [85.158.137.68:48139] by server-12.bemta-3.messagelabs.com id ED/39-12714-FC0DFA35; Sun, 29 Jun 2014 08:39:43 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-9.tower-31.messagelabs.com!1404031182!9173697!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29182 invoked from network); 29 Jun 2014 08:39:43 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Jun 2014 08:39:43 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h1QHf51nxz9ttkb for ; Sun, 29 Jun 2014 10:39:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404031182; bh=j/jNR6lObcysLQ3DH6Efuq2nBssPSAKLxSc22eS22VY=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=h8zLpqE2L8oF+UpsrQtxcfc1Su54VBF9t8Hej1NaW/h/KyKzOYTpbB6kkDlI+AkJI aH5lh1sA0txd2pmyoHS6RQ2qJ1a1QYepqta7vG6HXZrhbaf49x+dFhO8wO2ZySVSXq 2pSUIgwxQoIya3cD2IuegWb6Sy+fi0gSDI+YqVd4= Message-ID: <53AFD0CD.9000207@op.pl> Date: Sun, 29 Jun 2014 10:39:41 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB3DE.8080405@op.pl> <87tx74i2hv.fsf@yun.yagibdah.de> In-Reply-To: <87tx74i2hv.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-06-29 09:44, lee pisze: > Kuba writes: > >> Each time data is read from the disk, it is checksummed and the >> checksum is compared with the value stored with the data. This way you >> know whether data you just read is good or not, not just that it had >> been written correctly. Take a look here for example, slides 12-16: >> >> http://wiki.illumos.org/download/attachments/1146951/zfs_last.pdf >> >> It's a little bit outdated and Solaris-centric, but might give you >> some overview. > > Still very interesting, thanks :) I think I should learn more about > it. Does it still need fuse, and can you boot from it? It doesn't need FUSE any more. You can have root on ZFS (don't know about /boot), but I couldn't make Xen boot on top of it (last time tried 6 months ago and didn't spend much time on it). This might interest you: http://zfsonlinux.org/faq.html#CanIBootFromZFS _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:41:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:41:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Afi-0007Tx-Fn; Sun, 29 Jun 2014 08:41:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Afg-0007Tq-Vv for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:41:13 +0000 Received: from [193.109.254.147:11681] by server-16.bemta-14.messagelabs.com id 63/2D-16986-821DFA35; Sun, 29 Jun 2014 08:41:12 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1404031271!14355617!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26421 invoked from network); 29 Jun 2014 08:41:11 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-10.tower-27.messagelabs.com with SMTP; 29 Jun 2014 08:41:11 -0000 Received: from [212.54.42.135] (helo=smtp4.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1Aff-0005Qo-KK for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:41:11 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1Afd-00065J-4Z for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:41:11 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 72CF54C for ; Sun, 29 Jun 2014 10:39:51 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Sun, 29 Jun 2014 10:39:49 +0200 Message-ID: <1763710.USuTeukRN0@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <87pphsi1c3.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> <87pphsi1c3.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sunday, June 29, 2014 10:09:32 AM lee wrote: > "J. Roeleveld" writes: > >> On Saturday, June 28, 2014 01:11:05 PM lee wrote: > >> > >> Apparently it's using arcconf to query the status of the > >> volumes/controller. Last crash, I got a message on the console saying > >> that arcconf appeared to be hanging for 120 seconds, and the regularity > >> of the crashes was suspicious. The software is ancient, so it's > >> possible that it causes problems with somewhat recent kernels :( > > > > Quite possibly. Am I correct in assuming you are using old hardware with > > closed-source software? > > It's an IBM x3650 7979 L2G with a ServeRaid 8k. Arcconf seems to be > closed source --- I don't really need arcconf, though. > > Unfortunately, disabling the status checking hasn't solved the problem. > The server goes down with messages about the SCSI bus hanging and trying > to reset it. I suspect that the controller doesn't like the --- rather > unsuited --- WD20EARS I plugged in. They have been working fine with a > HP smart array P800, though. I might have to take them out to see if > the problem persists. SCSI bus hanging, sounds like an I/O issue. Try to read the SMART-values of the disk. Also, try a different disk... The WD20EARS is a "green" desktop disk. I had numerous issues when using a couple of those in my old server when using software raid (mdadm). Some hardware raid cards do not like disks that do not properly return error- states. And especially the green disks that have a tendency to go into powersave mode when not used for a short period of time. The raid-card can easily end up trying to throw that disk out of the raid- array. If that is the only disk, that will mean the disk suddenly disappeared, causing kernel panics. I currently use WD Red drives with hardware raid cards. > >> >> On Debian, /etc/init.d/xendomains seems to be what brings up the > >> >> domains > >> >> automatically. It would be a good place to add a timer or to add > >> >> checks > >> >> for services. > >> > > >> > That script is part of Xen, not just Debian. I have the same file in > >> > Gentoo. > >> > >> Hm, is it still there when systemd is used? > > > > When using systemd, it is not used. > > However, I see more issues with using systemd instead of openrc when > > compared to the benefits. > > I'm not a fan of systemd --- it's more complicated, and where are > advantages? To some people, there are. To others, there are more disadvantages. But, this is the wrong place to go into the differences. > > I use Xen on servers where stability is more important then a fast > > boottime. (especially as the BIOS takes longer then booting the OS) > > Well, I wish the server was running stable! See my comment about your disk above. Replace it or connect it directly to the mainboard, bypassing the raid controller. > > All the domUs have their console inside a screen-session. These also log > > the output to: > > /var/log/xen-consoles/.log > > > > By checking if these have the login prompt, you can also ensure the domU > > has started correctly. At least the scripts I get with Gentoo cycle when > > the screen-session is created. > > Hmmm ... That is really going to lengths. Many roads lead to Rome :) Likewise, many ways exist to achieve what you (and I) want. I do not know of an existing tool that does this simply. On a different list, people talk about using puppet or adding additional scripts as dependencies. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 08:41:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 08:41:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Afi-0007Tx-Fn; Sun, 29 Jun 2014 08:41:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Afg-0007Tq-Vv for xen-users@lists.xen.org; Sun, 29 Jun 2014 08:41:13 +0000 Received: from [193.109.254.147:11681] by server-16.bemta-14.messagelabs.com id 63/2D-16986-821DFA35; Sun, 29 Jun 2014 08:41:12 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1404031271!14355617!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26421 invoked from network); 29 Jun 2014 08:41:11 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-10.tower-27.messagelabs.com with SMTP; 29 Jun 2014 08:41:11 -0000 Received: from [212.54.42.135] (helo=smtp4.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1Aff-0005Qo-KK for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:41:11 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1Afd-00065J-4Z for xen-users@lists.xen.org; Sun, 29 Jun 2014 10:41:11 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 72CF54C for ; Sun, 29 Jun 2014 10:39:51 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Sun, 29 Jun 2014 10:39:49 +0200 Message-ID: <1763710.USuTeukRN0@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <87pphsi1c3.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> <87pphsi1c3.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sunday, June 29, 2014 10:09:32 AM lee wrote: > "J. Roeleveld" writes: > >> On Saturday, June 28, 2014 01:11:05 PM lee wrote: > >> > >> Apparently it's using arcconf to query the status of the > >> volumes/controller. Last crash, I got a message on the console saying > >> that arcconf appeared to be hanging for 120 seconds, and the regularity > >> of the crashes was suspicious. The software is ancient, so it's > >> possible that it causes problems with somewhat recent kernels :( > > > > Quite possibly. Am I correct in assuming you are using old hardware with > > closed-source software? > > It's an IBM x3650 7979 L2G with a ServeRaid 8k. Arcconf seems to be > closed source --- I don't really need arcconf, though. > > Unfortunately, disabling the status checking hasn't solved the problem. > The server goes down with messages about the SCSI bus hanging and trying > to reset it. I suspect that the controller doesn't like the --- rather > unsuited --- WD20EARS I plugged in. They have been working fine with a > HP smart array P800, though. I might have to take them out to see if > the problem persists. SCSI bus hanging, sounds like an I/O issue. Try to read the SMART-values of the disk. Also, try a different disk... The WD20EARS is a "green" desktop disk. I had numerous issues when using a couple of those in my old server when using software raid (mdadm). Some hardware raid cards do not like disks that do not properly return error- states. And especially the green disks that have a tendency to go into powersave mode when not used for a short period of time. The raid-card can easily end up trying to throw that disk out of the raid- array. If that is the only disk, that will mean the disk suddenly disappeared, causing kernel panics. I currently use WD Red drives with hardware raid cards. > >> >> On Debian, /etc/init.d/xendomains seems to be what brings up the > >> >> domains > >> >> automatically. It would be a good place to add a timer or to add > >> >> checks > >> >> for services. > >> > > >> > That script is part of Xen, not just Debian. I have the same file in > >> > Gentoo. > >> > >> Hm, is it still there when systemd is used? > > > > When using systemd, it is not used. > > However, I see more issues with using systemd instead of openrc when > > compared to the benefits. > > I'm not a fan of systemd --- it's more complicated, and where are > advantages? To some people, there are. To others, there are more disadvantages. But, this is the wrong place to go into the differences. > > I use Xen on servers where stability is more important then a fast > > boottime. (especially as the BIOS takes longer then booting the OS) > > Well, I wish the server was running stable! See my comment about your disk above. Replace it or connect it directly to the mainboard, bypassing the raid controller. > > All the domUs have their console inside a screen-session. These also log > > the output to: > > /var/log/xen-consoles/.log > > > > By checking if these have the login prompt, you can also ensure the domU > > has started correctly. At least the scripts I get with Gentoo cycle when > > the screen-session is created. > > Hmmm ... That is really going to lengths. Many roads lead to Rome :) Likewise, many ways exist to achieve what you (and I) want. I do not know of an existing tool that does this simply. On a different list, people talk about using puppet or adding additional scripts as dependencies. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 13:01:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 13:01:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Ei9-0002IH-5O; Sun, 29 Jun 2014 13:00:01 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0xUi-0001Zm-QK for xen-users@lists.xen.org; Sat, 28 Jun 2014 18:37:01 +0000 Received: from [193.109.254.147:43629] by server-4.bemta-14.messagelabs.com id D7/04-02781-C4B0FA35; Sat, 28 Jun 2014 18:37:00 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-8.tower-27.messagelabs.com!1403980618!14316811!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14284 invoked from network); 28 Jun 2014 18:36:59 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 18:36:59 -0000 Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 4CCF820C5B for ; Sat, 28 Jun 2014 14:36:58 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute3.internal (MEProxy); Sat, 28 Jun 2014 14:36:58 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=ghfuYbBuE8V0dXyvLAbCx9N iNiI=; b=GfMa1oZEItyVAdnFHfsk71y5uiP3Ngi86/r0TFRyQegwcuSpDK48Q5g iBYo8ng0XXlqw+CgDDeHPMBAZVYmFWnFPuW19rfNKY3ypvB8vfLBTgisgUcEDaq/ BajRyMUQaJEYz7tpiEthxuxxU4ZccgcJZlDqASetwgShxYWUxMIQ= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=ghfuYbBuE8V0dXyvLAbCx9NiNiI=; b=KjshRn8U69SweXocrG0iuR/22MAw R95fq6jXdbkQv0cASbNrrdY6pCZbmdjZh0W6yDYyRHAu+mpk/XcGD40l/N1+seuO Hcy1jJjH3Wc5S5pdXVuhUcn2ich/bgctkx2RW9KH7dN675sQuTRGptOb1fFQXWwx avx24/3OOp/jgWs= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 2AEE8B62962; Sat, 28 Jun 2014 14:36:58 -0400 (EDT) Message-Id: <1403980618.32365.135594245.36197F02@webmail.messagingengine.com> X-Sasl-Enc: U3WTRTV3wyqgXSCwoNQ7Fof/ePjlkUSbJXjPxSAie/4f 1403980618 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-988f1f18 Date: Sat, 28 Jun 2014 14:36:58 -0400 X-Mailman-Approved-At: Sun, 29 Jun 2014 12:59:59 +0000 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 26 jun 2014 greetings, > It might be a good idea to turn off the screen saver for the console if > you do this. If the crash happened after the screen saver became > active, you might see nothing but a blank screen. Guess how I know > ... :) *rofl'ing* nothing like a little first hand experience to make an impression, no? good point about the screen saver. i use one when i'm away from my desk. > I'm finding the messages about loosing contact to the UPS > suspicious. I used nut quite a while with an USB connection, and no > matter what load I put on the CPU, I never noticed any such messages. > Do you see a correlation between CPU load and these messages? i saw another message the other day, and it was the one about low battery. since the battery is only a few months old, i think something is odd with the ups in that context. it claimed a brand-new 12-volt battery provided only about 4.9 volts, which is what it said about the old one i replaced. my ups also connects via usb. i forget the exact verbage from the nut messages, as i've seen several of them. i figure some of them are related to ntp adjusting the system clock, which could make nut think it missed its handshake. yes, i see a correlation between cpu load and nut messages. i use software raid1 for two disks with encrypted partitions on my disks. plus, lvm and jfs. if i do something extremely disk i/o intensive, it drives my cpu loading through the roof. and nut starts sending out broadcast messages, which doesn't help my train of thought. > If there appears > to be any sort of regularity to the crashes (like every 45 days), I'd > try to find out what is being started every 45 days. no regularity that i've seen so far. no automated tasks that suddenly kicked in, although i'm sure i ran at the time. i don't remember just what. thank you for your time and assistance frank smith -- http://www.fastmail.fm - Accessible with your email software or over the web _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 13:01:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 13:01:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Ei9-0002Jt-US; Sun, 29 Jun 2014 13:00:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0xxA-0001oj-JY for xen-users@lists.xen.org; Sat, 28 Jun 2014 19:06:25 +0000 Received: from [85.158.143.35:33787] by server-3.bemta-4.messagelabs.com id 66/F2-16194-F221FA35; Sat, 28 Jun 2014 19:06:23 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-11.tower-21.messagelabs.com!1403982380!14500261!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26774 invoked from network); 28 Jun 2014 19:06:23 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 19:06:23 -0000 Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 5485020FB8 for ; Sat, 28 Jun 2014 15:06:19 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute2.internal (MEProxy); Sat, 28 Jun 2014 15:06:19 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=FDH2lQaOe151ydX+jnunP/K 78gQ=; b=GAZpRB+3rgvNV8lQBiv2gtwoSY4qbvcU526NgDOcX3se40xjuBT2uMD 5QV6thY4zgqRsMxVvuMG39XggXvbgAh46EP5dIUDkwF8kuIr0FrWpUqcQSKcq2yc oUoz5H+aJP2Bk68OlSle8isIKBoSiyI6Ydu38iM303hPRfyNHrXM= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=FDH2lQaOe151ydX+jnunP/K78gQ=; b=bkDaOn1VOkSYCcPE8rLRNt165sHb ABd+B6gvBmfvz+zFakXtsrM/myt7vbHyj/GnbTQCkt92YQIy8YtMrdd6JhZVi3pq CyPkWF+dUYmhwTiYRh+ngh3v75IFmHeJx9fRD6AgaUv749YsciN+GsNWjXfWGBXn llI+d8Iet4/pIO0= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id C2759B826B6; Sat, 28 Jun 2014 15:06:18 -0400 (EDT) Message-Id: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> X-Sasl-Enc: Fa2lOgoM2DIrD5I82D+06DXzLBHp6vMq/+96P9dqynsx 1403982378 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-988f1f18 Date: Sat, 28 Jun 2014 15:06:18 -0400 X-Mailman-Approved-At: Sun, 29 Jun 2014 12:59:59 +0000 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 28 jun 2014 greetings, > Is this a feature, or did you happen to create the links in the desired > order? I see both possibilities, i. e. sorting the directory entries as > a feature, or start the VMs in the order the files/links have been > created/are found as directory entries. i use jfs, which happens to have (what i think is) the beautiful characteristic of always listing files in alphabetic sequence. no piping through sort or anything else. i ran this command: ln -s /source/dir/vm-names*.cfg . mv vm-name 01.vm-name.cfg mv vm-name 02.vm-name.cfg ... plus, delete the unwanted symbolic links. or you can ln -s file by file. whatever works for you. when i reboot my system, the combination of jfs and numeric symbolic link name puts them in the correct sequence, as listed by xl list. > In this case, the VM with the name server > needs to be up first, then the VM with the firewall, then the VM with > the NFS server and finally the rest of them in no particular order. hmmm. can some of these come up in parallel? does the firewall use ip addresses from the dns server, or does it hard code them? does the firewall separate the nfs server from the dns server? granted, the lack of dns affects the nfs clients, but wouldn't the nfs server (mostly) ignore dns until it finished booting and began nfs operations? > How do you find out whether a VM is fully up or not even within the very > same VM? well, dom0 can maintain a log of vm console output (i forget exactly where, but i think somewhere under /var/log/xen/console). tweak your vm startup scripts to echo something like "start the next vm" and let the dom0 auto script wait for the signal before xl create the next vm. put a sleep 5 in the auto script to keep it from thrashing. would some variant of this work for you? i hope this helps. frank smith -- http://www.fastmail.fm - A fast, anti-spam email service. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 13:01:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 13:01:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Ei8-0002Hm-KZ; Sun, 29 Jun 2014 13:00:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0x1U-0000rR-Tt for xen-users@lists.xenproject.org; Sat, 28 Jun 2014 18:06:49 +0000 Received: from [85.158.139.211:30043] by server-9.bemta-5.messagelabs.com id 48/A5-01655-7340FA35; Sat, 28 Jun 2014 18:06:47 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-8.tower-206.messagelabs.com!1403978806!12512476!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23432 invoked from network); 28 Jun 2014 18:06:47 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 18:06:47 -0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 295202108A for ; Sat, 28 Jun 2014 14:06:46 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute4.internal (MEProxy); Sat, 28 Jun 2014 14:06:46 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=Pb2Um7xfyP/cKIkgHAHWNcz 7CS4=; b=dbQg7eNp+Z76fZ6WNuip/NKT2UcjP+GyV8nE32zCOyfy0Rahhj8SeqA PUfPf8WcI1d8/pt5lIs4Zqd3ysmwJoof4riKU2N1kMLyO+t7SvpYZ3HmRBuFeHqe cj/W1kOGsFzIepRlr/P1RuXh33bG7uEIKKPp0t298Ned5AzdPPr0= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=Pb2Um7xfyP/cKIkgHAHWNcz7CS4=; b=DZ2vFE+idjiFsWpZGDSXbOogUp7G Eu13O4RLKDqIr5ql9uno1L2WQYAAS0JxEdUrWIm0nURSXf5qvZLiI2sXHVudVx6M 3Fa3uken+l2qmRdl8sfWnBYZD1Xth2hrIlTpgpx2XeehAC9c/rncWfZt21dj6UqH 1c0VE6NQ47cJPhw= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 08FF5B6292D; Sat, 28 Jun 2014 14:06:45 -0400 (EDT) Message-Id: <1403978805.27089.135589629.20E99AF2@webmail.messagingengine.com> X-Sasl-Enc: Y7tYybNNw4cnMc30Slmot/Te4QDn3SLqxdbkI8MlXuBV 1403978805 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-988f1f18 Date: Sat, 28 Jun 2014 14:06:45 -0400 X-Mailman-Approved-At: Sun, 29 Jun 2014 12:59:59 +0000 Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 26 jun 2014 greetings, >> got a tsc mode string: "default" >> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: >> /etc/xen/scripts/vif-bridge online [-1] exited with error status 1 > This script is failing somehow. Have you modified it from the default at > all? i'll recheck after i get there, but for now ... nope. but i did install it at a non-standard location. i used a --prefix= option when i built xen-4.4.0 and symbolic linked a grunch of stuff from the standard locations to my locations. the funny/peculiar part is that it mostly works great, but fails on a sporatic basis; maybe five or ten percent of the time. in general, if it fails now, it will work ok immediately after the failure. fun, no? > You might find some more clues in /var/log/xen/xen-hotplug.log or you > may need to add additional debug to the script. i still have that log, but i'm sure xen appended stuff to it. i'll look at it... thank you for your time and assistance frank smith -- http://www.fastmail.fm - The professional email service _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 13:01:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 13:01:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Ei9-0002IH-5O; Sun, 29 Jun 2014 13:00:01 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0xUi-0001Zm-QK for xen-users@lists.xen.org; Sat, 28 Jun 2014 18:37:01 +0000 Received: from [193.109.254.147:43629] by server-4.bemta-14.messagelabs.com id D7/04-02781-C4B0FA35; Sat, 28 Jun 2014 18:37:00 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-8.tower-27.messagelabs.com!1403980618!14316811!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14284 invoked from network); 28 Jun 2014 18:36:59 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 18:36:59 -0000 Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 4CCF820C5B for ; Sat, 28 Jun 2014 14:36:58 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute3.internal (MEProxy); Sat, 28 Jun 2014 14:36:58 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=ghfuYbBuE8V0dXyvLAbCx9N iNiI=; b=GfMa1oZEItyVAdnFHfsk71y5uiP3Ngi86/r0TFRyQegwcuSpDK48Q5g iBYo8ng0XXlqw+CgDDeHPMBAZVYmFWnFPuW19rfNKY3ypvB8vfLBTgisgUcEDaq/ BajRyMUQaJEYz7tpiEthxuxxU4ZccgcJZlDqASetwgShxYWUxMIQ= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=ghfuYbBuE8V0dXyvLAbCx9NiNiI=; b=KjshRn8U69SweXocrG0iuR/22MAw R95fq6jXdbkQv0cASbNrrdY6pCZbmdjZh0W6yDYyRHAu+mpk/XcGD40l/N1+seuO Hcy1jJjH3Wc5S5pdXVuhUcn2ich/bgctkx2RW9KH7dN675sQuTRGptOb1fFQXWwx avx24/3OOp/jgWs= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 2AEE8B62962; Sat, 28 Jun 2014 14:36:58 -0400 (EDT) Message-Id: <1403980618.32365.135594245.36197F02@webmail.messagingengine.com> X-Sasl-Enc: U3WTRTV3wyqgXSCwoNQ7Fof/ePjlkUSbJXjPxSAie/4f 1403980618 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-988f1f18 Date: Sat, 28 Jun 2014 14:36:58 -0400 X-Mailman-Approved-At: Sun, 29 Jun 2014 12:59:59 +0000 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 26 jun 2014 greetings, > It might be a good idea to turn off the screen saver for the console if > you do this. If the crash happened after the screen saver became > active, you might see nothing but a blank screen. Guess how I know > ... :) *rofl'ing* nothing like a little first hand experience to make an impression, no? good point about the screen saver. i use one when i'm away from my desk. > I'm finding the messages about loosing contact to the UPS > suspicious. I used nut quite a while with an USB connection, and no > matter what load I put on the CPU, I never noticed any such messages. > Do you see a correlation between CPU load and these messages? i saw another message the other day, and it was the one about low battery. since the battery is only a few months old, i think something is odd with the ups in that context. it claimed a brand-new 12-volt battery provided only about 4.9 volts, which is what it said about the old one i replaced. my ups also connects via usb. i forget the exact verbage from the nut messages, as i've seen several of them. i figure some of them are related to ntp adjusting the system clock, which could make nut think it missed its handshake. yes, i see a correlation between cpu load and nut messages. i use software raid1 for two disks with encrypted partitions on my disks. plus, lvm and jfs. if i do something extremely disk i/o intensive, it drives my cpu loading through the roof. and nut starts sending out broadcast messages, which doesn't help my train of thought. > If there appears > to be any sort of regularity to the crashes (like every 45 days), I'd > try to find out what is being started every 45 days. no regularity that i've seen so far. no automated tasks that suddenly kicked in, although i'm sure i ran at the time. i don't remember just what. thank you for your time and assistance frank smith -- http://www.fastmail.fm - Accessible with your email software or over the web _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 13:01:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 13:01:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Ei8-0002Hm-KZ; Sun, 29 Jun 2014 13:00:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0x1U-0000rR-Tt for xen-users@lists.xenproject.org; Sat, 28 Jun 2014 18:06:49 +0000 Received: from [85.158.139.211:30043] by server-9.bemta-5.messagelabs.com id 48/A5-01655-7340FA35; Sat, 28 Jun 2014 18:06:47 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-8.tower-206.messagelabs.com!1403978806!12512476!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23432 invoked from network); 28 Jun 2014 18:06:47 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 18:06:47 -0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 295202108A for ; Sat, 28 Jun 2014 14:06:46 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute4.internal (MEProxy); Sat, 28 Jun 2014 14:06:46 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=Pb2Um7xfyP/cKIkgHAHWNcz 7CS4=; b=dbQg7eNp+Z76fZ6WNuip/NKT2UcjP+GyV8nE32zCOyfy0Rahhj8SeqA PUfPf8WcI1d8/pt5lIs4Zqd3ysmwJoof4riKU2N1kMLyO+t7SvpYZ3HmRBuFeHqe cj/W1kOGsFzIepRlr/P1RuXh33bG7uEIKKPp0t298Ned5AzdPPr0= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=Pb2Um7xfyP/cKIkgHAHWNcz7CS4=; b=DZ2vFE+idjiFsWpZGDSXbOogUp7G Eu13O4RLKDqIr5ql9uno1L2WQYAAS0JxEdUrWIm0nURSXf5qvZLiI2sXHVudVx6M 3Fa3uken+l2qmRdl8sfWnBYZD1Xth2hrIlTpgpx2XeehAC9c/rncWfZt21dj6UqH 1c0VE6NQ47cJPhw= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 08FF5B6292D; Sat, 28 Jun 2014 14:06:45 -0400 (EDT) Message-Id: <1403978805.27089.135589629.20E99AF2@webmail.messagingengine.com> X-Sasl-Enc: Y7tYybNNw4cnMc30Slmot/Te4QDn3SLqxdbkI8MlXuBV 1403978805 From: "squidmobile@fastmail.fm" To: xen-users@lists.xenproject.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-988f1f18 Date: Sat, 28 Jun 2014 14:06:45 -0400 X-Mailman-Approved-At: Sun, 29 Jun 2014 12:59:59 +0000 Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 26 jun 2014 greetings, >> got a tsc mode string: "default" >> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: >> /etc/xen/scripts/vif-bridge online [-1] exited with error status 1 > This script is failing somehow. Have you modified it from the default at > all? i'll recheck after i get there, but for now ... nope. but i did install it at a non-standard location. i used a --prefix= option when i built xen-4.4.0 and symbolic linked a grunch of stuff from the standard locations to my locations. the funny/peculiar part is that it mostly works great, but fails on a sporatic basis; maybe five or ten percent of the time. in general, if it fails now, it will work ok immediately after the failure. fun, no? > You might find some more clues in /var/log/xen/xen-hotplug.log or you > may need to add additional debug to the script. i still have that log, but i'm sure xen appended stuff to it. i'll look at it... thank you for your time and assistance frank smith -- http://www.fastmail.fm - The professional email service _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 13:01:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 13:01:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Ei9-0002Jt-US; Sun, 29 Jun 2014 13:00:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X0xxA-0001oj-JY for xen-users@lists.xen.org; Sat, 28 Jun 2014 19:06:25 +0000 Received: from [85.158.143.35:33787] by server-3.bemta-4.messagelabs.com id 66/F2-16194-F221FA35; Sat, 28 Jun 2014 19:06:23 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-11.tower-21.messagelabs.com!1403982380!14500261!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26774 invoked from network); 28 Jun 2014 19:06:23 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jun 2014 19:06:23 -0000 Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 5485020FB8 for ; Sat, 28 Jun 2014 15:06:19 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute2.internal (MEProxy); Sat, 28 Jun 2014 15:06:19 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=FDH2lQaOe151ydX+jnunP/K 78gQ=; b=GAZpRB+3rgvNV8lQBiv2gtwoSY4qbvcU526NgDOcX3se40xjuBT2uMD 5QV6thY4zgqRsMxVvuMG39XggXvbgAh46EP5dIUDkwF8kuIr0FrWpUqcQSKcq2yc oUoz5H+aJP2Bk68OlSle8isIKBoSiyI6Ydu38iM303hPRfyNHrXM= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=FDH2lQaOe151ydX+jnunP/K78gQ=; b=bkDaOn1VOkSYCcPE8rLRNt165sHb ABd+B6gvBmfvz+zFakXtsrM/myt7vbHyj/GnbTQCkt92YQIy8YtMrdd6JhZVi3pq CyPkWF+dUYmhwTiYRh+ngh3v75IFmHeJx9fRD6AgaUv749YsciN+GsNWjXfWGBXn llI+d8Iet4/pIO0= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id C2759B826B6; Sat, 28 Jun 2014 15:06:18 -0400 (EDT) Message-Id: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> X-Sasl-Enc: Fa2lOgoM2DIrD5I82D+06DXzLBHp6vMq/+96P9dqynsx 1403982378 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-988f1f18 Date: Sat, 28 Jun 2014 15:06:18 -0400 X-Mailman-Approved-At: Sun, 29 Jun 2014 12:59:59 +0000 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 28 jun 2014 greetings, > Is this a feature, or did you happen to create the links in the desired > order? I see both possibilities, i. e. sorting the directory entries as > a feature, or start the VMs in the order the files/links have been > created/are found as directory entries. i use jfs, which happens to have (what i think is) the beautiful characteristic of always listing files in alphabetic sequence. no piping through sort or anything else. i ran this command: ln -s /source/dir/vm-names*.cfg . mv vm-name 01.vm-name.cfg mv vm-name 02.vm-name.cfg ... plus, delete the unwanted symbolic links. or you can ln -s file by file. whatever works for you. when i reboot my system, the combination of jfs and numeric symbolic link name puts them in the correct sequence, as listed by xl list. > In this case, the VM with the name server > needs to be up first, then the VM with the firewall, then the VM with > the NFS server and finally the rest of them in no particular order. hmmm. can some of these come up in parallel? does the firewall use ip addresses from the dns server, or does it hard code them? does the firewall separate the nfs server from the dns server? granted, the lack of dns affects the nfs clients, but wouldn't the nfs server (mostly) ignore dns until it finished booting and began nfs operations? > How do you find out whether a VM is fully up or not even within the very > same VM? well, dom0 can maintain a log of vm console output (i forget exactly where, but i think somewhere under /var/log/xen/console). tweak your vm startup scripts to echo something like "start the next vm" and let the dom0 auto script wait for the signal before xl create the next vm. put a sleep 5 in the auto script to keep it from thrashing. would some variant of this work for you? i hope this helps. frank smith -- http://www.fastmail.fm - A fast, anti-spam email service. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 13:20:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 13:20:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1F24-0003F1-KL; Sun, 29 Jun 2014 13:20:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1F23-0003Ew-DH for xen-users@lists.xen.org; Sun, 29 Jun 2014 13:20:35 +0000 Received: from [193.109.254.147:43473] by server-9.bemta-14.messagelabs.com id 88/36-14237-2A210B35; Sun, 29 Jun 2014 13:20:34 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-3.tower-27.messagelabs.com!1404048033!14291579!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27092 invoked from network); 29 Jun 2014 13:20:34 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-3.tower-27.messagelabs.com with SMTP; 29 Jun 2014 13:20:34 -0000 Received: from [212.54.42.137] (helo=smtp6.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1F21-0001qn-TQ for xen-users@lists.xen.org; Sun, 29 Jun 2014 15:20:33 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp6.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1F21-0002vb-HB for xen-users@lists.xen.org; Sun, 29 Jun 2014 15:20:33 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 781554C for ; Sun, 29 Jun 2014 15:19:15 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Sun, 29 Jun 2014 15:19:14 +0200 Message-ID: <6918557.aYUXbsyU5R@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> References: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Saturday, June 28, 2014 03:06:18 PM squidmobile@fastmail.fm wrote: > 28 jun 2014 > > greetings, > > > Is this a feature, or did you happen to create the links in the desired > > order? I see both possibilities, i. e. sorting the directory entries as > > a feature, or start the VMs in the order the files/links have been > > created/are found as directory entries. > > i use jfs, which happens to have (what i think is) the beautiful > characteristic of always listing files in alphabetic sequence. no > piping through sort or anything else. For completeness, this has nothing to do with the filesystem used. > > In this case, the VM with the name server > > needs to be up first, then the VM with the firewall, then the VM with > > the NFS server and finally the rest of them in no particular order. > > hmmm. can some of these come up in parallel? does the firewall > use ip addresses from the dns server, or does it hard code them? > does the firewall separate the nfs server from the dns server? > > granted, the lack of dns affects the nfs clients, but wouldn't the > nfs server (mostly) ignore dns until it finished booting and began > nfs operations? Not entirely certain, but I believe the /etc/exports file is parsed upon start of the service. At which point does it resolve the hostnames listed there? > > How do you find out whether a VM is fully up or not even within the very > > same VM? > > well, dom0 can maintain a log of vm console output (i forget > exactly where, but i think somewhere under /var/log/xen/console). /var/log/xen-consoles For this, the use of screen for the domU console is necessary. > tweak your vm startup scripts to echo something like "start the > next vm" and let the dom0 auto script wait for the signal before xl > create the next vm. put a sleep 5 in the auto script to keep it > from thrashing. would some variant of this work for you? Waiting for the login-prompt would work. Sending a message using a TCP- connection from the domU to something running on dom0 would also be an option. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 13:20:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 13:20:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1F24-0003F1-KL; Sun, 29 Jun 2014 13:20:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1F23-0003Ew-DH for xen-users@lists.xen.org; Sun, 29 Jun 2014 13:20:35 +0000 Received: from [193.109.254.147:43473] by server-9.bemta-14.messagelabs.com id 88/36-14237-2A210B35; Sun, 29 Jun 2014 13:20:34 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-3.tower-27.messagelabs.com!1404048033!14291579!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27092 invoked from network); 29 Jun 2014 13:20:34 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-3.tower-27.messagelabs.com with SMTP; 29 Jun 2014 13:20:34 -0000 Received: from [212.54.42.137] (helo=smtp6.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1F21-0001qn-TQ for xen-users@lists.xen.org; Sun, 29 Jun 2014 15:20:33 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp6.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1F21-0002vb-HB for xen-users@lists.xen.org; Sun, 29 Jun 2014 15:20:33 +0200 Received: from andromeda.localnet (unknown [10.20.13.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 781554C for ; Sun, 29 Jun 2014 15:19:15 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Sun, 29 Jun 2014 15:19:14 +0200 Message-ID: <6918557.aYUXbsyU5R@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> References: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Saturday, June 28, 2014 03:06:18 PM squidmobile@fastmail.fm wrote: > 28 jun 2014 > > greetings, > > > Is this a feature, or did you happen to create the links in the desired > > order? I see both possibilities, i. e. sorting the directory entries as > > a feature, or start the VMs in the order the files/links have been > > created/are found as directory entries. > > i use jfs, which happens to have (what i think is) the beautiful > characteristic of always listing files in alphabetic sequence. no > piping through sort or anything else. For completeness, this has nothing to do with the filesystem used. > > In this case, the VM with the name server > > needs to be up first, then the VM with the firewall, then the VM with > > the NFS server and finally the rest of them in no particular order. > > hmmm. can some of these come up in parallel? does the firewall > use ip addresses from the dns server, or does it hard code them? > does the firewall separate the nfs server from the dns server? > > granted, the lack of dns affects the nfs clients, but wouldn't the > nfs server (mostly) ignore dns until it finished booting and began > nfs operations? Not entirely certain, but I believe the /etc/exports file is parsed upon start of the service. At which point does it resolve the hostnames listed there? > > How do you find out whether a VM is fully up or not even within the very > > same VM? > > well, dom0 can maintain a log of vm console output (i forget > exactly where, but i think somewhere under /var/log/xen/console). /var/log/xen-consoles For this, the use of screen for the domU console is necessary. > tweak your vm startup scripts to echo something like "start the > next vm" and let the dom0 auto script wait for the signal before xl > create the next vm. put a sleep 5 in the auto script to keep it > from thrashing. would some variant of this work for you? Waiting for the login-prompt would work. Sending a message using a TCP- connection from the domU to something running on dom0 would also be an option. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 14:47:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 14:47:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1GNB-00044f-Ee; Sun, 29 Jun 2014 14:46:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1GN9-00044a-Tp for xen-users@lists.xen.org; Sun, 29 Jun 2014 14:46:28 +0000 Received: from [85.158.143.35:32858] by server-3.bemta-4.messagelabs.com id 9D/BB-16194-2C620B35; Sun, 29 Jun 2014 14:46:26 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1404053185!14622371!1 X-Originating-IP: [209.85.216.171] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10371 invoked from network); 29 Jun 2014 14:46:26 -0000 Received: from mail-qc0-f171.google.com (HELO mail-qc0-f171.google.com) (209.85.216.171) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jun 2014 14:46:26 -0000 Received: by mail-qc0-f171.google.com with SMTP id w7so6099455qcr.2 for ; Sun, 29 Jun 2014 07:46:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=c9zbP1gxZ3u+lfMOCsPvAmg62WsmzH4aUI3ydo+ESLA=; b=ZxxVOMIhkm1SyIzds41TRbAjc+LzCza2QGPJQ1Wyez8VJyNHvHi3LSlxqgWto1xO/0 56/Yde04P3Wo9hirus2KZoBpENznZEvM2iXdjJcn5vBZXVDFPoMpoWL89kqwEhWrH5Vy iJP009BQjrv1EWpzWAV/H6Ldin16iNXli4QdHCY+BP1MJvWA84R3uQ6wNR5a7WWsmTKT lOLkvOw0yeY1uH5jbtwQSTnGgp/zguCRiPN1JJCrgOAmK044eTAFeQ0xdwg5gpL/yCGq XXKkn8OnyqFF6A4HUe5z0bWaCdsiJDifNmyfyRldeHgCgd2Doe7sjblnQZAf7Z/7bjgm BAxg== MIME-Version: 1.0 X-Received: by 10.229.103.130 with SMTP id k2mr50518561qco.1.1404053185028; Sun, 29 Jun 2014 07:46:25 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Sun, 29 Jun 2014 07:46:24 -0700 (PDT) Date: Sun, 29 Jun 2014 08:46:24 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] EFI_VENDOR not set error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7583263070600301976==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7583263070600301976== Content-Type: multipart/alternative; boundary=001a1133453c56e9b504fcfa9b98 --001a1133453c56e9b504fcfa9b98 Content-Type: text/plain; charset=UTF-8 I am trying to compile xen efi but I am getting an error message EFI_VENDOR not set how do I set vendor at compile time? --001a1133453c56e9b504fcfa9b98 Content-Type: text/html; charset=UTF-8
I am trying to compile xen efi but I am getting an error message EFI_VENDOR not set how do I set vendor at compile time?
--001a1133453c56e9b504fcfa9b98-- --===============7583263070600301976== 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 --===============7583263070600301976==-- From xen-users-bounces@lists.xen.org Sun Jun 29 14:47:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 14:47:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1GNB-00044f-Ee; Sun, 29 Jun 2014 14:46:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1GN9-00044a-Tp for xen-users@lists.xen.org; Sun, 29 Jun 2014 14:46:28 +0000 Received: from [85.158.143.35:32858] by server-3.bemta-4.messagelabs.com id 9D/BB-16194-2C620B35; Sun, 29 Jun 2014 14:46:26 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1404053185!14622371!1 X-Originating-IP: [209.85.216.171] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10371 invoked from network); 29 Jun 2014 14:46:26 -0000 Received: from mail-qc0-f171.google.com (HELO mail-qc0-f171.google.com) (209.85.216.171) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jun 2014 14:46:26 -0000 Received: by mail-qc0-f171.google.com with SMTP id w7so6099455qcr.2 for ; Sun, 29 Jun 2014 07:46:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=c9zbP1gxZ3u+lfMOCsPvAmg62WsmzH4aUI3ydo+ESLA=; b=ZxxVOMIhkm1SyIzds41TRbAjc+LzCza2QGPJQ1Wyez8VJyNHvHi3LSlxqgWto1xO/0 56/Yde04P3Wo9hirus2KZoBpENznZEvM2iXdjJcn5vBZXVDFPoMpoWL89kqwEhWrH5Vy iJP009BQjrv1EWpzWAV/H6Ldin16iNXli4QdHCY+BP1MJvWA84R3uQ6wNR5a7WWsmTKT lOLkvOw0yeY1uH5jbtwQSTnGgp/zguCRiPN1JJCrgOAmK044eTAFeQ0xdwg5gpL/yCGq XXKkn8OnyqFF6A4HUe5z0bWaCdsiJDifNmyfyRldeHgCgd2Doe7sjblnQZAf7Z/7bjgm BAxg== MIME-Version: 1.0 X-Received: by 10.229.103.130 with SMTP id k2mr50518561qco.1.1404053185028; Sun, 29 Jun 2014 07:46:25 -0700 (PDT) Received: by 10.140.82.201 with HTTP; Sun, 29 Jun 2014 07:46:24 -0700 (PDT) Date: Sun, 29 Jun 2014 08:46:24 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] EFI_VENDOR not set error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7583263070600301976==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7583263070600301976== Content-Type: multipart/alternative; boundary=001a1133453c56e9b504fcfa9b98 --001a1133453c56e9b504fcfa9b98 Content-Type: text/plain; charset=UTF-8 I am trying to compile xen efi but I am getting an error message EFI_VENDOR not set how do I set vendor at compile time? --001a1133453c56e9b504fcfa9b98 Content-Type: text/html; charset=UTF-8
I am trying to compile xen efi but I am getting an error message EFI_VENDOR not set how do I set vendor at compile time?
--001a1133453c56e9b504fcfa9b98-- --===============7583263070600301976== 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 --===============7583263070600301976==-- From xen-users-bounces@lists.xen.org Sun Jun 29 16:33:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 16:33:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I25-0005Zw-LD; Sun, 29 Jun 2014 16:32:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I22-0005ZP-6l for xen-users@lists.xen.org; Sun, 29 Jun 2014 16:32:46 +0000 Received: from [193.109.254.147:21083] by server-12.bemta-14.messagelabs.com id 29/EC-32179-DAF30B35; Sun, 29 Jun 2014 16:32:45 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-11.tower-27.messagelabs.com!1404059561!11044500!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11241 invoked from network); 29 Jun 2014 16:32:43 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-11.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 16:32:43 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1I1r-00016E-Vr for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:35 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1I1r-0000ue-RG for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:35 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1763710.USuTeukRN0@andromeda> (J. Roeleveld's message of "Sun, 29 Jun 2014 10:39:49 +0200") Date: Sun, 29 Jun 2014 17:35:17 +0200 Organization: my virtual residence Message-ID: <8738eniveo.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> <87pphsi1c3.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "J. Roeleveld" writes: > On Sunday, June 29, 2014 10:09:32 AM lee wrote: >> > Quite possibly. Am I correct in assuming you are using old hardware with >> > closed-source software? >> >> It's an IBM x3650 7979 L2G with a ServeRaid 8k. Arcconf seems to be >> closed source --- I don't really need arcconf, though. >> >> Unfortunately, disabling the status checking hasn't solved the problem. >> The server goes down with messages about the SCSI bus hanging and trying >> to reset it. I suspect that the controller doesn't like the --- rather >> unsuited --- WD20EARS I plugged in. They have been working fine with a >> HP smart array P800, though. I might have to take them out to see if >> the problem persists. > > SCSI bus hanging, sounds like an I/O issue. > Try to read the SMART-values of the disk. I'm not sure how to do that, and what would they tell me? > Also, try a different disk... Unfortunately, I don't have one I could try --- and I'd need three. > The WD20EARS is a "green" desktop disk. I had numerous issues when using a > couple of those in my old server when using software raid (mdadm). > Some hardware raid cards do not like disks that do not properly return error- > states. And especially the green disks that have a tendency to go into > powersave mode when not used for a short period of time. I know, they aren't suited for this purpose. Yet they have been working fine on the P800, and that three disks should decide to go bad in a way that blocks the controller (or whatever happens) every now and then seems unlikely. So I think it's more likely an incompatibility of these disks with the ServeRaid controller than the disks being bad, and I'd have to replace all of them. Or this controller just sucks. IBM has supposedly fixed such issues with firmware updates, and I updated everything I could even before installing the disks. > The raid-card can easily end up trying to throw that disk out of the > raid- array. If that is the only disk, that will mean the disk > suddenly disappeared, causing kernel panics. It's three in a RAID-5, data only. There are two small SAS disks in a RAID-1 for the system. > I currently use WD Red drives with hardware raid cards. Yes, I have two of those, 3TB each --- in the desktop on SATA ports now in software RAID-1 because I need them for backups. I don't like backups on hardware raid, and both RAID controllers are limited to max. 2TB per disk. The WD reds work fine on the P800, though it only sees them as 2TB. I can't put them into the server because I need more than 2TB. So there I'm stuck :( The plan was to have my data on the server. Perhaps I'll have to declare the experiment as failed and sell the server. >> > I use Xen on servers where stability is more important then a fast >> > boottime. (especially as the BIOS takes longer then booting the OS) >> >> Well, I wish the server was running stable! > > See my comment about your disk above. Replace it or connect it directly to the > mainboard, bypassing the raid controller. Afaik, the board doesn't have SATA connectors. The disks are neatly contained in an enclosure, through which they are connected to the available SAS/SATA ports, which are provided via the ServeRaid 8k. Even if the board had additional SATA ports, I'd have the disks lying around on top of the case and would need an external power supply for them, which I don't have. I could probably run the disks as JBOD. If they are incompatible with the controller, that won't help. Perhaps the controller is broken. Or it's something that xen does. >> > All the domUs have their console inside a screen-session. These also log >> > the output to: >> > /var/log/xen-consoles/.log >> > >> > By checking if these have the login prompt, you can also ensure the domU >> > has started correctly. At least the scripts I get with Gentoo cycle when >> > the screen-session is created. >> >> Hmmm ... That is really going to lengths. > > Many roads lead to Rome :) > Likewise, many ways exist to achieve what you (and I) want. I do not know of > an existing tool that does this simply. On a different list, people talk about > using puppet or adding additional scripts as dependencies. I wish it was a feature of xen --- that would make sense, but how would xen know when a VM is fully up ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 16:33:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 16:33:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I24-0005Zc-8g; Sun, 29 Jun 2014 16:32:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I22-0005ZN-13 for xen-users@lists.xen.org; Sun, 29 Jun 2014 16:32:46 +0000 Received: from [85.158.137.68:48834] by server-9.bemta-3.messagelabs.com id B8/C7-09496-DAF30B35; Sun, 29 Jun 2014 16:32:45 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-31.messagelabs.com!1404059561!12927034!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16809 invoked from network); 29 Jun 2014 16:32:44 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 16:32:44 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1I1s-00016I-3g for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:36 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1I1r-0000uo-Ve for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:35 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> (squidmobile@fastmail.fm's message of "Sat, 28 Jun 2014 15:06:18 -0400") Date: Sun, 29 Jun 2014 18:31:44 +0200 Organization: my virtual residence Message-ID: <87oaxbhe33.fsf@yun.yagibdah.de> References: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "squidmobile@fastmail.fm" writes: >> In this case, the VM with the name server >> needs to be up first, then the VM with the firewall, then the VM with >> the NFS server and finally the rest of them in no particular order. > > hmmm. can some of these come up in parallel? does the firewall > use ip addresses from the dns server, or does it hard code them? All VMs start exim which apparently does DNS lookups in the process of its configuration when started. > does the firewall separate the nfs server from the dns server? Yes, the name server is on a different VM (together with the mail server the other VMs use as a smarthost). > granted, the lack of dns affects the nfs clients, but wouldn't the > nfs server (mostly) ignore dns until it finished booting and began > nfs operations? No --- or maybe. When you put host names into exports, the NFS server tries to resolve them. IIRC it does that when reading exports, which it has to before others can require its services (which one of the other VMs does). >> How do you find out whether a VM is fully up or not even within the very >> same VM? > > well, dom0 can maintain a log of vm console output (i forget > exactly where, but i think somewhere under /var/log/xen/console). > tweak your vm startup scripts to echo something like "start the > next vm" and let the dom0 auto script wait for the signal before xl > create the next vm. put a sleep 5 in the auto script to keep it > from thrashing. would some variant of this work for you? I think enforcing a particular order in which the VMs are started and a waiting period between starting each VM is the most reasonable approach in my case. It has the advantage of not needing to modify each VM to send a "ready" message and not needing to somehow catch all the console output of each VM. That keeps things a lot simpler and less prone to mistakes and errors. The disadvantage is that it might take a bit longer than otherwise until all VMs are up. IMO, the simplicity outweighs the disadvantage, especially since I can adjust the timers to minimise the waiting periods. I guess I could "encode" the waiting periods in the file names ... With a name like '02-0300-VMx.cfg', I could make the starting script wait 300 seconds before it actually starts that VM, and it would start '01-0000-VMz.cfg' before that, without waiting. That would be plain and simple. Actually, the default xendomains script should do that ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 16:33:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 16:33:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I25-0005Zk-3n; Sun, 29 Jun 2014 16:32:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I22-0005ZO-4U for xen-users@lists.xen.org; Sun, 29 Jun 2014 16:32:46 +0000 Received: from [193.109.254.147:21072] by server-9.bemta-14.messagelabs.com id F7/10-14237-DAF30B35; Sun, 29 Jun 2014 16:32:45 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-11.tower-27.messagelabs.com!1404059561!11044501!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11247 invoked from network); 29 Jun 2014 16:32:43 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-11.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 16:32:43 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1I1s-00016F-28 for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:36 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1I1r-0000uj-TY for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:35 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1403980618.32365.135594245.36197F02@webmail.messagingengine.com> (squidmobile@fastmail.fm's message of "Sat, 28 Jun 2014 14:36:58 -0400") Date: Sun, 29 Jun 2014 18:03:12 +0200 Organization: my virtual residence Message-ID: <87simnhfen.fsf@yun.yagibdah.de> References: <1403980618.32365.135594245.36197F02@webmail.messagingengine.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "squidmobile@fastmail.fm" writes: > 26 jun 2014 > > greetings, > >> It might be a good idea to turn off the screen saver for the console if >> you do this. If the crash happened after the screen saver became >> active, you might see nothing but a blank screen. Guess how I know >> ... :) > > *rofl'ing* nothing like a little first hand experience to make an > impression, no? Well, I had the camera ready to take a screenshot to finally get a hold of the messages, so it was a bit disappointing that the screen was only black ... It's kinda embarrassing when you start doing things like that. >> I'm finding the messages about loosing contact to the UPS >> suspicious. I used nut quite a while with an USB connection, and no >> matter what load I put on the CPU, I never noticed any such messages. >> Do you see a correlation between CPU load and these messages? > > i saw another message the other day, and it was the one about low > battery. since the battery is only a few months old, i think > something is odd with the ups in that context. it claimed a > brand-new 12-volt battery provided only about 4.9 volts, which is > what it said about the old one i replaced. Perhaps the new battery is bad. > my ups also connects via usb. i forget the exact verbage from the > nut messages, as i've seen several of them. i figure some of them > are related to ntp adjusting the system clock, which could make nut > think it missed its handshake. Hm, I don't remember if you can set a polling interval with nut. You can with apcupsd, and I've set it to a minute or so. Clock changes through ntp shouldn't be able to mess up such long time intervals. > yes, i see a correlation between cpu load and nut messages. i use > software raid1 for two disks with encrypted partitions on my disks. > plus, lvm and jfs. if i do something extremely disk i/o intensive, > it drives my cpu loading through the roof. and nut starts sending > out broadcast messages, which doesn't help my train of thought. Increase the polling interval? You probably don't want nut to perform a shutdown because of heavy disk I/O :) >> If there appears >> to be any sort of regularity to the crashes (like every 45 days), I'd >> try to find out what is being started every 45 days. > > no regularity that i've seen so far. no automated tasks that > suddenly kicked in, although i'm sure i ran at the > time. i don't remember just what. Hm, just wait and see if happens again ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 16:33:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 16:33:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I24-0005Zc-8g; Sun, 29 Jun 2014 16:32:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I22-0005ZN-13 for xen-users@lists.xen.org; Sun, 29 Jun 2014 16:32:46 +0000 Received: from [85.158.137.68:48834] by server-9.bemta-3.messagelabs.com id B8/C7-09496-DAF30B35; Sun, 29 Jun 2014 16:32:45 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-31.messagelabs.com!1404059561!12927034!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16809 invoked from network); 29 Jun 2014 16:32:44 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 16:32:44 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1I1s-00016I-3g for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:36 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1I1r-0000uo-Ve for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:35 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> (squidmobile@fastmail.fm's message of "Sat, 28 Jun 2014 15:06:18 -0400") Date: Sun, 29 Jun 2014 18:31:44 +0200 Organization: my virtual residence Message-ID: <87oaxbhe33.fsf@yun.yagibdah.de> References: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "squidmobile@fastmail.fm" writes: >> In this case, the VM with the name server >> needs to be up first, then the VM with the firewall, then the VM with >> the NFS server and finally the rest of them in no particular order. > > hmmm. can some of these come up in parallel? does the firewall > use ip addresses from the dns server, or does it hard code them? All VMs start exim which apparently does DNS lookups in the process of its configuration when started. > does the firewall separate the nfs server from the dns server? Yes, the name server is on a different VM (together with the mail server the other VMs use as a smarthost). > granted, the lack of dns affects the nfs clients, but wouldn't the > nfs server (mostly) ignore dns until it finished booting and began > nfs operations? No --- or maybe. When you put host names into exports, the NFS server tries to resolve them. IIRC it does that when reading exports, which it has to before others can require its services (which one of the other VMs does). >> How do you find out whether a VM is fully up or not even within the very >> same VM? > > well, dom0 can maintain a log of vm console output (i forget > exactly where, but i think somewhere under /var/log/xen/console). > tweak your vm startup scripts to echo something like "start the > next vm" and let the dom0 auto script wait for the signal before xl > create the next vm. put a sleep 5 in the auto script to keep it > from thrashing. would some variant of this work for you? I think enforcing a particular order in which the VMs are started and a waiting period between starting each VM is the most reasonable approach in my case. It has the advantage of not needing to modify each VM to send a "ready" message and not needing to somehow catch all the console output of each VM. That keeps things a lot simpler and less prone to mistakes and errors. The disadvantage is that it might take a bit longer than otherwise until all VMs are up. IMO, the simplicity outweighs the disadvantage, especially since I can adjust the timers to minimise the waiting periods. I guess I could "encode" the waiting periods in the file names ... With a name like '02-0300-VMx.cfg', I could make the starting script wait 300 seconds before it actually starts that VM, and it would start '01-0000-VMz.cfg' before that, without waiting. That would be plain and simple. Actually, the default xendomains script should do that ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 16:33:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 16:33:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I25-0005Zw-LD; Sun, 29 Jun 2014 16:32:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I22-0005ZP-6l for xen-users@lists.xen.org; Sun, 29 Jun 2014 16:32:46 +0000 Received: from [193.109.254.147:21083] by server-12.bemta-14.messagelabs.com id 29/EC-32179-DAF30B35; Sun, 29 Jun 2014 16:32:45 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-11.tower-27.messagelabs.com!1404059561!11044500!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11241 invoked from network); 29 Jun 2014 16:32:43 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-11.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 16:32:43 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1I1r-00016E-Vr for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:35 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1I1r-0000ue-RG for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:35 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1763710.USuTeukRN0@andromeda> (J. Roeleveld's message of "Sun, 29 Jun 2014 10:39:49 +0200") Date: Sun, 29 Jun 2014 17:35:17 +0200 Organization: my virtual residence Message-ID: <8738eniveo.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> <87pphsi1c3.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "J. Roeleveld" writes: > On Sunday, June 29, 2014 10:09:32 AM lee wrote: >> > Quite possibly. Am I correct in assuming you are using old hardware with >> > closed-source software? >> >> It's an IBM x3650 7979 L2G with a ServeRaid 8k. Arcconf seems to be >> closed source --- I don't really need arcconf, though. >> >> Unfortunately, disabling the status checking hasn't solved the problem. >> The server goes down with messages about the SCSI bus hanging and trying >> to reset it. I suspect that the controller doesn't like the --- rather >> unsuited --- WD20EARS I plugged in. They have been working fine with a >> HP smart array P800, though. I might have to take them out to see if >> the problem persists. > > SCSI bus hanging, sounds like an I/O issue. > Try to read the SMART-values of the disk. I'm not sure how to do that, and what would they tell me? > Also, try a different disk... Unfortunately, I don't have one I could try --- and I'd need three. > The WD20EARS is a "green" desktop disk. I had numerous issues when using a > couple of those in my old server when using software raid (mdadm). > Some hardware raid cards do not like disks that do not properly return error- > states. And especially the green disks that have a tendency to go into > powersave mode when not used for a short period of time. I know, they aren't suited for this purpose. Yet they have been working fine on the P800, and that three disks should decide to go bad in a way that blocks the controller (or whatever happens) every now and then seems unlikely. So I think it's more likely an incompatibility of these disks with the ServeRaid controller than the disks being bad, and I'd have to replace all of them. Or this controller just sucks. IBM has supposedly fixed such issues with firmware updates, and I updated everything I could even before installing the disks. > The raid-card can easily end up trying to throw that disk out of the > raid- array. If that is the only disk, that will mean the disk > suddenly disappeared, causing kernel panics. It's three in a RAID-5, data only. There are two small SAS disks in a RAID-1 for the system. > I currently use WD Red drives with hardware raid cards. Yes, I have two of those, 3TB each --- in the desktop on SATA ports now in software RAID-1 because I need them for backups. I don't like backups on hardware raid, and both RAID controllers are limited to max. 2TB per disk. The WD reds work fine on the P800, though it only sees them as 2TB. I can't put them into the server because I need more than 2TB. So there I'm stuck :( The plan was to have my data on the server. Perhaps I'll have to declare the experiment as failed and sell the server. >> > I use Xen on servers where stability is more important then a fast >> > boottime. (especially as the BIOS takes longer then booting the OS) >> >> Well, I wish the server was running stable! > > See my comment about your disk above. Replace it or connect it directly to the > mainboard, bypassing the raid controller. Afaik, the board doesn't have SATA connectors. The disks are neatly contained in an enclosure, through which they are connected to the available SAS/SATA ports, which are provided via the ServeRaid 8k. Even if the board had additional SATA ports, I'd have the disks lying around on top of the case and would need an external power supply for them, which I don't have. I could probably run the disks as JBOD. If they are incompatible with the controller, that won't help. Perhaps the controller is broken. Or it's something that xen does. >> > All the domUs have their console inside a screen-session. These also log >> > the output to: >> > /var/log/xen-consoles/.log >> > >> > By checking if these have the login prompt, you can also ensure the domU >> > has started correctly. At least the scripts I get with Gentoo cycle when >> > the screen-session is created. >> >> Hmmm ... That is really going to lengths. > > Many roads lead to Rome :) > Likewise, many ways exist to achieve what you (and I) want. I do not know of > an existing tool that does this simply. On a different list, people talk about > using puppet or adding additional scripts as dependencies. I wish it was a feature of xen --- that would make sense, but how would xen know when a VM is fully up ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 16:33:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 16:33:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I25-0005Zk-3n; Sun, 29 Jun 2014 16:32:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1I22-0005ZO-4U for xen-users@lists.xen.org; Sun, 29 Jun 2014 16:32:46 +0000 Received: from [193.109.254.147:21072] by server-9.bemta-14.messagelabs.com id F7/10-14237-DAF30B35; Sun, 29 Jun 2014 16:32:45 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-11.tower-27.messagelabs.com!1404059561!11044501!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11247 invoked from network); 29 Jun 2014 16:32:43 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-11.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 29 Jun 2014 16:32:43 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1I1s-00016F-28 for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:36 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1I1r-0000uj-TY for xen-users@lists.xen.org; Sun, 29 Jun 2014 18:32:35 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1403980618.32365.135594245.36197F02@webmail.messagingengine.com> (squidmobile@fastmail.fm's message of "Sat, 28 Jun 2014 14:36:58 -0400") Date: Sun, 29 Jun 2014 18:03:12 +0200 Organization: my virtual residence Message-ID: <87simnhfen.fsf@yun.yagibdah.de> References: <1403980618.32365.135594245.36197F02@webmail.messagingengine.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "squidmobile@fastmail.fm" writes: > 26 jun 2014 > > greetings, > >> It might be a good idea to turn off the screen saver for the console if >> you do this. If the crash happened after the screen saver became >> active, you might see nothing but a blank screen. Guess how I know >> ... :) > > *rofl'ing* nothing like a little first hand experience to make an > impression, no? Well, I had the camera ready to take a screenshot to finally get a hold of the messages, so it was a bit disappointing that the screen was only black ... It's kinda embarrassing when you start doing things like that. >> I'm finding the messages about loosing contact to the UPS >> suspicious. I used nut quite a while with an USB connection, and no >> matter what load I put on the CPU, I never noticed any such messages. >> Do you see a correlation between CPU load and these messages? > > i saw another message the other day, and it was the one about low > battery. since the battery is only a few months old, i think > something is odd with the ups in that context. it claimed a > brand-new 12-volt battery provided only about 4.9 volts, which is > what it said about the old one i replaced. Perhaps the new battery is bad. > my ups also connects via usb. i forget the exact verbage from the > nut messages, as i've seen several of them. i figure some of them > are related to ntp adjusting the system clock, which could make nut > think it missed its handshake. Hm, I don't remember if you can set a polling interval with nut. You can with apcupsd, and I've set it to a minute or so. Clock changes through ntp shouldn't be able to mess up such long time intervals. > yes, i see a correlation between cpu load and nut messages. i use > software raid1 for two disks with encrypted partitions on my disks. > plus, lvm and jfs. if i do something extremely disk i/o intensive, > it drives my cpu loading through the roof. and nut starts sending > out broadcast messages, which doesn't help my train of thought. Increase the polling interval? You probably don't want nut to perform a shutdown because of heavy disk I/O :) >> If there appears >> to be any sort of regularity to the crashes (like every 45 days), I'd >> try to find out what is being started every 45 days. > > no regularity that i've seen so far. no automated tasks that > suddenly kicked in, although i'm sure i ran at the > time. i don't remember just what. Hm, just wait and see if happens again ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 22:34:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 22:34:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1NfL-0001NE-1G; Sun, 29 Jun 2014 22:33:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1KYA-0007yq-G0 for xen-users@lists.xen.org; Sun, 29 Jun 2014 19:14:06 +0000 Received: from [193.109.254.147:28315] by server-5.bemta-14.messagelabs.com id 0D/3D-26413-D7560B35; Sun, 29 Jun 2014 19:14:05 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-7.tower-27.messagelabs.com!1404069243!14347254!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1194 invoked from network); 29 Jun 2014 19:14:04 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Jun 2014 19:14:04 -0000 Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 0610520C0B for ; Sun, 29 Jun 2014 15:14:03 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Sun, 29 Jun 2014 15:14:03 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=SNDJqYyHJdGwQYOFTehqsLH ZcRY=; b=oadVTk4fdXKVgXt3p1tB3WM9SLx5pFtHzfvvEaUsflW4SRHp89I9M6w BMsFXptgu3i9c1xyOKC0x4/KABN5u5lebzAw/UNeqIDAcYp3S43F9vhfMGT+YKN6 H/whG1jCkWKrRHQ5C2Ei5KvZY4Uz9HA4rf9k+DMDNPEhg877opkU= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=SNDJqYyHJdGwQYOFTehqsLHZcRY=; b=S8umEVU42d5Y8VgAoGE2FGOKPjGK 5NkZQHs4HvSWgy+gs4RDCxXbzWP5M60pTVhRXUMGz4wxPiHd3U8ENF1y1gK1xZxZ xEwoC95duinwUJDVEmjbRE1o9ZWIBA26WUWqMtZdy2DuQ98+P/II31W7RE/3jf2x kd3/if6AEdoqsQA= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id DD438115C27; Sun, 29 Jun 2014 15:14:02 -0400 (EDT) Message-Id: <1404069242.487.135831029.5B8A6F3C@webmail.messagingengine.com> X-Sasl-Enc: 5ca7mfGyraDRC18thBS6wsqAiO58Y2j6VNm/fCWKB/vs 1404069242 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-988f1f18 Date: Sun, 29 Jun 2014 15:14:02 -0400 X-Mailman-Approved-At: Sun, 29 Jun 2014 22:33:41 +0000 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 29 jun 2014 greetings, >> *rofl'ing* nothing like a little first hand experience to make an >> impression, no? > It's kinda embarrassing when you start doing things like that. yes, it is rather embarrassing. and, yes, i've had my share of moments like that. but i sure remember what NOT to do after that. > Perhaps the new battery is bad. well, crud. i had not thought of that. i found it extremely suspicious that the voltage was exactly (+- .1 v) the same as before i swapped out the battery. since the ups TECHNICALLY could not swap out the battery, i considered it possible that the firmware and/or electronics refused to increase its reported voltage. > Hm, just wait and see if happens again ... yeah, i'm kinda coming to that conclusion. it takes two points to make a line. thank you for your time and assistance. frank smith -- http://www.fastmail.fm - Email service worth paying for. Try it for free _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 22:34:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 22:34:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1NfL-0001NE-1G; Sun, 29 Jun 2014 22:33:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1KYA-0007yq-G0 for xen-users@lists.xen.org; Sun, 29 Jun 2014 19:14:06 +0000 Received: from [193.109.254.147:28315] by server-5.bemta-14.messagelabs.com id 0D/3D-26413-D7560B35; Sun, 29 Jun 2014 19:14:05 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-7.tower-27.messagelabs.com!1404069243!14347254!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1194 invoked from network); 29 Jun 2014 19:14:04 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Jun 2014 19:14:04 -0000 Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 0610520C0B for ; Sun, 29 Jun 2014 15:14:03 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Sun, 29 Jun 2014 15:14:03 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=SNDJqYyHJdGwQYOFTehqsLH ZcRY=; b=oadVTk4fdXKVgXt3p1tB3WM9SLx5pFtHzfvvEaUsflW4SRHp89I9M6w BMsFXptgu3i9c1xyOKC0x4/KABN5u5lebzAw/UNeqIDAcYp3S43F9vhfMGT+YKN6 H/whG1jCkWKrRHQ5C2Ei5KvZY4Uz9HA4rf9k+DMDNPEhg877opkU= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=SNDJqYyHJdGwQYOFTehqsLHZcRY=; b=S8umEVU42d5Y8VgAoGE2FGOKPjGK 5NkZQHs4HvSWgy+gs4RDCxXbzWP5M60pTVhRXUMGz4wxPiHd3U8ENF1y1gK1xZxZ xEwoC95duinwUJDVEmjbRE1o9ZWIBA26WUWqMtZdy2DuQ98+P/II31W7RE/3jf2x kd3/if6AEdoqsQA= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id DD438115C27; Sun, 29 Jun 2014 15:14:02 -0400 (EDT) Message-Id: <1404069242.487.135831029.5B8A6F3C@webmail.messagingengine.com> X-Sasl-Enc: 5ca7mfGyraDRC18thBS6wsqAiO58Y2j6VNm/fCWKB/vs 1404069242 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-988f1f18 Date: Sun, 29 Jun 2014 15:14:02 -0400 X-Mailman-Approved-At: Sun, 29 Jun 2014 22:33:41 +0000 Subject: Re: [Xen-users] xen-4.4.0 and unexpected system reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 29 jun 2014 greetings, >> *rofl'ing* nothing like a little first hand experience to make an >> impression, no? > It's kinda embarrassing when you start doing things like that. yes, it is rather embarrassing. and, yes, i've had my share of moments like that. but i sure remember what NOT to do after that. > Perhaps the new battery is bad. well, crud. i had not thought of that. i found it extremely suspicious that the voltage was exactly (+- .1 v) the same as before i swapped out the battery. since the ups TECHNICALLY could not swap out the battery, i considered it possible that the firmware and/or electronics refused to increase its reported voltage. > Hm, just wait and see if happens again ... yeah, i'm kinda coming to that conclusion. it takes two points to make a line. thank you for your time and assistance. frank smith -- http://www.fastmail.fm - Email service worth paying for. Try it for free _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 22:34:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 22:34:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1NfL-0001NP-P6; Sun, 29 Jun 2014 22:33:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1L1j-0008C6-WC for xen-users@lists.xen.org; Sun, 29 Jun 2014 19:44:40 +0000 Received: from [85.158.139.211:60552] by server-17.bemta-5.messagelabs.com id 5D/78-08711-7AC60B35; Sun, 29 Jun 2014 19:44:39 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-12.tower-206.messagelabs.com!1404071078!12602927!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16363 invoked from network); 29 Jun 2014 19:44:38 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Jun 2014 19:44:38 -0000 Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id E867320B8E for ; Sun, 29 Jun 2014 15:44:36 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Sun, 29 Jun 2014 15:44:36 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=3xHgV6J0Z0zagQnxwfXa+W9 P2ro=; b=TmK/WqyDtUN5mebgHt0YvuYMqpjqvJyV+xpA6LVwoW8m0dwNjXA8q4h KVi+NPP1MEDEKZc5d4kK9tHD/qx5hxc79QX+Vv48kYO3FZs+9otYRh7JPDl0MRzv bSEuPpbXFDBE/Ycb+NaPVFqX2jyEhkei+voyz0uSte1CBDWxQ3ts= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=3xHgV6J0Z0zagQnxwfXa+W9P2ro=; b=KcLlemrP0VSIQ+I2l8CCWmE0+RN3 UEjIetl7dsRlB1PhPgaQgNK531Ku19P1trJmzUMtngCfW8aTqUfXkG7Ia8jylS02 y9ONrckPzsmYmJR/Mg8EB9A6/hXUD1/puVgzB+tjHKyDPJucxWeYMhSC6ngPQ30i 7IRuJURugUd3fRU= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id CD8C4115E2B; Sun, 29 Jun 2014 15:44:36 -0400 (EDT) Message-Id: <1404071076.7343.135837897.52FACD1B@webmail.messagingengine.com> X-Sasl-Enc: 2QWDgTBmKI+5GJEUz9FeeVYkkrv/kBhMBo6+YH3Ti28N 1404071076 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-988f1f18 Date: Sun, 29 Jun 2014 15:44:36 -0400 X-Mailman-Approved-At: Sun, 29 Jun 2014 22:33:41 +0000 Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 29 jun 2014 greetings, >> got a tsc mode string: "default" >> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: >> /etc/xen/scripts/vif-bridge online [-1] exited with error status 1 >This script is failing somehow. Have you modified it from the default at >all? i checked when i got there. no changes. >You might find some more clues in /var/log/xen/xen-hotplug.log or you >may need to add additional debug to the script. it said a LOT of times: RTNETLINK answers: Operation not supported i think this might be a kernel compile option i disabled. does xen REALLY need this? fyi- grep -i netlink .config says: CONFIG_NETFILTER_NETLINK=y # CONFIG_NETFILTER_NETLINK_QUEUE is not set CONFIG_NETFILTER_NETLINK_LOG=y # CONFIG_NF_CT_NETLINK is not set # CONFIG_SCSI_NETLINK is not set CONFIG_QUOTA_NETLINK_INTERFACE=y should i turn on some option? /var/log/xen/xen-hotplug.log said: device vif43.1 is already a member of a bridge; can't enslave it to bridge ... which raises the question of if this is the xl create process, how could the vif already belong to a bridge? any ideas, comments, or suggestions? thank you for your time and assistance frank smith -- http://www.fastmail.fm - Send your email first class _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jun 29 22:34:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jun 2014 22:34:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1NfL-0001NP-P6; Sun, 29 Jun 2014 22:33:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1L1j-0008C6-WC for xen-users@lists.xen.org; Sun, 29 Jun 2014 19:44:40 +0000 Received: from [85.158.139.211:60552] by server-17.bemta-5.messagelabs.com id 5D/78-08711-7AC60B35; Sun, 29 Jun 2014 19:44:39 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-12.tower-206.messagelabs.com!1404071078!12602927!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16363 invoked from network); 29 Jun 2014 19:44:38 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Jun 2014 19:44:38 -0000 Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id E867320B8E for ; Sun, 29 Jun 2014 15:44:36 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Sun, 29 Jun 2014 15:44:36 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=3xHgV6J0Z0zagQnxwfXa+W9 P2ro=; b=TmK/WqyDtUN5mebgHt0YvuYMqpjqvJyV+xpA6LVwoW8m0dwNjXA8q4h KVi+NPP1MEDEKZc5d4kK9tHD/qx5hxc79QX+Vv48kYO3FZs+9otYRh7JPDl0MRzv bSEuPpbXFDBE/Ycb+NaPVFqX2jyEhkei+voyz0uSte1CBDWxQ3ts= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=3xHgV6J0Z0zagQnxwfXa+W9P2ro=; b=KcLlemrP0VSIQ+I2l8CCWmE0+RN3 UEjIetl7dsRlB1PhPgaQgNK531Ku19P1trJmzUMtngCfW8aTqUfXkG7Ia8jylS02 y9ONrckPzsmYmJR/Mg8EB9A6/hXUD1/puVgzB+tjHKyDPJucxWeYMhSC6ngPQ30i 7IRuJURugUd3fRU= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id CD8C4115E2B; Sun, 29 Jun 2014 15:44:36 -0400 (EDT) Message-Id: <1404071076.7343.135837897.52FACD1B@webmail.messagingengine.com> X-Sasl-Enc: 2QWDgTBmKI+5GJEUz9FeeVYkkrv/kBhMBo6+YH3Ti28N 1404071076 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-988f1f18 Date: Sun, 29 Jun 2014 15:44:36 -0400 X-Mailman-Approved-At: Sun, 29 Jun 2014 22:33:41 +0000 Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 29 jun 2014 greetings, >> got a tsc mode string: "default" >> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: >> /etc/xen/scripts/vif-bridge online [-1] exited with error status 1 >This script is failing somehow. Have you modified it from the default at >all? i checked when i got there. no changes. >You might find some more clues in /var/log/xen/xen-hotplug.log or you >may need to add additional debug to the script. it said a LOT of times: RTNETLINK answers: Operation not supported i think this might be a kernel compile option i disabled. does xen REALLY need this? fyi- grep -i netlink .config says: CONFIG_NETFILTER_NETLINK=y # CONFIG_NETFILTER_NETLINK_QUEUE is not set CONFIG_NETFILTER_NETLINK_LOG=y # CONFIG_NF_CT_NETLINK is not set # CONFIG_SCSI_NETLINK is not set CONFIG_QUOTA_NETLINK_INTERFACE=y should i turn on some option? /var/log/xen/xen-hotplug.log said: device vif43.1 is already a member of a bridge; can't enslave it to bridge ... which raises the question of if this is the xl create process, how could the vif already belong to a bridge? any ideas, comments, or suggestions? thank you for your time and assistance frank smith -- http://www.fastmail.fm - Send your email first class _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 06:58:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 06:58:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VWb-0006a6-VQ; Mon, 30 Jun 2014 06:57:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VWa-0006a1-Kt for xen-users@lists.xen.org; Mon, 30 Jun 2014 06:57:12 +0000 Received: from [85.158.139.211:62206] by server-10.bemta-5.messagelabs.com id 09/26-10247-74A01B35; Mon, 30 Jun 2014 06:57:11 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-8.tower-206.messagelabs.com!1404111431!12634793!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28287 invoked from network); 30 Jun 2014 06:57:11 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-8.tower-206.messagelabs.com with SMTP; 30 Jun 2014 06:57:11 -0000 Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VWZ-0005Gq-6w for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:57:11 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VWY-0006nj-SL for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:57:11 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id D0A5B4C for ; Mon, 30 Jun 2014 08:55:51 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 08:57:10 +0200 Message-ID: <1607413.rpQsMuWSY1@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <87oaxbhe33.fsf@yun.yagibdah.de> References: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> <87oaxbhe33.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sunday 29 June 2014 18:31:44 lee wrote: > "squidmobile@fastmail.fm" writes: > > granted, the lack of dns affects the nfs clients, but wouldn't the > > nfs server (mostly) ignore dns until it finished booting and began > > nfs operations? > > No --- or maybe. When you put host names into exports, the NFS server > tries to resolve them. IIRC it does that when reading exports, which it > has to before others can require its services (which one of the other > VMs does). Also my experience. > >> How do you find out whether a VM is fully up or not even within the very > >> same VM? > > > > well, dom0 can maintain a log of vm console output (i forget > > exactly where, but i think somewhere under /var/log/xen/console). > > tweak your vm startup scripts to echo something like "start the > > next vm" and let the dom0 auto script wait for the signal before xl > > create the next vm. put a sleep 5 in the auto script to keep it > > from thrashing. would some variant of this work for you? > > I think enforcing a particular order in which the VMs are started and a > waiting period between starting each VM is the most reasonable approach > in my case. > > It has the advantage of not needing to modify each VM to send a "ready" > message and not needing to somehow catch all the console output of each > VM. That keeps things a lot simpler and less prone to mistakes and > errors. I used to do it this way. Untill I ended up with varying boot times due to aging hardware, network congestion to the internet for some services and filesystem checks because of max mount-count reached or too long without checking. With the disks you are using, you are more likely to end up with varying boot times then if you would be using disks that do not have aggressive powersaving. > The disadvantage is that it might take a bit longer than otherwise until > all VMs are up. IMO, the simplicity outweighs the disadvantage, > especially since I can adjust the timers to minimise the waiting > periods. > > I guess I could "encode" the waiting periods in the file names ... With > a name like '02-0300-VMx.cfg', I could make the starting script wait 300 > seconds before it actually starts that VM, and it would start > '01-0000-VMz.cfg' before that, without waiting. That would be plain and > simple. > > Actually, the default xendomains script should do that ... No, it shouldn't. An additional option inside the config-file might be an option. But I wouldn't want the default init-script to use the filename for any configuration item. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 06:58:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 06:58:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VWb-0006a6-VQ; Mon, 30 Jun 2014 06:57:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VWa-0006a1-Kt for xen-users@lists.xen.org; Mon, 30 Jun 2014 06:57:12 +0000 Received: from [85.158.139.211:62206] by server-10.bemta-5.messagelabs.com id 09/26-10247-74A01B35; Mon, 30 Jun 2014 06:57:11 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-8.tower-206.messagelabs.com!1404111431!12634793!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28287 invoked from network); 30 Jun 2014 06:57:11 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-8.tower-206.messagelabs.com with SMTP; 30 Jun 2014 06:57:11 -0000 Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VWZ-0005Gq-6w for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:57:11 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VWY-0006nj-SL for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:57:11 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id D0A5B4C for ; Mon, 30 Jun 2014 08:55:51 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 08:57:10 +0200 Message-ID: <1607413.rpQsMuWSY1@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <87oaxbhe33.fsf@yun.yagibdah.de> References: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> <87oaxbhe33.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sunday 29 June 2014 18:31:44 lee wrote: > "squidmobile@fastmail.fm" writes: > > granted, the lack of dns affects the nfs clients, but wouldn't the > > nfs server (mostly) ignore dns until it finished booting and began > > nfs operations? > > No --- or maybe. When you put host names into exports, the NFS server > tries to resolve them. IIRC it does that when reading exports, which it > has to before others can require its services (which one of the other > VMs does). Also my experience. > >> How do you find out whether a VM is fully up or not even within the very > >> same VM? > > > > well, dom0 can maintain a log of vm console output (i forget > > exactly where, but i think somewhere under /var/log/xen/console). > > tweak your vm startup scripts to echo something like "start the > > next vm" and let the dom0 auto script wait for the signal before xl > > create the next vm. put a sleep 5 in the auto script to keep it > > from thrashing. would some variant of this work for you? > > I think enforcing a particular order in which the VMs are started and a > waiting period between starting each VM is the most reasonable approach > in my case. > > It has the advantage of not needing to modify each VM to send a "ready" > message and not needing to somehow catch all the console output of each > VM. That keeps things a lot simpler and less prone to mistakes and > errors. I used to do it this way. Untill I ended up with varying boot times due to aging hardware, network congestion to the internet for some services and filesystem checks because of max mount-count reached or too long without checking. With the disks you are using, you are more likely to end up with varying boot times then if you would be using disks that do not have aggressive powersaving. > The disadvantage is that it might take a bit longer than otherwise until > all VMs are up. IMO, the simplicity outweighs the disadvantage, > especially since I can adjust the timers to minimise the waiting > periods. > > I guess I could "encode" the waiting periods in the file names ... With > a name like '02-0300-VMx.cfg', I could make the starting script wait 300 > seconds before it actually starts that VM, and it would start > '01-0000-VMz.cfg' before that, without waiting. That would be plain and > simple. > > Actually, the default xendomains script should do that ... No, it shouldn't. An additional option inside the config-file might be an option. But I wouldn't want the default init-script to use the filename for any configuration item. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 07:11:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 07:11:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VkY-0007F5-98; Mon, 30 Jun 2014 07:11:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VkW-0007Er-TI for xen-users@lists.xen.org; Mon, 30 Jun 2014 07:11:37 +0000 Received: from [193.109.254.147:3917] by server-1.bemta-14.messagelabs.com id 6A/B9-14887-8AD01B35; Mon, 30 Jun 2014 07:11:36 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1404112280!14462100!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3743 invoked from network); 30 Jun 2014 07:11:20 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-10.tower-27.messagelabs.com with SMTP; 30 Jun 2014 07:11:20 -0000 Received: from [212.54.42.137] (helo=smtp6.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VkG-0007Ku-AN for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:11:20 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp6.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VkF-0008FP-KU for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:11:20 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 9C7344C for ; Mon, 30 Jun 2014 09:10:00 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 09:11:19 +0200 Message-ID: <4296636.4UV7XcsykC@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <8738eniveo.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sunday 29 June 2014 17:35:17 lee wrote: > "J. Roeleveld" writes: > > On Sunday, June 29, 2014 10:09:32 AM lee wrote: > >> > Quite possibly. Am I correct in assuming you are using old hardware > >> > with > >> > closed-source software? > >> > >> It's an IBM x3650 7979 L2G with a ServeRaid 8k. Arcconf seems to be > >> closed source --- I don't really need arcconf, though. > >> > >> Unfortunately, disabling the status checking hasn't solved the problem. > >> The server goes down with messages about the SCSI bus hanging and trying > >> to reset it. I suspect that the controller doesn't like the --- rather > >> unsuited --- WD20EARS I plugged in. They have been working fine with a > >> HP smart array P800, though. I might have to take them out to see if > >> the problem persists. > > > > SCSI bus hanging, sounds like an I/O issue. > > Try to read the SMART-values of the disk. > > I'm not sure how to do that, and what would they tell me? Either connect the disks directly to a sata port on a mainboard (normal desktop would suffice). Disabling the raid-functionality of the card might also suffice. Then use (assuming the disk is /dev/sda) # smartctl --all /dev/sda > > Also, try a different disk... > > Unfortunately, I don't have one I could try --- and I'd need three. > > > The WD20EARS is a "green" desktop disk. I had numerous issues when using a > > couple of those in my old server when using software raid (mdadm). > > Some hardware raid cards do not like disks that do not properly return > > error- states. And especially the green disks that have a tendency to go > > into powersave mode when not used for a short period of time. > > I know, they aren't suited for this purpose. Yet they have been working > fine on the P800, and that three disks should decide to go bad in a way > that blocks the controller (or whatever happens) every now and then > seems unlikely. No, it doesn't. Does the error occur after the server has been idle for a while? Or when the disks are being stressed? If the former, then you need to figure out how to AVOID the disks to enter powersaving mode. It takes time for the disks to spin up again afterwards. The raid controller is timing out on access to the disks. If the latter, then you might have issues on the drives themselves which the drives are trying to solve themselves. My guess is that it is the former. (eg. when the server has been idle for a while) > So I think it's more likely an incompatibility of these disks with the > ServeRaid controller than the disks being bad, and I'd have to replace > all of them. Or this controller just sucks. Yep, incompatibility. Not necessarily with these disks, but with the powersaving settings in the disks firmware. I believe there are tools available you could use to adjust those settings. But I have no experience with them and you need to connect the disks directly to a standard sata port and use ms windows. (As I think those are ms windows tools) > IBM has supposedly fixed such issues with firmware updates, and > I updated everything I could even before installing the disks. Check the settings on the raid card for powersaving/spindown/powerup timeouts/.... > > The raid-card can easily end up trying to throw that disk out of the > > raid- array. If that is the only disk, that will mean the disk > > suddenly disappeared, causing kernel panics. > > It's three in a RAID-5, data only. There are two small SAS disks in a > RAID-1 for the system. > > > I currently use WD Red drives with hardware raid cards. > > Yes, I have two of those, 3TB each --- in the desktop on SATA ports now > in software RAID-1 because I need them for backups. I don't like > backups on hardware raid, and both RAID controllers are limited to > max. 2TB per disk. The WD reds work fine on the P800, though it only > sees them as 2TB. I can't put them into the server because I need more > than 2TB. You could try changing the raid controller? > So there I'm stuck :( The plan was to have my data on the server. > Perhaps I'll have to declare the experiment as failed and sell the > server. Not necessarily, but I would advice against using green drives in a server when using hardware raid cards. > >> > I use Xen on servers where stability is more important then a fast > >> > boottime. (especially as the BIOS takes longer then booting the OS) > >> > >> Well, I wish the server was running stable! > > > > See my comment about your disk above. Replace it or connect it directly to > > the mainboard, bypassing the raid controller. > > Afaik, the board doesn't have SATA connectors. The disks are neatly > contained in an enclosure, through which they are connected to the > available SAS/SATA ports, which are provided via the ServeRaid 8k. > Even if the board had additional SATA ports, I'd have the disks lying > around on top of the case and would need an external power supply for > them, which I don't have. > > I could probably run the disks as JBOD. If they are incompatible with > the controller, that won't help. Try putting the disks through individually to the OS. Then use Linux software raid (mdadm) to do the RAID. That should work better as the RAID-software on the card won't end up with timeout issues after powersaving kicks in. > Perhaps the controller is broken. Or it's something that xen does. Xen has nothing to do with this. Most likely: raid-controler <-> disks incompatibility. > >> > All the domUs have their console inside a screen-session. These also > >> > log > >> > the output to: > >> > /var/log/xen-consoles/.log > >> > > >> > By checking if these have the login prompt, you can also ensure the > >> > domU > >> > has started correctly. At least the scripts I get with Gentoo cycle > >> > when > >> > the screen-session is created. > >> > >> Hmmm ... That is really going to lengths. > > > > Many roads lead to Rome :) > > Likewise, many ways exist to achieve what you (and I) want. I do not know > > of an existing tool that does this simply. On a different list, people > > talk about using puppet or adding additional scripts as dependencies. > > I wish it was a feature of xen --- that would make sense, but how would > xen know when a VM is fully up ... It can, actually. If you have client-utilities running inside the VM, those can check easily when the VM is fully booted. (put those to start last, for instance) Then those utilities use the xen-api to inform the host. Read up on xenfs, it is usable to communicate between the guest and the host. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 07:11:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 07:11:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VkY-0007F5-98; Mon, 30 Jun 2014 07:11:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VkW-0007Er-TI for xen-users@lists.xen.org; Mon, 30 Jun 2014 07:11:37 +0000 Received: from [193.109.254.147:3917] by server-1.bemta-14.messagelabs.com id 6A/B9-14887-8AD01B35; Mon, 30 Jun 2014 07:11:36 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1404112280!14462100!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3743 invoked from network); 30 Jun 2014 07:11:20 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-10.tower-27.messagelabs.com with SMTP; 30 Jun 2014 07:11:20 -0000 Received: from [212.54.42.137] (helo=smtp6.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VkG-0007Ku-AN for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:11:20 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp6.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VkF-0008FP-KU for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:11:20 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 9C7344C for ; Mon, 30 Jun 2014 09:10:00 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 09:11:19 +0200 Message-ID: <4296636.4UV7XcsykC@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <8738eniveo.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sunday 29 June 2014 17:35:17 lee wrote: > "J. Roeleveld" writes: > > On Sunday, June 29, 2014 10:09:32 AM lee wrote: > >> > Quite possibly. Am I correct in assuming you are using old hardware > >> > with > >> > closed-source software? > >> > >> It's an IBM x3650 7979 L2G with a ServeRaid 8k. Arcconf seems to be > >> closed source --- I don't really need arcconf, though. > >> > >> Unfortunately, disabling the status checking hasn't solved the problem. > >> The server goes down with messages about the SCSI bus hanging and trying > >> to reset it. I suspect that the controller doesn't like the --- rather > >> unsuited --- WD20EARS I plugged in. They have been working fine with a > >> HP smart array P800, though. I might have to take them out to see if > >> the problem persists. > > > > SCSI bus hanging, sounds like an I/O issue. > > Try to read the SMART-values of the disk. > > I'm not sure how to do that, and what would they tell me? Either connect the disks directly to a sata port on a mainboard (normal desktop would suffice). Disabling the raid-functionality of the card might also suffice. Then use (assuming the disk is /dev/sda) # smartctl --all /dev/sda > > Also, try a different disk... > > Unfortunately, I don't have one I could try --- and I'd need three. > > > The WD20EARS is a "green" desktop disk. I had numerous issues when using a > > couple of those in my old server when using software raid (mdadm). > > Some hardware raid cards do not like disks that do not properly return > > error- states. And especially the green disks that have a tendency to go > > into powersave mode when not used for a short period of time. > > I know, they aren't suited for this purpose. Yet they have been working > fine on the P800, and that three disks should decide to go bad in a way > that blocks the controller (or whatever happens) every now and then > seems unlikely. No, it doesn't. Does the error occur after the server has been idle for a while? Or when the disks are being stressed? If the former, then you need to figure out how to AVOID the disks to enter powersaving mode. It takes time for the disks to spin up again afterwards. The raid controller is timing out on access to the disks. If the latter, then you might have issues on the drives themselves which the drives are trying to solve themselves. My guess is that it is the former. (eg. when the server has been idle for a while) > So I think it's more likely an incompatibility of these disks with the > ServeRaid controller than the disks being bad, and I'd have to replace > all of them. Or this controller just sucks. Yep, incompatibility. Not necessarily with these disks, but with the powersaving settings in the disks firmware. I believe there are tools available you could use to adjust those settings. But I have no experience with them and you need to connect the disks directly to a standard sata port and use ms windows. (As I think those are ms windows tools) > IBM has supposedly fixed such issues with firmware updates, and > I updated everything I could even before installing the disks. Check the settings on the raid card for powersaving/spindown/powerup timeouts/.... > > The raid-card can easily end up trying to throw that disk out of the > > raid- array. If that is the only disk, that will mean the disk > > suddenly disappeared, causing kernel panics. > > It's three in a RAID-5, data only. There are two small SAS disks in a > RAID-1 for the system. > > > I currently use WD Red drives with hardware raid cards. > > Yes, I have two of those, 3TB each --- in the desktop on SATA ports now > in software RAID-1 because I need them for backups. I don't like > backups on hardware raid, and both RAID controllers are limited to > max. 2TB per disk. The WD reds work fine on the P800, though it only > sees them as 2TB. I can't put them into the server because I need more > than 2TB. You could try changing the raid controller? > So there I'm stuck :( The plan was to have my data on the server. > Perhaps I'll have to declare the experiment as failed and sell the > server. Not necessarily, but I would advice against using green drives in a server when using hardware raid cards. > >> > I use Xen on servers where stability is more important then a fast > >> > boottime. (especially as the BIOS takes longer then booting the OS) > >> > >> Well, I wish the server was running stable! > > > > See my comment about your disk above. Replace it or connect it directly to > > the mainboard, bypassing the raid controller. > > Afaik, the board doesn't have SATA connectors. The disks are neatly > contained in an enclosure, through which they are connected to the > available SAS/SATA ports, which are provided via the ServeRaid 8k. > Even if the board had additional SATA ports, I'd have the disks lying > around on top of the case and would need an external power supply for > them, which I don't have. > > I could probably run the disks as JBOD. If they are incompatible with > the controller, that won't help. Try putting the disks through individually to the OS. Then use Linux software raid (mdadm) to do the RAID. That should work better as the RAID-software on the card won't end up with timeout issues after powersaving kicks in. > Perhaps the controller is broken. Or it's something that xen does. Xen has nothing to do with this. Most likely: raid-controler <-> disks incompatibility. > >> > All the domUs have their console inside a screen-session. These also > >> > log > >> > the output to: > >> > /var/log/xen-consoles/.log > >> > > >> > By checking if these have the login prompt, you can also ensure the > >> > domU > >> > has started correctly. At least the scripts I get with Gentoo cycle > >> > when > >> > the screen-session is created. > >> > >> Hmmm ... That is really going to lengths. > > > > Many roads lead to Rome :) > > Likewise, many ways exist to achieve what you (and I) want. I do not know > > of an existing tool that does this simply. On a different list, people > > talk about using puppet or adding additional scripts as dependencies. > > I wish it was a feature of xen --- that would make sense, but how would > xen know when a VM is fully up ... It can, actually. If you have client-utilities running inside the VM, those can check easily when the VM is fully booted. (put those to start last, for instance) Then those utilities use the xen-api to inform the host. Read up on xenfs, it is usable to communicate between the guest and the host. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 07:22:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 07:22:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VvD-0007ka-M3; Mon, 30 Jun 2014 07:22:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VvB-0007kU-Up for xen-users@lists.xen.org; Mon, 30 Jun 2014 07:22:38 +0000 Received: from [85.158.139.211:63510] by server-10.bemta-5.messagelabs.com id 42/1C-10247-D3011B35; Mon, 30 Jun 2014 07:22:37 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-12.tower-206.messagelabs.com!1404112956!12653797!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7877 invoked from network); 30 Jun 2014 07:22:37 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-12.tower-206.messagelabs.com with SMTP; 30 Jun 2014 07:22:37 -0000 Received: from [212.54.42.134] (helo=smtp3.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VvA-0008SZ-Ts for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:22:36 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp3.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VvA-0005DW-Pc for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:22:36 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id ADC2E4C for ; Mon, 30 Jun 2014 09:21:17 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 09:22:36 +0200 Message-ID: <1566315.91L9gMzFM8@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] EFI_VENDOR not set error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sunday 29 June 2014 08:46:24 jacek burghardt wrote: > I am trying to compile xen efi but I am getting an error message EFI_VENDOR > not set how do I set vendor at compile time? I do not use EFI yet, but you could try setting it before compiling: # export EFI_VENDOR= -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 07:22:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 07:22:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VvD-0007ka-M3; Mon, 30 Jun 2014 07:22:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1VvB-0007kU-Up for xen-users@lists.xen.org; Mon, 30 Jun 2014 07:22:38 +0000 Received: from [85.158.139.211:63510] by server-10.bemta-5.messagelabs.com id 42/1C-10247-D3011B35; Mon, 30 Jun 2014 07:22:37 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-12.tower-206.messagelabs.com!1404112956!12653797!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7877 invoked from network); 30 Jun 2014 07:22:37 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-12.tower-206.messagelabs.com with SMTP; 30 Jun 2014 07:22:37 -0000 Received: from [212.54.42.134] (helo=smtp3.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VvA-0008SZ-Ts for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:22:36 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp3.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1VvA-0005DW-Pc for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:22:36 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id ADC2E4C for ; Mon, 30 Jun 2014 09:21:17 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 09:22:36 +0200 Message-ID: <1566315.91L9gMzFM8@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] EFI_VENDOR not set error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sunday 29 June 2014 08:46:24 jacek burghardt wrote: > I am trying to compile xen efi but I am getting an error message EFI_VENDOR > not set how do I set vendor at compile time? I do not use EFI yet, but you could try setting it before compiling: # export EFI_VENDOR= -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 07:56:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 07:56:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WRT-0008Vu-HX; Mon, 30 Jun 2014 07:55:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WRS-0008Vk-3e for xen-users@lists.xen.org; Mon, 30 Jun 2014 07:55:58 +0000 Received: from [85.158.137.68:2441] by server-8.bemta-3.messagelabs.com id 64/FC-05923-D0811B35; Mon, 30 Jun 2014 07:55:57 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-16.tower-31.messagelabs.com!1404114950!13024209!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23221 invoked from network); 30 Jun 2014 07:55:56 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 07:55:56 -0000 Received: (qmail 21200 invoked by uid 1011); 30 Jun 2014 07:55:48 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19141. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.342066 secs); 30 Jun 2014 07:55:48 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 30 Jun 2014 07:55:47 -0000 Message-ID: <53B11802.6060609@websitemanagers.com.au> Date: Mon, 30 Jun 2014 17:55:46 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <878uojwsml.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> <4296636.4UV7XcsykC@eve> In-Reply-To: <4296636.4UV7XcsykC@eve> Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 30/06/14 17:11, Joost Roeleveld wrote: > On Sunday 29 June 2014 17:35:17 lee wrote: >> "J. Roeleveld" writes: >>> On Sunday, June 29, 2014 10:09:32 AM lee wrote: >>>>> Quite possibly. Am I correct in assuming you are using old hardware >>>>> with >>>>> closed-source software? >>>> It's an IBM x3650 7979 L2G with a ServeRaid 8k. Arcconf seems to be >>>> closed source --- I don't really need arcconf, though. >>>> >>>> Unfortunately, disabling the status checking hasn't solved the problem. >>>> The server goes down with messages about the SCSI bus hanging and trying >>>> to reset it. I suspect that the controller doesn't like the --- rather >>>> unsuited --- WD20EARS I plugged in. They have been working fine with a >>>> HP smart array P800, though. I might have to take them out to see if >>>> the problem persists. >>> SCSI bus hanging, sounds like an I/O issue. >>> Try to read the SMART-values of the disk. >> I'm not sure how to do that, and what would they tell me? > Either connect the disks directly to a sata port on a mainboard (normal > desktop would suffice). Disabling the raid-functionality of the card might also > suffice. > Then use (assuming the disk is /dev/sda) > # smartctl --all /dev/sda > >>> Also, try a different disk... >> Unfortunately, I don't have one I could try --- and I'd need three. >> >>> The WD20EARS is a "green" desktop disk. I had numerous issues when using a >>> couple of those in my old server when using software raid (mdadm). >>> Some hardware raid cards do not like disks that do not properly return >>> error- states. And especially the green disks that have a tendency to go >>> into powersave mode when not used for a short period of time. >> I know, they aren't suited for this purpose. Yet they have been working >> fine on the P800, and that three disks should decide to go bad in a way >> that blocks the controller (or whatever happens) every now and then >> seems unlikely. > No, it doesn't. > Does the error occur after the server has been idle for a while? Or when the > disks are being stressed? > > If the former, then you need to figure out how to AVOID the disks to enter > powersaving mode. It takes time for the disks to spin up again afterwards. The > raid controller is timing out on access to the disks. > > If the latter, then you might have issues on the drives themselves which the > drives are trying to solve themselves. > > My guess is that it is the former. (eg. when the server has been idle for a > while) > BTW, this reminds me of the issue of these type of disks (consumer/non RAID) dropping out of linux MD raid arrays by themselves, even though they are perfectly good. For the cause, and solution, read up on SCT/ERC. BTW, google for sct/erc and result 4 (for me) talks about WD releasing the red line for use in RAID. The short story is that the green disk will try (really hard) to get the data in a requested sector (because it is probably the only location the user has saved this important data), and ignore any instructions from the raid controller. Since this can take a few minutes, then the raid controller has decided the drive is dead (usually I read about this that Linux decides the disk is dead and marks it as failed for the raid array). In Linux software raid, the solution is to tell the kernel to be more patient, and wait longer for the disk to respond, so it doesn't get kicked out of the array, with hardware raid, you may not have that option. In RAID drives (like the red, or enterprise level), if a sector is not readable (quickly, about 6 seconds I think), then the drive will simply return an error, assuming that MD or hardware raid controller will simply read the bad sector from another disk in the array. I hope this helps... BTW, with current size drives, it is common/frequent to have the above issue. Sometimes even a single complete read of the drive can trigger it, see linux-raid mailing list for more information. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 07:56:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 07:56:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WRT-0008Vu-HX; Mon, 30 Jun 2014 07:55:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WRS-0008Vk-3e for xen-users@lists.xen.org; Mon, 30 Jun 2014 07:55:58 +0000 Received: from [85.158.137.68:2441] by server-8.bemta-3.messagelabs.com id 64/FC-05923-D0811B35; Mon, 30 Jun 2014 07:55:57 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-16.tower-31.messagelabs.com!1404114950!13024209!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23221 invoked from network); 30 Jun 2014 07:55:56 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 07:55:56 -0000 Received: (qmail 21200 invoked by uid 1011); 30 Jun 2014 07:55:48 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19141. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.342066 secs); 30 Jun 2014 07:55:48 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 30 Jun 2014 07:55:47 -0000 Message-ID: <53B11802.6060609@websitemanagers.com.au> Date: Mon, 30 Jun 2014 17:55:46 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <878uojwsml.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> <4296636.4UV7XcsykC@eve> In-Reply-To: <4296636.4UV7XcsykC@eve> Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 30/06/14 17:11, Joost Roeleveld wrote: > On Sunday 29 June 2014 17:35:17 lee wrote: >> "J. Roeleveld" writes: >>> On Sunday, June 29, 2014 10:09:32 AM lee wrote: >>>>> Quite possibly. Am I correct in assuming you are using old hardware >>>>> with >>>>> closed-source software? >>>> It's an IBM x3650 7979 L2G with a ServeRaid 8k. Arcconf seems to be >>>> closed source --- I don't really need arcconf, though. >>>> >>>> Unfortunately, disabling the status checking hasn't solved the problem. >>>> The server goes down with messages about the SCSI bus hanging and trying >>>> to reset it. I suspect that the controller doesn't like the --- rather >>>> unsuited --- WD20EARS I plugged in. They have been working fine with a >>>> HP smart array P800, though. I might have to take them out to see if >>>> the problem persists. >>> SCSI bus hanging, sounds like an I/O issue. >>> Try to read the SMART-values of the disk. >> I'm not sure how to do that, and what would they tell me? > Either connect the disks directly to a sata port on a mainboard (normal > desktop would suffice). Disabling the raid-functionality of the card might also > suffice. > Then use (assuming the disk is /dev/sda) > # smartctl --all /dev/sda > >>> Also, try a different disk... >> Unfortunately, I don't have one I could try --- and I'd need three. >> >>> The WD20EARS is a "green" desktop disk. I had numerous issues when using a >>> couple of those in my old server when using software raid (mdadm). >>> Some hardware raid cards do not like disks that do not properly return >>> error- states. And especially the green disks that have a tendency to go >>> into powersave mode when not used for a short period of time. >> I know, they aren't suited for this purpose. Yet they have been working >> fine on the P800, and that three disks should decide to go bad in a way >> that blocks the controller (or whatever happens) every now and then >> seems unlikely. > No, it doesn't. > Does the error occur after the server has been idle for a while? Or when the > disks are being stressed? > > If the former, then you need to figure out how to AVOID the disks to enter > powersaving mode. It takes time for the disks to spin up again afterwards. The > raid controller is timing out on access to the disks. > > If the latter, then you might have issues on the drives themselves which the > drives are trying to solve themselves. > > My guess is that it is the former. (eg. when the server has been idle for a > while) > BTW, this reminds me of the issue of these type of disks (consumer/non RAID) dropping out of linux MD raid arrays by themselves, even though they are perfectly good. For the cause, and solution, read up on SCT/ERC. BTW, google for sct/erc and result 4 (for me) talks about WD releasing the red line for use in RAID. The short story is that the green disk will try (really hard) to get the data in a requested sector (because it is probably the only location the user has saved this important data), and ignore any instructions from the raid controller. Since this can take a few minutes, then the raid controller has decided the drive is dead (usually I read about this that Linux decides the disk is dead and marks it as failed for the raid array). In Linux software raid, the solution is to tell the kernel to be more patient, and wait longer for the disk to respond, so it doesn't get kicked out of the array, with hardware raid, you may not have that option. In RAID drives (like the red, or enterprise level), if a sector is not readable (quickly, about 6 seconds I think), then the drive will simply return an error, assuming that MD or hardware raid controller will simply read the bad sector from another disk in the array. I hope this helps... BTW, with current size drives, it is common/frequent to have the above issue. Sometimes even a single complete read of the drive can trigger it, see linux-raid mailing list for more information. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 08:17:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:17:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Wl6-0000zK-8j; Mon, 30 Jun 2014 08:16:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Wl3-0000zF-9c for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:16:14 +0000 Received: from [85.158.143.35:13120] by server-2.bemta-4.messagelabs.com id 96/F6-06539-CCC11B35; Mon, 30 Jun 2014 08:16:12 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1404116168!14681490!1 X-Originating-IP: [220.181.13.14] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,HTML_50_60,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16555 invoked from network); 30 Jun 2014 08:16:09 -0000 Received: from m13-14.163.com (HELO m13-14.163.com) (220.181.13.14) by server-5.tower-21.messagelabs.com with SMTP; 30 Jun 2014 08:16:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=02DI8 7qXC8AmVqnKRg8x2ckLIexOa7Wn8zpTZ/wUFqk=; b=SQy+CnE62SRvDbCFyDKSI aX4JUKVaW/lFAe7/LITNUYY1fRZTVAxlgVKxBhihTs9SoBhLIVFMCi2/SUB8IFg6 DQNjO7SxCZXLLphG37EOe3JrtSkcACaMPBO/uo0O/D03US+8zJDd6np4N7Zc1Zkw hrf4XxtJ2QSA99J7omBn4I= Received: from wolves914$163.com ( [111.206.125.145] ) by ajax-webmail-wmsvr14 (Coremail) ; Mon, 30 Jun 2014 16:16:05 +0800 (CST) X-Originating-IP: [111.206.125.145] Date: Mon, 30 Jun 2014 16:16:05 +0800 (CST) From: wolves To: "xen-users@lists.xen.org" X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com X-CM-CTRLDATA: qi+QRWZvb3Rlcl9odG09NDAzOjgx Content-Type: multipart/mixed; boundary="----=_Part_263974_1358461470.1404116165912" MIME-Version: 1.0 Message-ID: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> X-CM-TRANSID: DsGowAAnL0fGHLFTKhA2AA--.30888W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/1tbiUR66RlEAICSGfgABsf X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ------=_Part_263974_1358461470.1404116165912 Content-Type: multipart/alternative; boundary="----=_Part_263976_89151031.1404116165912" ------=_Part_263976_89151031.1404116165912 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 QlNPRCBhY2N1cnJlZCBhZnRlciBhIHdpbmRvd3MgMjAwMyBkb21VIG1pZ3JhdGVkIHRvIGFub3Ro ZXIgaG9zdCAoc2VlIGF0dGFjaGVkIGltYWdlKS4gVGhlIHB2IGRyaXZlciBpcyBncGxwdl8yMDAz eDMyXzEuMC4xMDg5Lm1zaSBmcm9tIGh0dHA6Ly93d3cuZWpiZGlnaXRhbC5jb20uYXUvCkFueXRo aW5nIHdyb25nIGFib3V0IGl0PwoKCndvbHZlcwo= ------=_Part_263976_89151031.1404116165912 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+QlNPRCBhY2N1cnJlZCBhZnRlciBhIHdpbmRvd3MgMjAw MyBkb21VIG1pZ3JhdGVkIHRvIGFub3RoZXIgaG9zdCAoc2VlIGF0dGFjaGVkIGltYWdlKS4gVGhl IHB2IGRyaXZlciBpcyBncGxwdl8yMDAzeDMyXzEuMC4xMDg5Lm1zaSBmcm9tIDxhIGNsYXNzPSJl eGxpbmsgbWtsaW5rIiBocmVmPSJodHRwOi8vd3d3LmVqYmRpZ2l0YWwuY29tLmF1L0dQTFBWLyIg cmVsPSJub2ZvbGxvdyI+PHU+PC91Pmh0dHA6Ly93d3cuZWpiZGlnaXRhbC5jb20uYXUvPC9hPjxi cj5Bbnl0aGluZyB3cm9uZyBhYm91dCBpdD88YnI+PGJyPjxicj53b2x2ZXM8YnI+IDwvZGl2Pjwv ZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxzcGFuIGlkPSJuZXRlYXNl X21haWxfZm9vdGVyIj48L3NwYW4+PC9zcGFuPg== ------=_Part_263976_89151031.1404116165912-- ------=_Part_263974_1358461470.1404116165912 Content-Type: image/png; name="gplpv-bsod.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="gplpv-bsod.png" iVBORw0KGgoAAAANSUhEUgAABAEAAALLCAIAAAAHQgynAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAg AElEQVR42uydB3yN1//Ha9fW2hS1f6ooqkqrRrWq9qZWUVRb1WpLbdmLREIISSQRkiASSQhCYu8R e8Tee+/5/384epycJ7nujdifz+v9yuvmPueec57znPH93PuMd/6PoiiKoiiKoqi3Se+wCSiKoiiK oiiKHoCiKIqiKIqiKHoAiqIoiqIoiqLoASiKoiiKoiiKogegKIqiKIqiKIoegKIoiqIoiqIoegCK oiiKoiiKougBKIqiKIqiKIqiB6AoiqIoiqIoih6AoiiKoiiKoih6AIqiKIqiKIqi6AEoiqIoiqIo iqIHoCiKoiiKoih6AIqiKIqiKIqi6AEoiqIoiqIoiqIHoCiKoiiKoiiKHoCiKIqiKIqiKHoAiqIo iqIoiqLoASiKoiiKoiiKogegKIqiKIqiKIoegKIoiqIoiqIoegCKoiiKoiiKougBKIqiKIqiKIqi B6AoiqIoiqIoih6AoiiKoiiKoih6AIqiKIqiKIqiB6AoiqIoiqIoih6AoiiKoiiKoih6AIqiKIqi KIqi6AEoiqIoiqIoiqIHoCiKoiiKoiiKHoCiKIqiKIqiKHoAiqIoiqIoiqLoASiKoiiKoiiKogeg KIqiKIqiKIoegKIoiqIoiqIoegCKoiiKoiiKougBKIqiKIqiKIqiB6AoiqIoiqIoegCKoiiKoiiK ougBKIqiKIqiKIqiB6AoiqIoiqIoih6AoiiKoiiKoih6AIqiKIqiKIqi6AEoiqIoiqIoiqIHoCiK oiiKoiiKHoCiKIqiKIqiKHoAiqIoiqIoiqLoASiKoiiKoiiKogegKIqiKIqiKIoegKIoiqIoiqIo egCKoiiKoiiKogegKIqiKIqiKIoegKIoiqIoiqIoegCKoiiKoiiKougBKIqiKIqiKIqiB6AoiqIo iqIoih6AoiiKoiiKoih6AIqiKIqiKIqi6AEoiqIoiqIoiqIHoCiKoiiKoiiKHoCiKIqiKIqiKHoA iqIoiqIoiqLoASiKoiiKoiiKogegKIqiKIqiKHoAiqIoiqIoiqLoASiKoiiKoiiKogegKIqiKIqi KIoegKIoiqIoiqIoegCKoiiKoiiKougBKIqiKIqiKIqiB6AoiqIoiqIoih6AoiiKoiiKoih6AIqi KIqiKIqi6AEoiqIoiqIoinrtPEDVqpPeeWckIYQQQgghbzzvvee0ePFBegB6AEIIIYQQQg9AD0AI IYQQQgg9AD0AIYQQQggh9AD0AIQQQgghhNAD0AMQQgghhBBCD0APQAghhBBCCD0APQAhhBBCCCH0 APQAhBBCCCGE0APQAxBCCCGEEEIPQA9ACCGEEEIIPcAzKH/+UW/wYc6Y0aZBg8Aff5zdps2MPHmc 2e8JIYQQQugB6AHecA+QK5djbOwB7ObRo5erVeMvHoQQQggh9AD0APQAhBBCCCGEHuBt8wBVqkx8 gw9z5sx2fftGe3istbZeWrSoG/s9IYQQQgg9AD3A/5Us6WFOe2XLZl+gwKiMGW20s+3xJjbJd959 17ZQodGFCz8hVy5HuTVdOut8+Vxy5HDIkME6f34XmSZrVnslarfFO/ibJYudTGAsWpAzp4Na1qMP 2olNuXM7qe8nl8NTSZvWKk8eZzUr7EL69NZy99XKq6RJ8/CDcvfRSlpV1XYjhBBCCCH0AC9OuXI5 mdNe7drNjIra89FHnuqb+Dcycg82yXdq1Zq8atXRtWuPSQYPjpVbCxYcHRi4pVevqJIl3UNDd8o0 rVvPkGnq1PHHO3Xr+jdsOFUmiI7eW6HCeGOt+vWbp5YFGjSYKszGqFEr1feNlTf/bCIvrw1qVkFB 24oUccWmjz8eP3fuXrXyiX+CsPXwWDtgwELxb6dOYVpVO3acxXFICCGEEEIP8BKUJYtZ30bXrOlr Z7dsyJDY2rX9xDt4gX/xJjbJZE2aBN29ez88fJe9/XKBldUSROoiaP7wwzGbNp2MjT2AD9raLpNp hg9f3L59qPievkWLENRq6tSteFMmQClDh8bVrRsgC8qf36VPnzkjRy6RaQSVKnmJL+87dw6Tb8bE 7EvZ9QCffOIFD2Njs1QtAruTJ89D41S0qNugQbFq5SWwB4MGLcIHmzULyZrVHpUZMWKxVlX4JY5D QgghhBB6gFfXA4ACBUbNnLkTcW3ZsmMBXuDfggVHqQk6dQrbsePMd99NlW/27Bl59ux1Ee8KD3Du 3PWoqD3Fij05O9/Tc11MzH5xbozwAMePX3FyWqnmvGrVUWfnx+/kyeOMIpYuPdyt22xzat63b3TK PAAqf+HCzY4dw/Llc0kuDSq/cOH+7NkTNSOC/mvX7nz7baCo/MqVR3x8NhUv7p4pky3HHiGEEEII PcBr4wEyZLBGFDt0aByifIAX+BdvygRwBQEBWypUGJ8jh4MJDzB+/LqSJd3VL86NHuD33+cVLjw6 OQ/w22/Rc+cm1Knjnzu30/P2APfu3T948OLAgQuf0QPA+cybt7dMmbEce4QQQggh9ACvjQcQDB4c Kz6onugv8PXdlJBw3t5+ua3tMgmCdc0DWFktMYbRmgdo2XK69hOE6gGQQ3z8yeLFx5hZ5xR7gMqV vYYMiQUjRiwWu1O//hQtzXffTR02LA6bkFi888MPs1DDf/5ZWKKE+zuPrgbu2jUcmcA1wSYhJTzM e+85chASQgghhNADvAke4OLFmxs2nFi//rjKwoX7RXz82nkACcJ6sS8ounx5z3ffTXRKD4zBlSu3 u3QJF//OmrVzypQtxkyKFHENDt6GTMLDdzVoEPhmP5mBEEIIIYQe4G3xAAj3ixd3L1rUTeWDD1zF efCvrwfInt1B7Mvw4XGoqla0mR4gfXpr7Agy+frrgDVrjvXqFclxSAghhBBCD/BKe4BcuRz7918w cuTD+/wAvMC/6u3/4QEiI/eIe+cnifkeYM6chE6dwpLzAJ9/7vPPPzGjRq2qW9f/GT0AzMaYMWsA 8jQnq2HD4rZtO126tEfiL/jd+vSZY2u7TGQ1aFCsuBIgOT75xOvAgYt//bWA45AQQgghhB7g1fUA H3zg2rRp8LRpW3/66fG313iBf/EmNol3BgxYOHHihnr1AurU8Vf54gvfnDkdLfIA27efcXdfI3No 3DgoMHDLzz/PkR8pVcojOHjboEGLtLLy53exyAOgFNEO3btHGLcWLDhay3/48MWTJ8fLXVYJCNgs stJ+xMiY0aZy5YlqJu3bh4aH72rbdibHISGEEEIIPcCr6wF69YraseNM7dp+8kG8eIF/Eaxjk3gn a1a71q1nnDlz7fz5GyoJCedr1PCxyAN06RLevftsmcPu3ee+/jogSxY7+ZF06axz5XJ0cVmplZXk E7tS7AG6dAnT8re2Xpozp0O6dFbme4B8+VzmzdurZrJixeGKFSdoFxUQQgghhBB6gFfLA5Qv79m+ fWiePM7qm/i3XbtQbJLvFC3q1q3b7B49IlQ6dpxVoMDD618R5TdvHlKlykQt85o1fb/7bqq4zai8 HqBUKQ+ZQ4cOoUneob96dW+trJIl3Y3JPvooicrL04rEB5O8a2fZsmO1/I2VVz3Apk0nkAZWR30f Zqlx4yA1EzSCdi9RQgghhBBCD/DqXhP8vEnymuBXHPHMstjYA+Hhu9Kk4egihBBCCKEHoAd40z3A 118HnD9/8/79B/QAhBBCCCH0APQAb7IHKF3aw8trQ0jIdvSku3fve3qu++KLyRxahBBCCCH0APQA llGt2qTg4G2ffeb9WniACRPWo7aCr77y47gihBBCCKEHoAcghBBCCCGEHoAegBBCCCGEEHqAl6j+ /fm0WkIIIYQQQg9AD0AIIYQQQgg9AD0AIYQQQggh9AD0AIQQQgghhNAD0AMQQgghhBBCD0APQAgh hBBCCD0APQAhhBBCCCH0APQAhBBCCCGE0APQAxBCCCGEEEIPQA9ACCGEEEIIPQA9ACGEEEIIIfQA 9ACEEEIIIYTQA9ADEEIIIYQQegB6AHYIQgghhBBCD0APQAghhBBCCD0APQAhhBBCCCH0APQAhBBC CCGE0APQAxBCCCGEEEIPQA9ACCGEEEIIPQA9ACGEEEIIIfQA9ACEEEIIIYTQA9ADEEIIIYQQQg+Q eqpadVLBgqO6dp39889zVHr1iipWzM3YcFWqTBQJ8MK4FR/BB7WskDmKwNbs2R1at56hbRU0bhyU IYO1mQfv008nJZkJKF3aQ02ZKZNNkyZBeL9Tp7B8+VzUTXnzuuDNChXGa5l/882Ur7+eIl6XKzfu UeVHJ1mN/PldOncOT64mPXpEfvCBq5l7VKSI208/RWo5dO8eUbjwk6IrV/Zq124mOq76wUKFRnfr Nvt//xtnZkHvv+/Uvn3oJ594ae/XrRvQoEGg/Dd9eutGjabJmnz+uY+WvkYNn2bNgjNntlXfLFHC HUf/ww/H4HXGjI9bXiO5btOz58Pdr19/inFr9uz2rVpNN2ZVvvx4WfkkD0GXLuEFCjzseDlyOLRp k6jjNW8eolXeImrW9BX5oIeo76dNa9Ww4TS1oI4dw/LmdVbToB927hyWZIW//jpAK6hSJS+xCX2e szYhhBBCD5CaHqBWrclnz16/fPnWqVPXJMePX2nbdiaCJ63hBg+OFR/EC20TEuMj+KCaD9i588zn n3sjAaLDTZtOXrt2W0sApk/fkTWrnZkHz8pqyd2791FnYz4tW05XU+bK5RgbewC1PXr0crVqkzQj ceTI5d9/n6dlPn369qCgbeI1AlOU8tVXfklWo2rViVu2nJZF37x599atu/LfAwcu1qnjb+Ye1asX cOjQJXzq0qWbqO3FizfxOiHh/JdfTpZpBg1atHfv+Vq1/NSGQhEXLtzs0SPCzII+/nj8nj3nbGyW wgwgYJXv+/tvDg/flSbNw9fvvmuLI4V/5b44Oq7Ik8cZxkCmHzVq1Zo1x8qX98yc+UllYPDu3XsA b4DXOXM6oOWvX7+jHaChQ2NRdLp0Vmqt4ABv376HHQ8O3qZVOEsWOzgWjFXjsYb5kZVXW16ybduZ zz57eNBLlnTfsuWU2vHmz9+H8F2tvEW4ua0WowDOTX0fzmfOnIQbN55UJj7+ZN26/tmy2cs01at7 Hzt25cqVW8YKe3qu1wr6++8YUdDIkUs4axNCCCH0AKnvAZycVtSs6StB9OntvRFxp/keAInxEXxQ zQdUq+YtvITwAJMnb9ISgI8+8tTiQtMeICHhXKtW0435IFR9YR4ge3Z7ZCKLjo7eu3TpoS++ePxv 9eo+KN3MPULKzz/3waeGDIm9f//BgAEL8fqzz7wRSavNe+PGHcSUXbuGP6MHgN+YNGmj2laqB2jQ YCrGxo8/zpa7NnjwohkzdpQq5aF6AJjGdeuON28ebMIDzJy5QztA1tZLJ0+Oz59/lJkeoF27mYiq 27SZYTzW4jt+UflHLW/seJOyZ3eQHsDX90nH++GHWQsW7FMrn4oeIDJytyzo+++nwd+iI2keYPTo 1cY9Kl16LD0AIYQQQg/wQj1Ar15RagOlT28dGbkHYZMa8nbqFDZixGIXl5UAL/Av3hSnsvz2WzTC u27dItRvlzWEB0AE/4wHDzkgFC5efMxT491//omxs1uG2sLhIIbGnqaiB9AICHgSRqcYEUY3bZpE bIr6nz9/AwG02vIp8wCImO3tl8NpyJOCpAdA0UOHxtnZLS9TZqzqNBwdV/z77yLEqdIDHDt22dNz 3bBhcTBj4jwuowcYO3atVgFb22UbNpwoWvTJaWYNGgTC+YhOZWOz9I8/5pco4Y73M2e2bdcudPjw xdhauLCps6pE5U10POEB1DAaXRHN+KjyM8w/CU2cAIaRgh4oKowcWracLu2r8ABwwjI99hT7i/3S PADGi+mCsmSx69Dh4e6LglB5eD/zXSUhhBBC6AFSxwN88IHrunXHEVKLf/EC/xYp4vrohGz/ixdv du/+lEj0BXuAbt1mo1b16gXIyiPwfa09wK5dZz/6yBNh9Pr1j1s+ZR5g4MCFn3/uc/z4lV9/nat5 gNDQnYGBW5ILoxE3Sw+wfPnhfPlcvLw2zJu3FwFrij2Aj8+mqKg9iJ7xun370Fu37jVqNA2vc+d2 WrLkkJvb6qfuVAo8gACVnz9/n6i8mVStOvHw4UswKuJfhPsI+kXlU9cDoG1XrDiC6F/8i8pjF7Aj nLsJIYQQegB6AHoAegB6AEIIIYTQA6TUAyAOQ5yhgoBPDUYt8gAVKoyX+QwYsFDcYkh4AAR2WkHV qnlb6gFOnrzq7r5GzaRTpzDtpI431QPUrRuAQ4NdRhyfYg+ABunffwEy6dIlPFMmmxR7gEaNgkRl KlacYPQAa9ceM3aqnj2j1OsczPcAKK5v32iZ1WefeUsPgJZBr1ALatw46GV5gI0bT2i7jAGieYDo 6L1ay+DI0gMQQggh9AAv2gMcPXp58+ZTEsQxtWs/iX3z5HH+9tvA7dvPIOipVGkCwAv8izexyegB GjacKvJBtshcnIgvPMCpU1fVgkC7djMt9QA3btzdufOsmomn5zrEsiIBYlmUNXz44itXbiGOR21F 5RFuli077t13bV9rDyAr36/fvBR7APHvuHHrFi7cnz27fYo9AF5/993U69fvdOw4y+gB0HrasVYv os2WzR71CQvbtXTpIewRDhMqdvv2/d9+i4ZFMXoA1CEiYjcySUg4f+fOffVHjEuXbqF6akFDhsSm ugcoUGAUXAr8p7PzSjEKZs3auWzZYVRenKkvPMD58zdEHY4fvwLDANugZiI8ANBapn79JzcGxb5j TMXHn8SuiYImTNiAAwd3lDevC6dvQgghhB4g1TzA4MGxJUq4S4oXd1djo65dZyOauXXrHmL9/fsv ALzAv3gTm4weAOGdyAeRq+YBPDzWqAUB4x1In+oBduw4g9BczQTxWZo0j88GSZfOeuLEDWfOXL9/ /8GJE1dRW1n5mJj9pUq50wO8GA+ANtGOtXpVK6LhTZtOwKfh4wcOXMRhOn362oMH/4cg295+udED IMIuUsQVmbRsGXLq1DXVA8TE7CtVykMtSL3rUWp5gP795x87dvnu3fvnzt0Qo0BWXvx2ITxASMh2 UQcbm6XJeQBURmsZ9ZavHTqEHjp06ebNu5cuPR5uOMq3b987cuSSeoshQgghhNADpPL1ABqIlRGO jBmz+q+/FkjwL6JqbEJkhoDM2nopbIB2WrYIo1UP8AKuB0if3joiYve6dcfV2oK5cxMQRovnOr3W HiB//lHi7jSoLSLFFHuAevUCBg16eE+e7dvPiMo3afLwvkAIwcuWTXRfICenFfhUjRo+Rg+Aw4pm RLwbGbnnqdcDqNSu7Xf+/A3sgnqMBgxYuHPnWW/vjZkz27ZtO/PRfYHitKetIYw2Xsxg6X2B8K+4 qZH63APTYB+PHr2Mv2qFfXw23rt3X/yWpV0PUKXKROyOg8Ny2CSLrgfo3Tvq6tXbaD21ILQ5vMff f8dw+iaEEELoAZ67B0CEhMARoQzCLO2pqPg3LGwXNiEBkonnAyC3L77wlTg6rtA8wOTJ8WoCQfny lj0fwIQHyJPHGcVNmrTR+ASDzp3DsBctWoQgpvzf/x5XXqvJ+PHrZbAIDwDn88svc40VNt6t8lk8 wHvvOSK8RraId+/ff4BoG6+rV/fJmdMxSQ8g6Ndv3rZtp+/evZ9iDyC8UEzM/tOnrynPBwiMizvY rdtsubNoyenTd5Qsmej5ANIDCBCs79591nwPULy4Ow7HwoX71RP3QYYM1vAkrq6rxeMRYAMQVeOv 2vjCm6keYOnSQ19+OVk7RvLBFP89H+BJx+vYcdb8+ftEVc0BhqRyZS90PF/fTdrDDWrW9Fmy5OAv v8yBazJeE4zE+Ag+iI+LJxMLD4AdNHaqMmXGwsngEPfvvyAqao/2EGu0P44CPFuFChMyZLDhJE4I IYTQAzxHD4A4DLEyQhbE1tpFt/g3d25nbEICJMueHRHbjBMnriCglFy5ckvzANeu3VETCGbMsOw5 wSY8QNOmQahDu3ZJPOQ4SxY7RGCrVx/744/5MC2i8lpNOncOlx9ErImI/MKFm8YK9+0bnYoeoF69 gMOHLyHbS5du4aDAeOD13r0XtOcEax4gWzb75s1DLl689SweAGFr3rzOISHb1ecEFyvmhn/lzsLI 5c7tpD0nWPMAaDRUw3wPYGu7bO7chNKlPURkLEEd4Hz69Jmze/c5hNePnhM8AUG22vgXLtzAcVE9 wK1b94zHaPv2M+K64f+eE/yk48EAwARqRZugVCn3ZcsODxsWZ3zI8aMGdMHRh+00egAkxkfwQXxc nIT233OCbxsrDP+ZObMdjsW4ceuMw+1Rj3VycloRFZWAQ8ZJnBBCCKEHeCYPULDgqK5dw8uV80yy pRDWNG4cJB8OZQSbkEDcGgWxI+Lm3r2jVJA5injn0VPGWrWarm0VNGo0DRHPjz/O9vLaYAIbm6WF C4/+9NNJyEc8JMtIiRLuqEOxYkk7hFy5HNu2nVm58kRZea0m6q1XypUbl2RtgXy6lqRuXf9vvw00 nu5ieo8ADFKRIq4IoLUiunWbjZ2VWVWu7AVj8957iZ4SVajQaDQawtkKFSZ4eq43XVDTpsGIR5GJ sfJ16iSqPMLN77+fJmvy+ec+Wnq8g9y0GPpRy0fB6clu88UXprpNkybBmTIlHYVjj2S3gdVp2TKJ blO+vKesfJLHCHZOPEsY/qR16xnqJhgVtfLdu0eYbjp39zX9+s2rUmVicrtTv/4UkDat1XffTTWe PIYPtmkzU1wLAePUqVNYkhWGFRQtX6tWsqefoeW1yhNCCCGEHiAlHuDVOSp//x0zb95eE/j6bhIh 5usCvI3pPQING0579oKqV/eeMyfBdEGIiTnyk2TAgIWmm87be5O4vy0hhBBC6AHoAVKZjBltsmSx M0HmzLYmLv18BUmf3tr0HgHzr0k1Qbp0Vk8tiCeRp7jjvfvua9bxCCGEEEIP8Np4AEIIIYQQQugB nrv691/A3kAIIYQQQugB6AEIIYQQQgihB6AHIIQQQgghhB6AHoAQQgghhBB6AHoAQgghhBBC6AHo AQghhBBCCKEHoAcghBBCCCGEHoAegBBCCCGEEHoAegBCCCGEEELoAegBCCGEEEIIoQegByCEEEII IYQegB6AEEIIIYQQegB6AEIIIYQQQg9AD8AOQQghhBBC6AHoAQghhBBCCKEHoAcghBBCCCGEHoAe gBBCCCGEEHoAegBCCCGEEELoAegBCCGEEEIIoQegByCEEEIIIYQegB6AEEIIIYQQegB6AEIIIYQQ QugBUk1Vq06yqOE++sizfftQlTJlxqbigfngA1fkib/mJP7kEy9Rh5IlPZ5rdylbdqwoqEKF8S+r y6Llv/9+Wo4cDi+sxFKlPLRj/fHH+u5/+ukksalYMbc3Y2ooXtxd7FHVqhPfngmxaFG3tm1nFio0 mmtDKpI9u33DhlPLl/c0J3GJEo87XpUqE9l0hBBCD/AKeYA0aUZmyGA9eHDs7dv3VH79NToVD0yL FiGoVcuW081JPHr0KrEXvXpFPdfu8uef80VB1tZLX1aXHTRo0a5dZ+EEXkxx6dNb9+kzVzvWQ4fG acm8vDaIlunYcdabMTX8+ONssUdjx659eybEdu1m4vg2bhzEtSEVKV3aY9u208OGxZmTuHv3CNHx 3N3XsOkIIYQe4BXyAHnyOLu5rUYQ3KjRNJUPPxxDD/CGeYB337W1sVnq5LRCO9aIaegB6AEIPQAh hNADvAkeoECBUZ06hf30U6QKFqSiRd20s3TWrTtuZ7fsGZu+cuWJCPGTO6fFIg/Qtu1Mb++N4Kuv /J5rd/nmmymioGbNQp5fKXXq+H/9dcCr4AGyZrVbsGDfhAnrn5qyc+cw0TLVq3s/p8pky2bfvHnI s5+ZU6XKxBYtpmfP/pSTqb74wlfs0Q8/hNIDENN8+OGYHj0ik/sexCIP8OWXk0XHa9/+OXY8dG9t qge1az+ZP7NksWvSJPizz7x5cAkh9ABvuAfIn3/U55/7JCScO3fuxuXLtx48+L+rV2/j9alT1xo0 CHx0CpAV4vXcuZ0qVBi/adNJV9fVeK3y7ru2Zn61LNI7Oq7YufNstWqTksxBeoBMmWxkAhyt9Omt 1VXKnDpkymSrJcMHLeolZuaQIYPN++8nSoaw1ZKA2158KjR0R0TEbpkJ8syQwdroAdTdx6HBAUpc ZxutzgjoLTqDGR8pUsQ1Lu6gn1+8llXmzHbJHQKUm/jMsYfdBkWnTWuVM6eDMQc1xFfzwV5nzGij drxPPpmwZcupUaNWyTTIENmauUeZMz8+iE5OK7dtOwMnkGS3QaEm2i1dOqtcuRxRefTD995zlC0v Ky/q/OwdL02akY/aLdn+g6zk7pvueKLljUVjv4zdBuPu5Mmr334bqL75KAfHZPq8NYrGnproeJYO N7n7aiZo9nTprI1Fq2nQaZObbZSOZ2usvHrQHw03GzPrKVu+a9dwzJlduoQl2W2kB5Dd5r/BYm7H U8/NU3N4tNeWXRr0KAensWPXYnrX8PRcJ1seM8y6dcc9PNYow81RG25mdjwxaixdKVRw6NUc/ht3 ieYrFK11G7XjYa+RA4rGQcfum56vDB3Pyjhq1PnKonnexIyXZMczscwhB9Hn0QdMdJukZmlbbbip OTxaah21pVbMNsjcxHAjhB7gNfYAGOQ1a/rWru03YEDM7dv3rK2X4PVXX/lhtIvpxs1tzZIlh1av Pnrlyu3Dhy/htUqrVuZ+Zy/SHzx48dq1O2vXHpM5NG8eYvQACEdkgrCwXep1dd26zdbq0KRJEt9f Nmw4VUvWs6dlpww1bhyk5dC9e4QxWdWqk6Kj96rJBg+ONb+Uv/5aID51+vS1M2euy0zmzk1Qrw6U HuCnnyJlmjFj1mgzcr16AVqdLbpgw9p6KT6yfPnhCxduHD9+Rcvqxx/DRbJffvxQ7AcAACAASURB VJmrbfrmmylaoAm72K/fvDx5nL281stknTuHaSUOGLBQzWfhwv01avjgfay47u4PO96aNUfhSw8d etLxJkxYj2zN/oY7VHzq0KGLyEfteE2bPuk26PPaHqHycitMkb//5s6dw8uUGTtjxnZsRd1Qw3/+ iRGJ69Xzl4kbNdK7TY8eEeafheXishJdIrkEffrMGTduHZZqvP7ss0kLFuxTC0InUU/eQ0P17q33 +d9+ixaVV9/Mm9elVq3HQ16SP7/LpEkb0d+S/FEF/fO776aqv5Vpe41OYum8jJhj9OhVaiZTp24p XtxdTVOp0oTIyD1qmhEjFmv5tG49XauMeq6aqDzmhy++8IXXFQkWLNhv/pff1apNmj//Yctv334G 8xX+yoL++GO+0QPgRUjIdplG/b2lbl1/rap9+yYxYP/3v3EzZ+5Qk9nZLdPckWkwhWIi/fvvGHR1 DWQOfwubjWxXrTp6+fKtI0eeDDdv700FCoxSs6pe3TsmZr9aGYxiuTVfPhcvrw3oNsWKuQUEbLF0 pdCuk546dataECqpfo9gY7MMk62svEDt86VKeQQHb8fqU7HihNmzd8s09etP0eJyscxJpkzZot7n AAcFCTDZqvPVsGGLU3ZWp1rQvHl70Z2MyUwsc0OHxo0cuQShOfqA3Pr77/O0HNSVQvD999M0O+3o uEJNMH36dvUmH2jJ8ePXY1pAr5ZpbG2XqTaMEHqA19sDqEHzzZt3O3QITfw1qt2vv851c1vt47Pp 1Klr69Ydw2sVM8/DqVPHX6SHlzh37rq/f7zM4csvJ2seYPLk+CFDYmUCzO8DBy6UyVBPuWnGjB03 btzVrgfA5NikSTAmSq2qCM4s6iUIRuVnfX03IUA3Xg+AJfzffxch3lUL6tgxzPxSsD6JT+3efTYh 4bzMxMFhRenSY9WVAybBwWE5Zn8lzfL+/ReoBql9+9B79x5gtZNprKyWwLpgYTanMlh48BFEmYi5 t249pTWg+GkINGsWLN8MD9919+597XoAGMvY2APLlh1GOOvktALJAgI2nz9/A4dVPbvs55/n2Ngs VYvAsRbnO8FFIFoVLY8dR+wu0/z553zkb2bz1q0bIDsejiC6lswH1leNLOX7WPaOHLmsXg9QtuxY xHkIHBEBoIabNp3ct+8Cgg9UHk2NBm/Xbqa69GIcIWKTGeKQwfyIwN00GTPaiDZBl9bu0oOY/scf Z+NoYrFHLAKzZ+x4WJ779JkLx4L0+PiaNcewxmtFIBkWci3cT2aWdMThM1YeY1kUrQbN6ADoBugM asdDd8qb11y3huOOI4sure4RGrlgwUQBKCacc+duwCvKNIiE+vadp1oF+LcrV24HBW2TaeATMDTE F7doukuXbmErxpRMgN3BvyZOxlMpW3ack9NKfCoqag/mK/yV+bRuPUPzANHRD7sNrJ1Mg6kJI0h8 4frJJ17yfXi2o0cvG68HgFcRHU9tGXQz838NE7PZyZNX4SGT+c3TBpuQLVzfiRNX168/LguCbXj/ /Se95euvp6ChtI6HHouPi/u5ofutW3ccJgEO2dn5yV7DC7VqNUP7Kto0FSqMx5S4fPlhdcZDJylX 7vGMB1eDqspuIyqPCUfmgOY9cOAiBilWENhLMV/du3f/hx9mqR0Ps6jW8VBz1L9atcc9HAcFNcGO y/lqz55z6EIWLShFi7rBGGOQqgWhtuhOarJcuRw7dQpT53lBjRqP56tp07bGx59EXG5vv1zOVx4e +vVLKAhLNhZuteM1bRosuw0OOuY0dFF1+kVPE9/CAMwehw5dHD48DgufOtxQNMwV40hCD/Dme4BU vx5g+PDFmHSMV5eqHgCxGtYY+WaBAqNWrTqKSdmYvlatyUiseQAsrhERu2EPsBql4Afo5E78ReRn 9ACenuuwRGEVMXH+hplgZkfgaOLbozt37h8/fgWRsRqNXbhwU37NjDAR4T7WKgS+6gXNCOgtuuGg +dcDgO++m3r9+p0kPcCVK7cQhlaq5CW+0kPcpla+dm0/uIIBA2LgT0x8sVSsmNvGjSew9D5j82JN 3bz5FKrx1JQ5cjgsWnTA6AEuXrwZFZWA2BoLIUYK1l2ElY0aTbt9+57wANgL7As8MwpSL5DA0ouP IxMzq9q7dxRsDyI/9c2KFSfAeCAgE//i6Myfv08736Zr1/DLl2+JQPbZPYAAtm3HjkSVR8vg4Ko2 DIH+Tz9F7N59rnZtf/UHrv37L8BcmVkQKn/t2sOOpEacxokbQczWrafVk+bhojE0xJfriG8wp6Fo WD60mEyDaAk2snDh0dIDnDt33cdnozzfI3Nm23nz9k6cuMGiTtWy5fQHD/4Ps5aJ6wHQbebO3ave 7xihKmIv49QEo4VlyegBUPlHPcrH0vN/tJ9uEC7DQGJACZK0Z3BcmGzVMFoDlY+O3qtVHtMOdrNu XX/pAdDCGERqpIj9ios7iADXzArnzOmIDFesOAJXrP7cdPXq7S5dwqUHuHbt9s6dZ7AQiJ+z8A4M quYBMEliahX9CnMmwnf1yi44VVl59YeXnTvPyl90UXkx5NHZ5MxvDLtNU7/+FFjTP/9cgHqamHxq 1nz489Qff8wzsVJgyt2//6L49TV7dnu4Ecxv6hf8GP6YMyMj96gW2td3E/yqOMUUkzyOTkjIdgeH FdpkK5c5zB63bt2DL5UNDpo3D0GfN/OaPULoAegBLPYACHTUy+xS5gGwxuMYJ/kza+p6AERd8fEn Lf2RIQUe4ODBi61bz1DndM0DODgsR2hYufJENT57iR5g+vTtFSpMECeqImiAU1IrLzzAoUMXEZWq Vz68sh5g/Pj15cqNy5jRBhVGlWC0YLpUD4C9GDNmDYDtUc/ReuM9AEJGT8+HHU89xSgFHuDevQcJ CecGDlyYXJr+/RcEB2/76is/9WQw1QPkyGGPON7JaSU6nto4Rg+A/lCypIc0n8/PA+BIlSvnqV4x kgIPAHe0desp9ecmyy/0t0cXGj161YYNJwQuLiufnwdAuFm+vKeazFIP0LNnJKZxrErqmUhGD4CW RKAvOh4GYNmy4woXdtU8gKvranRg8cML+i06quozzfQAcFCYb2XHw0yinaVmpgfANO7isiq5bz26 dAlDP4TRLVhwtImVYuHC/ZjSRWPCx5YpM7ZIETd1tcJSMmxYHPZC7XiqB/j220DMD127zlZPeTJ6 APjtBg0CVdNCD0DoAegBnq8H0OYXSz1A2rRWCEkRNQIUhwjs99/nPePzj5LzAE2aBKkFAUy7z8kD GO8LpHkAxNwIFEQ1JNHRCS/LA5i+vSaaVJxOY2W1RFQ1yVjq1fEA8vEIIowWYYTqAbDczpmTgFhB OwRYsC3yADCu2F8s4fLUFES9+BfdT54R90p5APRbtK221whlLPIAlSt7iaGEIyVyQLCupUEwhxAK s5BaUEjIdukBRBiN6UKrzNKlhzQPgMhPu3b8OXkA432BLPUA33wTKFpmxIjHk4z5rWqYr4JFVnLc ad0ytTyAcaWw1ANgRj116po4g0Xi5xeP4aZ6gClTtpjIRHgAWEfTJ0Ca4wFQeXNO5zMBPCc6gzrj IdbX0vzzT8zevedNP4wSK8WMGTtMJEDlMWYx7WijAMZPeoD27UPv3r2P1lMTjBq18vjxK6oHWL36 qHYyHj0AoQegB3ilPYBy1wgHX99NCL+WLTuE2TZ/fpdU9wDqd3UoCHTrFqF+EfWCPQCCG1ENlZiY /RbdVPTFeADlBwH/+PiTqOekSRtQT+0q59fOA+CIGA/B7Nm7LXqSRr58LitWHJHf1KLyW7acKlny SeVfmAfA4EJB33wzJU8e58yZ7cqUGTtq1CoMK/WmKOi3ly4lsdf4oPnOR4IpSHwcs02pUh7qGeTw AOhsGAhaQTiy4jQkEUafO3fDWJng4G3iqpjXzgMok0Cs2Jdff51btKjbM16aWb/+lEfz1WxhjV5B D4D1KCHhvPFQytD59fIAyjUVAdu2nZE/LapDKRU9wOnT14xN5+m5TvweAg/w4MGDw4cvGdPIMzbp AQg9AD3Aa+wB0qa1QrURtdSs6YvgzPRK8IweAJVEQcDPLz7Jqr4YD4DdFNVQKV7c3aJL8V6wB8ia 1R79AfX86adILI3YqdfaA8yYsd14CIoVG6P+KP8aeQDs5tdfT0EAhFFWseKEZcsOYxxhWKkXpKLf RkbuSarjjdFuwmgOCBPFxwcPXoR+qF4ZDw+AWeizz7y1gpBGXJAjwmh//83GyiBoFtHP6+sB0CvE viCSQwew6L5A7yR1k0pkhbZSI/5XygPs2XMO5tN4KOUpZ6+pBxAtD3r3joqPP6neFSMVPQBGurHp 4PeEdYQHwMTVs2ekMU3u3M70AIQegB7gtfcAWuXt7Zc/Pw8gmTVrp+ll6bl6gODgbc8+PF6wB1Bv anTr1j1E1a+1B/D23vjshwDBfadOYSNGLHZwWC5uBoUwS42fUuABsPwPHLho/frjFnkAceOU3bvP /fvvIgTfx44luipdeoCpU7em+jQ9cOBCRIEffzxe9QBLl5qqvAijx4wx9ajd19cDSCZPjo+I2K3e yj3FIIwOCNic6h5g1aojiLzV25GlwANs3ZrsSvFaewBJ585hV6/eVp/LUb26NwrFOmviFlVmegD1 JmzJTbba3UI1zPQA1av7iGmqYcNpDC4JPcBr5gGyZ7evUmUipp4//piPaAYrFl5jsdfmu9TyAAhY w8N3NW4chFIE6ik6qeIB0qQZWabMWJk/aNAgEJNmnz5zU90D4H21IIAwYsSIJSkowtp6iZfXBpnP p59OUq+wNMcD4OiMH79eqw/AQmjRk8JejAfA3lWtOlGtZ58+c5YvP6xdC4ujjxjFymqJTFa+vKdF 36nLSwxnzdqFNU/mk9z9UlPsATJksB49+uHt84yHoGLFCSm4RdXff8eIcare9EPGx/7+m7/8crJa St++0Wh2cR18njzOvr7xtrbL5NZWrWYgzD158qqlHqB48TEYPkOGxLVtOxMdo02bGcYT4caNW2fc 60qVvMx/UhgqrH0cQQzKVX/96NdvPgKgevX8tZSYr0RwidkMQwAhrLEystukogfAAITRQteSpahn fKWWB0BUre0L0ri4rLTod4Bs2R7P8xqoDKJt5Sg4eXtvwkwiE8CDqT/mYCLy84v/4otEHa9fv3mL Fu0XD/MWHuD48StwKU2bBss04sJx858wZVwpJPLC3FTxACgCzQ7LrRaBmqP+P/44OxU9AGZFzOpq KbDTKFp7yDqWWnRy+H9tr+V89VQPUKzYmODgbWIp18DKKH4H+OabwBUrjmAUGNPIe1iZ6QF+/nmO mKZS9gM4IfQAL9MDYMxjocKUff78DYxtxJR4feTIJe2pT6nlAbAGIHDHwolSBF27zk5dD5A+vTVW KZk/iI8/Wb/+FO25SKniAeztl6kFgY4dw8z/rkuLADp3DpP57N59DgutRR4A3RqLllYfsHbtcdM/ Lr8UD1Cjhs+OHWfUeuKoFSw4WouNEOjkzeuM9UwmmzMnQf39yuyO51C7tp+ITgTGB5Y9owfA4oo3 f/llrvEQIIBQY9ln9wA5czpimOzff0EtZeLEjRgsImJLl84KoRK6jdyKI4IoDTGfpR4AAwrxB8Z+ TMz+SpUmGP0kOl737hHGvUYAYf6FKLAW2sdhLVCu+m03Dk2jRkE7d57VUh4+fEk89SltWqvcuZ0R 8xkrg7Bb3GEmFT0A+mrhwqMRkyl1XpbqHuDffxdp+9K7d5SJO6gmCQ795s0njc3yww+z1PlKdBu1 xAUL9osnTsgztVq3nnHw4EU1E8wVsuMJD4C9gJlHlCnT4KDg0Jj/TAOsFF99lWilkMiHMKSKB4BN xQCPiNijFrFy5RHUX56pnyoeoFYtvz17zquleHtvRIStnaiJDp83rwuGvLbXcClmegAxYG1slhqb LiBgsxhQ6PDFirkhH2Oaf/6JoQcg9ABviwcoVGg0gsjffotWQRyjXcKI2bBNm5mff+7z7K2P+APT mSxLDU9LlHDHO1q0hDkak776RCeJqHz58uO1ywAQmam7g8jYzIdkmfjSGnGe9oXNo+tZ/bSmS0Go p944QubTs2eUek9xLOHGW6cXLuz600+RaphVuvRYrT6ga9dwE3ekNpIhg3XTpsHaefnJUbSoGyIS 9emS4qwYLBWmnx+H4AmVV+up/iau8emnk2QydAaLftZQv2lG3C/z0bqNWvlmzRJVHnFPhw6zUAfx 75dfTm7RYrqI4TBM+vSZo56xgMNhPAT4eAqcITzA2bPXHRyWJ/kIW9Hyaina00/feXRXeLm1bduZ iKvUylsEPBvC9ORaHh3AuNdobfOf6Py//43TPi4fiqQNea3bgD59Es1XMCrGysjKY1hhcJUrN04L m5o0CdJOCDGThg2fzDaYEBJ3m1Dj7YlRSuPGQcZv8RFDt2gRIm51r7W8ti9a5c0BMXq3bhHGZkny 7Di122De0749QeyIsE/NRL2Dk7weABEzDIZMoz6uIWUrhUTeew0tb+zz2pDv0iUcTsB0QWh5zFdq EZhs1YgfBwUJUnBxi/Z7Tq9eTxmwEgx5ba/lfIV5Un1Ed3JgsTY2HTqetGHwe/jXmEYucxiAxskW HebXXxMtcx9/PH7QoEX791+gByD0AK/x9QCEkFcE+JCqVSd5eW2w6PaahLx0krsmmLypFC7s2rRp UEDA5qdemEcIPQA9ACHkKeTN67xgwf6bN+/SAxB6APIq0717BKapevUCUvDrIiH0AC9TVatOYm8g 5NX5+v/vv2P8/TdPn7799Olr0dF7W7acjtmKLUPoAcirSdmyY9u2nfmMZ9sSQg9AD0DIW02mTDYj RiyZPXu3QN6WhJDXhTx5nEeNWiUvYCWEEHoAegBCyNNJk8YqbdrH4DUbhLx2sOsSQugBeD0AIW8j 2bLZW1svDQ3dKXFzW1Oo0OhULKJXr6ihQ+PMuVEJykXpqIOLy8q8eZ15dMgbxrvv2g4fvhg93Mdn U9myY19uZfLlc3FxWaWOfXv75ebfVLRZs2D1s6Bp02AtzR9/zFMTTJmyxaJbPxNC6AHoAQh5LpQq 5dGt22wPj7WBgVskjo4rtNtsPyNJPic4ScqUefhwAwz2jRtPFCvmxgNE3jzLHROzHz385MmrNWr4 vMSalCs3rmfPyPHj16tjf8SIxebfF7hRo2nyg3PnJly9evuvv/SHG/zyy1yZZtWqo5cu3VLvzUoI oQcwV1my2L/gps+Qwfrdd21fwC/F6dNbZ85sly4df5J+pcmY0eYZ77r9AruuDWJuDe35PuCnnyLP n7+h3ic+RWcEPfx2EyU+uwcoXdpjw4YT16/fWbnySNGiruxy5M3zAFFRe9DDDxy4aHyEy4vkzz/n Hzx4sXJlr1TJTTzgzOgBVLp1m00PQAg9wGvjATp2DPPy2lC48OjnXdC33wbOmrXzqU+HIS8XrJpW VkvUZ8G+snTtGo6wW8PaeqlW+VTxALlyObq6rkZWz+4Bsma1++IL3wYNAmvU8Mmc2ZZdjrxhpEtn /emnk9DD69TxT9kz2ukBCKEHeEs9QMGCo7p2nV2unGfRom6IOX7+eQ7o1StKO20ga1b7li2ni60C /CsfpS7AR/BBNY2MhCpWnCDeiYx8+Ej24cPjZBrj41oRvsutxqdmYrpv3XpG9uwOiGlksu+/nyZC sZIl3cU7AQGbb9y44+a2WqZJ8mGrySwqVsjQRBhXvbpPixYhIgL74APX7t0j1L1WZ2Skad48xPh8 ZVS+WbNgEZMVKfKw5UuX9ihRwl1mgjxT5pRE5dX6wHepj2tF5dWtQJ5Ei5ZH5dGSjRo9zKFLl/AC BUZhKRLJ5INyZeW/+spPZvLNN4Hqt/tNmgR9+aV+7HAIWrV62G0QlYpPrVhxZOvWU7/+Olf827Nn JPqh+pHs2e3xEbW2LVpMVx9dWbduAJb/NGme0m2enaZNgxF5A1QYfdjPLx6vUXOt4wUGbrl27c7o 0avUOrdtO9Oc6ES2/D//xOzbdyEmZr/MoU2bGerjWqUHwPGSadAUauiPhlLrgGZEYxoLrV9/iprs xx9np+DSBfRerVMleVYGuhM6lZpMPhwanRB9HqMJE4Lc2r59qPZs7IIFR6OGag7ffKM/bLVChfFa ZdSwDMMKBZUtO+7DD8fI+QoDEMPQ0r0uXjzRgFUf7A1y5nTAca9adSJGX8eOs2RK9Sm/6DZisv3f /8bJBJ06hWkP9s6XzwVvqnv03XdT5QNf/zsRxVNu/eGHWdoTmvPnd0HLly/viUr26PFkvipePNHz 4MV8pRYkJltLW6ZKlYnqSoHlw5gGM4ZMg5nk3XdtMauo3QaHvkOHUBMrBQa+WlXsIHZTTYBGQFNg 9RHLnEypPtg7VU4BEtnOnLnj3LkbdnbLEs9XIapXxyBVt+JYaN0mtTwAJlttFMjnK2PImHhEMXos +m3OnI6MFAk9wJvvARAtnT17/a+/YjBTHzly+fTpa5hT7t69jxhObTLMU+vWHb9+/Q4SCGJjD2Ju zZzZ7r9YDQvejBMnrsgEAJGQ2IoJSLyD8AiZY6KUaTCLaYdn8uR4udXDYy3m8QwZnnzVamW1ZNu2 04hHXVxWijQ3btyNjt4r4ummTYPEm5cv33rw4MHFizdlVoMHx5p/gsq0aVs9Pdc/KtpGi9Jy53Zy cFgeHZ2A9QZBFUJDzNTqXvv4bMqb1xmZiKBn5cojxoeojxq1avnyw+IaTSzn2AURrMvKp+zbHayj H3wwOjR0h1qfjRtP4EiplVe3AkTeiFeQIDR0J5YxRCTh4buuXLl95sx1hKQDBy7E8cJRGzFisaz8 mjXHPvrIc9y4dTKTqVO3IFIRJ/Ygt9jYA2PHrtWqZ2u7bMOGE4jy8UIeu1u37p058ziTo0cvayEd KoP6o9vIghYtOoBoQHY8f//NOBZo56lTt2Ir6nz79j2EyM9v+oCxXLLkkBabNm8eLKp35cqt+/cT dTywbNnhUqXcn5ozdiok5OGTATAk79y5rw43TFiIWVUPEBd3EI3j67tJppk0aaPa8ebN2ys3oQGN 1wMgJWJNNKBa1T17zsGhWdQgONwYxVqnGjlyifGcDUT8O3eeVZP5+sbLn1muXr2DiLNfv3li09Wr t1GZjz9OFPkhWERvRCPLHKZM2Yy9UM8oQw44BBcu3FDHPiZ9ETRjWGFwIU27djNPnrwqEmDqwwRo abCL0SGLwCSAqUB1WQg0MVM5Oq5AnePjT8qUv/wyB4YQrhVpEGzhQCO+7907SibYsuVU3br+atxc rdokDA0MSZkG/QR2SD0VrXPncLl106aTKFTNAbE1dnbAgBjE2QcPXhTzPJYARKhq94NJgPNUDxCG Wwrc0R9/zFdXigoVnqwU7zy6By7mCrhlmcbTcx0i1NWrj8klQ8TWeEem+f33eY/a7Ynz8fN70nXR OMbrAUQYPXz4Ysyxu3efk4lhI8WMlyrg8Mkee+/eg/Pnb6gNKFaK/4abs7f3RnUrjgVMV5LmPMUe IF06a8xONjbLtCGJPiYi++nTtwcHb/vvoNtqy9ywYXHot2XKjGWkSOgB3hYPsG/feQQTtWv7Yfkf OjQuOQ8QELAZCQRYQefOTWjTZoZIMGjQIsxuyE0mACVLPv66pVCh0eIdxMf791/AZ2UaBCva4cFi ILdiBoyM3K3GAfAA167d3rDh+L//LhJpIiJ2Sw+A6Uy8aWe3DDMylg2ZlfkXRCJWQID755/zsYPa 2UQlSrhj9R0yJBZRNeZ0VM/fPx5TsLrXfftGY+EUPzuY7wEQ7iCwk5VPmQeoX38KwtMePSLU+sAv iV9sUHlM/ai8uhW4u6+BMUBQAg+AcBzBJZYWWKw7d+5t3XoKlYG7Qw9RPQBcytq1x/r3XyAzgYdB pCu+gH+qByhe3F18KipqD9qndm1/8W+NGr7aI7GEB0Ajy4Latw8VD8+SHgCLLjL5+ecobEWjwZ+8 eA8gOx5iPjTOr7/OVVu4cmUvc87DER0P6Rs3Dtq69XRQ0FaZA/qh+hhO7CBsxurVR3/7LVqmQW9f sGDfp59OFAEHuqjchAY0eoCaNX0wD/7yS6KqVq/ubWl4ZGu7FMda61SqY5HXMsJaN2gQqCaT303C AyB+2r79DDqe2DR+/PrkPAAaWebQp88cHI6aNX1VD4CIRx0FNjZLMTuJ4SY8wN6952GZvvzy8XxV p44fJkCEyBbtOBy1LALZopHViE14gMOHL82YsQMHVKZ0dV2NfRRWDR7gwYP/27nzDDqVTPD999Mw yfTqFaV5ADUNfDuGG6yC+huL3IrZG4WiBTQPsG/fBT+/+Lp1H85X8EWaB8CYgm/s0CFUPUCVKnkZ L3p5KlgvklspAN5cuvQQDpxMg5kE8wkGjuoBsmSxq1JlokyDRnNzW6N6CXWlGDVqZXIeAHF2YOBW +E+ZeNy4tegSqTUh5M//uOU9PNacOHEVBkNtQLFSiF+w4a/69p2nbsWxmDwZ3SYmFT0AhvnUqVsR ymtDEv3H2XlF+vTWqgdo2jQI06m6zNEDEHqAt84DYG766adIcVYD5iwnpxWIRdQfdgcMWGhvv7xh w6nqsnTkyGWEHeJfrKA7dpxBMtN3Zxs+fDHmF/N/isU6oc3s8ADiK09EA+Kd1q1noPLqbwVickSQ 9CwnSmKVRcvIUgSISBISzg8cuFD86+m5buHC/dq3OJ07h127dkec5GC+B5gzJ6FLlzDZtjY2y0qV suwHayz88G8Ij2RcpYHKI6iSlZcgjA4P3yU8AA6ind1yLACI6a9fvxMUtK1Ro6CSJd23bDmleoBj xy5j39VznHAUEMM1axZsjgeQ78ATwgaINTLJX6XRo+BP0ETKuUzex49fQZAtK494DlUSN8jLkMEG B65Vq+kv2AOk7vUA+fK5rFhxBEGPiesBENmMGbMGY1O9YgFR1NdfJ9HnIk1AdwAAIABJREFUEfEY PUCjRtNu3bqHcAER6rPUdubMHci8X7/52oklEvRzNMvIkUvgWJL8ylNU/vbte4hcZVSKABd9Vf2O oE4d/0GDFmE0qZd+iq/SxS7AJiHixCSDgaCeYoG5CyGmOLlOeAAEu5gi5Ok0cGh4Z+LEDSluBOwX pgIMCs0D4Dj++ed8tbdg7kJMLBwdKn///oOwsF14IRMUKeK6fv2TR+1iisZeY05WT65r2jT47t37 amCd+CSlMfHxJzFVah4ANYS1EL+ZYLygg6kWCyYN/QfDVpv0nhFhYORKIWYqrfKYSdB0SKZ6AA0k wDqlnYBqYqWQYbQwuuoJhPCi6Gkv+HqA+vWnXLlyu0uXcO3HMfh22N1U9ACY/zGNDxmi/+6NNRqT LRbKTp3CMCH88cf8EiXcMVtinvf0XI/BlSOHAxYvzPMolPcRJvQAb5EHUL9zMoLpG9Mr1mbEghL8 e+LEVTmzOzou37fvAsCshK2YXJK8YNEcD4BVX5YyfHic0QNgeUsu2khFD4BgYtOmE82bh+TO7fxf v3FEgLV06eHevaNS3QP88MOsZ+zW6rc7KfYAgYFb5Olbp05dE1+vGj0AKq89HP55eACsUseOXUG4 o3a8li2nwwSqHgCV186Nfq68Ih7AeE2wpR4AQfbOnWcxZhEciLbVTkM3k3Hj1iITZNWuXSgy+fDD MepPFuJrBST4558Y05dcI0IycZoycHVdjVAezlDtD337RksPgBGKmd3Pb7OaAKC5NA+gnYKYMg+Q Nau9LAL7iENm9ADDhsVpn9I8ACqv/eiqeQAYmC1bTj/6WfXJHmHGvncvURiNAE5uRffbufOM0QMg UDZ9TouYw1GiyEf7Uc6SJdZRXSlQtGkPIH5JW7bssOoBMC1grpD5YGpKmQfo318Po99yD4DX7duH wv9///00eAARDGBwiR9dra2XMkYk9AD0AIk8wJ079xISzm3efEqCf/GmnNmxblWqNAFghcPWdeuO ffmlb8o8AJYBWcrRo5dflgd49EP/ZATWf//9OHZBK82Zk4DgXoa/9ADP2wPcvn0PdU7c8c4jbKIH eHYPgKgRkSvGLDq2aNsRI5akoLbFio1BJtWqTULnQSZxcQe1MCgVPcC1a7e3bz+t9odDhy5pHgAT mpoAwDQ+Dw+AppZFYFq7evX2c/IA16/fQVSn7hFizQcP/k8No1u1miG3wo9hSrHUA+TO7Szm8EGD YkU+8ssOS8EoSG6lMN8DoAEjI/fIfM6du04PQA9ACD3AS/AAiC2wdI0cuUSjenX97h9t2syUW5s0 CbbIA5QrN07LHzH3y/IAYllauvQQJkf1REm18vQAz9sDYIVDZGbsePIuT/QAKfYAaseQDYvuYTyV 3xzEOQYyH3nDn9T1AIj4nZxWaJ1h2LDF4vRl4QHWrDlm7DCIdcSNlVLLA7RoMV3NH5H6/v0XnpMH OH78CvbduFPly3uKlu/YMUx9f8yYNZg2LfUAyvn6k2VWvXvPseiGmxj7PXtGqZXB/qJbWuoBatf2 13Z23brj9ACp6AEwXaMd0LAYUBhW9ACEHuBtfE6wmR7g6NHL1apNsugGNdHRezH7W+QBWrQIQa3k 5Z7JXQ/wwjwAFr/JkzdhihRfj4kn0qshbAo8AKINWJ2AgM2p7gFQipfXBsRb6k0kn5MH2LTpZN26 /rlzO5npATJlsilbdqy390ZLPQAWJ/WUdyNmegAcCHEQU3a6y5vtASQ9ekSg8nXq+D9j5dG30Unk OwjQYeYHDVpUqpRHcs+CMNMDwJOrvc54CgpmdkTAJjJJLQ8wZcqWWbN2PvV6ALyD3Vd7uOYBEA3/ /ns04n4THgDhb3J3kBSVx2SrVj656wHM9ADqZIuRbpEnROVRW1l5M68HwDHFkNm48aT0AJhst27V v3B5Th4gXTorTHGYHD76yNOcZ268AR4Aiw6mdPHVXq5cDmKZQz4REbt/+WUuY0RCD0APQA/wcG0o VGi0uFk7sLJaihVOvfg4BR6gXDlPRJCoW6p7gPz5XRDD7dx5NrkYLhU9wM2bd7HadegQaqYHKFFi DGLWCxduviwP0K/fPHEQTTx4ix7gOXkAcWK3g8NyBF558ji9VR4A7RkZuUeN4DUP8ODB/2GKc3Rc /jZ7gPbtQzGfYFZ5KR4gRw6HqVO3YnLAoKtYcfzb4AFQbrly4zBY0BvlMrdq1dEGDaYmN7MRQg/w lnoAeV8gBCUa8lYVWMy0TYMHx6rnA/y3FPn+++8iR8cVMpl6Uz/M+H//HWNru0xuxbKKeBpTdqNG QRZ5AMS7mNSwFMmsGjacluKZXTSX8UdSTOvYTYT46o4j3kLEKRbOrFntECgjepZbEQkhCkcQmeoe QMz+aEB1rwEWg8KFXcWv7d27R4wcuUQ7UkOHxonY3XwPgMUJ+aBBZCY4alhrxb2MMmWyQX/AKi63 4ogPHLho0aIDmgdo0CAQ1VOTqU9QkvcFMnY8eQ97Mz0AaisOory6w1JwmETR2IUjRy6PG7cOr9Ge 6dKl/nOCEdyj26gNiLZVY99U8QBoanUkAhzQX3+da+n94Lt0CVMzcXJaMWjQotq1dSOBNhH3t1ET y5DIHA8g7wukdQZ5HzN5XyBjh0EMKu55mloeAPOJ2nXd3dfAr2JqQuminYUHmD9/rzbjDRsW17Ll dPF7CIYJnPPkyZvwpro7+IicWuV9gYw7JZ/7gQzVHBDYnT59bdWqI4ggxcPCzPEAGOxa/hjynTuH W3SvWHihTp3C1BkPUwqObGzsAUwp4g65mE/Qn21slqkdD+2GWUV6AONKgbZFC6Odq1adlLoeIFcu x7i4hwGBpV91WeQB0CvQCTES1RZGZ8YKkmS3T7EHQBCP943zPHpIixYhcqrELA0vKr+nQ+Wf+oUL IfQAb5oHqFRpAiaCpk2Dn/rdnrf3phUrjmiozwdQ38eUanw47n9fCT+8xb5MqX7rL0AIayxI/kDZ o0eEn198wYKjnnqYs2Wzx4Ihc+jde06KZ/Zbt+5u3nwyya+QxV2f1aoazwBGfC+3isr/9lv0+PHr xYm21av7xMYeVJ+z+yxkyGCN6V6tDyJ79WbPWCy1tpW3fEUcLyvfvHlIVNQeccPNwoVHBwRs7t59 tnY9AFyWzMTWVjdIrVrNkFuDgraJx7L6+m5Cr9MijyVLDopkGJY1a/po5/AgQjL2B9lthgyJg0l4 qgdAtxEf7NAhhV6rZ89IYzXQ1NpNaZs00e+3nWJQVVkQ2l99bjScjKvrau32OziO8vkAxsqjGbVn cYjnA6i7g6grBfXEoVczQbcRsakRdCdsVROjy8nKYxzJZ1EnBxoWzasdBe35AJiUjEdKPh8AxhKt 1KhRom8EEA8h+rT0+QDwOcaCIiJ2iyfayusBypTxCA3dIRM0bfrk7H95PUCjRkEyQVjYLu32vnBr MLrGstTnA2AONyaYMmWL+AHh44/HR0buVp8GYARjSvu48QGOZtvCcGNlPDzWqt/iIxqWm9DyxmuC YRXUlUKi3ilY/Q1Ze5KMOAQzZ+5o3z5USwyLoj4fALVC3fbvv/CMHgD+Ewcah9tEmqFD49R9Wbhw f3IPsE+u8iroxujM6NLGTZhstXaT36OpK4X8WfhR5XfysQCEHuDt8gAZMthg8n3qA4wQY6HVEPZp qM8JVt/Pm9cluRM8xNNqjTmoV5UZC5KLR9as9u+/75Qu3dOvAU2TxgpBtjGHFHiAI0cuff11QJJP vBdPf1SrajwdP0sWO7lVVB6Vee89RxG5ise1avFcikmTZqS61yB3bmf1JGwUrbWtLBotLyv/3/Mj rcU5Uai2vMG29ADqQTd+WYgjq9TBCXVI8tgh/MLuJ9dtRNEmOh4qbM73lChafDDF5/vKHFRy5nz8 wFf1G2Xj46VT/GuA1m3Ub1vls2bVE/Dkc4KNlTe2vOh46u5Y+qDcJAesid1Hd8LWxA3o8NTKJ87B RstBdBv1OcFqu0nkc4LFgNWGmxg1lu5+pky2xoLkqJEe4NGM56x0XVujB0B9khuwSbabQH16F7I1 Jnh00K1lDqbneXXACtR76qe460q0p/yq3QYtb/QA2kphnK+SGnfWhrXG2TjktUlDrBSDBy96Rg+A gozHzlh04q7rbHKhdDY9X5ke8qbbTevz5lSeEHqAN80DsDeY/iXhr78WrFx5xMQvvG8hSd4XiBCi fY+b5H2BVJK8L9DbidEDvDAQ/v7553wbm6WdOoVxWiOEHuBt8QBJnlhJ0qa1qlJlYoMGgW3azNi6 9fShQxcDAh4+dYgtQw9ACD1AqlCpkhfmWEnz5iG+vptMX5n2/L7rcXJayfvhEEIPQA9AHp6dEha2 8/r1Ozdu3Ll//4GHx9rMmW1f5B3o6QEIoQd4swkM3Io5VnL06OV69QKeejLY8yBNmoendb2Uogkh 9AD0AK/c7wB16vh37DhLwFslaKBBvvlmSmpdwEDIG0n27PaNGk3TrlLVKFbMrUOHUHHbrreNL7+c LOdY0Lr1DH6tQAihB3jlrgcoVcrj+++nvfeeI7sOIYQQQgihB3grPEAKnhFGCCGEEEIIPQA9ACGE EEIIIfQAr4wHqFHDp379KcnddP9N9QCffebdoEEgLwUjhBBCCKEHeLs8QI4cDx8L5ecXHxOzXzzf SqA+K0R6gEyZbGSCrFnttVvl4CNyq8B42aiag8AYgmfObKcmyJ7dXjzmxiIyZNALks/TwQvxzoQJ 65cvP1y0qJtMoz1iJk0aq6xZE1UmW7ZEe40dzJLFLk2ah0+okWmMD+LBPj51rx/V2Tq5HAghhBBC CD1A6mju3L2LFh0Ax45dOXfuRlzcQfHvggX7atTwMXqAH36YJRIAT8/1efM6q82Kj+CDMgHo33+B 1vSdO4erCUDTpsFampEjF6sJZs7c8dFHnpYe4+++C9QK6tEjQmzq3j1CvHPkyOULF24uXXpIpqld 21/NJGdOB1fX1WomPj6bChcerbaMs/PKLFlsBw5cKNP8++8irTJt287UKtOmzQxjnb/6yk9s/eef GI5SQgghhBB6gOcid/c1Y8euBdu3nz506NKECevFv3i/QoXxaqR78eJNBLsjRiwWCYCLy8o//phf seIEmaxJk6C7d+/Pm7dXprG1XYbIu1Chh0FzjhwO7drNVHMQ1Krlpx2eWbN27t59TiYYM2bN33/H 1Kzpa+bRTZvWqlGjaUOGxGoFNWkSLOsp3tmy5RTMj7f3RplGuw1onjzOcAjx8SdlgtGjV/3553yZ zNNz3e7dZ//6a4Gd3TKZBq97944qWtTtnUdPoGzVavrw4fpe16sXYKx569YzxHGZPDmeo5QQQggh hB7guShLFnvRIhMnboiO3pvcHd/hAe7de3DmzPWBAxfKN6tVm3TkyGVsEv/myuWIEB/vNG785Hk3 PXtGnj17vVatyXj94YdjNm066eq6Km9eF/VEIxVUAIZh6tQtHh5r5ZsFCoxateooHIiZRxeZR0Ts DgnZjg9mymTqXH9YHfSD5O55ivD9o48858zZM3LkEvnmxx+PT0g4L9sBHuDWrXsnTlxF+K781hF2 7dqdb78NFJVfufLI+PHr8+Vz0U40MtKoUdDx41eAq+tqjlJCCCGEEHqAl+wBTp++9uOPs4sUcU3O AwwZEuvjs6lGDZ/333cy4QGOHbscFLRVzUelTh2/NWuO9eoVVbKk+zN6ADiWRYv2f/rppBR7gGbN gmNjD/zww6xixdxMeIB1647VreufJ4+zCQ8AkxAaurNUKQ/TNUfTVa/uDUqUcOcoJYQQQgihB3i+ 9wV6qgcw3hdI8wC+vpt27jw7eHDsv/8uksyatVN6ADR6377zHByW29ktE8kQK2fLZq/m2aJFCGoV GLhFzcTWdtnhw5fM9wBp01p16RKOguztlw8dGoccfvllbsGCoyz1ADAwCOW9vDaolXFzW409Uj3A woX7s2e3T3zNwxMPgE19+sxR97pbt9k5c/Jpa4QQQggh9ABvhAe4du12QsK5PXsSsWbNMe3L+NKl x8bE7MemiIjd1at758rlqHmA48evaJmAAQMWWnqYc+RwCAjYjM+uXHmkUaNp6lf1ZnqAe/ceYB+N lcEmMz2ApFgxt8jIPfjsvHl7YYr40GVCCCGEEHqAN8EDoE0rVpxQvrynStmy47JksVM/mCmTbenS HtiEiH/FiiPt24dqHqBfv3laJsDMx5mppEtn9eGHY/DZWrX84Df69ZtvqQe4cOFmly7hxspIO2G+ B8iY0aZkSXd8Fm4kLu7gjz+GcxwSQgghhNADvPYeIDJyT3IX+yZJjRo+J05c/eWXuZoHaNlyeuoe 7w8+cF237ri9/XJLPcDZs9e/+srPRM7wAAcOXHR2XvHJJ16mPYAEKfGRv/5aYNxUvvx4G5uloEWL 6RylhBBCCCH0AM/XAwwZEuvvv/nzz32qVp0IqlSZqJ6zbo4HGD48bvLk+GrVvEUOkkqVJoiT/jNm tClXzlPd1KbNjNjYRHfKr1vXf8OGEz/9FKllAgoXdjXz6KZJM7JkSQ/1s/XrTwkN3fnrr9Fayr// jgkK2lqr1mSZEj1DNSRLlhxq3z7UWJkCBUZJD3D58q34+JPIXG799de5y5cfQWO+8+ixX2XLjlM/ 27x5yPz5+zp1CjPWnPcGJYQQQgihB3hxHiB3bqe2bWcmJJw/dOgS2L//Qv36ARZ5AOTQoUMoPihy kCA+/uyzSeLL+Llz96qb5s5NqFLFSz2RJksWu2LF3KZM2aJlAgYNijXz6KZPb+3js1H97Pr1xxs0 CFQvPBC8/75Ts2Yh27adkSnVG5vCulSsOCEiYrexMn36zJEeYPnywx995Dlx4ga5ddKkjUWLuokf VfLmdZk1a6f62UWL9sMe5MjhQA9ACCGEEEIP8DI9wDuP7t3522/Rf/wxHyCyV29P+cknXj16ROTP 76I2Iv7Fm+o5MPgIPihykPTuHSUerIuo94cfZqmb2rWbmTWrnfHwIBDXMgFffjnZzKObNq1VkybB 6meNlVdPE/r55zkyZZkyY9WtmTPbIi43VkZe5SyvB/j220C5FX5D5oAdhLlSP9ux46wkDcA7D6+W 9hBpvvkmkKOUEEIIIYQe4Ll7AJICkrwmmBBCCCGE0APQA9ADEEIIIYQQeoBXwwNUrTqJvYEegBBC CCGEHoAegJhLnz5zbG2XZc5sy6YghBBCCKEHoAd4K0iXztqiRyIQQgghhBB6AHoAQgghhBBC6AHo AQghhBBCCKEHoAcghBBCCCGEHoAegBBCCCGEEHoAegBCCCGEEELoAegBCCGEEEIIoQegByCEEEII IfQA9ACEEEIIIYTQA9ADEEIIIYQQQg9AD0AIIYQQQgg9AD0AIYQQQggh9AD0AIQQQgghhNAD0AMQ QgghhBBCD0APQAghhBBCCD0APQAhhBBCCCH0APQAhBBCCCGE0APQAxBCCCGEEEIPQA9ACCGEEEII PQA9ACGEEEIIoQegB6AHIIQQQggh9AD0AMlRooT7t98G5srl+LwPTMGCo5o1Cy5YcPRb1R3z5XNp 3Djogw9cOTKJmVSqNKFGDZ906axfSul58jh///20okXdeCBeJBUqTMD0qFKo0Js/VX70kafY2eLF x7APmEO2bPb16gWo/eSLL3wzZHiOc0WmTDa1ak1GQfXrT8mRw+GVbRkEGE2bJhpBmEi1NP/73zht lH34Yap1vE8/nQTYRekBXjMP0LfvvMOHL1Wr9tz7bvPmIffvP2jRYvpb1R0bNJh67dqdDh1mcWQS Mxk/ft28eXuzZLF7KaXXrRtw4cLNrl1n80C8SNzd12B6VGndesYbv9eOjsvFzvbpM5d9wBwQxW7b dlrtJ3FxB9577zl+hZc/v8vy5YdRUELC+YoVJ7yyLdOsWcjdu/fVlsFEqqUZMWKJNsp69YpKrQoE B28D7KL0AK+ZB/j993lHj15+AR6gRYsQ1Kply7fLA3z33dQbN+7+8AM9ADGXCRPWz5+/72V5gHr1 Ai5duvXjj/QAL4hSpdwnTtwwaNAiBP0qb8OPh05OK8Rq9csv9ABmkT27w7ffBspOMmdOAsKd5+0B Vq48gmO0b9+FV9kDFCo0ulWr6aJZOnacFR9/EhOp8Xcn2XRDhsRiouvdO9U8QEjIdsAuSg/wynmA zz7zxpDQ+Pxzn9fXA5Qo4d6mzYz8+UfRAxB6AHqA1xrMvZiB+/aNNukTPFq1mpEvn8sbtu/t24dO nboV1K8/hT0hBYwZs+Z5e4CcOR1GjFiMY+Tquvr5nSJYuLBrhw6hxYqlTv5Zs9phCjV6AJUvvvA9 ffoaPQA9wJvsAdKmtcqc2Q4j4fr1OxpyeEgPkCGDNcIOwbvv2qZJY6U2a7p0VnKrIGNGG2PrPyrR Vk2WKZNtch4gfXprJMZHzDy06dI9riHG7aVLNxs2nCZLyZBBrwyqp1XY/BOsxV6gethrNOCjvbAR Z0b+l9WTOptuN6MHeLTXiXIQJeKzWrulSWNx70c7aHuN4tSitcoDVBhFyzNKkcOjvUjUgGL3VURW Kik4J1UUbSIH1EFrebXjIb2J/iN6rLr7pttNHLvEe21rxl7baDkkmX+SLf9UD6BWxjjczBmw6PNy 1ICndjzUU3oA8cHkRs1/3cbG2PGSbDdRtNqA+Lh27MR8lXgU2KRgDUhq7FsZpx1DA6bycJOnU6sJ ZI+VLV+r1uRjx6789dcC43wlm+u336LPnr3+zTdTku94I5PrePKgI40Zw81Wa0DTHS+5vX5au5mV g4nhZibmdDyx19qMZ9xr0zOeWCkeLRmmhps24xk7nukZzxwPgA+aGDWos4lpytB1bZPsutqAFQul iaU2mb22ku2Gd1q1mn779r0uXcJSPOOlogcwp+MZVwp6AHqAV84DfPzx+OnTt//9dwwiUQ1s0jxA +/ah8+btFbi7r82b11lt1s8/9547NwHjStKv33xj63/44ZjJk+PVZPb2yzF3JOkBGjcOCg7eVq7c ODMPLRZLkee2bafv3r2/fv1xWUq3bvrXln36zFGrAb76ys/8cy6DgrY1aRJUufLE8PBd+Ozw4Ysx Uw8bFofXs2fvrlp1okzcps0MWcT48esKFBhl2gN8+23grFm7PvnES01WpIjrpEkb1do6O6/Mls3e 0t7fvXuEtteIG9SveLXKi0upMFd26hQm/u3ZM2r06FW5cjmiY8hMhg6N1Qpq2jRYK6hDh9AUXDA9 btw6mUO7djO1BOi6j1reaujQOJlMfmPauvUMP7/44sXdk8wcuxkRsRu7bE5NunYNHzt2HeqDJUEW ZG29VAtNcDS1vcYH/2v52e7ua/LkcUruy3VURmv5p3qAAQMWyoLQFFqytm1nyq1oRu1L4s8+846K SqhTx792bT+ZbObMHdqv+UWLuvn4bJIJcFilB6hRwyc6ei8GXXJX4I0fv75z58fd5qefIpUhvwwr tJoYnRDjCKMJY0om8/XdpF2QV6HCeNRQbd7Bg2NTsAb0779AzSQyco96rR6iDX//zSVLuqPPyzSu rquxclhaUJcu4Vp/aNhwauJgwsrKaomaIDBwa5kyYx+1vKu398Mhv3r10Zs37+7adVbLCi1ft26A eL1jxxlESGvXHpNb1ZZ3c1uTXOXr158ye/auKlUedrz333dCSplDx45hWmJM6ba2yxDc/PvvIpns zz/nG7+816rarFmIRe2GorUc0DGMyb7+OkBL1qNHhEUFPZpsd1aq9PB6a5kJmh2Nr64UTk4PJ1vs qUyDFtCyatkyRKtMmzZP5iuxUqC1EVnKBGh5bcgXKjTay2uDmgkm25w5n1xoO3DgwiFDYhFbjxz5 pNuYOFHK6AEwZAYNWpRceqxEqEDhwk8/zQxD+P/ZOxP4Go/9/1uqrqrqrWrroqqoquv2KmppVV1F lWr7Qy3VTWmVtrZStKqJLcSaWINYIpYQJPaE1JbY930JErvYdxH+/7eMjjHPyclzTpYG09fn1Vec M2eeme985/v9fJ7nmRkmstpUa7AtWXI4rPeDDwKZX8wyUYygQei4f5uBvsRGtSoRbPmKcCSm/IYN x27dur158wlZpm3bhdbGy2+pME+evmmkAapXD9DGmvCulbFmCqMBjAbIWBrghx/md+iwCHKQVBaX GuDs2WswdcgW0UGAjMjPpU4AxGhod3h4tCzTq9dyCBBUQGVdbdosYHLKMoC8IlSyqgEQ9LVrBxLs YLovvzzE5tBSv6iTASYjzpmzR17l44/vJSHUy2efBffosUxtBiC8klTsXKhChTHHjl1CBkC8IDp7 9pzetOk4c97La2VExIHLl+NJLWqakZcYNGgVDFWlWaoGQEXUrBnQtetiMnHx4kM11UGaX7v2iKyq f/8oQj+f2zQOCR4ODeHQeq2GY0iP1ngAGdqy5UT37n+Kf3LdffvO0HHYgKhh794zhGntcrgHVc2c uUteiBoYXJd0C0EcH5A14IGMo/oODFwNy7dsORfLy2I07PPPZ6G1iNQ+PmtIFdbdGCpXHifGDips pyV4S0zMeXKn6jY4J5fGPrIYfOv69ZuhobtlGVI1VADJ1KfPitWrj+TPPyDxufYARGnx4r4K6Qm+ ciWe0bepAXAGHIlZKS/E39Qp6v9rubnueKVK3XM85tf16wnQnc6dw0WZpUsPnTlzFVWgEhdtwqK1 mPt4LBoA2pSQcHdlKhmOTI9V1ffxSNh0/y+GNE1W4u0dCa8qVsxXlVjQXBophxtbMa3UCANQ6adP X1227JCsinFv0SLU/hsCwvK9eq1QpwD27NgxTN4CICrGxV1hoPFYUYCOREbGauo92RckEP90X5tu b7/tr86sli3n9O27Ui3g67sGrolbEjnFz2fO3Hn58o2VK2O1qgh3FBN/YxMMiIyU30rSjJdGRR0W jS9QYGCzZiGq5VEply7dEDcCaDOqUp2wyKFcue5NWD+/Ddu2nWygXHrHAAAgAElEQVTdeh7OTAH+ eejQeaSa1ndY5rlz16ZN2666TZ06k53crtZQu/Zk+VuoM1PDSnMJU8xHzSauvkqKM1A5PJsWykpw eNwe55ersXfvPs2gkNFEgf37zxL8VTaMNu7WLUJrjBqvYP8XL96AJasWJv4QhVSXKFrUZ+vWk+vX H5VlaBsGL1FimCgQGLh1/fpj5BrhNv7+m44cuUiUs68BmC8MH5FKe2+HyIz1GHSa/fzz3jYeAvTA SrKdKFXregC6Bo2eNGkr84tZJgtjBBln0AkkC6KKajpciITFt+hh8dWCBfvQACrBkCpXghCkUZSS JYelhQYg+mkEg8RKehV2thIMkSnWrTtqNIDRABlIA5Dyly+PefbZfsmuCWbunT17FW6qvqIaG3uB r+Q6pE8/DTp27GLdupPVWEMqFQIja1YPpjTBhVz18suDna8HIKS+9NLg2bN39+0b6d4YE9lJQknd 4oURqo2XIGmpkT1ZDUBMh/s++WSvCRM2Q6eIF/AqApOVRkv8978jDxw4B8mwagCEEHmaGEHU1n5F FilffjSJXL3zQQxFm9m/7wWdglQRmJgASb0eY1MDxMcnMLKwh7+2qVk3ZsxG9cEulBdpB3OSeRRA zcleKXlhVNBodUtENICwfJ06gfJDou2JE5eJ4LLxkolKiJtt9l+px25I3NOnr6jbRDDcZALxdAL9 lju3F9QWI1eqdE9WwS22bz8F3YfdLl58gFHIkaMXUvPChet4ID8R3AuPhU5VrTrepgbguqdOXVF3 hoFGU2dSIvaNN0ZRv+o/QgPwE5icvItG44XdBGgzYkPVKigNZtbt27fJgrgus+Czz2Y+9VSfHDl6 kqSZCMQT8QIMVyS8dOwY7vDmK24mnyyJxlMnNffpszLT3e3I5uPwqsSFo9SqFbhnzxn1/vSnn06P j78Fv3RpMYP2VFA0ftSo9VIDoG2QQ7LxBK65c/e69LZ9sWI+0GUkCnEvqVe8ROO1O9wFCw6EK0A3 XVoPgFviDw7v5tD4sLDo114bRjfh+jB+OKW4tcz/4YJEpCpVHDwChdZs3HhcfRSDqyQ63mVitRB+ AQFbBg9epb77QXjBbVAsWEDd1Cgi4qB7G0xXrHgn2Fo1wMyZu4KCdsC37EsLh5lCOB6yUL3hsnNn nHzEROPpNRFPPq3FDgQQ5TZ2P/IapNO6oBlmLO6CCQ3AdBs3brN8tweXXrRoP/FTxnlyE6ZTn+lB oxlZGXbQANev38QgNWveeaD01FO9g4N3qo23sx6gUaMZzH0Ys/ohQnrDhmOensvcsyQsPykNcPHi 9SlTtslHf0wHkjtySN4tEt1xfnuIOS6DrR2QMY8evYirp7oGIGi3aDGHzqrTrXPnxQhFZpm4FxkT c1+wZd4dOXKBgTMawGiAB1IDMBOaNw9Rb7ZpGqBLl8WjR29gSqi1qRqAOMich4qVLj1SvPnjRAO8 /35ARMQBSIZ6hzUDagDYcMmSw4hoUB9ywNtvj82Tp6/bGgD+t2JFDEYrWtRH+xV1zpq165NPpqk7 gbinAQ4dOgfXSWrQbWoA/klElrdFX3nFV31qgSgia/brF4mTqGE9jTRAouX91ce+aaQBCPE4p3p1 VQNky+bp7R0JDyD3qM/upQZg+pB658/fV69ekNAAe/eegfJCm7CMr+8anMomSSJ1YQfcO29e7xRq AAiipPjPP++tNd6qAV5+eQgT59KleKYn7LZSpbE0hkoEjT5+/NKcOXvgAfQ0NHQPEsXhcDvUAFeu xLdps0A+9MuffyBtVgfoxx8XwDjJpupa/zTSAMxuOigbDw8uVWqES1xTaACoAHFPfRaa/hqAxjdu fOc1TgKs0AB7954W9aPofHxWJ+V4DjUApJZIJV4EhcuWKDFMjVfIpNGjN8IjEf9o3bTWAKiR8PDo lOxXgSdgEGyrPm22agDIMVlJ3h1nRoj3tVzVAIQRTdaqGoAsEBKyu169aQULDnKiAbAk807cJs+a 1ZPA7uRReUbQAOQCyLG88WTVAERRovR3383N+BqAXhC0sSqzRtzBsaMBIJ0VK45dvPiA0QBGAzyQ GsC6L5CmAcaO3QhXIAqQPiWCgnZIDUAiIZ2QVJLdFwhWB20iOalBNmNqAJmW0ABwdHF3x6oBsJW0 yYABUWfOXLVqgEmTtsK3IJEOn10isUQkVc1L5uCH9jUAlL1z53AYPExajBQUTaM1NjUAWsXJPVFI 5JIlB1aujFFbC8jWrmqAp57qQ5NkDVRr1QBYXnusoWoAtAE/RAN8/vksEbLz5x/w/fdzSXUtWsyx z+pI3tbGqxqAqubO3bt69WGt13AvoQFEWjpy5CI5T2gAvJ1cSONnzNiJA6RwXyCrBihXbrRsBgQF xWjVALABJxeyagDrvkDTp++g8YJG0yMclcTPFaOjz6pH8LzzzjjZGNg2dtM0AAzJ+d4vdIE6u3WL UM07ceKWtNAACHVtQY6rIK7+/HNY4nRb2alTOHXiJ9rtj/TRAIJGI89we6EBGKbg4J2CRhO7VGKE WpC2DQvbb9UAiFhtLYfW+LVrjy5eHK3NAhJNqmsAPBDzEjMh61yCWe/GoWkiU2jP36wagMY72VrH vgaQz04dagDCMhmTHqmmGzp0LUOmagASawr3BcK3MR0drF49QL5Gi5eSGshHqa4BNBqtaYC33vKn MYAoLbpMnHRPA5CXpd0YNeJhWmgAGo+Tax4+b95eJxrA7AtkNMDDrwGuXIk/cOAsSVrF+vVHxQ/t awDYG8mY8uptpAdUA2TN6klagnlLgxw5cuHmzVtWDUCsEQuqHN6ZRgPExycwCpp5waefunxOUOnS I8lM/Bb2huRQ3/dNRQ1A/LW2NiRkt/08TT2kfyK1/Dlj6qoGECC7bN58Qtwtc2/HN5sa4OJFB72m C+L9N6EBaEy9etO2bTsJJ0gjDYDjIXVwG83x0kgD0AtoE+kNBmPVAFimYMFBUGHZGObO7du33dAA 167dPHTonGbePXtO21zYnZ4aIJOy4zgEkXbOnr2LqZcrV5+/SwMgnxo0CEKRwimtGgC9TWCcM2ev NCyi0T0NwDy1zgLIq3uHyCalAeT7MxMmbBG5pk6dQHF3/MHVAPiDwzgv52mqaADxNj+0Vb4H2K7d wkOHzoul4emsAdS116Kzv/0WkT//QG27BecagML8BA9XIt7FhIRbaaQBGErrGIWHHxDPxIwGMBrg UdQA1EYEIeurgGLmzNnbJQ3Qvv2iVq3mRkUdlgcUPLgaANvyVe/eK6RByPpimz9NA3TuvLh581BM pK7IVDUApAT7aOYFruY8kTXhJfy2SZNgKLW6hCMVNcCUKdusrS1WzNf+rffPPptJPXXrTpE/x80y uAYQe4xogEOLzfiEBgC4GS6EIkojDZA3r3dAwFZ4pGwDHAKPTSMNAFmE+eE8WMmqAV55xRfL4MOy MQwQPu+GBmAI3nlnnGZeaId9cpn+GoDKS5QYKub+ypUx6qLVdNYAVAKDTNwPao9VA+DGxHDUqTTs yJHr3dMAo0dvsM4CwojNrW9d0gBMH+Y19eMYzCMr8XqwNEBs7Pn69adZrSffdXyINQA5RXTW03MZ 6UNbgu9cA2BkfuLpuVRarGnT4FOnLqeRBiB0W8cItxFTw2gAowEeDA1AjIMbAecHBtvUAKGhe5xs Av30017ffTeXaxHKk9qxS64HYDqJhtWuPfmB1gBEscjI2H79Iu2sB4CXi15b99GDP+3aFSeeM6Yi RFqSm1c61ADEQVIglNpVDeDruyaFzSOGamnJ4XoAOxoAZSVsK2HdKShVNADsx0klBQoMROKuWXNk 8eID0NaPP54q2+PSfibJagBMhKG8vFYmux7AVQ3wwQeBYgW81AAQWQglPownY1XZozZtFogsDi2A HEARnK8HsKMBYFpO9vvLmBpAfRsqLu5Kixah6a8BqPPnn8OoNiwsGt75ySfT5DCJ1b2AaEZMU3cJ c7gewI4GUBufcjjXAOq7jlFRh6HdrmaKa9duEkZq1QpMBw1AsGrYcEZSa4KZI/v2nSlVariTBqeW BiBZf/ZZsBoSCQ758g34GzWA85VjzjWAWMxAlE6H9QDOG+9QA7zyim+3bncWhqkaIEeOXkRRYXk3 XmMzMBogFc4HgBkQvMjWTF0NcvmpHQ1AtiCMkjW1SqCtTLZM93bMnTtv3t4aNSaqZQoXHiI4nLo3 KPyGlExUpQY3zkP9+OMpBF/4jbyKelOhZMlhixZFkxS11pLhVNqUKs8BJk688xxAXqJBgzvPAaDR RYoMEZJJ3RsUO5BvYM8lSw5XV9N+803IwoX7atWaZB0m+88ByNyQOfW3jRsHw0fr1p2ibslHCic3 yDJCfpAm7WsAWg4Vppi1tcWK+dg/xAeOuGTJQZonf47U3Lr1JDQ3T55+LmkAgLCMjj6Lg61cGevG carJaoBs2TyHDl3L8Fl7TQJQD+VhfIUG4O+PPppy69btevVc29DQznOASZPuPAeQbaCReCxyNPF2 rKdNDQBhhfPVrBkg62FYMWNCwm31nGAcRmgAcTMP96CYmv/EcwBZCXGA8l26LJHbDNjRAExYVHql SmM188KZ7D8HePPN0cjyH36Yr9ZQtuyogIAtv/8ekYoagBGn4+pVEp8DxKpjjWEh2fRdLYZehWSo jN+OBqhfP4jKGzQIkvVYT0mHawoNILZqZS5IASCeA5AL+FzWMHLkOuY+wyqfFSerAV54wXvy5G1M FussePnlVH4OUKjQYLX+ypXHoUXdeA6AM+PS3t734lXNmpPQhM2bh9rUAE8/7eXvvwnGr3W5d+/l +JVYPy00AElz7NhNsgDemLgSLEKucGCAmJhO4nxqaQA5wQUZsAqYdNMABHOts4nPAbZrK+mR0ETg b78NtVIU8RwAeu3puVR+S1A6deoyQ+DQ8VKiATDp0KFrrGNEehVTA9KCtOvUKVx+9cUXs5Ao585d UzUAY7p06SGMf+jQeZsnwxgYDZDKGkDswunjs4bZq8HLa4V9DQDnYMrt2XNaq2TduqPqDzE9HGXZ shi1DARasBlVAzDT8uUbgDiBypcu7XIyzpWrDxNvxoyd8irqbmvZs/eEfEBTtNZ+/XWInX2RXVoP kD//gM6dF8tLYMn4+DtbTBILRFjXzghDq3z//dxNm06oN+SI4DCDiIgD1mEi69u0CYwkPDxa/e30 6Tv+/e/h6noA/kYgwbRkmT59VlStOh4qYF8DMHb/+teAdu0WWVtL6HdlPYBX4nqAffLnxFDxRri8 hZxxNACjTx6CXFp7vWDBfnU/3HTQAOLtWGi36ng3b96Ki7sCRRNLM+1oAByvatUJJCpZD8OK8WEz 9jXA44/3wG44kqzk2LGL9Jr8imqyrwHgCh9/PBXSrJl3924X1gPkyNGrcOHBsGG1hp074xo2nCEP PUwVDUBchS6rVxGHoKlyBTrOrIQFqsWIeKh9Vdvb0QBU+8Ybo5hfsh6Cp0sagBq40Jw5e2QNZ89e xUNiYs43axZiUwPgeDCz336LsM4Cupm66wG0QSTX1Kkz2dXHRGgAZg0O3L79vXgFPyDoSd6crAaA YhLWBAlWwQRkGgrJLTQAaeiLL2bu23e3wLZtJ1GG0vGYmJUr+4eHO4jzqb4eIONogM8/n6V1Fv/B i7TXCgh3sPmxYzfKYvB7zfG6dbvneGIFFBGP7GzddTQle4OKHG0dIyaXWA+A/odgeHtHyq+IusWL D507d6/RAEYDZCwNkOmvzWuJTRrkcUWkFqaB9nIe//z22znqexpFigwhjGqVELhVsS5ujX/zTYha pn79IHFvuFgxH/6pnl9DGmayufeYDKJPeJVXsT4lhzdordXee3YC9AlEU7IEcjZkTi4BJPuqD9DJ rFbzEtMFh4ORtGmzUD0LGV5OvtfoJvGCdGWtx/mDY83y5HL1t+gHh8etMyKyTJUq48hMULRKle5S 6ipVxsvGO195bG0t9NElHkBhNJW1Hs3y8tn6X3Qft5mnnpYlNQAUp3HjGW48WSIfWBtPTmrXbqHq NqVKjbC2VmyjKctA0xs0mC4sT86Acbq6BRZ8ol49Zs19ORLxprnNm2+OtjYGsit2p6HxbdsuTPaM OZi36jYMK5fgQurpXXgvPowni1SNe+AkWj04krUx8hkUjf/ppwXJHvVFMGndep5WCbLE/jGC8gU8 tQbZePmuINzIDaGoySfG3WL5XlbBDBFXixFXrcGWCJzsrRBheVmPnLCq2yjB1jcx2PpoxKhJk2Dr MMkX52rUCEA8OHnn86/XMMZYKyEai7MgXQXxXw22Ekx8tX73MoVcD6DGKz5UtQSZgsY7UT7yDRCt y+XKjdZevPzii1nYvEOHuwXwee0k7MRg6yDOS26NdP/wwyn2O4iGb9gwycbj51euxA8bts7hOjSX QJpr3jxU6plMf+3wCwdQ9wcTt0sQ83IDImumcLIUEJkni1k34OaHVtMlleYIoc5vOpBBrI2XOdp6 IeKkfECdaPnx8itmDcqHxqs7mDEoxAQx5W3efDQwGiBNNICBwcONggUHkX2PHr2oPg4yMDB4xOFw TXBawOGa4L8RiE+ku5fXitOnr8oTsg0MjAYwGsDA4GFDx45hpLqEhFtGAxgYGBgN8PjjPQIDt164 cN1oAAOjAR5RDdC+/SLjDQYPMapXnzhixDqwbt3Rw4cv/PZbxOuvjzRmMTAweGQ1QPPmoYREP78N MTHnV6yI+eqr2SnZDsjAwGgAowEMDDIi6tcPWrhwv8Dw4eu0jSYMDAwecdSoESDO9EjrC5UuPWrW rF3OX0BPH3TtukRGxTZtFhofMDAawGgAA4OHENmyeebM2UsgR46emTN7GJsYGBhIPPaY5xNP9HJv 01KXwCW4ULLLqdMB2bP3lFFR3bPYwMBoALMewBnq1p0SELBFhXVhfkpQtqwfdWqbkCaFJk2CRRuq Vp2Qpu7y/vuTxIXq1Qsyk8fFmebl4bEU0/XrF6nt0pOhgMtpjm19ZF+/fpBWJuU7aTjHBx8Eigu5 dHzYA4rKlf1Hj96o7jX0KKB8+THjx292Y+/j1EKbNgtdPTDbIFXSnAp1m12DdMBbb43VhqBx4xnG LEYDGA2QJHLk6AXV/v33P2fM2KkCmpKKA6OeD5AsBgyIEr349tu0zWHt2i0UF/L0XGYmj0uA969Z cwTT7d59OtUPOU5FVKgwRrp0SMjukycvWw85JknIMsuWHbpxI0EeIZRG+PnnMOF4f/yx9KF3FTvn Azx8cHhOcHpi5sxdEyZsNpEqPQVAmzYLtDTaooWRYeka7Tt0WKQNQcZZq21gNED6/ScOksySxcMK bcP1AgVS5wR4qtWOc3JbA/TvH3nr1m2Q1gG0bduF4kIeHkvN5HFVA6xadRjT7dwZl3YaQDiV5rFu 46mn+ixefMCqAVRUqTLuzJmrbmuAzJk97LyV1KFDmHC87t2NBjAawGiAhwFYG5s7D1apGM0MrIDx BwRsSYcLEeSdsB0DowEyhAaAmU2ceOekVRXBwTu1F3JSSwM0bDh9yJDVSS3NdEkD/Pvfwz/+eCrQ zlhJdRQp4iMupB7jZWAH//hHT+gypoPb5crVJ42uUr78GNKqeqxyBtcALVqEengsS/acsqJF7zpe ssd4GQ1gNIDRAA+HBiA5Dh68Whw9bvBAa4BmzUJ69lxuPaLYwGiADKQBXnnFd+jQtePHbw4Pj05I uL1s2SH+9vffJA5lfPzxHjVrBpCe27ZdeODAudDQPfytwiYtRmmI8oS/w4cvdOoUJmsoXnyoVQMU KTJEFlCPUs+UeHKw1gaHZ6zCn7Ri6pHGdlCsmK9Wg/WgysSQPaBJk2C12Ntv+7v3PrSs4a23xrpR A8T0nXfGZc3qUa3aBFmVdXEFdtD6hbXFV+++O95J4+n+hx9OyZUr+YiG29SoEaBeAiL79NP3HVaP 7zVqNKNYMR/kZdOmM0Ux/tBOlSaA1qkzWa3qgw8CBXsmWTZufMfyqMrbt2/D2mUZ6zGTqtvUqjXJ yZGfKdQAqtvUqxeknjYqLc9c27Hj1HffzZUl1fNx8Wc7jvevfw347LP7HO+tt+6NHSbCUFyR7nz0 0RRZJo2exrz88n0T1uEJu2XK+Gn9Ug/3tWoARD4BQXMbpxPWB4/STtiVePbZfg0aBEk1xRRTW/LZ ZzPV9SolSw4jCqlHOwM6RdfkmdDMFLEgpGrV8bKe8uVHu6cB1HhVv36QetqoaDwfygIU1habYjc0 MF79/vuTnLgN80J+KxovNMBjj3lWrx7gpPFly/pRszjlF0PJCfv55zMLFrxvwubM2at27cDSpUfm zo3jTXWSKapUGa8OAazXjaNS1UwhUKbMvTjPCDKO+Dw1U78sU7jwEFcvhF/hXeqFrHvqyzQnIde3 YFvxycqVMevXH9OKMS45cvQkLvF3x45hpMhZs3bJb7G8iFdYHkdNqvFMeSwv0xxDIGsgiWsH5RYu PJhBzJ9/oJN4Bci8DRpMV5vq0iaqwm1ovHQ8pnyhQoOtaU40Xl5FHoosUanS2P/9b0KWLB6YXRZT T8IWmcK6tAbL49vZsvUgPIpfrVt3NDIyVhsCeRK2IIi4jXOCkenOhhOO05y0/KJF+3ftOt2q1TxZ QL1fieXxKPEuhgQ/p5JSpe65DZdIbPy9eAVV0FpSsuRwrTt8omWKRMsPkgVInY/yLnlGA9z3LpAA AejatZvaypjcub3mzt174cL1S5duoBCuX0/gbxUtW861Y/EffpgvylPDrVu3qU3WoBIpoQEIc19/ PVsW2L//DHFHkrauXZfIry5fjof8WdcDEFCoVmtq9+5/unpjUv5WdN+6HoBWEbmOHr2kXmjUqA1u OOWYMRtlDaNHb8iVq4+rO0hMm7Z9xowd0AXyh6yqf/8ogqO664WX18qEhFvwLVnmm29CBKtWb5CQ M6D7WbPea8MffyzdvPmEytuc0Og5c/bI+q9fv2ldDyBo9A8/zCPanj59RZSMi7uCD8ixpg2vvTaU eK2ad8mSgyJ4UcORIxf45MqVeNzm6tV4WWbQoFVak7p0WaLUcIBeWE+PTxUNoLrNzp1xxG7BnBIN +Kf4/MaNhJs3GYJ7napbd4qsQXV+4XjW9QCYCOJ44sRl1TK4kHQb4v7q1UewA0SQnCfLtG+/CJaW 6m8awGXlJaKjz1arNlFVWbgfTti370ptSqo3O1UNkDmzB43s3Dl8w4Zj9kXLF1/MjI29AN2xCjyG AOqwZ8/p776bg32wElNMbcnJk5cZAvnDDh0WHThwTuPQEI7jxy99//3diDdx4paQkN0wXeYdNTCa jOmwYWvd0ADYoUWLObIx8AYEhnQboR537YpTY6b6EAn6OH/+vnHjNkHskJfSbdR3F5nITOehQ9fK SqZO3Y6rh4buQQMwOmFh0bLxTA0+UV9jGDAgavnyGGJLpsQzNzCXqIRZUK/eNBogSyIJ1q492r9/ JG1m+BKj9A1i/k8/LdD6HhS0g77L9hw8eI7RdyLOHbJedbIIEN9k4xlBxpGUQc38IWNFkybBrj7P fP/9ALxLvdDYsRvVtz7wWNxGa8wvv4QnTjcPDCg+iY+/M/e1YgMHrkKlMARi7DCXmmoXLtz/7LN3 qDl8+urVm7LxdF+1fIECA9esOdK79wrxz27dItQaGBeopCwM++QSCMuWLe86Htn/0KHz2p0yuPux Y5f4SlYVFLQdn7eZm8g+UVGH0WnDhq0Tlm/ePASOQT0YAY9VeGr/iIiD8iq//rokZ877PJDgtmDB Pjxw0qStstjIketlkoLg4m89eug5Gp9nUuDqI0as/2sIbjEK2hCoP0S5bdlyQn7VqtVcTK3FTIxJ jJ03b59aCeru1VeH/vbbEhnntVSrvuPALGb6kEruZ/PDyJWdOy8W/yQNLV16CKk2ZswG2XgsYF05 hs8w0eSFOna863h8S0jE+C1ahDZqdDdK40X8v1q1CUYDGA2QjAZgqhMUCKCEDFwzMHArf6soWHCQ HYu/+OIgUX78+M3EevK9rEG97ys0ANNv8ODVssBHH00hS8mX/mFv8qt27RaeP39d0wAQDsg6UVVr qnbzzM677PK3yOh9+85YNcCPP86HTHzwQaB6IVWC2wdxR+3X7Nm7Hd79da4BTpy4RLjHILKqLl0W M2rFivmoGmDnzlPQDlkGpghdIMapGqBOnckkaUKSGxpAuo0A4TspDUBLRo5cR5ASJfmDsC63rCVi BgfvxPiqecuVGy32s3vmmb7vvjueT37//U+kIF2QZawvz6hug/vB3urUCUwLDaC6De0PCNgqN/3A A8Xns2fv2rjxOKRTllRvnBPx5eeffz5z//6zVg3Qps0CP78NcALVMm3bLqRf4k6Y0ADMNbyCySvL 9OmzYsCAVfQxdUPqCy/0l5egX2R3dbcZjA9jJq9rU1K9Z69qgDx5+vn4rOnRYzm02/6TdLrMmMLM WrWaZ30oTwM+/ngqTIhpxeRiiqktwZJ+fusxoEsaACoMvYAiUAOSDArihgbAdTdvPg5HlI0hDDIN mzWbrfokqkAWILgRi6SwFxoAPRwSsgdno0DTpsH7959RNQCzD/bWsWOYrAQr0Xi6YNUABAcCtXrP UtUAjM7//jdBVFKjRsCIEeswl6YBcDw0hggyrVvPO3XqikMNAO2T7cGAuA2U1L71mBdqphDAzegR ckhqgL17T1Nz3bqTRTyEmbmqAbAVfoV3qRdS97CCFjMo8G+tMT17LseTiVREJPFJWNj+lStjtWJ8 i+4qW9aPv7/4YhZtpgvyWz4XNyxUDQA/xgfUU881DVCkiI+sAf+fM2cvP1c1AKxx06bj0HRRhnFM SgPQBVkV/o/b2HzWTeXnzl1btuwQ7cTyqI5t205CymvUmBgZGatqAEI6gV1eha4NH75OjYokkbi4 K0uWHCDnymI4XnDwLvHQIFkNQC4Tv8KT+UQbAjVFMh3eegsOyk4AACAASURBVGus/MrbO7JPn5Wq JhfEet68vd98E6JWUrHiWKQLmkf8k+QFmWE6ywLqky6bGoAysFUZr2i8Qw3AMKl5v1ev5UyNf/7T S2qA7dvvWF5826/fSqMBjAawpQFSfT0AdI0ooM4363oA5L66SB+iEBV1uF+/SIfvz5BdNA0AAYUJ rVp1mDmmvVjiNkiHkDarBiBr7toVB2dV32hKOb7+ejbahkTrqgbYu/cMM18VIcQOGdlJRfBpmAEh I3fue69YkO9nzbrziioWY4ixJ9KuZcu5cDKCONSHDEc6J+N26bJE8ACXQERLSgNERBzgQvJpA5lg 7ty9yCq5GpsyiBbnr1jA7chn9erZ3UCT+A71SWpLxFRcD4D0Xb/eQVqici5hh4jDntFdVg1Awkbs aSsKxCMIEdmFBiApMuPUZ77ovaVLD2lP/FMXZO4VK2LwHPkJSRolg48hipJaBSE1QKlSw1E45N2P PprqemT3IrIzBbTPIUbQI/G2D9OKycUUy3Tfvmc9CTujRq13SQNER58lrYrjpf7xjx6wE1df40YD 4LqQCSamSqPXrXMWbP39NxHi5L1YoQG2bz/FTCladEgiTe/LpKtd+57KrVhxjNp4wY9pPF2AbjLv fvhhPo6KhCDeduoUfvLkFfhruXJ+zHeEKKGPSGLVY7QhNHSPekdcaADcvlu3CKHxIGdUpW6kSzil JQyKOgpcCH6D2HBpMQOjoH1I4/ftOyPephAaAM4tG08Uwj3UFz/sYMiQ1Xv2nCZsJvXuK42H6SID tM/79l1JJlInYLLrAYoW9dm69aTDp9Y0ftCg1ZDpmjUnoQDVNMcUY9b07x+pPlGUwPhnz15DCaga ICHh9pw5e6QcYl4wyupNPXyGLmMu9a0ngu3t2/b37Yg6duwi7opmEAIGqdm8eQiNR4erGkADDoML ET9VDYCwJO6p73rR99Onr4rmJasB3F4PMHLkejXYMnYffBDYtesSeiffDHQIEWy1Vwpd1QCHD1/w 89sg327lV19+OVsJXL0YC4I8aV19m5H4idsLySE0AEaQCYt8mmzjjQYwGuBv0wBafHFDAxBcjh69 yFwiIEKGmAnqY9BU1AC9ey/nQqBFi1AuBFx6lq3RF1EDEM833NAAU6Zs0z5UNcC//z2cTMYgygsJ BAXtEBqAMk2bzrx8Ob5GjQCouXASLF+kyJAtW064+jKVHQ3wzTch97+zcZ8GwKrCvFheNNXhXWE7 GiBXrj6yvx99NCUu7koaaQBShbwQFGrLlpN/owaAFDpMS6muAUhFstfQEQi3qgFKlBjGFGYc4dk4 IWVogLYzEo2/dCkeDg2V2bjxmKurd+Tt2BkzdsAj5ZQnGqBJ8Hl4tqCkqagBgoN3psWaYKsGoC/0 SFp46tTtVg0gG+8QVg1gXRPcqtW8Y8cuURIaLeY+4bp06ZFwL/U0yezZe0JqRUugjLA6qwZwnino 782bt4jbahTCMfDYtNAAKT8Kk/gjAhFRUbRWfQkn3TSAQGDgViK20ACMkcgU6E/I4ptvjnYY8erV C6KYpgGuX09wvrU30QNWjQ3VYaISlzTAihUx4na+0ABC61o1AJ9gQ3kVhIdVA6BYtBc400gDZMt2 J2jIxuBjarDNkiUZAZO6GsB5pqCdcH3SgZbT+UTTAGR2sxTYaIBHQgMQXl95xRel++6745nq5JXQ 0D2vvTY0LTQAn3MhwFzlQsDtc6M8PZeKGkB09Nm00wCxseflhQQgxBlTAzD0wry4jWiqw12c7WgA 5ITs744dpyBeaaQBEBjyQps2HceYj4IGIM3IXpOJxRMkVRe9/vpIxhHmQT6mzJAhqzUWReMTEm7v 2hXn7R0J73RvMw1ocYkSQ2GBISF7xC3bwoUHMy9++y2C5CoIxIOoAQhfBDFpYYLe36gBKLB8eYxo CWLv7Nlr7mmAvXvPqFFIuE3G1ADwSxGI4KaitdoGVhlQAxDApW137ozD4G5ogEuXbiDI1WEig7iy f7ddDZA3bz9//03yKsitv1EDwE9mztwpG3Py5OUMrgGYtlpO5xOjAYwGeEQ1gJrXYX4Est69V3Tt usS6jUPKNYCay7kQgG3Uru3aTn+FCw8hS1G5qAHMn7837TTA0qUH5YUk4NZSA9y4kUDAZaQIQEeO XPwbNYAEphDtpA2ffz5TI4jONcDTT3tB+KDRsrOTJm0hJqa6BiCx1a8fhN3khYYPXwfxeug1wEcf Te3WLUL2Wjy/VjWAwqUGM0Eo07Pn8l9+CVdXm9B4HG/q1O0eHksho7Tf7fa0abMgNvaCeN8Dr0NX dOmyWPWlB0sDELgIXwQxaWE4YhppAFj4sGFrmWV+fuvj4q5YNQBMToygAMEBwu2eBpg9e5c1EKnv L2UcDSDBBBftxOE//HDK36UBKMD0IbDITKFqAGY3cVWNeJMnbyO5u6EB4OJwaOsw2TzP26YGID2R I/AZWT8Z/+/SAG+/7a9Nt02bjmdwDYAUt44Rk10kSqMBjAZ4RDWA1ni5WCotNIAEtMCalpxD2+0h JesB7GgAkoeTSurWnUIGJWTAMp99tu/Uqdv69FlBkF20aP8PP8z/uzSABI2B2moE0bkGEAJGpdFp tB6A/KQ1/m9fD2BHA0BQXnnFlymZM6eb+1hPn75DXaZmXQ9gRY0aAZcv35eW5HoAWAK0CYLlxsoT WVVkZCz8hn5VqzZxyZID6li7pwFoTMOGM6DF6a8BCFyEL3Vpk8P1AK5qAPgB9gkLi5YagBAUHX2W LABzfemlQXPn7iFcE50Yza+/vjtP/fw2cC35xmNS6wHsaIAGDYJSaL301wBqsIVY/y0aYMCAOy/Z JyTcJlYT9GCoKBP6SAPE6thXXx26Y8epX39d4nw9gB0NoDXeVdjUAGSWI0cuqg8xHK4HcFUD4KXE T0KTSxrAuvWFth4ADTB8+Lrhw9cyUs7PeHFVA1CSEcFjXdUA3t6Rzh/SGg1gNIDRAEYD2NIAuXN7 lS07CgoFyyTBFy48uEuXxbCoWrUC8+b1Nhrg4dMA5I/t20/BJKpUGZ8RNACJ8O23/WfN2tWunZvU jd5BC0JDd9MvrFS9eoAqJ9zTAOITmOtDowEwNfbBYaQGSNxoaxz+BnPFmYsU8cHxcGkYpDyvwGiA v10D4Ant2y8UGuDpp73KlfObOnU70w1FlyNHL6MBlK0IhsPzCNSpqwFEYG/det6aNUcqVBidihrg u+/m4rqMi9EARgOknwZg5uBwsFsiGnF55syd/M000NaMp5YGYLoiA7iEhDrzU0UDINMJNOolABet WnVCqmuAOnUmWy/k6n4m5FqGAJvLSqAvBALilEtPxpPVAJD4Vq3mqReSQIHItJQzZ69Fi/bDMsU/ O3YM27//rPXQlnTQABUrjtXaSWokk2nnlBUvPvS33yI8PO71SyVV//ynFx6i9prcAwGdN2/vF1/M si4WT8m7QGRWWigvNGTI6mPHLi1fHkOSU2ko6VCbBUntgp+UBiB5azWIaQsBErsi2tcA+AyT7saN BJzZvfGtVy9I7fWAAVGxsedhD/ieWIbL//lbbSqD1a1bhDwKJ9P9e4MyvnB06mzTZoEb50ZJGk2/ IEPaRrHM5Y4dw62zAHvK6Vahwhiap3pU4usxGy5dupH+GoDApY01LoGYhyeJl6nsaAACOEOg9loM wc6dceo5wRA+gi3MVfyTMsQ9dZPQ2rUnq42hDbQEAdm16xLheHY0AGwVhuowEKn7VyYLVITqeHIW wM8E70wtDcB0swaiTz6Zpq54IZhYG8MneLL67mKyGgDK+N1398Ur4gwxWeu40ABiHfySJQd8fNao gqRly7lqDfjqtWs3UWsQQbGlrB0NgFq2Bhnn8co9DYCM0aYbvyJyEj/l6e/JagDswD/VIRAeThh0 SQMQ27VeIy3IgH36rBA7gAnwt9ZmQLxS75TVqBGgVaVGvNKlR2o1MGTknbi4K/Y1AI7x1VezrY4n 3Ma8C2Q0QPIaAEckguDlKgji2tvzZGKmDbE15daH8s6atVteq0GDe7vpVa06nk+0+9958vQbN25z mzYLrVXReGaIphmyZvUcOHCV2p0FC/apbx67ARgVGsn6Ni1zVTOdqzfvJciaWlUAsmK/BrHyQfuQ mAurVmnQjz8usF4I3ibTEpRi2LC1XbveDUPktpCQPcWKub+PGFmQtKcdLFCmzCgm4ccfT7n/Vron cZ/IKF9O0Nqp3b5VgUqUxWTj1Vss1l4PHbrWuo9Tzpy9R4xYD5l20qO/Gj/V4QJl64WmT9+hngQM kL5oA1kgqa2a8+cfOGXKdhrv8M5uZGSsehV1P/i8efvBNhhr7VcdOixCYpEv1X0z4Ukp0QDiKaK1 13AOccQmzoMLqV/hYNqaYK5O4lc3gf3qq1mzZu0iXLitAY4fv4TlVQor0b37UrU9EF/1zNFEyw9A HckCzAKyflhYdP36QXKvGOe33+ygevWANWuSD7aEL4KY1cJCMqGcoYDqfd+k0KXLvXglGg9L8/Rc qtJHgq3cyx8qSdzTHru99dZYBJ7WEoSlWIBhP1OgNKw9Qqi4ZEBkm1aDehBB8eK+EMeUs5+OHcO0 qzBw1mIEW60Yyta69wM2T/aQPjVejR27UWz0rj7Dwb3FLWR43siR662ZolWreVbzDh68Wjw+Eov4 k93mv1SpEYsWRVvrsZnmGE0aL26EM7+YZQQKcZ+OHK3e2njuuX4TJ262Xki+mACZpvHZsnlqwTYi 4qC6hxjEV/6WAEgY/OWXxcOHr1NfdCRTWJ/NahqV2GVtjGi8linUAkmlOVkAVaDdbyIay28hGEWK DKESmeZIQ1wi2bc0P/98lrW1/v6bxL0ekSmc6z2jAR5dDZA9e88CBQZCUFS8+OIg8VRRJdYvvND/ 6ae9Um59ccCevJZ6T/eJJ3rxifaGQ9asHlxaC4Jylzoab91CBC2udgcildShsPb3G8mXz0H3iW6a 6Zy/IOgEZF+tKpDUY8SkarC+Qk2U0bpPL6wXUu9eZM7s8dxz3vLSiTUMSIkBYZyMuHbHHfINUdPG jtTIpeVdai6ttVMlr5ZB7+fEbg57zbW0HSpFfoLHOLe8w8bL16ytF0rsvqelhuTdJtHxBjicd3Bo 5ql6FfnChpMJS+xj1qsHcOIzMLYUaoCcOXtZey3dhv/zt3PLYzcMokoyRt/qNi5pAF/fNVbLyzsL lojX0zrlZQEaI6KNjFfYDZdLYTBk3K3B1hptEg040Gph4TbarHECNV6JxjPx73eb+4ItbaAl2qGw VscDGFyMHYVtZgp1wko4jPNOHa+3kxqE46X8RDybcd4ar6yXxtp2XqpU4xX2VA96l4lSuE1S8Srp iHd3wlp93lGG7WGlB/bTHGMhGy/cRj7QsDjeHbexXihXrj7yBT/Z+PuDxkA1aOTOrdnNE8tgHzXi 4XjO1xpZ45WA9jRGWN4S5x2kOac13Os1QybYkUxz1sYn9f6qtbUWy/c21N9oAGfrAQwMDB5BfPHF rF69lv/44/zChYc8HD16551xY8ZsPHHics+ey834GhgYGBgYDeDgv7RYLGVgYPAAoXv3P7t3X/oQ dOSFF/rD/oGPz+rr1xM2bjye7EHOBgYGBgZGAxgNYGBg8CjiySd7u3cgV0ZD06bBp09fBZcvxx85 crFatQluv5hnYGBgYGA0gNEABgYGBg8Aihf3bd48VKBRoxluHy9gYGBgYGA0wMOvAcqU8VMWyni/ //6k2rUDJVKyHeSjhtdfHyGMJjZDTDkee8yzfPkxKdzO6IFDliwe5cr5lSplHC9dkS/fgJRM+Tfe GKUdqfuQpg2v996bqO3vZGBgYGBgNMADrwFq1gw4f/769esJEs43nDZQMXbsRmE0h/tFuoHcufss XLjPeujMw43s2XvMmrVbHk1gkD5o0CBIeO/Ike5M+cmTt40fv/mht1KFCmNiYs4neyKhgYGBgYHR AA+SBmjePHTIkNVNmgQ3ajRDQj29y8A5JkzYLEyqHVaQEg2gnfzyiGgA5+cEG6QFGjacLrx3zJiN bvxcOyf4YUWlSmO1o3YNDAwMDIwGeOA1wKhR69UT4B9xZMni8c4748SRNw7xn/+MeO+9iaq5WrWa N3XqdpBawsloAPvIn3/gp59OL1BgoHFd91Cx4hjhvd99NyftNMDrr4+oVm3CgxtkjAYwMDAwMBrg 4dEATzzRM1s2TwDrWrBgf65cvcU/BbJmvXc0TObMd95QV7/ln+qBHRQW5fm/wxrs4/4aPCzfeohL 84faGEnf+WdSZ2qIXiR74gZMdN68vX5+STJRL6+Vq1Ydzpevv9oGAWvlXJFimgGtxTS7WTWAwyH4 66vkey0taafNyQ2Qh3ZskNXy7vXaqgGc1CB6DerVC7p16zYywLnbJNtrtTF/ebiHfd3IT5Iqrzme 88Y4rMqm68oaRONFVaJ+aUnNbZKa8k6GQPM3qQHUYnIIZBv694+KijpcoMCAlDue8yAjr2h/rJMy uFqD0QAGBgYGRgM8PBpg9uzdc+bsATEx50+evDx//l7xTwH10PVnn+03cOAq9Vv+qe68QeFu3f4k SXfuvFiW+eGH+W4MT9eu92r4/nv9zPnPPgv28Vn9/PPe33wTIov98cdScSLp22/706ny5R3fjC9Q YODw4esgi6mlASAEqk0AREFbR+jtHfn11yH58g3w9V0ji33yib5s4Oefw+S3bdostGoA0Xj1Wr17 rxC7OpYrN5peJ3Xw+3PPeQ8evPqzz2aKf3711WytzdWqTXBpgJo1C+nbd2Xu3Ped6PnWW/4hIXsq VLhj+Zw5e/Xqtfy77+bkydN3wIAoeSGr5XEb+W3HjmFWDSAaL8vUrx+k3leeNm07H65bd/T27f+3 fv1RWaxVK91tmjQJ1nr9/vuT7ud8Hr/9FqEWGD9+c/HivjZtUrmy/6xZu8qVc/zs6MUXB40cuV42 Hss4cRsaBqUuUWKoWsNLLw3GLDbfNKtdO3DChDuNr19/mqi/YcMZRYr4+Ptv4u8+fVaKw25p7cyZ u5Ka8lrjZZk6dSb/5z93LP/eexNVDcAE9PBYKovhJOLbxo1niE/27z979uzVsLBoWaZq1fEuOV7z 5qFMPRr/44/zZSW//BKuFatbd4pm3gYNgrQyTDG1QHDwzjJlRqkFiDDEGVkAyxsNYGBgYGA0wMOj AaC5Y8ZsBLt3xx0+fGHcuE3inwKQRWGvkiWHkfmgYuq3/JMP5cY1Y8du3Lz5RIsWobBDvqUqKnRC o50AAievApWEQ0AE5bfwjNjY8yT+Hj2WyWL9+0dx6SJFhpQt6wdVgk9XrjzO+ioCmgQiDkNySQP8 +9/DIa/QWeE6MDkPj2Vduy6BpiNIZBvCw6Ot6wFeeKF/ZGTsggX7WreeB6GXhbt1i6hde7J4LwJy /+WXsyE38lvI/Q8/zNu1K05qANl4dQiQYd9+O+eVV3yhZfHxtwTDRobVqBGg6oFChQZt2HDM03OZ bLxaCdB0S7LA2itWxKiDAqg5IeH2Rx9NkS8yAc1tfv/9TwoI3YJlmjadSU/lt1gAcrxlywlVA2B2 fqXW8OGHU8S+77DkoUPXCsujARYvPiCLff75TK3NqMQzZ64GBW2XZRjBmjUnifvKMGwkZb9+kapZ 6ObLL9s9Ohc+neh4i6xK7L//HcnY0dQPPgjMm7dfo0YzevZcrg0B+qdKlfFSISDI33prrPb6GRwa x7bTGJzt3LlrXOX33yMg6GfPXkOfwO+HDVu7ffvJpUsPCWemTsi9aAATlmllXQ8gGy+b+uuvS5C1 V6/elPGBSyCJmYBYTBbD3xo0mP7MM31h5OKTrVtP0q/AwK2yTIUKY1xyPBx+z57TdER1GwLO11/P LlhwkMLvF1y+HI8qVt2GZqjHBSCHYmLO+/vfLcBk79BhkbQ5U54ohAZQJywXPX/+utEABgYGBkYD PAwa4LHHethZD0DShdBr9zj5Z2zsBXnjEA0QH58AzRIsMHv2ntOm7Rg0aHUKh4qMe/z4pYoVx6ga ICHhFhRHvddbq9YkSEmTJsHihYSQkN3keK2qLl0Ww6q126tJaYCpU7cPH77un//0orZ27RZCF6pU GZcjRy/Iwd69Z6y3HsHHH0+FiTrUANeu3Vy//qi60aeg0TBCcd9XNl7etIa3QeulBhCNf+21+7YK fffd8RSDvNasGXDixGUoNfRaCJiJE7eIxjOmpUoNX748hhpoPBQKAz71VB9XX8NwQwPQ6+3bT73x xr3bq7DS9euPvfjiHbqGPfEWGi+/xXRnz17Fi5ysB+jTZ8Xq1Uf+9a8BmuVv3bpdr960pF6MoT1o gGXLYuD68nPo78KF+wUv5LfUgKLLmdP907Ief9zxYobffovADuKRQvnyo48cuWh9PjZjxk75Sr19 DZAlW5FMmb93qAHozoUL1+G+SESufvVqPCGvYMGBgwatkhpAa/ycOXusGgDGv2PHKfV5CJz74sXr uLqqAW7cSDh69KL6QAlKHR19Fu0qP0FiMReef97bbQujAW7evIXPqxoP6ctMQQaLhzm5cvVhwqI3 1O1Koe9r1hzJn/+O22TL5snUgPSjRuQLSzly9ESoy53QaPyBA+fUGvAf7IlVjQYwMDAwMBrAaABd A0RGHoYE5M3rLYgXrMX+qxQuaYB9+840bjwDQpNGGoDGlyo1on37RbNn74bEQCkEiW/WLMQ9DTBl ynbIn3oaq3MNwK9q1w7cuPGYTQ2QJ08/KPXQoWu7dYsQGuDYsUshIXtofIMGQfQCcxUuPFhoAJjZ sGFrU3KCkk0NMHPmrooVx6I3bGoAKqxefeKqVYdTVwNQGOeEw5Ut6wfVS0oDMB22bTvpcGQzsgbI 8lhZqwxAA5w+fYW58/LLQ4QGwAJlyvgxwVOuAYoV82nXbtHly/GqBggPj37nnXHPPNM3rTXAli0n 6tadki/fAIcaIFeu3nTQy2slEQMx4FADIEoZprZtFzId5IqmZDVAkSJDWreej8caDWBgYGBgNMDD sSa4dypqgNDQPdalom4A+tumzQKBoKAdVg2wadNxGK36E1UDwOCbNw+FbrZsOVfoBMh3o0Yzunf/ s2vXJfYpSIsWoXFxV2A2aABhLk/PZe5pANiPQxqdlAbIZNkXyLkGEP+cNm37lCnbhAagtadPXxWN P3TovLgZny9ffyjd4MGr+/ZdicLBvJ98MlWso0gLDeDrq29q5FwDZHK0LxBMDgEj/QGu6aoGgL1B HGF4shIBxkVqAKgqZgG0UHyLbd1Yy/7tt3N69FgGiRd0k8YLx+vcebEwV6prgKPHTlhlABrg6NGL YlWM0ADoEPFVyjUA+N//Jpw/f13VANZ9gdJIAyxbpjde1QD//KcXkZ0OamMdFhYtNYBo/OTJW9UC P/+8aOfOOCcaIJPZF8jAwMDAaADzHCDtNECOHL0giBMnbomJOS8ATXRVAwh8/fXsc+euke/FC/dr 1x7t3XuFS41BA3D1Bg2CIF4wqhs3EjK+BggJ2Q3lnTp1Oy23agCJ0qVHYRDMGxy889VXfV19ASbd NAAc+s03/eD90h8uXLjungaA9slKJPA09clApsTTssRX0E0ooxsCCf1Jv+idWE1Lf1EF8ttU1wDM YqsMeMQ1wMWLN6xjzdR44QVv2Xhmh7VMnz4rjAYwMDAwMBrAaIC/QQNUrTp+3bqjsKiyZf0EyMp/ owa4efPW7t2nvbxWfvjhFP7I+BoA9rlq1WHIWY8ey51oAEg/5AzzNm06c8WK2Dp1AjOmBmjcOHjR ov2ffDJN+sO4cZvc0wB+fhtkJRLFivlq6yKefbaf+Aq2zYxguDO+BrDKgEdcA0yZss061iVKDM2W rYdsPGHEWqZQoUFGAxgYGBgYDWA0wN+gAT75ZKq2tY7D9QB2NACsF8bZrVsEJAYCBH2vUSPAVQ0g rATzgFu0bj3/jz+WDhmyGm6d1hoA5kSDoVAuaYBGjWbMmrXr+vWEDz4IhNCI7nfv/ifEUSPNEu+9 N/HixRtffjkrhRoA6j958jZNA6BGcA/10s41AL37/fc/0VpSA7RtqwsYN9YDCA3A2LnUR2g6ZD2p TWadQFpeOp7cQ9NtDYCWwxMwV1IaQJMBaaoBatYMYLJfu3Yzw2qAwYOdbUUgNMDXX892UsaqAfgV QfLSpRuqBihefCj2AR9+ONmkVQMDAwOjAR7C9QBNm85cvjyGPAdLk+CffMhXqagB3ntvAoSD9Cyv 4um5NC7uSuPGMyR1sKkBwNNPe8FE6aZVwNhB/fpB8NErV+JhHuITiN316zf37Tuj3b1OoQZ4+23/ jRuPf/vtHNlrONzu3XGXL8dLDYAgCQuLRsaoQ9CgQdDatUdV7osMEBogU+KumhAm2fjEu+w9ixb1 UWugPKRcEHf76NgxPDh4J8JM1jNy5HqMrGkAOCt9rFt3iizWo8cy+KJY0MmIREUdhg3Lb+njzp1x 0CypAb74YhaEtXbte47HVxB6xI+6/LRatQnbtp1s1uye2+TL119+W7DgQKQRGkDtuABqRDwHeOqp PtpX7dsvIkb85z8j3HBj2kazcbyYmPParvNUSLVUrl1u7NhNfftGSlKLZdDD8lsaD5++cSPBiQZQ ZUAqagAEyaJF+5ExsjEDBkQhzBBdrmqADh3CEpeJ33Mb7YiJlGsAxnH8+E3e3pHWsSZiiOhUvvyY NWuOYCJrGek2dI1hYh7JrxCfBw+eu3nzlqoBmOzC8hMmbDZp1cDAwMBogIdQA/zzn16VKo2dM2cv nFiCf7711li+SkUN8OSTvYsX9x03bpO8yokTl8m7cKmOHcPSWQNAUCpUGAPJVjXA3r2nIeIqAU25 BsiZs1exYr5+futlr4cNW1u27KhVqw5LDcAVYbrh4dHqEMyYsQOKCeG2qQG4ysKF+9Uapk3b/t// jlS37rGDvHm9YagQKVkPAuannxZoGiAgYEulSmNgTdA3xQAAIABJREFUlrIYTLRQocHZst1xkiee 6IUg8fVdK7+F35cqNfzPPw9JDcBERSDNm3fP8dAV167d3L//7GefBWtu4+9/z23Uu/7ZsvV46aXB fKJ2XADKK3yeMdW+gukWKTIkqRnhtgagQqqlcu1y6F5JQPHbN98cjW5Ru4OUiom54FwD3Lp1Kzb2 CDKgfgPf1NIAlEQAMJqyMQiYL7+cdfHiDVc1AG7z0UdTV6++5zZ0KnU1QNasHkg+rGQd66CgHeI+ Ao5XrJgPU8xaxtNzqRzBd97xX7Bgn/yqc+fFTK64uCtGAxgYGBgYDfBQaYD3359EKnXC4HPl6vPl l7O7dFkswT9V7gjvrF8/KCW7zquZVb2QQNWqd7cer1zZv1mzEHiS9r4HiV/dgF9qgKiow61bz1Nv DLu0RhmuWa3a3Xc50DzNm4fiPQ4LQ7YgCtqb0zlz9v7885my8eqrBU2bzlQPLYIPyc7Wrh2YPXuP xo1nVK8eoLKxFi1CVZugeTSS+tprwzp2DMcaiY3vqTY+kYT1++67OWoN0Bo3lr2KJRaQflkPln/1 1aG//LIYdqWuB8iVqzd8URazHkaG28hv0Q9wuAYNpqPo1HUR8GOrP2jcOvFFsntuU7Om/t4XbmOt pGHD6UKQMGraV6rl3dMAK1fGtGo1DxFoLUDl2uU0t8ExcBv5LY1/7jnvli3nau8mqRoAAXDz5s3r 16/vjz6Y+59vNfh0qHhjisbgtPLNIgg9XqGthBbsuUGDIKEeNTz7bD80nmJ5P209AILQyuaRMTRY WzSSP7/mNq4tt8CZrY0vUWJop07h6En1dSzrWOOH4nRkAaaYtYx6dDTRgzgjv8LyNP7HH+erb6ZJ txEKxMDAwMDAaIAHTwM8fIC4wFTWrTsqb6UbpBuSWhP8KCBvXm949oYNxwcNWpXW15IaQAqAK1eu XLhwYefO3Q7PDUgtaBrAwMDAwMDAaACjATIKGjacfuzYxevXE4wGMBogPdG4cfCxY5dwvHTTAJoA OHv27KlTpzZt2pJ2MsBoAAMDAwMDowEebA3Qvv2ih2xoS5ceCfUEixcfuHr1zprad94ZZzzeaIC0 xhtvjBKOFxFx8MqV+MGDV7/9tn86aACHAuDYsWOxsbFr1qy7IwNSfJUXXujfrVuE6J1A374rf/pp gZ0jtw0MDAwMDIwGMBogPVClyjjYp0BIyG4kgXH39EfOnL3694/68cf5j06Xq1YdLx1v9uzd6lrY NNUAUgDs2bNPCAB4v4qUX6VQocHjx2+WvQMMLkNs/NzAwMDAwGgAowEyCrJl88ydu4/AU0/1SeE+ RQbuIXPmO4uhrQtPH2Jky9Yj/R0PDSAFQJZsL04KnH7s2LEsj5XLlPmr1LxKFo9cuXrL3gEGlyE2 fm5gYGBgYDSA0QAGBgbpDTSAFACZMn+f5bGSf70CVNIYx8DAwMDAwGgAowEMDB5ODSAFwJ1/PlZh 9ux5+/bt44/UfRRgYGBgYGBgNIDRAAYGBhlDAzxWVgqAO8j8fZZsJXbv3r106fIsj/3b2MfAwMDA wMBoAKMBDAweBVVQAQGwbdu2LI/9x1jDwMDAwMDAaACjAQwMHgV0zJKtROasVTNlbm2sYWBgYGBg YDSA0QAGBgYGBgYGBgZGAxgNYDSAgYGBgYGBgYGB0QBGAxgYGBgYGBgYGBgYDWA0gIGBgYGBgYGB gYHRAEYDGBgYGBgYGBgYGBgNYDSAgYGBgYGBgYGBgdEARgMYGBgYGBgYGBgYGA1gNICBgYGBgYGB gYGB0QBGAxgYGBgYGBgYGBgYDWA0gIGBgYGBgYGBgYHRAEYDGBgYGBgYGBgYGBgNYDSAgYGBgYGB gYGBgdEARgMYGBgYGBgYGBgYGA1gNICBgYGBgYGBgYHRAEYDGA1gYGBgYGBgYGBgNMCjpQGef76/ S4YrXHhIjRoBKl58cVBGG93MmT3++9+RJUsOd1Lmqaf6vPPOOLUjpUuP5IdmbriE114bJqyXL1// h6932bP3LF9+dLFiPtrnxYv7il7nzz8wLa5boMDAd98d//TTXk7KlCgxTPXe6tUnPvect3FIgwcC efP2w2NVByaSpHHK92JOcaE33hiVJUvGjfMvvTRYy7CFCg3WypQqNVwt8L//TXjmmb6pcvV//KNn hQpjihb1sVk+a1aPMmVGEYv+LnMRgatWHc/gmjllYDRAemiAjh3DLl+OV/H99/My2ug+9pjntGnb R4xY76QMmWD37tNqR4KCdmTL5mnmhksYMmSNsF7DhtMfvt7961/9//zzkIfHUu3zvn1Xil5/9dXs tLjuN9+EHDx4jmTs1PKrVe+9ePHGhx9ONg5p8EDggw8mnT9/XXVgH581aXrFSpXGHjp0ngvNnLkL ppthLdO27UItw/700wKtjL//RrXAsWOXqlQZnypXf/HFgStXxv72W4TN8jlz9goJ2U0s+rvMRQSO jb3w1lv+Zk4ZGA2QthrgmWf6engsgw81bTpTxauvDs2AGoDA5O+/yUmZPHn6fvLJNNmLpUsPhYbu MRrAVYwcuV440mefBT98vcuff8Dq1Uf69FmhfT5o0CrR6+bNQ9Piut99N+fkyctvvTXWSZk33xwt vZccfOvW7Y8/nmoc0uCBQIECA5s0CRbe+/XXszdvPjFq1Po0vWLlyv6nTl1hzs6fvy8ja4DXXhsm 53XXrktoc4cO+vu6RAZZxs9vPWrqf/+bkCpXL1Ro0IYNxzw9l9nXAIsW7R8xYt3fZS4i8OnTV995 Z5yZUwZGA7ipAZ59tl/t2oH/93/TVMAntLc7iNpr1x7t1Wt5xh9dOxpAw9ixG40GUA1Imvnvf0fa YKtzg4N3gocyCielAWAtotfvvTfx79IAKurVm2Y0gMEDChg5vDytNUCJEkPHjdvMnP3tt4hs2Xqk 0VWKFvWpWXOS87f47IMIfODAOasG0GKR0QBGAxgYDeC+BhA3SG7f/n+A/8Qf8fG35KsFmTPfQcGC dzWA+KeEi2/q3/2JkxrkJ86vojVDLaNqAJutdaIBnFzI2lTtbyf1pGC1QzJVOS/g3Lzin08+eTey O6kk2e64NNYOf+jS5VJpJcl90DSA/Wa4OkZONICdyznXAKliumSdyjrWblwr5XPf/pR0XklSjXd1 urlnXjtTyWGvbbY5fYbAZmMcagA78yu1AmZq9Rq0b7/w4MFzb7wx0n4laacB7EdpiZRoAJculCpD oGkA+46XwumW/onJwGiANNQAefL0rVUrEALh6bk0Pj5hwIAo/q5bd8oLL/RPnOS9e/RYNmvWroUL 9589e23PntP8raJOHbtvIT/3nPfAgasaN57x4ouDhg9fJ2uoVWuSLFOhwhg+4f/vvjteFhg3blPx 4r7a0mRyhtqMbt3+fPzxHpoGoPGEM1mmadOZrmqAp57qg+xRLzRkyGrxhIQmcQka//rrIyZP3sZX nTsvJgr88ks4f0+dul29j45JNbt99NEU93z3s8+CtarUu9EoOu3bZs1ClNc9Bw0btvb//m8ajafL skzVqndfJ+3U6U7j58zZAwclmckCI0asf+mlwepbmNpVqlS5707ME0/0wvItWoTiXf36RcpiDRoE yTIlSw4LCNii3UpnCH77LaJ163nq8kF8Ur0WFabWGrj7A7pHly5L5FVovKYBmjTRLV+9uoPnAHyo FeOHWhkql99yUW0xutQAqtsMHrxaTEmXNABjrTXmww9ddjz0P26jVsLgMsSyQKdOYe3aLWQC/v77 n7KMq4slcELmEbPpgw8myUq4rrbrAG4zceIWtTE//xwmvsKXJk3a+u9/Dycoia+YLDR+6NC1wm3w RlnPjz/OVyuZNm3HG2+MElO+d+8VDhv/6qtDiUXvv6/HKxXffjvHVfNmzerRtes9x7O+YEbg8vam 8f34ShbjJ/yQbyFAsvEO7+xC0Ww+IyKaEdMIDp98cs9tCNracnOuFRS0Q+31Dz/MF19h+dGjNya1 qLRUqeEMULVqE51rAJkpkmpnmzYLCLZ2euQ8UwhUqzaBVtG22rUDZTF8pkCBgdbGq1XJXfXklN+2 7eSVK/FwC1kGS1obL79t02Zh2mkAa6bQLC+CrZop3NYATz/tRZyUVVmXh33//Vz5LeHCsj4kkHxU rJgvoUwW698/iuCvFitb1m/69LuOxx9ly46SGoCw5ue34eWXhzhsp8jRWpoTaNlyrla4UaMZgwat hhqpaa579z+zZ7/PbbC5Zt7PP59puLXRAA/wegASwLVrN7XIS6Yn2k6YsHnGjJ2nT1/ZuvUkf6uo USPA/o4HGzceZ6oQDkaOXC9rIJmRvCHulPnkk6m0ysdnDbNUfLt69eHjxy9VrDhGmc8jW7WaR2RX m0HOYMYS8aUGWL48hqAGc5JlPDyWwrxz5+5jXwM8+2y/ZcsO7dx5SlaCeoGiwTNI/8eOXeKTtm0X kjj37z+7fv2xL76Y1b9/5MqVMZcvxwvL5MjRE9LQrVuEZjdV+dgELUeb0QutKsm/CYUdO4Zp3yLh IIKCNNNsVNy0adshQERMWQbdgugSxIh/BgZuPXr0IiVlAW/vqIIF71ExnER+tXjxgZs3b2nrAWjq kiUHwsOjIbu+vmtkYTgiiRZtRhmafebM1W++CVF/SJydO3fv6NEbtMfTW7ackJVQIdVqsjDFi+EG JY5dlLwK2o9szbBKDUB+kt+S+a5fT9DoWpYsHiQGMV9U8EPtcmQL+S0X5dIq08XBLly4zsCRoWUx 2DCfw4Bd0gCMLFUxHWQ9v/4aUbNmgJbPnADqw4Qlzas9Ylo1aza7SJG7VI98HBl5mAnINORbHAwN Q79cGoIvv5xF/OnbdyUBQVyFcccJcVq1GE5O1o+KOqw4ZyQsGcaGLzHvYPC//rpExCs6LhoPOVuz 5giijhqQUqR5L6+Vao8g98gYJnWuXL35uTprBMqUGcXswDNVvkUZ4hW5RHWb+vWDNO6SrAbg0rKG nj2XM6AwflmAHkVHn8Mb+UoWQxhjMWYHsVE2Xqv5P/8Z0arVnWALx7LTEuLquXPXPD2XqvEKNoyw UfftEZmCACvLMEcwKYb96acFsbEXypXzE0GAeIv/qDKP+tW7Eg41AFEXGvrHH0shdkgytXC+fP0J PoyddaVsUvNandR79562rgeARkPc6QLjLkviM3iObDw9wv6kCdVn5H4YBE/xybp1Ry9dujFnzh5Z hnCnNQljym/xdrrzr38NSAsNgLcwBZgI8nKEJkqKbZFIx/iPmLAyU+BFBw+ec1UDEOqJhGRtWRWM GTX45JO91dtG6oQlACLO5bdoyLNnrzHiJAhRBqZBPlWjYsWKYxFd48ffrYQ/2rdfyIgIDUAWPnTo vFDCCBKCoRo3IBiEQfor9b9sDJOrQYPpqsqlGTEx5zE7BhFliEILF+5X73qIHsXHJ4SF7b+fYEzN ndtsUmQ0wEOkAVJxPYDQADduJKxefaRIkXt6HXITFhYt4oXQAFev3oSh/vXCX8i+fWfefHO0LM9M 27TpeOHCg7U7WPxK3HAVGiA+/tbhwxfU+9NduizetSuuRImhNjVAtmw9SLG0TX0jnMiyd+8ZqJXQ AFgsNHQ3jScEQIUvXrwBTSfASQ1AXoyMjIUzQXxTsifd44/3KF16JGERlp9UGbjXlCnbtA8J6zI4 Cg0AeSVqq+s9iKdoM/ko06W3PFE4ZFCHGoAQuXv36TJl/NS0JCO7HQ1ArxkvDKhuVVG+/Ggkivqs IOUQNFp9OAPhJp0nJNy2rgeQjdc0AK2l8RgTf8ia1e7aEi7KpVWdwKVv376NVXv2XKbyOQSJvOed rAbInNkjUcCHM+lUnx80aNXSpYfUO+LOATHaseOUprhgEjAPebMcDcB0O3XqiniqAwPGf1yNFWTo 27eZ+/FSPOC6NF5ln9mz96xefSIZWqZz8Omn07k6nANfogbsBrWCYUDIiDZErVde8SXTSw0gGg95 Uq+OVl+w4B4ThQFAv9RHef36ReKH6qMYqGTDhtMvXLhvRyZoNGHB+Z5OziFodNmyfqoGwA/xRhxD fkicIeCIB2s03uEr9TAquJT9rR5pvHA8lQUSduCF8p43vcZj4+KuIHVkGWg95B6K37LlXKZ85cr+ TGS8bufOOMI1fog3MnaIzyNHLnz++Sw76wFE47WdeRl97IBmds+2XMWhBhBuAzdVn/nQeORopr+2 4Vq2LAancr5mTHBoLGazPWQKupPUfTS3NQCJhhhOsF227FCBAgPUNIc+EV1As5EIVHFIRL18+U7E c1UDEOcJTeXLj1FpNDk6qbvyeA5XUYMtGkA4Xvfudzdh69btT0Sm+ihmzJg7jZfPcHAwwg75V2gA XJfxqlRpLJ+XLDmMNPf77xHC8RhuuknKsD6PBXjsiRP3Lb6i8YRTTIFUEJ+QvsmPOXL0UsPFN9+E Uue7794jGEgsnD+td7k1MBrgwdYAEyduIUGqktqqAZiEcnd/rlu58jj15r1NDYBwr1JlvHonz1UN QODgQ4IsHCIpDeDjswZ6DeFDA6xcGQsHeu45b6sGgIVTIKmYaAeMCxS/YcMZWsfd0AAw7HLl/NQ7 wWmkAWbP3gUbUO/kuaoB/u//pgUH76RyVTSmjwYg3zdqNB2HcVUDHDlycebMXVD2lGgAGFWbNgtU AuSqBsiTp5+v75oePZaTF8WDlzTVAIsXH6hadYK4e40doLDFivm6qgGuXLnZqVN48eJDZcSg8erd RBK2v/8mOLdg81YNAKOCMzFhhQYIDNxaseIY/DktNABBgNhVrdp9JzOkkQaAW0Da1FunaaQB8Oqf fpqv/kTTAO3aLeJCNWtOUk0hNUDBgoOI4QT5Zs1mCw2wf/+ZoUPXIgupnDBbu3agdts7I2gA4Taq k1s1wNmz15YuPai+CZZhNQCjAGPu1i3izTdHq511rgEIy0RaspurGoA6YeHq/W83NACqsnXre45X pIiP1nhNA6BzsM+AAVFCA9B4ksWkSVsJSkID7Nt3hgBIRBKP7+ipw0NsHGoAIi1DU6jQIOkMjKl4 9U7cXvHwWDZw4Kp3372PYBgNYDSA0QDJawDrbutWDcBkdlKPTQ1g3RfIVQ3QokUoARrOBN2UgMWe PHlFagASmygMxZc0WtUAMGCCOFmQesij1NCw4XTtAbcdiMY7jy82NQCN18qkkQYgBFsfT7ukAdq2 XUgZL6+V6hB4e0eeP38trTWAk32BktIASMHvv5/LWMMYOnYMo4WQFYevhSBrZXfgJbdv6xrAui+Q qxoApkXjmVmq6UBExIG00ABk3xQOARrg4sUbzrdaIu+S2jt1ClN7xOSVGgCiJt5qExoAf5M0OtU1 AEyXQKSZd+rU7a5qANgMBEXWgDGtGoDYq72ermoAAheBiM7CxfPlGyDCDnGme/c/YbH2X0wSAkZ9 8dKqAfz8NuAPCFS114y+0ADC8iJTCA1APBeNZ1JERBy07pmTlAaoVSsQhkf4Kl16lHwNDIno47Om fPnRqasBZOOT0gDQVuY1YDqILjtUVnY0QLVqE6TdyBppoQFoPGNERtOcMyoq1okGSMV9gawagFkp mzF69EarBjhy5KL6tN8KTQNY9wUSje/RY5nQADgeAZAwyKiFh0erOZecJRtDxrRqgM2bTzi5YceE nT1796pVhzXz8qHRAEYDGA3wUGkAqBUhhryogQlvUwOo3YcW8xM8r0yZUeqtWaMBnGgAskVc3BXr EGgcLiNoAAmITnDwLhqJw5Oec+Xqrb5g9txz3ghC2ZGzZ6/i82mkAWAYVtPRNvsna2Y0DXDjRsKJ E3qPIM3Vq09MRQ3QsuUcHJWqGDviSd683gjR0NDd6i1/NAAB02peCAQT3P7OmDRVKAeBCxeuu6oB 5Ivmp05dqVzZP3Et7GCCpDXYpooGuH795vHjeq93744THis0AIy/UqUxkZGH8UD3NIBYi7J3L5Iv 3Jop0lkDKB4YJfqLvLf2xbkGILihITGgNBrXTTsNwGyyOufEiZvTWQPA2p9/3tvXd60S8a6lnQYg tL799tjVq+84nlUDMPT58vUPCNgqG4P13NMAV6/GW827YkWM+taAgdEARgM82BqAGN2y5VzovgYi i6sagOgDjeNXMLZ58/Y6fDfRaACrBoBtwA6tQ+DqEdfpqQHwQEaKRuKW8GN1r5iSJYfhaR07hsmO dOoUZn0XKLU0gHj1TgNtE0vwH0QNwNyvWTNA61H58qNRNamoASAK0KMZM3YyxEWL+tDBrl0XM3bq 1vLYlixiNS9zzT5PrVZt4sqVsbRc/pw+ZnANEBV1GNal9ZoGC5olNACUDp7EhBo/ftPDpAGghqK/ hEcrV3auAcqVG71kycEff5wvjQbdTDsNMHLkOqtzMpFFnE83DfD66yOwefv2C2UbunRZknYa4MiR C4m7n01melo1AHE7KiqWmSIb07fvSvc0AHnKat7XXx+pLhswMBrAaABdAyxeHN2sWYh6GzKNNAAM oE2bBfKVPvc0QFzclaTOH3FVA7gU2R3unAgVIHpqGfph0gAMDUmXMVI1gGy8ExQr5gtRoF/2d6pN VgNwUbwdNuaGBlBfsaW/PXosUxczkO3kXopJrQeAGQwfvk7lJe5pAC+vlSmMlRlNAyxbluSLTKmo ASSNhhBg+X37zljX4kMygoN3prDXYjGDuqrY4XoAOxoA1xKb2zARiHV4r8O9a1OuAZwftfv0031w 78Tt1O4EWwQbLaE9xG24F3a2rwFeeKE/Zu/e/U96BKiBGaexwHTWAGqwnTx5m0saAN/Gw9XFDGm0 HkBoADzByQ+tGqBcOT/8h+iUuhrg7bf9T568rC5nd7gewFUNkDWrB/Ukbv91VwNAKpg7y5fHbN9+ 6pVXfKEEOF7nzouF22TPfmfQCZJasHW4HsCOBhg3bpNh0kYDPAwagKBcpMgQ5gzzhKCAXudvSJX2 skpqaQBmLIyfPM1VBAYNWuXvv0msErajAZjnZOvKlf1lDQDpsm3bSZFKhQa4cOE6lyNMyDLERH6o ri51rgFIz9CITz6Zpl5I4Jln+trUADSmYMFB6m8hzWLfUlcNSFSaN2/vb79FaI2RC6YHD14Ne9a+ JYni62JPSZsaAJfw999IbbIS+FBSu0m6rQHefNNv7dojrVvPk1fBA/fuPYPppAb48svZK1bEEs2t Q6DeUBSRHc8JCNjinnPCVHbvjmPgZP2Qnujos6hi+xpAHCumNpLUMm/evrZtFyg7245g9Klclvn+ +7k0/scf58t3zcmXCQm3YmPPe3mtkMVwJ3iV9tjEiQZ47jnvoKAdvXqtsJoOfizXtyULmoduhyGp NTCtyPFynqabBoBKzpy5s0yZUVqPRLyyqQGYuTghM1etgamBflbZDxGPTA8hwPJLlx5s3ly3fL9+ kfAAq3mZp04osvWtd7hm06b3HI82E1iw7bPP9nNJA4gdmfAuJoK2mCEVNUCPHsvhviVLDtd6XaSI j7rTA+xZaABBLg8fvpDUbp7JnhPct+9Kka1ksE1/DcBs0vpLyhgwYJVWP6p4xYoYQqKaKeS3lSqN JSVBOtXgTPD8+usQ7QSGFGqApDIFYAqIOF+7diBcuUmTYLUxBw6cvX79ZupqgDJl/KKiDjP68kI/ /rgADUBgkRHPjgaAe0yatOW114aJSshoxBzou3ZOML0WGsDh7hGEl1274hgm2Zjff/8zLu4qikgu m7GjAYYPXzd8+FqreSE5KdGoBkYD/A0agIRK2IJAHzp07vbt27GxF/ibOaBuepWKGoB4AaULD4/m KgLt2i3iK7Fvph0NQLisXXtyRMRBWQMICNj6xhsjxdYEQgNAaokpU6dul2VIrsWK+Tjksg41AF5C OoRIqRcSEM/u7WgAEjnEVP3t3Ll7yDcywdsHLaf9BGitMdJc8J5vv52jfUsGLV7cV9x+s6kBGAtG pG3bhbISEmdSrzm6rQHIH1AEH5818ipkaAYRpis1QJ48/aB0DI11CNQHVinXAE891adUqeHjxm2W 9ffvH0Vm3bLlpH0NgP8MG7ZObSRRBl36/PPeyv3mXsWLD6VyWSYm5jwt5//ynj0agMrxos6dF8ti JPVq1SY4dBuHGoBZQBqDxFhNRzefftruqnRSY82ak9Dtag1MKyScfJqXbhoA0gDrXbXqsNajTZtO MCI2NQBqoUSJYUOHrlVr2LDhOD6sbllDLi9a1Kd79z8TLT/RanlCIkreal5Ck/1doZgpyEKih/w5 USU+/tb+/Wclac5QGgATNW0aTCTXeg3PUzncQ6YB1JkowNxXt2mS8Yp65sy5F6/Uez1PPtkbCjts 2D3HwyzMXMyr7n2ccg2QVKYAuL14D5BcSf1qbsLONWpM3LnzVOpqAJQhxhw8eLW8UGzs+du370Q8 ufexHQ3A5P3ii1lU+9eUP06EZHq6pAGI88hX0r1sDAWYR9HRZ6Wdk9UA4gEv1VrNy9A7vMloYDRA xtUAeDPe361bhIpff12icT4mDylWC5TurQfIm9ebaC6vpT71JljwCf93XhXNJmqoDYYRylecobCf fjr9ww+nEOubNp0py1StOiGpCiFqDRtOt+7fT/wi7mjGAZUqjc2ffyAsWTb+o4+myHwMm/zll8Ui iBD3v/pqtvrbFi1CrS/F2gcUR2uMmuxLlhymfVu9eoBCEe5YnsZrdcInNDKReP9mlKykdev5Du9U iU3cSJDaQU4kISxv3UePxpM71Z1e69SZLK+CmMma1aNRoxnqKz0U5ifWIVDdBlZN6N+x45TbGkDc xcdtZP00Pleu3qRwh+fvFCo06Oefw7SH/qLxaiPhPQ43pBPHxmmQJP6NN0ZBuWAYsDH5LeouqYW8 MC26L7fUVMFYWy+ES1tfyXAuA77/fp5aA4Oraul69YJsnkTrBPDmTp3CxTF/zrNvhw5hWo/gasWK +TIRGJRChQbLeCX0QOKrdBMYSnVxNvFBrQGnrDLSAAAgAElEQVQflkeeqYBeYPmkzqUW8UoDYYHg 4NK+QAQfaz0y2NJ4+qJtJiYebGoLhIQGiIyMJTy6sWCGOUXjNbGB7hKvsMtPkEZduizWWtuxY5h6 lPjbb/u3bDlXCCdkQ5s2C5JieMRtorf1LC1VA8TGXuD/6pR3D1xFzRTy0ZzWeHHvhvbTC/mcUOtv UkuziO1EeDVTZLLsBWwd61q1ApNKc873mEpsfLjW+KQyBVDTnBavyBQi2FapYjfLZ8vm2aRJsPUE OgQ5RlDjFWWsjSHvyNeQ2rRZmNRZaeo7n8x08dsuXZjyPkRgooF6lFjlynccT7wuiGxQc7T6MpK1 MfLuA413EmxVy1srIU66dD6ggdEAGWg9QFojqTXBBgYpBHm3dOlRo0dvUN+8NzB4pABtrVZtAjF2 wICoh6NHKNWSJYeNH785KuqwQy1tYGBgYDSA0QAGjzRq1AiIjj77xRez3HjDysDg4UDjxsGxseev Xbv50GiA4sV9ydPnz183GsDAwMBoAKMBDAwcv4/Utu1C7UhRA4NHAW+8MWrgwFUgPDz60qUbvr5r ktrK7EHBM8/07dAhjB5NnLjl3LlroaF7GjackTOn2XLRwMDAaIAHVgO88EL/MWM2urEfjoGBgYGB Q7z33sRlyw4JhITssb8cOcNCZArZqcaNg80oGxgYGA3wYGuALFk8cuf2UvePMzAwMDBICbJn75En T18BEpu2udmDCJEpZKdcWr9uYGBgYDSA3f+eeKL3gzuKDRoE+fltUOF8czEDiZdfHuLtHYnF2rVb aH8vc/sgbbdvvyip8+YExNEQ6vC1aBFqhsYg3fD66yNHjVqP4yV71tsjgnffHe/tHWU2N7SiUaMZ HTqE2bmBlSdPv27dInCqP/5YmtReao8Uihb1GTAgKo3eT6tc2Z8kktS+1alFMB70l+sMjAbIEM8B UhFPPdWHdNWr1/J58/aqkFsBGjhHhQpjjh69iAOEh0erGyamFpI6H0BFqVLDp07dLsfu2LFL1kOO DQzSDnXrTklIuHOsRGDgVmONTEmcD2AAhgxZHRFxMNn9IjP9tewNp9q27aRZoZTJ0TnBqQjUu3Y+ QCqif/8oQZPSqPEGRgMYDeD2DbwRu3ef7tBhUfbsPVRYN/g3yLAagMF6/PF7YxcUtMNoAAOjAYwG MBrAaACjAQyMBjAaIEmIAxTl0ZUOUaXKuDFjNpYsOfzRceufflowefI2CT+/DUmdtpYnT7+PP57a uPGMqlXHp8ULxHY0gIapU7enkQZ4/nlvL6+VqmUEqlW7d/jXm2+OthYYNmxt0aL3ZfHChQfTKVnA 4alzfGitql+/SLO5Ybrh/fcn+fqudX7SZ6Y7RwgNbNRoBrOgYsWxxmhGA6SKBsiZszfuh1PVqhWY FrdXjAZINw1QuvRIxhFoWcDAaICHUAOUKeP36afTJerXD1IP7StWzKdOncnPPNO3RImhssx77010 Y4Hva68NUy8ErBOsUqWxaoG6daeIY/+efLJ3zZoBfNKpUzhhZcKELVpVL744qGDBgeLv4cPXXb4c 7+GxTH5bqtQI+RaKk8ZTSb16QYKxZc/eA5Ysa9BOw82UuDEfYuOxxzwhkbKYdVlC8eK+WlP5JNXd etq07TEx5/m/QEDAFpK6eoow1LxWrUlqM0TjtXr4hKiqFvvgg8Dcue/Lf88+249xkQUKFRrkUAPk yNETU8ti+I+rGoBhql79/7N3HuBRFd0b/xAVEREVsCGiIiAioiIiIl1ARUBUPhsIKCjFjgVRWkgg BAKBAKGlEQg9tNBC7x1C70gHCb3X/P+/MH7DMHez2Q0JBjw+7+MTdmfnnpk5c8773jt3ZqBpTKVK A716TTB//u6rVh1Yu/ag7hmFX3+dSjMzZ05qfsmS/dWHS5bsuXDh8qxZf/J3SMgy804eo//ll+PD w1fqGvBDMpx++sQf/JMPrQuBwMAFKZ6C+Z+kkzuTep7JmCWLb8WKkarn77vPHynrdJuHH+7y3nvD zJ7Rjsecql49acIiAtVXzDsYTLVq0fyNS995Z3vzoZBZCeLQXMfMkKkjk5k+htv8LR3z5AmsXXu4 dbKsyYeqVInyXIfjeDikaQzuap4qjTMr419++Wq80pwVhaY+YYxgBi1aTHPpeLSuVq2h5lVKlhzg yng/jDeLMSLmyzP0tjoF1oxXBASrHtzGmvspihMnGEoisFlJ6dJhmTJdPfC1TJkkt3EGWwImYdOS xMm5jdYA2m1A5cpRqdiX08oUWbO6qAHpZZpRs+aQ1J3vkUy86mi++KG/oqPoLpf1MNmtkdJuozVA iRJXHc88wdfKFMBlz9eqNeyJJ4KuzJq/izEWTGSzmE5zesrTLXSOt27jdDwmiDPNUa0uQHzwROc4 A6x1oSJFejk1AM18//2/HY+gQSdYr5ClmCkIoTATVUAZ79QAbggGfl66dGimTK5bQT+rNKeDrYb1 hgw1MPtKlOhPDCQSOgmGGa/0typT4DPuD34WiAa40RqARIIr9+mzDOqjcebMRYKOokfqBvOePcfJ DS1bTlcFLl9OXLJkL4Tb805n5hCsW7eeaV4ING4ca64PwZgRI9aZBXbvPv7666EE7vz5e6xYsZ9P Ll68nJj4f5cuJVpVffTRSKKM+vvSpcs0kJL62/bt56ir+PnNWbr0b+NV881FROj+c+cuqfPPCb5w WV2Dj89smmAGkV69lkybtv2BB/wjIlbqnhk4cJXV9p9/jsNg05jmzac4yff1awCTRiOcMD4wcKG2 mei2bt1BbQOmOtcC0RX33ddx0qQtZsdu3HjICnAE0z17TugCderEaG/RGoDOQRssWLBbF/v99+lW B6aoAahh+fJ9mKormT9/NwnM83VfSgO0bTvL+hyfnzx5qyUF69cfc/z4OfMRgXbd9u1nL1q0J2/e bkYNS8eN2wRDUsbATWNjN/fvvzzVI4gxmNSv33Ky3ezZO/Hw7duPFC/eF+OVz//0U5wuDFE4ffoC fq57Bu6LM+PSzZpB5k4wRugc9cM2bWaStLZuPUJPzpq1Q4lq5fyDB682x5qEDdnVPIkhW7/+IEm9 Y8e52m0YXMWxUBpnz14iw5mjrx2pYMFgxo4p70nbKQ//mDJlq2kMl4bA6bHu2nXhnDk7H364c79+ V+MVbqNa3aDBmP/N/URrutEPxoOaiISEM+YscK4F4oowwmXL9prGcGnUjjaGaT569IY77/QZOXK9 LtOz55IrHt5Ouw1BwwpTX3zh3f7IjMWrr/b/88+jZiUxMet1AIE/TZy4pW/fZdYP6fnVq/8yb7JQ FW5z5MhZs6qwsBWmBihTJknH6m8JldTg7TJLBJiuYeHCPRBfswYV55nyphlcmjjv7ZRRbsOsMava sCHBvF8TEDBff8UMJeI5m0NnfvvtRGukaIXWADNn7njwwYABA5brbwcNWq0cz5kp8EDnWiA47okT 5xs0GEuSOn/+75KMBRpbTzcMQ4CtXLnfzBTly0ccPHj6yy/He5VqfX3nOBxvnJ6n5ErSXI0aQ6hW 27xjxzGniE1RgDVpEmtdqFWrGZYGaNo0lpR6/Ph5VYCggQ43gwYRb/78XW4yBYWx9tSpC6rAyZMX CD5ffRWrNYBq9R9/zLCM+frrCWqmRETEM2HV0CsP1CoaEFoJj88/H2JSFGKIcy0Qvx0zZmNkZDzK PC5umy5MhNQ2K2OIV/pblSmGD1+H2wsFFw2QgTQA2Z0UCEl9551ojerVh5DMoP5aA5w9e3Hu3J3k M1Xgyh1T7zTAQw91JpLCZswLgXz5gow7QwPGj9/0zTcTzQK1a48YMGAFoZMpxGznk2++mXTgwCk+ tKrKkyfwkUe6qL+DghaeOnUe0aK/1QtjTA0AtR0yZG3lygNdagBYXalSoboGogPdYt7QheYmJJyG Mf/44xRVhkDmUgPAyb7++mq7sKFTp3nmzao01wDK+JYtp4WFrUQ+8Un27EnvUmsbSIdODQBDIlAi zMyOrVAh8t57O1o3Juk0XYBgp/Ol1gCwFuLd55+P1cXatZvdrdui3Lk7e6sBhg5doyuhQlpardrg G6YB8KtevZYy+tAj8xEECQPaNHbsRj5PQw1AJiZVNGw4NjR0BSx/9uwdGI/zQJKcGqBLlwW6Z3BC eqZYsRA0ABN23ryd6BZy/M6dx1BxKAQSP9lLa4ASJfrFxGz47rvJ5lhDUGCTjRqN1xrg5MnzhEuS qyrADNUagADCQDCvmzePs9pCjiew1Ks32sNdO+hzjCGpm8Z8+ukoci1maw1w+PAZdAL9oMt8990k GoXCQZ6pT1AIzMrvv7/aLpMHQ9eqVh2kv6KXnBoA46Oj12C8aQzcffjwtSoyKA2wf/9JK14hNvi8 UKGeitYQLnAbK0yhYL3yis8+G80U/vDDEWYljJ1mMJ5rgCZNJoSELKV1ZlX6USHOfO4cbrMLt9Hf 1q8/mq54992h3u4Go2tAmzG7ySnmIxSGjLRimlGlShRRxdspQ7zCbRzxKoJYZ94b1l9BWLl0uXIR 1gOrDh3mwuGskdJdh4fDNZmbpuPhYCixl1/u58wUgwatSk4DwO979FisSzIWjAjjosq8994wvJER NzMFOeX8+UueawCUau/exKsZVnM6d56PS9x+ezulAVC/ixfvQSCpbwlc3mqAu+7yhRKQyKwLmVNe aYDVqw9gUs2aQ/5HMKKDgxfTgWZVlHSTKfAWZhMyQBWgKpIvgV1rgAcf7BwUtKhdO5tg+PvPw58J raYGwEOQ7mZjtQbAeP1bEvexY2ddaoDdu48z+nylCxMhySlqduM5zNnffpumv1WZYu/eE6IBRANk LA0AfSFfWvEFCYtshYLo6Yf+HjduIxFKhyq0vlchW70sxTQg6lmE0ky9WKWvotc8LFiwm1Dl1fsA JJ6jR89WrOhixTb1E9NJG+QGOPGRI2eZrgRo5jah4Zdfpvbtu9zlUTs02YrshCFmNVlfrQoA0C9z q8GsWf2qVYvmhyQYc8kE1A1NlTt3QPppAIUffpicXGQnpDo1QJ06MUigwMAFukWeYNCg1SNGrLM0 wPr1B6nnySevPkj19Z2zbNk+lxzIpQZAoJKzSZk4hv6wZMn+9Dn97JUGwPEQDyZIrriQuSomOQ1Q qFDw2rUHCfHOymHApGf4mZo18GnIhL7Ef/87wqvlDUoDbNyYQDIji5CWTpw4R96qWXMoDkmK0hqA 0cF40ra5ehvOqoync5AHTOEPPhhOSsN4dFSbNjOh/t26LdQaAOMZa82wtbojOGKA1gDMI/Kl5r7w clKjqYUYehzAakvz5lO2bTuCIPGw7RgPQ2Iamh9iPDNO31ZEA0C7IUnm0386+cKFy2RZ/QmqYNeu 44qcpQiMd2oAjCfCmOvoVJ9zdRxSa4AdO44SJM3JpW6lq8f9BAqMvzJ8Q6xlIV4Bj8IYTCJeuSzg iQaAITHQ+PyVrRR8k3sfALdB1dSuPdxcFY2Ydx9s3QO5AmHSd5TU46OLFy9DCq9zJzdcHdFFPebi E/d4661ByONPPhllLgFq1GgcrmV+6HwfgGGF2cNTzbtFVKXnhftMoTUAkr5Zs4n6DjeOgaalCfpu 0ZYth4sW7W26d2zsZi7kuQZ45pme69YdZOZan+OrDK5axYczXLqUGBe3rV69MepbNBhJ1lrVmdLL D34YT7igK5LbCFVpAGQMmejOO3308yhodHj4yuRqdmaKAQOSjNfhWgVb9KrWAOpuEXTfZZqDcqDh UUGEZaiImeaYPipHoxasZY2lS4c6X2ZQGmDz5sNkf3PNUosW0zZuPKQmafHifXfuPGaKHAJ4v37L mciiAUQDZCANULx4Pw81AEGcUH49nc58hnxAuBct2k1euf9+/+zZO1rPZG+MBgDwA1gC7VIagIvS XoIjNDo6eo3xULUdFBlTFTp0mOPUAO631sF4wh8sVleiQGDKmBqAlEOHgJ49/7bZ5VpePCRHjqvN GT58nVMDON8J9lYDEEMZJsbI7DpSKVTMWw1AElXt0oDxkICthUnXowEU6tYdrS/Br6xHB55ogD59 lulbU5pGWxogJGQpPfzoo4FmzzRtGqs1ADIJsaRotGl8KjQAfML96ysRESvDw+Pvu89f0Qs1a2Az aP7nnuuVthoACqWMzwgaYNSo9S5fq1UaAMdj7uMGMBVY3ZWI18FcfuAhWrWaqdyJdqmBtoSrJxoA rWga7/k7wanTAHfd5avdkiCMN5oa4M03ow4ePE2LIiPjVZnUnR0ZE7PB+dDVlUby08Ygb86du0YD qExRoUKEt+8Ep04DfPbZaGv1v3sNoGi0V2uBPNQA+nH39Ty3ZAowjhDiSpUG0j9EfmtZoMt3gp0a ACYAH9DD1KXLAvcawPlOcIoagL/ffXfo5cuJ778/DA2gKBCB9KGHOjNDkQfOBrrRAE4B414D6DQn GkA0wL9UA5AVyMrwOXI2gYMBgEBb6TyjaQBo7pWVoH8qkAtTpwG4lq5EgU8ypgZ46KEu9AmAbipT zRc2NIoWDRk9eoNuzoEDp9JJA5Bl+YnZdQR6aLe3GiAiIl61S4M0g1NZR6RdvwZ45JFAfYmaNYfg Tp9/PjY9NMDhw2fmzNlp9syGDQn/iAYoUqTXN99MhMqot0tJ4YjeDh3mliw5wPP737eeBoB6EjNx A3pYTRaCifVuvSd46qnuyp06dZqnBvqttwZlcA0AxzInLG5maoCcOQPKlQunRV9/PVGVocPTTwPQ Lm3M6tUHYIGiAdJEA0DliUuMI5GEgaB7Bw9eY71B66EGyJUrgJimh4mcJRpAIBrgltIABknq8vvv MyAZpDRSi7nq5gZrAFL4r79OhVgQMZ0a4LnnekOg/f3nYarCwoW7U6cBCGe6Eg169XpWCKSTBjDD n7KzXbtZ9eqNMde04DNX+m2BbsvGjQnppAFOnDjHiDh7Ty3BvzHvA3ilAa4NNP6wdi5NyvFkww2v NADDivtZ3cKcgjffYA2gFgidOXPxzTcHqWUn6Fskllfee+tpAHN9NnScLiWYMB+d24t5CLiLGmUG pXr1aP0QNUNpAOIJHtWmzUztk8zrkyfPmxrA3FdNlVEvrniyd5ZXGiB37gBmNBFMGwN7u3TpsmiA NNEA5qATq+leZj1NUJHHcw1AiMPBiF16mJYs2Zt+GiAsbAWdQ/AkhIoGEA0g7wPcaA1gvgFMyiHx 3HgNAKNatGiPetmRyM78J1E9+WRQRMTK4OAlqkyjRuPoGXPlscv3ATzRAKbxyQFmkzdvV+DVxpdu NAChCjYGa0S6uKQd7jWA+UKzelnKepnBXADq8n0AoiRJ3YzaqdAAqdiqIs01ADVMm7ad0We+mE+6 ocuwf2g6hMyNAfBvWLgnu8F6pQGcxmvceA3AzN2y5Ujt2sNxYEyNjd3kUjJdvwZg2j7/fO9s2Trc RBpAg2BCSCGwXGfkDAtbOXbsRjf7AvEVvhoYuEBrAEgJDIlInjt35+TWI6WJBsABIHB+fnPcvA/g BAmInvFc2Cv067ccILGsp3luMoXzfQD8Z/36gzVrDnGj0v9BDXDfff4kRJhuRtYAVrBFAXqlAb7+ euKePSfMPbVTfB8gU6akRwe//DLVKw1QtWoUCeXMmQtRUavuvts3Kmp1jx6LCLCxsZud3ZW2GgAX xVGhVaYGUDmaKfPII4GWvBGIBhANkI4aIFs2P5gKpFNpgCeeCPr88zHQC2a73ob5BmsAgtfSpXsX L96T6hNPLA0AESdB+vvPo6UuyWJ6awCiJ9TE3B7+JtUAhG9a4eMzi8xhbub9xx/TyQQlSw5w/3L8 v0ED8Cumc0REPD4MW/rww5HJHRpwnRpA7axiblMjGsCpAdDeNAof0BoArokjoQqY9cm5zU2nAfLn 74Grz5mzw7zx7K0GgEqWKRNOd5mbbmUcDUAM3LAh4eLFy6IBTA1w550+3bot2rHjqFcaAEFVvHg/ chOR/Mr+v8H4xpV4NcJlvEpDDfD666HQmMOHz5gaAKv69l1OzKRpbg7PEYgGSEcNAP1t2XI6k5aQ YaJdu1mai6eJBsiRw/+LL8aalyBQMtXNA3qYP3zSurVtjI/PbLXMwHMNAHGkKi6hK3HuQaHW+qvI Xr16NEwCPmGuF7JqIJQcOHCqa9cFOk2mqAEI8cRuCKjVIkAyMJMxSYgRuXQpsUaNIanWAMRfq9/c RHmXGuC553pbduIbdLXJfcmj1GyWiY8/QM777bfpalc4pQEIbURkswPpB3gGgdhDDQDrogb4q7P3 CLJepSXssWrAGBj/HXe0V1lTfThy5Ppz5y6SLPkbtzcXJ5DCabVpDHOEQdRPBkhs+I/TVDqQqjzZ IMhzDYCTWEOgQAFmtIcaAGZPE1xON731qocaQDHRSZO24MNkTXP7FA8B17SmG8BsHECv00ADkFmZ gKbN/I3BajtO023MqtxscuVSA2C/0/H+F6/6e6gB0EXQfWcNHooTDQKXMzjXqROj1wLB6lBQZpBR /TZ79g5rb1CXbqOfYqWJBmDuI5NMYyC4x46di43d/OmnMeqGPeT4t9+mWXOENITreus25AKn22CA ukPxyCNdmjePM7MbMhU+Tag07zRhFbnJGaWhgDdYA6CCLMfDqsjI+NOnL3iuAXLnDkAGu8zpdevG qLMI0kQD4Hh0gnPCmrfePNEAzBdrwpKXiWABAfM166hVa5iPzywrTE2YsFlrANIKcc85iHzSoMEY cy8sgjwaQP3duHEsOV0PdFppABIHcs4cAjX3iaWmBiBEEI2JmTt2HPM8owlEA6T9OcHMk/XrEzSI X+b6SPWCl7VI0VvkyRM4atQG8yrR0WtcvhRLwDWLzZmz07ohB2OLi9sGgUtpkWJHJqqu54cf7MV5 LVtOIyWoOwS0l3xpKg21nptMbxqjoHf/ZGLDF1M8R/Pzz8c6Kxk0aNUDD1xNKp07z+dD6Fpyzy5S BAzJrH/Bgt3u2Qbx2ml89epDLDtd3h5DYs2bt9MqqY1HV9DzBL6HHupMutUF3JwYHxi40OUKcoIp IdvZe2428nPemBwzZoOzBnMRf5UqA50FZs7cYW0RW6RIryt7nv5d4IMPhl+bEduHhCxz1uP+Dqj1 wKF//+X6kUWDBmPj4rYq/s3/4Qp8Yt5YWrFin3WtJUv2klDpHFKLMh5eNW7cJv1iN4kqMnKVKcPo drOGhQt3mzfkGLLx4zeZJ4y61wBHj57FMVL36AZXxCFNYyZO3GISKf0+AOlfl+FDl8/fhg9fp8t8 +WWyt96Dgha6XAr82GOBMTHXuA1SwRRy/v7ziFTWrz7+eNTs2TuLFeujbkyOHbvRrIFgkopzWAlc 1iibW+Veu6bl7wKER4IknB6yYj12Qw4tW3aN23TsONc03gq2hQv3nDo15WDrvK/vnAgEW7VtP8GW FGN+5XxM59XuNAMGXOM2COmCBa+6zS+/THUagxh2vMc8yiqjabeZKcx3gVau3O/ysS0ihKG39tks VSp06dJ9NWsOsYxnypvn6DFejJq2Af7q7fsA+mmY1RxT9sD+4+MPpPqZs57yGG9eghhl3S9QmcJ6 YwoN0LPnkg4d5hh7UVyTKTQQLaYYXrXqgPoc48uVCycCW2mOQJdiplDvTam/P/xw5Ny5xKs+ydxJ 7OM0Hg1gGa8XDkyYsEUdxaODrTaD1ECCsN4HyJHDn2jMt9Ombfd8f1uBaIC01wCkTHKGRqFCPc3X VekvPDu5NZce3zNoDx0xr0KIdHlWLmrBLPb00z2sJfJYkj9/9xRPJyDQEE91PU69QdyhgLovQntp tXmyzJUafMwaNPRbiXRg3rwpn1mLqc5Krlz6moMSnT3vFVQNGpAn9zvuuTSePGfZ6XLj56xZ/RgX q6Q2njppHd3L+ObLF2T0W4Ab412+EXjHHT6W2yh4zqVwPCisswaTByNanAWScbweLmtQS1Qfe6yr sx7Pjwig31As+pELboOfqztY/P+pp67xeRhzwYLB1rX4hEGnc7Txd95J87vrnmc0tc974jb8kJ97 slZVaQAy3JVLp2arxyvNv2a60eQsWdo7NYAZrzxxG+s1YivaJFNDCvHqkUcC+a3zLfBrez7IzZT3 /LauNcouNxfCG3UB3AZfxfEwwBo7p9vQEKfx3gZbx9tNAclEvKvB1vzKfMyY5m6DzzuNcTl2jjgf 4MwUZqiE77oM12563joXUk15nYidbkPPp04DuHcbN8Z72fNdHT3v68wUzme/hMpHHuliLj82M4UR 5zuZz0yw+X+5Jsl4qnXGqxQzxZWzRAP1rHETrzw0Xr/R58bx+AkJwtIAmqJcP78SiAa4Lg0gEAgE qcYLL/Tp3Hn+tm1H9EKm9IDLfYEEglsbqdMAggwI2RdINECG2xtUvEEgEKQ2kvqXKNH/lVf6t249 4/LlxI0bD7VoMU00gECQatx1l+9zz/VmTml89NHI6dO3m+/BC24KPP54N3McQUjIUvN1eYFoANEA AoHgZkWVKkl77e3effzw4TNnz1708BgE0QACQXJ44omgqVO3M6c0YmM3owrM/XAFNwXatJlpjiOo X3+0t8vqBKIBRAMIBIKMiKee6t6s2cRvvklCkyax1kuQ6bEo4r33hsnCWcEtjBw5/D/+eJSaUwrv vz8s1YfGCP5BlCkTZo4jsLaKEogGuMk0QL58QRUrRprwdhdwgcLTT/d46aW+amNKwY3BPfd0KFVq gOm9xYr1sd7zy+DGuzxaQSBI7o7yK6/0t953fOCBTuXKheP817nPW3LIksX35Zf76VNWXCJXroAK FSLMmWhu7SoQCASiATKiBvjxxylHj5418dVXseJPqUD79nMmTdqSK5c8FrxxeO653itX7je9d9So 9anbwebGo0iR3itW7P/mm4kyjgIP8csvU+fP32XRccj3nj3Hcf6BA1elx0Xz5AmcPv1PfaybS7z5 5qCEhNPmTHTu1CkQCASiATKKBqDLWi+bdU4AACAASURBVLWa2a5d0nEbJtSJGAJvoY7adXk8giA9 8O67Q4ODFzdpEmt6b5UqUS53p82AsM4IEwhSROvWM60zwkDlygNPnjxP8HcecJYmcJ4T7LJMvXqj 1Rz88svxGGkeciwQCASiAW6QBsiZs9Obbw6qUWOIiXfeiba2DX3ssZQjuyBdNcA993SoUCGiQIHg f1VHZc3qV7ZsuOWfwJNTq0y0bTsrPv6A+yUK13n7UxmmjvW1jGfgrnMr7vTTAMWL95X3gv49GuCF F/oMG7Z27NiN6bSDkycawMRdd/lOnLhFNMCNx223tStZsr8Zr/4lePnlfqk7xDAVT55Llw6VFb+i ATK0Bnj99bADB05dupRo4ty5S8gA0QAZSgM880zPNWv+atly2r+qo/Ll67Z06V7LP0HTprEZSgP8 97/DlWEmm3n88W7MGj6EilnHZ2YcDTB48Oro6DUyJf8lGiBTpqSTiUCKJxuKBri1kSVL+/HjN6Xr gR4ZE8OHr4uMjL8BFwoMXDBjxp+yEZBogAytAXLlCqhRY0jt2sOJ2hcuXAoKWsTf778/XJ2dmS2b X5s2M5kzsbGbDh8+s359An+beOutwZ70OIqiV68lyd27hd8MHLiqXLm/zy3/6acp5iX69VtesGCw QbZGBATMtw6vffHFPoMGrUbPeOgB+fN3DwlZivFFivQKD1+pr1WqVKhZLHv2ju3azTKNYVZbBwQW LZpkvFnm66/tRdv0sP5WGe+5BiCCdOgwlx9Onrzl+PFzyABdVdu2Mxkgs3Dp0qHWANWrN9qruVGm THhU1Crr5tBDD2HwfBzDFCQDBiw3L/Tjj1Ocq34tY8zD6j1BtWqDIyLiGzUaz6UtmMymRIn+w4at VZcYNOga46tX/7vn1607ePTo2YkTN5v2/P77dH2sY6ZM7X75Zar5LdnR820cPvxwhJpT/fsvNzXA smX7+HDt2oOmBvj887FWz5Qs2d+sLUeOju3bz9bf4vNODUAzaaxZSbNmEzzv28aNx6tf7dp1bNeu 47qSsLCV1qn16H/CgnkhyKX7I6idQi44eDGzgE6gf3Q9ONu1z3x8W7WaYV6oe/dFefMmvQb95JPd e/deij8ULtwLC/nqt9+m3XGHz/ffT+LvIUPWFC9+9cbe228Ptrq3Vq2huuddGn/nne1btpxuHsPE JGWqmpX4+s52nhjqiWNYxlSqFKm/JeAo4ytUiNQFCE0EKG8v9MYbA3UNPXsueeKJIFMDEEIJpKYZ hFlXqdHf13eOWYxOyJ3bDrboRvXt0KHX9LypAfLkCezWbWGKmcKNBmD69Oix2DTmjz9mpG5XqMKF iVcrkotXOs1pBAUtVAcJOzPFr79ORUH98MNk/qYfXnyxr84UBFv6ynSbmjWHWJZ8/fUE80LkDjNe MUdoMg1nyusyPj6z7733mtOFS5UaYDkVjm0+k+zadSHBVhmvy+BjqoAyftSo9fv2ndy27YguwBRj opkXKlDAdpuff45DRqYtISNTEGxxVOapvpC//zzrhHU8LTp6jWkMQcyq6v33h1k9U7VqlPqK8Kg+ 2b37+I4dx3QBIpJ1g4Z41bPnVcerXHngtSo6KVM0bToha1Y/ppgu9skno1SBjz76e+w2bz508ODp MWM26jKvvRYq/Fs0QAZ9H+CttwadPXvx449Hmj1Fsvz99xlEutGjNxw6dAYqw98mqlYd5EmPk5UJ wY0bx8KYnQ/mvv12EqGwTJkw2AYTCZ5tXoKUz+wl8ajyhNqVK/dbcgLjz5y5qCehJ08D4T2RkfHf fDMRlqmv1bz5FHOWEoNmz96xYUOCLkCoatRonPkWBKn3xInzCxbs1mXIAURwJRXIWEQQUpf+lqD8 xRdjY2M3e6wB/MkB/HD8+E3Hjp1bteqAropqTQ1QunQYHNEaIDI6ecjzWxF16sScOnWhSpUoSzJx XdLk/0hA32bNJpIRzQt9990kR7abeObMhcmTt+oyREzCvaVb3OD77ycTrFN8bstoogDVJXAkLClR ot//VES0+hwydOTI2bFjN5o2//rrNMiffjJOsCYj6m9DQ1cQ6IsV6+Mh1bt8OXHWrD9JXeQhGGSh Qj0ZaNIqXac1QM6cnd59dygMyRomGIl2PHJh/fpjoHH627ZtZ2HqgQOnTA1Abjt9+oLpeJ06zUMd PfywR4d/48bqV/Qw0JWQ8k33hvrAjPnQtBaa8tlnoz1/qKIETHT0aiaycpsZM/68ePEyznat5O4w deq2TZsOmcZ89dX4557rjQ9gJOoUp2LCbt16mCCADZ07z583b+eFC5fVc0tGE4aNtLO6t3XrGXQX ORuW5jQeuowl6BzGS39IhOESuI2uhBFp0GCM57KQ5hD3GDvLmBYtppYvH6E2pCJQXLqUiMCGWapv EY2EJlza83xGVVTYosU0fQkVbEeMWK81AGbjirrA9u1Hne8DQPhooOl4oEOHuVaYgrPqmMm8g1Ca ClZpgDFjNuA2MHtdDxKLodHTzRMNULRo782bkwZaV4ImrFs3xuKpKQLnwW2seEXSUd/iCfgDXmF+ iz3Yj/NbmYL4sHz5Pmzo0mXB/Pm7yJgMsc4UNAQXIsLretC0xFK1sycTs3btEUxS80LEKyzR8QqG feDASZzBdBv4KAHBvOvBNE9M/D+uqMsQUggs6uiMZ57puW7dwWHD1jZpEksQM8Ld1HLlwgl03347 kX+i3/buPbFly2GjexczF8xlYwRA8q9pMMOd5hqA0Tl8+Cx9xTxVVyFgMhGsbdCY4+fPX2K+a2N0 sFVCjuRCirGmm2bwzAj1CQP6559HdQHmhXmTUYlP5KsxYadVqBCh3xxTmYLOx23oMc2OOnacq0dH /XDjxoS//jo1cuR6XdWrrw4Q/i0a4GbSAGm4FojgsmLFfhi89XmvXkvi4rap1dK1ag3FKutuMaET ogOxTnMNcOHCJRiqeW+PuKnXRTDnafW0ads7dZpvrvAjLRFM1T/vuKM9cQet/+mnVy9NhtA0GuNJ Fdp4xYfWr0+AAKViLRCRHX6TXAGMHzLEXtRByPaERnulAVT+I1Am90ItSSJLlvbffDMJ5meyGQSJ M7K7zw2bNh0uWXIASVQhxVd4Ua2MKWnYq7VAsChSCKzI5CJ58gQuWrRHR/YUNQD5qVq1wQ0bjjt8 +Ay5FgGzc+ex4sX7ItW0BoAt7dlzwvmkiDwBnVJ/w3rJHKVLX9Wi1HDu3MXExEStAXA8rsWFzAkL wT1+/Jx5m9kT4DNujq/H3/A66z5ZxYqRyFF4iVcaAKYO9VcJG+WckHCN8Zkz+zAdJk3aYm4RQ25e s+YvyIHSANRArEDQ9u+/HOrMlCfdQqO1Brj/fn8iO2zeMgAiu3jxHnVnVxkP2dXfEjeoiomsP8HN nnkmmJ/Q8/pDRNr+/SfhVR62GtqtjLc+R9hMmLBZ3c/GeCIenqM9FtZFhPFqvTLzwqLRTzzRbdGi 3XSLcy2QAtTTqQG4NA0sXz78jjs8fVGejho3bhNE09IAxDeiPX2oP4e+M/rOBynJaQBqZu4wccwb 9uqFZriX50veqZ94NXXqduumsgaecPToWUieFWyJ0ugWnSkmTUrKFLRUOR7UE++1NACt3rAhwbyv D+NfuHC3uh+k7hZZxpP4pkzZCg3VGoBpzmQ34/zrr4eRYvRDKnTURx+NPHnyQrVqV9frIlF27z7+ yiv9daZg9KHL5ubdGD9+/CY9uIRo/BBvTK73YNhMAVJtem+cQDxE0tDqdu1mq0/atJlFisGXdBki HiKHmfvBB1fpAcEW8l22bLi6eY88I1xnyeKbKZO7dW4E26goLzbF6tNnGTlFPzxUGuDSpctEaeU2 jz4ayOj7+My2fkgomzVrh6wFEg0gGiCDagDyLkHTTHimBqBO9P0XX4wlpCanAZo1m9Cv37Lq1aPV 0ilPNMC993YkZhGGbmoNcOTI2enTt6v85wR8mvwBypePyJHDP9UaAJ+B5EVGxkMNFeBM6aEBXn89 FCICBzI3Tc84GgAaB/Xct++k1gCkfDITxNd0vAyuAQYMWI6cU3eC4UzwOdN4GBJsslGj8eZTCEsD wBSvTNj2aIAlS/Yw72BX6aEBYHjMJiaySaDTSQNcvJjIzCKw6HUIV2ZNx+vRAFmz+mEtRN9bDXDu 3CU4q7mwJHUaAKeCuZrvwXurAT79dBQzArJr3vX3VgMQuCIi4qHyzDvnIwjPNQDxpESJpExBS4kJ THMCu1MDxMRsYOKb63ZSoQH27j3RuHGsOWqWBiD79OixuGrVKHNBrFMD0PBSpQaYS6dSoQHoGUaN iZbeGgAq/913k/T9+AIFgkuVCjWNJ5zSS/S2+ZzTqQGIMwTGPHm6prcGgLQwoOrBC3a++uoA62GC aADRAKIBrkHOnAGQIajYBx8MVxnuoYc6wzjhhUxvtPuN1wD6cbBLDdCo0TjyTefO8wm+GtgPP9Ma AAFDqiD+mmXCwla40QDX805wBtEAjCA5G2CMarLFMxhfFALJw+wWQMrxSgOoxTNcRV0OtG498913 h1rruZEKDJa6BOkEwu2tBoDzJSYmMpqmtb/8Erd9+9GMoAGc7wTTQOqkHtPg8PCVGVkDwG/clEHA EH/ImmaL6DookdYAOLMqjAbAl9S7HOmhAZo3n5KQcNrHZ7ZpDJSI7k1zDYDx18mxnBrAzTvBbjQA 2kPNMmKsarLLuAHLRySoArBVIoNTAzgzhbcaAOOZKX/8Md0cAtzj3LmLnmuAF17owxR2vqrkrQbQ mYKWonkUjXZqgK5d7VMOUqEBtmw5bB3fZmkAtWDMCq3MYksDODOFtxqARGzFeSfNTSsNwFgr45PD gAEr8DRmn9lq3FhrAJ0p8DSVkZ2ZwkMNQFWIT30VRtapAQi2KbZLNIBogIyuAcwNQNNbA+jITl5U a2pLlRqwb9/Jpk2vvsiY0TTA5cuJpAfirwV9VBOsEeYHXbAKwFdIqLeqBjBbodpLHjXvfikNwIg4 u27q1O3Xc7Y0pHDatO1FivRSS2zV23jE6wMHTqn6GQtzZYXnGgDHg+E5DTZXg3iiAehAsvjbbw+C R+KoxYqFpJMGcOl427YdKVs27CbVAImJ/3fsmIvpRk+moQYoUyYMY0jt6k4EfktDiAY0ytQAly4l HjniwhjPW33TaQCTk6nGUgNdap6lnT17B+IzdFN3CH6YThrg4sXLyGnnEKT4MPCW1wDnzl1ydgvx TcX5tNIA5gMBdYmGDcdZbyffSA3gMuJt2nQIImGWJFjR53xlZQoPNUC2bH50+IoV+/QlGGXRAKIB RAP8GzUAjKRZs4lEBAuaxaIBli7dW6XKQKtAqVKhKtvd2hoAeqHaGxy8uH372ZYGINQ6u46srJ75 pHpFGS5K6tJOou79QOxU/ZUqDYTtpUIDoPdatJjmNNh8Sc4TDcCcqlw5Co7l7z+3RIl+5Ph00gA0 k8Za1r766gBv967JOBrg9OkL338/2TkEefN2S0MNkCOHP71EGQaIdI7f4r2vvRbKb00NQGiCHTqN sbYFuyU1APFNNZZZExa20mzyL79MhY2VLx+hCpQrFz5v3q500gAIWuS9cwisTeH+hRqAnnR2C9EG hZYeGoD4ry7BIDKV0uOdYE80AJlUO55GyZIDrIVzkPXixfvylZUpPNQAatO2GjWG6EvA+EUDiAYQ DZA2GgBySVgkkRCXoVydO883uU7qNACxlUBGKk1zDZCQcFo9Z0wOaICpU7epyOsSTg2QO3fnL74Y i//dLBqAvmLc9+494dQAGvDXESPWWRoAapUesxcajTF6H8yIiPjRozfozc5T9z6A0gDOjfy82gJS aQBlA+bp2q5fAyApmSmHDp0xNYCZlq4HGUcDwJCYy8lt7ZJWGkABajt27MbMmdvht5AqqzwaAO4I g7yejv0HNQATkIk8adLW1GkADYLtihX7TRmM8VxLL9RO7n0AomK9emNM9pMKDYDxnu/C5BKM+O+/ z6Aq+tl5PzjNNQCEj9huSpR00gCQ1FRkilRrAA0VbC0NwOwmmwNrq9801wAYn9xLHZ5kCg81gDNT uHwfQDSAaIBbRAMQgh9/vBuUmox+7twlgh1/E/QtepGGZ4Sp12q5OszeuqlWtWoUqZcoiQ0aaPrY 2M36VMvvv59MgilVaoAu0KPH4gMHTiYmJqatBvjoo5GIDZicaYyCfs/Vx2fWyJHrihTpZRXIly8o a1a/K4w/gAIdO87TX5EJaDgUylsNkD9/97i4rRBKXRW9Zx70A+cmyluWkFTmzt2l3zhMEe++O5Tk V7v2cF1DixZTd+8+DsHVGoCgZl0FToYcMhcMkKi6dl3o7LpHHw30fJeJe+/t6Kzh7bcHLV26t27d v7eV7Nx5AQGdkK2+ffbZXrNn74RP49XmK2XuNcCbbw7atu1InTqjnJcjWHirAZzrl7QGgFbCCeCy 1lUiI+P1fjiffDJyxYp98EL9LcaTIyGLWgP4+s4eNmwdyd7heN2S4zrJAXIGITZrMPuNDEqsLFs2 zLwKKh12+8EHw9NQAyDD6KX33x/uHAKIo4caAO7L/O3SZYFVg6/vHLjLww9fJWfIcpzkyjujK4OC 7Nu3DRuOY5IyVZ3GeL4Wgig6efKW1q1nWDUEBy8JC1thGn+dGuCuu9rDSAiD+hKER4LkkSNnvdIA zumGBhg/frO5eA81hWLEmVUBKp82bfvw4Wu12ygNAKuG/ZQrF66rYlAYGmfvJacBCM7Tp2+H/jqH wNsjt2HD6D2mnlmJZuq4Mb1Uq9ZQ81ssx/6mTSd4pQGI6rhN5cpX3aZjx7n084MPJsX50qXDmDUo fPNCxCsIvX6I6okGwF0Zbme35M3bTTmVhxoAPo0f4o1GDV1Nku2M87BhYGmAxo1jFZ1wPu5OQw3g 7z8vOnp1gQLBlkk6zpNWSC5uMoUGiqtfv2XOGgyCsf2110J1gcGD15BTGCnleJ5rAPT/6NEbiX66 qmzZOgj/Fg2QsTTASy/1oS8gu3AgaPSOHUf5e9myffrErhupAeDWRGoUPzZoEIvhB3oLkYcf7lKj xhAynC7ApIWpIGDSVgPkzNmJ4EvCM41R0C8UqgMNYHVWAZqmFikScAsU6PHbb9P0V2QjuAU52FsN QJwiuPv4zNZVwYTMnArnIMFYlnTqNI/gpQSJh3OjZMn+sGpdA1kfgrV58yGtAX78cYp1lSZNYs2b hZkzt8ufv0fz5nHOrqN7PdzA/sreIDHOGsip5ctH6J3+iOCffz52xYq/v1216sCJE+cOHToNgTDv 47rXALDMF1/sAxV2Xu7bbyemoQZAWqMYu3SZb12lYcOxsCj99nzZsuEwA/0txteuPQIlpjUAjlen TszixXuseubN2+U+lTqBXoVe6BqgMuZ2rg891BmWM2nSFmsQcW/P7295ogGo7dVXByAdnUPw5Zfj PNQAmTP7wEq5kFUDfKhgwWBzBzDchlm8fDk9P073vAYEkUnKVHUaY56U5x6Yx4RVzy1NfPfdJPxQ qfc00QBURYWEQX0JwiNBEq7jlQbAGMtUpjx+a/JCaCKkilygCjCnjh8/d/jwmTlzdqpN7pUGGDBg +VtvDYLc66oYFCxhgDzUAEQJxnTy5K3OIbDOsE8R5A6ahoVmJZqw4ngQviFD1pjfYhL24/xeaYCo qNWW27RsOR3aqspnz96haNGQnj2XmBdatGg3E1mrLE80AO7aqNE4Z7fQV+pej4caIFOmJLfBG81W Fy58dRM88ysF8qzzoM8bowFQOPXqjYHTWyZBD9RTbriENYhWpjATZZMmE3QxK1PgeMzHuLirBINs Qk4hs6ix9lwD5MkTSF4gJuuq9IFlAtEAGUUDEFB++SXpRBITrVvPtJ7+wzWJQd5uOeJGA5ClyL4u V9EwbUxj4D3mPsFqlpLwdIHixfvBs2FazgPI3GQFiGzJkvaBHSR48+4mjA2iYHUOMA8kJowS6K0C xF9IsC5TunSo/oqIef/9/sQCmKvnp2VpMAS6qvr1x1g3felbyxJztxMPQconzesaqlSJIk3C8tVb zupxjXUVSJ6zHmK6s+tQKeZuoe4BKXTWQP7Lnr2j9ewbsmIVI5uaGxBVqBBBE9zc1CcjktSdl0tu dYrTq1u1muFy3wwIPbnTTEXq6CgT5oaYV95L6/DFF2P1txjPVCUlmwfYwahwM6se1KbnR3e5dJtf f51qvQKRO3fnb76ZaF6lXr3RXh3Xqoy33nBwSZo/+2y0cwjKlQt/5JFABIB++Q+C++mno9QDpSJF ehOvzJ53uk2ZMi7eky5UKMltrJ43koQ/U9VpjD7OyUNUrBhp1WAerKuMt4Jt6kAY1JcgPBIky5WL aNp0gkup9t57wwiz1oclSvR39HyEyzVOaoc3Ey1aTFPsMEeOvzNF7twBcDtdwBls9WoiSLBLFQQF h3w7h8DDY/uuFbp2mjNfLMaZiaXmt1iubtBYmaJmzSGffDJKvSQNU6cfoPjm+wD33XeN25QubTte rVpDzQuRO6xMQZNpuPkT4hjGm5v4FSnSy9kt2Kn2xMQYAo5zFatpvOE2fXUNTDEmmrkTq3UJl6vj kEldusxHKaVaA5Apmjef4n5Dz/9c2SmYGGuZRLzKly9I3cchubjPFOZdieQyhSIYxCtnD6s0pzLF u+8O9fBhoDrxTcHzB/IC0QA3+n2AG4MHH+xMENy58xhBTRxRIBAIBDc7knsn+N8ARObrr4eOGrXe /bvXAoFoANEASU/9EAAXLlwSDSAQCAQC0QA3NT7+eNTSpXtr1BiSM2eAeIJANIBogLYul0MEBMwH 8+bt2r//ZKdO87xdtSwQCAQCgWiADIUXXujTtOkEc9MtgUA0gGiAa/DRRyPnz9+lEBW1ylrfLxAI BALBTYocOfx79Vri3GRCIBCIBhANkHT23sMPd1HIlSvAuTuEQCAQCAQ3I267rd0DD3RK7g1UgUAg GiAjaoC775bdagWCfymee653jx6Le/deqlGnTswt2dKaNYf++utUb09Qzsh4/vmkXSY9P/tPkKEW z6jp5vkpe/9CPP54Nz+/OdbZbdeJYsX69Oq15MUX+0j3igYQDfDPvBMsEGRMZMqUlJurVInSKFs2 3DqF/hbDK6/0j43dPGXKVjB16raDB08PGLDilmyp85zgmx01agy5ePGy54cVCDIOatUampiYlH8H DlwlvZEcihfvu3Pnse++S8vlVe++O/Ty5cT33x8m3SsaQDSAaACB4Jqn+UOHrj158rzGpk2HzdOy bj3cfrvPPfd0UHjggU6TJm0RDSAaQCAaQDSAQDSAaABBmuHttwd37jw/b95u0hU3Hg8+2NnPbw7p 1omff56qzkAtUaIf//zxxyl168ZoNGw4Ljh4sXmWkCcoXz4iJGTpM8/0vLl6iX4YP35TumqAjz4a 2arVjDR5tPLFF2PVCL766gDRAJ6jfv0xzlnw1VfjdYH77vNv3Xqm8/iw9MDXX09s2nRCRujMu+/2 ++23abpDatdOZfPffHNQ164LncdOWyAR1KmTFGFSPDVPNIC3GqBmzSEdO85N7ih60QAC0QDX/PfB B8PLlg03j4I3kS9fUPXq0eq4xKxZfStUiHjvvWEa/NM8pPall/qWKhWaKdM1ZxA+8URQtWqD1Qmp xNmKFSMLF+51770dq1SJ0vWk4lhThaJFe5v2AHO7IQKx9W2RIn8fCMofyvjnnw9RX9HSRx7pQoDg 7xIl+lvGP/10D13JG28MvOeeDubKztdfD1PnlZoLGcnQUE+apn4VGRm/f//JH36YrOspUKCH1Rxo qGntlZ6/elpkoULBlSsPzJ6947PP9tJlypQJu+OO9mk7N8hPyvgnn+yuL8R4mdSNnsdtsmTxffHF PrpMyZL2Zq/583e3hqBQIZsZ4zZmgZo1h1rhW7mNWQaS7dUhtZixatWB9esTRo1ab6FVq5lZsiR1 IFmB3ED+MH8IZVy0aA8ZxZOrPPZYV2Ve795LT548D9nVBjtPoi1WLMTqmVTQ04ce6sxImZWYJ4kq FCwYbF0IZ/ZWA+B1lStHmZVccTz7tf7MmdvBacxiVasmuU3hwj3VP0eP3rhxY0KDBmOMCZtKVdy/ /3IVwdAVzm+tCZs9ewetAeh5N8abC4WzZbvG8dRxsCZefrmfOj4WHaKLuTxIFWJdteogs2deey1U H9d6223tiJzmt1DJ++/3vzZj+b/11tUaCG7eaoAHHuj09tuD/f3nOWfBN99MJIIRx6gZcbVx46HR ozfoa9EJzMFrHa8LM0V9S8wkcprfqkxBjKXbCVm6Hn0arp7y8+fvmjt3py6gM4UCKrpSpWuCrdLz NFyf6krPMwraeAVvj2KlMz/8cCTTVneIj8/sK8G2g/n2hQq2ZrwyM4X6JCxs5V9/nWrefIouYx5f rYw3B9rlY0aaTMPNYleCbXszU7zySv9MmdqWKnXV8XBsqx4zU+g0lx50yk2mADlzBjCyTz4ZZLpN rVou3IbAbmYKrzSAnvLR0Wt27TqOvHRJMLQGIPLoAsyLnDmvOUubJhC7zK4jOOiNTOh5HA/zLMfT BEMgGuCm0QDHj5+fPXunYvnO5dGffz72yJGz6qUc6PXixXsTE/9Pg38+/vhVzh0aumLcuE0WG27U aFxCwmmipwqUK1bsb9duFgxy06bDqhL+S92tIMwLDFxg2gM++WSU/haqYX0LD+BzvvXzm7N0aZLx 3bsvUjaQ+eDc589f5m+CiGl8uXLhcHddyerVfxUseJVF9eq1ZOrUbWa2AHXrxpw6dYFo2KRJrP4h /5nGkCesFg0evNosc/ToObKvMhj89tu0DRsSiDK+vnN0hTixxRWuH3XqJBlPBGzc+KrxW7YcMXNM ly4LSN5w0D59lmljRoxY57zPZ7X699+n6xapYYJ0mgXOnr1EwrhWRnZbtmyfWWbhwj2PPhrorQZo 23aWmzJkhUuXkjSAad5jjwVy0rAVNwAAIABJREFULdzGk6t8+OGI5MYaSmG5bnDwYss5McC8tCf+ zxgxUmYl4eHxVrFff51qGfP995NdXsiNBoBMwAvNSqZP337ffR0dN1N9J03aYhbbujXJbdq0mam7 xTImda8gYz8aQNWABrCawz/hDfoSa9ceRIRoDdC9+2I3xuPPBrNJile6np9/jrMuNHDgKvjibbe1 jYnZoIsREJz2vPRSn+3bj5oNj43drHUsgoTIafbMzp3H4Xm6Hv545ZV+MBtdgOCGr3qlAeCL+/ef JCK5/BbeOWXKNpfDtHz5fkK3WRg1cubMRfXthQuXiZxmk8kUS5bsJcY++2zPdesSdJ1630w95a0L HTz4d6ZQaN16JsHWulcCNUdgf/bZaPVPep5RIPzGxW3T9XTqNM/zqaQyhU5zOtiuX5+A/foTMsWM GX8+8IA/aU5fiEyhLkSmSG7um0dhIkdJuGZJl2uBaPKqVX+ZlcyZs/PBBwPMTDF8+Lrbb283duxG XaZHj8VWaNWZQoOEnh50yk2mALBkdFHjxuNRtqdP/+02Fy+6CLaLFu0xM8XLL3uhAQhryQ1Bs2YT LA3wwQfDiDy6wP79p15/PdQ0hiZs23bErGTy5K3Zsvlp0T5mzMbw8JVIhWnTtusyHTvO9SqGC0QD ZIjnAF99NX7IkDUQVuuuWMuW0wMC5r/zTtJzgGrVogcNWt2w4Tjkuwb/5EO+8koDQGTDwlYSxKmh RYupBN9UaADSM9maMGHaAx57rKsyniDeufN869tWrWbAvShDfjp69Cwpn2J//DHj5MkLy5fvI4bC w+bN22VqgPPnLxF/Ka8rIWFERsbzhycaADvVr/jJvn0niVO6HuftWCL7ggW7dIH//ndE795L6WSd lk6cOD9t2jZSoyoAY0snDXDp0mX6wd9/njbms89iGF+9QgANcOjQmQkTNkMxVYHZs3e41ACHD58h C+p6UICdOy9QmhM9c2U1Tpw5RjVqDDGfA0AvoqJWodDMMuXKpeY5gHsNgKioVWsYmf6bbybq5Vu4 Nz7g4d0d/EqZh0tAU/7446pzFi7cy7gx3wMO1KLFNMs5g4IW4R6eN4pp27PnEuavWUnx4n2dGmDv 3hPQL10GZ27ffo7lsZ5oAAZCVwKVHDZsLRpVlylbNhwHIN2a9qibgs8801P9c/ToDUz/+vXH6AKp eA6AMZGRSYu4VA1duy786acpBpf1a99+NoxfX4LLRUSs3LTpkNIAzz8f4sZ48y7+3Xf7VagQqeuh 08jx5s5CeC99Cw01u5eRDQ1dad79/fjjkfQq08rsGRi5fg6gNABkQn/76aejEDn8X09J9U9dgOC2 cOHuxMTEtNIAxO3SpUOp+fPPxzDWNEpfi05wPAdIup+tvn3vvWFETpNmKQ1AJZAkNdbM8UOHTmsN 8NJLfdVv58/fRXTVF7Jux3qoAXbtOgYhJonoegjpRM4UF+SYmUKlOfPpWb16Y7D//feHaw2ARImN 3WTGqx9+mIwjMelIbeqTsLAV8N0ff5yiy5iPjx58sDMBTX/FCDo1ACSVZEGWMb3FytFkij17Tlx5 gHPV8WgITqK6K0+erj16LNKZQiPdngMEJZcptAZYuXK/Ga9wG5fB1swUiK4zZy54qAHy5++hfjh4 cNJzADMQOZ8DEAoCAxfoAszQvn2X1as32tIAOIAuQ4WECAKF1gDoE0afCWUSDNooZx+JBrjJ9gaF oEPTv/xyvJUSSEtMZvVPwvfu3Um3pqy1K0w2Hdk91ACwsQ4d5pBF1PM78kelSgO9GrxixZJOJWTS vvnmoOTy2dixG1Ea1ufqVnrhwj2hQeSkkSPXE1XLl49Ah5CNCOikBGa1qQHOnbs4efJW/XjhP1e2 U9y8+TDUyhMNoD8hc2zZchj+kRwB5RKdOs2DNJuPI6dP307/aOOPHTtHu8i+6pNPP43hQ31zIg01 wMWLl2lU/fqjLRrdps1MrQEI6/SVvnnWuHGsaTyEsnLlKGQk1NYMwb6+c5Yt26ce5ZcrF45CgB7B xoiqyd3dSUg4Q2x1ucQiDTWAjuyQEhgGID2TaJ0LnFIEso120TqX31Ih1Zp9pYA3kgU9v0pIyFIY EtdKbikdvO2ttwbTdfiVudCoW7eFs2btsJ59u9EARYv2Js9xOXiS/pAhwxv1zoY0FqXHb5PzcIWA gPlMNDX3Uw3SMPpTa2O4EX5orpkhsuN15oIu1OyaNX/p9wGU8dAsXYbZd+bMxeTiiWm8KVDxEHgA jM2UXoQm1L56S+HeeztWrz4Ex/PxmW2ucrFWS0I+YCQIXZNGL12adCtdv8wAq1Y3OLSPwZC80gAq 2LZsOU25NyD0OYs98kiXBQt24zOev1ZuZgqtAXDOjh3nqed1Tz0VxIhYt5kA3F0HWyc81ABwtX79 lpvrf3BFgi1+64nxLjOFWom0fn0CEUxrABTU0KFrFAvU6u7s2YvwV/0JSeTPP496uPUkJN6pAVSm sIyHRqNAdI5GA+zYcSw8PP7FF686HnyaHP3KK/2V8evWHYSzVqs2OM0ThCfBVmcKrQEQPD/9FKdX HZNq1a10fbeIqKiMV0AtxMZuPnXqvLfvA6AA1649aIpw5/sAs2b9ab4DQ0SaN28XUtAkGH36LHvr rasBoWrVqNOnLyhZrjLF1q2HISHmOk/0P9LXufJTIBogQ78T/NprAwhbpPmsWf10ZCSVEqEguGmu AdD31zl41LBy5f4nnwzyNrKbGoAUq/S60gD6IamlATDeDPrppAEgH1AQbKAeDfgKXM3UABh/A+KL WgtkJWynBpg7d+eDDyZL5pSAIYyaLQIQKa0BXn89FAp14sT5mJj1V47X6eC8u08spgBo3362qiG5 d1dSTEsQKcsY81UKfAabR4xYry4HkH97955E5JgrcTOOBoDKKzsh4qo51tSDfi1atKdr14VWq/FY rzTA779Px/FeeqmPWQl64PjxqxoAtuGJ8f+IBnC+E+yhBiDTw590k6nTqQEIkk6P1RoA/or2QIa5 ac5//zviwoXL/N/sXjjcihX73GiAVL8TjD9oDx86dK3TbTzRAPxEm0qHT5y4xakBtPFukCYawEmj 00kDILqsh67/oAag66wfmhoABswQMMRE6UKFghmmu+/2S79lKgRS7Q/kOHzeqQFMzu2JBkj1O8Ge aADrnWBLAyDacbyiRUPMKckPz5y5RgNo40UDiAa4uTXAfff5lysXwQQgaiuCRZadPHlr48ax2ptF A9wADUDojIvbpkHKgUre1Bpg165jZovA9u1HtQYgodL5JHU8bfLkLXyrM675djUFAIRA1eDyHVBP NMC2bUcsY8wXD3DRKVO2ooTV5UDPnkuQARBH8wZtxtEAuLGyE25KWzD+tddCnRoARmK1mrTqrQY4 deo89NeshEGEgN7aGgC6HxKyVDeZnkwnDZCYmEhAM7t3zpydSKz00ABQW+3hzZpN4FrW1jSeaAAi f2zsZmWqOlZCNECG0gBo11KlQukrMhFXYZi6dJlvvV2dhnjnnWjtuvPm7WSAbnYNoOSTOSWXL993 6VKiaADRALfs3qB9+y6bOHGLuhFLXiG7VK9+9dG/aIAboAGoh9os6I0pb0YNQAp3tohA+cADnazV JkgdvoLrkCpcLuR9661B6ucwAyK4Vw+4lfHwEssSkpP5TrC1LxDCODIy/sCBUx7uC3SDNYCx2+No 1Rx80lzjrjQAM845BDAVZwe60QBHjpyJjl7trEfvy3nDNACEtWvXhfgnl4NtAyYy6RkZqdY6e6IB ChUKDgxcAL3DqdSr1UwufmJOrhde6AP5oJhuLDEnnTQAjjdhwmZn9+pVf2moAUzQxivzcWqlSpGe awACJiQbhayMRCbBekUDZCgNYN5D8fWdwzAx9ShA7kvrJwA+8ITff5+hnXbQoFWHDp2+2TUATYiK WuWckooCiQYQDXALagBixIgR69UWmVBYyD3R9no0AMkVqvfTT3FprgGok8EjQGTL1iG9NQBkrlat offe29FzDUCeINqmQgOYbx044aEGyJrVlxEEOXL4p1oDnD594aOPRppbvKVOAwQHL/bq0lz03Dl7 XyALMHKobXrsC3Sde4P+UxpAL1wZPXpDRES8pQH8/T1d2O1GA6xbdxDe7Oa3/fotZ/rDj7Nk8U1X DYAAOH/+0oEDJ+HZGszfCxcuq9cVnBqAaJA7dwAi0zofgPhAlICLIGAgVdaFmjefsn37UfMtFJfv A7jXAE8+GQRxRAPkyhWgNxZ0uRbIvOHihFMDMLvr1RuTJmeEQaPRup5rAMZa3y1y8z5AemgAosqH H44gtJoagOG74njtU6cBIiJW9umzjDxoLjK8554OpUoNmD9/t85uaABoIsLAfD0642sAU7mZac7M 0Yy41XzPkS2b35QpW9GBKb4P4K0GIKUizvfsOf6PaID4+ANutiwXDSAa4BbUAE8+2b1BgzEQu4UL d4eELIOpmPc8UqEBiCkk7G3bjqS5BiAXMocnTNj88cej0lsDkGUhQGYYSlEDQBm3bj38T2kAlBsj CCifag1AlORa5q52ogFEA7j5bYECwc2aTZg1a4f7E7vSRAOsXLkfcsCFNLDQjQaAiA8dunbv3hM3 XgNAlJnyRDxI9iOPBKahBvj99xlqt9Z/lQb46ae49esTLl1KNDUA+QWhZdJHzzUAJBjHJoURw80X u+vVG41vEA20w6ABjh8/R9YwR+pm1wB33OETGLiAZDF58tbUbbqQfhrgq69iGX3SgWgAgWiAG3RO 8FtvDSKi8aEzvpQuHQYTatlyOuFVg3/yIV+pMmSj9u1nmwV8fecQXNJcAyh+w3wjSZiXA2oTRqYo QdzHZ7b1LYGJLKJOjfVQA5w5c4F/YrOuBG5Nq/WWGsQUmokk0AXohCsbGlyjAWCE/Irf6mKmoCIP YVKrVjMsg4HeNMlDDQCNViPbv//yVGsASAk+YLaa3oaIvPHGQA81ABSBjGXWoEH+Vs9V6H/ylvkV 4ZurmCfsvvxyP+vnBGgShvlkJk00AEkX3oMB5rVoNeNi7g7hCchkMG9zspiLjh5/vBuc1em6uI1X rzrgXc4azCON6SI6ilY7hwDuYp7u514DVKwYyaCYrqthbsYC76EDaZpZAB8wnQS2RH+ak8XzfEmk ghbgUY0bx1pbVcKzr1x6BlqadsE2rAmL/RAdSwPUrj1CxSv+T4c43zqwJiwKZ8eOo0QVzZZS1AB6 pDAAXzJ7Bhaibpco4y3HU9Cb5dMu+s2sATO4NGzGcw1AzMQ251VovrmTY/bsHZBzptsQS81Hgu+/ P5yIZ86RdesSIP0wafWej+cagFBjpgzc1dQ5RBur3xhW4vP585dMDQDhsxyPOM//kzsp1gmCDBPW qkFliv8Y5wPs3HmM/5tRmlGjmWa8Ysgst0mOlCenAZyZQqVaLNR7lKWoAR54oBMZzayB1lGDdRcv S5b2EyZsJlkcOnTGWvLq+Y2Dhg3HmdONq+D/cXHbcBu1ka4nGuC110ItgoEHIk3RXd5qgEqV7Hhl SjJPNEDlyi4mrBmvRAOIBriVNcD+/Se7d3dx+5aQSszavPmwBv+0jvqDLsBT1bdr1vxFWIGUkHrV aYh58nRl5ujnBtcP5rlpDzBv0jDPrW/1sVw//jg5JuZv4wmsy5bt++CDq/tAd+260HofoEGDMboS guYTT1yzYJ34tXLlAV2AlP/uu0MgnSbz+8+V0yjhWLqY87iWwMAFlsFALyZu3Hg8giq5Q141qlWL 3rIl6SnE9WgAJWAgRtqMadO2m0f8EuyGDFnjfK/UWZWzRaNHb1B38UlXKDHzq27dFjoWu4+xfm7l Ek8ANaHnU3Q8IntIyFLzWnPn7nKevukJcuTwHzRota7HufF/69YzrHZVrRrl7Vsx5s/JPVqhmfjy y3HOIcA2c597vblH377L/PxcPPTA66ZM2eqs5733hl0r/NqHhq4wC0yfvt1kSP+5sjf8ggW7dQHr wYsbFCnSCxZuvshrPfozjYd/6EtMnLjlqae6M/dHjlxvPYKALtBvyW0JCh8dO3ajs9WffPK3YIA0 9Oy5xPrVp5+Omj9/l3VXFVpAvjErYXrq5SsY36fPMueFCFOmRp0zZ6f+iuCG8QRbzwUqTGjBgl3O q5hrPs33uHQBgjah2xJIhHerHqLoq6/2V08SSA2m8e5fJ9U16EyhUbBgMGxSF6BvS5cOjY8/AJMz 3wdAE4aHx+tiP/8c5+2ERTBHRa1yZgpTA6j3AWCHupjOFNc+PExKc7oMPZncRXEezTutTBEbu9ns W4Kt+Q4VmcKZo+vWjcFD1KNmHB63N2ugddbxvYrB44cQ9FRrAP08xOlXzB11+kfx4v1Q4NYNDjQA wdZ8SsncZIbqnzdpEvvcc0lT3ty230MUKNAjLu5qvKpTZ5QpLJnyVrDNlavT0KFr9bN99TYIscvZ qBo1onWmcD5iJTcRJ1PM0QLRABlaA/zyS5zLg3vuuMMnf/7uzz3XW4N/8qFZJnv2jqRq9S1p78rO cZ30GkoiTv78PdzcPPYWyBLTHmAugideW9/qxhJutPHZsnUoXLinXviUN29XfcaH1gA5cwboSpjh 1tLJe+7pQGN1AdIJBItPrH0Y+BW/1cWc+4XDOSyDgV5CkDt3AKHN/XprxT5feqnPnDk7rl8DkHW0 GSRjc+NOep40Y73/7QQiwdkifEBtypktmx89b37lPF3F7HkFl2dap3izip73xPFQC+a1kD16w1yv kDmzz5NPdjccz740w2q1y6snG+q2rvnzIkVc14CbOYcA25zL0zNlagf5MO+UG/cLfQsUCHbWY70i SWrMly/ILGC5zX+unFpAQNAFnFLEzYsuhQoF4w/JLeowjTcd78qsac/cTyZeJdvz1oTV0GyMCavu fJvgW2vVuHosRleYlWAtHW4a77yQ6Taq+WbPq2DrJHbJwep5945nug0T1op4BHYz4ikwl9ULWipT eLjii3ila3DZb6bj0bcq2Gq3URoAx3viiauO5/kTAJOSPvlkkDNTODUAPuYmXuk05ybOm9HGes87 Ocezgi2/cuZofB4PUfEKh8ftr53yQfpMOmvKt2kz8zo1gJkpnIlSOZ61DwQ+T/NNbWkRDOL8/6Z8 J2/tseKVeWm83Tnl6Vt62HQb54S14pVlvJGjg1PM0QLRABlRA9SoMSQ6es3Fi5edj8X/tXC5L1AG R9GiIT4+s1u3nmme6HT9+wIJBAJBRoPLfYHSAy73BbrZAfetWzembdtZzZvHOdWsQCAa4NbXABDc F1/sA0aNWn/8+Ln4+P3uD8sUDZDBUbXqoMWL91jLkEQDCAQC0QCiAa594ODTo8di93vXCgSiAW5l DQBf/PPPo+DEifMzZ+4oVCg4uQ03RQPcFGD48uULSt0KFtEAAoFANMC/RANkypS0LDa59XUCgWiA W18D/PDDlB9+mKzw7rtDU1zh/a9C0aK9GzeOdS77u7VRuHDPr7+e6PKgLoFAIMg4qF49+sY8uC5f PuKDD4ZbL7cIBALRADe3Brj99vZp1acFCgSXKROmUbp0KL3873GpggWvaf5rr4XeRDeNMF52NBMI BAKBQCAaQDRAap6WJiSc1tiz57h5BP0tj549l5jN37nzWIUKETeR8ZGR8ZkySWgQCAQCgUAgGuBf oAHuvjvNVv+XLRveqNE4hX79lp89e9Hbw5Vu2sUzvYKDF7doMU03H9SvP8blvm8ZExER8aNHbxAN IBAIBAKBQDSAaIDUQx2inn4a4N57O5YvH/Hkk0HXWc+zz/Z6++3BFrw9Nf2NNwaeOHFeH12Z5rjr Lt/XXgvFMFSWeeaANt7lNtWiAQQCgUAgEAhEA9xSGqBYsZANGw5d/5HDXboswE4LkZHxGUoDPPpo 4Ny5OzEsPv5A4cI9ncbXrz9aNIBAIBAIBAKBaACvNUDDhuOio9doDBq0+qWX+ppd9sADnXx955hl +GdyZ/i50QDvvTfMrARUruxiG8oyZcKsYp98Muqhh7p06jSPvydN2nLq1PkVK/brb3/9dap1mKV7 PPVU9+DgJS1bTsdUC6+9FqqLZc/esXXrmfoqtWsP118VKNCjd++lfDhjxp8XLlxeuHC3aW14eLw6 tl3hnXeireZUqzbYQ1Pz5AlcvHgPg7VhQ4L55m5Q0CI1iF98MVZ/WKpUqHWhunVjnKOjv6UH7rrL 19IAWbK0/+23aWYlXEsOkREIBAKBQCAa4NbRALlyBdSsOcTff96wYWs1hgxZU7z4NRrgsce6Llmy d/36BF2mT59l9eqNhgp7pQGg1MeOnZs4cbOup0WLaWXLhpvbksLCf/opzrQH1KkT8/DDXTp3XsDf U6ZsPXXqQnz8fv0tnNUrDfDyy/127Tqe4pMENEDbtrP0Vfi7atUotSCnQIHgvn2X8eGsWTsuXrwM TTetHThwlakBfv457uTJ85itC/z++/SKFSNh2x5qAHp+wIAVX3wxrnDhnrgvosLPbw5OfP78Ja0B SpUa0Lz5FKvfkGrVqkWrTYpy5OjIoPj4zNbfBgcvRlzRBFMDZMvmh6lbtx7RxcLCVjZqNK5IEdk7 SCAQCAQCgWiAW0IDlCkTlpBwunHj2MyZ2yXXX7fd1i5fvqBFi/a0bz9bf1iiRLI02qUGgGJmzuyD BoC7P/30VeXQq9eSuLhtilhnytQOMTBy5LrwcHcLcl54oc/27Ud//HFKqj2gePF+1PDdd5O4nIKb 5mu0ajVjzZq/LNmT4logWo0G2LgxoWjREHMlz9y5O3PnDvBQA3ToMPeZZ3quW3cQ8aAEDMaXLx9x 5MhZrQGUeLN+/sMPk3fsOKae6jz3XO9Nmw79+utU/W2lSpHUkJiYqDUAQ4BUmDRpC+Oii+XP333V qgNt2syU2CEQCAQCgUA0wK2jAa4wvFnJ3UqvXj0acvn552OhoanWAA8+2DkoaFHbtrPKlYvIls3P pQYoVWrAuHGbvvlm0osv9klXDXDfff5wd4g1l1P4448ZKcqAVGiA++/3DwiY7+s7p2LFyHvv7ZjR NECuXAEM0/Tp27UGoM6YmA1NmsSaikU0gEAgEAgEAtEAt5QGKFgwuHv3RaGhK2ClX3wxDqJfoYK9 rz9E/8iRMz4+s/lWg38ePnzGcw3wxBNBK1bsHzt2o1kJmDFju9YAtWoNxar33hvmfvyuXwNoO2m4 QufO8yHT1l5Dd93l+/bbg7WpEGVvNcDDD3eZP3/XpElbrFZPnrw1I2gABfN9gDp1Ys6duxQYuMC0 lp/s3n1cNIBAIBAIBALRALfavkBw2f37T8IpBw1aff/9/nfc0d7UAJcvJ544cY5vLXz11XivNACf OyuJidmQLds/oAFMvPlm1F9/nYYBK0v+c+XV2Kee6g5Z13aeOXMxdRrAZasnTtySK1cnzzVAgQLB Cxfu/uOP6WXLhiMGGjcen04aIDHx/06ePO802PlDgUAgEAgEAtEAN7cGyJmzU7ly4RUqRDRrNmHq 1G2lSg0wNcDBg0nvDPCtBZcnYbnRAJGR8c5KihXrkzmzzz+rAXLlCihXLqJnzyV//DFDfVKt2uDY 2M316o3RdoaFrUydBhg6dK2z1fByU2ilqAHuvtvvlVf6+/jMHjx4dc2aQ+j5dNIAjN3PP8c5DWYE JXYIBAKBQCAQDXBrng9Qu/bwixcvV68ebWqA3buPlyjRz/M1NslpgHbtZrn54fPPh3Tvvui336ZV qRJ1gzWAptHR0X/T6EaNxiUknC5bNvx63gdQGiAgYH6qTdIa4H/KJPqnn+LUPj/XrwHy5u2GtKN+ UwOcOnXBff//58qpBQ0bjsMxUCPmnk4CgUAgEAgEogFuAg2QJUt7WGbevF016tUb/eefR6G2ur8+ /3zssmX7qlQZaBZTME+uda8BHnus66RJW9AAzkpy5+6cKdPV93H79l3Wr99yq8x99/nrAkWK9IJY //xznFFDgFdHXN15Z3tYrNOSiIiVwcF/74fzyScjYfxoIf1tly7zN25MKFs2LHv2jh5qAJoGvfb3 n+e81oMPdr7ttnbeagATlgbo3XtJWNhK6yoIhoULd8P+KVCoUM9Zs3YgsfS3tWoN27jxEKRfa4D3 3hu2efPh998f5jTYfKf59dfD/vrrFC7EmN59t5/EFIFAIBAIBKIBbiYN8OKLfaZO3bZ06V4NKHjx 4n1Nzg1bhemOHLneLKbw0UcjPdQAiI1nn+3Vps1MZyU9ey4xeWT+/N2bNZtglTFfPqZw0aIh/v5z 9bfduy/2ZK99jcKFe8XGbnZa8tVX4596qvv/6HsAJDs6eo3+du/eE+qVAGSShxrgjjt8nnmmJ7Tb ea3+/Zer2/lppQGwvHHjWOsqyI/nnw9R3Zs1qy9iwM9vjv42KmrV66+Hjh+/WWuAnDk7vfZa6MCB 8U6DGzUaJxpAIBAIBAKBaIBbQQM88UTQ779PhxdqwOCdXZYjR8emTSeYxRTMU3U1ihULadduVsGC wc6vKlaMdFbSoMFYa1tSlIlV5s03B1lVvf32YP1tvXpjYNveLLDp+ssvU52WmBtiKrEB8XUWMxcI Pf10D4TNiy/2dXO5MmXCnJV8+eV4c4/U5HDvvR2bNIl1uTgH0t+q1YyXX+5nLqayrkIvWb+qWnWQ /vbzz8einT74YHidOjH6QQpj0aDBGKfBjJ2uJF++oJYtk9ymfv0xnrzVIBAIBAKBQCAaIEO/DyAQ CAQCgUAgEIgGEA0gEAgEAoFAIBCIBrglNEDx4v3EGwQCgUAgEAgEogFEAwgEAoFAIBAIBKIBRAMI BAKBQCAQCASiAUQDCAQCgUAgEAgEogFEAwgEAoFAIBAIBKIBRAMIBAKBQCAQCASiAUQDCAQCgUAg EAgEogFEAwgEAoFAIBAIBKIBRAMIBAKBQCAQCASiAUQDCAQCgUAgEAgEogFEAwgEAoFAIBAIBKIB RAMIBAKBQCAQCASiAURqPjA2AAAgAElEQVQDCAQCgUAgEAhEA4gGEIcQCAQCgUAgEIgGEA0gEAgE AoFAIBCIBhANIBAIBAKBQCAQiAYQDSAQCAQCgUAgEIgGEA0gEAgEAoFAIBCIBhANIBAIBAKBQCAQ iAYQDSAQCAQCgUAgEIgGEA0gEAgEAoFAIBCIBhANIBAIBAKBQCAQiAYQDSAQCAQCgUAgEIgGyPAa IEsW3+efD8mbt2taVZgvX1CpUgPAQw91Tg+DH3yws6pf43qMv+su32LFQqiETqArUl1P3rzdLKuw 8yafjf4lSyY1pECBHhKbBAKBQCAQiAa4pTQA5HXq1G0//xyXVhW2bTtz//6ToE6dmPQwuE6dUap+ jV9+mZrq2p58Mmj69O1UMm3atscf75bqelq0mGZZ9cknI2/q2Vi58sBdu47RkJCQpRKbBAKBQCAQ iAa4pTTAE08ErVixv127WWlVYWDgAtWKL78cnx4GP/tsr6ZNJyj88ceMXbuO+/jMTnVtTz/dY9Wq A1i7cuV+9EAqanjooS6tWs1o02amtkqhcOGeN/VsfOed6PPnL9EzQ4askdgkEAgEAoFANEC6//fx x6MqVx6YHCDBGVkDfPXV+Li4baBatcE3RsBcjwZ49NHAvn2XYW1IyNKHH+6SihqeeabnunUHf/99 +s0yzfLm7VamTHiOHB3dF3v11QETJ26hZ1q2nC6xSSAQCAQCgWiAdP9vypRtJ0+eTw69ey/JyBog S5b299zTAdxxh0/G1wC33dbu7rv9sJb/8/e/QQMg0jZtOpzis6bbb/dR43jXXb4SmwQCgUAgEIgG SPf/vvxyfN26MQqdO8+/cOFSr15L9CelSg3QXfbAA52g7wMHrtLgn3zo7Nyvv55oFkNIFCoUbGqA xx7ryrV0gUqVBurfvvxyXz55+eV+pUuH6gLBwYuffvrq26LvvTfMrB9UqBDhcphh2y1aTDNLduo0 79FHA40V/zH6qx9+mJI5c7s01wA5cvi3ajXDtMHXd07u3AFmmeefDwkNXVGqVGiJEv11sb59l6nn MPff79+2bVLPjx278dixsytX7reaX65cuHlP3fr2k09G6W/p+YCA+e+8E01/9uixWJd5/fUwVeDb byc1bhyLuPrll6l83rPnkgIFerz99mBVrFatobqqggWD+VbX8NprofqrMmXC1YdLluw5ffrCxIlb dLEaNYaYkiYkZKlpatOmE5wdmCtXQPv2s81ibdrMok90AXz4u+8mZcrUDuN1mfr1xzirevzxboGB C/iWEbn33o4SBwUCgUAgEA0g7wO0feutQWfPXvz4Y9cvmEIflyzZu3HjoZiYDQr9+y//9NNR+fN3 12UefrhLzZpDu3VbqMuAyMh4xWUVjR42bG2DBmP4UBeApsP4b7896V4+LBOrYOrNm0/RBaKjV3/5 5bjnnuutrvLRRyP1V3Pm7Dh37pLL9wHy5ev24YcjevdeahqDnKAhuswXX4zVX8GJ339/WJ48XdNW A9x3n3/HjnP1VTZsSHC+D/Dmm4POnLnYtevC77+frEvSUU2axCIPEFp0CJ9MnbrtxIlz69YdNFsE 3ngjUtWDhPjhh8nWt35+c6pWjcIMCtCHmzYdggQ3ajRu8ODVfDtv3q6LFy/Xqzda1TBy5PpZs3bU rj0cKYidR4+eZXT++GP6lClbjx0716bNTG1z4cK9wsNX6qv8+OOUV17pr76qWDFSfRgff4B2MdN0 sQ8+GK5rKFKkF5bor3bvPu58HyB//h7otAEDVpgt6tdvOcLmqaf+dryIiPhFi/agDIOCFuky/v7z 3nprcM6c12jUYsVCtm07goPR6pt9MyWBQCAQCASiAW6cBoBQ6k9KlOi3a9fxb7+dpD+pXj0aQgmD dEOjueiaNX+Zu0BCN+Pitt1zTwetAfgPdmhKiwULdgcEzHfWWaZM2MGDp11qAJQGFBY+6qFPYPyF C5f/+98R6bQWSKFt21nJaQBaPWLEOuMBQsfp07ejTDxfC4RscNJoVMGOHcdeeqmv1gBcaOHC3ep5 yBtvDDxx4rypAfj21KkLVapENW4cq8aCnkfprVp1wNQAFgYNWm0ar58I7dlzQmsD9xg61IXxiCJt vEbJkv337j3RrNkErQGUnUg4XQbjDxw4hbYUDSAQCAQCgUA0QCo1QLVq0ZC8hg3HmW8JWxoATgZh fe+9YXnyBLqh0fDUSpUiFeNPTgN06jTPNMxbDZA5c7vffpvWuXPSohdr1U1G1gBduy406XL6aQC1 fEgtvocK03C9V6l6DlC9+hA+h0ar5wD8KoNrAPUcwFzl5VID0KVoG3ysbNnwLFnaSxwUCAQCgUA0 gGgAdxoAon/48Bko4Gefjdbgn3yoNUBo6Ipx4zapJT1evRPs1ADwObOAtxoAG8aO3RgWtjJFP0DG 6OZAwS9dSvwHNYC5cD9dNcCvvyZ7ygEaICpqlUmj1UJ/pwZAJNBXuvfmz9/9D2qA0aM3WK9Zu9QA AoFAIBAIRAOIBvBOAyQmJp45c8G5d1CTJrE3owaAMmbL5tet20LdENrOpUUDeKIBsmRpX7Fi5J9/ HtW9d/HiZdEAAoFAIBAIRAPcahogIeE0rMt5hoBeRnJzaYCCBYMHD17z66/TdENatZpx8aI8B/BI A9Dh4eEra9YconsPU0UDCAQCgUAgEA1wq2mA3buPlyjhbqP3OnVi/P3nNW06wdwp6B/RANBBKKCf 35wvvhib3D4/L7/s4oXmf/Z9gJtIA3TpsmDu3J3ma7X/7PsAHmqAnDkD8FJctFatYVmz+kkcFAgE AoFANIBoAHcaoGHDcfHxBypVioSOW7j77qtcqkqVgUiFunVjzAIwxTvvbH8jNYDCRx+N3Lz5cI0a Q0xjcuUKUE8qihXrs3z5vh9+mKK/+uyzGDQAValtNG9GDdC377KIiJXWAP3005SlS/cVLRqShhqA PyZO3PLss730VUaNWj9+/Cb+yJLFV9f2+edjV6366403Bupi5rvgnmgAhoNur1AhwmxR5coDV6/+ q0GDMd5qANkXSCAQCAQC0QCiAbzQABAveOqwYWvh4hbMG+f33+//6qsDQkKWmgUmTdoC97rxGgCS V7Fi5MCB8aYxsEzM4Fsu99JLfTt1mqe/2rAhITHx/6DI7drNvkk1QMGCwU2bTrAGyN9/Hi3Nlq1D GmqAfPmCsJZR01dJSDh96NAZuDUjcq3bREHudbH69Ud7pQEeeaTL228PHj58ndkiSlatGkXlogEE AoFAIBCIBrheDVCoULCf35wXXujjssty5PD/5puJkGYLpUuHORcFmQUgjory0unffTe5SpUoq/y7 7w5t2HCcelYASeUn+jgwhezZOzRrNgEu6LSKmlu3nlmypOvVJlmz+iIPTGN++inOJH81agxxtujj j0e59BiXxnuLypWjvv9+snW+sur5F1+8pufvuivJ+Jo1h5iqpnnzKe5PPChWrI/VnOrVo01S/vPP ceXLRyT387p1Yz766G8RiJxr1WomdP/KKppOP/ww+Y03BpqiiJ63roXeKFKkl6Vkvv76qtu4Mf7T T0dZKkgLy+++m2RehQrNU37V9kSZMl2jAZTxSu+ZigL9Qw0oJTdPJAQCgUAgEIgG+BdpAIFAIBAI BAKBQDSAaACBQCAQCAQCgUA0wK2lAX78cYp4g0AgEAgEAoFANIBoAIFAIBAIBAKBQDSAaACBQCAQ CAQCgUA0gGgAgUAgEAgEAoFANIBoAIFAIBAIBAKBQDSAaACBQCAQCAQCgUA0gGgAgUAgEAgEAoFA NIBogP9v7zzAsyrS962LZZFV/Csuqywqy7KoiIiKqIiIZRWxgyKCFdsquuoKdqW3ACG00BN6DSX0 KjX0DqEjvffef/+HDA7DnPOFJICi3M91X16Sb745c+bMvPM+p30AAAAAAHgAPAAAAAAAAB4ADwAA AAAAgAfAAwAAAAAA4AHwAAAAAAAAeAA8AAAAAADgAfAADAgAAAAAwAPgAQAAAAAA8AB4AAAAAAAA PAAeAAAAAAAAD4AHAAAAAADAA+ABAAAAAADwAHgAAAAAAAA8AB4AAAAAAAAPgAcAAAAAAMAD4AEA AAAAAPAAGdLdd7diNMCFxl/+UuvOO1sUKtTqX/9q8qc/VaVDAAAugMyvzj33tFLk/8c/YugNPAAe AA8AFyJaBmbOXL9q1c6OHedkzlyDDgEA+MPzxBMdV6zYocgfEzOJ3sAD4AH+L3v2+rZTbrutWYMG SXff3TKVjvv3vzt+883I7NmjUinz1lt933ijD4PM47rr6n355XCFnsqVh197bd0M11OyZBdVIooV iwstcMkl1d5/v78K1K49LnfuxqFlbr65UfXqY1Tmo48GXn559dAyRYq0Mxt67rmukRpTpkxPU0ZZ dWiBrFlr/+9/Q1Xg229H/e1v9YMFypbtZWowNGgwMV++ZqGx2xR47LEOZ3ggtDt1647/7LMhn3wy +Lnnuqm73E8LF25tNlS6dI9zMQxuuim6WrUx7i5bXn89fbPmllua1q+f5NZQrlxvr4y6y9vKww/H e2U0W90CGjZ58oQMm2eeOTHwHnooLpVWFSnStmbNsWdymq1o0RMD79lnu57JCb8vvhimSr7+ekSk eHX77c0bNTpNzz/5ZCfTmEcfbR9a4OKLq1SokKgC9epNyJu3SWiZv/+94Y8//qQyGnJZstQKLXPf fW3MhkqV6h6pMaVK9TBlNEojXeD6738Hq4A2lyNHwwz33qOPnhg22v1zMQvU89HRE0NnwfPPd/N6 3vLgg+3SuyF1gun5IFqnzqTxBQuGLJSaXKbyp57qfIZdVKJEZ1PVI4+0z3AlN94YXbXqaFXy8ceD rriiZmiZBx5oazb0wgvdItWjYGjK3Htv+MC78span346RAW+//6nG25oEFrm1lubmXj19tsRe/7x x08MPGUakcq8+WbfVFYKcf319b/7bpTKfP75UC1A7keKS+oKTcNvvx0ZFZWkEEpmgge40D1A1qx1 FFs1b0uU6LR//2HlZCkLW9X8+WPtDNEapkhx5ZW1ZQCSkzffemvTlGlf+/772+ojm5HoK/pijx7z u3SZa/6oalW5NpHeIFu8eLyH0tnMmWsWKtQ6+JHFXewVCOzfTeNPjVnHGx+s4a9/jToXA06x+MUX u3frNnfUqJ+7dp2raJszZ7pXaAVxhWBlkKpEyFHceWcLL4VV+5X2tWo1XQUGDlz8xht9//lPP5/L nTumfPne/fotVJm2bWcovfay80yZqhYoEKsUymxIKZ0SFKUXpyb3dZTtKaabMp98MihfvubBBVhp XKdOs1WgZ8/5L73UUxmwV6ZNmxlbtuwdPXqFqWfo0GXallvgz3+uIYPxww8/mQIK7rKpkXzLaW8B UuXancaNJ199dZ1gMpc/f3OtZGZD8gkaNlddVTvt9f/pT1XvuCM2dGTqwJk1WHNHE8RswmXTpr2d Os3xKsyZM9p8PVeuRt5H//pXk3fe6Td06FK3kujoSUqglf7aYhoke/cemjx5jS3jeht5UTnJJk0m u5Vo2GiVdW1Aliw1lXTKNJoCMrHBgWd3v2HDpI0b92QgXUsZeNUKFGhRqdKJgVejxlhtN1LSnAoK SnJ6nTvPUSU9eszTLgcHnuKVrPLIkctVRuNBxuaaa+p6A69QoVbKIE1jFPruuqvlZZdV94y9jk7z 5lNVYMiQpW+/3U/HxdtQrlwxCqp9+ixQmfj4mSVLdvaSJBNsZUrNhurUGa/QFIxXGo0ak6aMRqnG qr7ollG1qjw+fpYK9O694JVXegWHzWnRDmo3lSGZDWn3NfvUFWmv4fLLa9x9d6vQWWCHzf33txk+ fJk3BcaNW7ljx/4GDZJMPTJmXgENDA0PDZLUVwqhaW6GjaKfFqPgdNuwYY+mYXClsGjghSbNGjYa CYcPH3v55Z5uz5tvffXViKSk1bt3H1SUzvBiYZa5KlVGm6bKxOqIXHppuiOe8t1XX03o2/d4nI+L m6n1XXsanLBKlM2GZP51XJTNu2UUADXw5G9/GXiD1efehrT7Tz/dpUOH4wMvISG5TJleN9/sDzzZ 43feSRw27PhBb9ZsisxStmz1Th021RXYFd7Nhr7/flRw4F17bb2UeDVFBTR+3nsvMW/epoGTLI10 aHr1Oh5jO3acrQUoR44GoWZDwVMhNDhhAQ9wYXkATfulS7dp1Xc9gCK1UlUlB6a/3n9/wPz5m+66 q4XrAfTPefM26SNTRoX1FX3R9QBvvNFHlWsT6To8HTrM3r59v0fVqmMU1CZMWBX8yOLmN+XKJdi/ m8a7myhY8HjjgzWkci7kTFCKPGvWeq1MSj0VUufM2Vix4sD0VqJoNWnS6u++G6lKRMOGE/v3X+Tl sqVKdVcGpr3Q35UBKMzVrDnOq8esLgrKKlOyZJc1a3aZg+6aDYXypk2nmA0p55sxY72X4mtfFi/e +uGHA02ZuLhZSj68Db37bv8FC7YUKxavAlrGpkxZ+7//DQ16gCFDlsi6mHrEpZdWOzUPbiiHoATU fFqr1rgRI5aHXlJIi7ecOXN9pUrDZQa8/MmsiJ07z23derrZ0CefDNZQv+eelunKn7p3nxc6MidO XG2yamUwWlbtzlr69VsU9AAffzzIfF25hfeRUm25OC3qbiUVKvRbtWqne4FIHmDJkq1m4BmUormX 9TRaXnutt1uJ1u/Bg5fUrj3eWb+bTp26VrmIKRATM0mbDrojLdhaevftO5RhD6Djolw5Jmay2ZD2 Wtu99dZm6a3ngw8G6NgVLRqnSpTHT5u2Thm2V0bDW75ULkhlFKbWr9/tXWKSbRg7dqUmi2mM8m/N Ju+SwjPPdNm2bX+ZMj1VQKnGgAGL6tef4G1IMXP8+FUaeyqjDl++fJt3mVQDXpGzZctpZkPK7xWa FKDcMgpfCmL//e9gU0YmXzHWs2GK4cuWbVNyowJyCAqVOmTp7TrtoBK1OnXGmQ1VrTp6zJiVN94Y nZ5T7w1Gjvw5dBYkJi4y54O0y8EpkDt3jBJo6wE0nLwCsmryNq4n7NhxTuiGpk9fd9ttzVKZbjr0 1gO4K4VlypQ1odmhlrk9ew5q6XQ9gA6o+Vb9+knKqmfP3ngmHsAsc3JfpqnKvzUfs2VL96Vj5dNj x67QYq1Knnyy04oVO8qX7+2l3XLIsbFTzYYUnLUwFSgQ65bR9Fm4cIvWL1NG4Vph6uKLT9mQrK+C zKOPtlcBfV2xTmHHa0x09ES5kb/97XicL1s2YcuWfd6lEoUyBXatVmZD1auP/emnFfYM4y9Xgzsp tmgvVEBLRkLCguAtPV98MWzy5LUFC7ZUGTkNNV7eIzRW33BDfcUxBVISYjzABe0BFPRffTWhZs2x il8VKiQqAMl/a6prLtmFXPFUy6rmm5aEF1/srtml/+qf+qMJtUKF9RV9sXLlYZp7ivJazJSxqfLU 7x06dalr2bbtjEqVhimseCgYKZo//3w3+xctyYsWbdG6aP9i7kBQMqfkqXbtcfbvpvHuRXbto7Il raPeVrTSv/de/+AdUGqVsNep007WrLW/+WaElgT5E3OiUf996aUe+otSHHPSRflBixbTvPPfmTPX UD+o9365BaizspaPPhpkY3Thwm2U2bRsOb1o0XY29VH7tSCZ0KkQrzirlUCriDkPmiNHQx2RH34Y 9fTTXcxZrhtuaKAUUH1VseIgE9ll2JQHf/75UHkVU63yCeX6WvzsvRla/xTT33+/vz0No7xTrdXR N7mLaXyNGmPLlOl13XX1TD9ozGj8/PDDT+6tUPqKnIx3etU5W9OxefOpOpoaGPbA6Yhr3UrvJfLn nuum/HLXrgMapcFP7777+MDTR7YzlXqqPxs1Ojls5Ky8xgst+UrIzCVy7cWAAYvHjFkRHL0vvNDd uyrt2lF1groreHOX2mPmqTJR7yP1wJAhS71TlTr0O3cecO9a0WKsORLporkG1YEDR1555RQHqPGp 4KgdN//UUGnadPJHHw3Unlr7p4GnvS5SpJ3rCc2wad9+VsY8QJEibVWnarCnDLRFbVcDT6m2+Yua qj3yLkkVKtRaXzTzQh0iyyrHqLzcnGg0wUoDTxPBXCFRVqSppNmnpN+MecUNJQrKPu1NQU88cWLg 2Vs+FH808DRPixc/cTOVvqKZ9dZb/czkUsRTpqWMX+Zc6azJpzXNlcw991xX02Z5V81ozUHFRuN1 1fhIwVbNtsY+UrA19+BddtnxYKsYboOtAos2qk2rAWm/tlm8eHvtoHbT3tqn3VcnqCvsvRlvvNHX Nt6i9miQmOvGMu1y+7JDwVlQokSnSDNdg18uSDVHuttENGs2Rf7EPfqyBLINwQ0p2LpXw1wUzbSP GkXaWXvz6t69h+rVG+/WoIGnQVKyZBf3CoCGomyVjsWRI6dcB8ibt4n5lhovCz1jxvoMewANIe2m orE1gapT3aI22/igFeo//xkQuH2rvVbwXLliTD6tKaBgpYidJUtN85dy5Xpr4H3yyeBMmaqaajV+ lPdr3pkaFCVUrYyWXebUjYoDivPmrF/KfXpxGngKleaeYS0xmrAaeGXL9jLD7Morj6/RilfCRP48 eZqoEs0LDSFzDUddpL6Kipqg/9rGK6CpbfYBRdUv46GBJ09rLa4MdoUK/czVLe2FPtLhUIONW1Nk 1oDXdm2wVQMUMbQMaTeDz33JQpt7m6OjJwWvlgMe4MJ6HkDxd9q0dVp1tNzWqTP+8OGjdt21l9cV 2Xv0mKe/C/2P/und0KK/64v6uv5HValCrc3pOjBKs9Qqu/iljtbssWNXmkDjXpdU4FOwVkCxf1Q2 0KDBRMVlrd9mCTEewC1j6N59nr2IYVHGY7orA5Fdq/6ECauUK3h/V7weN+5E45Xg9uqVrK3YCKiO 1cKvuG8NiYLdggWbbRJgbz/dtm2/wqJtfNeuIY1fsWKHyaFlNpQRBk/SxMfPUn5s8qHy5Xvv2XPI ux1TOc3s2RsUYd3Ge7mFFgwtjebhAYXgkSOX2+tIFoVjjQr3tKLWoSlT1ui4a8zYRN+ixc823r1l f+3aXVqk03UgtDYoP1artEKE3Wnd/ejRY96TDzlyNJg0aY0Mkvln+fIJ7drN1Gpnb3ZX3qlm9O27 0DgH4wGUCqe9VXfe2ULrfWLiQuu47Ck6rc3ffjsyMXGRUOOVAZjl3PDhhwO0QKrfjN/TsVOSqqVO Y8A9k6djvWbN8b5S9z70UFzmzDW9Z6MTEhaok+1TQDo0Oo6KBu++e+Lkmdowf/4m7053GbAdOw5o VXYvu+3bd1gZjDKGjHkAGZhduw56J+O1us+du/H770eZf1aokNiq1TS10A4hjQ3lrBq9SqbNYwCu gbEo+5k8eY25K8A03rsdXCnC4MFLtOPmn+rJ5cu36+h4d06vX7/bpl8dOsxOSEj2NiS3vG7dbuPn 8+Rp7Dbeoqg4cOBic5+DUslDh/xgq+k/depapVa28Qq23jlRRTkF25de6mEaP2jQycZblAXOmbMx 7fmNabx32VbJ6M8/b7dvkdZwVZKqPM905sUXV1U2qbxQkUfptfUAtvFpuYNOM7pSpeGdOs2JZFZ1 WB9/vKNWFkVg9/4QeQAdhbSPMblK7aNGi+u3NRK2b99vrZ3N+JOTNytBdAzS8WCrtFUHS4fM9QDe o1Zn4gEqVRq2ZMlW05Ouxdq0aa9dCzQ4NcJlzs3yLT+mQyZPGxc302TDarzmrGauV7ly9/79Fxn/ puRY/t87GS83O336Ott4dfjEiau9O4h06I8dO7FGKyINHbpU6Xsw2M6cud7ESTVeAUFhwbvdVGFT DbaDSmHKs38KSitX7tDsTuVskXz4li37zBNKpvEyP8ErfsOHL4t0V6es9YYNe6wRAjzAhesBjh07 pkVFKJOL5AGUJ5ky+p9IHsB8XajCX98DlC7dff/+w4pT3jsfM2WqpjR63ryN5mTVeeUBtI5eckm1 Tp1md+s2z+ZDCm3Kh+xe/IE9gB14wZthzq4H0C7kyRP+MtC0eAB9UXn28uXb7LDRrFGCfsUVNc2d RRnwAFqVlcfoi969SerbMWNWREVN0MAQavyMGevcB23VmBIlOsnVKPk2/5SN1Jqqwm5VOtZasI8c Od698lrebfFm4HXpMqdz57k2H9q0aY+yZNtL55UHUKs05lW/PYOoMdOt21y713iAc+0BdAhKluy8 e/fBV17paU6m9umzULPYHoL0egD1Q//+i1u0mJZSQ5VID0wrXGvKm3PYGfYAylY1Q71bAX93HkCd oK0rgzfDRsF22LBlMTGTbQfiAfAAgAdItwfQpNVCruDSsOHESB6gd+9kFRD6n0geQF9XAVWlCtPr AbRImwYonTWE3syXigfQoqg2hL5RxKTR5rJmujyAEhGz18HHoc6KB3Dv7TF7rfKyQ26S/Uf1ADoQ pm+FEq/Onee4Gf/Z9QCzZm2I9L6atHgAk2I+/XQX5TfmMFWuPFwrnE2XM+ABtApqLQzaEvXt+PGr 5AFcA2PuMHHflbR37yG1UC3p0WO+FtHgIxnKBmz3KofQ5oJvLNGY0Vwwe6TUc+vWfe67g9LiAT7/ fEhUVJL6UKP9nHoAc33/uee61a073jRYY8bNWfEA59oDmBtLdKwVBNT/3brNU5Ymb+w2Pr0eILTx 5qpUTMwkbUVZ5uuv9wnuSHo9gLaibXlPmmokHDp0RMPGLjpCGafiqr0HRkNdqaQWtVy5Gv3mHsB0 cpkyPTXO1VTZYAVD9z1FeAA8AOAB0ucBNJeUGpqXDyjHUljxEq9rrqmbcnt3T/tSSP3TuzdaX9EX zXvrVJUqTCWDTwWlrUrEDVr/FHS8dwicLQ+gnKls2V4uWtgUj87iUEu7BzBptDku7drNDG38H88D uJhlqWTJzuetB7DPt5nD5A1v4wFGjVruDSp7J7338KV6TLms0s3gA8qn9QAawHKwHTvONtNEx331 6p1jxqxQnZEevyuhduEAACAASURBVFE3qjPVpe6Nc0pl6tefYKebEmXzVhPb56l7gBw5GuqoaSba w3GuPYBBRsscAu9hBjzAr+ABDBot6v/g2SLjARRPvFkQ+oit8jYl1jpeoSuFqmrYcKI21KzZFA02 VVK8eLz7JLQ8gJYAb0PeUbPW8YUXumsu22XO9QAHDx5RvLKzQOgYvftuouKtFj6FBR2L774bZW7G Ox88gEmj+/VbqEOgwew9HIUHwAMAHiDdvw9wfvLee4kKBEWLtgu+i/DMPYBC+f79h11KlTrLb4XH A1xoHuDIEX9Q2X7znuHbufOU22nc+9Zy5oxOSlqtDSlTFOo3JXO33dbUzgLvmeA//alqjx7zNJ69 Z4JT9wDBZ4LffLPPgQOH1RU2jU7dA6jHdNDLlk0w7RQVKw40dxMFJywe4MLxAPq7NwtCJ6xSdn1U osRpfoVAU15t0MwKPhOs4edtKPQShFaQYBqdlnuBzEqh8WBHuGKFDlm5cr1D39eJB8ADAB4AD3A2 36yvmKuc2Ga6Z9EDxMZO0/Lj4sU7PAAeIL0eYMiQJd6gypOnSbo8wFNPdVLv6cguX75NuZ1QWrBr 14HRo1fYlxR5HkDHTr2kGXGGHkCJprJSHet0eQAlPaadYt68jQcPHlHqkN5rgHiAP5IH6NZtrjcL brqpUYY9wNVX19FRUwoY9ACaKd6GQn+p7Qw9QHLyJjvCFcGOHTumHDcYSPEAeADAA/yePIB9Ec35 jNLopKTVwTQ61AMocLRqNU2R1P010yxZailyaUVUdDMRLdLzAJFeJ/fuu4kiA92lbFhLhbarxd68 G/Taa+sq/uovlSsPd3+QRYuQ/qL8QGjVV0rk/paQ1rbGjSd//PFg+844LdVamBV/7X0XWiQUtd9+ u1/OnNEp75ap8fTTXb77bpT+aNJu5UDmnXFK3Uz6qL+88UZfbU7Lv/EASl9atJimHMhWe8cdsYrR MTGT7GKvzKNhw4lKhuz9sqbxykJM2qSkRG1Txv/qqwnXXRdl+kEmQWuD2uP9GFMqHkAZoSK4+7LC QoVaKYtt1myKt2anxQOsXr1TVir0zhzlx+p29wWd+fI1U58o3XefUM+WrZ6yFvWhOUxKEZ54olMG ngdQNqke1rHzXgdkb6fZt+9wYuJCsxWD0k3l9/bFpml8N2h6PcBFgXeDKkto3Pj474wWKNAi2Hgd bh10t50yhymNX2TSUxet8WYehb7y/4EHTgw82ycFCsRquxp4GsZuNHjttT7Kj83mNLnc/VWHqIt0 gMqWTTCRQa5ALaladbQOlvkxDWVIMTHHX/Ioo2vGvLJk9XlU1ITXXjvxAnV91KTJ8YFn35ikxstO p/y80YkRYl4lrCzE/CKSUiv1lfn9UZP9yCRr1Mk5v/BCdzPTUxrfW43/5JNBJhXTwFYHuvEqX77m 8rcaePa3SvR1/VN/tK/NUWF9RYHONE9VKZSpWhl489MZ2pzGrTb944+jXa9epEg7cwhCfwr64Yfj tYPaTZuNqX51gubg4493dLP8t97qp6iScgj8YJv25wEefbSDDl/z5lPS+JxV6LtB0/I8gHmbbfPm U0N/4jp1DyDroqPsjnBlvUePHhsxYrl9d1a6PIA62RyC4A9pmYd8zEvt7IkP85yY13gNMNWgNVHt 0Ux0Z40ZZhrwOvpa9czPKVx/fYPXX++jOK9Ibp6rLlSotQae+zZkLXMaY5r49lSIhpAGnsKgPfdU rFh8pUrHFynTvMsvr654ojivgWduQVSqrW9p2Mv6mgmoyaWVWj355JOdzLXBXLlONN6eASlevL0O rqqyD5aYd0Br4NnZrfbrK1rjzOTSXij2przZc6J9N6gWF21aC415N6hGvhYgNU8dGOl37vAAeAA8 wHl0YJRFKc3yUDiWj9dilhYPYF5V0bHj7JYtp9satMaYn5i96NTfB0ijBziT9wLZszvLl29TEFdj tAasXLnD/bUs7fW119aLi5vZrt0Me3ps+fLtSn3cH8QxZ3e0uJqdUgTXIPZeg6187uDB41mdCmiZ T0papWTda4wW76lT16pPVKZUqe67dx/0frTInN1Re8yGqlT5aenSbV7qbM7uaC9MmZ49k3v2nO9t SOvNunW7lU6pwH33tV64cEvw1JRWdHuYFOXXrt1lXwjtnprSsTZltERNmrQm0s/Rp4Isilb6I0eO hf4+gLmdpm/fhV27zjUb+vLLEWvW7DIPt9j8Ug5hzpwN9nfxtPz06pUsV2l+tzjtHkDLvHKI4Kkp paT6o1biBQs2e2fFtAzrqGkvsmato6YqYe3TZ+Hf/97QnSnKRzVsHnqonXN6u6b9VMNv9uyTjb8o 5ccy1eHqdreS3LkbDxy42M3htGkdOyXWpoB2cOTI5ZF+7iCV5wG0hJt5pHU39LvKXDXT27SZYTZU rdroRYu2uAmipoMyiSVLttpfO1I6osmuwu4JQmUPOnYykPq7VvfFi7cGfy2rXbuZgwcvUeKiMsZ0 qWa3QK5cjWbOXK82m8bIEkyYsMr7cTqlO8eO/Z+mjwrcfHP06NErlMp4G1LQmDNnY8GCLVXmmWe6 bt26z8sdlcHLMnXuPMds6OuvRyo0WdNrra8c7FdfjTBlunSZ26/fQu9uK6VHW7bsU9BQAaVoc+du VCLoNUappDkE1u14aDAnJa1u3Hiy2ZCGmTJaN1vVhH3xxW7qXuONU15oNkfmTRmYuTcm7R7A/TXJ IJpu3kIgL6o444ZEeYDu3ecHlwwt8G7nRFoprAfYsePA8893dWvQ7FOccQ2z++oL73kA5Zf2izrQ Otz16yfZv8h5ug/9t28/yxyCSK+/U9KsGmQ8zNc1orwrxpom5csnKHM1I/aqq2qpH6KjJ8m9u3ut 3FcDWEZalSit3779gH2b1kW/vIBYM10mymxI62Pwoqvsk2K4rJop07XrPHvF2E2jN23aW6JEZxXQ uNUiFbz7USNEQcPEKxlIe8XYveg6efIa7YXZkJat4BVjjW2tbopyKqAlQIYwGGy1FwsWbFHcVhkZ qvXrd0e6YmyCrRYpmb1UfpUC8AB4gF8PpS8K1h6DBi02L2RIowfQ3FbW8umng20NAwYsUlbtrmS/ vgdQkqFcVo2ZMWPd/v2HXQ+ggDV8+HIFI3taXamJ8rP4+Jn//e8QzwOsWLHd7JSyt1APcPTosXnz NqnAxImrtbaFeoBduw5ohVMZLTYKx6EeQKHfbEhpZSQPoGzMlNH/h3oAhWytQyowbdravXsPBT2A Vhd7mJo2nVKkSDvvKoHxAHJNpoyOWsY8gOrRYq9OS90DaGU1G9Iuex5Aa0+3bvO0Dtkfn5fL0h91 FMy1+DP3AEomlD0ILb3epzooGrS1ao1t1mzqNdfUUaKgFV3LqjtTYmIm3X9/W/enozVx7KdqvNIX 23hzyl8drm53K9Ghlytwb5oyHuDnn08OvHPqAdat22U2pC16HkAjSimLlnabi2tSfPjhQDl89zyo PMCBA3bgrdPAC/UAypiVXanMwoWbI3kAO/CUgod6AO1OcvLx6WZ+wjzUA8hmKy1WGXkwpY+hHmDD ht124EXyAPrIlNEoDfUAqlybUAFtbs+egxn2ANqW2ZB23/MAlSoNl0krXjz+l/cam2A7ZNCgJea3 2M+WB3jzzb7eQqCZq8Hgvh5Uua8GW3DJkJN3B/BpPcDhw0fl7d0aEhKSdXDNBdXTegD9xX5R+67D bYeNaNFiqvvyjDR6AFvDmjU7PQ/www+jdBw1xUy1Ggb58zevXHm42uxeYZMHUEuUWJuBp30M9QDK ks2Gli3bFskDLF261Q68UA9w6NCRWbOOd+DUqRp4h0I9wLZt+8aPX6UyyrkjeQCN/F/i/I5IHmDB gs0qMH78StnpUA+g+a5mqIzmr8pH8gA22BYu3CbSnUKAB8AD/Koolilee1SpMjr0sumzz3ZVTuD9 aKh744Gt4YcffvJeY6p/fv/9T0WLxqWlVcWKxZl6vCwh7WjJ9HbKff2i8hjl5V7wVYT6z38G2PsB zJVNBXq3EmU/3s8fFizYwtuQF2pT7gDp4pVxX+1nclllcm6Bb74Z6aXduXLFKMNwy3hGwvgEb0Pe 3d7mBVP209C8RCbn88+HupUow8tYyNYuyIRoMJQp08u7iyYlm6mqNdLdkEq6L9QvUaLTZ58N9UyX EiCltuYOqEyZqskSRHphyKm5YzctnMHL0+p5ZXKlS0d8MF3ZxscfDzI3luTN20TDxm2wjK5XXubE fqpuDP3xVHW7W0n16mO8O8izZ6//1Vcj3DIamZGurd9/fxsNDPN7pcHGKznTCh3JAygp0UfuhrRd N+3WYNaK7v5W2kUpv7MWFTXBfVTmoYfivIEXvD/KvM7Iop40vxziGiQZdbdMSs/XPjVexXobcn+M 3KCg4ZXxfhFcSW2FCqcMPIWmYLzSaHTLaKx6r5RVz3sbCsarUqV69OqVrIwtkgfQzPrkk8FuJRo2 ri1/6aWe8jCe/VCwVdJvho0sqCxB8BW0QWQ17fWcIP/+d0dvd4I3bCh9D64XQpbPvYs97SuF5csv h0d6v1a+fM003txnRXRAQ5thUH+68UqTNDFxYSoeIFu2enI7bg1e48uXT7A/aO0GW40QN2kuUaKz 1xLvbLcOovl5bIsSaO+xk5tuaqT11y2jPvc8gOy3tyHvcTLztJhbQJm3dwNY1qy1FdjdMpGCrVsm GGwff7zDaYfNRSk/Fq7ZXavWuFSCLeAB8AAAfzS++WZE//6LtITLWCq7Db6XE85d2JX/nDFjfbly vemN34Rrr61bunT35OTN7skF+DVRii8Dtnz59gyfUYIMc8UVNRX2hXysZkHo8yGAB8ADAPxhyZGj wUsv9RgzZoWS0WbNpkQ6nw1nnU8/HdKjx/xixeJCf+4DfgW+/npkp05z7ruvTaTn8uFcU63amDZt ZhQs2MK9Zw9+HYoXj58+fZ2J/AUKxHILEB4AD4AHgAuOG2+Mrlx5eNWqo197rU/oS77hXPDvf3d8 553ESLdkwK/A0093ef31Pt4LFuHX5MUXu7/ySi/vdhr4dbj11qZVqoxW5A/eswd4ADwAAAAAAAAe AA8AAAAAAIAHwAMAAAAAAOAB8AAAAAAAAHgAPAAAAAAAAB4ADwAAAAAAgAfAAwAAAAAA4AHwAAAA AAAAeAA8AAAAAAAAHgAPAAAAAACAB8ADAAAAAADgAfAAAAAAAIAHwAPgAQAAAAAAD4AHAAAAAADA A+ABAAAAAADwAHgAAAAAAAA8AB4AAAAAAAAPgAcAAAAAAMAD4AEAAAAAAPAAeAAAAAAAADwAHgAA AAAAAA+ABwAAAAAAwAPgAQAAAAAA8AB4AAAAAAAAPAAeAAAAAADwAHgAPAAAAAAA4AHwAAAAAAAA eAA8AAAAAAAAHgAPAAAAAACAB8ADAAAAAADgAfAAAAAAAAB4ADwAAAAAAAAeAA8AAAAAAIAHwAMA AAAAAOAB8AAAAAAAAHgAPAAAAAAAAB4ADwAAAAAAgAfAAwAAAAAAHgAPgAcAAAAAADwAHgAAAAAA AA+ABwAAAAAAwAPgAQAAAAAA8AB4AAAAAAAAPMD57QGyZ6/PaPh98fjjHWrUGCseeKAtvXEmPPdc 1zff7HvppdUjFbjqqtoffDDg3//uSF9daDz4YLv//W/Y9dcTHgHgFC6+uGq5cr1LlepOV+AB/lAe IGvW2nfd1fKaa+qm0nFaFPPla/7nP9dIpUzu3DH/+EcMg+wcoezfHLv//ncwvXEmtGgxbciQpVdc UTNSgRw5GkyatKZ27XF/1B7ImrWOpvw997QKkjNntJ3y3kd//WtUejeUOXPN/Pmbh25I4eJMGh8a r7JnjzKV6whmrPL//W/o8uXb77yzBdMkvVx2WfVbb20Weqzz5m2SKVM1lbn66jp3333KwLvppugM bCt37sZuJQUKxP7lL7VCS+rvOpoqkydP4z/9qWpoGQ3sX4ZNw0hbvPnmRqaMcgiO9e8UxZxTh00L d9jccEMDb9xed1099+saP337LoyLm3naDeXM2dBWooEn8+AVuOSSannzNtWnd9wRG7oS3XhjtNeY //f/6ng13HJLU7fAbbc1u/zykBNbuXI1cosVLNjiqqtq4wHwACc9QPHi8UuWbH3uua6pdFzFioNG jfr5n/9snEqZ2NipTZpMIdDgAfAA5zmPPtp+6dJtq1btDFKlymhT5uOPB3kfvflm3/Ru6NZbm44b typ0Qy1bTstY4x955Hjjn302JF69/XY/U3mlSsPxAL8yN9xQv3//xaHHulu3eSbteOyxDj//vN39 qE6djMyyVq2mu5VMn75O1iK05L33tp45c4PKtG8/+/LLw89hvfVWX1PPl19GHDZRURNMmaef7sKx /p2imOMOmxkz1isntp9+/vlQb9yWK5eQMQ/w448/2Uri42cFrznLDPfoMV+fTpy4On/+5sEaqlUb 4zXmqac6uQWyZavXu/cCt4AWtVBHHRMzyS2WnLypSJG2eAA8QH154lq1xj3wQNsSJTrt33+4bNle ZpS/917/V1/tZfqrWLG4qlVHy5J+883I5OTNWtGNQ9Uf9ZEpo8L6ir6oMd2ly1zzR1WryjN8qg+C 3H9/m08+GSxIUIKZn8Jc/fpJt9zSFA+QNWttLWbqkCAaPFmy1DQnNT/6aKAZTpavvhqxZMnWRo0m mXoKFWrlFdCyVLHioMyZazg93zd0Qz/88JM5E6+F6o03+nj1iKlT1/bqlWyztGAN33036vrrQ87l v/JKr379Fh45ckz/Y/94331tzLfUQm165codMsx4AJeXX+754YcDQ08TphF1eOixrlNnfJ48jc0Z 9zJlegaP9ejRK0aN+llJjzklqSHkfqoD7a0UTz7ZKXRDQkPFlClZsrNbyWefDalbd3zQFj7/fDf9 XZ+a4a2x7T0IlzlzTbVHw8bUo9Tt229HZs9+yvUu7Z32UX83ZWrWHKshfS5subez8roZq6pkyS5f fDHMO22cXhQiqlcfGzwEBQrE2jJFirTTRMuV63ezyivmKPLYYfPOO4nuXX+FC7fxhm716mP+858B l11WPe0eIGfOhlWqjP7++1FuXFW/3XXXcY+aKVO199/vr39GR0+sXHl4QsKCFSt2hNpX5VdeYzRN Xn+9jzt0S5fu4RbQQW/QICk4bDp2nD1r1gZb7IMPBqiReAA8QP077ojVgNaap5kwfPgyxaDrrovS AJJX1ug0/VWqVHetuK++mqAx3b79LLlMTXj9U3+0d8WpsL6iLzZrNkXFNE9Us7IQVa7/Od9GwJVX 1lYy/fe/+3PgttuaCftPGXflAQ8/HG9RSqRZ5ywMTRQNNaWVd9oyxiPZK+MFC7bU2qZv3XNPK1sm dPqp591tCbOsGsflfRRsfBr5xz9ivKr+9rcTETBfvuZu40Ovg5vkL2vWOjJ4biX58jX7zSO7hvTe vYeeeKJjaONtU3VEdFw8D3DxxVVuv7252/OeB1DiotThz3+u8c9/NrbF8ueP9W4tUM7qda++6DVG lXtlvMvNZti4BWzPp/l07PHGKw9WpPNQDhTpKrDWwhIlOml5U0oUqeYmTSaPHLlcHsP+pWfP+Rs2 7AluqEuXuZH8/zXX1C1aNE6rYNWqY8xflFEpp9cq5dagY6q09aabGrlnzpRzaJGbM2fj0aOneICn nupsvqXGa35pmT9zDxAcNqdO2Hr206JF24XeH6Kj7x1rz9VcfHHV/PmbuwUUmhSg0n8C/uTAkx1y b2/QUTB/VzSeOnWdDrEtKXuW3lPvW7fuGzNmhXes+/dfVLBgi1SCrRJoZTyR7tV5773+mzfvVR/a v8jF7dlzaPLkNcFxFTrBheJYUtJqpfvuLUDqCqVNjRtPNvajcOHWQ4cu/fjjQTZe6VvyGxrzSozM X8qVS9CQVmplz6dqyr/5Zt/Bg5dojNlTvJoIDz0Ud+21Z/OmoEqVhu3bd1hD1+7s11+PUMd6p5Dd leLBB9u5ib5dKZTzLVy45eWXezgDr753Plvhyx146qsrr6zlrhTly/fWkQ0eAu24kgfzrYYNJ27b tv+jjwbZejRrvP3617+ahK4Ul1xSrUCBFoqH8qXKj/WpDF6WLDWVYHjLXN68TTVN1GYt0LaqvHmb ZGylUOdk+Iqx9QCm8bYx7i3QSugVez/9dIh7hkL51UcfDVT7L720Wu3a49WNiYmLlD+oWCQPENr4 Tp3mpFJAFS5duk1OIOgB7AkXwAOc9AAaxwqOzZtP6dNngaKhFrnnnuuqcFy6dHc76C+/vMattzYb PXqF1lRlD5kyVf3uu1H6Z8qdZyfyEhXWV/RFBdAsWWrp7z16zG/efKoq1ybOtxGgqDp37kZ5ce/v 7drNaN16uv2n4vuAAYsV4CwTJqxy05qoqAnqN6002lNbJjZ2mnuP6ZAhS6pWHa0AMW7cSltGsSDY qmef7epuS2jhNB999tkQ76MPPuifsX3X6uVVZS7+CBk8xbtIX/zqqxFjx6408V0RbfHiLW4l8fEz z2cPoMbbpmotV/YWjOyKrbaMMgnPA3zzzchRo37WmlSr1lhbrFu3eV5e+Nprfbzu1Re9xqhyr8wz z3Txkks10i2gwRP0Eqf1AEr3lR94aJkP3plq0JKv3FcpUSqXR0I9gCZ7cEMqY+7/DlK8ePs1a3a9 9VZfxQrrAXbvPvj8893cGpQWTJq0WomR/aKcp1a4Dz4YIG9w4MAR1wMojTDfUuPPlgf48svh9hBo InvPQuio2U9XrdpZrFh8sKqvvx7pHWv3NF7KiYZqMktuAYWmSPl0KrzxRl9bw8yZG9xbCxR/zN/V Y4cOHd2+/eS2nn66c3o9gFIZrRTesU4lzmtf5s3bqEQnlYEX6gHmz9+kxCg4rrwZl4oHUCeoK5QP 2U2rt9XU+PhZ9jyuFixlYPJFdszL58tya/x8/vlQ8xcFgUGDltx8c7S9hKJxq+O4fv3uxx/veHY9 wLJl24oUaWt3tl69Cdp0tmx1vfcZ2COoxisjtx/ZlWL//sNHjhzdsePksS5Xrrdbifale/d57sCb PXuje4JfK8WoUcuVZwcPgTyJJqD5lkKu3PiuXQdsPcGbqYxPCK4USieUT+uQyZ+MGLFMn06Zslbp /rffjvKWObm4rl3n6tC3bTvDVhUTM+k39AAyt/of2xiN2FQ8gAae+k3bVfuNO7WzBg+AB/jtnwdo 2XLa6tXHb1nTANW0P3z4qJeUKPXR5Jw1a4MKCP2P/umdzNZX9EV9XQVUlSrUgnF+joBs2eqVKdOz Ro0xlSsPN3P7zjtj1Vr9U4beLTZmzIqhQ5e+/XY/Q8WKg5o1m6IFwxTQ/69du6tDh9lKMW0ZRcDY 2Kn58jU3y5Jsw5w5G1VS37VlqlUbo6+4J120Circ2wIGpdrm0zvuiHW/u3Xrvgw8D5Ajh/LXcT/8 MMrbin3A45FH2ruNd5xMPaURWhKUoinwKfpHR0+Ug3IrUVb32zm6lm3azNDyqWa8805igwZJr73W 22t8lSqjbVPVdQrrCxdutpFd8VeDVnHTlvn225Hdus3dtGmv9QDVq49RmqJVUwbYlNHYkEX0MhI1 YM+eg1rVbFXqN33XXGyRFVTzVLl3CNwzZw8/HKfmqZFuAdPz6fUA1kOeFi1F5kKzUqJI78PJletE 42US3L2WB0h9WfLQ0VE96qjcuRs7KWyfXbsOPvZYB+/0oRLi778fZf+idGfLln367lNPdfY8gHct /gw9gBqjBT44bIoXPxkfbrqpkf303XePDzyZKPfRZE1VHX3vWHsnL5UcJCYuksezBeRwlNy8+GL6 XjyizMnW8J//DFDOpDFjb+gyf5eJnTdvkz61JdP7MK6CpFLS1F8L4aK90L5oj9zrq97uKweqWXPs q68muLffKKNS2LQXQtNC0APIxcnL2VTe0rnzHLlW+xiATJF7WMUttzRNTt5s3bt2QV3n3VdTtmwv 5dn2ysDZ8gBLlmx1/du997ZW/2jg2dtuzcUld+Apw1bveStF//6Lfv55+xdfDLUlNZs8DzBw4GIF sUjDRtFj4sTVkaKBJq/5lpa/nTsP1Kw5ztYTdLCy7vZT7aPCtSmTNWvtkSOXJydv0qKj+KMkdceO AwkJyTr6Ctqa6XaZ01dWrdqhvEJrtK3q669HqMHefqUljV66dKvJZNyVIl0eYPHirZoLcly2MWqz OkGBN9QDGLp1mye8P6bRA6jHzDLnjoR0eQCNB7PXFSr0wwPgAXwPsHHjHkUErUbTpq2N5AE07lVA 6H8ieQB9XQVUlSo8bz2AQdFTO16qVHe1/KOPBmpiP/hgO/ei6ksv9WjValqFCon2j7ff3lz7bs9z KLNXXqhF0b39TmFlz55D5p2SxgNoTmpDbp5Xv36SVn1zB8hf/xqlhURx/Kuv0vQI4z33tFq1amcG PIAav2jRlvj4mdrNSKu4khjbePdegtmzNyibsY2fP3+TSmbsbR5nHS1aR48eM7elKVIrXmtF8Rpv H3I1j6gqICrs2siu76oG94H4p5/uMmzY8fNSrgfYsWP/8OHL7A3HMnWK+/b0p9YGLdiK0V26zFVX 26rkGZR4mcyvcOHWa9bs0qJy//1tIp03lbnShipXHhYpbToXHkA5vZIGrTFh93LUUoakOaJ1TgtY 8GnI9HoAHR35avNMgusB9u07rL7ShiwaY+3bz5Jd/+VetWbvvttfm9P4PNceYO/eQ0qPbGpl8pj1 63crT4pwx0stjQ0FBPeOLxkY9Yx8S6TrKjpMGnVNm06xN6LYxistzvDRV444c+Z6ZVHe35s3n6pR HemGnHPhAbQXWilCb1y8++5WOsSavOq04HXR9HoARdeXX+6pAew+s/4H8AAXpbypdtOmve+91z/S kz9Ko5UKB98eoVEU6Z5vM/DMmSnH00ZPn75OxtVeWVJ/avbZ+Rhamwzehg170v6u6tKlexw5ciLY msYrN42Ls4U6AAAAFodJREFUm6VUXjn97t0HlZzpUJo02vUA2sqAAYvdi0XvvJMon+BeBkkLX301 wqQxQo5RwSTS6xD1d32qMppK9hKQ8QBagrt3n+deNlG1CxduMUE76AHkb0uW7Dx27Mr0eoBs2eo9 +WQndb6OVGLiwtT7WauMAqlizgsv+GcQNAvsXmsFV53pvQ8QD/AH9wCDBy/VMnbppdW0rEbyAMqH VCDlbrZxkTyAvq4CqkoVnuceIFOmqsrdFV4PHTqqWX3FFTXce7vllbXka21QsVQ8wIgRy6+5po77 xaAH0JRTwnfxxVVCPcATT3TcufNguXK9I904cXY9gOKvNh36qGXaPcCxY8fUaTJRv0cPcPHFVTVE NThT8QA6oFoRJ09e63oALZD/+EeMPdY6Xm4erzRao0imUZW79zwEPYAOgTYd6aZ8eQDNTU2ltGfw 59QD3HprM7VfhzspabX6JPhqxbPlAcxea0OW5ORNBQq0sFuMikpSKqbVVH851x5AeYkmmjv3M+YB dKwVKt1HGrx8aO/ewxp47ty/QDxA165zdYh37Tqo3Mjt54x5AM2a1at3PvhgW7cqPEAkD6Ake/fu Q/Lz7sDzPIB6skiRtlpr7HwMPWt+5h5AsyZlfawqD6AV6o47jj9kFfQAMgAKGm78yZgH0C6bNEZo Oq9eveuBB9qEltTfFa4/+KC/G+eNB2jffpYX51P3AE891UkLq1aZ9HqARx6J1z6q83v3XiAfEunN tnbW6AhqrQkWc/daPll1qmY8AB6gvj0lU7RonImeihqapeaSlvv4+WOPdbCxSf+jf3ont/QVfdEE HVWlCt1Xbp2fPPxw/LZt+9UVMseaG95VAiUZCv2y+xalbrt3H3Q9gBZ+95aeUA9Qr94Eb7uuB5Aj 37fvsHvG8Rx5AAXcEiU6KforaiuEmdtavCdNtQxobdOKovBqn1Jo126mesM+y6W0TJUIpZimW9zr J2lEsbJt2xlu31qCz2mcXQ8QvMIb9ADB9wLJA0ybtu7GG6NTSaO1Si1bts3bHSWC1gNcc01dWWV1 XcWKA5WI6FOt+t5N0mqw6V4dHVPDSy/1zJgHWLBgs9eY0JRF67cSMo2o0Akrr2KGzfvvD4iPPz5s fvhhlDv35QG0hnkbCk0X1AlKIrVYatn2LoOY6wDqZLPvhrff7te69XQdnVy5YjTXvv12pHI1cxvS ufYAwfcCBT3Avfe2tvvbu3eyMiHXAyjVlr3XXih7i4ubqTIahN4NXfpUA0+hwO06mbFt2/al1wMo INsaNA6V154jD7Bu3e5evZLdBiuehL5Wq2HDiUpK1DD3PQrOK87aavdTXjQ0WZUoyXNfSKAv7thx YNCgxe6GNCOC9kN/0d81TxWpvCd0/6ge4L772jgDb8HGjXvS6wHU7Rp4Y8eeMvAGDNDA2289gHki 7plnutr5qIXsiy+GuSez0ugBtHzYrSQlrfI8QJMmk395eMZPo10PoHkRvPEyAx4g2PjQt2Qqgmm+ 6L/eiw0ivRfI9QAaKvJXmsJ2rzWE1OdKBtLrAbJnj3rhhW7q/E8/HWyq+vjjQaHFdHQUYZR4nHaC K9ju3Hng0Ufb4wHwABf6D2Ge1gOMGLG8S5e5Hs8+2+X36AHcM5RquXakceNJaq33sGmWLDWHDj2Z RmtZWrp0W+jLnSpUSDQdooWhSJH02QCt90rvgn0r0nV5QcthgwbHr0tER0/UqqzopoxfB0Vx03Tv r+wB1FfBPdIA8G6rvf325rJA+kh5kpodulRrFTFfV+OVhacrdTMeIDl5k9eSEiVCUpYyZXoePHjk tK88z537+LBZtGhL8Jngn3/e7m3IewDRptFacUNTxtSfB7jrrpZaJjt0mK2+MtStO/7QoaNKfULX 71/BA2jgKbm0+6tO0KeuB3BvU1EGoDLKdbSbbkphPMCYMSuCY8beAZWW65nFisUrBbHfTUw8/qji OfMAu5SIuE0NPUWtCe6m0ZG49NLqX345fMqUtcFngpWaK+1zN/T11yM9D6C+LV++t7pXdjFY+R/S A8g7aXzaPunV6/hbuTLmAUaPDhl4L73UI5WMORivUvcACsIKxYqitv7x41ee5x7g6qvrPPNMFwV8 Bd7g1dq0eACbCdi9rlRp+CWXVDuT5wHuuaelxq2W/uBFVw3XChX6aUUrXbpH2t4fgAfAA6TIe03y hYbm5KOPdlAIUK7fp8/Cv/zllOuMykS1LKUeX9LoARo0mKjg5Z7udT2ASm7ffkArmWdCMuAB1P7L L68u0vguJqVcSry8F13LAwwYsKh58ymmqsqVh2k5DP0FE4uiknKg3+QgxsfP0mKmI+hy+PBRG9mD HkC9pMMhB5KKB1BeJWtk7n9Llwdw3yuVFrRRexEjEmq8diFdv7OR9nuBNOq0qGsYpDGbCX0vUFru BdKY1GzS0H333f7p9QAFC7ZYvHire4hlABTB9N/QTZ+Ve4Huvbe1O488DyBDkpCQnMq9QEG0+wop rsWVB9AueDdeppfMmWsMGrTE/bW13/xeoEyZqt1xR/PZszem8ntbp30v0GnvBdLQ1bBRFhgpmylQ IFZpmY6mnIY5e20iZMeOszt3PvEjNq+/3mfjxj0aePZYq/EKd27jGzRI0sHNnj3K3mikTZcrl7Bj x4Enn+zk7nW6wm9aPICqevjh+DVrdtnH0lwDk+F7geQBNIkyYGCef77bsWP/5z6wnroHkIFR97qX doP3AqXRAwwcuFiz7MzvBUrdA6jDtemFCzd/+mn4WTbjATp0mOXdmRP0AMGlWWagY8c5GfMAoe8F 0qjW2NawWbBgs2Zcmt8hhgfAA+ABUm4h1ZL2wgvdFAo//HBg//6LihaNOxceYNmybW3aTHdPt7se QP994olO0dETv/lmxBl6gGLF4hQohfuIYXo9gNa5QoVaV6483FSltUSLUOovpfltPUBS0uqSJTvr IFqaNp2SigdQmO7SZY4WmFQ8gNIyLU7bt+//w3sAJToxMZOUyngvvjzrHuDtt/u1bTtDexrah6l7 gKuuql28eLx7iJUjKnvWDoa+RvOsPBOsGepezcADpN0DlCnTU0NCWbL76qez7gG++25Uw4YTFWkj Pd2oYaPYVbPm2Hr1JpgRq+DZt+8CZV0FC7a0j7opr9V+2ctTOihe4xUxdNR6915gH5QyvzWmuH3d dVFufmxipvt6qDP0AEpzlf5q1uTMGX2BewDVM3jwEndFPhceQFO+ffvZ6p9I72I2HmD16p2Ke3fe GZtGD1CoUKt+/RZqXQ7GqzPxAFdfXScqKsms0ZEeMMMD4AHwACEXKMuWTVBW98UXw0wWWKBAbGzs NOVD9h2XWpC0ZH7++VBFfw/7NoA0egAlcApzmv+2hmrVjr+W1P2iwlnduuO9DYUG1lQ8gCKXObKh majGvZY3t37lOi1aTAt9IkrB0VQVvJGpcOE2XjuVKGf49wrO5LFXxbJatcbJv3m31MsL6dh99tmQ woVb61j/+ONPSqNta/V3fZqcfPLdoHfd1VJJgBZgW+bbb0dqrdWqk3YPcMkl1T7+eJASjuCA0bJn UhDl2a++muB+pI1q0+b3I+1NFN7X1Xjtgvc7YmfLA3TtOjd4edp9IZ3XGK03mhTuYyRaC7Wt4F4r EXTvz9ZA0lzwfn7VXZb27z+slM6tQf0pfxJ6k1LweYC8eZvYL2pyrVixXdmY/YtyDu8p5ItO925Q pfjesNF8f/jhOGtp3AlbseKg5ORNWleUOxo3pSOu1M3dHfWbBp6b6WouK3d3B54l7Q9TXXppNfPL tfa7yqVWrdrRv/8iNcDNDNS2+vWTlJDZksGfczorHsD9RfkgmkQVKvRzd1bldejdjF8eYM2aXZqG wZ7Jk+fEuyCVlE+cuNr71P6KsKVBg6TFi7fq8OlTDSeZLu/GSyVSo0b9rGTU1NC7d/KCBX7jZUFT 3m0/y5RRet2ly1xvQ9qEiZnuLfXp9QCKOVWq/JT6SqF5bQt88skgtVaN1055hiQ6euJHHw20Jd2X 0hYq1FoDT8tfsHttVqCeDH5aqdJwL17ZYGvLuJ/+85+N1f86vvZTrbNHjx5r2nSKvpguD6B/tm07 Q2u0O2y0j+l9N+hjj3Vw47xmhH07tjnhovxeLXH3ukSJTu773+QBFi3aEhs7VYHCltGI1Rrhvmzj vvtOLpTqanW4nICpQe7RfqTwKyej7zoJRgt73sHrf8Uc90WFCjXjx68aOnSpVyx4765MghsfZBpT +T1QPAAe4A/OnXe2mDVrQ/CehDZtprdsOd19NVhi4qLNm/d6KOyaApqQ8uXeebWXX+6haGVuMLXP A+TKFTNmzApbg9LWYKueeaartyGbgAYbH3oP7gsvdDdfVGQMvUNXuZpbf7DxrgdQpN6xY/+PP/pn E6tWHeO1s3Tp7r/+QXzooXbLl29/5ZWekWyeUkB7+l/rqG2t/p4tWz2F/h495tunFRWXO3SYbcvU qTPu+uvryyR8990ouz6NGLH8tD/PXL587+CAGTdulVlmtLDNmbPR/Ugb9d7hoGzY+7r9xe60o4Gn xn///U9pyepSuXahpd1rjH1Y3NKu3YzgLotp09a6vwmqgTRo0OJITkbHMViDhmukhUoL+dq1u9xX 4CnBDW2GQctkpDedB9H0nD593e23N1dOZmtQ471LJTInwQ3Nm7fJpO/mZwHdjxRMgm8hVAbfqdOc YD3KTtJ1xF9/vU+wkrFjVyrynJoKxK1YscMWKFkyfWeClakrZbE/DRmJTz8dMmHC6n/9K/ws/hNP dFy/frfbTqWJXhnlTJEOpX1SQhl58FP3p5oMSqO9Mt5lN2WiffosdAskJfmNf/DBdkuWbHPLuCuF jZnbtu07fPhohj1AxYoDvaaGrhTPPts1uOOzZ29wk2+7UtgCnvO57LLq8v/Ber766sTlaEWP4Kft 28/yngk2wVazw5Zxf9TPXvcOVqXU/6qrasnIKdj+MmwGT5y4xniVAgViZ85cb5c5+zyAgpWtIXSZ Oy1xcTNtDVFR/hkud6WwBFcKNV7GLCFhgS1jVwrnUszJgSfHaB9m0P/on6kEK+t81DPeR941Qy1k Ws6CNQRftiufZj+VAbvAHwTFA1zoHkCzt3Dh1jlyNAhmybfc0tRdnhWJHnoozsNeYFVilz9/rPdi u+zZo4oUOfH77dYDZM5cQ/mfrSE0ldR89jYUeiU9UuNTYnGU+WLoqZEsWWoWKtTKrT/Y+FPXs/1a gbwcwiQ3XjvTeBvJ2eXqq+s88EDbSOeVFWcLFGhhf7/9ppsa2dbq75deWj1Pnsbmx+ftV5Sw2jI6 spdfXl2LqL0ifPPNjQoWbHna7EdHPDhgNNHMEnLllbULF27jfuRmyQalqt7XI71Z8qJU3/XpNj4V NOBTOSF0443RXmO8N4alzJpmwV0W997b2v4McMoNKjFqUqQfedVxDNag4Rrp5L2SaaVl7onP0J63 FCzYwr7h+7Roeqrxssc33XRy94OND05Ycd99bcypd2/Kpwy82OAzP8qo8uVrHqwnvWfog8MmZeC1 9F78pbhUpEhbWyC97wjPk6eJrFHqLyg0w0ZGKNKvIlx7bd2iRdu57Qze8+P2vIed8rfdFjLwgmP+ tPHqkkuq3XHHKXE+2HgTbdwy7krxy1sEGr78cs/Fi7dm2ANo4HlNDV0plHMHd1yLgnfHplkpbAHz M4XuPS06lMF6bLRRTwY/Db3XxUQbp4bo4FsoglUp1zc9b0/D58x5ctho9mkO2mXOegAFK1tDeq8A BIdN2MAL2evgSqHGpzz0EpvKwMud++TAU1fbi9X6n9CedxKMaJtgeB95E1YLmZazYA3BYZM3b1O3 5/EAeACeB/g1iPReoPMZpSkvvti9Z8/56XrrMwDAhcxdd7X84othdeuOtz8kD2eL0PcCAeAB8AB4 gLPGX/8adfPNjW67renYsSt27To4deq6ND6oBABwgVOhQr9x41YGr+wBHgDwAHgAPMD5jto5ffq6 mTPX79x5oGfP+fnzx7r3cgAAQCrnUG6/vXmkO6AADwB4ADzAhcVf/lLr3XcTn3ii4++ita+80qta tTGGM3xfIQAAwFnh+ee7lS/fO1OmanQF4AHwAAAAAAAAeAA8AAAAAAAAHuC0+vzzoYwGAAAAAMAD 4AEAAAAAAPAAeAAAAAAAADwAHgAAAAAAAA+ABwAAAAAAwAPgAQAAAAAA8AB4AAAAAAAAPAAeAAAA AAAAD4AHAAAAAADAA+ABAAAAAADwAHgAAAAAAAA8AB4AAAAAAAAPgAcAAAAAADwAHoABAQAAAAB4 ADwAAAAAAAAeAA8AAAAAAIAHwAMAAAAAAOAB8AAAAAAAAHgAPAAAAAAAAB4ADwAAAAAAgAfAAwAA AAAA4AHwAAAAAAAAeAA8AAAAAAAAHgAPAAAAAACAB8ADAAAAAADgAfAAAAAAAIAHwAMAAAAAAOAB 8AAAAAAAAHgAPAAAAAAAAB4ADwAAAAAAgAfAAwAAAAAA4AHwAAAAAAAAeAA8AAAAAAAAHgAPAAAA AACAB8ADAAAAAADgAfAAAAAAAAB4ADwAAAAAAAAeAA8AAAAAAIAHwAMAAAAAAB4ADwAAAAAAgAfA AwAAAAAA4AHwAAAAAAAAeAA8AAAAAAAAHgAPAAAAAACAB8ADAAAAAADgAfAAAAAAAAB4ADwAAAAA AAAeAA8AAAAAAIAHwAMAAAAAAOAB8AAAAAAAAHgAPAAAAAAAAB4ADwAAAAAAeAA8AAAAAAAAHgAP AAAAAACAB8ADAAAAAADgAfAAAAAAAAB4ADwAAAAAAAAeAA8AAAAAAIAHQAghhBBCCF1AwgMghBBC CCGEB0AIIYQQQgjhARBCCCGEEEJ4AIQQQgghhBAeACGEEEIIIYQHQAghhBBCCOEBEEIIIYQQQngA hBBCCCGEEB4AIYQQQgghhAdACCGEEEII4QEQQgghhBBCeACEEEIIIYQQHgAhhBBCCCE8AEIIIYQQ QggPgBBCCCGEEMIDIIQQQgghhPAACCGEEEIIITwAQgghhBBCCA+AEEIIIYQQwgMghBBCCCGE8AAI IYQQQgghPABCCCGEEEIID4AQQgghhBDCAyCEEEIIIYTwAAghhBBCCCE8AEIIIYQQQngAhBBCCCGE EB4AIYQQQgghhAdACCGEEEII4QEQQgghhBBCeACEEEIIIYQQHgAhhBBCCCGEB0AIIYQQQgjhARBC CCGEEEJ4AIQQQgghhBAeACGEEEIIIYQHQAghhBBCCOEBEEIIIYQQQngAhBBCCCGE8AAIIYQQQggh PABCCCGEEEIID4AQQgghhBDCAyCEEEIIIYTwAAghhBBCCCE8AEIIIYQQQggPgBBCCCGEEMIDIIQQ QgghhPAACCGEEEIIITwAQgghhBBCCA+AEEIIIYQQwgMghBBCCCGE8AAIIYQQQgjhARBCCCGEEEJ4 AIQQQgghhBAeACGEEEIIIYQHQAghhBBCCOEBEEIIIYQQQngAhBBCCCGEEB4AIYQQQgghhAdACCGE EEII4QEQQgghhBBCeACEEEIIIYQQHgAhhBBCCCGEB0AIIYQQQgjhARBCCCGEEMIDIIQQQgghhPAA CCGEEEIIITwAQgghhBBCCA+AEEIIIYQQwgMghBBCCCGE8AAIIYQQQgghPABCCCGEEEIID4AQQggh hBDCAyCEEEIIIYTwAAghhBBCCKH06v8D8j9O4T2aafoAAAAASUVORK5CYII= ------=_Part_263974_1358461470.1404116165912 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 ------=_Part_263974_1358461470.1404116165912-- From xen-users-bounces@lists.xen.org Mon Jun 30 08:17:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:17:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Wl6-0000zK-8j; Mon, 30 Jun 2014 08:16:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Wl3-0000zF-9c for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:16:14 +0000 Received: from [85.158.143.35:13120] by server-2.bemta-4.messagelabs.com id 96/F6-06539-CCC11B35; Mon, 30 Jun 2014 08:16:12 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1404116168!14681490!1 X-Originating-IP: [220.181.13.14] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,HTML_50_60,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16555 invoked from network); 30 Jun 2014 08:16:09 -0000 Received: from m13-14.163.com (HELO m13-14.163.com) (220.181.13.14) by server-5.tower-21.messagelabs.com with SMTP; 30 Jun 2014 08:16:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=02DI8 7qXC8AmVqnKRg8x2ckLIexOa7Wn8zpTZ/wUFqk=; b=SQy+CnE62SRvDbCFyDKSI aX4JUKVaW/lFAe7/LITNUYY1fRZTVAxlgVKxBhihTs9SoBhLIVFMCi2/SUB8IFg6 DQNjO7SxCZXLLphG37EOe3JrtSkcACaMPBO/uo0O/D03US+8zJDd6np4N7Zc1Zkw hrf4XxtJ2QSA99J7omBn4I= Received: from wolves914$163.com ( [111.206.125.145] ) by ajax-webmail-wmsvr14 (Coremail) ; Mon, 30 Jun 2014 16:16:05 +0800 (CST) X-Originating-IP: [111.206.125.145] Date: Mon, 30 Jun 2014 16:16:05 +0800 (CST) From: wolves To: "xen-users@lists.xen.org" X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com X-CM-CTRLDATA: qi+QRWZvb3Rlcl9odG09NDAzOjgx Content-Type: multipart/mixed; boundary="----=_Part_263974_1358461470.1404116165912" MIME-Version: 1.0 Message-ID: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> X-CM-TRANSID: DsGowAAnL0fGHLFTKhA2AA--.30888W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/1tbiUR66RlEAICSGfgABsf X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ------=_Part_263974_1358461470.1404116165912 Content-Type: multipart/alternative; boundary="----=_Part_263976_89151031.1404116165912" ------=_Part_263976_89151031.1404116165912 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 QlNPRCBhY2N1cnJlZCBhZnRlciBhIHdpbmRvd3MgMjAwMyBkb21VIG1pZ3JhdGVkIHRvIGFub3Ro ZXIgaG9zdCAoc2VlIGF0dGFjaGVkIGltYWdlKS4gVGhlIHB2IGRyaXZlciBpcyBncGxwdl8yMDAz eDMyXzEuMC4xMDg5Lm1zaSBmcm9tIGh0dHA6Ly93d3cuZWpiZGlnaXRhbC5jb20uYXUvCkFueXRo aW5nIHdyb25nIGFib3V0IGl0PwoKCndvbHZlcwo= ------=_Part_263976_89151031.1404116165912 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+QlNPRCBhY2N1cnJlZCBhZnRlciBhIHdpbmRvd3MgMjAw MyBkb21VIG1pZ3JhdGVkIHRvIGFub3RoZXIgaG9zdCAoc2VlIGF0dGFjaGVkIGltYWdlKS4gVGhl IHB2IGRyaXZlciBpcyBncGxwdl8yMDAzeDMyXzEuMC4xMDg5Lm1zaSBmcm9tIDxhIGNsYXNzPSJl eGxpbmsgbWtsaW5rIiBocmVmPSJodHRwOi8vd3d3LmVqYmRpZ2l0YWwuY29tLmF1L0dQTFBWLyIg cmVsPSJub2ZvbGxvdyI+PHU+PC91Pmh0dHA6Ly93d3cuZWpiZGlnaXRhbC5jb20uYXUvPC9hPjxi cj5Bbnl0aGluZyB3cm9uZyBhYm91dCBpdD88YnI+PGJyPjxicj53b2x2ZXM8YnI+IDwvZGl2Pjwv ZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxzcGFuIGlkPSJuZXRlYXNl X21haWxfZm9vdGVyIj48L3NwYW4+PC9zcGFuPg== ------=_Part_263976_89151031.1404116165912-- ------=_Part_263974_1358461470.1404116165912 Content-Type: image/png; name="gplpv-bsod.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="gplpv-bsod.png" iVBORw0KGgoAAAANSUhEUgAABAEAAALLCAIAAAAHQgynAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAg AElEQVR42uydB3yN1//Ha9fW2hS1f6ooqkqrRrWq9qZWUVRb1WpLbdmLREIISSQRkiASSQhCYu8R e8Tee+/5/384epycJ7nujdifz+v9yuvmPueec57znPH93PuMd/6PoiiKoiiKoqi3Se+wCSiKoiiK oiiKHoCiKIqiKIqiKHoAiqIoiqIoiqLoASiKoiiKoiiKogegKIqiKIqiKIoegKIoiqIoiqIoegCK oiiKoiiKougBKIqiKIqiKIqiB6AoiqIoiqIoih6AoiiKoiiKoih6AIqiKIqiKIqi6AEoiqIoiqIo iqIHoCiKoiiKoih6AIqiKIqiKIqi6AEoiqIoiqIoiqIHoCiKoiiKoiiKHoCiKIqiKIqiKHoAiqIo iqIoiqLoASiKoiiKoiiKogegKIqiKIqiKIoegKIoiqIoiqIoegCKoiiKoiiKougBKIqiKIqiKIqi B6AoiqIoiqIoih6AoiiKoiiKoih6AIqiKIqiKIqiB6AoiqIoiqIoih6AoiiKoiiKoih6AIqiKIqi KIqi6AEoiqIoiqIoiqIHoCiKoiiKoiiKHoCiKIqiKIqiKHoAiqIoiqIoiqLoASiKoiiKoiiKogeg KIqiKIqiKIoegKIoiqIoiqIoegCKoiiKoiiKougBKIqiKIqiKIqiB6AoiqIoiqIoegCKoiiKoiiK ougBKIqiKIqiKIqiB6AoiqIoiqIoih6AoiiKoiiKoih6AIqiKIqiKIqi6AEoiqIoiqIoiqIHoCiK oiiKoiiKHoCiKIqiKIqiKHoAiqIoiqIoiqLoASiKoiiKoiiKogegKIqiKIqiKIoegKIoiqIoiqIo egCKoiiKoiiKogegKIqiKIqiKIoegKIoiqIoiqIoegCKoiiKoiiKougBKIqiKIqiKIqiB6AoiqIo iqIoih6AoiiKoiiKoih6AIqiKIqiKIqi6AEoiqIoiqIoiqIHoCiKoiiKoiiKHoCiKIqiKIqiKHoA iqIoiqIoiqLoASiKoiiKoiiKogegKIqiKIqiKHoAiqIoiqIoiqLoASiKoiiKoiiKogegKIqiKIqi KIoegKIoiqIoiqIoegCKoiiKoiiKougBKIqiKIqiKIqiB6AoiqIoiqIoih6AoiiKoiiKoih6AIqi KIqiKIqi6AEoiqIoiqIoinrtPEDVqpPeeWckIYQQQgghbzzvvee0ePFBegB6AEIIIYQQQg9AD0AI IYQQQgg9AD0AIYQQQggh9AD0AIQQQgghhNAD0AMQQgghhBBCD0APQAghhBBCCD0APQAhhBBCCCH0 APQAhBBCCCGE0APQAxBCCCGEEEIPQA9ACCGEEEIIPcAzKH/+UW/wYc6Y0aZBg8Aff5zdps2MPHmc 2e8JIYQQQugB6AHecA+QK5djbOwB7ObRo5erVeMvHoQQQggh9AD0APQAhBBCCCGEHuBt8wBVqkx8 gw9z5sx2fftGe3istbZeWrSoG/s9IYQQQgg9AD3A/5Us6WFOe2XLZl+gwKiMGW20s+3xJjbJd959 17ZQodGFCz8hVy5HuTVdOut8+Vxy5HDIkME6f34XmSZrVnslarfFO/ibJYudTGAsWpAzp4Na1qMP 2olNuXM7qe8nl8NTSZvWKk8eZzUr7EL69NZy99XKq6RJ8/CDcvfRSlpV1XYjhBBCCCH0AC9OuXI5 mdNe7drNjIra89FHnuqb+Dcycg82yXdq1Zq8atXRtWuPSQYPjpVbCxYcHRi4pVevqJIl3UNDd8o0 rVvPkGnq1PHHO3Xr+jdsOFUmiI7eW6HCeGOt+vWbp5YFGjSYKszGqFEr1feNlTf/bCIvrw1qVkFB 24oUccWmjz8eP3fuXrXyiX+CsPXwWDtgwELxb6dOYVpVO3acxXFICCGEEEIP8BKUJYtZ30bXrOlr Z7dsyJDY2rX9xDt4gX/xJjbJZE2aBN29ez88fJe9/XKBldUSROoiaP7wwzGbNp2MjT2AD9raLpNp hg9f3L59qPievkWLENRq6tSteFMmQClDh8bVrRsgC8qf36VPnzkjRy6RaQSVKnmJL+87dw6Tb8bE 7EvZ9QCffOIFD2Njs1QtAruTJ89D41S0qNugQbFq5SWwB4MGLcIHmzULyZrVHpUZMWKxVlX4JY5D QgghhBB6gFfXA4ACBUbNnLkTcW3ZsmMBXuDfggVHqQk6dQrbsePMd99NlW/27Bl59ux1Ee8KD3Du 3PWoqD3Fij05O9/Tc11MzH5xbozwAMePX3FyWqnmvGrVUWfnx+/kyeOMIpYuPdyt22xzat63b3TK PAAqf+HCzY4dw/Llc0kuDSq/cOH+7NkTNSOC/mvX7nz7baCo/MqVR3x8NhUv7p4pky3HHiGEEEII PcBr4wEyZLBGFDt0aByifIAX+BdvygRwBQEBWypUGJ8jh4MJDzB+/LqSJd3VL86NHuD33+cVLjw6 OQ/w22/Rc+cm1Knjnzu30/P2APfu3T948OLAgQuf0QPA+cybt7dMmbEce4QQQggh9ACvjQcQDB4c Kz6onugv8PXdlJBw3t5+ua3tMgmCdc0DWFktMYbRmgdo2XK69hOE6gGQQ3z8yeLFx5hZ5xR7gMqV vYYMiQUjRiwWu1O//hQtzXffTR02LA6bkFi888MPs1DDf/5ZWKKE+zuPrgbu2jUcmcA1wSYhJTzM e+85chASQgghhNADvAke4OLFmxs2nFi//rjKwoX7RXz82nkACcJ6sS8ounx5z3ffTXRKD4zBlSu3 u3QJF//OmrVzypQtxkyKFHENDt6GTMLDdzVoEPhmP5mBEEIIIYQe4G3xAAj3ixd3L1rUTeWDD1zF efCvrwfInt1B7Mvw4XGoqla0mR4gfXpr7Agy+frrgDVrjvXqFclxSAghhBBCD/BKe4BcuRz7918w cuTD+/wAvMC/6u3/4QEiI/eIe+cnifkeYM6chE6dwpLzAJ9/7vPPPzGjRq2qW9f/GT0AzMaYMWsA 8jQnq2HD4rZtO126tEfiL/jd+vSZY2u7TGQ1aFCsuBIgOT75xOvAgYt//bWA45AQQgghhB7g1fUA H3zg2rRp8LRpW3/66fG313iBf/EmNol3BgxYOHHihnr1AurU8Vf54gvfnDkdLfIA27efcXdfI3No 3DgoMHDLzz/PkR8pVcojOHjboEGLtLLy53exyAOgFNEO3btHGLcWLDhay3/48MWTJ8fLXVYJCNgs stJ+xMiY0aZy5YlqJu3bh4aH72rbdibHISGEEEIIPcCr6wF69YraseNM7dp+8kG8eIF/Eaxjk3gn a1a71q1nnDlz7fz5GyoJCedr1PCxyAN06RLevftsmcPu3ee+/jogSxY7+ZF06axz5XJ0cVmplZXk E7tS7AG6dAnT8re2Xpozp0O6dFbme4B8+VzmzdurZrJixeGKFSdoFxUQQgghhBB6gFfLA5Qv79m+ fWiePM7qm/i3XbtQbJLvFC3q1q3b7B49IlQ6dpxVoMDD618R5TdvHlKlykQt85o1fb/7bqq4zai8 HqBUKQ+ZQ4cOoUneob96dW+trJIl3Y3JPvooicrL04rEB5O8a2fZsmO1/I2VVz3Apk0nkAZWR30f Zqlx4yA1EzSCdi9RQgghhBBCD/DqXhP8vEnymuBXHPHMstjYA+Hhu9Kk4egihBBCCKEHoAd40z3A 118HnD9/8/79B/QAhBBCCCH0APQAb7IHKF3aw8trQ0jIdvSku3fve3qu++KLyRxahBBCCCH0APQA llGt2qTg4G2ffeb9WniACRPWo7aCr77y47gihBBCCKEHoAcghBBCCCGEHoAegBBCCCGEEHqAl6j+ /fm0WkIIIYQQQg9AD0AIIYQQQgg9AD0AIYQQQggh9AD0AIQQQgghhNAD0AMQQgghhBBCD0APQAgh hBBCCD0APQAhhBBCCCH0APQAhBBCCCGE0APQAxBCCCGEEEIPQA9ACCGEEEIIPQA9ACGEEEIIIfQA 9ACEEEIIIYTQA9ADEEIIIYQQegB6AHYIQgghhBBCD0APQAghhBBCCD0APQAhhBBCCCH0APQAhBBC CCGE0APQAxBCCCGEEEIPQA9ACCGEEEIIPQA9ACGEEEIIIfQA9ACEEEIIIYTQA9ADEEIIIYQQQg+Q eqpadVLBgqO6dp39889zVHr1iipWzM3YcFWqTBQJ8MK4FR/BB7WskDmKwNbs2R1at56hbRU0bhyU IYO1mQfv008nJZkJKF3aQ02ZKZNNkyZBeL9Tp7B8+VzUTXnzuuDNChXGa5l/882Ur7+eIl6XKzfu UeVHJ1mN/PldOncOT64mPXpEfvCBq5l7VKSI208/RWo5dO8eUbjwk6IrV/Zq124mOq76wUKFRnfr Nvt//xtnZkHvv+/Uvn3oJ594ae/XrRvQoEGg/Dd9eutGjabJmnz+uY+WvkYNn2bNgjNntlXfLFHC HUf/ww/H4HXGjI9bXiO5btOz58Pdr19/inFr9uz2rVpNN2ZVvvx4WfkkD0GXLuEFCjzseDlyOLRp k6jjNW8eolXeImrW9BX5oIeo76dNa9Ww4TS1oI4dw/LmdVbToB927hyWZIW//jpAK6hSJS+xCX2e szYhhBBCD5CaHqBWrclnz16/fPnWqVPXJMePX2nbdiaCJ63hBg+OFR/EC20TEuMj+KCaD9i588zn n3sjAaLDTZtOXrt2W0sApk/fkTWrnZkHz8pqyd2791FnYz4tW05XU+bK5RgbewC1PXr0crVqkzQj ceTI5d9/n6dlPn369qCgbeI1AlOU8tVXfklWo2rViVu2nJZF37x599atu/LfAwcu1qnjb+Ye1asX cOjQJXzq0qWbqO3FizfxOiHh/JdfTpZpBg1atHfv+Vq1/NSGQhEXLtzs0SPCzII+/nj8nj3nbGyW wgwgYJXv+/tvDg/flSbNw9fvvmuLI4V/5b44Oq7Ik8cZxkCmHzVq1Zo1x8qX98yc+UllYPDu3XsA b4DXOXM6oOWvX7+jHaChQ2NRdLp0Vmqt4ABv376HHQ8O3qZVOEsWOzgWjFXjsYb5kZVXW16ybduZ zz57eNBLlnTfsuWU2vHmz9+H8F2tvEW4ua0WowDOTX0fzmfOnIQbN55UJj7+ZN26/tmy2cs01at7 Hzt25cqVW8YKe3qu1wr6++8YUdDIkUs4axNCCCH0AKnvAZycVtSs6StB9OntvRFxp/keAInxEXxQ zQdUq+YtvITwAJMnb9ISgI8+8tTiQtMeICHhXKtW0435IFR9YR4ge3Z7ZCKLjo7eu3TpoS++ePxv 9eo+KN3MPULKzz/3waeGDIm9f//BgAEL8fqzz7wRSavNe+PGHcSUXbuGP6MHgN+YNGmj2laqB2jQ YCrGxo8/zpa7NnjwohkzdpQq5aF6AJjGdeuON28ebMIDzJy5QztA1tZLJ0+Oz59/lJkeoF27mYiq 27SZYTzW4jt+UflHLW/seJOyZ3eQHsDX90nH++GHWQsW7FMrn4oeIDJytyzo+++nwd+iI2keYPTo 1cY9Kl16LD0AIYQQQg/wQj1Ar15RagOlT28dGbkHYZMa8nbqFDZixGIXl5UAL/Av3hSnsvz2WzTC u27dItRvlzWEB0AE/4wHDzkgFC5efMxT491//omxs1uG2sLhIIbGnqaiB9AICHgSRqcYEUY3bZpE bIr6nz9/AwG02vIp8wCImO3tl8NpyJOCpAdA0UOHxtnZLS9TZqzqNBwdV/z77yLEqdIDHDt22dNz 3bBhcTBj4jwuowcYO3atVgFb22UbNpwoWvTJaWYNGgTC+YhOZWOz9I8/5pco4Y73M2e2bdcudPjw xdhauLCps6pE5U10POEB1DAaXRHN+KjyM8w/CU2cAIaRgh4oKowcWracLu2r8ABwwjI99hT7i/3S PADGi+mCsmSx69Dh4e6LglB5eD/zXSUhhBBC6AFSxwN88IHrunXHEVKLf/EC/xYp4vrohGz/ixdv du/+lEj0BXuAbt1mo1b16gXIyiPwfa09wK5dZz/6yBNh9Pr1j1s+ZR5g4MCFn3/uc/z4lV9/nat5 gNDQnYGBW5ILoxE3Sw+wfPnhfPlcvLw2zJu3FwFrij2Aj8+mqKg9iJ7xun370Fu37jVqNA2vc+d2 WrLkkJvb6qfuVAo8gACVnz9/n6i8mVStOvHw4UswKuJfhPsI+kXlU9cDoG1XrDiC6F/8i8pjF7Aj nLsJIYQQegB6AHoAegB6AEIIIYTQA6TUAyAOQ5yhgoBPDUYt8gAVKoyX+QwYsFDcYkh4AAR2WkHV qnlb6gFOnrzq7r5GzaRTpzDtpI431QPUrRuAQ4NdRhyfYg+ABunffwEy6dIlPFMmmxR7gEaNgkRl KlacYPQAa9ceM3aqnj2j1OsczPcAKK5v32iZ1WefeUsPgJZBr1ALatw46GV5gI0bT2i7jAGieYDo 6L1ay+DI0gMQQggh9AAv2gMcPXp58+ZTEsQxtWs/iX3z5HH+9tvA7dvPIOipVGkCwAv8izexyegB GjacKvJBtshcnIgvPMCpU1fVgkC7djMt9QA3btzdufOsmomn5zrEsiIBYlmUNXz44itXbiGOR21F 5RFuli077t13bV9rDyAr36/fvBR7APHvuHHrFi7cnz27fYo9AF5/993U69fvdOw4y+gB0HrasVYv os2WzR71CQvbtXTpIewRDhMqdvv2/d9+i4ZFMXoA1CEiYjcySUg4f+fOffVHjEuXbqF6akFDhsSm ugcoUGAUXAr8p7PzSjEKZs3auWzZYVRenKkvPMD58zdEHY4fvwLDANugZiI8ANBapn79JzcGxb5j TMXHn8SuiYImTNiAAwd3lDevC6dvQgghhB4g1TzA4MGxJUq4S4oXd1djo65dZyOauXXrHmL9/fsv ALzAv3gTm4weAOGdyAeRq+YBPDzWqAUB4x1In+oBduw4g9BczQTxWZo0j88GSZfOeuLEDWfOXL9/ /8GJE1dRW1n5mJj9pUq50wO8GA+ANtGOtXpVK6LhTZtOwKfh4wcOXMRhOn362oMH/4cg295+udED IMIuUsQVmbRsGXLq1DXVA8TE7CtVykMtSL3rUWp5gP795x87dvnu3fvnzt0Qo0BWXvx2ITxASMh2 UQcbm6XJeQBURmsZ9ZavHTqEHjp06ebNu5cuPR5uOMq3b987cuSSeoshQgghhNADpPL1ABqIlRGO jBmz+q+/FkjwL6JqbEJkhoDM2nopbIB2WrYIo1UP8AKuB0if3joiYve6dcfV2oK5cxMQRovnOr3W HiB//lHi7jSoLSLFFHuAevUCBg16eE+e7dvPiMo3afLwvkAIwcuWTXRfICenFfhUjRo+Rg+Aw4pm RLwbGbnnqdcDqNSu7Xf+/A3sgnqMBgxYuHPnWW/vjZkz27ZtO/PRfYHitKetIYw2Xsxg6X2B8K+4 qZH63APTYB+PHr2Mv2qFfXw23rt3X/yWpV0PUKXKROyOg8Ny2CSLrgfo3Tvq6tXbaD21ILQ5vMff f8dw+iaEEELoAZ67B0CEhMARoQzCLO2pqPg3LGwXNiEBkonnAyC3L77wlTg6rtA8wOTJ8WoCQfny lj0fwIQHyJPHGcVNmrTR+ASDzp3DsBctWoQgpvzf/x5XXqvJ+PHrZbAIDwDn88svc40VNt6t8lk8 wHvvOSK8RraId+/ff4BoG6+rV/fJmdMxSQ8g6Ndv3rZtp+/evZ9iDyC8UEzM/tOnrynPBwiMizvY rdtsubNoyenTd5Qsmej5ANIDCBCs79591nwPULy4Ow7HwoX71RP3QYYM1vAkrq6rxeMRYAMQVeOv 2vjCm6keYOnSQ19+OVk7RvLBFP89H+BJx+vYcdb8+ftEVc0BhqRyZS90PF/fTdrDDWrW9Fmy5OAv v8yBazJeE4zE+Ag+iI+LJxMLD4AdNHaqMmXGwsngEPfvvyAqao/2EGu0P44CPFuFChMyZLDhJE4I IYTQAzxHD4A4DLEyQhbE1tpFt/g3d25nbEICJMueHRHbjBMnriCglFy5ckvzANeu3VETCGbMsOw5 wSY8QNOmQahDu3ZJPOQ4SxY7RGCrVx/744/5MC2i8lpNOncOlx9ErImI/MKFm8YK9+0bnYoeoF69 gMOHLyHbS5du4aDAeOD13r0XtOcEax4gWzb75s1DLl689SweAGFr3rzOISHb1ecEFyvmhn/lzsLI 5c7tpD0nWPMAaDRUw3wPYGu7bO7chNKlPURkLEEd4Hz69Jmze/c5hNePnhM8AUG22vgXLtzAcVE9 wK1b94zHaPv2M+K64f+eE/yk48EAwARqRZugVCn3ZcsODxsWZ3zI8aMGdMHRh+00egAkxkfwQXxc nIT233OCbxsrDP+ZObMdjsW4ceuMw+1Rj3VycloRFZWAQ8ZJnBBCCKEHeCYPULDgqK5dw8uV80yy pRDWNG4cJB8OZQSbkEDcGgWxI+Lm3r2jVJA5injn0VPGWrWarm0VNGo0DRHPjz/O9vLaYAIbm6WF C4/+9NNJyEc8JMtIiRLuqEOxYkk7hFy5HNu2nVm58kRZea0m6q1XypUbl2RtgXy6lqRuXf9vvw00 nu5ieo8ADFKRIq4IoLUiunWbjZ2VWVWu7AVj8957iZ4SVajQaDQawtkKFSZ4eq43XVDTpsGIR5GJ sfJ16iSqPMLN77+fJmvy+ec+Wnq8g9y0GPpRy0fB6clu88UXprpNkybBmTIlHYVjj2S3gdVp2TKJ blO+vKesfJLHCHZOPEsY/qR16xnqJhgVtfLdu0eYbjp39zX9+s2rUmVicrtTv/4UkDat1XffTTWe PIYPtmkzU1wLAePUqVNYkhWGFRQtX6tWsqefoeW1yhNCCCGEHiAlHuDVOSp//x0zb95eE/j6bhIh 5usCvI3pPQING0579oKqV/eeMyfBdEGIiTnyk2TAgIWmm87be5O4vy0hhBBC6AHoAVKZjBltsmSx M0HmzLYmLv18BUmf3tr0HgHzr0k1Qbp0Vk8tiCeRp7jjvfvua9bxCCGEEEIP8Np4AEIIIYQQQugB nrv691/A3kAIIYQQQugB6AEIIYQQQgihB6AHIIQQQgghhB6AHoAQQgghhBB6AHoAQgghhBBC6AHo AQghhBBCCKEHoAcghBBCCCGEHoAegBBCCCGEEHoAegBCCCGEEELoAegBCCGEEEIIoQegByCEEEII IYQegB6AEEIIIYQQegB6AEIIIYQQQg9AD8AOQQghhBBC6AHoAQghhBBCCKEHoAcghBBCCCGEHoAe gBBCCCGEEHoAegBCCCGEEELoAegBCCGEEEIIoQegByCEEEIIIYQegB6AEEIIIYQQegB6AEIIIYQQ QugBUk1Vq06yqOE++sizfftQlTJlxqbigfngA1fkib/mJP7kEy9Rh5IlPZ5rdylbdqwoqEKF8S+r y6Llv/9+Wo4cDi+sxFKlPLRj/fHH+u5/+ukksalYMbc3Y2ooXtxd7FHVqhPfngmxaFG3tm1nFio0 mmtDKpI9u33DhlPLl/c0J3GJEo87XpUqE9l0hBBCD/AKeYA0aUZmyGA9eHDs7dv3VH79NToVD0yL FiGoVcuW081JPHr0KrEXvXpFPdfu8uef80VB1tZLX1aXHTRo0a5dZ+EEXkxx6dNb9+kzVzvWQ4fG acm8vDaIlunYcdabMTX8+ONssUdjx659eybEdu1m4vg2bhzEtSEVKV3aY9u208OGxZmTuHv3CNHx 3N3XsOkIIYQe4BXyAHnyOLu5rUYQ3KjRNJUPPxxDD/CGeYB337W1sVnq5LRCO9aIaegB6AEIPQAh hNADvAkeoECBUZ06hf30U6QKFqSiRd20s3TWrTtuZ7fsGZu+cuWJCPGTO6fFIg/Qtu1Mb++N4Kuv /J5rd/nmmymioGbNQp5fKXXq+H/9dcCr4AGyZrVbsGDfhAnrn5qyc+cw0TLVq3s/p8pky2bfvHnI s5+ZU6XKxBYtpmfP/pSTqb74wlfs0Q8/hNIDENN8+OGYHj0ik/sexCIP8OWXk0XHa9/+OXY8dG9t qge1az+ZP7NksWvSJPizz7x5cAkh9ABvuAfIn3/U55/7JCScO3fuxuXLtx48+L+rV2/j9alT1xo0 CHx0CpAV4vXcuZ0qVBi/adNJV9fVeK3y7ru2Zn61LNI7Oq7YufNstWqTksxBeoBMmWxkAhyt9Omt 1VXKnDpkymSrJcMHLeolZuaQIYPN++8nSoaw1ZKA2158KjR0R0TEbpkJ8syQwdroAdTdx6HBAUpc ZxutzgjoLTqDGR8pUsQ1Lu6gn1+8llXmzHbJHQKUm/jMsYfdBkWnTWuVM6eDMQc1xFfzwV5nzGij drxPPpmwZcupUaNWyTTIENmauUeZMz8+iE5OK7dtOwMnkGS3QaEm2i1dOqtcuRxRefTD995zlC0v Ky/q/OwdL02akY/aLdn+g6zk7pvueKLljUVjv4zdBuPu5Mmr334bqL75KAfHZPq8NYrGnproeJYO N7n7aiZo9nTprI1Fq2nQaZObbZSOZ2usvHrQHw03GzPrKVu+a9dwzJlduoQl2W2kB5Dd5r/BYm7H U8/NU3N4tNeWXRr0KAensWPXYnrX8PRcJ1seM8y6dcc9PNYow81RG25mdjwxaixdKVRw6NUc/ht3 ieYrFK11G7XjYa+RA4rGQcfum56vDB3Pyjhq1PnKonnexIyXZMczscwhB9Hn0QdMdJukZmlbbbip OTxaah21pVbMNsjcxHAjhB7gNfYAGOQ1a/rWru03YEDM7dv3rK2X4PVXX/lhtIvpxs1tzZIlh1av Pnrlyu3Dhy/htUqrVuZ+Zy/SHzx48dq1O2vXHpM5NG8eYvQACEdkgrCwXep1dd26zdbq0KRJEt9f Nmw4VUvWs6dlpww1bhyk5dC9e4QxWdWqk6Kj96rJBg+ONb+Uv/5aID51+vS1M2euy0zmzk1Qrw6U HuCnnyJlmjFj1mgzcr16AVqdLbpgw9p6KT6yfPnhCxduHD9+Rcvqxx/DRbJffvxQ7AcAACAASURB VJmrbfrmmylaoAm72K/fvDx5nL281stknTuHaSUOGLBQzWfhwv01avjgfay47u4PO96aNUfhSw8d etLxJkxYj2zN/oY7VHzq0KGLyEfteE2bPuk26PPaHqHycitMkb//5s6dw8uUGTtjxnZsRd1Qw3/+ iRGJ69Xzl4kbNdK7TY8eEeafheXishJdIrkEffrMGTduHZZqvP7ss0kLFuxTC0InUU/eQ0P17q33 +d9+ixaVV9/Mm9elVq3HQ16SP7/LpEkb0d+S/FEF/fO776aqv5Vpe41OYum8jJhj9OhVaiZTp24p XtxdTVOp0oTIyD1qmhEjFmv5tG49XauMeq6aqDzmhy++8IXXFQkWLNhv/pff1apNmj//Yctv334G 8xX+yoL++GO+0QPgRUjIdplG/b2lbl1/rap9+yYxYP/3v3EzZ+5Qk9nZLdPckWkwhWIi/fvvGHR1 DWQOfwubjWxXrTp6+fKtI0eeDDdv700FCoxSs6pe3TsmZr9aGYxiuTVfPhcvrw3oNsWKuQUEbLF0 pdCuk546dataECqpfo9gY7MMk62svEDt86VKeQQHb8fqU7HihNmzd8s09etP0eJyscxJpkzZot7n AAcFCTDZqvPVsGGLU3ZWp1rQvHl70Z2MyUwsc0OHxo0cuQShOfqA3Pr77/O0HNSVQvD999M0O+3o uEJNMH36dvUmH2jJ8ePXY1pAr5ZpbG2XqTaMEHqA19sDqEHzzZt3O3QITfw1qt2vv851c1vt47Pp 1Klr69Ydw2sVM8/DqVPHX6SHlzh37rq/f7zM4csvJ2seYPLk+CFDYmUCzO8DBy6UyVBPuWnGjB03 btzVrgfA5NikSTAmSq2qCM4s6iUIRuVnfX03IUA3Xg+AJfzffxch3lUL6tgxzPxSsD6JT+3efTYh 4bzMxMFhRenSY9WVAybBwWE5Zn8lzfL+/ReoBql9+9B79x5gtZNprKyWwLpgYTanMlh48BFEmYi5 t249pTWg+GkINGsWLN8MD9919+597XoAGMvY2APLlh1GOOvktALJAgI2nz9/A4dVPbvs55/n2Ngs VYvAsRbnO8FFIFoVLY8dR+wu0/z553zkb2bz1q0bIDsejiC6lswH1leNLOX7WPaOHLmsXg9QtuxY xHkIHBEBoIabNp3ct+8Cgg9UHk2NBm/Xbqa69GIcIWKTGeKQwfyIwN00GTPaiDZBl9bu0oOY/scf Z+NoYrFHLAKzZ+x4WJ779JkLx4L0+PiaNcewxmtFIBkWci3cT2aWdMThM1YeY1kUrQbN6ADoBugM asdDd8qb11y3huOOI4sure4RGrlgwUQBKCacc+duwCvKNIiE+vadp1oF+LcrV24HBW2TaeATMDTE F7doukuXbmErxpRMgN3BvyZOxlMpW3ack9NKfCoqag/mK/yV+bRuPUPzANHRD7sNrJ1Mg6kJI0h8 4frJJ17yfXi2o0cvG68HgFcRHU9tGXQz838NE7PZyZNX4SGT+c3TBpuQLVzfiRNX168/LguCbXj/ /Se95euvp6ChtI6HHouPi/u5ofutW3ccJgEO2dn5yV7DC7VqNUP7Kto0FSqMx5S4fPlhdcZDJylX 7vGMB1eDqspuIyqPCUfmgOY9cOAiBilWENhLMV/du3f/hx9mqR0Ps6jW8VBz1L9atcc9HAcFNcGO y/lqz55z6EIWLShFi7rBGGOQqgWhtuhOarJcuRw7dQpT53lBjRqP56tp07bGx59EXG5vv1zOVx4e +vVLKAhLNhZuteM1bRosuw0OOuY0dFF1+kVPE9/CAMwehw5dHD48DgufOtxQNMwV40hCD/Dme4BU vx5g+PDFmHSMV5eqHgCxGtYY+WaBAqNWrTqKSdmYvlatyUiseQAsrhERu2EPsBql4Afo5E78ReRn 9ACenuuwRGEVMXH+hplgZkfgaOLbozt37h8/fgWRsRqNXbhwU37NjDAR4T7WKgS+6gXNCOgtuuGg +dcDgO++m3r9+p0kPcCVK7cQhlaq5CW+0kPcpla+dm0/uIIBA2LgT0x8sVSsmNvGjSew9D5j82JN 3bz5FKrx1JQ5cjgsWnTA6AEuXrwZFZWA2BoLIUYK1l2ElY0aTbt9+57wANgL7As8MwpSL5DA0ouP IxMzq9q7dxRsDyI/9c2KFSfAeCAgE//i6Myfv08736Zr1/DLl2+JQPbZPYAAtm3HjkSVR8vg4Ko2 DIH+Tz9F7N59rnZtf/UHrv37L8BcmVkQKn/t2sOOpEacxokbQczWrafVk+bhojE0xJfriG8wp6Fo WD60mEyDaAk2snDh0dIDnDt33cdnozzfI3Nm23nz9k6cuMGiTtWy5fQHD/4Ps5aJ6wHQbebO3ave 7xihKmIv49QEo4VlyegBUPlHPcrH0vN/tJ9uEC7DQGJACZK0Z3BcmGzVMFoDlY+O3qtVHtMOdrNu XX/pAdDCGERqpIj9ios7iADXzArnzOmIDFesOAJXrP7cdPXq7S5dwqUHuHbt9s6dZ7AQiJ+z8A4M quYBMEliahX9CnMmwnf1yi44VVl59YeXnTvPyl90UXkx5NHZ5MxvDLtNU7/+FFjTP/9cgHqamHxq 1nz489Qff8wzsVJgyt2//6L49TV7dnu4Ecxv6hf8GP6YMyMj96gW2td3E/yqOMUUkzyOTkjIdgeH FdpkK5c5zB63bt2DL5UNDpo3D0GfN/OaPULoAegBLPYACHTUy+xS5gGwxuMYJ/kza+p6AERd8fEn Lf2RIQUe4ODBi61bz1DndM0DODgsR2hYufJENT57iR5g+vTtFSpMECeqImiAU1IrLzzAoUMXEZWq Vz68sh5g/Pj15cqNy5jRBhVGlWC0YLpUD4C9GDNmDYDtUc/ReuM9AEJGT8+HHU89xSgFHuDevQcJ CecGDlyYXJr+/RcEB2/76is/9WQw1QPkyGGPON7JaSU6nto4Rg+A/lCypIc0n8/PA+BIlSvnqV4x kgIPAHe0desp9ecmyy/0t0cXGj161YYNJwQuLiufnwdAuFm+vKeazFIP0LNnJKZxrErqmUhGD4CW RKAvOh4GYNmy4woXdtU8gKvranRg8cML+i06quozzfQAcFCYb2XHw0yinaVmpgfANO7isiq5bz26 dAlDP4TRLVhwtImVYuHC/ZjSRWPCx5YpM7ZIETd1tcJSMmxYHPZC7XiqB/j220DMD127zlZPeTJ6 APjtBg0CVdNCD0DoAegBnq8H0OYXSz1A2rRWCEkRNQIUhwjs99/nPePzj5LzAE2aBKkFAUy7z8kD GO8LpHkAxNwIFEQ1JNHRCS/LA5i+vSaaVJxOY2W1RFQ1yVjq1fEA8vEIIowWYYTqAbDczpmTgFhB OwRYsC3yADCu2F8s4fLUFES9+BfdT54R90p5APRbtK221whlLPIAlSt7iaGEIyVyQLCupUEwhxAK s5BaUEjIdukBRBiN6UKrzNKlhzQPgMhPu3b8OXkA432BLPUA33wTKFpmxIjHk4z5rWqYr4JFVnLc ad0ytTyAcaWw1ANgRj116po4g0Xi5xeP4aZ6gClTtpjIRHgAWEfTJ0Ca4wFQeXNO5zMBPCc6gzrj IdbX0vzzT8zevedNP4wSK8WMGTtMJEDlMWYx7WijAMZPeoD27UPv3r2P1lMTjBq18vjxK6oHWL36 qHYyHj0AoQegB3ilPYBy1wgHX99NCL+WLTuE2TZ/fpdU9wDqd3UoCHTrFqF+EfWCPQCCG1ENlZiY /RbdVPTFeADlBwH/+PiTqOekSRtQT+0q59fOA+CIGA/B7Nm7LXqSRr58LitWHJHf1KLyW7acKlny SeVfmAfA4EJB33wzJU8e58yZ7cqUGTtq1CoMK/WmKOi3ly4lsdf4oPnOR4IpSHwcs02pUh7qGeTw AOhsGAhaQTiy4jQkEUafO3fDWJng4G3iqpjXzgMok0Cs2Jdff51btKjbM16aWb/+lEfz1WxhjV5B D4D1KCHhvPFQytD59fIAyjUVAdu2nZE/LapDKRU9wOnT14xN5+m5TvweAg/w4MGDw4cvGdPIMzbp AQg9AD3Aa+wB0qa1QrURtdSs6YvgzPRK8IweAJVEQcDPLz7Jqr4YD4DdFNVQKV7c3aJL8V6wB8ia 1R79AfX86adILI3YqdfaA8yYsd14CIoVG6P+KP8aeQDs5tdfT0EAhFFWseKEZcsOYxxhWKkXpKLf RkbuSarjjdFuwmgOCBPFxwcPXoR+qF4ZDw+AWeizz7y1gpBGXJAjwmh//83GyiBoFtHP6+sB0CvE viCSQwew6L5A7yR1k0pkhbZSI/5XygPs2XMO5tN4KOUpZ6+pBxAtD3r3joqPP6neFSMVPQBGurHp 4PeEdYQHwMTVs2ekMU3u3M70AIQegB7gtfcAWuXt7Zc/Pw8gmTVrp+ll6bl6gODgbc8+PF6wB1Bv anTr1j1E1a+1B/D23vjshwDBfadOYSNGLHZwWC5uBoUwS42fUuABsPwPHLho/frjFnkAceOU3bvP /fvvIgTfx44luipdeoCpU7em+jQ9cOBCRIEffzxe9QBLl5qqvAijx4wx9ajd19cDSCZPjo+I2K3e yj3FIIwOCNic6h5g1aojiLzV25GlwANs3ZrsSvFaewBJ585hV6/eVp/LUb26NwrFOmviFlVmegD1 JmzJTbba3UI1zPQA1av7iGmqYcNpDC4JPcBr5gGyZ7evUmUipp4//piPaAYrFl5jsdfmu9TyAAhY w8N3NW4chFIE6ik6qeIB0qQZWabMWJk/aNAgEJNmnz5zU90D4H21IIAwYsSIJSkowtp6iZfXBpnP p59OUq+wNMcD4OiMH79eqw/AQmjRk8JejAfA3lWtOlGtZ58+c5YvP6xdC4ujjxjFymqJTFa+vKdF 36nLSwxnzdqFNU/mk9z9UlPsATJksB49+uHt84yHoGLFCSm4RdXff8eIcare9EPGx/7+m7/8crJa St++0Wh2cR18njzOvr7xtrbL5NZWrWYgzD158qqlHqB48TEYPkOGxLVtOxMdo02bGcYT4caNW2fc 60qVvMx/UhgqrH0cQQzKVX/96NdvPgKgevX8tZSYr0RwidkMQwAhrLEystukogfAAITRQteSpahn fKWWB0BUre0L0ri4rLTod4Bs2R7P8xqoDKJt5Sg4eXtvwkwiE8CDqT/mYCLy84v/4otEHa9fv3mL Fu0XD/MWHuD48StwKU2bBss04sJx858wZVwpJPLC3FTxACgCzQ7LrRaBmqP+P/44OxU9AGZFzOpq KbDTKFp7yDqWWnRy+H9tr+V89VQPUKzYmODgbWIp18DKKH4H+OabwBUrjmAUGNPIe1iZ6QF+/nmO mKZS9gM4IfQAL9MDYMxjocKUff78DYxtxJR4feTIJe2pT6nlAbAGIHDHwolSBF27zk5dD5A+vTVW KZk/iI8/Wb/+FO25SKniAeztl6kFgY4dw8z/rkuLADp3DpP57N59DgutRR4A3RqLllYfsHbtcdM/ Lr8UD1Cjhs+OHWfUeuKoFSw4WouNEOjkzeuM9UwmmzMnQf39yuyO51C7tp+ITgTGB5Y9owfA4oo3 f/llrvEQIIBQY9ln9wA5czpimOzff0EtZeLEjRgsImJLl84KoRK6jdyKI4IoDTGfpR4AAwrxB8Z+ TMz+SpUmGP0kOl737hHGvUYAYf6FKLAW2sdhLVCu+m03Dk2jRkE7d57VUh4+fEk89SltWqvcuZ0R 8xkrg7Bb3GEmFT0A+mrhwqMRkyl1XpbqHuDffxdp+9K7d5SJO6gmCQ795s0njc3yww+z1PlKdBu1 xAUL9osnTsgztVq3nnHw4EU1E8wVsuMJD4C9gJlHlCnT4KDg0Jj/TAOsFF99lWilkMiHMKSKB4BN xQCPiNijFrFy5RHUX56pnyoeoFYtvz17zquleHtvRIStnaiJDp83rwuGvLbXcClmegAxYG1slhqb LiBgsxhQ6PDFirkhH2Oaf/6JoQcg9ABviwcoVGg0gsjffotWQRyjXcKI2bBNm5mff+7z7K2P+APT mSxLDU9LlHDHO1q0hDkak776RCeJqHz58uO1ywAQmam7g8jYzIdkmfjSGnGe9oXNo+tZ/bSmS0Go p944QubTs2eUek9xLOHGW6cXLuz600+RaphVuvRYrT6ga9dwE3ekNpIhg3XTpsHaefnJUbSoGyIS 9emS4qwYLBWmnx+H4AmVV+up/iau8emnk2QydAaLftZQv2lG3C/z0bqNWvlmzRJVHnFPhw6zUAfx 75dfTm7RYrqI4TBM+vSZo56xgMNhPAT4eAqcITzA2bPXHRyWJ/kIW9Hyaina00/feXRXeLm1bduZ iKvUylsEPBvC9ORaHh3AuNdobfOf6Py//43TPi4fiqQNea3bgD59Es1XMCrGysjKY1hhcJUrN04L m5o0CdJOCDGThg2fzDaYEBJ3m1Dj7YlRSuPGQcZv8RFDt2gRIm51r7W8ti9a5c0BMXq3bhHGZkny 7Di122De0749QeyIsE/NRL2Dk7weABEzDIZMoz6uIWUrhUTeew0tb+zz2pDv0iUcTsB0QWh5zFdq EZhs1YgfBwUJUnBxi/Z7Tq9eTxmwEgx5ba/lfIV5Un1Ed3JgsTY2HTqetGHwe/jXmEYucxiAxskW HebXXxMtcx9/PH7QoEX791+gByD0AK/x9QCEkFcE+JCqVSd5eW2w6PaahLx0krsmmLypFC7s2rRp UEDA5qdemEcIPQA9ACHkKeTN67xgwf6bN+/SAxB6APIq0717BKapevUCUvDrIiH0AC9TVatOYm8g 5NX5+v/vv2P8/TdPn7799Olr0dF7W7acjtmKLUPoAcirSdmyY9u2nfmMZ9sSQg9AD0DIW02mTDYj RiyZPXu3QN6WhJDXhTx5nEeNWiUvYCWEEHoAegBCyNNJk8YqbdrH4DUbhLx2sOsSQugBeD0AIW8j 2bLZW1svDQ3dKXFzW1Oo0OhULKJXr6ihQ+PMuVEJykXpqIOLy8q8eZ15dMgbxrvv2g4fvhg93Mdn U9myY19uZfLlc3FxWaWOfXv75ebfVLRZs2D1s6Bp02AtzR9/zFMTTJmyxaJbPxNC6AHoAQh5LpQq 5dGt22wPj7WBgVskjo4rtNtsPyNJPic4ScqUefhwAwz2jRtPFCvmxgNE3jzLHROzHz385MmrNWr4 vMSalCs3rmfPyPHj16tjf8SIxebfF7hRo2nyg3PnJly9evuvv/SHG/zyy1yZZtWqo5cu3VLvzUoI oQcwV1my2L/gps+Qwfrdd21fwC/F6dNbZ85sly4df5J+pcmY0eYZ77r9AruuDWJuDe35PuCnnyLP n7+h3ic+RWcEPfx2EyU+uwcoXdpjw4YT16/fWbnySNGiruxy5M3zAFFRe9DDDxy4aHyEy4vkzz/n Hzx4sXJlr1TJTTzgzOgBVLp1m00PQAg9wGvjATp2DPPy2lC48OjnXdC33wbOmrXzqU+HIS8XrJpW VkvUZ8G+snTtGo6wW8PaeqlW+VTxALlyObq6rkZWz+4Bsma1++IL3wYNAmvU8Mmc2ZZdjrxhpEtn /emnk9DD69TxT9kz2ukBCKEHeEs9QMGCo7p2nV2unGfRom6IOX7+eQ7o1StKO20ga1b7li2ni60C /CsfpS7AR/BBNY2MhCpWnCDeiYx8+Ej24cPjZBrj41oRvsutxqdmYrpv3XpG9uwOiGlksu+/nyZC sZIl3cU7AQGbb9y44+a2WqZJ8mGrySwqVsjQRBhXvbpPixYhIgL74APX7t0j1L1WZ2Skad48xPh8 ZVS+WbNgEZMVKfKw5UuX9ihRwl1mgjxT5pRE5dX6wHepj2tF5dWtQJ5Ei5ZH5dGSjRo9zKFLl/AC BUZhKRLJ5INyZeW/+spPZvLNN4Hqt/tNmgR9+aV+7HAIWrV62G0QlYpPrVhxZOvWU7/+Olf827Nn JPqh+pHs2e3xEbW2LVpMVx9dWbduAJb/NGme0m2enaZNgxF5A1QYfdjPLx6vUXOt4wUGbrl27c7o 0avUOrdtO9Oc6ES2/D//xOzbdyEmZr/MoU2bGerjWqUHwPGSadAUauiPhlLrgGZEYxoLrV9/iprs xx9np+DSBfRerVMleVYGuhM6lZpMPhwanRB9HqMJE4Lc2r59qPZs7IIFR6OGag7ffKM/bLVChfFa ZdSwDMMKBZUtO+7DD8fI+QoDEMPQ0r0uXjzRgFUf7A1y5nTAca9adSJGX8eOs2RK9Sm/6DZisv3f /8bJBJ06hWkP9s6XzwVvqnv03XdT5QNf/zsRxVNu/eGHWdoTmvPnd0HLly/viUr26PFkvipePNHz 4MV8pRYkJltLW6ZKlYnqSoHlw5gGM4ZMg5nk3XdtMauo3QaHvkOHUBMrBQa+WlXsIHZTTYBGQFNg 9RHLnEypPtg7VU4BEtnOnLnj3LkbdnbLEs9XIapXxyBVt+JYaN0mtTwAJlttFMjnK2PImHhEMXos +m3OnI6MFAk9wJvvARAtnT17/a+/YjBTHzly+fTpa5hT7t69jxhObTLMU+vWHb9+/Q4SCGJjD2Ju zZzZ7r9YDQvejBMnrsgEAJGQ2IoJSLyD8AiZY6KUaTCLaYdn8uR4udXDYy3m8QwZnnzVamW1ZNu2 04hHXVxWijQ3btyNjt4r4ummTYPEm5cv33rw4MHFizdlVoMHx5p/gsq0aVs9Pdc/KtpGi9Jy53Zy cFgeHZ2A9QZBFUJDzNTqXvv4bMqb1xmZiKBn5cojxoeojxq1avnyw+IaTSzn2AURrMvKp+zbHayj H3wwOjR0h1qfjRtP4EiplVe3AkTeiFeQIDR0J5YxRCTh4buuXLl95sx1hKQDBy7E8cJRGzFisaz8 mjXHPvrIc9y4dTKTqVO3IFIRJ/Ygt9jYA2PHrtWqZ2u7bMOGE4jy8UIeu1u37p058ziTo0cvayEd KoP6o9vIghYtOoBoQHY8f//NOBZo56lTt2Ir6nz79j2EyM9v+oCxXLLkkBabNm8eLKp35cqt+/cT dTywbNnhUqXcn5ozdiok5OGTATAk79y5rw43TFiIWVUPEBd3EI3j67tJppk0aaPa8ebN2ys3oQGN 1wMgJWJNNKBa1T17zsGhWdQgONwYxVqnGjlyifGcDUT8O3eeVZP5+sbLn1muXr2DiLNfv3li09Wr t1GZjz9OFPkhWERvRCPLHKZM2Yy9UM8oQw44BBcu3FDHPiZ9ETRjWGFwIU27djNPnrwqEmDqwwRo abCL0SGLwCSAqUB1WQg0MVM5Oq5AnePjT8qUv/wyB4YQrhVpEGzhQCO+7907SibYsuVU3br+atxc rdokDA0MSZkG/QR2SD0VrXPncLl106aTKFTNAbE1dnbAgBjE2QcPXhTzPJYARKhq94NJgPNUDxCG Wwrc0R9/zFdXigoVnqwU7zy6By7mCrhlmcbTcx0i1NWrj8klQ8TWeEem+f33eY/a7Ynz8fN70nXR OMbrAUQYPXz4Ysyxu3efk4lhI8WMlyrg8Mkee+/eg/Pnb6gNKFaK/4abs7f3RnUrjgVMV5LmPMUe IF06a8xONjbLtCGJPiYi++nTtwcHb/vvoNtqy9ywYXHot2XKjGWkSOgB3hYPsG/feQQTtWv7Yfkf OjQuOQ8QELAZCQRYQefOTWjTZoZIMGjQIsxuyE0mACVLPv66pVCh0eIdxMf791/AZ2UaBCva4cFi ILdiBoyM3K3GAfAA167d3rDh+L//LhJpIiJ2Sw+A6Uy8aWe3DDMylg2ZlfkXRCJWQID755/zsYPa 2UQlSrhj9R0yJBZRNeZ0VM/fPx5TsLrXfftGY+EUPzuY7wEQ7iCwk5VPmQeoX38KwtMePSLU+sAv iV9sUHlM/ai8uhW4u6+BMUBQAg+AcBzBJZYWWKw7d+5t3XoKlYG7Qw9RPQBcytq1x/r3XyAzgYdB pCu+gH+qByhe3F18KipqD9qndm1/8W+NGr7aI7GEB0Ajy4Latw8VD8+SHgCLLjL5+ecobEWjwZ+8 eA8gOx5iPjTOr7/OVVu4cmUvc87DER0P6Rs3Dtq69XRQ0FaZA/qh+hhO7CBsxurVR3/7LVqmQW9f sGDfp59OFAEHuqjchAY0eoCaNX0wD/7yS6KqVq/ubWl4ZGu7FMda61SqY5HXMsJaN2gQqCaT303C AyB+2r79DDqe2DR+/PrkPAAaWebQp88cHI6aNX1VD4CIRx0FNjZLMTuJ4SY8wN6952GZvvzy8XxV p44fJkCEyBbtOBy1LALZopHViE14gMOHL82YsQMHVKZ0dV2NfRRWDR7gwYP/27nzDDqVTPD999Mw yfTqFaV5ADUNfDuGG6yC+huL3IrZG4WiBTQPsG/fBT+/+Lp1H85X8EWaB8CYgm/s0CFUPUCVKnkZ L3p5KlgvklspAN5cuvQQDpxMg5kE8wkGjuoBsmSxq1JlokyDRnNzW6N6CXWlGDVqZXIeAHF2YOBW +E+ZeNy4tegSqTUh5M//uOU9PNacOHEVBkNtQLFSiF+w4a/69p2nbsWxmDwZ3SYmFT0AhvnUqVsR ymtDEv3H2XlF+vTWqgdo2jQI06m6zNEDEHqAt84DYG766adIcVYD5iwnpxWIRdQfdgcMWGhvv7xh w6nqsnTkyGWEHeJfrKA7dpxBMtN3Zxs+fDHmF/N/isU6oc3s8ADiK09EA+Kd1q1noPLqbwVickSQ 9CwnSmKVRcvIUgSISBISzg8cuFD86+m5buHC/dq3OJ07h127dkec5GC+B5gzJ6FLlzDZtjY2y0qV suwHayz88G8Ij2RcpYHKI6iSlZcgjA4P3yU8AA6ind1yLACI6a9fvxMUtK1Ro6CSJd23bDmleoBj xy5j39VznHAUEMM1axZsjgeQ78ATwgaINTLJX6XRo+BP0ETKuUzex49fQZAtK494DlUSN8jLkMEG B65Vq+kv2AOk7vUA+fK5rFhxBEGPiesBENmMGbMGY1O9YgFR1NdfJ9HnIk1AdwAAIABJREFUEfEY PUCjRtNu3bqHcAER6rPUdubMHci8X7/52oklEvRzNMvIkUvgWJL8ylNU/vbte4hcZVSKABd9Vf2O oE4d/0GDFmE0qZd+iq/SxS7AJiHixCSDgaCeYoG5CyGmOLlOeAAEu5gi5Ok0cGh4Z+LEDSluBOwX pgIMCs0D4Dj++ed8tbdg7kJMLBwdKn///oOwsF14IRMUKeK6fv2TR+1iisZeY05WT65r2jT47t37 amCd+CSlMfHxJzFVah4ANYS1EL+ZYLygg6kWCyYN/QfDVpv0nhFhYORKIWYqrfKYSdB0SKZ6AA0k wDqlnYBqYqWQYbQwuuoJhPCi6Gkv+HqA+vWnXLlyu0uXcO3HMfh22N1U9ACY/zGNDxmi/+6NNRqT LRbKTp3CMCH88cf8EiXcMVtinvf0XI/BlSOHAxYvzPMolPcRJvQAb5EHUL9zMoLpG9Mr1mbEghL8 e+LEVTmzOzou37fvAsCshK2YXJK8YNEcD4BVX5YyfHic0QNgeUsu2khFD4BgYtOmE82bh+TO7fxf v3FEgLV06eHevaNS3QP88MOsZ+zW6rc7KfYAgYFb5Olbp05dE1+vGj0AKq89HP55eACsUseOXUG4 o3a8li2nwwSqHgCV186Nfq68Ih7AeE2wpR4AQfbOnWcxZhEciLbVTkM3k3Hj1iITZNWuXSgy+fDD MepPFuJrBST4558Y05dcI0IycZoycHVdjVAezlDtD337RksPgBGKmd3Pb7OaAKC5NA+gnYKYMg+Q Nau9LAL7iENm9ADDhsVpn9I8ACqv/eiqeQAYmC1bTj/6WfXJHmHGvncvURiNAE5uRffbufOM0QMg UDZ9TouYw1GiyEf7Uc6SJdZRXSlQtGkPIH5JW7bssOoBMC1grpD5YGpKmQfo318Po99yD4DX7duH wv9///00eAARDGBwiR9dra2XMkYk9AD0AIk8wJ079xISzm3efEqCf/GmnNmxblWqNAFghcPWdeuO ffmlb8o8AJYBWcrRo5dflgd49EP/ZATWf//9OHZBK82Zk4DgXoa/9ADP2wPcvn0PdU7c8c4jbKIH eHYPgKgRkSvGLDq2aNsRI5akoLbFio1BJtWqTULnQSZxcQe1MCgVPcC1a7e3bz+t9odDhy5pHgAT mpoAwDQ+Dw+AppZFYFq7evX2c/IA16/fQVSn7hFizQcP/k8No1u1miG3wo9hSrHUA+TO7Szm8EGD YkU+8ssOS8EoSG6lMN8DoAEjI/fIfM6du04PQA9ACD3AS/AAiC2wdI0cuUSjenX97h9t2syUW5s0 CbbIA5QrN07LHzH3y/IAYllauvQQJkf1REm18vQAz9sDYIVDZGbsePIuT/QAKfYAaseQDYvuYTyV 3xzEOQYyH3nDn9T1AIj4nZxWaJ1h2LDF4vRl4QHWrDlm7DCIdcSNlVLLA7RoMV3NH5H6/v0XnpMH OH78CvbduFPly3uKlu/YMUx9f8yYNZg2LfUAyvn6k2VWvXvPseiGmxj7PXtGqZXB/qJbWuoBatf2 13Z23brj9ACp6AEwXaMd0LAYUBhW9ACEHuBtfE6wmR7g6NHL1apNsugGNdHRezH7W+QBWrQIQa3k 5Z7JXQ/wwjwAFr/JkzdhihRfj4kn0qshbAo8AKINWJ2AgM2p7gFQipfXBsRb6k0kn5MH2LTpZN26 /rlzO5npATJlsilbdqy390ZLPQAWJ/WUdyNmegAcCHEQU3a6y5vtASQ9ekSg8nXq+D9j5dG30Unk OwjQYeYHDVpUqpRHcs+CMNMDwJOrvc54CgpmdkTAJjJJLQ8wZcqWWbN2PvV6ALyD3Vd7uOYBEA3/ /ns04n4THgDhb3J3kBSVx2SrVj656wHM9ADqZIuRbpEnROVRW1l5M68HwDHFkNm48aT0AJhst27V v3B5Th4gXTorTHGYHD76yNOcZ268AR4Aiw6mdPHVXq5cDmKZQz4REbt/+WUuY0RCD0APQA/wcG0o VGi0uFk7sLJaihVOvfg4BR6gXDlPRJCoW6p7gPz5XRDD7dx5NrkYLhU9wM2bd7HadegQaqYHKFFi DGLWCxduviwP0K/fPHEQTTx4ix7gOXkAcWK3g8NyBF558ji9VR4A7RkZuUeN4DUP8ODB/2GKc3Rc /jZ7gPbtQzGfYFZ5KR4gRw6HqVO3YnLAoKtYcfzb4AFQbrly4zBY0BvlMrdq1dEGDaYmN7MRQg/w lnoAeV8gBCUa8lYVWMy0TYMHx6rnA/y3FPn+++8iR8cVMpl6Uz/M+H//HWNru0xuxbKKeBpTdqNG QRZ5AMS7mNSwFMmsGjacluKZXTSX8UdSTOvYTYT46o4j3kLEKRbOrFntECgjepZbEQkhCkcQmeoe QMz+aEB1rwEWg8KFXcWv7d27R4wcuUQ7UkOHxonY3XwPgMUJ+aBBZCY4alhrxb2MMmWyQX/AKi63 4ogPHLho0aIDmgdo0CAQ1VOTqU9QkvcFMnY8eQ97Mz0AaisOory6w1JwmETR2IUjRy6PG7cOr9Ge 6dKl/nOCEdyj26gNiLZVY99U8QBoanUkAhzQX3+da+n94Lt0CVMzcXJaMWjQotq1dSOBNhH3t1ET y5DIHA8g7wukdQZ5HzN5XyBjh0EMKu55mloeAPOJ2nXd3dfAr2JqQuminYUHmD9/rzbjDRsW17Ll dPF7CIYJnPPkyZvwpro7+IicWuV9gYw7JZ/7gQzVHBDYnT59bdWqI4ggxcPCzPEAGOxa/hjynTuH W3SvWHihTp3C1BkPUwqObGzsAUwp4g65mE/Qn21slqkdD+2GWUV6AONKgbZFC6Odq1adlLoeIFcu x7i4hwGBpV91WeQB0CvQCTES1RZGZ8YKkmS3T7EHQBCP943zPHpIixYhcqrELA0vKr+nQ+Wf+oUL IfQAb5oHqFRpAiaCpk2Dn/rdnrf3phUrjmiozwdQ38eUanw47n9fCT+8xb5MqX7rL0AIayxI/kDZ o0eEn198wYKjnnqYs2Wzx4Ihc+jde06KZ/Zbt+5u3nwyya+QxV2f1aoazwBGfC+3isr/9lv0+PHr xYm21av7xMYeVJ+z+yxkyGCN6V6tDyJ79WbPWCy1tpW3fEUcLyvfvHlIVNQeccPNwoVHBwRs7t59 tnY9AFyWzMTWVjdIrVrNkFuDgraJx7L6+m5Cr9MijyVLDopkGJY1a/po5/AgQjL2B9lthgyJg0l4 qgdAtxEf7NAhhV6rZ89IYzXQ1NpNaZs00e+3nWJQVVkQ2l99bjScjKvrau32OziO8vkAxsqjGbVn cYjnA6i7g6grBfXEoVczQbcRsakRdCdsVROjy8nKYxzJZ1EnBxoWzasdBe35AJiUjEdKPh8AxhKt 1KhRom8EEA8h+rT0+QDwOcaCIiJ2iyfayusBypTxCA3dIRM0bfrk7H95PUCjRkEyQVjYLu32vnBr MLrGstTnA2AONyaYMmWL+AHh44/HR0buVp8GYARjSvu48QGOZtvCcGNlPDzWqt/iIxqWm9DyxmuC YRXUlUKi3ilY/Q1Ze5KMOAQzZ+5o3z5USwyLoj4fALVC3fbvv/CMHgD+Ewcah9tEmqFD49R9Wbhw f3IPsE+u8iroxujM6NLGTZhstXaT36OpK4X8WfhR5XfysQCEHuDt8gAZMthg8n3qA4wQY6HVEPZp qM8JVt/Pm9cluRM8xNNqjTmoV5UZC5KLR9as9u+/75Qu3dOvAU2TxgpBtjGHFHiAI0cuff11QJJP vBdPf1SrajwdP0sWO7lVVB6Vee89RxG5ise1avFcikmTZqS61yB3bmf1JGwUrbWtLBotLyv/3/Mj rcU5Uai2vMG29ADqQTd+WYgjq9TBCXVI8tgh/MLuJ9dtRNEmOh4qbM73lChafDDF5/vKHFRy5nz8 wFf1G2Xj46VT/GuA1m3Ub1vls2bVE/Dkc4KNlTe2vOh46u5Y+qDcJAesid1Hd8LWxA3o8NTKJ87B RstBdBv1OcFqu0nkc4LFgNWGmxg1lu5+pky2xoLkqJEe4NGM56x0XVujB0B9khuwSbabQH16F7I1 Jnh00K1lDqbneXXACtR76qe460q0p/yq3QYtb/QA2kphnK+SGnfWhrXG2TjktUlDrBSDBy96Rg+A gozHzlh04q7rbHKhdDY9X5ke8qbbTevz5lSeEHqAN80DsDeY/iXhr78WrFx5xMQvvG8hSd4XiBCi fY+b5H2BVJK8L9DbidEDvDAQ/v7553wbm6WdOoVxWiOEHuBt8QBJnlhJ0qa1qlJlYoMGgW3azNi6 9fShQxcDAh4+dYgtQw9ACD1AqlCpkhfmWEnz5iG+vptMX5n2/L7rcXJayfvhEEIPQA9AHp6dEha2 8/r1Ozdu3Ll//4GHx9rMmW1f5B3o6QEIoQd4swkM3Io5VnL06OV69QKeejLY8yBNmoendb2Uogkh 9AD0AK/c7wB16vh37DhLwFslaKBBvvlmSmpdwEDIG0n27PaNGk3TrlLVKFbMrUOHUHHbrreNL7+c LOdY0Lr1DH6tQAihB3jlrgcoVcrj+++nvfeeI7sOIYQQQgihB3grPEAKnhFGCCGEEEIIPQA9ACGE EEIIIfQAr4wHqFHDp379KcnddP9N9QCffebdoEEgLwUjhBBCCKEHeLs8QI4cDx8L5ecXHxOzXzzf SqA+K0R6gEyZbGSCrFnttVvl4CNyq8B42aiag8AYgmfObKcmyJ7dXjzmxiIyZNALks/TwQvxzoQJ 65cvP1y0qJtMoz1iJk0aq6xZE1UmW7ZEe40dzJLFLk2ah0+okWmMD+LBPj51rx/V2Tq5HAghhBBC CD1A6mju3L2LFh0Ax45dOXfuRlzcQfHvggX7atTwMXqAH36YJRIAT8/1efM6q82Kj+CDMgHo33+B 1vSdO4erCUDTpsFampEjF6sJZs7c8dFHnpYe4+++C9QK6tEjQmzq3j1CvHPkyOULF24uXXpIpqld 21/NJGdOB1fX1WomPj6bChcerbaMs/PKLFlsBw5cKNP8++8irTJt287UKtOmzQxjnb/6yk9s/eef GI5SQgghhBB6gOcid/c1Y8euBdu3nz506NKECevFv3i/QoXxaqR78eJNBLsjRiwWCYCLy8o//phf seIEmaxJk6C7d+/Pm7dXprG1XYbIu1Chh0FzjhwO7drNVHMQ1Krlpx2eWbN27t59TiYYM2bN33/H 1Kzpa+bRTZvWqlGjaUOGxGoFNWkSLOsp3tmy5RTMj7f3RplGuw1onjzOcAjx8SdlgtGjV/3553yZ zNNz3e7dZ//6a4Gd3TKZBq97944qWtTtnUdPoGzVavrw4fpe16sXYKx569YzxHGZPDmeo5QQQggh hB7guShLFnvRIhMnboiO3pvcHd/hAe7de3DmzPWBAxfKN6tVm3TkyGVsEv/myuWIEB/vNG785Hk3 PXtGnj17vVatyXj94YdjNm066eq6Km9eF/VEIxVUAIZh6tQtHh5r5ZsFCoxateooHIiZRxeZR0Ts DgnZjg9mymTqXH9YHfSD5O55ivD9o48858zZM3LkEvnmxx+PT0g4L9sBHuDWrXsnTlxF+K781hF2 7dqdb78NFJVfufLI+PHr8+Vz0U40MtKoUdDx41eAq+tqjlJCCCGEEHqAl+wBTp++9uOPs4sUcU3O AwwZEuvjs6lGDZ/333cy4QGOHbscFLRVzUelTh2/NWuO9eoVVbKk+zN6ADiWRYv2f/rppBR7gGbN gmNjD/zww6xixdxMeIB1647VreufJ4+zCQ8AkxAaurNUKQ/TNUfTVa/uDUqUcOcoJYQQQgihB3i+ 9wV6qgcw3hdI8wC+vpt27jw7eHDsv/8uksyatVN6ADR6377zHByW29ktE8kQK2fLZq/m2aJFCGoV GLhFzcTWdtnhw5fM9wBp01p16RKOguztlw8dGoccfvllbsGCoyz1ADAwCOW9vDaolXFzW409Uj3A woX7s2e3T3zNwxMPgE19+sxR97pbt9k5c/Jpa4QQQggh9ABvhAe4du12QsK5PXsSsWbNMe3L+NKl x8bE7MemiIjd1at758rlqHmA48evaJmAAQMWWnqYc+RwCAjYjM+uXHmkUaNp6lf1ZnqAe/ceYB+N lcEmMz2ApFgxt8jIPfjsvHl7YYr40GVCCCGEEHqAN8EDoE0rVpxQvrynStmy47JksVM/mCmTbenS HtiEiH/FiiPt24dqHqBfv3laJsDMx5mppEtn9eGHY/DZWrX84Df69ZtvqQe4cOFmly7hxspIO2G+ B8iY0aZkSXd8Fm4kLu7gjz+GcxwSQgghhNADvPYeIDJyT3IX+yZJjRo+J05c/eWXuZoHaNlyeuoe 7w8+cF237ri9/XJLPcDZs9e/+srPRM7wAAcOXHR2XvHJJ16mPYAEKfGRv/5aYNxUvvx4G5uloEWL 6RylhBBCCCH0AM/XAwwZEuvvv/nzz32qVp0IqlSZqJ6zbo4HGD48bvLk+GrVvEUOkkqVJoiT/jNm tClXzlPd1KbNjNjYRHfKr1vXf8OGEz/9FKllAgoXdjXz6KZJM7JkSQ/1s/XrTwkN3fnrr9Fayr// jgkK2lqr1mSZEj1DNSRLlhxq3z7UWJkCBUZJD3D58q34+JPIXG799de5y5cfQWO+8+ixX2XLjlM/ 27x5yPz5+zp1CjPWnPcGJYQQQgihB3hxHiB3bqe2bWcmJJw/dOgS2L//Qv36ARZ5AOTQoUMoPihy kCA+/uyzSeLL+Llz96qb5s5NqFLFSz2RJksWu2LF3KZM2aJlAgYNijXz6KZPb+3js1H97Pr1xxs0 CFQvPBC8/75Ts2Yh27adkSnVG5vCulSsOCEiYrexMn36zJEeYPnywx995Dlx4ga5ddKkjUWLuokf VfLmdZk1a6f62UWL9sMe5MjhQA9ACCGEEEIP8DI9wDuP7t3522/Rf/wxHyCyV29P+cknXj16ROTP 76I2Iv7Fm+o5MPgIPihykPTuHSUerIuo94cfZqmb2rWbmTWrnfHwIBDXMgFffjnZzKObNq1VkybB 6meNlVdPE/r55zkyZZkyY9WtmTPbIi43VkZe5SyvB/j220C5FX5D5oAdhLlSP9ux46wkDcA7D6+W 9hBpvvkmkKOUEEIIIYQe4Ll7AJICkrwmmBBCCCGE0APQA9ADEEIIIYQQeoBXwwNUrTqJvYEegBBC CCGEHoAegJhLnz5zbG2XZc5sy6YghBBCCKEHoAd4K0iXztqiRyIQQgghhBB6AHoAQgghhBBC6AHo AQghhBBCCKEHoAcghBBCCCGEHoAegBBCCCGEEHoAegBCCCGEEELoAegBCCGEEEIIoQegByCEEEII IfQA9ACEEEIIIYTQA9ADEEIIIYQQQg9AD0AIIYQQQgg9AD0AIYQQQggh9AD0AIQQQgghhNAD0AMQ QgghhBBCD0APQAghhBBCCD0APQAhhBBCCCH0APQAhBBCCCGE0APQAxBCCCGEEEIPQA9ACCGEEEII PQA9ACGEEEIIoQegB6AHIIQQQggh9AD0AMlRooT7t98G5srl+LwPTMGCo5o1Cy5YcPRb1R3z5XNp 3Djogw9cOTKJmVSqNKFGDZ906axfSul58jh///20okXdeCBeJBUqTMD0qFKo0Js/VX70kafY2eLF x7APmEO2bPb16gWo/eSLL3wzZHiOc0WmTDa1ak1GQfXrT8mRw+GVbRkEGE2bJhpBmEi1NP/73zht lH34Yap1vE8/nQTYRekBXjMP0LfvvMOHL1Wr9tz7bvPmIffvP2jRYvpb1R0bNJh67dqdDh1mcWQS Mxk/ft28eXuzZLF7KaXXrRtw4cLNrl1n80C8SNzd12B6VGndesYbv9eOjsvFzvbpM5d9wBwQxW7b dlrtJ3FxB9577zl+hZc/v8vy5YdRUELC+YoVJ7yyLdOsWcjdu/fVlsFEqqUZMWKJNsp69YpKrQoE B28D7KL0AK+ZB/j993lHj15+AR6gRYsQ1Kply7fLA3z33dQbN+7+8AM9ADGXCRPWz5+/72V5gHr1 Ai5duvXjj/QAL4hSpdwnTtwwaNAiBP0qb8OPh05OK8Rq9csv9ABmkT27w7ffBspOMmdOAsKd5+0B Vq48gmO0b9+FV9kDFCo0ulWr6aJZOnacFR9/EhOp8Xcn2XRDhsRiouvdO9U8QEjIdsAuSg/wynmA zz7zxpDQ+Pxzn9fXA5Qo4d6mzYz8+UfRAxB6AHqA1xrMvZiB+/aNNukTPFq1mpEvn8sbtu/t24dO nboV1K8/hT0hBYwZs+Z5e4CcOR1GjFiMY+Tquvr5nSJYuLBrhw6hxYqlTv5Zs9phCjV6AJUvvvA9 ffoaPQA9wJvsAdKmtcqc2Q4j4fr1OxpyeEgPkCGDNcIOwbvv2qZJY6U2a7p0VnKrIGNGG2PrPyrR Vk2WKZNtch4gfXprJMZHzDy06dI9riHG7aVLNxs2nCZLyZBBrwyqp1XY/BOsxV6gethrNOCjvbAR Z0b+l9WTOptuN6MHeLTXiXIQJeKzWrulSWNx70c7aHuN4tSitcoDVBhFyzNKkcOjvUjUgGL3VURW Kik4J1UUbSIH1EFrebXjIb2J/iN6rLr7pttNHLvEe21rxl7baDkkmX+SLf9UD6BWxjjczBmw6PNy 1ICndjzUU3oA8cHkRs1/3cbG2PGSbDdRtNqA+Lh27MR8lXgU2KRgDUhq7FsZpx1DA6bycJOnU6sJ ZI+VLV+r1uRjx6789dcC43wlm+u336LPnr3+zTdTku94I5PrePKgI40Zw81Wa0DTHS+5vX5au5mV g4nhZibmdDyx19qMZ9xr0zOeWCkeLRmmhps24xk7nukZzxwPgA+aGDWos4lpytB1bZPsutqAFQul iaU2mb22ku2Gd1q1mn779r0uXcJSPOOlogcwp+MZVwp6AHqAV84DfPzx+OnTt//9dwwiUQ1s0jxA +/ah8+btFbi7r82b11lt1s8/9547NwHjStKv33xj63/44ZjJk+PVZPb2yzF3JOkBGjcOCg7eVq7c ODMPLRZLkee2bafv3r2/fv1xWUq3bvrXln36zFGrAb76ys/8cy6DgrY1aRJUufLE8PBd+Ozw4Ysx Uw8bFofXs2fvrlp1okzcps0MWcT48esKFBhl2gN8+23grFm7PvnES01WpIjrpEkb1do6O6/Mls3e 0t7fvXuEtteIG9SveLXKi0upMFd26hQm/u3ZM2r06FW5cjmiY8hMhg6N1Qpq2jRYK6hDh9AUXDA9 btw6mUO7djO1BOi6j1reaujQOJlMfmPauvUMP7/44sXdk8wcuxkRsRu7bE5NunYNHzt2HeqDJUEW ZG29VAtNcDS1vcYH/2v52e7ua/LkcUruy3VURmv5p3qAAQMWyoLQFFqytm1nyq1oRu1L4s8+846K SqhTx792bT+ZbObMHdqv+UWLuvn4bJIJcFilB6hRwyc6ei8GXXJX4I0fv75z58fd5qefIpUhvwwr tJoYnRDjCKMJY0om8/XdpF2QV6HCeNRQbd7Bg2NTsAb0779AzSQyco96rR6iDX//zSVLuqPPyzSu rquxclhaUJcu4Vp/aNhwauJgwsrKaomaIDBwa5kyYx+1vKu398Mhv3r10Zs37+7adVbLCi1ft26A eL1jxxlESGvXHpNb1ZZ3c1uTXOXr158ye/auKlUedrz333dCSplDx45hWmJM6ba2yxDc/PvvIpns zz/nG7+816rarFmIRe2GorUc0DGMyb7+OkBL1qNHhEUFPZpsd1aq9PB6a5kJmh2Nr64UTk4PJ1vs qUyDFtCyatkyRKtMmzZP5iuxUqC1EVnKBGh5bcgXKjTay2uDmgkm25w5n1xoO3DgwiFDYhFbjxz5 pNuYOFHK6AEwZAYNWpRceqxEqEDhwk8/zQxD+P/ZOxP4Go/9/1uqrqrqrWrroqqoquv2KmppVV1F lWr7Qy3VTWmVtrZStKqJLcSaWINYIpYQJPaE1JbY930JErvYdxH+/7eMjjHPyclzTpYG09fn1Vec M2eeme985/v9fJ7nmRkmstpUa7AtWXI4rPeDDwKZX8wyUYygQei4f5uBvsRGtSoRbPmKcCSm/IYN x27dur158wlZpm3bhdbGy2+pME+evmmkAapXD9DGmvCulbFmCqMBjAbIWBrghx/md+iwCHKQVBaX GuDs2WswdcgW0UGAjMjPpU4AxGhod3h4tCzTq9dyCBBUQGVdbdosYHLKMoC8IlSyqgEQ9LVrBxLs YLovvzzE5tBSv6iTASYjzpmzR17l44/vJSHUy2efBffosUxtBiC8klTsXKhChTHHjl1CBkC8IDp7 9pzetOk4c97La2VExIHLl+NJLWqakZcYNGgVDFWlWaoGQEXUrBnQtetiMnHx4kM11UGaX7v2iKyq f/8oQj+f2zQOCR4ODeHQeq2GY0iP1ngAGdqy5UT37n+Kf3LdffvO0HHYgKhh794zhGntcrgHVc2c uUteiBoYXJd0C0EcH5A14IGMo/oODFwNy7dsORfLy2I07PPPZ6G1iNQ+PmtIFdbdGCpXHifGDips pyV4S0zMeXKn6jY4J5fGPrIYfOv69ZuhobtlGVI1VADJ1KfPitWrj+TPPyDxufYARGnx4r4K6Qm+ ciWe0bepAXAGHIlZKS/E39Qp6v9rubnueKVK3XM85tf16wnQnc6dw0WZpUsPnTlzFVWgEhdtwqK1 mPt4LBoA2pSQcHdlKhmOTI9V1ffxSNh0/y+GNE1W4u0dCa8qVsxXlVjQXBophxtbMa3UCANQ6adP X1227JCsinFv0SLU/hsCwvK9eq1QpwD27NgxTN4CICrGxV1hoPFYUYCOREbGauo92RckEP90X5tu b7/tr86sli3n9O27Ui3g67sGrolbEjnFz2fO3Hn58o2VK2O1qgh3FBN/YxMMiIyU30rSjJdGRR0W jS9QYGCzZiGq5VEply7dEDcCaDOqUp2wyKFcue5NWD+/Ddu2nWygXHrHAAAgAElEQVTdeh7OTAH+ eejQeaSa1ndY5rlz16ZN2666TZ06k53crtZQu/Zk+VuoM1PDSnMJU8xHzSauvkqKM1A5PJsWykpw eNwe55ersXfvPs2gkNFEgf37zxL8VTaMNu7WLUJrjBqvYP8XL96AJasWJv4QhVSXKFrUZ+vWk+vX H5VlaBsGL1FimCgQGLh1/fpj5BrhNv7+m44cuUiUs68BmC8MH5FKe2+HyIz1GHSa/fzz3jYeAvTA SrKdKFXregC6Bo2eNGkr84tZJgtjBBln0AkkC6KKajpciITFt+hh8dWCBfvQACrBkCpXghCkUZSS JYelhQYg+mkEg8RKehV2thIMkSnWrTtqNIDRABlIA5Dyly+PefbZfsmuCWbunT17FW6qvqIaG3uB r+Q6pE8/DTp27GLdupPVWEMqFQIja1YPpjTBhVz18suDna8HIKS+9NLg2bN39+0b6d4YE9lJQknd 4oURqo2XIGmpkT1ZDUBMh/s++WSvCRM2Q6eIF/AqApOVRkv8978jDxw4B8mwagCEEHmaGEHU1n5F FilffjSJXL3zQQxFm9m/7wWdglQRmJgASb0eY1MDxMcnMLKwh7+2qVk3ZsxG9cEulBdpB3OSeRRA zcleKXlhVNBodUtENICwfJ06gfJDou2JE5eJ4LLxkolKiJtt9l+px25I3NOnr6jbRDDcZALxdAL9 lju3F9QWI1eqdE9WwS22bz8F3YfdLl58gFHIkaMXUvPChet4ID8R3AuPhU5VrTrepgbguqdOXVF3 hoFGU2dSIvaNN0ZRv+o/QgPwE5icvItG44XdBGgzYkPVKigNZtbt27fJgrgus+Czz2Y+9VSfHDl6 kqSZCMQT8QIMVyS8dOwY7vDmK24mnyyJxlMnNffpszLT3e3I5uPwqsSFo9SqFbhnzxn1/vSnn06P j78Fv3RpMYP2VFA0ftSo9VIDoG2QQ7LxBK65c/e69LZ9sWI+0GUkCnEvqVe8ROO1O9wFCw6EK0A3 XVoPgFviDw7v5tD4sLDo114bRjfh+jB+OKW4tcz/4YJEpCpVHDwChdZs3HhcfRSDqyQ63mVitRB+ AQFbBg9epb77QXjBbVAsWEDd1Cgi4qB7G0xXrHgn2Fo1wMyZu4KCdsC37EsLh5lCOB6yUL3hsnNn nHzEROPpNRFPPq3FDgQQ5TZ2P/IapNO6oBlmLO6CCQ3AdBs3brN8tweXXrRoP/FTxnlyE6ZTn+lB oxlZGXbQANev38QgNWveeaD01FO9g4N3qo23sx6gUaMZzH0Ys/ohQnrDhmOensvcsyQsPykNcPHi 9SlTtslHf0wHkjtySN4tEt1xfnuIOS6DrR2QMY8evYirp7oGIGi3aDGHzqrTrXPnxQhFZpm4FxkT c1+wZd4dOXKBgTMawGiAB1IDMBOaNw9Rb7ZpGqBLl8WjR29gSqi1qRqAOMich4qVLj1SvPnjRAO8 /35ARMQBSIZ6hzUDagDYcMmSw4hoUB9ywNtvj82Tp6/bGgD+t2JFDEYrWtRH+xV1zpq165NPpqk7 gbinAQ4dOgfXSWrQbWoA/klElrdFX3nFV31qgSgia/brF4mTqGE9jTRAouX91ce+aaQBCPE4p3p1 VQNky+bp7R0JDyD3qM/upQZg+pB658/fV69ekNAAe/eegfJCm7CMr+8anMomSSJ1YQfcO29e7xRq AAiipPjPP++tNd6qAV5+eQgT59KleKYn7LZSpbE0hkoEjT5+/NKcOXvgAfQ0NHQPEsXhcDvUAFeu xLdps0A+9MuffyBtVgfoxx8XwDjJpupa/zTSAMxuOigbDw8uVWqES1xTaACoAHFPfRaa/hqAxjdu fOc1TgKs0AB7954W9aPofHxWJ+V4DjUApJZIJV4EhcuWKDFMjVfIpNGjN8IjEf9o3bTWAKiR8PDo lOxXgSdgEGyrPm22agDIMVlJ3h1nRoj3tVzVAIQRTdaqGoAsEBKyu169aQULDnKiAbAk807cJs+a 1ZPA7uRReUbQAOQCyLG88WTVAERRovR3383N+BqAXhC0sSqzRtzBsaMBIJ0VK45dvPiA0QBGAzyQ GsC6L5CmAcaO3QhXIAqQPiWCgnZIDUAiIZ2QVJLdFwhWB20iOalBNmNqAJmW0ABwdHF3x6oBsJW0 yYABUWfOXLVqgEmTtsK3IJEOn10isUQkVc1L5uCH9jUAlL1z53AYPExajBQUTaM1NjUAWsXJPVFI 5JIlB1aujFFbC8jWrmqAp57qQ5NkDVRr1QBYXnusoWoAtAE/RAN8/vksEbLz5x/w/fdzSXUtWsyx z+pI3tbGqxqAqubO3bt69WGt13AvoQFEWjpy5CI5T2gAvJ1cSONnzNiJA6RwXyCrBihXbrRsBgQF xWjVALABJxeyagDrvkDTp++g8YJG0yMclcTPFaOjz6pH8LzzzjjZGNg2dtM0AAzJ+d4vdIE6u3WL UM07ceKWtNAACHVtQY6rIK7+/HNY4nRb2alTOHXiJ9rtj/TRAIJGI89we6EBGKbg4J2CRhO7VGKE WpC2DQvbb9UAiFhtLYfW+LVrjy5eHK3NAhJNqmsAPBDzEjMh61yCWe/GoWkiU2jP36wagMY72VrH vgaQz04dagDCMhmTHqmmGzp0LUOmagASawr3BcK3MR0drF49QL5Gi5eSGshHqa4BNBqtaYC33vKn MYAoLbpMnHRPA5CXpd0YNeJhWmgAGo+Tax4+b95eJxrA7AtkNMDDrwGuXIk/cOAsSVrF+vVHxQ/t awDYG8mY8uptpAdUA2TN6klagnlLgxw5cuHmzVtWDUCsEQuqHN6ZRgPExycwCpp5waefunxOUOnS I8lM/Bb2huRQ3/dNRQ1A/LW2NiRkt/08TT2kfyK1/Dlj6qoGECC7bN58Qtwtc2/HN5sa4OJFB72m C+L9N6EBaEy9etO2bTsJJ0gjDYDjIXVwG83x0kgD0AtoE+kNBmPVAFimYMFBUGHZGObO7du33dAA 167dPHTonGbePXtO21zYnZ4aIJOy4zgEkXbOnr2LqZcrV5+/SwMgnxo0CEKRwimtGgC9TWCcM2ev NCyi0T0NwDy1zgLIq3uHyCalAeT7MxMmbBG5pk6dQHF3/MHVAPiDwzgv52mqaADxNj+0Vb4H2K7d wkOHzoul4emsAdS116Kzv/0WkT//QG27BecagML8BA9XIt7FhIRbaaQBGErrGIWHHxDPxIwGMBrg UdQA1EYEIeurgGLmzNnbJQ3Qvv2iVq3mRkUdlgcUPLgaANvyVe/eK6RByPpimz9NA3TuvLh581BM pK7IVDUApAT7aOYFruY8kTXhJfy2SZNgKLW6hCMVNcCUKdusrS1WzNf+rffPPptJPXXrTpE/x80y uAYQe4xogEOLzfiEBgC4GS6EIkojDZA3r3dAwFZ4pGwDHAKPTSMNAFmE+eE8WMmqAV55xRfL4MOy MQwQPu+GBmAI3nlnnGZeaId9cpn+GoDKS5QYKub+ypUx6qLVdNYAVAKDTNwPao9VA+DGxHDUqTTs yJHr3dMAo0dvsM4CwojNrW9d0gBMH+Y19eMYzCMr8XqwNEBs7Pn69adZrSffdXyINQA5RXTW03MZ 6UNbgu9cA2BkfuLpuVRarGnT4FOnLqeRBiB0W8cItxFTw2gAowEeDA1AjIMbAecHBtvUAKGhe5xs Av30017ffTeXaxHKk9qxS64HYDqJhtWuPfmB1gBEscjI2H79Iu2sB4CXi15b99GDP+3aFSeeM6Yi RFqSm1c61ADEQVIglNpVDeDruyaFzSOGamnJ4XoAOxoAZSVsK2HdKShVNADsx0klBQoMROKuWXNk 8eID0NaPP54q2+PSfibJagBMhKG8vFYmux7AVQ3wwQeBYgW81AAQWQglPownY1XZozZtFogsDi2A HEARnK8HsKMBYFpO9vvLmBpAfRsqLu5Kixah6a8BqPPnn8OoNiwsGt75ySfT5DCJ1b2AaEZMU3cJ c7gewI4GUBufcjjXAOq7jlFRh6HdrmaKa9duEkZq1QpMBw1AsGrYcEZSa4KZI/v2nSlVariTBqeW BiBZf/ZZsBoSCQ758g34GzWA85VjzjWAWMxAlE6H9QDOG+9QA7zyim+3bncWhqkaIEeOXkRRYXk3 XmMzMBogFc4HgBkQvMjWTF0NcvmpHQ1AtiCMkjW1SqCtTLZM93bMnTtv3t4aNSaqZQoXHiI4nLo3 KPyGlExUpQY3zkP9+OMpBF/4jbyKelOhZMlhixZFkxS11pLhVNqUKs8BJk688xxAXqJBgzvPAaDR RYoMEZJJ3RsUO5BvYM8lSw5XV9N+803IwoX7atWaZB0m+88ByNyQOfW3jRsHw0fr1p2ibslHCic3 yDJCfpAm7WsAWg4Vppi1tcWK+dg/xAeOuGTJQZonf47U3Lr1JDQ3T55+LmkAgLCMjj6Lg61cGevG carJaoBs2TyHDl3L8Fl7TQJQD+VhfIUG4O+PPppy69btevVc29DQznOASZPuPAeQbaCReCxyNPF2 rKdNDQBhhfPVrBkg62FYMWNCwm31nGAcRmgAcTMP96CYmv/EcwBZCXGA8l26LJHbDNjRAExYVHql SmM188KZ7D8HePPN0cjyH36Yr9ZQtuyogIAtv/8ekYoagBGn4+pVEp8DxKpjjWEh2fRdLYZehWSo jN+OBqhfP4jKGzQIkvVYT0mHawoNILZqZS5IASCeA5AL+FzWMHLkOuY+wyqfFSerAV54wXvy5G1M FussePnlVH4OUKjQYLX+ypXHoUXdeA6AM+PS3t734lXNmpPQhM2bh9rUAE8/7eXvvwnGr3W5d+/l +JVYPy00AElz7NhNsgDemLgSLEKucGCAmJhO4nxqaQA5wQUZsAqYdNMABHOts4nPAbZrK+mR0ETg b78NtVIU8RwAeu3puVR+S1A6deoyQ+DQ8VKiATDp0KFrrGNEehVTA9KCtOvUKVx+9cUXs5Ao585d UzUAY7p06SGMf+jQeZsnwxgYDZDKGkDswunjs4bZq8HLa4V9DQDnYMrt2XNaq2TduqPqDzE9HGXZ shi1DARasBlVAzDT8uUbgDiBypcu7XIyzpWrDxNvxoyd8irqbmvZs/eEfEBTtNZ+/XWInX2RXVoP kD//gM6dF8tLYMn4+DtbTBILRFjXzghDq3z//dxNm06oN+SI4DCDiIgD1mEi69u0CYwkPDxa/e30 6Tv+/e/h6noA/kYgwbRkmT59VlStOh4qYF8DMHb/+teAdu0WWVtL6HdlPYBX4nqAffLnxFDxRri8 hZxxNACjTx6CXFp7vWDBfnU/3HTQAOLtWGi36ng3b96Ki7sCRRNLM+1oAByvatUJJCpZD8OK8WEz 9jXA44/3wG44kqzk2LGL9Jr8imqyrwHgCh9/PBXSrJl3924X1gPkyNGrcOHBsGG1hp074xo2nCEP PUwVDUBchS6rVxGHoKlyBTrOrIQFqsWIeKh9Vdvb0QBU+8Ybo5hfsh6Cp0sagBq40Jw5e2QNZ89e xUNiYs43axZiUwPgeDCz336LsM4Cupm66wG0QSTX1Kkz2dXHRGgAZg0O3L79vXgFPyDoSd6crAaA YhLWBAlWwQRkGgrJLTQAaeiLL2bu23e3wLZtJ1GG0vGYmJUr+4eHO4jzqb4eIONogM8/n6V1Fv/B i7TXCgh3sPmxYzfKYvB7zfG6dbvneGIFFBGP7GzddTQle4OKHG0dIyaXWA+A/odgeHtHyq+IusWL D507d6/RAEYDZCwNkOmvzWuJTRrkcUWkFqaB9nIe//z22znqexpFigwhjGqVELhVsS5ujX/zTYha pn79IHFvuFgxH/6pnl9DGmayufeYDKJPeJVXsT4lhzdordXee3YC9AlEU7IEcjZkTi4BJPuqD9DJ rFbzEtMFh4ORtGmzUD0LGV5OvtfoJvGCdGWtx/mDY83y5HL1t+gHh8etMyKyTJUq48hMULRKle5S 6ipVxsvGO195bG0t9NElHkBhNJW1Hs3y8tn6X3Qft5mnnpYlNQAUp3HjGW48WSIfWBtPTmrXbqHq NqVKjbC2VmyjKctA0xs0mC4sT86Acbq6BRZ8ol49Zs19ORLxprnNm2+OtjYGsit2p6HxbdsuTPaM OZi36jYMK5fgQurpXXgvPowni1SNe+AkWj04krUx8hkUjf/ppwXJHvVFMGndep5WCbLE/jGC8gU8 tQbZePmuINzIDaGoySfG3WL5XlbBDBFXixFXrcGWCJzsrRBheVmPnLCq2yjB1jcx2PpoxKhJk2Dr MMkX52rUCEA8OHnn86/XMMZYKyEai7MgXQXxXw22Ekx8tX73MoVcD6DGKz5UtQSZgsY7UT7yDRCt y+XKjdZevPzii1nYvEOHuwXwee0k7MRg6yDOS26NdP/wwyn2O4iGb9gwycbj51euxA8bts7hOjSX QJpr3jxU6plMf+3wCwdQ9wcTt0sQ83IDImumcLIUEJkni1k34OaHVtMlleYIoc5vOpBBrI2XOdp6 IeKkfECdaPnx8itmDcqHxqs7mDEoxAQx5W3efDQwGiBNNICBwcONggUHkX2PHr2oPg4yMDB4xOFw TXBawOGa4L8RiE+ku5fXitOnr8oTsg0MjAYwGsDA4GFDx45hpLqEhFtGAxgYGBgN8PjjPQIDt164 cN1oAAOjAR5RDdC+/SLjDQYPMapXnzhixDqwbt3Rw4cv/PZbxOuvjzRmMTAweGQ1QPPmoYREP78N MTHnV6yI+eqr2SnZDsjAwGgAowEMDDIi6tcPWrhwv8Dw4eu0jSYMDAwecdSoESDO9EjrC5UuPWrW rF3OX0BPH3TtukRGxTZtFhofMDAawGgAA4OHENmyeebM2UsgR46emTN7GJsYGBhIPPaY5xNP9HJv 01KXwCW4ULLLqdMB2bP3lFFR3bPYwMBoALMewBnq1p0SELBFhXVhfkpQtqwfdWqbkCaFJk2CRRuq Vp2Qpu7y/vuTxIXq1Qsyk8fFmebl4bEU0/XrF6nt0pOhgMtpjm19ZF+/fpBWJuU7aTjHBx8Eigu5 dHzYA4rKlf1Hj96o7jX0KKB8+THjx292Y+/j1EKbNgtdPTDbIFXSnAp1m12DdMBbb43VhqBx4xnG LEYDGA2QJHLk6AXV/v33P2fM2KkCmpKKA6OeD5AsBgyIEr349tu0zWHt2i0UF/L0XGYmj0uA969Z cwTT7d59OtUPOU5FVKgwRrp0SMjukycvWw85JknIMsuWHbpxI0EeIZRG+PnnMOF4f/yx9KF3FTvn Azx8cHhOcHpi5sxdEyZsNpEqPQVAmzYLtDTaooWRYeka7Tt0WKQNQcZZq21gNED6/ScOksySxcMK bcP1AgVS5wR4qtWOc3JbA/TvH3nr1m2Q1gG0bduF4kIeHkvN5HFVA6xadRjT7dwZl3YaQDiV5rFu 46mn+ixefMCqAVRUqTLuzJmrbmuAzJk97LyV1KFDmHC87t2NBjAawGiAhwFYG5s7D1apGM0MrIDx BwRsSYcLEeSdsB0DowEyhAaAmU2ceOekVRXBwTu1F3JSSwM0bDh9yJDVSS3NdEkD/Pvfwz/+eCrQ zlhJdRQp4iMupB7jZWAH//hHT+gypoPb5crVJ42uUr78GNKqeqxyBtcALVqEengsS/acsqJF7zpe ssd4GQ1gNIDRAA+HBiA5Dh68Whw9bvBAa4BmzUJ69lxuPaLYwGiADKQBXnnFd+jQtePHbw4Pj05I uL1s2SH+9vffJA5lfPzxHjVrBpCe27ZdeODAudDQPfytwiYtRmmI8oS/w4cvdOoUJmsoXnyoVQMU KTJEFlCPUs+UeHKw1gaHZ6zCn7Ri6pHGdlCsmK9Wg/WgysSQPaBJk2C12Ntv+7v3PrSs4a23xrpR A8T0nXfGZc3qUa3aBFmVdXEFdtD6hbXFV+++O95J4+n+hx9OyZUr+YiG29SoEaBeAiL79NP3HVaP 7zVqNKNYMR/kZdOmM0Ux/tBOlSaA1qkzWa3qgw8CBXsmWTZufMfyqMrbt2/D2mUZ6zGTqtvUqjXJ yZGfKdQAqtvUqxeknjYqLc9c27Hj1HffzZUl1fNx8Wc7jvevfw347LP7HO+tt+6NHSbCUFyR7nz0 0RRZJo2exrz88n0T1uEJu2XK+Gn9Ug/3tWoARD4BQXMbpxPWB4/STtiVePbZfg0aBEk1xRRTW/LZ ZzPV9SolSw4jCqlHOwM6RdfkmdDMFLEgpGrV8bKe8uVHu6cB1HhVv36QetqoaDwfygIU1habYjc0 MF79/vuTnLgN80J+KxovNMBjj3lWrx7gpPFly/pRszjlF0PJCfv55zMLFrxvwubM2at27cDSpUfm zo3jTXWSKapUGa8OAazXjaNS1UwhUKbMvTjPCDKO+Dw1U78sU7jwEFcvhF/hXeqFrHvqyzQnIde3 YFvxycqVMevXH9OKMS45cvQkLvF3x45hpMhZs3bJb7G8iFdYHkdNqvFMeSwv0xxDIGsgiWsH5RYu PJhBzJ9/oJN4Bci8DRpMV5vq0iaqwm1ovHQ8pnyhQoOtaU40Xl5FHoosUanS2P/9b0KWLB6YXRZT T8IWmcK6tAbL49vZsvUgPIpfrVt3NDIyVhsCeRK2IIi4jXOCkenOhhOO05y0/KJF+3ftOt2q1TxZ QL1fieXxKPEuhgQ/p5JSpe65DZdIbPy9eAVV0FpSsuRwrTt8omWKRMsPkgVInY/yLnlGA9z3LpAA AejatZvaypjcub3mzt174cL1S5duoBCuX0/gbxUtW861Y/EffpgvylPDrVu3qU3WoBIpoQEIc19/ PVsW2L//DHFHkrauXZfIry5fjof8WdcDEFCoVmtq9+5/unpjUv5WdN+6HoBWEbmOHr2kXmjUqA1u OOWYMRtlDaNHb8iVq4+rO0hMm7Z9xowd0AXyh6yqf/8ogqO664WX18qEhFvwLVnmm29CBKtWb5CQ M6D7WbPea8MffyzdvPmEytuc0Og5c/bI+q9fv2ldDyBo9A8/zCPanj59RZSMi7uCD8ixpg2vvTaU eK2ad8mSgyJ4UcORIxf45MqVeNzm6tV4WWbQoFVak7p0WaLUcIBeWE+PTxUNoLrNzp1xxG7BnBIN +Kf4/MaNhJs3GYJ7napbd4qsQXV+4XjW9QCYCOJ44sRl1TK4kHQb4v7q1UewA0SQnCfLtG+/CJaW 6m8awGXlJaKjz1arNlFVWbgfTti370ptSqo3O1UNkDmzB43s3Dl8w4Zj9kXLF1/MjI29AN2xCjyG AOqwZ8/p776bg32wElNMbcnJk5cZAvnDDh0WHThwTuPQEI7jxy99//3diDdx4paQkN0wXeYdNTCa jOmwYWvd0ADYoUWLObIx8AYEhnQboR537YpTY6b6EAn6OH/+vnHjNkHskJfSbdR3F5nITOehQ9fK SqZO3Y6rh4buQQMwOmFh0bLxTA0+UV9jGDAgavnyGGJLpsQzNzCXqIRZUK/eNBogSyIJ1q492r9/ JG1m+BKj9A1i/k8/LdD6HhS0g77L9hw8eI7RdyLOHbJedbIIEN9k4xlBxpGUQc38IWNFkybBrj7P fP/9ALxLvdDYsRvVtz7wWNxGa8wvv4QnTjcPDCg+iY+/M/e1YgMHrkKlMARi7DCXmmoXLtz/7LN3 qDl8+urVm7LxdF+1fIECA9esOdK79wrxz27dItQaGBeopCwM++QSCMuWLe86Htn/0KHz2p0yuPux Y5f4SlYVFLQdn7eZm8g+UVGH0WnDhq0Tlm/ePASOQT0YAY9VeGr/iIiD8iq//rokZ877PJDgtmDB Pjxw0qStstjIketlkoLg4m89eug5Gp9nUuDqI0as/2sIbjEK2hCoP0S5bdlyQn7VqtVcTK3FTIxJ jJ03b59aCeru1VeH/vbbEhnntVSrvuPALGb6kEruZ/PDyJWdOy8W/yQNLV16CKk2ZswG2XgsYF05 hs8w0eSFOna863h8S0jE+C1ahDZqdDdK40X8v1q1CUYDGA2QjAZgqhMUCKCEDFwzMHArf6soWHCQ HYu/+OIgUX78+M3EevK9rEG97ys0ANNv8ODVssBHH00hS8mX/mFv8qt27RaeP39d0wAQDsg6UVVr qnbzzM677PK3yOh9+85YNcCPP86HTHzwQaB6IVWC2wdxR+3X7Nm7Hd79da4BTpy4RLjHILKqLl0W M2rFivmoGmDnzlPQDlkGpghdIMapGqBOnckkaUKSGxpAuo0A4TspDUBLRo5cR5ASJfmDsC63rCVi BgfvxPiqecuVGy32s3vmmb7vvjueT37//U+kIF2QZawvz6hug/vB3urUCUwLDaC6De0PCNgqN/3A A8Xns2fv2rjxOKRTllRvnBPx5eeffz5z//6zVg3Qps0CP78NcALVMm3bLqRf4k6Y0ADMNbyCySvL 9OmzYsCAVfQxdUPqCy/0l5egX2R3dbcZjA9jJq9rU1K9Z69qgDx5+vn4rOnRYzm02/6TdLrMmMLM WrWaZ30oTwM+/ngqTIhpxeRiiqktwZJ+fusxoEsaACoMvYAiUAOSDArihgbAdTdvPg5HlI0hDDIN mzWbrfokqkAWILgRi6SwFxoAPRwSsgdno0DTpsH7959RNQCzD/bWsWOYrAQr0Xi6YNUABAcCtXrP UtUAjM7//jdBVFKjRsCIEeswl6YBcDw0hggyrVvPO3XqikMNAO2T7cGAuA2U1L71mBdqphDAzegR ckhqgL17T1Nz3bqTRTyEmbmqAbAVfoV3qRdS97CCFjMo8G+tMT17LseTiVREJPFJWNj+lStjtWJ8 i+4qW9aPv7/4YhZtpgvyWz4XNyxUDQA/xgfUU881DVCkiI+sAf+fM2cvP1c1AKxx06bj0HRRhnFM SgPQBVkV/o/b2HzWTeXnzl1btuwQ7cTyqI5t205CymvUmBgZGatqAEI6gV1eha4NH75OjYokkbi4 K0uWHCDnymI4XnDwLvHQIFkNQC4Tv8KT+UQbAjVFMh3eegsOyk4AACAASURBVGus/MrbO7JPn5Wq JhfEet68vd98E6JWUrHiWKQLmkf8k+QFmWE6ywLqky6bGoAysFUZr2i8Qw3AMKl5v1ev5UyNf/7T S2qA7dvvWF5826/fSqMBjAawpQFSfT0AdI0ooM4363oA5L66SB+iEBV1uF+/SIfvz5BdNA0AAYUJ rVp1mDmmvVjiNkiHkDarBiBr7toVB2dV32hKOb7+ejbahkTrqgbYu/cMM18VIcQOGdlJRfBpmAEh I3fue69YkO9nzbrziioWY4ixJ9KuZcu5cDKCONSHDEc6J+N26bJE8ACXQERLSgNERBzgQvJpA5lg 7ty9yCq5GpsyiBbnr1jA7chn9erZ3UCT+A71SWpLxFRcD4D0Xb/eQVqici5hh4jDntFdVg1Awkbs aSsKxCMIEdmFBiApMuPUZ77ovaVLD2lP/FMXZO4VK2LwHPkJSRolg48hipJaBSE1QKlSw1E45N2P PprqemT3IrIzBbTPIUbQI/G2D9OKycUUy3Tfvmc9CTujRq13SQNER58lrYrjpf7xjx6wE1df40YD 4LqQCSamSqPXrXMWbP39NxHi5L1YoQG2bz/FTCladEgiTe/LpKtd+57KrVhxjNp4wY9pPF2AbjLv fvhhPo6KhCDeduoUfvLkFfhruXJ+zHeEKKGPSGLVY7QhNHSPekdcaADcvlu3CKHxIGdUpW6kSzil JQyKOgpcCH6D2HBpMQOjoH1I4/ftOyPephAaAM4tG08Uwj3UFz/sYMiQ1Xv2nCZsJvXuK42H6SID tM/79l1JJlInYLLrAYoW9dm69aTDp9Y0ftCg1ZDpmjUnoQDVNMcUY9b07x+pPlGUwPhnz15DCaga ICHh9pw5e6QcYl4wyupNPXyGLmMu9a0ngu3t2/b37Yg6duwi7opmEAIGqdm8eQiNR4erGkADDoML ET9VDYCwJO6p73rR99Onr4rmJasB3F4PMHLkejXYMnYffBDYtesSeiffDHQIEWy1Vwpd1QCHD1/w 89sg327lV19+OVsJXL0YC4I8aV19m5H4idsLySE0AEaQCYt8mmzjjQYwGuBv0wBafHFDAxBcjh69 yFwiIEKGmAnqY9BU1AC9ey/nQqBFi1AuBFx6lq3RF1EDEM833NAAU6Zs0z5UNcC//z2cTMYgygsJ BAXtEBqAMk2bzrx8Ob5GjQCouXASLF+kyJAtW064+jKVHQ3wzTch97+zcZ8GwKrCvFheNNXhXWE7 GiBXrj6yvx99NCUu7koaaQBShbwQFGrLlpN/owaAFDpMS6muAUhFstfQEQi3qgFKlBjGFGYc4dk4 IWVogLYzEo2/dCkeDg2V2bjxmKurd+Tt2BkzdsAj5ZQnGqBJ8Hl4tqCkqagBgoN3psWaYKsGoC/0 SFp46tTtVg0gG+8QVg1gXRPcqtW8Y8cuURIaLeY+4bp06ZFwL/U0yezZe0JqRUugjLA6qwZwnino 782bt4jbahTCMfDYtNAAKT8Kk/gjAhFRUbRWfQkn3TSAQGDgViK20ACMkcgU6E/I4ptvjnYY8erV C6KYpgGuX09wvrU30QNWjQ3VYaISlzTAihUx4na+0ABC61o1AJ9gQ3kVhIdVA6BYtBc400gDZMt2 J2jIxuBjarDNkiUZAZO6GsB5pqCdcH3SgZbT+UTTAGR2sxTYaIBHQgMQXl95xRel++6745nq5JXQ 0D2vvTY0LTQAn3MhwFzlQsDtc6M8PZeKGkB09Nm00wCxseflhQQgxBlTAzD0wry4jWiqw12c7WgA 5ITs744dpyBeaaQBEBjyQps2HceYj4IGIM3IXpOJxRMkVRe9/vpIxhHmQT6mzJAhqzUWReMTEm7v 2hXn7R0J73RvMw1ocYkSQ2GBISF7xC3bwoUHMy9++y2C5CoIxIOoAQhfBDFpYYLe36gBKLB8eYxo CWLv7Nlr7mmAvXvPqFFIuE3G1ADwSxGI4KaitdoGVhlQAxDApW137ozD4G5ogEuXbiDI1WEig7iy f7ddDZA3bz9//03yKsitv1EDwE9mztwpG3Py5OUMrgGYtlpO5xOjAYwGeEQ1gJrXYX4Est69V3Tt usS6jUPKNYCay7kQgG3Uru3aTn+FCw8hS1G5qAHMn7837TTA0qUH5YUk4NZSA9y4kUDAZaQIQEeO XPwbNYAEphDtpA2ffz5TI4jONcDTT3tB+KDRsrOTJm0hJqa6BiCx1a8fhN3khYYPXwfxeug1wEcf Te3WLUL2Wjy/VjWAwqUGM0Eo07Pn8l9+CVdXm9B4HG/q1O0eHksho7Tf7fa0abMgNvaCeN8Dr0NX dOmyWPWlB0sDELgIXwQxaWE4YhppAFj4sGFrmWV+fuvj4q5YNQBMToygAMEBwu2eBpg9e5c1EKnv L2UcDSDBBBftxOE//HDK36UBKMD0IbDITKFqAGY3cVWNeJMnbyO5u6EB4OJwaOsw2TzP26YGID2R I/AZWT8Z/+/SAG+/7a9Nt02bjmdwDYAUt44Rk10kSqMBjAZ4RDWA1ni5WCotNIAEtMCalpxD2+0h JesB7GgAkoeTSurWnUIGJWTAMp99tu/Uqdv69FlBkF20aP8PP8z/uzSABI2B2moE0bkGEAJGpdFp tB6A/KQ1/m9fD2BHA0BQXnnFlymZM6eb+1hPn75DXaZmXQ9gRY0aAZcv35eW5HoAWAK0CYLlxsoT WVVkZCz8hn5VqzZxyZID6li7pwFoTMOGM6DF6a8BCFyEL3Vpk8P1AK5qAPgB9gkLi5YagBAUHX2W LABzfemlQXPn7iFcE50Yza+/vjtP/fw2cC35xmNS6wHsaIAGDYJSaL301wBqsIVY/y0aYMCAOy/Z JyTcJlYT9GCoKBP6SAPE6thXXx26Y8epX39d4nw9gB0NoDXeVdjUAGSWI0cuqg8xHK4HcFUD4KXE T0KTSxrAuvWFth4ADTB8+Lrhw9cyUs7PeHFVA1CSEcFjXdUA3t6Rzh/SGg1gNIDRAEYD2NIAuXN7 lS07CgoFyyTBFy48uEuXxbCoWrUC8+b1Nhrg4dMA5I/t20/BJKpUGZ8RNACJ8O23/WfN2tWunZvU jd5BC0JDd9MvrFS9eoAqJ9zTAOITmOtDowEwNfbBYaQGSNxoaxz+BnPFmYsU8cHxcGkYpDyvwGiA v10D4Ant2y8UGuDpp73KlfObOnU70w1FlyNHL6MBlK0IhsPzCNSpqwFEYG/det6aNUcqVBidihrg u+/m4rqMi9EARgOknwZg5uBwsFsiGnF55syd/M000NaMp5YGYLoiA7iEhDrzU0UDINMJNOolABet WnVCqmuAOnUmWy/k6n4m5FqGAJvLSqAvBALilEtPxpPVAJD4Vq3mqReSQIHItJQzZ69Fi/bDMsU/ O3YM27//rPXQlnTQABUrjtXaSWokk2nnlBUvPvS33yI8PO71SyVV//ynFx6i9prcAwGdN2/vF1/M si4WT8m7QGRWWigvNGTI6mPHLi1fHkOSU2ko6VCbBUntgp+UBiB5azWIaQsBErsi2tcA+AyT7saN BJzZvfGtVy9I7fWAAVGxsedhD/ieWIbL//lbbSqD1a1bhDwKJ9P9e4MyvnB06mzTZoEb50ZJGk2/ IEPaRrHM5Y4dw62zAHvK6Vahwhiap3pU4usxGy5dupH+GoDApY01LoGYhyeJl6nsaAACOEOg9loM wc6dceo5wRA+gi3MVfyTMsQ9dZPQ2rUnq42hDbQEAdm16xLheHY0AGwVhuowEKn7VyYLVITqeHIW wM8E70wtDcB0swaiTz6Zpq54IZhYG8MneLL67mKyGgDK+N1398Ur4gwxWeu40ABiHfySJQd8fNao gqRly7lqDfjqtWs3UWsQQbGlrB0NgFq2Bhnn8co9DYCM0aYbvyJyEj/l6e/JagDswD/VIRAeThh0 SQMQ27VeIy3IgH36rBA7gAnwt9ZmQLxS75TVqBGgVaVGvNKlR2o1MGTknbi4K/Y1AI7x1VezrY4n 3Ma8C2Q0QPIaAEckguDlKgji2tvzZGKmDbE15daH8s6atVteq0GDe7vpVa06nk+0+9958vQbN25z mzYLrVXReGaIphmyZvUcOHCV2p0FC/apbx67ARgVGsn6Ni1zVTOdqzfvJciaWlUAsmK/BrHyQfuQ mAurVmnQjz8usF4I3ibTEpRi2LC1XbveDUPktpCQPcWKub+PGFmQtKcdLFCmzCgm4ccfT7n/Vron cZ/IKF9O0Nqp3b5VgUqUxWTj1Vss1l4PHbrWuo9Tzpy9R4xYD5l20qO/Gj/V4QJl64WmT9+hngQM kL5oA1kgqa2a8+cfOGXKdhrv8M5uZGSsehV1P/i8efvBNhhr7VcdOixCYpEv1X0z4Ukp0QDiKaK1 13AOccQmzoMLqV/hYNqaYK5O4lc3gf3qq1mzZu0iXLitAY4fv4TlVQor0b37UrU9EF/1zNFEyw9A HckCzAKyflhYdP36QXKvGOe33+ygevWANWuSD7aEL4KY1cJCMqGcoYDqfd+k0KXLvXglGg9L8/Rc qtJHgq3cyx8qSdzTHru99dZYBJ7WEoSlWIBhP1OgNKw9Qqi4ZEBkm1aDehBB8eK+EMeUs5+OHcO0 qzBw1mIEW60Yyta69wM2T/aQPjVejR27UWz0rj7Dwb3FLWR43siR662ZolWreVbzDh68Wjw+Eov4 k93mv1SpEYsWRVvrsZnmGE0aL26EM7+YZQQKcZ+OHK3e2njuuX4TJ262Xki+mACZpvHZsnlqwTYi 4qC6hxjEV/6WAEgY/OWXxcOHr1NfdCRTWJ/NahqV2GVtjGi8linUAkmlOVkAVaDdbyIay28hGEWK DKESmeZIQ1wi2bc0P/98lrW1/v6bxL0ekSmc6z2jAR5dDZA9e88CBQZCUFS8+OIg8VRRJdYvvND/ 6ae9Um59ccCevJZ6T/eJJ3rxifaGQ9asHlxaC4Jylzoab91CBC2udgcildShsPb3G8mXz0H3iW6a 6Zy/IOgEZF+tKpDUY8SkarC+Qk2U0bpPL6wXUu9eZM7s8dxz3vLSiTUMSIkBYZyMuHbHHfINUdPG jtTIpeVdai6ttVMlr5ZB7+fEbg57zbW0HSpFfoLHOLe8w8bL16ytF0rsvqelhuTdJtHxBjicd3Bo 5ql6FfnChpMJS+xj1qsHcOIzMLYUaoCcOXtZey3dhv/zt3PLYzcMokoyRt/qNi5pAF/fNVbLyzsL lojX0zrlZQEaI6KNjFfYDZdLYTBk3K3B1hptEg040Gph4TbarHECNV6JxjPx73eb+4ItbaAl2qGw VscDGFyMHYVtZgp1wko4jPNOHa+3kxqE46X8RDybcd4ar6yXxtp2XqpU4xX2VA96l4lSuE1S8Srp iHd3wlp93lGG7WGlB/bTHGMhGy/cRj7QsDjeHbexXihXrj7yBT/Z+PuDxkA1aOTOrdnNE8tgHzXi 4XjO1xpZ45WA9jRGWN4S5x2kOac13Os1QybYkUxz1sYn9f6qtbUWy/c21N9oAGfrAQwMDB5BfPHF rF69lv/44/zChYc8HD16551xY8ZsPHHics+ey834GhgYGBgYDeDgv7RYLGVgYPAAoXv3P7t3X/oQ dOSFF/rD/oGPz+rr1xM2bjye7EHOBgYGBgZGAxgNYGBg8CjiySd7u3cgV0ZD06bBp09fBZcvxx85 crFatQluv5hnYGBgYGA0gNEABgYGBg8Aihf3bd48VKBRoxluHy9gYGBgYGA0wMOvAcqU8VMWyni/ //6k2rUDJVKyHeSjhtdfHyGMJjZDTDkee8yzfPkxKdzO6IFDliwe5cr5lSplHC9dkS/fgJRM+Tfe GKUdqfuQpg2v996bqO3vZGBgYGBgNMADrwFq1gw4f/769esJEs43nDZQMXbsRmE0h/tFuoHcufss XLjPeujMw43s2XvMmrVbHk1gkD5o0CBIeO/Ike5M+cmTt40fv/mht1KFCmNiYs4neyKhgYGBgYHR AA+SBmjePHTIkNVNmgQ3ajRDQj29y8A5JkzYLEyqHVaQEg2gnfzyiGgA5+cEG6QFGjacLrx3zJiN bvxcOyf4YUWlSmO1o3YNDAwMDIwGeOA1wKhR69UT4B9xZMni8c4748SRNw7xn/+MeO+9iaq5WrWa N3XqdpBawsloAPvIn3/gp59OL1BgoHFd91Cx4hjhvd99NyftNMDrr4+oVm3CgxtkjAYwMDAwMBrg 4dEATzzRM1s2TwDrWrBgf65cvcU/BbJmvXc0TObMd95QV7/ln+qBHRQW5fm/wxrs4/4aPCzfeohL 84faGEnf+WdSZ2qIXiR74gZMdN68vX5+STJRL6+Vq1Ydzpevv9oGAWvlXJFimgGtxTS7WTWAwyH4 66vkey0taafNyQ2Qh3ZskNXy7vXaqgGc1CB6DerVC7p16zYywLnbJNtrtTF/ebiHfd3IT5Iqrzme 88Y4rMqm68oaRONFVaJ+aUnNbZKa8k6GQPM3qQHUYnIIZBv694+KijpcoMCAlDue8yAjr2h/rJMy uFqD0QAGBgYGRgM8PBpg9uzdc+bsATEx50+evDx//l7xTwH10PVnn+03cOAq9Vv+qe68QeFu3f4k SXfuvFiW+eGH+W4MT9eu92r4/nv9zPnPPgv28Vn9/PPe33wTIov98cdScSLp22/706ny5R3fjC9Q YODw4esgi6mlASAEqk0AREFbR+jtHfn11yH58g3w9V0ji33yib5s4Oefw+S3bdostGoA0Xj1Wr17 rxC7OpYrN5peJ3Xw+3PPeQ8evPqzz2aKf3711WytzdWqTXBpgJo1C+nbd2Xu3Ped6PnWW/4hIXsq VLhj+Zw5e/Xqtfy77+bkydN3wIAoeSGr5XEb+W3HjmFWDSAaL8vUrx+k3leeNm07H65bd/T27f+3 fv1RWaxVK91tmjQJ1nr9/vuT7ud8Hr/9FqEWGD9+c/HivjZtUrmy/6xZu8qVc/zs6MUXB40cuV42 Hss4cRsaBqUuUWKoWsNLLw3GLDbfNKtdO3DChDuNr19/mqi/YcMZRYr4+Ptv4u8+fVaKw25p7cyZ u5Ka8lrjZZk6dSb/5z93LP/eexNVDcAE9PBYKovhJOLbxo1niE/27z979uzVsLBoWaZq1fEuOV7z 5qFMPRr/44/zZSW//BKuFatbd4pm3gYNgrQyTDG1QHDwzjJlRqkFiDDEGVkAyxsNYGBgYGA0wMOj AaC5Y8ZsBLt3xx0+fGHcuE3inwKQRWGvkiWHkfmgYuq3/JMP5cY1Y8du3Lz5RIsWobBDvqUqKnRC o50AAievApWEQ0AE5bfwjNjY8yT+Hj2WyWL9+0dx6SJFhpQt6wdVgk9XrjzO+ioCmgQiDkNySQP8 +9/DIa/QWeE6MDkPj2Vduy6BpiNIZBvCw6Ot6wFeeKF/ZGTsggX7WreeB6GXhbt1i6hde7J4LwJy /+WXsyE38lvI/Q8/zNu1K05qANl4dQiQYd9+O+eVV3yhZfHxtwTDRobVqBGg6oFChQZt2HDM03OZ bLxaCdB0S7LA2itWxKiDAqg5IeH2Rx9NkS8yAc1tfv/9TwoI3YJlmjadSU/lt1gAcrxlywlVA2B2 fqXW8OGHU8S+77DkoUPXCsujARYvPiCLff75TK3NqMQzZ64GBW2XZRjBmjUnifvKMGwkZb9+kapZ 6ObLL9s9Ohc+neh4i6xK7L//HcnY0dQPPgjMm7dfo0YzevZcrg0B+qdKlfFSISDI33prrPb6GRwa x7bTGJzt3LlrXOX33yMg6GfPXkOfwO+HDVu7ffvJpUsPCWemTsi9aAATlmllXQ8gGy+b+uuvS5C1 V6/elPGBSyCJmYBYTBbD3xo0mP7MM31h5OKTrVtP0q/AwK2yTIUKY1xyPBx+z57TdER1GwLO11/P LlhwkMLvF1y+HI8qVt2GZqjHBSCHYmLO+/vfLcBk79BhkbQ5U54ohAZQJywXPX/+utEABgYGBkYD PAwa4LHHethZD0DShdBr9zj5Z2zsBXnjEA0QH58AzRIsMHv2ntOm7Rg0aHUKh4qMe/z4pYoVx6ga ICHhFhRHvddbq9YkSEmTJsHihYSQkN3keK2qLl0Ww6q126tJaYCpU7cPH77un//0orZ27RZCF6pU GZcjRy/Iwd69Z6y3HsHHH0+FiTrUANeu3Vy//qi60aeg0TBCcd9XNl7etIa3QeulBhCNf+21+7YK fffd8RSDvNasGXDixGUoNfRaCJiJE7eIxjOmpUoNX748hhpoPBQKAz71VB9XX8NwQwPQ6+3bT73x xr3bq7DS9euPvfjiHbqGPfEWGi+/xXRnz17Fi5ysB+jTZ8Xq1Uf+9a8BmuVv3bpdr960pF6MoT1o gGXLYuD68nPo78KF+wUv5LfUgKLLmdP907Ief9zxYobffovADuKRQvnyo48cuWh9PjZjxk75Sr19 DZAlW5FMmb93qAHozoUL1+G+SESufvVqPCGvYMGBgwatkhpAa/ycOXusGgDGv2PHKfV5CJz74sXr uLqqAW7cSDh69KL6QAlKHR19Fu0qP0FiMReef97bbQujAW7evIXPqxoP6ctMQQaLhzm5cvVhwqI3 1O1Koe9r1hzJn/+O22TL5snUgPSjRuQLSzly9ESoy53QaPyBA+fUGvAf7IlVjQYwMDAwMBrAaABd A0RGHoYE5M3rLYgXrMX+qxQuaYB9+840bjwDQpNGGoDGlyo1on37RbNn74bEQCkEiW/WLMQ9DTBl ynbIn3oaq3MNwK9q1w7cuPGYTQ2QJ08/KPXQoWu7dYsQGuDYsUshIXtofIMGQfQCcxUuPFhoAJjZ sGFrU3KCkk0NMHPmrooVx6I3bGoAKqxefeKqVYdTVwNQGOeEw5Ut6wfVS0oDMB22bTvpcGQzsgbI 8lhZqwxAA5w+fYW58/LLQ4QGwAJlyvgxwVOuAYoV82nXbtHly/GqBggPj37nnXHPPNM3rTXAli0n 6tadki/fAIcaIFeu3nTQy2slEQMx4FADIEoZprZtFzId5IqmZDVAkSJDWreej8caDWBgYGBgNMDD sSa4dypqgNDQPdalom4A+tumzQKBoKAdVg2wadNxGK36E1UDwOCbNw+FbrZsOVfoBMh3o0Yzunf/ s2vXJfYpSIsWoXFxV2A2aABhLk/PZe5pANiPQxqdlAbIZNkXyLkGEP+cNm37lCnbhAagtadPXxWN P3TovLgZny9ffyjd4MGr+/ZdicLBvJ98MlWso0gLDeDrq29q5FwDZHK0LxBMDgEj/QGu6aoGgL1B HGF4shIBxkVqAKgqZgG0UHyLbd1Yy/7tt3N69FgGiRd0k8YLx+vcebEwV6prgKPHTlhlABrg6NGL YlWM0ADoEPFVyjUA+N//Jpw/f13VANZ9gdJIAyxbpjde1QD//KcXkZ0OamMdFhYtNYBo/OTJW9UC P/+8aOfOOCcaIJPZF8jAwMDAaADzHCDtNECOHL0giBMnbomJOS8ATXRVAwh8/fXsc+euke/FC/dr 1x7t3XuFS41BA3D1Bg2CIF4wqhs3EjK+BggJ2Q3lnTp1Oy23agCJ0qVHYRDMGxy889VXfV19ASbd NAAc+s03/eD90h8uXLjungaA9slKJPA09clApsTTssRX0E0ooxsCCf1Jv+idWE1Lf1EF8ttU1wDM YqsMeMQ1wMWLN6xjzdR44QVv2Xhmh7VMnz4rjAYwMDAwMBrAaIC/QQNUrTp+3bqjsKiyZf0EyMp/ owa4efPW7t2nvbxWfvjhFP7I+BoA9rlq1WHIWY8ey51oAEg/5AzzNm06c8WK2Dp1AjOmBmjcOHjR ov2ffDJN+sO4cZvc0wB+fhtkJRLFivlq6yKefbaf+Aq2zYxguDO+BrDKgEdcA0yZss061iVKDM2W rYdsPGHEWqZQoUFGAxgYGBgYDWA0wN+gAT75ZKq2tY7D9QB2NACsF8bZrVsEJAYCBH2vUSPAVQ0g rATzgFu0bj3/jz+WDhmyGm6d1hoA5kSDoVAuaYBGjWbMmrXr+vWEDz4IhNCI7nfv/ifEUSPNEu+9 N/HixRtffjkrhRoA6j958jZNA6BGcA/10s41AL37/fc/0VpSA7RtqwsYN9YDCA3A2LnUR2g6ZD2p TWadQFpeOp7cQ9NtDYCWwxMwV1IaQJMBaaoBatYMYLJfu3Yzw2qAwYOdbUUgNMDXX892UsaqAfgV QfLSpRuqBihefCj2AR9+ONmkVQMDAwOjAR7C9QBNm85cvjyGPAdLk+CffMhXqagB3ntvAoSD9Cyv 4um5NC7uSuPGMyR1sKkBwNNPe8FE6aZVwNhB/fpB8NErV+JhHuITiN316zf37Tuj3b1OoQZ4+23/ jRuPf/vtHNlrONzu3XGXL8dLDYAgCQuLRsaoQ9CgQdDatUdV7osMEBogU+KumhAm2fjEu+w9ixb1 UWugPKRcEHf76NgxPDh4J8JM1jNy5HqMrGkAOCt9rFt3iizWo8cy+KJY0MmIREUdhg3Lb+njzp1x 0CypAb74YhaEtXbte47HVxB6xI+6/LRatQnbtp1s1uye2+TL119+W7DgQKQRGkDtuABqRDwHeOqp PtpX7dsvIkb85z8j3HBj2kazcbyYmPParvNUSLVUrl1u7NhNfftGSlKLZdDD8lsaD5++cSPBiQZQ ZUAqagAEyaJF+5ExsjEDBkQhzBBdrmqADh3CEpeJ33Mb7YiJlGsAxnH8+E3e3pHWsSZiiOhUvvyY NWuOYCJrGek2dI1hYh7JrxCfBw+eu3nzlqoBmOzC8hMmbDZp1cDAwMBogIdQA/zzn16VKo2dM2cv nFiCf7711li+SkUN8OSTvYsX9x03bpO8yokTl8m7cKmOHcPSWQNAUCpUGAPJVjXA3r2nIeIqAU25 BsiZs1exYr5+futlr4cNW1u27KhVqw5LDcAVYbrh4dHqEMyYsQOKCeG2qQG4ysKF+9Uapk3b/t// jlS37rGDvHm9YagQKVkPAuannxZoGiAgYEulSmNgTdA3xQAAIABJREFUlrIYTLRQocHZst1xkiee 6IUg8fVdK7+F35cqNfzPPw9JDcBERSDNm3fP8dAV167d3L//7GefBWtu4+9/z23Uu/7ZsvV46aXB fKJ2XADKK3yeMdW+gukWKTIkqRnhtgagQqqlcu1y6F5JQPHbN98cjW5Ru4OUiom54FwD3Lp1Kzb2 CDKgfgPf1NIAlEQAMJqyMQiYL7+cdfHiDVc1AG7z0UdTV6++5zZ0KnU1QNasHkg+rGQd66CgHeI+ Ao5XrJgPU8xaxtNzqRzBd97xX7Bgn/yqc+fFTK64uCtGAxgYGBgYDfBQaYD3359EKnXC4HPl6vPl l7O7dFkswT9V7gjvrF8/KCW7zquZVb2QQNWqd7cer1zZv1mzEHiS9r4HiV/dgF9qgKiow61bz1Nv DLu0RhmuWa3a3Xc50DzNm4fiPQ4LQ7YgCtqb0zlz9v7885my8eqrBU2bzlQPLYIPyc7Wrh2YPXuP xo1nVK8eoLKxFi1CVZugeTSS+tprwzp2DMcaiY3vqTY+kYT1++67OWoN0Bo3lr2KJRaQflkPln/1 1aG//LIYdqWuB8iVqzd8URazHkaG28hv0Q9wuAYNpqPo1HUR8GOrP2jcOvFFsntuU7Om/t4XbmOt pGHD6UKQMGraV6rl3dMAK1fGtGo1DxFoLUDl2uU0t8ExcBv5LY1/7jnvli3nau8mqRoAAXDz5s3r 16/vjz6Y+59vNfh0qHhjisbgtPLNIgg9XqGthBbsuUGDIKEeNTz7bD80nmJ5P209AILQyuaRMTRY WzSSP7/mNq4tt8CZrY0vUWJop07h6En1dSzrWOOH4nRkAaaYtYx6dDTRgzgjv8LyNP7HH+erb6ZJ txEKxMDAwMDAaIAHTwM8fIC4wFTWrTsqb6UbpBuSWhP8KCBvXm949oYNxwcNWpXW15IaQAqAK1eu XLhwYefO3Q7PDUgtaBrAwMDAwMDAaACjATIKGjacfuzYxevXE4wGMBogPdG4cfCxY5dwvHTTAJoA OHv27KlTpzZt2pJ2MsBoAAMDAwMDowEebA3Qvv2ih2xoS5ceCfUEixcfuHr1zprad94ZZzzeaIC0 xhtvjBKOFxFx8MqV+MGDV7/9tn86aACHAuDYsWOxsbFr1qy7IwNSfJUXXujfrVuE6J1A374rf/pp gZ0jtw0MDAwMDIwGMBogPVClyjjYp0BIyG4kgXH39EfOnL3694/68cf5j06Xq1YdLx1v9uzd6lrY NNUAUgDs2bNPCAB4v4qUX6VQocHjx2+WvQMMLkNs/NzAwMDAwGgAowEyCrJl88ydu4/AU0/1SeE+ RQbuIXPmO4uhrQtPH2Jky9Yj/R0PDSAFQJZsL04KnH7s2LEsj5XLlPmr1LxKFo9cuXrL3gEGlyE2 fm5gYGBgYDSA0QAGBgbpDTSAFACZMn+f5bGSf70CVNIYx8DAwMDAwGgAowEMDB5ODSAFwJ1/PlZh 9ux5+/bt44/UfRRgYGBgYGBgNIDRAAYGBhlDAzxWVgqAO8j8fZZsJXbv3r106fIsj/3b2MfAwMDA wMBoAKMBDAweBVVQAQGwbdu2LI/9x1jDwMDAwMDAaACjAQwMHgV0zJKtROasVTNlbm2sYWBgYGBg YDSA0QAGBgYGBgYGBgZGAxgNYDSAgYGBgYGBgYGB0QBGAxgYGBgYGBgYGBgYDWA0gIGBgYGBgYGB gYHRAEYDGBgYGBgYGBgYGBgNYDSAgYGBgYGBgYGBgdEARgMYGBgYGBgYGBgYGA1gNICBgYGBgYGB gYGB0QBGAxgYGBgYGBgYGBgYDWA0gIGBgYGBgYGBgYHRAEYDGBgYGBgYGBgYGBgNYDSAgYGBgYGB gYGBgdEARgMYGBgYGBgYGBgYGA1gNICBgYGBgYGBgYHRAEYDGA1gYGBgYGBgYGBgNMCjpQGef76/ S4YrXHhIjRoBKl58cVBGG93MmT3++9+RJUsOd1Lmqaf6vPPOOLUjpUuP5IdmbriE114bJqyXL1// h6932bP3LF9+dLFiPtrnxYv7il7nzz8wLa5boMDAd98d//TTXk7KlCgxTPXe6tUnPvect3FIgwcC efP2w2NVByaSpHHK92JOcaE33hiVJUvGjfMvvTRYy7CFCg3WypQqNVwt8L//TXjmmb6pcvV//KNn hQpjihb1sVk+a1aPMmVGEYv+LnMRgatWHc/gmjllYDRAemiAjh3DLl+OV/H99/My2ug+9pjntGnb R4xY76QMmWD37tNqR4KCdmTL5mnmhksYMmSNsF7DhtMfvt7961/9//zzkIfHUu3zvn1Xil5/9dXs tLjuN9+EHDx4jmTs1PKrVe+9ePHGhx9ONg5p8EDggw8mnT9/XXVgH581aXrFSpXGHjp0ngvNnLkL ppthLdO27UItw/700wKtjL//RrXAsWOXqlQZnypXf/HFgStXxv72W4TN8jlz9goJ2U0s+rvMRQSO jb3w1lv+Zk4ZGA2QthrgmWf6engsgw81bTpTxauvDs2AGoDA5O+/yUmZPHn6fvLJNNmLpUsPhYbu MRrAVYwcuV440mefBT98vcuff8Dq1Uf69FmhfT5o0CrR6+bNQ9Piut99N+fkyctvvTXWSZk33xwt vZccfOvW7Y8/nmoc0uCBQIECA5s0CRbe+/XXszdvPjFq1Po0vWLlyv6nTl1hzs6fvy8ja4DXXhsm 53XXrktoc4cO+vu6RAZZxs9vPWrqf/+bkCpXL1Ro0IYNxzw9l9nXAIsW7R8xYt3fZS4i8OnTV995 Z5yZUwZGA7ipAZ59tl/t2oH/93/TVMAntLc7iNpr1x7t1Wt5xh9dOxpAw9ixG40GUA1Imvnvf0fa YKtzg4N3gocyCielAWAtotfvvTfx79IAKurVm2Y0gMEDChg5vDytNUCJEkPHjdvMnP3tt4hs2Xqk 0VWKFvWpWXOS87f47IMIfODAOasG0GKR0QBGAxgYDeC+BhA3SG7f/n+A/8Qf8fG35KsFmTPfQcGC dzWA+KeEi2/q3/2JkxrkJ86vojVDLaNqAJutdaIBnFzI2lTtbyf1pGC1QzJVOS/g3Lzin08+eTey O6kk2e64NNYOf+jS5VJpJcl90DSA/Wa4OkZONICdyznXAKliumSdyjrWblwr5XPf/pR0XklSjXd1 urlnXjtTyWGvbbY5fYbAZmMcagA78yu1AmZq9Rq0b7/w4MFzb7wx0n4laacB7EdpiZRoAJculCpD oGkA+46XwumW/onJwGiANNQAefL0rVUrEALh6bk0Pj5hwIAo/q5bd8oLL/RPnOS9e/RYNmvWroUL 9589e23PntP8raJOHbtvIT/3nPfAgasaN57x4ouDhg9fJ2uoVWuSLFOhwhg+4f/vvjteFhg3blPx 4r7a0mRyhtqMbt3+fPzxHpoGoPGEM1mmadOZrmqAp57qg+xRLzRkyGrxhIQmcQka//rrIyZP3sZX nTsvJgr88ks4f0+dul29j45JNbt99NEU93z3s8+CtarUu9EoOu3bZs1ClNc9Bw0btvb//m8ajafL skzVqndfJ+3U6U7j58zZAwclmckCI0asf+mlwepbmNpVqlS5707ME0/0wvItWoTiXf36RcpiDRoE yTIlSw4LCNii3UpnCH77LaJ163nq8kF8Ur0WFabWGrj7A7pHly5L5FVovKYBmjTRLV+9uoPnAHyo FeOHWhkql99yUW0xutQAqtsMHrxaTEmXNABjrTXmww9ddjz0P26jVsLgMsSyQKdOYe3aLWQC/v77 n7KMq4slcELmEbPpgw8myUq4rrbrAG4zceIWtTE//xwmvsKXJk3a+u9/Dycoia+YLDR+6NC1wm3w RlnPjz/OVyuZNm3HG2+MElO+d+8VDhv/6qtDiUXvv6/HKxXffjvHVfNmzerRtes9x7O+YEbg8vam 8f34ShbjJ/yQbyFAsvEO7+xC0Ww+IyKaEdMIDp98cs9tCNracnOuFRS0Q+31Dz/MF19h+dGjNya1 qLRUqeEMULVqE51rAJkpkmpnmzYLCLZ2euQ8UwhUqzaBVtG22rUDZTF8pkCBgdbGq1XJXfXklN+2 7eSVK/FwC1kGS1obL79t02Zh2mkAa6bQLC+CrZop3NYATz/tRZyUVVmXh33//Vz5LeHCsj4kkHxU rJgvoUwW698/iuCvFitb1m/69LuOxx9ly46SGoCw5ue34eWXhzhsp8jRWpoTaNlyrla4UaMZgwat hhqpaa579z+zZ7/PbbC5Zt7PP59puLXRAA/wegASwLVrN7XIS6Yn2k6YsHnGjJ2nT1/ZuvUkf6uo USPA/o4HGzceZ6oQDkaOXC9rIJmRvCHulPnkk6m0ysdnDbNUfLt69eHjxy9VrDhGmc8jW7WaR2RX m0HOYMYS8aUGWL48hqAGc5JlPDyWwrxz5+5jXwM8+2y/ZcsO7dx5SlaCeoGiwTNI/8eOXeKTtm0X kjj37z+7fv2xL76Y1b9/5MqVMZcvxwvL5MjRE9LQrVuEZjdV+dgELUeb0QutKsm/CYUdO4Zp3yLh IIKCNNNsVNy0adshQERMWQbdgugSxIh/BgZuPXr0IiVlAW/vqIIF71ExnER+tXjxgZs3b2nrAWjq kiUHwsOjIbu+vmtkYTgiiRZtRhmafebM1W++CVF/SJydO3fv6NEbtMfTW7ackJVQIdVqsjDFi+EG JY5dlLwK2o9szbBKDUB+kt+S+a5fT9DoWpYsHiQGMV9U8EPtcmQL+S0X5dIq08XBLly4zsCRoWUx 2DCfw4Bd0gCMLFUxHWQ9v/4aUbNmgJbPnADqw4Qlzas9Ylo1aza7SJG7VI98HBl5mAnINORbHAwN Q79cGoIvv5xF/OnbdyUBQVyFcccJcVq1GE5O1o+KOqw4ZyQsGcaGLzHvYPC//rpExCs6LhoPOVuz 5giijhqQUqR5L6+Vao8g98gYJnWuXL35uTprBMqUGcXswDNVvkUZ4hW5RHWb+vWDNO6SrAbg0rKG nj2XM6AwflmAHkVHn8Mb+UoWQxhjMWYHsVE2Xqv5P/8Z0arVnWALx7LTEuLquXPXPD2XqvEKNoyw UfftEZmCACvLMEcwKYb96acFsbEXypXzE0GAeIv/qDKP+tW7Eg41AFEXGvrHH0shdkgytXC+fP0J PoyddaVsUvNandR79562rgeARkPc6QLjLkviM3iObDw9wv6kCdVn5H4YBE/xybp1Ry9dujFnzh5Z hnCnNQljym/xdrrzr38NSAsNgLcwBZgI8nKEJkqKbZFIx/iPmLAyU+BFBw+ec1UDEOqJhGRtWRWM GTX45JO91dtG6oQlACLO5bdoyLNnrzHiJAhRBqZBPlWjYsWKYxFd48ffrYQ/2rdfyIgIDUAWPnTo vFDCCBKCoRo3IBiEQfor9b9sDJOrQYPpqsqlGTEx5zE7BhFliEILF+5X73qIHsXHJ4SF7b+fYEzN ndtsUmQ0wEOkAVJxPYDQADduJKxefaRIkXt6HXITFhYt4oXQAFev3oSh/vXCX8i+fWfefHO0LM9M 27TpeOHCg7U7WPxK3HAVGiA+/tbhwxfU+9NduizetSuuRImhNjVAtmw9SLG0TX0jnMiyd+8ZqJXQ AFgsNHQ3jScEQIUvXrwBTSfASQ1AXoyMjIUzQXxTsifd44/3KF16JGERlp9UGbjXlCnbtA8J6zI4 Cg0AeSVqq+s9iKdoM/ko06W3PFE4ZFCHGoAQuXv36TJl/NS0JCO7HQ1ArxkvDKhuVVG+/Ggkivqs IOUQNFp9OAPhJp0nJNy2rgeQjdc0AK2l8RgTf8ia1e7aEi7KpVWdwKVv376NVXv2XKbyOQSJvOed rAbInNkjUcCHM+lUnx80aNXSpYfUO+LOATHaseOUprhgEjAPebMcDcB0O3XqiniqAwPGf1yNFWTo 27eZ+/FSPOC6NF5ln9mz96xefSIZWqZz8Omn07k6nANfogbsBrWCYUDIiDZErVde8SXTSw0gGg95 Uq+OVl+w4B4ThQFAv9RHef36ReKH6qMYqGTDhtMvXLhvRyZoNGHB+Z5OziFodNmyfqoGwA/xRhxD fkicIeCIB2s03uEr9TAquJT9rR5pvHA8lQUSduCF8p43vcZj4+KuIHVkGWg95B6K37LlXKZ85cr+ TGS8bufOOMI1fog3MnaIzyNHLnz++Sw76wFE47WdeRl97IBmds+2XMWhBhBuAzdVn/nQeORopr+2 4Vq2LAancr5mTHBoLGazPWQKupPUfTS3NQCJhhhOsF227FCBAgPUNIc+EV1As5EIVHFIRL18+U7E c1UDEOcJTeXLj1FpNDk6qbvyeA5XUYMtGkA4Xvfudzdh69btT0Sm+ihmzJg7jZfPcHAwwg75V2gA XJfxqlRpLJ+XLDmMNPf77xHC8RhuuknKsD6PBXjsiRP3Lb6i8YRTTIFUEJ+QvsmPOXL0UsPFN9+E Uue7794jGEgsnD+td7k1MBrgwdYAEyduIUGqktqqAZiEcnd/rlu58jj15r1NDYBwr1JlvHonz1UN QODgQ4IsHCIpDeDjswZ6DeFDA6xcGQsHeu45b6sGgIVTIKmYaAeMCxS/YcMZWsfd0AAw7HLl/NQ7 wWmkAWbP3gUbUO/kuaoB/u//pgUH76RyVTSmjwYg3zdqNB2HcVUDHDlycebMXVD2lGgAGFWbNgtU AuSqBsiTp5+v75oePZaTF8WDlzTVAIsXH6hadYK4e40doLDFivm6qgGuXLnZqVN48eJDZcSg8erd RBK2v/8mOLdg81YNAKOCMzFhhQYIDNxaseIY/DktNABBgNhVrdp9JzOkkQaAW0Da1FunaaQB8Oqf fpqv/kTTAO3aLeJCNWtOUk0hNUDBgoOI4QT5Zs1mCw2wf/+ZoUPXIgupnDBbu3agdts7I2gA4Taq k1s1wNmz15YuPai+CZZhNQCjAGPu1i3izTdHq511rgEIy0RaspurGoA6YeHq/W83NACqsnXre45X pIiP1nhNA6BzsM+AAVFCA9B4ksWkSVsJSkID7Nt3hgBIRBKP7+ipw0NsHGoAIi1DU6jQIOkMjKl4 9U7cXvHwWDZw4Kp3372PYBgNYDSA0QDJawDrbutWDcBkdlKPTQ1g3RfIVQ3QokUoARrOBN2UgMWe PHlFagASmygMxZc0WtUAMGCCOFmQesij1NCw4XTtAbcdiMY7jy82NQCN18qkkQYgBFsfT7ukAdq2 XUgZL6+V6hB4e0eeP38trTWAk32BktIASMHvv5/LWMMYOnYMo4WQFYevhSBrZXfgJbdv6xrAui+Q qxoApkXjmVmq6UBExIG00ABk3xQOARrg4sUbzrdaIu+S2jt1ClN7xOSVGgCiJt5qExoAf5M0OtU1 AEyXQKSZd+rU7a5qANgMBEXWgDGtGoDYq72ermoAAheBiM7CxfPlGyDCDnGme/c/YbH2X0wSAkZ9 8dKqAfz8NuAPCFS114y+0ADC8iJTCA1APBeNZ1JERBy07pmTlAaoVSsQhkf4Kl16lHwNDIno47Om fPnRqasBZOOT0gDQVuY1YDqILjtUVnY0QLVqE6TdyBppoQFoPGNERtOcMyoq1okGSMV9gawagFkp mzF69EarBjhy5KL6tN8KTQNY9wUSje/RY5nQADgeAZAwyKiFh0erOZecJRtDxrRqgM2bTzi5YceE nT1796pVhzXz8qHRAEYDGA3wUGkAqBUhhryogQlvUwOo3YcW8xM8r0yZUeqtWaMBnGgAskVc3BXr EGgcLiNoAAmITnDwLhqJw5Oec+Xqrb5g9txz3ghC2ZGzZ6/i82mkAWAYVtPRNvsna2Y0DXDjRsKJ E3qPIM3Vq09MRQ3QsuUcHJWqGDviSd683gjR0NDd6i1/NAAB02peCAQT3P7OmDRVKAeBCxeuu6oB 5Ivmp05dqVzZP3Et7GCCpDXYpooGuH795vHjeq93744THis0AIy/UqUxkZGH8UD3NIBYi7J3L5Iv 3Jop0lkDKB4YJfqLvLf2xbkGILihITGgNBrXTTsNwGyyOufEiZvTWQPA2p9/3tvXd60S8a6lnQYg tL799tjVq+84nlUDMPT58vUPCNgqG4P13NMAV6/GW827YkWM+taAgdEARgM82BqAGN2y5VzovgYi i6sagOgDjeNXMLZ58/Y6fDfRaACrBoBtwA6tQ+DqEdfpqQHwQEaKRuKW8GN1r5iSJYfhaR07hsmO dOoUZn0XKLU0gHj1TgNtE0vwH0QNwNyvWTNA61H58qNRNamoASAK0KMZM3YyxEWL+tDBrl0XM3bq 1vLYlixiNS9zzT5PrVZt4sqVsbRc/pw+ZnANEBV1GNal9ZoGC5olNACUDp7EhBo/ftPDpAGghqK/ hEcrV3auAcqVG71kycEff5wvjQbdTDsNMHLkOqtzMpFFnE83DfD66yOwefv2C2UbunRZknYa4MiR C4m7n01melo1AHE7KiqWmSIb07fvSvc0AHnKat7XXx+pLhswMBrAaABdAyxeHN2sWYh6GzKNNAAM oE2bBfKVPvc0QFzclaTOH3FVA7gU2R3unAgVIHpqGfph0gAMDUmXMVI1gGy8ExQr5gtRoF/2d6pN VgNwUbwdNuaGBlBfsaW/PXosUxczkO3kXopJrQeAGQwfvk7lJe5pAC+vlSmMlRlNAyxbluSLTKmo ASSNhhBg+X37zljX4kMygoN3prDXYjGDuqrY4XoAOxoA1xKb2zARiHV4r8O9a1OuAZwftfv0031w 78Tt1O4EWwQbLaE9xG24F3a2rwFeeKE/Zu/e/U96BKiBGaexwHTWAGqwnTx5m0saAN/Gw9XFDGm0 HkBoADzByQ+tGqBcOT/8h+iUuhrg7bf9T568rC5nd7gewFUNkDWrB/Ukbv91VwNAKpg7y5fHbN9+ 6pVXfKEEOF7nzouF22TPfmfQCZJasHW4HsCOBhg3bpNh0kYDPAwagKBcpMgQ5gzzhKCAXudvSJX2 skpqaQBmLIyfPM1VBAYNWuXvv0msErajAZjnZOvKlf1lDQDpsm3bSZFKhQa4cOE6lyNMyDLERH6o ri51rgFIz9CITz6Zpl5I4Jln+trUADSmYMFB6m8hzWLfUlcNSFSaN2/vb79FaI2RC6YHD14Ne9a+ JYni62JPSZsaAJfw999IbbIS+FBSu0m6rQHefNNv7dojrVvPk1fBA/fuPYPppAb48svZK1bEEs2t Q6DeUBSRHc8JCNjinnPCVHbvjmPgZP2Qnujos6hi+xpAHCumNpLUMm/evrZtFyg7245g9Klclvn+ +7k0/scf58t3zcmXCQm3YmPPe3mtkMVwJ3iV9tjEiQZ47jnvoKAdvXqtsJoOfizXtyULmoduhyGp NTCtyPFynqabBoBKzpy5s0yZUVqPRLyyqQGYuTghM1etgamBflbZDxGPTA8hwPJLlx5s3ly3fL9+ kfAAq3mZp04osvWtd7hm06b3HI82E1iw7bPP9nNJA4gdmfAuJoK2mCEVNUCPHsvhviVLDtd6XaSI j7rTA+xZaABBLg8fvpDUbp7JnhPct+9Kka1ksE1/DcBs0vpLyhgwYJVWP6p4xYoYQqKaKeS3lSqN JSVBOtXgTPD8+usQ7QSGFGqApDIFYAqIOF+7diBcuUmTYLUxBw6cvX79ZupqgDJl/KKiDjP68kI/ /rgADUBgkRHPjgaAe0yatOW114aJSshoxBzou3ZOML0WGsDh7hGEl1274hgm2Zjff/8zLu4qikgu m7GjAYYPXzd8+FqreSE5KdGoBkYD/A0agIRK2IJAHzp07vbt27GxF/ibOaBuepWKGoB4AaULD4/m KgLt2i3iK7Fvph0NQLisXXtyRMRBWQMICNj6xhsjxdYEQgNAaokpU6dul2VIrsWK+Tjksg41AF5C OoRIqRcSEM/u7WgAEjnEVP3t3Ll7yDcywdsHLaf9BGitMdJc8J5vv52jfUsGLV7cV9x+s6kBGAtG pG3bhbISEmdSrzm6rQHIH1AEH5818ipkaAYRpis1QJ48/aB0DI11CNQHVinXAE891adUqeHjxm2W 9ffvH0Vm3bLlpH0NgP8MG7ZObSRRBl36/PPeyv3mXsWLD6VyWSYm5jwt5//ynj0agMrxos6dF8ti JPVq1SY4dBuHGoBZQBqDxFhNRzefftruqnRSY82ak9Dtag1MKyScfJqXbhoA0gDrXbXqsNajTZtO MCI2NQBqoUSJYUOHrlVr2LDhOD6sbllDLi9a1Kd79z8TLT/RanlCIkreal5Ck/1doZgpyEKih/w5 USU+/tb+/Wclac5QGgATNW0aTCTXeg3PUzncQ6YB1JkowNxXt2mS8Yp65sy5F6/Uez1PPtkbCjts 2D3HwyzMXMyr7n2ccg2QVKYAuL14D5BcSf1qbsLONWpM3LnzVOpqAJQhxhw8eLW8UGzs+du370Q8 ufexHQ3A5P3ii1lU+9eUP06EZHq6pAGI88hX0r1sDAWYR9HRZ6Wdk9UA4gEv1VrNy9A7vMloYDRA xtUAeDPe361bhIpff12icT4mDylWC5TurQfIm9ebaC6vpT71JljwCf93XhXNJmqoDYYRylecobCf fjr9ww+nEOubNp0py1StOiGpCiFqDRtOt+7fT/wi7mjGAZUqjc2ffyAsWTb+o4+myHwMm/zll8Ui iBD3v/pqtvrbFi1CrS/F2gcUR2uMmuxLlhymfVu9eoBCEe5YnsZrdcInNDKReP9mlKykdev5Du9U iU3cSJDaQU4kISxv3UePxpM71Z1e69SZLK+CmMma1aNRoxnqKz0U5ifWIVDdBlZN6N+x45TbGkDc xcdtZP00Pleu3qRwh+fvFCo06Oefw7SH/qLxaiPhPQ43pBPHxmmQJP6NN0ZBuWAYsDH5LeouqYW8 MC26L7fUVMFYWy+ES1tfyXAuA77/fp5aA4Oraul69YJsnkTrBPDmTp3CxTF/zrNvhw5hWo/gasWK +TIRGJRChQbLeCX0QOKrdBMYSnVxNvFBrQGnrDLSAAAgAElEQVQflkeeqYBeYPmkzqUW8UoDYYHg 4NK+QAQfaz0y2NJ4+qJtJiYebGoLhIQGiIyMJTy6sWCGOUXjNbGB7hKvsMtPkEZduizWWtuxY5h6 lPjbb/u3bDlXCCdkQ5s2C5JieMRtorf1LC1VA8TGXuD/6pR3D1xFzRTy0ZzWeHHvhvbTC/mcUOtv UkuziO1EeDVTZLLsBWwd61q1ApNKc873mEpsfLjW+KQyBVDTnBavyBQi2FapYjfLZ8vm2aRJsPUE OgQ5RlDjFWWsjSHvyNeQ2rRZmNRZaeo7n8x08dsuXZjyPkRgooF6lFjlynccT7wuiGxQc7T6MpK1 MfLuA413EmxVy1srIU66dD6ggdEAGWg9QFojqTXBBgYpBHm3dOlRo0dvUN+8NzB4pABtrVZtAjF2 wICoh6NHKNWSJYeNH785KuqwQy1tYGBgYDSA0QAGjzRq1AiIjj77xRez3HjDysDg4UDjxsGxseev Xbv50GiA4sV9ydPnz183GsDAwMBoAKMBDAwcv4/Utu1C7UhRA4NHAW+8MWrgwFUgPDz60qUbvr5r ktrK7EHBM8/07dAhjB5NnLjl3LlroaF7GjackTOn2XLRwMDAaIAHVgO88EL/MWM2urEfjoGBgYGB Q7z33sRlyw4JhITssb8cOcNCZArZqcaNg80oGxgYGA3wYGuALFk8cuf2UvePMzAwMDBICbJn75En T18BEpu2udmDCJEpZKdcWr9uYGBgYDSA3f+eeKL3gzuKDRoE+fltUOF8czEDiZdfHuLtHYnF2rVb aH8vc/sgbbdvvyip8+YExNEQ6vC1aBFqhsYg3fD66yNHjVqP4yV71tsjgnffHe/tHWU2N7SiUaMZ HTqE2bmBlSdPv27dInCqP/5YmtReao8Uihb1GTAgKo3eT6tc2Z8kktS+1alFMB70l+sMjAbIEM8B UhFPPdWHdNWr1/J58/aqkFsBGjhHhQpjjh69iAOEh0erGyamFpI6H0BFqVLDp07dLsfu2LFL1kOO DQzSDnXrTklIuHOsRGDgVmONTEmcD2AAhgxZHRFxMNn9IjP9tewNp9q27aRZoZTJ0TnBqQjUu3Y+ QCqif/8oQZPSqPEGRgMYDeD2DbwRu3ef7tBhUfbsPVRYN/g3yLAagMF6/PF7YxcUtMNoAAOjAYwG MBrAaACjAQyMBjAaIEmIAxTl0ZUOUaXKuDFjNpYsOfzRceufflowefI2CT+/DUmdtpYnT7+PP57a uPGMqlXHp8ULxHY0gIapU7enkQZ4/nlvL6+VqmUEqlW7d/jXm2+OthYYNmxt0aL3ZfHChQfTKVnA 4alzfGitql+/SLO5Ybrh/fcn+fqudX7SZ6Y7RwgNbNRoBrOgYsWxxmhGA6SKBsiZszfuh1PVqhWY FrdXjAZINw1QuvRIxhFoWcDAaICHUAOUKeP36afTJerXD1IP7StWzKdOncnPPNO3RImhssx77010 Y4Hva68NUy8ErBOsUqWxaoG6daeIY/+efLJ3zZoBfNKpUzhhZcKELVpVL744qGDBgeLv4cPXXb4c 7+GxTH5bqtQI+RaKk8ZTSb16QYKxZc/eA5Ysa9BOw82UuDEfYuOxxzwhkbKYdVlC8eK+WlP5JNXd etq07TEx5/m/QEDAFpK6eoow1LxWrUlqM0TjtXr4hKiqFvvgg8Dcue/Lf88+249xkQUKFRrkUAPk yNETU8ti+I+rGoBhql79/7N3HuBRFd0b/xAVEREVsCGiIiAioiIiIl1ARUBUPhsIKCjFjgVRWkgg BAKBAKGlEQg9tNBC7x1C70gHCb3X/P+/MH7DMHez2Q0JBjw+7+MTdmfnnpk5c8773jt3ZqBpTKVK A716TTB//u6rVh1Yu/ag7hmFX3+dSjMzZ05qfsmS/dWHS5bsuXDh8qxZf/J3SMgy804eo//ll+PD w1fqGvBDMpx++sQf/JMPrQuBwMAFKZ6C+Z+kkzuTep7JmCWLb8WKkarn77vPHynrdJuHH+7y3nvD zJ7Rjsecql49acIiAtVXzDsYTLVq0fyNS995Z3vzoZBZCeLQXMfMkKkjk5k+htv8LR3z5AmsXXu4 dbKsyYeqVInyXIfjeDikaQzuap4qjTMr419++Wq80pwVhaY+YYxgBi1aTHPpeLSuVq2h5lVKlhzg yng/jDeLMSLmyzP0tjoF1oxXBASrHtzGmvspihMnGEoisFlJ6dJhmTJdPfC1TJkkt3EGWwImYdOS xMm5jdYA2m1A5cpRqdiX08oUWbO6qAHpZZpRs+aQ1J3vkUy86mi++KG/oqPoLpf1MNmtkdJuozVA iRJXHc88wdfKFMBlz9eqNeyJJ4KuzJq/izEWTGSzmE5zesrTLXSOt27jdDwmiDPNUa0uQHzwROc4 A6x1oSJFejk1AM18//2/HY+gQSdYr5ClmCkIoTATVUAZ79QAbggGfl66dGimTK5bQT+rNKeDrYb1 hgw1MPtKlOhPDCQSOgmGGa/0typT4DPuD34WiAa40RqARIIr9+mzDOqjcebMRYKOokfqBvOePcfJ DS1bTlcFLl9OXLJkL4Tb805n5hCsW7eeaV4ING4ca64PwZgRI9aZBXbvPv7666EE7vz5e6xYsZ9P Ll68nJj4f5cuJVpVffTRSKKM+vvSpcs0kJL62/bt56ir+PnNWbr0b+NV881FROj+c+cuqfPPCb5w WV2Dj89smmAGkV69lkybtv2BB/wjIlbqnhk4cJXV9p9/jsNg05jmzac4yff1awCTRiOcMD4wcKG2 mei2bt1BbQOmOtcC0RX33ddx0qQtZsdu3HjICnAE0z17TugCderEaG/RGoDOQRssWLBbF/v99+lW B6aoAahh+fJ9mKormT9/NwnM83VfSgO0bTvL+hyfnzx5qyUF69cfc/z4OfMRgXbd9u1nL1q0J2/e bkYNS8eN2wRDUsbATWNjN/fvvzzVI4gxmNSv33Ky3ezZO/Hw7duPFC/eF+OVz//0U5wuDFE4ffoC fq57Bu6LM+PSzZpB5k4wRugc9cM2bWaStLZuPUJPzpq1Q4lq5fyDB682x5qEDdnVPIkhW7/+IEm9 Y8e52m0YXMWxUBpnz14iw5mjrx2pYMFgxo4p70nbKQ//mDJlq2kMl4bA6bHu2nXhnDk7H364c79+ V+MVbqNa3aDBmP/N/URrutEPxoOaiISEM+YscK4F4oowwmXL9prGcGnUjjaGaT569IY77/QZOXK9 LtOz55IrHt5Ouw1BwwpTX3zh3f7IjMWrr/b/88+jZiUxMet1AIE/TZy4pW/fZdYP6fnVq/8yb7JQ FW5z5MhZs6qwsBWmBihTJknH6m8JldTg7TJLBJiuYeHCPRBfswYV55nyphlcmjjv7ZRRbsOsMava sCHBvF8TEDBff8UMJeI5m0NnfvvtRGukaIXWADNn7njwwYABA5brbwcNWq0cz5kp8EDnWiA47okT 5xs0GEuSOn/+75KMBRpbTzcMQ4CtXLnfzBTly0ccPHj6yy/He5VqfX3nOBxvnJ6n5ErSXI0aQ6hW 27xjxzGniE1RgDVpEmtdqFWrGZYGaNo0lpR6/Ph5VYCggQ43gwYRb/78XW4yBYWx9tSpC6rAyZMX CD5ffRWrNYBq9R9/zLCM+frrCWqmRETEM2HV0CsP1CoaEFoJj88/H2JSFGKIcy0Qvx0zZmNkZDzK PC5umy5MhNQ2K2OIV/pblSmGD1+H2wsFFw2QgTQA2Z0UCEl9551ojerVh5DMoP5aA5w9e3Hu3J3k M1Xgyh1T7zTAQw91JpLCZswLgXz5gow7QwPGj9/0zTcTzQK1a48YMGAFoZMpxGznk2++mXTgwCk+ tKrKkyfwkUe6qL+DghaeOnUe0aK/1QtjTA0AtR0yZG3lygNdagBYXalSoboGogPdYt7QheYmJJyG Mf/44xRVhkDmUgPAyb7++mq7sKFTp3nmzao01wDK+JYtp4WFrUQ+8Un27EnvUmsbSIdODQBDIlAi zMyOrVAh8t57O1o3Juk0XYBgp/Ol1gCwFuLd55+P1cXatZvdrdui3Lk7e6sBhg5doyuhQlpardrg G6YB8KtevZYy+tAj8xEECQPaNHbsRj5PQw1AJiZVNGw4NjR0BSx/9uwdGI/zQJKcGqBLlwW6Z3BC eqZYsRA0ABN23ryd6BZy/M6dx1BxKAQSP9lLa4ASJfrFxGz47rvJ5lhDUGCTjRqN1xrg5MnzhEuS qyrADNUagADCQDCvmzePs9pCjiew1Ks32sNdO+hzjCGpm8Z8+ukoci1maw1w+PAZdAL9oMt8990k GoXCQZ6pT1AIzMrvv7/aLpMHQ9eqVh2kv6KXnBoA46Oj12C8aQzcffjwtSoyKA2wf/9JK14hNvi8 UKGeitYQLnAbK0yhYL3yis8+G80U/vDDEWYljJ1mMJ5rgCZNJoSELKV1ZlX6USHOfO4cbrMLt9Hf 1q8/mq54992h3u4Go2tAmzG7ySnmIxSGjLRimlGlShRRxdspQ7zCbRzxKoJYZ94b1l9BWLl0uXIR 1gOrDh3mwuGskdJdh4fDNZmbpuPhYCixl1/u58wUgwatSk4DwO979FisSzIWjAjjosq8994wvJER NzMFOeX8+UueawCUau/exKsZVnM6d56PS9x+ezulAVC/ixfvQSCpbwlc3mqAu+7yhRKQyKwLmVNe aYDVqw9gUs2aQ/5HMKKDgxfTgWZVlHSTKfAWZhMyQBWgKpIvgV1rgAcf7BwUtKhdO5tg+PvPw58J raYGwEOQ7mZjtQbAeP1bEvexY2ddaoDdu48z+nylCxMhySlqduM5zNnffpumv1WZYu/eE6IBRANk LA0AfSFfWvEFCYtshYLo6Yf+HjduIxFKhyq0vlchW70sxTQg6lmE0ky9WKWvotc8LFiwm1Dl1fsA JJ6jR89WrOhixTb1E9NJG+QGOPGRI2eZrgRo5jah4Zdfpvbtu9zlUTs02YrshCFmNVlfrQoA0C9z q8GsWf2qVYvmhyQYc8kE1A1NlTt3QPppAIUffpicXGQnpDo1QJ06MUigwMAFukWeYNCg1SNGrLM0 wPr1B6nnySevPkj19Z2zbNk+lxzIpQZAoJKzSZk4hv6wZMn+9Dn97JUGwPEQDyZIrriQuSomOQ1Q qFDw2rUHCfHOymHApGf4mZo18GnIhL7Ef/87wqvlDUoDbNyYQDIji5CWTpw4R96qWXMoDkmK0hqA 0cF40ra5ehvOqoync5AHTOEPPhhOSsN4dFSbNjOh/t26LdQaAOMZa82wtbojOGKA1gDMI/Kl5r7w clKjqYUYehzAakvz5lO2bTuCIPGw7RgPQ2Iamh9iPDNO31ZEA0C7IUnm0386+cKFy2RZ/QmqYNeu 44qcpQiMd2oAjCfCmOvoVJ9zdRxSa4AdO44SJM3JpW6lq8f9BAqMvzJ8Q6xlIV4Bj8IYTCJeuSzg iQaAITHQ+PyVrRR8k3sfALdB1dSuPdxcFY2Ydx9s3QO5AmHSd5TU46OLFy9DCq9zJzdcHdFFPebi E/d4661ByONPPhllLgFq1GgcrmV+6HwfgGGF2cNTzbtFVKXnhftMoTUAkr5Zs4n6DjeOgaalCfpu 0ZYth4sW7W26d2zsZi7kuQZ45pme69YdZOZan+OrDK5axYczXLqUGBe3rV69MepbNBhJ1lrVmdLL D34YT7igK5LbCFVpAGQMmejOO3308yhodHj4yuRqdmaKAQOSjNfhWgVb9KrWAOpuEXTfZZqDcqDh UUGEZaiImeaYPipHoxasZY2lS4c6X2ZQGmDz5sNkf3PNUosW0zZuPKQmafHifXfuPGaKHAJ4v37L mciiAUQDZCANULx4Pw81AEGcUH49nc58hnxAuBct2k1euf9+/+zZO1rPZG+MBgDwA1gC7VIagIvS XoIjNDo6eo3xULUdFBlTFTp0mOPUAO631sF4wh8sVleiQGDKmBqAlEOHgJ49/7bZ5VpePCRHjqvN GT58nVMDON8J9lYDEEMZJsbI7DpSKVTMWw1AElXt0oDxkICthUnXowEU6tYdrS/Br6xHB55ogD59 lulbU5pGWxogJGQpPfzoo4FmzzRtGqs1ADIJsaRotGl8KjQAfML96ysRESvDw+Pvu89f0Qs1a2Az aP7nnuuVthoACqWMzwgaYNSo9S5fq1UaAMdj7uMGMBVY3ZWI18FcfuAhWrWaqdyJdqmBtoSrJxoA rWga7/k7wanTAHfd5avdkiCMN5oa4M03ow4ePE2LIiPjVZnUnR0ZE7PB+dDVlUby08Ygb86du0YD qExRoUKEt+8Ep04DfPbZaGv1v3sNoGi0V2uBPNQA+nH39Ty3ZAowjhDiSpUG0j9EfmtZoMt3gp0a ACYAH9DD1KXLAvcawPlOcIoagL/ffXfo5cuJ778/DA2gKBCB9KGHOjNDkQfOBrrRAE4B414D6DQn GkA0wL9UA5AVyMrwOXI2gYMBgEBb6TyjaQBo7pWVoH8qkAtTpwG4lq5EgU8ypgZ46KEu9AmAbipT zRc2NIoWDRk9eoNuzoEDp9JJA5Bl+YnZdQR6aLe3GiAiIl61S4M0g1NZR6RdvwZ45JFAfYmaNYfg Tp9/PjY9NMDhw2fmzNlp9syGDQn/iAYoUqTXN99MhMqot0tJ4YjeDh3mliw5wPP737eeBoB6EjNx A3pYTRaCifVuvSd46qnuyp06dZqnBvqttwZlcA0AxzInLG5maoCcOQPKlQunRV9/PVGVocPTTwPQ Lm3M6tUHYIGiAdJEA0DliUuMI5GEgaB7Bw9eY71B66EGyJUrgJimh4mcJRpAIBrgltIABknq8vvv MyAZpDRSi7nq5gZrAFL4r79OhVgQMZ0a4LnnekOg/f3nYarCwoW7U6cBCGe6Eg169XpWCKSTBjDD n7KzXbtZ9eqNMde04DNX+m2BbsvGjQnppAFOnDjHiDh7Ty3BvzHvA3ilAa4NNP6wdi5NyvFkww2v NADDivtZ3cKcgjffYA2gFgidOXPxzTcHqWUn6Fskllfee+tpAHN9NnScLiWYMB+d24t5CLiLGmUG pXr1aP0QNUNpAOIJHtWmzUztk8zrkyfPmxrA3FdNlVEvrniyd5ZXGiB37gBmNBFMGwN7u3TpsmiA NNEA5qATq+leZj1NUJHHcw1AiMPBiF16mJYs2Zt+GiAsbAWdQ/AkhIoGEA0g7wPcaA1gvgFMyiHx 3HgNAKNatGiPetmRyM78J1E9+WRQRMTK4OAlqkyjRuPoGXPlscv3ATzRAKbxyQFmkzdvV+DVxpdu NAChCjYGa0S6uKQd7jWA+UKzelnKepnBXADq8n0AoiRJ3YzaqdAAqdiqIs01ADVMm7ad0We+mE+6 ocuwf2g6hMyNAfBvWLgnu8F6pQGcxmvceA3AzN2y5Ujt2sNxYEyNjd3kUjJdvwZg2j7/fO9s2Trc RBpAg2BCSCGwXGfkDAtbOXbsRjf7AvEVvhoYuEBrAEgJDIlInjt35+TWI6WJBsABIHB+fnPcvA/g BAmInvFc2Cv067ccILGsp3luMoXzfQD8Z/36gzVrDnGj0v9BDXDfff4kRJhuRtYAVrBFAXqlAb7+ euKePSfMPbVTfB8gU6akRwe//DLVKw1QtWoUCeXMmQtRUavuvts3Kmp1jx6LCLCxsZud3ZW2GgAX xVGhVaYGUDmaKfPII4GWvBGIBhANkI4aIFs2P5gKpFNpgCeeCPr88zHQC2a73ob5BmsAgtfSpXsX L96T6hNPLA0AESdB+vvPo6UuyWJ6awCiJ9TE3B7+JtUAhG9a4eMzi8xhbub9xx/TyQQlSw5w/3L8 v0ED8Cumc0REPD4MW/rww5HJHRpwnRpA7axiblMjGsCpAdDeNAof0BoArokjoQqY9cm5zU2nAfLn 74Grz5mzw7zx7K0GgEqWKRNOd5mbbmUcDUAM3LAh4eLFy6IBTA1w550+3bot2rHjqFcaAEFVvHg/ chOR/Mr+v8H4xpV4NcJlvEpDDfD666HQmMOHz5gaAKv69l1OzKRpbg7PEYgGSEcNAP1t2XI6k5aQ YaJdu1mai6eJBsiRw/+LL8aalyBQMtXNA3qYP3zSurVtjI/PbLXMwHMNAHGkKi6hK3HuQaHW+qvI Xr16NEwCPmGuF7JqIJQcOHCqa9cFOk2mqAEI8cRuCKjVIkAyMJMxSYgRuXQpsUaNIanWAMRfq9/c RHmXGuC553pbduIbdLXJfcmj1GyWiY8/QM777bfpalc4pQEIbURkswPpB3gGgdhDDQDrogb4q7P3 CLJepSXssWrAGBj/HXe0V1lTfThy5Ppz5y6SLPkbtzcXJ5DCabVpDHOEQdRPBkhs+I/TVDqQqjzZ IMhzDYCTWEOgQAFmtIcaAGZPE1xON731qocaQDHRSZO24MNkTXP7FA8B17SmG8BsHECv00ADkFmZ gKbN/I3BajtO023MqtxscuVSA2C/0/H+F6/6e6gB0EXQfWcNHooTDQKXMzjXqROj1wLB6lBQZpBR /TZ79g5rb1CXbqOfYqWJBmDuI5NMYyC4x46di43d/OmnMeqGPeT4t9+mWXOENITreus25AKn22CA ukPxyCNdmjePM7MbMhU+Tag07zRhFbnJGaWhgDdYA6CCLMfDqsjI+NOnL3iuAXLnDkAGu8zpdevG qLMI0kQD4Hh0gnPCmrfePNEAzBdrwpKXiWABAfM166hVa5iPzywrTE2YsFlrANIKcc85iHzSoMEY cy8sgjwaQP3duHEsOV0PdFppABIHcs4cAjX3iaWmBiBEEI2JmTt2HPM8owlEA6T9OcHMk/XrEzSI X+b6SPWCl7VI0VvkyRM4atQG8yrR0WtcvhRLwDWLzZmz07ohB2OLi9sGgUtpkWJHJqqu54cf7MV5 LVtOIyWoOwS0l3xpKg21nptMbxqjoHf/ZGLDF1M8R/Pzz8c6Kxk0aNUDD1xNKp07z+dD6Fpyzy5S BAzJrH/Bgt3u2Qbx2ml89epDLDtd3h5DYs2bt9MqqY1HV9DzBL6HHupMutUF3JwYHxi40OUKcoIp IdvZe2428nPemBwzZoOzBnMRf5UqA50FZs7cYW0RW6RIryt7nv5d4IMPhl+bEduHhCxz1uP+Dqj1 wKF//+X6kUWDBmPj4rYq/s3/4Qp8Yt5YWrFin3WtJUv2klDpHFKLMh5eNW7cJv1iN4kqMnKVKcPo drOGhQt3mzfkGLLx4zeZJ4y61wBHj57FMVL36AZXxCFNYyZO3GISKf0+AOlfl+FDl8/fhg9fp8t8 +WWyt96Dgha6XAr82GOBMTHXuA1SwRRy/v7ziFTWrz7+eNTs2TuLFeujbkyOHbvRrIFgkopzWAlc 1iibW+Veu6bl7wKER4IknB6yYj12Qw4tW3aN23TsONc03gq2hQv3nDo15WDrvK/vnAgEW7VtP8GW FGN+5XxM59XuNAMGXOM2COmCBa+6zS+/THUagxh2vMc8yiqjabeZKcx3gVau3O/ysS0ihKG39tks VSp06dJ9NWsOsYxnypvn6DFejJq2Af7q7fsA+mmY1RxT9sD+4+MPpPqZs57yGG9eghhl3S9QmcJ6 YwoN0LPnkg4d5hh7UVyTKTQQLaYYXrXqgPoc48uVCycCW2mOQJdiplDvTam/P/xw5Ny5xKs+ydxJ 7OM0Hg1gGa8XDkyYsEUdxaODrTaD1ECCsN4HyJHDn2jMt9Ombfd8f1uBaIC01wCkTHKGRqFCPc3X VekvPDu5NZce3zNoDx0xr0KIdHlWLmrBLPb00z2sJfJYkj9/9xRPJyDQEE91PU69QdyhgLovQntp tXmyzJUafMwaNPRbiXRg3rwpn1mLqc5Krlz6moMSnT3vFVQNGpAn9zvuuTSePGfZ6XLj56xZ/RgX q6Q2njppHd3L+ObLF2T0W4Ab412+EXjHHT6W2yh4zqVwPCisswaTByNanAWScbweLmtQS1Qfe6yr sx7Pjwig31As+pELboOfqztY/P+pp67xeRhzwYLB1rX4hEGnc7Txd95J87vrnmc0tc974jb8kJ97 slZVaQAy3JVLp2arxyvNv2a60eQsWdo7NYAZrzxxG+s1YivaJFNDCvHqkUcC+a3zLfBrez7IzZT3 /LauNcouNxfCG3UB3AZfxfEwwBo7p9vQEKfx3gZbx9tNAclEvKvB1vzKfMyY5m6DzzuNcTl2jjgf 4MwUZqiE77oM12563joXUk15nYidbkPPp04DuHcbN8Z72fNdHT3v68wUzme/hMpHHuliLj82M4UR 5zuZz0yw+X+5Jsl4qnXGqxQzxZWzRAP1rHETrzw0Xr/R58bx+AkJwtIAmqJcP78SiAa4Lg0gEAgE qcYLL/Tp3Hn+tm1H9EKm9IDLfYEEglsbqdMAggwI2RdINECG2xtUvEEgEKQ2kvqXKNH/lVf6t249 4/LlxI0bD7VoMU00gECQatx1l+9zz/VmTml89NHI6dO3m+/BC24KPP54N3McQUjIUvN1eYFoANEA AoHgZkWVKkl77e3effzw4TNnz1708BgE0QACQXJ44omgqVO3M6c0YmM3owrM/XAFNwXatJlpjiOo X3+0t8vqBKIBRAMIBIKMiKee6t6s2cRvvklCkyax1kuQ6bEo4r33hsnCWcEtjBw5/D/+eJSaUwrv vz8s1YfGCP5BlCkTZo4jsLaKEogGuMk0QL58QRUrRprwdhdwgcLTT/d46aW+amNKwY3BPfd0KFVq gOm9xYr1sd7zy+DGuzxaQSBI7o7yK6/0t953fOCBTuXKheP817nPW3LIksX35Zf76VNWXCJXroAK FSLMmWhu7SoQCASiATKiBvjxxylHj5418dVXseJPqUD79nMmTdqSK5c8FrxxeO653itX7je9d9So 9anbwebGo0iR3itW7P/mm4kyjgIP8csvU+fP32XRccj3nj3Hcf6BA1elx0Xz5AmcPv1PfaybS7z5 5qCEhNPmTHTu1CkQCASiATKKBqDLWi+bdU4AACAASURBVLWa2a5d0nEbJtSJGAJvoY7adXk8giA9 8O67Q4ODFzdpEmt6b5UqUS53p82AsM4IEwhSROvWM60zwkDlygNPnjxP8HcecJYmcJ4T7LJMvXqj 1Rz88svxGGkeciwQCASiAW6QBsiZs9Obbw6qUWOIiXfeiba2DX3ssZQjuyBdNcA993SoUCGiQIHg f1VHZc3qV7ZsuOWfwJNTq0y0bTsrPv6A+yUK13n7UxmmjvW1jGfgrnMr7vTTAMWL95X3gv49GuCF F/oMG7Z27NiN6bSDkycawMRdd/lOnLhFNMCNx223tStZsr8Zr/4lePnlfqk7xDAVT55Llw6VFb+i ATK0Bnj99bADB05dupRo4ty5S8gA0QAZSgM880zPNWv+atly2r+qo/Ll67Z06V7LP0HTprEZSgP8 97/DlWEmm3n88W7MGj6EilnHZ2YcDTB48Oro6DUyJf8lGiBTpqSTiUCKJxuKBri1kSVL+/HjN6Xr gR4ZE8OHr4uMjL8BFwoMXDBjxp+yEZBogAytAXLlCqhRY0jt2sOJ2hcuXAoKWsTf778/XJ2dmS2b X5s2M5kzsbGbDh8+s359An+beOutwZ70OIqiV68lyd27hd8MHLiqXLm/zy3/6acp5iX69VtesGCw QbZGBATMtw6vffHFPoMGrUbPeOgB+fN3DwlZivFFivQKD1+pr1WqVKhZLHv2ju3azTKNYVZbBwQW LZpkvFnm66/tRdv0sP5WGe+5BiCCdOgwlx9Onrzl+PFzyABdVdu2Mxkgs3Dp0qHWANWrN9qruVGm THhU1Crr5tBDD2HwfBzDFCQDBiw3L/Tjj1Ocq34tY8zD6j1BtWqDIyLiGzUaz6UtmMymRIn+w4at VZcYNOga46tX/7vn1607ePTo2YkTN5v2/P77dH2sY6ZM7X75Zar5LdnR820cPvxwhJpT/fsvNzXA smX7+HDt2oOmBvj887FWz5Qs2d+sLUeOju3bz9bf4vNODUAzaaxZSbNmEzzv28aNx6tf7dp1bNeu 47qSsLCV1qn16H/CgnkhyKX7I6idQi44eDGzgE6gf3Q9ONu1z3x8W7WaYV6oe/dFefMmvQb95JPd e/deij8ULtwLC/nqt9+m3XGHz/ffT+LvIUPWFC9+9cbe228Ptrq3Vq2huuddGn/nne1btpxuHsPE JGWqmpX4+s52nhjqiWNYxlSqFKm/JeAo4ytUiNQFCE0EKG8v9MYbA3UNPXsueeKJIFMDEEIJpKYZ hFlXqdHf13eOWYxOyJ3bDrboRvXt0KHX9LypAfLkCezWbWGKmcKNBmD69Oix2DTmjz9mpG5XqMKF iVcrkotXOs1pBAUtVAcJOzPFr79ORUH98MNk/qYfXnyxr84UBFv6ynSbmjWHWJZ8/fUE80LkDjNe MUdoMg1nyusyPj6z7733mtOFS5UaYDkVjm0+k+zadSHBVhmvy+BjqoAyftSo9fv2ndy27YguwBRj opkXKlDAdpuff45DRqYtISNTEGxxVOapvpC//zzrhHU8LTp6jWkMQcyq6v33h1k9U7VqlPqK8Kg+ 2b37+I4dx3QBIpJ1g4Z41bPnVcerXHngtSo6KVM0bToha1Y/ppgu9skno1SBjz76e+w2bz508ODp MWM26jKvvRYq/Fs0QAZ9H+CttwadPXvx449Hmj1Fsvz99xlEutGjNxw6dAYqw98mqlYd5EmPk5UJ wY0bx8KYnQ/mvv12EqGwTJkw2AYTCZ5tXoKUz+wl8ajyhNqVK/dbcgLjz5y5qCehJ08D4T2RkfHf fDMRlqmv1bz5FHOWEoNmz96xYUOCLkCoatRonPkWBKn3xInzCxbs1mXIAURwJRXIWEQQUpf+lqD8 xRdjY2M3e6wB/MkB/HD8+E3Hjp1bteqAropqTQ1QunQYHNEaIDI6ecjzWxF16sScOnWhSpUoSzJx XdLk/0hA32bNJpIRzQt9990kR7abeObMhcmTt+oyREzCvaVb3OD77ycTrFN8bstoogDVJXAkLClR ot//VES0+hwydOTI2bFjN5o2//rrNMiffjJOsCYj6m9DQ1cQ6IsV6+Mh1bt8OXHWrD9JXeQhGGSh Qj0ZaNIqXac1QM6cnd59dygMyRomGIl2PHJh/fpjoHH627ZtZ2HqgQOnTA1Abjt9+oLpeJ06zUMd PfywR4d/48bqV/Qw0JWQ8k33hvrAjPnQtBaa8tlnoz1/qKIETHT0aiaycpsZM/68ePEyznat5O4w deq2TZsOmcZ89dX4557rjQ9gJOoUp2LCbt16mCCADZ07z583b+eFC5fVc0tGE4aNtLO6t3XrGXQX ORuW5jQeuowl6BzGS39IhOESuI2uhBFp0GCM57KQ5hD3GDvLmBYtppYvH6E2pCJQXLqUiMCGWapv EY2EJlza83xGVVTYosU0fQkVbEeMWK81AGbjirrA9u1Hne8DQPhooOl4oEOHuVaYgrPqmMm8g1Ca ClZpgDFjNuA2MHtdDxKLodHTzRMNULRo782bkwZaV4ImrFs3xuKpKQLnwW2seEXSUd/iCfgDXmF+ iz3Yj/NbmYL4sHz5Pmzo0mXB/Pm7yJgMsc4UNAQXIsLretC0xFK1sycTs3btEUxS80LEKyzR8QqG feDASZzBdBv4KAHBvOvBNE9M/D+uqMsQUggs6uiMZ57puW7dwWHD1jZpEksQM8Ld1HLlwgl03347 kX+i3/buPbFly2GjexczF8xlYwRA8q9pMMOd5hqA0Tl8+Cx9xTxVVyFgMhGsbdCY4+fPX2K+a2N0 sFVCjuRCirGmm2bwzAj1CQP6559HdQHmhXmTUYlP5KsxYadVqBCh3xxTmYLOx23oMc2OOnacq0dH /XDjxoS//jo1cuR6XdWrrw4Q/i0a4GbSAGm4FojgsmLFfhi89XmvXkvi4rap1dK1ag3FKutuMaET ogOxTnMNcOHCJRiqeW+PuKnXRTDnafW0ads7dZpvrvAjLRFM1T/vuKM9cQet/+mnVy9NhtA0GuNJ Fdp4xYfWr0+AAKViLRCRHX6TXAGMHzLEXtRByPaERnulAVT+I1Am90ItSSJLlvbffDMJ5meyGQSJ M7K7zw2bNh0uWXIASVQhxVd4Ua2MKWnYq7VAsChSCKzI5CJ58gQuWrRHR/YUNQD5qVq1wQ0bjjt8 +Ay5FgGzc+ex4sX7ItW0BoAt7dlzwvmkiDwBnVJ/w3rJHKVLX9Wi1HDu3MXExEStAXA8rsWFzAkL wT1+/Jx5m9kT4DNujq/H3/A66z5ZxYqRyFF4iVcaAKYO9VcJG+WckHCN8Zkz+zAdJk3aYm4RQ25e s+YvyIHSANRArEDQ9u+/HOrMlCfdQqO1Brj/fn8iO2zeMgAiu3jxHnVnVxkP2dXfEjeoiomsP8HN nnkmmJ/Q8/pDRNr+/SfhVR62GtqtjLc+R9hMmLBZ3c/GeCIenqM9FtZFhPFqvTLzwqLRTzzRbdGi 3XSLcy2QAtTTqQG4NA0sXz78jjs8fVGejho3bhNE09IAxDeiPX2oP4e+M/rOBynJaQBqZu4wccwb 9uqFZriX50veqZ94NXXqduumsgaecPToWUieFWyJ0ugWnSkmTUrKFLRUOR7UE++1NACt3rAhwbyv D+NfuHC3uh+k7hZZxpP4pkzZCg3VGoBpzmQ34/zrr4eRYvRDKnTURx+NPHnyQrVqV9frIlF27z7+ yiv9daZg9KHL5ubdGD9+/CY9uIRo/BBvTK73YNhMAVJtem+cQDxE0tDqdu1mq0/atJlFisGXdBki HiKHmfvBB1fpAcEW8l22bLi6eY88I1xnyeKbKZO7dW4E26goLzbF6tNnGTlFPzxUGuDSpctEaeU2 jz4ayOj7+My2fkgomzVrh6wFEg0gGiCDagDyLkHTTHimBqBO9P0XX4wlpCanAZo1m9Cv37Lq1aPV 0ilPNMC993YkZhGGbmoNcOTI2enTt6v85wR8mvwBypePyJHDP9UaAJ+B5EVGxkMNFeBM6aEBXn89 FCICBzI3Tc84GgAaB/Xct++k1gCkfDITxNd0vAyuAQYMWI6cU3eC4UzwOdN4GBJsslGj8eZTCEsD wBSvTNj2aIAlS/Yw72BX6aEBYHjMJiaySaDTSQNcvJjIzCKw6HUIV2ZNx+vRAFmz+mEtRN9bDXDu 3CU4q7mwJHUaAKeCuZrvwXurAT79dBQzArJr3vX3VgMQuCIi4qHyzDvnIwjPNQDxpESJpExBS4kJ THMCu1MDxMRsYOKb63ZSoQH27j3RuHGsOWqWBiD79OixuGrVKHNBrFMD0PBSpQaYS6dSoQHoGUaN iZbeGgAq/913k/T9+AIFgkuVCjWNJ5zSS/S2+ZzTqQGIMwTGPHm6prcGgLQwoOrBC3a++uoA62GC aADRAKIBrkHOnAGQIajYBx8MVxnuoYc6wzjhhUxvtPuN1wD6cbBLDdCo0TjyTefO8wm+GtgPP9Ma AAFDqiD+mmXCwla40QDX805wBtEAjCA5G2CMarLFMxhfFALJw+wWQMrxSgOoxTNcRV0OtG498913 h1rruZEKDJa6BOkEwu2tBoDzJSYmMpqmtb/8Erd9+9GMoAGc7wTTQOqkHtPg8PCVGVkDwG/clEHA EH/ImmaL6DookdYAOLMqjAbAl9S7HOmhAZo3n5KQcNrHZ7ZpDJSI7k1zDYDx18mxnBrAzTvBbjQA 2kPNMmKsarLLuAHLRySoArBVIoNTAzgzhbcaAOOZKX/8Md0cAtzj3LmLnmuAF17owxR2vqrkrQbQ mYKWonkUjXZqgK5d7VMOUqEBtmw5bB3fZmkAtWDMCq3MYksDODOFtxqARGzFeSfNTSsNwFgr45PD gAEr8DRmn9lq3FhrAJ0p8DSVkZ2ZwkMNQFWIT30VRtapAQi2KbZLNIBogIyuAcwNQNNbA+jITl5U a2pLlRqwb9/Jpk2vvsiY0TTA5cuJpAfirwV9VBOsEeYHXbAKwFdIqLeqBjBbodpLHjXvfikNwIg4 u27q1O3Xc7Y0pHDatO1FivRSS2zV23jE6wMHTqn6GQtzZYXnGgDHg+E5DTZXg3iiAehAsvjbbw+C R+KoxYqFpJMGcOl427YdKVs27CbVAImJ/3fsmIvpRk+moQYoUyYMY0jt6k4EfktDiAY0ytQAly4l HjniwhjPW33TaQCTk6nGUgNdap6lnT17B+IzdFN3CH6YThrg4sXLyGnnEKT4MPCW1wDnzl1ydgvx TcX5tNIA5gMBdYmGDcdZbyffSA3gMuJt2nQIImGWJFjR53xlZQoPNUC2bH50+IoV+/QlGGXRAKIB RAP8GzUAjKRZs4lEBAuaxaIBli7dW6XKQKtAqVKhKtvd2hoAeqHaGxy8uH372ZYGINQ6u46srJ75 pHpFGS5K6tJOou79QOxU/ZUqDYTtpUIDoPdatJjmNNh8Sc4TDcCcqlw5Co7l7z+3RIl+5Ph00gA0 k8Za1r766gBv967JOBrg9OkL338/2TkEefN2S0MNkCOHP71EGQaIdI7f4r2vvRbKb00NQGiCHTqN sbYFuyU1APFNNZZZExa20mzyL79MhY2VLx+hCpQrFz5v3q500gAIWuS9cwisTeH+hRqAnnR2C9EG hZYeGoD4ry7BIDKV0uOdYE80AJlUO55GyZIDrIVzkPXixfvylZUpPNQAatO2GjWG6EvA+EUDiAYQ DZA2GgBySVgkkRCXoVydO883uU7qNACxlUBGKk1zDZCQcFo9Z0wOaICpU7epyOsSTg2QO3fnL74Y i//dLBqAvmLc9+494dQAGvDXESPWWRoAapUesxcajTF6H8yIiPjRozfozc5T9z6A0gDOjfy82gJS aQBlA+bp2q5fAyApmSmHDp0xNYCZlq4HGUcDwJCYy8lt7ZJWGkABajt27MbMmdvht5AqqzwaAO4I g7yejv0HNQATkIk8adLW1GkADYLtihX7TRmM8VxLL9RO7n0AomK9emNM9pMKDYDxnu/C5BKM+O+/ z6Aq+tl5PzjNNQCEj9huSpR00gCQ1FRkilRrAA0VbC0NwOwmmwNrq9801wAYn9xLHZ5kCg81gDNT uHwfQDSAaIBbRAMQgh9/vBuUmox+7twlgh1/E/QtepGGZ4Sp12q5OszeuqlWtWoUqZcoiQ0aaPrY 2M36VMvvv59MgilVaoAu0KPH4gMHTiYmJqatBvjoo5GIDZicaYyCfs/Vx2fWyJHrihTpZRXIly8o a1a/K4w/gAIdO87TX5EJaDgUylsNkD9/97i4rRBKXRW9Zx70A+cmyluWkFTmzt2l3zhMEe++O5Tk V7v2cF1DixZTd+8+DsHVGoCgZl0FToYcMhcMkKi6dl3o7LpHHw30fJeJe+/t6Kzh7bcHLV26t27d v7eV7Nx5AQGdkK2+ffbZXrNn74RP49XmK2XuNcCbbw7atu1InTqjnJcjWHirAZzrl7QGgFbCCeCy 1lUiI+P1fjiffDJyxYp98EL9LcaTIyGLWgP4+s4eNmwdyd7heN2S4zrJAXIGITZrMPuNDEqsLFs2 zLwKKh12+8EHw9NQAyDD6KX33x/uHAKIo4caAO7L/O3SZYFVg6/vHLjLww9fJWfIcpzkyjujK4OC 7Nu3DRuOY5IyVZ3GeL4Wgig6efKW1q1nWDUEBy8JC1thGn+dGuCuu9rDSAiD+hKER4LkkSNnvdIA zumGBhg/frO5eA81hWLEmVUBKp82bfvw4Wu12ygNAKuG/ZQrF66rYlAYGmfvJacBCM7Tp2+H/jqH wNsjt2HD6D2mnlmJZuq4Mb1Uq9ZQ81ssx/6mTSd4pQGI6rhN5cpX3aZjx7n084MPJsX50qXDmDUo fPNCxCsIvX6I6okGwF0Zbme35M3bTTmVhxoAPo0f4o1GDV1Nku2M87BhYGmAxo1jFZ1wPu5OQw3g 7z8vOnp1gQLBlkk6zpNWSC5uMoUGiqtfv2XOGgyCsf2110J1gcGD15BTGCnleJ5rAPT/6NEbiX66 qmzZOgj/Fg2QsTTASy/1oS8gu3AgaPSOHUf5e9myffrErhupAeDWRGoUPzZoEIvhB3oLkYcf7lKj xhAynC7ApIWpIGDSVgPkzNmJ4EvCM41R0C8UqgMNYHVWAZqmFikScAsU6PHbb9P0V2QjuAU52FsN QJwiuPv4zNZVwYTMnArnIMFYlnTqNI/gpQSJh3OjZMn+sGpdA1kfgrV58yGtAX78cYp1lSZNYs2b hZkzt8ufv0fz5nHOrqN7PdzA/sreIDHOGsip5ctH6J3+iOCffz52xYq/v1216sCJE+cOHToNgTDv 47rXALDMF1/sAxV2Xu7bbyemoQZAWqMYu3SZb12lYcOxsCj99nzZsuEwA/0txteuPQIlpjUAjlen TszixXuseubN2+U+lTqBXoVe6BqgMuZ2rg891BmWM2nSFmsQcW/P7295ogGo7dVXByAdnUPw5Zfj PNQAmTP7wEq5kFUDfKhgwWBzBzDchlm8fDk9P073vAYEkUnKVHUaY56U5x6Yx4RVzy1NfPfdJPxQ qfc00QBURYWEQX0JwiNBEq7jlQbAGMtUpjx+a/JCaCKkilygCjCnjh8/d/jwmTlzdqpN7pUGGDBg +VtvDYLc66oYFCxhgDzUAEQJxnTy5K3OIbDOsE8R5A6ahoVmJZqw4ngQviFD1pjfYhL24/xeaYCo qNWW27RsOR3aqspnz96haNGQnj2XmBdatGg3E1mrLE80AO7aqNE4Z7fQV+pej4caIFOmJLfBG81W Fy58dRM88ysF8qzzoM8bowFQOPXqjYHTWyZBD9RTbriENYhWpjATZZMmE3QxK1PgeMzHuLirBINs Qk4hs6ix9lwD5MkTSF4gJuuq9IFlAtEAGUUDEFB++SXpRBITrVvPtJ7+wzWJQd5uOeJGA5ClyL4u V9EwbUxj4D3mPsFqlpLwdIHixfvBs2FazgPI3GQFiGzJkvaBHSR48+4mjA2iYHUOMA8kJowS6K0C xF9IsC5TunSo/oqIef/9/sQCmKvnp2VpMAS6qvr1x1g3felbyxJztxMPQconzesaqlSJIk3C8tVb zupxjXUVSJ6zHmK6s+tQKeZuoe4BKXTWQP7Lnr2j9ewbsmIVI5uaGxBVqBBBE9zc1CcjktSdl0tu dYrTq1u1muFy3wwIPbnTTEXq6CgT5oaYV95L6/DFF2P1txjPVCUlmwfYwahwM6se1KbnR3e5dJtf f51qvQKRO3fnb76ZaF6lXr3RXh3Xqoy33nBwSZo/+2y0cwjKlQt/5JFABIB++Q+C++mno9QDpSJF ehOvzJ53uk2ZMi7eky5UKMltrJ43koQ/U9VpjD7OyUNUrBhp1WAerKuMt4Jt6kAY1JcgPBIky5WL aNp0gkup9t57wwiz1oclSvR39HyEyzVOaoc3Ey1aTFPsMEeOvzNF7twBcDtdwBls9WoiSLBLFQQF h3w7h8DDY/uuFbp2mjNfLMaZiaXmt1iubtBYmaJmzSGffDJKvSQNU6cfoPjm+wD33XeN25QubTte rVpDzQuRO6xMQZNpuPkT4hjGm5v4FSnSy9kt2Kn2xMQYAo5zFatpvOE2fXUNTDEmmrkTq3UJl6vj kEldusxHKaVaA5Apmjef4n5Dz/9c2SmYGGuZRLzKly9I3cchubjPFOZdieQyhSIYxCtnD6s0pzLF u+8O9fBhoDrxTcHzB/IC0QA3+n2AG4MHH+xMENy58xhBTRxRIBAIBDc7knsn+N8ARObrr4eOGrXe /bvXAoFoANEASU/9EAAXLlwSDSAQCAQC0QA3NT7+eNTSpXtr1BiSM2eAeIJANIBogLYul0MEBMwH 8+bt2r//ZKdO87xdtSwQCAQCgWiADIUXXujTtOkEc9MtgUA0gGiAa/DRRyPnz9+lEBW1ylrfLxAI BALBTYocOfx79Vri3GRCIBCIBhANkHT23sMPd1HIlSvAuTuEQCAQCAQ3I267rd0DD3RK7g1UgUAg GiAjaoC775bdagWCfymee653jx6Le/deqlGnTswt2dKaNYf++utUb09Qzsh4/vmkXSY9P/tPkKEW z6jp5vkpe/9CPP54Nz+/OdbZbdeJYsX69Oq15MUX+0j3igYQDfDPvBMsEGRMZMqUlJurVInSKFs2 3DqF/hbDK6/0j43dPGXKVjB16raDB08PGLDilmyp85zgmx01agy5ePGy54cVCDIOatUampiYlH8H DlwlvZEcihfvu3Pnse++S8vlVe++O/Ty5cT33x8m3SsaQDSAaACB4Jqn+UOHrj158rzGpk2HzdOy bj3cfrvPPfd0UHjggU6TJm0RDSAaQCAaQDSAQDSAaABBmuHttwd37jw/b95u0hU3Hg8+2NnPbw7p 1omff56qzkAtUaIf//zxxyl168ZoNGw4Ljh4sXmWkCcoXz4iJGTpM8/0vLl6iX4YP35TumqAjz4a 2arVjDR5tPLFF2PVCL766gDRAJ6jfv0xzlnw1VfjdYH77vNv3Xqm8/iw9MDXX09s2nRCRujMu+/2 ++23abpDatdOZfPffHNQ164LncdOWyAR1KmTFGFSPDVPNIC3GqBmzSEdO85N7ih60QAC0QDX/PfB B8PLlg03j4I3kS9fUPXq0eq4xKxZfStUiHjvvWEa/NM8pPall/qWKhWaKdM1ZxA+8URQtWqD1Qmp xNmKFSMLF+51770dq1SJ0vWk4lhThaJFe5v2AHO7IQKx9W2RIn8fCMofyvjnnw9RX9HSRx7pQoDg 7xIl+lvGP/10D13JG28MvOeeDubKztdfD1PnlZoLGcnQUE+apn4VGRm/f//JH36YrOspUKCH1Rxo qGntlZ6/elpkoULBlSsPzJ6947PP9tJlypQJu+OO9mk7N8hPyvgnn+yuL8R4mdSNnsdtsmTxffHF PrpMyZL2Zq/583e3hqBQIZsZ4zZmgZo1h1rhW7mNWQaS7dUhtZixatWB9esTRo1ab6FVq5lZsiR1 IFmB3ED+MH8IZVy0aA8ZxZOrPPZYV2Ve795LT548D9nVBjtPoi1WLMTqmVTQ04ce6sxImZWYJ4kq FCwYbF0IZ/ZWA+B1lStHmZVccTz7tf7MmdvBacxiVasmuU3hwj3VP0eP3rhxY0KDBmOMCZtKVdy/ /3IVwdAVzm+tCZs9ewetAeh5N8abC4WzZbvG8dRxsCZefrmfOj4WHaKLuTxIFWJdteogs2deey1U H9d6223tiJzmt1DJ++/3vzZj+b/11tUaCG7eaoAHHuj09tuD/f3nOWfBN99MJIIRx6gZcbVx46HR ozfoa9EJzMFrHa8LM0V9S8wkcprfqkxBjKXbCVm6Hn0arp7y8+fvmjt3py6gM4UCKrpSpWuCrdLz NFyf6krPMwraeAVvj2KlMz/8cCTTVneIj8/sK8G2g/n2hQq2ZrwyM4X6JCxs5V9/nWrefIouYx5f rYw3B9rlY0aaTMPNYleCbXszU7zySv9MmdqWKnXV8XBsqx4zU+g0lx50yk2mADlzBjCyTz4ZZLpN rVou3IbAbmYKrzSAnvLR0Wt27TqOvHRJMLQGIPLoAsyLnDmvOUubJhC7zK4jOOiNTOh5HA/zLMfT BEMgGuCm0QDHj5+fPXunYvnO5dGffz72yJGz6qUc6PXixXsTE/9Pg38+/vhVzh0aumLcuE0WG27U aFxCwmmipwqUK1bsb9duFgxy06bDqhL+S92tIMwLDFxg2gM++WSU/haqYX0LD+BzvvXzm7N0aZLx 3bsvUjaQ+eDc589f5m+CiGl8uXLhcHddyerVfxUseJVF9eq1ZOrUbWa2AHXrxpw6dYFo2KRJrP4h /5nGkCesFg0evNosc/ToObKvMhj89tu0DRsSiDK+vnN0hTixxRWuH3XqJBlPBGzc+KrxW7YcMXNM ly4LSN5w0D59lmljRoxY57zPZ7X699+n6xapYYJ0mgXOnr1EwrhWRnZbtmyfWWbhwj2PPhrorQZo 23aWmzJkhUuXkjSAad5jjwVy0rAVNwAAIABJREFULdzGk6t8+OGI5MYaSmG5bnDwYss5McC8tCf+ zxgxUmYl4eHxVrFff51qGfP995NdXsiNBoBMwAvNSqZP337ffR0dN1N9J03aYhbbujXJbdq0mam7 xTImda8gYz8aQNWABrCawz/hDfoSa9ceRIRoDdC9+2I3xuPPBrNJile6np9/jrMuNHDgKvjibbe1 jYnZoIsREJz2vPRSn+3bj5oNj43drHUsgoTIafbMzp3H4Xm6Hv545ZV+MBtdgOCGr3qlAeCL+/ef JCK5/BbeOWXKNpfDtHz5fkK3WRg1cubMRfXthQuXiZxmk8kUS5bsJcY++2zPdesSdJ1630w95a0L HTz4d6ZQaN16JsHWulcCNUdgf/bZaPVPep5RIPzGxW3T9XTqNM/zqaQyhU5zOtiuX5+A/foTMsWM GX8+8IA/aU5fiEyhLkSmSG7um0dhIkdJuGZJl2uBaPKqVX+ZlcyZs/PBBwPMTDF8+Lrbb283duxG XaZHj8VWaNWZQoOEnh50yk2mALBkdFHjxuNRtqdP/+02Fy+6CLaLFu0xM8XLL3uhAQhryQ1Bs2YT LA3wwQfDiDy6wP79p15/PdQ0hiZs23bErGTy5K3Zsvlp0T5mzMbw8JVIhWnTtusyHTvO9SqGC0QD ZIjnAF99NX7IkDUQVuuuWMuW0wMC5r/zTtJzgGrVogcNWt2w4Tjkuwb/5EO+8koDQGTDwlYSxKmh RYupBN9UaADSM9maMGHaAx57rKsyniDeufN869tWrWbAvShDfjp69Cwpn2J//DHj5MkLy5fvI4bC w+bN22VqgPPnLxF/Ka8rIWFERsbzhycaADvVr/jJvn0niVO6HuftWCL7ggW7dIH//ndE795L6WSd lk6cOD9t2jZSoyoAY0snDXDp0mX6wd9/njbms89iGF+9QgANcOjQmQkTNkMxVYHZs3e41ACHD58h C+p6UICdOy9QmhM9c2U1Tpw5RjVqDDGfA0AvoqJWodDMMuXKpeY5gHsNgKioVWsYmf6bbybq5Vu4 Nz7g4d0d/EqZh0tAU/7446pzFi7cy7gx3wMO1KLFNMs5g4IW4R6eN4pp27PnEuavWUnx4n2dGmDv 3hPQL10GZ27ffo7lsZ5oAAZCVwKVHDZsLRpVlylbNhwHIN2a9qibgs8801P9c/ToDUz/+vXH6AKp eA6AMZGRSYu4VA1duy786acpBpf1a99+NoxfX4LLRUSs3LTpkNIAzz8f4sZ48y7+3Xf7VagQqeuh 08jx5s5CeC99Cw01u5eRDQ1dad79/fjjkfQq08rsGRi5fg6gNABkQn/76aejEDn8X09J9U9dgOC2 cOHuxMTEtNIAxO3SpUOp+fPPxzDWNEpfi05wPAdIup+tvn3vvWFETpNmKQ1AJZAkNdbM8UOHTmsN 8NJLfdVv58/fRXTVF7Jux3qoAXbtOgYhJonoegjpRM4UF+SYmUKlOfPpWb16Y7D//feHaw2ARImN 3WTGqx9+mIwjMelIbeqTsLAV8N0ff5yiy5iPjx58sDMBTX/FCDo1ACSVZEGWMb3FytFkij17Tlx5 gHPV8WgITqK6K0+erj16LNKZQiPdngMEJZcptAZYuXK/Ga9wG5fB1swUiK4zZy54qAHy5++hfjh4 cNJzADMQOZ8DEAoCAxfoAszQvn2X1as32tIAOIAuQ4WECAKF1gDoE0afCWUSDNooZx+JBrjJ9gaF oEPTv/xyvJUSSEtMZvVPwvfu3Um3pqy1K0w2Hdk91ACwsQ4d5pBF1PM78kelSgO9GrxixZJOJWTS vvnmoOTy2dixG1Ea1ufqVnrhwj2hQeSkkSPXE1XLl49Ah5CNCOikBGa1qQHOnbs4efJW/XjhP1e2 U9y8+TDUyhMNoD8hc2zZchj+kRwB5RKdOs2DNJuPI6dP307/aOOPHTtHu8i+6pNPP43hQ31zIg01 wMWLl2lU/fqjLRrdps1MrQEI6/SVvnnWuHGsaTyEsnLlKGQk1NYMwb6+c5Yt26ce5ZcrF45CgB7B xoiqyd3dSUg4Q2x1ucQiDTWAjuyQEhgGID2TaJ0LnFIEso120TqX31Ih1Zp9pYA3kgU9v0pIyFIY EtdKbikdvO2ttwbTdfiVudCoW7eFs2btsJ59u9EARYv2Js9xOXiS/pAhwxv1zoY0FqXHb5PzcIWA gPlMNDX3Uw3SMPpTa2O4EX5orpkhsuN15oIu1OyaNX/p9wGU8dAsXYbZd+bMxeTiiWm8KVDxEHgA jM2UXoQm1L56S+HeeztWrz4Ex/PxmW2ucrFWS0I+YCQIXZNGL12adCtdv8wAq1Y3OLSPwZC80gAq 2LZsOU25NyD0OYs98kiXBQt24zOev1ZuZgqtAXDOjh3nqed1Tz0VxIhYt5kA3F0HWyc81ABwtX79 lpvrf3BFgi1+64nxLjOFWom0fn0CEUxrABTU0KFrFAvU6u7s2YvwV/0JSeTPP496uPUkJN6pAVSm sIyHRqNAdI5GA+zYcSw8PP7FF686HnyaHP3KK/2V8evWHYSzVqs2OM0ThCfBVmcKrQEQPD/9FKdX HZNq1a10fbeIqKiMV0AtxMZuPnXqvLfvA6AA1649aIpw5/sAs2b9ab4DQ0SaN28XUtAkGH36LHvr rasBoWrVqNOnLyhZrjLF1q2HISHmOk/0P9LXufJTIBogQ78T/NprAwhbpPmsWf10ZCSVEqEguGmu AdD31zl41LBy5f4nnwzyNrKbGoAUq/S60gD6IamlATDeDPrppAEgH1AQbKAeDfgKXM3UABh/A+KL WgtkJWynBpg7d+eDDyZL5pSAIYyaLQIQKa0BXn89FAp14sT5mJj1V47X6eC8u08spgBo3362qiG5 d1dSTEsQKcsY81UKfAabR4xYry4HkH97955E5JgrcTOOBoDKKzsh4qo51tSDfi1atKdr14VWq/FY rzTA779Px/FeeqmPWQl64PjxqxoAtuGJ8f+IBnC+E+yhBiDTw590k6nTqQEIkk6P1RoA/or2QIa5 ac5//zviwoXL/N/sXjjcihX73GiAVL8TjD9oDx86dK3TbTzRAPxEm0qHT5y4xakBtPFukCYawEmj 00kDILqsh67/oAag66wfmhoABswQMMRE6UKFghmmu+/2S79lKgRS7Q/kOHzeqQFMzu2JBkj1O8Ge aADrnWBLAyDacbyiRUPMKckPz5y5RgNo40UDiAa4uTXAfff5lysXwQQgaiuCRZadPHlr48ax2ptF A9wADUDojIvbpkHKgUre1Bpg165jZovA9u1HtQYgodL5JHU8bfLkLXyrM675djUFAIRA1eDyHVBP NMC2bUcsY8wXD3DRKVO2ooTV5UDPnkuQARBH8wZtxtEAuLGyE25KWzD+tddCnRoARmK1mrTqrQY4 deo89NeshEGEgN7aGgC6HxKyVDeZnkwnDZCYmEhAM7t3zpydSKz00ABQW+3hzZpN4FrW1jSeaAAi f2zsZmWqOlZCNECG0gBo11KlQukrMhFXYZi6dJlvvV2dhnjnnWjtuvPm7WSAbnYNoOSTOSWXL993 6VKiaADRALfs3qB9+y6bOHGLuhFLXiG7VK9+9dG/aIAboAGoh9os6I0pb0YNQAp3tohA+cADnazV JkgdvoLrkCpcLuR9661B6ucwAyK4Vw+4lfHwEssSkpP5TrC1LxDCODIy/sCBUx7uC3SDNYCx2+No 1Rx80lzjrjQAM845BDAVZwe60QBHjpyJjl7trEfvy3nDNACEtWvXhfgnl4NtAyYy6RkZqdY6e6IB ChUKDgxcAL3DqdSr1UwufmJOrhde6AP5oJhuLDEnnTQAjjdhwmZn9+pVf2moAUzQxivzcWqlSpGe awACJiQbhayMRCbBekUDZCgNYN5D8fWdwzAx9ShA7kvrJwA+8ITff5+hnXbQoFWHDp2+2TUATYiK WuWckooCiQYQDXALagBixIgR69UWmVBYyD3R9no0AMkVqvfTT3FprgGok8EjQGTL1iG9NQBkrlat offe29FzDUCeINqmQgOYbx044aEGyJrVlxEEOXL4p1oDnD594aOPRppbvKVOAwQHL/bq0lz03Dl7 XyALMHKobXrsC3Sde4P+UxpAL1wZPXpDRES8pQH8/T1d2O1GA6xbdxDe7Oa3/fotZ/rDj7Nk8U1X DYAAOH/+0oEDJ+HZGszfCxcuq9cVnBqAaJA7dwAi0zofgPhAlICLIGAgVdaFmjefsn37UfMtFJfv A7jXAE8+GQRxRAPkyhWgNxZ0uRbIvOHihFMDMLvr1RuTJmeEQaPRup5rAMZa3y1y8z5AemgAosqH H44gtJoagOG74njtU6cBIiJW9umzjDxoLjK8554OpUoNmD9/t85uaABoIsLAfD0642sAU7mZac7M 0Yy41XzPkS2b35QpW9GBKb4P4K0GIKUizvfsOf6PaID4+ANutiwXDSAa4BbUAE8+2b1BgzEQu4UL d4eELIOpmPc8UqEBiCkk7G3bjqS5BiAXMocnTNj88cej0lsDkGUhQGYYSlEDQBm3bj38T2kAlBsj CCifag1AlORa5q52ogFEA7j5bYECwc2aTZg1a4f7E7vSRAOsXLkfcsCFNLDQjQaAiA8dunbv3hM3 XgNAlJnyRDxI9iOPBKahBvj99xlqt9Z/lQb46ae49esTLl1KNDUA+QWhZdJHzzUAJBjHJoURw80X u+vVG41vEA20w6ABjh8/R9YwR+pm1wB33OETGLiAZDF58tbUbbqQfhrgq69iGX3SgWgAgWiAG3RO 8FtvDSKi8aEzvpQuHQYTatlyOuFVg3/yIV+pMmSj9u1nmwV8fecQXNJcAyh+w3wjSZiXA2oTRqYo QdzHZ7b1LYGJLKJOjfVQA5w5c4F/YrOuBG5Nq/WWGsQUmokk0AXohCsbGlyjAWCE/Irf6mKmoCIP YVKrVjMsg4HeNMlDDQCNViPbv//yVGsASAk+YLaa3oaIvPHGQA81ABSBjGXWoEH+Vs9V6H/ylvkV 4ZurmCfsvvxyP+vnBGgShvlkJk00AEkX3oMB5rVoNeNi7g7hCchkMG9zspiLjh5/vBuc1em6uI1X rzrgXc4azCON6SI6ilY7hwDuYp7u514DVKwYyaCYrqthbsYC76EDaZpZAB8wnQS2RH+ak8XzfEmk ghbgUY0bx1pbVcKzr1x6BlqadsE2rAmL/RAdSwPUrj1CxSv+T4c43zqwJiwKZ8eOo0QVzZZS1AB6 pDAAXzJ7Bhaibpco4y3HU9Cb5dMu+s2sATO4NGzGcw1AzMQ251VovrmTY/bsHZBzptsQS81Hgu+/ P5yIZ86RdesSIP0wafWej+cagFBjpgzc1dQ5RBur3xhW4vP585dMDQDhsxyPOM//kzsp1gmCDBPW qkFliv8Y5wPs3HmM/5tRmlGjmWa8Ysgst0mOlCenAZyZQqVaLNR7lKWoAR54oBMZzayB1lGDdRcv S5b2EyZsJlkcOnTGWvLq+Y2Dhg3HmdONq+D/cXHbcBu1ka4nGuC110ItgoEHIk3RXd5qgEqV7Hhl SjJPNEDlyi4mrBmvRAOIBriVNcD+/Se7d3dx+5aQSszavPmwBv+0jvqDLsBT1bdr1vxFWIGUkHrV aYh58nRl5ujnBtcP5rlpDzBv0jDPrW/1sVw//jg5JuZv4wmsy5bt++CDq/tAd+260HofoEGDMboS guYTT1yzYJ34tXLlAV2AlP/uu0MgnSbz+8+V0yjhWLqY87iWwMAFlsFALyZu3Hg8giq5Q141qlWL 3rIl6SnE9WgAJWAgRtqMadO2m0f8EuyGDFnjfK/UWZWzRaNHb1B38UlXKDHzq27dFjoWu4+xfm7l Ek8ANaHnU3Q8IntIyFLzWnPn7nKevukJcuTwHzRota7HufF/69YzrHZVrRrl7Vsx5s/JPVqhmfjy y3HOIcA2c597vblH377L/PxcPPTA66ZM2eqs5733hl0r/NqHhq4wC0yfvt1kSP+5sjf8ggW7dQHr wYsbFCnSCxZuvshrPfozjYd/6EtMnLjlqae6M/dHjlxvPYKALtBvyW0JCh8dO3ajs9WffPK3YIA0 9Oy5xPrVp5+Omj9/l3VXFVpAvjErYXrq5SsY36fPMueFCFOmRp0zZ6f+iuCG8QRbzwUqTGjBgl3O q5hrPs33uHQBgjah2xJIhHerHqLoq6/2V08SSA2m8e5fJ9U16EyhUbBgMGxSF6BvS5cOjY8/AJMz 3wdAE4aHx+tiP/8c5+2ERTBHRa1yZgpTA6j3AWCHupjOFNc+PExKc7oMPZncRXEezTutTBEbu9ns W4Kt+Q4VmcKZo+vWjcFD1KNmHB63N2ugddbxvYrB44cQ9FRrAP08xOlXzB11+kfx4v1Q4NYNDjQA wdZ8SsncZIbqnzdpEvvcc0lT3ty230MUKNAjLu5qvKpTZ5QpLJnyVrDNlavT0KFr9bN99TYIscvZ qBo1onWmcD5iJTcRJ1PM0QLRABlaA/zyS5zLg3vuuMMnf/7uzz3XW4N/8qFZJnv2jqRq9S1p78rO cZ30GkoiTv78PdzcPPYWyBLTHmAugideW9/qxhJutPHZsnUoXLinXviUN29XfcaH1gA5cwboSpjh 1tLJe+7pQGN1AdIJBItPrH0Y+BW/1cWc+4XDOSyDgV5CkDt3AKHN/XprxT5feqnPnDk7rl8DkHW0 GSRjc+NOep40Y73/7QQiwdkifEBtypktmx89b37lPF3F7HkFl2dap3izip73xPFQC+a1kD16w1yv kDmzz5NPdjccz740w2q1y6snG+q2rvnzIkVc14CbOYcA25zL0zNlagf5MO+UG/cLfQsUCHbWY70i SWrMly/ILGC5zX+unFpAQNAFnFLEzYsuhQoF4w/JLeowjTcd78qsac/cTyZeJdvz1oTV0GyMCavu fJvgW2vVuHosRleYlWAtHW4a77yQ6Taq+WbPq2DrJHbJwep5945nug0T1op4BHYz4ikwl9ULWipT eLjii3ila3DZb6bj0bcq2Gq3URoAx3viiauO5/kTAJOSPvlkkDNTODUAPuYmXuk05ybOm9HGes87 Ocezgi2/cuZofB4PUfEKh8ftr53yQfpMOmvKt2kz8zo1gJkpnIlSOZ61DwQ+T/NNbWkRDOL8/6Z8 J2/tseKVeWm83Tnl6Vt62HQb54S14pVlvJGjg1PM0QLRABlRA9SoMSQ6es3Fi5edj8X/tXC5L1AG R9GiIT4+s1u3nmme6HT9+wIJBAJBRoPLfYHSAy73BbrZAfetWzembdtZzZvHOdWsQCAa4NbXABDc F1/sA0aNWn/8+Ln4+P3uD8sUDZDBUbXqoMWL91jLkEQDCAQC0QCiAa594ODTo8di93vXCgSiAW5l DQBf/PPPo+DEifMzZ+4oVCg4uQ03RQPcFGD48uULSt0KFtEAAoFANMC/RANkypS0LDa59XUCgWiA W18D/PDDlB9+mKzw7rtDU1zh/a9C0aK9GzeOdS77u7VRuHDPr7+e6PKgLoFAIMg4qF49+sY8uC5f PuKDD4ZbL7cIBALRADe3Brj99vZp1acFCgSXKROmUbp0KL3873GpggWvaf5rr4XeRDeNMF52NBMI BAKBQCAaQDRAap6WJiSc1tiz57h5BP0tj549l5jN37nzWIUKETeR8ZGR8ZkySWgQCAQCgUAgGuBf oAHuvjvNVv+XLRveqNE4hX79lp89e9Hbw5Vu2sUzvYKDF7doMU03H9SvP8blvm8ZExER8aNHbxAN IBAIBAKBQDSAaIDUQx2inn4a4N57O5YvH/Hkk0HXWc+zz/Z6++3BFrw9Nf2NNwaeOHFeH12Z5rjr Lt/XXgvFMFSWeeaANt7lNtWiAQQCgUAgEAhEA9xSGqBYsZANGw5d/5HDXboswE4LkZHxGUoDPPpo 4Ny5OzEsPv5A4cI9ncbXrz9aNIBAIBAIBAKBaACvNUDDhuOio9doDBq0+qWX+ppd9sADnXx955hl +GdyZ/i50QDvvTfMrARUruxiG8oyZcKsYp98Muqhh7p06jSPvydN2nLq1PkVK/brb3/9dap1mKV7 PPVU9+DgJS1bTsdUC6+9FqqLZc/esXXrmfoqtWsP118VKNCjd++lfDhjxp8XLlxeuHC3aW14eLw6 tl3hnXeireZUqzbYQ1Pz5AlcvHgPg7VhQ4L55m5Q0CI1iF98MVZ/WKpUqHWhunVjnKOjv6UH7rrL 19IAWbK0/+23aWYlXEsOkREIBAKBQCAa4NbRALlyBdSsOcTff96wYWs1hgxZU7z4NRrgsce6Llmy d/36BF2mT59l9eqNhgp7pQGg1MeOnZs4cbOup0WLaWXLhpvbksLCf/opzrQH1KkT8/DDXTp3XsDf U6ZsPXXqQnz8fv0tnNUrDfDyy/127Tqe4pMENEDbtrP0Vfi7atUotSCnQIHgvn2X8eGsWTsuXrwM TTetHThwlakBfv457uTJ85itC/z++/SKFSNh2x5qAHp+wIAVX3wxrnDhnrgvosLPbw5OfP78Ja0B SpUa0Lz5FKvfkGrVqkWrTYpy5OjIoPj4zNbfBgcvRlzRBFMDZMvmh6lbtx7RxcLCVjZqNK5IEdk7 SCAQCAQCgWiAW0IDlCkTlpBwunHj2MyZ2yXXX7fd1i5fvqBFi/a0bz9bf1iiRLI02qUGgGJmzuyD BoC7P/30VeXQq9eSuLhtilhnytQOMTBy5LrwcHcLcl54oc/27Ud//HFKqj2gePF+1PDdd5O4nIKb 5mu0ajVjzZq/LNmT4logWo0G2LgxoWjREHMlz9y5O3PnDvBQA3ToMPeZZ3quW3cQ8aAEDMaXLx9x 5MhZrQGUeLN+/sMPk3fsOKae6jz3XO9Nmw79+utU/W2lSpHUkJiYqDUAQ4BUmDRpC+Oii+XP333V qgNt2syU2CEQCAQCgUA0wK2jAa4wvFnJ3UqvXj0acvn552OhoanWAA8+2DkoaFHbtrPKlYvIls3P pQYoVWrAuHGbvvlm0osv9klXDXDfff5wd4g1l1P4448ZKcqAVGiA++/3DwiY7+s7p2LFyHvv7ZjR NECuXAEM0/Tp27UGoM6YmA1NmsSaikU0gEAgEAgEAtEAt5QGKFgwuHv3RaGhK2ClX3wxDqJfoYK9 rz9E/8iRMz4+s/lWg38ePnzGcw3wxBNBK1bsHzt2o1kJmDFju9YAtWoNxar33hvmfvyuXwNoO2m4 QufO8yHT1l5Dd93l+/bbg7WpEGVvNcDDD3eZP3/XpElbrFZPnrw1I2gABfN9gDp1Ys6duxQYuMC0 lp/s3n1cNIBAIBAIBALRALfavkBw2f37T8IpBw1aff/9/nfc0d7UAJcvJ544cY5vLXz11XivNACf OyuJidmQLds/oAFMvPlm1F9/nYYBK0v+c+XV2Kee6g5Z13aeOXMxdRrAZasnTtySK1cnzzVAgQLB Cxfu/uOP6WXLhiMGGjcen04aIDHx/06ePO802PlDgUAgEAgEAtEAN7cGyJmzU7ly4RUqRDRrNmHq 1G2lSg0wNcDBg0nvDPCtBZcnYbnRAJGR8c5KihXrkzmzzz+rAXLlCihXLqJnzyV//DFDfVKt2uDY 2M316o3RdoaFrUydBhg6dK2z1fByU2ilqAHuvtvvlVf6+/jMHjx4dc2aQ+j5dNIAjN3PP8c5DWYE JXYIBAKBQCAQDXBrng9Qu/bwixcvV68ebWqA3buPlyjRz/M1NslpgHbtZrn54fPPh3Tvvui336ZV qRJ1gzWAptHR0X/T6EaNxiUknC5bNvx63gdQGiAgYH6qTdIa4H/KJPqnn+LUPj/XrwHy5u2GtKN+ UwOcOnXBff//58qpBQ0bjsMxUCPmnk4CgUAgEAgEogFuAg2QJUt7WGbevF016tUb/eefR6G2ur8+ /3zssmX7qlQZaBZTME+uda8BHnus66RJW9AAzkpy5+6cKdPV93H79l3Wr99yq8x99/nrAkWK9IJY //xznFFDgFdHXN15Z3tYrNOSiIiVwcF/74fzyScjYfxoIf1tly7zN25MKFs2LHv2jh5qAJoGvfb3 n+e81oMPdr7ttnbeagATlgbo3XtJWNhK6yoIhoULd8P+KVCoUM9Zs3YgsfS3tWoN27jxEKRfa4D3 3hu2efPh998f5jTYfKf59dfD/vrrFC7EmN59t5/EFIFAIBAIBKIBbiYN8OKLfaZO3bZ06V4NKHjx 4n1Nzg1bhemOHLneLKbw0UcjPdQAiI1nn+3Vps1MZyU9ey4xeWT+/N2bNZtglTFfPqZw0aIh/v5z 9bfduy/2ZK99jcKFe8XGbnZa8tVX4596qvv/6HsAJDs6eo3+du/eE+qVAGSShxrgjjt8nnmmJ7Tb ea3+/Zer2/lppQGwvHHjWOsqyI/nnw9R3Zs1qy9iwM9vjv42KmrV66+Hjh+/WWuAnDk7vfZa6MCB 8U6DGzUaJxpAIBAIBAKBaIBbQQM88UTQ779PhxdqwOCdXZYjR8emTSeYxRTMU3U1ihULadduVsGC wc6vKlaMdFbSoMFYa1tSlIlV5s03B1lVvf32YP1tvXpjYNveLLDp+ssvU52WmBtiKrEB8XUWMxcI Pf10D4TNiy/2dXO5MmXCnJV8+eV4c4/U5HDvvR2bNIl1uTgH0t+q1YyXX+5nLqayrkIvWb+qWnWQ /vbzz8einT74YHidOjH6QQpj0aDBGKfBjJ2uJF++oJYtk9ymfv0xnrzVIBAIBAKBQCAaIEO/DyAQ CAQCgUAgEIgGEA0gEAgEAoFAIBCIBrglNEDx4v3EGwQCgUAgEAgEogFEAwgEAoFAIBAIBKIBRAMI BAKBQCAQCASiAUQDCAQCgUAgEAgEogFEAwgEAoFAIBAIBKIBRAMIBAKBQCAQCASiAUQDCAQCgUAg EAgEogFEAwgEAoFAIBAIBKIBRAMIBAKBQCAQCASiAUQDCAQCgUAgEAgEogFEAwgEAoFAIBAIBKIB RAMIBAKBQCAQCASiAURqPjA2AAAgAElEQVQDCAQCgUAgEAhEA4gGEIcQCAQCgUAgEIgGEA0gEAgE AoFAIBCIBhANIBAIBAKBQCAQiAYQDSAQCAQCgUAgEIgGEA0gEAgEAoFAIBCIBhANIBAIBAKBQCAQ iAYQDSAQCAQCgUAgEIgGEA0gEAgEAoFAIBCIBhANIBAIBAKBQCAQiAYQDSAQCAQCgUAgEIgGyPAa IEsW3+efD8mbt2taVZgvX1CpUgPAQw91Tg+DH3yws6pf43qMv+su32LFQqiETqArUl1P3rzdLKuw 8yafjf4lSyY1pECBHhKbBAKBQCAQiAa4pTQA5HXq1G0//xyXVhW2bTtz//6ToE6dmPQwuE6dUap+ jV9+mZrq2p58Mmj69O1UMm3atscf75bqelq0mGZZ9cknI2/q2Vi58sBdu47RkJCQpRKbBAKBQCAQ iAa4pTTAE08ErVixv127WWlVYWDgAtWKL78cnx4GP/tsr6ZNJyj88ceMXbuO+/jMTnVtTz/dY9Wq A1i7cuV+9EAqanjooS6tWs1o02amtkqhcOGeN/VsfOed6PPnL9EzQ4askdgkEAgEAoFANEC6//fx x6MqVx6YHCDBGVkDfPXV+Li4baBatcE3RsBcjwZ49NHAvn2XYW1IyNKHH+6SihqeeabnunUHf/99 +s0yzfLm7VamTHiOHB3dF3v11QETJ26hZ1q2nC6xSSAQCAQCgWiAdP9vypRtJ0+eTw69ey/JyBog S5b299zTAdxxh0/G1wC33dbu7rv9sJb/8/e/QQMg0jZtOpzis6bbb/dR43jXXb4SmwQCgUAgEIgG SPf/vvxyfN26MQqdO8+/cOFSr15L9CelSg3QXfbAA52g7wMHrtLgn3zo7Nyvv55oFkNIFCoUbGqA xx7ryrV0gUqVBurfvvxyXz55+eV+pUuH6gLBwYuffvrq26LvvTfMrB9UqBDhcphh2y1aTDNLduo0 79FHA40V/zH6qx9+mJI5c7s01wA5cvi3ajXDtMHXd07u3AFmmeefDwkNXVGqVGiJEv11sb59l6nn MPff79+2bVLPjx278dixsytX7reaX65cuHlP3fr2k09G6W/p+YCA+e+8E01/9uixWJd5/fUwVeDb byc1bhyLuPrll6l83rPnkgIFerz99mBVrFatobqqggWD+VbX8NprofqrMmXC1YdLluw5ffrCxIlb dLEaNYaYkiYkZKlpatOmE5wdmCtXQPv2s81ibdrMok90AXz4u+8mZcrUDuN1mfr1xzirevzxboGB C/iWEbn33o4SBwUCgUAgEA0g7wO0feutQWfPXvz4Y9cvmEIflyzZu3HjoZiYDQr9+y//9NNR+fN3 12UefrhLzZpDu3VbqMuAyMh4xWUVjR42bG2DBmP4UBeApsP4b7896V4+LBOrYOrNm0/RBaKjV3/5 5bjnnuutrvLRRyP1V3Pm7Dh37pLL9wHy5ev24YcjevdeahqDnKAhuswXX4zVX8GJ339/WJ48XdNW A9x3n3/HjnP1VTZsSHC+D/Dmm4POnLnYtevC77+frEvSUU2axCIPEFp0CJ9MnbrtxIlz69YdNFsE 3ngjUtWDhPjhh8nWt35+c6pWjcIMCtCHmzYdggQ3ajRu8ODVfDtv3q6LFy/Xqzda1TBy5PpZs3bU rj0cKYidR4+eZXT++GP6lClbjx0716bNTG1z4cK9wsNX6qv8+OOUV17pr76qWDFSfRgff4B2MdN0 sQ8+GK5rKFKkF5bor3bvPu58HyB//h7otAEDVpgt6tdvOcLmqaf+dryIiPhFi/agDIOCFuky/v7z 3nprcM6c12jUYsVCtm07goPR6pt9MyWBQCAQCASiAW6cBoBQ6k9KlOi3a9fxb7+dpD+pXj0aQgmD dEOjueiaNX+Zu0BCN+Pitt1zTwetAfgPdmhKiwULdgcEzHfWWaZM2MGDp11qAJQGFBY+6qFPYPyF C5f/+98R6bQWSKFt21nJaQBaPWLEOuMBQsfp07ejTDxfC4RscNJoVMGOHcdeeqmv1gBcaOHC3ep5 yBtvDDxx4rypAfj21KkLVapENW4cq8aCnkfprVp1wNQAFgYNWm0ar58I7dlzQmsD9xg61IXxiCJt vEbJkv337j3RrNkErQGUnUg4XQbjDxw4hbYUDSAQCAQCgUA0QCo1QLVq0ZC8hg3HmW8JWxoATgZh fe+9YXnyBLqh0fDUSpUiFeNPTgN06jTPNMxbDZA5c7vffpvWuXPSohdr1U1G1gBduy406XL6aQC1 fEgtvocK03C9V6l6DlC9+hA+h0ar5wD8KoNrAPUcwFzl5VID0KVoG3ysbNnwLFnaSxwUCAQCgUA0 gGgAdxoAon/48Bko4Gefjdbgn3yoNUBo6Ipx4zapJT1evRPs1ADwObOAtxoAG8aO3RgWtjJFP0DG 6OZAwS9dSvwHNYC5cD9dNcCvvyZ7ygEaICpqlUmj1UJ/pwZAJNBXuvfmz9/9D2qA0aM3WK9Zu9QA AoFAIBAIRAOIBvBOAyQmJp45c8G5d1CTJrE3owaAMmbL5tet20LdENrOpUUDeKIBsmRpX7Fi5J9/ HtW9d/HiZdEAAoFAIBAIRAPcahogIeE0rMt5hoBeRnJzaYCCBYMHD17z66/TdENatZpx8aI8B/BI A9Dh4eEra9YconsPU0UDCAQCgUAgEA1wq2mA3buPlyjhbqP3OnVi/P3nNW06wdwp6B/RANBBKKCf 35wvvhib3D4/L7/s4oXmf/Z9gJtIA3TpsmDu3J3ma7X/7PsAHmqAnDkD8FJctFatYVmz+kkcFAgE AoFANIBoAHcaoGHDcfHxBypVioSOW7j77qtcqkqVgUiFunVjzAIwxTvvbH8jNYDCRx+N3Lz5cI0a Q0xjcuUKUE8qihXrs3z5vh9+mKK/+uyzGDQAValtNG9GDdC377KIiJXWAP3005SlS/cVLRqShhqA PyZO3PLss730VUaNWj9+/Cb+yJLFV9f2+edjV6366403Bupi5rvgnmgAhoNur1AhwmxR5coDV6/+ q0GDMd5qANkXSCAQCAQC0QCiAbzQABAveOqwYWvh4hbMG+f33+//6qsDQkKWmgUmTdoC97rxGgCS V7Fi5MCB8aYxsEzM4Fsu99JLfTt1mqe/2rAhITHx/6DI7drNvkk1QMGCwU2bTrAGyN9/Hi3Nlq1D GmqAfPmCsJZR01dJSDh96NAZuDUjcq3bREHudbH69Ud7pQEeeaTL228PHj58ndkiSlatGkXlogEE AoFAIBCIBrheDVCoULCf35wXXujjssty5PD/5puJkGYLpUuHORcFmQUgjory0unffTe5SpUoq/y7 7w5t2HCcelYASeUn+jgwhezZOzRrNgEu6LSKmlu3nlmypOvVJlmz+iIPTGN++inOJH81agxxtujj j0e59BiXxnuLypWjvv9+snW+sur5F1+8pufvuivJ+Jo1h5iqpnnzKe5PPChWrI/VnOrVo01S/vPP ceXLRyT387p1Yz766G8RiJxr1WomdP/KKppOP/ww+Y03BpqiiJ63roXeKFKkl6Vkvv76qtu4Mf7T T0dZKkgLy+++m2RehQrNU37V9kSZMl2jAZTxSu+ZigL9Qw0oJTdPJAQCgUAgEIgG+BdpAIFAIBAI BAKBQDSAaACBQCAQCAQCgUA0wK2lAX78cYp4g0AgEAgEAoFANIBoAIFAIBAIBAKBQDSAaACBQCAQ CAQCgUA0gGgAgUAgEAgEAoFANIBoAIFAIBAIBAKBQDSAaACBQCAQCAQCgUA0gGgAgUAgEAgEAoFA NIBogP9v7zzAsyrS962LZZFV/Csuqywqy7KoiIiKqIiIZRWxgyKCFdsquuoKdqW3ACG00BN6DSX0 KjX0DqEjvffef/+HDA7DnPOFJICi3M91X16Sb745c+bMvPM+p30AAAAAAHgAPAAAAAAAAB4ADwAA AAAAgAfAAwAAAAAA4AHwAAAAAAAAeAA8AAAAAADgAfAADAgAAAAAwAPgAQAAAAAA8AB4AAAAAAAA PAAeAAAAAAAAD4AHAAAAAADAA+ABAAAAAADwAHgAAAAAAAA8AB4AAAAAAAAPgAcAAAAAAMAD4AEA AAAAAPAAGdLdd7diNMCFxl/+UuvOO1sUKtTqX/9q8qc/VaVDAAAugMyvzj33tFLk/8c/YugNPAAe AA8AFyJaBmbOXL9q1c6OHedkzlyDDgEA+MPzxBMdV6zYocgfEzOJ3sAD4AH+L3v2+rZTbrutWYMG SXff3TKVjvv3vzt+883I7NmjUinz1lt933ijD4PM47rr6n355XCFnsqVh197bd0M11OyZBdVIooV iwstcMkl1d5/v78K1K49LnfuxqFlbr65UfXqY1Tmo48GXn559dAyRYq0Mxt67rmukRpTpkxPU0ZZ dWiBrFlr/+9/Q1Xg229H/e1v9YMFypbtZWowNGgwMV++ZqGx2xR47LEOZ3ggtDt1647/7LMhn3wy +Lnnuqm73E8LF25tNlS6dI9zMQxuuim6WrUx7i5bXn89fbPmllua1q+f5NZQrlxvr4y6y9vKww/H e2U0W90CGjZ58oQMm2eeOTHwHnooLpVWFSnStmbNsWdymq1o0RMD79lnu57JCb8vvhimSr7+ekSk eHX77c0bNTpNzz/5ZCfTmEcfbR9a4OKLq1SokKgC9epNyJu3SWiZv/+94Y8//qQyGnJZstQKLXPf fW3MhkqV6h6pMaVK9TBlNEojXeD6738Hq4A2lyNHwwz33qOPnhg22v1zMQvU89HRE0NnwfPPd/N6 3vLgg+3SuyF1gun5IFqnzqTxBQuGLJSaXKbyp57qfIZdVKJEZ1PVI4+0z3AlN94YXbXqaFXy8ceD rriiZmiZBx5oazb0wgvdItWjYGjK3Htv+MC78span346RAW+//6nG25oEFrm1lubmXj19tsRe/7x x08MPGUakcq8+WbfVFYKcf319b/7bpTKfP75UC1A7keKS+oKTcNvvx0ZFZWkEEpmgge40D1A1qx1 FFs1b0uU6LR//2HlZCkLW9X8+WPtDNEapkhx5ZW1ZQCSkzffemvTlGlf+/772+ojm5HoK/pijx7z u3SZa/6oalW5NpHeIFu8eLyH0tnMmWsWKtQ6+JHFXewVCOzfTeNPjVnHGx+s4a9/jToXA06x+MUX u3frNnfUqJ+7dp2raJszZ7pXaAVxhWBlkKpEyFHceWcLL4VV+5X2tWo1XQUGDlz8xht9//lPP5/L nTumfPne/fotVJm2bWcovfay80yZqhYoEKsUymxIKZ0SFKUXpyb3dZTtKaabMp98MihfvubBBVhp XKdOs1WgZ8/5L73UUxmwV6ZNmxlbtuwdPXqFqWfo0GXallvgz3+uIYPxww8/mQIK7rKpkXzLaW8B UuXancaNJ199dZ1gMpc/f3OtZGZD8gkaNlddVTvt9f/pT1XvuCM2dGTqwJk1WHNHE8RswmXTpr2d Os3xKsyZM9p8PVeuRt5H//pXk3fe6Td06FK3kujoSUqglf7aYhoke/cemjx5jS3jeht5UTnJJk0m u5Vo2GiVdW1Aliw1lXTKNJoCMrHBgWd3v2HDpI0b92QgXUsZeNUKFGhRqdKJgVejxlhtN1LSnAoK SnJ6nTvPUSU9eszTLgcHnuKVrPLIkctVRuNBxuaaa+p6A69QoVbKIE1jFPruuqvlZZdV94y9jk7z 5lNVYMiQpW+/3U/HxdtQrlwxCqp9+ixQmfj4mSVLdvaSJBNsZUrNhurUGa/QFIxXGo0ak6aMRqnG qr7ollG1qjw+fpYK9O694JVXegWHzWnRDmo3lSGZDWn3NfvUFWmv4fLLa9x9d6vQWWCHzf33txk+ fJk3BcaNW7ljx/4GDZJMPTJmXgENDA0PDZLUVwqhaW6GjaKfFqPgdNuwYY+mYXClsGjghSbNGjYa CYcPH3v55Z5uz5tvffXViKSk1bt3H1SUzvBiYZa5KlVGm6bKxOqIXHppuiOe8t1XX03o2/d4nI+L m6n1XXsanLBKlM2GZP51XJTNu2UUADXw5G9/GXiD1efehrT7Tz/dpUOH4wMvISG5TJleN9/sDzzZ 43feSRw27PhBb9ZsisxStmz1Th021RXYFd7Nhr7/flRw4F17bb2UeDVFBTR+3nsvMW/epoGTLI10 aHr1Oh5jO3acrQUoR44GoWZDwVMhNDhhAQ9wYXkATfulS7dp1Xc9gCK1UlUlB6a/3n9/wPz5m+66 q4XrAfTPefM26SNTRoX1FX3R9QBvvNFHlWsT6To8HTrM3r59v0fVqmMU1CZMWBX8yOLmN+XKJdi/ m8a7myhY8HjjgzWkci7kTFCKPGvWeq1MSj0VUufM2Vix4sD0VqJoNWnS6u++G6lKRMOGE/v3X+Tl sqVKdVcGpr3Q35UBKMzVrDnOq8esLgrKKlOyZJc1a3aZg+6aDYXypk2nmA0p55sxY72X4mtfFi/e +uGHA02ZuLhZSj68Db37bv8FC7YUKxavAlrGpkxZ+7//DQ16gCFDlsi6mHrEpZdWOzUPbiiHoATU fFqr1rgRI5aHXlJIi7ecOXN9pUrDZQa8/MmsiJ07z23derrZ0CefDNZQv+eelunKn7p3nxc6MidO XG2yamUwWlbtzlr69VsU9AAffzzIfF25hfeRUm25OC3qbiUVKvRbtWqne4FIHmDJkq1m4BmUormX 9TRaXnutt1uJ1u/Bg5fUrj3eWb+bTp26VrmIKRATM0mbDrojLdhaevftO5RhD6Djolw5Jmay2ZD2 Wtu99dZm6a3ngw8G6NgVLRqnSpTHT5u2Thm2V0bDW75ULkhlFKbWr9/tXWKSbRg7dqUmi2mM8m/N Ju+SwjPPdNm2bX+ZMj1VQKnGgAGL6tef4G1IMXP8+FUaeyqjDl++fJt3mVQDXpGzZctpZkPK7xWa FKDcMgpfCmL//e9gU0YmXzHWs2GK4cuWbVNyowJyCAqVOmTp7TrtoBK1OnXGmQ1VrTp6zJiVN94Y nZ5T7w1Gjvw5dBYkJi4y54O0y8EpkDt3jBJo6wE0nLwCsmryNq4n7NhxTuiGpk9fd9ttzVKZbjr0 1gO4K4VlypQ1odmhlrk9ew5q6XQ9gA6o+Vb9+knKqmfP3ngmHsAsc3JfpqnKvzUfs2VL96Vj5dNj x67QYq1Knnyy04oVO8qX7+2l3XLIsbFTzYYUnLUwFSgQ65bR9Fm4cIvWL1NG4Vph6uKLT9mQrK+C zKOPtlcBfV2xTmHHa0x09ES5kb/97XicL1s2YcuWfd6lEoUyBXatVmZD1auP/emnFfYM4y9Xgzsp tmgvVEBLRkLCguAtPV98MWzy5LUFC7ZUGTkNNV7eIzRW33BDfcUxBVISYjzABe0BFPRffTWhZs2x il8VKiQqAMl/a6prLtmFXPFUy6rmm5aEF1/srtml/+qf+qMJtUKF9RV9sXLlYZp7ivJazJSxqfLU 7x06dalr2bbtjEqVhimseCgYKZo//3w3+xctyYsWbdG6aP9i7kBQMqfkqXbtcfbvpvHuRXbto7Il raPeVrTSv/de/+AdUGqVsNep007WrLW/+WaElgT5E3OiUf996aUe+otSHHPSRflBixbTvPPfmTPX UD+o9365BaizspaPPhpkY3Thwm2U2bRsOb1o0XY29VH7tSCZ0KkQrzirlUCriDkPmiNHQx2RH34Y 9fTTXcxZrhtuaKAUUH1VseIgE9ll2JQHf/75UHkVU63yCeX6WvzsvRla/xTT33+/vz0No7xTrdXR N7mLaXyNGmPLlOl13XX1TD9ozGj8/PDDT+6tUPqKnIx3etU5W9OxefOpOpoaGPbA6Yhr3UrvJfLn nuum/HLXrgMapcFP7777+MDTR7YzlXqqPxs1Ojls5Ky8xgst+UrIzCVy7cWAAYvHjFkRHL0vvNDd uyrt2lF1groreHOX2mPmqTJR7yP1wJAhS71TlTr0O3cecO9a0WKsORLporkG1YEDR1555RQHqPGp 4KgdN//UUGnadPJHHw3Unlr7p4GnvS5SpJ3rCc2wad9+VsY8QJEibVWnarCnDLRFbVcDT6m2+Yua qj3yLkkVKtRaXzTzQh0iyyrHqLzcnGg0wUoDTxPBXCFRVqSppNmnpN+MecUNJQrKPu1NQU88cWLg 2Vs+FH808DRPixc/cTOVvqKZ9dZb/czkUsRTpqWMX+Zc6azJpzXNlcw991xX02Z5V81ozUHFRuN1 1fhIwVbNtsY+UrA19+BddtnxYKsYboOtAos2qk2rAWm/tlm8eHvtoHbT3tqn3VcnqCvsvRlvvNHX Nt6i9miQmOvGMu1y+7JDwVlQokSnSDNdg18uSDVHuttENGs2Rf7EPfqyBLINwQ0p2LpXw1wUzbSP GkXaWXvz6t69h+rVG+/WoIGnQVKyZBf3CoCGomyVjsWRI6dcB8ibt4n5lhovCz1jxvoMewANIe2m orE1gapT3aI22/igFeo//xkQuH2rvVbwXLliTD6tKaBgpYidJUtN85dy5Xpr4H3yyeBMmaqaajV+ lPdr3pkaFCVUrYyWXebUjYoDivPmrF/KfXpxGngKleaeYS0xmrAaeGXL9jLD7Morj6/RilfCRP48 eZqoEs0LDSFzDUddpL6Kipqg/9rGK6CpbfYBRdUv46GBJ09rLa4MdoUK/czVLe2FPtLhUIONW1Nk 1oDXdm2wVQMUMbQMaTeDz33JQpt7m6OjJwWvlgMe4MJ6HkDxd9q0dVp1tNzWqTP+8OGjdt21l9cV 2Xv0mKe/C/2P/und0KK/64v6uv5HValCrc3pOjBKs9Qqu/iljtbssWNXmkDjXpdU4FOwVkCxf1Q2 0KDBRMVlrd9mCTEewC1j6N59nr2IYVHGY7orA5Fdq/6ECauUK3h/V7weN+5E45Xg9uqVrK3YCKiO 1cKvuG8NiYLdggWbbRJgbz/dtm2/wqJtfNeuIY1fsWKHyaFlNpQRBk/SxMfPUn5s8qHy5Xvv2XPI ux1TOc3s2RsUYd3Ge7mFFgwtjebhAYXgkSOX2+tIFoVjjQr3tKLWoSlT1ui4a8zYRN+ixc823r1l f+3aXVqk03UgtDYoP1artEKE3Wnd/ejRY96TDzlyNJg0aY0Mkvln+fIJ7drN1Gpnb3ZX3qlm9O27 0DgH4wGUCqe9VXfe2ULrfWLiQuu47Ck6rc3ffjsyMXGRUOOVAZjl3PDhhwO0QKrfjN/TsVOSqqVO Y8A9k6djvWbN8b5S9z70UFzmzDW9Z6MTEhaok+1TQDo0Oo6KBu++e+Lkmdowf/4m7053GbAdOw5o VXYvu+3bd1gZjDKGjHkAGZhduw56J+O1us+du/H770eZf1aokNiq1TS10A4hjQ3lrBq9SqbNYwCu gbEo+5k8eY25K8A03rsdXCnC4MFLtOPmn+rJ5cu36+h4d06vX7/bpl8dOsxOSEj2NiS3vG7dbuPn 8+Rp7Dbeoqg4cOBic5+DUslDh/xgq+k/depapVa28Qq23jlRRTkF25de6mEaP2jQycZblAXOmbMx 7fmNabx32VbJ6M8/b7dvkdZwVZKqPM905sUXV1U2qbxQkUfptfUAtvFpuYNOM7pSpeGdOs2JZFZ1 WB9/vKNWFkVg9/4QeQAdhbSPMblK7aNGi+u3NRK2b99vrZ3N+JOTNytBdAzS8WCrtFUHS4fM9QDe o1Zn4gEqVRq2ZMlW05Ouxdq0aa9dCzQ4NcJlzs3yLT+mQyZPGxc302TDarzmrGauV7ly9/79Fxn/ puRY/t87GS83O336Ott4dfjEiau9O4h06I8dO7FGKyINHbpU6Xsw2M6cud7ESTVeAUFhwbvdVGFT DbaDSmHKs38KSitX7tDsTuVskXz4li37zBNKpvEyP8ErfsOHL4t0V6es9YYNe6wRAjzAhesBjh07 pkVFKJOL5AGUJ5ky+p9IHsB8XajCX98DlC7dff/+w4pT3jsfM2WqpjR63ryN5mTVeeUBtI5eckm1 Tp1md+s2z+ZDCm3Kh+xe/IE9gB14wZthzq4H0C7kyRP+MtC0eAB9UXn28uXb7LDRrFGCfsUVNc2d RRnwAFqVlcfoi969SerbMWNWREVN0MAQavyMGevcB23VmBIlOsnVKPk2/5SN1Jqqwm5VOtZasI8c Od698lrebfFm4HXpMqdz57k2H9q0aY+yZNtL55UHUKs05lW/PYOoMdOt21y713iAc+0BdAhKluy8 e/fBV17paU6m9umzULPYHoL0egD1Q//+i1u0mJZSQ5VID0wrXGvKm3PYGfYAylY1Q71bAX93HkCd oK0rgzfDRsF22LBlMTGTbQfiAfAAgAdItwfQpNVCruDSsOHESB6gd+9kFRD6n0geQF9XAVWlCtPr AbRImwYonTWE3syXigfQoqg2hL5RxKTR5rJmujyAEhGz18HHoc6KB3Dv7TF7rfKyQ26S/Uf1ADoQ pm+FEq/Onee4Gf/Z9QCzZm2I9L6atHgAk2I+/XQX5TfmMFWuPFwrnE2XM+ABtApqLQzaEvXt+PGr 5AFcA2PuMHHflbR37yG1UC3p0WO+FtHgIxnKBmz3KofQ5oJvLNGY0Vwwe6TUc+vWfe67g9LiAT7/ fEhUVJL6UKP9nHoAc33/uee61a073jRYY8bNWfEA59oDmBtLdKwVBNT/3brNU5Ymb+w2Pr0eILTx 5qpUTMwkbUVZ5uuv9wnuSHo9gLaibXlPmmokHDp0RMPGLjpCGafiqr0HRkNdqaQWtVy5Gv3mHsB0 cpkyPTXO1VTZYAVD9z1FeAA8AOAB0ucBNJeUGpqXDyjHUljxEq9rrqmbcnt3T/tSSP3TuzdaX9EX zXvrVJUqTCWDTwWlrUrEDVr/FHS8dwicLQ+gnKls2V4uWtgUj87iUEu7BzBptDku7drNDG38H88D uJhlqWTJzuetB7DPt5nD5A1v4wFGjVruDSp7J7338KV6TLms0s3gA8qn9QAawHKwHTvONtNEx331 6p1jxqxQnZEevyuhduEAACAASURBVFE3qjPVpe6Nc0pl6tefYKebEmXzVhPb56l7gBw5GuqoaSba w3GuPYBBRsscAu9hBjzAr+ABDBot6v/g2SLjARRPvFkQ+oit8jYl1jpeoSuFqmrYcKI21KzZFA02 VVK8eLz7JLQ8gJYAb0PeUbPW8YUXumsu22XO9QAHDx5RvLKzQOgYvftuouKtFj6FBR2L774bZW7G Ox88gEmj+/VbqEOgwew9HIUHwAMAHiDdvw9wfvLee4kKBEWLtgu+i/DMPYBC+f79h11KlTrLb4XH A1xoHuDIEX9Q2X7znuHbufOU22nc+9Zy5oxOSlqtDSlTFOo3JXO33dbUzgLvmeA//alqjx7zNJ69 Z4JT9wDBZ4LffLPPgQOH1RU2jU7dA6jHdNDLlk0w7RQVKw40dxMFJywe4MLxAPq7NwtCJ6xSdn1U osRpfoVAU15t0MwKPhOs4edtKPQShFaQYBqdlnuBzEqh8WBHuGKFDlm5cr1D39eJB8ADAB4AD3A2 36yvmKuc2Ga6Z9EDxMZO0/Lj4sU7PAAeIL0eYMiQJd6gypOnSbo8wFNPdVLv6cguX75NuZ1QWrBr 14HRo1fYlxR5HkDHTr2kGXGGHkCJprJSHet0eQAlPaadYt68jQcPHlHqkN5rgHiAP5IH6NZtrjcL brqpUYY9wNVX19FRUwoY9ACaKd6GQn+p7Qw9QHLyJjvCFcGOHTumHDcYSPEAeADAA/yePIB9Ec35 jNLopKTVwTQ61AMocLRqNU2R1P010yxZailyaUVUdDMRLdLzAJFeJ/fuu4kiA92lbFhLhbarxd68 G/Taa+sq/uovlSsPd3+QRYuQ/qL8QGjVV0rk/paQ1rbGjSd//PFg+844LdVamBV/7X0XWiQUtd9+ u1/OnNEp75ap8fTTXb77bpT+aNJu5UDmnXFK3Uz6qL+88UZfbU7Lv/EASl9atJimHMhWe8cdsYrR MTGT7GKvzKNhw4lKhuz9sqbxykJM2qSkRG1Txv/qqwnXXRdl+kEmQWuD2uP9GFMqHkAZoSK4+7LC QoVaKYtt1myKt2anxQOsXr1TVir0zhzlx+p29wWd+fI1U58o3XefUM+WrZ6yFvWhOUxKEZ54olMG ngdQNqke1rHzXgdkb6fZt+9wYuJCsxWD0k3l9/bFpml8N2h6PcBFgXeDKkto3Pj474wWKNAi2Hgd bh10t50yhymNX2TSUxet8WYehb7y/4EHTgw82ycFCsRquxp4GsZuNHjttT7Kj83mNLnc/VWHqIt0 gMqWTTCRQa5ALaladbQOlvkxDWVIMTHHX/Ioo2vGvLJk9XlU1ITXXjvxAnV91KTJ8YFn35ikxstO p/y80YkRYl4lrCzE/CKSUiv1lfn9UZP9yCRr1Mk5v/BCdzPTUxrfW43/5JNBJhXTwFYHuvEqX77m 8rcaePa3SvR1/VN/tK/NUWF9RYHONE9VKZSpWhl489MZ2pzGrTb944+jXa9epEg7cwhCfwr64Yfj tYPaTZuNqX51gubg4493dLP8t97qp6iScgj8YJv25wEefbSDDl/z5lPS+JxV6LtB0/I8gHmbbfPm U0N/4jp1DyDroqPsjnBlvUePHhsxYrl9d1a6PIA62RyC4A9pmYd8zEvt7IkP85yY13gNMNWgNVHt 0Ux0Z40ZZhrwOvpa9czPKVx/fYPXX++jOK9Ibp6rLlSotQae+zZkLXMaY5r49lSIhpAGnsKgPfdU rFh8pUrHFynTvMsvr654ojivgWduQVSqrW9p2Mv6mgmoyaWVWj355JOdzLXBXLlONN6eASlevL0O rqqyD5aYd0Br4NnZrfbrK1rjzOTSXij2przZc6J9N6gWF21aC415N6hGvhYgNU8dGOl37vAAeAA8 wHl0YJRFKc3yUDiWj9dilhYPYF5V0bHj7JYtp9satMaYn5i96NTfB0ijBziT9wLZszvLl29TEFdj tAasXLnD/bUs7fW119aLi5vZrt0Me3ps+fLtSn3cH8QxZ3e0uJqdUgTXIPZeg6187uDB41mdCmiZ T0papWTda4wW76lT16pPVKZUqe67dx/0frTInN1Re8yGqlT5aenSbV7qbM7uaC9MmZ49k3v2nO9t SOvNunW7lU6pwH33tV64cEvw1JRWdHuYFOXXrt1lXwjtnprSsTZltERNmrQm0s/Rp4Isilb6I0eO hf4+gLmdpm/fhV27zjUb+vLLEWvW7DIPt9j8Ug5hzpwN9nfxtPz06pUsV2l+tzjtHkDLvHKI4Kkp paT6o1biBQs2e2fFtAzrqGkvsmato6YqYe3TZ+Hf/97QnSnKRzVsHnqonXN6u6b9VMNv9uyTjb8o 5ccy1eHqdreS3LkbDxy42M3htGkdOyXWpoB2cOTI5ZF+7iCV5wG0hJt5pHU39LvKXDXT27SZYTZU rdroRYu2uAmipoMyiSVLttpfO1I6osmuwu4JQmUPOnYykPq7VvfFi7cGfy2rXbuZgwcvUeKiMsZ0 qWa3QK5cjWbOXK82m8bIEkyYsMr7cTqlO8eO/Z+mjwrcfHP06NErlMp4G1LQmDNnY8GCLVXmmWe6 bt26z8sdlcHLMnXuPMds6OuvRyo0WdNrra8c7FdfjTBlunSZ26/fQu9uK6VHW7bsU9BQAaVoc+du VCLoNUappDkE1u14aDAnJa1u3Hiy2ZCGmTJaN1vVhH3xxW7qXuONU15oNkfmTRmYuTcm7R7A/TXJ IJpu3kIgL6o444ZEeYDu3ecHlwwt8G7nRFoprAfYsePA8893dWvQ7FOccQ2z++oL73kA5Zf2izrQ Otz16yfZv8h5ug/9t28/yxyCSK+/U9KsGmQ8zNc1orwrxpom5csnKHM1I/aqq2qpH6KjJ8m9u3ut 3FcDWEZalSit3779gH2b1kW/vIBYM10mymxI62Pwoqvsk2K4rJop07XrPHvF2E2jN23aW6JEZxXQ uNUiFbz7USNEQcPEKxlIe8XYveg6efIa7YXZkJat4BVjjW2tbopyKqAlQIYwGGy1FwsWbFHcVhkZ qvXrd0e6YmyCrRYpmb1UfpUC8AB4gF8PpS8K1h6DBi02L2RIowfQ3FbW8umng20NAwYsUlbtrmS/ vgdQkqFcVo2ZMWPd/v2HXQ+ggDV8+HIFI3taXamJ8rP4+Jn//e8QzwOsWLHd7JSyt1APcPTosXnz NqnAxImrtbaFeoBduw5ohVMZLTYKx6EeQKHfbEhpZSQPoGzMlNH/h3oAhWytQyowbdravXsPBT2A Vhd7mJo2nVKkSDvvKoHxAHJNpoyOWsY8gOrRYq9OS90DaGU1G9Iuex5Aa0+3bvO0Dtkfn5fL0h91 FMy1+DP3AEomlD0ILb3epzooGrS1ao1t1mzqNdfUUaKgFV3LqjtTYmIm3X9/W/enozVx7KdqvNIX 23hzyl8drm53K9Ghlytwb5oyHuDnn08OvHPqAdat22U2pC16HkAjSimLlnabi2tSfPjhQDl89zyo PMCBA3bgrdPAC/UAypiVXanMwoWbI3kAO/CUgod6AO1OcvLx6WZ+wjzUA8hmKy1WGXkwpY+hHmDD ht124EXyAPrIlNEoDfUAqlybUAFtbs+egxn2ANqW2ZB23/MAlSoNl0krXjz+l/cam2A7ZNCgJea3 2M+WB3jzzb7eQqCZq8Hgvh5Uua8GW3DJkJN3B/BpPcDhw0fl7d0aEhKSdXDNBdXTegD9xX5R+67D bYeNaNFiqvvyjDR6AFvDmjU7PQ/www+jdBw1xUy1Ggb58zevXHm42uxeYZMHUEuUWJuBp30M9QDK ks2Gli3bFskDLF261Q68UA9w6NCRWbOOd+DUqRp4h0I9wLZt+8aPX6UyyrkjeQCN/F/i/I5IHmDB gs0qMH78StnpUA+g+a5mqIzmr8pH8gA22BYu3CbSnUKAB8AD/Koolilee1SpMjr0sumzz3ZVTuD9 aKh744Gt4YcffvJeY6p/fv/9T0WLxqWlVcWKxZl6vCwh7WjJ9HbKff2i8hjl5V7wVYT6z38G2PsB zJVNBXq3EmU/3s8fFizYwtuQF2pT7gDp4pVxX+1nclllcm6Bb74Z6aXduXLFKMNwy3hGwvgEb0Pe 3d7mBVP209C8RCbn88+HupUow8tYyNYuyIRoMJQp08u7iyYlm6mqNdLdkEq6L9QvUaLTZ58N9UyX EiCltuYOqEyZqskSRHphyKm5YzctnMHL0+p5ZXKlS0d8MF3ZxscfDzI3luTN20TDxm2wjK5XXubE fqpuDP3xVHW7W0n16mO8O8izZ6//1Vcj3DIamZGurd9/fxsNDPN7pcHGKznTCh3JAygp0UfuhrRd N+3WYNaK7v5W2kUpv7MWFTXBfVTmoYfivIEXvD/KvM7Iop40vxziGiQZdbdMSs/XPjVexXobcn+M 3KCg4ZXxfhFcSW2FCqcMPIWmYLzSaHTLaKx6r5RVz3sbCsarUqV69OqVrIwtkgfQzPrkk8FuJRo2 ri1/6aWe8jCe/VCwVdJvho0sqCxB8BW0QWQ17fWcIP/+d0dvd4I3bCh9D64XQpbPvYs97SuF5csv h0d6v1a+fM003txnRXRAQ5thUH+68UqTNDFxYSoeIFu2enI7bg1e48uXT7A/aO0GW40QN2kuUaKz 1xLvbLcOovl5bIsSaO+xk5tuaqT11y2jPvc8gOy3tyHvcTLztJhbQJm3dwNY1qy1FdjdMpGCrVsm GGwff7zDaYfNRSk/Fq7ZXavWuFSCLeAB8AAAfzS++WZE//6LtITLWCq7Db6XE85d2JX/nDFjfbly vemN34Rrr61bunT35OTN7skF+DVRii8Dtnz59gyfUYIMc8UVNRX2hXysZkHo8yGAB8ADAPxhyZGj wUsv9RgzZoWS0WbNpkQ6nw1nnU8/HdKjx/xixeJCf+4DfgW+/npkp05z7ruvTaTn8uFcU63amDZt ZhQs2MK9Zw9+HYoXj58+fZ2J/AUKxHILEB4AD4AHgAuOG2+Mrlx5eNWqo197rU/oS77hXPDvf3d8 553ESLdkwK/A0093ef31Pt4LFuHX5MUXu7/ySi/vdhr4dbj11qZVqoxW5A/eswd4ADwAAAAAAAAe AA8AAAAAAIAHwAMAAAAAAOAB8AAAAAAAAHgAPAAAAAAAAB4ADwAAAAAAgAfAAwAAAAAA4AHwAAAA AAAAeAA8AAAAAAAAHgAPAAAAAACAB8ADAAAAAADgAfAAAAAAAIAHwAPgAQAAAAAAD4AHAAAAAADA A+ABAAAAAADwAHgAAAAAAAA8AB4AAAAAAAAPgAcAAAAAAMAD4AEAAAAAAPAAeAAAAAAAADwAHgAA AAAAAA+ABwAAAAAAwAPgAQAAAAAA8AB4AAAAAAAAPAAeAAAAAADwAHgAPAAAAAAA4AHwAAAAAAAA eAA8AAAAAAAAHgAPAAAAAACAB8ADAAAAAADgAfAAAAAAAAB4ADwAAAAAAAAeAA8AAAAAAIAHwAMA AAAAAOAB8AAAAAAAAHgAPAAAAAAAAB4ADwAAAAAAgAfAAwAAAAAAHgAPgAcAAAAAADwAHgAAAAAA AA+ABwAAAAAAwAPgAQAAAAAA8AB4AAAAAAAAPMD57QGyZ6/PaPh98fjjHWrUGCseeKAtvXEmPPdc 1zff7HvppdUjFbjqqtoffDDg3//uSF9daDz4YLv//W/Y9dcTHgHgFC6+uGq5cr1LlepOV+AB/lAe IGvW2nfd1fKaa+qm0nFaFPPla/7nP9dIpUzu3DH/+EcMg+wcoezfHLv//ncwvXEmtGgxbciQpVdc UTNSgRw5GkyatKZ27XF/1B7ImrWOpvw997QKkjNntJ3y3kd//WtUejeUOXPN/Pmbh25I4eJMGh8a r7JnjzKV6whmrPL//W/o8uXb77yzBdMkvVx2WfVbb20Weqzz5m2SKVM1lbn66jp3333KwLvppugM bCt37sZuJQUKxP7lL7VCS+rvOpoqkydP4z/9qWpoGQ3sX4ZNw0hbvPnmRqaMcgiO9e8UxZxTh00L d9jccEMDb9xed1099+saP337LoyLm3naDeXM2dBWooEn8+AVuOSSannzNtWnd9wRG7oS3XhjtNeY //f/6ng13HJLU7fAbbc1u/zykBNbuXI1cosVLNjiqqtq4wHwACc9QPHi8UuWbH3uua6pdFzFioNG jfr5n/9snEqZ2NipTZpMIdDgAfAA5zmPPtp+6dJtq1btDFKlymhT5uOPB3kfvflm3/Ru6NZbm44b typ0Qy1bTstY4x955Hjjn302JF69/XY/U3mlSsPxAL8yN9xQv3//xaHHulu3eSbteOyxDj//vN39 qE6djMyyVq2mu5VMn75O1iK05L33tp45c4PKtG8/+/LLw89hvfVWX1PPl19GHDZRURNMmaef7sKx /p2imOMOmxkz1isntp9+/vlQb9yWK5eQMQ/w448/2Uri42cFrznLDPfoMV+fTpy4On/+5sEaqlUb 4zXmqac6uQWyZavXu/cCt4AWtVBHHRMzyS2WnLypSJG2eAA8QH154lq1xj3wQNsSJTrt33+4bNle ZpS/917/V1/tZfqrWLG4qlVHy5J+883I5OTNWtGNQ9Uf9ZEpo8L6ir6oMd2ly1zzR1WryjN8qg+C 3H9/m08+GSxIUIKZn8Jc/fpJt9zSFA+QNWttLWbqkCAaPFmy1DQnNT/6aKAZTpavvhqxZMnWRo0m mXoKFWrlFdCyVLHioMyZazg93zd0Qz/88JM5E6+F6o03+nj1iKlT1/bqlWyztGAN33036vrrQ87l v/JKr379Fh45ckz/Y/94331tzLfUQm165codMsx4AJeXX+754YcDQ08TphF1eOixrlNnfJ48jc0Z 9zJlegaP9ejRK0aN+llJjzklqSHkfqoD7a0UTz7ZKXRDQkPFlClZsrNbyWefDalbd3zQFj7/fDf9 XZ+a4a2x7T0IlzlzTbVHw8bUo9Tt229HZs9+yvUu7Z32UX83ZWrWHKshfS5subez8roZq6pkyS5f fDHMO22cXhQiqlcfGzwEBQrE2jJFirTTRMuV63ezyivmKPLYYfPOO4nuXX+FC7fxhm716mP+858B l11WPe0eIGfOhlWqjP7++1FuXFW/3XXXcY+aKVO199/vr39GR0+sXHl4QsKCFSt2hNpX5VdeYzRN Xn+9jzt0S5fu4RbQQW/QICk4bDp2nD1r1gZb7IMPBqiReAA8QP077ojVgNaap5kwfPgyxaDrrovS AJJX1ug0/VWqVHetuK++mqAx3b79LLlMTXj9U3+0d8WpsL6iLzZrNkXFNE9Us7IQVa7/Od9GwJVX 1lYy/fe/+3PgttuaCftPGXflAQ8/HG9RSqRZ5ywMTRQNNaWVd9oyxiPZK+MFC7bU2qZv3XNPK1sm dPqp591tCbOsGsflfRRsfBr5xz9ivKr+9rcTETBfvuZu40Ovg5vkL2vWOjJ4biX58jX7zSO7hvTe vYeeeKJjaONtU3VEdFw8D3DxxVVuv7252/OeB1DiotThz3+u8c9/NrbF8ueP9W4tUM7qda++6DVG lXtlvMvNZti4BWzPp/l07PHGKw9WpPNQDhTpKrDWwhIlOml5U0oUqeYmTSaPHLlcHsP+pWfP+Rs2 7AluqEuXuZH8/zXX1C1aNE6rYNWqY8xflFEpp9cq5dagY6q09aabGrlnzpRzaJGbM2fj0aOneICn nupsvqXGa35pmT9zDxAcNqdO2Hr206JF24XeH6Kj7x1rz9VcfHHV/PmbuwUUmhSg0n8C/uTAkx1y b2/QUTB/VzSeOnWdDrEtKXuW3lPvW7fuGzNmhXes+/dfVLBgi1SCrRJoZTyR7tV5773+mzfvVR/a v8jF7dlzaPLkNcFxFTrBheJYUtJqpfvuLUDqCqVNjRtPNvajcOHWQ4cu/fjjQTZe6VvyGxrzSozM X8qVS9CQVmplz6dqyr/5Zt/Bg5dojNlTvJoIDz0Ud+21Z/OmoEqVhu3bd1hD1+7s11+PUMd6p5Dd leLBB9u5ib5dKZTzLVy45eWXezgDr753Plvhyx146qsrr6zlrhTly/fWkQ0eAu24kgfzrYYNJ27b tv+jjwbZejRrvP3617+ahK4Ul1xSrUCBFoqH8qXKj/WpDF6WLDWVYHjLXN68TTVN1GYt0LaqvHmb ZGylUOdk+Iqx9QCm8bYx7i3QSugVez/9dIh7hkL51UcfDVT7L720Wu3a49WNiYmLlD+oWCQPENr4 Tp3mpFJAFS5duk1OIOgB7AkXwAOc9AAaxwqOzZtP6dNngaKhFrnnnuuqcFy6dHc76C+/vMattzYb PXqF1lRlD5kyVf3uu1H6Z8qdZyfyEhXWV/RFBdAsWWrp7z16zG/efKoq1ybOtxGgqDp37kZ5ce/v 7drNaN16uv2n4vuAAYsV4CwTJqxy05qoqAnqN6002lNbJjZ2mnuP6ZAhS6pWHa0AMW7cSltGsSDY qmef7epuS2jhNB999tkQ76MPPuifsX3X6uVVZS7+CBk8xbtIX/zqqxFjx6408V0RbfHiLW4l8fEz z2cPoMbbpmotV/YWjOyKrbaMMgnPA3zzzchRo37WmlSr1lhbrFu3eV5e+Nprfbzu1Re9xqhyr8wz z3Txkks10i2gwRP0Eqf1AEr3lR94aJkP3plq0JKv3FcpUSqXR0I9gCZ7cEMqY+7/DlK8ePs1a3a9 9VZfxQrrAXbvPvj8893cGpQWTJq0WomR/aKcp1a4Dz4YIG9w4MAR1wMojTDfUuPPlgf48svh9hBo InvPQuio2U9XrdpZrFh8sKqvvx7pHWv3NF7KiYZqMktuAYWmSPl0KrzxRl9bw8yZG9xbCxR/zN/V Y4cOHd2+/eS2nn66c3o9gFIZrRTesU4lzmtf5s3bqEQnlYEX6gHmz9+kxCg4rrwZl4oHUCeoK5QP 2U2rt9XU+PhZ9jyuFixlYPJFdszL58tya/x8/vlQ8xcFgUGDltx8c7S9hKJxq+O4fv3uxx/veHY9 wLJl24oUaWt3tl69Cdp0tmx1vfcZ2COoxisjtx/ZlWL//sNHjhzdsePksS5Xrrdbifale/d57sCb PXuje4JfK8WoUcuVZwcPgTyJJqD5lkKu3PiuXQdsPcGbqYxPCK4USieUT+uQyZ+MGLFMn06Zslbp /rffjvKWObm4rl3n6tC3bTvDVhUTM+k39AAyt/of2xiN2FQ8gAae+k3bVfuNO7WzBg+AB/jtnwdo 2XLa6tXHb1nTANW0P3z4qJeUKPXR5Jw1a4MKCP2P/umdzNZX9EV9XQVUlSrUgnF+joBs2eqVKdOz Ro0xlSsPN3P7zjtj1Vr9U4beLTZmzIqhQ5e+/XY/Q8WKg5o1m6IFwxTQ/69du6tDh9lKMW0ZRcDY 2Kn58jU3y5Jsw5w5G1VS37VlqlUbo6+4J120Circ2wIGpdrm0zvuiHW/u3Xrvgw8D5Ajh/LXcT/8 MMrbin3A45FH2ruNd5xMPaURWhKUoinwKfpHR0+Ug3IrUVb32zm6lm3azNDyqWa8805igwZJr73W 22t8lSqjbVPVdQrrCxdutpFd8VeDVnHTlvn225Hdus3dtGmv9QDVq49RmqJVUwbYlNHYkEX0MhI1 YM+eg1rVbFXqN33XXGyRFVTzVLl3CNwzZw8/HKfmqZFuAdPz6fUA1kOeFi1F5kKzUqJI78PJletE 42US3L2WB0h9WfLQ0VE96qjcuRs7KWyfXbsOPvZYB+/0oRLi778fZf+idGfLln367lNPdfY8gHct /gw9gBqjBT44bIoXPxkfbrqpkf303XePDzyZKPfRZE1VHX3vWHsnL5UcJCYuksezBeRwlNy8+GL6 XjyizMnW8J//DFDOpDFjb+gyf5eJnTdvkz61JdP7MK6CpFLS1F8L4aK90L5oj9zrq97uKweqWXPs q68muLffKKNS2LQXQtNC0APIxcnL2VTe0rnzHLlW+xiATJF7WMUttzRNTt5s3bt2QV3n3VdTtmwv 5dn2ysDZ8gBLlmx1/du997ZW/2jg2dtuzcUld+Apw1bveStF//6Lfv55+xdfDLUlNZs8DzBw4GIF sUjDRtFj4sTVkaKBJq/5lpa/nTsP1Kw5ztYTdLCy7vZT7aPCtSmTNWvtkSOXJydv0qKj+KMkdceO AwkJyTr6Ctqa6XaZ01dWrdqhvEJrtK3q669HqMHefqUljV66dKvJZNyVIl0eYPHirZoLcly2MWqz OkGBN9QDGLp1mye8P6bRA6jHzDLnjoR0eQCNB7PXFSr0wwPgAXwPsHHjHkUErUbTpq2N5AE07lVA 6H8ieQB9XQVUlSo8bz2AQdFTO16qVHe1/KOPBmpiP/hgO/ei6ksv9WjValqFCon2j7ff3lz7bs9z KLNXXqhF0b39TmFlz55D5p2SxgNoTmpDbp5Xv36SVn1zB8hf/xqlhURx/Kuv0vQI4z33tFq1amcG PIAav2jRlvj4mdrNSKu4khjbePdegtmzNyibsY2fP3+TSmbsbR5nHS1aR48eM7elKVIrXmtF8Rpv H3I1j6gqICrs2siu76oG94H4p5/uMmzY8fNSrgfYsWP/8OHL7A3HMnWK+/b0p9YGLdiK0V26zFVX 26rkGZR4mcyvcOHWa9bs0qJy//1tIp03lbnShipXHhYpbToXHkA5vZIGrTFh93LUUoakOaJ1TgtY 8GnI9HoAHR35avNMgusB9u07rL7ShiwaY+3bz5Jd/+VetWbvvttfm9P4PNceYO/eQ0qPbGpl8pj1 63crT4pwx0stjQ0FBPeOLxkY9Yx8S6TrKjpMGnVNm06xN6LYxistzvDRV444c+Z6ZVHe35s3n6pR HemGnHPhAbQXWilCb1y8++5WOsSavOq04HXR9HoARdeXX+6pAew+s/4H8AAXpbypdtOmve+91z/S kz9Ko5UKB98eoVEU6Z5vM/DMmSnH00ZPn75OxtVeWVJ/avbZ+Rhamwzehg170v6u6tKlexw5ciLY msYrN42Ls4U6AAAAFodJREFUm6VUXjn97t0HlZzpUJo02vUA2sqAAYvdi0XvvJMon+BeBkkLX301 wqQxQo5RwSTS6xD1d32qMppK9hKQ8QBagrt3n+deNlG1CxduMUE76AHkb0uW7Dx27Mr0eoBs2eo9 +WQndb6OVGLiwtT7WauMAqlizgsv+GcQNAvsXmsFV53pvQ8QD/AH9wCDBy/VMnbppdW0rEbyAMqH VCDlbrZxkTyAvq4CqkoVnuceIFOmqsrdFV4PHTqqWX3FFTXce7vllbXka21QsVQ8wIgRy6+5po77 xaAH0JRTwnfxxVVCPcATT3TcufNguXK9I904cXY9gOKvNh36qGXaPcCxY8fUaTJRv0cPcPHFVTVE NThT8QA6oFoRJ09e63oALZD/+EeMPdY6Xm4erzRao0imUZW79zwEPYAOgTYd6aZ8eQDNTU2ltGfw 59QD3HprM7VfhzspabX6JPhqxbPlAcxea0OW5ORNBQq0sFuMikpSKqbVVH851x5AeYkmmjv3M+YB dKwVKt1HGrx8aO/ewxp47ty/QDxA165zdYh37Tqo3Mjt54x5AM2a1at3PvhgW7cqPEAkD6Ake/fu Q/Lz7sDzPIB6skiRtlpr7HwMPWt+5h5AsyZlfawqD6AV6o47jj9kFfQAMgAKGm78yZgH0C6bNEZo Oq9eveuBB9qEltTfFa4/+KC/G+eNB2jffpYX51P3AE891UkLq1aZ9HqARx6J1z6q83v3XiAfEunN tnbW6AhqrQkWc/daPll1qmY8AB6gvj0lU7RonImeihqapeaSlvv4+WOPdbCxSf+jf3ont/QVfdEE HVWlCt1Xbp2fPPxw/LZt+9UVMseaG95VAiUZCv2y+xalbrt3H3Q9gBZ+95aeUA9Qr94Eb7uuB5Aj 37fvsHvG8Rx5AAXcEiU6KforaiuEmdtavCdNtQxobdOKovBqn1Jo126mesM+y6W0TJUIpZimW9zr J2lEsbJt2xlu31qCz2mcXQ8QvMIb9ADB9wLJA0ybtu7GG6NTSaO1Si1bts3bHSWC1gNcc01dWWV1 XcWKA5WI6FOt+t5N0mqw6V4dHVPDSy/1zJgHWLBgs9eY0JRF67cSMo2o0Akrr2KGzfvvD4iPPz5s fvhhlDv35QG0hnkbCk0X1AlKIrVYatn2LoOY6wDqZLPvhrff7te69XQdnVy5YjTXvv12pHI1cxvS ufYAwfcCBT3Avfe2tvvbu3eyMiHXAyjVlr3XXih7i4ubqTIahN4NXfpUA0+hwO06mbFt2/al1wMo INsaNA6V154jD7Bu3e5evZLdBiuehL5Wq2HDiUpK1DD3PQrOK87aavdTXjQ0WZUoyXNfSKAv7thx YNCgxe6GNCOC9kN/0d81TxWpvCd0/6ge4L772jgDb8HGjXvS6wHU7Rp4Y8eeMvAGDNDA2289gHki 7plnutr5qIXsiy+GuSez0ugBtHzYrSQlrfI8QJMmk395eMZPo10PoHkRvPEyAx4g2PjQt2Qqgmm+ 6L/eiw0ivRfI9QAaKvJXmsJ2rzWE1OdKBtLrAbJnj3rhhW7q/E8/HWyq+vjjQaHFdHQUYZR4nHaC K9ju3Hng0Ufb4wHwABf6D2Ge1gOMGLG8S5e5Hs8+2+X36AHcM5RquXakceNJaq33sGmWLDWHDj2Z RmtZWrp0W+jLnSpUSDQdooWhSJH02QCt90rvgn0r0nV5QcthgwbHr0tER0/UqqzopoxfB0Vx03Tv r+wB1FfBPdIA8G6rvf325rJA+kh5kpodulRrFTFfV+OVhacrdTMeIDl5k9eSEiVCUpYyZXoePHjk tK88z537+LBZtGhL8Jngn3/e7m3IewDRptFacUNTxtSfB7jrrpZaJjt0mK2+MtStO/7QoaNKfULX 71/BA2jgKbm0+6tO0KeuB3BvU1EGoDLKdbSbbkphPMCYMSuCY8beAZWW65nFisUrBbHfTUw8/qji OfMAu5SIuE0NPUWtCe6m0ZG49NLqX345fMqUtcFngpWaK+1zN/T11yM9D6C+LV++t7pXdjFY+R/S A8g7aXzaPunV6/hbuTLmAUaPDhl4L73UI5WMORivUvcACsIKxYqitv7x41ee5x7g6qvrPPNMFwV8 Bd7g1dq0eACbCdi9rlRp+CWXVDuT5wHuuaelxq2W/uBFVw3XChX6aUUrXbpH2t4fgAfAA6TIe03y hYbm5KOPdlAIUK7fp8/Cv/zllOuMykS1LKUeX9LoARo0mKjg5Z7udT2ASm7ffkArmWdCMuAB1P7L L68u0vguJqVcSry8F13LAwwYsKh58ymmqsqVh2k5DP0FE4uiknKg3+QgxsfP0mKmI+hy+PBRG9mD HkC9pMMhB5KKB1BeJWtk7n9Llwdw3yuVFrRRexEjEmq8diFdv7OR9nuBNOq0qGsYpDGbCX0vUFru BdKY1GzS0H333f7p9QAFC7ZYvHire4hlABTB9N/QTZ+Ve4Huvbe1O488DyBDkpCQnMq9QEG0+wop rsWVB9AueDdeppfMmWsMGrTE/bW13/xeoEyZqt1xR/PZszem8ntbp30v0GnvBdLQ1bBRFhgpmylQ IFZpmY6mnIY5e20iZMeOszt3PvEjNq+/3mfjxj0aePZYq/EKd27jGzRI0sHNnj3K3mikTZcrl7Bj x4Enn+zk7nW6wm9aPICqevjh+DVrdtnH0lwDk+F7geQBNIkyYGCef77bsWP/5z6wnroHkIFR97qX doP3AqXRAwwcuFiz7MzvBUrdA6jDtemFCzd/+mn4WTbjATp0mOXdmRP0AMGlWWagY8c5GfMAoe8F 0qjW2NawWbBgs2Zcmt8hhgfAA+ABUm4h1ZL2wgvdFAo//HBg//6LihaNOxceYNmybW3aTHdPt7se QP994olO0dETv/lmxBl6gGLF4hQohfuIYXo9gNa5QoVaV6483FSltUSLUOovpfltPUBS0uqSJTvr IFqaNp2SigdQmO7SZY4WmFQ8gNIyLU7bt+//w3sAJToxMZOUyngvvjzrHuDtt/u1bTtDexrah6l7 gKuuql28eLx7iJUjKnvWDoa+RvOsPBOsGepezcADpN0DlCnTU0NCWbL76qez7gG++25Uw4YTFWkj Pd2oYaPYVbPm2Hr1JpgRq+DZt+8CZV0FC7a0j7opr9V+2ctTOihe4xUxdNR6915gH5QyvzWmuH3d dVFufmxipvt6qDP0AEpzlf5q1uTMGX2BewDVM3jwEndFPhceQFO+ffvZ6p9I72I2HmD16p2Ke3fe GZtGD1CoUKt+/RZqXQ7GqzPxAFdfXScqKsms0ZEeMMMD4AHwACEXKMuWTVBW98UXw0wWWKBAbGzs NOVD9h2XWpC0ZH7++VBFfw/7NoA0egAlcApzmv+2hmrVjr+W1P2iwlnduuO9DYUG1lQ8gCKXObKh majGvZY3t37lOi1aTAt9IkrB0VQVvJGpcOE2XjuVKGf49wrO5LFXxbJatcbJv3m31MsL6dh99tmQ woVb61j/+ONPSqNta/V3fZqcfPLdoHfd1VJJgBZgW+bbb0dqrdWqk3YPcMkl1T7+eJASjuCA0bJn UhDl2a++muB+pI1q0+b3I+1NFN7X1Xjtgvc7YmfLA3TtOjd4edp9IZ3XGK03mhTuYyRaC7Wt4F4r EXTvz9ZA0lzwfn7VXZb27z+slM6tQf0pfxJ6k1LweYC8eZvYL2pyrVixXdmY/YtyDu8p5ItO925Q pfjesNF8f/jhOGtp3AlbseKg5ORNWleUOxo3pSOu1M3dHfWbBp6b6WouK3d3B54l7Q9TXXppNfPL tfa7yqVWrdrRv/8iNcDNDNS2+vWTlJDZksGfczorHsD9RfkgmkQVKvRzd1bldejdjF8eYM2aXZqG wZ7Jk+fEuyCVlE+cuNr71P6KsKVBg6TFi7fq8OlTDSeZLu/GSyVSo0b9rGTU1NC7d/KCBX7jZUFT 3m0/y5RRet2ly1xvQ9qEiZnuLfXp9QCKOVWq/JT6SqF5bQt88skgtVaN1055hiQ6euJHHw20Jd2X 0hYq1FoDT8tfsHttVqCeDH5aqdJwL17ZYGvLuJ/+85+N1f86vvZTrbNHjx5r2nSKvpguD6B/tm07 Q2u0O2y0j+l9N+hjj3Vw47xmhH07tjnhovxeLXH3ukSJTu773+QBFi3aEhs7VYHCltGI1Rrhvmzj vvtOLpTqanW4nICpQe7RfqTwKyej7zoJRgt73sHrf8Uc90WFCjXjx68aOnSpVyx4765MghsfZBpT +T1QPAAe4A/OnXe2mDVrQ/CehDZtprdsOd19NVhi4qLNm/d6KOyaApqQ8uXeebWXX+6haGVuMLXP A+TKFTNmzApbg9LWYKueeaartyGbgAYbH3oP7gsvdDdfVGQMvUNXuZpbf7DxrgdQpN6xY/+PP/pn E6tWHeO1s3Tp7r/+QXzooXbLl29/5ZWekWyeUkB7+l/rqG2t/p4tWz2F/h495tunFRWXO3SYbcvU qTPu+uvryyR8990ouz6NGLH8tD/PXL587+CAGTdulVlmtLDNmbPR/Ugb9d7hoGzY+7r9xe60o4Gn xn///U9pyepSuXahpd1rjH1Y3NKu3YzgLotp09a6vwmqgTRo0OJITkbHMViDhmukhUoL+dq1u9xX 4CnBDW2GQctkpDedB9H0nD593e23N1dOZmtQ471LJTInwQ3Nm7fJpO/mZwHdjxRMgm8hVAbfqdOc YD3KTtJ1xF9/vU+wkrFjVyrynJoKxK1YscMWKFkyfWeClakrZbE/DRmJTz8dMmHC6n/9K/ws/hNP dFy/frfbTqWJXhnlTJEOpX1SQhl58FP3p5oMSqO9Mt5lN2WiffosdAskJfmNf/DBdkuWbHPLuCuF jZnbtu07fPhohj1AxYoDvaaGrhTPPts1uOOzZ29wk2+7UtgCnvO57LLq8v/Ber766sTlaEWP4Kft 28/yngk2wVazw5Zxf9TPXvcOVqXU/6qrasnIKdj+MmwGT5y4xniVAgViZ85cb5c5+zyAgpWtIXSZ Oy1xcTNtDVFR/hkud6WwBFcKNV7GLCFhgS1jVwrnUszJgSfHaB9m0P/on6kEK+t81DPeR941Qy1k Ws6CNQRftiufZj+VAbvAHwTFA1zoHkCzt3Dh1jlyNAhmybfc0tRdnhWJHnoozsNeYFVilz9/rPdi u+zZo4oUOfH77dYDZM5cQ/mfrSE0ldR89jYUeiU9UuNTYnGU+WLoqZEsWWoWKtTKrT/Y+FPXs/1a gbwcwiQ3XjvTeBvJ2eXqq+s88EDbSOeVFWcLFGhhf7/9ppsa2dbq75deWj1Pnsbmx+ftV5Sw2jI6 spdfXl2LqL0ifPPNjQoWbHna7EdHPDhgNNHMEnLllbULF27jfuRmyQalqt7XI71Z8qJU3/XpNj4V NOBTOSF0443RXmO8N4alzJpmwV0W997b2v4McMoNKjFqUqQfedVxDNag4Rrp5L2SaaVl7onP0J63 FCzYwr7h+7Roeqrxssc33XRy94OND05Ycd99bcypd2/Kpwy82OAzP8qo8uVrHqwnvWfog8MmZeC1 9F78pbhUpEhbWyC97wjPk6eJrFHqLyg0w0ZGKNKvIlx7bd2iRdu57Qze8+P2vIed8rfdFjLwgmP+ tPHqkkuq3XHHKXE+2HgTbdwy7krxy1sEGr78cs/Fi7dm2ANo4HlNDV0plHMHd1yLgnfHplkpbAHz M4XuPS06lMF6bLRRTwY/Db3XxUQbp4bo4FsoglUp1zc9b0/D58x5ctho9mkO2mXOegAFK1tDeq8A BIdN2MAL2evgSqHGpzz0EpvKwMud++TAU1fbi9X6n9CedxKMaJtgeB95E1YLmZazYA3BYZM3b1O3 5/EAeACeB/g1iPReoPMZpSkvvti9Z8/56XrrMwDAhcxdd7X84othdeuOtz8kD2eL0PcCAeAB8AB4 gLPGX/8adfPNjW67renYsSt27To4deq6ND6oBABwgVOhQr9x41YGr+wBHgDwAHgAPMD5jto5ffq6 mTPX79x5oGfP+fnzx7r3cgAAQCrnUG6/vXmkO6AADwB4ADzAhcVf/lLr3XcTn3ii4++ita+80qta tTGGM3xfIQAAwFnh+ee7lS/fO1OmanQF4AHwAAAAAAAAeAA8AAAAAAAAHuC0+vzzoYwGAAAAAMAD 4AEAAAAAAPAAeAAAAAAAADwAHgAAAAAAAA+ABwAAAAAAwAPgAQAAAAAA8AB4AAAAAAAAPAAeAAAA AAAAD4AHAAAAAADAA+ABAAAAAADwAHgAAAAAAAA8AB4AAAAAAAAPgAcAAAAAADwAHoABAQAAAAB4 ADwAAAAAAAAeAA8AAAAAAIAHwAMAAAAAAOAB8AAAAAAAAHgAPAAAAAAAAB4ADwAAAAAAgAfAAwAA AAAA4AHwAAAAAAAAeAA8AAAAAAAAHgAPAAAAAACAB8ADAAAAAADgAfAAAAAAAIAHwAMAAAAAAOAB 8AAAAAAAAHgAPAAAAAAAAB4ADwAAAAAAgAfAAwAAAAAA4AHwAAAAAAAAeAA8AAAAAAAAHgAPAAAA AACAB8ADAAAAAADgAfAAAAAAAAB4ADwAAAAAAAAeAA8AAAAAAIAHwAMAAAAAAB4ADwAAAAAAgAfA AwAAAAAA4AHwAAAAAAAAeAA8AAAAAAAAHgAPAAAAAACAB8ADAAAAAADgAfAAAAAAAAB4ADwAAAAA AAAeAA8AAAAAAIAHwAMAAAAAAOAB8AAAAAAAAHgAPAAAAAAAAB4ADwAAAAAAeAA8AAAAAAAAHgAP AAAAAACAB8ADAAAAAADgAfAAAAAAAAB4ADwAAAAAAAAeAA8AAAAAAIAHQAghhBBCCF1AwgMghBBC CCGEB0AIIYQQQgjhARBCCCGEEEJ4AIQQQgghhBAeACGEEEIIIYQHQAghhBBCCOEBEEIIIYQQQngA hBBCCCGEEB4AIYQQQgghhAdACCGEEEII4QEQQgghhBBCeACEEEIIIYQQHgAhhBBCCCE8AEIIIYQQ QggPgBBCCCGEEMIDIIQQQgghhPAACCGEEEIIITwAQgghhBBCCA+AEEIIIYQQwgMghBBCCCGE8AAI IYQQQgghPABCCCGEEEIID4AQQgghhBDCAyCEEEIIIYTwAAghhBBCCCE8AEIIIYQQQngAhBBCCCGE EB4AIYQQQgghhAdACCGEEEII4QEQQgghhBBCeACEEEIIIYQQHgAhhBBCCCGEB0AIIYQQQgjhARBC CCGEEEJ4AIQQQgghhBAeACGEEEIIIYQHQAghhBBCCOEBEEIIIYQQQngAhBBCCCGE8AAIIYQQQggh PABCCCGEEEIID4AQQgghhBDCAyCEEEIIIYTwAAghhBBCCCE8AEIIIYQQQggPgBBCCCGEEMIDIIQQ QgghhPAACCGEEEIIITwAQgghhBBCCA+AEEIIIYQQwgMghBBCCCGE8AAIIYQQQgjhARBCCCGEEEJ4 AIQQQgghhBAeACGEEEIIIYQHQAghhBBCCOEBEEIIIYQQQngAhBBCCCGEEB4AIYQQQgghhAdACCGE EEII4QEQQgghhBBCeACEEEIIIYQQHgAhhBBCCCGEB0AIIYQQQgjhARBCCCGEEMIDIIQQQgghhPAA CCGEEEIIITwAQgghhBBCCA+AEEIIIYQQwgMghBBCCCGE8AAIIYQQQgghPABCCCGEEEIID4AQQggh hBDCAyCEEEIIIYTwAAghhBBCCKH06v8D8j9O4T2aafoAAAAASUVORK5CYII= ------=_Part_263974_1358461470.1404116165912 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 ------=_Part_263974_1358461470.1404116165912-- From xen-users-bounces@lists.xen.org Mon Jun 30 08:22:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:22:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Wr1-0001Hm-O7; Mon, 30 Jun 2014 08:22:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Wr0-0001Hg-6X for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:22:22 +0000 Received: from [85.158.143.35:28791] by server-1.bemta-4.messagelabs.com id BB/F4-09496-D3E11B35; Mon, 30 Jun 2014 08:22:21 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-16.tower-21.messagelabs.com!1404116540!11276327!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10903 invoked from network); 30 Jun 2014 08:22:20 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-16.tower-21.messagelabs.com with SMTP; 30 Jun 2014 08:22:20 -0000 Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1Wqy-00068t-Qi for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:22:20 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1Wqw-0008LO-KR for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:22:20 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 8B8924C for ; Mon, 30 Jun 2014 10:20:59 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 10:22:18 +0200 Message-ID: <3345849.90SzAX7ibN@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: -0.9 X-Ziggo-spamreport: BAYES_00=-1.9,RDNS_DYNAMIC=0.982,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Monday 30 June 2014 16:16:05 wolves wrote: > BSOD accurred after a windows 2003 domU migrated to another host (see > attached image). The pv driver is gplpv_2003x32_1.0.1089.msi from > http://www.ejbdigital.com.au/ Anything wrong about it? Did you have any PCI devices assigned to the domU? -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 08:22:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:22:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Wr1-0001Hm-O7; Mon, 30 Jun 2014 08:22:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Wr0-0001Hg-6X for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:22:22 +0000 Received: from [85.158.143.35:28791] by server-1.bemta-4.messagelabs.com id BB/F4-09496-D3E11B35; Mon, 30 Jun 2014 08:22:21 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-16.tower-21.messagelabs.com!1404116540!11276327!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10903 invoked from network); 30 Jun 2014 08:22:20 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-16.tower-21.messagelabs.com with SMTP; 30 Jun 2014 08:22:20 -0000 Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1Wqy-00068t-Qi for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:22:20 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1Wqw-0008LO-KR for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:22:20 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 8B8924C for ; Mon, 30 Jun 2014 10:20:59 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 10:22:18 +0200 Message-ID: <3345849.90SzAX7ibN@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: -0.9 X-Ziggo-spamreport: BAYES_00=-1.9,RDNS_DYNAMIC=0.982,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Monday 30 June 2014 16:16:05 wolves wrote: > BSOD accurred after a windows 2003 domU migrated to another host (see > attached image). The pv driver is gplpv_2003x32_1.0.1089.msi from > http://www.ejbdigital.com.au/ Anything wrong about it? Did you have any PCI devices assigned to the domU? -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 08:29:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:29:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WxO-0001jD-5q; Mon, 30 Jun 2014 08:28:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WxN-0001j7-5f for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:28:57 +0000 Received: from [85.158.143.35:47245] by server-3.bemta-4.messagelabs.com id 30/5E-16194-8CF11B35; Mon, 30 Jun 2014 08:28:56 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1404116934!11278584!1 X-Originating-IP: [220.181.13.14] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,HTML_30_40,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14856 invoked from network); 30 Jun 2014 08:28:55 -0000 Received: from m13-14.163.com (HELO m13-14.163.com) (220.181.13.14) by server-16.tower-21.messagelabs.com with SMTP; 30 Jun 2014 08:28:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=7m1ds DcOAW9HdmdOZvf4kH6ZFhoEmvtwv5M5U03ndNE=; b=bcrw2JgwbiUQrHD+z3QmE pWkEVLhhjlXjmy2FhPZCD04i7U5KeKMY9BNl5DPxsktI7ZVEAFvqU994CUKcOwEw s0kGzpvu7RZbRv7dbUbFHEXuVzcEeSQlJw5QeRRX4rAzTUZN55k6btVfdmjM3/To gMlYBaJhbv0hu3EFFflMwg= Received: from wolves914$163.com ( [111.206.125.144] ) by ajax-webmail-wmsvr14 (Coremail) ; Mon, 30 Jun 2014 16:28:51 +0800 (CST) X-Originating-IP: [111.206.125.144] Date: Mon, 30 Jun 2014 16:28:51 +0800 (CST) From: wolves To: "xen-users@lists.xen.org" X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com In-Reply-To: <3345849.90SzAX7ibN@eve> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <3345849.90SzAX7ibN@eve> X-CM-CTRLDATA: QNp0+WZvb3Rlcl9odG09ODI5Ojgx MIME-Version: 1.0 Message-ID: <524d416f.105b3.146ebe4144a.Coremail.wolves914@163.com> X-CM-TRANSID: DsGowAAnL0fEH7FTbBg2AA--.31096W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/1tbiURa6RlEAICTdAwACsy X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4611929637973844652==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4611929637973844652== Content-Type: multipart/alternative; boundary="----=_Part_269723_645457118.1404116931658" ------=_Part_269723_645457118.1404116931658 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 Tm8uCkkgdGhpbmsgdGhlIGVudmlyb21lbnQgaXMgb2suIFNvbWV0aW1lIHRoZSBtaWdyYXRpb24g Y2FuIGJlIHN1Y2Nlc3NmdWwuCgoKCgoKCgoKCkF0IDIwMTQtMDYtMzAgMDQ6MjI6MTgsICJKb29z dCBSb2VsZXZlbGQiIDxqb29zdEBhbnRhcmVhbi5vcmc+IHdyb3RlOgo+T24gTW9uZGF5IDMwIEp1 bmUgMjAxNCAxNjoxNjowNSB3b2x2ZXMgd3JvdGU6Cj4+IEJTT0QgYWNjdXJyZWQgYWZ0ZXIgYSB3 aW5kb3dzIDIwMDMgZG9tVSBtaWdyYXRlZCB0byBhbm90aGVyIGhvc3QgKHNlZQo+PiBhdHRhY2hl ZCBpbWFnZSkuIFRoZSBwdiBkcml2ZXIgaXMgZ3BscHZfMjAwM3gzMl8xLjAuMTA4OS5tc2kgZnJv bQo+PiBodHRwOi8vd3d3LmVqYmRpZ2l0YWwuY29tLmF1LyBBbnl0aGluZyB3cm9uZyBhYm91dCBp dD8KPgo+RGlkIHlvdSBoYXZlIGFueSBQQ0kgZGV2aWNlcyBhc3NpZ25lZCB0byB0aGUgZG9tVT8K Pgo+LS0KPkpvb3N0Cj4KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCj5YZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+ aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCg== ------=_Part_269723_645457118.1404116931658 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+Tm8uPGJyPkkgdGhpbmsgdGhlIGVudmlyb21lbnQgaXMg b2suIFNvbWV0aW1lIHRoZSBtaWdyYXRpb24gY2FuIGJlIHN1Y2Nlc3NmdWwuPGJyPjwvZGl2Pjxi cj48YnI+PGJyPjxicj48ZGl2PjwvZGl2PjxkaXYgaWQ9ImRpdk5ldGVhc2VNYWlsQ2FyZCI+PC9k aXY+PGJyPjxwcmU+PGJyPkF0IDIwMTQtMDYtMzAgMDQ6MjI6MTgsICJKb29zdCBSb2VsZXZlbGQi ICZsdDtqb29zdEBhbnRhcmVhbi5vcmcmZ3Q7IHdyb3RlOgomZ3Q7T24gTW9uZGF5IDMwIEp1bmUg MjAxNCAxNjoxNjowNSB3b2x2ZXMgd3JvdGU6CiZndDsmZ3Q7IEJTT0QgYWNjdXJyZWQgYWZ0ZXIg YSB3aW5kb3dzIDIwMDMgZG9tVSBtaWdyYXRlZCB0byBhbm90aGVyIGhvc3QgKHNlZQomZ3Q7Jmd0 OyBhdHRhY2hlZCBpbWFnZSkuIFRoZSBwdiBkcml2ZXIgaXMgZ3BscHZfMjAwM3gzMl8xLjAuMTA4 OS5tc2kgZnJvbQomZ3Q7Jmd0OyBodHRwOi8vd3d3LmVqYmRpZ2l0YWwuY29tLmF1LyBBbnl0aGlu ZyB3cm9uZyBhYm91dCBpdD8KJmd0OwomZ3Q7RGlkIHlvdSBoYXZlIGFueSBQQ0kgZGV2aWNlcyBh c3NpZ25lZCB0byB0aGUgZG9tVT8KJmd0OwomZ3Q7LS0KJmd0O0pvb3N0CiZndDsKJmd0O19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiZndDtYZW4tdXNlcnMg bWFpbGluZyBsaXN0CiZndDtYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwomZ3Q7aHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJzCjwvcHJlPjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVh c2Vmb290ZXIiPjxzcGFuIGlkPSJuZXRlYXNlX21haWxfZm9vdGVyIj48L3NwYW4+PC9zcGFuPg== ------=_Part_269723_645457118.1404116931658-- --===============4611929637973844652== 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 --===============4611929637973844652==-- From xen-users-bounces@lists.xen.org Mon Jun 30 08:29:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:29:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WxO-0001jD-5q; Mon, 30 Jun 2014 08:28:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WxN-0001j7-5f for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:28:57 +0000 Received: from [85.158.143.35:47245] by server-3.bemta-4.messagelabs.com id 30/5E-16194-8CF11B35; Mon, 30 Jun 2014 08:28:56 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1404116934!11278584!1 X-Originating-IP: [220.181.13.14] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,HTML_30_40,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14856 invoked from network); 30 Jun 2014 08:28:55 -0000 Received: from m13-14.163.com (HELO m13-14.163.com) (220.181.13.14) by server-16.tower-21.messagelabs.com with SMTP; 30 Jun 2014 08:28:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=7m1ds DcOAW9HdmdOZvf4kH6ZFhoEmvtwv5M5U03ndNE=; b=bcrw2JgwbiUQrHD+z3QmE pWkEVLhhjlXjmy2FhPZCD04i7U5KeKMY9BNl5DPxsktI7ZVEAFvqU994CUKcOwEw s0kGzpvu7RZbRv7dbUbFHEXuVzcEeSQlJw5QeRRX4rAzTUZN55k6btVfdmjM3/To gMlYBaJhbv0hu3EFFflMwg= Received: from wolves914$163.com ( [111.206.125.144] ) by ajax-webmail-wmsvr14 (Coremail) ; Mon, 30 Jun 2014 16:28:51 +0800 (CST) X-Originating-IP: [111.206.125.144] Date: Mon, 30 Jun 2014 16:28:51 +0800 (CST) From: wolves To: "xen-users@lists.xen.org" X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com In-Reply-To: <3345849.90SzAX7ibN@eve> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <3345849.90SzAX7ibN@eve> X-CM-CTRLDATA: QNp0+WZvb3Rlcl9odG09ODI5Ojgx MIME-Version: 1.0 Message-ID: <524d416f.105b3.146ebe4144a.Coremail.wolves914@163.com> X-CM-TRANSID: DsGowAAnL0fEH7FTbBg2AA--.31096W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/1tbiURa6RlEAICTdAwACsy X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4611929637973844652==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4611929637973844652== Content-Type: multipart/alternative; boundary="----=_Part_269723_645457118.1404116931658" ------=_Part_269723_645457118.1404116931658 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 Tm8uCkkgdGhpbmsgdGhlIGVudmlyb21lbnQgaXMgb2suIFNvbWV0aW1lIHRoZSBtaWdyYXRpb24g Y2FuIGJlIHN1Y2Nlc3NmdWwuCgoKCgoKCgoKCkF0IDIwMTQtMDYtMzAgMDQ6MjI6MTgsICJKb29z dCBSb2VsZXZlbGQiIDxqb29zdEBhbnRhcmVhbi5vcmc+IHdyb3RlOgo+T24gTW9uZGF5IDMwIEp1 bmUgMjAxNCAxNjoxNjowNSB3b2x2ZXMgd3JvdGU6Cj4+IEJTT0QgYWNjdXJyZWQgYWZ0ZXIgYSB3 aW5kb3dzIDIwMDMgZG9tVSBtaWdyYXRlZCB0byBhbm90aGVyIGhvc3QgKHNlZQo+PiBhdHRhY2hl ZCBpbWFnZSkuIFRoZSBwdiBkcml2ZXIgaXMgZ3BscHZfMjAwM3gzMl8xLjAuMTA4OS5tc2kgZnJv bQo+PiBodHRwOi8vd3d3LmVqYmRpZ2l0YWwuY29tLmF1LyBBbnl0aGluZyB3cm9uZyBhYm91dCBp dD8KPgo+RGlkIHlvdSBoYXZlIGFueSBQQ0kgZGV2aWNlcyBhc3NpZ25lZCB0byB0aGUgZG9tVT8K Pgo+LS0KPkpvb3N0Cj4KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCj5YZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+ aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCg== ------=_Part_269723_645457118.1404116931658 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+Tm8uPGJyPkkgdGhpbmsgdGhlIGVudmlyb21lbnQgaXMg b2suIFNvbWV0aW1lIHRoZSBtaWdyYXRpb24gY2FuIGJlIHN1Y2Nlc3NmdWwuPGJyPjwvZGl2Pjxi cj48YnI+PGJyPjxicj48ZGl2PjwvZGl2PjxkaXYgaWQ9ImRpdk5ldGVhc2VNYWlsQ2FyZCI+PC9k aXY+PGJyPjxwcmU+PGJyPkF0IDIwMTQtMDYtMzAgMDQ6MjI6MTgsICJKb29zdCBSb2VsZXZlbGQi ICZsdDtqb29zdEBhbnRhcmVhbi5vcmcmZ3Q7IHdyb3RlOgomZ3Q7T24gTW9uZGF5IDMwIEp1bmUg MjAxNCAxNjoxNjowNSB3b2x2ZXMgd3JvdGU6CiZndDsmZ3Q7IEJTT0QgYWNjdXJyZWQgYWZ0ZXIg YSB3aW5kb3dzIDIwMDMgZG9tVSBtaWdyYXRlZCB0byBhbm90aGVyIGhvc3QgKHNlZQomZ3Q7Jmd0 OyBhdHRhY2hlZCBpbWFnZSkuIFRoZSBwdiBkcml2ZXIgaXMgZ3BscHZfMjAwM3gzMl8xLjAuMTA4 OS5tc2kgZnJvbQomZ3Q7Jmd0OyBodHRwOi8vd3d3LmVqYmRpZ2l0YWwuY29tLmF1LyBBbnl0aGlu ZyB3cm9uZyBhYm91dCBpdD8KJmd0OwomZ3Q7RGlkIHlvdSBoYXZlIGFueSBQQ0kgZGV2aWNlcyBh c3NpZ25lZCB0byB0aGUgZG9tVT8KJmd0OwomZ3Q7LS0KJmd0O0pvb3N0CiZndDsKJmd0O19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiZndDtYZW4tdXNlcnMg bWFpbGluZyBsaXN0CiZndDtYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwomZ3Q7aHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJzCjwvcHJlPjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVh c2Vmb290ZXIiPjxzcGFuIGlkPSJuZXRlYXNlX21haWxfZm9vdGVyIj48L3NwYW4+PC9zcGFuPg== ------=_Part_269723_645457118.1404116931658-- --===============4611929637973844652== 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 --===============4611929637973844652==-- From xen-users-bounces@lists.xen.org Mon Jun 30 08:30:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:30:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WyR-0001qF-UB; Mon, 30 Jun 2014 08:30:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WyQ-0001pr-I1 for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:30:02 +0000 Received: from [85.158.143.35:59485] by server-3.bemta-4.messagelabs.com id A9/90-16194-90021B35; Mon, 30 Jun 2014 08:30:01 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-2.tower-21.messagelabs.com!1404117001!6657118!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27315 invoked from network); 30 Jun 2014 08:30:01 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-2.tower-21.messagelabs.com with SMTP; 30 Jun 2014 08:30:01 -0000 Received: from [212.54.42.137] (helo=smtp6.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1WyO-0002nd-Ed; Mon, 30 Jun 2014 10:30:00 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp6.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1WyO-00075Z-24; Mon, 30 Jun 2014 10:30:00 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 734CA4C; Mon, 30 Jun 2014 10:28:40 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 10:29:59 +0200 Message-ID: <2788661.ZkL80zuq3P@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <55E78A57290FB64FA0D3CF672F9F3DA26E904B@SJCPEX01CL03.citrite.net> References: <55E78A57290FB64FA0D3CF672F9F3DA26E904B@SJCPEX01CL03.citrite.net> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: -0.8 X-Ziggo-spamreport: BAYES_00=-1.9, RDNS_DYNAMIC=0.982, TW_HV=0.077, TW_VC=0.077, T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Cc: Russell Pavlicek Subject: Re: [Xen-users] XenProject.org Q&A: Solaris 11.1 or 11.2beta as an HVM guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Saturday 28 June 2014 14:04:00 Russell Pavlicek wrote: > A new question on the XenProject.org Q&A asks about Solaris 11 HVM DomU on > Xen Project 4.*. I haven't found much on the subject online (probably > reflecting the general lack of interest in the subject, given the fade of > Solaris). > > Does anyone have any insight? > > --- > > "master" asks: > > "I am using Ubuntu 14.04 amd64 server on a MSI MS-7737 with an Intel E5-2603 > v2 as the host with the xen-system-amd64 package. Most of my trials on > guests are successful except... > > After days of reading my Google friend and nearly a hundred of trials on > config file, BIOS config, xen boot options, I did not find a way to boot > Solaris 11.1 nor 11.2 HVM domU. > > Solaris just hang, I waited for hours, checked iso sum, ects... > > sudo xl create solaris.xl > > cat solaris.xl > builder = 'hvm' > vcpus = '4' > memory = '4096' > name = 'solaris' > vif = [ 'bridge=xenbr0' ] > disk = [ 'file:/home/dummy/sol-11_1-text-x86.iso,hdd:cdrom,r' ] > vncpasswd = 'vncpasswd' > > Did Solaris is part of supported HVM guest OS? > Did someone have a working configuration and could share information? No working configuration, but might try this at some point. I notice the lack of an actual disk, maybe it is hanging because there are no physical disks available? > Thanks in advance for your support. " > > --- > > Please either reply to me or directly to the Q&A system at: > http://xenproject.org/help/questions-and-answers/solaris-11-1-or-11-2beta-as > -an-hvm-guest.html Added your email to the CC. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 08:30:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:30:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WyR-0001qF-UB; Mon, 30 Jun 2014 08:30:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1WyQ-0001pr-I1 for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:30:02 +0000 Received: from [85.158.143.35:59485] by server-3.bemta-4.messagelabs.com id A9/90-16194-90021B35; Mon, 30 Jun 2014 08:30:01 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-2.tower-21.messagelabs.com!1404117001!6657118!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27315 invoked from network); 30 Jun 2014 08:30:01 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-2.tower-21.messagelabs.com with SMTP; 30 Jun 2014 08:30:01 -0000 Received: from [212.54.42.137] (helo=smtp6.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1WyO-0002nd-Ed; Mon, 30 Jun 2014 10:30:00 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp6.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X1WyO-00075Z-24; Mon, 30 Jun 2014 10:30:00 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 734CA4C; Mon, 30 Jun 2014 10:28:40 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 10:29:59 +0200 Message-ID: <2788661.ZkL80zuq3P@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <55E78A57290FB64FA0D3CF672F9F3DA26E904B@SJCPEX01CL03.citrite.net> References: <55E78A57290FB64FA0D3CF672F9F3DA26E904B@SJCPEX01CL03.citrite.net> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: -0.8 X-Ziggo-spamreport: BAYES_00=-1.9, RDNS_DYNAMIC=0.982, TW_HV=0.077, TW_VC=0.077, T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Cc: Russell Pavlicek Subject: Re: [Xen-users] XenProject.org Q&A: Solaris 11.1 or 11.2beta as an HVM guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Saturday 28 June 2014 14:04:00 Russell Pavlicek wrote: > A new question on the XenProject.org Q&A asks about Solaris 11 HVM DomU on > Xen Project 4.*. I haven't found much on the subject online (probably > reflecting the general lack of interest in the subject, given the fade of > Solaris). > > Does anyone have any insight? > > --- > > "master" asks: > > "I am using Ubuntu 14.04 amd64 server on a MSI MS-7737 with an Intel E5-2603 > v2 as the host with the xen-system-amd64 package. Most of my trials on > guests are successful except... > > After days of reading my Google friend and nearly a hundred of trials on > config file, BIOS config, xen boot options, I did not find a way to boot > Solaris 11.1 nor 11.2 HVM domU. > > Solaris just hang, I waited for hours, checked iso sum, ects... > > sudo xl create solaris.xl > > cat solaris.xl > builder = 'hvm' > vcpus = '4' > memory = '4096' > name = 'solaris' > vif = [ 'bridge=xenbr0' ] > disk = [ 'file:/home/dummy/sol-11_1-text-x86.iso,hdd:cdrom,r' ] > vncpasswd = 'vncpasswd' > > Did Solaris is part of supported HVM guest OS? > Did someone have a working configuration and could share information? No working configuration, but might try this at some point. I notice the lack of an actual disk, maybe it is hanging because there are no physical disks available? > Thanks in advance for your support. " > > --- > > Please either reply to me or directly to the Q&A system at: > http://xenproject.org/help/questions-and-answers/solaris-11-1-or-11-2beta-as > -an-hvm-guest.html Added your email to the CC. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 08:41:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:41:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1X9j-0002tA-Ue; Mon, 30 Jun 2014 08:41:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1X9i-0002st-5T for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:41:42 +0000 Received: from [85.158.143.35:11569] by server-2.bemta-4.messagelabs.com id 28/1D-06539-5C221B35; Mon, 30 Jun 2014 08:41:41 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1404117700!14689603!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28465 invoked from network); 30 Jun 2014 08:41:40 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 08:41:40 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.221.76.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id C4928221DE2 for ; Mon, 30 Jun 2014 09:41:39 +0100 (BST) Message-ID: <53B122BE.1030402@bobich.net> Date: Mon, 30 Jun 2014 09:41:34 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <53AEE606.6030201@op.pl> In-Reply-To: <53AEE606.6030201@op.pl> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/28/2014 04:57 PM, Kuba wrote: > W dniu 2014-06-28 14:26, Gordan Bobic pisze: > >> No, but it does deprecate the RAID and caching parts of a controller, so >> you might as well just use an HBA (cheaper). Covering the whole stack, >> ZFS can also make much better use of on-disk caches (my 4TB HGSTs have >> 64MB of RAM each. If you have 20 of them on a 4-port SATA card with a >> 5-port multiplier on each port, that's 1280MB of cache - more than any >> comparably priced caching controller. Being aware of FS level >> operations, ZFS can be much cleverer about exactly when to flush what >> data to what disk. A caching controller, in contrast, being unaware of >> what is actually going on at file system level, cannot leverage the >> on-disk cache for write-caching, it has to rely on it's own on-board >> cache for write-caching, thus effectively wasting those 1280MB of disk >> cache. > > Out of curiosity - does ZoL take control of the on-disk caches? It seems > that (for example) FreeBSD's implementation does not: > > "The caveat about only giving ZFS full devices is a solarism that > doesn't apply to FreeBSD. On Solaris write caches are disabled on drives > if partitions are handed to ZFS. On FreeBSD this isn't the case." > > https://wiki.freebsd.org/ZFSTuningGuide If there are other file systems on the disk, it disables the disk's write cache because there is no way to tell how it's flushing will interact with other file systems running independently of it. It's a paranoid thing to do, but ZFS is all about keeping the data safe. There is nothing stopping you from re-enabling it using hdparm -W1 $disk If all of your file systems issue write barriers appropriately it should be safe. If you only have ZFS on the disk, IIRC it will enable the disk's write cache. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 08:41:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:41:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1X9j-0002tA-Ue; Mon, 30 Jun 2014 08:41:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1X9i-0002st-5T for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:41:42 +0000 Received: from [85.158.143.35:11569] by server-2.bemta-4.messagelabs.com id 28/1D-06539-5C221B35; Mon, 30 Jun 2014 08:41:41 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1404117700!14689603!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28465 invoked from network); 30 Jun 2014 08:41:40 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 08:41:40 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.221.76.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id C4928221DE2 for ; Mon, 30 Jun 2014 09:41:39 +0100 (BST) Message-ID: <53B122BE.1030402@bobich.net> Date: Mon, 30 Jun 2014 09:41:34 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <53AEE606.6030201@op.pl> In-Reply-To: <53AEE606.6030201@op.pl> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/28/2014 04:57 PM, Kuba wrote: > W dniu 2014-06-28 14:26, Gordan Bobic pisze: > >> No, but it does deprecate the RAID and caching parts of a controller, so >> you might as well just use an HBA (cheaper). Covering the whole stack, >> ZFS can also make much better use of on-disk caches (my 4TB HGSTs have >> 64MB of RAM each. If you have 20 of them on a 4-port SATA card with a >> 5-port multiplier on each port, that's 1280MB of cache - more than any >> comparably priced caching controller. Being aware of FS level >> operations, ZFS can be much cleverer about exactly when to flush what >> data to what disk. A caching controller, in contrast, being unaware of >> what is actually going on at file system level, cannot leverage the >> on-disk cache for write-caching, it has to rely on it's own on-board >> cache for write-caching, thus effectively wasting those 1280MB of disk >> cache. > > Out of curiosity - does ZoL take control of the on-disk caches? It seems > that (for example) FreeBSD's implementation does not: > > "The caveat about only giving ZFS full devices is a solarism that > doesn't apply to FreeBSD. On Solaris write caches are disabled on drives > if partitions are handed to ZFS. On FreeBSD this isn't the case." > > https://wiki.freebsd.org/ZFSTuningGuide If there are other file systems on the disk, it disables the disk's write cache because there is no way to tell how it's flushing will interact with other file systems running independently of it. It's a paranoid thing to do, but ZFS is all about keeping the data safe. There is nothing stopping you from re-enabling it using hdparm -W1 $disk If all of your file systems issue write barriers appropriately it should be safe. If you only have ZFS on the disk, IIRC it will enable the disk's write cache. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 08:44:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:44:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XCk-00037Q-PH; Mon, 30 Jun 2014 08:44:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XCj-00037J-Qm for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:44:50 +0000 Received: from [85.158.143.35:20854] by server-3.bemta-4.messagelabs.com id 11/BE-16194-18321B35; Mon, 30 Jun 2014 08:44:49 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-12.tower-21.messagelabs.com!1404117888!14714347!1 X-Originating-IP: [212.54.34.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NCA9PiAyMTcyMzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28697 invoked from network); 30 Jun 2014 08:44:48 -0000 Received: from smtpq1.gn.mail.iss.as9143.net (HELO smtpq1.gn.mail.iss.as9143.net) (212.54.34.164) by server-12.tower-21.messagelabs.com with SMTP; 30 Jun 2014 08:44:48 -0000 Received: from [212.54.34.135] (helo=smtp4.gn.mail.iss.as9143.net) by smtpq1.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1XCi-0003f5-G3 for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:44:48 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1XCi-0000bQ-5k for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:44:48 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id F38E54C for ; Mon, 30 Jun 2014 10:43:28 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 10:44:47 +0200 Message-ID: <2139880.Lp8SbL0uXW@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <524d416f.105b3.146ebe4144a.Coremail.wolves914@163.com> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <3345849.90SzAX7ibN@eve> <524d416f.105b3.146ebe4144a.Coremail.wolves914@163.com> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Monday 30 June 2014 16:28:51 wolves wrote: > No. > I think the enviroment is ok. Sometime the migration can be successful. With the same domU using the same configuration? Are the different nodes identical? Or do they have different hardware? > At 2014-06-30 04:22:18, "Joost Roeleveld" wrote: > >On Monday 30 June 2014 16:16:05 wolves wrote: > >> BSOD accurred after a windows 2003 domU migrated to another host (see > >> attached image). The pv driver is gplpv_2003x32_1.0.1089.msi from > >> http://www.ejbdigital.com.au/ Anything wrong about it? > > > >Did you have any PCI devices assigned to the domU? > > > >-- > >Joost > > > >_______________________________________________ > >Xen-users mailing list > >Xen-users@lists.xen.org > >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 08:44:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:44:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XCk-00037Q-PH; Mon, 30 Jun 2014 08:44:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XCj-00037J-Qm for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:44:50 +0000 Received: from [85.158.143.35:20854] by server-3.bemta-4.messagelabs.com id 11/BE-16194-18321B35; Mon, 30 Jun 2014 08:44:49 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-12.tower-21.messagelabs.com!1404117888!14714347!1 X-Originating-IP: [212.54.34.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NCA9PiAyMTcyMzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28697 invoked from network); 30 Jun 2014 08:44:48 -0000 Received: from smtpq1.gn.mail.iss.as9143.net (HELO smtpq1.gn.mail.iss.as9143.net) (212.54.34.164) by server-12.tower-21.messagelabs.com with SMTP; 30 Jun 2014 08:44:48 -0000 Received: from [212.54.34.135] (helo=smtp4.gn.mail.iss.as9143.net) by smtpq1.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1XCi-0003f5-G3 for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:44:48 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1XCi-0000bQ-5k for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:44:48 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id F38E54C for ; Mon, 30 Jun 2014 10:43:28 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 10:44:47 +0200 Message-ID: <2139880.Lp8SbL0uXW@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <524d416f.105b3.146ebe4144a.Coremail.wolves914@163.com> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <3345849.90SzAX7ibN@eve> <524d416f.105b3.146ebe4144a.Coremail.wolves914@163.com> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Monday 30 June 2014 16:28:51 wolves wrote: > No. > I think the enviroment is ok. Sometime the migration can be successful. With the same domU using the same configuration? Are the different nodes identical? Or do they have different hardware? > At 2014-06-30 04:22:18, "Joost Roeleveld" wrote: > >On Monday 30 June 2014 16:16:05 wolves wrote: > >> BSOD accurred after a windows 2003 domU migrated to another host (see > >> attached image). The pv driver is gplpv_2003x32_1.0.1089.msi from > >> http://www.ejbdigital.com.au/ Anything wrong about it? > > > >Did you have any PCI devices assigned to the domU? > > > >-- > >Joost > > > >_______________________________________________ > >Xen-users mailing list > >Xen-users@lists.xen.org > >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 08:58:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:58:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XPh-0003c6-E7; Mon, 30 Jun 2014 08:58:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XPg-0003c1-4J for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:58:12 +0000 Received: from [85.158.143.35:39211] by server-3.bemta-4.messagelabs.com id 82/3D-16194-3A621B35; Mon, 30 Jun 2014 08:58:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1404118689!7425036!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15365 invoked from network); 30 Jun 2014 08:58:10 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 08:58:10 -0000 X-IronPort-AV: E=Sophos;i="5.01,573,1400025600"; d="scan'208";a="148583469" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 30 Jun 2014 08:58:09 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 30 Jun 2014 04:58:08 -0400 Message-ID: <1404118688.5000.4.camel@kazak.uk.xensource.com> From: Ian Campbell To: "squidmobile@fastmail.fm" Date: Mon, 30 Jun 2014 09:58:08 +0100 In-Reply-To: <1404071076.7343.135837897.52FACD1B@webmail.messagingengine.com> References: <1404071076.7343.135837897.52FACD1B@webmail.messagingengine.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, 2014-06-29 at 15:44 -0400, squidmobile@fastmail.fm wrote: > 29 jun 2014 > > greetings, > > >> got a tsc mode string: "default" > >> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: > >> /etc/xen/scripts/vif-bridge online [-1] exited with error status 1 > > >This script is failing somehow. Have you modified it from the default at > >all? > > i checked when i got there. no changes. > > >You might find some more clues in /var/log/xen/xen-hotplug.log or you > >may need to add additional debug to the script. > > it said a LOT of times: > RTNETLINK answers: Operation not supported > i think this might be a kernel compile option i disabled. does xen > REALLY need this? No, and I think those particular messages are benign if you don't have the kernel feature enabled. > /var/log/xen/xen-hotplug.log said: > device vif43.1 is already a member of a bridge; can't enslave it > to bridge ... > which raises the question of > if this is the xl create process, how could the vif already > belong to a bridge? Xen used to rely on udev to call the hotplug scripts but more recently switched to having the toolstack do it directly. I don't remember if that was in 4.3 or 4.4. When that switch was made the scripts were modified to gate calls made via udev, see xen-hotplug-common.sh which should have near the top: # Hack to prevent the execution of hotplug scripts from udev if the domain # has been launched from libxl if [ -n "${UDEV_CALL}" ] && \ xenstore-read "libxl/disable_udev" >/dev/null 2>&1; then exit 0 fi Do your scripts have that? If you have an older version of the scripts installed then you might find that both udev and xl are running the script. You should check that xen-backend.rules is up to date too. It should be setting UDEV_CALL = 1 when invoking the scripts. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 08:58:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 08:58:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XPh-0003c6-E7; Mon, 30 Jun 2014 08:58:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XPg-0003c1-4J for xen-users@lists.xen.org; Mon, 30 Jun 2014 08:58:12 +0000 Received: from [85.158.143.35:39211] by server-3.bemta-4.messagelabs.com id 82/3D-16194-3A621B35; Mon, 30 Jun 2014 08:58:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1404118689!7425036!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15365 invoked from network); 30 Jun 2014 08:58:10 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 08:58:10 -0000 X-IronPort-AV: E=Sophos;i="5.01,573,1400025600"; d="scan'208";a="148583469" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 30 Jun 2014 08:58:09 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 30 Jun 2014 04:58:08 -0400 Message-ID: <1404118688.5000.4.camel@kazak.uk.xensource.com> From: Ian Campbell To: "squidmobile@fastmail.fm" Date: Mon, 30 Jun 2014 09:58:08 +0100 In-Reply-To: <1404071076.7343.135837897.52FACD1B@webmail.messagingengine.com> References: <1404071076.7343.135837897.52FACD1B@webmail.messagingengine.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, 2014-06-29 at 15:44 -0400, squidmobile@fastmail.fm wrote: > 29 jun 2014 > > greetings, > > >> got a tsc mode string: "default" > >> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: > >> /etc/xen/scripts/vif-bridge online [-1] exited with error status 1 > > >This script is failing somehow. Have you modified it from the default at > >all? > > i checked when i got there. no changes. > > >You might find some more clues in /var/log/xen/xen-hotplug.log or you > >may need to add additional debug to the script. > > it said a LOT of times: > RTNETLINK answers: Operation not supported > i think this might be a kernel compile option i disabled. does xen > REALLY need this? No, and I think those particular messages are benign if you don't have the kernel feature enabled. > /var/log/xen/xen-hotplug.log said: > device vif43.1 is already a member of a bridge; can't enslave it > to bridge ... > which raises the question of > if this is the xl create process, how could the vif already > belong to a bridge? Xen used to rely on udev to call the hotplug scripts but more recently switched to having the toolstack do it directly. I don't remember if that was in 4.3 or 4.4. When that switch was made the scripts were modified to gate calls made via udev, see xen-hotplug-common.sh which should have near the top: # Hack to prevent the execution of hotplug scripts from udev if the domain # has been launched from libxl if [ -n "${UDEV_CALL}" ] && \ xenstore-read "libxl/disable_udev" >/dev/null 2>&1; then exit 0 fi Do your scripts have that? If you have an older version of the scripts installed then you might find that both udev and xl are running the script. You should check that xen-backend.rules is up to date too. It should be setting UDEV_CALL = 1 when invoking the scripts. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 09:01:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 09:01:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XSS-0003kt-7o; Mon, 30 Jun 2014 09:01:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XSR-0003ko-6u for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:01:03 +0000 Received: from [85.158.139.211:22227] by server-10.bemta-5.messagelabs.com id 56/80-10247-E4721B35; Mon, 30 Jun 2014 09:01:02 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1404118859!12682773!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10805 invoked from network); 30 Jun 2014 09:01:01 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 09:01:01 -0000 X-IronPort-AV: E=Sophos;i="5.01,573,1400025600"; d="scan'208";a="148454330" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 30 Jun 2014 09:00:45 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 30 Jun 2014 05:00:44 -0400 Message-ID: <1404118844.5000.6.camel@kazak.uk.xensource.com> From: Ian Campbell To: goingstudy Date: Mon, 30 Jun 2014 10:00:44 +0100 In-Reply-To: <385644d3.1a798.146e303fe9f.Coremail.goingstudy@126.com> References: <385644d3.1a798.146e303fe9f.Coremail.goingstudy@126.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] How to set 'xm dmesg' output to a file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2014-06-28 at 23:07 +0800, goingstudy wrote: > hi all > I use 'xm dmesg' to check the console output generated by my code, but > sometimes my code would crash the hypervisor > and I cannot see the ouput. So I want to know how to set 'xm dmesg' > output to a file. You can configure xenconsoled to log hypervisor output to a file, but if the hypervisor is crashing then no process (including xenconsoled) is going to have a chance to run and do so. You probably want to configure a serial console [0] or perhaps to use "noreboot" on your hypervisor command line so that you can see the error messages before rebooting by hand. Ian. [0] http://wiki.xen.org/wiki/Xen_Serial_Console _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 09:01:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 09:01:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XSS-0003kt-7o; Mon, 30 Jun 2014 09:01:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XSR-0003ko-6u for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:01:03 +0000 Received: from [85.158.139.211:22227] by server-10.bemta-5.messagelabs.com id 56/80-10247-E4721B35; Mon, 30 Jun 2014 09:01:02 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1404118859!12682773!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10805 invoked from network); 30 Jun 2014 09:01:01 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 09:01:01 -0000 X-IronPort-AV: E=Sophos;i="5.01,573,1400025600"; d="scan'208";a="148454330" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 30 Jun 2014 09:00:45 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 30 Jun 2014 05:00:44 -0400 Message-ID: <1404118844.5000.6.camel@kazak.uk.xensource.com> From: Ian Campbell To: goingstudy Date: Mon, 30 Jun 2014 10:00:44 +0100 In-Reply-To: <385644d3.1a798.146e303fe9f.Coremail.goingstudy@126.com> References: <385644d3.1a798.146e303fe9f.Coremail.goingstudy@126.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] How to set 'xm dmesg' output to a file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2014-06-28 at 23:07 +0800, goingstudy wrote: > hi all > I use 'xm dmesg' to check the console output generated by my code, but > sometimes my code would crash the hypervisor > and I cannot see the ouput. So I want to know how to set 'xm dmesg' > output to a file. You can configure xenconsoled to log hypervisor output to a file, but if the hypervisor is crashing then no process (including xenconsoled) is going to have a chance to run and do so. You probably want to configure a serial console [0] or perhaps to use "noreboot" on your hypervisor command line so that you can see the error messages before rebooting by hand. Ian. [0] http://wiki.xen.org/wiki/Xen_Serial_Console _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 09:04:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 09:04:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XVT-000435-Fe; Mon, 30 Jun 2014 09:04:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XVR-00042p-Hq for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:04:09 +0000 Received: from [85.158.139.211:46530] by server-8.bemta-5.messagelabs.com id 84/0A-17254-80821B35; Mon, 30 Jun 2014 09:04:08 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-206.messagelabs.com!1404119047!12715907!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20401 invoked from network); 30 Jun 2014 09:04:07 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 09:04:07 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.221.76.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 1006A221DE2 for ; Mon, 30 Jun 2014 10:04:05 +0100 (BST) Message-ID: <53B12805.2050503@bobich.net> Date: Mon, 30 Jun 2014 10:04:05 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> In-Reply-To: <8738eojocc.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/29/2014 06:07 AM, lee wrote: > Gordan Bobic writes: > >> On 06/28/2014 12:25 PM, lee wrote: >>> Kuba writes: > >>> SSD caching >>> means two extra disks for the cache (or what happens when the cache disk >>> fails?), >> >> For ZIL (write caching), yes, you can use a mirrored device. For read >> caching it obviously doesn't matter. > > That's not so obvious --- when the read cache fails, ZFS would > automatically have to resort to the disks. > >>> and ZFS doesn't increase the number of SAS/SATA ports you have. >> >> No, but it does deprecate the RAID and caching parts of a controller, > > Why does it deprecate them? Because it's RAID is far more advanced, and it makes far better use of the caches built into the disks. For example, ZFS parity RAID (n+1, n+2, n+3) avoids the parity RAID write hole, where a partial stripe write requires two operations: 1) Write that needs to be committed + read of the rest of the stripe 2) Write of the updated parity block Since ZFS uses variable width stripes, every write is always a single operation. >> so you might as well just use an HBA (cheaper). Covering the whole >> stack, ZFS can also make much better use of on-disk caches (my 4TB >> HGSTs have 64MB of RAM each. If you have 20 of them on a 4-port SATA >> card with a 5-port multiplier on each port, > > There are multipliers for SATA ports? Yes. > Can you connect SAS disks to them as well? No. You cannot plug SAS disks into SATA ports, with or without multipliers. > Do the disks show up individually or bundled when you use one? Individually - unless you get a more advanced multiplier that makes them into one big logical RAID-ed device - but don't do that. :) > Aren't they getting into each others ways, filling up the bandwidth of > the port? If your HBA/PMP/HDD don't support FIS+NCQ, then yes. Operations cannot be multiplexed, and the performance reduces with every added disk since every operation holds the bus until it completes. If your HBA/PMP/HDD do support FIS+NCQ (the models I mentioned do), then the bandwidth is effectively multiplexed on demand. It works a bit like VLAN tagging. A command gets issued, but while that command is completing (~8ms on a 7200rpm disk) you can issue commands to other disks, so multiple commands on multiple disks can be completing at the same time. As each disk completes the command and returns data, the same happens in reverse. Because the commands get interleaved this way, as you add more disk, you are increasing the upstream port utilization (up to it's capacity, if your command mix can saturate that much bandwidth). Saturating the upstream port is only really an issue if all of your disks are doing large linear transfers. With typical I/O patterns, you spend most of the time waiting for the rotational latency, so in realistic use, the fact that you don't have a dedicated port's worth of bandwidth for each disk doesn't matter as much. SAS expanders work in a similar way. >>> How does it do the checksumming? >> >> Every block is checksummed, and this is stored and checked on every >> read of that block. In addition, every block (including it's checksum) >> are encoded for any extra redundancy specified (e.g. mirroring or n+1, >> n+2 or n+3). So if you read the block, you also read the checksum >> stored with it, and if it checks out, you hand the data to the app >> with nothing else to be done. If the checksum doesn't match the data >> (silent corruption), or read of one of the disks containing a piece of >> the block fails (non-silent corruption, failed sector)), ZFS will go >> and > > And? Correct the error? Sorry, did that get truncated? Yes, indeed, ZFS will initiate recovery procedures, find a combination of blocks which, when assembled, match the checksum, return the data, re-calculate the damaged block and write it back to the disk that didn't return the correct data. > So it's like RAID built into the file system? What about all the CPU > overhead? It's expensive - for a file system. In reality, I use a number of 1.3GHz N36L HP Microservers with 4-8 disks in each in RAIDZ2 (n+2 redundancy similar to RAID6), and even on weekly disk scrubs they never get anywhere near running out of CPU. >>> Read everything after it's been written to verify? >> >> No, just written with a checksum on the block and encoded for extra >> redundancy. > > That means you don't really know whether the data has been written as > expected before it's read. No, you don't - but you don't with any kind of RAID. The only feature available for that is disk's own WRV feature, which most disks don't support. But at least with ZFS you get a decent chance of getting the data back intact even if some of it ended up as a phantom write. >> If you have Seagate disks that support the feature you can >> enable Write-Read-Verify at disk level. I wrote a patch for hdparm for >> toggling the feature. > > Only 4 small SAS disks are Seagates (I only put two of them in), the > rest is WD SATAs --- and I'm starting to suspect that the RAID > controller in the server doesn't like the WD disks at all, which causes > the crashes. Those disks weren't made at all for this application. This is another problem with clever controllers, especially hardware RAID. RAID controllers typically wait around 8-9 seconds for the disk to return the data. If it doesn't, they kick the disk out of the array. A while back, most disks shipped with Time Limited Error Recovery (TLER). Nowdays most disks ship with feature crippled firmwares to enable manufacturers to charge extra for disks which have TLER enabled (e.g. WD Reds do, other WDs don't). My 1TB drives have it (got some from all manufacturers, but most are up to 5 years old). Recent drives generally don't unless they are the ones marketed for use in NAS applications. HGST are one exception to the rule - I have a bunch of their 4TB drives, and they only make one 4TB model, which has TLER. Most other manufacturers make multiple variants of the same drive, and most are selectively feature-crippled. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 09:04:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 09:04:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XVT-000435-Fe; Mon, 30 Jun 2014 09:04:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XVR-00042p-Hq for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:04:09 +0000 Received: from [85.158.139.211:46530] by server-8.bemta-5.messagelabs.com id 84/0A-17254-80821B35; Mon, 30 Jun 2014 09:04:08 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-206.messagelabs.com!1404119047!12715907!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20401 invoked from network); 30 Jun 2014 09:04:07 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 09:04:07 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.221.76.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 1006A221DE2 for ; Mon, 30 Jun 2014 10:04:05 +0100 (BST) Message-ID: <53B12805.2050503@bobich.net> Date: Mon, 30 Jun 2014 10:04:05 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> In-Reply-To: <8738eojocc.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/29/2014 06:07 AM, lee wrote: > Gordan Bobic writes: > >> On 06/28/2014 12:25 PM, lee wrote: >>> Kuba writes: > >>> SSD caching >>> means two extra disks for the cache (or what happens when the cache disk >>> fails?), >> >> For ZIL (write caching), yes, you can use a mirrored device. For read >> caching it obviously doesn't matter. > > That's not so obvious --- when the read cache fails, ZFS would > automatically have to resort to the disks. > >>> and ZFS doesn't increase the number of SAS/SATA ports you have. >> >> No, but it does deprecate the RAID and caching parts of a controller, > > Why does it deprecate them? Because it's RAID is far more advanced, and it makes far better use of the caches built into the disks. For example, ZFS parity RAID (n+1, n+2, n+3) avoids the parity RAID write hole, where a partial stripe write requires two operations: 1) Write that needs to be committed + read of the rest of the stripe 2) Write of the updated parity block Since ZFS uses variable width stripes, every write is always a single operation. >> so you might as well just use an HBA (cheaper). Covering the whole >> stack, ZFS can also make much better use of on-disk caches (my 4TB >> HGSTs have 64MB of RAM each. If you have 20 of them on a 4-port SATA >> card with a 5-port multiplier on each port, > > There are multipliers for SATA ports? Yes. > Can you connect SAS disks to them as well? No. You cannot plug SAS disks into SATA ports, with or without multipliers. > Do the disks show up individually or bundled when you use one? Individually - unless you get a more advanced multiplier that makes them into one big logical RAID-ed device - but don't do that. :) > Aren't they getting into each others ways, filling up the bandwidth of > the port? If your HBA/PMP/HDD don't support FIS+NCQ, then yes. Operations cannot be multiplexed, and the performance reduces with every added disk since every operation holds the bus until it completes. If your HBA/PMP/HDD do support FIS+NCQ (the models I mentioned do), then the bandwidth is effectively multiplexed on demand. It works a bit like VLAN tagging. A command gets issued, but while that command is completing (~8ms on a 7200rpm disk) you can issue commands to other disks, so multiple commands on multiple disks can be completing at the same time. As each disk completes the command and returns data, the same happens in reverse. Because the commands get interleaved this way, as you add more disk, you are increasing the upstream port utilization (up to it's capacity, if your command mix can saturate that much bandwidth). Saturating the upstream port is only really an issue if all of your disks are doing large linear transfers. With typical I/O patterns, you spend most of the time waiting for the rotational latency, so in realistic use, the fact that you don't have a dedicated port's worth of bandwidth for each disk doesn't matter as much. SAS expanders work in a similar way. >>> How does it do the checksumming? >> >> Every block is checksummed, and this is stored and checked on every >> read of that block. In addition, every block (including it's checksum) >> are encoded for any extra redundancy specified (e.g. mirroring or n+1, >> n+2 or n+3). So if you read the block, you also read the checksum >> stored with it, and if it checks out, you hand the data to the app >> with nothing else to be done. If the checksum doesn't match the data >> (silent corruption), or read of one of the disks containing a piece of >> the block fails (non-silent corruption, failed sector)), ZFS will go >> and > > And? Correct the error? Sorry, did that get truncated? Yes, indeed, ZFS will initiate recovery procedures, find a combination of blocks which, when assembled, match the checksum, return the data, re-calculate the damaged block and write it back to the disk that didn't return the correct data. > So it's like RAID built into the file system? What about all the CPU > overhead? It's expensive - for a file system. In reality, I use a number of 1.3GHz N36L HP Microservers with 4-8 disks in each in RAIDZ2 (n+2 redundancy similar to RAID6), and even on weekly disk scrubs they never get anywhere near running out of CPU. >>> Read everything after it's been written to verify? >> >> No, just written with a checksum on the block and encoded for extra >> redundancy. > > That means you don't really know whether the data has been written as > expected before it's read. No, you don't - but you don't with any kind of RAID. The only feature available for that is disk's own WRV feature, which most disks don't support. But at least with ZFS you get a decent chance of getting the data back intact even if some of it ended up as a phantom write. >> If you have Seagate disks that support the feature you can >> enable Write-Read-Verify at disk level. I wrote a patch for hdparm for >> toggling the feature. > > Only 4 small SAS disks are Seagates (I only put two of them in), the > rest is WD SATAs --- and I'm starting to suspect that the RAID > controller in the server doesn't like the WD disks at all, which causes > the crashes. Those disks weren't made at all for this application. This is another problem with clever controllers, especially hardware RAID. RAID controllers typically wait around 8-9 seconds for the disk to return the data. If it doesn't, they kick the disk out of the array. A while back, most disks shipped with Time Limited Error Recovery (TLER). Nowdays most disks ship with feature crippled firmwares to enable manufacturers to charge extra for disks which have TLER enabled (e.g. WD Reds do, other WDs don't). My 1TB drives have it (got some from all manufacturers, but most are up to 5 years old). Recent drives generally don't unless they are the ones marketed for use in NAS applications. HGST are one exception to the rule - I have a bunch of their 4TB drives, and they only make one 4TB model, which has TLER. Most other manufacturers make multiple variants of the same drive, and most are selectively feature-crippled. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 09:28:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 09:28:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Xse-0005TI-Ij; Mon, 30 Jun 2014 09:28:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Xsc-0005TD-Vz for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:28:07 +0000 Received: from [85.158.139.211:20968] by server-10.bemta-5.messagelabs.com id EC/9E-10247-6AD21B35; Mon, 30 Jun 2014 09:28:06 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1404120483!7397998!1 X-Originating-IP: [220.181.13.14] X-SpamReason: No, hits=1.2 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,HTML_20_30,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11101 invoked from network); 30 Jun 2014 09:28:05 -0000 Received: from m13-14.163.com (HELO m13-14.163.com) (220.181.13.14) by server-10.tower-206.messagelabs.com with SMTP; 30 Jun 2014 09:28:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=HASbe h+w59wb7yGlwLLdpXkeJKYXqUo+N8B7Ycs6LpY=; b=M7alzSxZ7YB7EFsjL0Q/k Rjh9ENbdtz0TmcpF1wOkkUDRJoLTrC/Y+io17q4PFEdEOb5RHke26n7poj1xPKFm 9F++oqMYUhLMWc0KdnjInhVBpV9bOJugR2gYIA53RCjqzVnWe3lC9h9x1eFrfeUE ubfYMwve84hXT7POHH65xo= Received: from wolves914$163.com ( [111.206.125.144] ) by ajax-webmail-wmsvr14 (Coremail) ; Mon, 30 Jun 2014 17:28:01 +0800 (CST) X-Originating-IP: [111.206.125.144] Date: Mon, 30 Jun 2014 17:28:01 +0800 (CST) From: wolves To: "xen-users@lists.xen.org" X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com In-Reply-To: <2139880.Lp8SbL0uXW@eve> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <3345849.90SzAX7ibN@eve> <524d416f.105b3.146ebe4144a.Coremail.wolves914@163.com> <2139880.Lp8SbL0uXW@eve> X-CM-CTRLDATA: YdPMw2Zvb3Rlcl9odG09MTQ0MTo4MQ== MIME-Version: 1.0 Message-ID: <27569e43.11d4e.146ec1a3d20.Coremail.wolves914@163.com> X-CM-TRANSID: DsGowADHMWyiLbFT5Ds2AA--.21994W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/xtbB0BS6RlEAHZysAQACsH X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4950327035417784594==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4950327035417784594== Content-Type: multipart/alternative; boundary="----=_Part_294202_154545721.1404120481056" ------=_Part_294202_154545721.1404120481056 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SXQgc2hvdWxkIGJlIHRoZSBzYW1lLiBJIHVzZWQgdGhlIHhlbnNlcnZlciBhcyB0aGUgaG9zdC4K CgoKCgoKCgpBdCAyMDE0LTA2LTMwIDA0OjQ0OjQ3LCAiSm9vc3QgUm9lbGV2ZWxkIiA8am9vc3RA YW50YXJlYW4ub3JnPiB3cm90ZToKPk9uIE1vbmRheSAzMCBKdW5lIDIwMTQgMTY6Mjg6NTEgd29s dmVzIHdyb3RlOgo+PiBOby4KPj4gSSB0aGluayB0aGUgZW52aXJvbWVudCBpcyBvay4gU29tZXRp bWUgdGhlIG1pZ3JhdGlvbiBjYW4gYmUgc3VjY2Vzc2Z1bC4KPgo+V2l0aCB0aGUgc2FtZSBkb21V IHVzaW5nIHRoZSBzYW1lIGNvbmZpZ3VyYXRpb24/Cj5BcmUgdGhlIGRpZmZlcmVudCBub2RlcyBp ZGVudGljYWw/IE9yIGRvIHRoZXkgaGF2ZSBkaWZmZXJlbnQgaGFyZHdhcmU/Cj4KPj4gQXQgMjAx NC0wNi0zMCAwNDoyMjoxOCwgIkpvb3N0IFJvZWxldmVsZCIgPGpvb3N0QGFudGFyZWFuLm9yZz4g d3JvdGU6Cj4+ID5PbiBNb25kYXkgMzAgSnVuZSAyMDE0IDE2OjE2OjA1IHdvbHZlcyB3cm90ZToK Pj4gPj4gQlNPRCBhY2N1cnJlZCBhZnRlciBhIHdpbmRvd3MgMjAwMyBkb21VIG1pZ3JhdGVkIHRv IGFub3RoZXIgaG9zdCAoc2VlCj4+ID4+IGF0dGFjaGVkIGltYWdlKS4gVGhlIHB2IGRyaXZlciBp cyBncGxwdl8yMDAzeDMyXzEuMC4xMDg5Lm1zaSBmcm9tCj4+ID4+IGh0dHA6Ly93d3cuZWpiZGln aXRhbC5jb20uYXUvIEFueXRoaW5nIHdyb25nIGFib3V0IGl0Pwo+PiA+Cj4+ID5EaWQgeW91IGhh dmUgYW55IFBDSSBkZXZpY2VzIGFzc2lnbmVkIHRvIHRoZSBkb21VPwo+PiA+Cj4+ID4tLQo+PiA+ Sm9vc3QKPj4gPgo+PiA+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KPj4gPlhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4gPlhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnCj4+ID5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPgo+Cj5fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+WGVuLXVzZXJzIG1haWxpbmcgbGlz dAo+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cwo= ------=_Part_294202_154545721.1404120481056 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPkl0IHNob3VsZCBiZSB0aGUgc2FtZS4gSSB1c2VkIHRoZSB4ZW5z ZXJ2ZXIgYXMgdGhlIGhvc3QuPGJyPjxicj48YnI+PGJyPjxicj48ZGl2PjwvZGl2PjxkaXYgaWQ9 ImRpdk5ldGVhc2VNYWlsQ2FyZCI+PC9kaXY+PGJyPjxwcmU+PGJyPkF0IDIwMTQtMDYtMzAgMDQ6 NDQ6NDcsICJKb29zdCBSb2VsZXZlbGQiICZsdDtqb29zdEBhbnRhcmVhbi5vcmcmZ3Q7IHdyb3Rl OgomZ3Q7T24gTW9uZGF5IDMwIEp1bmUgMjAxNCAxNjoyODo1MSB3b2x2ZXMgd3JvdGU6CiZndDsm Z3Q7IE5vLgomZ3Q7Jmd0OyBJIHRoaW5rIHRoZSBlbnZpcm9tZW50IGlzIG9rLiBTb21ldGltZSB0 aGUgbWlncmF0aW9uIGNhbiBiZSBzdWNjZXNzZnVsLgomZ3Q7CiZndDtXaXRoIHRoZSBzYW1lIGRv bVUgdXNpbmcgdGhlIHNhbWUgY29uZmlndXJhdGlvbj8KJmd0O0FyZSB0aGUgZGlmZmVyZW50IG5v ZGVzIGlkZW50aWNhbD8gT3IgZG8gdGhleSBoYXZlIGRpZmZlcmVudCBoYXJkd2FyZT8KJmd0Owom Z3Q7Jmd0OyBBdCAyMDE0LTA2LTMwIDA0OjIyOjE4LCAiSm9vc3QgUm9lbGV2ZWxkIiAmbHQ7am9v c3RAYW50YXJlYW4ub3JnJmd0OyB3cm90ZToKJmd0OyZndDsgJmd0O09uIE1vbmRheSAzMCBKdW5l IDIwMTQgMTY6MTY6MDUgd29sdmVzIHdyb3RlOgomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBCU09EIGFjY3Vy cmVkIGFmdGVyIGEgd2luZG93cyAyMDAzIGRvbVUgbWlncmF0ZWQgdG8gYW5vdGhlciBob3N0IChz ZWUKJmd0OyZndDsgJmd0OyZndDsgYXR0YWNoZWQgaW1hZ2UpLiBUaGUgcHYgZHJpdmVyIGlzIGdw bHB2XzIwMDN4MzJfMS4wLjEwODkubXNpIGZyb20KJmd0OyZndDsgJmd0OyZndDsgaHR0cDovL3d3 dy5lamJkaWdpdGFsLmNvbS5hdS8gQW55dGhpbmcgd3JvbmcgYWJvdXQgaXQ/CiZndDsmZ3Q7ICZn dDsKJmd0OyZndDsgJmd0O0RpZCB5b3UgaGF2ZSBhbnkgUENJIGRldmljZXMgYXNzaWduZWQgdG8g dGhlIGRvbVU/CiZndDsmZ3Q7ICZndDsKJmd0OyZndDsgJmd0Oy0tCiZndDsmZ3Q7ICZndDtKb29z dAomZ3Q7Jmd0OyAmZ3Q7CiZndDsmZ3Q7ICZndDtfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwomZ3Q7Jmd0OyAmZ3Q7WGVuLXVzZXJzIG1haWxpbmcgbGlzdAom Z3Q7Jmd0OyAmZ3Q7WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKJmd0OyZndDsgJmd0O2h0dHA6Ly9s aXN0cy54ZW4ub3JnL3hlbi11c2VycwomZ3Q7CiZndDsKJmd0O19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCiZndDtYZW4tdXNlcnMgbWFpbGluZyBsaXN0CiZn dDtYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwomZ3Q7aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJzCjwvcHJlPjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxzcGFu IGlkPSJuZXRlYXNlX21haWxfZm9vdGVyIj48L3NwYW4+PC9zcGFuPg== ------=_Part_294202_154545721.1404120481056-- --===============4950327035417784594== 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 --===============4950327035417784594==-- From xen-users-bounces@lists.xen.org Mon Jun 30 09:28:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 09:28:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Xse-0005TI-Ij; Mon, 30 Jun 2014 09:28:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Xsc-0005TD-Vz for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:28:07 +0000 Received: from [85.158.139.211:20968] by server-10.bemta-5.messagelabs.com id EC/9E-10247-6AD21B35; Mon, 30 Jun 2014 09:28:06 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1404120483!7397998!1 X-Originating-IP: [220.181.13.14] X-SpamReason: No, hits=1.2 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,HTML_20_30,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11101 invoked from network); 30 Jun 2014 09:28:05 -0000 Received: from m13-14.163.com (HELO m13-14.163.com) (220.181.13.14) by server-10.tower-206.messagelabs.com with SMTP; 30 Jun 2014 09:28:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=HASbe h+w59wb7yGlwLLdpXkeJKYXqUo+N8B7Ycs6LpY=; b=M7alzSxZ7YB7EFsjL0Q/k Rjh9ENbdtz0TmcpF1wOkkUDRJoLTrC/Y+io17q4PFEdEOb5RHke26n7poj1xPKFm 9F++oqMYUhLMWc0KdnjInhVBpV9bOJugR2gYIA53RCjqzVnWe3lC9h9x1eFrfeUE ubfYMwve84hXT7POHH65xo= Received: from wolves914$163.com ( [111.206.125.144] ) by ajax-webmail-wmsvr14 (Coremail) ; Mon, 30 Jun 2014 17:28:01 +0800 (CST) X-Originating-IP: [111.206.125.144] Date: Mon, 30 Jun 2014 17:28:01 +0800 (CST) From: wolves To: "xen-users@lists.xen.org" X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com In-Reply-To: <2139880.Lp8SbL0uXW@eve> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <3345849.90SzAX7ibN@eve> <524d416f.105b3.146ebe4144a.Coremail.wolves914@163.com> <2139880.Lp8SbL0uXW@eve> X-CM-CTRLDATA: YdPMw2Zvb3Rlcl9odG09MTQ0MTo4MQ== MIME-Version: 1.0 Message-ID: <27569e43.11d4e.146ec1a3d20.Coremail.wolves914@163.com> X-CM-TRANSID: DsGowADHMWyiLbFT5Ds2AA--.21994W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/xtbB0BS6RlEAHZysAQACsH X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4950327035417784594==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4950327035417784594== Content-Type: multipart/alternative; boundary="----=_Part_294202_154545721.1404120481056" ------=_Part_294202_154545721.1404120481056 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SXQgc2hvdWxkIGJlIHRoZSBzYW1lLiBJIHVzZWQgdGhlIHhlbnNlcnZlciBhcyB0aGUgaG9zdC4K CgoKCgoKCgpBdCAyMDE0LTA2LTMwIDA0OjQ0OjQ3LCAiSm9vc3QgUm9lbGV2ZWxkIiA8am9vc3RA YW50YXJlYW4ub3JnPiB3cm90ZToKPk9uIE1vbmRheSAzMCBKdW5lIDIwMTQgMTY6Mjg6NTEgd29s dmVzIHdyb3RlOgo+PiBOby4KPj4gSSB0aGluayB0aGUgZW52aXJvbWVudCBpcyBvay4gU29tZXRp bWUgdGhlIG1pZ3JhdGlvbiBjYW4gYmUgc3VjY2Vzc2Z1bC4KPgo+V2l0aCB0aGUgc2FtZSBkb21V IHVzaW5nIHRoZSBzYW1lIGNvbmZpZ3VyYXRpb24/Cj5BcmUgdGhlIGRpZmZlcmVudCBub2RlcyBp ZGVudGljYWw/IE9yIGRvIHRoZXkgaGF2ZSBkaWZmZXJlbnQgaGFyZHdhcmU/Cj4KPj4gQXQgMjAx NC0wNi0zMCAwNDoyMjoxOCwgIkpvb3N0IFJvZWxldmVsZCIgPGpvb3N0QGFudGFyZWFuLm9yZz4g d3JvdGU6Cj4+ID5PbiBNb25kYXkgMzAgSnVuZSAyMDE0IDE2OjE2OjA1IHdvbHZlcyB3cm90ZToK Pj4gPj4gQlNPRCBhY2N1cnJlZCBhZnRlciBhIHdpbmRvd3MgMjAwMyBkb21VIG1pZ3JhdGVkIHRv IGFub3RoZXIgaG9zdCAoc2VlCj4+ID4+IGF0dGFjaGVkIGltYWdlKS4gVGhlIHB2IGRyaXZlciBp cyBncGxwdl8yMDAzeDMyXzEuMC4xMDg5Lm1zaSBmcm9tCj4+ID4+IGh0dHA6Ly93d3cuZWpiZGln aXRhbC5jb20uYXUvIEFueXRoaW5nIHdyb25nIGFib3V0IGl0Pwo+PiA+Cj4+ID5EaWQgeW91IGhh dmUgYW55IFBDSSBkZXZpY2VzIGFzc2lnbmVkIHRvIHRoZSBkb21VPwo+PiA+Cj4+ID4tLQo+PiA+ Sm9vc3QKPj4gPgo+PiA+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KPj4gPlhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4gPlhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnCj4+ID5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPgo+Cj5fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+WGVuLXVzZXJzIG1haWxpbmcgbGlz dAo+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cwo= ------=_Part_294202_154545721.1404120481056 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPkl0IHNob3VsZCBiZSB0aGUgc2FtZS4gSSB1c2VkIHRoZSB4ZW5z ZXJ2ZXIgYXMgdGhlIGhvc3QuPGJyPjxicj48YnI+PGJyPjxicj48ZGl2PjwvZGl2PjxkaXYgaWQ9 ImRpdk5ldGVhc2VNYWlsQ2FyZCI+PC9kaXY+PGJyPjxwcmU+PGJyPkF0IDIwMTQtMDYtMzAgMDQ6 NDQ6NDcsICJKb29zdCBSb2VsZXZlbGQiICZsdDtqb29zdEBhbnRhcmVhbi5vcmcmZ3Q7IHdyb3Rl OgomZ3Q7T24gTW9uZGF5IDMwIEp1bmUgMjAxNCAxNjoyODo1MSB3b2x2ZXMgd3JvdGU6CiZndDsm Z3Q7IE5vLgomZ3Q7Jmd0OyBJIHRoaW5rIHRoZSBlbnZpcm9tZW50IGlzIG9rLiBTb21ldGltZSB0 aGUgbWlncmF0aW9uIGNhbiBiZSBzdWNjZXNzZnVsLgomZ3Q7CiZndDtXaXRoIHRoZSBzYW1lIGRv bVUgdXNpbmcgdGhlIHNhbWUgY29uZmlndXJhdGlvbj8KJmd0O0FyZSB0aGUgZGlmZmVyZW50IG5v ZGVzIGlkZW50aWNhbD8gT3IgZG8gdGhleSBoYXZlIGRpZmZlcmVudCBoYXJkd2FyZT8KJmd0Owom Z3Q7Jmd0OyBBdCAyMDE0LTA2LTMwIDA0OjIyOjE4LCAiSm9vc3QgUm9lbGV2ZWxkIiAmbHQ7am9v c3RAYW50YXJlYW4ub3JnJmd0OyB3cm90ZToKJmd0OyZndDsgJmd0O09uIE1vbmRheSAzMCBKdW5l IDIwMTQgMTY6MTY6MDUgd29sdmVzIHdyb3RlOgomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBCU09EIGFjY3Vy cmVkIGFmdGVyIGEgd2luZG93cyAyMDAzIGRvbVUgbWlncmF0ZWQgdG8gYW5vdGhlciBob3N0IChz ZWUKJmd0OyZndDsgJmd0OyZndDsgYXR0YWNoZWQgaW1hZ2UpLiBUaGUgcHYgZHJpdmVyIGlzIGdw bHB2XzIwMDN4MzJfMS4wLjEwODkubXNpIGZyb20KJmd0OyZndDsgJmd0OyZndDsgaHR0cDovL3d3 dy5lamJkaWdpdGFsLmNvbS5hdS8gQW55dGhpbmcgd3JvbmcgYWJvdXQgaXQ/CiZndDsmZ3Q7ICZn dDsKJmd0OyZndDsgJmd0O0RpZCB5b3UgaGF2ZSBhbnkgUENJIGRldmljZXMgYXNzaWduZWQgdG8g dGhlIGRvbVU/CiZndDsmZ3Q7ICZndDsKJmd0OyZndDsgJmd0Oy0tCiZndDsmZ3Q7ICZndDtKb29z dAomZ3Q7Jmd0OyAmZ3Q7CiZndDsmZ3Q7ICZndDtfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwomZ3Q7Jmd0OyAmZ3Q7WGVuLXVzZXJzIG1haWxpbmcgbGlzdAom Z3Q7Jmd0OyAmZ3Q7WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKJmd0OyZndDsgJmd0O2h0dHA6Ly9s aXN0cy54ZW4ub3JnL3hlbi11c2VycwomZ3Q7CiZndDsKJmd0O19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCiZndDtYZW4tdXNlcnMgbWFpbGluZyBsaXN0CiZn dDtYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwomZ3Q7aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJzCjwvcHJlPjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxzcGFu IGlkPSJuZXRlYXNlX21haWxfZm9vdGVyIj48L3NwYW4+PC9zcGFuPg== ------=_Part_294202_154545721.1404120481056-- --===============4950327035417784594== 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 --===============4950327035417784594==-- From xen-users-bounces@lists.xen.org Mon Jun 30 09:34:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 09:34:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Xya-0005wy-D6; Mon, 30 Jun 2014 09:34:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XyY-0005wm-UB for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:34:15 +0000 Received: from [85.158.137.68:38714] by server-13.bemta-3.messagelabs.com id E2/FF-20015-61F21B35; Mon, 30 Jun 2014 09:34:14 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1404120853!13041606!1 X-Originating-IP: [212.54.34.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NSA9PiAxNzgxNjc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19374 invoked from network); 30 Jun 2014 09:34:13 -0000 Received: from smtpq2.gn.mail.iss.as9143.net (HELO smtpq2.gn.mail.iss.as9143.net) (212.54.34.165) by server-2.tower-31.messagelabs.com with SMTP; 30 Jun 2014 09:34:13 -0000 Received: from [212.54.34.135] (helo=smtp4.gn.mail.iss.as9143.net) by smtpq2.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1XyX-0007N6-GX for xen-users@lists.xen.org; Mon, 30 Jun 2014 11:34:13 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1XyX-0000MU-7h for xen-users@lists.xen.org; Mon, 30 Jun 2014 11:34:13 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 1BE444C for ; Mon, 30 Jun 2014 11:32:54 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 11:34:12 +0200 Message-ID: <3268112.SecsYoIobq@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <27569e43.11d4e.146ec1a3d20.Coremail.wolves914@163.com> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <2139880.Lp8SbL0uXW@eve> <27569e43.11d4e.146ec1a3d20.Coremail.wolves914@163.com> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: -0.9 X-Ziggo-spamreport: BAYES_00=-1.9,RDNS_DYNAMIC=0.982,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Monday 30 June 2014 17:28:01 wolves wrote: > It should be the same. I used the xenserver as the host. Should? Famous last words. Please actually check before answering. Same goes for the other question. > At 2014-06-30 04:44:47, "Joost Roeleveld" wrote: > >On Monday 30 June 2014 16:28:51 wolves wrote: > >> No. > >> I think the enviroment is ok. Sometime the migration can be successful. > > > >With the same domU using the same configuration? > >Are the different nodes identical? Or do they have different hardware? > > > >> At 2014-06-30 04:22:18, "Joost Roeleveld" wrote: > >> >On Monday 30 June 2014 16:16:05 wolves wrote: > >> >> BSOD accurred after a windows 2003 domU migrated to another host (see > >> >> attached image). The pv driver is gplpv_2003x32_1.0.1089.msi from > >> >> http://www.ejbdigital.com.au/ Anything wrong about it? > >> > > >> >Did you have any PCI devices assigned to the domU? > >> > > >> >-- > >> >Joost > >> > > >> >_______________________________________________ > >> >Xen-users mailing list > >> >Xen-users@lists.xen.org > >> >http://lists.xen.org/xen-users > > > >_______________________________________________ > >Xen-users mailing list > >Xen-users@lists.xen.org > >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 09:34:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 09:34:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Xya-0005wy-D6; Mon, 30 Jun 2014 09:34:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1XyY-0005wm-UB for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:34:15 +0000 Received: from [85.158.137.68:38714] by server-13.bemta-3.messagelabs.com id E2/FF-20015-61F21B35; Mon, 30 Jun 2014 09:34:14 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1404120853!13041606!1 X-Originating-IP: [212.54.34.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NSA9PiAxNzgxNjc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19374 invoked from network); 30 Jun 2014 09:34:13 -0000 Received: from smtpq2.gn.mail.iss.as9143.net (HELO smtpq2.gn.mail.iss.as9143.net) (212.54.34.165) by server-2.tower-31.messagelabs.com with SMTP; 30 Jun 2014 09:34:13 -0000 Received: from [212.54.34.135] (helo=smtp4.gn.mail.iss.as9143.net) by smtpq2.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1XyX-0007N6-GX for xen-users@lists.xen.org; Mon, 30 Jun 2014 11:34:13 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1XyX-0000MU-7h for xen-users@lists.xen.org; Mon, 30 Jun 2014 11:34:13 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 1BE444C for ; Mon, 30 Jun 2014 11:32:54 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 11:34:12 +0200 Message-ID: <3268112.SecsYoIobq@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <27569e43.11d4e.146ec1a3d20.Coremail.wolves914@163.com> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <2139880.Lp8SbL0uXW@eve> <27569e43.11d4e.146ec1a3d20.Coremail.wolves914@163.com> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: -0.9 X-Ziggo-spamreport: BAYES_00=-1.9,RDNS_DYNAMIC=0.982,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Monday 30 June 2014 17:28:01 wolves wrote: > It should be the same. I used the xenserver as the host. Should? Famous last words. Please actually check before answering. Same goes for the other question. > At 2014-06-30 04:44:47, "Joost Roeleveld" wrote: > >On Monday 30 June 2014 16:28:51 wolves wrote: > >> No. > >> I think the enviroment is ok. Sometime the migration can be successful. > > > >With the same domU using the same configuration? > >Are the different nodes identical? Or do they have different hardware? > > > >> At 2014-06-30 04:22:18, "Joost Roeleveld" wrote: > >> >On Monday 30 June 2014 16:16:05 wolves wrote: > >> >> BSOD accurred after a windows 2003 domU migrated to another host (see > >> >> attached image). The pv driver is gplpv_2003x32_1.0.1089.msi from > >> >> http://www.ejbdigital.com.au/ Anything wrong about it? > >> > > >> >Did you have any PCI devices assigned to the domU? > >> > > >> >-- > >> >Joost > >> > > >> >_______________________________________________ > >> >Xen-users mailing list > >> >Xen-users@lists.xen.org > >> >http://lists.xen.org/xen-users > > > >_______________________________________________ > >Xen-users mailing list > >Xen-users@lists.xen.org > >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 09:47:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 09:47:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YBN-0006dt-S7; Mon, 30 Jun 2014 09:47:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YBM-0006de-J3 for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:47:28 +0000 Received: from [193.109.254.147:44727] by server-15.bemta-14.messagelabs.com id FB/DE-15813-F2231B35; Mon, 30 Jun 2014 09:47:27 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-27.messagelabs.com!1404121647!14492171!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13280 invoked from network); 30 Jun 2014 09:47:27 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-27.messagelabs.com with SMTP; 30 Jun 2014 09:47:27 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id C7FF01A002 for ; Mon, 30 Jun 2014 09:47:23 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <8738eniveo.fsf@yun.yagibdah.de> Date: Mon, 30 Jun 2014 10:47:26 +0100 Message-Id: References: <878uojwsml.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> <87pphsi1c3.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee wrote: >> Likewise, many ways exist to achieve what you (and I) want. I do not know of >> an existing tool that does this simply. On a different list, people talk about >> using puppet or adding additional scripts as dependencies. > > I wish it was a feature of xen --- that would make sense, but how would > xen know when a VM is fully up ... The more I think about this, the more I think a good generic method is better than having Xen do it. Have the Xen startup scripts handle it and you can only handle dependencies within a single Xen host - have a generic method and it will still work when you add a second Xen host, or have bare-metal machines. One way that comes to mind would be to have a startup script (for example, wait_for_dns) which : 1) Waits (with optional timeout) for a specific service to be available - in this case a DNS resolver 2) "provides" the wait_for_ service Then anything that requires the service can have it's dependencies altered to require the wait_for_ service. Eg, just looking on a random box, ntp has this section : > ### BEGIN INIT INFO > # Provides: ntp > # Required-Start: $network $remote_fs $syslog > # Required-Stop: $network $remote_fs $syslog > # Default-Start: 2 3 4 5 > # Default-Stop: > # Short-Description: Start NTP daemon > ### END INIT INFO Change Required-Start to be "$network $remote_fs $syslog $wait_for_dns", rerun the init-script setup, and then you have a system that would pause for the DNS to be available before it started the ntp service. The advantage over waiting for a service to be available before starting a guest at all is that you can still have parallel startup of multiple machines - they just go so far and wait for any dependencies. In effect that's what I believe the dependency based startup system is supposed to do within a single host - allow services to start in parallel, but only start each service when all it's dependencies are met. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 09:47:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 09:47:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YBN-0006dt-S7; Mon, 30 Jun 2014 09:47:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YBM-0006de-J3 for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:47:28 +0000 Received: from [193.109.254.147:44727] by server-15.bemta-14.messagelabs.com id FB/DE-15813-F2231B35; Mon, 30 Jun 2014 09:47:27 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-27.messagelabs.com!1404121647!14492171!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13280 invoked from network); 30 Jun 2014 09:47:27 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-27.messagelabs.com with SMTP; 30 Jun 2014 09:47:27 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id C7FF01A002 for ; Mon, 30 Jun 2014 09:47:23 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <8738eniveo.fsf@yun.yagibdah.de> Date: Mon, 30 Jun 2014 10:47:26 +0100 Message-Id: References: <878uojwsml.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> <87pphsi1c3.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee wrote: >> Likewise, many ways exist to achieve what you (and I) want. I do not know of >> an existing tool that does this simply. On a different list, people talk about >> using puppet or adding additional scripts as dependencies. > > I wish it was a feature of xen --- that would make sense, but how would > xen know when a VM is fully up ... The more I think about this, the more I think a good generic method is better than having Xen do it. Have the Xen startup scripts handle it and you can only handle dependencies within a single Xen host - have a generic method and it will still work when you add a second Xen host, or have bare-metal machines. One way that comes to mind would be to have a startup script (for example, wait_for_dns) which : 1) Waits (with optional timeout) for a specific service to be available - in this case a DNS resolver 2) "provides" the wait_for_ service Then anything that requires the service can have it's dependencies altered to require the wait_for_ service. Eg, just looking on a random box, ntp has this section : > ### BEGIN INIT INFO > # Provides: ntp > # Required-Start: $network $remote_fs $syslog > # Required-Stop: $network $remote_fs $syslog > # Default-Start: 2 3 4 5 > # Default-Stop: > # Short-Description: Start NTP daemon > ### END INIT INFO Change Required-Start to be "$network $remote_fs $syslog $wait_for_dns", rerun the init-script setup, and then you have a system that would pause for the DNS to be available before it started the ntp service. The advantage over waiting for a service to be available before starting a guest at all is that you can still have parallel startup of multiple machines - they just go so far and wait for any dependencies. In effect that's what I believe the dependency based startup system is supposed to do within a single host - allow services to start in parallel, but only start each service when all it's dependencies are met. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 10:07:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 10:07:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YU7-0008LQ-Rt; Mon, 30 Jun 2014 10:06:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YU6-0008LL-By for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:06:50 +0000 Received: from [85.158.139.211:3457] by server-4.bemta-5.messagelabs.com id 77/DA-07250-9B631B35; Mon, 30 Jun 2014 10:06:49 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-206.messagelabs.com!1404122807!12701925!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5778 invoked from network); 30 Jun 2014 10:06:48 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 10:06:48 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.221.76.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 2357A221DE2 for ; Mon, 30 Jun 2014 11:06:47 +0100 (BST) Message-ID: <53B136B6.1060906@bobich.net> Date: Mon, 30 Jun 2014 11:06:46 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> In-Reply-To: <87y4wgi3yh.fsf@yun.yagibdah.de> Content-Length: 17865 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/29/2014 08:12 AM, lee wrote: > Gordan Bobic writes: > >>> On 06/28/2014 08:45 AM, lee wrote: >>> >>> The hardware RAID controller gives me 10fps more with my favourite game >>> I'm playing, compared to software raid. Since fps rates can be rather >>> low (because I'm CPU limited), that means a significant difference. >> >> If your game is grinding onto disk I/O during play all is lost >> anyway. If your CPU and RAM are _that_ constrained, there is probably >> a better way to spend whatever you might pay for a new caching RAID >> controller these days. > > Only I didn't buy the controller new, and I bought it to have a decent > amount of ports. Fair re: number of ports, but 2nd hand CPUs don't go for that much on = ebay, either, if you are concerned about the CPU hit. The main = difference being that when you aren't doing disk I/O, you still get the = use the extra CPU you might, whereas the RAID card sits idle. Having = extra CPU is more generic and flexible. > It's not disk I/O or a lack of RAM that limits the fps rates, it's > actually the CPU (or the whole combination of CPU, board and RAM) not > being able to feed the graphics card fast enough --- or the graphics > card being too fast for the CPU, if you want to see it that way. To get > a significantly faster system, I'd have to spend ten times or more than > what I payed for the controller. Fair enough - you must have got the controller _really_ cheap. Expect to = spend a small fortune on a battery replacement when that fails, though. = They only typically last a couple of years. > The CPU alone would cost more. I > didn't expect any change in fps rates and got the improvement as a > surprising side effect. That will only apply when you are doing disk I/O at the same time, = surely. If you aren't disk disk I/O, then your CPU isn't doing checksumming. >>> I don't know about ZFS, though, never used that. How much CPU overhead >>> is involved with that? I don't need any more CPU overhead like comes >>> with software raid. >> >> If you are that CPU constrained, tuning the storage is the wrong thing >> to be looking at. > > What would you tune without buying a new CPU, board and RAM, and without > running into the same problem of too few SATA ports? As I said above - clearly you got the RAID controller very cheap. Within = that cost envelope it may well have been a reasonable solution - but = that doesn't take away the points about data safety and disk feature = requirements for use with hardware RAID (TLER). The reason TLER is important is because it allows you to limit time the = disk will try to spend scrubbing out an unreadable sector. When a sector = goes bad and the data read doesn't match the sector ECC, the disk will = try reading it over and over and over until it gets a read of the data = that is recoverable. A disk without TLER enabled might go away for a = very long time, sometimes a minute or two. Disks with crippled firmware = will deliberately not respond to resets while trying to do sector = recovery, again, purely to prevent working around the fact the disk = doesn't report TLER. When this happens, one of two things will occur: 1) The controller will kick out the disk and carry on without it, thus = losing the redundancy. 2) The controller might be clever enough to not kick out the disk that = doesn't support TLER (theoretical - you are at the mercy of the = closed-spec RAID card firmware that may or may not do something = sensible), but the only other thing it can do is wait for the disk to = return. But until the disk returns, the card will block further I/O. So in reality you have a choice between losing redundancy on the first = pending sector you encounter and the machine becoming unresponsive for = prolonged periods whenever you encounter a pending sector. With software RAID you can at least choose between the two (by selecting = the disk command timeout appropriately), and managing the situation = (e.g. setting up a process to monitor for disks that have been kicked = out of the array and automatically re-adding them (if they become = responsive again) to restore the redundancy). >>>>> expensive ones. Perhaps the lack of ports is not so much of a problem >>>>> with the available disk capacities nowadays; however, it is what >>>>> made me >>>>> get a hardware raid controller. >>>> >>>> Hardware RAID is, IMO, far too much of a liability with >>>> modern disks. Latent sector errors happen a lot more >>>> often than most people realize, and there are error >>>> situations that hardware RAID cannot meaningfully handle. >>> >>> So far, it works very well here. Do you think that software RAID can >>> handle errors better? >> >> Possibly in some cases. > > Cases like? ZFS, as you described it, might. ZFS is one example. I listed another example above. >>> And where do you find a mainboard that has like >>> 12 SAS/SATA ports? >> >> I use a Marvell 88SX7042 4-port card with two SIL3726 SATA port >> multipliers on it. This works very well for me and provides more >> bandwidth that my 12 disks can serve in a realistic usage pattern. > > Do you mean a card like this one: > http://www.hardware-rogge.com/product_info.php?products_id=3D15226 Yes, although =8080 is more than I paid for mine. IIRC mine were around =A3= 40. > This card alone costs almost as much as I payed for the RAID controller. You got the RAID controller _REALLY_ cheap. > How come you use such a card? Couldn't you use the on-board SATA ports > and connect a multiplier to them? Most south-bridge based SATA controllers don't support FIS, and = performance takes a massive nosedive when you lose command interlieving = between the disks. Some motherboards come with secondary SATA = controllers which behave much better but they often have other problems. = For example, two of the motherboards I have used recently have the = following secondary SATA controllers for extra ports: Silicon Image SIL3132, 2 ports: Has FIS+NCQ, but the card bottlenecks at = about 170MB/s, which is very low. Marvell 88SE9123, 2 ports: Has FIS+NCQ, but it has a PMP handling bug = that prevents the use of more than one PMP. You can use a PMP on one = port with 5 disks attached to the PMP, plus one disk attached directly = to the other port. If you attach a PMP to each port, no disks show up at = all. I needed more than one PMPs worth of extra disks, so I used a card with = the older Marvell chipset that works correctly. >> In contrast, I have three SAS RAID cards, two LSI and one Adaptec, >> none of which work at all on my motherboard with the IOMMU enabled. > > Hmmm, how come, and what are the symptoms? Perhaps I should try to > force NUMA to be enabled for the server. The symptoms are that all the disk commands get truncated and none of = the disks show up. DMA to/from the controller doesn't work. I'm pretty = sure it has nothing to do with NUMA, though - most like a side effect of = the Nvidia NF200 PCIe bridges on my motherboard. >>> It seems that things are getting more and more complicated --- despite >>> they don't need to --- and that people are getting more and more >>> clueless. More bugs might be a side effect of that, and things aren't >>> done as thoroughly as they used to be done. >> >> Indeed. The chances of getting a filed Fedora bug fixed, or even >> acknowledged before the Fedora's 6-month EOL bug zapper closes it for >> you are vanishlighly small, in my experience. > > Yes, it's ridiculous. I find it really stupid to close a bug because > some amount of time has passed rather than that the bug was looked into > and fixed, or at least checked whether it still exists or not. That's > not a way to handle bug reports. People will simply stop making any > because that's the best they can do. As far as I can tell that already happened some years ago. >>>> I find that on my motherboard most RAID controllers don't work >>>> at all with IOMMU enabled. Something about the way the transparent >>>> bridging native PCIX RAID ASICs to PCIe makes things not work. >>> >>> Perhaps that's a problem of your board, not of the controllers. >> >> It may well be, but it does show that the idea that a SAS RAID >> controller with many ports is a better solution does not universally >> apply. > > I never said it would :) I was looking at what's available to increase > the number of disks I could connect, and I found you can get relatively > cheap cards with only two ports which may work or not. More expensive > cards would have four ports and might work or not, and cards with more > than four ports were mostly RAID controllers. For the 4/4+ cards, the > prices were higher than what I could get the fully featured SAS/SATA > RAID controller with 8 internal ports for, so I got that one --- and > it's been working flawlessly for two years or so now. Only the server > has problems ... The battery packs on the memory modules do expire eventually, and if you = force write-caching to on without the BBU, you are probably going to = thoroughly destroy the file system the first time you have a power cut = in the middle of a heavy writing operation. If that happens you would probably be better off putting the controller = into a plain HBA/JBOD mode, but that would mean rebuilding the RAID array. >>>> Cheap SAS cards, OTOH, work just fine, and at a fraction of >>>> the cost. >>> >>> And they provide only a fraction of the ports and features. >> >> When I said SAS above I meant SATA. And PMPs help. > > Well, which ones do work? I didn't find anything to that when I looked > and didn't come across multipliers. Sa I said, I use Marvell 88SX7042 based cards (IIRC the StarTech branded = models, but I may have more than one brand - the cards all look and = function pretty identical, though) with SIL3276 based port multipliers = (IIRC my multipliers are made by Lycom, model ST-126, but there are = other similar models). >> The combination of SATA card and PMPs supports FIS and NCQ which means >> that the SATA controller's bandwidth per port is used very >> efficiently. > > Is that a good thing? Very. The alternative would be to wait for each command to complete, = which would massively cripple the disk I/O throughput. > I have a theory that when you have a software > RAID-5 with three disks and another RAID-1 with two disks, you have to > move so much data around that it plugs up the system, causing slowdowns. Yes, you have to send twice the data down the PCIe bus, but in practice = this creates a negligible overhead unless your machine is massively = short of CPU and PCIe bandwidth. My 7 year old Core2 machine manages about 8GB/s on memory I/O (limited = by the MCH, not the CPU). Let's say a modern SATA disk might = (optimistically) manage 200MB/s on linear transfers. So you are talking = bout a 200MB/s extra overhead on I/O that your CPU might have to do. = That is 1/40 of what the CPU can handle, or about 2.5%, and that is = assuming you are completely limited by disk I/O (in which case the most = of the other 97.5% of your CPU will probably be idle anyway). A more recent machine with the MCH integrated on the CPU die will manage = several times more memory bandwidth than my old Core2 that I used as an = example. > Even a software RAID-1 with two disks can create slowdowns, depending on > what data transfer rates the disks can sustain. I do not have such > slowdowns when the disks are on the hardware RAID controller. > > Perhaps it's a problem with the particular board I have and/or the CPU > being too slow to be able to deal with the overhead in such a way that > it's not noticeable, and perhaps it's much better to fill the bandwidth > of a single SATA port rather than using some of the bandwidth of five > SATA ports. If the total amount of I/O consumed is the same it shouldn't make much = difference. > Or perhaps filling the bandwidth of one SATA port plus the > CPU handling the overhead ZFS brings about isn't any better, who knows. More saturation of a SATA port isn't what gives you more performance - = the fact that you are managing to saturate the SATA port more is the = _consequence_ of getting more performance out of the disk subsystem. >>> Anyway, I have come to like hardware RAID better than software RAID. >> >> Whatever works for you. My view is that traditional RAID, certainly >> anything below RAID6, > > Well, you have to afford all the disks for such RAID levels. Is ZFS any > better in this regard? It doesn't make the disks cheaper, no. :) >> and even on RAID6 I don't trust the closed, opaque, undocumented >> implementation that might be in the firmware, is > > It's a big disadvantage of hardware RAID that you can't read the data > when the controller has failed, unless you have another, compatible > controller at hand. Did you check the sources of ZFS so that you can > trust it? I have looked at the ZoL and zfs-fuse sources in passing when looking at = various patches I wanted to apply (and writing a small one of my own for = zfs-fuse, to always force 4KB ashift), but I wouldn't say that I have = looked through the source enough to trust it based purely on my reading = of the code. But I suspect that orders of magnitude more people have looked at the = ZFS source than have looked at the RAID controller firmware source. For a typical example of the sort of errors I'm talking about, say you = have a hardware RAID5 array and a ZFS RAIDZ1 pool. Take one disk off each controller, write some random data over parts of = it (let's be kind, don't overwrite the RAID card's headers, which a = phantom write could theoretically do). Now put the disks back into their pools, and read the files whose data = you just overwrite. ZFS will spot the error, restore the data and hand you a good copy back. RAID controller will most likely give you back duff data without even = noticing something is wrong with it. You could run ZFS on top of the RAID logical volume, but because ZFS = would have no visibility of the raw disks and redundancy underneath, = there is nothing it can do to scrub out the bad data. But even in that = stack, ZFS would still at least notice the data is corrupted and refuse = to return it to the application. >> no longer fit for purpose with disks of the kind of size that ship >> today. > > How would that depend on the capacity of the disks? More data --> more > potential for errors --> more security required? The data error rates have been stagnant at one unrecoverable sector in = 10^-14 bits read. That's one bad sector on about 10TB of data. If you = are using 4TB drives in 3-disk RAID5, if you lose a disk you have to = read back 8TB of data to rebuild the parity onto the replaced disk. If = you are statistically going to get one bad block every 10TB of reads, it = means you have 80% chance of losing some data during rebuilding that array. Additionally, rebuilding times have been going up with disk size which = increases both the time of degraded performance during rebuild and the = probability of failure of another disk during the rebuild. >>> So with VMware, you'd have to get certified hardware. >> >> You wouldn't _have_ to get certified hardware. It just means that if >> you find that there is a total of one motherboard that fits your >> requirements and it's not on the certified list, you can plausibly >> take your chances with it even if it doesn't work out of the box. I >> did that with the SR-2 and got it working eventually in a way that >> would never have been possible with ESX. > > Are you saying that for your requirements you couldn't use VMware, which > makes it irrelevant whether the hardware is certified for it or not? Both. What I wanted to do couldn't be done on ESX within the same = resource constraints. I wanted to use a deduplicated ZFS pool for my VM = images, and there is no ESX port of ZFS. Additionally, there would have been no way for me to work around my = hardware bugs with ESX because I couldn't write patches to work around = the problem. >>>>> After all, I'm not convinced that virtualization as it's done with xen >>>>> and the like is the right way to go. >>>> [...] >>>> >>>> I am not a fan of virtualization for most workloads, but sometimes >>>> it is convenient, not least in order to work around deficiencies of >>>> other OS-es you might want to run. For example, I don't want to >>>> maintain 3 separate systems - partitioning up one big system is >>>> much more convenient. And I can run Windows gaming VMs while >>>> still having the advantages of easy full system rollbacks by >>>> having my domU disks backed by ZFS volumes. It's not for HPC >>>> workloads, but for some things it is the least unsuitable solution. >>> >>> Not even for most? It seems as if everyone is using it quite a lot, >>> make it sense or not. >> >> Most people haven't realized yet that the king's clothes are not >> suitable for every occasion, so to speak. In terms of the hype cycle, >> different users are at different stages. Many are still around the >> point of "peak of inflated expectations". Those that do the testing >> for their particular high performance workloads they were hoping to >> virtualize hit the "trough of disilusionment" pretty quickly most of >> the time. > > Why would they think that virtualization benefits things that require > high performance? I don't. But many people think it makes negligible difference because = they never did their testing properly. > When I need the most/best performance possible, it's > obviously counter productive. Apparently it's not obvious to many, many people. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 10:07:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 10:07:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YU7-0008LQ-Rt; Mon, 30 Jun 2014 10:06:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YU6-0008LL-By for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:06:50 +0000 Received: from [85.158.139.211:3457] by server-4.bemta-5.messagelabs.com id 77/DA-07250-9B631B35; Mon, 30 Jun 2014 10:06:49 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-206.messagelabs.com!1404122807!12701925!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5778 invoked from network); 30 Jun 2014 10:06:48 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 10:06:48 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.221.76.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 2357A221DE2 for ; Mon, 30 Jun 2014 11:06:47 +0100 (BST) Message-ID: <53B136B6.1060906@bobich.net> Date: Mon, 30 Jun 2014 11:06:46 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> In-Reply-To: <87y4wgi3yh.fsf@yun.yagibdah.de> Content-Length: 17865 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/29/2014 08:12 AM, lee wrote: > Gordan Bobic writes: > >>> On 06/28/2014 08:45 AM, lee wrote: >>> >>> The hardware RAID controller gives me 10fps more with my favourite game >>> I'm playing, compared to software raid. Since fps rates can be rather >>> low (because I'm CPU limited), that means a significant difference. >> >> If your game is grinding onto disk I/O during play all is lost >> anyway. If your CPU and RAM are _that_ constrained, there is probably >> a better way to spend whatever you might pay for a new caching RAID >> controller these days. > > Only I didn't buy the controller new, and I bought it to have a decent > amount of ports. Fair re: number of ports, but 2nd hand CPUs don't go for that much on = ebay, either, if you are concerned about the CPU hit. The main = difference being that when you aren't doing disk I/O, you still get the = use the extra CPU you might, whereas the RAID card sits idle. Having = extra CPU is more generic and flexible. > It's not disk I/O or a lack of RAM that limits the fps rates, it's > actually the CPU (or the whole combination of CPU, board and RAM) not > being able to feed the graphics card fast enough --- or the graphics > card being too fast for the CPU, if you want to see it that way. To get > a significantly faster system, I'd have to spend ten times or more than > what I payed for the controller. Fair enough - you must have got the controller _really_ cheap. Expect to = spend a small fortune on a battery replacement when that fails, though. = They only typically last a couple of years. > The CPU alone would cost more. I > didn't expect any change in fps rates and got the improvement as a > surprising side effect. That will only apply when you are doing disk I/O at the same time, = surely. If you aren't disk disk I/O, then your CPU isn't doing checksumming. >>> I don't know about ZFS, though, never used that. How much CPU overhead >>> is involved with that? I don't need any more CPU overhead like comes >>> with software raid. >> >> If you are that CPU constrained, tuning the storage is the wrong thing >> to be looking at. > > What would you tune without buying a new CPU, board and RAM, and without > running into the same problem of too few SATA ports? As I said above - clearly you got the RAID controller very cheap. Within = that cost envelope it may well have been a reasonable solution - but = that doesn't take away the points about data safety and disk feature = requirements for use with hardware RAID (TLER). The reason TLER is important is because it allows you to limit time the = disk will try to spend scrubbing out an unreadable sector. When a sector = goes bad and the data read doesn't match the sector ECC, the disk will = try reading it over and over and over until it gets a read of the data = that is recoverable. A disk without TLER enabled might go away for a = very long time, sometimes a minute or two. Disks with crippled firmware = will deliberately not respond to resets while trying to do sector = recovery, again, purely to prevent working around the fact the disk = doesn't report TLER. When this happens, one of two things will occur: 1) The controller will kick out the disk and carry on without it, thus = losing the redundancy. 2) The controller might be clever enough to not kick out the disk that = doesn't support TLER (theoretical - you are at the mercy of the = closed-spec RAID card firmware that may or may not do something = sensible), but the only other thing it can do is wait for the disk to = return. But until the disk returns, the card will block further I/O. So in reality you have a choice between losing redundancy on the first = pending sector you encounter and the machine becoming unresponsive for = prolonged periods whenever you encounter a pending sector. With software RAID you can at least choose between the two (by selecting = the disk command timeout appropriately), and managing the situation = (e.g. setting up a process to monitor for disks that have been kicked = out of the array and automatically re-adding them (if they become = responsive again) to restore the redundancy). >>>>> expensive ones. Perhaps the lack of ports is not so much of a problem >>>>> with the available disk capacities nowadays; however, it is what >>>>> made me >>>>> get a hardware raid controller. >>>> >>>> Hardware RAID is, IMO, far too much of a liability with >>>> modern disks. Latent sector errors happen a lot more >>>> often than most people realize, and there are error >>>> situations that hardware RAID cannot meaningfully handle. >>> >>> So far, it works very well here. Do you think that software RAID can >>> handle errors better? >> >> Possibly in some cases. > > Cases like? ZFS, as you described it, might. ZFS is one example. I listed another example above. >>> And where do you find a mainboard that has like >>> 12 SAS/SATA ports? >> >> I use a Marvell 88SX7042 4-port card with two SIL3726 SATA port >> multipliers on it. This works very well for me and provides more >> bandwidth that my 12 disks can serve in a realistic usage pattern. > > Do you mean a card like this one: > http://www.hardware-rogge.com/product_info.php?products_id=3D15226 Yes, although =8080 is more than I paid for mine. IIRC mine were around =A3= 40. > This card alone costs almost as much as I payed for the RAID controller. You got the RAID controller _REALLY_ cheap. > How come you use such a card? Couldn't you use the on-board SATA ports > and connect a multiplier to them? Most south-bridge based SATA controllers don't support FIS, and = performance takes a massive nosedive when you lose command interlieving = between the disks. Some motherboards come with secondary SATA = controllers which behave much better but they often have other problems. = For example, two of the motherboards I have used recently have the = following secondary SATA controllers for extra ports: Silicon Image SIL3132, 2 ports: Has FIS+NCQ, but the card bottlenecks at = about 170MB/s, which is very low. Marvell 88SE9123, 2 ports: Has FIS+NCQ, but it has a PMP handling bug = that prevents the use of more than one PMP. You can use a PMP on one = port with 5 disks attached to the PMP, plus one disk attached directly = to the other port. If you attach a PMP to each port, no disks show up at = all. I needed more than one PMPs worth of extra disks, so I used a card with = the older Marvell chipset that works correctly. >> In contrast, I have three SAS RAID cards, two LSI and one Adaptec, >> none of which work at all on my motherboard with the IOMMU enabled. > > Hmmm, how come, and what are the symptoms? Perhaps I should try to > force NUMA to be enabled for the server. The symptoms are that all the disk commands get truncated and none of = the disks show up. DMA to/from the controller doesn't work. I'm pretty = sure it has nothing to do with NUMA, though - most like a side effect of = the Nvidia NF200 PCIe bridges on my motherboard. >>> It seems that things are getting more and more complicated --- despite >>> they don't need to --- and that people are getting more and more >>> clueless. More bugs might be a side effect of that, and things aren't >>> done as thoroughly as they used to be done. >> >> Indeed. The chances of getting a filed Fedora bug fixed, or even >> acknowledged before the Fedora's 6-month EOL bug zapper closes it for >> you are vanishlighly small, in my experience. > > Yes, it's ridiculous. I find it really stupid to close a bug because > some amount of time has passed rather than that the bug was looked into > and fixed, or at least checked whether it still exists or not. That's > not a way to handle bug reports. People will simply stop making any > because that's the best they can do. As far as I can tell that already happened some years ago. >>>> I find that on my motherboard most RAID controllers don't work >>>> at all with IOMMU enabled. Something about the way the transparent >>>> bridging native PCIX RAID ASICs to PCIe makes things not work. >>> >>> Perhaps that's a problem of your board, not of the controllers. >> >> It may well be, but it does show that the idea that a SAS RAID >> controller with many ports is a better solution does not universally >> apply. > > I never said it would :) I was looking at what's available to increase > the number of disks I could connect, and I found you can get relatively > cheap cards with only two ports which may work or not. More expensive > cards would have four ports and might work or not, and cards with more > than four ports were mostly RAID controllers. For the 4/4+ cards, the > prices were higher than what I could get the fully featured SAS/SATA > RAID controller with 8 internal ports for, so I got that one --- and > it's been working flawlessly for two years or so now. Only the server > has problems ... The battery packs on the memory modules do expire eventually, and if you = force write-caching to on without the BBU, you are probably going to = thoroughly destroy the file system the first time you have a power cut = in the middle of a heavy writing operation. If that happens you would probably be better off putting the controller = into a plain HBA/JBOD mode, but that would mean rebuilding the RAID array. >>>> Cheap SAS cards, OTOH, work just fine, and at a fraction of >>>> the cost. >>> >>> And they provide only a fraction of the ports and features. >> >> When I said SAS above I meant SATA. And PMPs help. > > Well, which ones do work? I didn't find anything to that when I looked > and didn't come across multipliers. Sa I said, I use Marvell 88SX7042 based cards (IIRC the StarTech branded = models, but I may have more than one brand - the cards all look and = function pretty identical, though) with SIL3276 based port multipliers = (IIRC my multipliers are made by Lycom, model ST-126, but there are = other similar models). >> The combination of SATA card and PMPs supports FIS and NCQ which means >> that the SATA controller's bandwidth per port is used very >> efficiently. > > Is that a good thing? Very. The alternative would be to wait for each command to complete, = which would massively cripple the disk I/O throughput. > I have a theory that when you have a software > RAID-5 with three disks and another RAID-1 with two disks, you have to > move so much data around that it plugs up the system, causing slowdowns. Yes, you have to send twice the data down the PCIe bus, but in practice = this creates a negligible overhead unless your machine is massively = short of CPU and PCIe bandwidth. My 7 year old Core2 machine manages about 8GB/s on memory I/O (limited = by the MCH, not the CPU). Let's say a modern SATA disk might = (optimistically) manage 200MB/s on linear transfers. So you are talking = bout a 200MB/s extra overhead on I/O that your CPU might have to do. = That is 1/40 of what the CPU can handle, or about 2.5%, and that is = assuming you are completely limited by disk I/O (in which case the most = of the other 97.5% of your CPU will probably be idle anyway). A more recent machine with the MCH integrated on the CPU die will manage = several times more memory bandwidth than my old Core2 that I used as an = example. > Even a software RAID-1 with two disks can create slowdowns, depending on > what data transfer rates the disks can sustain. I do not have such > slowdowns when the disks are on the hardware RAID controller. > > Perhaps it's a problem with the particular board I have and/or the CPU > being too slow to be able to deal with the overhead in such a way that > it's not noticeable, and perhaps it's much better to fill the bandwidth > of a single SATA port rather than using some of the bandwidth of five > SATA ports. If the total amount of I/O consumed is the same it shouldn't make much = difference. > Or perhaps filling the bandwidth of one SATA port plus the > CPU handling the overhead ZFS brings about isn't any better, who knows. More saturation of a SATA port isn't what gives you more performance - = the fact that you are managing to saturate the SATA port more is the = _consequence_ of getting more performance out of the disk subsystem. >>> Anyway, I have come to like hardware RAID better than software RAID. >> >> Whatever works for you. My view is that traditional RAID, certainly >> anything below RAID6, > > Well, you have to afford all the disks for such RAID levels. Is ZFS any > better in this regard? It doesn't make the disks cheaper, no. :) >> and even on RAID6 I don't trust the closed, opaque, undocumented >> implementation that might be in the firmware, is > > It's a big disadvantage of hardware RAID that you can't read the data > when the controller has failed, unless you have another, compatible > controller at hand. Did you check the sources of ZFS so that you can > trust it? I have looked at the ZoL and zfs-fuse sources in passing when looking at = various patches I wanted to apply (and writing a small one of my own for = zfs-fuse, to always force 4KB ashift), but I wouldn't say that I have = looked through the source enough to trust it based purely on my reading = of the code. But I suspect that orders of magnitude more people have looked at the = ZFS source than have looked at the RAID controller firmware source. For a typical example of the sort of errors I'm talking about, say you = have a hardware RAID5 array and a ZFS RAIDZ1 pool. Take one disk off each controller, write some random data over parts of = it (let's be kind, don't overwrite the RAID card's headers, which a = phantom write could theoretically do). Now put the disks back into their pools, and read the files whose data = you just overwrite. ZFS will spot the error, restore the data and hand you a good copy back. RAID controller will most likely give you back duff data without even = noticing something is wrong with it. You could run ZFS on top of the RAID logical volume, but because ZFS = would have no visibility of the raw disks and redundancy underneath, = there is nothing it can do to scrub out the bad data. But even in that = stack, ZFS would still at least notice the data is corrupted and refuse = to return it to the application. >> no longer fit for purpose with disks of the kind of size that ship >> today. > > How would that depend on the capacity of the disks? More data --> more > potential for errors --> more security required? The data error rates have been stagnant at one unrecoverable sector in = 10^-14 bits read. That's one bad sector on about 10TB of data. If you = are using 4TB drives in 3-disk RAID5, if you lose a disk you have to = read back 8TB of data to rebuild the parity onto the replaced disk. If = you are statistically going to get one bad block every 10TB of reads, it = means you have 80% chance of losing some data during rebuilding that array. Additionally, rebuilding times have been going up with disk size which = increases both the time of degraded performance during rebuild and the = probability of failure of another disk during the rebuild. >>> So with VMware, you'd have to get certified hardware. >> >> You wouldn't _have_ to get certified hardware. It just means that if >> you find that there is a total of one motherboard that fits your >> requirements and it's not on the certified list, you can plausibly >> take your chances with it even if it doesn't work out of the box. I >> did that with the SR-2 and got it working eventually in a way that >> would never have been possible with ESX. > > Are you saying that for your requirements you couldn't use VMware, which > makes it irrelevant whether the hardware is certified for it or not? Both. What I wanted to do couldn't be done on ESX within the same = resource constraints. I wanted to use a deduplicated ZFS pool for my VM = images, and there is no ESX port of ZFS. Additionally, there would have been no way for me to work around my = hardware bugs with ESX because I couldn't write patches to work around = the problem. >>>>> After all, I'm not convinced that virtualization as it's done with xen >>>>> and the like is the right way to go. >>>> [...] >>>> >>>> I am not a fan of virtualization for most workloads, but sometimes >>>> it is convenient, not least in order to work around deficiencies of >>>> other OS-es you might want to run. For example, I don't want to >>>> maintain 3 separate systems - partitioning up one big system is >>>> much more convenient. And I can run Windows gaming VMs while >>>> still having the advantages of easy full system rollbacks by >>>> having my domU disks backed by ZFS volumes. It's not for HPC >>>> workloads, but for some things it is the least unsuitable solution. >>> >>> Not even for most? It seems as if everyone is using it quite a lot, >>> make it sense or not. >> >> Most people haven't realized yet that the king's clothes are not >> suitable for every occasion, so to speak. In terms of the hype cycle, >> different users are at different stages. Many are still around the >> point of "peak of inflated expectations". Those that do the testing >> for their particular high performance workloads they were hoping to >> virtualize hit the "trough of disilusionment" pretty quickly most of >> the time. > > Why would they think that virtualization benefits things that require > high performance? I don't. But many people think it makes negligible difference because = they never did their testing properly. > When I need the most/best performance possible, it's > obviously counter productive. Apparently it's not obvious to many, many people. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 10:11:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 10:11:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YXo-0000Kw-Kn; Mon, 30 Jun 2014 10:10:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YXn-0000Ke-2u for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:10:39 +0000 Received: from [85.158.137.68:37814] by server-7.bemta-3.messagelabs.com id D9/4D-12069-E9731B35; Mon, 30 Jun 2014 10:10:38 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-31.messagelabs.com!1404123037!10614637!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16883 invoked from network); 30 Jun 2014 10:10:37 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 10:10:37 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.221.76.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D6AB4221DE2 for ; Mon, 30 Jun 2014 11:10:36 +0100 (BST) Message-ID: <53B1379C.30307@bobich.net> Date: Mon, 30 Jun 2014 11:10:36 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB3DE.8080405@op.pl> <87tx74i2hv.fsf@yun.yagibdah.de> In-Reply-To: <87tx74i2hv.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/29/2014 08:44 AM, lee wrote: > Kuba writes: > >> Each time data is read from the disk, it is checksummed and the >> checksum is compared with the value stored with the data. This way you >> know whether data you just read is good or not, not just that it had >> been written correctly. Take a look here for example, slides 12-16: >> >> http://wiki.illumos.org/download/attachments/1146951/zfs_last.pdf >> >> It's a little bit outdated and Solaris-centric, but might give you >> some overview. > > Still very interesting, thanks :) I think I should learn more about > it. Does it still need fuse, and can you boot from it? There is a fuse implementation, but it is somewhat abandoned these days. I still use it on my 32-bit systems (e.g. ARM) because ZoL doesn't play well on 32-bit platforms due to lack of kernel virtual memory space which the original Solaris ZFS implementation that most others are based on uses copiously. You _can_ boot from it if you _really_ want to, but you have to patch grub to make it work and personally I wouldn't recommend it, although many people over on the ZoL mailing list use it. I prefer my rootfs on ext4 since it makes certain recovery modes easier, and the rootfs is small and easy enough to back up and restore and sees very little activity after booting on most of my servers. I don't think booting of it is worth the extra complication. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 10:11:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 10:11:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YXo-0000Kw-Kn; Mon, 30 Jun 2014 10:10:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1YXn-0000Ke-2u for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:10:39 +0000 Received: from [85.158.137.68:37814] by server-7.bemta-3.messagelabs.com id D9/4D-12069-E9731B35; Mon, 30 Jun 2014 10:10:38 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-31.messagelabs.com!1404123037!10614637!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16883 invoked from network); 30 Jun 2014 10:10:37 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 10:10:37 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.221.76.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D6AB4221DE2 for ; Mon, 30 Jun 2014 11:10:36 +0100 (BST) Message-ID: <53B1379C.30307@bobich.net> Date: Mon, 30 Jun 2014 11:10:36 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB3DE.8080405@op.pl> <87tx74i2hv.fsf@yun.yagibdah.de> In-Reply-To: <87tx74i2hv.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 06/29/2014 08:44 AM, lee wrote: > Kuba writes: > >> Each time data is read from the disk, it is checksummed and the >> checksum is compared with the value stored with the data. This way you >> know whether data you just read is good or not, not just that it had >> been written correctly. Take a look here for example, slides 12-16: >> >> http://wiki.illumos.org/download/attachments/1146951/zfs_last.pdf >> >> It's a little bit outdated and Solaris-centric, but might give you >> some overview. > > Still very interesting, thanks :) I think I should learn more about > it. Does it still need fuse, and can you boot from it? There is a fuse implementation, but it is somewhat abandoned these days. I still use it on my 32-bit systems (e.g. ARM) because ZoL doesn't play well on 32-bit platforms due to lack of kernel virtual memory space which the original Solaris ZFS implementation that most others are based on uses copiously. You _can_ boot from it if you _really_ want to, but you have to patch grub to make it work and personally I wouldn't recommend it, although many people over on the ZoL mailing list use it. I prefer my rootfs on ext4 since it makes certain recovery modes easier, and the rootfs is small and easy enough to back up and restore and sees very little activity after booting on most of my servers. I don't think booting of it is worth the extra complication. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 10:18:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 10:18:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Yek-0001Fo-BF; Mon, 30 Jun 2014 10:17:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Yei-0001FX-8O for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:17:48 +0000 Received: from [193.109.254.147:3641] by server-14.bemta-14.messagelabs.com id 58/41-08195-B4931B35; Mon, 30 Jun 2014 10:17:47 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1404123467!14513907!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32102 invoked from network); 30 Jun 2014 10:17:47 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-10.tower-27.messagelabs.com with SMTP; 30 Jun 2014 10:17:47 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 30 Jun 2014 11:17:46 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Mon, 30 Jun 2014 11:17:46 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Mon, 30 Jun 2014 11:17:45 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+SF0IeliBBRb3TQmKhVdghOui4WwAAFXag Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> In-Reply-To: <1403880669.3169.59.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114063011174610302 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Jun 27, 2014 at 15:51:09, Ian Campbell wrote: > On Fri, 2014-06-27 at 15:36 +0100, Jeenu Viswambharan wrote: > > Thanks. I've copied the configuration made appropriate changes > > (attached). For Dom0, I'm using the same kernel as the Dom0, except > > that I've diabled Virtualization (therefore Xen too). I suppose > > that's OK? > > I think you said dom0 too many times there. Was one of them supposed > to be a domU? Err, yes, the first Dom0 was meant to be a DomU. > You need xen enabled in both dom0 and domU. In fact the easiest thing > to do is to use the same kernel for both. OK. > > I'm executing the command 'xl -vvv create guest.cfg'. The command > > reports failing to start a console (logs attached). When the command > > returns, I can see that 'xl list' lists a domain named 'guest', but > > I've no way to connect to it, or to know whether it has booted > > properly! > > The error messages suggest to me that you are missing some key piece > of generic infrastructure, like perhaps /dev/pts. > > I'd strongly recommend you find a way to run udev on this platform so > that it can sort out the content of /dev for you (this was the cause > of all the missing device nodes which you tripped over earlier too). Um, starting udev (via. /etc/init.d/udev start) effectively wipes out the /dev/ directory contents, barring few! I can't find any udev logs, despite changing log level to debug. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 10:18:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 10:18:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Yek-0001Fo-BF; Mon, 30 Jun 2014 10:17:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Yei-0001FX-8O for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:17:48 +0000 Received: from [193.109.254.147:3641] by server-14.bemta-14.messagelabs.com id 58/41-08195-B4931B35; Mon, 30 Jun 2014 10:17:47 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1404123467!14513907!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32102 invoked from network); 30 Jun 2014 10:17:47 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-10.tower-27.messagelabs.com with SMTP; 30 Jun 2014 10:17:47 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 30 Jun 2014 11:17:46 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Mon, 30 Jun 2014 11:17:46 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Mon, 30 Jun 2014 11:17:45 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+SF0IeliBBRb3TQmKhVdghOui4WwAAFXag Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> In-Reply-To: <1403880669.3169.59.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114063011174610302 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Jun 27, 2014 at 15:51:09, Ian Campbell wrote: > On Fri, 2014-06-27 at 15:36 +0100, Jeenu Viswambharan wrote: > > Thanks. I've copied the configuration made appropriate changes > > (attached). For Dom0, I'm using the same kernel as the Dom0, except > > that I've diabled Virtualization (therefore Xen too). I suppose > > that's OK? > > I think you said dom0 too many times there. Was one of them supposed > to be a domU? Err, yes, the first Dom0 was meant to be a DomU. > You need xen enabled in both dom0 and domU. In fact the easiest thing > to do is to use the same kernel for both. OK. > > I'm executing the command 'xl -vvv create guest.cfg'. The command > > reports failing to start a console (logs attached). When the command > > returns, I can see that 'xl list' lists a domain named 'guest', but > > I've no way to connect to it, or to know whether it has booted > > properly! > > The error messages suggest to me that you are missing some key piece > of generic infrastructure, like perhaps /dev/pts. > > I'd strongly recommend you find a way to run udev on this platform so > that it can sort out the content of /dev for you (this was the cause > of all the missing device nodes which you tripped over earlier too). Um, starting udev (via. /etc/init.d/udev start) effectively wipes out the /dev/ directory contents, barring few! I can't find any udev logs, despite changing log level to debug. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 10:27:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 10:27:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Ynw-0003kU-Hk; Mon, 30 Jun 2014 10:27:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Ynu-0003jz-PO for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:27:18 +0000 Received: from [193.109.254.147:24342] by server-15.bemta-14.messagelabs.com id 7E/14-15813-68B31B35; Mon, 30 Jun 2014 10:27:18 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1404124036!9093507!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20440 invoked from network); 30 Jun 2014 10:27:17 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 10:27:17 -0000 X-IronPort-AV: E=Sophos;i="5.01,574,1400025600"; d="scan'208";a="148585224" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 30 Jun 2014 10:27:13 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 30 Jun 2014 06:27:12 -0400 Message-ID: <1404124031.5000.54.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Mon, 30 Jun 2014 11:27:11 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-06-30 at 11:17 +0100, Jeenu Viswambharan wrote: > On Fri, Jun 27, 2014 at 15:51:09, Ian Campbell wrote: > > On Fri, 2014-06-27 at 15:36 +0100, Jeenu Viswambharan wrote: > > > Thanks. I've copied the configuration made appropriate changes > > > (attached). For Dom0, I'm using the same kernel as the Dom0, except > > > that I've diabled Virtualization (therefore Xen too). I suppose > > > that's OK? > > > > I think you said dom0 too many times there. Was one of them supposed > > to be a domU? > > Err, yes, the first Dom0 was meant to be a DomU. OK, then disabling virtualisation for the domU kernel is certainly wrong. > > > You need xen enabled in both dom0 and domU. In fact the easiest thing > > to do is to use the same kernel for both. > > OK. > > > > I'm executing the command 'xl -vvv create guest.cfg'. The command > > > reports failing to start a console (logs attached). When the command > > > returns, I can see that 'xl list' lists a domain named 'guest', but > > > I've no way to connect to it, or to know whether it has booted > > > properly! > > > > The error messages suggest to me that you are missing some key piece > > of generic infrastructure, like perhaps /dev/pts. > > > > I'd strongly recommend you find a way to run udev on this platform so > > that it can sort out the content of /dev for you (this was the cause > > of all the missing device nodes which you tripped over earlier too). > > Um, starting udev (via. /etc/init.d/udev start) effectively wipes out > the /dev/ directory contents, barring few! I can't find any udev logs, > despite changing log level to debug. http://community.arm.com/groups/processors/blog/2014/03/28/virtualization-on-arm-with-xen has an example initscript in it which seems to suggest that mount -t devtmpfs dev /dev /sbin/udevd --daemon udevadm trigger --action=add should do the right thing (I was advising Andrew when he wrote that and it sounds familiar to me to). If you are going to skip the usual /sbin/init based setup then I would recommend you use something akin to the init.sh proposed in that blog post (it doesn't look like it is terribly openSUSE specific, but YMMV). Ian. > > -- > Jeenu > > -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 > ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 10:27:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 10:27:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Ynw-0003kU-Hk; Mon, 30 Jun 2014 10:27:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1Ynu-0003jz-PO for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:27:18 +0000 Received: from [193.109.254.147:24342] by server-15.bemta-14.messagelabs.com id 7E/14-15813-68B31B35; Mon, 30 Jun 2014 10:27:18 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1404124036!9093507!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20440 invoked from network); 30 Jun 2014 10:27:17 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 10:27:17 -0000 X-IronPort-AV: E=Sophos;i="5.01,574,1400025600"; d="scan'208";a="148585224" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 30 Jun 2014 10:27:13 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 30 Jun 2014 06:27:12 -0400 Message-ID: <1404124031.5000.54.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Mon, 30 Jun 2014 11:27:11 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-06-30 at 11:17 +0100, Jeenu Viswambharan wrote: > On Fri, Jun 27, 2014 at 15:51:09, Ian Campbell wrote: > > On Fri, 2014-06-27 at 15:36 +0100, Jeenu Viswambharan wrote: > > > Thanks. I've copied the configuration made appropriate changes > > > (attached). For Dom0, I'm using the same kernel as the Dom0, except > > > that I've diabled Virtualization (therefore Xen too). I suppose > > > that's OK? > > > > I think you said dom0 too many times there. Was one of them supposed > > to be a domU? > > Err, yes, the first Dom0 was meant to be a DomU. OK, then disabling virtualisation for the domU kernel is certainly wrong. > > > You need xen enabled in both dom0 and domU. In fact the easiest thing > > to do is to use the same kernel for both. > > OK. > > > > I'm executing the command 'xl -vvv create guest.cfg'. The command > > > reports failing to start a console (logs attached). When the command > > > returns, I can see that 'xl list' lists a domain named 'guest', but > > > I've no way to connect to it, or to know whether it has booted > > > properly! > > > > The error messages suggest to me that you are missing some key piece > > of generic infrastructure, like perhaps /dev/pts. > > > > I'd strongly recommend you find a way to run udev on this platform so > > that it can sort out the content of /dev for you (this was the cause > > of all the missing device nodes which you tripped over earlier too). > > Um, starting udev (via. /etc/init.d/udev start) effectively wipes out > the /dev/ directory contents, barring few! I can't find any udev logs, > despite changing log level to debug. http://community.arm.com/groups/processors/blog/2014/03/28/virtualization-on-arm-with-xen has an example initscript in it which seems to suggest that mount -t devtmpfs dev /dev /sbin/udevd --daemon udevadm trigger --action=add should do the right thing (I was advising Andrew when he wrote that and it sounds familiar to me to). If you are going to skip the usual /sbin/init based setup then I would recommend you use something akin to the init.sh proposed in that blog post (it doesn't look like it is terribly openSUSE specific, but YMMV). Ian. > > -- > Jeenu > > -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 > ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 11:57:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 11:57:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBv-0000oi-Cq; Mon, 30 Jun 2014 11:56:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBt-0000oB-EM for xen-users@lists.xen.org; Mon, 30 Jun 2014 11:56:09 +0000 Received: from [193.109.254.147:16150] by server-8.bemta-14.messagelabs.com id 9C/A9-01877-85051B35; Mon, 30 Jun 2014 11:56:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-13.tower-27.messagelabs.com!1404129366!14530038!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17698 invoked from network); 30 Jun 2014 11:56:07 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-13.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 30 Jun 2014 11:56:07 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1aBp-0001Px-DF for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1aBp-0002yh-94 for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <4296636.4UV7XcsykC@eve> (Joost Roeleveld's message of "Mon, 30 Jun 2014 09:11:19 +0200") Date: Mon, 30 Jun 2014 13:43:16 +0200 Organization: my virtual residence Message-ID: <87ha32ei7f.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> <4296636.4UV7XcsykC@eve> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Joost Roeleveld writes: > On Sunday 29 June 2014 17:35:17 lee wrote: >> "J. Roeleveld" writes: >> > Try to read the SMART-values of the disk. >> >> I'm not sure how to do that, and what would they tell me? > > Either connect the disks directly to a sata port on a mainboard (normal > desktop would suffice). Disabling the raid-functionality of the card might also > suffice. > Then use (assuming the disk is /dev/sda) > # smartctl --all /dev/sda IIRC, there is a way to somehow display the smart info, probably with arcconf. I'd rather not use that if it might cause problems. Connecting them to SATA ports would be going to lengths. In any case, I'd get some numbers that won't tell me anything, and that three disks would suddenly go bad only because they are connected to a different controller seems very unlikely. >> I know, they aren't suited for this purpose. Yet they have been working >> fine on the P800, and that three disks should decide to go bad in a way >> that blocks the controller (or whatever happens) every now and then >> seems unlikely. > > No, it doesn't. Why not? These disks might never work with this controller. That doesn't mean that they have gone bad. > Does the error occur after the server has been idle for a while? Or when the > disks are being stressed? I haven't seen any relation between disk usage and crashes. There seem to have been different reasons for crashing, i. e. first it would crash with "swiotbl is full", then with "arcconf seems to hang" and now with "scsi bus hanging?". I upgraded the kernel with one from Debian backports, then a couple days later there was another kernel upgrade when I removed the status checking. So it crashed with "scsi bus hanging?", and I changed the PHY setting of the controller again: The controller has PHY settings, ranging from 0--5, which can be changed for each disk individually. They were all on 5 to begin with, and the controller had trouble to detect the SATA disks on 5. I changed them all to 0 because it's the default, and the docs say that's supposed to work best. Since that, it doesn't have problems detecting the disks. It still crashed with PHY on 1, and I'm on 2 now. It hasn't crashed in over a day yet [knocks on wood]. If it works now, I'll leave it at 2; if it crashes again, I'll increase to 3 ... Apparently this PHY setting is at the lowest level of the SATA protocol and has something to do with how the link between the devices is established. So what happens when the link between a disk and the controller suddenly goes down and cannot be re-established? I'd expect the controller to handle that gracefully, especially since it's hot-plug capable with SAS drives. Perhaps it blocks, trying to re-establish the link because the disk is still present, and is unsuccessful until rebooted. > If the former, then you need to figure out how to AVOID the disks to enter > powersaving mode. It takes time for the disks to spin up again afterwards. The > raid controller is timing out on access to the disks. > > If the latter, then you might have issues on the drives themselves which the > drives are trying to solve themselves. > > My guess is that it is the former. (eg. when the server has been idle for a > while) It's been idle over night and didn't crash. Since the disks are data-only, there isn't anything accessing them unless I do something with the data. If it was powersaving causing problems, chances are that I'd have had problems with it before. But then, it seems that an SATA link goes down or can go down when a disk saves power. So you might be right: disk goes to sleep, controller cannot re-establish link because of PHY settings, and then things hang. Is it even possible to disable the power management of WD20EARS in such a way that the SATA link remains up at all times? I never did anything about power management with these disks. >> So I think it's more likely an incompatibility of these disks with the >> ServeRaid controller than the disks being bad, and I'd have to replace >> all of them. Or this controller just sucks. > > Yep, incompatibility. Not necessarily with these disks, but with the > powersaving settings in the disks firmware. I believe there are tools available > you could use to adjust those settings. But I have no experience with them and > you need to connect the disks directly to a standard sata port and use ms > windows. (As I think those are ms windows tools) Hm, I don't have windoze. And won't the settings be lost once the computer/disk is turned off? >> IBM has supposedly fixed such issues with firmware updates, and >> I updated everything I could even before installing the disks. > > Check the settings on the raid card for powersaving/spindown/powerup > timeouts/.... IIRC, arcconf said power management for the disks is disabled, and I think the controller might have spin-up settings to spin up the disks one after the other when booting. For now, I don't want to touch anything and see if it crashes again. If it does, I'll see what I can find out about power management. That pm causes problems seems to make the most sense now. > You could try changing the raid controller? Maybe, over time, if I can get one that fits and which doesn't have the 2TB limit. I'd have to connect it somehow to the drive enclosure. The P800 is a rather big card, and even if I can plug it into the server, how would I connect it? >> So there I'm stuck :( The plan was to have my data on the server. >> Perhaps I'll have to declare the experiment as failed and sell the >> server. > > Not necessarily, but I would advice against using green drives in a server > when using hardware raid cards. I'd advise against that, too. None of this was planned when I bought the WD20EARS; they were bought to be used with software raid. Suitable disks would have cost 2.5 times as much. >> I could probably run the disks as JBOD. If they are incompatible with >> the controller, that won't help. > > Try putting the disks through individually to the OS. Then use Linux software > raid (mdadm) to do the RAID. That should work better as the RAID-software on > the card won't end up with timeout issues after powersaving kicks in. If it was merely timing issues, the controller should, at worst, fail the disk, shouldn't it? If it's issues with the SATA link going away and not coming back, the problem would persist with JBOD. I might try JBOD, though, because I'm tempted to switch to ZFS. But first the hardware needs to be stable. >> Perhaps the controller is broken. Or it's something that xen does. > > Xen has nothing to do with this. > Most likely: raid-controler <-> disks incompatibility. Well, "swiotlb is full" looks more like kernel/xen than anything else. Or it's a symptom caused by an underlying problem like disk incompatibility. I'm still undecided about whether this is the kind of problem that has multiple causes or not. >> I wish it was a feature of xen --- that would make sense, but how would >> xen know when a VM is fully up ... > > It can, actually. > > If you have client-utilities running inside the VM, those can check easily > when the VM is fully booted. (put those to start last, for instance) > > Then those utilities use the xen-api to inform the host. > Read up on xenfs, it is usable to communicate between the guest and the host. Client utilities? Xenfs? Hmmm ... Why don't ppl use that? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 11:57:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 11:57:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBu-0000oW-Ni; Mon, 30 Jun 2014 11:56:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBt-0000o9-EQ for xen-users@lists.xen.org; Mon, 30 Jun 2014 11:56:09 +0000 Received: from [85.158.143.35:8857] by server-1.bemta-4.messagelabs.com id B8/9C-09496-85051B35; Mon, 30 Jun 2014 11:56:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1404129366!14741027!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2330 invoked from network); 30 Jun 2014 11:56:07 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 30 Jun 2014 11:56:07 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1aBp-0001Py-El for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1aBp-0002ym-Ad for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B11802.6060609@websitemanagers.com.au> (Adam Goryachev's message of "Mon, 30 Jun 2014 17:55:46 +1000") Date: Mon, 30 Jun 2014 13:54:47 +0200 Organization: my virtual residence Message-ID: <87d2dqeho8.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> <4296636.4UV7XcsykC@eve> <53B11802.6060609@websitemanagers.com.au> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Adam Goryachev writes: > BTW, this reminds me of the issue of these type of disks (consumer/non > RAID) dropping out of linux MD raid arrays by themselves, even though > they are perfectly good. For the cause, and solution, read up on > SCT/ERC. Yes, that's why they aren't suited for what I'm using them. I have a WD20EARS lying around that was (repeatedly) failed by the P800. It might still be what could be considered as "good". But would you trust your data to a disk that already spends long times on error correction? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 11:57:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 11:57:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBu-0000oO-6f; Mon, 30 Jun 2014 11:56:10 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBt-0000oA-1W for xen-users@lists.xen.org; Mon, 30 Jun 2014 11:56:09 +0000 Received: from [193.109.254.147:16107] by server-14.bemta-14.messagelabs.com id B6/EE-08195-85051B35; Mon, 30 Jun 2014 11:56:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-9.tower-27.messagelabs.com!1404129366!14512846!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22878 invoked from network); 30 Jun 2014 11:56:07 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-9.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 30 Jun 2014 11:56:07 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1aBp-0001Pw-C3 for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1aBp-0002yc-6a for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1607413.rpQsMuWSY1@eve> (Joost Roeleveld's message of "Mon, 30 Jun 2014 08:57:10 +0200") Date: Mon, 30 Jun 2014 11:45:58 +0200 Organization: my virtual residence Message-ID: <87oaxaenmx.fsf@yun.yagibdah.de> References: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> <87oaxbhe33.fsf@yun.yagibdah.de> <1607413.rpQsMuWSY1@eve> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Joost Roeleveld writes: >> On Sunday 29 June 2014 18:31:44 lee wrote: >> >> I think enforcing a particular order in which the VMs are started and a >> waiting period between starting each VM is the most reasonable approach >> in my case. >> >> [...] > > I used to do it this way. Untill I ended up with varying boot times due to > aging hardware, network congestion to the internet for some services and > filesystem checks because of max mount-count reached or too long without > checking. Hm, yes, that could be a problem. > With the disks you are using, you are more likely to end up with varying boot > times then if you would be using disks that do not have aggressive > powersaving. It's booting from the two 15k SAS disks --- I doubt that those have aggressive powersaving :) Even if --- I doubt the powersaving would vary so much that it would have much effect on boot time. >> I guess I could "encode" the waiting periods in the file names ... With >> a name like '02-0300-VMx.cfg', I could make the starting script wait 300 >> seconds before it actually starts that VM, and it would start >> '01-0000-VMz.cfg' before that, without waiting. That would be plain and >> simple. >> >> Actually, the default xendomains script should do that ... > > No, it shouldn't. > An additional option inside the config-file might be an option. But I wouldn't > want the default init-script to use the filename for any configuration item. It seems to have become common practise for split configuration files. Not that I like those, and you could argue that the ones for VMs aren't split, yet it would be an easy way to do it. An additional option would be better, though. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 11:57:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 11:57:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBv-0000oi-Cq; Mon, 30 Jun 2014 11:56:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBt-0000oB-EM for xen-users@lists.xen.org; Mon, 30 Jun 2014 11:56:09 +0000 Received: from [193.109.254.147:16150] by server-8.bemta-14.messagelabs.com id 9C/A9-01877-85051B35; Mon, 30 Jun 2014 11:56:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-13.tower-27.messagelabs.com!1404129366!14530038!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17698 invoked from network); 30 Jun 2014 11:56:07 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-13.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 30 Jun 2014 11:56:07 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1aBp-0001Px-DF for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1aBp-0002yh-94 for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <4296636.4UV7XcsykC@eve> (Joost Roeleveld's message of "Mon, 30 Jun 2014 09:11:19 +0200") Date: Mon, 30 Jun 2014 13:43:16 +0200 Organization: my virtual residence Message-ID: <87ha32ei7f.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> <4296636.4UV7XcsykC@eve> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Joost Roeleveld writes: > On Sunday 29 June 2014 17:35:17 lee wrote: >> "J. Roeleveld" writes: >> > Try to read the SMART-values of the disk. >> >> I'm not sure how to do that, and what would they tell me? > > Either connect the disks directly to a sata port on a mainboard (normal > desktop would suffice). Disabling the raid-functionality of the card might also > suffice. > Then use (assuming the disk is /dev/sda) > # smartctl --all /dev/sda IIRC, there is a way to somehow display the smart info, probably with arcconf. I'd rather not use that if it might cause problems. Connecting them to SATA ports would be going to lengths. In any case, I'd get some numbers that won't tell me anything, and that three disks would suddenly go bad only because they are connected to a different controller seems very unlikely. >> I know, they aren't suited for this purpose. Yet they have been working >> fine on the P800, and that three disks should decide to go bad in a way >> that blocks the controller (or whatever happens) every now and then >> seems unlikely. > > No, it doesn't. Why not? These disks might never work with this controller. That doesn't mean that they have gone bad. > Does the error occur after the server has been idle for a while? Or when the > disks are being stressed? I haven't seen any relation between disk usage and crashes. There seem to have been different reasons for crashing, i. e. first it would crash with "swiotbl is full", then with "arcconf seems to hang" and now with "scsi bus hanging?". I upgraded the kernel with one from Debian backports, then a couple days later there was another kernel upgrade when I removed the status checking. So it crashed with "scsi bus hanging?", and I changed the PHY setting of the controller again: The controller has PHY settings, ranging from 0--5, which can be changed for each disk individually. They were all on 5 to begin with, and the controller had trouble to detect the SATA disks on 5. I changed them all to 0 because it's the default, and the docs say that's supposed to work best. Since that, it doesn't have problems detecting the disks. It still crashed with PHY on 1, and I'm on 2 now. It hasn't crashed in over a day yet [knocks on wood]. If it works now, I'll leave it at 2; if it crashes again, I'll increase to 3 ... Apparently this PHY setting is at the lowest level of the SATA protocol and has something to do with how the link between the devices is established. So what happens when the link between a disk and the controller suddenly goes down and cannot be re-established? I'd expect the controller to handle that gracefully, especially since it's hot-plug capable with SAS drives. Perhaps it blocks, trying to re-establish the link because the disk is still present, and is unsuccessful until rebooted. > If the former, then you need to figure out how to AVOID the disks to enter > powersaving mode. It takes time for the disks to spin up again afterwards. The > raid controller is timing out on access to the disks. > > If the latter, then you might have issues on the drives themselves which the > drives are trying to solve themselves. > > My guess is that it is the former. (eg. when the server has been idle for a > while) It's been idle over night and didn't crash. Since the disks are data-only, there isn't anything accessing them unless I do something with the data. If it was powersaving causing problems, chances are that I'd have had problems with it before. But then, it seems that an SATA link goes down or can go down when a disk saves power. So you might be right: disk goes to sleep, controller cannot re-establish link because of PHY settings, and then things hang. Is it even possible to disable the power management of WD20EARS in such a way that the SATA link remains up at all times? I never did anything about power management with these disks. >> So I think it's more likely an incompatibility of these disks with the >> ServeRaid controller than the disks being bad, and I'd have to replace >> all of them. Or this controller just sucks. > > Yep, incompatibility. Not necessarily with these disks, but with the > powersaving settings in the disks firmware. I believe there are tools available > you could use to adjust those settings. But I have no experience with them and > you need to connect the disks directly to a standard sata port and use ms > windows. (As I think those are ms windows tools) Hm, I don't have windoze. And won't the settings be lost once the computer/disk is turned off? >> IBM has supposedly fixed such issues with firmware updates, and >> I updated everything I could even before installing the disks. > > Check the settings on the raid card for powersaving/spindown/powerup > timeouts/.... IIRC, arcconf said power management for the disks is disabled, and I think the controller might have spin-up settings to spin up the disks one after the other when booting. For now, I don't want to touch anything and see if it crashes again. If it does, I'll see what I can find out about power management. That pm causes problems seems to make the most sense now. > You could try changing the raid controller? Maybe, over time, if I can get one that fits and which doesn't have the 2TB limit. I'd have to connect it somehow to the drive enclosure. The P800 is a rather big card, and even if I can plug it into the server, how would I connect it? >> So there I'm stuck :( The plan was to have my data on the server. >> Perhaps I'll have to declare the experiment as failed and sell the >> server. > > Not necessarily, but I would advice against using green drives in a server > when using hardware raid cards. I'd advise against that, too. None of this was planned when I bought the WD20EARS; they were bought to be used with software raid. Suitable disks would have cost 2.5 times as much. >> I could probably run the disks as JBOD. If they are incompatible with >> the controller, that won't help. > > Try putting the disks through individually to the OS. Then use Linux software > raid (mdadm) to do the RAID. That should work better as the RAID-software on > the card won't end up with timeout issues after powersaving kicks in. If it was merely timing issues, the controller should, at worst, fail the disk, shouldn't it? If it's issues with the SATA link going away and not coming back, the problem would persist with JBOD. I might try JBOD, though, because I'm tempted to switch to ZFS. But first the hardware needs to be stable. >> Perhaps the controller is broken. Or it's something that xen does. > > Xen has nothing to do with this. > Most likely: raid-controler <-> disks incompatibility. Well, "swiotlb is full" looks more like kernel/xen than anything else. Or it's a symptom caused by an underlying problem like disk incompatibility. I'm still undecided about whether this is the kind of problem that has multiple causes or not. >> I wish it was a feature of xen --- that would make sense, but how would >> xen know when a VM is fully up ... > > It can, actually. > > If you have client-utilities running inside the VM, those can check easily > when the VM is fully booted. (put those to start last, for instance) > > Then those utilities use the xen-api to inform the host. > Read up on xenfs, it is usable to communicate between the guest and the host. Client utilities? Xenfs? Hmmm ... Why don't ppl use that? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 11:57:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 11:57:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBu-0000oW-Ni; Mon, 30 Jun 2014 11:56:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBt-0000o9-EQ for xen-users@lists.xen.org; Mon, 30 Jun 2014 11:56:09 +0000 Received: from [85.158.143.35:8857] by server-1.bemta-4.messagelabs.com id B8/9C-09496-85051B35; Mon, 30 Jun 2014 11:56:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1404129366!14741027!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2330 invoked from network); 30 Jun 2014 11:56:07 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 30 Jun 2014 11:56:07 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1aBp-0001Py-El for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1aBp-0002ym-Ad for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B11802.6060609@websitemanagers.com.au> (Adam Goryachev's message of "Mon, 30 Jun 2014 17:55:46 +1000") Date: Mon, 30 Jun 2014 13:54:47 +0200 Organization: my virtual residence Message-ID: <87d2dqeho8.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> <4296636.4UV7XcsykC@eve> <53B11802.6060609@websitemanagers.com.au> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Adam Goryachev writes: > BTW, this reminds me of the issue of these type of disks (consumer/non > RAID) dropping out of linux MD raid arrays by themselves, even though > they are perfectly good. For the cause, and solution, read up on > SCT/ERC. Yes, that's why they aren't suited for what I'm using them. I have a WD20EARS lying around that was (repeatedly) failed by the P800. It might still be what could be considered as "good". But would you trust your data to a disk that already spends long times on error correction? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 11:57:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 11:57:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBu-0000oO-6f; Mon, 30 Jun 2014 11:56:10 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aBt-0000oA-1W for xen-users@lists.xen.org; Mon, 30 Jun 2014 11:56:09 +0000 Received: from [193.109.254.147:16107] by server-14.bemta-14.messagelabs.com id B6/EE-08195-85051B35; Mon, 30 Jun 2014 11:56:08 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-9.tower-27.messagelabs.com!1404129366!14512846!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22878 invoked from network); 30 Jun 2014 11:56:07 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-9.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 30 Jun 2014 11:56:07 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X1aBp-0001Pw-C3 for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X1aBp-0002yc-6a for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:56:05 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1607413.rpQsMuWSY1@eve> (Joost Roeleveld's message of "Mon, 30 Jun 2014 08:57:10 +0200") Date: Mon, 30 Jun 2014 11:45:58 +0200 Organization: my virtual residence Message-ID: <87oaxaenmx.fsf@yun.yagibdah.de> References: <1403982378.5526.135598901.65C17FE6@webmail.messagingengine.com> <87oaxbhe33.fsf@yun.yagibdah.de> <1607413.rpQsMuWSY1@eve> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Joost Roeleveld writes: >> On Sunday 29 June 2014 18:31:44 lee wrote: >> >> I think enforcing a particular order in which the VMs are started and a >> waiting period between starting each VM is the most reasonable approach >> in my case. >> >> [...] > > I used to do it this way. Untill I ended up with varying boot times due to > aging hardware, network congestion to the internet for some services and > filesystem checks because of max mount-count reached or too long without > checking. Hm, yes, that could be a problem. > With the disks you are using, you are more likely to end up with varying boot > times then if you would be using disks that do not have aggressive > powersaving. It's booting from the two 15k SAS disks --- I doubt that those have aggressive powersaving :) Even if --- I doubt the powersaving would vary so much that it would have much effect on boot time. >> I guess I could "encode" the waiting periods in the file names ... With >> a name like '02-0300-VMx.cfg', I could make the starting script wait 300 >> seconds before it actually starts that VM, and it would start >> '01-0000-VMz.cfg' before that, without waiting. That would be plain and >> simple. >> >> Actually, the default xendomains script should do that ... > > No, it shouldn't. > An additional option inside the config-file might be an option. But I wouldn't > want the default init-script to use the filename for any configuration item. It seems to have become common practise for split configuration files. Not that I like those, and you could argue that the ones for VMs aren't split, yet it would be an easy way to do it. An additional option would be better, though. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 12:23:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 12:23:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aav-0002kl-E6; Mon, 30 Jun 2014 12:22:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aat-0002ka-H5 for xen-users@lists.xen.org; Mon, 30 Jun 2014 12:21:59 +0000 Received: from [85.158.139.211:3985] by server-1.bemta-5.messagelabs.com id A7/E4-30932-66651B35; Mon, 30 Jun 2014 12:21:58 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1404130918!7447005!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7381 invoked from network); 30 Jun 2014 12:21:58 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-10.tower-206.messagelabs.com with SMTP; 30 Jun 2014 12:21:58 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 30 Jun 2014 13:21:57 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Mon, 30 Jun 2014 13:21:55 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Mon, 30 Jun 2014 13:21:54 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+UTeH/Gwq9NFFTSyyauEdRGzQK6AAB9wHw Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> In-Reply-To: <1404124031.5000.54.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114063013215705402 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D79E5B84E0GEORGEEmeaA_" Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D79E5B84E0GEORGEEmeaA_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 T24gTW9uLCBKdW4gMzAsIDIwMTQgYXQgMTE6Mjc6MTEsIElhbiBDYW1wYmVsbCB3cm90ZToNCj4g T24gTW9uLCAyMDE0LTA2LTMwIGF0IDExOjE3ICswMTAwLCBKZWVudSBWaXN3YW1iaGFyYW4gd3Jv dGU6DQo+ID4gT24gRnJpLCBKdW4gMjcsIDIwMTQgYXQgMTU6NTE6MDksIElhbiBDYW1wYmVsbCB3 cm90ZToNCj4gPiA+IFRoZSBlcnJvciBtZXNzYWdlcyBzdWdnZXN0IHRvIG1lIHRoYXQgeW91IGFy ZSBtaXNzaW5nIHNvbWUga2V5DQo+ID4gPiBwaWVjZSBvZiBnZW5lcmljIGluZnJhc3RydWN0dXJl LCBsaWtlIHBlcmhhcHMgL2Rldi9wdHMuDQo+ID4gPg0KPiA+ID4gSSdkIHN0cm9uZ2x5IHJlY29t bWVuZCB5b3UgZmluZCBhIHdheSB0byBydW4gdWRldiBvbiB0aGlzIHBsYXRmb3JtDQo+ID4gPiBz byB0aGF0IGl0IGNhbiBzb3J0IG91dCB0aGUgY29udGVudCBvZiAvZGV2IGZvciB5b3UgKHRoaXMg d2FzIHRoZQ0KPiA+ID4gY2F1c2Ugb2YgYWxsIHRoZSBtaXNzaW5nIGRldmljZSBub2RlcyB3aGlj aCB5b3UgdHJpcHBlZCBvdmVyDQo+ID4gPiBlYXJsaWVyIHRvbykuDQo+ID4NCj4gPiBVbSwgc3Rh cnRpbmcgdWRldiAodmlhLiAvZXRjL2luaXQuZC91ZGV2IHN0YXJ0KSBlZmZlY3RpdmVseSB3aXBl cw0KPiA+IG91dCB0aGUgL2Rldi8gZGlyZWN0b3J5IGNvbnRlbnRzLCBiYXJyaW5nIGZldyEgSSBj YW4ndCBmaW5kIGFueSB1ZGV2DQo+ID4gbG9ncywgZGVzcGl0ZSBjaGFuZ2luZyBsb2cgbGV2ZWwg dG8gZGVidWcuDQo+DQo+IGh0dHA6Ly9jb21tdW5pdHkuYXJtLmNvbS9ncm91cHMvcHJvY2Vzc29y cy9ibG9nLzIwMTQvMDMvMjgvdmlydHVhbGl6YXRpb24tb24tYXJtLXdpdGgteGVuIGhhcyBhbiBl eGFtcGxlIGluaXRzY3JpcHQgaW4gaXQgd2hpY2ggc2VlbXMgdG8gc3VnZ2VzdCB0aGF0DQo+ICAg ICAgICAgbW91bnQgLXQgZGV2dG1wZnMgZGV2IC9kZXYNCj4gICAgICAgICAvc2Jpbi91ZGV2ZCAt LWRhZW1vbg0KPiAgICAgICAgIHVkZXZhZG0gdHJpZ2dlciAtLWFjdGlvbj1hZGQNCj4gc2hvdWxk IGRvIHRoZSByaWdodCB0aGluZyAoSSB3YXMgYWR2aXNpbmcgQW5kcmV3IHdoZW4gaGUgd3JvdGUg dGhhdA0KPiBhbmQgaXQgc291bmRzIGZhbWlsaWFyIHRvIG1lIHRvKS4gSWYgeW91IGFyZSBnb2lu ZyB0byBza2lwIHRoZSB1c3VhbA0KPiAvc2Jpbi9pbml0IGJhc2VkIHNldHVwIHRoZW4gSSB3b3Vs ZCByZWNvbW1lbmQgeW91IHVzZSBzb21ldGhpbmcgYWtpbg0KPiB0byB0aGUgaW5pdC5zaCBwcm9w b3NlZCBpbiB0aGF0IGJsb2cgcG9zdCAoaXQgZG9lc24ndCBsb29rIGxpa2UgaXQgaXMNCj4gdGVy cmlibHkgb3BlblNVU0Ugc3BlY2lmaWMsIGJ1dCBZTU1WKS4NCg0KVGhhbmtzLiBJdCBsb29rcyBs aWtlIHRoYXQgaGVscGVkLiBUaGUgVk0gY3JlYXRpb24gbm8gbW9yZSBwcmludHMgYW55DQplcnJv ciAoYWJvdXQgY3JlYXRpbmcgdGVybWluYWxzLCBwcmV2aW91c2x5KSB3aGVuIGl0IHJldHVybnMg dGhlIHNoZWxsDQpwcm9tcHQuICd4bCBsaXN0JyBsaXN0cyBhIGd1ZXN0IGJ5IG5hbWUgJ2d1ZXN0 Jy4gSG93ZXZlciwgd2hlbiBJIGV4ZWN1dGUNCid4bCBjb25zb2xlIGd1ZXN0JywgdGhlIGNvbW1h bmQgZ29lcyBkZWFkOyB0aGVyZSBhcmUgbm8gdmVyYm9zZSBsb2dzDQpldmVuIGlmIEkgcGFzcyAt dnZ2IHRvIHhsLg0KDQpJdCdzIGFsbW9zdCB0aGUgc2FtZSBlZmZlY3QgaWYgSSBydW4gdGhlIGNv bW1hbmQgJ3hsIC12dnYgY3JlYXRlDQpndWVzdC5jZmcgLWMnLCB0aGF0IGl0IGFwcGVhcnMgc3R1 Y2sgYW5kIGRvZXNuJ3QgcmV0dXJuIHByb21wdC4NCg0KLS0NCkplZW51DQoNCi0tIElNUE9SVEFO VCBOT1RJQ0U6IFRoZSBjb250ZW50cyBvZiB0aGlzIGVtYWlsIGFuZCBhbnkgYXR0YWNobWVudHMg YXJlIGNvbmZpZGVudGlhbCBhbmQgbWF5IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBu b3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGltbWVk aWF0ZWx5IGFuZCBkbyBub3QgZGlzY2xvc2UgdGhlIGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJz b24sIHVzZSBpdCBmb3IgYW55IHB1cnBvc2UsIG9yIHN0b3JlIG9yIGNvcHkgdGhlIGluZm9ybWF0 aW9uIGluIGFueSBtZWRpdW0uICBUaGFuayB5b3UuDQoNCkFSTSBMaW1pdGVkLCBSZWdpc3RlcmVk IG9mZmljZSAxMTAgRnVsYm91cm4gUm9hZCwgQ2FtYnJpZGdlIENCMSA5TkosIFJlZ2lzdGVyZWQg aW4gRW5nbGFuZCAmIFdhbGVzLCBDb21wYW55IE5vOiAgMjU1NzU5MA0KQVJNIEhvbGRpbmdzIHBs YywgUmVnaXN0ZXJlZCBvZmZpY2UgMTEwIEZ1bGJvdXJuIFJvYWQsIENhbWJyaWRnZSBDQjEgOU5K LCBSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcywgQ29tcGFueSBObzogIDI1NDg3ODINCg== --_002_B69BE294631500448B6D3B9936E1743202D79E5B84E0GEORGEEmeaA_ Content-Type: application/octet-stream; name="xl.create.log" Content-Description: xl.create.log Content-Disposition: attachment; filename="xl.create.log"; size=6714; creation-date="Mon, 30 Jun 2014 12:21:12 GMT"; modification-date="Mon, 30 Jun 2014 12:20:59 GMT" Content-Transfer-Encoding: base64 cm9vdEAobm9uZSk6L3Jvb3QjIHhsIC12dnYgY3JlYXRlIGd1ZXN0LmNmZyAtZApQYXJzaW5nIGNv bmZpZyBmcm9tIGd1ZXN0LmNmZwp1bmFibGUgdG8gZm9ybWF0IGRvbWFpbiBjb25maWcgYXMgSlNP TiAoWUFKTDoxKQpsaWJ4bDogdmVyYm9zZTogbGlieGxfY3JlYXRlLmM6MTM0OmxpYnhsX19kb21h aW5fYnVpbGRfaW5mb19zZXRkZWZhdWx0OiBxZW11LXhlbiBpcyB1bmF2YWlsYWJsZSwgdXNlIHFl bXUteGVuLXRyYWRpdGlvbmFsIGluc3RlYWQ6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKbGli eGw6IGRlYnVnOiBsaWJ4bF9jcmVhdGUuYzoxMzQyOmRvX2RvbWFpbl9jcmVhdGU6IGFvIDB4MzRm ODA6IGNyZWF0ZTogaG93PShuaWwpIGNhbGxiYWNrPShuaWwpIHBvbGxlcj0weDM0ZGM4CmxpYnhs OiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MjUxOmxpYnhsX19kZXZpY2VfZGlza19zZXRfYmFja2Vu ZDogRGlzayB2ZGV2PXh2ZGEgc3BlYy5iYWNrZW5kPXVua25vd24KbGlieGw6IGRlYnVnOiBsaWJ4 bF9kZXZpY2UuYzoyODY6bGlieGxfX2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9 eHZkYSwgdXNpbmcgYmFja2VuZCBwaHkKbGlieGw6IGRlYnVnOiBsaWJ4bF9jcmVhdGUuYzo3OTc6 aW5pdGlhdGVfZG9tYWluX2NyZWF0ZTogcnVubmluZyBib290bG9hZGVyCmxpYnhsOiBkZWJ1Zzog bGlieGxfYm9vdGxvYWRlci5jOjMyNzpsaWJ4bF9fYm9vdGxvYWRlcl9ydW46IG5vIGJvb3Rsb2Fk ZXIgY29uZmlndXJlZCwgdXNpbmcgdXNlciBzdXBwbGllZCBrZXJuZWwKbGlieGw6IGRlYnVnOiBs aWJ4bF9ldmVudC5jOjYxODpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3PTB4 MzJmNjA6IGRlcmVnaXN0ZXIgdW5yZWdpc3RlcmVkCmxpYnhsOiBkZWJ1ZzogbGlieGxfbnVtYS5j OjQ3NTpsaWJ4bF9fZ2V0X251bWFfY2FuZGlkYXRlOiBOZXcgYmVzdCBOVU1BIHBsYWNlbWVudCBj YW5kaWRhdGUgZm91bmQ6IG5yX25vZGVzPTEsIG5yX2NwdXM9MiwgbnJfdmNwdXM9MywgZnJlZV9t ZW1rYj04NjEKbGlieGw6IGRldGFpbDogbGlieGxfZG9tLmM6MTk1Om51bWFfcGxhY2VfZG9tYWlu OiBOVU1BIHBsYWNlbWVudCBjYW5kaWRhdGUgd2l0aCAxIG5vZGVzLCAyIGNwdXMgYW5kIDg2MSBL QiBmcmVlIHNlbGVjdGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2FsbG9jYXRlOiBj bWRsaW5lPSJlYXJseXByaW50az14ZW5ib290IGNvbnNvbGU9aHZjMCByb290PS9kZXYveHZkYSBk ZWJ1ZyBydyBpbml0PS9iaW4vc2giLCBmZWF0dXJlcz0iKG51bGwpIgpsaWJ4bDogZGVidWc6IGxp YnhsX2RvbS5jOjM1NzpsaWJ4bF9fYnVpbGRfcHY6IHB2IGtlcm5lbCBtYXBwZWQgMCBwYXRoIC9y b290L3pJbWFnZQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9rZXJuZWxfZmlsZTogZmls ZW5hbWU9Ii9yb290L3pJbWFnZSIKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWFsbG9j X2ZpbGVtYXAgICAgOiAzMDk1IGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Jvb3Rf eGVuX2luaXQ6IHZlciA0LjQsIGNhcHMgeGVuLTMuMC1hcm12N2wKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiB4Y19kb21fcmFtYmFzZV9pbml0OiBSQU0gc3RhcnRzIGF0IDgwMDAwCmRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogeGNfZG9tX3BhcnNlX2ltYWdlOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiB4Y19kb21fZmluZF9sb2FkZXI6IHRyeWluZyBtdWx0aWJvb3QtYmluYXJ5IGxvYWRlciAu Li4KZG9tYWluYnVpbGRlcjogZGV0YWlsOiBsb2FkZXIgcHJvYmUgZmFpbGVkCmRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogeGNfZG9tX2ZpbmRfbG9hZGVyOiB0cnlpbmcgTGludXggekltYWdlIChBUk02 NCkgbG9hZGVyIC4uLgpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9wcm9iZV96aW1hZ2U2 NF9rZXJuZWw6IGtlcm5lbCBpcyBub3QgYW4gYXJtNjQgSW1hZ2UKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiBsb2FkZXIgcHJvYmUgZmFpbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Zp bmRfbG9hZGVyOiB0cnlpbmcgTGludXggekltYWdlIChBUk0zMikgbG9hZGVyIC4uLgpkb21haW5i dWlsZGVyOiBkZXRhaWw6IGxvYWRlciBwcm9iZSBPSwpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhj X2RvbV9wYXJzZV96aW1hZ2UzMl9rZXJuZWw6IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6 IHhjX2RvbV9wYXJzZV96aW1hZ2UzMl9rZXJuZWw6IHhlbi0zLjAtYXJtdjdsOiAweDgwMDA4MDAw IC0+IDB4ODAzMGRlMjAKbGlieGw6IGRlYnVnOiBsaWJ4bF9hcm0uYzo0MzM6bGlieGxfX2FyY2hf ZG9tYWluX2NvbmZpZ3VyZTogY29uc3RydWN0aW5nIERUQiBmb3IgWGVuIHZlcnNpb24gNC40IGd1 ZXN0CmxpYnhsOiBkZWJ1ZzogbGlieGxfYXJtLmM6NDk3OmxpYnhsX19hcmNoX2RvbWFpbl9jb25m aWd1cmU6IGZkdCB0b3RhbCBzaXplIDEyMTAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21f ZGV2aWNldHJlZV9tZW06IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9tZW1f aW5pdDogbWVtIDEyOCBNQiwgcGFnZXMgMHg4MDAwIHBhZ2VzLCA0ayBlYWNoCmRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogeGNfZG9tX21lbV9pbml0OiAweDgwMDAgcGFnZXMKZG9tYWluYnVpbGRlcjog ZGV0YWlsOiB4Y19kb21fYm9vdF9tZW1faW5pdDogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFp bDogc2V0X21vZGU6IGd1ZXN0IHhlbi0zLjAtYXJtdjdsLCBhZGRyZXNzIHNpemUgMzIKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWFsbG9jICAgICAgICAgICAgOiAyNTYga0IKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiBhcmNoX3NldHVwX21lbWluaXQ6IGRldmljZXRyZWU6IDB4ODdmZmYw MDAgLT4gMHg4N2ZmZjRiYQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9idWlsZF9pbWFn ZTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2FsbG9jX3NlZ21lbnQ6ICAg a2VybmVsICAgICAgIDogMHg4MDAwODAwMCAtPiAweDgwMzBlMDAwICAocGZuIDB4ODAwMDggKyAw eDMwNiBwYWdlcykKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGZuX3RvX3B0cl9yZXRj b3VudDogZG9tVSBtYXBwaW5nOiBwZm4gMHg4MDAwOCsweDMwNiBhdCAweGI2NmZjMDAwCmRvbWFp bmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2xvYWRfemltYWdlX2tlcm5lbDogY2FsbGVkCmRvbWFp bmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2xvYWRfemltYWdlX2tlcm5lbDoga2VybmVsIHNlZyAw eDgwMDA4MDAwLTB4ODAzMGUwMDAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbG9hZF96 aW1hZ2Vfa2VybmVsOiBjb3B5IDMxNjk4MjQgYnl0ZXMgZnJvbSBibG9iIDB4YjZhNDMwMDAgdG8g ZHN0IDB4YjY2ZmMwMDAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2Nfc2VnbWVu dDogICBkZXZpY2V0cmVlICAgOiAweDg3ZmZmMDAwIC0+IDB4ODgwMDAwMDAgIChwZm4gMHg4N2Zm ZiArIDB4MSBwYWdlcykKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGZuX3RvX3B0cl9y ZXRjb3VudDogZG9tVSBtYXBwaW5nOiBwZm4gMHg4N2ZmZisweDEgYXQgMHhiNjZmYjAwMApkb21h aW5idWlsZGVyOiBkZXRhaWw6IGFsbG9jX21hZ2ljX3BhZ2VzOiBjYWxsZWQKZG9tYWluYnVpbGRl cjogZGV0YWlsOiBjb3VudF9wZ3RhYmxlc19hcm06IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRh aWw6IHhjX2RvbV9idWlsZF9pbWFnZSAgOiB2aXJ0X2FsbG9jX2VuZCA6IDB4ODgwMDAwMDAKZG9t YWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYnVpbGRfaW1hZ2UgIDogdmlydF9wZ3RhYl9lbmQg OiAweDAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYm9vdF9pbWFnZTogY2FsbGVkCmRv bWFpbmJ1aWxkZXI6IGRldGFpbDogYXJjaF9zZXR1cF9ib290ZWFybHk6IGRvaW5nIG5vdGhpbmcK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fY29tcGF0X2NoZWNrOiBzdXBwb3J0ZWQgZ3Vl c3QgdHlwZTogeGVuLTMuMC1hcm12N2wgPD0gbWF0Y2hlcwpkb21haW5idWlsZGVyOiBkZXRhaWw6 IHNldHVwX3BndGFibGVzX2FybTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogY2xlYXJf cGFnZTogcGZuIDB4ODgwMDAsIG1mbiAweDg4MDAwCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogY2xl YXJfcGFnZTogcGZuIDB4ODgwMDEsIG1mbiAweDg4MDAxCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDog c3RhcnRfaW5mb19hcm06IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IGRvbWFpbiBidWls ZGVyIG1lbW9yeSBmb290cHJpbnQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICBhbGxvY2F0ZWQK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICAgICBtYWxsb2MgICAgICAgICAgICAgOiAyNzYga0IK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICAgICBhbm9uIG1tYXAgICAgICAgICAgOiAwIGJ5dGVz CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogICAgbWFwcGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDog ICAgICAgZmlsZSBtbWFwICAgICAgICAgIDogMzA5NSBrQgpkb21haW5idWlsZGVyOiBkZXRhaWw6 ICAgICAgIGRvbVUgbW1hcCAgICAgICAgICA6IDMxMDAga0IKZG9tYWluYnVpbGRlcjogZGV0YWls OiB2Y3B1X2FybTMyOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBJbml0aWFsIHN0YXRl IENQU1IgMHgxZDMgUEMgMHg4MDAwODAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IGxhdW5jaF92 bTogY2FsbGVkLCBjdHh0PTB4YjZmOTUwMDQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21f cmVsZWFzZTogY2FsbGVkCmxpYnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MjUxOmxpYnhsX19k ZXZpY2VfZGlza19zZXRfYmFja2VuZDogRGlzayB2ZGV2PXh2ZGEgc3BlYy5iYWNrZW5kPXBoeQps aWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTcwOmxpYnhsX19ldl94c3dhdGNoX3JlZ2lzdGVy OiB3YXRjaCB3PTB4MzM4NTAgd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzEvNTE3 MTIvc3RhdGUgdG9rZW49My8wOiByZWdpc3RlciBzbG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4 bF9jcmVhdGUuYzoxMzU2OmRvX2RvbWFpbl9jcmVhdGU6IGFvIDB4MzRmODA6IGlucHJvZ3Jlc3M6 IHBvbGxlcj0weDM0ZGM4LCBmbGFncz1pCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1MTQ6 d2F0Y2hmZF9jYWxsYmFjazogd2F0Y2ggdz0weDMzODUwIHdwYXRoPS9sb2NhbC9kb21haW4vMC9i YWNrZW5kL3ZiZC8xLzUxNzEyL3N0YXRlIHRva2VuPTMvMDogZXZlbnQgZXBhdGg9L2xvY2FsL2Rv bWFpbi8wL2JhY2tlbmQvdmJkLzEvNTE3MTIvc3RhdGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVu dC5jOjY1MzpkZXZzdGF0ZV93YXRjaF9jYWxsYmFjazogYmFja2VuZCAvbG9jYWwvZG9tYWluLzAv YmFja2VuZC92YmQvMS81MTcxMi9zdGF0ZSB3YW50ZWQgc3RhdGUgMiBvawpsaWJ4bDogZGVidWc6 IGxpYnhsX2V2ZW50LmM6NjA2OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9 MHgzMzg1MCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvMS81MTcxMi9zdGF0ZSB0 b2tlbj0zLzA6IGRlcmVnaXN0ZXIgc2xvdG51bT0zCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQu Yzo2MTg6bGlieGxfX2V2X3hzd2F0Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDMzODUwOiBkZXJl Z2lzdGVyIHVucmVnaXN0ZXJlZApsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjEwMjI6ZGV2 aWNlX2hvdHBsdWc6IGNhbGxpbmcgaG90cGx1ZyBzY3JpcHQ6IC9ldGMveGVuL3NjcmlwdHMvYmxv Y2sgYWRkCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo0ODM6d2F0Y2hmZF9jYWxsYmFjazog d2F0Y2ggZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzEvNTE3MTIvc3RhdGUgdG9r ZW49My8wOiBlbXB0eSBzbG90CmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2MTg6bGlieGxf X2V2X3hzd2F0Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDMzODk4OiBkZXJlZ2lzdGVyIHVucmVn aXN0ZXJlZApsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NjE4OmxpYnhsX19ldl94c3dhdGNo X2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzMzg5ODogZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGli eGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjE3NjE6bGlieGxfX2FvX3Byb2dyZXNzX3JlcG9ydDog YW8gMHgzNGY4MDogcHJvZ3Jlc3MgcmVwb3J0OiBpZ25vcmVkCmxpYnhsOiBkZWJ1ZzogbGlieGxf ZXZlbnQuYzoxNTkxOmxpYnhsX19hb19jb21wbGV0ZTogYW8gMHgzNGY4MDogY29tcGxldGUsIHJj PTAKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjE1NjM6bGlieGxfX2FvX19kZXN0cm95OiBh byAweDM0ZjgwOiBkZXN0cm95CnhjOiBkZWJ1ZzogaHlwZXJjYWxsIGJ1ZmZlcjogdG90YWwgYWxs b2NhdGlvbnM6MTEzIHRvdGFsIHJlbGVhc2VzOjExMwp4YzogZGVidWc6IGh5cGVyY2FsbCBidWZm ZXI6IGN1cnJlbnQgYWxsb2NhdGlvbnM6MCBtYXhpbXVtIGFsbG9jYXRpb25zOjQKeGM6IGRlYnVn OiBoeXBlcmNhbGwgYnVmZmVyOiBjYWNoZSBjdXJyZW50IHNpemU6NAp4YzogZGVidWc6IGh5cGVy Y2FsbCBidWZmZXI6IGNhY2hlIGhpdHM6MTA1IG1pc3Nlczo0IHRvb2JpZzo0 --_002_B69BE294631500448B6D3B9936E1743202D79E5B84E0GEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D79E5B84E0GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Mon Jun 30 12:23:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 12:23:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aav-0002kl-E6; Mon, 30 Jun 2014 12:22:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1aat-0002ka-H5 for xen-users@lists.xen.org; Mon, 30 Jun 2014 12:21:59 +0000 Received: from [85.158.139.211:3985] by server-1.bemta-5.messagelabs.com id A7/E4-30932-66651B35; Mon, 30 Jun 2014 12:21:58 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1404130918!7447005!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7381 invoked from network); 30 Jun 2014 12:21:58 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-10.tower-206.messagelabs.com with SMTP; 30 Jun 2014 12:21:58 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 30 Jun 2014 13:21:57 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Mon, 30 Jun 2014 13:21:55 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Mon, 30 Jun 2014 13:21:54 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+UTeH/Gwq9NFFTSyyauEdRGzQK6AAB9wHw Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> In-Reply-To: <1404124031.5000.54.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114063013215705402 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D79E5B84E0GEORGEEmeaA_" Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D79E5B84E0GEORGEEmeaA_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 T24gTW9uLCBKdW4gMzAsIDIwMTQgYXQgMTE6Mjc6MTEsIElhbiBDYW1wYmVsbCB3cm90ZToNCj4g T24gTW9uLCAyMDE0LTA2LTMwIGF0IDExOjE3ICswMTAwLCBKZWVudSBWaXN3YW1iaGFyYW4gd3Jv dGU6DQo+ID4gT24gRnJpLCBKdW4gMjcsIDIwMTQgYXQgMTU6NTE6MDksIElhbiBDYW1wYmVsbCB3 cm90ZToNCj4gPiA+IFRoZSBlcnJvciBtZXNzYWdlcyBzdWdnZXN0IHRvIG1lIHRoYXQgeW91IGFy ZSBtaXNzaW5nIHNvbWUga2V5DQo+ID4gPiBwaWVjZSBvZiBnZW5lcmljIGluZnJhc3RydWN0dXJl LCBsaWtlIHBlcmhhcHMgL2Rldi9wdHMuDQo+ID4gPg0KPiA+ID4gSSdkIHN0cm9uZ2x5IHJlY29t bWVuZCB5b3UgZmluZCBhIHdheSB0byBydW4gdWRldiBvbiB0aGlzIHBsYXRmb3JtDQo+ID4gPiBz byB0aGF0IGl0IGNhbiBzb3J0IG91dCB0aGUgY29udGVudCBvZiAvZGV2IGZvciB5b3UgKHRoaXMg d2FzIHRoZQ0KPiA+ID4gY2F1c2Ugb2YgYWxsIHRoZSBtaXNzaW5nIGRldmljZSBub2RlcyB3aGlj aCB5b3UgdHJpcHBlZCBvdmVyDQo+ID4gPiBlYXJsaWVyIHRvbykuDQo+ID4NCj4gPiBVbSwgc3Rh cnRpbmcgdWRldiAodmlhLiAvZXRjL2luaXQuZC91ZGV2IHN0YXJ0KSBlZmZlY3RpdmVseSB3aXBl cw0KPiA+IG91dCB0aGUgL2Rldi8gZGlyZWN0b3J5IGNvbnRlbnRzLCBiYXJyaW5nIGZldyEgSSBj YW4ndCBmaW5kIGFueSB1ZGV2DQo+ID4gbG9ncywgZGVzcGl0ZSBjaGFuZ2luZyBsb2cgbGV2ZWwg dG8gZGVidWcuDQo+DQo+IGh0dHA6Ly9jb21tdW5pdHkuYXJtLmNvbS9ncm91cHMvcHJvY2Vzc29y cy9ibG9nLzIwMTQvMDMvMjgvdmlydHVhbGl6YXRpb24tb24tYXJtLXdpdGgteGVuIGhhcyBhbiBl eGFtcGxlIGluaXRzY3JpcHQgaW4gaXQgd2hpY2ggc2VlbXMgdG8gc3VnZ2VzdCB0aGF0DQo+ICAg ICAgICAgbW91bnQgLXQgZGV2dG1wZnMgZGV2IC9kZXYNCj4gICAgICAgICAvc2Jpbi91ZGV2ZCAt LWRhZW1vbg0KPiAgICAgICAgIHVkZXZhZG0gdHJpZ2dlciAtLWFjdGlvbj1hZGQNCj4gc2hvdWxk IGRvIHRoZSByaWdodCB0aGluZyAoSSB3YXMgYWR2aXNpbmcgQW5kcmV3IHdoZW4gaGUgd3JvdGUg dGhhdA0KPiBhbmQgaXQgc291bmRzIGZhbWlsaWFyIHRvIG1lIHRvKS4gSWYgeW91IGFyZSBnb2lu ZyB0byBza2lwIHRoZSB1c3VhbA0KPiAvc2Jpbi9pbml0IGJhc2VkIHNldHVwIHRoZW4gSSB3b3Vs ZCByZWNvbW1lbmQgeW91IHVzZSBzb21ldGhpbmcgYWtpbg0KPiB0byB0aGUgaW5pdC5zaCBwcm9w b3NlZCBpbiB0aGF0IGJsb2cgcG9zdCAoaXQgZG9lc24ndCBsb29rIGxpa2UgaXQgaXMNCj4gdGVy cmlibHkgb3BlblNVU0Ugc3BlY2lmaWMsIGJ1dCBZTU1WKS4NCg0KVGhhbmtzLiBJdCBsb29rcyBs aWtlIHRoYXQgaGVscGVkLiBUaGUgVk0gY3JlYXRpb24gbm8gbW9yZSBwcmludHMgYW55DQplcnJv ciAoYWJvdXQgY3JlYXRpbmcgdGVybWluYWxzLCBwcmV2aW91c2x5KSB3aGVuIGl0IHJldHVybnMg dGhlIHNoZWxsDQpwcm9tcHQuICd4bCBsaXN0JyBsaXN0cyBhIGd1ZXN0IGJ5IG5hbWUgJ2d1ZXN0 Jy4gSG93ZXZlciwgd2hlbiBJIGV4ZWN1dGUNCid4bCBjb25zb2xlIGd1ZXN0JywgdGhlIGNvbW1h bmQgZ29lcyBkZWFkOyB0aGVyZSBhcmUgbm8gdmVyYm9zZSBsb2dzDQpldmVuIGlmIEkgcGFzcyAt dnZ2IHRvIHhsLg0KDQpJdCdzIGFsbW9zdCB0aGUgc2FtZSBlZmZlY3QgaWYgSSBydW4gdGhlIGNv bW1hbmQgJ3hsIC12dnYgY3JlYXRlDQpndWVzdC5jZmcgLWMnLCB0aGF0IGl0IGFwcGVhcnMgc3R1 Y2sgYW5kIGRvZXNuJ3QgcmV0dXJuIHByb21wdC4NCg0KLS0NCkplZW51DQoNCi0tIElNUE9SVEFO VCBOT1RJQ0U6IFRoZSBjb250ZW50cyBvZiB0aGlzIGVtYWlsIGFuZCBhbnkgYXR0YWNobWVudHMg YXJlIGNvbmZpZGVudGlhbCBhbmQgbWF5IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBu b3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGltbWVk aWF0ZWx5IGFuZCBkbyBub3QgZGlzY2xvc2UgdGhlIGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJz b24sIHVzZSBpdCBmb3IgYW55IHB1cnBvc2UsIG9yIHN0b3JlIG9yIGNvcHkgdGhlIGluZm9ybWF0 aW9uIGluIGFueSBtZWRpdW0uICBUaGFuayB5b3UuDQoNCkFSTSBMaW1pdGVkLCBSZWdpc3RlcmVk IG9mZmljZSAxMTAgRnVsYm91cm4gUm9hZCwgQ2FtYnJpZGdlIENCMSA5TkosIFJlZ2lzdGVyZWQg aW4gRW5nbGFuZCAmIFdhbGVzLCBDb21wYW55IE5vOiAgMjU1NzU5MA0KQVJNIEhvbGRpbmdzIHBs YywgUmVnaXN0ZXJlZCBvZmZpY2UgMTEwIEZ1bGJvdXJuIFJvYWQsIENhbWJyaWRnZSBDQjEgOU5K LCBSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcywgQ29tcGFueSBObzogIDI1NDg3ODINCg== --_002_B69BE294631500448B6D3B9936E1743202D79E5B84E0GEORGEEmeaA_ Content-Type: application/octet-stream; name="xl.create.log" Content-Description: xl.create.log Content-Disposition: attachment; filename="xl.create.log"; size=6714; creation-date="Mon, 30 Jun 2014 12:21:12 GMT"; modification-date="Mon, 30 Jun 2014 12:20:59 GMT" Content-Transfer-Encoding: base64 cm9vdEAobm9uZSk6L3Jvb3QjIHhsIC12dnYgY3JlYXRlIGd1ZXN0LmNmZyAtZApQYXJzaW5nIGNv bmZpZyBmcm9tIGd1ZXN0LmNmZwp1bmFibGUgdG8gZm9ybWF0IGRvbWFpbiBjb25maWcgYXMgSlNP TiAoWUFKTDoxKQpsaWJ4bDogdmVyYm9zZTogbGlieGxfY3JlYXRlLmM6MTM0OmxpYnhsX19kb21h aW5fYnVpbGRfaW5mb19zZXRkZWZhdWx0OiBxZW11LXhlbiBpcyB1bmF2YWlsYWJsZSwgdXNlIHFl bXUteGVuLXRyYWRpdGlvbmFsIGluc3RlYWQ6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKbGli eGw6IGRlYnVnOiBsaWJ4bF9jcmVhdGUuYzoxMzQyOmRvX2RvbWFpbl9jcmVhdGU6IGFvIDB4MzRm ODA6IGNyZWF0ZTogaG93PShuaWwpIGNhbGxiYWNrPShuaWwpIHBvbGxlcj0weDM0ZGM4CmxpYnhs OiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MjUxOmxpYnhsX19kZXZpY2VfZGlza19zZXRfYmFja2Vu ZDogRGlzayB2ZGV2PXh2ZGEgc3BlYy5iYWNrZW5kPXVua25vd24KbGlieGw6IGRlYnVnOiBsaWJ4 bF9kZXZpY2UuYzoyODY6bGlieGxfX2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9 eHZkYSwgdXNpbmcgYmFja2VuZCBwaHkKbGlieGw6IGRlYnVnOiBsaWJ4bF9jcmVhdGUuYzo3OTc6 aW5pdGlhdGVfZG9tYWluX2NyZWF0ZTogcnVubmluZyBib290bG9hZGVyCmxpYnhsOiBkZWJ1Zzog bGlieGxfYm9vdGxvYWRlci5jOjMyNzpsaWJ4bF9fYm9vdGxvYWRlcl9ydW46IG5vIGJvb3Rsb2Fk ZXIgY29uZmlndXJlZCwgdXNpbmcgdXNlciBzdXBwbGllZCBrZXJuZWwKbGlieGw6IGRlYnVnOiBs aWJ4bF9ldmVudC5jOjYxODpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3PTB4 MzJmNjA6IGRlcmVnaXN0ZXIgdW5yZWdpc3RlcmVkCmxpYnhsOiBkZWJ1ZzogbGlieGxfbnVtYS5j OjQ3NTpsaWJ4bF9fZ2V0X251bWFfY2FuZGlkYXRlOiBOZXcgYmVzdCBOVU1BIHBsYWNlbWVudCBj YW5kaWRhdGUgZm91bmQ6IG5yX25vZGVzPTEsIG5yX2NwdXM9MiwgbnJfdmNwdXM9MywgZnJlZV9t ZW1rYj04NjEKbGlieGw6IGRldGFpbDogbGlieGxfZG9tLmM6MTk1Om51bWFfcGxhY2VfZG9tYWlu OiBOVU1BIHBsYWNlbWVudCBjYW5kaWRhdGUgd2l0aCAxIG5vZGVzLCAyIGNwdXMgYW5kIDg2MSBL QiBmcmVlIHNlbGVjdGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2FsbG9jYXRlOiBj bWRsaW5lPSJlYXJseXByaW50az14ZW5ib290IGNvbnNvbGU9aHZjMCByb290PS9kZXYveHZkYSBk ZWJ1ZyBydyBpbml0PS9iaW4vc2giLCBmZWF0dXJlcz0iKG51bGwpIgpsaWJ4bDogZGVidWc6IGxp YnhsX2RvbS5jOjM1NzpsaWJ4bF9fYnVpbGRfcHY6IHB2IGtlcm5lbCBtYXBwZWQgMCBwYXRoIC9y b290L3pJbWFnZQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9rZXJuZWxfZmlsZTogZmls ZW5hbWU9Ii9yb290L3pJbWFnZSIKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWFsbG9j X2ZpbGVtYXAgICAgOiAzMDk1IGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Jvb3Rf eGVuX2luaXQ6IHZlciA0LjQsIGNhcHMgeGVuLTMuMC1hcm12N2wKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiB4Y19kb21fcmFtYmFzZV9pbml0OiBSQU0gc3RhcnRzIGF0IDgwMDAwCmRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogeGNfZG9tX3BhcnNlX2ltYWdlOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiB4Y19kb21fZmluZF9sb2FkZXI6IHRyeWluZyBtdWx0aWJvb3QtYmluYXJ5IGxvYWRlciAu Li4KZG9tYWluYnVpbGRlcjogZGV0YWlsOiBsb2FkZXIgcHJvYmUgZmFpbGVkCmRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogeGNfZG9tX2ZpbmRfbG9hZGVyOiB0cnlpbmcgTGludXggekltYWdlIChBUk02 NCkgbG9hZGVyIC4uLgpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9wcm9iZV96aW1hZ2U2 NF9rZXJuZWw6IGtlcm5lbCBpcyBub3QgYW4gYXJtNjQgSW1hZ2UKZG9tYWluYnVpbGRlcjogZGV0 YWlsOiBsb2FkZXIgcHJvYmUgZmFpbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Zp bmRfbG9hZGVyOiB0cnlpbmcgTGludXggekltYWdlIChBUk0zMikgbG9hZGVyIC4uLgpkb21haW5i dWlsZGVyOiBkZXRhaWw6IGxvYWRlciBwcm9iZSBPSwpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhj X2RvbV9wYXJzZV96aW1hZ2UzMl9rZXJuZWw6IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6 IHhjX2RvbV9wYXJzZV96aW1hZ2UzMl9rZXJuZWw6IHhlbi0zLjAtYXJtdjdsOiAweDgwMDA4MDAw IC0+IDB4ODAzMGRlMjAKbGlieGw6IGRlYnVnOiBsaWJ4bF9hcm0uYzo0MzM6bGlieGxfX2FyY2hf ZG9tYWluX2NvbmZpZ3VyZTogY29uc3RydWN0aW5nIERUQiBmb3IgWGVuIHZlcnNpb24gNC40IGd1 ZXN0CmxpYnhsOiBkZWJ1ZzogbGlieGxfYXJtLmM6NDk3OmxpYnhsX19hcmNoX2RvbWFpbl9jb25m aWd1cmU6IGZkdCB0b3RhbCBzaXplIDEyMTAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21f ZGV2aWNldHJlZV9tZW06IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9tZW1f aW5pdDogbWVtIDEyOCBNQiwgcGFnZXMgMHg4MDAwIHBhZ2VzLCA0ayBlYWNoCmRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogeGNfZG9tX21lbV9pbml0OiAweDgwMDAgcGFnZXMKZG9tYWluYnVpbGRlcjog ZGV0YWlsOiB4Y19kb21fYm9vdF9tZW1faW5pdDogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFp bDogc2V0X21vZGU6IGd1ZXN0IHhlbi0zLjAtYXJtdjdsLCBhZGRyZXNzIHNpemUgMzIKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWFsbG9jICAgICAgICAgICAgOiAyNTYga0IKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiBhcmNoX3NldHVwX21lbWluaXQ6IGRldmljZXRyZWU6IDB4ODdmZmYw MDAgLT4gMHg4N2ZmZjRiYQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9idWlsZF9pbWFn ZTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2FsbG9jX3NlZ21lbnQ6ICAg a2VybmVsICAgICAgIDogMHg4MDAwODAwMCAtPiAweDgwMzBlMDAwICAocGZuIDB4ODAwMDggKyAw eDMwNiBwYWdlcykKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGZuX3RvX3B0cl9yZXRj b3VudDogZG9tVSBtYXBwaW5nOiBwZm4gMHg4MDAwOCsweDMwNiBhdCAweGI2NmZjMDAwCmRvbWFp bmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2xvYWRfemltYWdlX2tlcm5lbDogY2FsbGVkCmRvbWFp bmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2xvYWRfemltYWdlX2tlcm5lbDoga2VybmVsIHNlZyAw eDgwMDA4MDAwLTB4ODAzMGUwMDAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbG9hZF96 aW1hZ2Vfa2VybmVsOiBjb3B5IDMxNjk4MjQgYnl0ZXMgZnJvbSBibG9iIDB4YjZhNDMwMDAgdG8g ZHN0IDB4YjY2ZmMwMDAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2Nfc2VnbWVu dDogICBkZXZpY2V0cmVlICAgOiAweDg3ZmZmMDAwIC0+IDB4ODgwMDAwMDAgIChwZm4gMHg4N2Zm ZiArIDB4MSBwYWdlcykKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGZuX3RvX3B0cl9y ZXRjb3VudDogZG9tVSBtYXBwaW5nOiBwZm4gMHg4N2ZmZisweDEgYXQgMHhiNjZmYjAwMApkb21h aW5idWlsZGVyOiBkZXRhaWw6IGFsbG9jX21hZ2ljX3BhZ2VzOiBjYWxsZWQKZG9tYWluYnVpbGRl cjogZGV0YWlsOiBjb3VudF9wZ3RhYmxlc19hcm06IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRh aWw6IHhjX2RvbV9idWlsZF9pbWFnZSAgOiB2aXJ0X2FsbG9jX2VuZCA6IDB4ODgwMDAwMDAKZG9t YWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYnVpbGRfaW1hZ2UgIDogdmlydF9wZ3RhYl9lbmQg OiAweDAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYm9vdF9pbWFnZTogY2FsbGVkCmRv bWFpbmJ1aWxkZXI6IGRldGFpbDogYXJjaF9zZXR1cF9ib290ZWFybHk6IGRvaW5nIG5vdGhpbmcK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fY29tcGF0X2NoZWNrOiBzdXBwb3J0ZWQgZ3Vl c3QgdHlwZTogeGVuLTMuMC1hcm12N2wgPD0gbWF0Y2hlcwpkb21haW5idWlsZGVyOiBkZXRhaWw6 IHNldHVwX3BndGFibGVzX2FybTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogY2xlYXJf cGFnZTogcGZuIDB4ODgwMDAsIG1mbiAweDg4MDAwCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogY2xl YXJfcGFnZTogcGZuIDB4ODgwMDEsIG1mbiAweDg4MDAxCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDog c3RhcnRfaW5mb19hcm06IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IGRvbWFpbiBidWls ZGVyIG1lbW9yeSBmb290cHJpbnQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICBhbGxvY2F0ZWQK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICAgICBtYWxsb2MgICAgICAgICAgICAgOiAyNzYga0IK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICAgICBhbm9uIG1tYXAgICAgICAgICAgOiAwIGJ5dGVz CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogICAgbWFwcGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDog ICAgICAgZmlsZSBtbWFwICAgICAgICAgIDogMzA5NSBrQgpkb21haW5idWlsZGVyOiBkZXRhaWw6 ICAgICAgIGRvbVUgbW1hcCAgICAgICAgICA6IDMxMDAga0IKZG9tYWluYnVpbGRlcjogZGV0YWls OiB2Y3B1X2FybTMyOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBJbml0aWFsIHN0YXRl IENQU1IgMHgxZDMgUEMgMHg4MDAwODAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IGxhdW5jaF92 bTogY2FsbGVkLCBjdHh0PTB4YjZmOTUwMDQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21f cmVsZWFzZTogY2FsbGVkCmxpYnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MjUxOmxpYnhsX19k ZXZpY2VfZGlza19zZXRfYmFja2VuZDogRGlzayB2ZGV2PXh2ZGEgc3BlYy5iYWNrZW5kPXBoeQps aWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTcwOmxpYnhsX19ldl94c3dhdGNoX3JlZ2lzdGVy OiB3YXRjaCB3PTB4MzM4NTAgd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzEvNTE3 MTIvc3RhdGUgdG9rZW49My8wOiByZWdpc3RlciBzbG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4 bF9jcmVhdGUuYzoxMzU2OmRvX2RvbWFpbl9jcmVhdGU6IGFvIDB4MzRmODA6IGlucHJvZ3Jlc3M6 IHBvbGxlcj0weDM0ZGM4LCBmbGFncz1pCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1MTQ6 d2F0Y2hmZF9jYWxsYmFjazogd2F0Y2ggdz0weDMzODUwIHdwYXRoPS9sb2NhbC9kb21haW4vMC9i YWNrZW5kL3ZiZC8xLzUxNzEyL3N0YXRlIHRva2VuPTMvMDogZXZlbnQgZXBhdGg9L2xvY2FsL2Rv bWFpbi8wL2JhY2tlbmQvdmJkLzEvNTE3MTIvc3RhdGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVu dC5jOjY1MzpkZXZzdGF0ZV93YXRjaF9jYWxsYmFjazogYmFja2VuZCAvbG9jYWwvZG9tYWluLzAv YmFja2VuZC92YmQvMS81MTcxMi9zdGF0ZSB3YW50ZWQgc3RhdGUgMiBvawpsaWJ4bDogZGVidWc6 IGxpYnhsX2V2ZW50LmM6NjA2OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9 MHgzMzg1MCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvMS81MTcxMi9zdGF0ZSB0 b2tlbj0zLzA6IGRlcmVnaXN0ZXIgc2xvdG51bT0zCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQu Yzo2MTg6bGlieGxfX2V2X3hzd2F0Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDMzODUwOiBkZXJl Z2lzdGVyIHVucmVnaXN0ZXJlZApsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjEwMjI6ZGV2 aWNlX2hvdHBsdWc6IGNhbGxpbmcgaG90cGx1ZyBzY3JpcHQ6IC9ldGMveGVuL3NjcmlwdHMvYmxv Y2sgYWRkCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo0ODM6d2F0Y2hmZF9jYWxsYmFjazog d2F0Y2ggZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzEvNTE3MTIvc3RhdGUgdG9r ZW49My8wOiBlbXB0eSBzbG90CmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2MTg6bGlieGxf X2V2X3hzd2F0Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDMzODk4OiBkZXJlZ2lzdGVyIHVucmVn aXN0ZXJlZApsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NjE4OmxpYnhsX19ldl94c3dhdGNo X2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzMzg5ODogZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGli eGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjE3NjE6bGlieGxfX2FvX3Byb2dyZXNzX3JlcG9ydDog YW8gMHgzNGY4MDogcHJvZ3Jlc3MgcmVwb3J0OiBpZ25vcmVkCmxpYnhsOiBkZWJ1ZzogbGlieGxf ZXZlbnQuYzoxNTkxOmxpYnhsX19hb19jb21wbGV0ZTogYW8gMHgzNGY4MDogY29tcGxldGUsIHJj PTAKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjE1NjM6bGlieGxfX2FvX19kZXN0cm95OiBh byAweDM0ZjgwOiBkZXN0cm95CnhjOiBkZWJ1ZzogaHlwZXJjYWxsIGJ1ZmZlcjogdG90YWwgYWxs b2NhdGlvbnM6MTEzIHRvdGFsIHJlbGVhc2VzOjExMwp4YzogZGVidWc6IGh5cGVyY2FsbCBidWZm ZXI6IGN1cnJlbnQgYWxsb2NhdGlvbnM6MCBtYXhpbXVtIGFsbG9jYXRpb25zOjQKeGM6IGRlYnVn OiBoeXBlcmNhbGwgYnVmZmVyOiBjYWNoZSBjdXJyZW50IHNpemU6NAp4YzogZGVidWc6IGh5cGVy Y2FsbCBidWZmZXI6IGNhY2hlIGhpdHM6MTA1IG1pc3Nlczo0IHRvb2JpZzo0 --_002_B69BE294631500448B6D3B9936E1743202D79E5B84E0GEORGEEmeaA_ 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 --_002_B69BE294631500448B6D3B9936E1743202D79E5B84E0GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Mon Jun 30 13:02:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 13:02:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bEC-0004xY-4X; Mon, 30 Jun 2014 13:02:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bEB-0004xP-C1 for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:02:35 +0000 Received: from [85.158.143.35:12379] by server-3.bemta-4.messagelabs.com id 0F/99-16194-AEF51B35; Mon, 30 Jun 2014 13:02:34 +0000 X-Env-Sender: benv-xensource.com@junerules.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1404133353!7501085!1 X-Originating-IP: [80.69.76.80] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20157 invoked from network); 30 Jun 2014 13:02:34 -0000 Received: from mail.owl-ict.nl (HELO mail.owl-ict.nl) (80.69.76.80) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 13:02:34 -0000 Comment: DKIM? See http://www.dkim.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junerules.com; s=default; x=1404738154; h=Comment: DomainKey-Signature:Received:Received:Date:From:To:Subject: Message-ID:Mail-Followup-To:MIME-Version:Content-Type: Content-Disposition:Organization:User-Agent; bh=2JvTaIQOes3wtL2J Zwl0pUMrlzQ/te2TENNYkk79qHs=; b=2fYAIg37fQpfJpqY0za5997A2WuRHV4N 85zuWnz0bdbbvoI7rB2zVIthbG75epEVuXuhbg2f7FC0xflKrI9NjQwqxjuxfQ9X BkFjAjxNfsk0MF9h8CGv3UIkl9N/rQ+oszMMKxB2H00yoDpkx/6KfsGavJyeLnxB 7j6Xlgm8oKk= Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=junerules.com; h=Received:Received:Date:From:To:Subject:Message-ID:Mail-Followup-To:MIME-Version:Content-Type:Content-Disposition:Organization:X-URL:User-Agent; b=acwHIYRpQlilgMwdyREFIm86ks5zzFKO2Z+EvhFNwx/OnsBaxNZmMX6C/s9AYs gdoO2kdRXMTtRGRM/ispavBMzb9wGaiOrY62jwyfz+7R3jSqy5MOoPuz5vBNQaqS /073enGJw8RFc1+j1z7OgZOhf1V65aqtJ/TdGSwrxoN1o=; Received: (qmail 7369 invoked by uid 89); 30 Jun 2014 15:02:33 +0200 Received: from unknown (HELO uil.winnipeg.nl) (benv@benv.junerules.com@2001:980:96c9:1::6666) by mail.owl-ict.nl with SMTP; 30 Jun 2014 15:02:33 +0200 Date: Mon, 30 Jun 2014 15:02:25 +0200 From: Wouter de Geus To: xen-users@lists.xen.org Message-ID: <20140630130225.GD15295@uil.winnipeg.nl> Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Content-Disposition: inline Organization: (Owl ICT) X-URL: http://www.owl-ict.nl/ User-Agent: Mutt/1.5.23 (2014-03-12) Subject: [Xen-users] Xen netback module crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hej folks, I have a new machine that I just transferred a few domU's to, and after a few minutes the netback module crashed. The system is running a freshly compiled Xen 4.3 from git (stable-4.3 branch at commit 8ce2638a), custom kernel 3.15.2 (also tested 3.15.1 after this happened, same story). ==== [ 427.622098] ------------[ cut here ]------------ [ 427.658465] kernel BUG at drivers/net/xen-netback/netback.c:629! [ 427.674362] invalid opcode: 0000 [#1] SMP [ 427.689946] Modules linked in: [ 427.705249] CPU: 0 PID: 1295 Comm: mail0.0-guest-r Not tainted 3.15.2-Desman #1 [ 427.735406] Hardware name: Supermicro X9DRD-iF/LF/X9DRD-iF, BIOS 3.0b 12/05/2013 [ 427.764838] task: ffff8801760a4d10 ti: ffff88016f3e0000 task.ti: ffff88016f3e0000 [ 427.793956] RIP: e030:[] [] xenvif_rx_action+0x9d0/0x9e0 [ 427.822402] RSP: e02b:ffff88016f3e3da8 EFLAGS: 00010297 [ 427.836276] RAX: 0000000000000000 RBX: ffff88016d663a90 RCX: ffffc900114d2200 [ 427.849979] RDX: 0000000000000013 RSI: ffff88017435cf00 RDI: 00000000004f8e7c [ 427.863615] RBP: 0000000000002df7 R08: 0000000000000000 R09: 0000000000000001 [ 427.877038] R10: ffffea0005af3f00 R11: ffff88016bcfc000 R12: ffff88016f3e3df4 [ 427.890328] R13: ffff8800769d0800 R14: ffff88017435cf00 R15: ffff8800769d0800 [ 427.903385] FS: 00007f5a9203a900(0000) GS:ffff880181000000(0000) knlGS:0000000000000000 [ 427.928937] CS: e033 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 427.941671] CR2: 00007f692d214000 CR3: 000000007ad6d000 CR4: 0000000000042660 [ 427.954352] Stack: [ 427.966713] ffff88016f3e3df4 0000000000000000 00000000ffffffff 0000001200000e78 [ 427.991160] ffff88016d663a90 ffff8800769d0800 00002df700000000 ffff8800769db150 [ 428.014661] ffff88016d663a80 0000000081008249 ffff88016f3e3df8 ffff88016f3e3df8 [ 428.037279] Call Trace: [ 428.048184] [] ? xenvif_kthread_guest_rx+0xb1/0x260 [ 428.059190] [] ? prepare_to_wait_event+0xf0/0xf0 [ 428.070261] [] ? xenvif_stop_queue+0x60/0x60 [ 428.081319] [] ? kthread+0xb8/0xd0 [ 428.092165] [] ? xen_clocksource_read+0x1c/0x20 [ 428.102883] [] ? kthread_create_on_node+0x180/0x180 [ 428.113809] [] ? ret_from_fork+0x7c/0xb0 [ 428.123975] [] ? kthread_create_on_node+0x180/0x180 [ 428.134030] Code: ff ff 48 8b 5c 24 20 e9 4f fa ff ff c6 44 24 1c 00 e9 e2 fb ff ff 83 c8 03 e9 8f fd ff ff 45 31 c0 b8 04 00 00 00 e9 67 fd ff ff <0f> 0b 0f 0b 0f 0b 66 2e 0f 1f 84 00 00 00 00 00 44 8b 97 a0 00 [ 428.167201] RIP [] xenvif_rx_action+0x9d0/0x9e0 [ 428.177817] RSP [ 428.189577] ---[ end trace f98b0fe37eb7e486 ]--- ===== The above crash happened 3 or 4 times while I tested our various kernels, so it's definitely reproducable. This started happening after I moved our mailserver/router domain to this machine, before that it was only running a Windows 2012r2 HVM instance and nothing else. (even with some heavy network traffic -- copied over 60GBs of data through that domU -- it was stable). I moved back the router domU to the old machine for now and now it seems fine again. Is this a known xen bug? Any suggestions on how to fix this? The mail/router domU was running the same 3.15.2 (and later 3.15.1) kernel as the dom0. Xen is started with UEFI with the following config: ==== [global] default=xen [xen] options=noreboot dom0_mem=4G,max:4G no-bootscrub loglvl=all guest_loglvl=all console=vga acpi_rsdp_passthrough=1 kernel=vmlinuz-3.15.2 root=/dev/sda2 ro earlyprintk=xen nomodeset acpi_rsdp=0x7deb2000 ==== Thanks for reading. If more info is needed just let me know :) Regards, Wouter. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 13:02:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 13:02:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bEC-0004xY-4X; Mon, 30 Jun 2014 13:02:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bEB-0004xP-C1 for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:02:35 +0000 Received: from [85.158.143.35:12379] by server-3.bemta-4.messagelabs.com id 0F/99-16194-AEF51B35; Mon, 30 Jun 2014 13:02:34 +0000 X-Env-Sender: benv-xensource.com@junerules.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1404133353!7501085!1 X-Originating-IP: [80.69.76.80] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20157 invoked from network); 30 Jun 2014 13:02:34 -0000 Received: from mail.owl-ict.nl (HELO mail.owl-ict.nl) (80.69.76.80) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 13:02:34 -0000 Comment: DKIM? See http://www.dkim.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junerules.com; s=default; x=1404738154; h=Comment: DomainKey-Signature:Received:Received:Date:From:To:Subject: Message-ID:Mail-Followup-To:MIME-Version:Content-Type: Content-Disposition:Organization:User-Agent; bh=2JvTaIQOes3wtL2J Zwl0pUMrlzQ/te2TENNYkk79qHs=; b=2fYAIg37fQpfJpqY0za5997A2WuRHV4N 85zuWnz0bdbbvoI7rB2zVIthbG75epEVuXuhbg2f7FC0xflKrI9NjQwqxjuxfQ9X BkFjAjxNfsk0MF9h8CGv3UIkl9N/rQ+oszMMKxB2H00yoDpkx/6KfsGavJyeLnxB 7j6Xlgm8oKk= Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=junerules.com; h=Received:Received:Date:From:To:Subject:Message-ID:Mail-Followup-To:MIME-Version:Content-Type:Content-Disposition:Organization:X-URL:User-Agent; b=acwHIYRpQlilgMwdyREFIm86ks5zzFKO2Z+EvhFNwx/OnsBaxNZmMX6C/s9AYs gdoO2kdRXMTtRGRM/ispavBMzb9wGaiOrY62jwyfz+7R3jSqy5MOoPuz5vBNQaqS /073enGJw8RFc1+j1z7OgZOhf1V65aqtJ/TdGSwrxoN1o=; Received: (qmail 7369 invoked by uid 89); 30 Jun 2014 15:02:33 +0200 Received: from unknown (HELO uil.winnipeg.nl) (benv@benv.junerules.com@2001:980:96c9:1::6666) by mail.owl-ict.nl with SMTP; 30 Jun 2014 15:02:33 +0200 Date: Mon, 30 Jun 2014 15:02:25 +0200 From: Wouter de Geus To: xen-users@lists.xen.org Message-ID: <20140630130225.GD15295@uil.winnipeg.nl> Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Content-Disposition: inline Organization: (Owl ICT) X-URL: http://www.owl-ict.nl/ User-Agent: Mutt/1.5.23 (2014-03-12) Subject: [Xen-users] Xen netback module crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hej folks, I have a new machine that I just transferred a few domU's to, and after a few minutes the netback module crashed. The system is running a freshly compiled Xen 4.3 from git (stable-4.3 branch at commit 8ce2638a), custom kernel 3.15.2 (also tested 3.15.1 after this happened, same story). ==== [ 427.622098] ------------[ cut here ]------------ [ 427.658465] kernel BUG at drivers/net/xen-netback/netback.c:629! [ 427.674362] invalid opcode: 0000 [#1] SMP [ 427.689946] Modules linked in: [ 427.705249] CPU: 0 PID: 1295 Comm: mail0.0-guest-r Not tainted 3.15.2-Desman #1 [ 427.735406] Hardware name: Supermicro X9DRD-iF/LF/X9DRD-iF, BIOS 3.0b 12/05/2013 [ 427.764838] task: ffff8801760a4d10 ti: ffff88016f3e0000 task.ti: ffff88016f3e0000 [ 427.793956] RIP: e030:[] [] xenvif_rx_action+0x9d0/0x9e0 [ 427.822402] RSP: e02b:ffff88016f3e3da8 EFLAGS: 00010297 [ 427.836276] RAX: 0000000000000000 RBX: ffff88016d663a90 RCX: ffffc900114d2200 [ 427.849979] RDX: 0000000000000013 RSI: ffff88017435cf00 RDI: 00000000004f8e7c [ 427.863615] RBP: 0000000000002df7 R08: 0000000000000000 R09: 0000000000000001 [ 427.877038] R10: ffffea0005af3f00 R11: ffff88016bcfc000 R12: ffff88016f3e3df4 [ 427.890328] R13: ffff8800769d0800 R14: ffff88017435cf00 R15: ffff8800769d0800 [ 427.903385] FS: 00007f5a9203a900(0000) GS:ffff880181000000(0000) knlGS:0000000000000000 [ 427.928937] CS: e033 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 427.941671] CR2: 00007f692d214000 CR3: 000000007ad6d000 CR4: 0000000000042660 [ 427.954352] Stack: [ 427.966713] ffff88016f3e3df4 0000000000000000 00000000ffffffff 0000001200000e78 [ 427.991160] ffff88016d663a90 ffff8800769d0800 00002df700000000 ffff8800769db150 [ 428.014661] ffff88016d663a80 0000000081008249 ffff88016f3e3df8 ffff88016f3e3df8 [ 428.037279] Call Trace: [ 428.048184] [] ? xenvif_kthread_guest_rx+0xb1/0x260 [ 428.059190] [] ? prepare_to_wait_event+0xf0/0xf0 [ 428.070261] [] ? xenvif_stop_queue+0x60/0x60 [ 428.081319] [] ? kthread+0xb8/0xd0 [ 428.092165] [] ? xen_clocksource_read+0x1c/0x20 [ 428.102883] [] ? kthread_create_on_node+0x180/0x180 [ 428.113809] [] ? ret_from_fork+0x7c/0xb0 [ 428.123975] [] ? kthread_create_on_node+0x180/0x180 [ 428.134030] Code: ff ff 48 8b 5c 24 20 e9 4f fa ff ff c6 44 24 1c 00 e9 e2 fb ff ff 83 c8 03 e9 8f fd ff ff 45 31 c0 b8 04 00 00 00 e9 67 fd ff ff <0f> 0b 0f 0b 0f 0b 66 2e 0f 1f 84 00 00 00 00 00 44 8b 97 a0 00 [ 428.167201] RIP [] xenvif_rx_action+0x9d0/0x9e0 [ 428.177817] RSP [ 428.189577] ---[ end trace f98b0fe37eb7e486 ]--- ===== The above crash happened 3 or 4 times while I tested our various kernels, so it's definitely reproducable. This started happening after I moved our mailserver/router domain to this machine, before that it was only running a Windows 2012r2 HVM instance and nothing else. (even with some heavy network traffic -- copied over 60GBs of data through that domU -- it was stable). I moved back the router domU to the old machine for now and now it seems fine again. Is this a known xen bug? Any suggestions on how to fix this? The mail/router domU was running the same 3.15.2 (and later 3.15.1) kernel as the dom0. Xen is started with UEFI with the following config: ==== [global] default=xen [xen] options=noreboot dom0_mem=4G,max:4G no-bootscrub loglvl=all guest_loglvl=all console=vga acpi_rsdp_passthrough=1 kernel=vmlinuz-3.15.2 root=/dev/sda2 ro earlyprintk=xen nomodeset acpi_rsdp=0x7deb2000 ==== Thanks for reading. If more info is needed just let me know :) Regards, Wouter. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 13:19:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 13:19:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bUO-0006Ze-QD; Mon, 30 Jun 2014 13:19:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bUM-0006ZL-HP for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:19:18 +0000 Received: from [85.158.139.211:12392] by server-14.bemta-5.messagelabs.com id 6C/09-27057-5D361B35; Mon, 30 Jun 2014 13:19:17 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-7.tower-206.messagelabs.com!1404134351!12783622!1 X-Originating-IP: [212.54.34.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NSA9PiAxNzgxNjc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22340 invoked from network); 30 Jun 2014 13:19:11 -0000 Received: from smtpq2.gn.mail.iss.as9143.net (HELO smtpq2.gn.mail.iss.as9143.net) (212.54.34.165) by server-7.tower-206.messagelabs.com with SMTP; 30 Jun 2014 13:19:11 -0000 Received: from [212.54.34.134] (helo=smtp3.gn.mail.iss.as9143.net) by smtpq2.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1bUF-0001tJ-0D for xen-users@lists.xen.org; Mon, 30 Jun 2014 15:19:11 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp3.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1bUD-0003m5-NM for xen-users@lists.xen.org; Mon, 30 Jun 2014 15:19:10 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 29DDA4C for ; Mon, 30 Jun 2014 15:17:50 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 15:19:09 +0200 Message-ID: <2058548.HQSy7a8s2N@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <87ha32ei7f.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <4296636.4UV7XcsykC@eve> <87ha32ei7f.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: -0.9 X-Ziggo-spamreport: BAYES_00=-1.9, HTML_MESSAGE=0.001, RDNS_DYNAMIC=0.982, T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7023951982901935765==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7023951982901935765== Content-Type: multipart/alternative; boundary="nextPart3747073.hkAYNXXEjX" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart3747073.hkAYNXXEjX Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Monday 30 June 2014 13:43:16 lee wrote: > Joost Roeleveld writes: > > On Sunday 29 June 2014 17:35:17 lee wrote: > >> "J. Roeleveld" writes: > >> > Try to read the SMART-values of the disk. > >> > >> I'm not sure how to do that, and what would they tell me? > > > > Either connect the disks directly to a sata port on a mainboard (normal > > desktop would suffice). Disabling the raid-functionality of the card might > > also suffice. > > Then use (assuming the disk is /dev/sda) > > # smartctl --all /dev/sda > > IIRC, there is a way to somehow display the smart info, probably with > arcconf. I'd rather not use that if it might cause problems. > Connecting them to SATA ports would be going to lengths. In any case, > I'd get some numbers that won't tell me anything, and that three disks > would suddenly go bad only because they are connected to a different > controller seems very unlikely. Check the howtos for smartctl, they explain how to interpret the data. I'd recommend: http://www.smartmontools.org/ > >> I know, they aren't suited for this purpose. Yet they have been working > >> fine on the P800, and that three disks should decide to go bad in a way > >> that blocks the controller (or whatever happens) every now and then > >> seems unlikely. > > > > No, it doesn't. > > Why not? Because I've seen it happen. WD makes good disks, but those 2TB green drives you are using gave me the largest amount of failures I ever experienced. I don't even bother sending them back for warranty replacement anymore. > These disks might never work with this controller. That doesn't mean > that they have gone bad. True, incompatibilities always exist. > > Does the error occur after the server has been idle for a while? Or when > > the disks are being stressed? > > I haven't seen any relation between disk usage and crashes. There seem > to have been different reasons for crashing, i. e. first it would crash > with "swiotbl is full", That happens when the buffer is full, from a very quick read on the subject (so please, someone with more knowledge, please correct me if I am mistaken), this can be caused when the underlying I/O system is not able to keep up. > then with "arcconf seems to hang" and now with > "scsi bus hanging?". These might be different ways of showing the same error, just being passed on to a different subsystem. > I upgraded the kernel with one from Debian backports, then a couple days > later there was another kernel upgrade when I removed the status > checking. So it crashed with "scsi bus hanging?", and I changed the PHY > setting of the controller again: > > The controller has PHY settings, ranging from 0--5, which can be changed > for each disk individually. They were all on 5 to begin with, and the > controller had trouble to detect the SATA disks on 5. I changed them > all to 0 because it's the default, and the docs say that's supposed to > work best. Since that, it doesn't have problems detecting the disks. > > It still crashed with PHY on 1, and I'm on 2 now. It hasn't crashed in > over a day yet [knocks on wood]. If it works now, I'll leave it at 2; > if it crashes again, I'll increase to 3 ... Interesting, while googling for the PHY setting, I come across the following URL: http://serverfault.com/questions/95190/ibm-serverraid-8k-and-sata1-issue The following comes from there: *** The reason your Sata drives are running at 1.5Gb/s vs 3.0Gb/s on your server is because their was a bug in the backplane that caused 30 second freezes under heavy workloads. I have an X3650 which I believe has the same backplane as yours. I'm also running Serveraid 8k. They found out that the SAS expander that bridges to the Sata devices had a limitation that prevented it from operating at 3.0Gb speeds on SATA II devices. Here is the actual link to the article. http://www-947.ibm.com/systems/support/supportsite.wss/docdisplay?lndocid=MIGR-5 071075&brandind=5000008[1] *** You might want to look into that, as it's the same server and raid-card as you are using. Do note, the website for that IBM-link does not work at the moment. > Apparently this PHY setting is at the lowest level of the SATA protocol > and has something to do with how the link between the devices is > established. So what happens when the link between a disk and the > controller suddenly goes down and cannot be re-established? > > I'd expect the controller to handle that gracefully, especially since > it's hot-plug capable with SAS drives. Perhaps it blocks, trying to > re-establish the link because the disk is still present, and is > unsuccessful until rebooted. True, but, SATA drives don't always work when used with port multipliers, which from the above, I think you are actually using. > > If the former, then you need to figure out how to AVOID the disks to enter > > powersaving mode. It takes time for the disks to spin up again afterwards. > > The raid controller is timing out on access to the disks. > > > > If the latter, then you might have issues on the drives themselves which > > the drives are trying to solve themselves. > > > > My guess is that it is the former. (eg. when the server has been idle for > > a > > while) > > It's been idle over night and didn't crash. Since the disks are > data-only, there isn't anything accessing them unless I do something > with the data. If it was powersaving causing problems, chances are that > I'd have had problems with it before. It would depend on how fast data is pushed towards the disks when they need to come out of powersaving. > But then, it seems that an SATA link goes down or can go down when a > disk saves power. So you might be right: disk goes to sleep, controller > cannot re-establish link because of PHY settings, and then things hang. Yep, it all depends on what is happening, without proper errorlogs and reproducable crashes, it will be difficult to determine exactly what is happening. --nextPart3747073.hkAYNXXEjX Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

On Monday 30 June 2014 13:43:16 lee wrote:

> Joost Roeleveld <joost@antarean.org> writes:

> > On Sunday 29 June 2014 17:35:17 lee wrote:

> >> "J. Roeleveld" <joost@antarean.org> writes:

> >> > Try to read the SMART-values of the disk.

> >>

> >> I'm not sure how to do that, and what would they tell me?

> >

> > Either connect the disks directly to a sata port on a mainboard (normal

> > desktop would suffice). Disabling the raid-functionality of the card might

> > also suffice.

> > Then use (assuming the disk is /dev/sda)

> > # smartctl --all /dev/sda

>

> IIRC, there is a way to somehow display the smart info, probably with

> arcconf. I'd rather not use that if it might cause problems.

> Connecting them to SATA ports would be going to lengths. In any case,

> I'd get some numbers that won't tell me anything, and that three disks

> would suddenly go bad only because they are connected to a different

> controller seems very unlikely.

 

Check the howtos for smartctl, they explain how to interpret the data.

I'd recommend:

http://www.smartmontools.org/

 

> >> I know, they aren't suited for this purpose. Yet they have been working

> >> fine on the P800, and that three disks should decide to go bad in a way

> >> that blocks the controller (or whatever happens) every now and then

> >> seems unlikely.

> >

> > No, it doesn't.

>

> Why not?

 

Because I've seen it happen.

WD makes good disks, but those 2TB green drives you are using gave me the largest amount of failures I ever experienced.

I don't even bother sending them back for warranty replacement anymore.

 

> These disks might never work with this controller. That doesn't mean

> that they have gone bad.

 

True, incompatibilities always exist.

 

> > Does the error occur after the server has been idle for a while? Or when

> > the disks are being stressed?

>

> I haven't seen any relation between disk usage and crashes. There seem

> to have been different reasons for crashing, i. e. first it would crash

> with "swiotbl is full",

 

That happens when the buffer is full, from a very quick read on the subject (so please, someone with more knowledge, please correct me if I am mistaken), this can be caused when the underlying I/O system is not able to keep up.

 

> then with "arcconf seems to hang" and now with

> "scsi bus hanging?".

 

These might be different ways of showing the same error, just being passed on to a different subsystem.

 

> I upgraded the kernel with one from Debian backports, then a couple days

> later there was another kernel upgrade when I removed the status

> checking. So it crashed with "scsi bus hanging?", and I changed the PHY

> setting of the controller again:

>

> The controller has PHY settings, ranging from 0--5, which can be changed

> for each disk individually. They were all on 5 to begin with, and the

> controller had trouble to detect the SATA disks on 5. I changed them

> all to 0 because it's the default, and the docs say that's supposed to

> work best. Since that, it doesn't have problems detecting the disks.

>

> It still crashed with PHY on 1, and I'm on 2 now. It hasn't crashed in

> over a day yet [knocks on wood]. If it works now, I'll leave it at 2;

> if it crashes again, I'll increase to 3 ...

 

Interesting, while googling for the PHY setting, I come across the following URL:

http://serverfault.com/questions/95190/ibm-serverraid-8k-and-sata1-issue

 

The following comes from there:

***

The reason your Sata drives are running at 1.5Gb/s vs 3.0Gb/s on your server is because their was a bug in the backplane that caused 30 second freezes under heavy workloads. I have an X3650 which I believe has the same backplane as yours. I'm also running Serveraid 8k.

They found out that the SAS expander that bridges to the Sata devices had a limitation that prevented it from operating at 3.0Gb speeds on SATA II devices. Here is the actual link to the article.

http://www-947.ibm.com/systems/support/supportsite.wss/docdisplay?lndocid=MIGR-5071075&brandind=5000008

***

 

You might want to look into that, as it's the same server and raid-card as you are using.

Do note, the website for that IBM-link does not work at the moment.

 

> Apparently this PHY setting is at the lowest level of the SATA protocol

> and has something to do with how the link between the devices is

> established. So what happens when the link between a disk and the

> controller suddenly goes down and cannot be re-established?

>

> I'd expect the controller to handle that gracefully, especially since

> it's hot-plug capable with SAS drives. Perhaps it blocks, trying to

> re-establish the link because the disk is still present, and is

> unsuccessful until rebooted.

 

True, but, SATA drives don't always work when used with port multipliers, which from the above, I think you are actually using.

 

> > If the former, then you need to figure out how to AVOID the disks to enter

> > powersaving mode. It takes time for the disks to spin up again afterwards.

> > The raid controller is timing out on access to the disks.

> >

> > If the latter, then you might have issues on the drives themselves which

> > the drives are trying to solve themselves.

> >

> > My guess is that it is the former. (eg. when the server has been idle for

> > a

> > while)

>

> It's been idle over night and didn't crash. Since the disks are

> data-only, there isn't anything accessing them unless I do something

> with the data. If it was powersaving causing problems, chances are that

> I'd have had problems with it before.

 

It would depend on how fast data is pushed towards the disks when they need to come out of powersaving.

 

> But then, it seems that an SATA link goes down or can go down when a

> disk saves power. So you might be right: disk goes to sleep, controller

> cannot re-establish link because of PHY settings, and then things hang.

 

Yep, it all depends on what is happening, without proper errorlogs and reproducable crashes, it will be difficult to determine exactly what is happening.

 

> Is it even possible to disable the power management of WD20EARS in such

> a way that the SATA link remains up at all times? I never did anything

> about power management with these disks.

 

Possibly, check the WD website for options, or even contact them directly?

 

> >> So I think it's more likely an incompatibility of these disks with the

> >> ServeRaid controller than the disks being bad, and I'd have to replace

> >> all of them. Or this controller just sucks.

> >

> > Yep, incompatibility. Not necessarily with these disks, but with the

> > powersaving settings in the disks firmware. I believe there are tools

> > available you could use to adjust those settings. But I have no

> > experience with them and you need to connect the disks directly to a

> > standard sata port and use ms windows. (As I think those are ms windows

> > tools)

>

> Hm, I don't have windoze. And won't the settings be lost once the

> computer/disk is turned off?

 

There are 2 reasons why I never did it:

1) The tool actually changes the firmware

2) I swapped all those disks for WD Red drives

The green ones are currently in my desktop machines and I notice performance drops and freezes occasionally.

 

> >> IBM has supposedly fixed such issues with firmware updates, and

> >> I updated everything I could even before installing the disks.

> >

> > Check the settings on the raid card for powersaving/spindown/powerup

> > timeouts/....

>

> IIRC, arcconf said power management for the disks is disabled, and I

> think the controller might have spin-up settings to spin up the disks

> one after the other when booting. For now, I don't want to touch

> anything and see if it crashes again. If it does, I'll see what I can

> find out about power management. That pm causes problems seems to make

> the most sense now.

 

The green disks have powermanagement inside the firmware, not easily overwritten by the controller or OS.

I tested this by telling the OS to disable all powersaving. The disk vibration stopped even though the OS claimed it was still on.

 

> > You could try changing the raid controller?

>

> Maybe, over time, if I can get one that fits and which doesn't have the

> 2TB limit. I'd have to connect it somehow to the drive enclosure. The

> P800 is a rather big card, and even if I can plug it into the server,

> how would I connect it?

 

What kind of cable is running between the Serveraid (I believe the actual port is on the mainboard, based on the pictures I saw online) and the enclosure?

 

> >> So there I'm stuck :( The plan was to have my data on the server.

> >> Perhaps I'll have to declare the experiment as failed and sell the

> >> server.

> >

> > Not necessarily, but I would advice against using green drives in a server

> > when using hardware raid cards.

>

> I'd advise against that, too. None of this was planned when I bought

> the WD20EARS; they were bought to be used with software raid. Suitable

> disks would have cost 2.5 times as much.

 

How much is your data worth?

 

> >> I could probably run the disks as JBOD. If they are incompatible with

> >> the controller, that won't help.

> >

> > Try putting the disks through individually to the OS. Then use Linux

> > software raid (mdadm) to do the RAID. That should work better as the

> > RAID-software on the card won't end up with timeout issues after

> > powersaving kicks in.

> If it was merely timing issues, the controller should, at worst, fail

> the disk, shouldn't it? If it's issues with the SATA link going away

> and not coming back, the problem would persist with JBOD.

 

True

 

> I might try JBOD, though, because I'm tempted to switch to ZFS. But

> first the hardware needs to be stable.

 

Just a quick question.

According to:

http://www.redbooks.ibm.com/abstracts/tips0784.html#8k

 

The ServeRAID 8K is a raid-controller in the size of a DIMM-card.

There is no room for the SAS port, and on the picture below, I see a SAS-port right next to the slot. What does the mainboard/BIOS see when you remove the controller?

 

> >> Perhaps the controller is broken. Or it's something that xen does.

> >

> > Xen has nothing to do with this.

> > Most likely: raid-controler <-> disks incompatibility.

>

> Well, "swiotlb is full" looks more like kernel/xen than anything

> else. Or it's a symptom caused by an underlying problem like disk

> incompatibility. I'm still undecided about whether this is the kind of

> problem that has multiple causes or not.

 

To me, it sounds like a buffer filling up because the part emptying the buffer can't keep up.

 

> >> I wish it was a feature of xen --- that would make sense, but how would

> >> xen know when a VM is fully up ...

> >

> > It can, actually.

> >

> > If you have client-utilities running inside the VM, those can check easily

> > when the VM is fully booted. (put those to start last, for instance)

> >

> > Then those utilities use the xen-api to inform the host.

> > Read up on xenfs, it is usable to communicate between the guest and the

> > host.

> Client utilities? Xenfs? Hmmm ... Why don't ppl use that?

 

Actually, they do.

See XCP or XenServer, the client utilities you install inside the guests there do exactly that.

The thing is, if you want to use Xen native, then you need to write the tools yourself.

 

Similar methods are used by VMWare and VirtualBox.

 

--

Joost

--nextPart3747073.hkAYNXXEjX-- --===============7023951982901935765== 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 --===============7023951982901935765==-- From xen-users-bounces@lists.xen.org Mon Jun 30 13:19:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 13:19:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bUO-0006Ze-QD; Mon, 30 Jun 2014 13:19:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bUM-0006ZL-HP for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:19:18 +0000 Received: from [85.158.139.211:12392] by server-14.bemta-5.messagelabs.com id 6C/09-27057-5D361B35; Mon, 30 Jun 2014 13:19:17 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-7.tower-206.messagelabs.com!1404134351!12783622!1 X-Originating-IP: [212.54.34.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NSA9PiAxNzgxNjc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22340 invoked from network); 30 Jun 2014 13:19:11 -0000 Received: from smtpq2.gn.mail.iss.as9143.net (HELO smtpq2.gn.mail.iss.as9143.net) (212.54.34.165) by server-7.tower-206.messagelabs.com with SMTP; 30 Jun 2014 13:19:11 -0000 Received: from [212.54.34.134] (helo=smtp3.gn.mail.iss.as9143.net) by smtpq2.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1bUF-0001tJ-0D for xen-users@lists.xen.org; Mon, 30 Jun 2014 15:19:11 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp3.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X1bUD-0003m5-NM for xen-users@lists.xen.org; Mon, 30 Jun 2014 15:19:10 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 29DDA4C for ; Mon, 30 Jun 2014 15:17:50 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Mon, 30 Jun 2014 15:19:09 +0200 Message-ID: <2058548.HQSy7a8s2N@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <87ha32ei7f.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <4296636.4UV7XcsykC@eve> <87ha32ei7f.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: -0.9 X-Ziggo-spamreport: BAYES_00=-1.9, HTML_MESSAGE=0.001, RDNS_DYNAMIC=0.982, T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7023951982901935765==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7023951982901935765== Content-Type: multipart/alternative; boundary="nextPart3747073.hkAYNXXEjX" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart3747073.hkAYNXXEjX Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Monday 30 June 2014 13:43:16 lee wrote: > Joost Roeleveld writes: > > On Sunday 29 June 2014 17:35:17 lee wrote: > >> "J. Roeleveld" writes: > >> > Try to read the SMART-values of the disk. > >> > >> I'm not sure how to do that, and what would they tell me? > > > > Either connect the disks directly to a sata port on a mainboard (normal > > desktop would suffice). Disabling the raid-functionality of the card might > > also suffice. > > Then use (assuming the disk is /dev/sda) > > # smartctl --all /dev/sda > > IIRC, there is a way to somehow display the smart info, probably with > arcconf. I'd rather not use that if it might cause problems. > Connecting them to SATA ports would be going to lengths. In any case, > I'd get some numbers that won't tell me anything, and that three disks > would suddenly go bad only because they are connected to a different > controller seems very unlikely. Check the howtos for smartctl, they explain how to interpret the data. I'd recommend: http://www.smartmontools.org/ > >> I know, they aren't suited for this purpose. Yet they have been working > >> fine on the P800, and that three disks should decide to go bad in a way > >> that blocks the controller (or whatever happens) every now and then > >> seems unlikely. > > > > No, it doesn't. > > Why not? Because I've seen it happen. WD makes good disks, but those 2TB green drives you are using gave me the largest amount of failures I ever experienced. I don't even bother sending them back for warranty replacement anymore. > These disks might never work with this controller. That doesn't mean > that they have gone bad. True, incompatibilities always exist. > > Does the error occur after the server has been idle for a while? Or when > > the disks are being stressed? > > I haven't seen any relation between disk usage and crashes. There seem > to have been different reasons for crashing, i. e. first it would crash > with "swiotbl is full", That happens when the buffer is full, from a very quick read on the subject (so please, someone with more knowledge, please correct me if I am mistaken), this can be caused when the underlying I/O system is not able to keep up. > then with "arcconf seems to hang" and now with > "scsi bus hanging?". These might be different ways of showing the same error, just being passed on to a different subsystem. > I upgraded the kernel with one from Debian backports, then a couple days > later there was another kernel upgrade when I removed the status > checking. So it crashed with "scsi bus hanging?", and I changed the PHY > setting of the controller again: > > The controller has PHY settings, ranging from 0--5, which can be changed > for each disk individually. They were all on 5 to begin with, and the > controller had trouble to detect the SATA disks on 5. I changed them > all to 0 because it's the default, and the docs say that's supposed to > work best. Since that, it doesn't have problems detecting the disks. > > It still crashed with PHY on 1, and I'm on 2 now. It hasn't crashed in > over a day yet [knocks on wood]. If it works now, I'll leave it at 2; > if it crashes again, I'll increase to 3 ... Interesting, while googling for the PHY setting, I come across the following URL: http://serverfault.com/questions/95190/ibm-serverraid-8k-and-sata1-issue The following comes from there: *** The reason your Sata drives are running at 1.5Gb/s vs 3.0Gb/s on your server is because their was a bug in the backplane that caused 30 second freezes under heavy workloads. I have an X3650 which I believe has the same backplane as yours. I'm also running Serveraid 8k. They found out that the SAS expander that bridges to the Sata devices had a limitation that prevented it from operating at 3.0Gb speeds on SATA II devices. Here is the actual link to the article. http://www-947.ibm.com/systems/support/supportsite.wss/docdisplay?lndocid=MIGR-5 071075&brandind=5000008[1] *** You might want to look into that, as it's the same server and raid-card as you are using. Do note, the website for that IBM-link does not work at the moment. > Apparently this PHY setting is at the lowest level of the SATA protocol > and has something to do with how the link between the devices is > established. So what happens when the link between a disk and the > controller suddenly goes down and cannot be re-established? > > I'd expect the controller to handle that gracefully, especially since > it's hot-plug capable with SAS drives. Perhaps it blocks, trying to > re-establish the link because the disk is still present, and is > unsuccessful until rebooted. True, but, SATA drives don't always work when used with port multipliers, which from the above, I think you are actually using. > > If the former, then you need to figure out how to AVOID the disks to enter > > powersaving mode. It takes time for the disks to spin up again afterwards. > > The raid controller is timing out on access to the disks. > > > > If the latter, then you might have issues on the drives themselves which > > the drives are trying to solve themselves. > > > > My guess is that it is the former. (eg. when the server has been idle for > > a > > while) > > It's been idle over night and didn't crash. Since the disks are > data-only, there isn't anything accessing them unless I do something > with the data. If it was powersaving causing problems, chances are that > I'd have had problems with it before. It would depend on how fast data is pushed towards the disks when they need to come out of powersaving. > But then, it seems that an SATA link goes down or can go down when a > disk saves power. So you might be right: disk goes to sleep, controller > cannot re-establish link because of PHY settings, and then things hang. Yep, it all depends on what is happening, without proper errorlogs and reproducable crashes, it will be difficult to determine exactly what is happening. --nextPart3747073.hkAYNXXEjX Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

On Monday 30 June 2014 13:43:16 lee wrote:

> Joost Roeleveld <joost@antarean.org> writes:

> > On Sunday 29 June 2014 17:35:17 lee wrote:

> >> "J. Roeleveld" <joost@antarean.org> writes:

> >> > Try to read the SMART-values of the disk.

> >>

> >> I'm not sure how to do that, and what would they tell me?

> >

> > Either connect the disks directly to a sata port on a mainboard (normal

> > desktop would suffice). Disabling the raid-functionality of the card might

> > also suffice.

> > Then use (assuming the disk is /dev/sda)

> > # smartctl --all /dev/sda

>

> IIRC, there is a way to somehow display the smart info, probably with

> arcconf. I'd rather not use that if it might cause problems.

> Connecting them to SATA ports would be going to lengths. In any case,

> I'd get some numbers that won't tell me anything, and that three disks

> would suddenly go bad only because they are connected to a different

> controller seems very unlikely.

 

Check the howtos for smartctl, they explain how to interpret the data.

I'd recommend:

http://www.smartmontools.org/

 

> >> I know, they aren't suited for this purpose. Yet they have been working

> >> fine on the P800, and that three disks should decide to go bad in a way

> >> that blocks the controller (or whatever happens) every now and then

> >> seems unlikely.

> >

> > No, it doesn't.

>

> Why not?

 

Because I've seen it happen.

WD makes good disks, but those 2TB green drives you are using gave me the largest amount of failures I ever experienced.

I don't even bother sending them back for warranty replacement anymore.

 

> These disks might never work with this controller. That doesn't mean

> that they have gone bad.

 

True, incompatibilities always exist.

 

> > Does the error occur after the server has been idle for a while? Or when

> > the disks are being stressed?

>

> I haven't seen any relation between disk usage and crashes. There seem

> to have been different reasons for crashing, i. e. first it would crash

> with "swiotbl is full",

 

That happens when the buffer is full, from a very quick read on the subject (so please, someone with more knowledge, please correct me if I am mistaken), this can be caused when the underlying I/O system is not able to keep up.

 

> then with "arcconf seems to hang" and now with

> "scsi bus hanging?".

 

These might be different ways of showing the same error, just being passed on to a different subsystem.

 

> I upgraded the kernel with one from Debian backports, then a couple days

> later there was another kernel upgrade when I removed the status

> checking. So it crashed with "scsi bus hanging?", and I changed the PHY

> setting of the controller again:

>

> The controller has PHY settings, ranging from 0--5, which can be changed

> for each disk individually. They were all on 5 to begin with, and the

> controller had trouble to detect the SATA disks on 5. I changed them

> all to 0 because it's the default, and the docs say that's supposed to

> work best. Since that, it doesn't have problems detecting the disks.

>

> It still crashed with PHY on 1, and I'm on 2 now. It hasn't crashed in

> over a day yet [knocks on wood]. If it works now, I'll leave it at 2;

> if it crashes again, I'll increase to 3 ...

 

Interesting, while googling for the PHY setting, I come across the following URL:

http://serverfault.com/questions/95190/ibm-serverraid-8k-and-sata1-issue

 

The following comes from there:

***

The reason your Sata drives are running at 1.5Gb/s vs 3.0Gb/s on your server is because their was a bug in the backplane that caused 30 second freezes under heavy workloads. I have an X3650 which I believe has the same backplane as yours. I'm also running Serveraid 8k.

They found out that the SAS expander that bridges to the Sata devices had a limitation that prevented it from operating at 3.0Gb speeds on SATA II devices. Here is the actual link to the article.

http://www-947.ibm.com/systems/support/supportsite.wss/docdisplay?lndocid=MIGR-5071075&brandind=5000008

***

 

You might want to look into that, as it's the same server and raid-card as you are using.

Do note, the website for that IBM-link does not work at the moment.

 

> Apparently this PHY setting is at the lowest level of the SATA protocol

> and has something to do with how the link between the devices is

> established. So what happens when the link between a disk and the

> controller suddenly goes down and cannot be re-established?

>

> I'd expect the controller to handle that gracefully, especially since

> it's hot-plug capable with SAS drives. Perhaps it blocks, trying to

> re-establish the link because the disk is still present, and is

> unsuccessful until rebooted.

 

True, but, SATA drives don't always work when used with port multipliers, which from the above, I think you are actually using.

 

> > If the former, then you need to figure out how to AVOID the disks to enter

> > powersaving mode. It takes time for the disks to spin up again afterwards.

> > The raid controller is timing out on access to the disks.

> >

> > If the latter, then you might have issues on the drives themselves which

> > the drives are trying to solve themselves.

> >

> > My guess is that it is the former. (eg. when the server has been idle for

> > a

> > while)

>

> It's been idle over night and didn't crash. Since the disks are

> data-only, there isn't anything accessing them unless I do something

> with the data. If it was powersaving causing problems, chances are that

> I'd have had problems with it before.

 

It would depend on how fast data is pushed towards the disks when they need to come out of powersaving.

 

> But then, it seems that an SATA link goes down or can go down when a

> disk saves power. So you might be right: disk goes to sleep, controller

> cannot re-establish link because of PHY settings, and then things hang.

 

Yep, it all depends on what is happening, without proper errorlogs and reproducable crashes, it will be difficult to determine exactly what is happening.

 

> Is it even possible to disable the power management of WD20EARS in such

> a way that the SATA link remains up at all times? I never did anything

> about power management with these disks.

 

Possibly, check the WD website for options, or even contact them directly?

 

> >> So I think it's more likely an incompatibility of these disks with the

> >> ServeRaid controller than the disks being bad, and I'd have to replace

> >> all of them. Or this controller just sucks.

> >

> > Yep, incompatibility. Not necessarily with these disks, but with the

> > powersaving settings in the disks firmware. I believe there are tools

> > available you could use to adjust those settings. But I have no

> > experience with them and you need to connect the disks directly to a

> > standard sata port and use ms windows. (As I think those are ms windows

> > tools)

>

> Hm, I don't have windoze. And won't the settings be lost once the

> computer/disk is turned off?

 

There are 2 reasons why I never did it:

1) The tool actually changes the firmware

2) I swapped all those disks for WD Red drives

The green ones are currently in my desktop machines and I notice performance drops and freezes occasionally.

 

> >> IBM has supposedly fixed such issues with firmware updates, and

> >> I updated everything I could even before installing the disks.

> >

> > Check the settings on the raid card for powersaving/spindown/powerup

> > timeouts/....

>

> IIRC, arcconf said power management for the disks is disabled, and I

> think the controller might have spin-up settings to spin up the disks

> one after the other when booting. For now, I don't want to touch

> anything and see if it crashes again. If it does, I'll see what I can

> find out about power management. That pm causes problems seems to make

> the most sense now.

 

The green disks have powermanagement inside the firmware, not easily overwritten by the controller or OS.

I tested this by telling the OS to disable all powersaving. The disk vibration stopped even though the OS claimed it was still on.

 

> > You could try changing the raid controller?

>

> Maybe, over time, if I can get one that fits and which doesn't have the

> 2TB limit. I'd have to connect it somehow to the drive enclosure. The

> P800 is a rather big card, and even if I can plug it into the server,

> how would I connect it?

 

What kind of cable is running between the Serveraid (I believe the actual port is on the mainboard, based on the pictures I saw online) and the enclosure?

 

> >> So there I'm stuck :( The plan was to have my data on the server.

> >> Perhaps I'll have to declare the experiment as failed and sell the

> >> server.

> >

> > Not necessarily, but I would advice against using green drives in a server

> > when using hardware raid cards.

>

> I'd advise against that, too. None of this was planned when I bought

> the WD20EARS; they were bought to be used with software raid. Suitable

> disks would have cost 2.5 times as much.

 

How much is your data worth?

 

> >> I could probably run the disks as JBOD. If they are incompatible with

> >> the controller, that won't help.

> >

> > Try putting the disks through individually to the OS. Then use Linux

> > software raid (mdadm) to do the RAID. That should work better as the

> > RAID-software on the card won't end up with timeout issues after

> > powersaving kicks in.

> If it was merely timing issues, the controller should, at worst, fail

> the disk, shouldn't it? If it's issues with the SATA link going away

> and not coming back, the problem would persist with JBOD.

 

True

 

> I might try JBOD, though, because I'm tempted to switch to ZFS. But

> first the hardware needs to be stable.

 

Just a quick question.

According to:

http://www.redbooks.ibm.com/abstracts/tips0784.html#8k

 

The ServeRAID 8K is a raid-controller in the size of a DIMM-card.

There is no room for the SAS port, and on the picture below, I see a SAS-port right next to the slot. What does the mainboard/BIOS see when you remove the controller?

 

> >> Perhaps the controller is broken. Or it's something that xen does.

> >

> > Xen has nothing to do with this.

> > Most likely: raid-controler <-> disks incompatibility.

>

> Well, "swiotlb is full" looks more like kernel/xen than anything

> else. Or it's a symptom caused by an underlying problem like disk

> incompatibility. I'm still undecided about whether this is the kind of

> problem that has multiple causes or not.

 

To me, it sounds like a buffer filling up because the part emptying the buffer can't keep up.

 

> >> I wish it was a feature of xen --- that would make sense, but how would

> >> xen know when a VM is fully up ...

> >

> > It can, actually.

> >

> > If you have client-utilities running inside the VM, those can check easily

> > when the VM is fully booted. (put those to start last, for instance)

> >

> > Then those utilities use the xen-api to inform the host.

> > Read up on xenfs, it is usable to communicate between the guest and the

> > host.

> Client utilities? Xenfs? Hmmm ... Why don't ppl use that?

 

Actually, they do.

See XCP or XenServer, the client utilities you install inside the guests there do exactly that.

The thing is, if you want to use Xen native, then you need to write the tools yourself.

 

Similar methods are used by VMWare and VirtualBox.

 

--

Joost

--nextPart3747073.hkAYNXXEjX-- --===============7023951982901935765== 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 --===============7023951982901935765==-- From xen-users-bounces@lists.xen.org Mon Jun 30 13:25:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 13:25:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bZd-0006xT-87; Mon, 30 Jun 2014 13:24:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bZb-0006xJ-U2 for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:24:44 +0000 Received: from [193.109.254.147:51253] by server-14.bemta-14.messagelabs.com id EF/EC-08195-B1561B35; Mon, 30 Jun 2014 13:24:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1404134681!14579333!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22476 invoked from network); 30 Jun 2014 13:24:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 13:24:42 -0000 X-IronPort-AV: E=Sophos;i="5.01,575,1400025600"; d="scan'208";a="148589544" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 30 Jun 2014 13:24:40 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 30 Jun 2014 09:24:40 -0400 Message-ID: <1404134679.19744.1.camel@kazak.uk.xensource.com> From: Ian Campbell To: Wouter de Geus Date: Mon, 30 Jun 2014 14:24:39 +0100 In-Reply-To: <20140630130225.GD15295@uil.winnipeg.nl> References: <20140630130225.GD15295@uil.winnipeg.nl> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen netback module crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-06-30 at 15:02 +0200, Wouter de Geus wrote: > Is this a known xen bug? Any suggestions on how to fix this? I think so: http://lists.xen.org/archives/html/xen-devel/2014-06/msg01309.html Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 13:25:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 13:25:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bZd-0006xT-87; Mon, 30 Jun 2014 13:24:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1bZb-0006xJ-U2 for xen-users@lists.xen.org; Mon, 30 Jun 2014 13:24:44 +0000 Received: from [193.109.254.147:51253] by server-14.bemta-14.messagelabs.com id EF/EC-08195-B1561B35; Mon, 30 Jun 2014 13:24:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1404134681!14579333!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22476 invoked from network); 30 Jun 2014 13:24:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 13:24:42 -0000 X-IronPort-AV: E=Sophos;i="5.01,575,1400025600"; d="scan'208";a="148589544" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 30 Jun 2014 13:24:40 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Mon, 30 Jun 2014 09:24:40 -0400 Message-ID: <1404134679.19744.1.camel@kazak.uk.xensource.com> From: Ian Campbell To: Wouter de Geus Date: Mon, 30 Jun 2014 14:24:39 +0100 In-Reply-To: <20140630130225.GD15295@uil.winnipeg.nl> References: <20140630130225.GD15295@uil.winnipeg.nl> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen netback module crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-06-30 at 15:02 +0200, Wouter de Geus wrote: > Is this a known xen bug? Any suggestions on how to fix this? I think so: http://lists.xen.org/archives/html/xen-devel/2014-06/msg01309.html Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 14:23:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 14:23:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1cTz-0001xR-Qp; Mon, 30 Jun 2014 14:22:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1cTx-0001wr-AY; Mon, 30 Jun 2014 14:22:57 +0000 Received: from [193.109.254.147:2885] by server-13.bemta-14.messagelabs.com id 7F/62-23211-0C271B35; Mon, 30 Jun 2014 14:22:56 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1404138175!14585506!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1184 invoked from network); 30 Jun 2014 14:22:55 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-10.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 30 Jun 2014 14:22:55 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1cTp-0004hO-T0; Mon, 30 Jun 2014 14:22:49 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1X1cTp-0007jI-7D; Mon, 30 Jun 2014 14:22:49 +0000 Date: Mon, 30 Jun 2014 14:22:49 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 101 (CVE-2014-4022) - information leak via gnttab_setup_table on ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-4022 / XSA-101 version 3 information leak via gnttab_setup_table on ARM UPDATES IN VERSION 3 ==================== Provide the CVE. ISSUE DESCRIPTION ================= When initialising an internal data structure on ARM platform Xen was not correctly initialising the memory containing the list of a domain's grant table pages. This list is returned by the GNTTABOP_setup_table subhypercall, leading to an information leak. IMPACT ====== Malicious guest administrators can obtain some of the memory contents of other domains: Up to 8*max_nr_grant_frames bytes of uninitialised memory can be leaked to the calling domain. This memory may have been previously used by either the hypervisor or other guests. The default max_nr_grant_frames is 32, hence by default 256 bytes may be leaked in this way. However this can be overridden via the "gnttab_max_nr_frames" hypervisor command line option. VULNERABLE SYSTEMS ================== Both 32- and 64-bit ARM systems are vulnerable from Xen 4.4 onward. MITIGATION ========== None. CREDITS ======= This issue was discovered by Julien Grall. RESOLUTION ========== Applying the attached patch resolves this issue. xsa101.patch xen-unstable, Xen 4.4.x $ sha256sum xsa101*.patch 12ea475265a0804a3a42f620d7065a7408a5ae4b017c871847424c7247c204e9 xsa101.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTsXKlAAoJEIP+FMlX6CvZAXwH/0Km16VstdF5P72chl3u9BsE aWLe8Xdb9lmPXiIWM+q2NN+Jp8tL08Ia4fyD1OC5zJqtf6TReI9qsBkzo2O6EfjF QdTluXrfYgkob0THsDW1Nd86wxy8UBLlz1dwu+jfKkYp9gMQgTtV1NNyrXEOwn1f vepA/V2kOVss7U5+OXqe10HOm+bK4Qs0vYwu1HnG/y6/I39eP2FXw8jMDSB1pKcJ 1/zBll+R+LVXsQbJbKA6vS9RJiOeMXY1b8y6ThduVuW+bq/RydyqoTb25XPqhHcV 6FaDe3JlncXvpJp4OEaAiHPyBqPRvNgr3WWW16lFGTtlLJdc+43/24WkrLfok6o= =srxg -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa101.patch" Content-Disposition: attachment; filename="xsa101.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGluaXRpYWxpc2UgdGhlIGdyYW50X3RhYmxlX2dwZm4gYXJy YXkgb24gYWxsb2NhdGlvbgoKQXZvaWRzIGxlYWtpbmcgdW5pbml0aWFsaXNl ZCBtZW1vcnkgdmlhIHRoZSBncmFudCB0YWJsZSBzZXR1cCBoeXBlcmNhbGwu CgpUaGlzIGlzIFhTQS0xMDEuCgpSZXBvcnRlZC1ieTogSnVsaWVuIEdyYWxs IDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KU2lnbmVkLW9mZi1ieTogSWFu IENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KCmRpZmYgLS1n aXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluLmMgYi94ZW4vYXJjaC9hcm0vZG9t YWluLmMKaW5kZXggMDRkMGNkMC4uMjhlY2IxMyAxMDA2NDQKLS0tIGEveGVu L2FyY2gvYXJtL2RvbWFpbi5jCisrKyBiL3hlbi9hcmNoL2FybS9kb21haW4u YwpAQCAtMzk0LDcgKzM5NCw3IEBAIHN0cnVjdCBkb21haW4gKmFsbG9jX2Rv bWFpbl9zdHJ1Y3Qodm9pZCkKICAgICAgICAgcmV0dXJuIE5VTEw7CiAKICAg ICBjbGVhcl9wYWdlKGQpOwotICAgIGQtPmFyY2guZ3JhbnRfdGFibGVfZ3Bm biA9IHhtYWxsb2NfYXJyYXkoeGVuX3Bmbl90LCBtYXhfbnJfZ3JhbnRfZnJh bWVzKTsKKyAgICBkLT5hcmNoLmdyYW50X3RhYmxlX2dwZm4gPSB4emFsbG9j X2FycmF5KHhlbl9wZm5fdCwgbWF4X25yX2dyYW50X2ZyYW1lcyk7CiAgICAg cmV0dXJuIGQ7CiB9CiAK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Mon Jun 30 14:23:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 14:23:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1cTz-0001xR-Qp; Mon, 30 Jun 2014 14:22:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1cTx-0001wr-AY; Mon, 30 Jun 2014 14:22:57 +0000 Received: from [193.109.254.147:2885] by server-13.bemta-14.messagelabs.com id 7F/62-23211-0C271B35; Mon, 30 Jun 2014 14:22:56 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1404138175!14585506!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1184 invoked from network); 30 Jun 2014 14:22:55 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-10.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 30 Jun 2014 14:22:55 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1cTp-0004hO-T0; Mon, 30 Jun 2014 14:22:49 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1X1cTp-0007jI-7D; Mon, 30 Jun 2014 14:22:49 +0000 Date: Mon, 30 Jun 2014 14:22:49 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 101 (CVE-2014-4022) - information leak via gnttab_setup_table on ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-4022 / XSA-101 version 3 information leak via gnttab_setup_table on ARM UPDATES IN VERSION 3 ==================== Provide the CVE. ISSUE DESCRIPTION ================= When initialising an internal data structure on ARM platform Xen was not correctly initialising the memory containing the list of a domain's grant table pages. This list is returned by the GNTTABOP_setup_table subhypercall, leading to an information leak. IMPACT ====== Malicious guest administrators can obtain some of the memory contents of other domains: Up to 8*max_nr_grant_frames bytes of uninitialised memory can be leaked to the calling domain. This memory may have been previously used by either the hypervisor or other guests. The default max_nr_grant_frames is 32, hence by default 256 bytes may be leaked in this way. However this can be overridden via the "gnttab_max_nr_frames" hypervisor command line option. VULNERABLE SYSTEMS ================== Both 32- and 64-bit ARM systems are vulnerable from Xen 4.4 onward. MITIGATION ========== None. CREDITS ======= This issue was discovered by Julien Grall. RESOLUTION ========== Applying the attached patch resolves this issue. xsa101.patch xen-unstable, Xen 4.4.x $ sha256sum xsa101*.patch 12ea475265a0804a3a42f620d7065a7408a5ae4b017c871847424c7247c204e9 xsa101.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTsXKlAAoJEIP+FMlX6CvZAXwH/0Km16VstdF5P72chl3u9BsE aWLe8Xdb9lmPXiIWM+q2NN+Jp8tL08Ia4fyD1OC5zJqtf6TReI9qsBkzo2O6EfjF QdTluXrfYgkob0THsDW1Nd86wxy8UBLlz1dwu+jfKkYp9gMQgTtV1NNyrXEOwn1f vepA/V2kOVss7U5+OXqe10HOm+bK4Qs0vYwu1HnG/y6/I39eP2FXw8jMDSB1pKcJ 1/zBll+R+LVXsQbJbKA6vS9RJiOeMXY1b8y6ThduVuW+bq/RydyqoTb25XPqhHcV 6FaDe3JlncXvpJp4OEaAiHPyBqPRvNgr3WWW16lFGTtlLJdc+43/24WkrLfok6o= =srxg -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa101.patch" Content-Disposition: attachment; filename="xsa101.patch" Content-Transfer-Encoding: base64 eGVuOiBhcm06IGluaXRpYWxpc2UgdGhlIGdyYW50X3RhYmxlX2dwZm4gYXJy YXkgb24gYWxsb2NhdGlvbgoKQXZvaWRzIGxlYWtpbmcgdW5pbml0aWFsaXNl ZCBtZW1vcnkgdmlhIHRoZSBncmFudCB0YWJsZSBzZXR1cCBoeXBlcmNhbGwu CgpUaGlzIGlzIFhTQS0xMDEuCgpSZXBvcnRlZC1ieTogSnVsaWVuIEdyYWxs IDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KU2lnbmVkLW9mZi1ieTogSWFu IENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KCmRpZmYgLS1n aXQgYS94ZW4vYXJjaC9hcm0vZG9tYWluLmMgYi94ZW4vYXJjaC9hcm0vZG9t YWluLmMKaW5kZXggMDRkMGNkMC4uMjhlY2IxMyAxMDA2NDQKLS0tIGEveGVu L2FyY2gvYXJtL2RvbWFpbi5jCisrKyBiL3hlbi9hcmNoL2FybS9kb21haW4u YwpAQCAtMzk0LDcgKzM5NCw3IEBAIHN0cnVjdCBkb21haW4gKmFsbG9jX2Rv bWFpbl9zdHJ1Y3Qodm9pZCkKICAgICAgICAgcmV0dXJuIE5VTEw7CiAKICAg ICBjbGVhcl9wYWdlKGQpOwotICAgIGQtPmFyY2guZ3JhbnRfdGFibGVfZ3Bm biA9IHhtYWxsb2NfYXJyYXkoeGVuX3Bmbl90LCBtYXhfbnJfZ3JhbnRfZnJh bWVzKTsKKyAgICBkLT5hcmNoLmdyYW50X3RhYmxlX2dwZm4gPSB4emFsbG9j X2FycmF5KHhlbl9wZm5fdCwgbWF4X25yX2dyYW50X2ZyYW1lcyk7CiAgICAg cmV0dXJuIGQ7CiB9CiAK --=separator 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 --=separator-- From xen-users-bounces@lists.xen.org Mon Jun 30 15:59:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 15:59:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1dy4-0000Ur-Hr; Mon, 30 Jun 2014 15:58:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1dy2-0000Ty-LM for xen-users@lists.xen.org; Mon, 30 Jun 2014 15:58:06 +0000 Received: from [85.158.139.211:17610] by server-15.bemta-5.messagelabs.com id 70/E1-19516-E0981B35; Mon, 30 Jun 2014 15:58:06 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1404143885!7399144!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19553 invoked from network); 30 Jun 2014 15:58:05 -0000 Received: from sesbmg23.ericsson.net (HELO sesbmg23.ericsson.net) (193.180.251.37) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 15:58:05 -0000 X-AuditID: c1b4fb25-f79da6d000004ad3-39-53b1890c6655 Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 53.75.19155.C0981B35; Mon, 30 Jun 2014 17:58:05 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.65) with Microsoft SMTP Server id 14.3.174.1; Mon, 30 Jun 2014 17:58:04 +0200 Message-ID: <53B1890C.9030209@ericsson.com> Date: Mon, 30 Jun 2014 21:28:04 +0530 From: Jaya Dhanesh User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmluLIzCtJLcpLzFFi42KZGfG3Rpe3c2Owwe/9nBarrh5gdWD0OLr7 N1MAYxSXTUpqTmZZapG+XQJXxt3+f8wFa5grplyayN7AeI6pi5GTQ0LAROL706MsELaYxIV7 69m6GLk4hASOMkosmjITytnCKDFj3h5GkCpeAW2Jf1PegdksAqoS61+vBetmE9CTuHbsJjuI LQQU/9J4gRnEFhUIkVi46jg7RK+gxMmZT8DqRQRkJa78ms4KYgsLiEjM7pgBNpNZwFbiwpzr LBC2vMT2t3OA5nAAzVSTOPU6ZwIj/ywkk2Yh6ZiFpGMBI/MqRtHi1OKk3HQjY73Uoszk4uL8 PL281JJNjMBQO7jlt+oOxstvHA8xCnAwKvHwLjiyIViINbGsuDL3EKM0B4uSOO/Cc/OChQTS E0tSs1NTC1KL4otKc1KLDzEycXBKNTAWCgrqhEdLpUtXVOW+4/rT+Z2pkXPt8/o3n4N2vf6e 92/LZb1wgSp25etHIqe8blg098LWucZqe7O0lica1f6+0xZZYrqZpdD+1uZHdrLLIqVv7rgW 5li7YCtzbbiEatVvm/stNztMSm/2XmNbXN227bQy7yzZJE8ByQeMU/VtW5WPXT/RGqXEUpyR aKjFXFScCADRH1uyFgIAAA== Subject: [Xen-users] Dom0 memory X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I have a SL11 SP3 system where multiple VMs are spawned. As the vms are created the memory value of free command decreases. The memory shown for Dom0 in xl list also decreases. This is ok, but after the vms are destroyed I dont see the memory available going up back to the original. Is this the expected behavior and any settings required for Dom0 to reclaim the memory when a vm is destroyed? Thanks, Dan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 15:59:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 15:59:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1dy4-0000Ur-Hr; Mon, 30 Jun 2014 15:58:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1dy2-0000Ty-LM for xen-users@lists.xen.org; Mon, 30 Jun 2014 15:58:06 +0000 Received: from [85.158.139.211:17610] by server-15.bemta-5.messagelabs.com id 70/E1-19516-E0981B35; Mon, 30 Jun 2014 15:58:06 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1404143885!7399144!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19553 invoked from network); 30 Jun 2014 15:58:05 -0000 Received: from sesbmg23.ericsson.net (HELO sesbmg23.ericsson.net) (193.180.251.37) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 15:58:05 -0000 X-AuditID: c1b4fb25-f79da6d000004ad3-39-53b1890c6655 Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 53.75.19155.C0981B35; Mon, 30 Jun 2014 17:58:05 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.65) with Microsoft SMTP Server id 14.3.174.1; Mon, 30 Jun 2014 17:58:04 +0200 Message-ID: <53B1890C.9030209@ericsson.com> Date: Mon, 30 Jun 2014 21:28:04 +0530 From: Jaya Dhanesh User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmluLIzCtJLcpLzFFi42KZGfG3Rpe3c2Owwe/9nBarrh5gdWD0OLr7 N1MAYxSXTUpqTmZZapG+XQJXxt3+f8wFa5grplyayN7AeI6pi5GTQ0LAROL706MsELaYxIV7 69m6GLk4hASOMkosmjITytnCKDFj3h5GkCpeAW2Jf1PegdksAqoS61+vBetmE9CTuHbsJjuI LQQU/9J4gRnEFhUIkVi46jg7RK+gxMmZT8DqRQRkJa78ms4KYgsLiEjM7pgBNpNZwFbiwpzr LBC2vMT2t3OA5nAAzVSTOPU6ZwIj/ywkk2Yh6ZiFpGMBI/MqRtHi1OKk3HQjY73Uoszk4uL8 PL281JJNjMBQO7jlt+oOxstvHA8xCnAwKvHwLjiyIViINbGsuDL3EKM0B4uSOO/Cc/OChQTS E0tSs1NTC1KL4otKc1KLDzEycXBKNTAWCgrqhEdLpUtXVOW+4/rT+Z2pkXPt8/o3n4N2vf6e 92/LZb1wgSp25etHIqe8blg098LWucZqe7O0lica1f6+0xZZYrqZpdD+1uZHdrLLIqVv7rgW 5li7YCtzbbiEatVvm/stNztMSm/2XmNbXN227bQy7yzZJE8ByQeMU/VtW5WPXT/RGqXEUpyR aKjFXFScCADRH1uyFgIAAA== Subject: [Xen-users] Dom0 memory X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I have a SL11 SP3 system where multiple VMs are spawned. As the vms are created the memory value of free command decreases. The memory shown for Dom0 in xl list also decreases. This is ok, but after the vms are destroyed I dont see the memory available going up back to the original. Is this the expected behavior and any settings required for Dom0 to reclaim the memory when a vm is destroyed? Thanks, Dan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 16:32:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 16:32:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1eUw-0004gM-Je; Mon, 30 Jun 2014 16:32:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1eUu-0004g0-7X for xen-users@lists.xen.org; Mon, 30 Jun 2014 16:32:04 +0000 Received: from [85.158.137.68:47538] by server-2.bemta-3.messagelabs.com id E3/3C-14008-30191B35; Mon, 30 Jun 2014 16:32:03 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-2.tower-31.messagelabs.com!1404145922!13152831!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31630 invoked from network); 30 Jun 2014 16:32:02 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-2.tower-31.messagelabs.com with SMTP; 30 Jun 2014 16:32:02 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 00D8F1A002 for ; Mon, 30 Jun 2014 16:31:59 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <53B1890C.9030209@ericsson.com> Date: Mon, 30 Jun 2014 17:32:03 +0100 Message-Id: <628B6ECF-B6E6-4F4C-9D80-84567D9D46AD@thehobsons.co.uk> References: <53B1890C.9030209@ericsson.com> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Dom0 memory X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Jaya Dhanesh wrote: > Is this the expected behavior and any settings required for Dom0 to reclaim the memory when a vm is destroyed? I believe accepted good practice isn't to dynamically allocate your Dom0 memory - even though it's the default. AIUI, certain memory structures are allocated at boot time and sized according to memory available and so you end up with a suboptimal set of structures when Dom0 balloons down. You can specify Dom0 memory through a boot time option (dom0_mem) to Xen - then Dom0 starts with a memory allocation that's more appropriate to what it'll need. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 16:32:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 16:32:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1eUw-0004gM-Je; Mon, 30 Jun 2014 16:32:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1eUu-0004g0-7X for xen-users@lists.xen.org; Mon, 30 Jun 2014 16:32:04 +0000 Received: from [85.158.137.68:47538] by server-2.bemta-3.messagelabs.com id E3/3C-14008-30191B35; Mon, 30 Jun 2014 16:32:03 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-2.tower-31.messagelabs.com!1404145922!13152831!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31630 invoked from network); 30 Jun 2014 16:32:02 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-2.tower-31.messagelabs.com with SMTP; 30 Jun 2014 16:32:02 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 00D8F1A002 for ; Mon, 30 Jun 2014 16:31:59 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <53B1890C.9030209@ericsson.com> Date: Mon, 30 Jun 2014 17:32:03 +0100 Message-Id: <628B6ECF-B6E6-4F4C-9D80-84567D9D46AD@thehobsons.co.uk> References: <53B1890C.9030209@ericsson.com> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Dom0 memory X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Jaya Dhanesh wrote: > Is this the expected behavior and any settings required for Dom0 to reclaim the memory when a vm is destroyed? I believe accepted good practice isn't to dynamically allocate your Dom0 memory - even though it's the default. AIUI, certain memory structures are allocated at boot time and sized according to memory available and so you end up with a suboptimal set of structures when Dom0 balloons down. You can specify Dom0 memory through a boot time option (dom0_mem) to Xen - then Dom0 starts with a memory allocation that's more appropriate to what it'll need. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 16:48:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 16:48:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1eka-0005kM-CT; Mon, 30 Jun 2014 16:48:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ekZ-0005kH-Dx for xen-users@lists.xen.org; Mon, 30 Jun 2014 16:48:15 +0000 Received: from [193.109.254.147:64042] by server-14.bemta-14.messagelabs.com id EE/39-08195-EC491B35; Mon, 30 Jun 2014 16:48:14 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1404146892!14592350!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21820 invoked from network); 30 Jun 2014 16:48:13 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 16:48:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=sBJyOmn7ZrrnH8z8IG9OVN6zoGbMAx9D9fCKz2NuFouvFXAqbxVMe8ZHo73Y9ap5KVi0PpqBU5CgV1255vmatRb173zbvrOGTEaR8lJl+eY/cWgnoHWgbZ9pWJLhfa9M; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X1ekW-000G4B-S2 for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:48:12 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Mon, 30 Jun 2014 09:48:12 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76A= Date: Mon, 30 Jun 2014 16:48:11 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> In-Reply-To: <53AE5DFA.2050400@bobich.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I tried disabling and also uninstalling the Standard VGA Adapter. It doesn't appear to be using the display headers on the HD6450 at all. Since these settings cannot be changed via remote desktop, I installed RealVNC... which seems to bork networking for dom0 even and forces a reboot for me... wonderful. Anyone else having an issue with their gpu passthrough not using the card's display headers at all? This is a HVM Windows 7 x64 box. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Friday, June 27, 2014 23:20 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough On 06/27/2014 05:23 PM, Brian Menges wrote: > So I assigned the Radeon HD 6450 to my Windows VM; and according to > the device manager across RDP, it is working properly, but monitor > hooked up isn't showing any display. > > Am I missing something? I thought that gpu passthrough would result in > a usable display so that I could then connect to this server via > synergy and use a dedicated graphics engine. Did you adjust your display settings to switch the default desktop screen to the one on the Radeon? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 16:48:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 16:48:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1eka-0005kM-CT; Mon, 30 Jun 2014 16:48:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1ekZ-0005kH-Dx for xen-users@lists.xen.org; Mon, 30 Jun 2014 16:48:15 +0000 Received: from [193.109.254.147:64042] by server-14.bemta-14.messagelabs.com id EE/39-08195-EC491B35; Mon, 30 Jun 2014 16:48:14 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1404146892!14592350!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21820 invoked from network); 30 Jun 2014 16:48:13 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 16:48:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=sBJyOmn7ZrrnH8z8IG9OVN6zoGbMAx9D9fCKz2NuFouvFXAqbxVMe8ZHo73Y9ap5KVi0PpqBU5CgV1255vmatRb173zbvrOGTEaR8lJl+eY/cWgnoHWgbZ9pWJLhfa9M; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X1ekW-000G4B-S2 for xen-users@lists.xen.org; Mon, 30 Jun 2014 09:48:12 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Mon, 30 Jun 2014 09:48:12 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76A= Date: Mon, 30 Jun 2014 16:48:11 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> In-Reply-To: <53AE5DFA.2050400@bobich.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I tried disabling and also uninstalling the Standard VGA Adapter. It doesn't appear to be using the display headers on the HD6450 at all. Since these settings cannot be changed via remote desktop, I installed RealVNC... which seems to bork networking for dom0 even and forces a reboot for me... wonderful. Anyone else having an issue with their gpu passthrough not using the card's display headers at all? This is a HVM Windows 7 x64 box. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Friday, June 27, 2014 23:20 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough On 06/27/2014 05:23 PM, Brian Menges wrote: > So I assigned the Radeon HD 6450 to my Windows VM; and according to > the device manager across RDP, it is working properly, but monitor > hooked up isn't showing any display. > > Am I missing something? I thought that gpu passthrough would result in > a usable display so that I could then connect to this server via > synergy and use a dedicated graphics engine. Did you adjust your display settings to switch the default desktop screen to the one on the Radeon? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 17:38:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 17:38:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fWM-0000cM-Lf; Mon, 30 Jun 2014 17:37:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fWK-0000cD-Rc for xen-users@lists.xen.org; Mon, 30 Jun 2014 17:37:37 +0000 Received: from [193.109.254.147:58785] by server-16.bemta-14.messagelabs.com id 5B/B4-16986-060A1B35; Mon, 30 Jun 2014 17:37:36 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1404149853!14579576!1 X-Originating-IP: [209.85.192.50] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31816 invoked from network); 30 Jun 2014 17:37:34 -0000 Received: from mail-qg0-f50.google.com (HELO mail-qg0-f50.google.com) (209.85.192.50) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 17:37:34 -0000 Received: by mail-qg0-f50.google.com with SMTP id j5so2258754qga.37 for ; Mon, 30 Jun 2014 10:37:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZxsO9iTXxeYjDx+c7c+9zmV5qGkN0eexxKCzlunuXKo=; b=CWWkYEgythD2ib5fsgAYoD7WD1ay0F8XPSTtY1EGOTMoJ7ViizXjU91RgK6oh70+iT 9rkFBGf23VWxEIvSfTaa6DvLKLfsn5QgKQXiPNahZH91Tep2kT+oPkPxONSRYNX8LpUi qMHUD9yeH0S11TJjgyJs5AzhdAza4SPuY4WxwE2vMrrPLo5wUxe2Aipw4F8jcq2vVc+I fpWcM+cX1O9+iEoB8fX8LWQ2pjP+DzzvfJ22NJHeaIk1aCJ2JRndDBS1ILm6/Xt5JfmA jx+lz7uazRYfgr1pUHP2Nhz0sVu0AjLJCnlEzwWkxkdYySrOSpLLzFHSd2ekNTr71Rsr abyQ== MIME-Version: 1.0 X-Received: by 10.224.167.70 with SMTP id p6mr54083323qay.48.1404149853486; Mon, 30 Jun 2014 10:37:33 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 10:37:33 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> Date: Mon, 30 Jun 2014 11:37:33 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6116373391955180408==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6116373391955180408== Content-Type: multipart/alternative; boundary=089e0139fe623a86d104fd111d79 --089e0139fe623a86d104fd111d79 Content-Type: text/plain; charset=UTF-8 What i5 do you have and you are using iommu=soft swiotlb=force vt.handoff=7 does your system supports vt-d ? On Mon, Jun 30, 2014 at 10:48 AM, Brian Menges wrote: > I tried disabling and also uninstalling the Standard VGA Adapter. It > doesn't appear to be using the display headers on the HD6450 at all. Since > these settings cannot be changed via remote desktop, I installed RealVNC... > which seems to bork networking for dom0 even and forces a reboot for me... > wonderful. > > Anyone else having an issue with their gpu passthrough not using the > card's display headers at all? This is a HVM Windows 7 x64 box. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Friday, June 27, 2014 23:20 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > On 06/27/2014 05:23 PM, Brian Menges wrote: > > So I assigned the Radeon HD 6450 to my Windows VM; and according to > > the device manager across RDP, it is working properly, but monitor > > hooked up isn't showing any display. > > > > Am I missing something? I thought that gpu passthrough would result in > > a usable display so that I could then connect to this server via > > synergy and use a dedicated graphics engine. > > Did you adjust your display settings to switch the default desktop screen > to the one on the Radeon? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for the > use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient is > prohibited. If you receive this in error, please contact the sender and > delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0139fe623a86d104fd111d79 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What i5 do you have and you are using =C2=A0iommu=3Dsoft swiotlb=3Dforce vt.handoff=3D7 does your system sup= ports vt-d ?


On Mon, Jun 3= 0, 2014 at 10:48 AM, Brian Menges <bmenges@gogrid.com> wrot= e:
I tried disabling and also uninstalling the = Standard VGA Adapter. It doesn't appear to be using the display headers= on the HD6450 at all. Since these settings cannot be changed via remote de= sktop, I installed RealVNC... which seems to bork networking for dom0 even = and forces a reboot for me... wonderful.

Anyone else having an issue with their gpu passthrough not using the card&#= 39;s display headers at all? This is a HVM Windows 7 x64 box.

- Brian Menges
Principal Engineer, DevOps
GoGrid | ServePath | ColoServe | UpStream Networks

-----Original Message-----
From: xen-users-bounces@= lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic
Sent: Friday, June 27, 2014 23:20
To: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] Help with VGA passthrough

On 06/27/2014 05:23 PM, Brian= Menges wrote:
> So I assigned the Radeon HD 6450 to my Windows VM; and according to > the device manager across RDP, it is working properly, but monitor
> hooked up isn't showing any display.
>
> Am I missing something? I thought that gpu passthrough would result in=
> a usable display so that I could then connect to this server via
> synergy and use a dedicated graphics engine.

Did you adjust your display settings to switch the default desktop screen t= o the one on the Radeon?


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

________________________________

The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer.

_____________________________= __________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--089e0139fe623a86d104fd111d79-- --===============6116373391955180408== 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 --===============6116373391955180408==-- From xen-users-bounces@lists.xen.org Mon Jun 30 17:38:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 17:38:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fWM-0000cM-Lf; Mon, 30 Jun 2014 17:37:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fWK-0000cD-Rc for xen-users@lists.xen.org; Mon, 30 Jun 2014 17:37:37 +0000 Received: from [193.109.254.147:58785] by server-16.bemta-14.messagelabs.com id 5B/B4-16986-060A1B35; Mon, 30 Jun 2014 17:37:36 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1404149853!14579576!1 X-Originating-IP: [209.85.192.50] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31816 invoked from network); 30 Jun 2014 17:37:34 -0000 Received: from mail-qg0-f50.google.com (HELO mail-qg0-f50.google.com) (209.85.192.50) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 17:37:34 -0000 Received: by mail-qg0-f50.google.com with SMTP id j5so2258754qga.37 for ; Mon, 30 Jun 2014 10:37:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZxsO9iTXxeYjDx+c7c+9zmV5qGkN0eexxKCzlunuXKo=; b=CWWkYEgythD2ib5fsgAYoD7WD1ay0F8XPSTtY1EGOTMoJ7ViizXjU91RgK6oh70+iT 9rkFBGf23VWxEIvSfTaa6DvLKLfsn5QgKQXiPNahZH91Tep2kT+oPkPxONSRYNX8LpUi qMHUD9yeH0S11TJjgyJs5AzhdAza4SPuY4WxwE2vMrrPLo5wUxe2Aipw4F8jcq2vVc+I fpWcM+cX1O9+iEoB8fX8LWQ2pjP+DzzvfJ22NJHeaIk1aCJ2JRndDBS1ILm6/Xt5JfmA jx+lz7uazRYfgr1pUHP2Nhz0sVu0AjLJCnlEzwWkxkdYySrOSpLLzFHSd2ekNTr71Rsr abyQ== MIME-Version: 1.0 X-Received: by 10.224.167.70 with SMTP id p6mr54083323qay.48.1404149853486; Mon, 30 Jun 2014 10:37:33 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 10:37:33 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> Date: Mon, 30 Jun 2014 11:37:33 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6116373391955180408==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6116373391955180408== Content-Type: multipart/alternative; boundary=089e0139fe623a86d104fd111d79 --089e0139fe623a86d104fd111d79 Content-Type: text/plain; charset=UTF-8 What i5 do you have and you are using iommu=soft swiotlb=force vt.handoff=7 does your system supports vt-d ? On Mon, Jun 30, 2014 at 10:48 AM, Brian Menges wrote: > I tried disabling and also uninstalling the Standard VGA Adapter. It > doesn't appear to be using the display headers on the HD6450 at all. Since > these settings cannot be changed via remote desktop, I installed RealVNC... > which seems to bork networking for dom0 even and forces a reboot for me... > wonderful. > > Anyone else having an issue with their gpu passthrough not using the > card's display headers at all? This is a HVM Windows 7 x64 box. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Friday, June 27, 2014 23:20 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > On 06/27/2014 05:23 PM, Brian Menges wrote: > > So I assigned the Radeon HD 6450 to my Windows VM; and according to > > the device manager across RDP, it is working properly, but monitor > > hooked up isn't showing any display. > > > > Am I missing something? I thought that gpu passthrough would result in > > a usable display so that I could then connect to this server via > > synergy and use a dedicated graphics engine. > > Did you adjust your display settings to switch the default desktop screen > to the one on the Radeon? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for the > use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient is > prohibited. If you receive this in error, please contact the sender and > delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0139fe623a86d104fd111d79 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What i5 do you have and you are using =C2=A0iommu=3Dsoft swiotlb=3Dforce vt.handoff=3D7 does your system sup= ports vt-d ?


On Mon, Jun 3= 0, 2014 at 10:48 AM, Brian Menges <bmenges@gogrid.com> wrot= e:
I tried disabling and also uninstalling the = Standard VGA Adapter. It doesn't appear to be using the display headers= on the HD6450 at all. Since these settings cannot be changed via remote de= sktop, I installed RealVNC... which seems to bork networking for dom0 even = and forces a reboot for me... wonderful.

Anyone else having an issue with their gpu passthrough not using the card&#= 39;s display headers at all? This is a HVM Windows 7 x64 box.

- Brian Menges
Principal Engineer, DevOps
GoGrid | ServePath | ColoServe | UpStream Networks

-----Original Message-----
From: xen-users-bounces@= lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic
Sent: Friday, June 27, 2014 23:20
To: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] Help with VGA passthrough

On 06/27/2014 05:23 PM, Brian= Menges wrote:
> So I assigned the Radeon HD 6450 to my Windows VM; and according to > the device manager across RDP, it is working properly, but monitor
> hooked up isn't showing any display.
>
> Am I missing something? I thought that gpu passthrough would result in=
> a usable display so that I could then connect to this server via
> synergy and use a dedicated graphics engine.

Did you adjust your display settings to switch the default desktop screen t= o the one on the Radeon?


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

________________________________

The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer.

_____________________________= __________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--089e0139fe623a86d104fd111d79-- --===============6116373391955180408== 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 --===============6116373391955180408==-- From xen-users-bounces@lists.xen.org Mon Jun 30 17:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 17:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fg5-0001Bu-Fr; Mon, 30 Jun 2014 17:47:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fg4-0001Bo-LN for xen-users@lists.xen.org; Mon, 30 Jun 2014 17:47:41 +0000 Received: from [193.109.254.147:12787] by server-13.bemta-14.messagelabs.com id D2/EF-23211-BB2A1B35; Mon, 30 Jun 2014 17:47:39 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1404150456!14631815!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6010 invoked from network); 30 Jun 2014 17:47:37 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 17:47:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=UhsSBdaH1uotaD281RGdF35cbl7etI0tI8pwuaNJ4LEMe1xMin2ANXSPnktfTtMTpPIoghE1y7IbAMfBZfKDWXcvf4LEW1VP01HkbL4gK5ynRzfwTMH0nh0+2HcCySkn; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X1fg0-000GcB-UE for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:47:36 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Mon, 30 Jun 2014 10:47:36 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/7Dw2gP/Y7BHg Date: Mon, 30 Jun 2014 17:47:35 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1003116260843500667==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1003116260843500667== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F9278695ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F9278695ex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 w5ggIFdoYXQgaTUgZG8geW91IGhhdmUgYW5kIHlvdSBhcmUgdXNpbmcgIGlvbW11PXNvZnQgc3dp b3RsYj1mb3JjZSB2dC5oYW5kb2ZmPTcgZG9lcyB5b3VyIHN5c3RlbSBzdXBwb3J0cyB2dC1kID8N Cg0KU28gb24gYSBsaW51eCBEb21VIEkgaGFkIGlvbW11PXNvZnQgYW5kIHN3aW90bGI9Zm9yY2Us IGJ1dCB3aGF0IGFyZSB0aGUgb3RoZXIgb25lL3R3byBjb21tYW5kcywgeW91ciB0eXBvcyBhcmUg aGFyZCBmb3IgbWUgdG8gcmVhZCB0aGVyZS4NCg0KU28gZmFyIGFzIHRoZSBwcm9jIEkgaGF2ZSwN Cmk1LTI0MDAgQ1BVIEAgMy4xMEdIeg0KZmxhZ3MgICAgICAgICAgIDogZnB1IGRlIHRzYyBtc3Ig cGFlIG1jZSBjeDggYXBpYyBzZXAgbXRyciBtY2EgY21vdiBwYXQgY2xmbHVzaCBhY3BpIG1teCBm eHNyIHNzZSBzc2UyIHNzIGh0IG54IGNvbnN0YW50X3RzYyBub25zdG9wX3RzYyBhcGVyZm1wZXJm IHBuaSBwY2xtdWxxZHEgdm14IGVzdCBzc3NlMyBzc2U0XzEgc3NlNF8yIHgyYXBpYyBwb3BjbnQg YWVzIGh5cGVydmlzb3IgaWRhIGFyYXQgdHByX3NoYWRvdyB2bm1pIGZsZXhwcmlvcml0eSBlcHQg dnBpZA0KDQpodHRwOi8vYXJrLmludGVsLmNvbS9wcm9kdWN0cy81MjIwNy9JbnRlbC1Db3JlLWk1 LTI0MDAtUHJvY2Vzc29yLTZNLUNhY2hlLXVwLXRvLTNfNDAtR0h6DQoNCkFjY29yZGluZyB0byBJ bnRlbCwgSSBoYXZlIGJvdGggVlQtZCBhbmQgVlQteCAody9FUFQpLiBUaGlzIHByb2Mgc2hvdWxk IGJlIHN1ZmZpY2llbnQuIEnigJl2ZSBpbnN0YWxsZWQgWGVuU2VydmVyIGFuZCBpdCBkaWRu4oCZ dCBiYXJrIChhbmQgaXQgd2lsbCkgYWJvdXQgaW5zdWZmaWNpZW50IFZUIGZsYWdzLg0KDQoNCi0g QnJpYW4gTWVuZ2VzDQpQcmluY2lwYWwgRW5naW5lZXIsIERldk9wcw0KR29HcmlkIHwgU2VydmVQ YXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3MNCg0KRnJvbTogamFjZWsgYnVyZ2hh cmR0IFttYWlsdG86amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbV0NClNlbnQ6IE1vbmRheSwgSnVu ZSAzMCwgMjAxNCAxMDozOA0KVG86IEJyaWFuIE1lbmdlcw0KQ2M6IHhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnDQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3Vn aA0KDQpXaGF0IGk1IGRvIHlvdSBoYXZlIGFuZCB5b3UgYXJlIHVzaW5nICBpb21tdT1zb2Z0IHN3 aW90bGI9Zm9yY2UgdnQuaGFuZG9mZj03IGRvZXMgeW91ciBzeXN0ZW0gc3VwcG9ydHMgdnQtZCA/ DQoNCk9uIE1vbiwgSnVuIDMwLCAyMDE0IGF0IDEwOjQ4IEFNLCBCcmlhbiBNZW5nZXMgPGJtZW5n ZXNAZ29ncmlkLmNvbTxtYWlsdG86Ym1lbmdlc0Bnb2dyaWQuY29tPj4gd3JvdGU6DQpJIHRyaWVk IGRpc2FibGluZyBhbmQgYWxzbyB1bmluc3RhbGxpbmcgdGhlIFN0YW5kYXJkIFZHQSBBZGFwdGVy LiBJdCBkb2Vzbid0IGFwcGVhciB0byBiZSB1c2luZyB0aGUgZGlzcGxheSBoZWFkZXJzIG9uIHRo ZSBIRDY0NTAgYXQgYWxsLiBTaW5jZSB0aGVzZSBzZXR0aW5ncyBjYW5ub3QgYmUgY2hhbmdlZCB2 aWEgcmVtb3RlIGRlc2t0b3AsIEkgaW5zdGFsbGVkIFJlYWxWTkMuLi4gd2hpY2ggc2VlbXMgdG8g Ym9yayBuZXR3b3JraW5nIGZvciBkb20wIGV2ZW4gYW5kIGZvcmNlcyBhIHJlYm9vdCBmb3IgbWUu Li4gd29uZGVyZnVsLg0KDQpBbnlvbmUgZWxzZSBoYXZpbmcgYW4gaXNzdWUgd2l0aCB0aGVpciBn cHUgcGFzc3Rocm91Z2ggbm90IHVzaW5nIHRoZSBjYXJkJ3MgZGlzcGxheSBoZWFkZXJzIGF0IGFs bD8gVGhpcyBpcyBhIEhWTSBXaW5kb3dzIDcgeDY0IGJveC4NCg0KLSBCcmlhbiBNZW5nZXMNClBy aW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzDQpHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUg fCBVcFN0cmVhbSBOZXR3b3Jrcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNA bGlzdHMueGVuLm9yZz4gW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPG1h aWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPl0gT24gQmVoYWxmIE9mIEdvcmRh biBCb2JpYw0KU2VudDogRnJpZGF5LCBKdW5lIDI3LCAyMDE0IDIzOjIwDQpUbzogeGVuLXVzZXJz QGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KU3ViamVjdDog UmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2gNCk9uIDA2LzI3LzIwMTQg MDU6MjMgUE0sIEJyaWFuIE1lbmdlcyB3cm90ZToNCj4gU28gSSBhc3NpZ25lZCB0aGUgUmFkZW9u IEhEIDY0NTAgdG8gbXkgV2luZG93cyBWTTsgYW5kIGFjY29yZGluZyB0bw0KPiB0aGUgZGV2aWNl IG1hbmFnZXIgYWNyb3NzIFJEUCwgaXQgaXMgd29ya2luZyBwcm9wZXJseSwgYnV0IG1vbml0b3IN Cj4gaG9va2VkIHVwIGlzbid0IHNob3dpbmcgYW55IGRpc3BsYXkuDQo+DQo+IEFtIEkgbWlzc2lu ZyBzb21ldGhpbmc/IEkgdGhvdWdodCB0aGF0IGdwdSBwYXNzdGhyb3VnaCB3b3VsZCByZXN1bHQg aW4NCj4gYSB1c2FibGUgZGlzcGxheSBzbyB0aGF0IEkgY291bGQgdGhlbiBjb25uZWN0IHRvIHRo aXMgc2VydmVyIHZpYQ0KPiBzeW5lcmd5IGFuZCB1c2UgYSBkZWRpY2F0ZWQgZ3JhcGhpY3MgZW5n aW5lLg0KDQpEaWQgeW91IGFkanVzdCB5b3VyIGRpc3BsYXkgc2V0dGluZ3MgdG8gc3dpdGNoIHRo ZSBkZWZhdWx0IGRlc2t0b3Agc2NyZWVuIHRvIHRoZSBvbmUgb24gdGhlIFJhZGVvbj8NCg0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KWGVuLXVzZXJz IG1haWxpbmcgbGlzdA0KWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnPg0KaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KDQpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRo aXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs IGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVz ZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSBy ZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4g cmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3Ro ZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNl aXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0 aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KaHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkg YXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2aWxl Z2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBl bnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlzc2lv biwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluIHJlbGlhbmNlIHVwb24gdGhpcyBp bmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRoYW4gdGhlIGludGVuZGVk IHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVycm9yLCBw bGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZyb20gYW55 IGNvbXB1dGVyLg0K --_000_F33FED1E326F7448A0623CC9BFA2D4F9278695ex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6V2luZ2RpbmdzfQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJp YSBNYXRoIn0NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaX0NCnAuTXNvTm9ybWFs LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIiwic2VyaWYifQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXtjb2xvcjpibHVl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmV9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJs aW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmV9 DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFy YWdyYXBoDQoJe21hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJv dHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYi fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjojMUY0OTdEfQ0KLk1zb0NocERlZmF1bHQNCgl7Zm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIn0NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXttYXJnaW46MS4waW4gMS4w aW4gMS4waW4gMS4waW59DQpkaXYuV29yZFNlY3Rpb24xDQoJe30NCm9sDQoJe21hcmdpbi1ib3R0 b206MGlufQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW59DQotLT4NCjwvc3R5bGU+DQo8L2hlYWQ+ DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNs YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0 ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZh bWlseTpXaW5nZGluZ3M7IGNvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSIiPsOYPHNwYW4gc3R5 bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsNCjwvc3Bh bj48L3NwYW4+PC9zcGFuPldoYXQgaTUgZG8geW91IGhhdmUgYW5kIHlvdSBhcmUgdXNpbmcgJm5i c3A7PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7IGNvbG9yOiM1NDU0NTQiPmlvbW11PC9zcGFuPjwvYj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozsg Y29sb3I6IzU0NTQ1NCI+PXNvZnQgc3dpb3RsYj1mb3JjZSB2dC5oYW5kb2ZmPTcgZG9lcyB5b3Vy IHN5c3RlbSBzdXBwb3J0cw0KIHZ0LWQgPzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7OyBjb2xvcjojMUY0OTdEIj48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNv bG9yOiMxRjQ5N0QiPlNvIG9uIGEgbGludXggRG9tVSBJIGhhZCBpb21tdT1zb2Z0IGFuZCBzd2lv dGxiPWZvcmNlLCBidXQgd2hhdCBhcmUgdGhlIG90aGVyIG9uZS90d28gY29tbWFuZHMsIHlvdXIg dHlwb3MgYXJlIGhhcmQgZm9yIG1lIHRvIHJlYWQgdGhlcmUuPC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj5TbyBmYXIgYXMgdGhlIHByb2MgSSBoYXZlLDwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7OyBjb2xvcjojMUY0OTdEIj5pNS0yNDAwIENQVSBAIDMuMTBHSHo8L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFG NDk3RCI+ZmxhZ3MmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgOiBmcHUgZGUgdHNjIG1zciBwYWUgbWNlIGN4OCBhcGljIHNlcCBtdHJy IG1jYSBjbW92IHBhdCBjbGZsdXNoIGFjcGkgbW14IGZ4c3Igc3NlIHNzZTIgc3MgaHQgbnggY29u c3RhbnRfdHNjIG5vbnN0b3BfdHNjIGFwZXJmbXBlcmYgcG5pIHBjbG11bHFkcQ0KIHZteCBlc3Qg c3NzZTMgc3NlNF8xIHNzZTRfMiB4MmFwaWMgcG9wY250IGFlcyBoeXBlcnZpc29yIGlkYSBhcmF0 IHRwcl9zaGFkb3cgdm5taSBmbGV4cHJpb3JpdHkgZXB0IHZwaWQ8L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3 RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPjxhIGhyZWY9Imh0dHA6Ly9hcmsuaW50ZWwu Y29tL3Byb2R1Y3RzLzUyMjA3L0ludGVsLUNvcmUtaTUtMjQwMC1Qcm9jZXNzb3ItNk0tQ2FjaGUt dXAtdG8tM180MC1HSHoiPmh0dHA6Ly9hcmsuaW50ZWwuY29tL3Byb2R1Y3RzLzUyMjA3L0ludGVs LUNvcmUtaTUtMjQwMC1Qcm9jZXNzb3ItNk0tQ2FjaGUtdXAtdG8tM180MC1HSHo8L2E+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 IGNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj5BY2NvcmRpbmcgdG8g SW50ZWwsIEkgaGF2ZSBib3RoIFZULWQgYW5kIFZULXggKHcvRVBUKS4gVGhpcyBwcm9jIHNob3Vs ZCBiZSBzdWZmaWNpZW50LiBJ4oCZdmUgaW5zdGFsbGVkIFhlblNlcnZlciBhbmQgaXQgZGlkbuKA mXQgYmFyayAoYW5kIGl0IHdpbGwpIGFib3V0IGluc3VmZmljaWVudA0KIFZUIGZsYWdzLjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 IGNvbG9yOiMxRjQ5N0QiPi0gQnJpYW4gTWVuZ2VzPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPlByaW5j aXBhbCBFbmdpbmVlciwgRGV2T3BzPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkdvR3JpZCB8IFNlcnZl UGF0aCB8IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzPC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+IGphY2VrIGJ1cmdoYXJkdCBbbWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb21d DQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBKdW5lIDMwLCAyMDE0IDEwOjM4PGJyPg0KPGI+ VG86PC9iPiBCcmlhbiBNZW5nZXM8YnI+DQo8Yj5DYzo8L2I+IHhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBh c3N0aHJvdWdoPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XaGF0IGk1IGRvIHlvdSBoYXZlIGFuZCB5b3UgYXJl IHVzaW5nICZuYnNwOzxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojNTQ1NDU0Ij5pb21tdTwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7IGNvbG9yOiM1NDU0NTQiPj1zb2Z0IHN3aW90bGI9Zm9yY2UgdnQuaGFuZG9mZj03 IGRvZXMgeW91ciBzeXN0ZW0gc3VwcG9ydHMNCiB2dC1kID88L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4m bmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gTW9uLCBKdW4gMzAsIDIw MTQgYXQgMTA6NDggQU0sIEJyaWFuIE1lbmdlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJtZW5nZXNA Z29ncmlkLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmJtZW5nZXNAZ29ncmlkLmNvbTwvYT4mZ3Q7IHdy b3RlOjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTsgYm9yZGVyLWxlZnQ6c29s aWQgI0NDQ0NDQyAxLjBwdDsgcGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDsgbWFyZ2luLWxlZnQ6 NC44cHQ7IG1hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSB0cmllZCBk aXNhYmxpbmcgYW5kIGFsc28gdW5pbnN0YWxsaW5nIHRoZSBTdGFuZGFyZCBWR0EgQWRhcHRlci4g SXQgZG9lc24ndCBhcHBlYXIgdG8gYmUgdXNpbmcgdGhlIGRpc3BsYXkgaGVhZGVycyBvbiB0aGUg SEQ2NDUwIGF0IGFsbC4gU2luY2UgdGhlc2Ugc2V0dGluZ3MgY2Fubm90IGJlIGNoYW5nZWQgdmlh IHJlbW90ZSBkZXNrdG9wLCBJIGluc3RhbGxlZCBSZWFsVk5DLi4uIHdoaWNoIHNlZW1zIHRvIGJv cmsNCiBuZXR3b3JraW5nIGZvciBkb20wIGV2ZW4gYW5kIGZvcmNlcyBhIHJlYm9vdCBmb3IgbWUu Li4gd29uZGVyZnVsLjxicj4NCjxicj4NCkFueW9uZSBlbHNlIGhhdmluZyBhbiBpc3N1ZSB3aXRo IHRoZWlyIGdwdSBwYXNzdGhyb3VnaCBub3QgdXNpbmcgdGhlIGNhcmQncyBkaXNwbGF5IGhlYWRl cnMgYXQgYWxsPyBUaGlzIGlzIGEgSFZNIFdpbmRvd3MgNyB4NjQgYm94LjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQotIEJyaWFuIE1lbmdlczxicj4NClByaW5jaXBhbCBF bmdpbmVlciwgRGV2T3BzPGJyPg0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBT dHJlYW0gTmV0d29ya3M8YnI+DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4N CkZyb206IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnIj54 ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPiBbbWFpbHRvOjxhIGhyZWY9Im1haWx0 bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnIj54ZW4tdXNlcnMtYm91bmNlc0BsaXN0 cy54ZW4ub3JnPC9hPl0gT24gQmVoYWxmIE9mIEdvcmRhbiBCb2JpYzwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+U2Vu dDogRnJpZGF5LCBKdW5lIDI3LCAyMDE0IDIzOjIwPGJyPg0KVG86IDxhIGhyZWY9Im1haWx0bzp4 ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0K U3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206MTIuMHB0Ij5PbiAwNi8yNy8yMDE0IDA1OjIzIFBNLCBCcmlhbiBNZW5nZXMgd3JvdGU6 PGJyPg0KJmd0OyBTbyBJIGFzc2lnbmVkIHRoZSBSYWRlb24gSEQgNjQ1MCB0byBteSBXaW5kb3dz IFZNOyBhbmQgYWNjb3JkaW5nIHRvPGJyPg0KJmd0OyB0aGUgZGV2aWNlIG1hbmFnZXIgYWNyb3Nz IFJEUCwgaXQgaXMgd29ya2luZyBwcm9wZXJseSwgYnV0IG1vbml0b3I8YnI+DQomZ3Q7IGhvb2tl ZCB1cCBpc24ndCBzaG93aW5nIGFueSBkaXNwbGF5Ljxicj4NCiZndDs8YnI+DQomZ3Q7IEFtIEkg bWlzc2luZyBzb21ldGhpbmc/IEkgdGhvdWdodCB0aGF0IGdwdSBwYXNzdGhyb3VnaCB3b3VsZCBy ZXN1bHQgaW48YnI+DQomZ3Q7IGEgdXNhYmxlIGRpc3BsYXkgc28gdGhhdCBJIGNvdWxkIHRoZW4g Y29ubmVjdCB0byB0aGlzIHNlcnZlciB2aWE8YnI+DQomZ3Q7IHN5bmVyZ3kgYW5kIHVzZSBhIGRl ZGljYXRlZCBncmFwaGljcyBlbmdpbmUuPGJyPg0KPGJyPg0KRGlkIHlvdSBhZGp1c3QgeW91ciBk aXNwbGF5IHNldHRpbmdzIHRvIHN3aXRjaCB0aGUgZGVmYXVsdCBkZXNrdG9wIHNjcmVlbiB0byB0 aGUgb25lIG9uIHRoZSBSYWRlb24/PGJyPg0KPGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNA bGlzdHMueGVuLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnMiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM8L2E+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWJvdHRvbToxMi4wcHQiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KPGJyPg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBh bnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2 aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBv ciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlz c2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluDQogcmVsaWFuY2UgdXBvbiB0 aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50 ZW5kZWQgcmVjaXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJy b3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJv bSBhbnkgY29tcHV0ZXIuPC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpYZW4tdXNlcnNA bGlzdHMueGVuLm9yZyI+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0i aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzPC9hPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8YnI+DQo8aHI+DQo8Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyIgY29sb3I9IkdyYXkiIHNp emU9IjEiPjxicj4NClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBh bmQgYW55IGF0dGFjaG1lbnRzLCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkg cHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBwZXJz b24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlzIGFkZHJlc3NlZC4gQW55IHJldmlldywgcmV0cmFu c21pc3Npb24sIGRpc3NlbWluYXRpb24sIG9yIGFjdGlvbiB0YWtlbiBpbg0KIHJlbGlhbmNlIHVw b24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRoYW4gdGhl IGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGlu IGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFs IGZyb20gYW55IGNvbXB1dGVyLjxicj4NCjwvZm9udD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_F33FED1E326F7448A0623CC9BFA2D4F9278695ex001sfoservepath_-- --===============1003116260843500667== 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 --===============1003116260843500667==-- From xen-users-bounces@lists.xen.org Mon Jun 30 17:47:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 17:47:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fg5-0001Bu-Fr; Mon, 30 Jun 2014 17:47:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fg4-0001Bo-LN for xen-users@lists.xen.org; Mon, 30 Jun 2014 17:47:41 +0000 Received: from [193.109.254.147:12787] by server-13.bemta-14.messagelabs.com id D2/EF-23211-BB2A1B35; Mon, 30 Jun 2014 17:47:39 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1404150456!14631815!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6010 invoked from network); 30 Jun 2014 17:47:37 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 17:47:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=UhsSBdaH1uotaD281RGdF35cbl7etI0tI8pwuaNJ4LEMe1xMin2ANXSPnktfTtMTpPIoghE1y7IbAMfBZfKDWXcvf4LEW1VP01HkbL4gK5ynRzfwTMH0nh0+2HcCySkn; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X1fg0-000GcB-UE for xen-users@lists.xen.org; Mon, 30 Jun 2014 10:47:36 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Mon, 30 Jun 2014 10:47:36 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/7Dw2gP/Y7BHg Date: Mon, 30 Jun 2014 17:47:35 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1003116260843500667==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1003116260843500667== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F9278695ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F9278695ex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 w5ggIFdoYXQgaTUgZG8geW91IGhhdmUgYW5kIHlvdSBhcmUgdXNpbmcgIGlvbW11PXNvZnQgc3dp b3RsYj1mb3JjZSB2dC5oYW5kb2ZmPTcgZG9lcyB5b3VyIHN5c3RlbSBzdXBwb3J0cyB2dC1kID8N Cg0KU28gb24gYSBsaW51eCBEb21VIEkgaGFkIGlvbW11PXNvZnQgYW5kIHN3aW90bGI9Zm9yY2Us IGJ1dCB3aGF0IGFyZSB0aGUgb3RoZXIgb25lL3R3byBjb21tYW5kcywgeW91ciB0eXBvcyBhcmUg aGFyZCBmb3IgbWUgdG8gcmVhZCB0aGVyZS4NCg0KU28gZmFyIGFzIHRoZSBwcm9jIEkgaGF2ZSwN Cmk1LTI0MDAgQ1BVIEAgMy4xMEdIeg0KZmxhZ3MgICAgICAgICAgIDogZnB1IGRlIHRzYyBtc3Ig cGFlIG1jZSBjeDggYXBpYyBzZXAgbXRyciBtY2EgY21vdiBwYXQgY2xmbHVzaCBhY3BpIG1teCBm eHNyIHNzZSBzc2UyIHNzIGh0IG54IGNvbnN0YW50X3RzYyBub25zdG9wX3RzYyBhcGVyZm1wZXJm IHBuaSBwY2xtdWxxZHEgdm14IGVzdCBzc3NlMyBzc2U0XzEgc3NlNF8yIHgyYXBpYyBwb3BjbnQg YWVzIGh5cGVydmlzb3IgaWRhIGFyYXQgdHByX3NoYWRvdyB2bm1pIGZsZXhwcmlvcml0eSBlcHQg dnBpZA0KDQpodHRwOi8vYXJrLmludGVsLmNvbS9wcm9kdWN0cy81MjIwNy9JbnRlbC1Db3JlLWk1 LTI0MDAtUHJvY2Vzc29yLTZNLUNhY2hlLXVwLXRvLTNfNDAtR0h6DQoNCkFjY29yZGluZyB0byBJ bnRlbCwgSSBoYXZlIGJvdGggVlQtZCBhbmQgVlQteCAody9FUFQpLiBUaGlzIHByb2Mgc2hvdWxk IGJlIHN1ZmZpY2llbnQuIEnigJl2ZSBpbnN0YWxsZWQgWGVuU2VydmVyIGFuZCBpdCBkaWRu4oCZ dCBiYXJrIChhbmQgaXQgd2lsbCkgYWJvdXQgaW5zdWZmaWNpZW50IFZUIGZsYWdzLg0KDQoNCi0g QnJpYW4gTWVuZ2VzDQpQcmluY2lwYWwgRW5naW5lZXIsIERldk9wcw0KR29HcmlkIHwgU2VydmVQ YXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3MNCg0KRnJvbTogamFjZWsgYnVyZ2hh cmR0IFttYWlsdG86amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbV0NClNlbnQ6IE1vbmRheSwgSnVu ZSAzMCwgMjAxNCAxMDozOA0KVG86IEJyaWFuIE1lbmdlcw0KQ2M6IHhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnDQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3Vn aA0KDQpXaGF0IGk1IGRvIHlvdSBoYXZlIGFuZCB5b3UgYXJlIHVzaW5nICBpb21tdT1zb2Z0IHN3 aW90bGI9Zm9yY2UgdnQuaGFuZG9mZj03IGRvZXMgeW91ciBzeXN0ZW0gc3VwcG9ydHMgdnQtZCA/ DQoNCk9uIE1vbiwgSnVuIDMwLCAyMDE0IGF0IDEwOjQ4IEFNLCBCcmlhbiBNZW5nZXMgPGJtZW5n ZXNAZ29ncmlkLmNvbTxtYWlsdG86Ym1lbmdlc0Bnb2dyaWQuY29tPj4gd3JvdGU6DQpJIHRyaWVk IGRpc2FibGluZyBhbmQgYWxzbyB1bmluc3RhbGxpbmcgdGhlIFN0YW5kYXJkIFZHQSBBZGFwdGVy LiBJdCBkb2Vzbid0IGFwcGVhciB0byBiZSB1c2luZyB0aGUgZGlzcGxheSBoZWFkZXJzIG9uIHRo ZSBIRDY0NTAgYXQgYWxsLiBTaW5jZSB0aGVzZSBzZXR0aW5ncyBjYW5ub3QgYmUgY2hhbmdlZCB2 aWEgcmVtb3RlIGRlc2t0b3AsIEkgaW5zdGFsbGVkIFJlYWxWTkMuLi4gd2hpY2ggc2VlbXMgdG8g Ym9yayBuZXR3b3JraW5nIGZvciBkb20wIGV2ZW4gYW5kIGZvcmNlcyBhIHJlYm9vdCBmb3IgbWUu Li4gd29uZGVyZnVsLg0KDQpBbnlvbmUgZWxzZSBoYXZpbmcgYW4gaXNzdWUgd2l0aCB0aGVpciBn cHUgcGFzc3Rocm91Z2ggbm90IHVzaW5nIHRoZSBjYXJkJ3MgZGlzcGxheSBoZWFkZXJzIGF0IGFs bD8gVGhpcyBpcyBhIEhWTSBXaW5kb3dzIDcgeDY0IGJveC4NCg0KLSBCcmlhbiBNZW5nZXMNClBy aW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzDQpHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUg fCBVcFN0cmVhbSBOZXR3b3Jrcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNA bGlzdHMueGVuLm9yZz4gW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPG1h aWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPl0gT24gQmVoYWxmIE9mIEdvcmRh biBCb2JpYw0KU2VudDogRnJpZGF5LCBKdW5lIDI3LCAyMDE0IDIzOjIwDQpUbzogeGVuLXVzZXJz QGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KU3ViamVjdDog UmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2gNCk9uIDA2LzI3LzIwMTQg MDU6MjMgUE0sIEJyaWFuIE1lbmdlcyB3cm90ZToNCj4gU28gSSBhc3NpZ25lZCB0aGUgUmFkZW9u IEhEIDY0NTAgdG8gbXkgV2luZG93cyBWTTsgYW5kIGFjY29yZGluZyB0bw0KPiB0aGUgZGV2aWNl IG1hbmFnZXIgYWNyb3NzIFJEUCwgaXQgaXMgd29ya2luZyBwcm9wZXJseSwgYnV0IG1vbml0b3IN Cj4gaG9va2VkIHVwIGlzbid0IHNob3dpbmcgYW55IGRpc3BsYXkuDQo+DQo+IEFtIEkgbWlzc2lu ZyBzb21ldGhpbmc/IEkgdGhvdWdodCB0aGF0IGdwdSBwYXNzdGhyb3VnaCB3b3VsZCByZXN1bHQg aW4NCj4gYSB1c2FibGUgZGlzcGxheSBzbyB0aGF0IEkgY291bGQgdGhlbiBjb25uZWN0IHRvIHRo aXMgc2VydmVyIHZpYQ0KPiBzeW5lcmd5IGFuZCB1c2UgYSBkZWRpY2F0ZWQgZ3JhcGhpY3MgZW5n aW5lLg0KDQpEaWQgeW91IGFkanVzdCB5b3VyIGRpc3BsYXkgc2V0dGluZ3MgdG8gc3dpdGNoIHRo ZSBkZWZhdWx0IGRlc2t0b3Agc2NyZWVuIHRvIHRoZSBvbmUgb24gdGhlIFJhZGVvbj8NCg0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KWGVuLXVzZXJz IG1haWxpbmcgbGlzdA0KWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnPg0KaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KDQpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRo aXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs IGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVz ZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSBy ZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4g cmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3Ro ZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNl aXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0 aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KaHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkg YXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2aWxl Z2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBl bnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlzc2lv biwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluIHJlbGlhbmNlIHVwb24gdGhpcyBp bmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRoYW4gdGhlIGludGVuZGVk IHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVycm9yLCBw bGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZyb20gYW55 IGNvbXB1dGVyLg0K --_000_F33FED1E326F7448A0623CC9BFA2D4F9278695ex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6V2luZ2RpbmdzfQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJp YSBNYXRoIn0NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaX0NCnAuTXNvTm9ybWFs LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIiwic2VyaWYifQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXtjb2xvcjpibHVl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmV9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJs aW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmV9 DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFy YWdyYXBoDQoJe21hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJv dHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYi fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjojMUY0OTdEfQ0KLk1zb0NocERlZmF1bHQNCgl7Zm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIn0NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXttYXJnaW46MS4waW4gMS4w aW4gMS4waW4gMS4waW59DQpkaXYuV29yZFNlY3Rpb24xDQoJe30NCm9sDQoJe21hcmdpbi1ib3R0 b206MGlufQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW59DQotLT4NCjwvc3R5bGU+DQo8L2hlYWQ+ DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNs YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0 ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZh bWlseTpXaW5nZGluZ3M7IGNvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSIiPsOYPHNwYW4gc3R5 bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsNCjwvc3Bh bj48L3NwYW4+PC9zcGFuPldoYXQgaTUgZG8geW91IGhhdmUgYW5kIHlvdSBhcmUgdXNpbmcgJm5i c3A7PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7IGNvbG9yOiM1NDU0NTQiPmlvbW11PC9zcGFuPjwvYj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozsg Y29sb3I6IzU0NTQ1NCI+PXNvZnQgc3dpb3RsYj1mb3JjZSB2dC5oYW5kb2ZmPTcgZG9lcyB5b3Vy IHN5c3RlbSBzdXBwb3J0cw0KIHZ0LWQgPzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7OyBjb2xvcjojMUY0OTdEIj48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNv bG9yOiMxRjQ5N0QiPlNvIG9uIGEgbGludXggRG9tVSBJIGhhZCBpb21tdT1zb2Z0IGFuZCBzd2lv dGxiPWZvcmNlLCBidXQgd2hhdCBhcmUgdGhlIG90aGVyIG9uZS90d28gY29tbWFuZHMsIHlvdXIg dHlwb3MgYXJlIGhhcmQgZm9yIG1lIHRvIHJlYWQgdGhlcmUuPC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj5TbyBmYXIgYXMgdGhlIHByb2MgSSBoYXZlLDwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7OyBjb2xvcjojMUY0OTdEIj5pNS0yNDAwIENQVSBAIDMuMTBHSHo8L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFG NDk3RCI+ZmxhZ3MmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgOiBmcHUgZGUgdHNjIG1zciBwYWUgbWNlIGN4OCBhcGljIHNlcCBtdHJy IG1jYSBjbW92IHBhdCBjbGZsdXNoIGFjcGkgbW14IGZ4c3Igc3NlIHNzZTIgc3MgaHQgbnggY29u c3RhbnRfdHNjIG5vbnN0b3BfdHNjIGFwZXJmbXBlcmYgcG5pIHBjbG11bHFkcQ0KIHZteCBlc3Qg c3NzZTMgc3NlNF8xIHNzZTRfMiB4MmFwaWMgcG9wY250IGFlcyBoeXBlcnZpc29yIGlkYSBhcmF0 IHRwcl9zaGFkb3cgdm5taSBmbGV4cHJpb3JpdHkgZXB0IHZwaWQ8L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3 RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPjxhIGhyZWY9Imh0dHA6Ly9hcmsuaW50ZWwu Y29tL3Byb2R1Y3RzLzUyMjA3L0ludGVsLUNvcmUtaTUtMjQwMC1Qcm9jZXNzb3ItNk0tQ2FjaGUt dXAtdG8tM180MC1HSHoiPmh0dHA6Ly9hcmsuaW50ZWwuY29tL3Byb2R1Y3RzLzUyMjA3L0ludGVs LUNvcmUtaTUtMjQwMC1Qcm9jZXNzb3ItNk0tQ2FjaGUtdXAtdG8tM180MC1HSHo8L2E+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 IGNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj5BY2NvcmRpbmcgdG8g SW50ZWwsIEkgaGF2ZSBib3RoIFZULWQgYW5kIFZULXggKHcvRVBUKS4gVGhpcyBwcm9jIHNob3Vs ZCBiZSBzdWZmaWNpZW50LiBJ4oCZdmUgaW5zdGFsbGVkIFhlblNlcnZlciBhbmQgaXQgZGlkbuKA mXQgYmFyayAoYW5kIGl0IHdpbGwpIGFib3V0IGluc3VmZmljaWVudA0KIFZUIGZsYWdzLjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 IGNvbG9yOiMxRjQ5N0QiPi0gQnJpYW4gTWVuZ2VzPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPlByaW5j aXBhbCBFbmdpbmVlciwgRGV2T3BzPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkdvR3JpZCB8IFNlcnZl UGF0aCB8IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzPC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+IGphY2VrIGJ1cmdoYXJkdCBbbWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb21d DQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBKdW5lIDMwLCAyMDE0IDEwOjM4PGJyPg0KPGI+ VG86PC9iPiBCcmlhbiBNZW5nZXM8YnI+DQo8Yj5DYzo8L2I+IHhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBh c3N0aHJvdWdoPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XaGF0IGk1IGRvIHlvdSBoYXZlIGFuZCB5b3UgYXJl IHVzaW5nICZuYnNwOzxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojNTQ1NDU0Ij5pb21tdTwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7IGNvbG9yOiM1NDU0NTQiPj1zb2Z0IHN3aW90bGI9Zm9yY2UgdnQuaGFuZG9mZj03 IGRvZXMgeW91ciBzeXN0ZW0gc3VwcG9ydHMNCiB2dC1kID88L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4m bmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gTW9uLCBKdW4gMzAsIDIw MTQgYXQgMTA6NDggQU0sIEJyaWFuIE1lbmdlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJtZW5nZXNA Z29ncmlkLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmJtZW5nZXNAZ29ncmlkLmNvbTwvYT4mZ3Q7IHdy b3RlOjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTsgYm9yZGVyLWxlZnQ6c29s aWQgI0NDQ0NDQyAxLjBwdDsgcGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDsgbWFyZ2luLWxlZnQ6 NC44cHQ7IG1hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSB0cmllZCBk aXNhYmxpbmcgYW5kIGFsc28gdW5pbnN0YWxsaW5nIHRoZSBTdGFuZGFyZCBWR0EgQWRhcHRlci4g SXQgZG9lc24ndCBhcHBlYXIgdG8gYmUgdXNpbmcgdGhlIGRpc3BsYXkgaGVhZGVycyBvbiB0aGUg SEQ2NDUwIGF0IGFsbC4gU2luY2UgdGhlc2Ugc2V0dGluZ3MgY2Fubm90IGJlIGNoYW5nZWQgdmlh IHJlbW90ZSBkZXNrdG9wLCBJIGluc3RhbGxlZCBSZWFsVk5DLi4uIHdoaWNoIHNlZW1zIHRvIGJv cmsNCiBuZXR3b3JraW5nIGZvciBkb20wIGV2ZW4gYW5kIGZvcmNlcyBhIHJlYm9vdCBmb3IgbWUu Li4gd29uZGVyZnVsLjxicj4NCjxicj4NCkFueW9uZSBlbHNlIGhhdmluZyBhbiBpc3N1ZSB3aXRo IHRoZWlyIGdwdSBwYXNzdGhyb3VnaCBub3QgdXNpbmcgdGhlIGNhcmQncyBkaXNwbGF5IGhlYWRl cnMgYXQgYWxsPyBUaGlzIGlzIGEgSFZNIFdpbmRvd3MgNyB4NjQgYm94LjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQotIEJyaWFuIE1lbmdlczxicj4NClByaW5jaXBhbCBF bmdpbmVlciwgRGV2T3BzPGJyPg0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBT dHJlYW0gTmV0d29ya3M8YnI+DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4N CkZyb206IDxhIGhyZWY9Im1haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnIj54 ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPiBbbWFpbHRvOjxhIGhyZWY9Im1haWx0 bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnIj54ZW4tdXNlcnMtYm91bmNlc0BsaXN0 cy54ZW4ub3JnPC9hPl0gT24gQmVoYWxmIE9mIEdvcmRhbiBCb2JpYzwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+U2Vu dDogRnJpZGF5LCBKdW5lIDI3LCAyMDE0IDIzOjIwPGJyPg0KVG86IDxhIGhyZWY9Im1haWx0bzp4 ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0K U3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206MTIuMHB0Ij5PbiAwNi8yNy8yMDE0IDA1OjIzIFBNLCBCcmlhbiBNZW5nZXMgd3JvdGU6 PGJyPg0KJmd0OyBTbyBJIGFzc2lnbmVkIHRoZSBSYWRlb24gSEQgNjQ1MCB0byBteSBXaW5kb3dz IFZNOyBhbmQgYWNjb3JkaW5nIHRvPGJyPg0KJmd0OyB0aGUgZGV2aWNlIG1hbmFnZXIgYWNyb3Nz IFJEUCwgaXQgaXMgd29ya2luZyBwcm9wZXJseSwgYnV0IG1vbml0b3I8YnI+DQomZ3Q7IGhvb2tl ZCB1cCBpc24ndCBzaG93aW5nIGFueSBkaXNwbGF5Ljxicj4NCiZndDs8YnI+DQomZ3Q7IEFtIEkg bWlzc2luZyBzb21ldGhpbmc/IEkgdGhvdWdodCB0aGF0IGdwdSBwYXNzdGhyb3VnaCB3b3VsZCBy ZXN1bHQgaW48YnI+DQomZ3Q7IGEgdXNhYmxlIGRpc3BsYXkgc28gdGhhdCBJIGNvdWxkIHRoZW4g Y29ubmVjdCB0byB0aGlzIHNlcnZlciB2aWE8YnI+DQomZ3Q7IHN5bmVyZ3kgYW5kIHVzZSBhIGRl ZGljYXRlZCBncmFwaGljcyBlbmdpbmUuPGJyPg0KPGJyPg0KRGlkIHlvdSBhZGp1c3QgeW91ciBk aXNwbGF5IHNldHRpbmdzIHRvIHN3aXRjaCB0aGUgZGVmYXVsdCBkZXNrdG9wIHNjcmVlbiB0byB0 aGUgb25lIG9uIHRoZSBSYWRlb24/PGJyPg0KPGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNA bGlzdHMueGVuLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnMiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM8L2E+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWJvdHRvbToxMi4wcHQiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KPGJyPg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBh bnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2 aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBv ciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlz c2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluDQogcmVsaWFuY2UgdXBvbiB0 aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50 ZW5kZWQgcmVjaXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJy b3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJv bSBhbnkgY29tcHV0ZXIuPC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpYZW4tdXNlcnNA bGlzdHMueGVuLm9yZyI+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0i aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzPC9hPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8YnI+DQo8aHI+DQo8Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyIgY29sb3I9IkdyYXkiIHNp emU9IjEiPjxicj4NClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBh bmQgYW55IGF0dGFjaG1lbnRzLCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkg cHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBwZXJz b24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlzIGFkZHJlc3NlZC4gQW55IHJldmlldywgcmV0cmFu c21pc3Npb24sIGRpc3NlbWluYXRpb24sIG9yIGFjdGlvbiB0YWtlbiBpbg0KIHJlbGlhbmNlIHVw b24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRoYW4gdGhl IGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGlu IGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFs IGZyb20gYW55IGNvbXB1dGVyLjxicj4NCjwvZm9udD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_F33FED1E326F7448A0623CC9BFA2D4F9278695ex001sfoservepath_-- --===============1003116260843500667== 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 --===============1003116260843500667==-- From xen-users-bounces@lists.xen.org Mon Jun 30 17:48:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 17:48:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fgf-0001EL-4d; Mon, 30 Jun 2014 17:48:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fgd-0001EC-UN for xen-users@lists.xen.org; Mon, 30 Jun 2014 17:48:16 +0000 Received: from [85.158.143.35:43100] by server-3.bemta-4.messagelabs.com id 53/C1-16194-FD2A1B35; Mon, 30 Jun 2014 17:48:15 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1404150492!14856082!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4001 invoked from network); 30 Jun 2014 17:48:13 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 17:48:13 -0000 Received: by mail-qg0-f48.google.com with SMTP id q108so2272653qgd.7 for ; Mon, 30 Jun 2014 10:48:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=a0CjpIihnYrP+ouX9+eU4xX1rkRmXdnA/qsqaQ6dcDg=; b=oJG179G556HxzxOWO2Fcdk0s8rsushsahbJHgPbBXzfeWzKWUPx4iGVILs4Q5+bKHL 6qH2CWkYekuXFaqIWxUTq5NQhpcnQo7Ah4FgK8GeG8vQwOD3pVomOKOSV39FEnrZjSQe iByoG9Q8ywHfr6i4CWvlT6xchwRcpxYOI5CdO50EoeAGfnzqUH9I+SFhLOkuCiGWHKnf g1mEedXufpJDdtHht1fGgadxwrFniQFYx08419XBIs4Rn52UJI2MKwbuUonkSC5lPm5W TQNYlUQ6L4Ij8pI6Qtl99kSFIH31JRgsdUgJtTWdnGFnC/oLfko22DAE1A/9ug9rpvto lzNw== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr18682220qaq.12.1404150492250; Mon, 30 Jun 2014 10:48:12 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 10:48:12 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Mon, 30 Jun 2014 11:48:12 -0600 Message-ID: From: jacek burghardt To: Matthias , xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3354850526108985038==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3354850526108985038== Content-Type: multipart/alternative; boundary=001a11c21eda4d811304fd114352 --001a11c21eda4d811304fd114352 Content-Type: text/plain; charset=UTF-8 Was anyone able to pass two video cards ? I installed 14.2 amd drivers and wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and On Sat, Jun 28, 2014 at 3:46 PM, jacek burghardt wrote: > no go for me I bet there is need for more patching may be the address > issue of vga card missing, > > > On Sat, Jun 28, 2014 at 2:16 PM, Matthias < > matthias.kannenberg@googlemail.com> wrote: > >> Can you post your domU config? >> >> I tried several things but couldn't get my domU running with vga >> passthrough on upstream qemu. without vnc or splice, the domU is not >> created, as you noted, but with splice, i got the same error message. the >> only way i could get it running was with vnc, but in this case and with >> vga=none the domU would not even get to the boot screen and would sit >> idling at 2,5% cpu in xl top while my first cpu core (exclussivly for dom0) >> will go to 100% constant in htop. with vnc and stvga, i would get past the >> boot screen but would get the same behaviour 2 seconds into the boot >> process. >> >> So I am wondering if you do something else differently then I do (like >> viridian, pci_power_management, pci_permissive, xen_platform_pci etc). >> >> >> 2014-06-28 16:21 GMT+02:00 jacek burghardt : >> >> Well it is strange that it still needs vnc or spice to start. I had >>> disable both and xl failed to start new instance of hvm >>> >>> >>> On Sat, Jun 28, 2014 at 7:18 AM, Matthias < >>> matthias.kannenberg@googlemail.com> wrote: >>> >>>> This is great to hear because this abbility is in fact already there: >>>> http://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=2e5738ff47b9d2e1948024100f87b1a25fcf004a >>>> >>>> Thanks for the info. Will do some test runs later. :) >>>> >>>> >>>> 2014-06-28 15:12 GMT+02:00 jacek burghardt : >>>> >>>> Well i just pass my 6450 to 8.1 as a secondary video card and i can >>>>> reboot without having to reject the card first. >>>>> kvm just tells qemu to turnoff vga with vga=0 I think that a simple >>>>> solutions would be to add ability to pass vga=0 to qemu. >>>>> >>>>> >>>>> On Sat, Jun 28, 2014 at 1:49 AM, Matthias < >>>>> matthias.kannenberg@googlemail.com> wrote: >>>>> >>>>>> No, qemu traditional does not support spice.. this was something >>>>>> introduced to qemu upstream. >>>>>> >>>>>> But great to heare that both this now works for you and that the 4GB >>>>>> bug is finally fixed in xen unstable! >>>>>> >>>>>> Would you mind sharing your domU config? I never got primary >>>>>> passthrough running with qemu upstream and had to always fall back to >>>>>> qemu-traditional. Iirc, you were one of the guys who used nvidia cards with >>>>>> the extra patches, weren't you? Can you successfully reboot your domU >>>>>> without rebooting the dom0 (basically my last big issue with vga >>>>>> passthrough with AMD). >>>>>> >>>>>> Thanks >>>>>> >>>>>> >>>>>> 2014-06-28 7:57 GMT+02:00 jacek burghardt >>>>>> : >>>>>> >>>>>>> I added more memory and I was abel to get 8gb of ram >>>>>>> >>>>>>> >>>>>>> On Fri, Jun 27, 2014 at 5:35 PM, jacek burghardt < >>>>>>> jaceksburghardt@gmail.com> wrote: >>>>>>> >>>>>>>> I just compiled xen-git 4.5 and it works. >>>>>>>> >>>>>>>> >>>>>>>> On Fri, Jun 27, 2014 at 1:51 PM, jacek burghardt < >>>>>>>> jaceksburghardt@gmail.com> wrote: >>>>>>>> >>>>>>>>> I run xen 4.4 on arch linux with qemu upstream. I tried to use >>>>>>>>> qemu-traditional with direct passing of video card but it sits at 0 log >>>>>>>>> show something about no cpu. I guess qemu traditional does not support >>>>>>>>> spice ? >>>>>>>>> >>>>>>>>> >>>>>>>>> On Fri, Jun 27, 2014 at 1:14 PM, Austin S Hemmelgarn < >>>>>>>>> ahferroin7@gmail.com> wrote: >>>>>>>>> >>>>>>>>>> On 2014-06-27 14:21, jacek burghardt wrote: >>>>>>>>>> > Well I can bootup with 3.5GB >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn >>>>>>>>>> > > wrote: >>>>>>>>>> > >>>>>>>>>> > On 2014-06-27 12:43, jacek burghardt wrote: >>>>>>>>>> > > So my xen desktop has only 8gb of ram. I had assigned 2gb >>>>>>>>>> of ram >>>>>>>>>> > to dom0 >>>>>>>>>> > > and 3gb to win8 with assigned 6450. I was trying to >>>>>>>>>> assign 4GB of ram >>>>>>>>>> > > and then HD 6450 has an error with 4gb not enough >>>>>>>>>> resource. with 3gb >>>>>>>>>> > > everything works great. >>>>>>>>>> > > Is this bug in xen or I need more ram? >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > _______________________________________________ >>>>>>>>>> > > Xen-users mailing list >>>>>>>>>> > > Xen-users@lists.xen.org >>>>>>>>>> > > http://lists.xen.org/xen-users >>>>>>>>>> > > >>>>>>>>>> > It's probably an issue with how Windows lays out it's >>>>>>>>>> memory. >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> The only reason I'm thinking it's a issue in Windows is because >>>>>>>>>> 4GB is >>>>>>>>>> the per-process (and per-driver, and also on the really basic >>>>>>>>>> versions, >>>>>>>>>> system) memory limit, and there are known issues with some >>>>>>>>>> drivers when >>>>>>>>>> you approach this limit. My guess is that there is some amount of >>>>>>>>>> memory that the driver is mapping from the card, and it is also >>>>>>>>>> trying >>>>>>>>>> to map space equal to the physical RAM size for the CPU, which in >>>>>>>>>> turn >>>>>>>>>> adds up to more than 4G. >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Xen-users mailing list >>>>>>> Xen-users@lists.xen.org >>>>>>> http://lists.xen.org/xen-users >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> > --001a11c21eda4d811304fd114352 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Was anyone able to pass two video cards ? I installed 14.2= amd drivers and wolfenstein plays good on my HD 6450. I just ordered R7 27= 0 for 80 and=C2=A0


On Sat, Jun 28, 2014 at 3:46 PM, jacek burghardt <jaceksburghardt@= gmail.com> wrote:
no go for me =C2=A0I bet there is need for more patching m= ay be the address issue of vga card missing,


On Sat, Jun 28, 2014 at 2:16 PM, Matthias <matthias.k= annenberg@googlemail.com> wrote:
Can you post your= domU config?

I tried several things but couldn't get my d= omU running with vga passthrough on upstream qemu. without vnc or splice, t= he domU is not created, as you noted, but with splice, i got the same error= message. the only way i could get it running was with vnc, but in this cas= e and with vga=3Dnone the domU would not even get to the boot screen and wo= uld sit idling at 2,5% cpu in xl top while my first cpu core (exclussivly f= or dom0) will go to 100% constant in htop. with vnc and stvga, i would get = past the boot screen but would get the same behaviour 2 seconds into the bo= ot process.

So I am wondering if you do something else differently then I do = (like viridian, pci_power_management, pci_permissive, xen_platform_pci etc)= .


20= 14-06-28 16:21 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.co= m>:

Well it is strange that it = still needs vnc or spice to start. I had disable both and xl failed to star= t new instance of hvm


On = Sat, Jun 28, 2014 at 7:18 AM, Matthias <matthias.kannenbe= rg@googlemail.com> wrote:
This is great to hear = because this abbility is in fact already there: http://xenbits.xen.org/gitweb/?p=3Dxen.git;a= =3Dcommitdiff;h=3D2e5738ff47b9d2e1948024100f87b1a25fcf004a

Thanks for the info. Will do some test runs later. :)


2014-06-28 15:1= 2 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.com>:

Well i just pass my 6450 to= 8.1 as a secondary video card and i can reboot without having to reject th= e card first.=C2=A0
kvm just tells qemu to turnoff vga with vga=3D0 I think that a simple solut= ions would be to add ability to pass vga=3D0 to qemu.


On Sat, Jun 28, 2014 at 1:49 AM, Matthias <matthias.k= annenberg@googlemail.com> wrote:
No, qemu traditional d= oes not support spice.. this was something introduced to qemu upstream.
=
But great to heare that both this now works for you and that the 4GB bug is= finally fixed in xen unstable!

Would you mind sharing your domU config? I never got primary pass= through running with qemu upstream and had to always fall back to qemu-trad= itional. Iirc, you were one of the guys who used nvidia cards with the extr= a patches, weren't you? Can you successfully reboot your domU without r= ebooting the dom0 (basically my last big issue with vga passthrough with AM= D).

Thanks


2014-06-28 7:57 GMT+02:00 jacek burghardt <jaceksburghardt@= gmail.com>:
I added more memo= ry and I was abel to get 8gb of ram=C2=A0


On Fri, Jun 27, 2014 at 5:35 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
I just compiled xen-git 4.5= and it works.=C2=A0


On Fri, Jun 27, 2014 at 1:51 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
I run xen 4.4 on arch linux= with qemu upstream. I tried to use qemu-traditional with direct passing of= video card but it sits at 0 log show something about no cpu. I guess qemu = traditional does not support spice ?=C2=A0


On Fri, Jun 2= 7, 2014 at 1:14 PM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-27 14:21, jacek burghardt wr= ote:
> Well I can bootup with 3.5GB
>
>
> On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn
> <ahferroin7@gmail.com <mailto:ahferroin7@gmail.com>> wrote:
>
> =C2=A0 =C2=A0 On 2014-06-27 12:43, jacek burghardt wrote:
> =C2=A0 =C2=A0 > So my xen desktop has only 8gb of ram. I had assign= ed 2gb of ram
> =C2=A0 =C2=A0 to dom0
> =C2=A0 =C2=A0 > and 3gb to win8 with assigned 6450. I was trying to= assign 4GB of ram
> =C2=A0 =C2=A0 > and then HD 6450 has an error with 4gb not enough r= esource. with 3gb
> =C2=A0 =C2=A0 > everything works great.
> =C2=A0 =C2=A0 > Is this bug in xen or I need more ram?
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 > _______________________________________________
> =C2=A0 =C2=A0 > Xen-users mailing list
> =C2=A0 =C2=A0 > Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> =C2=A0 =C2=A0 > http://lists.xen.org/xen-users
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 It's probably an issue with how Windows lays out it&= #39;s memory.
>
>
The only reason I'm thinking it's a issue in Windows is becau= se 4GB is
the per-process (and per-driver, and also on the really basic versions,
system) memory limit, and there are known issues with some drivers when
you approach this limit. =C2=A0My guess is that there is some amount of
memory that the driver is mapping from the card, and it is also trying
to map space equal to the physical RAM size for the CPU, which in turn
adds up to more than 4G.





_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
ht= tp://lists.xen.org/xen-users







--001a11c21eda4d811304fd114352-- --===============3354850526108985038== 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 --===============3354850526108985038==-- From xen-users-bounces@lists.xen.org Mon Jun 30 17:48:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 17:48:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fgf-0001EL-4d; Mon, 30 Jun 2014 17:48:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fgd-0001EC-UN for xen-users@lists.xen.org; Mon, 30 Jun 2014 17:48:16 +0000 Received: from [85.158.143.35:43100] by server-3.bemta-4.messagelabs.com id 53/C1-16194-FD2A1B35; Mon, 30 Jun 2014 17:48:15 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1404150492!14856082!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4001 invoked from network); 30 Jun 2014 17:48:13 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 17:48:13 -0000 Received: by mail-qg0-f48.google.com with SMTP id q108so2272653qgd.7 for ; Mon, 30 Jun 2014 10:48:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=a0CjpIihnYrP+ouX9+eU4xX1rkRmXdnA/qsqaQ6dcDg=; b=oJG179G556HxzxOWO2Fcdk0s8rsushsahbJHgPbBXzfeWzKWUPx4iGVILs4Q5+bKHL 6qH2CWkYekuXFaqIWxUTq5NQhpcnQo7Ah4FgK8GeG8vQwOD3pVomOKOSV39FEnrZjSQe iByoG9Q8ywHfr6i4CWvlT6xchwRcpxYOI5CdO50EoeAGfnzqUH9I+SFhLOkuCiGWHKnf g1mEedXufpJDdtHht1fGgadxwrFniQFYx08419XBIs4Rn52UJI2MKwbuUonkSC5lPm5W TQNYlUQ6L4Ij8pI6Qtl99kSFIH31JRgsdUgJtTWdnGFnC/oLfko22DAE1A/9ug9rpvto lzNw== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr18682220qaq.12.1404150492250; Mon, 30 Jun 2014 10:48:12 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 10:48:12 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Mon, 30 Jun 2014 11:48:12 -0600 Message-ID: From: jacek burghardt To: Matthias , xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3354850526108985038==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3354850526108985038== Content-Type: multipart/alternative; boundary=001a11c21eda4d811304fd114352 --001a11c21eda4d811304fd114352 Content-Type: text/plain; charset=UTF-8 Was anyone able to pass two video cards ? I installed 14.2 amd drivers and wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and On Sat, Jun 28, 2014 at 3:46 PM, jacek burghardt wrote: > no go for me I bet there is need for more patching may be the address > issue of vga card missing, > > > On Sat, Jun 28, 2014 at 2:16 PM, Matthias < > matthias.kannenberg@googlemail.com> wrote: > >> Can you post your domU config? >> >> I tried several things but couldn't get my domU running with vga >> passthrough on upstream qemu. without vnc or splice, the domU is not >> created, as you noted, but with splice, i got the same error message. the >> only way i could get it running was with vnc, but in this case and with >> vga=none the domU would not even get to the boot screen and would sit >> idling at 2,5% cpu in xl top while my first cpu core (exclussivly for dom0) >> will go to 100% constant in htop. with vnc and stvga, i would get past the >> boot screen but would get the same behaviour 2 seconds into the boot >> process. >> >> So I am wondering if you do something else differently then I do (like >> viridian, pci_power_management, pci_permissive, xen_platform_pci etc). >> >> >> 2014-06-28 16:21 GMT+02:00 jacek burghardt : >> >> Well it is strange that it still needs vnc or spice to start. I had >>> disable both and xl failed to start new instance of hvm >>> >>> >>> On Sat, Jun 28, 2014 at 7:18 AM, Matthias < >>> matthias.kannenberg@googlemail.com> wrote: >>> >>>> This is great to hear because this abbility is in fact already there: >>>> http://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=2e5738ff47b9d2e1948024100f87b1a25fcf004a >>>> >>>> Thanks for the info. Will do some test runs later. :) >>>> >>>> >>>> 2014-06-28 15:12 GMT+02:00 jacek burghardt : >>>> >>>> Well i just pass my 6450 to 8.1 as a secondary video card and i can >>>>> reboot without having to reject the card first. >>>>> kvm just tells qemu to turnoff vga with vga=0 I think that a simple >>>>> solutions would be to add ability to pass vga=0 to qemu. >>>>> >>>>> >>>>> On Sat, Jun 28, 2014 at 1:49 AM, Matthias < >>>>> matthias.kannenberg@googlemail.com> wrote: >>>>> >>>>>> No, qemu traditional does not support spice.. this was something >>>>>> introduced to qemu upstream. >>>>>> >>>>>> But great to heare that both this now works for you and that the 4GB >>>>>> bug is finally fixed in xen unstable! >>>>>> >>>>>> Would you mind sharing your domU config? I never got primary >>>>>> passthrough running with qemu upstream and had to always fall back to >>>>>> qemu-traditional. Iirc, you were one of the guys who used nvidia cards with >>>>>> the extra patches, weren't you? Can you successfully reboot your domU >>>>>> without rebooting the dom0 (basically my last big issue with vga >>>>>> passthrough with AMD). >>>>>> >>>>>> Thanks >>>>>> >>>>>> >>>>>> 2014-06-28 7:57 GMT+02:00 jacek burghardt >>>>>> : >>>>>> >>>>>>> I added more memory and I was abel to get 8gb of ram >>>>>>> >>>>>>> >>>>>>> On Fri, Jun 27, 2014 at 5:35 PM, jacek burghardt < >>>>>>> jaceksburghardt@gmail.com> wrote: >>>>>>> >>>>>>>> I just compiled xen-git 4.5 and it works. >>>>>>>> >>>>>>>> >>>>>>>> On Fri, Jun 27, 2014 at 1:51 PM, jacek burghardt < >>>>>>>> jaceksburghardt@gmail.com> wrote: >>>>>>>> >>>>>>>>> I run xen 4.4 on arch linux with qemu upstream. I tried to use >>>>>>>>> qemu-traditional with direct passing of video card but it sits at 0 log >>>>>>>>> show something about no cpu. I guess qemu traditional does not support >>>>>>>>> spice ? >>>>>>>>> >>>>>>>>> >>>>>>>>> On Fri, Jun 27, 2014 at 1:14 PM, Austin S Hemmelgarn < >>>>>>>>> ahferroin7@gmail.com> wrote: >>>>>>>>> >>>>>>>>>> On 2014-06-27 14:21, jacek burghardt wrote: >>>>>>>>>> > Well I can bootup with 3.5GB >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn >>>>>>>>>> > > wrote: >>>>>>>>>> > >>>>>>>>>> > On 2014-06-27 12:43, jacek burghardt wrote: >>>>>>>>>> > > So my xen desktop has only 8gb of ram. I had assigned 2gb >>>>>>>>>> of ram >>>>>>>>>> > to dom0 >>>>>>>>>> > > and 3gb to win8 with assigned 6450. I was trying to >>>>>>>>>> assign 4GB of ram >>>>>>>>>> > > and then HD 6450 has an error with 4gb not enough >>>>>>>>>> resource. with 3gb >>>>>>>>>> > > everything works great. >>>>>>>>>> > > Is this bug in xen or I need more ram? >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > _______________________________________________ >>>>>>>>>> > > Xen-users mailing list >>>>>>>>>> > > Xen-users@lists.xen.org >>>>>>>>>> > > http://lists.xen.org/xen-users >>>>>>>>>> > > >>>>>>>>>> > It's probably an issue with how Windows lays out it's >>>>>>>>>> memory. >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> The only reason I'm thinking it's a issue in Windows is because >>>>>>>>>> 4GB is >>>>>>>>>> the per-process (and per-driver, and also on the really basic >>>>>>>>>> versions, >>>>>>>>>> system) memory limit, and there are known issues with some >>>>>>>>>> drivers when >>>>>>>>>> you approach this limit. My guess is that there is some amount of >>>>>>>>>> memory that the driver is mapping from the card, and it is also >>>>>>>>>> trying >>>>>>>>>> to map space equal to the physical RAM size for the CPU, which in >>>>>>>>>> turn >>>>>>>>>> adds up to more than 4G. >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Xen-users mailing list >>>>>>> Xen-users@lists.xen.org >>>>>>> http://lists.xen.org/xen-users >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> > --001a11c21eda4d811304fd114352 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Was anyone able to pass two video cards ? I installed 14.2= amd drivers and wolfenstein plays good on my HD 6450. I just ordered R7 27= 0 for 80 and=C2=A0


On Sat, Jun 28, 2014 at 3:46 PM, jacek burghardt <jaceksburghardt@= gmail.com> wrote:
no go for me =C2=A0I bet there is need for more patching m= ay be the address issue of vga card missing,


On Sat, Jun 28, 2014 at 2:16 PM, Matthias <matthias.k= annenberg@googlemail.com> wrote:
Can you post your= domU config?

I tried several things but couldn't get my d= omU running with vga passthrough on upstream qemu. without vnc or splice, t= he domU is not created, as you noted, but with splice, i got the same error= message. the only way i could get it running was with vnc, but in this cas= e and with vga=3Dnone the domU would not even get to the boot screen and wo= uld sit idling at 2,5% cpu in xl top while my first cpu core (exclussivly f= or dom0) will go to 100% constant in htop. with vnc and stvga, i would get = past the boot screen but would get the same behaviour 2 seconds into the bo= ot process.

So I am wondering if you do something else differently then I do = (like viridian, pci_power_management, pci_permissive, xen_platform_pci etc)= .


20= 14-06-28 16:21 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.co= m>:

Well it is strange that it = still needs vnc or spice to start. I had disable both and xl failed to star= t new instance of hvm


On = Sat, Jun 28, 2014 at 7:18 AM, Matthias <matthias.kannenbe= rg@googlemail.com> wrote:
This is great to hear = because this abbility is in fact already there: http://xenbits.xen.org/gitweb/?p=3Dxen.git;a= =3Dcommitdiff;h=3D2e5738ff47b9d2e1948024100f87b1a25fcf004a

Thanks for the info. Will do some test runs later. :)


2014-06-28 15:1= 2 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.com>:

Well i just pass my 6450 to= 8.1 as a secondary video card and i can reboot without having to reject th= e card first.=C2=A0
kvm just tells qemu to turnoff vga with vga=3D0 I think that a simple solut= ions would be to add ability to pass vga=3D0 to qemu.


On Sat, Jun 28, 2014 at 1:49 AM, Matthias <matthias.k= annenberg@googlemail.com> wrote:
No, qemu traditional d= oes not support spice.. this was something introduced to qemu upstream.
=
But great to heare that both this now works for you and that the 4GB bug is= finally fixed in xen unstable!

Would you mind sharing your domU config? I never got primary pass= through running with qemu upstream and had to always fall back to qemu-trad= itional. Iirc, you were one of the guys who used nvidia cards with the extr= a patches, weren't you? Can you successfully reboot your domU without r= ebooting the dom0 (basically my last big issue with vga passthrough with AM= D).

Thanks


2014-06-28 7:57 GMT+02:00 jacek burghardt <jaceksburghardt@= gmail.com>:
I added more memo= ry and I was abel to get 8gb of ram=C2=A0


On Fri, Jun 27, 2014 at 5:35 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
I just compiled xen-git 4.5= and it works.=C2=A0


On Fri, Jun 27, 2014 at 1:51 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
I run xen 4.4 on arch linux= with qemu upstream. I tried to use qemu-traditional with direct passing of= video card but it sits at 0 log show something about no cpu. I guess qemu = traditional does not support spice ?=C2=A0


On Fri, Jun 2= 7, 2014 at 1:14 PM, Austin S Hemmelgarn <ahferroin7@gmail.com> wrote:
On 2014-06-27 14:21, jacek burghardt wr= ote:
> Well I can bootup with 3.5GB
>
>
> On Fri, Jun 27, 2014 at 11:11 AM, Austin S Hemmelgarn
> <ahferroin7@gmail.com <mailto:ahferroin7@gmail.com>> wrote:
>
> =C2=A0 =C2=A0 On 2014-06-27 12:43, jacek burghardt wrote:
> =C2=A0 =C2=A0 > So my xen desktop has only 8gb of ram. I had assign= ed 2gb of ram
> =C2=A0 =C2=A0 to dom0
> =C2=A0 =C2=A0 > and 3gb to win8 with assigned 6450. I was trying to= assign 4GB of ram
> =C2=A0 =C2=A0 > and then HD 6450 has an error with 4gb not enough r= esource. with 3gb
> =C2=A0 =C2=A0 > everything works great.
> =C2=A0 =C2=A0 > Is this bug in xen or I need more ram?
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 > _______________________________________________
> =C2=A0 =C2=A0 > Xen-users mailing list
> =C2=A0 =C2=A0 > Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> =C2=A0 =C2=A0 > http://lists.xen.org/xen-users
> =C2=A0 =C2=A0 >
> =C2=A0 =C2=A0 It's probably an issue with how Windows lays out it&= #39;s memory.
>
>
The only reason I'm thinking it's a issue in Windows is becau= se 4GB is
the per-process (and per-driver, and also on the really basic versions,
system) memory limit, and there are known issues with some drivers when
you approach this limit. =C2=A0My guess is that there is some amount of
memory that the driver is mapping from the card, and it is also trying
to map space equal to the physical RAM size for the CPU, which in turn
adds up to more than 4G.





_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
ht= tp://lists.xen.org/xen-users







--001a11c21eda4d811304fd114352-- --===============3354850526108985038== 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 --===============3354850526108985038==-- From xen-users-bounces@lists.xen.org Mon Jun 30 17:51:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 17:51:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fjJ-0001gD-Vm; Mon, 30 Jun 2014 17:51:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fjJ-0001g6-78 for xen-users@lists.xen.org; Mon, 30 Jun 2014 17:51:01 +0000 Received: from [85.158.139.211:33342] by server-11.bemta-5.messagelabs.com id B3/5D-01425-483A1B35; Mon, 30 Jun 2014 17:51:00 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1404150656!12811496!1 X-Originating-IP: [209.85.216.172] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9211 invoked from network); 30 Jun 2014 17:50:57 -0000 Received: from mail-qc0-f172.google.com (HELO mail-qc0-f172.google.com) (209.85.216.172) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 17:50:57 -0000 Received: by mail-qc0-f172.google.com with SMTP id o8so7456781qcw.31 for ; Mon, 30 Jun 2014 10:50:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=CQb91uBqoejk1+EGicSSxdukk0pPNik6Yn4TaqR1vh0=; b=JzikTsuh9UpowusYx8rdRT8vsKemCFX03Nxsll9hW3CRSrfHU4AUUT2DAU72rZXJkl KsQHNGgwq2c14Ea0/+uMpaDkFsG6wPFUilwrmfLaiKzj7qS8sZwuNG1cL+WSGKCo/1b3 Q9e0aZIFkMPN2HD3drYtvXgsMPTbEUsQHcvLNmbbkQLznyHyIoIzKRS5h4E33TwWZc4N BToKbZgF5EUkDWnLuGSWTZ5c8n/zfI02x/oHLkQR/nNqmAMAooRpO/iAmsesvA8Eioun OSZd0MkmjRBUfAz72f2YPjtWQHE4oh3MIVBFjimVnlbfeCzUcp3H+b5AqAoyn7RvdiyH hNZg== MIME-Version: 1.0 X-Received: by 10.224.167.70 with SMTP id p6mr54215863qay.48.1404150655818; Mon, 30 Jun 2014 10:50:55 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 10:50:55 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Mon, 30 Jun 2014 11:50:55 -0600 Message-ID: From: jacek burghardt To: Matthias , xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8119952246968091039==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8119952246968091039== Content-Type: multipart/alternative; boundary=089e0139fe620d2ff904fd114dfa --089e0139fe620d2ff904fd114dfa Content-Type: text/plain; charset=UTF-8 Was anyone able to pass two video cards ? I installed 14.2 amd drivers and wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I hope I can assign that card to win 8.1 --089e0139fe620d2ff904fd114dfa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Was anyone able to pass two video cards ? I installed 14.2 amd drivers an= d wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I = hope I can assign that card to win 8.1


--089e0139fe620d2ff904fd114dfa-- --===============8119952246968091039== 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 --===============8119952246968091039==-- From xen-users-bounces@lists.xen.org Mon Jun 30 17:51:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 17:51:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fjJ-0001gD-Vm; Mon, 30 Jun 2014 17:51:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fjJ-0001g6-78 for xen-users@lists.xen.org; Mon, 30 Jun 2014 17:51:01 +0000 Received: from [85.158.139.211:33342] by server-11.bemta-5.messagelabs.com id B3/5D-01425-483A1B35; Mon, 30 Jun 2014 17:51:00 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1404150656!12811496!1 X-Originating-IP: [209.85.216.172] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9211 invoked from network); 30 Jun 2014 17:50:57 -0000 Received: from mail-qc0-f172.google.com (HELO mail-qc0-f172.google.com) (209.85.216.172) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 17:50:57 -0000 Received: by mail-qc0-f172.google.com with SMTP id o8so7456781qcw.31 for ; Mon, 30 Jun 2014 10:50:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=CQb91uBqoejk1+EGicSSxdukk0pPNik6Yn4TaqR1vh0=; b=JzikTsuh9UpowusYx8rdRT8vsKemCFX03Nxsll9hW3CRSrfHU4AUUT2DAU72rZXJkl KsQHNGgwq2c14Ea0/+uMpaDkFsG6wPFUilwrmfLaiKzj7qS8sZwuNG1cL+WSGKCo/1b3 Q9e0aZIFkMPN2HD3drYtvXgsMPTbEUsQHcvLNmbbkQLznyHyIoIzKRS5h4E33TwWZc4N BToKbZgF5EUkDWnLuGSWTZ5c8n/zfI02x/oHLkQR/nNqmAMAooRpO/iAmsesvA8Eioun OSZd0MkmjRBUfAz72f2YPjtWQHE4oh3MIVBFjimVnlbfeCzUcp3H+b5AqAoyn7RvdiyH hNZg== MIME-Version: 1.0 X-Received: by 10.224.167.70 with SMTP id p6mr54215863qay.48.1404150655818; Mon, 30 Jun 2014 10:50:55 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 10:50:55 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Mon, 30 Jun 2014 11:50:55 -0600 Message-ID: From: jacek burghardt To: Matthias , xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8119952246968091039==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8119952246968091039== Content-Type: multipart/alternative; boundary=089e0139fe620d2ff904fd114dfa --089e0139fe620d2ff904fd114dfa Content-Type: text/plain; charset=UTF-8 Was anyone able to pass two video cards ? I installed 14.2 amd drivers and wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I hope I can assign that card to win 8.1 --089e0139fe620d2ff904fd114dfa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Was anyone able to pass two video cards ? I installed 14.2 amd drivers an= d wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I = hope I can assign that card to win 8.1


--089e0139fe620d2ff904fd114dfa-- --===============8119952246968091039== 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 --===============8119952246968091039==-- From xen-users-bounces@lists.xen.org Mon Jun 30 18:04:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 18:04:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fvX-00040j-DA; Mon, 30 Jun 2014 18:03:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fvV-00040b-LV for xen-users@lists.xen.org; Mon, 30 Jun 2014 18:03:37 +0000 Received: from [85.158.139.211:64062] by server-1.bemta-5.messagelabs.com id 3E/A7-30932-876A1B35; Mon, 30 Jun 2014 18:03:36 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1404151416!9894140!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4843 invoked from network); 30 Jun 2014 18:03:36 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 18:03:36 -0000 Received: by mail-wi0-f176.google.com with SMTP id n3so6485245wiv.3 for ; Mon, 30 Jun 2014 11:03:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=jjhDOqmCszyJ7+EMjLcqnpSkUoZ+G4GqVNLfrNiB7dM=; b=UGFDWrxmZjrUAEEQPou18JQhQ79uHbe8K1uoZXWwFBGCmvdzeSXuZIhnQlLIMnJwkA s4RnfGSHnU/DUbHTysop79WxYFBWc8ivxzy9Ds3DRd42uF1MORjG9MG2EedkwsQO8IsS 55wwblSOAcF/963StThaVkMcVbxNks02fbE7r2y2LvcTJVKk9fU6rQqrMKvZCFRTzsld b6JFtsuW15TbH0gdr488OjhTcicWjZ6FiqBQdrkEjCC+JpVk2HXNOsnyYJ7a4Zgv+rCO hOe/nNOCiFCni3skm5x/T3sD+pmTBhq0wtGDsYhnzXQOktSAiSE71NSKq+qM74aRC1le 87xQ== X-Received: by 10.194.92.115 with SMTP id cl19mr46742900wjb.29.1404151416167; Mon, 30 Jun 2014 11:03:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.154.72 with HTTP; Mon, 30 Jun 2014 11:03:16 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> From: Matthias Date: Mon, 30 Jun 2014 20:03:16 +0200 Message-ID: To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6274640082146153411==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6274640082146153411== Content-Type: multipart/alternative; boundary=047d7bfcf88e5f48bc04fd117a1b --047d7bfcf88e5f48bc04fd117a1b Content-Type: text/plain; charset=UTF-8 got a r7 270 myself assigned to a win7 and a hd5450 for a (debian based) media center vm, if this is what you mean.. but with qemu-traditionally, though.. 2014-06-30 19:50 GMT+02:00 jacek burghardt : > Was anyone able to pass two video cards ? I installed 14.2 amd drivers and > wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I > hope I can assign that card to win 8.1 > > > --047d7bfcf88e5f48bc04fd117a1b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
got a r7 270 myself assigned to a win7 and a hd5450 for a = (debian based) media center vm, if this is what you mean.. but with qemu-tr= aditionally, though..


2014-06-30 19:50 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.= com>:
Was anyone able to pass two video cards ? I installed 14.2 amd drivers an= d wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I = hope I can assign that card to win 8.1



--047d7bfcf88e5f48bc04fd117a1b-- --===============6274640082146153411== 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 --===============6274640082146153411==-- From xen-users-bounces@lists.xen.org Mon Jun 30 18:04:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 18:04:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fvX-00040j-DA; Mon, 30 Jun 2014 18:03:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1fvV-00040b-LV for xen-users@lists.xen.org; Mon, 30 Jun 2014 18:03:37 +0000 Received: from [85.158.139.211:64062] by server-1.bemta-5.messagelabs.com id 3E/A7-30932-876A1B35; Mon, 30 Jun 2014 18:03:36 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1404151416!9894140!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4843 invoked from network); 30 Jun 2014 18:03:36 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 18:03:36 -0000 Received: by mail-wi0-f176.google.com with SMTP id n3so6485245wiv.3 for ; Mon, 30 Jun 2014 11:03:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=jjhDOqmCszyJ7+EMjLcqnpSkUoZ+G4GqVNLfrNiB7dM=; b=UGFDWrxmZjrUAEEQPou18JQhQ79uHbe8K1uoZXWwFBGCmvdzeSXuZIhnQlLIMnJwkA s4RnfGSHnU/DUbHTysop79WxYFBWc8ivxzy9Ds3DRd42uF1MORjG9MG2EedkwsQO8IsS 55wwblSOAcF/963StThaVkMcVbxNks02fbE7r2y2LvcTJVKk9fU6rQqrMKvZCFRTzsld b6JFtsuW15TbH0gdr488OjhTcicWjZ6FiqBQdrkEjCC+JpVk2HXNOsnyYJ7a4Zgv+rCO hOe/nNOCiFCni3skm5x/T3sD+pmTBhq0wtGDsYhnzXQOktSAiSE71NSKq+qM74aRC1le 87xQ== X-Received: by 10.194.92.115 with SMTP id cl19mr46742900wjb.29.1404151416167; Mon, 30 Jun 2014 11:03:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.154.72 with HTTP; Mon, 30 Jun 2014 11:03:16 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> From: Matthias Date: Mon, 30 Jun 2014 20:03:16 +0200 Message-ID: To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6274640082146153411==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6274640082146153411== Content-Type: multipart/alternative; boundary=047d7bfcf88e5f48bc04fd117a1b --047d7bfcf88e5f48bc04fd117a1b Content-Type: text/plain; charset=UTF-8 got a r7 270 myself assigned to a win7 and a hd5450 for a (debian based) media center vm, if this is what you mean.. but with qemu-traditionally, though.. 2014-06-30 19:50 GMT+02:00 jacek burghardt : > Was anyone able to pass two video cards ? I installed 14.2 amd drivers and > wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I > hope I can assign that card to win 8.1 > > > --047d7bfcf88e5f48bc04fd117a1b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
got a r7 270 myself assigned to a win7 and a hd5450 for a = (debian based) media center vm, if this is what you mean.. but with qemu-tr= aditionally, though..


2014-06-30 19:50 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.= com>:
Was anyone able to pass two video cards ? I installed 14.2 amd drivers an= d wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I = hope I can assign that card to win 8.1



--047d7bfcf88e5f48bc04fd117a1b-- --===============6274640082146153411== 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 --===============6274640082146153411==-- From xen-users-bounces@lists.xen.org Mon Jun 30 18:09:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 18:09:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g0j-0004M8-MK; Mon, 30 Jun 2014 18:09:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g0i-0004Lf-9q for xen-users@lists.xen.org; Mon, 30 Jun 2014 18:09:00 +0000 Received: from [85.158.139.211:46358] by server-4.bemta-5.messagelabs.com id D4/31-07250-BB7A1B35; Mon, 30 Jun 2014 18:08:59 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1404151729!12839695!1 X-Originating-IP: [209.85.216.178] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12055 invoked from network); 30 Jun 2014 18:08:50 -0000 Received: from mail-qc0-f178.google.com (HELO mail-qc0-f178.google.com) (209.85.216.178) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 18:08:50 -0000 Received: by mail-qc0-f178.google.com with SMTP id c9so7278948qcz.37 for ; Mon, 30 Jun 2014 11:08:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qOSz9sXQE8EeI6Ngxx+RrdUB+0gplmMCZiNFHzV35M0=; b=w9SzwxBNy0mE+6uU0r7VMLt+wRe/fLmCb39fGbec33VATNUatquXpS4zWB2jZEux7g L/kKuFgvO5izyl6R9ykrDHYVRSirnnJ3bdnwqmRJLzHMUDjJlhorCUD54f7yM1mzm1ag cgy+X/y/o81oraHyvs6i1l7SffuiiNnSfrqdY1H6qlTOOC2dnzAcDar8bE6BCzlpSHK3 k9RZhzsrh6QyocVNkocR61P35I+rBv+0ijhWJST58N8qJgSZ1Tp8XU8M7Bc7BcWyLm8j WYFsRu1SMGNa24MGUkOO21V/uY1TUoaB414bOEL0HLAKmOinM/236mN7i6NLK/d9jTAO 5VHg== MIME-Version: 1.0 X-Received: by 10.224.136.65 with SMTP id q1mr65992545qat.93.1404151728806; Mon, 30 Jun 2014 11:08:48 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 11:08:48 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> Date: Mon, 30 Jun 2014 12:08:48 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6525068321230387599==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6525068321230387599== Content-Type: multipart/alternative; boundary=001a11c2b81001a10404fd118d2b --001a11c2b81001a10404fd118d2b Content-Type: text/plain; charset=UTF-8 Looks like your i5 supports vt-d I wonder what is the output of xe dmesg command relating to iommu? I am passing HD6450 under xen 4.5 unstable and I installed 14.2 amd drivers --001a11c2b81001a10404fd118d2b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Looks like your i5 supports vt-d I wonder what is the outp= ut of xe dmesg command relating to iommu?=C2=A0
I am passing HD6450 und= er xen 4.5 unstable and I installed 14.2 amd drivers



--001a11c2b81001a10404fd118d2b-- --===============6525068321230387599== 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 --===============6525068321230387599==-- From xen-users-bounces@lists.xen.org Mon Jun 30 18:09:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 18:09:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g0j-0004M8-MK; Mon, 30 Jun 2014 18:09:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g0i-0004Lf-9q for xen-users@lists.xen.org; Mon, 30 Jun 2014 18:09:00 +0000 Received: from [85.158.139.211:46358] by server-4.bemta-5.messagelabs.com id D4/31-07250-BB7A1B35; Mon, 30 Jun 2014 18:08:59 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1404151729!12839695!1 X-Originating-IP: [209.85.216.178] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12055 invoked from network); 30 Jun 2014 18:08:50 -0000 Received: from mail-qc0-f178.google.com (HELO mail-qc0-f178.google.com) (209.85.216.178) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 18:08:50 -0000 Received: by mail-qc0-f178.google.com with SMTP id c9so7278948qcz.37 for ; Mon, 30 Jun 2014 11:08:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qOSz9sXQE8EeI6Ngxx+RrdUB+0gplmMCZiNFHzV35M0=; b=w9SzwxBNy0mE+6uU0r7VMLt+wRe/fLmCb39fGbec33VATNUatquXpS4zWB2jZEux7g L/kKuFgvO5izyl6R9ykrDHYVRSirnnJ3bdnwqmRJLzHMUDjJlhorCUD54f7yM1mzm1ag cgy+X/y/o81oraHyvs6i1l7SffuiiNnSfrqdY1H6qlTOOC2dnzAcDar8bE6BCzlpSHK3 k9RZhzsrh6QyocVNkocR61P35I+rBv+0ijhWJST58N8qJgSZ1Tp8XU8M7Bc7BcWyLm8j WYFsRu1SMGNa24MGUkOO21V/uY1TUoaB414bOEL0HLAKmOinM/236mN7i6NLK/d9jTAO 5VHg== MIME-Version: 1.0 X-Received: by 10.224.136.65 with SMTP id q1mr65992545qat.93.1404151728806; Mon, 30 Jun 2014 11:08:48 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 11:08:48 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> Date: Mon, 30 Jun 2014 12:08:48 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6525068321230387599==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6525068321230387599== Content-Type: multipart/alternative; boundary=001a11c2b81001a10404fd118d2b --001a11c2b81001a10404fd118d2b Content-Type: text/plain; charset=UTF-8 Looks like your i5 supports vt-d I wonder what is the output of xe dmesg command relating to iommu? I am passing HD6450 under xen 4.5 unstable and I installed 14.2 amd drivers --001a11c2b81001a10404fd118d2b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Looks like your i5 supports vt-d I wonder what is the outp= ut of xe dmesg command relating to iommu?=C2=A0
I am passing HD6450 und= er xen 4.5 unstable and I installed 14.2 amd drivers



--001a11c2b81001a10404fd118d2b-- --===============6525068321230387599== 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 --===============6525068321230387599==-- From xen-users-bounces@lists.xen.org Mon Jun 30 18:13:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 18:13:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g51-0004nW-Kt; Mon, 30 Jun 2014 18:13:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g4z-0004nJ-U5 for xen-users@lists.xen.org; Mon, 30 Jun 2014 18:13:26 +0000 Received: from [193.109.254.147:51245] by server-4.bemta-14.messagelabs.com id 0D/F0-20586-5C8A1B35; Mon, 30 Jun 2014 18:13:25 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1404152003!14575618!1 X-Originating-IP: [209.85.216.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18252 invoked from network); 30 Jun 2014 18:13:24 -0000 Received: from mail-qc0-f170.google.com (HELO mail-qc0-f170.google.com) (209.85.216.170) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 18:13:24 -0000 Received: by mail-qc0-f170.google.com with SMTP id l6so7521619qcy.15 for ; Mon, 30 Jun 2014 11:13:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=a5WA7A8gyrNhtqlq4jU0DhzkvDXRvZ6apuMNoL2k+J0=; b=kb+/Sj+Y6bE5Yx4QYVU3OBeTZ8Rg1fzXD58iwZxmxRhcANOMIGRh63Qyp1ZEvB8tL9 scbDu287WfgsTMZpK41rmJP13C86zST+mUMYdIkR3gfRy3iRaxfJZZlhpNWVM9YDfGD1 kYg1X44tYQyyLcPY8Mdbue24M5OvAQQlUd6VvGlwgVkkxBEe5TQYz/3Kt1KbjDN7OpUh BZm64bV4uPA89D/SnA2b12xzk+1N5uxAMWmGSIWnFl0NHAKqIcYeZNyxMykGiRdfEXXg EWyIHjYajK7YNeNtaYNPea5IxCipX4C6FiSduHkV7m3q33qzhya5BPX+BCJ8bpfp6AY1 ruZw== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr57920854qge.38.1404152002852; Mon, 30 Jun 2014 11:13:22 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 11:13:22 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Mon, 30 Jun 2014 12:13:22 -0600 Message-ID: From: jacek burghardt To: Matthias Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7476118940004596639==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7476118940004596639== Content-Type: multipart/alternative; boundary=001a11397660573dc304fd119d5d --001a11397660573dc304fd119d5d Content-Type: text/plain; charset=UTF-8 Cool It is R9 270 actually. I am getting such errors [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4 On Mon, Jun 30, 2014 at 12:03 PM, Matthias < matthias.kannenberg@googlemail.com> wrote: > got a r7 270 myself assigned to a win7 and a hd5450 for a (debian based) > media center vm, if this is what you mean.. but with qemu-traditionally, > though.. > > > 2014-06-30 19:50 GMT+02:00 jacek burghardt : > > Was anyone able to pass two video cards ? I installed 14.2 amd drivers and >> wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I >> hope I can assign that card to win 8.1 >> >> >> > --001a11397660573dc304fd119d5d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Cool It is R9 270 actually.
I am getting such errors= =C2=A0

=C2=A0[00:05.0] xen_pt_pci_config_access_chec= k: Error: Failed to access register with invalid access size alignment. (ad= dr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register = with invalid access size alignment. (addr: 0x0e, len: 4)
[00:05.0= ] xen_pt_pci_config_access_check: Error: Failed to access register with inv= alid access size alignment. (addr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :05.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :05.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4


On M= on, Jun 30, 2014 at 12:03 PM, Matthias <matthias.kannenbe= rg@googlemail.com> wrote:
got a r7 270 myself assigne= d to a win7 and a hd5450 for a (debian based) media center vm, if this is w= hat you mean.. but with qemu-traditionally, though..


2014-06-30 19:50 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.= com>:

Was anyone able to pass two video cards ? I installed 14.2 amd drivers an= d wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I = hope I can assign that card to win 8.1




--001a11397660573dc304fd119d5d-- --===============7476118940004596639== 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 --===============7476118940004596639==-- From xen-users-bounces@lists.xen.org Mon Jun 30 18:13:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 18:13:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g51-0004nW-Kt; Mon, 30 Jun 2014 18:13:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g4z-0004nJ-U5 for xen-users@lists.xen.org; Mon, 30 Jun 2014 18:13:26 +0000 Received: from [193.109.254.147:51245] by server-4.bemta-14.messagelabs.com id 0D/F0-20586-5C8A1B35; Mon, 30 Jun 2014 18:13:25 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1404152003!14575618!1 X-Originating-IP: [209.85.216.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18252 invoked from network); 30 Jun 2014 18:13:24 -0000 Received: from mail-qc0-f170.google.com (HELO mail-qc0-f170.google.com) (209.85.216.170) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 18:13:24 -0000 Received: by mail-qc0-f170.google.com with SMTP id l6so7521619qcy.15 for ; Mon, 30 Jun 2014 11:13:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=a5WA7A8gyrNhtqlq4jU0DhzkvDXRvZ6apuMNoL2k+J0=; b=kb+/Sj+Y6bE5Yx4QYVU3OBeTZ8Rg1fzXD58iwZxmxRhcANOMIGRh63Qyp1ZEvB8tL9 scbDu287WfgsTMZpK41rmJP13C86zST+mUMYdIkR3gfRy3iRaxfJZZlhpNWVM9YDfGD1 kYg1X44tYQyyLcPY8Mdbue24M5OvAQQlUd6VvGlwgVkkxBEe5TQYz/3Kt1KbjDN7OpUh BZm64bV4uPA89D/SnA2b12xzk+1N5uxAMWmGSIWnFl0NHAKqIcYeZNyxMykGiRdfEXXg EWyIHjYajK7YNeNtaYNPea5IxCipX4C6FiSduHkV7m3q33qzhya5BPX+BCJ8bpfp6AY1 ruZw== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr57920854qge.38.1404152002852; Mon, 30 Jun 2014 11:13:22 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 11:13:22 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Mon, 30 Jun 2014 12:13:22 -0600 Message-ID: From: jacek burghardt To: Matthias Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7476118940004596639==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7476118940004596639== Content-Type: multipart/alternative; boundary=001a11397660573dc304fd119d5d --001a11397660573dc304fd119d5d Content-Type: text/plain; charset=UTF-8 Cool It is R9 270 actually. I am getting such errors [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4) [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register with invalid access size alignment. (addr: 0x0e, len: 4 On Mon, Jun 30, 2014 at 12:03 PM, Matthias < matthias.kannenberg@googlemail.com> wrote: > got a r7 270 myself assigned to a win7 and a hd5450 for a (debian based) > media center vm, if this is what you mean.. but with qemu-traditionally, > though.. > > > 2014-06-30 19:50 GMT+02:00 jacek burghardt : > > Was anyone able to pass two video cards ? I installed 14.2 amd drivers and >> wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I >> hope I can assign that card to win 8.1 >> >> >> > --001a11397660573dc304fd119d5d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Cool It is R9 270 actually.
I am getting such errors= =C2=A0

=C2=A0[00:05.0] xen_pt_pci_config_access_chec= k: Error: Failed to access register with invalid access size alignment. (ad= dr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register = with invalid access size alignment. (addr: 0x0e, len: 4)
[00:05.0= ] xen_pt_pci_config_access_check: Error: Failed to access register with inv= alid access size alignment. (addr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :05.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :05.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4


On M= on, Jun 30, 2014 at 12:03 PM, Matthias <matthias.kannenbe= rg@googlemail.com> wrote:
got a r7 270 myself assigne= d to a win7 and a hd5450 for a (debian based) media center vm, if this is w= hat you mean.. but with qemu-traditionally, though..


2014-06-30 19:50 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.= com>:

Was anyone able to pass two video cards ? I installed 14.2 amd drivers an= d wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I = hope I can assign that card to win 8.1




--001a11397660573dc304fd119d5d-- --===============7476118940004596639== 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 --===============7476118940004596639==-- From xen-users-bounces@lists.xen.org Mon Jun 30 18:14:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 18:14:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g6D-0004wC-BN; Mon, 30 Jun 2014 18:14:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g6C-0004w0-8y for xen-users@lists.xen.org; Mon, 30 Jun 2014 18:14:40 +0000 Received: from [85.158.139.211:42805] by server-16.bemta-5.messagelabs.com id 82/D1-18862-F09A1B35; Mon, 30 Jun 2014 18:14:39 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1404152077!12814249!1 X-Originating-IP: [209.85.216.41] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16414 invoked from network); 30 Jun 2014 18:14:38 -0000 Received: from mail-qa0-f41.google.com (HELO mail-qa0-f41.google.com) (209.85.216.41) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 18:14:38 -0000 Received: by mail-qa0-f41.google.com with SMTP id cm18so6778106qab.14 for ; Mon, 30 Jun 2014 11:14:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=43gPqnjgWMtToTLQNH670kxXJ9zXh8QjDinRTf1XyI0=; b=DOeTDl788FYjF7KUBk+oXsJoNFM6EY2b1Uh+RSyiq97SDGodUak4+NohSRSDV/Rers w6Y47sx1BxEEYl4naEoGf73vkOgMSSP26hPmO8qBgEr1N6Uln3QzPSwafDYcQNPK1ZzL NR/P3oqLuGZJVLwAM1s5H9WmjXxaJR47do/CFml4MGsflgTtq98nHFTMm6iCX3RgqAN0 2wt8TjL1htOl0GnBIqh0rX3zzPKXrswpIDROvY2yK86n4XLoootcZiI+BbPX1mBPtydp 3wfxaxGtGH6I7Dhe5sXychznj3Fzq8QJrEzNPASyihakgNqTeN5dKyPmlxjCiBQzOC+X 9keg== MIME-Version: 1.0 X-Received: by 10.224.98.197 with SMTP id r5mr59417568qan.57.1404152077310; Mon, 30 Jun 2014 11:14:37 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 11:14:37 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Mon, 30 Jun 2014 12:14:37 -0600 Message-ID: From: jacek burghardt To: Matthias Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9207067546298353579==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9207067546298353579== Content-Type: multipart/alternative; boundary=089e013cba98c7611304fd11a13c --089e013cba98c7611304fd11a13c Content-Type: text/plain; charset=UTF-8 Well I was looking at crossfire setup. I guess I can drive two monitors with R9 270 On Mon, Jun 30, 2014 at 12:13 PM, jacek burghardt wrote: > Cool It is R9 270 actually. > I am getting such errors > > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access > register with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4 > > > On Mon, Jun 30, 2014 at 12:03 PM, Matthias < > matthias.kannenberg@googlemail.com> wrote: > >> got a r7 270 myself assigned to a win7 and a hd5450 for a (debian based) >> media center vm, if this is what you mean.. but with qemu-traditionally, >> though.. >> >> >> 2014-06-30 19:50 GMT+02:00 jacek burghardt : >> >> Was anyone able to pass two video cards ? I installed 14.2 amd drivers >>> and wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and >>> I hope I can assign that card to win 8.1 >>> >>> >>> >> > --089e013cba98c7611304fd11a13c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well I was looking at crossfire setup. I guess I can drive= two monitors with R9 270


On Mon, Jun 30, 2014 at 12:13 PM, jacek burghardt <jaceksburghardt@gmail.com> wrote:
Cool It is R9 270 actually.=
I am getting such errors=C2=A0

=C2=A0[00:05.0] = xen_pt_pci_config_access_check: Error: Failed to access register with inval= id access size alignment. (addr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register = with invalid access size alignment. (addr: 0x0e, len: 4)
[00:05.0= ] xen_pt_pci_config_access_check: Error: Failed to access register with inv= alid access size alignment. (addr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :05.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :05.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4


On Mon, Jun 30, 2014 at 12:03 PM, Matthi= as <matthias.kannenberg@googlemail.com> wro= te:
got a r7 270 myself assigne= d to a win7 and a hd5450 for a (debian based) media center vm, if this is w= hat you mean.. but with qemu-traditionally, though..


2014-06-30 19:50 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.= com>:

Was anyone able to pass two video cards ? I installed 14.2 amd drivers an= d wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I = hope I can assign that card to win 8.1





--089e013cba98c7611304fd11a13c-- --===============9207067546298353579== 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 --===============9207067546298353579==-- From xen-users-bounces@lists.xen.org Mon Jun 30 18:14:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 18:14:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g6D-0004wC-BN; Mon, 30 Jun 2014 18:14:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1g6C-0004w0-8y for xen-users@lists.xen.org; Mon, 30 Jun 2014 18:14:40 +0000 Received: from [85.158.139.211:42805] by server-16.bemta-5.messagelabs.com id 82/D1-18862-F09A1B35; Mon, 30 Jun 2014 18:14:39 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1404152077!12814249!1 X-Originating-IP: [209.85.216.41] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16414 invoked from network); 30 Jun 2014 18:14:38 -0000 Received: from mail-qa0-f41.google.com (HELO mail-qa0-f41.google.com) (209.85.216.41) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 18:14:38 -0000 Received: by mail-qa0-f41.google.com with SMTP id cm18so6778106qab.14 for ; Mon, 30 Jun 2014 11:14:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=43gPqnjgWMtToTLQNH670kxXJ9zXh8QjDinRTf1XyI0=; b=DOeTDl788FYjF7KUBk+oXsJoNFM6EY2b1Uh+RSyiq97SDGodUak4+NohSRSDV/Rers w6Y47sx1BxEEYl4naEoGf73vkOgMSSP26hPmO8qBgEr1N6Uln3QzPSwafDYcQNPK1ZzL NR/P3oqLuGZJVLwAM1s5H9WmjXxaJR47do/CFml4MGsflgTtq98nHFTMm6iCX3RgqAN0 2wt8TjL1htOl0GnBIqh0rX3zzPKXrswpIDROvY2yK86n4XLoootcZiI+BbPX1mBPtydp 3wfxaxGtGH6I7Dhe5sXychznj3Fzq8QJrEzNPASyihakgNqTeN5dKyPmlxjCiBQzOC+X 9keg== MIME-Version: 1.0 X-Received: by 10.224.98.197 with SMTP id r5mr59417568qan.57.1404152077310; Mon, 30 Jun 2014 11:14:37 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 11:14:37 -0700 (PDT) In-Reply-To: References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> Date: Mon, 30 Jun 2014 12:14:37 -0600 Message-ID: From: jacek burghardt To: Matthias Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9207067546298353579==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9207067546298353579== Content-Type: multipart/alternative; boundary=089e013cba98c7611304fd11a13c --089e013cba98c7611304fd11a13c Content-Type: text/plain; charset=UTF-8 Well I was looking at crossfire setup. I guess I can drive two monitors with R9 270 On Mon, Jun 30, 2014 at 12:13 PM, jacek burghardt wrote: > Cool It is R9 270 actually. > I am getting such errors > > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access > register with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4) > [00:06.0] xen_pt_pci_config_access_check: Error: Failed to access register > with invalid access size alignment. (addr: 0x0e, len: 4 > > > On Mon, Jun 30, 2014 at 12:03 PM, Matthias < > matthias.kannenberg@googlemail.com> wrote: > >> got a r7 270 myself assigned to a win7 and a hd5450 for a (debian based) >> media center vm, if this is what you mean.. but with qemu-traditionally, >> though.. >> >> >> 2014-06-30 19:50 GMT+02:00 jacek burghardt : >> >> Was anyone able to pass two video cards ? I installed 14.2 amd drivers >>> and wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and >>> I hope I can assign that card to win 8.1 >>> >>> >>> >> > --089e013cba98c7611304fd11a13c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well I was looking at crossfire setup. I guess I can drive= two monitors with R9 270


On Mon, Jun 30, 2014 at 12:13 PM, jacek burghardt <jaceksburghardt@gmail.com> wrote:
Cool It is R9 270 actually.=
I am getting such errors=C2=A0

=C2=A0[00:05.0] = xen_pt_pci_config_access_check: Error: Failed to access register with inval= id access size alignment. (addr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access register = with invalid access size alignment. (addr: 0x0e, len: 4)
[00:05.0= ] xen_pt_pci_config_access_check: Error: Failed to access register with inv= alid access size alignment. (addr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :05.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:05.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :05.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4)
[00= :06.0] xen_pt_pci_config_access_check: Error: Failed to access register wit= h invalid access size alignment. (addr: 0x0e, len: 4)
[00:06.0] xen_pt_pci_config_access_check: Error: Failed to access regi= ster with invalid access size alignment. (addr: 0x0e, len: 4


On Mon, Jun 30, 2014 at 12:03 PM, Matthi= as <matthias.kannenberg@googlemail.com> wro= te:
got a r7 270 myself assigne= d to a win7 and a hd5450 for a (debian based) media center vm, if this is w= hat you mean.. but with qemu-traditionally, though..


2014-06-30 19:50 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.= com>:

Was anyone able to pass two video cards ? I installed 14.2 amd drivers an= d wolfenstein plays good on my HD 6450. I just ordered R7 270 for 80 and I = hope I can assign that card to win 8.1





--089e013cba98c7611304fd11a13c-- --===============9207067546298353579== 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 --===============9207067546298353579==-- From xen-users-bounces@lists.xen.org Mon Jun 30 19:06:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 19:06:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1gtQ-0007JO-Kx; Mon, 30 Jun 2014 19:05:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1gtO-0007JJ-Ou for xen-users@lists.xen.org; Mon, 30 Jun 2014 19:05:30 +0000 Received: from [193.109.254.147:31656] by server-11.bemta-14.messagelabs.com id 83/C0-12767-AF4B1B35; Mon, 30 Jun 2014 19:05:30 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1404155127!14590715!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15906 invoked from network); 30 Jun 2014 19:05:28 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 19:05:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=DT4En3lEd2i33qummy0PaSFq/mYOr5zVWMDPWO8E50FqNSsFdC2ybnqhbdrXcFXGTFlKFiQSBjCXEftleBEuUMCfsfvo4Dh7Xgk3Po3CyXbAj3XWYj0S2SJ7j/70+A12; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X1gtL-000HlZ-UR for xen-users@lists.xen.org; Mon, 30 Jun 2014 12:05:27 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Mon, 30 Jun 2014 12:05:26 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/7Dw2gP/Y7BHg/7FbwgD/Yx0c0A== Date: Mon, 30 Jun 2014 19:05:26 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8770249285059270395==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8770249285059270395== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F92788AAex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F92788AAex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WGwgZG1lc2cgb3V0cHV0Og0KaHR0cDovL3Bhc3RlYmluLmNvbS9QTkRpdnR4Mg0KDQotIEJyaWFu IE1lbmdlcw0KUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHMNCkdvR3JpZCB8IFNlcnZlUGF0aCB8 IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzDQoNCkZyb206IHhlbi11c2Vycy1ib3VuY2Vz QGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnXSBP biBCZWhhbGYgT2YgamFjZWsgYnVyZ2hhcmR0DQpTZW50OiBNb25kYXksIEp1bmUgMzAsIDIwMTQg MTE6MTQNClRvOiBCcmlhbiBNZW5nZXMNCkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KU3Vi amVjdDogUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2gNCg0KTG9va3Mg bGlrZSB5b3VyIGk1IHN1cHBvcnRzIHZ0LWQgSSB3b25kZXIgd2hhdCBpcyB0aGUgb3V0cHV0IG9m IHhlIGRtZXNnIGNvbW1hbmQgcmVsYXRpbmcgdG8gaW9tbXU/DQpJIGFtIHBhc3NpbmcgSEQ2NDUw IHVuZGVyIHhlbiA0LjUgdW5zdGFibGUgYW5kIEkgaW5zdGFsbGVkIDE0LjIgYW1kIGRyaXZlcnMN Cg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNClRoZSBpbmZvcm1hdGlv biBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0dGFjaG1lbnRzLCBtYXkgY29u dGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMg c29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBwZXJzb24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlz IGFkZHJlc3NlZC4gQW55IHJldmlldywgcmV0cmFuc21pc3Npb24sIGRpc3NlbWluYXRpb24sIG9y IGFjdGlvbiB0YWtlbiBpbiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkgcGVyc29u cyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQgaXMgcHJvaGli aXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNlIGNvbnRhY3QgdGhlIHNl bmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21wdXRlci4NCg== --_000_F33FED1E326F7448A0623CC9BFA2D4F92788AAex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCJ9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNh bGlicml9DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIn0NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7Y29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lfQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOiM5NTRGNzI7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZX0NCnNwYW4uRW1haWxTdHlsZTE3DQoJe2ZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RH0NCi5Nc29DaHBEZWZhdWx0 DQoJe2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiJ9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7bWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGlufQ0KZGl2LldvcmRTZWN0aW9uMQ0K CXt9DQotLT4NCjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1 NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5 N0QiPlhsIGRtZXNnIG91dHB1dDo8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+aHR0cDovL3Bhc3RlYmlu LmNvbS9QTkRpdnR4Mjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFG NDk3RCI+LSBCcmlhbiBNZW5nZXM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+UHJpbmNpcGFsIEVuZ2lu ZWVyLCBEZXZPcHM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+R29HcmlkIHwgU2VydmVQYXRoIHwgQ29s b1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3M8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4geGVu LXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxp c3RzLnhlbi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPmphY2VrIGJ1cmdoYXJkdDxicj4NCjxi PlNlbnQ6PC9iPiBNb25kYXksIEp1bmUgMzAsIDIwMTQgMTE6MTQ8YnI+DQo8Yj5Ubzo8L2I+IEJy aWFuIE1lbmdlczxicj4NCjxiPkNjOjwvYj4geGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkxvb2tzIGxpa2UgeW91ciBpNSBzdXBwb3J0cyB2dC1kIEkgd29uZGVy IHdoYXQgaXMgdGhlIG91dHB1dCBvZiB4ZSBkbWVzZyBjb21tYW5kIHJlbGF0aW5nIHRvIGlvbW11 PyZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGFtIHBhc3NpbmcgSEQ2 NDUwIHVuZGVyIHhlbiA0LjUgdW5zdGFibGUgYW5kIEkgaW5zdGFsbGVkIDE0LjIgYW1kIGRyaXZl cnM8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206 MTIuMHB0Ij4mbmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxicj4NCjxocj4NCjxm b250IGZhY2U9IkNvdXJpZXIgTmV3IiBjb2xvcj0iR3JheSIgc2l6ZT0iMSI+PGJyPg0KVGhlIGlu Zm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMs IG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFs LiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hp Y2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5h dGlvbiwgb3IgYWN0aW9uIHRha2VuIGluDQogcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9u IGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50 IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250 YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIu PGJyPg0KPC9mb250Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_F33FED1E326F7448A0623CC9BFA2D4F92788AAex001sfoservepath_-- --===============8770249285059270395== 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 --===============8770249285059270395==-- From xen-users-bounces@lists.xen.org Mon Jun 30 19:06:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 19:06:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1gtQ-0007JO-Kx; Mon, 30 Jun 2014 19:05:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1gtO-0007JJ-Ou for xen-users@lists.xen.org; Mon, 30 Jun 2014 19:05:30 +0000 Received: from [193.109.254.147:31656] by server-11.bemta-14.messagelabs.com id 83/C0-12767-AF4B1B35; Mon, 30 Jun 2014 19:05:30 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1404155127!14590715!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15906 invoked from network); 30 Jun 2014 19:05:28 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 19:05:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=DT4En3lEd2i33qummy0PaSFq/mYOr5zVWMDPWO8E50FqNSsFdC2ybnqhbdrXcFXGTFlKFiQSBjCXEftleBEuUMCfsfvo4Dh7Xgk3Po3CyXbAj3XWYj0S2SJ7j/70+A12; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X1gtL-000HlZ-UR for xen-users@lists.xen.org; Mon, 30 Jun 2014 12:05:27 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Mon, 30 Jun 2014 12:05:26 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/7Dw2gP/Y7BHg/7FbwgD/Yx0c0A== Date: Mon, 30 Jun 2014 19:05:26 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8770249285059270395==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8770249285059270395== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F92788AAex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F92788AAex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WGwgZG1lc2cgb3V0cHV0Og0KaHR0cDovL3Bhc3RlYmluLmNvbS9QTkRpdnR4Mg0KDQotIEJyaWFu IE1lbmdlcw0KUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHMNCkdvR3JpZCB8IFNlcnZlUGF0aCB8 IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzDQoNCkZyb206IHhlbi11c2Vycy1ib3VuY2Vz QGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnXSBP biBCZWhhbGYgT2YgamFjZWsgYnVyZ2hhcmR0DQpTZW50OiBNb25kYXksIEp1bmUgMzAsIDIwMTQg MTE6MTQNClRvOiBCcmlhbiBNZW5nZXMNCkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KU3Vi amVjdDogUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2gNCg0KTG9va3Mg bGlrZSB5b3VyIGk1IHN1cHBvcnRzIHZ0LWQgSSB3b25kZXIgd2hhdCBpcyB0aGUgb3V0cHV0IG9m IHhlIGRtZXNnIGNvbW1hbmQgcmVsYXRpbmcgdG8gaW9tbXU/DQpJIGFtIHBhc3NpbmcgSEQ2NDUw IHVuZGVyIHhlbiA0LjUgdW5zdGFibGUgYW5kIEkgaW5zdGFsbGVkIDE0LjIgYW1kIGRyaXZlcnMN Cg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNClRoZSBpbmZvcm1hdGlv biBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlLCBhbmQgYW55IGF0dGFjaG1lbnRzLCBtYXkgY29u dGFpbiBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMg c29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBwZXJzb24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlz IGFkZHJlc3NlZC4gQW55IHJldmlldywgcmV0cmFuc21pc3Npb24sIGRpc3NlbWluYXRpb24sIG9y IGFjdGlvbiB0YWtlbiBpbiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkgcGVyc29u cyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQgaXMgcHJvaGli aXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNlIGNvbnRhY3QgdGhlIHNl bmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21wdXRlci4NCg== --_000_F33FED1E326F7448A0623CC9BFA2D4F92788AAex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCJ9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNh bGlicml9DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIn0NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7Y29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lfQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOiM5NTRGNzI7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZX0NCnNwYW4uRW1haWxTdHlsZTE3DQoJe2ZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RH0NCi5Nc29DaHBEZWZhdWx0 DQoJe2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiJ9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7bWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGlufQ0KZGl2LldvcmRTZWN0aW9uMQ0K CXt9DQotLT4NCjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1 NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5 N0QiPlhsIGRtZXNnIG91dHB1dDo8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+aHR0cDovL3Bhc3RlYmlu LmNvbS9QTkRpdnR4Mjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFG NDk3RCI+LSBCcmlhbiBNZW5nZXM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+UHJpbmNpcGFsIEVuZ2lu ZWVyLCBEZXZPcHM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+R29HcmlkIHwgU2VydmVQYXRoIHwgQ29s b1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3M8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4geGVu LXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxp c3RzLnhlbi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPmphY2VrIGJ1cmdoYXJkdDxicj4NCjxi PlNlbnQ6PC9iPiBNb25kYXksIEp1bmUgMzAsIDIwMTQgMTE6MTQ8YnI+DQo8Yj5Ubzo8L2I+IEJy aWFuIE1lbmdlczxicj4NCjxiPkNjOjwvYj4geGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkxvb2tzIGxpa2UgeW91ciBpNSBzdXBwb3J0cyB2dC1kIEkgd29uZGVy IHdoYXQgaXMgdGhlIG91dHB1dCBvZiB4ZSBkbWVzZyBjb21tYW5kIHJlbGF0aW5nIHRvIGlvbW11 PyZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGFtIHBhc3NpbmcgSEQ2 NDUwIHVuZGVyIHhlbiA0LjUgdW5zdGFibGUgYW5kIEkgaW5zdGFsbGVkIDE0LjIgYW1kIGRyaXZl cnM8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206 MTIuMHB0Ij4mbmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxicj4NCjxocj4NCjxm b250IGZhY2U9IkNvdXJpZXIgTmV3IiBjb2xvcj0iR3JheSIgc2l6ZT0iMSI+PGJyPg0KVGhlIGlu Zm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMs IG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFs LiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hp Y2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5h dGlvbiwgb3IgYWN0aW9uIHRha2VuIGluDQogcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9u IGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50 IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250 YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIu PGJyPg0KPC9mb250Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_F33FED1E326F7448A0623CC9BFA2D4F92788AAex001sfoservepath_-- --===============8770249285059270395== 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 --===============8770249285059270395==-- From xen-users-bounces@lists.xen.org Mon Jun 30 20:28:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 20:28:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1iBC-0002To-L6; Mon, 30 Jun 2014 20:27:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1iBB-0002Tj-CA for xen-users@lists.xen.org; Mon, 30 Jun 2014 20:27:57 +0000 Received: from [193.109.254.147:57797] by server-2.bemta-14.messagelabs.com id F0/75-30377-C48C1B35; Mon, 30 Jun 2014 20:27:56 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1404160074!14615313!1 X-Originating-IP: [209.85.192.49] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28522 invoked from network); 30 Jun 2014 20:27:55 -0000 Received: from mail-qg0-f49.google.com (HELO mail-qg0-f49.google.com) (209.85.192.49) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 20:27:55 -0000 Received: by mail-qg0-f49.google.com with SMTP id f51so2461521qge.8 for ; Mon, 30 Jun 2014 13:27:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DIYuzS3H7PsrDndJCaoJdMHDZ3ATHgRczJ2ZXKtgDZc=; b=KvlMApVEbD4yuu0Jng2rwOLZapvb5+Y5ZeFEt2IrURzjY76a9gVrRdpyAfq25dHN/T xtuuLc3cYRniH5TwlCk+PD8Pr7izrsttlg7L+conoXGT93NrnoLpDf4fEQy4dlnYwnvh 8knjqWLNwRkuQQY12VZ34v736EGikvJZgrFK4/C1pfisz/BUn8maI1CPQLmtct8MWunD kjCqts7cjhnCP48anRQo82viYPDUa7MB85C6LIC/E6coZY0gVJk9koem5gCI21PJymqi /q228erzaf0kYa5GGhgugn+/sZn0ZAw9ZqV/K3fvypF24hiiFVJDbz5fIeNcDqNA2Z3X vbuw== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr59124258qge.38.1404160074666; Mon, 30 Jun 2014 13:27:54 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 13:27:54 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> Date: Mon, 30 Jun 2014 14:27:54 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1561327299345136204==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1561327299345136204== Content-Type: multipart/alternative; boundary=001a1139766075693204fd137e76 --001a1139766075693204fd137e76 Content-Type: text/plain; charset=UTF-8 I don't see anything wrong few not enabled but important stuff is enabled. page size is very small 4kb I wonder if xenserver an pass swiotlb=128 intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d iommu 1 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control not enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled --001a1139766075693204fd137e76 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I don't see anything wrong =C2=A0few not enabled = but important stuff is enabled. page size is very small 4kb =C2=A0I wonder = if xenserver an pass=C2=A0swiotlb=3D128=C2=A0
intel VT-d iommu 0 = supported page sizes: 4kB.
(XEN) Intel VT-d iommu 1 supported page sizes: 4kB.
(XEN) In= tel VT-d Snoop Control not enabled.
(XEN) Intel VT-d Dom0 DMA Passthrough not enabled.
(XEN) Int= el VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt R= emapping enabled.
(XEN) Intel VT-d Shared EPT tables not enabled<= /div>
--001a1139766075693204fd137e76-- --===============1561327299345136204== 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 --===============1561327299345136204==-- From xen-users-bounces@lists.xen.org Mon Jun 30 20:28:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 20:28:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1iBC-0002To-L6; Mon, 30 Jun 2014 20:27:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1iBB-0002Tj-CA for xen-users@lists.xen.org; Mon, 30 Jun 2014 20:27:57 +0000 Received: from [193.109.254.147:57797] by server-2.bemta-14.messagelabs.com id F0/75-30377-C48C1B35; Mon, 30 Jun 2014 20:27:56 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1404160074!14615313!1 X-Originating-IP: [209.85.192.49] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28522 invoked from network); 30 Jun 2014 20:27:55 -0000 Received: from mail-qg0-f49.google.com (HELO mail-qg0-f49.google.com) (209.85.192.49) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jun 2014 20:27:55 -0000 Received: by mail-qg0-f49.google.com with SMTP id f51so2461521qge.8 for ; Mon, 30 Jun 2014 13:27:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DIYuzS3H7PsrDndJCaoJdMHDZ3ATHgRczJ2ZXKtgDZc=; b=KvlMApVEbD4yuu0Jng2rwOLZapvb5+Y5ZeFEt2IrURzjY76a9gVrRdpyAfq25dHN/T xtuuLc3cYRniH5TwlCk+PD8Pr7izrsttlg7L+conoXGT93NrnoLpDf4fEQy4dlnYwnvh 8knjqWLNwRkuQQY12VZ34v736EGikvJZgrFK4/C1pfisz/BUn8maI1CPQLmtct8MWunD kjCqts7cjhnCP48anRQo82viYPDUa7MB85C6LIC/E6coZY0gVJk9koem5gCI21PJymqi /q228erzaf0kYa5GGhgugn+/sZn0ZAw9ZqV/K3fvypF24hiiFVJDbz5fIeNcDqNA2Z3X vbuw== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr59124258qge.38.1404160074666; Mon, 30 Jun 2014 13:27:54 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 30 Jun 2014 13:27:54 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> <53AE5DFA.2050400@bobich.net> Date: Mon, 30 Jun 2014 14:27:54 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1561327299345136204==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1561327299345136204== Content-Type: multipart/alternative; boundary=001a1139766075693204fd137e76 --001a1139766075693204fd137e76 Content-Type: text/plain; charset=UTF-8 I don't see anything wrong few not enabled but important stuff is enabled. page size is very small 4kb I wonder if xenserver an pass swiotlb=128 intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d iommu 1 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control not enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled --001a1139766075693204fd137e76 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I don't see anything wrong =C2=A0few not enabled = but important stuff is enabled. page size is very small 4kb =C2=A0I wonder = if xenserver an pass=C2=A0swiotlb=3D128=C2=A0
intel VT-d iommu 0 = supported page sizes: 4kB.
(XEN) Intel VT-d iommu 1 supported page sizes: 4kB.
(XEN) In= tel VT-d Snoop Control not enabled.
(XEN) Intel VT-d Dom0 DMA Passthrough not enabled.
(XEN) Int= el VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt R= emapping enabled.
(XEN) Intel VT-d Shared EPT tables not enabled<= /div>
--001a1139766075693204fd137e76-- --===============1561327299345136204== 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 --===============1561327299345136204==-- From xen-users-bounces@lists.xen.org Mon Jun 30 23:31:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 23:31:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1l1h-0000Nn-Sp; Mon, 30 Jun 2014 23:30:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1l1f-0000Ni-NT for xen-users@lists.xen.org; Mon, 30 Jun 2014 23:30:20 +0000 Received: from [193.109.254.147:59361] by server-5.bemta-14.messagelabs.com id 59/92-06743-B03F1B35; Mon, 30 Jun 2014 23:30:19 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-7.tower-27.messagelabs.com!1404171014!14607864!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8300 invoked from network); 30 Jun 2014 23:30:17 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 23:30:17 -0000 Received: (qmail 1176 invoked by uid 1011); 30 Jun 2014 23:30:11 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19144. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.159939 secs); 30 Jun 2014 23:30:11 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 30 Jun 2014 23:30:11 -0000 Message-ID: <53B1F302.7020409@websitemanagers.com.au> Date: Tue, 01 Jul 2014 09:30:10 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> In-Reply-To: <53B136B6.1060906@bobich.net> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 30/06/14 20:06, Gordan Bobic wrote: > On 06/29/2014 08:12 AM, lee wrote: >> Gordan Bobic writes: >> >>>> On 06/28/2014 08:45 AM, lee wrote: >>>> [...] >>>> >>>> I am not a fan of virtualization for most workloads, but sometimes >>>> it is convenient, not least in order to work around deficiencies of >>>> other OS-es you might want to run. For example, I don't want to >>>> maintain 3 separate systems - partitioning up one big system is >>>> much more convenient. And I can run Windows gaming VMs while >>>> still having the advantages of easy full system rollbacks by >>>> having my domU disks backed by ZFS volumes. It's not for HPC >>>> workloads, but for some things it is the least unsuitable solution. >>>> >>>> Not even for most? It seems as if everyone is using it quite a lot, >>>> make it sense or not. >>> >>> Most people haven't realized yet that the king's clothes are not >>> suitable for every occasion, so to speak. In terms of the hype cycle, >>> different users are at different stages. Many are still around the >>> point of "peak of inflated expectations". Those that do the testing >>> for their particular high performance workloads they were hoping to >>> virtualize hit the "trough of disilusionment" pretty quickly most of >>> the time. >> >> Why would they think that virtualization benefits things that require >> high performance? > > I don't. But many people think it makes negligible difference because > they never did their testing properly. > >> When I need the most/best performance possible, it's >> obviously counter productive. > > Apparently it's not obvious to many, many people. Virtualisation also lends itself nicely to helping improve uptime. ie, physical hardware failure of the dom0 will crash the domU's, but you can restart the domU's on another dom0 (as long as you use a SAN, or replicated storage/etc). I also noticed a lot of talk about remus some time ago, and thought it looked really promising. Having a quick look at http://wiki.xen.org/wiki/Remus shows that it is still getting better. When that arrives, you won't have any downtime due to dom0 failure (though I guess you need to double the resources). PS, this is my personal advantage of using virtualisation... If I need n servers to run all my VM's, then with n+1 I can survive a failure of a dom0 (albeit with a reboot of the VM's being run there at the time). I still get to save on overall hardware requirements, as well as being able to live migrate for scheduled hardware maintenance/etc. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jun 30 23:31:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jun 2014 23:31:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1l1h-0000Nn-Sp; Mon, 30 Jun 2014 23:30:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1l1f-0000Ni-NT for xen-users@lists.xen.org; Mon, 30 Jun 2014 23:30:20 +0000 Received: from [193.109.254.147:59361] by server-5.bemta-14.messagelabs.com id 59/92-06743-B03F1B35; Mon, 30 Jun 2014 23:30:19 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-7.tower-27.messagelabs.com!1404171014!14607864!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8300 invoked from network); 30 Jun 2014 23:30:17 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jun 2014 23:30:17 -0000 Received: (qmail 1176 invoked by uid 1011); 30 Jun 2014 23:30:11 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19144. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.159939 secs); 30 Jun 2014 23:30:11 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 30 Jun 2014 23:30:11 -0000 Message-ID: <53B1F302.7020409@websitemanagers.com.au> Date: Tue, 01 Jul 2014 09:30:10 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> In-Reply-To: <53B136B6.1060906@bobich.net> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 30/06/14 20:06, Gordan Bobic wrote: > On 06/29/2014 08:12 AM, lee wrote: >> Gordan Bobic writes: >> >>>> On 06/28/2014 08:45 AM, lee wrote: >>>> [...] >>>> >>>> I am not a fan of virtualization for most workloads, but sometimes >>>> it is convenient, not least in order to work around deficiencies of >>>> other OS-es you might want to run. For example, I don't want to >>>> maintain 3 separate systems - partitioning up one big system is >>>> much more convenient. And I can run Windows gaming VMs while >>>> still having the advantages of easy full system rollbacks by >>>> having my domU disks backed by ZFS volumes. It's not for HPC >>>> workloads, but for some things it is the least unsuitable solution. >>>> >>>> Not even for most? It seems as if everyone is using it quite a lot, >>>> make it sense or not. >>> >>> Most people haven't realized yet that the king's clothes are not >>> suitable for every occasion, so to speak. In terms of the hype cycle, >>> different users are at different stages. Many are still around the >>> point of "peak of inflated expectations". Those that do the testing >>> for their particular high performance workloads they were hoping to >>> virtualize hit the "trough of disilusionment" pretty quickly most of >>> the time. >> >> Why would they think that virtualization benefits things that require >> high performance? > > I don't. But many people think it makes negligible difference because > they never did their testing properly. > >> When I need the most/best performance possible, it's >> obviously counter productive. > > Apparently it's not obvious to many, many people. Virtualisation also lends itself nicely to helping improve uptime. ie, physical hardware failure of the dom0 will crash the domU's, but you can restart the domU's on another dom0 (as long as you use a SAN, or replicated storage/etc). I also noticed a lot of talk about remus some time ago, and thought it looked really promising. Having a quick look at http://wiki.xen.org/wiki/Remus shows that it is still getting better. When that arrives, you won't have any downtime due to dom0 failure (though I guess you need to double the resources). PS, this is my personal advantage of using virtualisation... If I need n servers to run all my VM's, then with n+1 I can survive a failure of a dom0 (albeit with a reboot of the VM's being run there at the time). I still get to save on overall hardware requirements, as well as being able to live migrate for scheduled hardware maintenance/etc. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users