From xen-users-bounces@lists.xen.org Tue Jan 01 09:40:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jan 2013 09:40: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 1TpyJp-0005qU-JL; Tue, 01 Jan 2013 09:39:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TpyJo-0005qP-7q for xen-users@lists.xen.org; Tue, 01 Jan 2013 09:39:32 +0000 Received: from [193.109.254.147:10593] by server-1.bemta-14.messagelabs.com id A8/A2-15901-3DEA2E05; Tue, 01 Jan 2013 09:39:31 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1357033169!4563163!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18292 invoked from network); 1 Jan 2013 09:39:30 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jan 2013 09:39:30 -0000 Received: by mail-vc0-f173.google.com with SMTP id f13so13368479vcb.4 for ; Tue, 01 Jan 2013 01:39:28 -0800 (PST) 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=Vj0b03qzeoJsIGFWcQrFBpzj90ngJHx/PLFXYPumYLA=; b=R0+8nCmHC61AOFlIkzvNN3mxzLhWNdpnT58iHPZYTyxwvBRlZ/Kd7elttSGyweq2yX vKiYgffMt8z2azoDVVt3W4oK2YNwpdlTIunLld1H9R3l5aR8ipl4iqwUJrT0PszyvoeX ZB6SqB9FM2sq93AZhxJwaQzoxQzogk6/jia2R6xSOqHNc198T845BpgXliDPrMp/bhhE k95b0zhZPJXKIce3tTxnwTzxtyjY+gxy5h8vjAw27mKrAIy8y4FmJl5T2WLnH6vGUmMo IBnZRs9PRxt/spasG2z+PZl3Um9JraFaf6N6OM1s4PAWuZK7xqXybbrAVJinjod1UGky Qbxg== MIME-Version: 1.0 Received: by 10.58.137.7 with SMTP id qe7mr69728129veb.23.1357033168448; Tue, 01 Jan 2013 01:39:28 -0800 (PST) Received: by 10.58.238.39 with HTTP; Tue, 1 Jan 2013 01:39:28 -0800 (PST) Date: Tue, 1 Jan 2013 09:39:28 +0000 Message-ID: From: Stephen Nelson-Smith To: xen-users@lists.xen.org Subject: [Xen-users] Error Processing Drive X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 chaps, So my general problems with disks disappeared once I understood it was an SELinux problem. However I'm still finding in the DomU when I run through my kickstart that I'm getting an error which says: "Error processing drive: xen-vbd-51712 ........ this drive may need to be reinitialized" See: http://d.pr/i/YrH8 If I go ahead and reinitialize it, the install completes and everything's golden. Problem is, I can't find a way to make kickstart say: yeah whatever, go ahead and reinitialize.... Any ideas what's up? S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jan 01 09:40:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jan 2013 09:40: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 1TpyJp-0005qU-JL; Tue, 01 Jan 2013 09:39:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TpyJo-0005qP-7q for xen-users@lists.xen.org; Tue, 01 Jan 2013 09:39:32 +0000 Received: from [193.109.254.147:10593] by server-1.bemta-14.messagelabs.com id A8/A2-15901-3DEA2E05; Tue, 01 Jan 2013 09:39:31 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1357033169!4563163!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18292 invoked from network); 1 Jan 2013 09:39:30 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jan 2013 09:39:30 -0000 Received: by mail-vc0-f173.google.com with SMTP id f13so13368479vcb.4 for ; Tue, 01 Jan 2013 01:39:28 -0800 (PST) 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=Vj0b03qzeoJsIGFWcQrFBpzj90ngJHx/PLFXYPumYLA=; b=R0+8nCmHC61AOFlIkzvNN3mxzLhWNdpnT58iHPZYTyxwvBRlZ/Kd7elttSGyweq2yX vKiYgffMt8z2azoDVVt3W4oK2YNwpdlTIunLld1H9R3l5aR8ipl4iqwUJrT0PszyvoeX ZB6SqB9FM2sq93AZhxJwaQzoxQzogk6/jia2R6xSOqHNc198T845BpgXliDPrMp/bhhE k95b0zhZPJXKIce3tTxnwTzxtyjY+gxy5h8vjAw27mKrAIy8y4FmJl5T2WLnH6vGUmMo IBnZRs9PRxt/spasG2z+PZl3Um9JraFaf6N6OM1s4PAWuZK7xqXybbrAVJinjod1UGky Qbxg== MIME-Version: 1.0 Received: by 10.58.137.7 with SMTP id qe7mr69728129veb.23.1357033168448; Tue, 01 Jan 2013 01:39:28 -0800 (PST) Received: by 10.58.238.39 with HTTP; Tue, 1 Jan 2013 01:39:28 -0800 (PST) Date: Tue, 1 Jan 2013 09:39:28 +0000 Message-ID: From: Stephen Nelson-Smith To: xen-users@lists.xen.org Subject: [Xen-users] Error Processing Drive X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 chaps, So my general problems with disks disappeared once I understood it was an SELinux problem. However I'm still finding in the DomU when I run through my kickstart that I'm getting an error which says: "Error processing drive: xen-vbd-51712 ........ this drive may need to be reinitialized" See: http://d.pr/i/YrH8 If I go ahead and reinitialize it, the install completes and everything's golden. Problem is, I can't find a way to make kickstart say: yeah whatever, go ahead and reinitialize.... Any ideas what's up? S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jan 01 20:40:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jan 2013 20:40: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 1Tq8bY-0002e0-4r; Tue, 01 Jan 2013 20:38:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tq8bW-0002dv-AP for xen-users@lists.xen.org; Tue, 01 Jan 2013 20:38:30 +0000 Received: from [85.158.137.99:50149] by server-11.bemta-3.messagelabs.com id E1/B9-13335-54943E05; Tue, 01 Jan 2013 20:38:29 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1357072699!15223969!1 X-Originating-IP: [209.85.219.47] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDQ2ODIgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10602 invoked from network); 1 Jan 2013 20:38:20 -0000 Received: from mail-oa0-f47.google.com (HELO mail-oa0-f47.google.com) (209.85.219.47) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jan 2013 20:38:20 -0000 Received: by mail-oa0-f47.google.com with SMTP id h1so12724138oag.34 for ; Tue, 01 Jan 2013 12:38:18 -0800 (PST) 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=lPeCHzWDzILi9CEoSRc5pg2x5UZtPOrNnNrZhFUlY0o=; b=oXsnp09QH4QlTZn202o7gmbvP1expG1x2veY5bRBGBnzuC2vMQCb7bMVk6MDQjJbWm O2NY9r0xFRV/XdxhszsVu8rg2iq4m4AsQRElUL3/SF9XAj4lrGmpIwtOrmbCn9bBiA6W Gd5w5NTJKv6Z1QOSIAlTfxS7c9moinK7ST+8m7cQ2qrWx8Bso9O4Bk39ITwRH4JL/Scw f7LDDf4aSWYDnhD6FaS98v3PwHZNi8aR2xVYAh5blwz3TOXWevOYSlAwzhij7kJUxZWU WrLlbbERyLMi2ELYT3mDBztu3Y56ARmzdP+Xo5WYtqZ0XJzz1yrxwGQCBmApAG8NoQKC HUaA== MIME-Version: 1.0 Received: by 10.182.130.38 with SMTP id ob6mr37033665obb.100.1357072698668; Tue, 01 Jan 2013 12:38:18 -0800 (PST) Received: by 10.182.221.67 with HTTP; Tue, 1 Jan 2013 12:38:18 -0800 (PST) Date: Tue, 1 Jan 2013 21:38:18 +0100 Message-ID: From: "Jihed M'selmi" To: xen-users@lists.xen.org Subject: [Xen-users] Failure in creating PV guest 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="===============1018925486178952971==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1018925486178952971== Content-Type: multipart/alternative; boundary=14dae93b567a23769204d2401cab --14dae93b567a23769204d2401cab Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, I tried to install a pv guest ubuntu by netinstall (see below) on a xen host (centos6.3 + XEN4.2) ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ----------------- mkdir -p /var/lib/xen/images/ubuntu-netboot cd /var/lib/xen/images/ubuntu-netboot sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/current= /images/netboot/xen/initrd.gz sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/current= /images/netboot/xen/vmlinuz Set up the initial guest configuration: /etc/xen/ubuntu.cfg ---------------------------------------------------------------------------= --------------------- name =3D "ubuntu"memory =3D 512disk =3D ['phy:/dev/xen_vms/ubuntu,xvda,w']vif =3D [' ']kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz"ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz"extra =3D "debian-installer/exit/always_halt=3Dtrue -- console=3Dhvc0" ---------------------------------------------------------------------------= -------- [root@mypc ~]# xm create /etc/xen/ubuntu -c Using config file "/etc/xen/ubuntu". Started domain ubuntu (id=3D2) [root@mypc ~]# Then, nothing appeared and not installation went in progress. I checked the xend-debug.log and found this error: end started at Tue Jan 1 20:47:26 2013. /usr/lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: DeprecationWarning: object.__new__() takes no parameters return object.__new__(cls, *args, **kwds) Exception in thread UnixHttpServer: Traceback (most recent call last): File "/usr/lib64/python2.6/threading.py", line 532, in __bootstrap_inner self.run() File "/usr/lib64/python2.6/threading.py", line 484, in run self.__target(*self.__args, **self.__kwargs) File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line 312, in run (sock, addr) =3D self.accept() File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line 331, in accept return self.socket.accept() File "/usr/lib64/python2.6/socket.py", line 197, in accept sock, addr =3D self._sock.accept() error: [Errno 22] Invalid argument Any thoughts about this ? Is there any way to see the monitor the creation process ? Thx & best Regards _Jm --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --14dae93b567a23769204d2401cab Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Hi,

=A0I tried to install a pv= guest ubuntu by netinstall (see below) on a xen host (centos6.3 + XEN4.2)<= br>
--------------------------------------------------------------------= ---------------------------------------------------------------------------= ------------------------
mkdir -p /var/lib/xen/images/ubuntu-netboot cd /var/lib/xen/images/ubuntu-netbo= ot sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/instal= ler-amd64/current/images/netboot/xen/initrd.gz sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installe= r-amd64/current/images/netboot/xen/vmlinuz

Set up the initial guest configuration: /etc/xen/ubuntu.cfg = 

----------------------------------------------------------------------=
--------------------------
name=
 =3D "ubuntu"

memory =3D 512

disk =3D ['phy:/dev/xen_vms/ubu=
ntu,xvda,w']
vif =3D [' ']

kernel =3D "/var/lib/xen/image=
s/ubuntu-netboot/vmlinuz"
ramdisk =3D "/var/lib/xen/imag=
es/ubuntu-netboot/initrd.gz"
extra =3D "debian-installer/exi=
t/always_halt=3Dtrue -- console=3Dhvc0"

------= ---------------------------------------------------------------------------= --

[root@mypc ~]# xm cre=
ate /etc/xen/ubuntu -c
Using config file "/etc/xen/ubuntu".Started domain ubuntu (id=3D2)

                            [root@mypc ~]#
Then, nothing appeared and= not installation went in progress.
I checked the xend-debug.log a= nd found this error:
end started at Tue Jan=A0 1 20:47:26 2013.
/usr= /lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: DeprecationWarning:= object.__new__() takes no parameters
=A0 return object.__new__(cls, *args, **kwds)
Exception in thread UnixHt= tpServer:
Traceback (most recent call last):
=A0 File "/usr/lib6= 4/python2.6/threading.py", line 532, in __bootstrap_inner
=A0=A0=A0= self.run()
=A0 File "/usr/lib64/python2.6/threading.py", line 484, in run=A0=A0=A0 self.__target(*self.__args, **self.__kwargs)
=A0 File "/= usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line 312, in= run
=A0=A0=A0 (sock, addr) =3D self.accept()
=A0 File "/usr/lib64/pytho= n2.6/site-packages/xen/web/httpserver.py", line 331, in accept
=A0= =A0=A0 return self.socket.accept()
=A0 File "/usr/lib64/python2.6/s= ocket.py", line 197, in accept
=A0=A0=A0 sock, addr =3D self._sock.accept()
error: [Errno 22] Invalid a= rgument


Any thoughts about this ? Is there any way to see = the monitor the creation process ?

Thx & best Regards

_Jm
--
Jihed M=92SELMI
http://about.me/ji= hed.mselmi
--14dae93b567a23769204d2401cab-- --===============1018925486178952971== 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 --===============1018925486178952971==-- From xen-users-bounces@lists.xen.org Tue Jan 01 20:40:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jan 2013 20:40: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 1Tq8bY-0002e0-4r; Tue, 01 Jan 2013 20:38:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tq8bW-0002dv-AP for xen-users@lists.xen.org; Tue, 01 Jan 2013 20:38:30 +0000 Received: from [85.158.137.99:50149] by server-11.bemta-3.messagelabs.com id E1/B9-13335-54943E05; Tue, 01 Jan 2013 20:38:29 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1357072699!15223969!1 X-Originating-IP: [209.85.219.47] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDQ2ODIgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10602 invoked from network); 1 Jan 2013 20:38:20 -0000 Received: from mail-oa0-f47.google.com (HELO mail-oa0-f47.google.com) (209.85.219.47) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jan 2013 20:38:20 -0000 Received: by mail-oa0-f47.google.com with SMTP id h1so12724138oag.34 for ; Tue, 01 Jan 2013 12:38:18 -0800 (PST) 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=lPeCHzWDzILi9CEoSRc5pg2x5UZtPOrNnNrZhFUlY0o=; b=oXsnp09QH4QlTZn202o7gmbvP1expG1x2veY5bRBGBnzuC2vMQCb7bMVk6MDQjJbWm O2NY9r0xFRV/XdxhszsVu8rg2iq4m4AsQRElUL3/SF9XAj4lrGmpIwtOrmbCn9bBiA6W Gd5w5NTJKv6Z1QOSIAlTfxS7c9moinK7ST+8m7cQ2qrWx8Bso9O4Bk39ITwRH4JL/Scw f7LDDf4aSWYDnhD6FaS98v3PwHZNi8aR2xVYAh5blwz3TOXWevOYSlAwzhij7kJUxZWU WrLlbbERyLMi2ELYT3mDBztu3Y56ARmzdP+Xo5WYtqZ0XJzz1yrxwGQCBmApAG8NoQKC HUaA== MIME-Version: 1.0 Received: by 10.182.130.38 with SMTP id ob6mr37033665obb.100.1357072698668; Tue, 01 Jan 2013 12:38:18 -0800 (PST) Received: by 10.182.221.67 with HTTP; Tue, 1 Jan 2013 12:38:18 -0800 (PST) Date: Tue, 1 Jan 2013 21:38:18 +0100 Message-ID: From: "Jihed M'selmi" To: xen-users@lists.xen.org Subject: [Xen-users] Failure in creating PV guest 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="===============1018925486178952971==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1018925486178952971== Content-Type: multipart/alternative; boundary=14dae93b567a23769204d2401cab --14dae93b567a23769204d2401cab Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, I tried to install a pv guest ubuntu by netinstall (see below) on a xen host (centos6.3 + XEN4.2) ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ----------------- mkdir -p /var/lib/xen/images/ubuntu-netboot cd /var/lib/xen/images/ubuntu-netboot sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/current= /images/netboot/xen/initrd.gz sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/current= /images/netboot/xen/vmlinuz Set up the initial guest configuration: /etc/xen/ubuntu.cfg ---------------------------------------------------------------------------= --------------------- name =3D "ubuntu"memory =3D 512disk =3D ['phy:/dev/xen_vms/ubuntu,xvda,w']vif =3D [' ']kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz"ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz"extra =3D "debian-installer/exit/always_halt=3Dtrue -- console=3Dhvc0" ---------------------------------------------------------------------------= -------- [root@mypc ~]# xm create /etc/xen/ubuntu -c Using config file "/etc/xen/ubuntu". Started domain ubuntu (id=3D2) [root@mypc ~]# Then, nothing appeared and not installation went in progress. I checked the xend-debug.log and found this error: end started at Tue Jan 1 20:47:26 2013. /usr/lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: DeprecationWarning: object.__new__() takes no parameters return object.__new__(cls, *args, **kwds) Exception in thread UnixHttpServer: Traceback (most recent call last): File "/usr/lib64/python2.6/threading.py", line 532, in __bootstrap_inner self.run() File "/usr/lib64/python2.6/threading.py", line 484, in run self.__target(*self.__args, **self.__kwargs) File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line 312, in run (sock, addr) =3D self.accept() File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line 331, in accept return self.socket.accept() File "/usr/lib64/python2.6/socket.py", line 197, in accept sock, addr =3D self._sock.accept() error: [Errno 22] Invalid argument Any thoughts about this ? Is there any way to see the monitor the creation process ? Thx & best Regards _Jm --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --14dae93b567a23769204d2401cab Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Hi,

=A0I tried to install a pv= guest ubuntu by netinstall (see below) on a xen host (centos6.3 + XEN4.2)<= br>
--------------------------------------------------------------------= ---------------------------------------------------------------------------= ------------------------
mkdir -p /var/lib/xen/images/ubuntu-netboot cd /var/lib/xen/images/ubuntu-netbo= ot sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/instal= ler-amd64/current/images/netboot/xen/initrd.gz sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installe= r-amd64/current/images/netboot/xen/vmlinuz

Set up the initial guest configuration: /etc/xen/ubuntu.cfg = 

----------------------------------------------------------------------=
--------------------------
name=
 =3D "ubuntu"

memory =3D 512

disk =3D ['phy:/dev/xen_vms/ubu=
ntu,xvda,w']
vif =3D [' ']

kernel =3D "/var/lib/xen/image=
s/ubuntu-netboot/vmlinuz"
ramdisk =3D "/var/lib/xen/imag=
es/ubuntu-netboot/initrd.gz"
extra =3D "debian-installer/exi=
t/always_halt=3Dtrue -- console=3Dhvc0"

------= ---------------------------------------------------------------------------= --

[root@mypc ~]# xm cre=
ate /etc/xen/ubuntu -c
Using config file "/etc/xen/ubuntu".Started domain ubuntu (id=3D2)

                            [root@mypc ~]#
Then, nothing appeared and= not installation went in progress.
I checked the xend-debug.log a= nd found this error:
end started at Tue Jan=A0 1 20:47:26 2013.
/usr= /lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: DeprecationWarning:= object.__new__() takes no parameters
=A0 return object.__new__(cls, *args, **kwds)
Exception in thread UnixHt= tpServer:
Traceback (most recent call last):
=A0 File "/usr/lib6= 4/python2.6/threading.py", line 532, in __bootstrap_inner
=A0=A0=A0= self.run()
=A0 File "/usr/lib64/python2.6/threading.py", line 484, in run=A0=A0=A0 self.__target(*self.__args, **self.__kwargs)
=A0 File "/= usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line 312, in= run
=A0=A0=A0 (sock, addr) =3D self.accept()
=A0 File "/usr/lib64/pytho= n2.6/site-packages/xen/web/httpserver.py", line 331, in accept
=A0= =A0=A0 return self.socket.accept()
=A0 File "/usr/lib64/python2.6/s= ocket.py", line 197, in accept
=A0=A0=A0 sock, addr =3D self._sock.accept()
error: [Errno 22] Invalid a= rgument


Any thoughts about this ? Is there any way to see = the monitor the creation process ?

Thx & best Regards

_Jm
--
Jihed M=92SELMI
http://about.me/ji= hed.mselmi
--14dae93b567a23769204d2401cab-- --===============1018925486178952971== 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 --===============1018925486178952971==-- From xen-users-bounces@lists.xen.org Tue Jan 01 21:11:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jan 2013 21: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 1Tq95o-0003EQ-Bv; Tue, 01 Jan 2013 21:09:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tq95m-0003EK-Ek for xen-users@lists.xen.org; Tue, 01 Jan 2013 21:09:46 +0000 Received: from [85.158.139.83:49675] by server-9.bemta-5.messagelabs.com id 28/C3-10690-99053E05; Tue, 01 Jan 2013 21:09:45 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1357074583!25592695!1 X-Originating-IP: [209.85.219.50] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBhYm91dC5 tZS9qaWhlZC5tc2VsbWkp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22119 invoked from network); 1 Jan 2013 21:09:44 -0000 Received: from mail-oa0-f50.google.com (HELO mail-oa0-f50.google.com) (209.85.219.50) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jan 2013 21:09:44 -0000 Received: by mail-oa0-f50.google.com with SMTP id n16so12309149oag.23 for ; Tue, 01 Jan 2013 13:09:42 -0800 (PST) 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=0A51VqBkrRQkhMthVQILWHc3MNKpC4BJR7yOtlVKfrk=; b=dLBDgU4UhkkyC1bmiY4whJqYIojd9zj0qSdJ+VIdpxm3EAbBxPYmvcwg6BRRf5YlWf 9b2i/uJr8QB8xz4t9V1t1s/dE+cHAf2gim7hRXpUkgvtq70K7tKBQZBVGnzs/qaWbeLc a0d8OuOtzfVwTFaSKJVKPfPsl3NrVq6LtZgYOqJjgue6HS7mRBuvzZaFHdJwm8pfI99c y9xo1zFPw4UWLQcMqIoopZRDhulyZgWEBro5bU7C4ivhpljj9QN3cqHhuakcjLnoTaWx R0B+cyAfbIcIzO9yND3GOLXSPPewQ5AqjqzbbR3kOwVW3jWVPrnzI1zumLnmOpgQr7Ti Lr/A== MIME-Version: 1.0 Received: by 10.182.212.99 with SMTP id nj3mr36189388obc.11.1357074582735; Tue, 01 Jan 2013 13:09:42 -0800 (PST) Received: by 10.182.221.67 with HTTP; Tue, 1 Jan 2013 13:09:42 -0800 (PST) In-Reply-To: References: Date: Tue, 1 Jan 2013 22:09:42 +0100 Message-ID: From: "Jihed M'selmi" To: xen-users@lists.xen.org Subject: Re: [Xen-users] Failure in creating PV guest 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="===============1633834750844101991==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1633834750844101991== Content-Type: multipart/alternative; boundary=e89a8f503aa8700d1004d2408c36 --e89a8f503aa8700d1004d2408c36 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I mean: is there any way to monitor the DomU creation process ? On Tue, Jan 1, 2013 at 9:38 PM, Jihed M'selmi wrote= : > Hi, > > I tried to install a pv guest ubuntu by netinstall (see below) on a xen > host (centos6.3 + XEN4.2) > > > -------------------------------------------------------------------------= ---------------------------------------------------------------------------= ------------------- > mkdir -p /var/lib/xen/images/ubuntu-netboot cd > /var/lib/xen/images/ubuntu-netboot sudo wget > http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/curre= nt/images/netboot/xen/initrd.gz sudo > wget > http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/curre= nt/images/netboot/xen/vmlinuz > > Set up the initial guest configuration: /etc/xen/ubuntu.cfg > > -------------------------------------------------------------------------= ----------------------- > name =3D "ubuntu"memory =3D 512disk =3D ['phy:/dev/xen_vms/ubuntu,xvda,w'= ]vif =3D [' ']kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz"ramdis= k =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz"extra =3D "debian-insta= ller/exit/always_halt=3Dtrue -- console=3Dhvc0" > > > -------------------------------------------------------------------------= ---------- > > [root@mypc ~]# xm create /etc/xen/ubuntu -c > Using config file "/etc/xen/ubuntu". > Started domain ubuntu (id=3D2) > > [root@mypc ~]# > > Then, nothing appeared and not installation went in progress. > I checked the xend-debug.log and found this error: > end started at Tue Jan 1 20:47:26 2013. > /usr/lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: > DeprecationWarning: object.__new__() takes no parameters > return object.__new__(cls, *args, **kwds) > Exception in thread UnixHttpServer: > Traceback (most recent call last): > File "/usr/lib64/python2.6/threading.py", line 532, in __bootstrap_inne= r > self.run() > File "/usr/lib64/python2.6/threading.py", line 484, in run > self.__target(*self.__args, **self.__kwargs) > File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line > 312, in run > (sock, addr) =3D self.accept() > File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line > 331, in accept > return self.socket.accept() > File "/usr/lib64/python2.6/socket.py", line 197, in accept > sock, addr =3D self._sock.accept() > error: [Errno 22] Invalid argument > > > Any thoughts about this ? Is there any way to see the monitor the creatio= n > process ? > > Thx & best Regards > > _Jm > -- > Jihed M=92SELMI > http://about.me/jihed.mselmi > --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --e89a8f503aa8700d1004d2408c36 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
I mean: is there any way to monitor the DomU creation proc= ess ?


On Tue, Jan 1, 2013 at 9:38 PM, Jihed M'selmi &= lt;jihed.mselmi= @gmail.com> wrote:
Hi,

<= /div>=A0I tried to install a pv guest ubuntu by netinstall (see below) on a= xen host (centos6.3 + XEN4.2)

-----------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------
mkdir -p /var/lib/xen/images/ubuntu-netboot cd /var/lib/xen/images/ubuntu-netboot sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64= /current/images/netboot/xen/initrd.gz sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/c= urrent/images/netboot/xen/vmlinuz

Set up the initial guest configuration: /etc/xen/ubuntu.cfg 

----------------------------------------------------------------------=
--------------------------
name =3D "ubuntu"

memory =3D 512

disk =3D ['phy:/dev/xen_vms/ubuntu,xvda,w']
vif =3D [' ']

kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz&qu=
ot;
ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz=
"
extra =3D "debian-installer/exit/always_halt=3Dtrue -- co=
nsole=3Dhvc0"

----------------------= -------------------------------------------------------------

[root@mypc ~]# xm create /e=
tc/xen/ubuntu -c
Using config file "/etc/xen/ubuntu".
Start=
ed domain ubuntu (id=3D2)

                            [root@mypc ~]#
Then, nothing appeared and= not installation went in progress.
I checked the xend-debug.log a= nd found this error:
end started at Tue Jan=A0 1 20:47:26 2013.
/usr= /lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: DeprecationWarning:= object.__new__() takes no parameters
=A0 return object.__new__(cls, *args, **kwds)
Exception in thread UnixHt= tpServer:
Traceback (most recent call last):
=A0 File "/usr/lib6= 4/python2.6/threading.py", line 532, in __bootstrap_inner
=A0=A0=A0= self.run()
=A0 File "/usr/lib64/python2.6/threading.py", line 484, in run=A0=A0=A0 self.__target(*self.__args, **self.__kwargs)
=A0 File "/= usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line 312, in= run
=A0=A0=A0 (sock, addr) =3D self.accept()
=A0 File "/usr/lib64/pytho= n2.6/site-packages/xen/web/httpserver.py", line 331, in accept
=A0= =A0=A0 return self.socket.accept()
=A0 File "/usr/lib64/python2.6/s= ocket.py", line 197, in accept
=A0=A0=A0 sock, addr =3D self._sock.accept()
error: [Errno 22] Invalid a= rgument


Any thoughts about this ? Is there any way to see = the monitor the creation process ?

Thx & best Regards

_Jm
--



--
--e89a8f503aa8700d1004d2408c36-- --===============1633834750844101991== 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 --===============1633834750844101991==-- From xen-users-bounces@lists.xen.org Tue Jan 01 21:11:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jan 2013 21: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 1Tq95o-0003EQ-Bv; Tue, 01 Jan 2013 21:09:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tq95m-0003EK-Ek for xen-users@lists.xen.org; Tue, 01 Jan 2013 21:09:46 +0000 Received: from [85.158.139.83:49675] by server-9.bemta-5.messagelabs.com id 28/C3-10690-99053E05; Tue, 01 Jan 2013 21:09:45 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1357074583!25592695!1 X-Originating-IP: [209.85.219.50] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBhYm91dC5 tZS9qaWhlZC5tc2VsbWkp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22119 invoked from network); 1 Jan 2013 21:09:44 -0000 Received: from mail-oa0-f50.google.com (HELO mail-oa0-f50.google.com) (209.85.219.50) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jan 2013 21:09:44 -0000 Received: by mail-oa0-f50.google.com with SMTP id n16so12309149oag.23 for ; Tue, 01 Jan 2013 13:09:42 -0800 (PST) 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=0A51VqBkrRQkhMthVQILWHc3MNKpC4BJR7yOtlVKfrk=; b=dLBDgU4UhkkyC1bmiY4whJqYIojd9zj0qSdJ+VIdpxm3EAbBxPYmvcwg6BRRf5YlWf 9b2i/uJr8QB8xz4t9V1t1s/dE+cHAf2gim7hRXpUkgvtq70K7tKBQZBVGnzs/qaWbeLc a0d8OuOtzfVwTFaSKJVKPfPsl3NrVq6LtZgYOqJjgue6HS7mRBuvzZaFHdJwm8pfI99c y9xo1zFPw4UWLQcMqIoopZRDhulyZgWEBro5bU7C4ivhpljj9QN3cqHhuakcjLnoTaWx R0B+cyAfbIcIzO9yND3GOLXSPPewQ5AqjqzbbR3kOwVW3jWVPrnzI1zumLnmOpgQr7Ti Lr/A== MIME-Version: 1.0 Received: by 10.182.212.99 with SMTP id nj3mr36189388obc.11.1357074582735; Tue, 01 Jan 2013 13:09:42 -0800 (PST) Received: by 10.182.221.67 with HTTP; Tue, 1 Jan 2013 13:09:42 -0800 (PST) In-Reply-To: References: Date: Tue, 1 Jan 2013 22:09:42 +0100 Message-ID: From: "Jihed M'selmi" To: xen-users@lists.xen.org Subject: Re: [Xen-users] Failure in creating PV guest 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="===============1633834750844101991==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1633834750844101991== Content-Type: multipart/alternative; boundary=e89a8f503aa8700d1004d2408c36 --e89a8f503aa8700d1004d2408c36 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I mean: is there any way to monitor the DomU creation process ? On Tue, Jan 1, 2013 at 9:38 PM, Jihed M'selmi wrote= : > Hi, > > I tried to install a pv guest ubuntu by netinstall (see below) on a xen > host (centos6.3 + XEN4.2) > > > -------------------------------------------------------------------------= ---------------------------------------------------------------------------= ------------------- > mkdir -p /var/lib/xen/images/ubuntu-netboot cd > /var/lib/xen/images/ubuntu-netboot sudo wget > http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/curre= nt/images/netboot/xen/initrd.gz sudo > wget > http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/curre= nt/images/netboot/xen/vmlinuz > > Set up the initial guest configuration: /etc/xen/ubuntu.cfg > > -------------------------------------------------------------------------= ----------------------- > name =3D "ubuntu"memory =3D 512disk =3D ['phy:/dev/xen_vms/ubuntu,xvda,w'= ]vif =3D [' ']kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz"ramdis= k =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz"extra =3D "debian-insta= ller/exit/always_halt=3Dtrue -- console=3Dhvc0" > > > -------------------------------------------------------------------------= ---------- > > [root@mypc ~]# xm create /etc/xen/ubuntu -c > Using config file "/etc/xen/ubuntu". > Started domain ubuntu (id=3D2) > > [root@mypc ~]# > > Then, nothing appeared and not installation went in progress. > I checked the xend-debug.log and found this error: > end started at Tue Jan 1 20:47:26 2013. > /usr/lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: > DeprecationWarning: object.__new__() takes no parameters > return object.__new__(cls, *args, **kwds) > Exception in thread UnixHttpServer: > Traceback (most recent call last): > File "/usr/lib64/python2.6/threading.py", line 532, in __bootstrap_inne= r > self.run() > File "/usr/lib64/python2.6/threading.py", line 484, in run > self.__target(*self.__args, **self.__kwargs) > File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line > 312, in run > (sock, addr) =3D self.accept() > File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line > 331, in accept > return self.socket.accept() > File "/usr/lib64/python2.6/socket.py", line 197, in accept > sock, addr =3D self._sock.accept() > error: [Errno 22] Invalid argument > > > Any thoughts about this ? Is there any way to see the monitor the creatio= n > process ? > > Thx & best Regards > > _Jm > -- > Jihed M=92SELMI > http://about.me/jihed.mselmi > --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --e89a8f503aa8700d1004d2408c36 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
I mean: is there any way to monitor the DomU creation proc= ess ?


On Tue, Jan 1, 2013 at 9:38 PM, Jihed M'selmi &= lt;jihed.mselmi= @gmail.com> wrote:
Hi,

<= /div>=A0I tried to install a pv guest ubuntu by netinstall (see below) on a= xen host (centos6.3 + XEN4.2)

-----------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------
mkdir -p /var/lib/xen/images/ubuntu-netboot cd /var/lib/xen/images/ubuntu-netboot sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64= /current/images/netboot/xen/initrd.gz sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/c= urrent/images/netboot/xen/vmlinuz

Set up the initial guest configuration: /etc/xen/ubuntu.cfg 

----------------------------------------------------------------------=
--------------------------
name =3D "ubuntu"

memory =3D 512

disk =3D ['phy:/dev/xen_vms/ubuntu,xvda,w']
vif =3D [' ']

kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz&qu=
ot;
ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz=
"
extra =3D "debian-installer/exit/always_halt=3Dtrue -- co=
nsole=3Dhvc0"

----------------------= -------------------------------------------------------------

[root@mypc ~]# xm create /e=
tc/xen/ubuntu -c
Using config file "/etc/xen/ubuntu".
Start=
ed domain ubuntu (id=3D2)

                            [root@mypc ~]#
Then, nothing appeared and= not installation went in progress.
I checked the xend-debug.log a= nd found this error:
end started at Tue Jan=A0 1 20:47:26 2013.
/usr= /lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: DeprecationWarning:= object.__new__() takes no parameters
=A0 return object.__new__(cls, *args, **kwds)
Exception in thread UnixHt= tpServer:
Traceback (most recent call last):
=A0 File "/usr/lib6= 4/python2.6/threading.py", line 532, in __bootstrap_inner
=A0=A0=A0= self.run()
=A0 File "/usr/lib64/python2.6/threading.py", line 484, in run=A0=A0=A0 self.__target(*self.__args, **self.__kwargs)
=A0 File "/= usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line 312, in= run
=A0=A0=A0 (sock, addr) =3D self.accept()
=A0 File "/usr/lib64/pytho= n2.6/site-packages/xen/web/httpserver.py", line 331, in accept
=A0= =A0=A0 return self.socket.accept()
=A0 File "/usr/lib64/python2.6/s= ocket.py", line 197, in accept
=A0=A0=A0 sock, addr =3D self._sock.accept()
error: [Errno 22] Invalid a= rgument


Any thoughts about this ? Is there any way to see = the monitor the creation process ?

Thx & best Regards

_Jm
--



--
--e89a8f503aa8700d1004d2408c36-- --===============1633834750844101991== 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 --===============1633834750844101991==-- From xen-users-bounces@lists.xen.org Wed Jan 02 02:49:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 02:49: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 1TqEMO-0003sW-Mp; Wed, 02 Jan 2013 02:47:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqEMN-0003sR-3a for xen-users@lists.xen.org; Wed, 02 Jan 2013 02:47:15 +0000 Received: from [85.158.139.211:59109] by server-10.bemta-5.messagelabs.com id 08/C1-13383-2BF93E05; Wed, 02 Jan 2013 02:47:14 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1357094832!22371163!1 X-Originating-IP: [209.85.220.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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11619 invoked from network); 2 Jan 2013 02:47:13 -0000 Received: from mail-vc0-f172.google.com (HELO mail-vc0-f172.google.com) (209.85.220.172) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 02:47:13 -0000 Received: by mail-vc0-f172.google.com with SMTP id fw7so14176186vcb.3 for ; Tue, 01 Jan 2013 18:47:12 -0800 (PST) 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=a9O5Zr2WkUKGHaK11p8hKGobD0JVcObWQSNSl36S+oI=; b=Vj9Whf6Tf9Gb7dJCr2wiiCf84BSpF936VMDLNXwvXlbivuX1lNEATGFCZgusHRWQrH WEFRm+/rdWRu0CjBDA0lzNBnHL13WqlvbJbmehkvJAXlWNYTNcaOziU3Iy1jrKzCHcAp 3MgT3ggjpoI8Iw+6WC3ayt415Bkp+hJCX0tlvUMNJfv+6Ygd+0jX6iIAaXdUHEzpYa8R e23gqQWx0JY2NsY91bXHyP3Vx3hE2vLD1nsm1GfvsVlKiB3JXrsJt5ehX12K/2fsci8D +HRBs1oNQI84XSfUMWxJZy6cvmTm6pDJJYytpHLYMx/1JCh0i8BuYK49Y9L3+IeLLfxg eKIw== MIME-Version: 1.0 Received: by 10.220.247.204 with SMTP id md12mr69874213vcb.27.1357094832431; Tue, 01 Jan 2013 18:47:12 -0800 (PST) Received: by 10.58.32.199 with HTTP; Tue, 1 Jan 2013 18:47:12 -0800 (PST) Date: Tue, 1 Jan 2013 21:47:12 -0500 Message-ID: From: Casey DeLorme To: "xen-users@lists.xen.org" Subject: [Xen-users] Xen 4.2.1 Make World Failed X-BeenThere: xen-users@lists.xen.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="===============4137997054753967163==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4137997054753967163== Content-Type: multipart/alternative; boundary=bcaec54eede869e3fc04d24543c6 --bcaec54eede869e3fc04d24543c6 Content-Type: text/plain; charset=UTF-8 Hello, I saw that Xen 4.2.1 (rev 25950) had been tagged and decided to try compiling. I encountered an error from git trying to download the qemu source during `make world`. I was able to build the 4.2 release (rev 25842), so I don't know whether the bug is stemming from Xen or from the qemu repo. Has anyone else encountered this error building the latest stable? --bcaec54eede869e3fc04d24543c6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello,

I saw that Xen 4= .2.1 (rev 25950) had been tagged and decided to try compiling.
I encountered an error from git trying to download the qemu so= urce during `make world`. =C2=A0I was able to build the 4.2 release (rev 25= 842), so I don't know whether the bug is stemming from Xen or from the = qemu repo.

Has anyone else encountered this error building the lat= est stable?
--bcaec54eede869e3fc04d24543c6-- --===============4137997054753967163== 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 --===============4137997054753967163==-- From xen-users-bounces@lists.xen.org Wed Jan 02 02:49:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 02:49: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 1TqEMO-0003sW-Mp; Wed, 02 Jan 2013 02:47:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqEMN-0003sR-3a for xen-users@lists.xen.org; Wed, 02 Jan 2013 02:47:15 +0000 Received: from [85.158.139.211:59109] by server-10.bemta-5.messagelabs.com id 08/C1-13383-2BF93E05; Wed, 02 Jan 2013 02:47:14 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1357094832!22371163!1 X-Originating-IP: [209.85.220.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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11619 invoked from network); 2 Jan 2013 02:47:13 -0000 Received: from mail-vc0-f172.google.com (HELO mail-vc0-f172.google.com) (209.85.220.172) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 02:47:13 -0000 Received: by mail-vc0-f172.google.com with SMTP id fw7so14176186vcb.3 for ; Tue, 01 Jan 2013 18:47:12 -0800 (PST) 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=a9O5Zr2WkUKGHaK11p8hKGobD0JVcObWQSNSl36S+oI=; b=Vj9Whf6Tf9Gb7dJCr2wiiCf84BSpF936VMDLNXwvXlbivuX1lNEATGFCZgusHRWQrH WEFRm+/rdWRu0CjBDA0lzNBnHL13WqlvbJbmehkvJAXlWNYTNcaOziU3Iy1jrKzCHcAp 3MgT3ggjpoI8Iw+6WC3ayt415Bkp+hJCX0tlvUMNJfv+6Ygd+0jX6iIAaXdUHEzpYa8R e23gqQWx0JY2NsY91bXHyP3Vx3hE2vLD1nsm1GfvsVlKiB3JXrsJt5ehX12K/2fsci8D +HRBs1oNQI84XSfUMWxJZy6cvmTm6pDJJYytpHLYMx/1JCh0i8BuYK49Y9L3+IeLLfxg eKIw== MIME-Version: 1.0 Received: by 10.220.247.204 with SMTP id md12mr69874213vcb.27.1357094832431; Tue, 01 Jan 2013 18:47:12 -0800 (PST) Received: by 10.58.32.199 with HTTP; Tue, 1 Jan 2013 18:47:12 -0800 (PST) Date: Tue, 1 Jan 2013 21:47:12 -0500 Message-ID: From: Casey DeLorme To: "xen-users@lists.xen.org" Subject: [Xen-users] Xen 4.2.1 Make World Failed X-BeenThere: xen-users@lists.xen.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="===============4137997054753967163==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4137997054753967163== Content-Type: multipart/alternative; boundary=bcaec54eede869e3fc04d24543c6 --bcaec54eede869e3fc04d24543c6 Content-Type: text/plain; charset=UTF-8 Hello, I saw that Xen 4.2.1 (rev 25950) had been tagged and decided to try compiling. I encountered an error from git trying to download the qemu source during `make world`. I was able to build the 4.2 release (rev 25842), so I don't know whether the bug is stemming from Xen or from the qemu repo. Has anyone else encountered this error building the latest stable? --bcaec54eede869e3fc04d24543c6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello,

I saw that Xen 4= .2.1 (rev 25950) had been tagged and decided to try compiling.
I encountered an error from git trying to download the qemu so= urce during `make world`. =C2=A0I was able to build the 4.2 release (rev 25= 842), so I don't know whether the bug is stemming from Xen or from the = qemu repo.

Has anyone else encountered this error building the lat= est stable?
--bcaec54eede869e3fc04d24543c6-- --===============4137997054753967163== 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 --===============4137997054753967163==-- From xen-users-bounces@lists.xen.org Wed Jan 02 11:15:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 11:15: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 1TqMGc-0000sU-II; Wed, 02 Jan 2013 11:13:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqMGb-0000sM-Bz for xen-users@lists.xen.org; Wed, 02 Jan 2013 11:13:49 +0000 Received: from [85.158.143.35:20715] by server-3.bemta-4.messagelabs.com id 47/50-18211-C6614E05; Wed, 02 Jan 2013 11:13:48 +0000 X-Env-Sender: power.real@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1357125226!6026409!1 X-Originating-IP: [209.85.161.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7990 invoked from network); 2 Jan 2013 11:13:48 -0000 Received: from mail-gg0-f169.google.com (HELO mail-gg0-f169.google.com) (209.85.161.169) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 11:13:48 -0000 Received: by mail-gg0-f169.google.com with SMTP id u4so2165061ggl.0 for ; Wed, 02 Jan 2013 03:13:46 -0800 (PST) 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=RsBPPXAwl94HA5HJspnmmjtKsgTYiFD6RJS+i77uPaI=; b=I06n12ZHGf1WrQRNvF0lyqCmMXPyCFZoTQuUpY+mHWQmUlSksGeX2kRK2/OGI/utxe kZ0oa0WjKbS2AsNL4AfLZ/WKef/dTUdmAB+Ys/rl7KXxm/9CWgAY2bdB3chygK0UolN9 NPYFbQxbQu2nidWBy2wf1kdYudApJc9FnzrOScwv9cxFERAJL7iBpMlMbfIWb+l1iN4u LXB2gPIIkK1csRjUxIEFwUrnHKcFXGyZ0GbYtYb6+JCKKofD5bDHQmDukze3ifc6vMGe 9j+0rfKaem1GMwVAbEWkHzdMwWMDHX4eeJuHogl9u59XSENYQOY//B90wuA31O2GHjQs QXEQ== MIME-Version: 1.0 Received: by 10.236.129.129 with SMTP id h1mr44512040yhi.112.1357125226613; Wed, 02 Jan 2013 03:13:46 -0800 (PST) Received: by 10.147.42.40 with HTTP; Wed, 2 Jan 2013 03:13:46 -0800 (PST) Date: Wed, 2 Jan 2013 15:13:46 +0400 Message-ID: From: Sergey To: xen-users@lists.xen.org Subject: [Xen-users] Reboot remote XCP instance via KVM-switch without root access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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've forgot (it's all New Year stress) root password for XCP server and try to re-install it with attached KVM-switch. The problem is server not responds to Ctrl-Alt-Delete, and "Reboot" action in XCP menu requires root password. KVM-switch has no "reboot" option. Any thoughts? :) Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 11:15:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 11:15: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 1TqMGc-0000sU-II; Wed, 02 Jan 2013 11:13:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqMGb-0000sM-Bz for xen-users@lists.xen.org; Wed, 02 Jan 2013 11:13:49 +0000 Received: from [85.158.143.35:20715] by server-3.bemta-4.messagelabs.com id 47/50-18211-C6614E05; Wed, 02 Jan 2013 11:13:48 +0000 X-Env-Sender: power.real@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1357125226!6026409!1 X-Originating-IP: [209.85.161.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7990 invoked from network); 2 Jan 2013 11:13:48 -0000 Received: from mail-gg0-f169.google.com (HELO mail-gg0-f169.google.com) (209.85.161.169) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 11:13:48 -0000 Received: by mail-gg0-f169.google.com with SMTP id u4so2165061ggl.0 for ; Wed, 02 Jan 2013 03:13:46 -0800 (PST) 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=RsBPPXAwl94HA5HJspnmmjtKsgTYiFD6RJS+i77uPaI=; b=I06n12ZHGf1WrQRNvF0lyqCmMXPyCFZoTQuUpY+mHWQmUlSksGeX2kRK2/OGI/utxe kZ0oa0WjKbS2AsNL4AfLZ/WKef/dTUdmAB+Ys/rl7KXxm/9CWgAY2bdB3chygK0UolN9 NPYFbQxbQu2nidWBy2wf1kdYudApJc9FnzrOScwv9cxFERAJL7iBpMlMbfIWb+l1iN4u LXB2gPIIkK1csRjUxIEFwUrnHKcFXGyZ0GbYtYb6+JCKKofD5bDHQmDukze3ifc6vMGe 9j+0rfKaem1GMwVAbEWkHzdMwWMDHX4eeJuHogl9u59XSENYQOY//B90wuA31O2GHjQs QXEQ== MIME-Version: 1.0 Received: by 10.236.129.129 with SMTP id h1mr44512040yhi.112.1357125226613; Wed, 02 Jan 2013 03:13:46 -0800 (PST) Received: by 10.147.42.40 with HTTP; Wed, 2 Jan 2013 03:13:46 -0800 (PST) Date: Wed, 2 Jan 2013 15:13:46 +0400 Message-ID: From: Sergey To: xen-users@lists.xen.org Subject: [Xen-users] Reboot remote XCP instance via KVM-switch without root access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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've forgot (it's all New Year stress) root password for XCP server and try to re-install it with attached KVM-switch. The problem is server not responds to Ctrl-Alt-Delete, and "Reboot" action in XCP menu requires root password. KVM-switch has no "reboot" option. Any thoughts? :) Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 11:31:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 11:31: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 1TqMVz-0001Ma-OZ; Wed, 02 Jan 2013 11:29:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqMVx-0001MQ-W1 for xen-users@lists.xen.org; Wed, 02 Jan 2013 11:29:42 +0000 Received: from [85.158.143.35:64443] by server-3.bemta-4.messagelabs.com id 0E/33-18211-52A14E05; Wed, 02 Jan 2013 11:29:41 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1357125952!12447399!1 X-Originating-IP: [209.85.214.172] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjAxMTUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24955 invoked from network); 2 Jan 2013 11:25:53 -0000 Received: from mail-ob0-f172.google.com (HELO mail-ob0-f172.google.com) (209.85.214.172) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 11:25:53 -0000 Received: by mail-ob0-f172.google.com with SMTP id za17so12787750obc.31 for ; Wed, 02 Jan 2013 03:25:51 -0800 (PST) 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=zS2BXF17q3VgZaoHGTR/7bCre85xTI2GBn3Kh8JiI3U=; b=GwjIynLf6z7UDAgolCZPV9CQxOuw8DnFHdJ03x5GIh569Ph8iDubyQC8Telkf6xGhn ImbtJAPxhCwx8TK00Z2IJwrLJoTBrJsUKo7O0bZi9V99fhqYPah/xPG6MFtdoyemRxXP q1vqHkJOUBH5macJZD5U7cmN7AysNsE9IS7/ijvy06JjG6t35EpmQPAMN9XZJ+QaBKbd rUdYXvJ8+t10SOpIjKMbDKJXRiiZFqhv7SBYMMmZbnYNCGL9su+zYPJqyVP59u/CoHJQ hJ1v4+2dr6/C1hOcCTQxat1q2kWLZTrnkaHedkHSf26F+O5PFcKaLPXIQVniu/HlwzkG EVCA== MIME-Version: 1.0 Received: by 10.60.31.130 with SMTP id a2mr26309850oei.95.1357125951745; Wed, 02 Jan 2013 03:25:51 -0800 (PST) Received: by 10.182.221.67 with HTTP; Wed, 2 Jan 2013 03:25:51 -0800 (PST) In-Reply-To: References: Date: Wed, 2 Jan 2013 12:25:51 +0100 Message-ID: From: "Jihed M'selmi" To: xen-users@lists.xen.org Subject: Re: [Xen-users] Failure in creating PV guest 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="===============4392443869055879882==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4392443869055879882== Content-Type: multipart/alternative; boundary=e89a8fb201ac44ecf504d24c8235 --e89a8fb201ac44ecf504d24c8235 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Any help, please ? On Tue, Jan 1, 2013 at 10:09 PM, Jihed M'selmi wrot= e: > I mean: is there any way to monitor the DomU creation process ? > > > > On Tue, Jan 1, 2013 at 9:38 PM, Jihed M'selmi wro= te: > >> Hi, >> >> I tried to install a pv guest ubuntu by netinstall (see below) on a xen >> host (centos6.3 + XEN4.2) >> >> >> ------------------------------------------------------------------------= ---------------------------------------------------------------------------= -------------------- >> mkdir -p /var/lib/xen/images/ubuntu-netboot cd >> /var/lib/xen/images/ubuntu-netboot sudo wget >> http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/curr= ent/images/netboot/xen/initrd.gz sudo >> wget >> http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/curr= ent/images/netboot/xen/vmlinuz >> >> Set up the initial guest configuration: /etc/xen/ubuntu.cfg >> >> ------------------------------------------------------------------------= ------------------------ >> name =3D "ubuntu"memory =3D 512disk =3D ['phy:/dev/xen_vms/ubuntu,xvda,w= ']vif =3D [' ']kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz"ramdi= sk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz"extra =3D "debian-inst= aller/exit/always_halt=3Dtrue -- console=3Dhvc0" >> >> >> ------------------------------------------------------------------------= ----------- >> >> [root@mypc ~]# xm create /etc/xen/ubuntu -c >> Using config file "/etc/xen/ubuntu". >> Started domain ubuntu (id=3D2) >> >> [root@mypc ~]# >> >> Then, nothing appeared and not installation went in progress. >> I checked the xend-debug.log and found this error: >> end started at Tue Jan 1 20:47:26 2013. >> /usr/lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: >> DeprecationWarning: object.__new__() takes no parameters >> return object.__new__(cls, *args, **kwds) >> Exception in thread UnixHttpServer: >> Traceback (most recent call last): >> File "/usr/lib64/python2.6/threading.py", line 532, in __bootstrap_inn= er >> self.run() >> File "/usr/lib64/python2.6/threading.py", line 484, in run >> self.__target(*self.__args, **self.__kwargs) >> File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line >> 312, in run >> (sock, addr) =3D self.accept() >> File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line >> 331, in accept >> return self.socket.accept() >> File "/usr/lib64/python2.6/socket.py", line 197, in accept >> sock, addr =3D self._sock.accept() >> error: [Errno 22] Invalid argument >> >> >> Any thoughts about this ? Is there any way to see the monitor the >> creation process ? >> >> Thx & best Regards >> >> _Jm >> -- >> Jihed M=92SELMI >> http://about.me/jihed.mselmi >> > > > > -- > Jihed M=92SELMI > http://about.me/jihed.mselmi > --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --e89a8fb201ac44ecf504d24c8235 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Any help, please ?


On Tue, Jan 1, 2013 at 10:09 PM, Jihed M'selmi <jihed.mselmi@gmail.com> wrote:
I mean: is there any way to= monitor the DomU creation process ?



On Tue, Jan 1, 2013 at 9:38 PM, Jihed M&= #39;selmi <jihed.mselmi@gmail.com> wrote:
Hi,

<= /div>=A0I tried to install a pv guest ubuntu by netinstall (see below) on a= xen host (centos6.3 + XEN4.2)

-----------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------
mkdir -p /var/lib/xen/images/ubuntu-netboot cd /var/lib/xen/images/ubuntu-netboot sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64= /current/images/netboot/xen/initrd.gz sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/c= urrent/images/netboot/xen/vmlinuz

Set up the initial guest configuration: /etc/xen/ubuntu.cfg 

----------------------------------------------------------------------=
--------------------------
name =3D "ubuntu"

memory =3D 512

disk =3D ['phy:/dev/xen_vms/ubuntu,xvda,w']
vif =3D [' ']

kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz&qu=
ot;
ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz=
"
extra =3D "debian-installer/exit/always_halt=3Dtrue -- co=
nsole=3Dhvc0"

----------------------= -------------------------------------------------------------

[root@mypc ~]# xm create /e=
tc/xen/ubuntu -c
Using config file "/etc/xen/ubuntu".
Start=
ed domain ubuntu (id=3D2)

                            [root@mypc ~]#
Then, nothing appeared and= not installation went in progress.
I checked the xend-debug.log a= nd found this error:
end started at Tue Jan=A0 1 20:47:26 2013.
/usr= /lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: DeprecationWarning:= object.__new__() takes no parameters
=A0 return object.__new__(cls, *args, **kwds)
Exception in thread UnixHt= tpServer:
Traceback (most recent call last):
=A0 File "/usr/lib6= 4/python2.6/threading.py", line 532, in __bootstrap_inner
=A0=A0=A0= self.run()
=A0 File "/usr/lib64/python2.6/threading.py", line 484, in run=A0=A0=A0 self.__target(*self.__args, **self.__kwargs)
=A0 File "/= usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line 312, in= run
=A0=A0=A0 (sock, addr) =3D self.accept()
=A0 File "/usr/lib64/pytho= n2.6/site-packages/xen/web/httpserver.py", line 331, in accept
=A0= =A0=A0 return self.socket.accept()
=A0 File "/usr/lib64/python2.6/s= ocket.py", line 197, in accept
=A0=A0=A0 sock, addr =3D self._sock.accept()
error: [Errno 22] Invalid a= rgument


Any thoughts about this ? Is there any way to see = the monitor the creation process ?

Thx & best Regards

_Jm
--



--



--
--e89a8fb201ac44ecf504d24c8235-- --===============4392443869055879882== 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 --===============4392443869055879882==-- From xen-users-bounces@lists.xen.org Wed Jan 02 11:31:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 11:31: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 1TqMVz-0001Ma-OZ; Wed, 02 Jan 2013 11:29:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqMVx-0001MQ-W1 for xen-users@lists.xen.org; Wed, 02 Jan 2013 11:29:42 +0000 Received: from [85.158.143.35:64443] by server-3.bemta-4.messagelabs.com id 0E/33-18211-52A14E05; Wed, 02 Jan 2013 11:29:41 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1357125952!12447399!1 X-Originating-IP: [209.85.214.172] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjAxMTUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24955 invoked from network); 2 Jan 2013 11:25:53 -0000 Received: from mail-ob0-f172.google.com (HELO mail-ob0-f172.google.com) (209.85.214.172) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 11:25:53 -0000 Received: by mail-ob0-f172.google.com with SMTP id za17so12787750obc.31 for ; Wed, 02 Jan 2013 03:25:51 -0800 (PST) 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=zS2BXF17q3VgZaoHGTR/7bCre85xTI2GBn3Kh8JiI3U=; b=GwjIynLf6z7UDAgolCZPV9CQxOuw8DnFHdJ03x5GIh569Ph8iDubyQC8Telkf6xGhn ImbtJAPxhCwx8TK00Z2IJwrLJoTBrJsUKo7O0bZi9V99fhqYPah/xPG6MFtdoyemRxXP q1vqHkJOUBH5macJZD5U7cmN7AysNsE9IS7/ijvy06JjG6t35EpmQPAMN9XZJ+QaBKbd rUdYXvJ8+t10SOpIjKMbDKJXRiiZFqhv7SBYMMmZbnYNCGL9su+zYPJqyVP59u/CoHJQ hJ1v4+2dr6/C1hOcCTQxat1q2kWLZTrnkaHedkHSf26F+O5PFcKaLPXIQVniu/HlwzkG EVCA== MIME-Version: 1.0 Received: by 10.60.31.130 with SMTP id a2mr26309850oei.95.1357125951745; Wed, 02 Jan 2013 03:25:51 -0800 (PST) Received: by 10.182.221.67 with HTTP; Wed, 2 Jan 2013 03:25:51 -0800 (PST) In-Reply-To: References: Date: Wed, 2 Jan 2013 12:25:51 +0100 Message-ID: From: "Jihed M'selmi" To: xen-users@lists.xen.org Subject: Re: [Xen-users] Failure in creating PV guest 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="===============4392443869055879882==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4392443869055879882== Content-Type: multipart/alternative; boundary=e89a8fb201ac44ecf504d24c8235 --e89a8fb201ac44ecf504d24c8235 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Any help, please ? On Tue, Jan 1, 2013 at 10:09 PM, Jihed M'selmi wrot= e: > I mean: is there any way to monitor the DomU creation process ? > > > > On Tue, Jan 1, 2013 at 9:38 PM, Jihed M'selmi wro= te: > >> Hi, >> >> I tried to install a pv guest ubuntu by netinstall (see below) on a xen >> host (centos6.3 + XEN4.2) >> >> >> ------------------------------------------------------------------------= ---------------------------------------------------------------------------= -------------------- >> mkdir -p /var/lib/xen/images/ubuntu-netboot cd >> /var/lib/xen/images/ubuntu-netboot sudo wget >> http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/curr= ent/images/netboot/xen/initrd.gz sudo >> wget >> http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/curr= ent/images/netboot/xen/vmlinuz >> >> Set up the initial guest configuration: /etc/xen/ubuntu.cfg >> >> ------------------------------------------------------------------------= ------------------------ >> name =3D "ubuntu"memory =3D 512disk =3D ['phy:/dev/xen_vms/ubuntu,xvda,w= ']vif =3D [' ']kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz"ramdi= sk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz"extra =3D "debian-inst= aller/exit/always_halt=3Dtrue -- console=3Dhvc0" >> >> >> ------------------------------------------------------------------------= ----------- >> >> [root@mypc ~]# xm create /etc/xen/ubuntu -c >> Using config file "/etc/xen/ubuntu". >> Started domain ubuntu (id=3D2) >> >> [root@mypc ~]# >> >> Then, nothing appeared and not installation went in progress. >> I checked the xend-debug.log and found this error: >> end started at Tue Jan 1 20:47:26 2013. >> /usr/lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: >> DeprecationWarning: object.__new__() takes no parameters >> return object.__new__(cls, *args, **kwds) >> Exception in thread UnixHttpServer: >> Traceback (most recent call last): >> File "/usr/lib64/python2.6/threading.py", line 532, in __bootstrap_inn= er >> self.run() >> File "/usr/lib64/python2.6/threading.py", line 484, in run >> self.__target(*self.__args, **self.__kwargs) >> File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line >> 312, in run >> (sock, addr) =3D self.accept() >> File "/usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line >> 331, in accept >> return self.socket.accept() >> File "/usr/lib64/python2.6/socket.py", line 197, in accept >> sock, addr =3D self._sock.accept() >> error: [Errno 22] Invalid argument >> >> >> Any thoughts about this ? Is there any way to see the monitor the >> creation process ? >> >> Thx & best Regards >> >> _Jm >> -- >> Jihed M=92SELMI >> http://about.me/jihed.mselmi >> > > > > -- > Jihed M=92SELMI > http://about.me/jihed.mselmi > --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --e89a8fb201ac44ecf504d24c8235 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Any help, please ?


On Tue, Jan 1, 2013 at 10:09 PM, Jihed M'selmi <jihed.mselmi@gmail.com> wrote:
I mean: is there any way to= monitor the DomU creation process ?



On Tue, Jan 1, 2013 at 9:38 PM, Jihed M&= #39;selmi <jihed.mselmi@gmail.com> wrote:
Hi,

<= /div>=A0I tried to install a pv guest ubuntu by netinstall (see below) on a= xen host (centos6.3 + XEN4.2)

-----------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------
mkdir -p /var/lib/xen/images/ubuntu-netboot cd /var/lib/xen/images/ubuntu-netboot sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64= /current/images/netboot/xen/initrd.gz sudo wget http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/c= urrent/images/netboot/xen/vmlinuz

Set up the initial guest configuration: /etc/xen/ubuntu.cfg 

----------------------------------------------------------------------=
--------------------------
name =3D "ubuntu"

memory =3D 512

disk =3D ['phy:/dev/xen_vms/ubuntu,xvda,w']
vif =3D [' ']

kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz&qu=
ot;
ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz=
"
extra =3D "debian-installer/exit/always_halt=3Dtrue -- co=
nsole=3Dhvc0"

----------------------= -------------------------------------------------------------

[root@mypc ~]# xm create /e=
tc/xen/ubuntu -c
Using config file "/etc/xen/ubuntu".
Start=
ed domain ubuntu (id=3D2)

                            [root@mypc ~]#
Then, nothing appeared and= not installation went in progress.
I checked the xend-debug.log a= nd found this error:
end started at Tue Jan=A0 1 20:47:26 2013.
/usr= /lib64/python2.6/site-packages/xen/xend/XendAPI.py:551: DeprecationWarning:= object.__new__() takes no parameters
=A0 return object.__new__(cls, *args, **kwds)
Exception in thread UnixHt= tpServer:
Traceback (most recent call last):
=A0 File "/usr/lib6= 4/python2.6/threading.py", line 532, in __bootstrap_inner
=A0=A0=A0= self.run()
=A0 File "/usr/lib64/python2.6/threading.py", line 484, in run=A0=A0=A0 self.__target(*self.__args, **self.__kwargs)
=A0 File "/= usr/lib64/python2.6/site-packages/xen/web/httpserver.py", line 312, in= run
=A0=A0=A0 (sock, addr) =3D self.accept()
=A0 File "/usr/lib64/pytho= n2.6/site-packages/xen/web/httpserver.py", line 331, in accept
=A0= =A0=A0 return self.socket.accept()
=A0 File "/usr/lib64/python2.6/s= ocket.py", line 197, in accept
=A0=A0=A0 sock, addr =3D self._sock.accept()
error: [Errno 22] Invalid a= rgument


Any thoughts about this ? Is there any way to see = the monitor the creation process ?

Thx & best Regards

_Jm
--



--



--
--e89a8fb201ac44ecf504d24c8235-- --===============4392443869055879882== 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 --===============4392443869055879882==-- From xen-users-bounces@lists.xen.org Wed Jan 02 11:37:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 11:37: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 1TqMcE-0001i8-S9; Wed, 02 Jan 2013 11:36:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqMcC-0001i2-HX for xen-users@lists.xen.org; Wed, 02 Jan 2013 11:36:08 +0000 Received: from [85.158.139.211:12652] by server-3.bemta-5.messagelabs.com id 99/B7-25441-7AB14E05; Wed, 02 Jan 2013 11:36:07 +0000 X-Env-Sender: rudiahlers@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1357126565!21053129!1 X-Originating-IP: [74.125.82.169] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22072 invoked from network); 2 Jan 2013 11:36:05 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 11:36:05 -0000 Received: by mail-we0-f169.google.com with SMTP id t49so6760405wey.0 for ; Wed, 02 Jan 2013 03:36:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=Prv2jHqZWMsPymDF5ZKoqcx0SQWOjlnKZhakH4aXz8c=; b=GrSVISHzOiM5jdnryy1kFpns/rumdIDSWA/6xvNtUWrGZmuJeagJPqcq8pMVdmRM+h GD1uB5y+B6p2q3Km2Kq/SP6JgfgBS0FF7fW9GSiQBSUumL7d9b5tCsfFoKGQ6jxSgCRY dn6+S549EqJWKzyYFnljmxWXVwEzT0EsCxQs2Z0hqUw2YmaUj+uPPr2clujxsURfsZI6 HeNaG1ZxUALyn6sTTc5+3cMAXC1rGC7GEzRfOcF7ek1NUNSjSjRqHZ+Iwa4D9B1O96DB y9x+8ElbHAj9qHUNGu9s4kZWiyoQp0fnl6sU3XQWn0zfskzcUq0sedzXh34EDpxm0VZo Scrw== Received: by 10.194.88.164 with SMTP id bh4mr57232242wjb.37.1357126564955; Wed, 02 Jan 2013 03:36:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.89.197 with HTTP; Wed, 2 Jan 2013 03:35:34 -0800 (PST) In-Reply-To: References: From: Rudi Ahlers Date: Wed, 2 Jan 2013 13:35:34 +0200 X-Google-Sender-Auth: w2XclaJQxfKSM9us5Pekn5e7pPM Message-ID: To: Sergey Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Reboot remote XCP instance via KVM-switch without root access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: rudi@softdux.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Jan 2, 2013 at 1:13 PM, Sergey wrote: > Hi all! > I've forgot (it's all New Year stress) root password for XCP server > and try to re-install it with attached KVM-switch. The problem is > server not responds to Ctrl-Alt-Delete, and "Reboot" action in XCP > menu requires root password. KVM-switch has no "reboot" option. Any > thoughts? :) > Thanks. > Does the KVM offer a power-cycle option? Shutdown the VM, and power it up again then boot into "linux single user mode". -- Kind Regards Rudi Ahlers SoftDux Website: http://www.SoftDux.com Technical Blog: http://Blog.SoftDux.com Cell: 082 554 7532 Fax: 086 268 8492 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 11:37:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 11:37: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 1TqMcE-0001i8-S9; Wed, 02 Jan 2013 11:36:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqMcC-0001i2-HX for xen-users@lists.xen.org; Wed, 02 Jan 2013 11:36:08 +0000 Received: from [85.158.139.211:12652] by server-3.bemta-5.messagelabs.com id 99/B7-25441-7AB14E05; Wed, 02 Jan 2013 11:36:07 +0000 X-Env-Sender: rudiahlers@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1357126565!21053129!1 X-Originating-IP: [74.125.82.169] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22072 invoked from network); 2 Jan 2013 11:36:05 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 11:36:05 -0000 Received: by mail-we0-f169.google.com with SMTP id t49so6760405wey.0 for ; Wed, 02 Jan 2013 03:36:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=Prv2jHqZWMsPymDF5ZKoqcx0SQWOjlnKZhakH4aXz8c=; b=GrSVISHzOiM5jdnryy1kFpns/rumdIDSWA/6xvNtUWrGZmuJeagJPqcq8pMVdmRM+h GD1uB5y+B6p2q3Km2Kq/SP6JgfgBS0FF7fW9GSiQBSUumL7d9b5tCsfFoKGQ6jxSgCRY dn6+S549EqJWKzyYFnljmxWXVwEzT0EsCxQs2Z0hqUw2YmaUj+uPPr2clujxsURfsZI6 HeNaG1ZxUALyn6sTTc5+3cMAXC1rGC7GEzRfOcF7ek1NUNSjSjRqHZ+Iwa4D9B1O96DB y9x+8ElbHAj9qHUNGu9s4kZWiyoQp0fnl6sU3XQWn0zfskzcUq0sedzXh34EDpxm0VZo Scrw== Received: by 10.194.88.164 with SMTP id bh4mr57232242wjb.37.1357126564955; Wed, 02 Jan 2013 03:36:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.89.197 with HTTP; Wed, 2 Jan 2013 03:35:34 -0800 (PST) In-Reply-To: References: From: Rudi Ahlers Date: Wed, 2 Jan 2013 13:35:34 +0200 X-Google-Sender-Auth: w2XclaJQxfKSM9us5Pekn5e7pPM Message-ID: To: Sergey Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Reboot remote XCP instance via KVM-switch without root access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: rudi@softdux.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Jan 2, 2013 at 1:13 PM, Sergey wrote: > Hi all! > I've forgot (it's all New Year stress) root password for XCP server > and try to re-install it with attached KVM-switch. The problem is > server not responds to Ctrl-Alt-Delete, and "Reboot" action in XCP > menu requires root password. KVM-switch has no "reboot" option. Any > thoughts? :) > Thanks. > Does the KVM offer a power-cycle option? Shutdown the VM, and power it up again then boot into "linux single user mode". -- Kind Regards Rudi Ahlers SoftDux Website: http://www.SoftDux.com Technical Blog: http://Blog.SoftDux.com Cell: 082 554 7532 Fax: 086 268 8492 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 12:00:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 12:00: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 1TqMyL-0002PW-JV; Wed, 02 Jan 2013 11:59:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqMyK-0002PR-33 for xen-users@lists.xen.org; Wed, 02 Jan 2013 11:59:00 +0000 Received: from [85.158.143.99:59043] by server-2.bemta-4.messagelabs.com id 5C/49-30861-30124E05; Wed, 02 Jan 2013 11:58:59 +0000 X-Env-Sender: power.real@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1357127934!20369866!1 X-Originating-IP: [209.85.213.42] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4495 invoked from network); 2 Jan 2013 11:58:58 -0000 Received: from mail-yh0-f42.google.com (HELO mail-yh0-f42.google.com) (209.85.213.42) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 11:58:58 -0000 Received: by mail-yh0-f42.google.com with SMTP id f35so299394yha.15 for ; Wed, 02 Jan 2013 03:58:49 -0800 (PST) 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=wl2CjTW4RsKsednNdiqgkODwZu7cQFBMHJQWF/0HysU=; b=xXga5oaWszVbzs2MjqM4JuROOqkkj+W481kCVxCfCfF0XP4dc7uv5qBRjjndOdAsGl 0Ekz6+yCjqAzlYpLO6UBw9NqfuGfJQP9/gLInLwlq7yhKt20A6TfQP5AVPm1DZ9ue+Cv TmsWBR6e/2OIy1do6iwUfJCXchiamUhvRszdCpxm5Mrq9xER239o0FsjfgNHHx3ZAwyi fai3DirpLXZgYsKXIa02cxxMsbZEL/AMyw1tVV7nRVPb2R44REXvcGVeKeNo88grKm4/ U5wpoq1PrJQzVGKqKcOmZjwl6ZXGRGIPHRv8FiWtEuQwM5d1Pb81NONY3l7c4p8qQW4w DjbA== MIME-Version: 1.0 Received: by 10.236.48.8 with SMTP id u8mr43687212yhb.99.1357127929668; Wed, 02 Jan 2013 03:58:49 -0800 (PST) Received: by 10.147.42.40 with HTTP; Wed, 2 Jan 2013 03:58:49 -0800 (PST) In-Reply-To: References: Date: Wed, 2 Jan 2013 15:58:49 +0400 Message-ID: From: Sergey To: rudi@softdux.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Reboot remote XCP instance via KVM-switch without root access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Rudi. > Does the KVM offer a power-cycle option? Shutdown the VM, and power it > up again then boot into "linux single user mode". Nice try. But KVM does not have that option. On Wed, Jan 2, 2013 at 3:35 PM, Rudi Ahlers wrote: > On Wed, Jan 2, 2013 at 1:13 PM, Sergey wrote: >> Hi all! >> I've forgot (it's all New Year stress) root password for XCP server >> and try to re-install it with attached KVM-switch. The problem is >> server not responds to Ctrl-Alt-Delete, and "Reboot" action in XCP >> menu requires root password. KVM-switch has no "reboot" option. Any >> thoughts? :) >> Thanks. >> > > > Does the KVM offer a power-cycle option? Shutdown the VM, and power it > up again then boot into "linux single user mode". > > -- > Kind Regards > Rudi Ahlers > SoftDux > > Website: http://www.SoftDux.com > Technical Blog: http://Blog.SoftDux.com > Cell: 082 554 7532 > Fax: 086 268 8492 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 12:00:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 12:00: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 1TqMyL-0002PW-JV; Wed, 02 Jan 2013 11:59:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqMyK-0002PR-33 for xen-users@lists.xen.org; Wed, 02 Jan 2013 11:59:00 +0000 Received: from [85.158.143.99:59043] by server-2.bemta-4.messagelabs.com id 5C/49-30861-30124E05; Wed, 02 Jan 2013 11:58:59 +0000 X-Env-Sender: power.real@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1357127934!20369866!1 X-Originating-IP: [209.85.213.42] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4495 invoked from network); 2 Jan 2013 11:58:58 -0000 Received: from mail-yh0-f42.google.com (HELO mail-yh0-f42.google.com) (209.85.213.42) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 11:58:58 -0000 Received: by mail-yh0-f42.google.com with SMTP id f35so299394yha.15 for ; Wed, 02 Jan 2013 03:58:49 -0800 (PST) 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=wl2CjTW4RsKsednNdiqgkODwZu7cQFBMHJQWF/0HysU=; b=xXga5oaWszVbzs2MjqM4JuROOqkkj+W481kCVxCfCfF0XP4dc7uv5qBRjjndOdAsGl 0Ekz6+yCjqAzlYpLO6UBw9NqfuGfJQP9/gLInLwlq7yhKt20A6TfQP5AVPm1DZ9ue+Cv TmsWBR6e/2OIy1do6iwUfJCXchiamUhvRszdCpxm5Mrq9xER239o0FsjfgNHHx3ZAwyi fai3DirpLXZgYsKXIa02cxxMsbZEL/AMyw1tVV7nRVPb2R44REXvcGVeKeNo88grKm4/ U5wpoq1PrJQzVGKqKcOmZjwl6ZXGRGIPHRv8FiWtEuQwM5d1Pb81NONY3l7c4p8qQW4w DjbA== MIME-Version: 1.0 Received: by 10.236.48.8 with SMTP id u8mr43687212yhb.99.1357127929668; Wed, 02 Jan 2013 03:58:49 -0800 (PST) Received: by 10.147.42.40 with HTTP; Wed, 2 Jan 2013 03:58:49 -0800 (PST) In-Reply-To: References: Date: Wed, 2 Jan 2013 15:58:49 +0400 Message-ID: From: Sergey To: rudi@softdux.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Reboot remote XCP instance via KVM-switch without root access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Rudi. > Does the KVM offer a power-cycle option? Shutdown the VM, and power it > up again then boot into "linux single user mode". Nice try. But KVM does not have that option. On Wed, Jan 2, 2013 at 3:35 PM, Rudi Ahlers wrote: > On Wed, Jan 2, 2013 at 1:13 PM, Sergey wrote: >> Hi all! >> I've forgot (it's all New Year stress) root password for XCP server >> and try to re-install it with attached KVM-switch. The problem is >> server not responds to Ctrl-Alt-Delete, and "Reboot" action in XCP >> menu requires root password. KVM-switch has no "reboot" option. Any >> thoughts? :) >> Thanks. >> > > > Does the KVM offer a power-cycle option? Shutdown the VM, and power it > up again then boot into "linux single user mode". > > -- > Kind Regards > Rudi Ahlers > SoftDux > > Website: http://www.SoftDux.com > Technical Blog: http://Blog.SoftDux.com > Cell: 082 554 7532 > Fax: 086 268 8492 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 12:19:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 12:19: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 1TqNHA-000380-V8; Wed, 02 Jan 2013 12:18:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqNH8-00037l-KT; Wed, 02 Jan 2013 12:18:26 +0000 Received: from [85.158.137.99:33703] by server-4.bemta-3.messagelabs.com id 34/AB-31835-19524E05; Wed, 02 Jan 2013 12:18:25 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1357129104!18017358!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4154 invoked from network); 2 Jan 2013 12:18:24 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 12:18:24 -0000 X-IronPort-AV: E=Sophos;i="4.84,395,1355097600"; d="scan'208";a="412475" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 12:18:22 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 12:18:21 +0000 Message-ID: <1357129100.5668.7.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "greve-ml@a-greve.de" Date: Wed, 2 Jan 2013 12:18:20 +0000 In-Reply-To: <50DEC377.6010806@a-greve.de> References: <50DEC377.6010806@a-greve.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Stefano Stabellini , Ian Jackson , Jan Beulich , xen-devel Subject: Re: [Xen-users] xen 4.2.1 make world faild at building qemu-upstream X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 reporting. I can see the qemu-xen-4.2.1 tag in staging/qemu-upstream-4.2-testing but not the main tree. I think this ought to have been propagated automatically but hasn't been for some reason. Copying xen-devel and various folks involved with the 4.2.1 release and not trimming my quotes for their benefit. Ian. On Sat, 2012-12-29 at 10:18 +0000, Andreas Greve wrote: > Hallo > > I think I found a bug in the make scripts. > > hg clone http://xenbits.xen.org/hg/xen-4.2-testing.hg > hg > changeset: 25959:5acb5967d718 > tag: tip > user: Xiantao Zhang > date: Wed Dec 19 12:58:07 2012 +0100 > summary: nested vmx: fix interrupt delivery to L2 guest > > ./configure --enable-xenapi --enable-miniterm --enable-lomount > make world > > make world stops here: > > --------- > [....] > + /usr/src/xen4/xen-4.2-testing.hg/tools/../scripts/git-checkout.sh > git://xenbits.xen.org/qemu-xen-4.2-testing.git xen-4.2.1 > qemu-xen-traditional-dir > Cloning into qemu-xen-traditional-dir-remote.tmp... > remote: Counting objects: 106797, done. > remote: Compressing objects: 100% (29142/29142), done. > remote: Total 106797 (delta 81709), reused 101960 (delta 77523) > Receiving objects: 100% (106797/106797), 37.44 MiB | 340 KiB/s, done. > Resolving deltas: 100% (81709/81709), done. > Switched to a new branch 'dummy' > make[2]: Leaving directory `/usr/src/xen4/xen-4.2-testing.hg/tools' > make -C tools qemu-xen-dir-find > make[2]: Entering directory `/usr/src/xen4/xen-4.2-testing.hg/tools' > if test -d git://xenbits.xen.org/qemu-upstream-4.2-testing.git ; then > \ > mkdir -p qemu-xen-dir; \ > else \ > export GIT=git; \ > /usr/src/xen4/xen-4.2-testing.hg/tools/../scripts/git-checkout.sh git://xenbits.xen.org/qemu-upstream-4.2-testing.git qemu-xen-4.2.1 qemu-xen-dir ; \ > fi > Cloning into qemu-xen-dir-remote.tmp... > remote: Counting objects: 92332, done. > remote: Compressing objects: 100% (19773/19773), done. > remote: Total 92332 (delta 73134), reused 91552 (delta 72438) > Receiving objects: 100% (92332/92332), 34.73 MiB | 340 KiB/s, done. > Resolving deltas: 100% (73134/73134), done. > fatal: git checkout: updating paths is incompatible with switching > branches. > Did you intend to checkout 'qemu-xen-4.2.1' which can not be resolved > as commit? > make[2]: *** [qemu-xen-dir-find] Error 128 > make[2]: Leaving directory `/usr/src/xen4/xen-4.2-testing.hg/tools' > make[1]: *** [tools/qemu-xen-dir] Error 2 > make[1]: Leaving directory `/usr/src/xen4/xen-4.2-testing.hg' > make: *** [world] Error 2 > ------ > > The reason is, that there is no tag qemu-xen-4.2.1 in the repository > git://xenbits.xen.org/qemu-upstream-4.2-testing.git > > If I change git-checkout.sh to use > git://xenbits.xen.org/staging/qemu-upstream-4.2-testing.git instead > all works fine. > ----- > TREE=$1 > TAG=$2 > DIR=$3 > > + if [ "${TREE}" = > "git://xenbits.xen.org/qemu-upstream-4.2-testing.git" ]; then > + TREE=git://xenbits.xen.org/staging/qemu-upstream-4.2-testing.git > + fi > > set -e > --- > > Thanks > > Best wishes > > > Andreas > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 12:19:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 12:19: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 1TqNHA-000380-V8; Wed, 02 Jan 2013 12:18:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqNH8-00037l-KT; Wed, 02 Jan 2013 12:18:26 +0000 Received: from [85.158.137.99:33703] by server-4.bemta-3.messagelabs.com id 34/AB-31835-19524E05; Wed, 02 Jan 2013 12:18:25 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1357129104!18017358!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4154 invoked from network); 2 Jan 2013 12:18:24 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 12:18:24 -0000 X-IronPort-AV: E=Sophos;i="4.84,395,1355097600"; d="scan'208";a="412475" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 12:18:22 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 12:18:21 +0000 Message-ID: <1357129100.5668.7.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "greve-ml@a-greve.de" Date: Wed, 2 Jan 2013 12:18:20 +0000 In-Reply-To: <50DEC377.6010806@a-greve.de> References: <50DEC377.6010806@a-greve.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Stefano Stabellini , Ian Jackson , Jan Beulich , xen-devel Subject: Re: [Xen-users] xen 4.2.1 make world faild at building qemu-upstream X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 reporting. I can see the qemu-xen-4.2.1 tag in staging/qemu-upstream-4.2-testing but not the main tree. I think this ought to have been propagated automatically but hasn't been for some reason. Copying xen-devel and various folks involved with the 4.2.1 release and not trimming my quotes for their benefit. Ian. On Sat, 2012-12-29 at 10:18 +0000, Andreas Greve wrote: > Hallo > > I think I found a bug in the make scripts. > > hg clone http://xenbits.xen.org/hg/xen-4.2-testing.hg > hg > changeset: 25959:5acb5967d718 > tag: tip > user: Xiantao Zhang > date: Wed Dec 19 12:58:07 2012 +0100 > summary: nested vmx: fix interrupt delivery to L2 guest > > ./configure --enable-xenapi --enable-miniterm --enable-lomount > make world > > make world stops here: > > --------- > [....] > + /usr/src/xen4/xen-4.2-testing.hg/tools/../scripts/git-checkout.sh > git://xenbits.xen.org/qemu-xen-4.2-testing.git xen-4.2.1 > qemu-xen-traditional-dir > Cloning into qemu-xen-traditional-dir-remote.tmp... > remote: Counting objects: 106797, done. > remote: Compressing objects: 100% (29142/29142), done. > remote: Total 106797 (delta 81709), reused 101960 (delta 77523) > Receiving objects: 100% (106797/106797), 37.44 MiB | 340 KiB/s, done. > Resolving deltas: 100% (81709/81709), done. > Switched to a new branch 'dummy' > make[2]: Leaving directory `/usr/src/xen4/xen-4.2-testing.hg/tools' > make -C tools qemu-xen-dir-find > make[2]: Entering directory `/usr/src/xen4/xen-4.2-testing.hg/tools' > if test -d git://xenbits.xen.org/qemu-upstream-4.2-testing.git ; then > \ > mkdir -p qemu-xen-dir; \ > else \ > export GIT=git; \ > /usr/src/xen4/xen-4.2-testing.hg/tools/../scripts/git-checkout.sh git://xenbits.xen.org/qemu-upstream-4.2-testing.git qemu-xen-4.2.1 qemu-xen-dir ; \ > fi > Cloning into qemu-xen-dir-remote.tmp... > remote: Counting objects: 92332, done. > remote: Compressing objects: 100% (19773/19773), done. > remote: Total 92332 (delta 73134), reused 91552 (delta 72438) > Receiving objects: 100% (92332/92332), 34.73 MiB | 340 KiB/s, done. > Resolving deltas: 100% (73134/73134), done. > fatal: git checkout: updating paths is incompatible with switching > branches. > Did you intend to checkout 'qemu-xen-4.2.1' which can not be resolved > as commit? > make[2]: *** [qemu-xen-dir-find] Error 128 > make[2]: Leaving directory `/usr/src/xen4/xen-4.2-testing.hg/tools' > make[1]: *** [tools/qemu-xen-dir] Error 2 > make[1]: Leaving directory `/usr/src/xen4/xen-4.2-testing.hg' > make: *** [world] Error 2 > ------ > > The reason is, that there is no tag qemu-xen-4.2.1 in the repository > git://xenbits.xen.org/qemu-upstream-4.2-testing.git > > If I change git-checkout.sh to use > git://xenbits.xen.org/staging/qemu-upstream-4.2-testing.git instead > all works fine. > ----- > TREE=$1 > TAG=$2 > DIR=$3 > > + if [ "${TREE}" = > "git://xenbits.xen.org/qemu-upstream-4.2-testing.git" ]; then > + TREE=git://xenbits.xen.org/staging/qemu-upstream-4.2-testing.git > + fi > > set -e > --- > > Thanks > > Best wishes > > > Andreas > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 12:23:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 12:23: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 1TqNKx-0003WL-Aq; Wed, 02 Jan 2013 12: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 1TqNKu-0003W1-TV; Wed, 02 Jan 2013 12:22:21 +0000 Received: from [85.158.143.35:42500] by server-3.bemta-4.messagelabs.com id 0D/24-18211-C7624E05; Wed, 02 Jan 2013 12:22:20 +0000 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1357129336!4953824!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31434 invoked from network); 2 Jan 2013 12:22:16 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 12:22:16 -0000 X-IronPort-AV: E=Sophos;i="4.84,395,1355097600"; d="scan'208";a="412538" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 12:22:16 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 12:22:15 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1TqNKp-0002Zs-TC; Wed, 02 Jan 2013 12:22:15 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1TqNKp-0003Iq-Iu; Wed, 02 Jan 2013 12:22:15 +0000 From: Ian Jackson MIME-Version: 1.0 Message-ID: <20708.9842.482885.807473@mariner.uk.xensource.com> Date: Wed, 2 Jan 2013 12:22:10 +0000 To: Ian Campbell In-Reply-To: <1357129100.5668.7.camel@zakaz.uk.xensource.com> References: <50DEC377.6010806@a-greve.de> <1357129100.5668.7.camel@zakaz.uk.xensource.com> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: "xen-users@lists.xen.org" , Stefano Stabellini , Jan Beulich , "greve-ml@a-greve.de" , xen-devel Subject: Re: [Xen-users] xen 4.2.1 make world faild at building qemu-upstream X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ian Campbell writes ("Re: [Xen-users] xen 4.2.1 make world faild at building qemu-upstream"): > Thanks for reporting. > > I can see the qemu-xen-4.2.1 tag in staging/qemu-upstream-4.2-testing > but not the main tree. I think this ought to have been propagated > automatically but hasn't been for some reason. > > Copying xen-devel and various folks involved with the 4.2.1 release and > not trimming my quotes for their benefit. The automatic testing system doesn't copy any tags. Tags need to be "manually" (ie actually manually or via git config) pushed to all the output trees. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 12:23:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 12:23: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 1TqNKx-0003WL-Aq; Wed, 02 Jan 2013 12: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 1TqNKu-0003W1-TV; Wed, 02 Jan 2013 12:22:21 +0000 Received: from [85.158.143.35:42500] by server-3.bemta-4.messagelabs.com id 0D/24-18211-C7624E05; Wed, 02 Jan 2013 12:22:20 +0000 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1357129336!4953824!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31434 invoked from network); 2 Jan 2013 12:22:16 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 12:22:16 -0000 X-IronPort-AV: E=Sophos;i="4.84,395,1355097600"; d="scan'208";a="412538" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 12:22:16 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 12:22:15 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1TqNKp-0002Zs-TC; Wed, 02 Jan 2013 12:22:15 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1TqNKp-0003Iq-Iu; Wed, 02 Jan 2013 12:22:15 +0000 From: Ian Jackson MIME-Version: 1.0 Message-ID: <20708.9842.482885.807473@mariner.uk.xensource.com> Date: Wed, 2 Jan 2013 12:22:10 +0000 To: Ian Campbell In-Reply-To: <1357129100.5668.7.camel@zakaz.uk.xensource.com> References: <50DEC377.6010806@a-greve.de> <1357129100.5668.7.camel@zakaz.uk.xensource.com> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: "xen-users@lists.xen.org" , Stefano Stabellini , Jan Beulich , "greve-ml@a-greve.de" , xen-devel Subject: Re: [Xen-users] xen 4.2.1 make world faild at building qemu-upstream X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ian Campbell writes ("Re: [Xen-users] xen 4.2.1 make world faild at building qemu-upstream"): > Thanks for reporting. > > I can see the qemu-xen-4.2.1 tag in staging/qemu-upstream-4.2-testing > but not the main tree. I think this ought to have been propagated > automatically but hasn't been for some reason. > > Copying xen-devel and various folks involved with the 4.2.1 release and > not trimming my quotes for their benefit. The automatic testing system doesn't copy any tags. Tags need to be "manually" (ie actually manually or via git config) pushed to all the output trees. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 13:11:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 13:11: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 1TqO5S-0004jJ-IH; Wed, 02 Jan 2013 13:10:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqO5R-0004j8-31 for xen-users@lists.xen.org; Wed, 02 Jan 2013 13:10:25 +0000 Received: from [85.158.139.211:22259] by server-6.bemta-5.messagelabs.com id 17/15-30498-0C134E05; Wed, 02 Jan 2013 13:10:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1357132216!20725557!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13181 invoked from network); 2 Jan 2013 13:10:16 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 13:10:16 -0000 X-IronPort-AV: E=Sophos;i="4.84,395,1355097600"; d="scan'208";a="413248" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 13:10:16 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 13:10:16 +0000 Message-ID: <1357132215.5668.13.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Jihed M'selmi Date: Wed, 2 Jan 2013 13:10:15 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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: 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, 2013-01-02 at 11:25 +0000, Jihed M'selmi wrote: > Any help, please ? Please be patient, not everybody is checking the list every minute. > On Tue, Jan 1, 2013 at 10:09 PM, Jihed M'selmi > wrote: > I mean: is there any way to monitor the DomU creation > process ? The error message you are getting suggests to me that your domU hasn't actually been created. What does "xm list" say? If the domain is running you could try connecting to its console with "xm console ". You are using Xen 4.2, I would strongly recommend you try switching to the xl toolstack instead of xm. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 13:11:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 13:11: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 1TqO5S-0004jJ-IH; Wed, 02 Jan 2013 13:10:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqO5R-0004j8-31 for xen-users@lists.xen.org; Wed, 02 Jan 2013 13:10:25 +0000 Received: from [85.158.139.211:22259] by server-6.bemta-5.messagelabs.com id 17/15-30498-0C134E05; Wed, 02 Jan 2013 13:10:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1357132216!20725557!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13181 invoked from network); 2 Jan 2013 13:10:16 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 13:10:16 -0000 X-IronPort-AV: E=Sophos;i="4.84,395,1355097600"; d="scan'208";a="413248" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 13:10:16 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 13:10:16 +0000 Message-ID: <1357132215.5668.13.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Jihed M'selmi Date: Wed, 2 Jan 2013 13:10:15 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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: 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, 2013-01-02 at 11:25 +0000, Jihed M'selmi wrote: > Any help, please ? Please be patient, not everybody is checking the list every minute. > On Tue, Jan 1, 2013 at 10:09 PM, Jihed M'selmi > wrote: > I mean: is there any way to monitor the DomU creation > process ? The error message you are getting suggests to me that your domU hasn't actually been created. What does "xm list" say? If the domain is running you could try connecting to its console with "xm console ". You are using Xen 4.2, I would strongly recommend you try switching to the xl toolstack instead of xm. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 13:17:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 13:17: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 1TqOBF-00054V-0Z; Wed, 02 Jan 2013 13:16:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqOBD-00054F-QK; Wed, 02 Jan 2013 13:16:24 +0000 Received: from [85.158.139.83:34473] by server-2.bemta-5.messagelabs.com id A6/02-16162-72334E05; Wed, 02 Jan 2013 13:16:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1357132550!29239265!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16725 invoked from network); 2 Jan 2013 13:15:51 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 13:15:51 -0000 X-IronPort-AV: E=Sophos;i="4.84,395,1355097600"; d="scan'208";a="413316" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 13:15:50 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 13:15:50 +0000 Message-ID: <1357132549.5668.18.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Wei Liu Date: Wed, 2 Jan 2013 13:15:49 +0000 In-Reply-To: <1356798079.2917.19.camel@iceland> References: <1354874630.31710.10.camel@zakaz.uk.xensource.com> <1355402216.10554.125.camel@zakaz.uk.xensource.com> <1355411952.10554.138.camel@zakaz.uk.xensource.com> <1355412947.10554.147.camel@zakaz.uk.xensource.com> <1355745382.14620.56.camel@zakaz.uk.xensource.com> <1356798079.2917.19.camel@iceland> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: Paul Harvey , xen-devel , Ian Jackson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] 1000 Domains: Not able to access Domu via xm console from Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2012-12-29 at 16:21 +0000, Wei Liu wrote: > On Mon, 2012-12-17 at 11:56 +0000, Ian Campbell wrote: > > I rather suspect this is overrunning the readfds array. > > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/sys_select.h.html suggests this is sized by FD_SETSIZE. On my system that appears to be statically 1024 (at least strace doesn't show a syscall to determine it in a simple test app although grep /usr/include suggests that might be an option on some systems). > > > > It doesn't seem likely that there will be a simple solution to this. We > > probably need to switch to something other than select(2). poll(2) seems > > to handle arbitrary numbers of file descriptors. epoll(7) would be nice > > (it supposedly scales better than poll) but is Linux specific. Another > > option might be to fork multiple worker processes (might be a good idea > > if xenconsole becomes a bottleneck). > > libevent wraps around different event APIs and provides consistent > interface across OSes. But I don't know whether adding libevent as Xen > tools dependency is a good idea. Using some reasonably widespread library to abstract away the differences between Linux and *BSD here seems like a better idea than rolling our own. I don't know enough about it to say if libevent fits the bill or not. Based on a cursory glance it seems like libevent implements a complete event loop and requires the application to switch over to using it entirely. This may not be a bad thing but it might be preferable (and/or easier) to see if there is a library which only provides a basic simple abstraction/wrapper over the various polling mechanisms. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 13:17:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 13:17: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 1TqOBF-00054V-0Z; Wed, 02 Jan 2013 13:16:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqOBD-00054F-QK; Wed, 02 Jan 2013 13:16:24 +0000 Received: from [85.158.139.83:34473] by server-2.bemta-5.messagelabs.com id A6/02-16162-72334E05; Wed, 02 Jan 2013 13:16:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1357132550!29239265!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16725 invoked from network); 2 Jan 2013 13:15:51 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 13:15:51 -0000 X-IronPort-AV: E=Sophos;i="4.84,395,1355097600"; d="scan'208";a="413316" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 13:15:50 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 13:15:50 +0000 Message-ID: <1357132549.5668.18.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Wei Liu Date: Wed, 2 Jan 2013 13:15:49 +0000 In-Reply-To: <1356798079.2917.19.camel@iceland> References: <1354874630.31710.10.camel@zakaz.uk.xensource.com> <1355402216.10554.125.camel@zakaz.uk.xensource.com> <1355411952.10554.138.camel@zakaz.uk.xensource.com> <1355412947.10554.147.camel@zakaz.uk.xensource.com> <1355745382.14620.56.camel@zakaz.uk.xensource.com> <1356798079.2917.19.camel@iceland> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: Paul Harvey , xen-devel , Ian Jackson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] 1000 Domains: Not able to access Domu via xm console from Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2012-12-29 at 16:21 +0000, Wei Liu wrote: > On Mon, 2012-12-17 at 11:56 +0000, Ian Campbell wrote: > > I rather suspect this is overrunning the readfds array. > > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/sys_select.h.html suggests this is sized by FD_SETSIZE. On my system that appears to be statically 1024 (at least strace doesn't show a syscall to determine it in a simple test app although grep /usr/include suggests that might be an option on some systems). > > > > It doesn't seem likely that there will be a simple solution to this. We > > probably need to switch to something other than select(2). poll(2) seems > > to handle arbitrary numbers of file descriptors. epoll(7) would be nice > > (it supposedly scales better than poll) but is Linux specific. Another > > option might be to fork multiple worker processes (might be a good idea > > if xenconsole becomes a bottleneck). > > libevent wraps around different event APIs and provides consistent > interface across OSes. But I don't know whether adding libevent as Xen > tools dependency is a good idea. Using some reasonably widespread library to abstract away the differences between Linux and *BSD here seems like a better idea than rolling our own. I don't know enough about it to say if libevent fits the bill or not. Based on a cursory glance it seems like libevent implements a complete event loop and requires the application to switch over to using it entirely. This may not be a bad thing but it might be preferable (and/or easier) to see if there is a library which only provides a basic simple abstraction/wrapper over the various polling mechanisms. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 13:24:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 13: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 1TqOI7-0005Z6-8t; Wed, 02 Jan 2013 13:23:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqOI5-0005Yy-8j for xen-users@lists.xen.org; Wed, 02 Jan 2013 13:23:29 +0000 Received: from [85.158.143.99:16202] by server-2.bemta-4.messagelabs.com id 79/A7-30861-0D434E05; Wed, 02 Jan 2013 13:23:28 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1357133003!31459659!1 X-Originating-IP: [209.85.219.54] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25048 invoked from network); 2 Jan 2013 13:23:25 -0000 Received: from mail-oa0-f54.google.com (HELO mail-oa0-f54.google.com) (209.85.219.54) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 13:23:25 -0000 Received: by mail-oa0-f54.google.com with SMTP id n9so13060669oag.13 for ; Wed, 02 Jan 2013 05:23:22 -0800 (PST) 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=2qJJVeyZ9yrwa6+tfPsrZ7oFgKLQlLqyz0/Jml5DmbA=; b=r1XLumwqgSNem50D8hzkCFTNvZa9u4nnuBxXdVOo+YEAuh7uGa7uQ3lpkaZH7Qk/Xl JEpH/8jxo0ITltWUdDEiCMoyegIL+Nucf3itA3TlTU9DtmPQqk1JVu+1NOEh6j74VmCH xoK7NwO6L0RQ3nV6hCEMqEkgGBxih0DoQdMwJldlQaavPYjkQ5kciQeArLCDfWqDQepO Zwl8kcSZ2hIwr83Ax9KHOGrTvRXnZE0DguQveR+YFNz44zPQSNAN5l7UBA1bcVLwZ7m0 vz1Ltd4Palh5LjtMB1n7QvLCbxIZrf5fJiD8p/72iNeX7KgA6YzhG2g8NphnTTbE6KuU JHTg== MIME-Version: 1.0 Received: by 10.182.159.33 with SMTP id wz1mr30921935obb.57.1357133002746; Wed, 02 Jan 2013 05:23:22 -0800 (PST) Received: by 10.182.221.67 with HTTP; Wed, 2 Jan 2013 05:23:22 -0800 (PST) In-Reply-To: <1357132215.5668.13.camel@zakaz.uk.xensource.com> References: <1357132215.5668.13.camel@zakaz.uk.xensource.com> Date: Wed, 2 Jan 2013 14:23:22 +0100 Message-ID: From: "Jihed M'selmi" To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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="===============3368887590308800956==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3368887590308800956== Content-Type: multipart/alternative; boundary=14dae93999398aa9d004d24e260a --14dae93999398aa9d004d24e260a Content-Type: text/plain; charset=ISO-8859-1 Yeah, sure...I'm not pressing. Sorry for the misunderstanding. :-) Rgds _Jm --14dae93999398aa9d004d24e260a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Yeah, sure...I'm not pressing.
Sorry for the=A0misunderstanding. :-)=A0
<= br>
Rgds _Jm
--14dae93999398aa9d004d24e260a-- --===============3368887590308800956== 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 --===============3368887590308800956==-- From xen-users-bounces@lists.xen.org Wed Jan 02 13:24:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 13: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 1TqOI7-0005Z6-8t; Wed, 02 Jan 2013 13:23:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqOI5-0005Yy-8j for xen-users@lists.xen.org; Wed, 02 Jan 2013 13:23:29 +0000 Received: from [85.158.143.99:16202] by server-2.bemta-4.messagelabs.com id 79/A7-30861-0D434E05; Wed, 02 Jan 2013 13:23:28 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1357133003!31459659!1 X-Originating-IP: [209.85.219.54] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25048 invoked from network); 2 Jan 2013 13:23:25 -0000 Received: from mail-oa0-f54.google.com (HELO mail-oa0-f54.google.com) (209.85.219.54) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 13:23:25 -0000 Received: by mail-oa0-f54.google.com with SMTP id n9so13060669oag.13 for ; Wed, 02 Jan 2013 05:23:22 -0800 (PST) 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=2qJJVeyZ9yrwa6+tfPsrZ7oFgKLQlLqyz0/Jml5DmbA=; b=r1XLumwqgSNem50D8hzkCFTNvZa9u4nnuBxXdVOo+YEAuh7uGa7uQ3lpkaZH7Qk/Xl JEpH/8jxo0ITltWUdDEiCMoyegIL+Nucf3itA3TlTU9DtmPQqk1JVu+1NOEh6j74VmCH xoK7NwO6L0RQ3nV6hCEMqEkgGBxih0DoQdMwJldlQaavPYjkQ5kciQeArLCDfWqDQepO Zwl8kcSZ2hIwr83Ax9KHOGrTvRXnZE0DguQveR+YFNz44zPQSNAN5l7UBA1bcVLwZ7m0 vz1Ltd4Palh5LjtMB1n7QvLCbxIZrf5fJiD8p/72iNeX7KgA6YzhG2g8NphnTTbE6KuU JHTg== MIME-Version: 1.0 Received: by 10.182.159.33 with SMTP id wz1mr30921935obb.57.1357133002746; Wed, 02 Jan 2013 05:23:22 -0800 (PST) Received: by 10.182.221.67 with HTTP; Wed, 2 Jan 2013 05:23:22 -0800 (PST) In-Reply-To: <1357132215.5668.13.camel@zakaz.uk.xensource.com> References: <1357132215.5668.13.camel@zakaz.uk.xensource.com> Date: Wed, 2 Jan 2013 14:23:22 +0100 Message-ID: From: "Jihed M'selmi" To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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="===============3368887590308800956==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3368887590308800956== Content-Type: multipart/alternative; boundary=14dae93999398aa9d004d24e260a --14dae93999398aa9d004d24e260a Content-Type: text/plain; charset=ISO-8859-1 Yeah, sure...I'm not pressing. Sorry for the misunderstanding. :-) Rgds _Jm --14dae93999398aa9d004d24e260a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Yeah, sure...I'm not pressing.
Sorry for the=A0misunderstanding. :-)=A0
<= br>
Rgds _Jm
--14dae93999398aa9d004d24e260a-- --===============3368887590308800956== 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 --===============3368887590308800956==-- From xen-users-bounces@lists.xen.org Wed Jan 02 13:45:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 13:45: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 1TqOdA-0006ZC-N4; Wed, 02 Jan 2013 13:45:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqOd9-0006Z7-8p for xen-users@lists.xen.org; Wed, 02 Jan 2013 13:45:15 +0000 Received: from [193.109.254.147:64222] by server-12.bemta-14.messagelabs.com id DC/04-06523-AE934E05; Wed, 02 Jan 2013 13:45:14 +0000 X-Env-Sender: Nick.Couchman@seakr.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1357134249!11815042!1 X-Originating-IP: [64.2.143.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 602 invoked from network); 2 Jan 2013 13:44:11 -0000 Received: from mx1.seakr.com (HELO mx1.seakr.com) (64.2.143.10) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jan 2013 13:44:11 -0000 Received: from mx-inside.seakr.com ([192.168.100.31]) by mx1.seakr.com (8.13.8/8.13.8) with ESMTP id r02D7Zxb003489 for ; Wed, 2 Jan 2013 06:07:36 -0700 Received: from (mx-inside.seakr.com [192.168.100.31]) by mail-scanner1.it.seakr.com with smtp id 30c6_2b0c_7aa70766_54e2_11e2_ab67_00137252735f; Wed, 02 Jan 2013 06:44:08 -0700 Received: from collaborate.seakr.com (collaborate.seakr.com [192.168.100.28]) by mx-inside.seakr.com (Postfix) with ESMTP id 25D5044D79 for ; Wed, 2 Jan 2013 06:44:07 -0700 (MST) Received: from seakr-engineering-MTA by collaborate.seakr.com with Novell_GroupWise; Wed, 02 Jan 2013 06:44:07 -0700 Message-Id: <50E3D732020000990002547F@collaborate.seakr.com> X-Mailer: Novell GroupWise Internet Agent 8.0.3 Date: Wed, 02 Jan 2013 06:44:02 -0700 From: "Nick Couchman" To: "Sergey" , Mime-Version: 1.0 Content-Disposition: inline X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 Subject: Re: [Xen-users] Reboot remote XCP instance via KVM-switch without root access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 2013/01/02 at 04:13, Sergey wrote: > Hi all! > I've forgot (it's all New Year stress) root password for XCP server > and try to re-install it with attached KVM-switch. The problem is > server not responds to Ctrl-Alt-Delete, and "Reboot" action in XCP > menu requires root password. KVM-switch has no "reboot" option. Any > thoughts? :) > Thanks. I think you're out of luck - you either need the root password or physical access. The one thing you can try is the Magic SysRq key - SysRq + o = reboot, so if the KVM has the capability of sending keyboard macros, you could try this key combo for a hard reboot and see if that works. I don't know off the top of my head if XCP supports SysRq out of the box - some systems support limited features, like halt/reboot, others have it completely disabled, and then some have all of the SysRq keys enabled. http://en.wikipedia.org/wiki/Magic_sysrq -Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 13:45:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 13:45: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 1TqOdA-0006ZC-N4; Wed, 02 Jan 2013 13:45:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqOd9-0006Z7-8p for xen-users@lists.xen.org; Wed, 02 Jan 2013 13:45:15 +0000 Received: from [193.109.254.147:64222] by server-12.bemta-14.messagelabs.com id DC/04-06523-AE934E05; Wed, 02 Jan 2013 13:45:14 +0000 X-Env-Sender: Nick.Couchman@seakr.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1357134249!11815042!1 X-Originating-IP: [64.2.143.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 602 invoked from network); 2 Jan 2013 13:44:11 -0000 Received: from mx1.seakr.com (HELO mx1.seakr.com) (64.2.143.10) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jan 2013 13:44:11 -0000 Received: from mx-inside.seakr.com ([192.168.100.31]) by mx1.seakr.com (8.13.8/8.13.8) with ESMTP id r02D7Zxb003489 for ; Wed, 2 Jan 2013 06:07:36 -0700 Received: from (mx-inside.seakr.com [192.168.100.31]) by mail-scanner1.it.seakr.com with smtp id 30c6_2b0c_7aa70766_54e2_11e2_ab67_00137252735f; Wed, 02 Jan 2013 06:44:08 -0700 Received: from collaborate.seakr.com (collaborate.seakr.com [192.168.100.28]) by mx-inside.seakr.com (Postfix) with ESMTP id 25D5044D79 for ; Wed, 2 Jan 2013 06:44:07 -0700 (MST) Received: from seakr-engineering-MTA by collaborate.seakr.com with Novell_GroupWise; Wed, 02 Jan 2013 06:44:07 -0700 Message-Id: <50E3D732020000990002547F@collaborate.seakr.com> X-Mailer: Novell GroupWise Internet Agent 8.0.3 Date: Wed, 02 Jan 2013 06:44:02 -0700 From: "Nick Couchman" To: "Sergey" , Mime-Version: 1.0 Content-Disposition: inline X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 Subject: Re: [Xen-users] Reboot remote XCP instance via KVM-switch without root access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 2013/01/02 at 04:13, Sergey wrote: > Hi all! > I've forgot (it's all New Year stress) root password for XCP server > and try to re-install it with attached KVM-switch. The problem is > server not responds to Ctrl-Alt-Delete, and "Reboot" action in XCP > menu requires root password. KVM-switch has no "reboot" option. Any > thoughts? :) > Thanks. I think you're out of luck - you either need the root password or physical access. The one thing you can try is the Magic SysRq key - SysRq + o = reboot, so if the KVM has the capability of sending keyboard macros, you could try this key combo for a hard reboot and see if that works. I don't know off the top of my head if XCP supports SysRq out of the box - some systems support limited features, like halt/reboot, others have it completely disabled, and then some have all of the SysRq keys enabled. http://en.wikipedia.org/wiki/Magic_sysrq -Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 14:01:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 14:01: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 1TqOsX-00072N-Gg; Wed, 02 Jan 2013 14:01:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqOsV-00072E-Gj for xen-users@lists.xen.org; Wed, 02 Jan 2013 14:01:07 +0000 Received: from [85.158.139.83:63877] by server-5.bemta-5.messagelabs.com id 6F/84-22648-2AD34E05; Wed, 02 Jan 2013 14:01:06 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1357135262!31432014!1 X-Originating-IP: [209.85.216.51] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11184 invoked from network); 2 Jan 2013 14:01:03 -0000 Received: from mail-qa0-f51.google.com (HELO mail-qa0-f51.google.com) (209.85.216.51) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 14:01:03 -0000 Received: by mail-qa0-f51.google.com with SMTP id i20so8894089qad.10 for ; Wed, 02 Jan 2013 06:01:02 -0800 (PST) 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:content-transfer-encoding; bh=e8WeFu/+wEp/xs2lIaSt9vJudhPjUrvw8nphkPxh+LQ=; b=x+u0vMH4592hU+sPn+wis27IhDuwxYn9pDwLo1nEHggHM/yGz9ABWNKTH1VQOXd2LQ jtuoswJf3iZlhQwPIwSnq6eUp0pKHUoGv2vQb4/TojWNZkY+KbbCuB7Q+/R80pXl5vzB Jy79CyW9kUp/cb5QnkGHK0RTzD/h8RPopSA0weU4qnwnAWYiAzsv5kmEEXLqFnkLbmEt 9i9XAO2ashs3D5w19qRgF5FQy1VY4TYGqX9+U6xqzpSmc3Qb1oWPobx9szmzX4S50SIZ 43xTQ6so14Dd42fAIl3DlW3sAI1MszRh+8bLx98Rfi3oBe1a+lwj73HJERL5q4Y+oddQ yQJQ== MIME-Version: 1.0 Received: by 10.224.53.7 with SMTP id k7mr23605033qag.96.1357135262071; Wed, 02 Jan 2013 06:01:02 -0800 (PST) Received: by 10.49.119.228 with HTTP; Wed, 2 Jan 2013 06:01:01 -0800 (PST) In-Reply-To: <6E2FC368-1CD3-4888-BC1E-3C7E375D89A3@gmail.com> References: <6E2FC368-1CD3-4888-BC1E-3C7E375D89A3@gmail.com> Date: Wed, 2 Jan 2013 15:01:01 +0100 Message-ID: From: Florian Heigl To: xen-users@lists.xen.org Subject: Re: [Xen-users] vif-route issue with HVM domU only X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org For the record / sake of anyone else running into this: I had to resort to moving away from vif-route. The means putting [ '..., script=3Dvif-bridge,bridge=3Dbr0' ] into my vif config and remove the point-to-point tunneling from the domUs. A mixed use of vif-route and vif-bridge on the same host also seemed to be problematic. The vif-route systems could not reach the vif-bridged' systems due to, i suspect different gateways. Lessons learned: Obvious, the amount of time sunk into this would lease me another subnet for two years or buy a short holiday trip. If you're at Hetzner and consider doing a vif-route approach with point-to-point tunnels to gain one extra IP address per Subnet: Don't do it. I've been using this for, I think, 4 years now, and on every upgrade either Debian or Xen broke it, someone submits fixes and then it's being broken again. It's not worth it, so even if you're using vif-route successfully now, I can just recommend to stop using it. Florian 2012/12/24 Florian Heigl : > Hi, > > I seem to have an interesting issue with vif-route. > This is after an update to Xen 4.2.1, switching from xm to xl. > > I have 10 PV domUs on the host and two FreeBSD ones. > All the PV domUs are now working nicely. > Since FreeBSD has always been just slightly broken as PV I chose a HVM do= mU for those, but with PV drivers. > Those PV drivers all blew up now after the upgrade. I'm now trying to swi= tch the VMs to use normal emulated nice so I can *use* them again. > I'm unable to launch the VMs due to an error that only appears for the HV= domUs. > > It looks as the following. The output also contains the arguments given t= o vif-route on each run. > > waxh0002:~# xl create /etc/xen/xen08 > Parsing config from /etc/xen/xen08 > xc: info: VIRTUAL MEMORY ARRANGEMENT: > Loader: 0000000000100000->000000000019e148 > TOTAL: 0000000000000000->000000001ec00000 > ENTRY ADDRESS: 0000000000100000 > xc: info: PHYSICAL MEMORY ALLOCATION: > 4KB PAGES: 0x0000000000000200 > 2MB PAGES: 0x00000000000000f5 > 1GB PAGES: 0x0000000000000000 > online type_if=3Dvif > add type_if=3Dtap > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/sc= ripts/vif-route add [22326] exited with error status 1 > libxl: error: libxl_device.c:979:device_hotplug_child_death_cb: script: /= etc/xen/scripts/vif-route failed; error detected. > libxl: error: libxl_create.c:1097:domcreate_attach_pci: unable to add nic= devices > offline type_if=3Dvif > remove type_if=3Dtap > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/sc= ripts/vif-route remove [22432] exited with error status 1 > libxl: error: libxl_device.c:979:device_hotplug_child_death_cb: script: /= etc/xen/scripts/vif-route failed; error detected. > > > The actual error shows in xen-hotplug.log as follows: > Command "188.40.175.7" is unknown, try "ip route help". > Command "188.40.175.7" is unknown, try "ip route help". > > > With some debugging it seems like it's actually passing in the IP address= , but not a $ipcmd telling either add or remove: > + echo remove type_if=3Dtap > ++ dom0_ip > ++ local nd=3Deth0 > +++ ip_of eth0 > +++ ip -4 -o addr show primary dev eth0 > +++ awk '$3 =3D=3D "inet" {split($4,i,"/"); print i[1]; exit}' > ++ local result=3D188.40.114.136 > ++ '[' -z 188.40.114.136 ']' > ++ echo 188.40.114.136 > + main_ip=3D188.40.114.136 > + '[' -z 188.40.114.136 ']' > + case "${command}" in > + '[' 188.40.175.7 ']' > + for addr in '${ip}' > + ip route 188.40.175.7 dev vif143.0-emu src 188.40.114.136 > Command "188.40.175.7" is unknown, try "ip route help". > > > I've tried for some while to understand whats really causing the "add" be= lost here, but no luck so far. > > The domU config is like this, the second domU is quite similar, except th= at it only has one vCPU. > builder =3D 'hvm' > memory =3D 500 > name =3D "xen08" > vcpus =3D "4" > # added the type to avoid some error. bridge was there for some reason i = do not remember > #vif =3D [ 'mac=3D00:16:3E..., ip=3D188.40.175.7, bridge=3Deth0, type=3Dp= aravirtualized' ] > # 'type=3Dioemu, mac=3D00:16:3e:..., bridge=3Dxenbr2, model=3De1000'] > vif =3D [ 'type=3Dioemu,mac=3D00:16:3E:=85.,ip=3D188.40.175.7,model=3De10= 00' ] > disk=3D[ > # 'file:/mnt/FreeBSD-9.1-RELEASE-amd64-disc1.iso,hdc:cdrom,r', > 'phy:/dev/vgxen/xen08,ioemu:hda,w', > 'phy:/dev/vgxen/xen08swap,ioemu:hdb,w', ] > # vncdisplay is broken in xl? > vfb =3D [ "type=3Dvnc,vncdisplay=3D08,vncpasswd=3Dblah" ] > nographic=3D0 > vnc=3D1 > stdvga=3D1 > #cdrom=3D"/mnt/FreeBSD-9.1-RELEASE-amd64-disc1.iso" > boot=3D"c" > serial=3D'pty' > cpus =3D '^0,^1,2-7' > > > > Version info: > host : waxh0002 > release : 3.6.11-grsec > version : #1-Alpine SMP Fri Dec 21 18:30:37 UTC 2012 > machine : x86_64 > nr_cpus : 8 > max_cpu_id : 7 > nr_nodes : 1 > cores_per_socket : 4 > threads_per_core : 2 > cpu_mhz : 2673 > hw_caps : bfebfbff:28100800:00000000:00003b40:0098e3bd:000= 00000:00000001:00000000 > virt_caps : hvm > total_memory : 8183 > free_memory : 1747 > sharing_freed_memory : 0 > sharing_used_memory : 0 > free_cpus : 0 > xen_major : 4 > xen_minor : 2 > xen_extra : .1 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hv= m-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=3D0xffff800000000000 > xen_changeset : unavailable > xen_commandline : dom0_mem=3D768M tmem tmem_compress tmem_dedup io= mmu=3D1 dom0_vcpus_pin dom0_max_vcpus=3D2 numa > cc_compiler : gcc (Alpine 4.7.2-r2) 4.7.2 > cc_compile_by : buildozer > cc_compile_domain : [unknown] > cc_compile_date : Tue Dec 18 12:48:52 UTC 2012 > xend_config_format : 4 > > > Would love if someone helped me a little with this. :) > (And would love if those VMs hadn't blown up in the first place tehehe) > > > Greetings & merry Xmas if applicable, > Florian > > -- = the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 14:01:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 14:01: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 1TqOsX-00072N-Gg; Wed, 02 Jan 2013 14:01:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqOsV-00072E-Gj for xen-users@lists.xen.org; Wed, 02 Jan 2013 14:01:07 +0000 Received: from [85.158.139.83:63877] by server-5.bemta-5.messagelabs.com id 6F/84-22648-2AD34E05; Wed, 02 Jan 2013 14:01:06 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1357135262!31432014!1 X-Originating-IP: [209.85.216.51] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11184 invoked from network); 2 Jan 2013 14:01:03 -0000 Received: from mail-qa0-f51.google.com (HELO mail-qa0-f51.google.com) (209.85.216.51) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 14:01:03 -0000 Received: by mail-qa0-f51.google.com with SMTP id i20so8894089qad.10 for ; Wed, 02 Jan 2013 06:01:02 -0800 (PST) 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:content-transfer-encoding; bh=e8WeFu/+wEp/xs2lIaSt9vJudhPjUrvw8nphkPxh+LQ=; b=x+u0vMH4592hU+sPn+wis27IhDuwxYn9pDwLo1nEHggHM/yGz9ABWNKTH1VQOXd2LQ jtuoswJf3iZlhQwPIwSnq6eUp0pKHUoGv2vQb4/TojWNZkY+KbbCuB7Q+/R80pXl5vzB Jy79CyW9kUp/cb5QnkGHK0RTzD/h8RPopSA0weU4qnwnAWYiAzsv5kmEEXLqFnkLbmEt 9i9XAO2ashs3D5w19qRgF5FQy1VY4TYGqX9+U6xqzpSmc3Qb1oWPobx9szmzX4S50SIZ 43xTQ6so14Dd42fAIl3DlW3sAI1MszRh+8bLx98Rfi3oBe1a+lwj73HJERL5q4Y+oddQ yQJQ== MIME-Version: 1.0 Received: by 10.224.53.7 with SMTP id k7mr23605033qag.96.1357135262071; Wed, 02 Jan 2013 06:01:02 -0800 (PST) Received: by 10.49.119.228 with HTTP; Wed, 2 Jan 2013 06:01:01 -0800 (PST) In-Reply-To: <6E2FC368-1CD3-4888-BC1E-3C7E375D89A3@gmail.com> References: <6E2FC368-1CD3-4888-BC1E-3C7E375D89A3@gmail.com> Date: Wed, 2 Jan 2013 15:01:01 +0100 Message-ID: From: Florian Heigl To: xen-users@lists.xen.org Subject: Re: [Xen-users] vif-route issue with HVM domU only X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org For the record / sake of anyone else running into this: I had to resort to moving away from vif-route. The means putting [ '..., script=3Dvif-bridge,bridge=3Dbr0' ] into my vif config and remove the point-to-point tunneling from the domUs. A mixed use of vif-route and vif-bridge on the same host also seemed to be problematic. The vif-route systems could not reach the vif-bridged' systems due to, i suspect different gateways. Lessons learned: Obvious, the amount of time sunk into this would lease me another subnet for two years or buy a short holiday trip. If you're at Hetzner and consider doing a vif-route approach with point-to-point tunnels to gain one extra IP address per Subnet: Don't do it. I've been using this for, I think, 4 years now, and on every upgrade either Debian or Xen broke it, someone submits fixes and then it's being broken again. It's not worth it, so even if you're using vif-route successfully now, I can just recommend to stop using it. Florian 2012/12/24 Florian Heigl : > Hi, > > I seem to have an interesting issue with vif-route. > This is after an update to Xen 4.2.1, switching from xm to xl. > > I have 10 PV domUs on the host and two FreeBSD ones. > All the PV domUs are now working nicely. > Since FreeBSD has always been just slightly broken as PV I chose a HVM do= mU for those, but with PV drivers. > Those PV drivers all blew up now after the upgrade. I'm now trying to swi= tch the VMs to use normal emulated nice so I can *use* them again. > I'm unable to launch the VMs due to an error that only appears for the HV= domUs. > > It looks as the following. The output also contains the arguments given t= o vif-route on each run. > > waxh0002:~# xl create /etc/xen/xen08 > Parsing config from /etc/xen/xen08 > xc: info: VIRTUAL MEMORY ARRANGEMENT: > Loader: 0000000000100000->000000000019e148 > TOTAL: 0000000000000000->000000001ec00000 > ENTRY ADDRESS: 0000000000100000 > xc: info: PHYSICAL MEMORY ALLOCATION: > 4KB PAGES: 0x0000000000000200 > 2MB PAGES: 0x00000000000000f5 > 1GB PAGES: 0x0000000000000000 > online type_if=3Dvif > add type_if=3Dtap > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/sc= ripts/vif-route add [22326] exited with error status 1 > libxl: error: libxl_device.c:979:device_hotplug_child_death_cb: script: /= etc/xen/scripts/vif-route failed; error detected. > libxl: error: libxl_create.c:1097:domcreate_attach_pci: unable to add nic= devices > offline type_if=3Dvif > remove type_if=3Dtap > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/sc= ripts/vif-route remove [22432] exited with error status 1 > libxl: error: libxl_device.c:979:device_hotplug_child_death_cb: script: /= etc/xen/scripts/vif-route failed; error detected. > > > The actual error shows in xen-hotplug.log as follows: > Command "188.40.175.7" is unknown, try "ip route help". > Command "188.40.175.7" is unknown, try "ip route help". > > > With some debugging it seems like it's actually passing in the IP address= , but not a $ipcmd telling either add or remove: > + echo remove type_if=3Dtap > ++ dom0_ip > ++ local nd=3Deth0 > +++ ip_of eth0 > +++ ip -4 -o addr show primary dev eth0 > +++ awk '$3 =3D=3D "inet" {split($4,i,"/"); print i[1]; exit}' > ++ local result=3D188.40.114.136 > ++ '[' -z 188.40.114.136 ']' > ++ echo 188.40.114.136 > + main_ip=3D188.40.114.136 > + '[' -z 188.40.114.136 ']' > + case "${command}" in > + '[' 188.40.175.7 ']' > + for addr in '${ip}' > + ip route 188.40.175.7 dev vif143.0-emu src 188.40.114.136 > Command "188.40.175.7" is unknown, try "ip route help". > > > I've tried for some while to understand whats really causing the "add" be= lost here, but no luck so far. > > The domU config is like this, the second domU is quite similar, except th= at it only has one vCPU. > builder =3D 'hvm' > memory =3D 500 > name =3D "xen08" > vcpus =3D "4" > # added the type to avoid some error. bridge was there for some reason i = do not remember > #vif =3D [ 'mac=3D00:16:3E..., ip=3D188.40.175.7, bridge=3Deth0, type=3Dp= aravirtualized' ] > # 'type=3Dioemu, mac=3D00:16:3e:..., bridge=3Dxenbr2, model=3De1000'] > vif =3D [ 'type=3Dioemu,mac=3D00:16:3E:=85.,ip=3D188.40.175.7,model=3De10= 00' ] > disk=3D[ > # 'file:/mnt/FreeBSD-9.1-RELEASE-amd64-disc1.iso,hdc:cdrom,r', > 'phy:/dev/vgxen/xen08,ioemu:hda,w', > 'phy:/dev/vgxen/xen08swap,ioemu:hdb,w', ] > # vncdisplay is broken in xl? > vfb =3D [ "type=3Dvnc,vncdisplay=3D08,vncpasswd=3Dblah" ] > nographic=3D0 > vnc=3D1 > stdvga=3D1 > #cdrom=3D"/mnt/FreeBSD-9.1-RELEASE-amd64-disc1.iso" > boot=3D"c" > serial=3D'pty' > cpus =3D '^0,^1,2-7' > > > > Version info: > host : waxh0002 > release : 3.6.11-grsec > version : #1-Alpine SMP Fri Dec 21 18:30:37 UTC 2012 > machine : x86_64 > nr_cpus : 8 > max_cpu_id : 7 > nr_nodes : 1 > cores_per_socket : 4 > threads_per_core : 2 > cpu_mhz : 2673 > hw_caps : bfebfbff:28100800:00000000:00003b40:0098e3bd:000= 00000:00000001:00000000 > virt_caps : hvm > total_memory : 8183 > free_memory : 1747 > sharing_freed_memory : 0 > sharing_used_memory : 0 > free_cpus : 0 > xen_major : 4 > xen_minor : 2 > xen_extra : .1 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hv= m-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=3D0xffff800000000000 > xen_changeset : unavailable > xen_commandline : dom0_mem=3D768M tmem tmem_compress tmem_dedup io= mmu=3D1 dom0_vcpus_pin dom0_max_vcpus=3D2 numa > cc_compiler : gcc (Alpine 4.7.2-r2) 4.7.2 > cc_compile_by : buildozer > cc_compile_domain : [unknown] > cc_compile_date : Tue Dec 18 12:48:52 UTC 2012 > xend_config_format : 4 > > > Would love if someone helped me a little with this. :) > (And would love if those VMs hadn't blown up in the first place tehehe) > > > Greetings & merry Xmas if applicable, > Florian > > -- = the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 14:24:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 14:24: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 1TqPEK-000854-FQ; Wed, 02 Jan 2013 14:23:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqPEI-00084y-Ks for xen-users@lists.xen.org; Wed, 02 Jan 2013 14:23:38 +0000 Received: from [85.158.143.99:57606] by server-3.bemta-4.messagelabs.com id 4C/4C-18211-9E244E05; Wed, 02 Jan 2013 14:23:37 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1357136585!24555219!1 X-Originating-IP: [209.85.212.46] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16921 invoked from network); 2 Jan 2013 14:23:06 -0000 Received: from mail-vb0-f46.google.com (HELO mail-vb0-f46.google.com) (209.85.212.46) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 14:23:06 -0000 Received: by mail-vb0-f46.google.com with SMTP id b13so14274354vby.33 for ; Wed, 02 Jan 2013 06:23:05 -0800 (PST) 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=kJ0usLeo85fra46aMQo5CgbJ+2NtihNq2+0SNlb9uCk=; b=XcnQ9bjlei8f6lZs9/KeOBSSM16Kwh0ary2YgJj8u1PON0/GR9/GaDTzchQzurnIM9 7VExnmPXfRVNh/dgVgE53ih/xkclUE8EOG9gf1isXWGvW3ex79uIlLnW1Zq+ccsuk7Rc 91xZdzZGYsT6Q5ebQjwCY/t1+x+x4jYmOifVzC3k0sHpbROQs/nme3X+T8gXNEi2+oL6 RMs8mHZcJdBPCKaQ7GQmKjYXYT7GJrqU9HK8LIC8dpprlL7w4xEX8qqogVodzN+ldQLb shxVXCR4j0KEwkkq2Q3Jc1PY9qZk/WIk2EyLQzJUEr66bi1s3Y9c1ZPG03QAPzmbJjNp WyJg== MIME-Version: 1.0 Received: by 10.52.23.6 with SMTP id i6mr61712003vdf.100.1357136585275; Wed, 02 Jan 2013 06:23:05 -0800 (PST) Received: by 10.58.238.39 with HTTP; Wed, 2 Jan 2013 06:23:05 -0800 (PST) In-Reply-To: References: Date: Wed, 2 Jan 2013 14:23:05 +0000 Message-ID: From: Stephen Nelson-Smith To: xen-users@lists.xen.org Subject: Re: [Xen-users] Error Processing Drive X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Chaps, On Tue, Jan 1, 2013 at 9:39 AM, Stephen Nelson-Smith wrote: > "Error processing drive: xen-vbd-51712 ........ this drive may need to > be reinitialized" > > See: http://d.pr/i/YrH8 > > If I go ahead and reinitialize it, the install completes and > everything's golden. > > Problem is, I can't find a way to make kickstart say: yeah whatever, > go ahead and reinitialize.... Appreciate this is a platform-specific issue with a DomU rather than with Xen itself (although I'm puzzled about why I get the error), but adding: zerombr yes to my kickstart script solved the problem. Hope that's of some help to someone else. Best, S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 14:24:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 14:24: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 1TqPEK-000854-FQ; Wed, 02 Jan 2013 14:23:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqPEI-00084y-Ks for xen-users@lists.xen.org; Wed, 02 Jan 2013 14:23:38 +0000 Received: from [85.158.143.99:57606] by server-3.bemta-4.messagelabs.com id 4C/4C-18211-9E244E05; Wed, 02 Jan 2013 14:23:37 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1357136585!24555219!1 X-Originating-IP: [209.85.212.46] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16921 invoked from network); 2 Jan 2013 14:23:06 -0000 Received: from mail-vb0-f46.google.com (HELO mail-vb0-f46.google.com) (209.85.212.46) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 14:23:06 -0000 Received: by mail-vb0-f46.google.com with SMTP id b13so14274354vby.33 for ; Wed, 02 Jan 2013 06:23:05 -0800 (PST) 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=kJ0usLeo85fra46aMQo5CgbJ+2NtihNq2+0SNlb9uCk=; b=XcnQ9bjlei8f6lZs9/KeOBSSM16Kwh0ary2YgJj8u1PON0/GR9/GaDTzchQzurnIM9 7VExnmPXfRVNh/dgVgE53ih/xkclUE8EOG9gf1isXWGvW3ex79uIlLnW1Zq+ccsuk7Rc 91xZdzZGYsT6Q5ebQjwCY/t1+x+x4jYmOifVzC3k0sHpbROQs/nme3X+T8gXNEi2+oL6 RMs8mHZcJdBPCKaQ7GQmKjYXYT7GJrqU9HK8LIC8dpprlL7w4xEX8qqogVodzN+ldQLb shxVXCR4j0KEwkkq2Q3Jc1PY9qZk/WIk2EyLQzJUEr66bi1s3Y9c1ZPG03QAPzmbJjNp WyJg== MIME-Version: 1.0 Received: by 10.52.23.6 with SMTP id i6mr61712003vdf.100.1357136585275; Wed, 02 Jan 2013 06:23:05 -0800 (PST) Received: by 10.58.238.39 with HTTP; Wed, 2 Jan 2013 06:23:05 -0800 (PST) In-Reply-To: References: Date: Wed, 2 Jan 2013 14:23:05 +0000 Message-ID: From: Stephen Nelson-Smith To: xen-users@lists.xen.org Subject: Re: [Xen-users] Error Processing Drive X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Chaps, On Tue, Jan 1, 2013 at 9:39 AM, Stephen Nelson-Smith wrote: > "Error processing drive: xen-vbd-51712 ........ this drive may need to > be reinitialized" > > See: http://d.pr/i/YrH8 > > If I go ahead and reinitialize it, the install completes and > everything's golden. > > Problem is, I can't find a way to make kickstart say: yeah whatever, > go ahead and reinitialize.... Appreciate this is a platform-specific issue with a DomU rather than with Xen itself (although I'm puzzled about why I get the error), but adding: zerombr yes to my kickstart script solved the problem. Hope that's of some help to someone else. Best, S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 14:41:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 14:41: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 1TqPUr-0000eW-E7; Wed, 02 Jan 2013 14:40:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqPUq-0000eH-DJ for xen-users@lists.xen.org; Wed, 02 Jan 2013 14:40:44 +0000 Received: from [85.158.143.99:17156] by server-2.bemta-4.messagelabs.com id 98/FE-30861-BE644E05; Wed, 02 Jan 2013 14:40:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1357137642!30563685!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15388 invoked from network); 2 Jan 2013 14:40:43 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 14:40:43 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="414930" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 14:40:40 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 14:40:40 +0000 Message-ID: <1357137639.5668.52.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Walter Robert Ditzler Date: Wed, 2 Jan 2013 14:40:39 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xend under 4.2.1/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 On Wed, 2012-12-26 at 19:35 +0000, Walter Robert Ditzler wrote: > hi, > > i installed xen 4.2.1 under wheezy, all perfect working except: > > quiet often i get a libxl errors for example: > > root@srv-ldeb-xen001:/etc/drbd.d# xl -f mem-set 0 8196M > libxl: error: libxl.c:3405:libxl_set_memory_target: cannot get memory info > from /local/domain/0/memory/static-max > : No such file or directory > > root@srv-ldeb-xen001:/etc/drbd.d# /etc/init.d/xend stop > root@srv-ldeb-xen001:/etc/drbd.d# xl -f mem-set 0 8196M > libxl: error: libxl.c:3405:libxl_set_memory_target: cannot get memory info > from /local/domain/0/memory/static-max > : No such file or directory > > in some cases, when i stop xend, the error stops. do we still need xend/xm > stack or is it only a relict? xend is deprecated and cannot be mixed with xl. Without the -f flag which you pass you would have seen this message: "xend is running, which may cause unpredictable results when using\n" "this xl command. Please shut down xend before continuing.\n\n" "(This check can be overridden with the -f option.)\n" > if no can I delet those lines from my setup? > > *** > update-rc.d xencommons defaults > update-rc.d xend defaults You can drop the xend one, but not xencommons. > update-rc.d xendomains defaults > update-rc.d xen-watchdog defaults The are optional depending on whether you want/need the features they provide. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 14:41:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 14:41: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 1TqPUr-0000eW-E7; Wed, 02 Jan 2013 14:40:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqPUq-0000eH-DJ for xen-users@lists.xen.org; Wed, 02 Jan 2013 14:40:44 +0000 Received: from [85.158.143.99:17156] by server-2.bemta-4.messagelabs.com id 98/FE-30861-BE644E05; Wed, 02 Jan 2013 14:40:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1357137642!30563685!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15388 invoked from network); 2 Jan 2013 14:40:43 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 14:40:43 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="414930" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 14:40:40 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 14:40:40 +0000 Message-ID: <1357137639.5668.52.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Walter Robert Ditzler Date: Wed, 2 Jan 2013 14:40:39 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xend under 4.2.1/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 On Wed, 2012-12-26 at 19:35 +0000, Walter Robert Ditzler wrote: > hi, > > i installed xen 4.2.1 under wheezy, all perfect working except: > > quiet often i get a libxl errors for example: > > root@srv-ldeb-xen001:/etc/drbd.d# xl -f mem-set 0 8196M > libxl: error: libxl.c:3405:libxl_set_memory_target: cannot get memory info > from /local/domain/0/memory/static-max > : No such file or directory > > root@srv-ldeb-xen001:/etc/drbd.d# /etc/init.d/xend stop > root@srv-ldeb-xen001:/etc/drbd.d# xl -f mem-set 0 8196M > libxl: error: libxl.c:3405:libxl_set_memory_target: cannot get memory info > from /local/domain/0/memory/static-max > : No such file or directory > > in some cases, when i stop xend, the error stops. do we still need xend/xm > stack or is it only a relict? xend is deprecated and cannot be mixed with xl. Without the -f flag which you pass you would have seen this message: "xend is running, which may cause unpredictable results when using\n" "this xl command. Please shut down xend before continuing.\n\n" "(This check can be overridden with the -f option.)\n" > if no can I delet those lines from my setup? > > *** > update-rc.d xencommons defaults > update-rc.d xend defaults You can drop the xend one, but not xencommons. > update-rc.d xendomains defaults > update-rc.d xen-watchdog defaults The are optional depending on whether you want/need the features they provide. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 14:43:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 14:43: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 1TqPWQ-0000wl-39; Wed, 02 Jan 2013 14:42:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqPWO-0000wI-Pm; Wed, 02 Jan 2013 14:42:21 +0000 Received: from [85.158.137.99:56062] by server-5.bemta-3.messagelabs.com id C0/B3-04992-B4744E05; Wed, 02 Jan 2013 14:42:19 +0000 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1357137723!18436898!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24720 invoked from network); 2 Jan 2013 14:42:03 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 14:42:03 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="414962" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 14:42:02 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 14:42:02 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1TqPW6-0003OX-Bq; Wed, 02 Jan 2013 14:42:02 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1TqPW6-0003PU-6I; Wed, 02 Jan 2013 14:42:02 +0000 From: Ian Jackson MIME-Version: 1.0 Message-ID: <20708.18234.26664.819838@mariner.uk.xensource.com> Date: Wed, 2 Jan 2013 14:42:02 +0000 To: Ian Campbell In-Reply-To: <1357132549.5668.18.camel@zakaz.uk.xensource.com> References: <1354874630.31710.10.camel@zakaz.uk.xensource.com> <1355402216.10554.125.camel@zakaz.uk.xensource.com> <1355411952.10554.138.camel@zakaz.uk.xensource.com> <1355412947.10554.147.camel@zakaz.uk.xensource.com> <1355745382.14620.56.camel@zakaz.uk.xensource.com> <1356798079.2917.19.camel@iceland> <1357132549.5668.18.camel@zakaz.uk.xensource.com> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: Paul Harvey , xen-devel , Wei Liu , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] 1000 Domains: Not able to access Domu via xm console from Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ian Campbell writes ("Re: [Xen-devel] [Xen-users] 1000 Domains: Not able to access Domu via xm console from Dom0"): > Using some reasonably widespread library to abstract away the > differences between Linux and *BSD here seems like a better idea than > rolling our own. I don't know enough about it to say if libevent fits > the bill or not. I don't see why we wouldn't just change the code to use poll() right away. poll is available everywhere and works in (roughly) the same way. It will fix the specific bug here. poll's downside compared to nonportable approaches is that if you have many hundreds or thousands of fds it can be less efficient. I think we can deal with the efficiency problem later. As Ian writes, it might be better to fork instead. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 14:43:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 14:43: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 1TqPWQ-0000wl-39; Wed, 02 Jan 2013 14:42:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqPWO-0000wI-Pm; Wed, 02 Jan 2013 14:42:21 +0000 Received: from [85.158.137.99:56062] by server-5.bemta-3.messagelabs.com id C0/B3-04992-B4744E05; Wed, 02 Jan 2013 14:42:19 +0000 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1357137723!18436898!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24720 invoked from network); 2 Jan 2013 14:42:03 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 14:42:03 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="414962" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 14:42:02 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 14:42:02 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1TqPW6-0003OX-Bq; Wed, 02 Jan 2013 14:42:02 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1TqPW6-0003PU-6I; Wed, 02 Jan 2013 14:42:02 +0000 From: Ian Jackson MIME-Version: 1.0 Message-ID: <20708.18234.26664.819838@mariner.uk.xensource.com> Date: Wed, 2 Jan 2013 14:42:02 +0000 To: Ian Campbell In-Reply-To: <1357132549.5668.18.camel@zakaz.uk.xensource.com> References: <1354874630.31710.10.camel@zakaz.uk.xensource.com> <1355402216.10554.125.camel@zakaz.uk.xensource.com> <1355411952.10554.138.camel@zakaz.uk.xensource.com> <1355412947.10554.147.camel@zakaz.uk.xensource.com> <1355745382.14620.56.camel@zakaz.uk.xensource.com> <1356798079.2917.19.camel@iceland> <1357132549.5668.18.camel@zakaz.uk.xensource.com> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: Paul Harvey , xen-devel , Wei Liu , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] 1000 Domains: Not able to access Domu via xm console from Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ian Campbell writes ("Re: [Xen-devel] [Xen-users] 1000 Domains: Not able to access Domu via xm console from Dom0"): > Using some reasonably widespread library to abstract away the > differences between Linux and *BSD here seems like a better idea than > rolling our own. I don't know enough about it to say if libevent fits > the bill or not. I don't see why we wouldn't just change the code to use poll() right away. poll is available everywhere and works in (roughly) the same way. It will fix the specific bug here. poll's downside compared to nonportable approaches is that if you have many hundreds or thousands of fds it can be less efficient. I think we can deal with the efficiency problem later. As Ian writes, it might be better to fork instead. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 15:41:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 15:41: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 1TqQQM-0003cf-1a; Wed, 02 Jan 2013 15:40:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqQQK-0003ca-SP for xen-users@lists.xen.org; Wed, 02 Jan 2013 15:40:08 +0000 Received: from [85.158.138.51:35526] by server-6.bemta-3.messagelabs.com id 48/AC-12154-7D454E05; Wed, 02 Jan 2013 15:40:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1357141207!29083645!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14476 invoked from network); 2 Jan 2013 15:40:07 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 15:40:07 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="416311" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 15:40:06 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 15:40:06 +0000 Message-ID: <1357141205.5668.78.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Florian Heigl Date: Wed, 2 Jan 2013 15:40:05 +0000 In-Reply-To: <6E2FC368-1CD3-4888-BC1E-3C7E375D89A3@gmail.com> References: <6E2FC368-1CD3-4888-BC1E-3C7E375D89A3@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-route issue with HVM domU only X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2012-12-24 at 20:42 +0000, Florian Heigl wrote: > I've tried for some while to understand whats really causing the "add" > be lost here, but no luck so far. The issue is likely that ${command} is neither "online" nor "offline" and so ${ipcmd} is never set. Comparing with vif-bridge it seems like tap devices generate command=add events instead of command=online (this comes from the kernel so we have no control over it). I expect the fix is as simple as adding the required clause to that case statement. I think it would also be safe to add a default case which calls error(). FWIW vif-nat seems to have the same issue. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 15:41:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 15:41: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 1TqQQM-0003cf-1a; Wed, 02 Jan 2013 15:40:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqQQK-0003ca-SP for xen-users@lists.xen.org; Wed, 02 Jan 2013 15:40:08 +0000 Received: from [85.158.138.51:35526] by server-6.bemta-3.messagelabs.com id 48/AC-12154-7D454E05; Wed, 02 Jan 2013 15:40:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1357141207!29083645!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14476 invoked from network); 2 Jan 2013 15:40:07 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 15:40:07 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="416311" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 15:40:06 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 15:40:06 +0000 Message-ID: <1357141205.5668.78.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Florian Heigl Date: Wed, 2 Jan 2013 15:40:05 +0000 In-Reply-To: <6E2FC368-1CD3-4888-BC1E-3C7E375D89A3@gmail.com> References: <6E2FC368-1CD3-4888-BC1E-3C7E375D89A3@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-route issue with HVM domU only X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2012-12-24 at 20:42 +0000, Florian Heigl wrote: > I've tried for some while to understand whats really causing the "add" > be lost here, but no luck so far. The issue is likely that ${command} is neither "online" nor "offline" and so ${ipcmd} is never set. Comparing with vif-bridge it seems like tap devices generate command=add events instead of command=online (this comes from the kernel so we have no control over it). I expect the fix is as simple as adding the required clause to that case statement. I think it would also be safe to add a default case which calls error(). FWIW vif-nat seems to have the same issue. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 15:45:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 15: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 1TqQU8-0003pV-UQ; Wed, 02 Jan 2013 15:44:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqQU7-0003pN-Ow for xen-users@lists.xen.org; Wed, 02 Jan 2013 15:44:03 +0000 Received: from [85.158.137.99:2361] by server-16.bemta-3.messagelabs.com id 3E/31-27634-3C554E05; Wed, 02 Jan 2013 15:44:03 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1357141441!15331948!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2791 invoked from network); 2 Jan 2013 15:44:01 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 15:44:01 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="416383" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 15:44:01 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 15:44:00 +0000 Message-ID: <1357141439.5668.81.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Florian Heigl Date: Wed, 2 Jan 2013 15:43:59 +0000 In-Reply-To: References: <6E2FC368-1CD3-4888-BC1E-3C7E375D89A3@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-route issue with HVM domU only X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-02 at 14:01 +0000, Florian Heigl wrote: > I've been using this for, I think, 4 years now, and on every upgrade > either Debian or Xen broke it, someone submits fixes and then it's > being broken again. This is probably down to a combination of factors, mostly bridge being the dominant configuration but also lack of coverage for routed mode in the Xen.org autotester. Ian J has been working on making the tester usable outside of the xen.org infrastructure, partly to enable more people to develop tests. http://marc.info/?l=xen-devel&m=135058142615440 If people are interested in contributing more coverage for features which they use (e.g. vif-route mode...) then that would be great -- I would suggest you mention it on xen-devel before investing a great deal of time in it though. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 15:45:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 15: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 1TqQU8-0003pV-UQ; Wed, 02 Jan 2013 15:44:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqQU7-0003pN-Ow for xen-users@lists.xen.org; Wed, 02 Jan 2013 15:44:03 +0000 Received: from [85.158.137.99:2361] by server-16.bemta-3.messagelabs.com id 3E/31-27634-3C554E05; Wed, 02 Jan 2013 15:44:03 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1357141441!15331948!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2791 invoked from network); 2 Jan 2013 15:44:01 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 15:44:01 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="416383" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 15:44:01 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 15:44:00 +0000 Message-ID: <1357141439.5668.81.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Florian Heigl Date: Wed, 2 Jan 2013 15:43:59 +0000 In-Reply-To: References: <6E2FC368-1CD3-4888-BC1E-3C7E375D89A3@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-route issue with HVM domU only X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-02 at 14:01 +0000, Florian Heigl wrote: > I've been using this for, I think, 4 years now, and on every upgrade > either Debian or Xen broke it, someone submits fixes and then it's > being broken again. This is probably down to a combination of factors, mostly bridge being the dominant configuration but also lack of coverage for routed mode in the Xen.org autotester. Ian J has been working on making the tester usable outside of the xen.org infrastructure, partly to enable more people to develop tests. http://marc.info/?l=xen-devel&m=135058142615440 If people are interested in contributing more coverage for features which they use (e.g. vif-route mode...) then that would be great -- I would suggest you mention it on xen-devel before investing a great deal of time in it though. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 15:50:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 15:50: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 1TqQZJ-0004CV-H4; Wed, 02 Jan 2013 15:49:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqQZI-0004CG-DL for xen-users@lists.xen.org; Wed, 02 Jan 2013 15:49:24 +0000 Received: from [85.158.143.35:4474] by server-3.bemta-4.messagelabs.com id 2F/02-18211-30754E05; Wed, 02 Jan 2013 15:49:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1357141761!13468849!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5378 invoked from network); 2 Jan 2013 15:49:22 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 15:49:22 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="416484" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 15:49:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 15:49:21 +0000 Message-ID: <1357141760.5668.86.camel@zakaz.uk.xensource.com> From: Ian Campbell To: skippy V Date: Wed, 2 Jan 2013 15:49:20 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xen xl command set date for hvm X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2012-12-31 at 15:20 +0000, skippy V wrote: > It would be convenient if I could set the date/time of each hvm when I > launch them with XL. > Is there a way to do this? You can add an offset to the emulated RTC time using the rtc_timeoffset option, which is documented in the xl.cfg(5) man page. It's not quite setting the date and time but if you know the current time you can come close. Most OSes initialise their wallclock time based on the RTC. You'd want to avoid any sort of network time sync though e.g. NTP or the Windows equivalent. (does Active Directory do time synchronisation?) since that might undo the offset. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 15:50:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 15:50: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 1TqQZJ-0004CV-H4; Wed, 02 Jan 2013 15:49:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqQZI-0004CG-DL for xen-users@lists.xen.org; Wed, 02 Jan 2013 15:49:24 +0000 Received: from [85.158.143.35:4474] by server-3.bemta-4.messagelabs.com id 2F/02-18211-30754E05; Wed, 02 Jan 2013 15:49:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1357141761!13468849!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5378 invoked from network); 2 Jan 2013 15:49:22 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 15:49:22 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="416484" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 15:49:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 15:49:21 +0000 Message-ID: <1357141760.5668.86.camel@zakaz.uk.xensource.com> From: Ian Campbell To: skippy V Date: Wed, 2 Jan 2013 15:49:20 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xen xl command set date for hvm X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2012-12-31 at 15:20 +0000, skippy V wrote: > It would be convenient if I could set the date/time of each hvm when I > launch them with XL. > Is there a way to do this? You can add an offset to the emulated RTC time using the rtc_timeoffset option, which is documented in the xl.cfg(5) man page. It's not quite setting the date and time but if you know the current time you can come close. Most OSes initialise their wallclock time based on the RTC. You'd want to avoid any sort of network time sync though e.g. NTP or the Windows equivalent. (does Active Directory do time synchronisation?) since that might undo the offset. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 16:10:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 16:10: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 1TqQsx-0005fo-T7; Wed, 02 Jan 2013 16:09:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqQsw-0005fd-Ld for xen-users@lists.xensource.com; Wed, 02 Jan 2013 16:09:42 +0000 Received: from [85.158.139.83:16164] by server-9.bemta-5.messagelabs.com id 59/84-10690-6CB54E05; Wed, 02 Jan 2013 16:09:42 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1357142981!30264425!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4430 invoked from network); 2 Jan 2013 16:09:41 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 16:09:41 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="416981" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 16:09:41 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 16:09:41 +0000 Message-ID: <1357142980.10985.6.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Miles Fidelman Date: Wed, 2 Jan 2013 16:09:40 +0000 In-Reply-To: <50E0A0A6.8020303@meetinghouse.net> References: <50E0A0A6.8020303@meetinghouse.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2012-12-30 at 20:14 +0000, Miles Fidelman wrote: > Hi Folks, > > I've been looking a bit at various cluster file systems, and I keep > coming back to their qemu interfaces. But... I really don't understand > where qemu fits into xen. > > Can anybody explain where and how qemu is utilized within xen - for > paravirtualized VMs vs. VMs that use hardware virtualization extensions > vs. paravirtualized VMs that take advantage of some hardware > virtualization extensions? You might find that http://wiki.xen.org/wiki/Xen_Overview answers some of your question. The main use of QEMU in Xen is to provide emulation of the PC platform (i.e. the random devices in a typical PC, like key board controller, north/south bridge, PCI bus etc for fully virtualised (HVM) guests. PV guests have no emulated devices and therefore QEMU is not use in this capacity there. The other use is that qemu can optionally be used to provide certain PV device backends. Most commonly these are provided by the dom0 or driver domain kernel drivers but for example the "xenfb" (framebuffer PV backend) lives in qemu. You can also (optionally) use the "qdisk" backend for the PV disk backend, the other options are the in-kernel blkback or blktap2. If you have any of these configured then you might get a qemu process for a PV guest too. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 16:10:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 16:10: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 1TqQsx-0005fo-T7; Wed, 02 Jan 2013 16:09:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqQsw-0005fd-Ld for xen-users@lists.xensource.com; Wed, 02 Jan 2013 16:09:42 +0000 Received: from [85.158.139.83:16164] by server-9.bemta-5.messagelabs.com id 59/84-10690-6CB54E05; Wed, 02 Jan 2013 16:09:42 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1357142981!30264425!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4430 invoked from network); 2 Jan 2013 16:09:41 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 16:09:41 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="416981" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 16:09:41 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 16:09:41 +0000 Message-ID: <1357142980.10985.6.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Miles Fidelman Date: Wed, 2 Jan 2013 16:09:40 +0000 In-Reply-To: <50E0A0A6.8020303@meetinghouse.net> References: <50E0A0A6.8020303@meetinghouse.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2012-12-30 at 20:14 +0000, Miles Fidelman wrote: > Hi Folks, > > I've been looking a bit at various cluster file systems, and I keep > coming back to their qemu interfaces. But... I really don't understand > where qemu fits into xen. > > Can anybody explain where and how qemu is utilized within xen - for > paravirtualized VMs vs. VMs that use hardware virtualization extensions > vs. paravirtualized VMs that take advantage of some hardware > virtualization extensions? You might find that http://wiki.xen.org/wiki/Xen_Overview answers some of your question. The main use of QEMU in Xen is to provide emulation of the PC platform (i.e. the random devices in a typical PC, like key board controller, north/south bridge, PCI bus etc for fully virtualised (HVM) guests. PV guests have no emulated devices and therefore QEMU is not use in this capacity there. The other use is that qemu can optionally be used to provide certain PV device backends. Most commonly these are provided by the dom0 or driver domain kernel drivers but for example the "xenfb" (framebuffer PV backend) lives in qemu. You can also (optionally) use the "qdisk" backend for the PV disk backend, the other options are the in-kernel blkback or blktap2. If you have any of these configured then you might get a qemu process for a PV guest too. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 16:36:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 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 1TqRIE-0006gj-4j; Wed, 02 Jan 2013 16:35:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqRID-0006ga-7b for xen-users@lists.xensource.com; Wed, 02 Jan 2013 16:35:49 +0000 Received: from [85.158.139.211:10405] by server-11.bemta-5.messagelabs.com id FB/AB-31624-4E164E05; Wed, 02 Jan 2013 16:35:48 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-9.tower-206.messagelabs.com!1357144547!20010084!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6331 invoked from network); 2 Jan 2013 16:35:47 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-9.tower-206.messagelabs.com with SMTP; 2 Jan 2013 16:35:47 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id A17AACC0DD for ; Wed, 2 Jan 2013 11:35:46 -0500 (EST) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ajlH0vdsvVgh for ; Wed, 2 Jan 2013 11:35:43 -0500 (EST) Received: from new-host-2.home (pool-71-184-234-147.bstnma.fios.verizon.net [71.184.234.147]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 2C1B2CC0B7 for ; Wed, 2 Jan 2013 11:35:43 -0500 (EST) Message-ID: <50E461DE.4030604@meetinghouse.net> Date: Wed, 02 Jan 2013 11:35:42 -0500 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 MIME-Version: 1.0 References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> In-Reply-To: <1357142980.10985.6.camel@zakaz.uk.xensource.com> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.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 Ian, Thanks! Can you elaborate just a bit (see below): Ian Campbell wrote: > On Sun, 2012-12-30 at 20:14 +0000, Miles Fidelman wrote: >> Hi Folks, >> >> I've been looking a bit at various cluster file systems, and I keep >> coming back to their qemu interfaces. But... I really don't understand >> where qemu fits into xen. >> >> Can anybody explain where and how qemu is utilized within xen - for >> paravirtualized VMs vs. VMs that use hardware virtualization extensions >> vs. paravirtualized VMs that take advantage of some hardware >> virtualization extensions? > You might find that http://wiki.xen.org/wiki/Xen_Overview answers some > of your question. Knew most of that... though the page has been greatly expanded since the last time I looked at it. It's the gory details I'm looking for... > The main use of QEMU in Xen is to provide emulation of the PC platform > (i.e. the random devices in a typical PC, like key board controller, > north/south bridge, PCI bus etc for fully virtualised (HVM) guests. PV > guests have no emulated devices and therefore QEMU is not use in this > capacity there. > > The other use is that qemu can optionally be used to provide certain PV > device backends. Most commonly these are provided by the dom0 or driver > domain kernel drivers but for example the "xenfb" (framebuffer PV > backend) lives in qemu. You can also (optionally) use the "qdisk" > backend for the PV disk backend, the other options are the in-kernel > blkback or blktap2. If you have any of these configured then you might > get a qemu process for a PV guest too. > Can you elaborate on this just a bit? It sounds like one can use qemu drivers from an HVM, to access the PV drivers. But what about the other way around? I'm running PV guests, so normally qemu doesn't apply, but... what I'm trying to figure out is whether there's some way to use the qemu drivers to access the sheepdog cluster file system - which only provides a qemu interface. Thanks again, Miles Fidelman -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 16:36:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 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 1TqRIE-0006gj-4j; Wed, 02 Jan 2013 16:35:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqRID-0006ga-7b for xen-users@lists.xensource.com; Wed, 02 Jan 2013 16:35:49 +0000 Received: from [85.158.139.211:10405] by server-11.bemta-5.messagelabs.com id FB/AB-31624-4E164E05; Wed, 02 Jan 2013 16:35:48 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-9.tower-206.messagelabs.com!1357144547!20010084!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6331 invoked from network); 2 Jan 2013 16:35:47 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-9.tower-206.messagelabs.com with SMTP; 2 Jan 2013 16:35:47 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id A17AACC0DD for ; Wed, 2 Jan 2013 11:35:46 -0500 (EST) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ajlH0vdsvVgh for ; Wed, 2 Jan 2013 11:35:43 -0500 (EST) Received: from new-host-2.home (pool-71-184-234-147.bstnma.fios.verizon.net [71.184.234.147]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 2C1B2CC0B7 for ; Wed, 2 Jan 2013 11:35:43 -0500 (EST) Message-ID: <50E461DE.4030604@meetinghouse.net> Date: Wed, 02 Jan 2013 11:35:42 -0500 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 MIME-Version: 1.0 References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> In-Reply-To: <1357142980.10985.6.camel@zakaz.uk.xensource.com> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.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 Ian, Thanks! Can you elaborate just a bit (see below): Ian Campbell wrote: > On Sun, 2012-12-30 at 20:14 +0000, Miles Fidelman wrote: >> Hi Folks, >> >> I've been looking a bit at various cluster file systems, and I keep >> coming back to their qemu interfaces. But... I really don't understand >> where qemu fits into xen. >> >> Can anybody explain where and how qemu is utilized within xen - for >> paravirtualized VMs vs. VMs that use hardware virtualization extensions >> vs. paravirtualized VMs that take advantage of some hardware >> virtualization extensions? > You might find that http://wiki.xen.org/wiki/Xen_Overview answers some > of your question. Knew most of that... though the page has been greatly expanded since the last time I looked at it. It's the gory details I'm looking for... > The main use of QEMU in Xen is to provide emulation of the PC platform > (i.e. the random devices in a typical PC, like key board controller, > north/south bridge, PCI bus etc for fully virtualised (HVM) guests. PV > guests have no emulated devices and therefore QEMU is not use in this > capacity there. > > The other use is that qemu can optionally be used to provide certain PV > device backends. Most commonly these are provided by the dom0 or driver > domain kernel drivers but for example the "xenfb" (framebuffer PV > backend) lives in qemu. You can also (optionally) use the "qdisk" > backend for the PV disk backend, the other options are the in-kernel > blkback or blktap2. If you have any of these configured then you might > get a qemu process for a PV guest too. > Can you elaborate on this just a bit? It sounds like one can use qemu drivers from an HVM, to access the PV drivers. But what about the other way around? I'm running PV guests, so normally qemu doesn't apply, but... what I'm trying to figure out is whether there's some way to use the qemu drivers to access the sheepdog cluster file system - which only provides a qemu interface. Thanks again, Miles Fidelman -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 16:54:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 16:54: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 1TqRZa-0007ml-3m; Wed, 02 Jan 2013 16:53:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqRZZ-0007mW-1a for xen-users@lists.xensource.com; Wed, 02 Jan 2013 16:53:45 +0000 Received: from [85.158.139.83:8258] by server-3.bemta-5.messagelabs.com id 72/EE-25441-81664E05; Wed, 02 Jan 2013 16:53:44 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1357145622!31782680!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9997 invoked from network); 2 Jan 2013 16:53:42 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 16:53:42 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="417764" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 16:53:42 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 16:53:42 +0000 Message-ID: <1357145621.10985.34.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Miles Fidelman Date: Wed, 2 Jan 2013 16:53:41 +0000 In-Reply-To: <50E461DE.4030604@meetinghouse.net> References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-02 at 16:35 +0000, Miles Fidelman wrote: > > The main use of QEMU in Xen is to provide emulation of the PC platform > > (i.e. the random devices in a typical PC, like key board controller, > > north/south bridge, PCI bus etc for fully virtualised (HVM) guests. PV > > guests have no emulated devices and therefore QEMU is not use in this > > capacity there. > > > > The other use is that qemu can optionally be used to provide certain PV > > device backends. Most commonly these are provided by the dom0 or driver > > domain kernel drivers but for example the "xenfb" (framebuffer PV > > backend) lives in qemu. You can also (optionally) use the "qdisk" > > backend for the PV disk backend, the other options are the in-kernel > > blkback or blktap2. If you have any of these configured then you might > > get a qemu process for a PV guest too. > > > > Can you elaborate on this just a bit? It sounds like one can use qemu > drivers from an HVM, to access the PV drivers. But what about the other > way around? I'm running PV guests, so normally qemu doesn't apply, > but... what I'm trying to figure out is whether there's some way to use > the qemu drivers to access the sheepdog cluster file system - which only > provides a qemu interface. I'm not sure what you mean by "qemu drivers". Do you mean virtio? virtio and the Xen PV drivers fill the same niche for KVM and Xen respectively, but there is no concept of using virtio to access the Xen PV drivers (that doesn't really make conceptual sense since they are the same thing) There was a summer of code project last year to implement virtio support for Xen directly. I think it was working for HVM but I don't think the PV version got completed and since the qemu folks weren't keen on a new virtio "bus" it was never pursued further. If you meant emulated devices rather than virtio then there is no way to have a PV guest use an emulated device. Looking (very briefly) at the sheepdog page it looks KVM specific to me, I wouldn't expect it to Just Work on Xen -- someone would need to do a porting job. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 16:54:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 16:54: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 1TqRZa-0007ml-3m; Wed, 02 Jan 2013 16:53:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqRZZ-0007mW-1a for xen-users@lists.xensource.com; Wed, 02 Jan 2013 16:53:45 +0000 Received: from [85.158.139.83:8258] by server-3.bemta-5.messagelabs.com id 72/EE-25441-81664E05; Wed, 02 Jan 2013 16:53:44 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1357145622!31782680!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEzOTMx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9997 invoked from network); 2 Jan 2013 16:53:42 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 16:53:42 -0000 X-IronPort-AV: E=Sophos;i="4.84,396,1355097600"; d="scan'208";a="417764" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jan 2013 16:53:42 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Wed, 2 Jan 2013 16:53:42 +0000 Message-ID: <1357145621.10985.34.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Miles Fidelman Date: Wed, 2 Jan 2013 16:53:41 +0000 In-Reply-To: <50E461DE.4030604@meetinghouse.net> References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-02 at 16:35 +0000, Miles Fidelman wrote: > > The main use of QEMU in Xen is to provide emulation of the PC platform > > (i.e. the random devices in a typical PC, like key board controller, > > north/south bridge, PCI bus etc for fully virtualised (HVM) guests. PV > > guests have no emulated devices and therefore QEMU is not use in this > > capacity there. > > > > The other use is that qemu can optionally be used to provide certain PV > > device backends. Most commonly these are provided by the dom0 or driver > > domain kernel drivers but for example the "xenfb" (framebuffer PV > > backend) lives in qemu. You can also (optionally) use the "qdisk" > > backend for the PV disk backend, the other options are the in-kernel > > blkback or blktap2. If you have any of these configured then you might > > get a qemu process for a PV guest too. > > > > Can you elaborate on this just a bit? It sounds like one can use qemu > drivers from an HVM, to access the PV drivers. But what about the other > way around? I'm running PV guests, so normally qemu doesn't apply, > but... what I'm trying to figure out is whether there's some way to use > the qemu drivers to access the sheepdog cluster file system - which only > provides a qemu interface. I'm not sure what you mean by "qemu drivers". Do you mean virtio? virtio and the Xen PV drivers fill the same niche for KVM and Xen respectively, but there is no concept of using virtio to access the Xen PV drivers (that doesn't really make conceptual sense since they are the same thing) There was a summer of code project last year to implement virtio support for Xen directly. I think it was working for HVM but I don't think the PV version got completed and since the qemu folks weren't keen on a new virtio "bus" it was never pursued further. If you meant emulated devices rather than virtio then there is no way to have a PV guest use an emulated device. Looking (very briefly) at the sheepdog page it looks KVM specific to me, I wouldn't expect it to Just Work on Xen -- someone would need to do a porting job. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 17:15:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 17:15: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 1TqRtK-0008OX-9X; Wed, 02 Jan 2013 17:14:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqRtI-0008OS-VU for xen-users@lists.xensource.com; Wed, 02 Jan 2013 17:14:09 +0000 Received: from [85.158.143.99:16805] by server-3.bemta-4.messagelabs.com id F1/81-18211-0EA64E05; Wed, 02 Jan 2013 17:14:08 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1357146846!30583549!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxOTMyNjg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2609 invoked from network); 2 Jan 2013 17:14:07 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 17:14:07 -0000 X-IronPort-AV: E=Sophos;i="4.84,397,1355097600"; d="scan'208";a="2466273" Received: from unknown (HELO FTLPEX01CL03.citrite.net) ([10.13.107.80]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 02 Jan 2013 17:14: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.2.318.1; Wed, 2 Jan 2013 12:14:05 -0500 Received: from [10.80.3.80] by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1TqRtF-0006WA-3D; Wed, 02 Jan 2013 17:14:05 +0000 Message-ID: <1357146841.8077.56.camel@iceland> From: Wei Liu To: Ian Campbell Date: Wed, 2 Jan 2013 17:14:01 +0000 In-Reply-To: <1357145621.10985.34.camel@zakaz.uk.xensource.com> References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> X-Mailer: Evolution 3.6.0-0ubuntu3 MIME-Version: 1.0 Cc: wei.liu2@citrix.com, Miles Fidelman , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-02 at 16:53 +0000, Ian Campbell wrote: > On Wed, 2013-01-02 at 16:35 +0000, Miles Fidelman wrote: > > > > The main use of QEMU in Xen is to provide emulation of the PC platform > > > (i.e. the random devices in a typical PC, like key board controller, > > > north/south bridge, PCI bus etc for fully virtualised (HVM) guests. PV > > > guests have no emulated devices and therefore QEMU is not use in this > > > capacity there. > > > > > > The other use is that qemu can optionally be used to provide certain PV > > > device backends. Most commonly these are provided by the dom0 or driver > > > domain kernel drivers but for example the "xenfb" (framebuffer PV > > > backend) lives in qemu. You can also (optionally) use the "qdisk" > > > backend for the PV disk backend, the other options are the in-kernel > > > blkback or blktap2. If you have any of these configured then you might > > > get a qemu process for a PV guest too. > > > > > > > Can you elaborate on this just a bit? It sounds like one can use qemu > > drivers from an HVM, to access the PV drivers. But what about the other > > way around? I'm running PV guests, so normally qemu doesn't apply, > > but... what I'm trying to figure out is whether there's some way to use > > the qemu drivers to access the sheepdog cluster file system - which only > > provides a qemu interface. > > I'm not sure what you mean by "qemu drivers". Do you mean virtio? > > virtio and the Xen PV drivers fill the same niche for KVM and Xen > respectively, but there is no concept of using virtio to access the Xen > PV drivers (that doesn't really make conceptual sense since they are the > same thing) > > There was a summer of code project last year to implement virtio support > for Xen directly. I think it was working for HVM but I don't think the > PV version got completed and since the qemu folks weren't keen on a new > virtio "bus" it was never pursued further. > Should be "the year before last year". Tt is 2013 now. ;-) HVM should work. But PV transport layer was prototype and the "bus" implementation was not elegant. > If you meant emulated devices rather than virtio then there is no way to > have a PV guest use an emulated device. > > Looking (very briefly) at the sheepdog page it looks KVM specific to me, > I wouldn't expect it to Just Work on Xen -- someone would need to do a > porting job. > I happen to know a Sheepdog committer. I can ask him about the portability of Sheepdog. Probably we can make this a GSoC project this year? Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 17:15:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 17:15: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 1TqRtK-0008OX-9X; Wed, 02 Jan 2013 17:14:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqRtI-0008OS-VU for xen-users@lists.xensource.com; Wed, 02 Jan 2013 17:14:09 +0000 Received: from [85.158.143.99:16805] by server-3.bemta-4.messagelabs.com id F1/81-18211-0EA64E05; Wed, 02 Jan 2013 17:14:08 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1357146846!30583549!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxOTMyNjg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2609 invoked from network); 2 Jan 2013 17:14:07 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jan 2013 17:14:07 -0000 X-IronPort-AV: E=Sophos;i="4.84,397,1355097600"; d="scan'208";a="2466273" Received: from unknown (HELO FTLPEX01CL03.citrite.net) ([10.13.107.80]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 02 Jan 2013 17:14: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.2.318.1; Wed, 2 Jan 2013 12:14:05 -0500 Received: from [10.80.3.80] by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1TqRtF-0006WA-3D; Wed, 02 Jan 2013 17:14:05 +0000 Message-ID: <1357146841.8077.56.camel@iceland> From: Wei Liu To: Ian Campbell Date: Wed, 2 Jan 2013 17:14:01 +0000 In-Reply-To: <1357145621.10985.34.camel@zakaz.uk.xensource.com> References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> X-Mailer: Evolution 3.6.0-0ubuntu3 MIME-Version: 1.0 Cc: wei.liu2@citrix.com, Miles Fidelman , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-02 at 16:53 +0000, Ian Campbell wrote: > On Wed, 2013-01-02 at 16:35 +0000, Miles Fidelman wrote: > > > > The main use of QEMU in Xen is to provide emulation of the PC platform > > > (i.e. the random devices in a typical PC, like key board controller, > > > north/south bridge, PCI bus etc for fully virtualised (HVM) guests. PV > > > guests have no emulated devices and therefore QEMU is not use in this > > > capacity there. > > > > > > The other use is that qemu can optionally be used to provide certain PV > > > device backends. Most commonly these are provided by the dom0 or driver > > > domain kernel drivers but for example the "xenfb" (framebuffer PV > > > backend) lives in qemu. You can also (optionally) use the "qdisk" > > > backend for the PV disk backend, the other options are the in-kernel > > > blkback or blktap2. If you have any of these configured then you might > > > get a qemu process for a PV guest too. > > > > > > > Can you elaborate on this just a bit? It sounds like one can use qemu > > drivers from an HVM, to access the PV drivers. But what about the other > > way around? I'm running PV guests, so normally qemu doesn't apply, > > but... what I'm trying to figure out is whether there's some way to use > > the qemu drivers to access the sheepdog cluster file system - which only > > provides a qemu interface. > > I'm not sure what you mean by "qemu drivers". Do you mean virtio? > > virtio and the Xen PV drivers fill the same niche for KVM and Xen > respectively, but there is no concept of using virtio to access the Xen > PV drivers (that doesn't really make conceptual sense since they are the > same thing) > > There was a summer of code project last year to implement virtio support > for Xen directly. I think it was working for HVM but I don't think the > PV version got completed and since the qemu folks weren't keen on a new > virtio "bus" it was never pursued further. > Should be "the year before last year". Tt is 2013 now. ;-) HVM should work. But PV transport layer was prototype and the "bus" implementation was not elegant. > If you meant emulated devices rather than virtio then there is no way to > have a PV guest use an emulated device. > > Looking (very briefly) at the sheepdog page it looks KVM specific to me, > I wouldn't expect it to Just Work on Xen -- someone would need to do a > porting job. > I happen to know a Sheepdog committer. I can ask him about the portability of Sheepdog. Probably we can make this a GSoC project this year? Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 17:31:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 17:31: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 1TqS9a-0000xC-Tn; Wed, 02 Jan 2013 17:30:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqS9Z-0000x5-Ka for xen-users@lists.xensource.com; Wed, 02 Jan 2013 17:30:57 +0000 Received: from [85.158.139.211:4767] by server-7.bemta-5.messagelabs.com id 8C/63-08009-0DE64E05; Wed, 02 Jan 2013 17:30:56 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-14.tower-206.messagelabs.com!1357147855!22440686!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9190 invoked from network); 2 Jan 2013 17:30:56 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-14.tower-206.messagelabs.com with SMTP; 2 Jan 2013 17:30:56 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id 58901CC0DE; Wed, 2 Jan 2013 12:30:55 -0500 (EST) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id VMn3J8YZtfGz; Wed, 2 Jan 2013 12:30:53 -0500 (EST) Received: from new-host-2.home (pool-71-184-234-147.bstnma.fios.verizon.net [71.184.234.147]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 9FC2DCC0CE; Wed, 2 Jan 2013 12:30:53 -0500 (EST) Message-ID: <50E46ECD.7040005@meetinghouse.net> Date: Wed, 02 Jan 2013 12:30:53 -0500 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 MIME-Version: 1.0 To: Ian Campbell References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> In-Reply-To: <1357145621.10985.34.camel@zakaz.uk.xensource.com> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.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 Ian Campbell wrote: > On Wed, 2013-01-02 at 16:35 +0000, Miles Fidelman wrote: > > >> Can you elaborate on this just a bit? It sounds like one can use qemu >> drivers from an HVM, to access the PV drivers. But what about the other >> way around? I'm running PV guests, so normally qemu doesn't apply, >> but... what I'm trying to figure out is whether there's some way to use >> the qemu drivers to access the sheepdog cluster file system - which only >> provides a qemu interface. > I'm not sure what you mean by "qemu drivers". Do you mean virtio? qemu-dm > Looking (very briefly) at the sheepdog page it looks KVM specific to me, > I wouldn't expect it to Just Work on Xen -- someone would need to do a > porting job. There's a good diagram on slide 5 of http://www.osrg.net/sheepdog/_static/lca2010_miniconf.pdf It looks like sheepdog's servers (which talk to disks) run directly on linux, while VMs access virtual block devices via qemu. Performance may be better w/ KVM, but sheepdog doesn't seem to depend on it. There's been some discussion on the sheepdog development lists that sheepdog vdi devices (virtual disk images) are compatible with qemu-dm - which suggests that one could mount a sheepdog device from a HVM. I'm wondering if there's a way to use qemu-dm from a PVM. Miles -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 17:31:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 17:31: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 1TqS9a-0000xC-Tn; Wed, 02 Jan 2013 17:30:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqS9Z-0000x5-Ka for xen-users@lists.xensource.com; Wed, 02 Jan 2013 17:30:57 +0000 Received: from [85.158.139.211:4767] by server-7.bemta-5.messagelabs.com id 8C/63-08009-0DE64E05; Wed, 02 Jan 2013 17:30:56 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-14.tower-206.messagelabs.com!1357147855!22440686!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9190 invoked from network); 2 Jan 2013 17:30:56 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-14.tower-206.messagelabs.com with SMTP; 2 Jan 2013 17:30:56 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id 58901CC0DE; Wed, 2 Jan 2013 12:30:55 -0500 (EST) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id VMn3J8YZtfGz; Wed, 2 Jan 2013 12:30:53 -0500 (EST) Received: from new-host-2.home (pool-71-184-234-147.bstnma.fios.verizon.net [71.184.234.147]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 9FC2DCC0CE; Wed, 2 Jan 2013 12:30:53 -0500 (EST) Message-ID: <50E46ECD.7040005@meetinghouse.net> Date: Wed, 02 Jan 2013 12:30:53 -0500 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 MIME-Version: 1.0 To: Ian Campbell References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> In-Reply-To: <1357145621.10985.34.camel@zakaz.uk.xensource.com> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.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 Ian Campbell wrote: > On Wed, 2013-01-02 at 16:35 +0000, Miles Fidelman wrote: > > >> Can you elaborate on this just a bit? It sounds like one can use qemu >> drivers from an HVM, to access the PV drivers. But what about the other >> way around? I'm running PV guests, so normally qemu doesn't apply, >> but... what I'm trying to figure out is whether there's some way to use >> the qemu drivers to access the sheepdog cluster file system - which only >> provides a qemu interface. > I'm not sure what you mean by "qemu drivers". Do you mean virtio? qemu-dm > Looking (very briefly) at the sheepdog page it looks KVM specific to me, > I wouldn't expect it to Just Work on Xen -- someone would need to do a > porting job. There's a good diagram on slide 5 of http://www.osrg.net/sheepdog/_static/lca2010_miniconf.pdf It looks like sheepdog's servers (which talk to disks) run directly on linux, while VMs access virtual block devices via qemu. Performance may be better w/ KVM, but sheepdog doesn't seem to depend on it. There's been some discussion on the sheepdog development lists that sheepdog vdi devices (virtual disk images) are compatible with qemu-dm - which suggests that one could mount a sheepdog device from a HVM. I'm wondering if there's a way to use qemu-dm from a PVM. Miles -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 17:36:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 17:36: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 1TqSE0-0001EH-S0; Wed, 02 Jan 2013 17:35:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqSDy-0001EC-UN for xen-users@lists.xensource.com; Wed, 02 Jan 2013 17:35:31 +0000 Received: from [85.158.138.51:18510] by server-1.bemta-3.messagelabs.com id CD/DA-08906-2EF64E05; Wed, 02 Jan 2013 17:35:30 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-13.tower-174.messagelabs.com!1357148124!9091098!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8401 invoked from network); 2 Jan 2013 17:35:24 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-13.tower-174.messagelabs.com with SMTP; 2 Jan 2013 17:35:24 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id 0919FCC0F3 for ; Wed, 2 Jan 2013 12:35:24 -0500 (EST) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 26NHS7DJ7AQO for ; Wed, 2 Jan 2013 12:35:22 -0500 (EST) Received: from new-host-2.home (pool-71-184-234-147.bstnma.fios.verizon.net [71.184.234.147]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 8BE20CC0EF for ; Wed, 2 Jan 2013 12:35:22 -0500 (EST) Message-ID: <50E46FDA.3060209@meetinghouse.net> Date: Wed, 02 Jan 2013 12:35:22 -0500 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 MIME-Version: 1.0 References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> <1357146841.8077.56.camel@iceland> In-Reply-To: <1357146841.8077.56.camel@iceland> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.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 Wei Liu wrote: > I happen to know a Sheepdog committer. I can ask him about the > portability of Sheepdog. Probably we can make this a GSoC project this > year? Wei. Funny thing, this seems to have been on the GSoC 2012 list of ideas for Sheepdog (https://github.com/collie/sheepdog/wiki/Google-summer-of-code-2012): _____ Create sheepdog client library * *Brief explanation:* The goal of this task is to implement libsheepdog, and enables other clients than QEMU to use Sheepdog block-level volumes. * *Expected results:* libsheepdog provides --------- Be interesting to know what happened to it. And there does seem to be some work going on on "sheepdev" as a linux kernel module - a couple of references to it on the sheepdog dev list - but not really clear what's happening. Thanks, Miles -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 17:36:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 17:36: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 1TqSE0-0001EH-S0; Wed, 02 Jan 2013 17:35:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqSDy-0001EC-UN for xen-users@lists.xensource.com; Wed, 02 Jan 2013 17:35:31 +0000 Received: from [85.158.138.51:18510] by server-1.bemta-3.messagelabs.com id CD/DA-08906-2EF64E05; Wed, 02 Jan 2013 17:35:30 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-13.tower-174.messagelabs.com!1357148124!9091098!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8401 invoked from network); 2 Jan 2013 17:35:24 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-13.tower-174.messagelabs.com with SMTP; 2 Jan 2013 17:35:24 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id 0919FCC0F3 for ; Wed, 2 Jan 2013 12:35:24 -0500 (EST) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 26NHS7DJ7AQO for ; Wed, 2 Jan 2013 12:35:22 -0500 (EST) Received: from new-host-2.home (pool-71-184-234-147.bstnma.fios.verizon.net [71.184.234.147]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 8BE20CC0EF for ; Wed, 2 Jan 2013 12:35:22 -0500 (EST) Message-ID: <50E46FDA.3060209@meetinghouse.net> Date: Wed, 02 Jan 2013 12:35:22 -0500 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 MIME-Version: 1.0 References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> <1357146841.8077.56.camel@iceland> In-Reply-To: <1357146841.8077.56.camel@iceland> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.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 Wei Liu wrote: > I happen to know a Sheepdog committer. I can ask him about the > portability of Sheepdog. Probably we can make this a GSoC project this > year? Wei. Funny thing, this seems to have been on the GSoC 2012 list of ideas for Sheepdog (https://github.com/collie/sheepdog/wiki/Google-summer-of-code-2012): _____ Create sheepdog client library * *Brief explanation:* The goal of this task is to implement libsheepdog, and enables other clients than QEMU to use Sheepdog block-level volumes. * *Expected results:* libsheepdog provides --------- Be interesting to know what happened to it. And there does seem to be some work going on on "sheepdev" as a linux kernel module - a couple of references to it on the sheepdog dev list - but not really clear what's happening. Thanks, Miles -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 18:03:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 18:03: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 1TqSdp-0001zc-H0; Wed, 02 Jan 2013 18:02:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqSdo-0001zX-0Z for xen-users@lists.xensource.com; Wed, 02 Jan 2013 18:02:12 +0000 Received: from [85.158.139.211:57354] by server-16.bemta-5.messagelabs.com id 9E/54-09208-32674E05; Wed, 02 Jan 2013 18:02:11 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1357149729!20106782!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyOTU3NDI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24374 invoked from network); 2 Jan 2013 18:02:10 -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; 2 Jan 2013 18:02:10 -0000 X-IronPort-AV: E=Sophos;i="4.84,397,1355097600"; d="scan'208";a="2308356" Received: from unknown (HELO FTLPEX01CL03.citrite.net) ([10.13.107.80]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 02 Jan 2013 18:02:08 +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.2.318.1; Wed, 2 Jan 2013 13:02:08 -0500 Received: from [10.80.3.80] by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1TqSdj-0007HJ-Rl; Wed, 02 Jan 2013 18:02:07 +0000 Message-ID: <1357149723.8077.63.camel@iceland> From: Wei Liu To: Miles Fidelman Date: Wed, 2 Jan 2013 18:02:03 +0000 In-Reply-To: <50E46FDA.3060209@meetinghouse.net> References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> <1357146841.8077.56.camel@iceland> <50E46FDA.3060209@meetinghouse.net> X-Mailer: Evolution 3.6.0-0ubuntu3 MIME-Version: 1.0 Cc: wei.liu2@citrix.com, "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-02 at 17:35 +0000, Miles Fidelman wrote: > Wei Liu wrote: > > I happen to know a Sheepdog committer. I can ask him about the > > portability of Sheepdog. Probably we can make this a GSoC project this > > year? Wei. > > Funny thing, this seems to have been on the GSoC 2012 list of ideas for > Sheepdog > (https://github.com/collie/sheepdog/wiki/Google-summer-of-code-2012): > > _____ > > Create sheepdog client library > > * *Brief explanation:* The goal of this task is to implement > libsheepdog, and enables other clients than QEMU to use Sheepdog > block-level volumes. > * *Expected results:* libsheepdog provides > > --------- > Unfortunately they didn't make it to GSoC 2012... Judging from the description above, it looks like that sheepdog will be QEMU independent in the future? But such project is not Xen dependent either, so it is hard to put it under Xen umbrella. The best bet now is to have libsheepdog ready and we do some plumber job to make it Xen available (but I don't know how much work ahead). This can be a potential GSoC project for Xen. Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 02 18:03:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jan 2013 18:03: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 1TqSdp-0001zc-H0; Wed, 02 Jan 2013 18:02:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqSdo-0001zX-0Z for xen-users@lists.xensource.com; Wed, 02 Jan 2013 18:02:12 +0000 Received: from [85.158.139.211:57354] by server-16.bemta-5.messagelabs.com id 9E/54-09208-32674E05; Wed, 02 Jan 2013 18:02:11 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1357149729!20106782!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyOTU3NDI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24374 invoked from network); 2 Jan 2013 18:02:10 -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; 2 Jan 2013 18:02:10 -0000 X-IronPort-AV: E=Sophos;i="4.84,397,1355097600"; d="scan'208";a="2308356" Received: from unknown (HELO FTLPEX01CL03.citrite.net) ([10.13.107.80]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 02 Jan 2013 18:02:08 +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.2.318.1; Wed, 2 Jan 2013 13:02:08 -0500 Received: from [10.80.3.80] by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1TqSdj-0007HJ-Rl; Wed, 02 Jan 2013 18:02:07 +0000 Message-ID: <1357149723.8077.63.camel@iceland> From: Wei Liu To: Miles Fidelman Date: Wed, 2 Jan 2013 18:02:03 +0000 In-Reply-To: <50E46FDA.3060209@meetinghouse.net> References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> <1357146841.8077.56.camel@iceland> <50E46FDA.3060209@meetinghouse.net> X-Mailer: Evolution 3.6.0-0ubuntu3 MIME-Version: 1.0 Cc: wei.liu2@citrix.com, "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-02 at 17:35 +0000, Miles Fidelman wrote: > Wei Liu wrote: > > I happen to know a Sheepdog committer. I can ask him about the > > portability of Sheepdog. Probably we can make this a GSoC project this > > year? Wei. > > Funny thing, this seems to have been on the GSoC 2012 list of ideas for > Sheepdog > (https://github.com/collie/sheepdog/wiki/Google-summer-of-code-2012): > > _____ > > Create sheepdog client library > > * *Brief explanation:* The goal of this task is to implement > libsheepdog, and enables other clients than QEMU to use Sheepdog > block-level volumes. > * *Expected results:* libsheepdog provides > > --------- > Unfortunately they didn't make it to GSoC 2012... Judging from the description above, it looks like that sheepdog will be QEMU independent in the future? But such project is not Xen dependent either, so it is hard to put it under Xen umbrella. The best bet now is to have libsheepdog ready and we do some plumber job to make it Xen available (but I don't know how much work ahead). This can be a potential GSoC project for Xen. Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 01:42:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 01:42: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 1TqZoD-0004df-AW; Thu, 03 Jan 2013 01:41:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqZoB-0004da-72 for xen-users@lists.xen.org; Thu, 03 Jan 2013 01:41:23 +0000 Received: from [85.158.143.99:54910] by server-3.bemta-4.messagelabs.com id C5/9C-18211-2C1E4E05; Thu, 03 Jan 2013 01:41:22 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1357177280!22490747!1 X-Originating-IP: [209.85.212.48] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30676 invoked from network); 3 Jan 2013 01:41:21 -0000 Received: from mail-vb0-f48.google.com (HELO mail-vb0-f48.google.com) (209.85.212.48) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 01:41:21 -0000 Received: by mail-vb0-f48.google.com with SMTP id fc21so14704641vbb.21 for ; Wed, 02 Jan 2013 17:41:20 -0800 (PST) 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=pvGeINcqAEb04n+qWM+/o64Xt2FDB1WbPK778syMQtU=; b=DLCTGrVfpdx81CCL7LgcLF6YXLJY0PzIrYMG+0QUl+Gy2YPN4Yvm+3ae2R7ZNqt4Iy NMl6Y278i6BLbfgoqpr/NV0kgBXDPteKEVLmIQxgA22LyNiU1n3KHqsfYCLTZTfvFeui 1OsjGXNzafBU6cxCFxTS9zezYXzlg7Hxumko+IT0R6LXlwYEtk3E83Tb8kCiOGhRIdXu ksM2zKL9DajxRq9gmDBRhZgtJEyr/dEtQlUhv107oXpohi6etzu29vsDcgZplv9pcmbo 2k8uXqm5FhbI7UdEwcsyBR3yWdyX6l5ixMYKHnIsaD01LLvyYPSCSWK5NRD/jv+uppmx l+jA== MIME-Version: 1.0 Received: by 10.52.36.206 with SMTP id s14mr63244220vdj.93.1357177280296; Wed, 02 Jan 2013 17:41:20 -0800 (PST) Received: by 10.58.238.39 with HTTP; Wed, 2 Jan 2013 17:41:20 -0800 (PST) Date: Thu, 3 Jan 2013 01:41:20 +0000 Message-ID: From: Stephen Nelson-Smith To: xen-users@lists.xen.org Subject: [Xen-users] Passing "allow_unsafe" appears not to workaround protection for CVE-2012-2934 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Having finished a round of testing in my own lab, I've connected to my clients test lab, and reproduced my Xen Dom0. Upon trying a test creation of a DomU, I was intrigued to receive the message: ERROR POST operation failed: xend_post: error from xen daemon: (xend.err 'Error creating domain: Creating domain failed: name=snstest00') Domain installation does not appear to have been successful. Digging a little deeper, I saw in xm dmesg: (XEN) Xen does not allow DomU creation on this CPU for security reasons. And also the hint: (XEN) *** Xen will not allow creation of DomU-s on this CPU for security reasons. *** (XEN) *** Pass "allow_unsafe" if you\047re trusting all your (PV) guest kernels. *** So, I added allow_unsafe to my kernel parameters and rebooted: [root@dom0-a ~]# cat /proc/cmdline placeholder root=/dev/mapper/vg_dom0--a-lv_root ro rd.md=0 rd.dm=0 SYSFONT=True rd.lvm.lv=vg_dom0-a/lv_root KEYTABLE=uk rd.luks=0 rd.lvm.lv=vg_dom0-a/lv_swap LANG=en_US.UTF-8 rhgb noacpi xdriver=vesa resolution=1024x786 allow_unsafe However, I still get the same messages in xm dmesg, and I am still unable to build a DomU. I'm using a machine with AMD Opteron(tm) Processor 254 chips. This chipset appears in this CVE: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-2934, and is discussed here: http://lists.xen.org/archives/html/xen-announce/2012-06/msg00002.html The announcement explicitly says: "A command line override is provided to allow users who accept the risks or who are able to mitigate as above to continue to do so. To activate the override add "allow_unsafe" to your hypervisor command line" This is a test system, and I'm up against some deadlines now, so it's completely ok to run with this risk in mind, however I can't understand why passing "allow_unsafe" didn't have the published effect. Please help! :) S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 01:42:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 01:42: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 1TqZoD-0004df-AW; Thu, 03 Jan 2013 01:41:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqZoB-0004da-72 for xen-users@lists.xen.org; Thu, 03 Jan 2013 01:41:23 +0000 Received: from [85.158.143.99:54910] by server-3.bemta-4.messagelabs.com id C5/9C-18211-2C1E4E05; Thu, 03 Jan 2013 01:41:22 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1357177280!22490747!1 X-Originating-IP: [209.85.212.48] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30676 invoked from network); 3 Jan 2013 01:41:21 -0000 Received: from mail-vb0-f48.google.com (HELO mail-vb0-f48.google.com) (209.85.212.48) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 01:41:21 -0000 Received: by mail-vb0-f48.google.com with SMTP id fc21so14704641vbb.21 for ; Wed, 02 Jan 2013 17:41:20 -0800 (PST) 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=pvGeINcqAEb04n+qWM+/o64Xt2FDB1WbPK778syMQtU=; b=DLCTGrVfpdx81CCL7LgcLF6YXLJY0PzIrYMG+0QUl+Gy2YPN4Yvm+3ae2R7ZNqt4Iy NMl6Y278i6BLbfgoqpr/NV0kgBXDPteKEVLmIQxgA22LyNiU1n3KHqsfYCLTZTfvFeui 1OsjGXNzafBU6cxCFxTS9zezYXzlg7Hxumko+IT0R6LXlwYEtk3E83Tb8kCiOGhRIdXu ksM2zKL9DajxRq9gmDBRhZgtJEyr/dEtQlUhv107oXpohi6etzu29vsDcgZplv9pcmbo 2k8uXqm5FhbI7UdEwcsyBR3yWdyX6l5ixMYKHnIsaD01LLvyYPSCSWK5NRD/jv+uppmx l+jA== MIME-Version: 1.0 Received: by 10.52.36.206 with SMTP id s14mr63244220vdj.93.1357177280296; Wed, 02 Jan 2013 17:41:20 -0800 (PST) Received: by 10.58.238.39 with HTTP; Wed, 2 Jan 2013 17:41:20 -0800 (PST) Date: Thu, 3 Jan 2013 01:41:20 +0000 Message-ID: From: Stephen Nelson-Smith To: xen-users@lists.xen.org Subject: [Xen-users] Passing "allow_unsafe" appears not to workaround protection for CVE-2012-2934 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Having finished a round of testing in my own lab, I've connected to my clients test lab, and reproduced my Xen Dom0. Upon trying a test creation of a DomU, I was intrigued to receive the message: ERROR POST operation failed: xend_post: error from xen daemon: (xend.err 'Error creating domain: Creating domain failed: name=snstest00') Domain installation does not appear to have been successful. Digging a little deeper, I saw in xm dmesg: (XEN) Xen does not allow DomU creation on this CPU for security reasons. And also the hint: (XEN) *** Xen will not allow creation of DomU-s on this CPU for security reasons. *** (XEN) *** Pass "allow_unsafe" if you\047re trusting all your (PV) guest kernels. *** So, I added allow_unsafe to my kernel parameters and rebooted: [root@dom0-a ~]# cat /proc/cmdline placeholder root=/dev/mapper/vg_dom0--a-lv_root ro rd.md=0 rd.dm=0 SYSFONT=True rd.lvm.lv=vg_dom0-a/lv_root KEYTABLE=uk rd.luks=0 rd.lvm.lv=vg_dom0-a/lv_swap LANG=en_US.UTF-8 rhgb noacpi xdriver=vesa resolution=1024x786 allow_unsafe However, I still get the same messages in xm dmesg, and I am still unable to build a DomU. I'm using a machine with AMD Opteron(tm) Processor 254 chips. This chipset appears in this CVE: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-2934, and is discussed here: http://lists.xen.org/archives/html/xen-announce/2012-06/msg00002.html The announcement explicitly says: "A command line override is provided to allow users who accept the risks or who are able to mitigate as above to continue to do so. To activate the override add "allow_unsafe" to your hypervisor command line" This is a test system, and I'm up against some deadlines now, so it's completely ok to run with this risk in mind, however I can't understand why passing "allow_unsafe" didn't have the published effect. Please help! :) S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 02:03:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 02:03: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 1Tqa8f-0005Sz-HU; Thu, 03 Jan 2013 02:02:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqa8d-0005Su-Ga for xen-users@lists.xen.org; Thu, 03 Jan 2013 02:02:31 +0000 Received: from [85.158.139.83:37243] by server-5.bemta-5.messagelabs.com id 20/C9-22648-6B6E4E05; Thu, 03 Jan 2013 02:02:30 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1357178549!28003432!1 X-Originating-IP: [209.85.220.170] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31222 invoked from network); 3 Jan 2013 02:02:30 -0000 Received: from mail-vc0-f170.google.com (HELO mail-vc0-f170.google.com) (209.85.220.170) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 02:02:30 -0000 Received: by mail-vc0-f170.google.com with SMTP id fl11so15008288vcb.1 for ; Wed, 02 Jan 2013 18:02:29 -0800 (PST) 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=qjI4okXxIEjWDlRbgM6LQuViu+QcVgYdSX4BNPEpvxA=; b=Q5YJX4PUjTn3+u1pU2GLYCSuJVpCQmDVaaHPR3L4xTC3PNEuVpeBK75ukh6pUjMS52 l5+ykDe+dTwyuXSWB0yNwEoxezVXO6DswbMy7xIsEuRfFaXw0i3kjCOWrZfHJmoWTLqN maF5Pmcru6C2d23IMwLo7TVUVmNq80AnenMFW54J26OOgf5sPuAKDRWi2KZjFO9J/Exf Uc5zepGVVcilVm0z47jCOOor2ggwsJIhITy8lArtDSotPd4+J1zWW8OXs7T7yZeeBUDL o44C9UhkYGTeczh2RqpAPSbI+JYp+EJ/YJTfZvWHVgijj7i4e0wDWrfE+wJn5P2Pvwes wSiw== MIME-Version: 1.0 Received: by 10.220.115.72 with SMTP id h8mr71621826vcq.43.1357178548916; Wed, 02 Jan 2013 18:02:28 -0800 (PST) Received: by 10.58.238.39 with HTTP; Wed, 2 Jan 2013 18:02:28 -0800 (PST) In-Reply-To: References: Date: Thu, 3 Jan 2013 02:02:28 +0000 Message-ID: From: Stephen Nelson-Smith To: xen-users@lists.xen.org Subject: Re: [Xen-users] Passing "allow_unsafe" appears not to workaround protection for CVE-2012-2934 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, On Thu, Jan 3, 2013 at 1:41 AM, Stephen Nelson-Smith wrote: > This is a test system, and I'm up against some deadlines now, so it's > completely ok to run with this risk in mind, however I can't > understand why passing "allow_unsafe" didn't have the published > effect. Aha... GRUB_CMDLINE_XEN="allow_unsafe" I was confusing parameters passed to the Linux kernel and the hypervisor. Thanks, S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 02:03:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 02:03: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 1Tqa8f-0005Sz-HU; Thu, 03 Jan 2013 02:02:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqa8d-0005Su-Ga for xen-users@lists.xen.org; Thu, 03 Jan 2013 02:02:31 +0000 Received: from [85.158.139.83:37243] by server-5.bemta-5.messagelabs.com id 20/C9-22648-6B6E4E05; Thu, 03 Jan 2013 02:02:30 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1357178549!28003432!1 X-Originating-IP: [209.85.220.170] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31222 invoked from network); 3 Jan 2013 02:02:30 -0000 Received: from mail-vc0-f170.google.com (HELO mail-vc0-f170.google.com) (209.85.220.170) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 02:02:30 -0000 Received: by mail-vc0-f170.google.com with SMTP id fl11so15008288vcb.1 for ; Wed, 02 Jan 2013 18:02:29 -0800 (PST) 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=qjI4okXxIEjWDlRbgM6LQuViu+QcVgYdSX4BNPEpvxA=; b=Q5YJX4PUjTn3+u1pU2GLYCSuJVpCQmDVaaHPR3L4xTC3PNEuVpeBK75ukh6pUjMS52 l5+ykDe+dTwyuXSWB0yNwEoxezVXO6DswbMy7xIsEuRfFaXw0i3kjCOWrZfHJmoWTLqN maF5Pmcru6C2d23IMwLo7TVUVmNq80AnenMFW54J26OOgf5sPuAKDRWi2KZjFO9J/Exf Uc5zepGVVcilVm0z47jCOOor2ggwsJIhITy8lArtDSotPd4+J1zWW8OXs7T7yZeeBUDL o44C9UhkYGTeczh2RqpAPSbI+JYp+EJ/YJTfZvWHVgijj7i4e0wDWrfE+wJn5P2Pvwes wSiw== MIME-Version: 1.0 Received: by 10.220.115.72 with SMTP id h8mr71621826vcq.43.1357178548916; Wed, 02 Jan 2013 18:02:28 -0800 (PST) Received: by 10.58.238.39 with HTTP; Wed, 2 Jan 2013 18:02:28 -0800 (PST) In-Reply-To: References: Date: Thu, 3 Jan 2013 02:02:28 +0000 Message-ID: From: Stephen Nelson-Smith To: xen-users@lists.xen.org Subject: Re: [Xen-users] Passing "allow_unsafe" appears not to workaround protection for CVE-2012-2934 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, On Thu, Jan 3, 2013 at 1:41 AM, Stephen Nelson-Smith wrote: > This is a test system, and I'm up against some deadlines now, so it's > completely ok to run with this risk in mind, however I can't > understand why passing "allow_unsafe" didn't have the published > effect. Aha... GRUB_CMDLINE_XEN="allow_unsafe" I was confusing parameters passed to the Linux kernel and the hypervisor. Thanks, S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 06:03:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 06:03: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 1TqdsY-0008HX-KL; Thu, 03 Jan 2013 06:02:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqdsX-0008HS-2F for xen-users@lists.xensource.com; Thu, 03 Jan 2013 06:02:09 +0000 Received: from [85.158.139.211:51577] by server-11.bemta-5.messagelabs.com id 59/43-31624-0EE15E05; Thu, 03 Jan 2013 06:02:08 +0000 X-Env-Sender: Chethu2288@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1357192926!20805498!1 X-Originating-IP: [216.139.236.26] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11973 invoked from network); 3 Jan 2013 06:02:07 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-8.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 3 Jan 2013 06:02:07 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TqdsT-00017y-Uu for xen-users@lists.xensource.com; Wed, 02 Jan 2013 22:02:05 -0800 Date: Wed, 2 Jan 2013 22:02:05 -0800 (PST) From: Lakshman Jayaraju To: xen-users@lists.xensource.com Message-ID: <1357192925911-5713299.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] [Beginners question]- Compilation error while trying user program from domU X-BeenThere: xen-users@lists.xen.org X-Mailman-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 SGkgYWxsLAoKTXkgYWltIGlzIHRvIGludm9rZSBoeXBlcmNhbGxzIGZyb20gcHJvZ3JhbXMgaW5z aWRlIGd1ZXN0IGRvbWFpbnMuIFNvIGluCnRoaXMgcmVnYXJkIEkgd3JvdGUgYSBzYW1wbGUgcHJv Z3JhbSBhcyBiZWxvdyB0aGF0IGludm9rZXMgYQpmdW5jdGlvbih4Y19kb21haW5fZ2V0aW5mbykg ZGVjbGFyZWQgaW4geGVuY3RybC5oLiAKCipTYW1wbGUgUHJvZ3JhbToqCiNpbmNsdWRlPHN0ZGlv Lmg+CiNpbmNsdWRlPHhlbmN0cmwuaD4KIGludCBtYWluKCkKewogcHJpbnRmKCJBdHRlbXB0IHRv IGludm9rZSBoeXBlcmNhbGwhISFcbiIpOwogaW50IGhhbmRsZSxyYzsKIHhjX2RvbWluZm9fdCAq aW5mbzsKIGhhbmRsZSA9IHhjX2ludGVyZmFjZV9vcGVuKCk7CiBwcmludGYow4RjcXVpcmVkIGhh bmRsZSA6JWRcbiIsaGFuZGxlKTsKIHJjID0geGNfZG9tYWluX2dldGluZm8oaGFuZGxlLDMsMSxp bmZvKTsKIHByaW50ZigiIFRoZSByZXR1cm5lZCB2YWx1ZSBpcyA6JWRcbiIscmMpOwogcmV0dXJu IDA7Cn0KCkkgbGlua2VkIHhlbmN0cmwgbGlicmFyeSBmcm9tIGRvbTAsIGJ1dCBJIGFtIGdldHRp bmcgY29tcGlsYXRpb24gZXJyb3IKc2F5aW5nICp4ZW5jdHJsLmg6IE5vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnkqLiBUaGVuIGFzIHBlciB0aGUgZXJyb3IgbWVzc2FnZQpJIHRyaWVkIGNvcHlpbmco YnkgZG93bmxvYWRpbmcgc291cmNlKSByZXF1aXJlZCBoZWFkZXIgZmlsZXMgYXMgYW5kIHdoZW4g aXQKc2F5cyBtaXNzaW5nIGhlYWRlciBmaWxlcyBuYW1lIG9uIGNvbnNlY3V0aXZlIGNvbXBpbGF0 aW9uLiBCdXQgSSBlbmRlZCB1cAp3aXRoIHBhdGggY29uZmxpY3RzIGFuZCBjb3VsZG4ndCBzdWNj ZWVkIGluIGNvbXBpbGluZy4KCipNeSBkb3VidHM6KgoqIERvIEkgbmVlZCB0byBjb3B5IGhlYWRl ciBmaWxlcyBtYW51YWxseSBpbnRvIGd1ZXN0IGRvbWFpbj8gLSBJIHRyaWVkCmNvcHlpbmcgaGVh ZGVyIGZpbGVzIHJlcXVpcmVkIGFzIHBlciBjb21waWxhdGlvbiBlcnJvciBtc2dzIGJ1dCBJIGVu ZGVkIHVwCndpdGggY29uZmxpY3RzLgoqIEFueSBwb2ludGVycyB0byBkZXRhaWxlZCBndWlkZSB0 byBpbnZva2UgaHlwZXJjYWxscyBmcm9tIGd1ZXN0IGRvbWFpbnM/PwoKClRoYW5rcywKTGFrc2ht YW4KCgoKCi0tClZpZXcgdGhpcyBtZXNzYWdlIGluIGNvbnRleHQ6IGh0dHA6Ly94ZW4uMTA0NTcx Mi5uNS5uYWJibGUuY29tL0JlZ2lubmVycy1xdWVzdGlvbi1Db21waWxhdGlvbi1lcnJvci13aGls ZS10cnlpbmctdXNlci1wcm9ncmFtLWZyb20tZG9tVS10cDU3MTMyOTkuaHRtbApTZW50IGZyb20g dGhlIFhlbiAtIFVzZXIgbWFpbGluZyBsaXN0IGFyY2hpdmUgYXQgTmFiYmxlLmNvbS4KCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWls aW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJz From xen-users-bounces@lists.xen.org Thu Jan 03 06:03:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 06:03: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 1TqdsY-0008HX-KL; Thu, 03 Jan 2013 06:02:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqdsX-0008HS-2F for xen-users@lists.xensource.com; Thu, 03 Jan 2013 06:02:09 +0000 Received: from [85.158.139.211:51577] by server-11.bemta-5.messagelabs.com id 59/43-31624-0EE15E05; Thu, 03 Jan 2013 06:02:08 +0000 X-Env-Sender: Chethu2288@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1357192926!20805498!1 X-Originating-IP: [216.139.236.26] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11973 invoked from network); 3 Jan 2013 06:02:07 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-8.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 3 Jan 2013 06:02:07 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TqdsT-00017y-Uu for xen-users@lists.xensource.com; Wed, 02 Jan 2013 22:02:05 -0800 Date: Wed, 2 Jan 2013 22:02:05 -0800 (PST) From: Lakshman Jayaraju To: xen-users@lists.xensource.com Message-ID: <1357192925911-5713299.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] [Beginners question]- Compilation error while trying user program from domU X-BeenThere: xen-users@lists.xen.org X-Mailman-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 SGkgYWxsLAoKTXkgYWltIGlzIHRvIGludm9rZSBoeXBlcmNhbGxzIGZyb20gcHJvZ3JhbXMgaW5z aWRlIGd1ZXN0IGRvbWFpbnMuIFNvIGluCnRoaXMgcmVnYXJkIEkgd3JvdGUgYSBzYW1wbGUgcHJv Z3JhbSBhcyBiZWxvdyB0aGF0IGludm9rZXMgYQpmdW5jdGlvbih4Y19kb21haW5fZ2V0aW5mbykg ZGVjbGFyZWQgaW4geGVuY3RybC5oLiAKCipTYW1wbGUgUHJvZ3JhbToqCiNpbmNsdWRlPHN0ZGlv Lmg+CiNpbmNsdWRlPHhlbmN0cmwuaD4KIGludCBtYWluKCkKewogcHJpbnRmKCJBdHRlbXB0IHRv IGludm9rZSBoeXBlcmNhbGwhISFcbiIpOwogaW50IGhhbmRsZSxyYzsKIHhjX2RvbWluZm9fdCAq aW5mbzsKIGhhbmRsZSA9IHhjX2ludGVyZmFjZV9vcGVuKCk7CiBwcmludGYow4RjcXVpcmVkIGhh bmRsZSA6JWRcbiIsaGFuZGxlKTsKIHJjID0geGNfZG9tYWluX2dldGluZm8oaGFuZGxlLDMsMSxp bmZvKTsKIHByaW50ZigiIFRoZSByZXR1cm5lZCB2YWx1ZSBpcyA6JWRcbiIscmMpOwogcmV0dXJu IDA7Cn0KCkkgbGlua2VkIHhlbmN0cmwgbGlicmFyeSBmcm9tIGRvbTAsIGJ1dCBJIGFtIGdldHRp bmcgY29tcGlsYXRpb24gZXJyb3IKc2F5aW5nICp4ZW5jdHJsLmg6IE5vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnkqLiBUaGVuIGFzIHBlciB0aGUgZXJyb3IgbWVzc2FnZQpJIHRyaWVkIGNvcHlpbmco YnkgZG93bmxvYWRpbmcgc291cmNlKSByZXF1aXJlZCBoZWFkZXIgZmlsZXMgYXMgYW5kIHdoZW4g aXQKc2F5cyBtaXNzaW5nIGhlYWRlciBmaWxlcyBuYW1lIG9uIGNvbnNlY3V0aXZlIGNvbXBpbGF0 aW9uLiBCdXQgSSBlbmRlZCB1cAp3aXRoIHBhdGggY29uZmxpY3RzIGFuZCBjb3VsZG4ndCBzdWNj ZWVkIGluIGNvbXBpbGluZy4KCipNeSBkb3VidHM6KgoqIERvIEkgbmVlZCB0byBjb3B5IGhlYWRl ciBmaWxlcyBtYW51YWxseSBpbnRvIGd1ZXN0IGRvbWFpbj8gLSBJIHRyaWVkCmNvcHlpbmcgaGVh ZGVyIGZpbGVzIHJlcXVpcmVkIGFzIHBlciBjb21waWxhdGlvbiBlcnJvciBtc2dzIGJ1dCBJIGVu ZGVkIHVwCndpdGggY29uZmxpY3RzLgoqIEFueSBwb2ludGVycyB0byBkZXRhaWxlZCBndWlkZSB0 byBpbnZva2UgaHlwZXJjYWxscyBmcm9tIGd1ZXN0IGRvbWFpbnM/PwoKClRoYW5rcywKTGFrc2ht YW4KCgoKCi0tClZpZXcgdGhpcyBtZXNzYWdlIGluIGNvbnRleHQ6IGh0dHA6Ly94ZW4uMTA0NTcx Mi5uNS5uYWJibGUuY29tL0JlZ2lubmVycy1xdWVzdGlvbi1Db21waWxhdGlvbi1lcnJvci13aGls ZS10cnlpbmctdXNlci1wcm9ncmFtLWZyb20tZG9tVS10cDU3MTMyOTkuaHRtbApTZW50IGZyb20g dGhlIFhlbiAtIFVzZXIgbWFpbGluZyBsaXN0IGFyY2hpdmUgYXQgTmFiYmxlLmNvbS4KCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWls aW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJz From xen-users-bounces@lists.xen.org Thu Jan 03 09:03:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:03: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 1TqggR-0002mU-RQ; Thu, 03 Jan 2013 09:01:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqggQ-0002mP-Kn for xen-users@lists.xensource.com; Thu, 03 Jan 2013 09:01:50 +0000 Received: from [193.109.254.147:27517] by server-6.bemta-14.messagelabs.com id 28/6C-25153-DF845E05; Thu, 03 Jan 2013 09:01:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1357203708!8571402!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0MTQx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3874 invoked from network); 3 Jan 2013 09:01:48 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 09:01:48 -0000 X-IronPort-AV: E=Sophos;i="4.84,402,1355097600"; d="scan'208";a="426624" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Jan 2013 09:01:48 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Thu, 3 Jan 2013 09:01:48 +0000 Message-ID: <1357203706.10985.50.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Lakshman Jayaraju Date: Thu, 3 Jan 2013 09:01:46 +0000 In-Reply-To: <1357192925911-5713299.post@n5.nabble.com> References: <1357192925911-5713299.post@n5.nabble.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Beginners question]- Compilation error while trying user program from domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-03 at 06:02 +0000, Lakshman Jayaraju wrote: > * Do I need to copy header files manually into guest domain? - I tried > copying header files required as per compilation error msgs but I ended up > with conflicts. You should ideally just use your distros provided xen library packages. If that isn't an option then compile and install the xen tools in the guest or compile your application statically in dom0 and copy that over. Possibly you might get away with just the tools/libxc subdirectory. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 09:03:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:03: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 1TqggR-0002mU-RQ; Thu, 03 Jan 2013 09:01:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqggQ-0002mP-Kn for xen-users@lists.xensource.com; Thu, 03 Jan 2013 09:01:50 +0000 Received: from [193.109.254.147:27517] by server-6.bemta-14.messagelabs.com id 28/6C-25153-DF845E05; Thu, 03 Jan 2013 09:01:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1357203708!8571402!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0MTQx\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3874 invoked from network); 3 Jan 2013 09:01:48 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 09:01:48 -0000 X-IronPort-AV: E=Sophos;i="4.84,402,1355097600"; d="scan'208";a="426624" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Jan 2013 09:01:48 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Thu, 3 Jan 2013 09:01:48 +0000 Message-ID: <1357203706.10985.50.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Lakshman Jayaraju Date: Thu, 3 Jan 2013 09:01:46 +0000 In-Reply-To: <1357192925911-5713299.post@n5.nabble.com> References: <1357192925911-5713299.post@n5.nabble.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Beginners question]- Compilation error while trying user program from domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-03 at 06:02 +0000, Lakshman Jayaraju wrote: > * Do I need to copy header files manually into guest domain? - I tried > copying header files required as per compilation error msgs but I ended up > with conflicts. You should ideally just use your distros provided xen library packages. If that isn't an option then compile and install the xen tools in the guest or compile your application statically in dom0 and copy that over. Possibly you might get away with just the tools/libxc subdirectory. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 09:13:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:13: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 1TqgqZ-0003A2-M1; Thu, 03 Jan 2013 09:12:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqgqX-00039r-HB for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:12:17 +0000 Received: from [85.158.139.211:63190] by server-12.bemta-5.messagelabs.com id 7A/33-02275-07B45E05; Thu, 03 Jan 2013 09:12:16 +0000 X-Env-Sender: christine.mayapkamga@enseeiht.fr X-Msg-Ref: server-4.tower-206.messagelabs.com!1357204335!20168115!1 X-Originating-IP: [193.48.203.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12161 invoked from network); 3 Jan 2013 09:12:15 -0000 Received: from inpsmtp.inp-toulouse.fr (HELO inpsmtp.inp-toulouse.fr) (193.48.203.41) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 09:12:15 -0000 Received: from imap.inp-toulouse.fr (imap.inp-toulouse.fr [193.48.203.40]) by inpsmtp.inp-toulouse.fr (8.14.3/8.14.3/Debian-9.4) with ESMTP id r039CFCN007911 for ; Thu, 3 Jan 2013 10:12:15 +0100 Received: from rcmail.inp-toulouse.fr (rcmail.inp-toulouse.fr [193.48.203.51]) by imap.inp-toulouse.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r039CCn7025221 for ; Thu, 3 Jan 2013 10:12:15 +0100 MIME-Version: 1.0 Date: Thu, 03 Jan 2013 10:12:12 +0100 From: MAYAP KAMGA Christine larissa To: In-Reply-To: <50E46FDA.3060209@meetinghouse.net> References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> <1357146841.8077.56.camel@iceland> <50E46FDA.3060209@meetinghouse.net> Message-ID: <337e7d9b14f557c96ab9de3c46f14533@inp-toulouse.fr> X-Sender: christine.mayapkamga@enseeiht.fr User-Agent: INP Webmail X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.7 (inpsmtp.inp-toulouse.fr [193.48.203.41]); Thu, 03 Jan 2013 10:12:15 +0100 (CET) X-Scanned-By: MIMEDefang 2.69 on 193.48.203.41 Subject: [Xen-users] [Beginners question]- Compilation error while trying user program from domU X-BeenThere: xen-users@lists.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 SGVsbG8KCkknbSBoYXZpbmcgYWxtb3N0IHRoZSBzYW1lIHByb2JsZW0gYXMgYmVsb3cuCkluIG15 IGNhc2UsIGkgd2FudCB0byB1c2UgImNwdWZyZXEuaCIgYW5kIHBlcmNwdS5oIGxpYnJhcmllcyB0 byBnZXQgCmN1cnJlbnQgcHJvY2Vzc29yIGZyZXF1ZW5jeS4KKipUaGlzIGlzIG15IHNhbXBsZSBw cm9ncmFtKioKCiNpbmNsdWRlIDxhY3BpL2NwdWZyZXEvY3B1ZnJlcS5oPgojaW5jbHVkZSA8YXNt L3BlcmNwdS5oPgpzdGF0aWMgdW5zaWduZWQgaW50IGdldF9teV9jdXJfZnJlcShpbnQgY3B1aWQp CnsKICAgICBzdHJ1Y3QgY3B1ZnJlcV9wb2xpY3kgKnBvbGljeTsKCiAgICAgcG9saWN5ID0gcGVy X2NwdShjcHVmcmVxX2NwdV9wb2xpY3ksIGNwdWlkKTsKICAgICBpZiAoIXBvbGljeSkKICAgICAg ICAgcmV0dXJuIDA7CiAgICAgZWxzZQogICAgICAgICByZXR1cm4gcG9saWN5LT5jdXI7Cn0KCkkg bGlua2VkIHRoZSBuZWNlc2FyeSBsaWJyYWlyeSwgYnV0IHdoaWxlIGV4ZWN1dGluZyBteSBtYWtl ZmlsZSwgaSAKaGF2aW5nIHRoZSBmb2xsb3dpbmYgZXJyb3I6CgpYZW5Sb290L3hlbi9pbmNsdWRl L2FjcGkvY3B1ZnJlcS9wcm9jZXNzb3JfcGVyZi5oOjYxOiBlcnJvcjogZXhwZWN0ZWQgCmRlY2xh cmF0aW9uIHNwZWNpZmllcnMgb3Ig4oCYLi4u4oCZIGJlZm9yZSDigJhjcHVmcmVxX3N0YXRpc3Rp Y19kYXRh4oCZClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL3Byb2Nlc3Nvcl9wZXJm Lmg6NjE6IHdhcm5pbmc6IGRhdGEgCmRlZmluaXRpb24gaGFzIG5vIHR5cGUgb3Igc3RvcmFnZSBj bGFzcwpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9wcm9jZXNzb3JfcGVyZi5oOjYx OiB3YXJuaW5nOiB0eXBlIApkZWZhdWx0cyB0byDigJhpbnTigJkgaW4gZGVjbGFyYXRpb24gb2Yg 4oCYREVDTEFSRV9QRVJfQ1BV4oCZCkluIGZpbGUgaW5jbHVkZWQgZnJvbSByZWFkQ3VycmVudENw dUNvdW50ZXJzLmM6NjoKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5o OjIzOiB3YXJuaW5nOiBkYXRhIGRlZmluaXRpb24gCmhhcyBubyB0eXBlIG9yIHN0b3JhZ2UgY2xh c3MKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjIzOiB3YXJuaW5n OiB0eXBlIGRlZmF1bHRzIAp0byDigJhpbnTigJkgaW4gZGVjbGFyYXRpb24gb2Yg4oCYREVDTEFS RV9QRVJfQ1BV4oCZClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL2NwdWZyZXEuaDoy Mzogd2FybmluZzogcGFyYW1ldGVyIG5hbWVzIAood2l0aG91dCB0eXBlcykgaW4gZnVuY3Rpb24g ZGVjbGFyYXRpb24KWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjI1 OiBlcnJvcjogZXhwZWN0ZWQg4oCYPeKAmSwgCuKAmCzigJksIOKAmDvigJksIOKAmGFzbeKAmSBv ciDigJhfX2F0dHJpYnV0ZV9f4oCZIGJlZm9yZSDigJhjcHVmcmVxX3ZlcmJvc2XigJkKWGVuUm9v dC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjYyOiBlcnJvcjogZXhwZWN0ZWQg CmRlY2xhcmF0aW9uIHNwZWNpZmllcnMgb3Ig4oCYLi4u4oCZIGJlZm9yZSDigJhjcHVmcmVxX2Nw dV9wb2xpY3nigJkKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjYy OiB3YXJuaW5nOiBkYXRhIGRlZmluaXRpb24gCmhhcyBubyB0eXBlIG9yIHN0b3JhZ2UgY2xhc3MK WGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjYyOiB3YXJuaW5nOiB0 eXBlIGRlZmF1bHRzIAp0byDigJhpbnTigJkgaW4gZGVjbGFyYXRpb24gb2Yg4oCYREVDTEFSRV9Q RVJfQ1BV4oCZClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL2NwdWZyZXEuaDo2Mjog ZXJyb3I6IGNvbmZsaWN0aW5nIHR5cGVzIApmb3Ig4oCYREVDTEFSRV9QRVJfQ1BV4oCZClhlblJv b3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL3Byb2Nlc3Nvcl9wZXJmLmg6NjE6IG5vdGU6IHBy ZXZpb3VzIApkZWNsYXJhdGlvbiBvZiDigJhERUNMQVJFX1BFUl9DUFXigJkgd2FzIGhlcmUKWGVu Um9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOiBJbiBmdW5jdGlvbiAK4oCY Y3B1ZnJlcV9yZWdpc3Rlcl9kcml2ZXLigJk6ClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVm cmVxL2NwdWZyZXEuaDoxNjQ6IGVycm9yOiDigJhFSU5WQUzigJkgCnVuZGVjbGFyZWQgKGZpcnN0 IHVzZSBpbiB0aGlzIGZ1bmN0aW9uKQpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9j cHVmcmVxLmg6MTY0OiBlcnJvcjogKEVhY2ggdW5kZWNsYXJlZCAKaWRlbnRpZmllciBpcyByZXBv cnRlZCBvbmx5IG9uY2UKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5o OjE2NDogZXJyb3I6IGZvciBlYWNoIApmdW5jdGlvbiBpdCBhcHBlYXJzIGluLikKWGVuUm9vdC94 ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjE2NzogZXJyb3I6IOKAmEVCVVNZ4oCZ IAp1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhpcyBmdW5jdGlvbikKWGVuUm9vdC94ZW4vaW5j bHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOiBJbiBmdW5jdGlvbiAK4oCYY3B1ZnJlcV91bnJl Z2lzdGVyX2RyaXZlcuKAmToKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJl cS5oOjE3NzogZXJyb3I6IOKAmEVJTlZBTOKAmSAKdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRo aXMgZnVuY3Rpb24pCnJlYWRDdXJyZW50Q3B1Q291bnRlcnMuYzogSW4gZnVuY3Rpb24g4oCYZ2V0 X2N1cl9mcmVxX29uX2NwdeKAmToKcmVhZEN1cnJlbnRDcHVDb3VudGVycy5jOjI2OiBlcnJvcjog 4oCYcGVyX2NwdV9fY3B1ZnJlcV9jcHVfcG9saWN54oCZIAp1bmRlY2xhcmVkIChmaXJzdCB1c2Ug aW4gdGhpcyBmdW5jdGlvbikKcmVhZEN1cnJlbnRDcHVDb3VudGVycy5jOjI2OiB3YXJuaW5nOiB0 eXBlIGRlZmF1bHRzIHRvIOKAmGludOKAmSBpbiAKZGVjbGFyYXRpb24gb2Yg4oCYdHlwZSBuYW1l 4oCZCnJlYWRDdXJyZW50Q3B1Q291bnRlcnMuYzoyNjogZXJyb3I6IGludmFsaWQgdHlwZSBhcmd1 bWVudCBvZiDigJh1bmFyeSAq4oCZIAooaGF2ZSDigJhpbnTigJkpCm1ha2U6ICoqKiBbcmVhZEN1 cnJlbnRDcHVDb3VudGVycy5vXSBFcnJldXIgMQoKClBsZWFzZSwgd2hhdCBjYW4gaSBkbyB0byBz b2x2ZSB0aGlzIGlzc3VlLgpQUzogaSdtIHVzaW5nIFhlbiBpbiBoaXMgNC4xLjIgdmVyc2lvbi4K CgpUaGFua3MgaW4gYWR2YW5jZQoKCk9uIFdlZCwgMiBKYW4gMjAxMyAyMjowMjowNSAtMDgwMCAo UFNUKSwgTGFrc2htYW4gSmF5YXJhanUgd3JvdGU6Cj4gSGkgYWxsLAo+Cj4gTXkgYWltIGlzIHRv IGludm9rZSBoeXBlcmNhbGxzIGZyb20gcHJvZ3JhbXMgaW5zaWRlIGd1ZXN0IGRvbWFpbnMuIFNv IAo+IGluCj4gdGhpcyByZWdhcmQgSSB3cm90ZSBhIHNhbXBsZSBwcm9ncmFtIGFzIGJlbG93IHRo YXQgaW52b2tlcyBhCj4gZnVuY3Rpb24oeGNfZG9tYWluX2dldGluZm8pIGRlY2xhcmVkIGluIHhl bmN0cmwuaC4KPgo+ICpTYW1wbGUgUHJvZ3JhbToqCj4gI2luY2x1ZGU8c3RkaW8uaD4KPiAjaW5j bHVkZTx4ZW5jdHJsLmg+Cj4gIGludCBtYWluKCkKPiB7Cj4gIHByaW50ZigiQXR0ZW1wdCB0byBp bnZva2UgaHlwZXJjYWxsISEhXG4iKTsKPiAgaW50IGhhbmRsZSxyYzsKPiAgeGNfZG9taW5mb190 ICppbmZvOwo+ICBoYW5kbGUgPSB4Y19pbnRlcmZhY2Vfb3BlbigpOwo+ICBwcmludGYow4RjcXVp cmVkIGhhbmRsZSA6JWRcbiIsaGFuZGxlKTsKPiAgcmMgPSB4Y19kb21haW5fZ2V0aW5mbyhoYW5k bGUsMywxLGluZm8pOwo+ICBwcmludGYoIiBUaGUgcmV0dXJuZWQgdmFsdWUgaXMgOiVkXG4iLHJj KTsKPiAgcmV0dXJuIDA7Cj4gfQo+Cj4gSSBsaW5rZWQgeGVuY3RybCBsaWJyYXJ5IGZyb20gZG9t MCwgYnV0IEkgYW0gZ2V0dGluZyBjb21waWxhdGlvbiAKPiBlcnJvcgo+IHNheWluZyAqeGVuY3Ry bC5oOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Ki4gVGhlbiBhcyBwZXIgdGhlIGVycm9yIAo+ IG1lc3NhZ2UKPiBJIHRyaWVkIGNvcHlpbmcoYnkgZG93bmxvYWRpbmcgc291cmNlKSByZXF1aXJl ZCBoZWFkZXIgZmlsZXMgYXMgYW5kIAo+IHdoZW4gaXQKPiBzYXlzIG1pc3NpbmcgaGVhZGVyIGZp bGVzIG5hbWUgb24gY29uc2VjdXRpdmUgY29tcGlsYXRpb24uIEJ1dCBJIAo+IGVuZGVkIHVwCj4g d2l0aCBwYXRoIGNvbmZsaWN0cyBhbmQgY291bGRuJ3Qgc3VjY2VlZCBpbiBjb21waWxpbmcuCj4K PiAqTXkgZG91YnRzOioKPiAqIERvIEkgbmVlZCB0byBjb3B5IGhlYWRlciBmaWxlcyBtYW51YWxs eSBpbnRvIGd1ZXN0IGRvbWFpbj8gLSBJIAo+IHRyaWVkCj4gY29weWluZyBoZWFkZXIgZmlsZXMg cmVxdWlyZWQgYXMgcGVyIGNvbXBpbGF0aW9uIGVycm9yIG1zZ3MgYnV0IEkgCj4gZW5kZWQgdXAK PiB3aXRoIGNvbmZsaWN0cy4KPiAqIEFueSBwb2ludGVycyB0byBkZXRhaWxlZCBndWlkZSB0byBp bnZva2UgaHlwZXJjYWxscyBmcm9tIGd1ZXN0IAo+IGRvbWFpbnM/Pwo+Cj4KPiBUaGFua3MsCj4g TGFrc2htYW4KPgo+Cj4KPgo+IC0tCj4gVmlldyB0aGlzIG1lc3NhZ2UgaW4gY29udGV4dDoKPiAK PiBodHRwOi8veGVuLjEwNDU3MTIubjUubmFiYmxlLmNvbS9CZWdpbm5lcnMtcXVlc3Rpb24tQ29t cGlsYXRpb24tZXJyb3Itd2hpbGUtdHJ5aW5nLXVzZXItcHJvZ3JhbS1mcm9tLWRvbVUtdHA1NzEz Mjk5Lmh0bWwKPiBTZW50IGZyb20gdGhlIFhlbiAtIFVzZXIgbWFpbGluZyBsaXN0IGFyY2hpdmUg YXQgTmFiYmxlLmNvbS4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+IFhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Jan 03 09:13:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:13: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 1TqgqZ-0003A2-M1; Thu, 03 Jan 2013 09:12:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqgqX-00039r-HB for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:12:17 +0000 Received: from [85.158.139.211:63190] by server-12.bemta-5.messagelabs.com id 7A/33-02275-07B45E05; Thu, 03 Jan 2013 09:12:16 +0000 X-Env-Sender: christine.mayapkamga@enseeiht.fr X-Msg-Ref: server-4.tower-206.messagelabs.com!1357204335!20168115!1 X-Originating-IP: [193.48.203.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12161 invoked from network); 3 Jan 2013 09:12:15 -0000 Received: from inpsmtp.inp-toulouse.fr (HELO inpsmtp.inp-toulouse.fr) (193.48.203.41) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 09:12:15 -0000 Received: from imap.inp-toulouse.fr (imap.inp-toulouse.fr [193.48.203.40]) by inpsmtp.inp-toulouse.fr (8.14.3/8.14.3/Debian-9.4) with ESMTP id r039CFCN007911 for ; Thu, 3 Jan 2013 10:12:15 +0100 Received: from rcmail.inp-toulouse.fr (rcmail.inp-toulouse.fr [193.48.203.51]) by imap.inp-toulouse.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r039CCn7025221 for ; Thu, 3 Jan 2013 10:12:15 +0100 MIME-Version: 1.0 Date: Thu, 03 Jan 2013 10:12:12 +0100 From: MAYAP KAMGA Christine larissa To: In-Reply-To: <50E46FDA.3060209@meetinghouse.net> References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> <1357146841.8077.56.camel@iceland> <50E46FDA.3060209@meetinghouse.net> Message-ID: <337e7d9b14f557c96ab9de3c46f14533@inp-toulouse.fr> X-Sender: christine.mayapkamga@enseeiht.fr User-Agent: INP Webmail X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.7 (inpsmtp.inp-toulouse.fr [193.48.203.41]); Thu, 03 Jan 2013 10:12:15 +0100 (CET) X-Scanned-By: MIMEDefang 2.69 on 193.48.203.41 Subject: [Xen-users] [Beginners question]- Compilation error while trying user program from domU X-BeenThere: xen-users@lists.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 SGVsbG8KCkknbSBoYXZpbmcgYWxtb3N0IHRoZSBzYW1lIHByb2JsZW0gYXMgYmVsb3cuCkluIG15 IGNhc2UsIGkgd2FudCB0byB1c2UgImNwdWZyZXEuaCIgYW5kIHBlcmNwdS5oIGxpYnJhcmllcyB0 byBnZXQgCmN1cnJlbnQgcHJvY2Vzc29yIGZyZXF1ZW5jeS4KKipUaGlzIGlzIG15IHNhbXBsZSBw cm9ncmFtKioKCiNpbmNsdWRlIDxhY3BpL2NwdWZyZXEvY3B1ZnJlcS5oPgojaW5jbHVkZSA8YXNt L3BlcmNwdS5oPgpzdGF0aWMgdW5zaWduZWQgaW50IGdldF9teV9jdXJfZnJlcShpbnQgY3B1aWQp CnsKICAgICBzdHJ1Y3QgY3B1ZnJlcV9wb2xpY3kgKnBvbGljeTsKCiAgICAgcG9saWN5ID0gcGVy X2NwdShjcHVmcmVxX2NwdV9wb2xpY3ksIGNwdWlkKTsKICAgICBpZiAoIXBvbGljeSkKICAgICAg ICAgcmV0dXJuIDA7CiAgICAgZWxzZQogICAgICAgICByZXR1cm4gcG9saWN5LT5jdXI7Cn0KCkkg bGlua2VkIHRoZSBuZWNlc2FyeSBsaWJyYWlyeSwgYnV0IHdoaWxlIGV4ZWN1dGluZyBteSBtYWtl ZmlsZSwgaSAKaGF2aW5nIHRoZSBmb2xsb3dpbmYgZXJyb3I6CgpYZW5Sb290L3hlbi9pbmNsdWRl L2FjcGkvY3B1ZnJlcS9wcm9jZXNzb3JfcGVyZi5oOjYxOiBlcnJvcjogZXhwZWN0ZWQgCmRlY2xh cmF0aW9uIHNwZWNpZmllcnMgb3Ig4oCYLi4u4oCZIGJlZm9yZSDigJhjcHVmcmVxX3N0YXRpc3Rp Y19kYXRh4oCZClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL3Byb2Nlc3Nvcl9wZXJm Lmg6NjE6IHdhcm5pbmc6IGRhdGEgCmRlZmluaXRpb24gaGFzIG5vIHR5cGUgb3Igc3RvcmFnZSBj bGFzcwpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9wcm9jZXNzb3JfcGVyZi5oOjYx OiB3YXJuaW5nOiB0eXBlIApkZWZhdWx0cyB0byDigJhpbnTigJkgaW4gZGVjbGFyYXRpb24gb2Yg 4oCYREVDTEFSRV9QRVJfQ1BV4oCZCkluIGZpbGUgaW5jbHVkZWQgZnJvbSByZWFkQ3VycmVudENw dUNvdW50ZXJzLmM6NjoKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5o OjIzOiB3YXJuaW5nOiBkYXRhIGRlZmluaXRpb24gCmhhcyBubyB0eXBlIG9yIHN0b3JhZ2UgY2xh c3MKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjIzOiB3YXJuaW5n OiB0eXBlIGRlZmF1bHRzIAp0byDigJhpbnTigJkgaW4gZGVjbGFyYXRpb24gb2Yg4oCYREVDTEFS RV9QRVJfQ1BV4oCZClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL2NwdWZyZXEuaDoy Mzogd2FybmluZzogcGFyYW1ldGVyIG5hbWVzIAood2l0aG91dCB0eXBlcykgaW4gZnVuY3Rpb24g ZGVjbGFyYXRpb24KWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjI1 OiBlcnJvcjogZXhwZWN0ZWQg4oCYPeKAmSwgCuKAmCzigJksIOKAmDvigJksIOKAmGFzbeKAmSBv ciDigJhfX2F0dHJpYnV0ZV9f4oCZIGJlZm9yZSDigJhjcHVmcmVxX3ZlcmJvc2XigJkKWGVuUm9v dC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjYyOiBlcnJvcjogZXhwZWN0ZWQg CmRlY2xhcmF0aW9uIHNwZWNpZmllcnMgb3Ig4oCYLi4u4oCZIGJlZm9yZSDigJhjcHVmcmVxX2Nw dV9wb2xpY3nigJkKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjYy OiB3YXJuaW5nOiBkYXRhIGRlZmluaXRpb24gCmhhcyBubyB0eXBlIG9yIHN0b3JhZ2UgY2xhc3MK WGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjYyOiB3YXJuaW5nOiB0 eXBlIGRlZmF1bHRzIAp0byDigJhpbnTigJkgaW4gZGVjbGFyYXRpb24gb2Yg4oCYREVDTEFSRV9Q RVJfQ1BV4oCZClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL2NwdWZyZXEuaDo2Mjog ZXJyb3I6IGNvbmZsaWN0aW5nIHR5cGVzIApmb3Ig4oCYREVDTEFSRV9QRVJfQ1BV4oCZClhlblJv b3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL3Byb2Nlc3Nvcl9wZXJmLmg6NjE6IG5vdGU6IHBy ZXZpb3VzIApkZWNsYXJhdGlvbiBvZiDigJhERUNMQVJFX1BFUl9DUFXigJkgd2FzIGhlcmUKWGVu Um9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOiBJbiBmdW5jdGlvbiAK4oCY Y3B1ZnJlcV9yZWdpc3Rlcl9kcml2ZXLigJk6ClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVm cmVxL2NwdWZyZXEuaDoxNjQ6IGVycm9yOiDigJhFSU5WQUzigJkgCnVuZGVjbGFyZWQgKGZpcnN0 IHVzZSBpbiB0aGlzIGZ1bmN0aW9uKQpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9j cHVmcmVxLmg6MTY0OiBlcnJvcjogKEVhY2ggdW5kZWNsYXJlZCAKaWRlbnRpZmllciBpcyByZXBv cnRlZCBvbmx5IG9uY2UKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5o OjE2NDogZXJyb3I6IGZvciBlYWNoIApmdW5jdGlvbiBpdCBhcHBlYXJzIGluLikKWGVuUm9vdC94 ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjE2NzogZXJyb3I6IOKAmEVCVVNZ4oCZ IAp1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhpcyBmdW5jdGlvbikKWGVuUm9vdC94ZW4vaW5j bHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOiBJbiBmdW5jdGlvbiAK4oCYY3B1ZnJlcV91bnJl Z2lzdGVyX2RyaXZlcuKAmToKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJl cS5oOjE3NzogZXJyb3I6IOKAmEVJTlZBTOKAmSAKdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRo aXMgZnVuY3Rpb24pCnJlYWRDdXJyZW50Q3B1Q291bnRlcnMuYzogSW4gZnVuY3Rpb24g4oCYZ2V0 X2N1cl9mcmVxX29uX2NwdeKAmToKcmVhZEN1cnJlbnRDcHVDb3VudGVycy5jOjI2OiBlcnJvcjog 4oCYcGVyX2NwdV9fY3B1ZnJlcV9jcHVfcG9saWN54oCZIAp1bmRlY2xhcmVkIChmaXJzdCB1c2Ug aW4gdGhpcyBmdW5jdGlvbikKcmVhZEN1cnJlbnRDcHVDb3VudGVycy5jOjI2OiB3YXJuaW5nOiB0 eXBlIGRlZmF1bHRzIHRvIOKAmGludOKAmSBpbiAKZGVjbGFyYXRpb24gb2Yg4oCYdHlwZSBuYW1l 4oCZCnJlYWRDdXJyZW50Q3B1Q291bnRlcnMuYzoyNjogZXJyb3I6IGludmFsaWQgdHlwZSBhcmd1 bWVudCBvZiDigJh1bmFyeSAq4oCZIAooaGF2ZSDigJhpbnTigJkpCm1ha2U6ICoqKiBbcmVhZEN1 cnJlbnRDcHVDb3VudGVycy5vXSBFcnJldXIgMQoKClBsZWFzZSwgd2hhdCBjYW4gaSBkbyB0byBz b2x2ZSB0aGlzIGlzc3VlLgpQUzogaSdtIHVzaW5nIFhlbiBpbiBoaXMgNC4xLjIgdmVyc2lvbi4K CgpUaGFua3MgaW4gYWR2YW5jZQoKCk9uIFdlZCwgMiBKYW4gMjAxMyAyMjowMjowNSAtMDgwMCAo UFNUKSwgTGFrc2htYW4gSmF5YXJhanUgd3JvdGU6Cj4gSGkgYWxsLAo+Cj4gTXkgYWltIGlzIHRv IGludm9rZSBoeXBlcmNhbGxzIGZyb20gcHJvZ3JhbXMgaW5zaWRlIGd1ZXN0IGRvbWFpbnMuIFNv IAo+IGluCj4gdGhpcyByZWdhcmQgSSB3cm90ZSBhIHNhbXBsZSBwcm9ncmFtIGFzIGJlbG93IHRo YXQgaW52b2tlcyBhCj4gZnVuY3Rpb24oeGNfZG9tYWluX2dldGluZm8pIGRlY2xhcmVkIGluIHhl bmN0cmwuaC4KPgo+ICpTYW1wbGUgUHJvZ3JhbToqCj4gI2luY2x1ZGU8c3RkaW8uaD4KPiAjaW5j bHVkZTx4ZW5jdHJsLmg+Cj4gIGludCBtYWluKCkKPiB7Cj4gIHByaW50ZigiQXR0ZW1wdCB0byBp bnZva2UgaHlwZXJjYWxsISEhXG4iKTsKPiAgaW50IGhhbmRsZSxyYzsKPiAgeGNfZG9taW5mb190 ICppbmZvOwo+ICBoYW5kbGUgPSB4Y19pbnRlcmZhY2Vfb3BlbigpOwo+ICBwcmludGYow4RjcXVp cmVkIGhhbmRsZSA6JWRcbiIsaGFuZGxlKTsKPiAgcmMgPSB4Y19kb21haW5fZ2V0aW5mbyhoYW5k bGUsMywxLGluZm8pOwo+ICBwcmludGYoIiBUaGUgcmV0dXJuZWQgdmFsdWUgaXMgOiVkXG4iLHJj KTsKPiAgcmV0dXJuIDA7Cj4gfQo+Cj4gSSBsaW5rZWQgeGVuY3RybCBsaWJyYXJ5IGZyb20gZG9t MCwgYnV0IEkgYW0gZ2V0dGluZyBjb21waWxhdGlvbiAKPiBlcnJvcgo+IHNheWluZyAqeGVuY3Ry bC5oOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Ki4gVGhlbiBhcyBwZXIgdGhlIGVycm9yIAo+ IG1lc3NhZ2UKPiBJIHRyaWVkIGNvcHlpbmcoYnkgZG93bmxvYWRpbmcgc291cmNlKSByZXF1aXJl ZCBoZWFkZXIgZmlsZXMgYXMgYW5kIAo+IHdoZW4gaXQKPiBzYXlzIG1pc3NpbmcgaGVhZGVyIGZp bGVzIG5hbWUgb24gY29uc2VjdXRpdmUgY29tcGlsYXRpb24uIEJ1dCBJIAo+IGVuZGVkIHVwCj4g d2l0aCBwYXRoIGNvbmZsaWN0cyBhbmQgY291bGRuJ3Qgc3VjY2VlZCBpbiBjb21waWxpbmcuCj4K PiAqTXkgZG91YnRzOioKPiAqIERvIEkgbmVlZCB0byBjb3B5IGhlYWRlciBmaWxlcyBtYW51YWxs eSBpbnRvIGd1ZXN0IGRvbWFpbj8gLSBJIAo+IHRyaWVkCj4gY29weWluZyBoZWFkZXIgZmlsZXMg cmVxdWlyZWQgYXMgcGVyIGNvbXBpbGF0aW9uIGVycm9yIG1zZ3MgYnV0IEkgCj4gZW5kZWQgdXAK PiB3aXRoIGNvbmZsaWN0cy4KPiAqIEFueSBwb2ludGVycyB0byBkZXRhaWxlZCBndWlkZSB0byBp bnZva2UgaHlwZXJjYWxscyBmcm9tIGd1ZXN0IAo+IGRvbWFpbnM/Pwo+Cj4KPiBUaGFua3MsCj4g TGFrc2htYW4KPgo+Cj4KPgo+IC0tCj4gVmlldyB0aGlzIG1lc3NhZ2UgaW4gY29udGV4dDoKPiAK PiBodHRwOi8veGVuLjEwNDU3MTIubjUubmFiYmxlLmNvbS9CZWdpbm5lcnMtcXVlc3Rpb24tQ29t cGlsYXRpb24tZXJyb3Itd2hpbGUtdHJ5aW5nLXVzZXItcHJvZ3JhbS1mcm9tLWRvbVUtdHA1NzEz Mjk5Lmh0bWwKPiBTZW50IGZyb20gdGhlIFhlbiAtIFVzZXIgbWFpbGluZyBsaXN0IGFyY2hpdmUg YXQgTmFiYmxlLmNvbS4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+IFhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Jan 03 09:13:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:13: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 1TqgrF-0003Ca-P0; Thu, 03 Jan 2013 09:13:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqgrE-0003CP-0z for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:13:00 +0000 Received: from [85.158.138.51:54504] by server-8.bemta-3.messagelabs.com id 3F/16-01233-B9B45E05; Thu, 03 Jan 2013 09:12:59 +0000 X-Env-Sender: power.real@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1357204377!22959074!1 X-Originating-IP: [209.85.213.182] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16717 invoked from network); 3 Jan 2013 09:12:58 -0000 Received: from mail-ye0-f182.google.com (HELO mail-ye0-f182.google.com) (209.85.213.182) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 09:12:58 -0000 Received: by mail-ye0-f182.google.com with SMTP id q5so2321216yen.41 for ; Thu, 03 Jan 2013 01:12:57 -0800 (PST) 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=wJcLFcPUlO4NBZFiT4+3iqSKPtNCcMimMPlXZ5ecnRY=; b=D2mjxmQAKefoD1WokkXvB3fNYTStq4WdR6kS7thYfXpldECsCxRaR4m5S9B2UnS2zm uFhyLEuoZw4qElBco970eEQf1TY6AC5Nr/o9B36H1p2j2c+xLu9YCgdsBzg4v8tWc/Ue lr99CR6XhlLHxCl6fgXyKIUyqtRDzLqJA3tawIezVom+7XtX+OzUr5BLP0inAhlDg4eQ tLf/OZiY5ZjgtiU2mPFACB/yC1HIg7vVRyOpGWVLPPBet/4M10friKE+drQ4/ZgXJq3n i2cx9itLwcOZ3N3IEUi5Q75T6VyXVodsfnIaNbVwm09nL51FgRBboWcSBMZ+FDVnZ/gh A0QQ== MIME-Version: 1.0 Received: by 10.236.134.72 with SMTP id r48mr49717586yhi.3.1357204377152; Thu, 03 Jan 2013 01:12:57 -0800 (PST) Received: by 10.147.42.40 with HTTP; Thu, 3 Jan 2013 01:12:57 -0800 (PST) Date: Thu, 3 Jan 2013 13:12:57 +0400 Message-ID: From: Sergey To: xen-users@lists.xen.org Subject: [Xen-users] Offline XCP docs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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. Are there any offline XCP manuals in pdf or similar formats (ideally mobi or epub)? Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 09:13:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:13: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 1TqgrF-0003Ca-P0; Thu, 03 Jan 2013 09:13:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqgrE-0003CP-0z for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:13:00 +0000 Received: from [85.158.138.51:54504] by server-8.bemta-3.messagelabs.com id 3F/16-01233-B9B45E05; Thu, 03 Jan 2013 09:12:59 +0000 X-Env-Sender: power.real@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1357204377!22959074!1 X-Originating-IP: [209.85.213.182] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16717 invoked from network); 3 Jan 2013 09:12:58 -0000 Received: from mail-ye0-f182.google.com (HELO mail-ye0-f182.google.com) (209.85.213.182) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 09:12:58 -0000 Received: by mail-ye0-f182.google.com with SMTP id q5so2321216yen.41 for ; Thu, 03 Jan 2013 01:12:57 -0800 (PST) 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=wJcLFcPUlO4NBZFiT4+3iqSKPtNCcMimMPlXZ5ecnRY=; b=D2mjxmQAKefoD1WokkXvB3fNYTStq4WdR6kS7thYfXpldECsCxRaR4m5S9B2UnS2zm uFhyLEuoZw4qElBco970eEQf1TY6AC5Nr/o9B36H1p2j2c+xLu9YCgdsBzg4v8tWc/Ue lr99CR6XhlLHxCl6fgXyKIUyqtRDzLqJA3tawIezVom+7XtX+OzUr5BLP0inAhlDg4eQ tLf/OZiY5ZjgtiU2mPFACB/yC1HIg7vVRyOpGWVLPPBet/4M10friKE+drQ4/ZgXJq3n i2cx9itLwcOZ3N3IEUi5Q75T6VyXVodsfnIaNbVwm09nL51FgRBboWcSBMZ+FDVnZ/gh A0QQ== MIME-Version: 1.0 Received: by 10.236.134.72 with SMTP id r48mr49717586yhi.3.1357204377152; Thu, 03 Jan 2013 01:12:57 -0800 (PST) Received: by 10.147.42.40 with HTTP; Thu, 3 Jan 2013 01:12:57 -0800 (PST) Date: Thu, 3 Jan 2013 13:12:57 +0400 Message-ID: From: Sergey To: xen-users@lists.xen.org Subject: [Xen-users] Offline XCP docs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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. Are there any offline XCP manuals in pdf or similar formats (ideally mobi or epub)? Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 09:22:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:22: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 1Tqgzm-0003iu-2R; Thu, 03 Jan 2013 09:21:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqgzk-0003id-JL for xen-users@lists.xensource.com; Thu, 03 Jan 2013 09:21:48 +0000 Received: from [85.158.143.99:48521] by server-2.bemta-4.messagelabs.com id EF/3E-30861-BAD45E05; Thu, 03 Jan 2013 09:21:47 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1357204907!27330455!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0MTQ2\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6353 invoked from network); 3 Jan 2013 09:21:47 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 09:21:47 -0000 X-IronPort-AV: E=Sophos;i="4.84,402,1355097600"; d="scan'208";a="427085" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Jan 2013 09:21:47 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Thu, 3 Jan 2013 09:21:47 +0000 Message-ID: <1357204905.10985.61.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Miles Fidelman Date: Thu, 3 Jan 2013 09:21:45 +0000 In-Reply-To: <50E46ECD.7040005@meetinghouse.net> References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> <50E46ECD.7040005@meetinghouse.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-02 at 17:30 +0000, Miles Fidelman wrote: > Ian Campbell wrote: > > On Wed, 2013-01-02 at 16:35 +0000, Miles Fidelman wrote: > > > > > >> Can you elaborate on this just a bit? It sounds like one can use qemu > >> drivers from an HVM, to access the PV drivers. But what about the other > >> way around? I'm running PV guests, so normally qemu doesn't apply, > >> but... what I'm trying to figure out is whether there's some way to use > >> the qemu drivers to access the sheepdog cluster file system - which only > >> provides a qemu interface. > > I'm not sure what you mean by "qemu drivers". Do you mean virtio? > qemu-dm I still don't really know what you mean. Apart from being a Xen specific term qemu-dm provides emulation of physical devices and Xen PV devices. Drivers are typically things in the guest which talk to those. > > Looking (very briefly) at the sheepdog page it looks KVM specific to me, > > I wouldn't expect it to Just Work on Xen -- someone would need to do a > > porting job. > > There's a good diagram on slide 5 of > http://www.osrg.net/sheepdog/_static/lca2010_miniconf.pdf > > It looks like sheepdog's servers (which talk to disks) run directly on > linux, while VMs access virtual block devices via qemu. Performance may > be better w/ KVM, but sheepdog doesn't seem to depend on it. > > There's been some discussion on the sheepdog development lists that > sheepdog vdi devices (virtual disk images) are compatible with qemu-dm - > which suggests that one could mount a sheepdog device from a HVM. I'm > wondering if there's a way to use qemu-dm from a PVM. So it looks like sheepdog can contain disk images which are exposed to the guest as either an emulated IDE device or a virtio block device (although those slides mention neither explicitly) and the clustered filesystem aspect is not actually exposed to the guest. I suppose it ought to be possible to have the qdisk backend in Qemu use the sheepdog backend instead of a file or block device or whatever. It would be worth trying a vbd configured with "backendtype=qdisk,target=sheepdog:" since sheepdog: seems to be the syntax (judging from the "Start the VM" section of https://github.com/collie/sheepdog/wiki/Getting-Started). I don't know if the Xen toolstack supports passing arbitrary disk configurations to qemu though, someone (like you) would need to investigate and possibly do some plumbing on the Xen toolstack side (I'd be happy to advise on list if it comes to this). The same sort of thing ought to apply to using the Ceph backend in qemu. It would be worth googling to see if anyone has done this since I'd expect the approach ought to carry across. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 09:22:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:22: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 1Tqgzm-0003iu-2R; Thu, 03 Jan 2013 09:21:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqgzk-0003id-JL for xen-users@lists.xensource.com; Thu, 03 Jan 2013 09:21:48 +0000 Received: from [85.158.143.99:48521] by server-2.bemta-4.messagelabs.com id EF/3E-30861-BAD45E05; Thu, 03 Jan 2013 09:21:47 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1357204907!27330455!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0MTQ2\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6353 invoked from network); 3 Jan 2013 09:21:47 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 09:21:47 -0000 X-IronPort-AV: E=Sophos;i="4.84,402,1355097600"; d="scan'208";a="427085" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Jan 2013 09:21:47 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Thu, 3 Jan 2013 09:21:47 +0000 Message-ID: <1357204905.10985.61.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Miles Fidelman Date: Thu, 3 Jan 2013 09:21:45 +0000 In-Reply-To: <50E46ECD.7040005@meetinghouse.net> References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> <50E46ECD.7040005@meetinghouse.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-02 at 17:30 +0000, Miles Fidelman wrote: > Ian Campbell wrote: > > On Wed, 2013-01-02 at 16:35 +0000, Miles Fidelman wrote: > > > > > >> Can you elaborate on this just a bit? It sounds like one can use qemu > >> drivers from an HVM, to access the PV drivers. But what about the other > >> way around? I'm running PV guests, so normally qemu doesn't apply, > >> but... what I'm trying to figure out is whether there's some way to use > >> the qemu drivers to access the sheepdog cluster file system - which only > >> provides a qemu interface. > > I'm not sure what you mean by "qemu drivers". Do you mean virtio? > qemu-dm I still don't really know what you mean. Apart from being a Xen specific term qemu-dm provides emulation of physical devices and Xen PV devices. Drivers are typically things in the guest which talk to those. > > Looking (very briefly) at the sheepdog page it looks KVM specific to me, > > I wouldn't expect it to Just Work on Xen -- someone would need to do a > > porting job. > > There's a good diagram on slide 5 of > http://www.osrg.net/sheepdog/_static/lca2010_miniconf.pdf > > It looks like sheepdog's servers (which talk to disks) run directly on > linux, while VMs access virtual block devices via qemu. Performance may > be better w/ KVM, but sheepdog doesn't seem to depend on it. > > There's been some discussion on the sheepdog development lists that > sheepdog vdi devices (virtual disk images) are compatible with qemu-dm - > which suggests that one could mount a sheepdog device from a HVM. I'm > wondering if there's a way to use qemu-dm from a PVM. So it looks like sheepdog can contain disk images which are exposed to the guest as either an emulated IDE device or a virtio block device (although those slides mention neither explicitly) and the clustered filesystem aspect is not actually exposed to the guest. I suppose it ought to be possible to have the qdisk backend in Qemu use the sheepdog backend instead of a file or block device or whatever. It would be worth trying a vbd configured with "backendtype=qdisk,target=sheepdog:" since sheepdog: seems to be the syntax (judging from the "Start the VM" section of https://github.com/collie/sheepdog/wiki/Getting-Started). I don't know if the Xen toolstack supports passing arbitrary disk configurations to qemu though, someone (like you) would need to investigate and possibly do some plumbing on the Xen toolstack side (I'd be happy to advise on list if it comes to this). The same sort of thing ought to apply to using the Ceph backend in qemu. It would be worth googling to see if anyone has done this since I'd expect the approach ought to carry across. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 09:33:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:33: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 1TqhAB-0004EI-H5; Thu, 03 Jan 2013 09:32:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqhA9-0004EC-Bm for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:32:33 +0000 Received: from [193.109.254.147:34337] by server-2.bemta-14.messagelabs.com id 41/EF-30744-03055E05; Thu, 03 Jan 2013 09:32:32 +0000 X-Env-Sender: christine.mayapkamga@enseeiht.fr X-Msg-Ref: server-7.tower-27.messagelabs.com!1357205459!1097577!1 X-Originating-IP: [193.48.203.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9080 invoked from network); 3 Jan 2013 09:31:00 -0000 Received: from inpsmtp.inp-toulouse.fr (HELO inpsmtp.inp-toulouse.fr) (193.48.203.41) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 09:31:00 -0000 Received: from imap.inp-toulouse.fr (imap.inp-toulouse.fr [193.48.203.40]) by inpsmtp.inp-toulouse.fr (8.14.3/8.14.3/Debian-9.4) with ESMTP id r039UwE0010453 for ; Thu, 3 Jan 2013 10:30:59 +0100 Received: from rcmail.inp-toulouse.fr (rcmail.inp-toulouse.fr [193.48.203.51]) by imap.inp-toulouse.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r039Uu2X028519 for ; Thu, 3 Jan 2013 10:30:58 +0100 MIME-Version: 1.0 Date: Thu, 03 Jan 2013 10:30:56 +0100 From: MAYAP KAMGA Christine larissa To: Message-ID: <54ebb4c4938dc6c907439e5cbbfc5cab@inp-toulouse.fr> X-Sender: christine.mayapkamga@enseeiht.fr User-Agent: INP Webmail X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.7 (inpsmtp.inp-toulouse.fr [193.48.203.41]); Thu, 03 Jan 2013 10:30:59 +0100 (CET) X-Scanned-By: MIMEDefang 2.69 on 193.48.203.41 Subject: [Xen-users] Fwd: [Beginners question]- Compilation error while trying user program from dom0 X-BeenThere: xen-users@lists.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 U29ycnksIGluIG15IGNhc2UsIG15IHVzZXIgYXBwbGljYXRpb24gaXMgcnVubmluZyBvbiB0aGUg ZG9tTy4KCi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0KU3ViamVjdDogW1hlbi11 c2Vyc10gW0JlZ2lubmVycyBxdWVzdGlvbl0tIENvbXBpbGF0aW9uIGVycm9yIHdoaWxlIAp0cnlp bmcgdXNlciBwcm9ncmFtIGZyb20gZG9tVQpEYXRlOiBUaHUsIDAzIEphbiAyMDEzIDEwOjEyOjEy ICswMTAwCiBGcm9tOiBNQVlBUCBLQU1HQSBDaHJpc3RpbmUgbGFyaXNzYSA8Y2hyaXN0aW5lLm1h eWFwa2FtZ2FAZW5zZWVpaHQuZnI+ClRvOiA8eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+CgpIZWxs bwoKSSdtIGhhdmluZyBhbG1vc3QgdGhlIHNhbWUgcHJvYmxlbSBhcyBiZWxvdy4KSW4gbXkgY2Fz ZSwgaSB3YW50IHRvIHVzZSAiY3B1ZnJlcS5oIiBhbmQgcGVyY3B1LmggbGlicmFyaWVzIHRvIGdl dCAKY3VycmVudCBwcm9jZXNzb3IgZnJlcXVlbmN5LgoqKlRoaXMgaXMgbXkgc2FtcGxlIHByb2dy YW0qKgoKI2luY2x1ZGUgPGFjcGkvY3B1ZnJlcS9jcHVmcmVxLmg+CiNpbmNsdWRlIDxhc20vcGVy Y3B1Lmg+CnN0YXRpYyB1bnNpZ25lZCBpbnQgZ2V0X215X2N1cl9mcmVxKGludCBjcHVpZCkKewog ICAgIHN0cnVjdCBjcHVmcmVxX3BvbGljeSAqcG9saWN5OwoKICAgICBwb2xpY3kgPSBwZXJfY3B1 KGNwdWZyZXFfY3B1X3BvbGljeSwgY3B1aWQpOwogICAgIGlmICghcG9saWN5KQogICAgICAgICBy ZXR1cm4gMDsKICAgICBlbHNlCiAgICAgICAgIHJldHVybiBwb2xpY3ktPmN1cjsKfQoKSSBsaW5r ZWQgdGhlIG5lY2VzYXJ5IGxpYnJhaXJ5LCBidXQgd2hpbGUgZXhlY3V0aW5nIG15IG1ha2VmaWxl LCBpIApoYXZpbmcgdGhlIGZvbGxvd2luZiBlcnJvcjoKClhlblJvb3QveGVuL2luY2x1ZGUvYWNw aS9jcHVmcmVxL3Byb2Nlc3Nvcl9wZXJmLmg6NjE6IGVycm9yOiBleHBlY3RlZCAKZGVjbGFyYXRp b24gc3BlY2lmaWVycyBvciDigJguLi7igJkgYmVmb3JlIOKAmGNwdWZyZXFfc3RhdGlzdGljX2Rh dGHigJkKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvcHJvY2Vzc29yX3BlcmYuaDo2 MTogd2FybmluZzogZGF0YSAKZGVmaW5pdGlvbiBoYXMgbm8gdHlwZSBvciBzdG9yYWdlIGNsYXNz ClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL3Byb2Nlc3Nvcl9wZXJmLmg6NjE6IHdh cm5pbmc6IHR5cGUgCmRlZmF1bHRzIHRvIOKAmGludOKAmSBpbiBkZWNsYXJhdGlvbiBvZiDigJhE RUNMQVJFX1BFUl9DUFXigJkKSW4gZmlsZSBpbmNsdWRlZCBmcm9tIHJlYWRDdXJyZW50Q3B1Q291 bnRlcnMuYzo2OgpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6MjM6 IHdhcm5pbmc6IGRhdGEgZGVmaW5pdGlvbiAKaGFzIG5vIHR5cGUgb3Igc3RvcmFnZSBjbGFzcwpY ZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6MjM6IHdhcm5pbmc6IHR5 cGUgZGVmYXVsdHMgCnRvIOKAmGludOKAmSBpbiBkZWNsYXJhdGlvbiBvZiDigJhERUNMQVJFX1BF Ul9DUFXigJkKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjIzOiB3 YXJuaW5nOiBwYXJhbWV0ZXIgbmFtZXMgCih3aXRob3V0IHR5cGVzKSBpbiBmdW5jdGlvbiBkZWNs YXJhdGlvbgpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6MjU6IGVy cm9yOiBleHBlY3RlZCDigJg94oCZLCAK4oCYLOKAmSwg4oCYO+KAmSwg4oCYYXNt4oCZIG9yIOKA mF9fYXR0cmlidXRlX1/igJkgYmVmb3JlIOKAmGNwdWZyZXFfdmVyYm9zZeKAmQpYZW5Sb290L3hl bi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6NjI6IGVycm9yOiBleHBlY3RlZCAKZGVj bGFyYXRpb24gc3BlY2lmaWVycyBvciDigJguLi7igJkgYmVmb3JlIOKAmGNwdWZyZXFfY3B1X3Bv bGljeeKAmQpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6NjI6IHdh cm5pbmc6IGRhdGEgZGVmaW5pdGlvbiAKaGFzIG5vIHR5cGUgb3Igc3RvcmFnZSBjbGFzcwpYZW5S b290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6NjI6IHdhcm5pbmc6IHR5cGUg ZGVmYXVsdHMgCnRvIOKAmGludOKAmSBpbiBkZWNsYXJhdGlvbiBvZiDigJhERUNMQVJFX1BFUl9D UFXigJkKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjYyOiBlcnJv cjogY29uZmxpY3RpbmcgdHlwZXMgCmZvciDigJhERUNMQVJFX1BFUl9DUFXigJkKWGVuUm9vdC94 ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvcHJvY2Vzc29yX3BlcmYuaDo2MTogbm90ZTogcHJldmlv dXMgCmRlY2xhcmF0aW9uIG9mIOKAmERFQ0xBUkVfUEVSX0NQVeKAmSB3YXMgaGVyZQpYZW5Sb290 L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6IEluIGZ1bmN0aW9uIArigJhjcHVm cmVxX3JlZ2lzdGVyX2RyaXZlcuKAmToKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEv Y3B1ZnJlcS5oOjE2NDogZXJyb3I6IOKAmEVJTlZBTOKAmSAKdW5kZWNsYXJlZCAoZmlyc3QgdXNl IGluIHRoaXMgZnVuY3Rpb24pClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL2NwdWZy ZXEuaDoxNjQ6IGVycm9yOiAoRWFjaCB1bmRlY2xhcmVkIAppZGVudGlmaWVyIGlzIHJlcG9ydGVk IG9ubHkgb25jZQpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6MTY0 OiBlcnJvcjogZm9yIGVhY2ggCmZ1bmN0aW9uIGl0IGFwcGVhcnMgaW4uKQpYZW5Sb290L3hlbi9p bmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6MTY3OiBlcnJvcjog4oCYRUJVU1nigJkgCnVu ZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlzIGZ1bmN0aW9uKQpYZW5Sb290L3hlbi9pbmNsdWRl L2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6IEluIGZ1bmN0aW9uIArigJhjcHVmcmVxX3VucmVnaXN0 ZXJfZHJpdmVy4oCZOgpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6 MTc3OiBlcnJvcjog4oCYRUlOVkFM4oCZIAp1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhpcyBm dW5jdGlvbikKcmVhZEN1cnJlbnRDcHVDb3VudGVycy5jOiBJbiBmdW5jdGlvbiDigJhnZXRfY3Vy X2ZyZXFfb25fY3B14oCZOgpyZWFkQ3VycmVudENwdUNvdW50ZXJzLmM6MjY6IGVycm9yOiDigJhw ZXJfY3B1X19jcHVmcmVxX2NwdV9wb2xpY3nigJkgCnVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0 aGlzIGZ1bmN0aW9uKQpyZWFkQ3VycmVudENwdUNvdW50ZXJzLmM6MjY6IHdhcm5pbmc6IHR5cGUg ZGVmYXVsdHMgdG8g4oCYaW504oCZIGluIApkZWNsYXJhdGlvbiBvZiDigJh0eXBlIG5hbWXigJkK cmVhZEN1cnJlbnRDcHVDb3VudGVycy5jOjI2OiBlcnJvcjogaW52YWxpZCB0eXBlIGFyZ3VtZW50 IG9mIOKAmHVuYXJ5ICrigJkgCihoYXZlIOKAmGludOKAmSkKbWFrZTogKioqIFtyZWFkQ3VycmVu dENwdUNvdW50ZXJzLm9dIEVycmV1ciAxCgoKUGxlYXNlLCB3aGF0IGNhbiBpIGRvIHRvIHNvbHZl IHRoaXMgaXNzdWUuClBTOiBpJ20gdXNpbmcgWGVuIGluIGhpcyA0LjEuMiB2ZXJzaW9uLgoKClRo YW5rcyBpbiBhZHZhbmNlCgoKT24gV2VkLCAyIEphbiAyMDEzIDIyOjAyOjA1IC0wODAwIChQU1Qp LCBMYWtzaG1hbiBKYXlhcmFqdSB3cm90ZToKPiBIaSBhbGwsCj4KPiBNeSBhaW0gaXMgdG8gaW52 b2tlIGh5cGVyY2FsbHMgZnJvbSBwcm9ncmFtcyBpbnNpZGUgZ3Vlc3QgZG9tYWlucy4gU28gCj4g aW4KPiB0aGlzIHJlZ2FyZCBJIHdyb3RlIGEgc2FtcGxlIHByb2dyYW0gYXMgYmVsb3cgdGhhdCBp bnZva2VzIGEKPiBmdW5jdGlvbih4Y19kb21haW5fZ2V0aW5mbykgZGVjbGFyZWQgaW4geGVuY3Ry bC5oLgo+Cj4gKlNhbXBsZSBQcm9ncmFtOioKPiAjaW5jbHVkZTxzdGRpby5oPgo+ICNpbmNsdWRl PHhlbmN0cmwuaD4KPiAgaW50IG1haW4oKQo+IHsKPiAgcHJpbnRmKCJBdHRlbXB0IHRvIGludm9r ZSBoeXBlcmNhbGwhISFcbiIpOwo+ICBpbnQgaGFuZGxlLHJjOwo+ICB4Y19kb21pbmZvX3QgKmlu Zm87Cj4gIGhhbmRsZSA9IHhjX2ludGVyZmFjZV9vcGVuKCk7Cj4gIHByaW50ZijDhGNxdWlyZWQg aGFuZGxlIDolZFxuIixoYW5kbGUpOwo+ICByYyA9IHhjX2RvbWFpbl9nZXRpbmZvKGhhbmRsZSwz LDEsaW5mbyk7Cj4gIHByaW50ZigiIFRoZSByZXR1cm5lZCB2YWx1ZSBpcyA6JWRcbiIscmMpOwo+ ICByZXR1cm4gMDsKPiB9Cj4KPiBJIGxpbmtlZCB4ZW5jdHJsIGxpYnJhcnkgZnJvbSBkb20wLCBi dXQgSSBhbSBnZXR0aW5nIGNvbXBpbGF0aW9uIAo+IGVycm9yCj4gc2F5aW5nICp4ZW5jdHJsLmg6 IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkqLiBUaGVuIGFzIHBlciB0aGUgZXJyb3IgCj4gbWVz c2FnZQo+IEkgdHJpZWQgY29weWluZyhieSBkb3dubG9hZGluZyBzb3VyY2UpIHJlcXVpcmVkIGhl YWRlciBmaWxlcyBhcyBhbmQgCj4gd2hlbiBpdAo+IHNheXMgbWlzc2luZyBoZWFkZXIgZmlsZXMg bmFtZSBvbiBjb25zZWN1dGl2ZSBjb21waWxhdGlvbi4gQnV0IEkgCj4gZW5kZWQgdXAKPiB3aXRo IHBhdGggY29uZmxpY3RzIGFuZCBjb3VsZG4ndCBzdWNjZWVkIGluIGNvbXBpbGluZy4KPgo+ICpN eSBkb3VidHM6Kgo+ICogRG8gSSBuZWVkIHRvIGNvcHkgaGVhZGVyIGZpbGVzIG1hbnVhbGx5IGlu dG8gZ3Vlc3QgZG9tYWluPyAtIEkgCj4gdHJpZWQKPiBjb3B5aW5nIGhlYWRlciBmaWxlcyByZXF1 aXJlZCBhcyBwZXIgY29tcGlsYXRpb24gZXJyb3IgbXNncyBidXQgSSAKPiBlbmRlZCB1cAo+IHdp dGggY29uZmxpY3RzLgo+ICogQW55IHBvaW50ZXJzIHRvIGRldGFpbGVkIGd1aWRlIHRvIGludm9r ZSBoeXBlcmNhbGxzIGZyb20gZ3Vlc3QgCj4gZG9tYWlucz8/Cj4KPgo+IFRoYW5rcywKPiBMYWtz aG1hbgo+Cj4KPgo+Cj4gLS0KPiBWaWV3IHRoaXMgbWVzc2FnZSBpbiBjb250ZXh0Ogo+IAo+IGh0 dHA6Ly94ZW4uMTA0NTcxMi5uNS5uYWJibGUuY29tL0JlZ2lubmVycy1xdWVzdGlvbi1Db21waWxh dGlvbi1lcnJvci13aGlsZS10cnlpbmctdXNlci1wcm9ncmFtLWZyb20tZG9tVS10cDU3MTMyOTku aHRtbAo+IFNlbnQgZnJvbSB0aGUgWGVuIC0gVXNlciBtYWlsaW5nIGxpc3QgYXJjaGl2ZSBhdCBO YWJibGUuY29tLgo+Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcK PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCgpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcg bGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNl cnM= From xen-users-bounces@lists.xen.org Thu Jan 03 09:33:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:33: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 1TqhAB-0004EI-H5; Thu, 03 Jan 2013 09:32:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqhA9-0004EC-Bm for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:32:33 +0000 Received: from [193.109.254.147:34337] by server-2.bemta-14.messagelabs.com id 41/EF-30744-03055E05; Thu, 03 Jan 2013 09:32:32 +0000 X-Env-Sender: christine.mayapkamga@enseeiht.fr X-Msg-Ref: server-7.tower-27.messagelabs.com!1357205459!1097577!1 X-Originating-IP: [193.48.203.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9080 invoked from network); 3 Jan 2013 09:31:00 -0000 Received: from inpsmtp.inp-toulouse.fr (HELO inpsmtp.inp-toulouse.fr) (193.48.203.41) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 09:31:00 -0000 Received: from imap.inp-toulouse.fr (imap.inp-toulouse.fr [193.48.203.40]) by inpsmtp.inp-toulouse.fr (8.14.3/8.14.3/Debian-9.4) with ESMTP id r039UwE0010453 for ; Thu, 3 Jan 2013 10:30:59 +0100 Received: from rcmail.inp-toulouse.fr (rcmail.inp-toulouse.fr [193.48.203.51]) by imap.inp-toulouse.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r039Uu2X028519 for ; Thu, 3 Jan 2013 10:30:58 +0100 MIME-Version: 1.0 Date: Thu, 03 Jan 2013 10:30:56 +0100 From: MAYAP KAMGA Christine larissa To: Message-ID: <54ebb4c4938dc6c907439e5cbbfc5cab@inp-toulouse.fr> X-Sender: christine.mayapkamga@enseeiht.fr User-Agent: INP Webmail X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.7 (inpsmtp.inp-toulouse.fr [193.48.203.41]); Thu, 03 Jan 2013 10:30:59 +0100 (CET) X-Scanned-By: MIMEDefang 2.69 on 193.48.203.41 Subject: [Xen-users] Fwd: [Beginners question]- Compilation error while trying user program from dom0 X-BeenThere: xen-users@lists.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 U29ycnksIGluIG15IGNhc2UsIG15IHVzZXIgYXBwbGljYXRpb24gaXMgcnVubmluZyBvbiB0aGUg ZG9tTy4KCi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0KU3ViamVjdDogW1hlbi11 c2Vyc10gW0JlZ2lubmVycyBxdWVzdGlvbl0tIENvbXBpbGF0aW9uIGVycm9yIHdoaWxlIAp0cnlp bmcgdXNlciBwcm9ncmFtIGZyb20gZG9tVQpEYXRlOiBUaHUsIDAzIEphbiAyMDEzIDEwOjEyOjEy ICswMTAwCiBGcm9tOiBNQVlBUCBLQU1HQSBDaHJpc3RpbmUgbGFyaXNzYSA8Y2hyaXN0aW5lLm1h eWFwa2FtZ2FAZW5zZWVpaHQuZnI+ClRvOiA8eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+CgpIZWxs bwoKSSdtIGhhdmluZyBhbG1vc3QgdGhlIHNhbWUgcHJvYmxlbSBhcyBiZWxvdy4KSW4gbXkgY2Fz ZSwgaSB3YW50IHRvIHVzZSAiY3B1ZnJlcS5oIiBhbmQgcGVyY3B1LmggbGlicmFyaWVzIHRvIGdl dCAKY3VycmVudCBwcm9jZXNzb3IgZnJlcXVlbmN5LgoqKlRoaXMgaXMgbXkgc2FtcGxlIHByb2dy YW0qKgoKI2luY2x1ZGUgPGFjcGkvY3B1ZnJlcS9jcHVmcmVxLmg+CiNpbmNsdWRlIDxhc20vcGVy Y3B1Lmg+CnN0YXRpYyB1bnNpZ25lZCBpbnQgZ2V0X215X2N1cl9mcmVxKGludCBjcHVpZCkKewog ICAgIHN0cnVjdCBjcHVmcmVxX3BvbGljeSAqcG9saWN5OwoKICAgICBwb2xpY3kgPSBwZXJfY3B1 KGNwdWZyZXFfY3B1X3BvbGljeSwgY3B1aWQpOwogICAgIGlmICghcG9saWN5KQogICAgICAgICBy ZXR1cm4gMDsKICAgICBlbHNlCiAgICAgICAgIHJldHVybiBwb2xpY3ktPmN1cjsKfQoKSSBsaW5r ZWQgdGhlIG5lY2VzYXJ5IGxpYnJhaXJ5LCBidXQgd2hpbGUgZXhlY3V0aW5nIG15IG1ha2VmaWxl LCBpIApoYXZpbmcgdGhlIGZvbGxvd2luZiBlcnJvcjoKClhlblJvb3QveGVuL2luY2x1ZGUvYWNw aS9jcHVmcmVxL3Byb2Nlc3Nvcl9wZXJmLmg6NjE6IGVycm9yOiBleHBlY3RlZCAKZGVjbGFyYXRp b24gc3BlY2lmaWVycyBvciDigJguLi7igJkgYmVmb3JlIOKAmGNwdWZyZXFfc3RhdGlzdGljX2Rh dGHigJkKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvcHJvY2Vzc29yX3BlcmYuaDo2 MTogd2FybmluZzogZGF0YSAKZGVmaW5pdGlvbiBoYXMgbm8gdHlwZSBvciBzdG9yYWdlIGNsYXNz ClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL3Byb2Nlc3Nvcl9wZXJmLmg6NjE6IHdh cm5pbmc6IHR5cGUgCmRlZmF1bHRzIHRvIOKAmGludOKAmSBpbiBkZWNsYXJhdGlvbiBvZiDigJhE RUNMQVJFX1BFUl9DUFXigJkKSW4gZmlsZSBpbmNsdWRlZCBmcm9tIHJlYWRDdXJyZW50Q3B1Q291 bnRlcnMuYzo2OgpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6MjM6 IHdhcm5pbmc6IGRhdGEgZGVmaW5pdGlvbiAKaGFzIG5vIHR5cGUgb3Igc3RvcmFnZSBjbGFzcwpY ZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6MjM6IHdhcm5pbmc6IHR5 cGUgZGVmYXVsdHMgCnRvIOKAmGludOKAmSBpbiBkZWNsYXJhdGlvbiBvZiDigJhERUNMQVJFX1BF Ul9DUFXigJkKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjIzOiB3 YXJuaW5nOiBwYXJhbWV0ZXIgbmFtZXMgCih3aXRob3V0IHR5cGVzKSBpbiBmdW5jdGlvbiBkZWNs YXJhdGlvbgpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6MjU6IGVy cm9yOiBleHBlY3RlZCDigJg94oCZLCAK4oCYLOKAmSwg4oCYO+KAmSwg4oCYYXNt4oCZIG9yIOKA mF9fYXR0cmlidXRlX1/igJkgYmVmb3JlIOKAmGNwdWZyZXFfdmVyYm9zZeKAmQpYZW5Sb290L3hl bi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6NjI6IGVycm9yOiBleHBlY3RlZCAKZGVj bGFyYXRpb24gc3BlY2lmaWVycyBvciDigJguLi7igJkgYmVmb3JlIOKAmGNwdWZyZXFfY3B1X3Bv bGljeeKAmQpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6NjI6IHdh cm5pbmc6IGRhdGEgZGVmaW5pdGlvbiAKaGFzIG5vIHR5cGUgb3Igc3RvcmFnZSBjbGFzcwpYZW5S b290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6NjI6IHdhcm5pbmc6IHR5cGUg ZGVmYXVsdHMgCnRvIOKAmGludOKAmSBpbiBkZWNsYXJhdGlvbiBvZiDigJhERUNMQVJFX1BFUl9D UFXigJkKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvY3B1ZnJlcS5oOjYyOiBlcnJv cjogY29uZmxpY3RpbmcgdHlwZXMgCmZvciDigJhERUNMQVJFX1BFUl9DUFXigJkKWGVuUm9vdC94 ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEvcHJvY2Vzc29yX3BlcmYuaDo2MTogbm90ZTogcHJldmlv dXMgCmRlY2xhcmF0aW9uIG9mIOKAmERFQ0xBUkVfUEVSX0NQVeKAmSB3YXMgaGVyZQpYZW5Sb290 L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6IEluIGZ1bmN0aW9uIArigJhjcHVm cmVxX3JlZ2lzdGVyX2RyaXZlcuKAmToKWGVuUm9vdC94ZW4vaW5jbHVkZS9hY3BpL2NwdWZyZXEv Y3B1ZnJlcS5oOjE2NDogZXJyb3I6IOKAmEVJTlZBTOKAmSAKdW5kZWNsYXJlZCAoZmlyc3QgdXNl IGluIHRoaXMgZnVuY3Rpb24pClhlblJvb3QveGVuL2luY2x1ZGUvYWNwaS9jcHVmcmVxL2NwdWZy ZXEuaDoxNjQ6IGVycm9yOiAoRWFjaCB1bmRlY2xhcmVkIAppZGVudGlmaWVyIGlzIHJlcG9ydGVk IG9ubHkgb25jZQpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6MTY0 OiBlcnJvcjogZm9yIGVhY2ggCmZ1bmN0aW9uIGl0IGFwcGVhcnMgaW4uKQpYZW5Sb290L3hlbi9p bmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6MTY3OiBlcnJvcjog4oCYRUJVU1nigJkgCnVu ZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlzIGZ1bmN0aW9uKQpYZW5Sb290L3hlbi9pbmNsdWRl L2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6IEluIGZ1bmN0aW9uIArigJhjcHVmcmVxX3VucmVnaXN0 ZXJfZHJpdmVy4oCZOgpYZW5Sb290L3hlbi9pbmNsdWRlL2FjcGkvY3B1ZnJlcS9jcHVmcmVxLmg6 MTc3OiBlcnJvcjog4oCYRUlOVkFM4oCZIAp1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhpcyBm dW5jdGlvbikKcmVhZEN1cnJlbnRDcHVDb3VudGVycy5jOiBJbiBmdW5jdGlvbiDigJhnZXRfY3Vy X2ZyZXFfb25fY3B14oCZOgpyZWFkQ3VycmVudENwdUNvdW50ZXJzLmM6MjY6IGVycm9yOiDigJhw ZXJfY3B1X19jcHVmcmVxX2NwdV9wb2xpY3nigJkgCnVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0 aGlzIGZ1bmN0aW9uKQpyZWFkQ3VycmVudENwdUNvdW50ZXJzLmM6MjY6IHdhcm5pbmc6IHR5cGUg ZGVmYXVsdHMgdG8g4oCYaW504oCZIGluIApkZWNsYXJhdGlvbiBvZiDigJh0eXBlIG5hbWXigJkK cmVhZEN1cnJlbnRDcHVDb3VudGVycy5jOjI2OiBlcnJvcjogaW52YWxpZCB0eXBlIGFyZ3VtZW50 IG9mIOKAmHVuYXJ5ICrigJkgCihoYXZlIOKAmGludOKAmSkKbWFrZTogKioqIFtyZWFkQ3VycmVu dENwdUNvdW50ZXJzLm9dIEVycmV1ciAxCgoKUGxlYXNlLCB3aGF0IGNhbiBpIGRvIHRvIHNvbHZl IHRoaXMgaXNzdWUuClBTOiBpJ20gdXNpbmcgWGVuIGluIGhpcyA0LjEuMiB2ZXJzaW9uLgoKClRo YW5rcyBpbiBhZHZhbmNlCgoKT24gV2VkLCAyIEphbiAyMDEzIDIyOjAyOjA1IC0wODAwIChQU1Qp LCBMYWtzaG1hbiBKYXlhcmFqdSB3cm90ZToKPiBIaSBhbGwsCj4KPiBNeSBhaW0gaXMgdG8gaW52 b2tlIGh5cGVyY2FsbHMgZnJvbSBwcm9ncmFtcyBpbnNpZGUgZ3Vlc3QgZG9tYWlucy4gU28gCj4g aW4KPiB0aGlzIHJlZ2FyZCBJIHdyb3RlIGEgc2FtcGxlIHByb2dyYW0gYXMgYmVsb3cgdGhhdCBp bnZva2VzIGEKPiBmdW5jdGlvbih4Y19kb21haW5fZ2V0aW5mbykgZGVjbGFyZWQgaW4geGVuY3Ry bC5oLgo+Cj4gKlNhbXBsZSBQcm9ncmFtOioKPiAjaW5jbHVkZTxzdGRpby5oPgo+ICNpbmNsdWRl PHhlbmN0cmwuaD4KPiAgaW50IG1haW4oKQo+IHsKPiAgcHJpbnRmKCJBdHRlbXB0IHRvIGludm9r ZSBoeXBlcmNhbGwhISFcbiIpOwo+ICBpbnQgaGFuZGxlLHJjOwo+ICB4Y19kb21pbmZvX3QgKmlu Zm87Cj4gIGhhbmRsZSA9IHhjX2ludGVyZmFjZV9vcGVuKCk7Cj4gIHByaW50ZijDhGNxdWlyZWQg aGFuZGxlIDolZFxuIixoYW5kbGUpOwo+ICByYyA9IHhjX2RvbWFpbl9nZXRpbmZvKGhhbmRsZSwz LDEsaW5mbyk7Cj4gIHByaW50ZigiIFRoZSByZXR1cm5lZCB2YWx1ZSBpcyA6JWRcbiIscmMpOwo+ ICByZXR1cm4gMDsKPiB9Cj4KPiBJIGxpbmtlZCB4ZW5jdHJsIGxpYnJhcnkgZnJvbSBkb20wLCBi dXQgSSBhbSBnZXR0aW5nIGNvbXBpbGF0aW9uIAo+IGVycm9yCj4gc2F5aW5nICp4ZW5jdHJsLmg6 IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkqLiBUaGVuIGFzIHBlciB0aGUgZXJyb3IgCj4gbWVz c2FnZQo+IEkgdHJpZWQgY29weWluZyhieSBkb3dubG9hZGluZyBzb3VyY2UpIHJlcXVpcmVkIGhl YWRlciBmaWxlcyBhcyBhbmQgCj4gd2hlbiBpdAo+IHNheXMgbWlzc2luZyBoZWFkZXIgZmlsZXMg bmFtZSBvbiBjb25zZWN1dGl2ZSBjb21waWxhdGlvbi4gQnV0IEkgCj4gZW5kZWQgdXAKPiB3aXRo IHBhdGggY29uZmxpY3RzIGFuZCBjb3VsZG4ndCBzdWNjZWVkIGluIGNvbXBpbGluZy4KPgo+ICpN eSBkb3VidHM6Kgo+ICogRG8gSSBuZWVkIHRvIGNvcHkgaGVhZGVyIGZpbGVzIG1hbnVhbGx5IGlu dG8gZ3Vlc3QgZG9tYWluPyAtIEkgCj4gdHJpZWQKPiBjb3B5aW5nIGhlYWRlciBmaWxlcyByZXF1 aXJlZCBhcyBwZXIgY29tcGlsYXRpb24gZXJyb3IgbXNncyBidXQgSSAKPiBlbmRlZCB1cAo+IHdp dGggY29uZmxpY3RzLgo+ICogQW55IHBvaW50ZXJzIHRvIGRldGFpbGVkIGd1aWRlIHRvIGludm9r ZSBoeXBlcmNhbGxzIGZyb20gZ3Vlc3QgCj4gZG9tYWlucz8/Cj4KPgo+IFRoYW5rcywKPiBMYWtz aG1hbgo+Cj4KPgo+Cj4gLS0KPiBWaWV3IHRoaXMgbWVzc2FnZSBpbiBjb250ZXh0Ogo+IAo+IGh0 dHA6Ly94ZW4uMTA0NTcxMi5uNS5uYWJibGUuY29tL0JlZ2lubmVycy1xdWVzdGlvbi1Db21waWxh dGlvbi1lcnJvci13aGlsZS10cnlpbmctdXNlci1wcm9ncmFtLWZyb20tZG9tVS10cDU3MTMyOTku aHRtbAo+IFNlbnQgZnJvbSB0aGUgWGVuIC0gVXNlciBtYWlsaW5nIGxpc3QgYXJjaGl2ZSBhdCBO YWJibGUuY29tLgo+Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcK PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCgpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcg bGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNl cnM= From xen-users-bounces@lists.xen.org Thu Jan 03 09:56:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:56: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 1TqhWD-00052f-8G; Thu, 03 Jan 2013 09:55:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqhWB-00052a-Na for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:55:19 +0000 Received: from [85.158.139.211:33334] by server-9.bemta-5.messagelabs.com id 75/CB-10690-68555E05; Thu, 03 Jan 2013 09:55:18 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1357206916!20175557!1 X-Originating-IP: [209.85.219.43] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14138 invoked from network); 3 Jan 2013 09:55:18 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 09:55:18 -0000 Received: by mail-oa0-f43.google.com with SMTP id k1so13854395oag.30 for ; Thu, 03 Jan 2013 01:55:16 -0800 (PST) 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=LQiQebcW+UERInfEJ0wYgpBmAe+saAclC5V79nUC9c8=; b=f7sa93daBXzjJhtPmz20xZmW22+9tVVReiGTjm5glZvw7AbS4Jsgt/nQIcTkvjr5LK gvWM7goW4AOGjlTPTxo7ng71TBwwiGnojt4GY3scgYIQ5DYLf/4V7n2H7Ntjc97GfcaZ oGXcvjZCc/BCASp92lzWczSBZYDIKtHFV95seLAb2QckvFnh3T/Qv4Dw6X2o6HzESoTt XNafXX3X5WLp+lyk1geuJsC9UOJe+WiN00CW4eJpm/F5kpTnGEwkwH4vmWqrA2w5WNnO dE6SWE4l000JJK1gBEk9BiwWjxd3C+QycU1v60U/o4coUVWtbLNlZ/Ur1NPYoZOGG8k+ pJQA== MIME-Version: 1.0 Received: by 10.60.6.227 with SMTP id e3mr27873817oea.66.1357206916477; Thu, 03 Jan 2013 01:55:16 -0800 (PST) Received: by 10.182.221.67 with HTTP; Thu, 3 Jan 2013 01:55:16 -0800 (PST) In-Reply-To: References: <1357132215.5668.13.camel@zakaz.uk.xensource.com> Date: Thu, 3 Jan 2013 10:55:16 +0100 Message-ID: From: "Jihed M'selmi" To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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="===============1261363317320567154==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1261363317320567154== Content-Type: multipart/alternative; boundary=e89a8fb1f7ee24b10104d25f5c10 --e89a8fb1f7ee24b10104d25f5c10 Content-Type: text/plain; charset=ISO-8859-1 H Ian, "xm list" listed only the Dom0. I'll try to do it with xl command instead of xm and post the result but I remember that I used the same way on (ubuntu+xen 4.2) and the installation started fine... Thanks Ian Best Regards Jm --e89a8fb1f7ee24b10104d25f5c10 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
H Ian,

=A0"xm list" lis= ted only the Dom0.
I'll try to do it with xl command in= stead of xm and post the result but I remember that I used the same way on = (ubuntu+xen 4.2) and the installation started fine...

Thanks Ian

Best Regards
Jm
--e89a8fb1f7ee24b10104d25f5c10-- --===============1261363317320567154== 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 --===============1261363317320567154==-- From xen-users-bounces@lists.xen.org Thu Jan 03 09:56:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 09:56: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 1TqhWD-00052f-8G; Thu, 03 Jan 2013 09:55:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqhWB-00052a-Na for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:55:19 +0000 Received: from [85.158.139.211:33334] by server-9.bemta-5.messagelabs.com id 75/CB-10690-68555E05; Thu, 03 Jan 2013 09:55:18 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1357206916!20175557!1 X-Originating-IP: [209.85.219.43] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14138 invoked from network); 3 Jan 2013 09:55:18 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 09:55:18 -0000 Received: by mail-oa0-f43.google.com with SMTP id k1so13854395oag.30 for ; Thu, 03 Jan 2013 01:55:16 -0800 (PST) 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=LQiQebcW+UERInfEJ0wYgpBmAe+saAclC5V79nUC9c8=; b=f7sa93daBXzjJhtPmz20xZmW22+9tVVReiGTjm5glZvw7AbS4Jsgt/nQIcTkvjr5LK gvWM7goW4AOGjlTPTxo7ng71TBwwiGnojt4GY3scgYIQ5DYLf/4V7n2H7Ntjc97GfcaZ oGXcvjZCc/BCASp92lzWczSBZYDIKtHFV95seLAb2QckvFnh3T/Qv4Dw6X2o6HzESoTt XNafXX3X5WLp+lyk1geuJsC9UOJe+WiN00CW4eJpm/F5kpTnGEwkwH4vmWqrA2w5WNnO dE6SWE4l000JJK1gBEk9BiwWjxd3C+QycU1v60U/o4coUVWtbLNlZ/Ur1NPYoZOGG8k+ pJQA== MIME-Version: 1.0 Received: by 10.60.6.227 with SMTP id e3mr27873817oea.66.1357206916477; Thu, 03 Jan 2013 01:55:16 -0800 (PST) Received: by 10.182.221.67 with HTTP; Thu, 3 Jan 2013 01:55:16 -0800 (PST) In-Reply-To: References: <1357132215.5668.13.camel@zakaz.uk.xensource.com> Date: Thu, 3 Jan 2013 10:55:16 +0100 Message-ID: From: "Jihed M'selmi" To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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="===============1261363317320567154==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1261363317320567154== Content-Type: multipart/alternative; boundary=e89a8fb1f7ee24b10104d25f5c10 --e89a8fb1f7ee24b10104d25f5c10 Content-Type: text/plain; charset=ISO-8859-1 H Ian, "xm list" listed only the Dom0. I'll try to do it with xl command instead of xm and post the result but I remember that I used the same way on (ubuntu+xen 4.2) and the installation started fine... Thanks Ian Best Regards Jm --e89a8fb1f7ee24b10104d25f5c10 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
H Ian,

=A0"xm list" lis= ted only the Dom0.
I'll try to do it with xl command in= stead of xm and post the result but I remember that I used the same way on = (ubuntu+xen 4.2) and the installation started fine...

Thanks Ian

Best Regards
Jm
--e89a8fb1f7ee24b10104d25f5c10-- --===============1261363317320567154== 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 --===============1261363317320567154==-- From xen-users-bounces@lists.xen.org Thu Jan 03 15:25:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 15:25: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 1Tqmed-00043g-FM; Thu, 03 Jan 2013 15:24:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqmeb-00043b-S6 for xen-users@lists.xen.org; Thu, 03 Jan 2013 15:24:22 +0000 Received: from [85.158.139.83:14540] by server-1.bemta-5.messagelabs.com id 4C/F8-12813-5A2A5E05; Thu, 03 Jan 2013 15:24:21 +0000 X-Env-Sender: John.Buchanan@infinitecampus.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1357226658!30000476!1 X-Originating-IP: [207.225.137.26] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26233 invoked from network); 3 Jan 2013 15:24:19 -0000 Received: from mail.infinitecampus.com (HELO hormel.infinitecampus.com) (207.225.137.26) by server-12.tower-182.messagelabs.com with SMTP; 3 Jan 2013 15:24:19 -0000 X-IronPort-AV: E=Sophos;i="4.84,403,1355119200"; d="scan'208,217";a="4052542" Received: from mnhubcas1.infinitecampus.com ([10.26.10.126]) by hormel.infinitecampus.com with ESMTP; 03 Jan 2013 09:23:55 -0600 Received: from MNBLPO1.InfiniteCampus.com ([fe80::45a4:41cd:8252:4044]) by MNHUBCAS1.InfiniteCampus.com ([::1]) with mapi id 14.01.0339.001; Thu, 3 Jan 2013 09:23:55 -0600 From: John Buchanan To: "xen-users@lists.xen.org" Thread-Topic: Dom0 log and disk space management Thread-Index: AQHN6cZXbnlgvjvZpkeZursa4o9UiA== Date: Thu, 3 Jan 2013 15:23:55 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.5.121010 x-originating-ip: [10.35.190.26] MIME-Version: 1.0 Subject: [Xen-users] Dom0 log and disk space 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="===============6228927148815401254==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6228927148815401254== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_CD0AFEA7C318johnbuchananinfinitecampuscom_" --_000_CD0AFEA7C318johnbuchananinfinitecampuscom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We're running a handful of XCP 1.1 pools and have run in to situations wher= ein the local filesystem on the Dom0 control domain hits 100% capacity due = to error logging in /var/log (daemon.log, messages, xensource.log, etc) the= reby taking that host offline. Twice recently we've run in to this, on two= different pools, first due to the primary SR hitting capacity and secondly= when memory was exhausted on the host. My question is, how do others manage logs and such under these circumstance= s on Dom0? The first obvious answer seems to be tweaking /etc/logrotate.co= nf, but I was wondering if there are better methods seeing as this is XCP a= nd not a more conventional Xen on Linux install. Thanks much. John Buchanan --_000_CD0AFEA7C318johnbuchananinfinitecampuscom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
We're running a handful of XCP 1.1 pools and have run in to situations= wherein the local filesystem on the Dom0 control domain hits 100% capacity= due to error logging in /var/log (daemon.log, messages, xensource.log, etc= ) thereby taking that host offline.  Twice recently we've run in to this, on two different pools, first d= ue to the primary SR hitting capacity and secondly when memory was exhauste= d on the host.

My question is, how do others manage logs and such under these circums= tances on Dom0?  The first obvious answer seems to be tweaking /etc/lo= grotate.conf, but I was wondering if there are better methods seeing as thi= s is XCP and not a more conventional Xen on Linux install.

Thanks much.

John Buchanan
--_000_CD0AFEA7C318johnbuchananinfinitecampuscom_-- --===============6228927148815401254== 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 --===============6228927148815401254==-- From xen-users-bounces@lists.xen.org Thu Jan 03 15:25:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 15:25: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 1Tqmed-00043g-FM; Thu, 03 Jan 2013 15:24:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqmeb-00043b-S6 for xen-users@lists.xen.org; Thu, 03 Jan 2013 15:24:22 +0000 Received: from [85.158.139.83:14540] by server-1.bemta-5.messagelabs.com id 4C/F8-12813-5A2A5E05; Thu, 03 Jan 2013 15:24:21 +0000 X-Env-Sender: John.Buchanan@infinitecampus.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1357226658!30000476!1 X-Originating-IP: [207.225.137.26] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26233 invoked from network); 3 Jan 2013 15:24:19 -0000 Received: from mail.infinitecampus.com (HELO hormel.infinitecampus.com) (207.225.137.26) by server-12.tower-182.messagelabs.com with SMTP; 3 Jan 2013 15:24:19 -0000 X-IronPort-AV: E=Sophos;i="4.84,403,1355119200"; d="scan'208,217";a="4052542" Received: from mnhubcas1.infinitecampus.com ([10.26.10.126]) by hormel.infinitecampus.com with ESMTP; 03 Jan 2013 09:23:55 -0600 Received: from MNBLPO1.InfiniteCampus.com ([fe80::45a4:41cd:8252:4044]) by MNHUBCAS1.InfiniteCampus.com ([::1]) with mapi id 14.01.0339.001; Thu, 3 Jan 2013 09:23:55 -0600 From: John Buchanan To: "xen-users@lists.xen.org" Thread-Topic: Dom0 log and disk space management Thread-Index: AQHN6cZXbnlgvjvZpkeZursa4o9UiA== Date: Thu, 3 Jan 2013 15:23:55 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.5.121010 x-originating-ip: [10.35.190.26] MIME-Version: 1.0 Subject: [Xen-users] Dom0 log and disk space 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="===============6228927148815401254==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6228927148815401254== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_CD0AFEA7C318johnbuchananinfinitecampuscom_" --_000_CD0AFEA7C318johnbuchananinfinitecampuscom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We're running a handful of XCP 1.1 pools and have run in to situations wher= ein the local filesystem on the Dom0 control domain hits 100% capacity due = to error logging in /var/log (daemon.log, messages, xensource.log, etc) the= reby taking that host offline. Twice recently we've run in to this, on two= different pools, first due to the primary SR hitting capacity and secondly= when memory was exhausted on the host. My question is, how do others manage logs and such under these circumstance= s on Dom0? The first obvious answer seems to be tweaking /etc/logrotate.co= nf, but I was wondering if there are better methods seeing as this is XCP a= nd not a more conventional Xen on Linux install. Thanks much. John Buchanan --_000_CD0AFEA7C318johnbuchananinfinitecampuscom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
We're running a handful of XCP 1.1 pools and have run in to situations= wherein the local filesystem on the Dom0 control domain hits 100% capacity= due to error logging in /var/log (daemon.log, messages, xensource.log, etc= ) thereby taking that host offline.  Twice recently we've run in to this, on two different pools, first d= ue to the primary SR hitting capacity and secondly when memory was exhauste= d on the host.

My question is, how do others manage logs and such under these circums= tances on Dom0?  The first obvious answer seems to be tweaking /etc/lo= grotate.conf, but I was wondering if there are better methods seeing as thi= s is XCP and not a more conventional Xen on Linux install.

Thanks much.

John Buchanan
--_000_CD0AFEA7C318johnbuchananinfinitecampuscom_-- --===============6228927148815401254== 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 --===============6228927148815401254==-- From xen-users-bounces@lists.xen.org Thu Jan 03 15:35:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 15: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 1Tqmny-0004RM-49; Thu, 03 Jan 2013 15:34:02 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqmnw-0004RE-FR for xen-users@lists.xen.org; Thu, 03 Jan 2013 15:34:00 +0000 Received: from [193.109.254.147:14496] by server-15.bemta-14.messagelabs.com id 00/F8-05116-7E4A5E05; Thu, 03 Jan 2013 15:33:59 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1357227213!1137129!1 X-Originating-IP: [209.85.220.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9923 invoked from network); 3 Jan 2013 15:33:34 -0000 Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 15:33:34 -0000 Received: by mail-vc0-f169.google.com with SMTP id gb23so15894669vcb.0 for ; Thu, 03 Jan 2013 07:33:33 -0800 (PST) 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=y2lKivbdngJyXBzjo3aHLMfftW7Q/b3C41aYWtRV7/I=; b=dULBTNGonDTKbt4G56VvxK/GvXwz3CYa7e7IO7HF4OBdxGq8ORrLD7joOlHmV+DEgH 88Sg2GqQhrLN7+RLzNMgwIfGQt8tJ+OYhoLdqLTZCkYDS//pGLInbB5zwI/9rip8B3T+ 2lzBXMQiU8r1CK6Ri+jdRu2lc7hDpG4dyZC7mcJghQTY4IRo+pb7GODpwbgAriXQ5mFw 9jzS22D7DH++lfa7ew5F6T5J2b6Uxcy/IvGnxyoD1abrryPMPiYCoUPN4vdyAlJspJuM G+p2taaMf8pWnyd1/StXFIpuIB0/tntfjOR/FFPd6WtgdomXVcjjNHHgsQqP3wtC53W/ rcpg== MIME-Version: 1.0 Received: by 10.220.106.147 with SMTP id x19mr74146059vco.37.1357227212955; Thu, 03 Jan 2013 07:33:32 -0800 (PST) Received: by 10.58.238.39 with HTTP; Thu, 3 Jan 2013 07:33:32 -0800 (PST) In-Reply-To: References: Date: Thu, 3 Jan 2013 15:33:32 +0000 Message-ID: From: Stephen Nelson-Smith To: John Buchanan Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Dom0 log and disk space 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: 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 John, On Thu, Jan 3, 2013 at 3:23 PM, John Buchanan wrote: > My question is, how do others manage logs and such under these circumstances > on Dom0? The first obvious answer seems to be tweaking /etc/logrotate.conf, > but I was wondering if there are better methods seeing as this is XCP and > not a more conventional Xen on Linux install. Monit is quite handy. You can use this to trigger a manual logrotate or call the logrotate binary. Of course you can also get it to alert you. http://mmonit.com/documentation/ Monit is very cross platform - it'd be a piece of cake to get it running under XCP. S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 15:35:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 15: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 1Tqmny-0004RM-49; Thu, 03 Jan 2013 15:34:02 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqmnw-0004RE-FR for xen-users@lists.xen.org; Thu, 03 Jan 2013 15:34:00 +0000 Received: from [193.109.254.147:14496] by server-15.bemta-14.messagelabs.com id 00/F8-05116-7E4A5E05; Thu, 03 Jan 2013 15:33:59 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1357227213!1137129!1 X-Originating-IP: [209.85.220.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9923 invoked from network); 3 Jan 2013 15:33:34 -0000 Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 15:33:34 -0000 Received: by mail-vc0-f169.google.com with SMTP id gb23so15894669vcb.0 for ; Thu, 03 Jan 2013 07:33:33 -0800 (PST) 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=y2lKivbdngJyXBzjo3aHLMfftW7Q/b3C41aYWtRV7/I=; b=dULBTNGonDTKbt4G56VvxK/GvXwz3CYa7e7IO7HF4OBdxGq8ORrLD7joOlHmV+DEgH 88Sg2GqQhrLN7+RLzNMgwIfGQt8tJ+OYhoLdqLTZCkYDS//pGLInbB5zwI/9rip8B3T+ 2lzBXMQiU8r1CK6Ri+jdRu2lc7hDpG4dyZC7mcJghQTY4IRo+pb7GODpwbgAriXQ5mFw 9jzS22D7DH++lfa7ew5F6T5J2b6Uxcy/IvGnxyoD1abrryPMPiYCoUPN4vdyAlJspJuM G+p2taaMf8pWnyd1/StXFIpuIB0/tntfjOR/FFPd6WtgdomXVcjjNHHgsQqP3wtC53W/ rcpg== MIME-Version: 1.0 Received: by 10.220.106.147 with SMTP id x19mr74146059vco.37.1357227212955; Thu, 03 Jan 2013 07:33:32 -0800 (PST) Received: by 10.58.238.39 with HTTP; Thu, 3 Jan 2013 07:33:32 -0800 (PST) In-Reply-To: References: Date: Thu, 3 Jan 2013 15:33:32 +0000 Message-ID: From: Stephen Nelson-Smith To: John Buchanan Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Dom0 log and disk space 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: 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 John, On Thu, Jan 3, 2013 at 3:23 PM, John Buchanan wrote: > My question is, how do others manage logs and such under these circumstances > on Dom0? The first obvious answer seems to be tweaking /etc/logrotate.conf, > but I was wondering if there are better methods seeing as this is XCP and > not a more conventional Xen on Linux install. Monit is quite handy. You can use this to trigger a manual logrotate or call the logrotate binary. Of course you can also get it to alert you. http://mmonit.com/documentation/ Monit is very cross platform - it'd be a piece of cake to get it running under XCP. S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 15:42:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 15:42: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 1TqmvZ-00063B-MI; Thu, 03 Jan 2013 15:41:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqmvX-00062k-Pa for xen-users@lists.xen.org; Thu, 03 Jan 2013 15:41:51 +0000 Received: from [193.109.254.147:14992] by server-15.bemta-14.messagelabs.com id AD/D1-05116-FB6A5E05; Thu, 03 Jan 2013 15:41:51 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1357227708!10204047!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5384 invoked from network); 3 Jan 2013 15:41:49 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 15:41:49 -0000 Received: from [187.233.68.172] (port=47766 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TqmvU-0002B6-C9 for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:41:48 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 808AFA209 for ; Thu, 3 Jan 2013 09:39:04 -0600 (CST) Message-ID: <50E5A6BB.8030804@ondore.com> Date: Thu, 03 Jan 2013 09:41:47 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Offline XCP docs X-BeenThere: xen-users@lists.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="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/01/13 03:12, Sergey escribi=F3: > Are there any offline XCP manuals in pdf or similar formats (ideally > mobi or epub)? There is not too much XCP specific documentation around. Since it = reproduce XenServer's behavior, most of XenServer's documentation apply. = (I'm sure i've seen this statement on some "official" page, but cant' = find the reference) XenServer's docs, PDF and HTML, can be find here: http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/ -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 15:42:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 15:42: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 1TqmvZ-00063B-MI; Thu, 03 Jan 2013 15:41:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqmvX-00062k-Pa for xen-users@lists.xen.org; Thu, 03 Jan 2013 15:41:51 +0000 Received: from [193.109.254.147:14992] by server-15.bemta-14.messagelabs.com id AD/D1-05116-FB6A5E05; Thu, 03 Jan 2013 15:41:51 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1357227708!10204047!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5384 invoked from network); 3 Jan 2013 15:41:49 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 15:41:49 -0000 Received: from [187.233.68.172] (port=47766 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TqmvU-0002B6-C9 for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:41:48 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 808AFA209 for ; Thu, 3 Jan 2013 09:39:04 -0600 (CST) Message-ID: <50E5A6BB.8030804@ondore.com> Date: Thu, 03 Jan 2013 09:41:47 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Offline XCP docs X-BeenThere: xen-users@lists.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="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/01/13 03:12, Sergey escribi=F3: > Are there any offline XCP manuals in pdf or similar formats (ideally > mobi or epub)? There is not too much XCP specific documentation around. Since it = reproduce XenServer's behavior, most of XenServer's documentation apply. = (I'm sure i've seen this statement on some "official" page, but cant' = find the reference) XenServer's docs, PDF and HTML, can be find here: http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/ -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 15:55:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 15: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 1Tqn7z-0006xa-Dm; Thu, 03 Jan 2013 15:54:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqn7x-0006xV-Vc for xen-users@lists.xen.org; Thu, 03 Jan 2013 15:54:42 +0000 Received: from [85.158.139.83:50392] by server-11.bemta-5.messagelabs.com id 3A/61-31624-1C9A5E05; Thu, 03 Jan 2013 15:54:41 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1357228458!25837855!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4009 invoked from network); 3 Jan 2013 15:54:19 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 15:54:19 -0000 Received: from [187.233.68.172] (port=37191 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1Tqn7a-0003An-9C for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:54:18 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 6D1C8A209 for ; Thu, 3 Jan 2013 09:51:31 -0600 (CST) Message-ID: <50E5A9A6.1060601@ondore.com> Date: Thu, 03 Jan 2013 09:54:14 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Failure in creating PV guest 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-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 El 01/01/13 15:09, Jihed M'selmi escribi=F3: > I mean: is there any way to monitor the DomU creation process ? The usual monitor is /var/log/xen/xend.log. Also, you might wish to consider to deploy a PV Linux guest via = xen-tools (xe-create-image). It uses debootstrap for creating the = initial FS and writes extensive log of the installation process, handful = to debug. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 15:55:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 15: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 1Tqn7z-0006xa-Dm; Thu, 03 Jan 2013 15:54:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqn7x-0006xV-Vc for xen-users@lists.xen.org; Thu, 03 Jan 2013 15:54:42 +0000 Received: from [85.158.139.83:50392] by server-11.bemta-5.messagelabs.com id 3A/61-31624-1C9A5E05; Thu, 03 Jan 2013 15:54:41 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1357228458!25837855!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4009 invoked from network); 3 Jan 2013 15:54:19 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 15:54:19 -0000 Received: from [187.233.68.172] (port=37191 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1Tqn7a-0003An-9C for xen-users@lists.xen.org; Thu, 03 Jan 2013 09:54:18 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 6D1C8A209 for ; Thu, 3 Jan 2013 09:51:31 -0600 (CST) Message-ID: <50E5A9A6.1060601@ondore.com> Date: Thu, 03 Jan 2013 09:54:14 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Failure in creating PV guest 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-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 El 01/01/13 15:09, Jihed M'selmi escribi=F3: > I mean: is there any way to monitor the DomU creation process ? The usual monitor is /var/log/xen/xend.log. Also, you might wish to consider to deploy a PV Linux guest via = xen-tools (xe-create-image). It uses debootstrap for creating the = initial FS and writes extensive log of the installation process, handful = to debug. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 17:55:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 17:55: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 1TqozX-0002i2-Lb; Thu, 03 Jan 2013 17:54:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqozW-0002hx-M4 for xen-users@lists.xen.org; Thu, 03 Jan 2013 17:54:06 +0000 Received: from [85.158.139.83:65000] by server-14.bemta-5.messagelabs.com id 29/25-09538-CB5C5E05; Thu, 03 Jan 2013 17:54:04 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1357235643!28239313!1 X-Originating-IP: [209.85.220.176] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14372 invoked from network); 3 Jan 2013 17:54:04 -0000 Received: from mail-vc0-f176.google.com (HELO mail-vc0-f176.google.com) (209.85.220.176) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 17:54:04 -0000 Received: by mail-vc0-f176.google.com with SMTP id fo13so15522602vcb.21 for ; Thu, 03 Jan 2013 09:54:02 -0800 (PST) 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=ZqYspBpqTKN91TWfnQVi7VTrDZv/hxarbJWdM3FmAhY=; b=jl3ejDZY4YISO5z4rTrHdZwNyF8d+UMCP7uxuTLPpYIM37M2P1hnYUnbb0ImmsUxFJ e+DK7YUyDK/FBab/eQVCIRSOMgskGwf5Rd/2wM+MVrTdDsPC1ICOROcmB+Dn9EQbP6WC zcSwF/0dH/JdiZLDZ6bQ4gEbFRd0sXRS6EwqMbbH/jb1gplT1opLc5Yxx8vDqGAvDMKj A4HQBG3LCRLWlFyrXCWMUAcpLzUwGTNQqhnkodJt+kOVA+eJF+8rseCQmbGrdnljFPwf BcYuR4dojTTVF58cVmSRgwgRFtFMjUIWCiQj5kDPnIG4CC08AKWlxth8BeKoQGEKJRuj +RPA== MIME-Version: 1.0 Received: by 10.220.247.204 with SMTP id md12mr74782321vcb.27.1357235642799; Thu, 03 Jan 2013 09:54:02 -0800 (PST) Received: by 10.58.32.199 with HTTP; Thu, 3 Jan 2013 09:54:02 -0800 (PST) Date: Thu, 3 Jan 2013 12:54:02 -0500 Message-ID: From: Casey DeLorme To: "xen-users@lists.xen.org" Subject: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============5477700734258384630==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5477700734258384630== Content-Type: multipart/alternative; boundary=bcaec54eede85d95b904d2660c6f --bcaec54eede85d95b904d2660c6f Content-Type: text/plain; charset=UTF-8 Hello, Testing an XCP system on CentOS from the iso installer. The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC. Any suggestions? --bcaec54eede85d95b904d2660c6f Content-Type: text/html; charset=UTF-8

Hello,

Testing an XCP system on CentOS from the iso installer.

The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC.

Any suggestions?
--bcaec54eede85d95b904d2660c6f-- --===============5477700734258384630== 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 --===============5477700734258384630==-- From xen-users-bounces@lists.xen.org Thu Jan 03 17:55:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 17:55: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 1TqozX-0002i2-Lb; Thu, 03 Jan 2013 17:54:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqozW-0002hx-M4 for xen-users@lists.xen.org; Thu, 03 Jan 2013 17:54:06 +0000 Received: from [85.158.139.83:65000] by server-14.bemta-5.messagelabs.com id 29/25-09538-CB5C5E05; Thu, 03 Jan 2013 17:54:04 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1357235643!28239313!1 X-Originating-IP: [209.85.220.176] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14372 invoked from network); 3 Jan 2013 17:54:04 -0000 Received: from mail-vc0-f176.google.com (HELO mail-vc0-f176.google.com) (209.85.220.176) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 17:54:04 -0000 Received: by mail-vc0-f176.google.com with SMTP id fo13so15522602vcb.21 for ; Thu, 03 Jan 2013 09:54:02 -0800 (PST) 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=ZqYspBpqTKN91TWfnQVi7VTrDZv/hxarbJWdM3FmAhY=; b=jl3ejDZY4YISO5z4rTrHdZwNyF8d+UMCP7uxuTLPpYIM37M2P1hnYUnbb0ImmsUxFJ e+DK7YUyDK/FBab/eQVCIRSOMgskGwf5Rd/2wM+MVrTdDsPC1ICOROcmB+Dn9EQbP6WC zcSwF/0dH/JdiZLDZ6bQ4gEbFRd0sXRS6EwqMbbH/jb1gplT1opLc5Yxx8vDqGAvDMKj A4HQBG3LCRLWlFyrXCWMUAcpLzUwGTNQqhnkodJt+kOVA+eJF+8rseCQmbGrdnljFPwf BcYuR4dojTTVF58cVmSRgwgRFtFMjUIWCiQj5kDPnIG4CC08AKWlxth8BeKoQGEKJRuj +RPA== MIME-Version: 1.0 Received: by 10.220.247.204 with SMTP id md12mr74782321vcb.27.1357235642799; Thu, 03 Jan 2013 09:54:02 -0800 (PST) Received: by 10.58.32.199 with HTTP; Thu, 3 Jan 2013 09:54:02 -0800 (PST) Date: Thu, 3 Jan 2013 12:54:02 -0500 Message-ID: From: Casey DeLorme To: "xen-users@lists.xen.org" Subject: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============5477700734258384630==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5477700734258384630== Content-Type: multipart/alternative; boundary=bcaec54eede85d95b904d2660c6f --bcaec54eede85d95b904d2660c6f Content-Type: text/plain; charset=UTF-8 Hello, Testing an XCP system on CentOS from the iso installer. The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC. Any suggestions? --bcaec54eede85d95b904d2660c6f Content-Type: text/html; charset=UTF-8

Hello,

Testing an XCP system on CentOS from the iso installer.

The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC.

Any suggestions?
--bcaec54eede85d95b904d2660c6f-- --===============5477700734258384630== 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 --===============5477700734258384630==-- From xen-users-bounces@lists.xen.org Thu Jan 03 18:03:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 18:03: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 1Tqp7y-00035s-UX; Thu, 03 Jan 2013 18:02:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqp7x-00035l-G2 for xen-users@lists.xen.org; Thu, 03 Jan 2013 18:02:49 +0000 Received: from [85.158.139.83:27254] by server-11.bemta-5.messagelabs.com id 8B/E0-31624-8C7C5E05; Thu, 03 Jan 2013 18:02:48 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1357236164!29420304!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12099 invoked from network); 3 Jan 2013 18:02:45 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-4.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 18:02:45 -0000 Received: from [187.233.68.172] (port=50281 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1Tqp7r-0000La-Ou for xen-users@lists.xen.org; Thu, 03 Jan 2013 12:02:43 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 924B3A209 for ; Thu, 3 Jan 2013 11:59:59 -0600 (CST) Message-ID: <50E5C7C2.8070709@ondore.com> Date: Thu, 03 Jan 2013 12:02:42 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.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="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/01/13 11:54, Casey DeLorme escribi=F3: > Testing an XCP system on CentOS from the iso installer. > > The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC. > > Any suggestions? XenCenter executed on a separated machine is a good start. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 18:03:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 18:03: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 1Tqp7y-00035s-UX; Thu, 03 Jan 2013 18:02:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqp7x-00035l-G2 for xen-users@lists.xen.org; Thu, 03 Jan 2013 18:02:49 +0000 Received: from [85.158.139.83:27254] by server-11.bemta-5.messagelabs.com id 8B/E0-31624-8C7C5E05; Thu, 03 Jan 2013 18:02:48 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1357236164!29420304!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12099 invoked from network); 3 Jan 2013 18:02:45 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-4.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 18:02:45 -0000 Received: from [187.233.68.172] (port=50281 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1Tqp7r-0000La-Ou for xen-users@lists.xen.org; Thu, 03 Jan 2013 12:02:43 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 924B3A209 for ; Thu, 3 Jan 2013 11:59:59 -0600 (CST) Message-ID: <50E5C7C2.8070709@ondore.com> Date: Thu, 03 Jan 2013 12:02:42 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.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="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/01/13 11:54, Casey DeLorme escribi=F3: > Testing an XCP system on CentOS from the iso installer. > > The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC. > > Any suggestions? XenCenter executed on a separated machine is a good start. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 18:07:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 18:07: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 1TqpBk-0003Jb-RK; Thu, 03 Jan 2013 18:06:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqpBk-0003JR-2j for xen-users@lists.xen.org; Thu, 03 Jan 2013 18:06:44 +0000 Received: from [85.158.137.99:33893] by server-8.bemta-3.messagelabs.com id 56/69-01233-3B8C5E05; Thu, 03 Jan 2013 18:06:43 +0000 X-Env-Sender: feld@feld.me X-Msg-Ref: server-11.tower-217.messagelabs.com!1357236401!18612994!1 X-Originating-IP: [66.170.3.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31758 invoked from network); 3 Jan 2013 18:06:42 -0000 Received: from mail.feld.me (HELO mail.feld.me) (66.170.3.2) by server-11.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 18:06:42 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=References:In-Reply-To:Message-Id:Subject:Cc:To:From:Date; bh=IAjrkM3s1YYBI05cBJItNJvKK3HunIeLnAGJc9IsylM=; b=BFwK/3OHGFjn2cnmgU//mdcYXv0BdufWmq56CYMt0IDCcA9E16g0QrpjgiVaB9ybMaLAvkvHLjHc7+a9BF/jqnQ26CasGF38LtFeFP8fngr1Hw7BvIbID3rssrys8Dnw; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mail.feld.me with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TqpBe-0008ZN-CW; Thu, 03 Jan 2013 12:06:38 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1357236392-27448-27447/5/3; Thu, 3 Jan 2013 18:06:32 +0000 Date: Thu, 3 Jan 2013 12:06:31 -0600 From: Mark Felder To: Casey DeLorme Message-Id: <20130103120631.5ba72ec2@tech304.office.supranet.net> In-Reply-To: References: X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) X-SA-Report: ALL_TRUSTED=-1, KHOP_THREADED=-0.5 X-SA-Score: -1.5 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: 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, 3 Jan 2013 12:54:02 -0500 Casey DeLorme wrote: > Hello, > > Testing an XCP system on CentOS from the iso installer. > > The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC. > > Any suggestions? Hello, You should download the XenCenter client to connect to the server. Regards, Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 18:07:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 18:07: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 1TqpBk-0003Jb-RK; Thu, 03 Jan 2013 18:06:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqpBk-0003JR-2j for xen-users@lists.xen.org; Thu, 03 Jan 2013 18:06:44 +0000 Received: from [85.158.137.99:33893] by server-8.bemta-3.messagelabs.com id 56/69-01233-3B8C5E05; Thu, 03 Jan 2013 18:06:43 +0000 X-Env-Sender: feld@feld.me X-Msg-Ref: server-11.tower-217.messagelabs.com!1357236401!18612994!1 X-Originating-IP: [66.170.3.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31758 invoked from network); 3 Jan 2013 18:06:42 -0000 Received: from mail.feld.me (HELO mail.feld.me) (66.170.3.2) by server-11.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 18:06:42 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=References:In-Reply-To:Message-Id:Subject:Cc:To:From:Date; bh=IAjrkM3s1YYBI05cBJItNJvKK3HunIeLnAGJc9IsylM=; b=BFwK/3OHGFjn2cnmgU//mdcYXv0BdufWmq56CYMt0IDCcA9E16g0QrpjgiVaB9ybMaLAvkvHLjHc7+a9BF/jqnQ26CasGF38LtFeFP8fngr1Hw7BvIbID3rssrys8Dnw; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mail.feld.me with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TqpBe-0008ZN-CW; Thu, 03 Jan 2013 12:06:38 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1357236392-27448-27447/5/3; Thu, 3 Jan 2013 18:06:32 +0000 Date: Thu, 3 Jan 2013 12:06:31 -0600 From: Mark Felder To: Casey DeLorme Message-Id: <20130103120631.5ba72ec2@tech304.office.supranet.net> In-Reply-To: References: X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) X-SA-Report: ALL_TRUSTED=-1, KHOP_THREADED=-0.5 X-SA-Score: -1.5 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: 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, 3 Jan 2013 12:54:02 -0500 Casey DeLorme wrote: > Hello, > > Testing an XCP system on CentOS from the iso installer. > > The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC. > > Any suggestions? Hello, You should download the XenCenter client to connect to the server. Regards, Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 18:13:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 18:13: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 1TqpHI-0003mk-Ep; Thu, 03 Jan 2013 18:12:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqpHG-0003mM-6L for xen-users@lists.xen.org; Thu, 03 Jan 2013 18:12:26 +0000 Received: from [193.109.254.147:35748] by server-5.bemta-14.messagelabs.com id 99/BE-32031-90AC5E05; Thu, 03 Jan 2013 18:12:25 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1357236741!12242077!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1969 invoked from network); 3 Jan 2013 18:12:22 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-16.tower-27.messagelabs.com with SMTP; 3 Jan 2013 18:12:22 -0000 Received: from [192.168.1.103] by mailcluster.fastdnsservers.com ; Thu, 3 Jan 2013 12:12:21 -0600 Message-ID: <50E5CA4E.7070004@xenhive.com> Date: Thu, 03 Jan 2013 12:13:34 -0600 From: "admin@xenhive.com" User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-Auth: admin@xenhive.com Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============2176134439215299869==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2176134439215299869== Content-Type: multipart/alternative; boundary="------------080602090107090602050108" This is a multi-part message in MIME format. --------------080602090107090602050108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Download the latest XenServer ISO and grab the latest XenCenter installer off of that. Then install XenCenter onto a Windows computer. On 1/3/2013 11:54 AM, Casey DeLorme wrote: > > Hello, > > Testing an XCP system on CentOS from the iso installer. > > The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC. > > Any suggestions? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------080602090107090602050108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Download the latest XenServer ISO and grab the latest XenCenter installer off of that.  Then install XenCenter onto a Windows computer.

On 1/3/2013 11:54 AM, Casey DeLorme wrote:

Hello,

Testing an XCP system on CentOS from the iso installer.

The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC.

Any suggestions?


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

--------------080602090107090602050108-- --===============2176134439215299869== 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 --===============2176134439215299869==-- From xen-users-bounces@lists.xen.org Thu Jan 03 18:13:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 18:13: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 1TqpHI-0003mk-Ep; Thu, 03 Jan 2013 18:12:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqpHG-0003mM-6L for xen-users@lists.xen.org; Thu, 03 Jan 2013 18:12:26 +0000 Received: from [193.109.254.147:35748] by server-5.bemta-14.messagelabs.com id 99/BE-32031-90AC5E05; Thu, 03 Jan 2013 18:12:25 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1357236741!12242077!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1969 invoked from network); 3 Jan 2013 18:12:22 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-16.tower-27.messagelabs.com with SMTP; 3 Jan 2013 18:12:22 -0000 Received: from [192.168.1.103] by mailcluster.fastdnsservers.com ; Thu, 3 Jan 2013 12:12:21 -0600 Message-ID: <50E5CA4E.7070004@xenhive.com> Date: Thu, 03 Jan 2013 12:13:34 -0600 From: "admin@xenhive.com" User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-Auth: admin@xenhive.com Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============2176134439215299869==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2176134439215299869== Content-Type: multipart/alternative; boundary="------------080602090107090602050108" This is a multi-part message in MIME format. --------------080602090107090602050108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Download the latest XenServer ISO and grab the latest XenCenter installer off of that. Then install XenCenter onto a Windows computer. On 1/3/2013 11:54 AM, Casey DeLorme wrote: > > Hello, > > Testing an XCP system on CentOS from the iso installer. > > The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC. > > Any suggestions? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------080602090107090602050108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Download the latest XenServer ISO and grab the latest XenCenter installer off of that.  Then install XenCenter onto a Windows computer.

On 1/3/2013 11:54 AM, Casey DeLorme wrote:

Hello,

Testing an XCP system on CentOS from the iso installer.

The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC.

Any suggestions?


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

--------------080602090107090602050108-- --===============2176134439215299869== 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 --===============2176134439215299869==-- From xen-users-bounces@lists.xen.org Thu Jan 03 18:31:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 18:31: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 1TqpZ4-00057I-QP; Thu, 03 Jan 2013 18:30:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqpZ3-00057A-TS for xen-users@lists.xen.org; Thu, 03 Jan 2013 18:30:50 +0000 Received: from [193.109.254.147:10613] by server-4.bemta-14.messagelabs.com id F2/3D-15233-95EC5E05; Thu, 03 Jan 2013 18:30:49 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1357237843!11955437!1 X-Originating-IP: [209.85.212.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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20350 invoked from network); 3 Jan 2013 18:30:44 -0000 Received: from mail-vb0-f48.google.com (HELO mail-vb0-f48.google.com) (209.85.212.48) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 18:30:44 -0000 Received: by mail-vb0-f48.google.com with SMTP id fc21so15493721vbb.21 for ; Thu, 03 Jan 2013 10:30:43 -0800 (PST) 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=STHwEpo27rtfYO7u69NRR/fN0+JSVsJbiDsx4TCIGJM=; b=l7YvbRyOUc7lRr4XO1Dm+85kevxoISGChkiHfEeETEWgmAHg5LdBrdlTPHygTo/zjX E97xYoZd0K0dqzpscctv0e+VreYhcsnP6Pogw4N1SWAw1SsdtZnkAgYqRC6ws1DPvbc2 tjOglKwEXx/oybvvVpqbNkjd1+/4SudoT7KLZ4clBxOKfumCU9Kpwozh5xuywmIMkyto uhIye7rjwnGPnq1hj5NY33ljBnIy+9gYc0cqGsOymD45NPnaIunZKp97Z+PQz+ArVoTP bRpKEfUKvte/9nGIGAa6sxqDZ0/o9KCxwWvORHJ/zpDSXCdERNpy3NzmwVdTxE1Phb/R +m0w== MIME-Version: 1.0 Received: by 10.52.35.37 with SMTP id e5mr64016597vdj.115.1357237841773; Thu, 03 Jan 2013 10:30:41 -0800 (PST) Received: by 10.58.32.199 with HTTP; Thu, 3 Jan 2013 10:30:41 -0800 (PST) In-Reply-To: <50E5CA4E.7070004@xenhive.com> References: <50E5CA4E.7070004@xenhive.com> Date: Thu, 3 Jan 2013 13:30:41 -0500 Message-ID: From: Casey DeLorme To: "admin@xenhive.com" Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============7844632125632557688==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7844632125632557688== Content-Type: multipart/alternative; boundary=20cf3079b7ea6f466904d2668f4a --20cf3079b7ea6f466904d2668f4a Content-Type: text/plain; charset=UTF-8 I have configured a virtual machine, and it boots but I cannot connect to it. I was specifically looking for something that didn't rely on XenCenter. I tried openxenmanager but that doesn't appear to work with the new XCP system. Are there any known workarounds. I know XCP is effectively XenServer "Free", but I want a method that uses linux utilities or at least doesn't tie me to a GUI. On Thu, Jan 3, 2013 at 1:13 PM, admin@xenhive.com wrote: > Download the latest XenServer ISO and grab the latest XenCenter > installer off of that. Then install XenCenter onto a Windows computer. > > > On 1/3/2013 11:54 AM, Casey DeLorme wrote: > > > Hello, > > Testing an XCP system on CentOS from the iso installer. > > The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC. > > Any suggestions? > > > _______________________________________________ > Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf3079b7ea6f466904d2668f4a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have configured a virtual machine, and it boots but= I cannot connect to it. =C2=A0I was specifically looking for something tha= t didn't rely on XenCenter.

I tried openxenman= ager but that doesn't appear to work with the new XCP system.

Are there any known workarounds. =C2=A0I know XCP is ef= fectively XenServer "Free", but I want a method that uses linux u= tilities or at least doesn't tie me to a GUI.


On Thu, Jan 3, 2013 at 1:13 PM, admin@xenhive.com <<= a href=3D"mailto:admin@xenhive.com" target=3D"_blank">admin@xenhive.com= > wrote:
=20 =20 =20
Download the latest XenServer ISO and grab the latest XenCenter installer off of that.=C2=A0 Then install XenCenter onto a Windows computer.


On 1/3/2013 11:54 AM, Casey DeLorme wrote:

Hello,

Testing an XCP system on CentOS from the iso installer.

The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC.

Any suggestions?


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


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

--20cf3079b7ea6f466904d2668f4a-- --===============7844632125632557688== 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 --===============7844632125632557688==-- From xen-users-bounces@lists.xen.org Thu Jan 03 18:31:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 18:31: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 1TqpZ4-00057I-QP; Thu, 03 Jan 2013 18:30:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqpZ3-00057A-TS for xen-users@lists.xen.org; Thu, 03 Jan 2013 18:30:50 +0000 Received: from [193.109.254.147:10613] by server-4.bemta-14.messagelabs.com id F2/3D-15233-95EC5E05; Thu, 03 Jan 2013 18:30:49 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1357237843!11955437!1 X-Originating-IP: [209.85.212.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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20350 invoked from network); 3 Jan 2013 18:30:44 -0000 Received: from mail-vb0-f48.google.com (HELO mail-vb0-f48.google.com) (209.85.212.48) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 18:30:44 -0000 Received: by mail-vb0-f48.google.com with SMTP id fc21so15493721vbb.21 for ; Thu, 03 Jan 2013 10:30:43 -0800 (PST) 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=STHwEpo27rtfYO7u69NRR/fN0+JSVsJbiDsx4TCIGJM=; b=l7YvbRyOUc7lRr4XO1Dm+85kevxoISGChkiHfEeETEWgmAHg5LdBrdlTPHygTo/zjX E97xYoZd0K0dqzpscctv0e+VreYhcsnP6Pogw4N1SWAw1SsdtZnkAgYqRC6ws1DPvbc2 tjOglKwEXx/oybvvVpqbNkjd1+/4SudoT7KLZ4clBxOKfumCU9Kpwozh5xuywmIMkyto uhIye7rjwnGPnq1hj5NY33ljBnIy+9gYc0cqGsOymD45NPnaIunZKp97Z+PQz+ArVoTP bRpKEfUKvte/9nGIGAa6sxqDZ0/o9KCxwWvORHJ/zpDSXCdERNpy3NzmwVdTxE1Phb/R +m0w== MIME-Version: 1.0 Received: by 10.52.35.37 with SMTP id e5mr64016597vdj.115.1357237841773; Thu, 03 Jan 2013 10:30:41 -0800 (PST) Received: by 10.58.32.199 with HTTP; Thu, 3 Jan 2013 10:30:41 -0800 (PST) In-Reply-To: <50E5CA4E.7070004@xenhive.com> References: <50E5CA4E.7070004@xenhive.com> Date: Thu, 3 Jan 2013 13:30:41 -0500 Message-ID: From: Casey DeLorme To: "admin@xenhive.com" Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============7844632125632557688==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7844632125632557688== Content-Type: multipart/alternative; boundary=20cf3079b7ea6f466904d2668f4a --20cf3079b7ea6f466904d2668f4a Content-Type: text/plain; charset=UTF-8 I have configured a virtual machine, and it boots but I cannot connect to it. I was specifically looking for something that didn't rely on XenCenter. I tried openxenmanager but that doesn't appear to work with the new XCP system. Are there any known workarounds. I know XCP is effectively XenServer "Free", but I want a method that uses linux utilities or at least doesn't tie me to a GUI. On Thu, Jan 3, 2013 at 1:13 PM, admin@xenhive.com wrote: > Download the latest XenServer ISO and grab the latest XenCenter > installer off of that. Then install XenCenter onto a Windows computer. > > > On 1/3/2013 11:54 AM, Casey DeLorme wrote: > > > Hello, > > Testing an XCP system on CentOS from the iso installer. > > The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC. > > Any suggestions? > > > _______________________________________________ > Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf3079b7ea6f466904d2668f4a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have configured a virtual machine, and it boots but= I cannot connect to it. =C2=A0I was specifically looking for something tha= t didn't rely on XenCenter.

I tried openxenman= ager but that doesn't appear to work with the new XCP system.

Are there any known workarounds. =C2=A0I know XCP is ef= fectively XenServer "Free", but I want a method that uses linux u= tilities or at least doesn't tie me to a GUI.


On Thu, Jan 3, 2013 at 1:13 PM, admin@xenhive.com <<= a href=3D"mailto:admin@xenhive.com" target=3D"_blank">admin@xenhive.com= > wrote:
=20 =20 =20
Download the latest XenServer ISO and grab the latest XenCenter installer off of that.=C2=A0 Then install XenCenter onto a Windows computer.


On 1/3/2013 11:54 AM, Casey DeLorme wrote:

Hello,

Testing an XCP system on CentOS from the iso installer.

The CentOS has no GUI, and I cannot seem to connect to an HVM over VNC.

Any suggestions?


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


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

--20cf3079b7ea6f466904d2668f4a-- --===============7844632125632557688== 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 --===============7844632125632557688==-- From xen-users-bounces@lists.xen.org Thu Jan 03 18:36:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 18:36: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 1TqpdV-0005Y4-5H; Thu, 03 Jan 2013 18:35:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqpdS-0005Xi-Mw for xen-users@lists.xen.org; Thu, 03 Jan 2013 18:35:23 +0000 Received: from [85.158.139.211:63134] by server-13.bemta-5.messagelabs.com id F9/24-10716-96FC5E05; Thu, 03 Jan 2013 18:35:21 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1357238119!20252656!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21438 invoked from network); 3 Jan 2013 18:35:20 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-4.tower-206.messagelabs.com with SMTP; 3 Jan 2013 18:35:20 -0000 Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 3 Jan 2013 10:35:18 -0800 Message-ID: <820397ED394C4844A42513AA298F6B0B0272AB0A@techdc.technetium.corp> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP Question Thread-Index: Ac3p4IroQAOuNnj6SmOyD5cr4ZCrgQAADR+A References: <50E5CA4E.7070004@xenhive.com> From: "Todd H. Foster" To: "Casey DeLorme" , Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============1549241269637307126==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1549241269637307126== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CDE9E1.14878845" This is a multi-part message in MIME format. ------_=_NextPart_001_01CDE9E1.14878845 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlcmUgaXMgdGhlIHhlIGNvbW1hbmQgbGluZSBpbnRlcmZhY2UgYXMgd2VsbCBhcyBhIHRlcm1p bmFsIG1lbnUgc3lzdGVtLg0KDQpJIHdvdWxkIHJlY29tbWVuZCB0aGF0IHlvdSBzZXR1cCBYZW5D ZW50ZXIgZmlyc3QsIGp1c3QgdG8gZ2V0IGFuIGlkZWEgb2Ygd2hhdCBpcyBnb2luZyBvbi4NCg0K VGhlbiBsb29rIGZvciBhbm90aGVyIG9wdGlvbi4NCg0KIA0KDQpGcm9tOiB4ZW4tdXNlcnMtYm91 bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9y Z10gT24gQmVoYWxmIE9mIENhc2V5IERlTG9ybWUNClNlbnQ6IFRodXJzZGF5LCBKYW51YXJ5IDAz LCAyMDEzIDEwOjMxIEFNDQpUbzogYWRtaW5AeGVuaGl2ZS5jb20NCkNjOiB4ZW4tdXNlcnNAbGlz dHMueGVuLm9yZw0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFhDUCBRdWVzdGlvbg0KDQogDQoN CkkgaGF2ZSBjb25maWd1cmVkIGEgdmlydHVhbCBtYWNoaW5lLCBhbmQgaXQgYm9vdHMgYnV0IEkg Y2Fubm90IGNvbm5lY3QgdG8gaXQuICBJIHdhcyBzcGVjaWZpY2FsbHkgbG9va2luZyBmb3Igc29t ZXRoaW5nIHRoYXQgZGlkbid0IHJlbHkgb24gWGVuQ2VudGVyLg0KDQogDQoNCkkgdHJpZWQgb3Bl bnhlbm1hbmFnZXIgYnV0IHRoYXQgZG9lc24ndCBhcHBlYXIgdG8gd29yayB3aXRoIHRoZSBuZXcg WENQIHN5c3RlbS4NCg0KIA0KDQpBcmUgdGhlcmUgYW55IGtub3duIHdvcmthcm91bmRzLiAgSSBr bm93IFhDUCBpcyBlZmZlY3RpdmVseSBYZW5TZXJ2ZXIgIkZyZWUiLCBidXQgSSB3YW50IGEgbWV0 aG9kIHRoYXQgdXNlcyBsaW51eCB1dGlsaXRpZXMgb3IgYXQgbGVhc3QgZG9lc24ndCB0aWUgbWUg dG8gYSBHVUkuDQoNCiANCg0KT24gVGh1LCBKYW4gMywgMjAxMyBhdCAxOjEzIFBNLCBhZG1pbkB4 ZW5oaXZlLmNvbSA8YWRtaW5AeGVuaGl2ZS5jb20+IHdyb3RlOg0KDQpEb3dubG9hZCB0aGUgbGF0 ZXN0IFhlblNlcnZlciBJU08gYW5kIGdyYWIgdGhlIGxhdGVzdCBYZW5DZW50ZXIgaW5zdGFsbGVy IG9mZiBvZiB0aGF0LiAgVGhlbiBpbnN0YWxsIFhlbkNlbnRlciBvbnRvIGEgV2luZG93cyBjb21w dXRlci4NCg0KDQoNCk9uIDEvMy8yMDEzIDExOjU0IEFNLCBDYXNleSBEZUxvcm1lIHdyb3RlOg0K DQoJIA0KDQoJSGVsbG8sDQoNCgkgDQoNCglUZXN0aW5nIGFuIFhDUCBzeXN0ZW0gb24gQ2VudE9T IGZyb20gdGhlIGlzbyBpbnN0YWxsZXIuDQoNCgkgDQoNCglUaGUgQ2VudE9TIGhhcyBubyBHVUks IGFuZCBJIGNhbm5vdCBzZWVtIHRvIGNvbm5lY3QgdG8gYW4gSFZNIG92ZXIgVk5DLg0KDQoJIA0K DQoJQW55IHN1Z2dlc3Rpb25zPw0KDQoJIA0KDQoJX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCglYZW4tdXNlcnMgbWFpbGluZyBsaXN0DQoJWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmcNCglodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCg0KIA0KDQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpYZW4tdXNl cnMgbWFpbGluZyBsaXN0DQpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJzDQoNCiANCg0K ------_=_NextPart_001_01CDE9E1.14878845 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPjxoZWFkPjxtZXRhIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlIGNvbnRlbnQ9InRleHQv aHRtbDsgY2hhcnNldD11dGYtOCI+PG1ldGEgbmFtZT1HZW5lcmF0b3IgY29udGVudD0iTWljcm9z b2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPjxzdHlsZT48IS0tDQovKiBGb250IERlZmlu aXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6 MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1h bA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIu MHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp bmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls eToiQ291cmllciBOZXciO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxl LW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNv bGFzO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXpl OjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2Lldv cmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAy NiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+ DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9RU4t VVMgbGluaz1ibHVlIHZsaW5rPXB1cnBsZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5UaGVyZSBpcyB0aGUgeGUgY29tbWFu ZCBsaW5lIGludGVyZmFjZSBhcyB3ZWxsIGFzIGEgdGVybWluYWwgbWVudSBzeXN0ZW0uPG86cD48 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0Qn Pkkgd291bGQgcmVjb21tZW5kIHRoYXQgeW91IHNldHVwIFhlbkNlbnRlciBmaXJzdCwganVzdCB0 byBnZXQgYW4gaWRlYSBvZiB3aGF0IGlzIGdvaW5nIG9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5UaGVuIGxvb2sgZm9yIGFu b3RoZXIgb3B0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNl cmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJU YWhvbWEiLCJzYW5zLXNlcmlmIic+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+IHhlbi11c2Vycy1i b3VuY2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4u b3JnXSA8Yj5PbiBCZWhhbGYgT2YgPC9iPkNhc2V5IERlTG9ybWU8YnI+PGI+U2VudDo8L2I+IFRo dXJzZGF5LCBKYW51YXJ5IDAzLCAyMDEzIDEwOjMxIEFNPGJyPjxiPlRvOjwvYj4gYWRtaW5AeGVu aGl2ZS5jb208YnI+PGI+Q2M6PC9iPiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxicj48Yj5TdWJq ZWN0OjwvYj4gUmU6IFtYZW4tdXNlcnNdIFhDUCBRdWVzdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwv cD48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PGRpdj48ZGl2PjxwIGNs YXNzPU1zb05vcm1hbD5JIGhhdmUgY29uZmlndXJlZCBhIHZpcnR1YWwgbWFjaGluZSwgYW5kIGl0 IGJvb3RzIGJ1dCBJIGNhbm5vdCBjb25uZWN0IHRvIGl0LiAmbmJzcDtJIHdhcyBzcGVjaWZpY2Fs bHkgbG9va2luZyBmb3Igc29tZXRoaW5nIHRoYXQgZGlkbid0IHJlbHkgb24gWGVuQ2VudGVyLjxv OnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkkgdHJpZWQgb3Blbnhlbm1hbmFn ZXIgYnV0IHRoYXQgZG9lc24ndCBhcHBlYXIgdG8gd29yayB3aXRoIHRoZSBuZXcgWENQIHN5c3Rl bS48bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNw OzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5BcmUgdGhlcmUgYW55IGtu b3duIHdvcmthcm91bmRzLiAmbmJzcDtJIGtub3cgWENQIGlzIGVmZmVjdGl2ZWx5IFhlblNlcnZl ciAmcXVvdDtGcmVlJnF1b3Q7LCBidXQgSSB3YW50IGEgbWV0aG9kIHRoYXQgdXNlcyBsaW51eCB1 dGlsaXRpZXMgb3IgYXQgbGVhc3QgZG9lc24ndCB0aWUgbWUgdG8gYSBHVUkuPG86cD48L286cD48 L3A+PC9kaXY+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1ib3R0 b206MTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5P biBUaHUsIEphbiAzLCAyMDEzIGF0IDE6MTMgUE0sIDxhIGhyZWY9Im1haWx0bzphZG1pbkB4ZW5o aXZlLmNvbSI+YWRtaW5AeGVuaGl2ZS5jb208L2E+ICZsdDs8YSBocmVmPSJtYWlsdG86YWRtaW5A eGVuaGl2ZS5jb20iIHRhcmdldD0iX2JsYW5rIj5hZG1pbkB4ZW5oaXZlLmNvbTwvYT4mZ3Q7IHdy b3RlOjxvOnA+PC9vOnA+PC9wPjxkaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+RG93bmxvYWQg dGhlIGxhdGVzdCBYZW5TZXJ2ZXIgSVNPIGFuZCBncmFiIHRoZSBsYXRlc3QgWGVuQ2VudGVyIGlu c3RhbGxlciBvZmYgb2YgdGhhdC4mbmJzcDsgVGhlbiBpbnN0YWxsIFhlbkNlbnRlciBvbnRvIGEg V2luZG93cyBjb21wdXRlci48bzpwPjwvbzpwPjwvcD48ZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9y bWFsPjxicj48YnI+T24gMS8zLzIwMTMgMTE6NTQgQU0sIENhc2V5IERlTG9ybWUgd3JvdGU6PG86 cD48L286cD48L3A+PC9kaXY+PC9kaXY+PC9kaXY+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCc+PGRpdj48ZGl2PjxkaXY+PHAgY2xhc3M9TXNv Tm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkhlbGxv LDxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPlRlc3RpbmcgYW4gWENQIHN5 c3RlbSBvbiBDZW50T1MgZnJvbSB0aGUgaXNvIGluc3RhbGxlci48bzpwPjwvbzpwPjwvcD48L2Rp dj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2 PjxwIGNsYXNzPU1zb05vcm1hbD5UaGUgQ2VudE9TIGhhcyBubyBHVUksIGFuZCBJIGNhbm5vdCBz ZWVtIHRvIGNvbm5lY3QgdG8gYW4gSFZNIG92ZXIgVk5DLjxvOnA+PC9vOnA+PC9wPjwvZGl2Pjxk aXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAg Y2xhc3M9TXNvTm9ybWFsPkFueSBzdWdnZXN0aW9ucz88bzpwPjwvbzpwPjwvcD48L2Rpdj48L2Rp dj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1ib3R0b206MTIuMHB0Jz48bzpwPiZu YnNwOzwvbzpwPjwvcD48L2Rpdj48L2Rpdj48ZGl2PjxwcmU+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPjxwcmU+WGVuLXVzZXJz IG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+PHByZT48YSBocmVmPSJtYWlsdG86WGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9y ZzwvYT48bzpwPjwvbzpwPjwvcHJlPjxwcmU+PGEgaHJlZj0iaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz PC9hPjxvOnA+PC9vOnA+PC9wcmU+PC9kaXY+PC9ibG9ja3F1b3RlPjxwIGNsYXNzPU1zb05vcm1h bD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PGJyPl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPlhlbi11c2VycyBt YWlsaW5nIGxpc3Q8YnI+PGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5Y ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+PGEgaHJlZj0iaHR0cDovL2xpc3RzLnhlbi5v cmcveGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJzPC9hPjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNw OzwvbzpwPjwvcD48L2Rpdj48L2Rpdj48L2JvZHk+PC9odG1sPg== ------_=_NextPart_001_01CDE9E1.14878845-- --===============1549241269637307126== 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 --===============1549241269637307126==-- From xen-users-bounces@lists.xen.org Thu Jan 03 18:36:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 18:36: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 1TqpdV-0005Y4-5H; Thu, 03 Jan 2013 18:35:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqpdS-0005Xi-Mw for xen-users@lists.xen.org; Thu, 03 Jan 2013 18:35:23 +0000 Received: from [85.158.139.211:63134] by server-13.bemta-5.messagelabs.com id F9/24-10716-96FC5E05; Thu, 03 Jan 2013 18:35:21 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1357238119!20252656!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21438 invoked from network); 3 Jan 2013 18:35:20 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-4.tower-206.messagelabs.com with SMTP; 3 Jan 2013 18:35:20 -0000 Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 3 Jan 2013 10:35:18 -0800 Message-ID: <820397ED394C4844A42513AA298F6B0B0272AB0A@techdc.technetium.corp> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP Question Thread-Index: Ac3p4IroQAOuNnj6SmOyD5cr4ZCrgQAADR+A References: <50E5CA4E.7070004@xenhive.com> From: "Todd H. Foster" To: "Casey DeLorme" , Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============1549241269637307126==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1549241269637307126== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CDE9E1.14878845" This is a multi-part message in MIME format. ------_=_NextPart_001_01CDE9E1.14878845 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlcmUgaXMgdGhlIHhlIGNvbW1hbmQgbGluZSBpbnRlcmZhY2UgYXMgd2VsbCBhcyBhIHRlcm1p bmFsIG1lbnUgc3lzdGVtLg0KDQpJIHdvdWxkIHJlY29tbWVuZCB0aGF0IHlvdSBzZXR1cCBYZW5D ZW50ZXIgZmlyc3QsIGp1c3QgdG8gZ2V0IGFuIGlkZWEgb2Ygd2hhdCBpcyBnb2luZyBvbi4NCg0K VGhlbiBsb29rIGZvciBhbm90aGVyIG9wdGlvbi4NCg0KIA0KDQpGcm9tOiB4ZW4tdXNlcnMtYm91 bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9y Z10gT24gQmVoYWxmIE9mIENhc2V5IERlTG9ybWUNClNlbnQ6IFRodXJzZGF5LCBKYW51YXJ5IDAz LCAyMDEzIDEwOjMxIEFNDQpUbzogYWRtaW5AeGVuaGl2ZS5jb20NCkNjOiB4ZW4tdXNlcnNAbGlz dHMueGVuLm9yZw0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFhDUCBRdWVzdGlvbg0KDQogDQoN CkkgaGF2ZSBjb25maWd1cmVkIGEgdmlydHVhbCBtYWNoaW5lLCBhbmQgaXQgYm9vdHMgYnV0IEkg Y2Fubm90IGNvbm5lY3QgdG8gaXQuICBJIHdhcyBzcGVjaWZpY2FsbHkgbG9va2luZyBmb3Igc29t ZXRoaW5nIHRoYXQgZGlkbid0IHJlbHkgb24gWGVuQ2VudGVyLg0KDQogDQoNCkkgdHJpZWQgb3Bl bnhlbm1hbmFnZXIgYnV0IHRoYXQgZG9lc24ndCBhcHBlYXIgdG8gd29yayB3aXRoIHRoZSBuZXcg WENQIHN5c3RlbS4NCg0KIA0KDQpBcmUgdGhlcmUgYW55IGtub3duIHdvcmthcm91bmRzLiAgSSBr bm93IFhDUCBpcyBlZmZlY3RpdmVseSBYZW5TZXJ2ZXIgIkZyZWUiLCBidXQgSSB3YW50IGEgbWV0 aG9kIHRoYXQgdXNlcyBsaW51eCB1dGlsaXRpZXMgb3IgYXQgbGVhc3QgZG9lc24ndCB0aWUgbWUg dG8gYSBHVUkuDQoNCiANCg0KT24gVGh1LCBKYW4gMywgMjAxMyBhdCAxOjEzIFBNLCBhZG1pbkB4 ZW5oaXZlLmNvbSA8YWRtaW5AeGVuaGl2ZS5jb20+IHdyb3RlOg0KDQpEb3dubG9hZCB0aGUgbGF0 ZXN0IFhlblNlcnZlciBJU08gYW5kIGdyYWIgdGhlIGxhdGVzdCBYZW5DZW50ZXIgaW5zdGFsbGVy IG9mZiBvZiB0aGF0LiAgVGhlbiBpbnN0YWxsIFhlbkNlbnRlciBvbnRvIGEgV2luZG93cyBjb21w dXRlci4NCg0KDQoNCk9uIDEvMy8yMDEzIDExOjU0IEFNLCBDYXNleSBEZUxvcm1lIHdyb3RlOg0K DQoJIA0KDQoJSGVsbG8sDQoNCgkgDQoNCglUZXN0aW5nIGFuIFhDUCBzeXN0ZW0gb24gQ2VudE9T IGZyb20gdGhlIGlzbyBpbnN0YWxsZXIuDQoNCgkgDQoNCglUaGUgQ2VudE9TIGhhcyBubyBHVUks IGFuZCBJIGNhbm5vdCBzZWVtIHRvIGNvbm5lY3QgdG8gYW4gSFZNIG92ZXIgVk5DLg0KDQoJIA0K DQoJQW55IHN1Z2dlc3Rpb25zPw0KDQoJIA0KDQoJX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCglYZW4tdXNlcnMgbWFpbGluZyBsaXN0DQoJWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmcNCglodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCg0KIA0KDQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpYZW4tdXNl cnMgbWFpbGluZyBsaXN0DQpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJzDQoNCiANCg0K ------_=_NextPart_001_01CDE9E1.14878845 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPjxoZWFkPjxtZXRhIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlIGNvbnRlbnQ9InRleHQv aHRtbDsgY2hhcnNldD11dGYtOCI+PG1ldGEgbmFtZT1HZW5lcmF0b3IgY29udGVudD0iTWljcm9z b2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPjxzdHlsZT48IS0tDQovKiBGb250IERlZmlu aXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6 MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1h bA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIu MHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp bmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls eToiQ291cmllciBOZXciO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxl LW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNv bGFzO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXpl OjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2Lldv cmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAy NiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+ DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9RU4t VVMgbGluaz1ibHVlIHZsaW5rPXB1cnBsZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5UaGVyZSBpcyB0aGUgeGUgY29tbWFu ZCBsaW5lIGludGVyZmFjZSBhcyB3ZWxsIGFzIGEgdGVybWluYWwgbWVudSBzeXN0ZW0uPG86cD48 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0Qn Pkkgd291bGQgcmVjb21tZW5kIHRoYXQgeW91IHNldHVwIFhlbkNlbnRlciBmaXJzdCwganVzdCB0 byBnZXQgYW4gaWRlYSBvZiB3aGF0IGlzIGdvaW5nIG9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5UaGVuIGxvb2sgZm9yIGFu b3RoZXIgb3B0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNl cmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJU YWhvbWEiLCJzYW5zLXNlcmlmIic+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+IHhlbi11c2Vycy1i b3VuY2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4u b3JnXSA8Yj5PbiBCZWhhbGYgT2YgPC9iPkNhc2V5IERlTG9ybWU8YnI+PGI+U2VudDo8L2I+IFRo dXJzZGF5LCBKYW51YXJ5IDAzLCAyMDEzIDEwOjMxIEFNPGJyPjxiPlRvOjwvYj4gYWRtaW5AeGVu aGl2ZS5jb208YnI+PGI+Q2M6PC9iPiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxicj48Yj5TdWJq ZWN0OjwvYj4gUmU6IFtYZW4tdXNlcnNdIFhDUCBRdWVzdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwv cD48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PGRpdj48ZGl2PjxwIGNs YXNzPU1zb05vcm1hbD5JIGhhdmUgY29uZmlndXJlZCBhIHZpcnR1YWwgbWFjaGluZSwgYW5kIGl0 IGJvb3RzIGJ1dCBJIGNhbm5vdCBjb25uZWN0IHRvIGl0LiAmbmJzcDtJIHdhcyBzcGVjaWZpY2Fs bHkgbG9va2luZyBmb3Igc29tZXRoaW5nIHRoYXQgZGlkbid0IHJlbHkgb24gWGVuQ2VudGVyLjxv OnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkkgdHJpZWQgb3Blbnhlbm1hbmFn ZXIgYnV0IHRoYXQgZG9lc24ndCBhcHBlYXIgdG8gd29yayB3aXRoIHRoZSBuZXcgWENQIHN5c3Rl bS48bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNw OzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5BcmUgdGhlcmUgYW55IGtu b3duIHdvcmthcm91bmRzLiAmbmJzcDtJIGtub3cgWENQIGlzIGVmZmVjdGl2ZWx5IFhlblNlcnZl ciAmcXVvdDtGcmVlJnF1b3Q7LCBidXQgSSB3YW50IGEgbWV0aG9kIHRoYXQgdXNlcyBsaW51eCB1 dGlsaXRpZXMgb3IgYXQgbGVhc3QgZG9lc24ndCB0aWUgbWUgdG8gYSBHVUkuPG86cD48L286cD48 L3A+PC9kaXY+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1ib3R0 b206MTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5P biBUaHUsIEphbiAzLCAyMDEzIGF0IDE6MTMgUE0sIDxhIGhyZWY9Im1haWx0bzphZG1pbkB4ZW5o aXZlLmNvbSI+YWRtaW5AeGVuaGl2ZS5jb208L2E+ICZsdDs8YSBocmVmPSJtYWlsdG86YWRtaW5A eGVuaGl2ZS5jb20iIHRhcmdldD0iX2JsYW5rIj5hZG1pbkB4ZW5oaXZlLmNvbTwvYT4mZ3Q7IHdy b3RlOjxvOnA+PC9vOnA+PC9wPjxkaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+RG93bmxvYWQg dGhlIGxhdGVzdCBYZW5TZXJ2ZXIgSVNPIGFuZCBncmFiIHRoZSBsYXRlc3QgWGVuQ2VudGVyIGlu c3RhbGxlciBvZmYgb2YgdGhhdC4mbmJzcDsgVGhlbiBpbnN0YWxsIFhlbkNlbnRlciBvbnRvIGEg V2luZG93cyBjb21wdXRlci48bzpwPjwvbzpwPjwvcD48ZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9y bWFsPjxicj48YnI+T24gMS8zLzIwMTMgMTE6NTQgQU0sIENhc2V5IERlTG9ybWUgd3JvdGU6PG86 cD48L286cD48L3A+PC9kaXY+PC9kaXY+PC9kaXY+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCc+PGRpdj48ZGl2PjxkaXY+PHAgY2xhc3M9TXNv Tm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkhlbGxv LDxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPlRlc3RpbmcgYW4gWENQIHN5 c3RlbSBvbiBDZW50T1MgZnJvbSB0aGUgaXNvIGluc3RhbGxlci48bzpwPjwvbzpwPjwvcD48L2Rp dj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2 PjxwIGNsYXNzPU1zb05vcm1hbD5UaGUgQ2VudE9TIGhhcyBubyBHVUksIGFuZCBJIGNhbm5vdCBz ZWVtIHRvIGNvbm5lY3QgdG8gYW4gSFZNIG92ZXIgVk5DLjxvOnA+PC9vOnA+PC9wPjwvZGl2Pjxk aXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAg Y2xhc3M9TXNvTm9ybWFsPkFueSBzdWdnZXN0aW9ucz88bzpwPjwvbzpwPjwvcD48L2Rpdj48L2Rp dj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1ib3R0b206MTIuMHB0Jz48bzpwPiZu YnNwOzwvbzpwPjwvcD48L2Rpdj48L2Rpdj48ZGl2PjxwcmU+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPjxwcmU+WGVuLXVzZXJz IG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+PHByZT48YSBocmVmPSJtYWlsdG86WGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9y ZzwvYT48bzpwPjwvbzpwPjwvcHJlPjxwcmU+PGEgaHJlZj0iaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz PC9hPjxvOnA+PC9vOnA+PC9wcmU+PC9kaXY+PC9ibG9ja3F1b3RlPjxwIGNsYXNzPU1zb05vcm1h bD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PGJyPl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPlhlbi11c2VycyBt YWlsaW5nIGxpc3Q8YnI+PGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5Y ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+PGEgaHJlZj0iaHR0cDovL2xpc3RzLnhlbi5v cmcveGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJzPC9hPjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNw OzwvbzpwPjwvcD48L2Rpdj48L2Rpdj48L2JvZHk+PC9odG1sPg== ------_=_NextPart_001_01CDE9E1.14878845-- --===============1549241269637307126== 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 --===============1549241269637307126==-- From xen-users-bounces@lists.xen.org Thu Jan 03 19:02:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 19:02: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 1Tqq38-0006Xr-QE; Thu, 03 Jan 2013 19:01:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqq37-0006Xm-Pm for xen-users@lists.xensource.com; Thu, 03 Jan 2013 19:01:54 +0000 Received: from [85.158.138.51:54706] by server-5.bemta-3.messagelabs.com id E4/F1-04992-C95D5E05; Thu, 03 Jan 2013 19:01:48 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-8.tower-174.messagelabs.com!1357239707!29250318!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1325 invoked from network); 3 Jan 2013 19:01:47 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-8.tower-174.messagelabs.com with SMTP; 3 Jan 2013 19:01:47 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id BF048CC128; Thu, 3 Jan 2013 14:01:46 -0500 (EST) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 3d5wb5tnvgwi; Thu, 3 Jan 2013 14:01:39 -0500 (EST) Received: from new-host-2.home (pool-71-184-234-147.bstnma.fios.verizon.net [71.184.234.147]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 64C7DCC10F; Thu, 3 Jan 2013 14:01:39 -0500 (EST) Message-ID: <50E5D593.9060607@meetinghouse.net> Date: Thu, 03 Jan 2013 14:01:39 -0500 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 MIME-Version: 1.0 To: Ian Campbell References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> <50E46ECD.7040005@meetinghouse.net> <1357204905.10985.61.camel@zakaz.uk.xensource.com> In-Reply-To: <1357204905.10985.61.camel@zakaz.uk.xensource.com> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.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 SWFuIENhbXBiZWxsIHdyb3RlOgo+IE9uIFdlZCwgMjAxMy0wMS0wMiBhdCAxNzozMCArMDAwMCwg TWlsZXMgRmlkZWxtYW4gd3JvdGU6Cj4+IElhbiBDYW1wYmVsbCB3cm90ZToKPj4+IE9uIFdlZCwg MjAxMy0wMS0wMiBhdCAxNjozNSArMDAwMCwgTWlsZXMgRmlkZWxtYW4gd3JvdGU6Cj4+Pgo+Pj4K Pj4+PiBDYW4geW91IGVsYWJvcmF0ZSBvbiB0aGlzIGp1c3QgYSBiaXQ/ICBJdCBzb3VuZHMgbGlr ZSBvbmUgY2FuIHVzZSBxZW11Cj4+Pj4gZHJpdmVycyBmcm9tIGFuIEhWTSwgdG8gYWNjZXNzIHRo ZSBQViBkcml2ZXJzLiAgQnV0IHdoYXQgYWJvdXQgdGhlIG90aGVyCj4+Pj4gd2F5IGFyb3VuZD8g IEknbSBydW5uaW5nIFBWIGd1ZXN0cywgc28gbm9ybWFsbHkgcWVtdSBkb2Vzbid0IGFwcGx5LAo+ Pj4+IGJ1dC4uLiB3aGF0IEknbSB0cnlpbmcgdG8gZmlndXJlIG91dCBpcyB3aGV0aGVyIHRoZXJl J3Mgc29tZSB3YXkgdG8gdXNlCj4+Pj4gdGhlIHFlbXUgZHJpdmVycyB0byBhY2Nlc3MgdGhlIHNo ZWVwZG9nIGNsdXN0ZXIgZmlsZSBzeXN0ZW0gLSB3aGljaCBvbmx5Cj4+Pj4gcHJvdmlkZXMgYSBx ZW11IGludGVyZmFjZS4KPj4+IEknbSBub3Qgc3VyZSB3aGF0IHlvdSBtZWFuIGJ5ICJxZW11IGRy aXZlcnMiLiBEbyB5b3UgbWVhbiB2aXJ0aW8/Cj4+IHFlbXUtZG0KPiBJIHN0aWxsIGRvbid0IHJl YWxseSBrbm93IHdoYXQgeW91IG1lYW4uIEFwYXJ0IGZyb20gYmVpbmcgYSBYZW4gc3BlY2lmaWMK PiB0ZXJtIHFlbXUtZG0gcHJvdmlkZXMgZW11bGF0aW9uIG9mIHBoeXNpY2FsIGRldmljZXMgYW5k IFhlbiBQViBkZXZpY2VzLgo+IERyaXZlcnMgYXJlIHR5cGljYWxseSB0aGluZ3MgaW4gdGhlIGd1 ZXN0IHdoaWNoIHRhbGsgdG8gdGhvc2UuCgpXZWxsLCBtYXliZSBJJ20gdXNpbmcgdGhlIHRlcm0g YSBiaXQgbG9vc2VseSwgdG8gcmVmZXIgdG8gdGhlIHByb2Nlc3NpbmcgCmNoYWluIGJldHdlZW4g YW4gby9zIGNhbGwgZnJvbSB1c2Vyc3BhY2UgdG8gYSBzcGVjaWZpYyBoYXJkd2FyZSBvciAKdmly dHVhbCBkZXZpY2UuCgpJdCBsb29rcyBsaWtlICJ2aXJ0aW8gb24geGVuIiBpcyBvbmUgaW1wbGVt ZW50YXRpb24gKHBlciAKaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1ZpcnRpb19Pbl9YZW4pIC0g dGhvdWdoIHBlcmhhcHMgbm90IHlldCAKaW50ZWdyYXRlZCBpbnRvIHRoZSBtYWluIGRpc3RyaWJ1 dGlvbiAodGhlIHBhZ2Ugc2VlbXMgYSBsaXR0bGUgZGF0ZWQpLgoKTWVhbndoaWxlLCBpdCBsb29r cyBsaWtlIFFlbXUgaXMgdGhlIGJhc2lzIGZvciBYZW4ncyBuYXRpdmUgdmlydHVhbCAKZGV2aWNl IHN1cHBvcnQgZm9yIEhWTXMsIGJ1dCBpdCdzIG5vdCBjbGVhciB3aGF0IHN1cHBvcnQgaXMgYXZh aWxhYmxlIHRvIApQVk1zLiAgKFRoZSBkZXNjcmlwdGlvbiBvZiB2aXJ0aW8gb24geGVuIGRlc2Ny aWJlcyBib3RoIHZpcnRpbyBmb3IgSFZNIApndWVzdHMsIGFuZCBQViBndWVzdHMpLiAgU3RpbGwg dHJ5aW5nIHRvIHVuZGVyc3RhbmQgaG93IGFsbCB0aGUgcGllY2VzIApmaXQgdG9nZXRoZXIsIHBh cnRpY3VsYXJseSB3aGVuIHJ1bm5pbmcgd2l0aG91dCBoYXJkd2FyZSB2aXJ0dWFsaXphdGlvbiAK c3VwcG9ydCAodGhpbmtpbmcgYWJvdXQgaW50ZWdyYXRpb24gd2l0aCBhIGNvdXBsZSBvZiBvbGRl ciBib3hlcykuCgo+IFNvIGl0IGxvb2tzIGxpa2Ugc2hlZXBkb2cgY2FuIGNvbnRhaW4gZGlzayBp bWFnZXMgd2hpY2ggYXJlIGV4cG9zZWQgdG8KPiB0aGUgZ3Vlc3QgYXMgZWl0aGVyIGFuIGVtdWxh dGVkIElERSBkZXZpY2Ugb3IgYSB2aXJ0aW8gYmxvY2sgZGV2aWNlCj4gKGFsdGhvdWdoIHRob3Nl IHNsaWRlcyBtZW50aW9uIG5laXRoZXIgZXhwbGljaXRseSkgYW5kIHRoZSBjbHVzdGVyZWQKPiBm aWxlc3lzdGVtIGFzcGVjdCBpcyBub3QgYWN0dWFsbHkgZXhwb3NlZCB0byB0aGUgZ3Vlc3QuCj4K PiBJIHN1cHBvc2UgaXQgb3VnaHQgdG8gYmUgcG9zc2libGUgdG8gaGF2ZSB0aGUgcWRpc2sgYmFj a2VuZCBpbiBRZW11IHVzZQo+IHRoZSBzaGVlcGRvZyBiYWNrZW5kIGluc3RlYWQgb2YgYSBmaWxl IG9yIGJsb2NrIGRldmljZSBvciB3aGF0ZXZlci4KPgo+IEl0IHdvdWxkIGJlIHdvcnRoIHRyeWlu ZyBhIHZiZCBjb25maWd1cmVkIHdpdGgKPiAiYmFja2VuZHR5cGU9cWRpc2ssdGFyZ2V0PXNoZWVw ZG9nOjxmb28+IiBzaW5jZSBzaGVlcGRvZzo8Zm9vPiBzZWVtcyB0bwo+IGJlIHRoZSBzeW50YXgg KGp1ZGdpbmcgZnJvbSB0aGUgIlN0YXJ0IHRoZSBWTSIgc2VjdGlvbiBvZgo+IGh0dHBzOi8vZ2l0 aHViLmNvbS9jb2xsaWUvc2hlZXBkb2cvd2lraS9HZXR0aW5nLVN0YXJ0ZWQpLgoKVGhpcyBkb2Vz IHNlZW0gdG8gYmUgdGhlIGV4cGVyaW1lbnQgdG8gdHJ5IChwcm9qZWN0IGZvciB0aGUgd2Vla2Vu ZCwgSSAKdGhpbmspLgoKVGhhbmtzIGZvciAiYmFja2VuZHR5cGU9cWRpc2ssdGFyZ2V0PXNoZWVw ZG9nOjxmb28+Ii0gdGhhdCdzIGdpdmVuIG1lIGEgCmdvb2QgaG9vayBmb3Igc2VhcmNoaW5nIHRo cm91Z2ggZG9jdW1lbnRhdGlvbi4KPgo+IEkgZG9uJ3Qga25vdyBpZiB0aGUgWGVuIHRvb2xzdGFj ayBzdXBwb3J0cyBwYXNzaW5nIGFyYml0cmFyeSBkaXNrCj4gY29uZmlndXJhdGlvbnMgdG8gcWVt dSB0aG91Z2gsIHNvbWVvbmUgKGxpa2UgeW91KSB3b3VsZCBuZWVkIHRvCj4gaW52ZXN0aWdhdGUg YW5kIHBvc3NpYmx5IGRvIHNvbWUgcGx1bWJpbmcgb24gdGhlIFhlbiB0b29sc3RhY2sgc2lkZSAo SSdkCj4gYmUgaGFwcHkgdG8gYWR2aXNlIG9uIGxpc3QgaWYgaXQgY29tZXMgdG8gdGhpcykuCgpB aGgsIGFuZCB0aGlzIGdldHMgdG8gdGhlIGhlYXJ0IG9mIHRoZSBxdWVzdGlvbiwgYW5kIEkgdGhp bmsgSSBmb3VuZCBhbiAKYW5zd2VyIGluIHRoZSBYZW4gNC4yIHJlbGVhc2Ugbm90ZXMgCihodHRw Oi8vd2lraS54ZW4ub3JnL3dpa2kvWGVuXzQuMl9GZWF0dXJlX0xpc3QpOgoKIiDigKIgU3VwcG9y dCBmb3IgdXBzdHJlYW0gcWVtdQoKICAqIFVzZWQgYnkgZGVmYXVsdCB3aGVuIHJlcXVpcmVkIGZv ciBQViBndWVzdHMgKGUuZy4gcWRpc2sgYmFja2VuZCBvcgogICAgVkZCIHN1cHBvcnQpIgoKV2hp Y2ggc2VlbXMgdG8gaW1wbHkgdGhhdCBhIFBWIGd1ZXN0IENBTiBhY2Nlc3MgYSBxZGlzaywgYW5k IHNpbmNlIAp1cHN0cmVhbSBxZW11IHN1cHBvcnRzIHNoZWVwZG9nLCB0aGlzIG1pZ2h0IGp1c3Qg YWxsIHdvcmsgd2l0aG91dCBoYXZpbmcgCnRvIGFzc2VtYmxlIGEgY3VzdG9tIGJ1aWxkLiAgKFRo b3VnaCBJJ20gc3RpbGwgdHJ5aW5nIHRvIGZpbmQgYW4gCmFyY2hpdGVjdHVyYWwgZGlhZ3JhbSB0 byBoZWxwIG1lIHZpc3VhbGl6ZSBhbGwgdGhlIGludGVyZmFjZXMgYW5kIGRhdGEgCmZsb3dzKS4K PiBUaGUgc2FtZSBzb3J0IG9mIHRoaW5nIG91Z2h0IHRvIGFwcGx5IHRvIHVzaW5nIHRoZSBDZXBo IGJhY2tlbmQgaW4gcWVtdS4KPiBJdCB3b3VsZCBiZSB3b3J0aCBnb29nbGluZyB0byBzZWUgaWYg YW55b25lIGhhcyBkb25lIHRoaXMgc2luY2UgSSdkCj4gZXhwZWN0IHRoZSBhcHByb2FjaCBvdWdo dCB0byBjYXJyeSBhY3Jvc3MuCgpMb29rcyBsaWtlIENlcGggaXMgYSBsb3QgZWFzaWVyIHRvIGlu dGVncmF0ZSAtIHNpbmNlIGl0IHByb3ZpZGVzIGEgCmtlcm5lbC1iYXNlZCBibG9jayBkZXZpY2Ug aW50ZXJmYWNlICgvZGV2L3JiZCkuIEZyb20gdGhlIGNlcGggCmRvY3VtZW50YXRpb246ICJRRU1V IGNhbiBwYXNzIGEgYmxvY2sgZGV2aWNlIGZyb20gdGhlIGhvc3Qgb24gdG8gYSAKZ3Vlc3QsIGJ1 dCBzaW5jZSBRRU1VIDAuMTUsIHRoZXJl4oCZcyBubyBuZWVkIHRvIG1hcCBhbiBpbWFnZSBhcyBh IGJsb2NrIApkZXZpY2Ugb24gdGhlIGhvc3QuIEluc3RlYWQsIFFFTVUgY2FuIGFjY2VzcyBhbiBp bWFnZSBhcyBhIHZpcnR1YWwgYmxvY2sgCmRldmljZSBkaXJlY3RseSB2aWEgbGlicmJkLiIKClRo YW5rcyBhZ2FpbiEKCk1pbGVzCgotLSAKSW4gdGhlb3J5LCB0aGVyZSBpcyBubyBkaWZmZXJlbmNl IGJldHdlZW4gdGhlb3J5IGFuZCBwcmFjdGljZS4KSW4gcHJhY3RpY2UsIHRoZXJlIGlzLiAgIC4u Li4gWW9naSBCZXJyYQoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jan 03 19:02:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 19:02: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 1Tqq38-0006Xr-QE; Thu, 03 Jan 2013 19:01:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqq37-0006Xm-Pm for xen-users@lists.xensource.com; Thu, 03 Jan 2013 19:01:54 +0000 Received: from [85.158.138.51:54706] by server-5.bemta-3.messagelabs.com id E4/F1-04992-C95D5E05; Thu, 03 Jan 2013 19:01:48 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-8.tower-174.messagelabs.com!1357239707!29250318!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1325 invoked from network); 3 Jan 2013 19:01:47 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-8.tower-174.messagelabs.com with SMTP; 3 Jan 2013 19:01:47 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id BF048CC128; Thu, 3 Jan 2013 14:01:46 -0500 (EST) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 3d5wb5tnvgwi; Thu, 3 Jan 2013 14:01:39 -0500 (EST) Received: from new-host-2.home (pool-71-184-234-147.bstnma.fios.verizon.net [71.184.234.147]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 64C7DCC10F; Thu, 3 Jan 2013 14:01:39 -0500 (EST) Message-ID: <50E5D593.9060607@meetinghouse.net> Date: Thu, 03 Jan 2013 14:01:39 -0500 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 MIME-Version: 1.0 To: Ian Campbell References: <50E0A0A6.8020303@meetinghouse.net> <1357142980.10985.6.camel@zakaz.uk.xensource.com> <50E461DE.4030604@meetinghouse.net> <1357145621.10985.34.camel@zakaz.uk.xensource.com> <50E46ECD.7040005@meetinghouse.net> <1357204905.10985.61.camel@zakaz.uk.xensource.com> In-Reply-To: <1357204905.10985.61.camel@zakaz.uk.xensource.com> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] where does qemu fit in? X-BeenThere: xen-users@lists.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 SWFuIENhbXBiZWxsIHdyb3RlOgo+IE9uIFdlZCwgMjAxMy0wMS0wMiBhdCAxNzozMCArMDAwMCwg TWlsZXMgRmlkZWxtYW4gd3JvdGU6Cj4+IElhbiBDYW1wYmVsbCB3cm90ZToKPj4+IE9uIFdlZCwg MjAxMy0wMS0wMiBhdCAxNjozNSArMDAwMCwgTWlsZXMgRmlkZWxtYW4gd3JvdGU6Cj4+Pgo+Pj4K Pj4+PiBDYW4geW91IGVsYWJvcmF0ZSBvbiB0aGlzIGp1c3QgYSBiaXQ/ICBJdCBzb3VuZHMgbGlr ZSBvbmUgY2FuIHVzZSBxZW11Cj4+Pj4gZHJpdmVycyBmcm9tIGFuIEhWTSwgdG8gYWNjZXNzIHRo ZSBQViBkcml2ZXJzLiAgQnV0IHdoYXQgYWJvdXQgdGhlIG90aGVyCj4+Pj4gd2F5IGFyb3VuZD8g IEknbSBydW5uaW5nIFBWIGd1ZXN0cywgc28gbm9ybWFsbHkgcWVtdSBkb2Vzbid0IGFwcGx5LAo+ Pj4+IGJ1dC4uLiB3aGF0IEknbSB0cnlpbmcgdG8gZmlndXJlIG91dCBpcyB3aGV0aGVyIHRoZXJl J3Mgc29tZSB3YXkgdG8gdXNlCj4+Pj4gdGhlIHFlbXUgZHJpdmVycyB0byBhY2Nlc3MgdGhlIHNo ZWVwZG9nIGNsdXN0ZXIgZmlsZSBzeXN0ZW0gLSB3aGljaCBvbmx5Cj4+Pj4gcHJvdmlkZXMgYSBx ZW11IGludGVyZmFjZS4KPj4+IEknbSBub3Qgc3VyZSB3aGF0IHlvdSBtZWFuIGJ5ICJxZW11IGRy aXZlcnMiLiBEbyB5b3UgbWVhbiB2aXJ0aW8/Cj4+IHFlbXUtZG0KPiBJIHN0aWxsIGRvbid0IHJl YWxseSBrbm93IHdoYXQgeW91IG1lYW4uIEFwYXJ0IGZyb20gYmVpbmcgYSBYZW4gc3BlY2lmaWMK PiB0ZXJtIHFlbXUtZG0gcHJvdmlkZXMgZW11bGF0aW9uIG9mIHBoeXNpY2FsIGRldmljZXMgYW5k IFhlbiBQViBkZXZpY2VzLgo+IERyaXZlcnMgYXJlIHR5cGljYWxseSB0aGluZ3MgaW4gdGhlIGd1 ZXN0IHdoaWNoIHRhbGsgdG8gdGhvc2UuCgpXZWxsLCBtYXliZSBJJ20gdXNpbmcgdGhlIHRlcm0g YSBiaXQgbG9vc2VseSwgdG8gcmVmZXIgdG8gdGhlIHByb2Nlc3NpbmcgCmNoYWluIGJldHdlZW4g YW4gby9zIGNhbGwgZnJvbSB1c2Vyc3BhY2UgdG8gYSBzcGVjaWZpYyBoYXJkd2FyZSBvciAKdmly dHVhbCBkZXZpY2UuCgpJdCBsb29rcyBsaWtlICJ2aXJ0aW8gb24geGVuIiBpcyBvbmUgaW1wbGVt ZW50YXRpb24gKHBlciAKaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1ZpcnRpb19Pbl9YZW4pIC0g dGhvdWdoIHBlcmhhcHMgbm90IHlldCAKaW50ZWdyYXRlZCBpbnRvIHRoZSBtYWluIGRpc3RyaWJ1 dGlvbiAodGhlIHBhZ2Ugc2VlbXMgYSBsaXR0bGUgZGF0ZWQpLgoKTWVhbndoaWxlLCBpdCBsb29r cyBsaWtlIFFlbXUgaXMgdGhlIGJhc2lzIGZvciBYZW4ncyBuYXRpdmUgdmlydHVhbCAKZGV2aWNl IHN1cHBvcnQgZm9yIEhWTXMsIGJ1dCBpdCdzIG5vdCBjbGVhciB3aGF0IHN1cHBvcnQgaXMgYXZh aWxhYmxlIHRvIApQVk1zLiAgKFRoZSBkZXNjcmlwdGlvbiBvZiB2aXJ0aW8gb24geGVuIGRlc2Ny aWJlcyBib3RoIHZpcnRpbyBmb3IgSFZNIApndWVzdHMsIGFuZCBQViBndWVzdHMpLiAgU3RpbGwg dHJ5aW5nIHRvIHVuZGVyc3RhbmQgaG93IGFsbCB0aGUgcGllY2VzIApmaXQgdG9nZXRoZXIsIHBh cnRpY3VsYXJseSB3aGVuIHJ1bm5pbmcgd2l0aG91dCBoYXJkd2FyZSB2aXJ0dWFsaXphdGlvbiAK c3VwcG9ydCAodGhpbmtpbmcgYWJvdXQgaW50ZWdyYXRpb24gd2l0aCBhIGNvdXBsZSBvZiBvbGRl ciBib3hlcykuCgo+IFNvIGl0IGxvb2tzIGxpa2Ugc2hlZXBkb2cgY2FuIGNvbnRhaW4gZGlzayBp bWFnZXMgd2hpY2ggYXJlIGV4cG9zZWQgdG8KPiB0aGUgZ3Vlc3QgYXMgZWl0aGVyIGFuIGVtdWxh dGVkIElERSBkZXZpY2Ugb3IgYSB2aXJ0aW8gYmxvY2sgZGV2aWNlCj4gKGFsdGhvdWdoIHRob3Nl IHNsaWRlcyBtZW50aW9uIG5laXRoZXIgZXhwbGljaXRseSkgYW5kIHRoZSBjbHVzdGVyZWQKPiBm aWxlc3lzdGVtIGFzcGVjdCBpcyBub3QgYWN0dWFsbHkgZXhwb3NlZCB0byB0aGUgZ3Vlc3QuCj4K PiBJIHN1cHBvc2UgaXQgb3VnaHQgdG8gYmUgcG9zc2libGUgdG8gaGF2ZSB0aGUgcWRpc2sgYmFj a2VuZCBpbiBRZW11IHVzZQo+IHRoZSBzaGVlcGRvZyBiYWNrZW5kIGluc3RlYWQgb2YgYSBmaWxl IG9yIGJsb2NrIGRldmljZSBvciB3aGF0ZXZlci4KPgo+IEl0IHdvdWxkIGJlIHdvcnRoIHRyeWlu ZyBhIHZiZCBjb25maWd1cmVkIHdpdGgKPiAiYmFja2VuZHR5cGU9cWRpc2ssdGFyZ2V0PXNoZWVw ZG9nOjxmb28+IiBzaW5jZSBzaGVlcGRvZzo8Zm9vPiBzZWVtcyB0bwo+IGJlIHRoZSBzeW50YXgg KGp1ZGdpbmcgZnJvbSB0aGUgIlN0YXJ0IHRoZSBWTSIgc2VjdGlvbiBvZgo+IGh0dHBzOi8vZ2l0 aHViLmNvbS9jb2xsaWUvc2hlZXBkb2cvd2lraS9HZXR0aW5nLVN0YXJ0ZWQpLgoKVGhpcyBkb2Vz IHNlZW0gdG8gYmUgdGhlIGV4cGVyaW1lbnQgdG8gdHJ5IChwcm9qZWN0IGZvciB0aGUgd2Vla2Vu ZCwgSSAKdGhpbmspLgoKVGhhbmtzIGZvciAiYmFja2VuZHR5cGU9cWRpc2ssdGFyZ2V0PXNoZWVw ZG9nOjxmb28+Ii0gdGhhdCdzIGdpdmVuIG1lIGEgCmdvb2QgaG9vayBmb3Igc2VhcmNoaW5nIHRo cm91Z2ggZG9jdW1lbnRhdGlvbi4KPgo+IEkgZG9uJ3Qga25vdyBpZiB0aGUgWGVuIHRvb2xzdGFj ayBzdXBwb3J0cyBwYXNzaW5nIGFyYml0cmFyeSBkaXNrCj4gY29uZmlndXJhdGlvbnMgdG8gcWVt dSB0aG91Z2gsIHNvbWVvbmUgKGxpa2UgeW91KSB3b3VsZCBuZWVkIHRvCj4gaW52ZXN0aWdhdGUg YW5kIHBvc3NpYmx5IGRvIHNvbWUgcGx1bWJpbmcgb24gdGhlIFhlbiB0b29sc3RhY2sgc2lkZSAo SSdkCj4gYmUgaGFwcHkgdG8gYWR2aXNlIG9uIGxpc3QgaWYgaXQgY29tZXMgdG8gdGhpcykuCgpB aGgsIGFuZCB0aGlzIGdldHMgdG8gdGhlIGhlYXJ0IG9mIHRoZSBxdWVzdGlvbiwgYW5kIEkgdGhp bmsgSSBmb3VuZCBhbiAKYW5zd2VyIGluIHRoZSBYZW4gNC4yIHJlbGVhc2Ugbm90ZXMgCihodHRw Oi8vd2lraS54ZW4ub3JnL3dpa2kvWGVuXzQuMl9GZWF0dXJlX0xpc3QpOgoKIiDigKIgU3VwcG9y dCBmb3IgdXBzdHJlYW0gcWVtdQoKICAqIFVzZWQgYnkgZGVmYXVsdCB3aGVuIHJlcXVpcmVkIGZv ciBQViBndWVzdHMgKGUuZy4gcWRpc2sgYmFja2VuZCBvcgogICAgVkZCIHN1cHBvcnQpIgoKV2hp Y2ggc2VlbXMgdG8gaW1wbHkgdGhhdCBhIFBWIGd1ZXN0IENBTiBhY2Nlc3MgYSBxZGlzaywgYW5k IHNpbmNlIAp1cHN0cmVhbSBxZW11IHN1cHBvcnRzIHNoZWVwZG9nLCB0aGlzIG1pZ2h0IGp1c3Qg YWxsIHdvcmsgd2l0aG91dCBoYXZpbmcgCnRvIGFzc2VtYmxlIGEgY3VzdG9tIGJ1aWxkLiAgKFRo b3VnaCBJJ20gc3RpbGwgdHJ5aW5nIHRvIGZpbmQgYW4gCmFyY2hpdGVjdHVyYWwgZGlhZ3JhbSB0 byBoZWxwIG1lIHZpc3VhbGl6ZSBhbGwgdGhlIGludGVyZmFjZXMgYW5kIGRhdGEgCmZsb3dzKS4K PiBUaGUgc2FtZSBzb3J0IG9mIHRoaW5nIG91Z2h0IHRvIGFwcGx5IHRvIHVzaW5nIHRoZSBDZXBo IGJhY2tlbmQgaW4gcWVtdS4KPiBJdCB3b3VsZCBiZSB3b3J0aCBnb29nbGluZyB0byBzZWUgaWYg YW55b25lIGhhcyBkb25lIHRoaXMgc2luY2UgSSdkCj4gZXhwZWN0IHRoZSBhcHByb2FjaCBvdWdo dCB0byBjYXJyeSBhY3Jvc3MuCgpMb29rcyBsaWtlIENlcGggaXMgYSBsb3QgZWFzaWVyIHRvIGlu dGVncmF0ZSAtIHNpbmNlIGl0IHByb3ZpZGVzIGEgCmtlcm5lbC1iYXNlZCBibG9jayBkZXZpY2Ug aW50ZXJmYWNlICgvZGV2L3JiZCkuIEZyb20gdGhlIGNlcGggCmRvY3VtZW50YXRpb246ICJRRU1V IGNhbiBwYXNzIGEgYmxvY2sgZGV2aWNlIGZyb20gdGhlIGhvc3Qgb24gdG8gYSAKZ3Vlc3QsIGJ1 dCBzaW5jZSBRRU1VIDAuMTUsIHRoZXJl4oCZcyBubyBuZWVkIHRvIG1hcCBhbiBpbWFnZSBhcyBh IGJsb2NrIApkZXZpY2Ugb24gdGhlIGhvc3QuIEluc3RlYWQsIFFFTVUgY2FuIGFjY2VzcyBhbiBp bWFnZSBhcyBhIHZpcnR1YWwgYmxvY2sgCmRldmljZSBkaXJlY3RseSB2aWEgbGlicmJkLiIKClRo YW5rcyBhZ2FpbiEKCk1pbGVzCgotLSAKSW4gdGhlb3J5LCB0aGVyZSBpcyBubyBkaWZmZXJlbmNl IGJldHdlZW4gdGhlb3J5IGFuZCBwcmFjdGljZS4KSW4gcHJhY3RpY2UsIHRoZXJlIGlzLiAgIC4u Li4gWW9naSBCZXJyYQoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jan 03 19:04:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 19: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 1Tqq5J-0006jn-JZ; Thu, 03 Jan 2013 19:04:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqq5H-0006jX-G3 for xen-users@lists.xen.org; Thu, 03 Jan 2013 19:04:07 +0000 Received: from [85.158.143.35:4341] by server-3.bemta-4.messagelabs.com id 27/7C-18211-626D5E05; Thu, 03 Jan 2013 19:04:06 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-3.tower-21.messagelabs.com!1357239845!13346169!1 X-Originating-IP: [209.85.216.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10006 invoked from network); 3 Jan 2013 19:04:06 -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; 3 Jan 2013 19:04:06 -0000 Received: by mail-qc0-f171.google.com with SMTP id d1so8194335qca.16 for ; Thu, 03 Jan 2013 11:04:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=6PeLkmqKi+iUxnV+KjzsLrzUBtr6yvQy8Nu5huRK4+E=; b=acUz6/X2lVVfbQid3cPAZK5GlkVdg/chrXUlHf1m5tsVyeVqbUVdBRyUCcoEaQGZxV xCglgQC4cBt4tYVR4YrVRAXnsBWTu38SOYauMtojKuv5ELg4J2u+QFHPO4WBRSVnPki4 nsfBR96uqdBRW8ZwGgoMCBe1w2MBe+/GBUi8s1jjU/11lGpbPYVzGulF2de7aJljckAL UO1j7Ka0mlQMAUppvOq2f6redbmtHMgEEV1V80xJ3kaitOmwAuMFVxscgT9EY7HZPwYl GToFO1O+EF/SSMQ42RWr7DCB4/eF/8DDbAA90ZWzWYh9id9qO1hBnNszV73dFbr21+ya RUrw== Received: by 10.224.58.66 with SMTP id f2mr28724884qah.11.1357239844724; Thu, 03 Jan 2013 11:04:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.49.1.49 with HTTP; Thu, 3 Jan 2013 11:03:44 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 3 Jan 2013 19:03:44 +0000 Message-ID: To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQnmtwUKSdAoxdUfHs7UJShsZUFfUoRmJRXi9hZnc9P61ImCtQd4e6vxNKnhrmYqU2MZK5aw Subject: Re: [Xen-users] Dom0 log and disk space 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: 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 On Thu, Jan 3, 2013 at 3:23 PM, John Buchanan wrote: > the local filesystem on the Dom0 control domain hits 100% capacity due to > error logging in /var/log (daemon.log, messages, xensource.log, etc) thereby > taking that host offline. You can a) mount /var/log in a separate partition elsewhere to prevent the host from going offline; b) figure out why are those error logs full of, well, errors... and/or c) use whichever suggestions people throw in to deal with the logs. :) HTH, Nuno -- "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 Jan 03 19:04:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 19: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 1Tqq5J-0006jn-JZ; Thu, 03 Jan 2013 19:04:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqq5H-0006jX-G3 for xen-users@lists.xen.org; Thu, 03 Jan 2013 19:04:07 +0000 Received: from [85.158.143.35:4341] by server-3.bemta-4.messagelabs.com id 27/7C-18211-626D5E05; Thu, 03 Jan 2013 19:04:06 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-3.tower-21.messagelabs.com!1357239845!13346169!1 X-Originating-IP: [209.85.216.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10006 invoked from network); 3 Jan 2013 19:04:06 -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; 3 Jan 2013 19:04:06 -0000 Received: by mail-qc0-f171.google.com with SMTP id d1so8194335qca.16 for ; Thu, 03 Jan 2013 11:04:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=6PeLkmqKi+iUxnV+KjzsLrzUBtr6yvQy8Nu5huRK4+E=; b=acUz6/X2lVVfbQid3cPAZK5GlkVdg/chrXUlHf1m5tsVyeVqbUVdBRyUCcoEaQGZxV xCglgQC4cBt4tYVR4YrVRAXnsBWTu38SOYauMtojKuv5ELg4J2u+QFHPO4WBRSVnPki4 nsfBR96uqdBRW8ZwGgoMCBe1w2MBe+/GBUi8s1jjU/11lGpbPYVzGulF2de7aJljckAL UO1j7Ka0mlQMAUppvOq2f6redbmtHMgEEV1V80xJ3kaitOmwAuMFVxscgT9EY7HZPwYl GToFO1O+EF/SSMQ42RWr7DCB4/eF/8DDbAA90ZWzWYh9id9qO1hBnNszV73dFbr21+ya RUrw== Received: by 10.224.58.66 with SMTP id f2mr28724884qah.11.1357239844724; Thu, 03 Jan 2013 11:04:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.49.1.49 with HTTP; Thu, 3 Jan 2013 11:03:44 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 3 Jan 2013 19:03:44 +0000 Message-ID: To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQnmtwUKSdAoxdUfHs7UJShsZUFfUoRmJRXi9hZnc9P61ImCtQd4e6vxNKnhrmYqU2MZK5aw Subject: Re: [Xen-users] Dom0 log and disk space 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: 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 On Thu, Jan 3, 2013 at 3:23 PM, John Buchanan wrote: > the local filesystem on the Dom0 control domain hits 100% capacity due to > error logging in /var/log (daemon.log, messages, xensource.log, etc) thereby > taking that host offline. You can a) mount /var/log in a separate partition elsewhere to prevent the host from going offline; b) figure out why are those error logs full of, well, errors... and/or c) use whichever suggestions people throw in to deal with the logs. :) HTH, Nuno -- "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 Jan 03 19:56:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 19:56: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 1TqqtC-0007gs-5C; Thu, 03 Jan 2013 19:55:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqqtA-0007gn-NM for xen-users@lists.xen.org; Thu, 03 Jan 2013 19:55:40 +0000 Received: from [85.158.139.211:16042] by server-10.bemta-5.messagelabs.com id 23/F1-13383-C32E5E05; Thu, 03 Jan 2013 19:55:40 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1357242929!22735492!1 X-Originating-IP: [209.85.219.54] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDU4MDQgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5150 invoked from network); 3 Jan 2013 19:55:30 -0000 Received: from mail-oa0-f54.google.com (HELO mail-oa0-f54.google.com) (209.85.219.54) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 19:55:30 -0000 Received: by mail-oa0-f54.google.com with SMTP id n9so14259471oag.41 for ; Thu, 03 Jan 2013 11:55:29 -0800 (PST) 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=7oLlqTX+cHZAc2ikAl5g7007qSY7KRwgAzZWHhH2dgU=; b=kB89+X8thquSpm5MAGusJx3E6NGje03h5jbflpHnfr5dX3yl9VtAZp58w+mh4gl5uH pn6xyKblZCyUjEu71CvCseKCalVIetLlliOwHjkRFTUA3oN3cpRsapKao9USD0YPiwnz fWrjw7nEOVENddzOHPnPx2JQ7nNq1TttYM98+KJe3Pbh/b5O6R/VHpvV+AaZ16POa/35 fQtLVqiJ+IJRx3rS7efqiU5vXYqSAvJtA6/huv0CFj7ryzmoaEOt0xEjploJ5L8NcPZy QqwRfiG/4FzJK4A8lxfzIpoEzj4bNjp4NvZtjg7JImRJRliGyKj2a7xb8qSqjstsrO37 cFhg== MIME-Version: 1.0 Received: by 10.60.1.232 with SMTP id 8mr27897483oep.30.1357242928974; Thu, 03 Jan 2013 11:55:28 -0800 (PST) Received: by 10.182.221.67 with HTTP; Thu, 3 Jan 2013 11:55:28 -0800 (PST) In-Reply-To: <50E5A9A6.1060601@ondore.com> References: <50E5A9A6.1060601@ondore.com> Date: Thu, 3 Jan 2013 20:55:28 +0100 Message-ID: From: "Jihed M'selmi" To: Alexandre Kouznetsov Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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="===============8852891236798368245==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8852891236798368245== Content-Type: multipart/alternative; boundary=e89a8fb1fd90a7cbff04d267bedb --e89a8fb1fd90a7cbff04d267bedb Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, I tried again, I faced a network pb in the begining then I had this error: [root@mypc xen]# xl -f create -c /etc/xen/ubuntu Parsing config from /etc/xen/ubuntu Daemon running with PID 11249 libxl: error: libxl_dom.c:34:libxl__domain_type: unable to get domain type for domid=3D15 Unable to attach console libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [0] exited with error status 1 BR _Jm On Thu, Jan 3, 2013 at 4:54 PM, Alexandre Kouznetsov wrote= : > El 01/01/13 15:09, Jihed M'selmi escribi=F3: > > I mean: is there any way to monitor the DomU creation process ? >> > > The usual monitor is /var/log/xen/xend.log. > > Also, you might wish to consider to deploy a PV Linux guest via xen-tools > (xe-create-image). It uses debootstrap for creating the initial FS and > writes extensive log of the installation process, handful to debug. > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --e89a8fb1fd90a7cbff04d267bedb Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Hi,
I tried again, I faced a network pb in t= he begining then I had this error:

[root@mypc xen]# xl -f create -c= /etc/xen/ubuntu
Parsing config from /etc/xen/ubuntu
Daemon running w= ith PID 11249
libxl: error: libxl_dom.c:34:libxl__domain_type: unable to get domain type = for domid=3D15
Unable to attach console
libxl: error: libxl_exec.c:11= 8:libxl_report_child_exitstatus: console child [0] exited with error status= 1


BR
_Jm


<= div class=3D"gmail_quote">On Thu, Jan 3, 2013 at 4:54 PM, Alexandre Kouznet= sov <alk@ondore.com> wrote:
El 01/01/13 15:09, Jihed M'selmi escribi= =F3:

I mean: is there any way to monitor the DomU creation process ?

The usual monitor is /var/log/xen/xend.log.

Also, you might wish to consider to deploy a PV Linux guest via xen-tools (= xe-create-image). It uses debootstrap for creating the initial FS and write= s extensive log of the installation process, handful to debug.

--
Alexandre Kouznetsov


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



--
--e89a8fb1fd90a7cbff04d267bedb-- --===============8852891236798368245== 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 --===============8852891236798368245==-- From xen-users-bounces@lists.xen.org Thu Jan 03 19:56:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 19:56: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 1TqqtC-0007gs-5C; Thu, 03 Jan 2013 19:55:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqqtA-0007gn-NM for xen-users@lists.xen.org; Thu, 03 Jan 2013 19:55:40 +0000 Received: from [85.158.139.211:16042] by server-10.bemta-5.messagelabs.com id 23/F1-13383-C32E5E05; Thu, 03 Jan 2013 19:55:40 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1357242929!22735492!1 X-Originating-IP: [209.85.219.54] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDU4MDQgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5150 invoked from network); 3 Jan 2013 19:55:30 -0000 Received: from mail-oa0-f54.google.com (HELO mail-oa0-f54.google.com) (209.85.219.54) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 19:55:30 -0000 Received: by mail-oa0-f54.google.com with SMTP id n9so14259471oag.41 for ; Thu, 03 Jan 2013 11:55:29 -0800 (PST) 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=7oLlqTX+cHZAc2ikAl5g7007qSY7KRwgAzZWHhH2dgU=; b=kB89+X8thquSpm5MAGusJx3E6NGje03h5jbflpHnfr5dX3yl9VtAZp58w+mh4gl5uH pn6xyKblZCyUjEu71CvCseKCalVIetLlliOwHjkRFTUA3oN3cpRsapKao9USD0YPiwnz fWrjw7nEOVENddzOHPnPx2JQ7nNq1TttYM98+KJe3Pbh/b5O6R/VHpvV+AaZ16POa/35 fQtLVqiJ+IJRx3rS7efqiU5vXYqSAvJtA6/huv0CFj7ryzmoaEOt0xEjploJ5L8NcPZy QqwRfiG/4FzJK4A8lxfzIpoEzj4bNjp4NvZtjg7JImRJRliGyKj2a7xb8qSqjstsrO37 cFhg== MIME-Version: 1.0 Received: by 10.60.1.232 with SMTP id 8mr27897483oep.30.1357242928974; Thu, 03 Jan 2013 11:55:28 -0800 (PST) Received: by 10.182.221.67 with HTTP; Thu, 3 Jan 2013 11:55:28 -0800 (PST) In-Reply-To: <50E5A9A6.1060601@ondore.com> References: <50E5A9A6.1060601@ondore.com> Date: Thu, 3 Jan 2013 20:55:28 +0100 Message-ID: From: "Jihed M'selmi" To: Alexandre Kouznetsov Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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="===============8852891236798368245==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8852891236798368245== Content-Type: multipart/alternative; boundary=e89a8fb1fd90a7cbff04d267bedb --e89a8fb1fd90a7cbff04d267bedb Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, I tried again, I faced a network pb in the begining then I had this error: [root@mypc xen]# xl -f create -c /etc/xen/ubuntu Parsing config from /etc/xen/ubuntu Daemon running with PID 11249 libxl: error: libxl_dom.c:34:libxl__domain_type: unable to get domain type for domid=3D15 Unable to attach console libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [0] exited with error status 1 BR _Jm On Thu, Jan 3, 2013 at 4:54 PM, Alexandre Kouznetsov wrote= : > El 01/01/13 15:09, Jihed M'selmi escribi=F3: > > I mean: is there any way to monitor the DomU creation process ? >> > > The usual monitor is /var/log/xen/xend.log. > > Also, you might wish to consider to deploy a PV Linux guest via xen-tools > (xe-create-image). It uses debootstrap for creating the initial FS and > writes extensive log of the installation process, handful to debug. > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --e89a8fb1fd90a7cbff04d267bedb Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Hi,
I tried again, I faced a network pb in t= he begining then I had this error:

[root@mypc xen]# xl -f create -c= /etc/xen/ubuntu
Parsing config from /etc/xen/ubuntu
Daemon running w= ith PID 11249
libxl: error: libxl_dom.c:34:libxl__domain_type: unable to get domain type = for domid=3D15
Unable to attach console
libxl: error: libxl_exec.c:11= 8:libxl_report_child_exitstatus: console child [0] exited with error status= 1


BR
_Jm


<= div class=3D"gmail_quote">On Thu, Jan 3, 2013 at 4:54 PM, Alexandre Kouznet= sov <alk@ondore.com> wrote:
El 01/01/13 15:09, Jihed M'selmi escribi= =F3:

I mean: is there any way to monitor the DomU creation process ?

The usual monitor is /var/log/xen/xend.log.

Also, you might wish to consider to deploy a PV Linux guest via xen-tools (= xe-create-image). It uses debootstrap for creating the initial FS and write= s extensive log of the installation process, handful to debug.

--
Alexandre Kouznetsov


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



--
--e89a8fb1fd90a7cbff04d267bedb-- --===============8852891236798368245== 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 --===============8852891236798368245==-- From xen-users-bounces@lists.xen.org Thu Jan 03 20:02:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:02: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 1Tqqyc-00081o-5k; Thu, 03 Jan 2013 20:01:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqqyZ-00081i-Vd for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:01:16 +0000 Received: from [85.158.137.99:8986] by server-5.bemta-3.messagelabs.com id D9/B2-04992-B83E5E05; Thu, 03 Jan 2013 20:01:15 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-15.tower-217.messagelabs.com!1357243273!19418528!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=3.5 required=7.0 tests=BIZ_TLD, RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5070 invoked from network); 3 Jan 2013 20:01:14 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-15.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 20:01:14 -0000 Received: from [187.233.68.172] (port=60815 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TqqyW-0001Ma-Ps for xen-users@lists.xen.org; Thu, 03 Jan 2013 14:01:12 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 6FDCCA209 for ; Thu, 3 Jan 2013 13:58:28 -0600 (CST) Message-ID: <50E5E387.1090709@ondore.com> Date: Thu, 03 Jan 2013 14:01:11 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Dom0 log and disk space 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/01/13 09:23, John Buchanan escribi=F3: > We're running a handful of XCP 1.1 pools and have run in to situations > wherein the local filesystem on the Dom0 control domain hits 100% > capacity due to error logging in /var/log (daemon.log, messages, > xensource.log, etc) thereby taking that host offline. Twice recently > we've run in to this, on two different pools, first due to the primary > SR hitting capacity and secondly when memory was exhausted on the host. As a long term solution, I may suggest 2 ways to deal with excessive = logging: 1. Adjust logrotate configuration. By default, it rotates the log files = and deletes the oldest ones. Make it keep the logs for less time. 2. Store your logs on a remote server instead of local filesystem. XCP = uses sysklogd, apparently it can send logs to a remote server in a = natural way: http://www.cyberciti.biz/tips/log-all-logs-to-central-linux-unix-loghost.ht= ml > My question is, how do others manage logs and such under these > circumstances on Dom0? The first obvious answer seems to be tweaking > /etc/logrotate.conf, but I was wondering if there are better methods > seeing as this is XCP and not a more conventional Xen on Linux install. Both approaches i mentioned above has proven useful for me, individually = and combined. I have not used this on XCP server (yet), but it works on a regular = Debian with rsyslogd. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 20:02:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:02: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 1Tqqyc-00081o-5k; Thu, 03 Jan 2013 20:01:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqqyZ-00081i-Vd for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:01:16 +0000 Received: from [85.158.137.99:8986] by server-5.bemta-3.messagelabs.com id D9/B2-04992-B83E5E05; Thu, 03 Jan 2013 20:01:15 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-15.tower-217.messagelabs.com!1357243273!19418528!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=3.5 required=7.0 tests=BIZ_TLD, RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5070 invoked from network); 3 Jan 2013 20:01:14 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-15.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 20:01:14 -0000 Received: from [187.233.68.172] (port=60815 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TqqyW-0001Ma-Ps for xen-users@lists.xen.org; Thu, 03 Jan 2013 14:01:12 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 6FDCCA209 for ; Thu, 3 Jan 2013 13:58:28 -0600 (CST) Message-ID: <50E5E387.1090709@ondore.com> Date: Thu, 03 Jan 2013 14:01:11 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Dom0 log and disk space 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/01/13 09:23, John Buchanan escribi=F3: > We're running a handful of XCP 1.1 pools and have run in to situations > wherein the local filesystem on the Dom0 control domain hits 100% > capacity due to error logging in /var/log (daemon.log, messages, > xensource.log, etc) thereby taking that host offline. Twice recently > we've run in to this, on two different pools, first due to the primary > SR hitting capacity and secondly when memory was exhausted on the host. As a long term solution, I may suggest 2 ways to deal with excessive = logging: 1. Adjust logrotate configuration. By default, it rotates the log files = and deletes the oldest ones. Make it keep the logs for less time. 2. Store your logs on a remote server instead of local filesystem. XCP = uses sysklogd, apparently it can send logs to a remote server in a = natural way: http://www.cyberciti.biz/tips/log-all-logs-to-central-linux-unix-loghost.ht= ml > My question is, how do others manage logs and such under these > circumstances on Dom0? The first obvious answer seems to be tweaking > /etc/logrotate.conf, but I was wondering if there are better methods > seeing as this is XCP and not a more conventional Xen on Linux install. Both approaches i mentioned above has proven useful for me, individually = and combined. I have not used this on XCP server (yet), but it works on a regular = Debian with rsyslogd. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 20:30:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:30: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 1TqrQS-0000Mw-Gb; Thu, 03 Jan 2013 20:30:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqrQP-0000Mr-Qx for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:30:02 +0000 Received: from [85.158.143.99:30728] by server-3.bemta-4.messagelabs.com id 30/5C-18211-94AE5E05; Thu, 03 Jan 2013 20:30:01 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1357244999!24921839!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20839 invoked from network); 3 Jan 2013 20:30:00 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 20:30:00 -0000 Received: from [187.233.68.172] (port=53281 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TqrQN-0005Qi-1H for xen-users@lists.xen.org; Thu, 03 Jan 2013 14:29:59 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id A4F50A209 for ; Thu, 3 Jan 2013 14:27:14 -0600 (CST) Message-ID: <50E5EA45.5050006@ondore.com> Date: Thu, 03 Jan 2013 14:29:57 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <50E5A9A6.1060601@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Failure in creating PV guest 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-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 Hello. El 03/01/13 13:55, Jihed M'selmi escribi=F3: > I tried again, I faced a network pb in the begining What do you mean by "pb"? "Problem"? > then I had this error: > > [root@mypc xen]# xl -f create -c /etc/xen/ubuntu > Parsing config from /etc/xen/ubuntu > Daemon running with PID 11249 > libxl: error: libxl_dom.c:34:libxl__domain_type: unable to get domain > type for domid=3D15 > Unable to attach console > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console > child [0] exited with error status 1 Are you using the same configuration file as before? I don't have the opportunity to test now, but I recall Xen to get = confused then you attempt to start a domain without a valid vif = configuration. I faced that some time ago, not sure it it's still an issue. Anyway, if you are trying to perform a network install, how do you = expect it to run without network? Another question, is that the recommended way to create a PV guest is = via xen-tools, not the regular installer. I can't tell if even the = installer would work, never tried it that way. In any case, xend.log should hold the answer. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 20:30:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:30: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 1TqrQS-0000Mw-Gb; Thu, 03 Jan 2013 20:30:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqrQP-0000Mr-Qx for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:30:02 +0000 Received: from [85.158.143.99:30728] by server-3.bemta-4.messagelabs.com id 30/5C-18211-94AE5E05; Thu, 03 Jan 2013 20:30:01 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1357244999!24921839!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20839 invoked from network); 3 Jan 2013 20:30:00 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 20:30:00 -0000 Received: from [187.233.68.172] (port=53281 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TqrQN-0005Qi-1H for xen-users@lists.xen.org; Thu, 03 Jan 2013 14:29:59 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id A4F50A209 for ; Thu, 3 Jan 2013 14:27:14 -0600 (CST) Message-ID: <50E5EA45.5050006@ondore.com> Date: Thu, 03 Jan 2013 14:29:57 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <50E5A9A6.1060601@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Failure in creating PV guest 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-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 Hello. El 03/01/13 13:55, Jihed M'selmi escribi=F3: > I tried again, I faced a network pb in the begining What do you mean by "pb"? "Problem"? > then I had this error: > > [root@mypc xen]# xl -f create -c /etc/xen/ubuntu > Parsing config from /etc/xen/ubuntu > Daemon running with PID 11249 > libxl: error: libxl_dom.c:34:libxl__domain_type: unable to get domain > type for domid=3D15 > Unable to attach console > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console > child [0] exited with error status 1 Are you using the same configuration file as before? I don't have the opportunity to test now, but I recall Xen to get = confused then you attempt to start a domain without a valid vif = configuration. I faced that some time ago, not sure it it's still an issue. Anyway, if you are trying to perform a network install, how do you = expect it to run without network? Another question, is that the recommended way to create a PV guest is = via xen-tools, not the regular installer. I can't tell if even the = installer would work, never tried it that way. In any case, xend.log should hold the answer. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 20:40:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:40: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 1TqrZY-0000kD-8m; Thu, 03 Jan 2013 20:39:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqrZW-0000k1-HJ for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:39:26 +0000 Received: from [85.158.139.83:27354] by server-15.bemta-5.messagelabs.com id CA/38-20523-D7CE5E05; Thu, 03 Jan 2013 20:39:25 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-16.tower-182.messagelabs.com!1357245564!24806651!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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20651 invoked from network); 3 Jan 2013 20:39:24 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-16.tower-182.messagelabs.com with SMTP; 3 Jan 2013 20:39:24 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 7E6D010401A for ; Thu, 3 Jan 2013 20:39:23 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fxiOStF8HhHj for ; Thu, 3 Jan 2013 20:39:23 +0000 (GMT) Received: from localhost (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 24A7129F9C for ; Thu, 3 Jan 2013 20:39:23 +0000 (GMT) From: "Simon Hobson" To: xen-users@lists.xen.org Date: Thu, 3 Jan 2013 20:39:22 +0000 X-Priority: 3 X-Mailer: MailForge 3.0 Mac OS X Message-ID: <03A95F910458FE5724895A2C672D7D263@thehobsons.co.uk> MIME-Version: 1.0 Subject: Re: [Xen-users] Dom0 log and disk space 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: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org TnVub19NYWdhbGjDo2VzIHdyb3RlOgoKPllvdSBjYW4gYSkgbW91bnQgL3Zhci9sb2cgaW4gYSBz ZXBhcmF0ZSBwYXJ0aXRpb24gZWxzZXdoZXJlIHRvIHByZXZlbnQKPnRoZSBob3N0IGZyb20gZ29p bmcgb2ZmbGluZTsKCkknbGwgc2Vjb25kIHRoYXQgc3VnZ2VzdGlvbi4gL3ZhciBpcyB0aGUgbW9z dCBsaWtlbHkgY2FkaWRhdGUgZm9yIGRpc2sgc3BhY2UgcHJvYmxlbXMgb24gbW9zdCBzeXN0ZW0g LSBzbyBtYWtlIHN1cmUgaXQncyBhIGRpZmZlcmVudCBmaWxlc3lzdGVtIHRvIHJvb3QuIERvIHRo ZSBzYW1lIHdpdGggYW55IG90aGVyIGFyZWFzIChzdWNoIGFzIC9ob21lIGlmIHVzZXJzIGhhdmUg ZmlsZSBzdG9yYWdlIG9uIGl0KSBhcyB3ZWxsLiBUaGlzIGdvZXMgYSBsb25nIHdheSB0byBkZWFs aW5nIHdpdGggdGhlIHByb2JsZW0gYnkgYXZvaWRpbmcgdGhlIHByb2JsZW1zIGNhdXNlZCBieSBh IGZ1bGwgZmlsZXN5c3RlbSAtIHlvdSB3aWxsIGxvc2Ugc29tZSBsb2dnaW5nLCBidXQgaXQgd29u J3QgYnJpbmcgeW91ciBzeXN0ZW0gZG93biBpbiBhIGhvcnJpYmxlIG1lc3MuCgpBbmQgdGhlbiB0 cnkgdGhlIG90aGVyIHN1Z2dlc3Rpb25zLiBBZGp1c3Qgd2hhdGV2ZXIgaXMgY3JlYXRpbmcgdGhl IGxvZyBlbnRyaWVzLCBhZGp1c3QgbG9ncm90YXRlIChwb3NzaWJseSBydW4gaXQgbW9yZSBmcmVx dWVudGx5IHRoYW4gb25jZSBhIGRheSksIGluc3RhbGwgc29tZXRoaW5nIHRoYXQgd2lsbCB3YXJu IHlvdSBpZiB0aGVyZSdzIGEgcHJvYmxlbSAod2UgaGF2ZSBOYWdpb3MgYXQgd29yaywgdGhvdWdo IGl0J3Mgbm90IHRoZSBlYXNpZXN0IHRoaW5nIHRvIHNldCB1cCksIGFuZCBjb25zaWRlciBzZW5k aW5nIHlvdXIgbG9ncyBlbHNld2hlcmUgLSB0aG91Z2ggdGhhdCBkb2Vzbid0IHJlYWxseSBzb2x2 ZSB0aGUgcHJvYmxlbSBvZiBkaXNrIHNwYWNlLCBvbmx5IG1vdmUgaXQuCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Jan 03 20:40:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:40: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 1TqrZY-0000kD-8m; Thu, 03 Jan 2013 20:39:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqrZW-0000k1-HJ for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:39:26 +0000 Received: from [85.158.139.83:27354] by server-15.bemta-5.messagelabs.com id CA/38-20523-D7CE5E05; Thu, 03 Jan 2013 20:39:25 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-16.tower-182.messagelabs.com!1357245564!24806651!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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20651 invoked from network); 3 Jan 2013 20:39:24 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-16.tower-182.messagelabs.com with SMTP; 3 Jan 2013 20:39:24 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 7E6D010401A for ; Thu, 3 Jan 2013 20:39:23 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fxiOStF8HhHj for ; Thu, 3 Jan 2013 20:39:23 +0000 (GMT) Received: from localhost (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 24A7129F9C for ; Thu, 3 Jan 2013 20:39:23 +0000 (GMT) From: "Simon Hobson" To: xen-users@lists.xen.org Date: Thu, 3 Jan 2013 20:39:22 +0000 X-Priority: 3 X-Mailer: MailForge 3.0 Mac OS X Message-ID: <03A95F910458FE5724895A2C672D7D263@thehobsons.co.uk> MIME-Version: 1.0 Subject: Re: [Xen-users] Dom0 log and disk space 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: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org TnVub19NYWdhbGjDo2VzIHdyb3RlOgoKPllvdSBjYW4gYSkgbW91bnQgL3Zhci9sb2cgaW4gYSBz ZXBhcmF0ZSBwYXJ0aXRpb24gZWxzZXdoZXJlIHRvIHByZXZlbnQKPnRoZSBob3N0IGZyb20gZ29p bmcgb2ZmbGluZTsKCkknbGwgc2Vjb25kIHRoYXQgc3VnZ2VzdGlvbi4gL3ZhciBpcyB0aGUgbW9z dCBsaWtlbHkgY2FkaWRhdGUgZm9yIGRpc2sgc3BhY2UgcHJvYmxlbXMgb24gbW9zdCBzeXN0ZW0g LSBzbyBtYWtlIHN1cmUgaXQncyBhIGRpZmZlcmVudCBmaWxlc3lzdGVtIHRvIHJvb3QuIERvIHRo ZSBzYW1lIHdpdGggYW55IG90aGVyIGFyZWFzIChzdWNoIGFzIC9ob21lIGlmIHVzZXJzIGhhdmUg ZmlsZSBzdG9yYWdlIG9uIGl0KSBhcyB3ZWxsLiBUaGlzIGdvZXMgYSBsb25nIHdheSB0byBkZWFs aW5nIHdpdGggdGhlIHByb2JsZW0gYnkgYXZvaWRpbmcgdGhlIHByb2JsZW1zIGNhdXNlZCBieSBh IGZ1bGwgZmlsZXN5c3RlbSAtIHlvdSB3aWxsIGxvc2Ugc29tZSBsb2dnaW5nLCBidXQgaXQgd29u J3QgYnJpbmcgeW91ciBzeXN0ZW0gZG93biBpbiBhIGhvcnJpYmxlIG1lc3MuCgpBbmQgdGhlbiB0 cnkgdGhlIG90aGVyIHN1Z2dlc3Rpb25zLiBBZGp1c3Qgd2hhdGV2ZXIgaXMgY3JlYXRpbmcgdGhl IGxvZyBlbnRyaWVzLCBhZGp1c3QgbG9ncm90YXRlIChwb3NzaWJseSBydW4gaXQgbW9yZSBmcmVx dWVudGx5IHRoYW4gb25jZSBhIGRheSksIGluc3RhbGwgc29tZXRoaW5nIHRoYXQgd2lsbCB3YXJu IHlvdSBpZiB0aGVyZSdzIGEgcHJvYmxlbSAod2UgaGF2ZSBOYWdpb3MgYXQgd29yaywgdGhvdWdo IGl0J3Mgbm90IHRoZSBlYXNpZXN0IHRoaW5nIHRvIHNldCB1cCksIGFuZCBjb25zaWRlciBzZW5k aW5nIHlvdXIgbG9ncyBlbHNld2hlcmUgLSB0aG91Z2ggdGhhdCBkb2Vzbid0IHJlYWxseSBzb2x2 ZSB0aGUgcHJvYmxlbSBvZiBkaXNrIHNwYWNlLCBvbmx5IG1vdmUgaXQuCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Jan 03 20:43:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:43: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 1Tqrd5-0001CS-IV; Thu, 03 Jan 2013 20:43:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqrd4-0001C7-B7 for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:43:06 +0000 Received: from [193.109.254.147:32963] by server-14.bemta-14.messagelabs.com id A3/1B-10022-85DE5E05; Thu, 03 Jan 2013 20:43:04 +0000 X-Env-Sender: thiagocmartinsc@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1357245777!3543742!1 X-Originating-IP: [209.85.215.43] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5614 invoked from network); 3 Jan 2013 20:42:58 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 20:42:58 -0000 Received: by mail-la0-f43.google.com with SMTP id eg20so8508735lab.2 for ; Thu, 03 Jan 2013 12:42:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=tk1zhP3eQP+HJR1LfiFctBvZIMy23mWaX9kXYkmInqk=; b=GQ9mTbAF7Pb/1ria2Z3gOxTlXFNJom53hcsFIx4V898zGgZ+gBaOHfUEcocslQZqlE nyhBU3l2Ipxa49/0KiAJsMNBIj1pTyI5n+OvfFxbEVjkT6TkMz9KA7peF0UoFNHDM1pE QSJkLL8Lqm/M1UBZ8fLYztwlRmoV4k/912LIGNLhYB+QGQh6rziFTGdLwidhSYfxsITJ lTvFt79xVybOR+pzlaIP8VilvDPi6h79SJRVGIQWuWcNrVtdZ4iYw573xy8/kjh6Ygci 7CzsoAjgvzjbvAlMhqdKY0J5P/gXhP9YVjjiEOZglF7af+uq7QFBuZ39JsHsmf9U+PZw JqoQ== Received: by 10.112.43.3 with SMTP id s3mr7708721lbl.132.1357245777274; Thu, 03 Jan 2013 12:42:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.6.3 with HTTP; Thu, 3 Jan 2013 12:42:27 -0800 (PST) In-Reply-To: <34B28C8CFF203D4DBA33973F4BC88C1B017A41FD0582@SERVER01.home.local> References: <34B28C8CFF203D4DBA33973F4BC88C1B017A41FD0582@SERVER01.home.local> From: =?ISO-2022-JP?B?TWFydGlueCAtIBskQiU4JSchPCVgJTobKEI=?= Date: Thu, 3 Jan 2013 18:42:27 -0200 Message-ID: To: Micah Powell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP 1.6 - Enable iommu - How? X-BeenThere: xen-users@lists.xen.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="===============0916418704000674388==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0916418704000674388== Content-Type: multipart/alternative; boundary=e0cb4efe2f226d65fb04d26868d6 --e0cb4efe2f226d65fb04d26868d6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi! I believe that the file you're looking for is: /boot/extlinux.conf Let me know if your IOMMU works! I have a Radeon HD 7970 on my XCP 1.6 and my Windows VM just hangs (blue screen of death) when installing Catalyst... BTW, I don't have enabled iommu=3D1 so, this can be my problem... My MOBO is a GA-990-FXA-UD7... I have a newbie question about the remote display when using GPU passthrough: How it works?! Since VNC is ugly... And SPICE doesn't work with a real GPU... What is used to play "Quake 3" over the network? Best! Thiago On 30 December 2012 03:43, Micah Powell wrote: > Hi,**** > > ** ** > > Newbie question=85**** > > ** ** > > I want to enable IOMMU in XCP 1.6. I=92ve done some searching and I=92ve > found numerous entries where you simply add =91iommu=3D1=92 as a kernel b= oot > option. However I can=92t seem to find out how to do that with XCP 1.6 g= iven > grub is not installed.**** > > ** ** > > [root@vmhost /]# dmesg | grep -i 'command'**** > > [ 0.000000] Kernel command line: root=3DLABEL=3Droot-ktayzycm ro > xencons=3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash**** > > ** ** > > So how do I add =91iommu=3D1=92 to the Kernel command line in XCP 1.6?***= * > > ** ** > > Thanks**** > > Micah**** > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e0cb4efe2f226d65fb04d26868d6 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi!

=A0I believe that the file you're looking for is= :=A0/boot/extlinux.conf

=A0Let me know if your IOM= MU works! I have a Radeon HD 7970 on my XCP 1.6 and my Windows VM just hang= s (blue screen of death) when installing Catalyst...

=A0BTW, I don't have enabled iommu=3D1 so, this can= be my problem...

=A0My MOBO is a GA-990-FXA-UD7..= .

=A0I have a newbie question about the remote dis= play when using GPU passthrough: How it works?! Since VNC is ugly... And SP= ICE doesn't work with a real GPU... What is used to play "Quake 3&= quot; over the network?

Best!
Thiago

On 30 December 2012 03:43, Micah Powell <Micah@thepowells.name>= wrote:

Hi,

=A0

Newbie question=85

=A0

I want to enable IOMMU in XCP 1.6.=A0 I=92ve done so= me searching and I=92ve found numerous entries where you simply add =91iomm= u=3D1=92 as a kernel boot option.=A0 However I can=92t seem to find out how= to do that with XCP 1.6 given grub is not installed.

=A0

[root@vm= host /]# dmesg | grep -i 'command'

[=A0=A0=A0 0.000000] Kernel command line: root=3DLABEL=3Droot-ktayz= ycm ro xencons=3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash

=A0

So how d= o I add =91iommu=3D1=92 to the Kernel command line in XCP 1.6?

=A0

Tha= nks

Micah


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

--e0cb4efe2f226d65fb04d26868d6-- --===============0916418704000674388== 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 --===============0916418704000674388==-- From xen-users-bounces@lists.xen.org Thu Jan 03 20:43:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:43: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 1Tqrd5-0001CS-IV; Thu, 03 Jan 2013 20:43:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqrd4-0001C7-B7 for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:43:06 +0000 Received: from [193.109.254.147:32963] by server-14.bemta-14.messagelabs.com id A3/1B-10022-85DE5E05; Thu, 03 Jan 2013 20:43:04 +0000 X-Env-Sender: thiagocmartinsc@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1357245777!3543742!1 X-Originating-IP: [209.85.215.43] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5614 invoked from network); 3 Jan 2013 20:42:58 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 20:42:58 -0000 Received: by mail-la0-f43.google.com with SMTP id eg20so8508735lab.2 for ; Thu, 03 Jan 2013 12:42:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=tk1zhP3eQP+HJR1LfiFctBvZIMy23mWaX9kXYkmInqk=; b=GQ9mTbAF7Pb/1ria2Z3gOxTlXFNJom53hcsFIx4V898zGgZ+gBaOHfUEcocslQZqlE nyhBU3l2Ipxa49/0KiAJsMNBIj1pTyI5n+OvfFxbEVjkT6TkMz9KA7peF0UoFNHDM1pE QSJkLL8Lqm/M1UBZ8fLYztwlRmoV4k/912LIGNLhYB+QGQh6rziFTGdLwidhSYfxsITJ lTvFt79xVybOR+pzlaIP8VilvDPi6h79SJRVGIQWuWcNrVtdZ4iYw573xy8/kjh6Ygci 7CzsoAjgvzjbvAlMhqdKY0J5P/gXhP9YVjjiEOZglF7af+uq7QFBuZ39JsHsmf9U+PZw JqoQ== Received: by 10.112.43.3 with SMTP id s3mr7708721lbl.132.1357245777274; Thu, 03 Jan 2013 12:42:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.6.3 with HTTP; Thu, 3 Jan 2013 12:42:27 -0800 (PST) In-Reply-To: <34B28C8CFF203D4DBA33973F4BC88C1B017A41FD0582@SERVER01.home.local> References: <34B28C8CFF203D4DBA33973F4BC88C1B017A41FD0582@SERVER01.home.local> From: =?ISO-2022-JP?B?TWFydGlueCAtIBskQiU4JSchPCVgJTobKEI=?= Date: Thu, 3 Jan 2013 18:42:27 -0200 Message-ID: To: Micah Powell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP 1.6 - Enable iommu - How? X-BeenThere: xen-users@lists.xen.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="===============0916418704000674388==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0916418704000674388== Content-Type: multipart/alternative; boundary=e0cb4efe2f226d65fb04d26868d6 --e0cb4efe2f226d65fb04d26868d6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi! I believe that the file you're looking for is: /boot/extlinux.conf Let me know if your IOMMU works! I have a Radeon HD 7970 on my XCP 1.6 and my Windows VM just hangs (blue screen of death) when installing Catalyst... BTW, I don't have enabled iommu=3D1 so, this can be my problem... My MOBO is a GA-990-FXA-UD7... I have a newbie question about the remote display when using GPU passthrough: How it works?! Since VNC is ugly... And SPICE doesn't work with a real GPU... What is used to play "Quake 3" over the network? Best! Thiago On 30 December 2012 03:43, Micah Powell wrote: > Hi,**** > > ** ** > > Newbie question=85**** > > ** ** > > I want to enable IOMMU in XCP 1.6. I=92ve done some searching and I=92ve > found numerous entries where you simply add =91iommu=3D1=92 as a kernel b= oot > option. However I can=92t seem to find out how to do that with XCP 1.6 g= iven > grub is not installed.**** > > ** ** > > [root@vmhost /]# dmesg | grep -i 'command'**** > > [ 0.000000] Kernel command line: root=3DLABEL=3Droot-ktayzycm ro > xencons=3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash**** > > ** ** > > So how do I add =91iommu=3D1=92 to the Kernel command line in XCP 1.6?***= * > > ** ** > > Thanks**** > > Micah**** > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e0cb4efe2f226d65fb04d26868d6 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi!

=A0I believe that the file you're looking for is= :=A0/boot/extlinux.conf

=A0Let me know if your IOM= MU works! I have a Radeon HD 7970 on my XCP 1.6 and my Windows VM just hang= s (blue screen of death) when installing Catalyst...

=A0BTW, I don't have enabled iommu=3D1 so, this can= be my problem...

=A0My MOBO is a GA-990-FXA-UD7..= .

=A0I have a newbie question about the remote dis= play when using GPU passthrough: How it works?! Since VNC is ugly... And SP= ICE doesn't work with a real GPU... What is used to play "Quake 3&= quot; over the network?

Best!
Thiago

On 30 December 2012 03:43, Micah Powell <Micah@thepowells.name>= wrote:

Hi,

=A0

Newbie question=85

=A0

I want to enable IOMMU in XCP 1.6.=A0 I=92ve done so= me searching and I=92ve found numerous entries where you simply add =91iomm= u=3D1=92 as a kernel boot option.=A0 However I can=92t seem to find out how= to do that with XCP 1.6 given grub is not installed.

=A0

[root@vm= host /]# dmesg | grep -i 'command'

[=A0=A0=A0 0.000000] Kernel command line: root=3DLABEL=3Droot-ktayz= ycm ro xencons=3Dhvc console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash

=A0

So how d= o I add =91iommu=3D1=92 to the Kernel command line in XCP 1.6?

=A0

Tha= nks

Micah


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

--e0cb4efe2f226d65fb04d26868d6-- --===============0916418704000674388== 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 --===============0916418704000674388==-- From xen-users-bounces@lists.xen.org Thu Jan 03 20:45:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:45: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 1Tqreo-0001Pa-Bq; Thu, 03 Jan 2013 20:44:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqrem-0001PI-TX for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:44:53 +0000 Received: from [85.158.139.83:54757] by server-5.bemta-5.messagelabs.com id 9C/9C-22648-4CDE5E05; Thu, 03 Jan 2013 20:44:52 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1357245881!24807037!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDU0NTAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27748 invoked from network); 3 Jan 2013 20:44:42 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 20:44:42 -0000 Received: by mail-ob0-f173.google.com with SMTP id xn12so13880721obc.4 for ; Thu, 03 Jan 2013 12:44:41 -0800 (PST) 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=Uenet0qXGaH2Ibnb1ymfQ5n4QYaZ2lcaW6H+4OzuxX0=; b=GTwb0qXyiH5hdlO5kBm35PmYyF8nqjv6Li1ZwtdpyOpvdIQo8x3ilFFPMwS6r3JmCv 71/9ReQJKd+ERLtAg9ZRYXD+F2UjhWj3a6WfqwLiTJ3gZusDMU35NsY8HQ4xkiF8OGse x+Gv7lB6LC3kJZRtYCjKZ4C6r0rVN/qd91OdFzRnk7vP+e+xnIDgcapnk88KXAlFlqIA h0zwQyNrjzh3+k0ENIin98/V69JKgCi2Ll34kDQ4abnbI2J9Q0G3I0btAiSodPcPxOir lGD7Ax5Kt0cmfEyxxI28Rgu+9llTtmKLJJ4yjKFFj9o8jziizfg2SdwTP5za2zEK6alF xA2A== MIME-Version: 1.0 Received: by 10.60.3.8 with SMTP id 8mr28188086oey.101.1357245881326; Thu, 03 Jan 2013 12:44:41 -0800 (PST) Received: by 10.182.221.67 with HTTP; Thu, 3 Jan 2013 12:44:41 -0800 (PST) In-Reply-To: <50E5EA45.5050006@ondore.com> References: <50E5A9A6.1060601@ondore.com> <50E5EA45.5050006@ondore.com> Date: Thu, 3 Jan 2013 21:44:41 +0100 Message-ID: From: "Jihed M'selmi" To: Alexandre Kouznetsov Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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="===============7611194447071474028==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7611194447071474028== Content-Type: multipart/alternative; boundary=e89a8fb20248a11cc904d2686e23 --e89a8fb20248a11cc904d2686e23 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Thanks Alex, below some answer... On Thu, Jan 3, 2013 at 9:29 PM, Alexandre Kouznetsov wrote= : > Hello. > > El 03/01/13 13:55, Jihed M'selmi escribi=F3: > > I tried again, I faced a network pb in the begining >> > What do you mean by "pb"? "Problem"? > > > then I had this error: >> >> [root@mypc xen]# xl -f create -c /etc/xen/ubuntu >> Parsing config from /etc/xen/ubuntu >> Daemon running with PID 11249 >> libxl: error: libxl_dom.c:34:libxl__domain_type: unable to get domain >> type for domid=3D15 >> Unable to attach console >> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console >> child [0] exited with error status 1 >> > > Are you using the same configuration file as before? > > I don't have the opportunity to test now, but I recall Xen to get confuse= d > then you attempt to start a domain without a valid vif configuration. I > faced that some time ago, not sure it it's still an issue. > > it's the same file, but I changed the name of the vif (in the > /etc/sysconfig/ifcfg-xenbr0 to fits the configuration=3D>because, I didn'= t > know where how to change the configuration) > > Anyway, if you are trying to perform a network install, how do you expect > it to run without network? > > > Another question, is that the recommended way to create a PV guest is via > xen-tools, not the regular installer. I can't tell if even the installer > would work, never tried it that way. > It worked when I had the xen on ubuntu...and I am still doing my first > tests (I am a newbie with xen, yet) > > In any case, xend.log should hold the answer. > grep 'ERROR' xend.log > [2013-01-03 20:53:10 10003] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.356788 seconds). Refusing to restart to avoid loops. [2013-01-03 20:53:10 10003] ERROR (XendDomainInfo:2422) Device release failed: ubuntu; console; console/0 [2013-01-03 20:53:41 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.475673 seconds). Refusing to restart to avoid loops. [2013-01-03 21:01:14 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.951567 seconds). Refusing to restart to avoid loops. [2013-01-03 21:01:14 11357] ERROR (XendDomainInfo:2422) Device release failed: ubuntu; console; console/0 [2013-01-03 21:01:40 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 0.919044 seconds). Refusing to restart to avoid loops. [2013-01-03 21:02:14 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.588021 seconds). Refusing to restart to avoid loops. [2013-01-03 21:17:23 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 2.232704 seconds). Refusing to restart to avoid loops. [2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.420576 seconds). Refusing to restart to avoid loops. [2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:3091) XendDomainInfo.destroy: domain destruction failed. BR _Jm > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --e89a8fb20248a11cc904d2686e23 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Thanks Alex, below some answer...


On Thu, Jan 3, 2013 at 9:29 P= M, Alexandre Kouznetsov <alk@ondore.com> wrote:
Hello.

El 03/01/13 13:55, Jihed M'selmi escribi=F3:

I tried again, I faced a network pb in the begining
What do you mean by "pb"? "Problem"?
<= br>
then I had this error:

[root@mypc xen]# xl -f create -c /etc/xen/ubuntu
Parsing config from /etc/xen/ubuntu
Daemon running with PID 11249
libxl: error: libxl_dom.c:34:libxl__domain_type: unable to get domain
type for domid=3D15
Unable to attach console
libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console
child [0] exited with error status 1

Are you using the same configuration file as before?

=A0
I don't have the opportunity to test now, but I recall Xen to get confu= sed then you attempt to start a domain without a valid vif configuration. I= faced that some time ago, not sure it it's still an issue.
=A0
Another question, is that the recommended way to create a PV guest is via x= en-tools, not the regular installer. I can't tell if even the installer= would work, never tried it that way.
It worked when I had the xen on ubuntu...and I am still doing my first test= s (I am a newbie with xen, yet)
=A0
In any case, xend.log should hold the answer.
grep 'ERROR' xend.log

[201= 3-01-03 20:53:10 10003] ERROR (XendDomainInfo:2196) VM ubuntu restarting to= o fast (Elapsed time: 1.356788 seconds). Refusing to restart to avoid loops= .
[2013-01-03 20:53:10 10003] ERROR (XendDomainInfo:2422) Device release fail= ed: ubuntu; console; console/0
[2013-01-03 20:53:41 11357] ERROR (XendDo= mainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.475673 second= s). Refusing to restart to avoid loops.
[2013-01-03 21:01:14 11357] ERROR (XendDomainInfo:2196) VM ubuntu restartin= g too fast (Elapsed time: 1.951567 seconds). Refusing to restart to avoid l= oops.
[2013-01-03 21:01:14 11357] ERROR (XendDomainInfo:2422) Device rel= ease failed: ubuntu; console; console/0
[2013-01-03 21:01:40 11357] ERROR (XendDomainInfo:2196) VM ubuntu restartin= g too fast (Elapsed time: 0.919044 seconds). Refusing to restart to avoid l= oops.
[2013-01-03 21:02:14 11357] ERROR (XendDomainInfo:2196) VM ubuntu = restarting too fast (Elapsed time: 1.588021 seconds). Refusing to restart t= o avoid loops.
[2013-01-03 21:17:23 11357] ERROR (XendDomainInfo:2196) VM ubuntu restartin= g too fast (Elapsed time: 2.232704 seconds). Refusing to restart to avoid l= oops.
[2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:2196) VM ubuntu = restarting too fast (Elapsed time: 1.420576 seconds). Refusing to restart t= o avoid loops.
[2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:3091) XendDomainInfo.dest= roy: domain destruction failed.

BR
_Jm
<= /div>

--
Alexandre Kouznetsov


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



--
--e89a8fb20248a11cc904d2686e23-- --===============7611194447071474028== 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 --===============7611194447071474028==-- From xen-users-bounces@lists.xen.org Thu Jan 03 20:45:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:45: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 1Tqreo-0001Pa-Bq; Thu, 03 Jan 2013 20:44:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqrem-0001PI-TX for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:44:53 +0000 Received: from [85.158.139.83:54757] by server-5.bemta-5.messagelabs.com id 9C/9C-22648-4CDE5E05; Thu, 03 Jan 2013 20:44:52 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1357245881!24807037!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDU0NTAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27748 invoked from network); 3 Jan 2013 20:44:42 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 20:44:42 -0000 Received: by mail-ob0-f173.google.com with SMTP id xn12so13880721obc.4 for ; Thu, 03 Jan 2013 12:44:41 -0800 (PST) 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=Uenet0qXGaH2Ibnb1ymfQ5n4QYaZ2lcaW6H+4OzuxX0=; b=GTwb0qXyiH5hdlO5kBm35PmYyF8nqjv6Li1ZwtdpyOpvdIQo8x3ilFFPMwS6r3JmCv 71/9ReQJKd+ERLtAg9ZRYXD+F2UjhWj3a6WfqwLiTJ3gZusDMU35NsY8HQ4xkiF8OGse x+Gv7lB6LC3kJZRtYCjKZ4C6r0rVN/qd91OdFzRnk7vP+e+xnIDgcapnk88KXAlFlqIA h0zwQyNrjzh3+k0ENIin98/V69JKgCi2Ll34kDQ4abnbI2J9Q0G3I0btAiSodPcPxOir lGD7Ax5Kt0cmfEyxxI28Rgu+9llTtmKLJJ4yjKFFj9o8jziizfg2SdwTP5za2zEK6alF xA2A== MIME-Version: 1.0 Received: by 10.60.3.8 with SMTP id 8mr28188086oey.101.1357245881326; Thu, 03 Jan 2013 12:44:41 -0800 (PST) Received: by 10.182.221.67 with HTTP; Thu, 3 Jan 2013 12:44:41 -0800 (PST) In-Reply-To: <50E5EA45.5050006@ondore.com> References: <50E5A9A6.1060601@ondore.com> <50E5EA45.5050006@ondore.com> Date: Thu, 3 Jan 2013 21:44:41 +0100 Message-ID: From: "Jihed M'selmi" To: Alexandre Kouznetsov Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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="===============7611194447071474028==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7611194447071474028== Content-Type: multipart/alternative; boundary=e89a8fb20248a11cc904d2686e23 --e89a8fb20248a11cc904d2686e23 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Thanks Alex, below some answer... On Thu, Jan 3, 2013 at 9:29 PM, Alexandre Kouznetsov wrote= : > Hello. > > El 03/01/13 13:55, Jihed M'selmi escribi=F3: > > I tried again, I faced a network pb in the begining >> > What do you mean by "pb"? "Problem"? > > > then I had this error: >> >> [root@mypc xen]# xl -f create -c /etc/xen/ubuntu >> Parsing config from /etc/xen/ubuntu >> Daemon running with PID 11249 >> libxl: error: libxl_dom.c:34:libxl__domain_type: unable to get domain >> type for domid=3D15 >> Unable to attach console >> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console >> child [0] exited with error status 1 >> > > Are you using the same configuration file as before? > > I don't have the opportunity to test now, but I recall Xen to get confuse= d > then you attempt to start a domain without a valid vif configuration. I > faced that some time ago, not sure it it's still an issue. > > it's the same file, but I changed the name of the vif (in the > /etc/sysconfig/ifcfg-xenbr0 to fits the configuration=3D>because, I didn'= t > know where how to change the configuration) > > Anyway, if you are trying to perform a network install, how do you expect > it to run without network? > > > Another question, is that the recommended way to create a PV guest is via > xen-tools, not the regular installer. I can't tell if even the installer > would work, never tried it that way. > It worked when I had the xen on ubuntu...and I am still doing my first > tests (I am a newbie with xen, yet) > > In any case, xend.log should hold the answer. > grep 'ERROR' xend.log > [2013-01-03 20:53:10 10003] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.356788 seconds). Refusing to restart to avoid loops. [2013-01-03 20:53:10 10003] ERROR (XendDomainInfo:2422) Device release failed: ubuntu; console; console/0 [2013-01-03 20:53:41 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.475673 seconds). Refusing to restart to avoid loops. [2013-01-03 21:01:14 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.951567 seconds). Refusing to restart to avoid loops. [2013-01-03 21:01:14 11357] ERROR (XendDomainInfo:2422) Device release failed: ubuntu; console; console/0 [2013-01-03 21:01:40 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 0.919044 seconds). Refusing to restart to avoid loops. [2013-01-03 21:02:14 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.588021 seconds). Refusing to restart to avoid loops. [2013-01-03 21:17:23 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 2.232704 seconds). Refusing to restart to avoid loops. [2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.420576 seconds). Refusing to restart to avoid loops. [2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:3091) XendDomainInfo.destroy: domain destruction failed. BR _Jm > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --e89a8fb20248a11cc904d2686e23 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Thanks Alex, below some answer...


On Thu, Jan 3, 2013 at 9:29 P= M, Alexandre Kouznetsov <alk@ondore.com> wrote:
Hello.

El 03/01/13 13:55, Jihed M'selmi escribi=F3:

I tried again, I faced a network pb in the begining
What do you mean by "pb"? "Problem"?
<= br>
then I had this error:

[root@mypc xen]# xl -f create -c /etc/xen/ubuntu
Parsing config from /etc/xen/ubuntu
Daemon running with PID 11249
libxl: error: libxl_dom.c:34:libxl__domain_type: unable to get domain
type for domid=3D15
Unable to attach console
libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console
child [0] exited with error status 1

Are you using the same configuration file as before?

=A0
I don't have the opportunity to test now, but I recall Xen to get confu= sed then you attempt to start a domain without a valid vif configuration. I= faced that some time ago, not sure it it's still an issue.
=A0
Another question, is that the recommended way to create a PV guest is via x= en-tools, not the regular installer. I can't tell if even the installer= would work, never tried it that way.
It worked when I had the xen on ubuntu...and I am still doing my first test= s (I am a newbie with xen, yet)
=A0
In any case, xend.log should hold the answer.
grep 'ERROR' xend.log

[201= 3-01-03 20:53:10 10003] ERROR (XendDomainInfo:2196) VM ubuntu restarting to= o fast (Elapsed time: 1.356788 seconds). Refusing to restart to avoid loops= .
[2013-01-03 20:53:10 10003] ERROR (XendDomainInfo:2422) Device release fail= ed: ubuntu; console; console/0
[2013-01-03 20:53:41 11357] ERROR (XendDo= mainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.475673 second= s). Refusing to restart to avoid loops.
[2013-01-03 21:01:14 11357] ERROR (XendDomainInfo:2196) VM ubuntu restartin= g too fast (Elapsed time: 1.951567 seconds). Refusing to restart to avoid l= oops.
[2013-01-03 21:01:14 11357] ERROR (XendDomainInfo:2422) Device rel= ease failed: ubuntu; console; console/0
[2013-01-03 21:01:40 11357] ERROR (XendDomainInfo:2196) VM ubuntu restartin= g too fast (Elapsed time: 0.919044 seconds). Refusing to restart to avoid l= oops.
[2013-01-03 21:02:14 11357] ERROR (XendDomainInfo:2196) VM ubuntu = restarting too fast (Elapsed time: 1.588021 seconds). Refusing to restart t= o avoid loops.
[2013-01-03 21:17:23 11357] ERROR (XendDomainInfo:2196) VM ubuntu restartin= g too fast (Elapsed time: 2.232704 seconds). Refusing to restart to avoid l= oops.
[2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:2196) VM ubuntu = restarting too fast (Elapsed time: 1.420576 seconds). Refusing to restart t= o avoid loops.
[2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:3091) XendDomainInfo.dest= roy: domain destruction failed.

BR
_Jm
<= /div>

--
Alexandre Kouznetsov


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



--
--e89a8fb20248a11cc904d2686e23-- --===============7611194447071474028== 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 --===============7611194447071474028==-- From xen-users-bounces@lists.xen.org Thu Jan 03 20:58:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:58: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 1TqrrO-0002FC-F8; Thu, 03 Jan 2013 20:57:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqrrM-0002F3-GH for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:57:52 +0000 Received: from [193.109.254.147:38070] by server-7.bemta-14.messagelabs.com id F1/15-08102-FC0F5E05; Thu, 03 Jan 2013 20:57:51 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1357246669!3199008!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18970 invoked from network); 3 Jan 2013 20:57:50 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 20:57:50 -0000 Received: from [187.233.68.172] (port=33623 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TqrrI-0000te-Oe for xen-users@lists.xen.org; Thu, 03 Jan 2013 14:57:48 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 6793DA209 for ; Thu, 3 Jan 2013 14:55:04 -0600 (CST) Message-ID: <50E5F0CB.6060502@ondore.com> Date: Thu, 03 Jan 2013 14:57:47 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <50E5A9A6.1060601@ondore.com> <50E5EA45.5050006@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Failure in creating PV guest 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, Jihed. El 03/01/13 14:44, Jihed M'selmi escribi=F3: > In any case, xend.log should hold the answer. > grep 'ERROR' xend.log >[...] Please, attach (not copy) to your mail the config file you are using to = start this DomU. About the log, the piece you quoted is too few informative. First, i = would begin putting in the config file this lines: on_poweroff =3D 'destroy' on_reboot =3D 'destroy' on_crash =3D 'destroy' ...so the log does not get spammed with messages of unsuccessful restart = attempt. Second, please attach the extract of your log file, but don't grep it. = Instead, cut everything before the moment you attempt to start the DomU, = and everything after the moment when your "xl create" gives up with error. Put that both attachments in the same mail, this way we know they = strictly correspond one to another. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 20:58:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 20:58: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 1TqrrO-0002FC-F8; Thu, 03 Jan 2013 20:57:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TqrrM-0002F3-GH for xen-users@lists.xen.org; Thu, 03 Jan 2013 20:57:52 +0000 Received: from [193.109.254.147:38070] by server-7.bemta-14.messagelabs.com id F1/15-08102-FC0F5E05; Thu, 03 Jan 2013 20:57:51 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1357246669!3199008!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18970 invoked from network); 3 Jan 2013 20:57:50 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jan 2013 20:57:50 -0000 Received: from [187.233.68.172] (port=33623 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TqrrI-0000te-Oe for xen-users@lists.xen.org; Thu, 03 Jan 2013 14:57:48 -0600 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 6793DA209 for ; Thu, 3 Jan 2013 14:55:04 -0600 (CST) Message-ID: <50E5F0CB.6060502@ondore.com> Date: Thu, 03 Jan 2013 14:57:47 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <50E5A9A6.1060601@ondore.com> <50E5EA45.5050006@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Failure in creating PV guest 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, Jihed. El 03/01/13 14:44, Jihed M'selmi escribi=F3: > In any case, xend.log should hold the answer. > grep 'ERROR' xend.log >[...] Please, attach (not copy) to your mail the config file you are using to = start this DomU. About the log, the piece you quoted is too few informative. First, i = would begin putting in the config file this lines: on_poweroff =3D 'destroy' on_reboot =3D 'destroy' on_crash =3D 'destroy' ...so the log does not get spammed with messages of unsuccessful restart = attempt. Second, please attach the extract of your log file, but don't grep it. = Instead, cut everything before the moment you attempt to start the DomU, = and everything after the moment when your "xl create" gives up with error. Put that both attachments in the same mail, this way we know they = strictly correspond one to another. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 21:11:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 21:11: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 1Tqs3V-0002kE-GN; Thu, 03 Jan 2013 21:10:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqs3T-0002k5-MJ for xen-users@lists.xen.org; Thu, 03 Jan 2013 21:10:24 +0000 Received: from [85.158.143.99:9997] by server-1.bemta-4.messagelabs.com id B4/3B-28401-FB3F5E05; Thu, 03 Jan 2013 21:10:23 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1357247419!31648014!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBhYm91dC5 tZS9qaWhlZC5tc2VsbWkp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29617 invoked from network); 3 Jan 2013 21:10:20 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 21:10:20 -0000 Received: by mail-ob0-f173.google.com with SMTP id xn12so14301883obc.18 for ; Thu, 03 Jan 2013 13:10:18 -0800 (PST) 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=yP9b+9nc++W0o5f3bJOtv5b9UQcouVL8CV1jEpcofq8=; b=QYcQYAyCsJH5phIj7Ka0xWqJAq+pcOcdbJHG1VxqgJRuBA0ZBB91DvMIs/kaK4LhuT z8BjvDaLYA52R55OApYojnfXgEKeCEOU8qfVeoIFMwAJ0t8f96ZctzESNxKZKXh/OlZR HG3F0kw4wumwkNk3n+CBkDch/LCC+VoJPaTUPAgSo8gPDyzRO1ItOlu+EJ3pYSFmM89u YM6UOZfwsiOOvgvon73aKi8eqUaXQ6I7BKtOCJsVBgn68ZXBtNwgOZvl/wnfXnXfO+tP uvQ+YzbCyqABUrHPKU+xvhtviqW9fkzhRqPa1iZR1NiWDjhwzodKnokYTeSZ+iVMdlFU 4s4Q== MIME-Version: 1.0 Received: by 10.60.6.227 with SMTP id e3mr29371672oea.66.1357247418712; Thu, 03 Jan 2013 13:10:18 -0800 (PST) Received: by 10.182.221.67 with HTTP; Thu, 3 Jan 2013 13:10:18 -0800 (PST) In-Reply-To: <50E5F0CB.6060502@ondore.com> References: <50E5A9A6.1060601@ondore.com> <50E5EA45.5050006@ondore.com> <50E5F0CB.6060502@ondore.com> Date: Thu, 3 Jan 2013 22:10:18 +0100 Message-ID: From: "Jihed M'selmi" To: Alexandre Kouznetsov Content-Type: multipart/mixed; boundary=e89a8fb1f7ee43c0c704d268ca63 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --e89a8fb1f7ee43c0c704d268ca63 Content-Type: multipart/alternative; boundary=e89a8fb1f7ee43c0b904d268ca61 --e89a8fb1f7ee43c0b904d268ca61 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I copied the content of the config file inthe original post (see attached the one I am using now) this is a piece from xend.log: 2013-01-03 21:17:42 11357] INFO (XendDomainInfo:169) Recreating domain 21, UUID 521f0e68-a60a-4ee6-a92a-c9fffdeb1f50. at /local/domain/21 [2013-01-03 21:17:42 11357] DEBUG (XendDomain:476) Adding Domain: 21 [2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:1882) XendDomainInfo.handleShutdownWatch [2013-01-03 21:17:42 11357] DEBUG (DevController:95) DevController: writing {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/console/21/0'} to /local/domain/21/device/console/0. [2013-01-03 21:17:42 11357] DEBUG (DevController:97) DevController: writing {'domain': 'ubuntu', 'frontend': '/local/domain/21/device/console/0', 'uuid': '5147f879-d9e7-56bf-fe5c-98e462cdabcf', 'frontend-id': '21', 'state': '1', 'location': '2', 'online': '1', 'protocol': 'vt100'} to /local/domain/0/backend/console/21/0. [2013-01-03 21:17:42 11357] WARNING (XendDomainInfo:2062) Domain has crashed: name=3Dubuntu id=3D21. [2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.420576 seconds). Refusing to restart to avoid loops. [2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:3077) XendDomainInfo.destroy: domid=3D21 [2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:3091) XendDomainInfo.destroy: domain destruction failed. Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 3086, in destroy xc.domain_destroy(self.domid) Error: (3, 'No such process') [2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:1882) XendDomainInfo.handleShutdownWatch [2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:2402) Destroying device model [2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:2409) Releasing devices [2013-01-03 21:27:45 11357] DEBUG (XendDomainInfo:151) XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidref': 0, 'hvm': 0, 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 1, 'domid': 22, 'paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb': 525312L, 'shutdown': 0, 'mem_kb': 524288L, 'handle': [214, 135, 226, 199, 253, 208, 68, 24, 189, 139, 73, 120, 177, 196, 208, 4], 'blocked': 0, 'cpupool': 0}) On Thu, Jan 3, 2013 at 9:57 PM, Alexandre Kouznetsov wrote= : > Hello, Jihed. > > El 03/01/13 14:44, Jihed M'selmi escribi=F3: > >> In any case, xend.log should hold the answer. >> grep 'ERROR' xend.log >> [...] >> > > Please, attach (not copy) to your mail the config file you are using to > start this DomU. > > About the log, the piece you quoted is too few informative. First, i woul= d > begin putting in the config file this lines: > on_poweroff =3D 'destroy' > on_reboot =3D 'destroy' > on_crash =3D 'destroy' > ...so the log does not get spammed with messages of unsuccessful restart > attempt. > Second, please attach the extract of your log file, but don't grep it. > Instead, cut everything before the moment you attempt to start the DomU, > and everything after the moment when your "xl create" gives up with error= . > > Put that both attachments in the same mail, this way we know they strictl= y > correspond one to another. > > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --e89a8fb1f7ee43c0b904d268ca61 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable


I copied the content of the config file inthe orig= inal post (see attached the one I am using now)

this is=A0 a piece = from xend.log:
2013-01-03 21:17:42 11357] INFO (XendDomainInfo:169) Recr= eating domain 21, UUID 521f0e68-a60a-4ee6-a92a-c9fffdeb1f50. at /local/doma= in/21
[2013-01-03 21:17:42 11357] DEBUG (XendDomain:476) Adding Domain: 21
[20= 13-01-03 21:17:42 11357] DEBUG (XendDomainInfo:1882) XendDomainInfo.handleS= hutdownWatch
[2013-01-03 21:17:42 11357] DEBUG (DevController:95) DevCon= troller: writing {'state': '1', 'backend-id': '= 0', 'backend': '/local/domain/0/backend/console/21/0'} = to /local/domain/21/device/console/0.
[2013-01-03 21:17:42 11357] DEBUG (DevController:97) DevController: writing= {'domain': 'ubuntu', 'frontend': '/local/domai= n/21/device/console/0', 'uuid': '5147f879-d9e7-56bf-fe5c-98= e462cdabcf', 'frontend-id': '21', 'state': '= ;1', 'location': '2', 'online': '1', &#= 39;protocol': 'vt100'} to /local/domain/0/backend/console/21/0.=
[2013-01-03 21:17:42 11357] WARNING (XendDomainInfo:2062) Domain has crashe= d: name=3Dubuntu id=3D21.
[2013-01-03 21:17:42 11357] ERROR (XendDomainI= nfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.420576 seconds). R= efusing to restart to avoid loops.
[2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:3077) XendDomainInfo.dest= roy: domid=3D21
[2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:3091) = XendDomainInfo.destroy: domain destruction failed.
Traceback (most recen= t call last):
=A0 File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.p= y", line 3086, in destroy
=A0=A0=A0 xc.domain_destroy(self.domid)Error: (3, 'No such process')
[2013-01-03 21:17:42 11357] DEBU= G (XendDomainInfo:1882) XendDomainInfo.handleShutdownWatch
[2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:2402) Destroying device m= odel
[2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:2409) Releasing d= evices
[2013-01-03 21:27:45 11357] DEBUG (XendDomainInfo:151) XendDomain= Info.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidr= ef': 0, 'hvm': 0, 'shutdown_reason': 255, 'dying= 9;: 0, 'online_vcpus': 1, 'domid': 22, 'paused': 1,= 'crashed': 0, 'running': 0, 'maxmem_kb': 525312L, = 'shutdown': 0, 'mem_kb': 524288L, 'handle': [214, 1= 35, 226, 199, 253, 208, 68, 24, 189, 139, 73, 120, 177, 196, 208, 4], '= blocked': 0, 'cpupool': 0})



On = Thu, Jan 3, 2013 at 9:57 PM, Alexandre Kouznetsov <alk@ondore.com> wrote:
Hello, Jihed.

El 03/01/13 14:44, Jihed M'selmi escribi=F3:
=A0 =A0 In any case, xend.log should hold the answer.
=A0 =A0 grep 'ERROR' xend.log
[...]

Please, attach (not copy) to your mail the config file you are using to sta= rt this DomU.

About the log, the piece you quoted is too few informative. First, i would = begin putting in the config file this lines:
on_poweroff =3D 'destroy'
on_reboot =A0 =3D 'destroy'
on_crash =A0 =A0=3D 'destroy'
...so the log does not get spammed with messages of unsuccessful restart at= tempt.
Second, please attach the extract of your log file, but don't grep it. = Instead, cut everything before the moment you attempt to start the DomU, an= d everything after the moment when your "xl create" gives up with= error.

Put that both attachments in the same mail, this way we know they strictly = correspond one to another.


--
Alexandre Kouznetsov


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



--
--e89a8fb1f7ee43c0b904d268ca61-- --e89a8fb1f7ee43c0c704d268ca63 Content-Type: application/octet-stream; name=ubuntu Content-Disposition: attachment; filename=ubuntu Content-Transfer-Encoding: base64 X-Attachment-Id: f_hbie27d20 bmFtZSA9ICJ1YnVudHUiCgptZW1vcnkgPSA1MTIKCmRpc2sgPSBbJ3BoeTovZGV2L3ZnX3Ztcy91 YnVudHUseHZkYSx3J10KdmlmID0gWycgJ10KCmtlcm5lbCA9ICIvdmFyL2xpYi94ZW4vaW1hZ2Vz L3VidW50dS1uZXRib290L3ZtbGludXoiCnJhbWRpc2sgPSAiL3Zhci9saWIveGVuL2ltYWdlcy91 YnVudHUtbmV0Ym9vdC9pbml0cmQuZ3oiCiNleHRyYSA9ICJkZWJpYW4taW5zdGFsbGVyL2V4aXQv YWx3YXlzX2hhbHQ9dHJ1ZSAtLSBjb25zb2xlPWh2YzAiCg== --e89a8fb1f7ee43c0c704d268ca63 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 --e89a8fb1f7ee43c0c704d268ca63-- From xen-users-bounces@lists.xen.org Thu Jan 03 21:11:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 21:11: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 1Tqs3V-0002kE-GN; Thu, 03 Jan 2013 21:10:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqs3T-0002k5-MJ for xen-users@lists.xen.org; Thu, 03 Jan 2013 21:10:24 +0000 Received: from [85.158.143.99:9997] by server-1.bemta-4.messagelabs.com id B4/3B-28401-FB3F5E05; Thu, 03 Jan 2013 21:10:23 +0000 X-Env-Sender: jihed.mselmi@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1357247419!31648014!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBhYm91dC5 tZS9qaWhlZC5tc2VsbWkp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29617 invoked from network); 3 Jan 2013 21:10:20 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 21:10:20 -0000 Received: by mail-ob0-f173.google.com with SMTP id xn12so14301883obc.18 for ; Thu, 03 Jan 2013 13:10:18 -0800 (PST) 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=yP9b+9nc++W0o5f3bJOtv5b9UQcouVL8CV1jEpcofq8=; b=QYcQYAyCsJH5phIj7Ka0xWqJAq+pcOcdbJHG1VxqgJRuBA0ZBB91DvMIs/kaK4LhuT z8BjvDaLYA52R55OApYojnfXgEKeCEOU8qfVeoIFMwAJ0t8f96ZctzESNxKZKXh/OlZR HG3F0kw4wumwkNk3n+CBkDch/LCC+VoJPaTUPAgSo8gPDyzRO1ItOlu+EJ3pYSFmM89u YM6UOZfwsiOOvgvon73aKi8eqUaXQ6I7BKtOCJsVBgn68ZXBtNwgOZvl/wnfXnXfO+tP uvQ+YzbCyqABUrHPKU+xvhtviqW9fkzhRqPa1iZR1NiWDjhwzodKnokYTeSZ+iVMdlFU 4s4Q== MIME-Version: 1.0 Received: by 10.60.6.227 with SMTP id e3mr29371672oea.66.1357247418712; Thu, 03 Jan 2013 13:10:18 -0800 (PST) Received: by 10.182.221.67 with HTTP; Thu, 3 Jan 2013 13:10:18 -0800 (PST) In-Reply-To: <50E5F0CB.6060502@ondore.com> References: <50E5A9A6.1060601@ondore.com> <50E5EA45.5050006@ondore.com> <50E5F0CB.6060502@ondore.com> Date: Thu, 3 Jan 2013 22:10:18 +0100 Message-ID: From: "Jihed M'selmi" To: Alexandre Kouznetsov Content-Type: multipart/mixed; boundary=e89a8fb1f7ee43c0c704d268ca63 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Failure in creating PV guest 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --e89a8fb1f7ee43c0c704d268ca63 Content-Type: multipart/alternative; boundary=e89a8fb1f7ee43c0b904d268ca61 --e89a8fb1f7ee43c0b904d268ca61 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I copied the content of the config file inthe original post (see attached the one I am using now) this is a piece from xend.log: 2013-01-03 21:17:42 11357] INFO (XendDomainInfo:169) Recreating domain 21, UUID 521f0e68-a60a-4ee6-a92a-c9fffdeb1f50. at /local/domain/21 [2013-01-03 21:17:42 11357] DEBUG (XendDomain:476) Adding Domain: 21 [2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:1882) XendDomainInfo.handleShutdownWatch [2013-01-03 21:17:42 11357] DEBUG (DevController:95) DevController: writing {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/console/21/0'} to /local/domain/21/device/console/0. [2013-01-03 21:17:42 11357] DEBUG (DevController:97) DevController: writing {'domain': 'ubuntu', 'frontend': '/local/domain/21/device/console/0', 'uuid': '5147f879-d9e7-56bf-fe5c-98e462cdabcf', 'frontend-id': '21', 'state': '1', 'location': '2', 'online': '1', 'protocol': 'vt100'} to /local/domain/0/backend/console/21/0. [2013-01-03 21:17:42 11357] WARNING (XendDomainInfo:2062) Domain has crashed: name=3Dubuntu id=3D21. [2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.420576 seconds). Refusing to restart to avoid loops. [2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:3077) XendDomainInfo.destroy: domid=3D21 [2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:3091) XendDomainInfo.destroy: domain destruction failed. Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 3086, in destroy xc.domain_destroy(self.domid) Error: (3, 'No such process') [2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:1882) XendDomainInfo.handleShutdownWatch [2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:2402) Destroying device model [2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:2409) Releasing devices [2013-01-03 21:27:45 11357] DEBUG (XendDomainInfo:151) XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidref': 0, 'hvm': 0, 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 1, 'domid': 22, 'paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb': 525312L, 'shutdown': 0, 'mem_kb': 524288L, 'handle': [214, 135, 226, 199, 253, 208, 68, 24, 189, 139, 73, 120, 177, 196, 208, 4], 'blocked': 0, 'cpupool': 0}) On Thu, Jan 3, 2013 at 9:57 PM, Alexandre Kouznetsov wrote= : > Hello, Jihed. > > El 03/01/13 14:44, Jihed M'selmi escribi=F3: > >> In any case, xend.log should hold the answer. >> grep 'ERROR' xend.log >> [...] >> > > Please, attach (not copy) to your mail the config file you are using to > start this DomU. > > About the log, the piece you quoted is too few informative. First, i woul= d > begin putting in the config file this lines: > on_poweroff =3D 'destroy' > on_reboot =3D 'destroy' > on_crash =3D 'destroy' > ...so the log does not get spammed with messages of unsuccessful restart > attempt. > Second, please attach the extract of your log file, but don't grep it. > Instead, cut everything before the moment you attempt to start the DomU, > and everything after the moment when your "xl create" gives up with error= . > > Put that both attachments in the same mail, this way we know they strictl= y > correspond one to another. > > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Jihed M=92SELMI http://about.me/jihed.mselmi --e89a8fb1f7ee43c0b904d268ca61 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable


I copied the content of the config file inthe orig= inal post (see attached the one I am using now)

this is=A0 a piece = from xend.log:
2013-01-03 21:17:42 11357] INFO (XendDomainInfo:169) Recr= eating domain 21, UUID 521f0e68-a60a-4ee6-a92a-c9fffdeb1f50. at /local/doma= in/21
[2013-01-03 21:17:42 11357] DEBUG (XendDomain:476) Adding Domain: 21
[20= 13-01-03 21:17:42 11357] DEBUG (XendDomainInfo:1882) XendDomainInfo.handleS= hutdownWatch
[2013-01-03 21:17:42 11357] DEBUG (DevController:95) DevCon= troller: writing {'state': '1', 'backend-id': '= 0', 'backend': '/local/domain/0/backend/console/21/0'} = to /local/domain/21/device/console/0.
[2013-01-03 21:17:42 11357] DEBUG (DevController:97) DevController: writing= {'domain': 'ubuntu', 'frontend': '/local/domai= n/21/device/console/0', 'uuid': '5147f879-d9e7-56bf-fe5c-98= e462cdabcf', 'frontend-id': '21', 'state': '= ;1', 'location': '2', 'online': '1', &#= 39;protocol': 'vt100'} to /local/domain/0/backend/console/21/0.=
[2013-01-03 21:17:42 11357] WARNING (XendDomainInfo:2062) Domain has crashe= d: name=3Dubuntu id=3D21.
[2013-01-03 21:17:42 11357] ERROR (XendDomainI= nfo:2196) VM ubuntu restarting too fast (Elapsed time: 1.420576 seconds). R= efusing to restart to avoid loops.
[2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:3077) XendDomainInfo.dest= roy: domid=3D21
[2013-01-03 21:17:42 11357] ERROR (XendDomainInfo:3091) = XendDomainInfo.destroy: domain destruction failed.
Traceback (most recen= t call last):
=A0 File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.p= y", line 3086, in destroy
=A0=A0=A0 xc.domain_destroy(self.domid)Error: (3, 'No such process')
[2013-01-03 21:17:42 11357] DEBU= G (XendDomainInfo:1882) XendDomainInfo.handleShutdownWatch
[2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:2402) Destroying device m= odel
[2013-01-03 21:17:42 11357] DEBUG (XendDomainInfo:2409) Releasing d= evices
[2013-01-03 21:27:45 11357] DEBUG (XendDomainInfo:151) XendDomain= Info.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidr= ef': 0, 'hvm': 0, 'shutdown_reason': 255, 'dying= 9;: 0, 'online_vcpus': 1, 'domid': 22, 'paused': 1,= 'crashed': 0, 'running': 0, 'maxmem_kb': 525312L, = 'shutdown': 0, 'mem_kb': 524288L, 'handle': [214, 1= 35, 226, 199, 253, 208, 68, 24, 189, 139, 73, 120, 177, 196, 208, 4], '= blocked': 0, 'cpupool': 0})



On = Thu, Jan 3, 2013 at 9:57 PM, Alexandre Kouznetsov <alk@ondore.com> wrote:
Hello, Jihed.

El 03/01/13 14:44, Jihed M'selmi escribi=F3:
=A0 =A0 In any case, xend.log should hold the answer.
=A0 =A0 grep 'ERROR' xend.log
[...]

Please, attach (not copy) to your mail the config file you are using to sta= rt this DomU.

About the log, the piece you quoted is too few informative. First, i would = begin putting in the config file this lines:
on_poweroff =3D 'destroy'
on_reboot =A0 =3D 'destroy'
on_crash =A0 =A0=3D 'destroy'
...so the log does not get spammed with messages of unsuccessful restart at= tempt.
Second, please attach the extract of your log file, but don't grep it. = Instead, cut everything before the moment you attempt to start the DomU, an= d everything after the moment when your "xl create" gives up with= error.

Put that both attachments in the same mail, this way we know they strictly = correspond one to another.


--
Alexandre Kouznetsov


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



--
--e89a8fb1f7ee43c0b904d268ca61-- --e89a8fb1f7ee43c0c704d268ca63 Content-Type: application/octet-stream; name=ubuntu Content-Disposition: attachment; filename=ubuntu Content-Transfer-Encoding: base64 X-Attachment-Id: f_hbie27d20 bmFtZSA9ICJ1YnVudHUiCgptZW1vcnkgPSA1MTIKCmRpc2sgPSBbJ3BoeTovZGV2L3ZnX3Ztcy91 YnVudHUseHZkYSx3J10KdmlmID0gWycgJ10KCmtlcm5lbCA9ICIvdmFyL2xpYi94ZW4vaW1hZ2Vz L3VidW50dS1uZXRib290L3ZtbGludXoiCnJhbWRpc2sgPSAiL3Zhci9saWIveGVuL2ltYWdlcy91 YnVudHUtbmV0Ym9vdC9pbml0cmQuZ3oiCiNleHRyYSA9ICJkZWJpYW4taW5zdGFsbGVyL2V4aXQv YWx3YXlzX2hhbHQ9dHJ1ZSAtLSBjb25zb2xlPWh2YzAiCg== --e89a8fb1f7ee43c0c704d268ca63 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 --e89a8fb1f7ee43c0c704d268ca63-- From xen-users-bounces@lists.xen.org Thu Jan 03 23:58:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 23:58: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 1Tquex-0005dJ-2j; Thu, 03 Jan 2013 23:57:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tquev-0005dE-5p for xen-users@lists.xen.org; Thu, 03 Jan 2013 23:57:13 +0000 Received: from [85.158.143.99:48650] by server-2.bemta-4.messagelabs.com id F4/43-30861-8DA16E05; Thu, 03 Jan 2013 23:57:12 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1357257430!28216709!1 X-Originating-IP: [209.85.216.49] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24281 invoked from network); 3 Jan 2013 23:57:11 -0000 Received: from mail-qa0-f49.google.com (HELO mail-qa0-f49.google.com) (209.85.216.49) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 23:57:11 -0000 Received: by mail-qa0-f49.google.com with SMTP id r4so10216549qaq.1 for ; Thu, 03 Jan 2013 15:57:09 -0800 (PST) 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=sRi5GSAAQ1A0RotB5CStmEZQnZvM4wl6BiLFo44Gjxw=; b=C1q+Qb09Ksbb/1Mix2Ei+NWlj0LRVRAKOu+KKvg0XqbEwX977uaf7/UOEZa3Xw8cIA Oxl7L1aNwjtF16mksfNKj5AyY4fRf/WghudkGVyh8WIzTTHPnv+8Qcfs40WJ1Z2WyhTh fuXWNHNYsIGq6ofYSDI6suVBB7dw0WeLP0AxFCtWhadUN1D7POHUSZlxmTMuuaNA8Vql 0/2CKgTWbirRrsrHefdFjI+tL1BQhDE5RJl2hqxzXrB5rXCb9Yc5smSQjqGD1ohQ8GRi tJN0kviu8rS0g21MwHxFzdZc6b1Cs2MQj5ldJz7kKkAoFxSgaxryuor0526noIGh0xbo V+Ag== MIME-Version: 1.0 Received: by 10.229.112.38 with SMTP id u38mr7118073qcp.104.1357257429637; Thu, 03 Jan 2013 15:57:09 -0800 (PST) Received: by 10.49.119.228 with HTTP; Thu, 3 Jan 2013 15:57:09 -0800 (PST) In-Reply-To: References: Date: Fri, 4 Jan 2013 00:57:09 +0100 Message-ID: From: Florian Heigl To: John Buchanan Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Dom0 log and disk space 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: 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, 2013/1/3 John Buchanan : > We're running a handful of XCP 1.1 pools and have run in to situations > wherein the local filesystem on the Dom0 control domain hits 100% capacity > due to error logging in /var/log (daemon.log, messages, xensource.log, etc) > thereby taking that host offline. Twice recently we've run in to this, on > two different pools, first due to the primary SR hitting capacity and > secondly when memory was exhausted on the host. > > My question is, how do others manage logs and such under these circumstances > on Dom0? The first obvious answer seems to be tweaking /etc/logrotate.conf, > but I was wondering if there are better methods seeing as this is XCP and > not a more conventional Xen on Linux install. Reducing useless messages is also a relevant thing to do - at least XenServer has an option to set the loglevel. I'd assume it's in XCP too. And yes, monitoring is of course a necessity. ;) Better monitoring tools can monitor the grow rate over a monthly cycle and will as such only alert if logrotate fails it's job. Greetings, Florian -- the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 03 23:58:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jan 2013 23:58: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 1Tquex-0005dJ-2j; Thu, 03 Jan 2013 23:57:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tquev-0005dE-5p for xen-users@lists.xen.org; Thu, 03 Jan 2013 23:57:13 +0000 Received: from [85.158.143.99:48650] by server-2.bemta-4.messagelabs.com id F4/43-30861-8DA16E05; Thu, 03 Jan 2013 23:57:12 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1357257430!28216709!1 X-Originating-IP: [209.85.216.49] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24281 invoked from network); 3 Jan 2013 23:57:11 -0000 Received: from mail-qa0-f49.google.com (HELO mail-qa0-f49.google.com) (209.85.216.49) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jan 2013 23:57:11 -0000 Received: by mail-qa0-f49.google.com with SMTP id r4so10216549qaq.1 for ; Thu, 03 Jan 2013 15:57:09 -0800 (PST) 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=sRi5GSAAQ1A0RotB5CStmEZQnZvM4wl6BiLFo44Gjxw=; b=C1q+Qb09Ksbb/1Mix2Ei+NWlj0LRVRAKOu+KKvg0XqbEwX977uaf7/UOEZa3Xw8cIA Oxl7L1aNwjtF16mksfNKj5AyY4fRf/WghudkGVyh8WIzTTHPnv+8Qcfs40WJ1Z2WyhTh fuXWNHNYsIGq6ofYSDI6suVBB7dw0WeLP0AxFCtWhadUN1D7POHUSZlxmTMuuaNA8Vql 0/2CKgTWbirRrsrHefdFjI+tL1BQhDE5RJl2hqxzXrB5rXCb9Yc5smSQjqGD1ohQ8GRi tJN0kviu8rS0g21MwHxFzdZc6b1Cs2MQj5ldJz7kKkAoFxSgaxryuor0526noIGh0xbo V+Ag== MIME-Version: 1.0 Received: by 10.229.112.38 with SMTP id u38mr7118073qcp.104.1357257429637; Thu, 03 Jan 2013 15:57:09 -0800 (PST) Received: by 10.49.119.228 with HTTP; Thu, 3 Jan 2013 15:57:09 -0800 (PST) In-Reply-To: References: Date: Fri, 4 Jan 2013 00:57:09 +0100 Message-ID: From: Florian Heigl To: John Buchanan Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Dom0 log and disk space 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: 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, 2013/1/3 John Buchanan : > We're running a handful of XCP 1.1 pools and have run in to situations > wherein the local filesystem on the Dom0 control domain hits 100% capacity > due to error logging in /var/log (daemon.log, messages, xensource.log, etc) > thereby taking that host offline. Twice recently we've run in to this, on > two different pools, first due to the primary SR hitting capacity and > secondly when memory was exhausted on the host. > > My question is, how do others manage logs and such under these circumstances > on Dom0? The first obvious answer seems to be tweaking /etc/logrotate.conf, > but I was wondering if there are better methods seeing as this is XCP and > not a more conventional Xen on Linux install. Reducing useless messages is also a relevant thing to do - at least XenServer has an option to set the loglevel. I'd assume it's in XCP too. And yes, monitoring is of course a necessity. ;) Better monitoring tools can monitor the grow rate over a monthly cycle and will as such only alert if logrotate fails it's job. Greetings, Florian -- the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 05:38:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 05:38: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 1Tqzy4-0005mw-1o; Fri, 04 Jan 2013 05:37:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqzy2-0005mr-7v for xen-users@lists.xen.org; Fri, 04 Jan 2013 05:37:18 +0000 Received: from [193.109.254.147:59413] by server-5.bemta-14.messagelabs.com id CC/50-32031-D8A66E05; Fri, 04 Jan 2013 05:37:17 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1357277835!3225875!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21307 invoked from network); 4 Jan 2013 05:37:16 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jan 2013 05:37:16 -0000 Received: from [189.180.173.53] (port=40097 helo=[10.1.0.145]) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1Tqzxy-00005S-4D for xen-users@lists.xen.org; Thu, 03 Jan 2013 23:37:14 -0600 Message-ID: <50E66A85.9000302@ondore.com> Date: Thu, 03 Jan 2013 23:37:09 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <50E5A9A6.1060601@ondore.com> <50E5EA45.5050006@ondore.com> <50E5F0CB.6060502@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: alk@ondore.com Subject: Re: [Xen-users] Failure in creating PV guest 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/01/13 15:10, Jihed M'selmi escribi=F3: > I copied the content of the config file inthe original post (see > attached the one I am using now) As I can see, indeed it's the same config. Well, I still recommend to configure it so xend does not attempt to = respawn crashed DomU. That is clearly not the main problem you are = facing, but would be a much cleaner way to do things. > this is a piece from xend.log: > [...] > [2013-01-03 21:17:42 11357] WARNING (XendDomainInfo:2062) Domain has > crashed: name=3Dubuntu id=3D21. This must be something internal to DomU. Probably a wrong kernel or = missconfiguration. Your config file has much less options than a regular = one (mine are created by custom template for xen-tools), but I can't = tell about which is the critical one. http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/current= /images/netboot/xen/ The same mirror where you got your vmlinuz and initrd.gz, has a file = xm-debian.cfg. It has a brief instruction in the header. Never used it = that way, but looks promising. Maybe you should try to stick to those = instructions. My python is poor, but it does not look like running the = debian-installer within the DomU. Another good thing to look at: run "xl create ..." without -f option. Does it complain, about what? Try -v option for "xl", it might give some useful output also. If you insist in using the regular debian-installer (can't think of a = good reason, but hopefully you have one) and don't get xm-debian.cfg to = work, I may suggest deploying a HVM DomU (it even can boot from PXE) and = then convert it to PV. Although, I think using xen-tools is a much easer = and faster way. Greetings. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 05:38:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 05:38: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 1Tqzy4-0005mw-1o; Fri, 04 Jan 2013 05:37:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tqzy2-0005mr-7v for xen-users@lists.xen.org; Fri, 04 Jan 2013 05:37:18 +0000 Received: from [193.109.254.147:59413] by server-5.bemta-14.messagelabs.com id CC/50-32031-D8A66E05; Fri, 04 Jan 2013 05:37:17 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1357277835!3225875!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21307 invoked from network); 4 Jan 2013 05:37:16 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jan 2013 05:37:16 -0000 Received: from [189.180.173.53] (port=40097 helo=[10.1.0.145]) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1Tqzxy-00005S-4D for xen-users@lists.xen.org; Thu, 03 Jan 2013 23:37:14 -0600 Message-ID: <50E66A85.9000302@ondore.com> Date: Thu, 03 Jan 2013 23:37:09 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <50E5A9A6.1060601@ondore.com> <50E5EA45.5050006@ondore.com> <50E5F0CB.6060502@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: alk@ondore.com Subject: Re: [Xen-users] Failure in creating PV guest 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/01/13 15:10, Jihed M'selmi escribi=F3: > I copied the content of the config file inthe original post (see > attached the one I am using now) As I can see, indeed it's the same config. Well, I still recommend to configure it so xend does not attempt to = respawn crashed DomU. That is clearly not the main problem you are = facing, but would be a much cleaner way to do things. > this is a piece from xend.log: > [...] > [2013-01-03 21:17:42 11357] WARNING (XendDomainInfo:2062) Domain has > crashed: name=3Dubuntu id=3D21. This must be something internal to DomU. Probably a wrong kernel or = missconfiguration. Your config file has much less options than a regular = one (mine are created by custom template for xen-tools), but I can't = tell about which is the critical one. http://mirror.anl.gov/pub/ubuntu/dists/precise/main/installer-amd64/current= /images/netboot/xen/ The same mirror where you got your vmlinuz and initrd.gz, has a file = xm-debian.cfg. It has a brief instruction in the header. Never used it = that way, but looks promising. Maybe you should try to stick to those = instructions. My python is poor, but it does not look like running the = debian-installer within the DomU. Another good thing to look at: run "xl create ..." without -f option. Does it complain, about what? Try -v option for "xl", it might give some useful output also. If you insist in using the regular debian-installer (can't think of a = good reason, but hopefully you have one) and don't get xm-debian.cfg to = work, I may suggest deploying a HVM DomU (it even can boot from PXE) and = then convert it to PV. Although, I think using xen-tools is a much easer = and faster way. Greetings. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 05:51:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 05:51: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 1Tr0AN-0006Ed-0t; Fri, 04 Jan 2013 05:50:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr0AL-0006EX-Tk for xen-users@lists.xen.org; Fri, 04 Jan 2013 05:50:02 +0000 Received: from [85.158.139.83:30609] by server-8.bemta-5.messagelabs.com id 98/9A-15003-98D66E05; Fri, 04 Jan 2013 05:50:01 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1357278599!28159432!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20571 invoked from network); 4 Jan 2013 05:50:00 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-10.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jan 2013 05:50:00 -0000 Received: from [189.180.173.53] (port=40171 helo=[10.1.0.145]) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1Tr0AI-00010Q-Q4 for xen-users@lists.xen.org; Thu, 03 Jan 2013 23:49:59 -0600 Message-ID: <50E66D82.3050701@ondore.com> Date: Thu, 03 Jan 2013 23:49:54 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <50E5CA4E.7070004@xenhive.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: alk@ondore.com Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.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="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/01/13 12:30, Casey DeLorme escribi=F3: > Are there any known workarounds. I know XCP is effectively XenServer > "Free", but I want a method that uses linux utilities or at least > doesn't tie me to a GUI. I tried to use the same approach at first, but had to roll back to = XenCenter. So far, every operation i had to perform in XenCenter seems = to have it's equivalence via command line. Right now I'm trying to create my own reference in form of a catalog of = the common basic operations, and how to perform them from a console. If = I can make a good cheatsheet form it, I'll try to publish it on xen's wiki. Around a year ago I've tried some "cloud orchestration" systems, = CloudStack between others. Unsuccessful then. (BTW, my cluster ended up = running Proxmox. Great stuff, but OpenVZ does not plays nice with Java. = I miss Xen, looking forward to move back). Check http://wiki.xen.org/wiki/XCP_Management_Tools and = http://wiki.xen.org/wiki/XCP_Projects , try things. Even if the don't = work, the developers need our feedback. I would definitely agree with Todd, XenCenter seems to be a very good = start, at least to see what XCP can do and what it can't. After a while, = you will have a good notion of what to ask from a "bigger" management = system. Greetings. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 05:51:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 05:51: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 1Tr0AN-0006Ed-0t; Fri, 04 Jan 2013 05:50:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr0AL-0006EX-Tk for xen-users@lists.xen.org; Fri, 04 Jan 2013 05:50:02 +0000 Received: from [85.158.139.83:30609] by server-8.bemta-5.messagelabs.com id 98/9A-15003-98D66E05; Fri, 04 Jan 2013 05:50:01 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1357278599!28159432!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20571 invoked from network); 4 Jan 2013 05:50:00 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-10.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jan 2013 05:50:00 -0000 Received: from [189.180.173.53] (port=40171 helo=[10.1.0.145]) by host0a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1Tr0AI-00010Q-Q4 for xen-users@lists.xen.org; Thu, 03 Jan 2013 23:49:59 -0600 Message-ID: <50E66D82.3050701@ondore.com> Date: Thu, 03 Jan 2013 23:49:54 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <50E5CA4E.7070004@xenhive.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id: alk@ondore.com Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.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="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/01/13 12:30, Casey DeLorme escribi=F3: > Are there any known workarounds. I know XCP is effectively XenServer > "Free", but I want a method that uses linux utilities or at least > doesn't tie me to a GUI. I tried to use the same approach at first, but had to roll back to = XenCenter. So far, every operation i had to perform in XenCenter seems = to have it's equivalence via command line. Right now I'm trying to create my own reference in form of a catalog of = the common basic operations, and how to perform them from a console. If = I can make a good cheatsheet form it, I'll try to publish it on xen's wiki. Around a year ago I've tried some "cloud orchestration" systems, = CloudStack between others. Unsuccessful then. (BTW, my cluster ended up = running Proxmox. Great stuff, but OpenVZ does not plays nice with Java. = I miss Xen, looking forward to move back). Check http://wiki.xen.org/wiki/XCP_Management_Tools and = http://wiki.xen.org/wiki/XCP_Projects , try things. Even if the don't = work, the developers need our feedback. I would definitely agree with Todd, XenCenter seems to be a very good = start, at least to see what XCP can do and what it can't. After a while, = you will have a good notion of what to ask from a "bigger" management = system. Greetings. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 09:02:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 09:02: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 1Tr38s-0001Aa-KG; Fri, 04 Jan 2013 09:00:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr38q-0001AV-Jw for xen-users@lists.xen.org; Fri, 04 Jan 2013 09:00:40 +0000 Received: from [85.158.143.35:64369] by server-3.bemta-4.messagelabs.com id 72/0C-18211-73A96E05; Fri, 04 Jan 2013 09:00:39 +0000 X-Env-Sender: power.real@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1357290033!5236746!1 X-Originating-IP: [209.85.160.181] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16071 invoked from network); 4 Jan 2013 09:00:34 -0000 Received: from mail-gh0-f181.google.com (HELO mail-gh0-f181.google.com) (209.85.160.181) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 09:00:34 -0000 Received: by mail-gh0-f181.google.com with SMTP id y8so1944915ghb.40 for ; Fri, 04 Jan 2013 01:00:32 -0800 (PST) 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:content-transfer-encoding; bh=dySWX0enTxSj8lvoik+FappEJgnlKbzuhywoKc9pJR4=; b=DhdAsMW85Tui4to+8Ijz/1N3mFV+DwyX22itq/tBlx1EZ5b53nLlGrsyy2eDMmeLHA 4AeRTf2N3krrlirhGdxb/pzCBoBTKC1mcB6L1MW5W1ev8TYaE3LBqq0H+3/EsWWAUCaH MjKOHCZFpA/pOTSwFNJvGTFgtX/Ez9ioATk/QQ3b+rxQpK6ptYwLy+AHULd2fXy6qWg8 353xeQ0WrXjeFnzPlGsJ1tecLDTBBBphhIlWvG0gr4b+GCAytHpoHX4heXSZ2++zDel/ i7mLc/4Y2wL7blrRUrbirETn47Ap9HVn+ZfOeLor5rqZj0ojNGjY638LjlvAaEUUcUQa Nl+g== MIME-Version: 1.0 Received: by 10.236.69.71 with SMTP id m47mr4960569yhd.30.1357290032542; Fri, 04 Jan 2013 01:00:32 -0800 (PST) Received: by 10.147.42.40 with HTTP; Fri, 4 Jan 2013 01:00:32 -0800 (PST) In-Reply-To: <50E5A6BB.8030804@ondore.com> References: <50E5A6BB.8030804@ondore.com> Date: Fri, 4 Jan 2013 13:00:32 +0400 Message-ID: From: Sergey To: Alexandre Kouznetsov Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Offline XCP docs X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Thank you! On Thu, Jan 3, 2013 at 7:41 PM, Alexandre Kouznetsov wrote: > Hello. > > El 03/01/13 03:12, Sergey escribi=F3: > >> Are there any offline XCP manuals in pdf or similar formats (ideally >> mobi or epub)? > > > There is not too much XCP specific documentation around. Since it reprodu= ce > XenServer's behavior, most of XenServer's documentation apply. (I'm sure > i've seen this statement on some "official" page, but cant' find the > reference) > > XenServer's docs, PDF and HTML, can be find here: > http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/ > > -- > Alexandre Kouznetsov > > > _______________________________________________ > 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 Jan 04 09:02:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 09:02: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 1Tr38s-0001Aa-KG; Fri, 04 Jan 2013 09:00:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr38q-0001AV-Jw for xen-users@lists.xen.org; Fri, 04 Jan 2013 09:00:40 +0000 Received: from [85.158.143.35:64369] by server-3.bemta-4.messagelabs.com id 72/0C-18211-73A96E05; Fri, 04 Jan 2013 09:00:39 +0000 X-Env-Sender: power.real@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1357290033!5236746!1 X-Originating-IP: [209.85.160.181] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16071 invoked from network); 4 Jan 2013 09:00:34 -0000 Received: from mail-gh0-f181.google.com (HELO mail-gh0-f181.google.com) (209.85.160.181) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 09:00:34 -0000 Received: by mail-gh0-f181.google.com with SMTP id y8so1944915ghb.40 for ; Fri, 04 Jan 2013 01:00:32 -0800 (PST) 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:content-transfer-encoding; bh=dySWX0enTxSj8lvoik+FappEJgnlKbzuhywoKc9pJR4=; b=DhdAsMW85Tui4to+8Ijz/1N3mFV+DwyX22itq/tBlx1EZ5b53nLlGrsyy2eDMmeLHA 4AeRTf2N3krrlirhGdxb/pzCBoBTKC1mcB6L1MW5W1ev8TYaE3LBqq0H+3/EsWWAUCaH MjKOHCZFpA/pOTSwFNJvGTFgtX/Ez9ioATk/QQ3b+rxQpK6ptYwLy+AHULd2fXy6qWg8 353xeQ0WrXjeFnzPlGsJ1tecLDTBBBphhIlWvG0gr4b+GCAytHpoHX4heXSZ2++zDel/ i7mLc/4Y2wL7blrRUrbirETn47Ap9HVn+ZfOeLor5rqZj0ojNGjY638LjlvAaEUUcUQa Nl+g== MIME-Version: 1.0 Received: by 10.236.69.71 with SMTP id m47mr4960569yhd.30.1357290032542; Fri, 04 Jan 2013 01:00:32 -0800 (PST) Received: by 10.147.42.40 with HTTP; Fri, 4 Jan 2013 01:00:32 -0800 (PST) In-Reply-To: <50E5A6BB.8030804@ondore.com> References: <50E5A6BB.8030804@ondore.com> Date: Fri, 4 Jan 2013 13:00:32 +0400 Message-ID: From: Sergey To: Alexandre Kouznetsov Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Offline XCP docs X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Thank you! On Thu, Jan 3, 2013 at 7:41 PM, Alexandre Kouznetsov wrote: > Hello. > > El 03/01/13 03:12, Sergey escribi=F3: > >> Are there any offline XCP manuals in pdf or similar formats (ideally >> mobi or epub)? > > > There is not too much XCP specific documentation around. Since it reprodu= ce > XenServer's behavior, most of XenServer's documentation apply. (I'm sure > i've seen this statement on some "official" page, but cant' find the > reference) > > XenServer's docs, PDF and HTML, can be find here: > http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/ > > -- > Alexandre Kouznetsov > > > _______________________________________________ > 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 Jan 04 09:09:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 09:09: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 1Tr3Fz-0001RR-Q1; Fri, 04 Jan 2013 09:08:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr3Fx-0001RM-Lv for xen-users@lists.xen.org; Fri, 04 Jan 2013 09:08:02 +0000 Received: from [85.158.143.99:8130] by server-2.bemta-4.messagelabs.com id AF/F0-30861-1FB96E05; Fri, 04 Jan 2013 09:08:01 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1357290478!24789034!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0MzE5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19288 invoked from network); 4 Jan 2013 09:07:59 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 09:07:59 -0000 X-IronPort-AV: E=Sophos;i="4.84,409,1355097600"; d="scan'208";a="450081" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 09:07:58 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 09:07:58 +0000 Message-ID: <1357290477.10611.3.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Jihed M'selmi Date: Fri, 4 Jan 2013 09:07:57 +0000 In-Reply-To: References: <50E5A9A6.1060601@ondore.com> <50E5EA45.5050006@ondore.com> <50E5F0CB.6060502@ondore.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Alexandre Kouznetsov Subject: Re: [Xen-users] Failure in creating PV guest 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: 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, 2013-01-03 at 21:10 +0000, Jihed M'selmi wrote: > > [2013-01-03 21:17:42 11357] WARNING (XendDomainInfo:2062) Domain has crashed: name=ubuntu id=21. Your guest kernel has crashed. Are there any message on the Xen console (xl|xm dmesg)? You might find that the guest kernel is logging something useful as it fails but that you don't get to see it because the domain gets destroyed first. You could try enabling guest console logging as described in http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen or you could try on_crash="preserve" which ought to let you get to the console of the crashed guest (you will need to explicitly xl|xm destroy it when you are done). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 09:09:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 09:09: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 1Tr3Fz-0001RR-Q1; Fri, 04 Jan 2013 09:08:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr3Fx-0001RM-Lv for xen-users@lists.xen.org; Fri, 04 Jan 2013 09:08:02 +0000 Received: from [85.158.143.99:8130] by server-2.bemta-4.messagelabs.com id AF/F0-30861-1FB96E05; Fri, 04 Jan 2013 09:08:01 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1357290478!24789034!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0MzE5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19288 invoked from network); 4 Jan 2013 09:07:59 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 09:07:59 -0000 X-IronPort-AV: E=Sophos;i="4.84,409,1355097600"; d="scan'208";a="450081" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 09:07:58 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 09:07:58 +0000 Message-ID: <1357290477.10611.3.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Jihed M'selmi Date: Fri, 4 Jan 2013 09:07:57 +0000 In-Reply-To: References: <50E5A9A6.1060601@ondore.com> <50E5EA45.5050006@ondore.com> <50E5F0CB.6060502@ondore.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Alexandre Kouznetsov Subject: Re: [Xen-users] Failure in creating PV guest 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: 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, 2013-01-03 at 21:10 +0000, Jihed M'selmi wrote: > > [2013-01-03 21:17:42 11357] WARNING (XendDomainInfo:2062) Domain has crashed: name=ubuntu id=21. Your guest kernel has crashed. Are there any message on the Xen console (xl|xm dmesg)? You might find that the guest kernel is logging something useful as it fails but that you don't get to see it because the domain gets destroyed first. You could try enabling guest console logging as described in http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen or you could try on_crash="preserve" which ought to let you get to the console of the crashed guest (you will need to explicitly xl|xm destroy it when you are done). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 09:11:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 09:11: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 1Tr3I6-0001aE-IZ; Fri, 04 Jan 2013 09:10:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr3I4-0001a7-Tn for xen-users@lists.xen.org; Fri, 04 Jan 2013 09:10:13 +0000 Received: from [85.158.137.99:21271] by server-1.bemta-3.messagelabs.com id 86/DB-08906-47C96E05; Fri, 04 Jan 2013 09:10:12 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1357290611!12658837!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0MzE5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26879 invoked from network); 4 Jan 2013 09:10:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 09:10:11 -0000 X-IronPort-AV: E=Sophos;i="4.84,409,1355097600"; d="scan'208";a="450125" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 09:10:10 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 09:10:09 +0000 Message-ID: <1357290609.10611.5.camel@zakaz.uk.xensource.com> From: Ian Campbell To: John Buchanan Date: Fri, 4 Jan 2013 09:10:09 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Dom0 log and disk space 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: 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, 2013-01-03 at 15:23 +0000, John Buchanan wrote: > We're running a handful of XCP 1.1 pools and have run in to situations > wherein the local filesystem on the Dom0 control domain hits 100% > capacity due to error logging in /var/log (daemon.log, messages, > xensource.log, etc) thereby taking that host offline. The XCP people tend to hang out on the (badly named) xen-api@ list so you might find you get answers there too. XCP 1.1 is a reasonably old release I think? I vaguely recall something about improvements to the amount of logging spew and/or rotation strategy in newer versions of XCP. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 09:11:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 09:11: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 1Tr3I6-0001aE-IZ; Fri, 04 Jan 2013 09:10:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr3I4-0001a7-Tn for xen-users@lists.xen.org; Fri, 04 Jan 2013 09:10:13 +0000 Received: from [85.158.137.99:21271] by server-1.bemta-3.messagelabs.com id 86/DB-08906-47C96E05; Fri, 04 Jan 2013 09:10:12 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1357290611!12658837!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0MzE5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26879 invoked from network); 4 Jan 2013 09:10:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 09:10:11 -0000 X-IronPort-AV: E=Sophos;i="4.84,409,1355097600"; d="scan'208";a="450125" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 09:10:10 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 09:10:09 +0000 Message-ID: <1357290609.10611.5.camel@zakaz.uk.xensource.com> From: Ian Campbell To: John Buchanan Date: Fri, 4 Jan 2013 09:10:09 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Dom0 log and disk space 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: 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, 2013-01-03 at 15:23 +0000, John Buchanan wrote: > We're running a handful of XCP 1.1 pools and have run in to situations > wherein the local filesystem on the Dom0 control domain hits 100% > capacity due to error logging in /var/log (daemon.log, messages, > xensource.log, etc) thereby taking that host offline. The XCP people tend to hang out on the (badly named) xen-api@ list so you might find you get answers there too. XCP 1.1 is a reasonably old release I think? I vaguely recall something about improvements to the amount of logging spew and/or rotation strategy in newer versions of XCP. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 09:15:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 09:15: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 1Tr3MO-0001yl-Hb; Fri, 04 Jan 2013 09:14:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr3MN-0001yd-Lf for xen-users@lists.xen.org; Fri, 04 Jan 2013 09:14:39 +0000 Received: from [85.158.139.83:26965] by server-8.bemta-5.messagelabs.com id F6/C4-15003-E7D96E05; Fri, 04 Jan 2013 09:14:38 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1357290878!24858732!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0MzE5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11516 invoked from network); 4 Jan 2013 09:14:38 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 09:14:38 -0000 X-IronPort-AV: E=Sophos;i="4.84,409,1355097600"; d="scan'208";a="450301" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 09:14:37 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 09:14:37 +0000 Message-ID: <1357290876.10611.9.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Casey DeLorme Date: Fri, 4 Jan 2013 09:14:36 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Many XCP folks hang out on the (badly named) xen-api@ list. On Thu, 2013-01-03 at 17:54 +0000, Casey DeLorme wrote: > The CentOS has no GUI, and I cannot seem to connect to an HVM over > VNC. The VNC server only listens on localhost for security reasons. http://wiki.xen.org/wiki/Xen_Cloud_Platform:_Access_to_VM_console (first hit on google for xcp console) Or you can find a vncproxy utility on the host somewhere (it used to be under /opt/xenserver/debug or something like that) which will proxy the vnc connection over the authenticate XenAPI channel. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 09:15:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 09:15: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 1Tr3MO-0001yl-Hb; Fri, 04 Jan 2013 09:14:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr3MN-0001yd-Lf for xen-users@lists.xen.org; Fri, 04 Jan 2013 09:14:39 +0000 Received: from [85.158.139.83:26965] by server-8.bemta-5.messagelabs.com id F6/C4-15003-E7D96E05; Fri, 04 Jan 2013 09:14:38 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1357290878!24858732!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0MzE5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11516 invoked from network); 4 Jan 2013 09:14:38 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 09:14:38 -0000 X-IronPort-AV: E=Sophos;i="4.84,409,1355097600"; d="scan'208";a="450301" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 09:14:37 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 09:14:37 +0000 Message-ID: <1357290876.10611.9.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Casey DeLorme Date: Fri, 4 Jan 2013 09:14:36 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Many XCP folks hang out on the (badly named) xen-api@ list. On Thu, 2013-01-03 at 17:54 +0000, Casey DeLorme wrote: > The CentOS has no GUI, and I cannot seem to connect to an HVM over > VNC. The VNC server only listens on localhost for security reasons. http://wiki.xen.org/wiki/Xen_Cloud_Platform:_Access_to_VM_console (first hit on google for xcp console) Or you can find a vncproxy utility on the host somewhere (it used to be under /opt/xenserver/debug or something like that) which will proxy the vnc connection over the authenticate XenAPI channel. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 11:45:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 11:45: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 1Tr5h4-0004Zu-CF; Fri, 04 Jan 2013 11:44:10 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr5h2-0004Zi-7C for xen-users@lists.xen.org; Fri, 04 Jan 2013 11:44:08 +0000 Received: from [193.109.254.147:11249] by server-15.bemta-14.messagelabs.com id 60/85-05116-780C6E05; Fri, 04 Jan 2013 11:44:07 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1357299845!4875084!1 X-Originating-IP: [209.85.212.49] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26564 invoked from network); 4 Jan 2013 11:44:06 -0000 Received: from mail-vb0-f49.google.com (HELO mail-vb0-f49.google.com) (209.85.212.49) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 11:44:06 -0000 Received: by mail-vb0-f49.google.com with SMTP id r6so16192607vbi.8 for ; Fri, 04 Jan 2013 03:44:05 -0800 (PST) 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=oyZkHZILIVELfCdhWdt+dFm9Z4hgM+dbbiy4UwbSkv0=; b=oNQ5/N1hwmBwyQquPM8MOB81wMZFqJQjSfKV0DIu7PXUFrue4CJuIM8lq2sAAuFQ/I dbA+f+oL+ffNB/bUt4Wp+eWvbx+qJ3qCpfRUK5Rb5PMl1JmHtf1A+ca3PS267OFxdK+l tU9Jnj0elMTgHPR00bDTzPKo0ir2VQZ8JqxFFsEEXsRXwcx6QLxf11B2ZorQGBFwbHmo 1dTbBsowyXJlW5tNAasvTFE/PFI0BH09h/0VbmpPkmBzf2jNuVABmrmNe19QNY6zgkOs HRIcynmtowUtEP+jJdhdP37xxIat7rN+EYdjZCx7Pxa3UbFxZMo3U1WQFuMaNUp+t3V1 Wa5A== MIME-Version: 1.0 Received: by 10.220.230.133 with SMTP id jm5mr76809342vcb.4.1357299845123; Fri, 04 Jan 2013 03:44:05 -0800 (PST) Received: by 10.58.32.199 with HTTP; Fri, 4 Jan 2013 03:44:04 -0800 (PST) In-Reply-To: <1357290876.10611.9.camel@zakaz.uk.xensource.com> References: <1357290876.10611.9.camel@zakaz.uk.xensource.com> Date: Fri, 4 Jan 2013 06:44:04 -0500 Message-ID: From: Casey DeLorme To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============2430157081822006382==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2430157081822006382== Content-Type: multipart/alternative; boundary=14dae9cdc6c11f4ced04d274ffd7 --14dae9cdc6c11f4ced04d274ffd7 Content-Type: text/plain; charset=UTF-8 I am not having any problems configuring the machines, the toolstack makes plenty of sense. The only problem I am facing is connecting a console to a running VM. For me the only gain of using XenCenter is that it would handle that connection. I am quite sure that it won't provide me the information I need to connect to a VM without it, especially not for another platform like Linux or OS X (since XenCenter is a Windows application). I had spent a good number of hours on Google, and I had read that it was locked down, and was hoping there was a way to unlock it. I had read a guide for an older XCP version that mentioned modifying the listening address in a file in the /opt/xensource path, but after making that change and rebooting connections still did not work. The XCP platform installed without a GUI environment so connecting from localhost would involve adding a large number of software packages. I was hoping for another solution before I clobber the current environment trying to get Gnome or another Desktop Environment installed and running. I had read posts about the VNC being locked down, but I was hoping it was just a simple matter of adjusting a setting on the machine, such as changing the listening port. Supposedly older XCP versions allowed this by modifying the VNC configuration file in the /opt/xensource path, but I tried making that change and rebooting to no avail. I downloaded and have been reading the administration PDF's from Citrix, so I am plenty familiar with the command line options. Sadly the term "VNC" only appears twice in that entire document. Thanks for the suggestions so far, and please keep me posted if anyone comes across a solution for opening up VNC to the outside. On Fri, Jan 4, 2013 at 4:14 AM, Ian Campbell wrote: > Many XCP folks hang out on the (badly named) xen-api@ list. > > On Thu, 2013-01-03 at 17:54 +0000, Casey DeLorme wrote: > > > > The CentOS has no GUI, and I cannot seem to connect to an HVM over > > VNC. > > The VNC server only listens on localhost for security reasons. > > http://wiki.xen.org/wiki/Xen_Cloud_Platform:_Access_to_VM_console > (first hit on google for xcp console) > > Or you can find a vncproxy utility on the host somewhere (it used to be > under /opt/xenserver/debug or something like that) which will proxy the > vnc connection over the authenticate XenAPI channel. > > Ian. > > --14dae9cdc6c11f4ced04d274ffd7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I am not having any problems configuring the machines= , the toolstack makes plenty of sense. =C2=A0The only problem I am facing i= s connecting a console to a running VM. =C2=A0For me the only gain of using= XenCenter is that it would handle that connection. =C2=A0I am quite sure t= hat it won't provide me the information I need to connect to a VM witho= ut it, especially not for another platform like Linux or OS X (since XenCen= ter is a Windows application).

I had spent a good number of hours on Google, and= I had read that it was locked down, and was hoping there was a way to unlo= ck it. =C2=A0I had read a guide for an older XCP version that mentioned mod= ifying the listening address in a file in the /opt/xensource path, but afte= r making that change and rebooting connections still did not work.

The XCP platform installed without a GUI en= vironment so connecting from localhost would involve adding a large number = of software packages. =C2=A0I was hoping for another solution before I clob= ber the current environment trying to get Gnome or another Desktop Environm= ent installed and running.

I had read posts about the VNC being locked down,= but I was hoping it was just a simple matter of adjusting a setting on the= machine, such as changing the listening port. =C2=A0Supposedly older XCP v= ersions allowed this by modifying the VNC configuration file in the /opt/xe= nsource path, but I tried making that change and rebooting to no avail.

I downloaded and have been reading the administra= tion PDF's from Citrix, so I am plenty familiar with the command line o= ptions. =C2=A0Sadly the term "VNC" only appears twice in that ent= ire document.

Thanks for the suggestions so far, and plea= se keep me posted if anyone comes across a solution for opening up VNC to t= he outside.


On Fri, Jan 4, 2013 at 4:14 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
Many XCP folks hang out on the (badly named) xen-api@ list.

On Thu, 2013-01-03 at 17:54 +0000, Casey DeLorme wrote:


> The CentOS has no GUI, and I cannot seem to connect to an HVM over
> VNC.

The VNC server only listens on localhost for security reasons.

http://wiki.xen.org/wiki/Xen_Cloud_Platform:_Access_to= _VM_console
(first hit on google for xcp console)

Or you can find a vncproxy utility on the host somewhere (it used to be
under /opt/xenserver/debug or something like that) which will proxy the
vnc connection over the authenticate XenAPI channel.

Ian.


--14dae9cdc6c11f4ced04d274ffd7-- --===============2430157081822006382== 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 --===============2430157081822006382==-- From xen-users-bounces@lists.xen.org Fri Jan 04 11:45:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 11:45: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 1Tr5h4-0004Zu-CF; Fri, 04 Jan 2013 11:44:10 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr5h2-0004Zi-7C for xen-users@lists.xen.org; Fri, 04 Jan 2013 11:44:08 +0000 Received: from [193.109.254.147:11249] by server-15.bemta-14.messagelabs.com id 60/85-05116-780C6E05; Fri, 04 Jan 2013 11:44:07 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1357299845!4875084!1 X-Originating-IP: [209.85.212.49] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26564 invoked from network); 4 Jan 2013 11:44:06 -0000 Received: from mail-vb0-f49.google.com (HELO mail-vb0-f49.google.com) (209.85.212.49) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 11:44:06 -0000 Received: by mail-vb0-f49.google.com with SMTP id r6so16192607vbi.8 for ; Fri, 04 Jan 2013 03:44:05 -0800 (PST) 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=oyZkHZILIVELfCdhWdt+dFm9Z4hgM+dbbiy4UwbSkv0=; b=oNQ5/N1hwmBwyQquPM8MOB81wMZFqJQjSfKV0DIu7PXUFrue4CJuIM8lq2sAAuFQ/I dbA+f+oL+ffNB/bUt4Wp+eWvbx+qJ3qCpfRUK5Rb5PMl1JmHtf1A+ca3PS267OFxdK+l tU9Jnj0elMTgHPR00bDTzPKo0ir2VQZ8JqxFFsEEXsRXwcx6QLxf11B2ZorQGBFwbHmo 1dTbBsowyXJlW5tNAasvTFE/PFI0BH09h/0VbmpPkmBzf2jNuVABmrmNe19QNY6zgkOs HRIcynmtowUtEP+jJdhdP37xxIat7rN+EYdjZCx7Pxa3UbFxZMo3U1WQFuMaNUp+t3V1 Wa5A== MIME-Version: 1.0 Received: by 10.220.230.133 with SMTP id jm5mr76809342vcb.4.1357299845123; Fri, 04 Jan 2013 03:44:05 -0800 (PST) Received: by 10.58.32.199 with HTTP; Fri, 4 Jan 2013 03:44:04 -0800 (PST) In-Reply-To: <1357290876.10611.9.camel@zakaz.uk.xensource.com> References: <1357290876.10611.9.camel@zakaz.uk.xensource.com> Date: Fri, 4 Jan 2013 06:44:04 -0500 Message-ID: From: Casey DeLorme To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============2430157081822006382==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2430157081822006382== Content-Type: multipart/alternative; boundary=14dae9cdc6c11f4ced04d274ffd7 --14dae9cdc6c11f4ced04d274ffd7 Content-Type: text/plain; charset=UTF-8 I am not having any problems configuring the machines, the toolstack makes plenty of sense. The only problem I am facing is connecting a console to a running VM. For me the only gain of using XenCenter is that it would handle that connection. I am quite sure that it won't provide me the information I need to connect to a VM without it, especially not for another platform like Linux or OS X (since XenCenter is a Windows application). I had spent a good number of hours on Google, and I had read that it was locked down, and was hoping there was a way to unlock it. I had read a guide for an older XCP version that mentioned modifying the listening address in a file in the /opt/xensource path, but after making that change and rebooting connections still did not work. The XCP platform installed without a GUI environment so connecting from localhost would involve adding a large number of software packages. I was hoping for another solution before I clobber the current environment trying to get Gnome or another Desktop Environment installed and running. I had read posts about the VNC being locked down, but I was hoping it was just a simple matter of adjusting a setting on the machine, such as changing the listening port. Supposedly older XCP versions allowed this by modifying the VNC configuration file in the /opt/xensource path, but I tried making that change and rebooting to no avail. I downloaded and have been reading the administration PDF's from Citrix, so I am plenty familiar with the command line options. Sadly the term "VNC" only appears twice in that entire document. Thanks for the suggestions so far, and please keep me posted if anyone comes across a solution for opening up VNC to the outside. On Fri, Jan 4, 2013 at 4:14 AM, Ian Campbell wrote: > Many XCP folks hang out on the (badly named) xen-api@ list. > > On Thu, 2013-01-03 at 17:54 +0000, Casey DeLorme wrote: > > > > The CentOS has no GUI, and I cannot seem to connect to an HVM over > > VNC. > > The VNC server only listens on localhost for security reasons. > > http://wiki.xen.org/wiki/Xen_Cloud_Platform:_Access_to_VM_console > (first hit on google for xcp console) > > Or you can find a vncproxy utility on the host somewhere (it used to be > under /opt/xenserver/debug or something like that) which will proxy the > vnc connection over the authenticate XenAPI channel. > > Ian. > > --14dae9cdc6c11f4ced04d274ffd7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I am not having any problems configuring the machines= , the toolstack makes plenty of sense. =C2=A0The only problem I am facing i= s connecting a console to a running VM. =C2=A0For me the only gain of using= XenCenter is that it would handle that connection. =C2=A0I am quite sure t= hat it won't provide me the information I need to connect to a VM witho= ut it, especially not for another platform like Linux or OS X (since XenCen= ter is a Windows application).

I had spent a good number of hours on Google, and= I had read that it was locked down, and was hoping there was a way to unlo= ck it. =C2=A0I had read a guide for an older XCP version that mentioned mod= ifying the listening address in a file in the /opt/xensource path, but afte= r making that change and rebooting connections still did not work.

The XCP platform installed without a GUI en= vironment so connecting from localhost would involve adding a large number = of software packages. =C2=A0I was hoping for another solution before I clob= ber the current environment trying to get Gnome or another Desktop Environm= ent installed and running.

I had read posts about the VNC being locked down,= but I was hoping it was just a simple matter of adjusting a setting on the= machine, such as changing the listening port. =C2=A0Supposedly older XCP v= ersions allowed this by modifying the VNC configuration file in the /opt/xe= nsource path, but I tried making that change and rebooting to no avail.

I downloaded and have been reading the administra= tion PDF's from Citrix, so I am plenty familiar with the command line o= ptions. =C2=A0Sadly the term "VNC" only appears twice in that ent= ire document.

Thanks for the suggestions so far, and plea= se keep me posted if anyone comes across a solution for opening up VNC to t= he outside.


On Fri, Jan 4, 2013 at 4:14 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
Many XCP folks hang out on the (badly named) xen-api@ list.

On Thu, 2013-01-03 at 17:54 +0000, Casey DeLorme wrote:


> The CentOS has no GUI, and I cannot seem to connect to an HVM over
> VNC.

The VNC server only listens on localhost for security reasons.

http://wiki.xen.org/wiki/Xen_Cloud_Platform:_Access_to= _VM_console
(first hit on google for xcp console)

Or you can find a vncproxy utility on the host somewhere (it used to be
under /opt/xenserver/debug or something like that) which will proxy the
vnc connection over the authenticate XenAPI channel.

Ian.


--14dae9cdc6c11f4ced04d274ffd7-- --===============2430157081822006382== 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 --===============2430157081822006382==-- From xen-users-bounces@lists.xen.org Fri Jan 04 11:56:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 11:56: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 1Tr5rn-00055N-8F; Fri, 04 Jan 2013 11:55:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr5rl-00055H-Bp for xen-users@lists.xen.org; Fri, 04 Jan 2013 11:55:13 +0000 Received: from [85.158.139.83:59140] by server-9.bemta-5.messagelabs.com id 70/E7-10690-023C6E05; Fri, 04 Jan 2013 11:55:12 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1357300486!30508423!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0NDE1\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8066 invoked from network); 4 Jan 2013 11:54:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 11:54:46 -0000 X-IronPort-AV: E=Sophos;i="4.84,409,1355097600"; d="scan'208";a="453847" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 11:54:46 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 11:54:46 +0000 Message-ID: <1357300484.10611.41.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Casey DeLorme Date: Fri, 4 Jan 2013 11:54:44 +0000 In-Reply-To: References: <1357290876.10611.9.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > The XCP platform installed without a GUI environment so connecting > from localhost would involve adding a large number of software > packages. [...] I didn't suggest you connect from localhost. > Thanks for the suggestions so far, and please keep me posted if anyone > comes across a solution for opening up VNC to the outside. Did you read the link I provided? It describes how to tunnel the VNC port to another machine using SSH (so no GUI or anything on the XCP host). Likewise vncproxy proxies the VNC port from your XCP machine to another one. > http://wiki.xen.org/wiki/Xen_Cloud_Platform:_Access_to_VM_console > (first hit on google for xcp console) > > Or you can find a vncproxy utility on the host somewhere (it > used to be > under /opt/xenserver/debug or something like that) which will > proxy the > vnc connection over the authenticate XenAPI channel. > > Ian. > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 11:56:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 11:56: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 1Tr5rn-00055N-8F; Fri, 04 Jan 2013 11:55:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr5rl-00055H-Bp for xen-users@lists.xen.org; Fri, 04 Jan 2013 11:55:13 +0000 Received: from [85.158.139.83:59140] by server-9.bemta-5.messagelabs.com id 70/E7-10690-023C6E05; Fri, 04 Jan 2013 11:55:12 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1357300486!30508423!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0NDE1\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8066 invoked from network); 4 Jan 2013 11:54:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 11:54:46 -0000 X-IronPort-AV: E=Sophos;i="4.84,409,1355097600"; d="scan'208";a="453847" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 11:54:46 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 11:54:46 +0000 Message-ID: <1357300484.10611.41.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Casey DeLorme Date: Fri, 4 Jan 2013 11:54:44 +0000 In-Reply-To: References: <1357290876.10611.9.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > The XCP platform installed without a GUI environment so connecting > from localhost would involve adding a large number of software > packages. [...] I didn't suggest you connect from localhost. > Thanks for the suggestions so far, and please keep me posted if anyone > comes across a solution for opening up VNC to the outside. Did you read the link I provided? It describes how to tunnel the VNC port to another machine using SSH (so no GUI or anything on the XCP host). Likewise vncproxy proxies the VNC port from your XCP machine to another one. > http://wiki.xen.org/wiki/Xen_Cloud_Platform:_Access_to_VM_console > (first hit on google for xcp console) > > Or you can find a vncproxy utility on the host somewhere (it > used to be > under /opt/xenserver/debug or something like that) which will > proxy the > vnc connection over the authenticate XenAPI channel. > > Ian. > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 12:22:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 12:22: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 1Tr6Ha-0007di-7L; Fri, 04 Jan 2013 12:21:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr6HY-0007dd-Pq for xen-users@lists.xen.org; Fri, 04 Jan 2013 12:21:53 +0000 Received: from [85.158.139.211:12324] by server-11.bemta-5.messagelabs.com id 30/F8-31624-069C6E05; Fri, 04 Jan 2013 12:21:52 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1357302109!22331777!1 X-Originating-IP: [209.85.220.169] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28802 invoked from network); 4 Jan 2013 12:21:51 -0000 Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 12:21:51 -0000 Received: by mail-vc0-f169.google.com with SMTP id gb23so16882450vcb.0 for ; Fri, 04 Jan 2013 04:21:49 -0800 (PST) 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=ZZeLJZpchP93xAZzgYrpwm9nJXMgsdpNmnnbqBKbyG8=; b=F2Ddk8qyoN70yxXX8ia/yI0DD4tVRMTycUOMsBM9WGzt5eItrsF4NPmCDLGhXiWdqE b+4bt8BpBb+PhV7pac1DGO4ZrBYSsJ7Dn76VbQx+eRNbhg2rglJk9S752vKM4Tlgc6ZL ONINVRhJWMn7GaL4eJWH56Vx6u4cNU8FGlepTEkSOk/GHdgYWaVhTbdPsjxZya4LQagK t9qSEWF8finxMEr5bejxxyy+CsvnXEpFd9DAklppABHil/uGrVdKBMfbew0sDyR1VNi5 jknmPQb77iEHEsWzV+MZZnFOuQYMW/ZQ1TRdlYbXJIEK3VuAWTogImrX9XiVOMAtNOe3 d8rA== MIME-Version: 1.0 Received: by 10.52.156.67 with SMTP id wc3mr66883060vdb.19.1357302109603; Fri, 04 Jan 2013 04:21:49 -0800 (PST) Received: by 10.58.32.199 with HTTP; Fri, 4 Jan 2013 04:21:49 -0800 (PST) In-Reply-To: <1357300484.10611.41.camel@zakaz.uk.xensource.com> References: <1357290876.10611.9.camel@zakaz.uk.xensource.com> <1357300484.10611.41.camel@zakaz.uk.xensource.com> Date: Fri, 4 Jan 2013 07:21:49 -0500 Message-ID: From: Casey DeLorme To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============4342091720181063292==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4342091720181063292== Content-Type: multipart/alternative; boundary=bcaec53aece218868b04d2758686 --bcaec53aece218868b04d2758686 Content-Type: text/plain; charset=UTF-8 On Fri, Jan 4, 2013 at 6:54 AM, Ian Campbell wrote: > > The XCP platform installed without a GUI environment so connecting > > from localhost would involve adding a large number of software > > packages. > [...] > > I didn't suggest you connect from localhost. > > Sorry, misled by my limited understanding of SSH. > Thanks for the suggestions so far, and please keep me posted if anyone > > comes across a solution for opening up VNC to the outside. > > Did you read the link I provided? It describes how to tunnel the VNC > port to another machine using SSH (so no GUI or anything on the XCP > host). Likewise vncproxy proxies the VNC port from your XCP machine to > another one. > > Forgive me, I had read that page before but did not understand the SSH command examples and since they contained 127.0.0.1 my immediate assumption was they are doing something on the localhost. Can you clarify this for me? If I run the following command (adjusting the port to match the dom-id off the 5900 range) from the machine I want to connect from it opens and forwards traffic from the XCP Server to the machine I am using? ssh -L 5901:127.0.0.1:5901 user@xcpserver-ip As for the VNC Proxy am I to understand it is a package? I had never heard of it before and the wording "Xen VNC Proxy" led me to believe it was a configuration option or utility that came with Xen and I had not found it yet. Thanks again, please let me know if I got that right. I will give both a try when I can access the system again. > http://wiki.xen.org/wiki/Xen_Cloud_Platform:_Access_to_VM_console > > (first hit on google for xcp console) > > > > Or you can find a vncproxy utility on the host somewhere (it > > used to be > > under /opt/xenserver/debug or something like that) which will > > proxy the > > vnc connection over the authenticate XenAPI channel. > > > > Ian. > > > > > > > > > --bcaec53aece218868b04d2758686 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Jan 4, 2013 at 6:54 AM, Ian Campbell <Ian.C= ampbell@citrix.com> wrote:
> The XCP platform installed without = a GUI environment so connecting
> from localhost would involve adding a large number of software
> packages.
[...]

I didn't suggest you connect from localhost.

Sorry, misled by my lim= ited understanding of SSH.

> Thanks for the suggestions so far, and please keep me posted if anyone=
> comes across a solution for opening up VNC to the outside.

Did you read the link I provided? It describes how to tunnel the VNC<= br> port to another machine using SSH (so no GUI or anything on the XCP
host). Likewise vncproxy proxies the VNC port from your XCP machine to
another one.

Fo= rgive me, I had read that page before but did not understand the SSH comman= d examples and since they contained 127.0.0.1 my immediate assumption was t= hey are doing something on the localhost.

Can you clarify this for me? =C2=A0If I run the followi= ng command (adjusting the port to match the dom-id off the 5900 range) from= the machine I want to connect from it opens and forwards traffic from the = XCP Server to the machine I am using?

ssh = -L 5901:127.0.0.1:5901 user@xcpserver= -ip

As for the VNC Proxy am I to understand it is = a package? =C2=A0I had never heard of it before and the wording "Xen V= NC Proxy" led me to believe it was a configuration option or utility t= hat came with Xen and I had not found it yet.

Thanks again, please let me know if I got that right. = =C2=A0I will give both a try when I can access the system again.

> =C2=A0 =C2=A0 =C2=A0 =C2=A0 http://wiki.xen.org/w= iki/Xen_Cloud_Platform:_Access_to_VM_console
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 (first hit on google for xcp console)
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 Or you can find a vncproxy utility on the = host somewhere (it
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 used to be
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 under /opt/xenserver/debug or something li= ke that) which will
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 proxy the
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 vnc connection over the authenticate XenAP= I channel.
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 Ian.
>
>
>



--bcaec53aece218868b04d2758686-- --===============4342091720181063292== 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 --===============4342091720181063292==-- From xen-users-bounces@lists.xen.org Fri Jan 04 12:22:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 12:22: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 1Tr6Ha-0007di-7L; Fri, 04 Jan 2013 12:21:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr6HY-0007dd-Pq for xen-users@lists.xen.org; Fri, 04 Jan 2013 12:21:53 +0000 Received: from [85.158.139.211:12324] by server-11.bemta-5.messagelabs.com id 30/F8-31624-069C6E05; Fri, 04 Jan 2013 12:21:52 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1357302109!22331777!1 X-Originating-IP: [209.85.220.169] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28802 invoked from network); 4 Jan 2013 12:21:51 -0000 Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 12:21:51 -0000 Received: by mail-vc0-f169.google.com with SMTP id gb23so16882450vcb.0 for ; Fri, 04 Jan 2013 04:21:49 -0800 (PST) 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=ZZeLJZpchP93xAZzgYrpwm9nJXMgsdpNmnnbqBKbyG8=; b=F2Ddk8qyoN70yxXX8ia/yI0DD4tVRMTycUOMsBM9WGzt5eItrsF4NPmCDLGhXiWdqE b+4bt8BpBb+PhV7pac1DGO4ZrBYSsJ7Dn76VbQx+eRNbhg2rglJk9S752vKM4Tlgc6ZL ONINVRhJWMn7GaL4eJWH56Vx6u4cNU8FGlepTEkSOk/GHdgYWaVhTbdPsjxZya4LQagK t9qSEWF8finxMEr5bejxxyy+CsvnXEpFd9DAklppABHil/uGrVdKBMfbew0sDyR1VNi5 jknmPQb77iEHEsWzV+MZZnFOuQYMW/ZQ1TRdlYbXJIEK3VuAWTogImrX9XiVOMAtNOe3 d8rA== MIME-Version: 1.0 Received: by 10.52.156.67 with SMTP id wc3mr66883060vdb.19.1357302109603; Fri, 04 Jan 2013 04:21:49 -0800 (PST) Received: by 10.58.32.199 with HTTP; Fri, 4 Jan 2013 04:21:49 -0800 (PST) In-Reply-To: <1357300484.10611.41.camel@zakaz.uk.xensource.com> References: <1357290876.10611.9.camel@zakaz.uk.xensource.com> <1357300484.10611.41.camel@zakaz.uk.xensource.com> Date: Fri, 4 Jan 2013 07:21:49 -0500 Message-ID: From: Casey DeLorme To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.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="===============4342091720181063292==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4342091720181063292== Content-Type: multipart/alternative; boundary=bcaec53aece218868b04d2758686 --bcaec53aece218868b04d2758686 Content-Type: text/plain; charset=UTF-8 On Fri, Jan 4, 2013 at 6:54 AM, Ian Campbell wrote: > > The XCP platform installed without a GUI environment so connecting > > from localhost would involve adding a large number of software > > packages. > [...] > > I didn't suggest you connect from localhost. > > Sorry, misled by my limited understanding of SSH. > Thanks for the suggestions so far, and please keep me posted if anyone > > comes across a solution for opening up VNC to the outside. > > Did you read the link I provided? It describes how to tunnel the VNC > port to another machine using SSH (so no GUI or anything on the XCP > host). Likewise vncproxy proxies the VNC port from your XCP machine to > another one. > > Forgive me, I had read that page before but did not understand the SSH command examples and since they contained 127.0.0.1 my immediate assumption was they are doing something on the localhost. Can you clarify this for me? If I run the following command (adjusting the port to match the dom-id off the 5900 range) from the machine I want to connect from it opens and forwards traffic from the XCP Server to the machine I am using? ssh -L 5901:127.0.0.1:5901 user@xcpserver-ip As for the VNC Proxy am I to understand it is a package? I had never heard of it before and the wording "Xen VNC Proxy" led me to believe it was a configuration option or utility that came with Xen and I had not found it yet. Thanks again, please let me know if I got that right. I will give both a try when I can access the system again. > http://wiki.xen.org/wiki/Xen_Cloud_Platform:_Access_to_VM_console > > (first hit on google for xcp console) > > > > Or you can find a vncproxy utility on the host somewhere (it > > used to be > > under /opt/xenserver/debug or something like that) which will > > proxy the > > vnc connection over the authenticate XenAPI channel. > > > > Ian. > > > > > > > > > --bcaec53aece218868b04d2758686 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Jan 4, 2013 at 6:54 AM, Ian Campbell <Ian.C= ampbell@citrix.com> wrote:
> The XCP platform installed without = a GUI environment so connecting
> from localhost would involve adding a large number of software
> packages.
[...]

I didn't suggest you connect from localhost.

Sorry, misled by my lim= ited understanding of SSH.

> Thanks for the suggestions so far, and please keep me posted if anyone=
> comes across a solution for opening up VNC to the outside.

Did you read the link I provided? It describes how to tunnel the VNC<= br> port to another machine using SSH (so no GUI or anything on the XCP
host). Likewise vncproxy proxies the VNC port from your XCP machine to
another one.

Fo= rgive me, I had read that page before but did not understand the SSH comman= d examples and since they contained 127.0.0.1 my immediate assumption was t= hey are doing something on the localhost.

Can you clarify this for me? =C2=A0If I run the followi= ng command (adjusting the port to match the dom-id off the 5900 range) from= the machine I want to connect from it opens and forwards traffic from the = XCP Server to the machine I am using?

ssh = -L 5901:127.0.0.1:5901 user@xcpserver= -ip

As for the VNC Proxy am I to understand it is = a package? =C2=A0I had never heard of it before and the wording "Xen V= NC Proxy" led me to believe it was a configuration option or utility t= hat came with Xen and I had not found it yet.

Thanks again, please let me know if I got that right. = =C2=A0I will give both a try when I can access the system again.

> =C2=A0 =C2=A0 =C2=A0 =C2=A0 http://wiki.xen.org/w= iki/Xen_Cloud_Platform:_Access_to_VM_console
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 (first hit on google for xcp console)
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 Or you can find a vncproxy utility on the = host somewhere (it
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 used to be
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 under /opt/xenserver/debug or something li= ke that) which will
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 proxy the
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 vnc connection over the authenticate XenAP= I channel.
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 Ian.
>
>
>



--bcaec53aece218868b04d2758686-- --===============4342091720181063292== 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 --===============4342091720181063292==-- From xen-users-bounces@lists.xen.org Fri Jan 04 12:33:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 12:33: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 1Tr6Rj-00083s-0d; Fri, 04 Jan 2013 12:32:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr6Rh-00083l-SR for xen-users@lists.xen.org; Fri, 04 Jan 2013 12:32:21 +0000 Received: from [85.158.138.51:6831] by server-12.bemta-3.messagelabs.com id 50/8D-27559-4DBC6E05; Fri, 04 Jan 2013 12:32:20 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1357302714!23270283!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0NDE1\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16679 invoked from network); 4 Jan 2013 12:31:55 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 12:31:55 -0000 X-IronPort-AV: E=Sophos;i="4.84,409,1355097600"; d="scan'208";a="454782" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 12:31:54 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 12:31:54 +0000 Message-ID: <1357302713.14291.5.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Casey DeLorme Date: Fri, 4 Jan 2013 12:31:53 +0000 In-Reply-To: References: <1357290876.10611.9.camel@zakaz.uk.xensource.com> <1357300484.10611.41.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-04 at 12:21 +0000, Casey DeLorme wrote: > > Can you clarify this for me? If I run the following command > (adjusting the port to match the dom-id off the 5900 range) from the > machine I want to connect from it opens and forwards traffic from the > XCP Server to the machine I am using? > > > ssh -L 5901:127.0.0.1:5901 user@xcpserver-ip This is described in ssh(1). It will login to xcpserver-ip and bind 127.0.0.1:5901 (where 127.0.0.1 is resolved on xcpserver-ip) to 5091 on the client machine (the one you ran ssh on). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 12:33:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 12:33: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 1Tr6Rj-00083s-0d; Fri, 04 Jan 2013 12:32:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr6Rh-00083l-SR for xen-users@lists.xen.org; Fri, 04 Jan 2013 12:32:21 +0000 Received: from [85.158.138.51:6831] by server-12.bemta-3.messagelabs.com id 50/8D-27559-4DBC6E05; Fri, 04 Jan 2013 12:32:20 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1357302714!23270283!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0NDE1\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16679 invoked from network); 4 Jan 2013 12:31:55 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 12:31:55 -0000 X-IronPort-AV: E=Sophos;i="4.84,409,1355097600"; d="scan'208";a="454782" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 12:31:54 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 12:31:54 +0000 Message-ID: <1357302713.14291.5.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Casey DeLorme Date: Fri, 4 Jan 2013 12:31:53 +0000 In-Reply-To: References: <1357290876.10611.9.camel@zakaz.uk.xensource.com> <1357300484.10611.41.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XCP Question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-04 at 12:21 +0000, Casey DeLorme wrote: > > Can you clarify this for me? If I run the following command > (adjusting the port to match the dom-id off the 5900 range) from the > machine I want to connect from it opens and forwards traffic from the > XCP Server to the machine I am using? > > > ssh -L 5901:127.0.0.1:5901 user@xcpserver-ip This is described in ssh(1). It will login to xcpserver-ip and bind 127.0.0.1:5901 (where 127.0.0.1 is resolved on xcpserver-ip) to 5091 on the client machine (the one you ran ssh on). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 13:29:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 13:29: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 1Tr7Je-00017D-JE; Fri, 04 Jan 2013 13:28:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr7Jd-000178-VO for xen-users@lists.xen.org; Fri, 04 Jan 2013 13:28:06 +0000 Received: from [193.109.254.147:34501] by server-14.bemta-14.messagelabs.com id C7/71-10022-5E8D6E05; Fri, 04 Jan 2013 13:28:05 +0000 X-Env-Sender: sdiris@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1357306079!3270769!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20973 invoked from network); 4 Jan 2013 13:28:04 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 13:28:04 -0000 Received: by mail-we0-f177.google.com with SMTP id x48so7640405wey.8 for ; Fri, 04 Jan 2013 05:27:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:x-mailer:thread-index :content-language; bh=44cgqdxqXtVNIhGY1m4we+OdqF6+yXHZqcohM1r0Kt8=; b=A3m2DxHjdDKE8rz+1KM4HXkLa3pmiOXmpFmmLi+DuiD35FoGToQiJqd0Zx705OMmI0 mYnvmjLXjjyFaBv/CTGPkkZk5FQ4oCh2CEYTCZ7spyOPiQ44QdEAW74+s999i/NUf84j LBdTAjAKCPGl5xW5a6ykLJ1BWsf65h8LNHpWEREI3L8Y7KLXXJsrI+DKKOx/zglz9U2F tfPUHqIHJI7tqYNv93gilBlVbDdo0mJUHeTMHziNuVHtCiP3sqJ+qYe7sLI/TSWPYAn/ jDCtdkS6G5nuHHgtB3bi7jC5ziRDvgZqPfv7CD2VPQQs/I5DnSEb+g8gocAnBNMwATmX whOA== X-Received: by 10.180.39.143 with SMTP id p15mr80119801wik.14.1357306066195; Fri, 04 Jan 2013 05:27:46 -0800 (PST) Received: from yimingwin7 (c134.al.cl.cam.ac.uk. [128.232.110.134]) by mx.google.com with ESMTPS id eo10sm90367380wib.9.2013.01.04.05.27.44 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 04 Jan 2013 05:27:45 -0800 (PST) From: "Yiming Zhang" To: Date: Fri, 4 Jan 2013 13:27:47 -0000 Message-ID: <001e01cdea7f$4a0a5630$de1f0290$@gmail.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac3qf0kFpaMB0xPYR3aUfeBfkWIVYg== Content-Language: zh-cn Subject: [Xen-users] failed to run xen3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 want to run the examples of a book titled "The Definitive Guide to the Xen Hypervisor", but Xen4.x seems not support the examples and says something like xc: error: panic: xc_dom_bzimageloader.c:607: xc_dom_probe_bzimage_kernel: kernel is not a bzImage: Invalid kernel So I have to install Xen3.4. On vmware, I follow the instructions from Internet to install Ubuntu 1004 with kernel 2.6.32-33, download a new kernel (2.6.31-8) and its patch (xen-patch-2.6.31-10) for dom0. But after I compile xen and the new kernel, I failed to get into dom0 and It halted during startup. I also tried to do this on Debian 6-64bit and it failed as well. The problem is that there are too many "courses" on the Internet to find a correct one. Is there anyone who succeeded in doing the thing I want to do (install xen3.x on a Linux dist and start a dom0 guest os)? And I also appreciate any useful references on the web. Thanks! Yiming _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 13:29:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 13:29: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 1Tr7Je-00017D-JE; Fri, 04 Jan 2013 13:28:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr7Jd-000178-VO for xen-users@lists.xen.org; Fri, 04 Jan 2013 13:28:06 +0000 Received: from [193.109.254.147:34501] by server-14.bemta-14.messagelabs.com id C7/71-10022-5E8D6E05; Fri, 04 Jan 2013 13:28:05 +0000 X-Env-Sender: sdiris@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1357306079!3270769!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20973 invoked from network); 4 Jan 2013 13:28:04 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 13:28:04 -0000 Received: by mail-we0-f177.google.com with SMTP id x48so7640405wey.8 for ; Fri, 04 Jan 2013 05:27:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:x-mailer:thread-index :content-language; bh=44cgqdxqXtVNIhGY1m4we+OdqF6+yXHZqcohM1r0Kt8=; b=A3m2DxHjdDKE8rz+1KM4HXkLa3pmiOXmpFmmLi+DuiD35FoGToQiJqd0Zx705OMmI0 mYnvmjLXjjyFaBv/CTGPkkZk5FQ4oCh2CEYTCZ7spyOPiQ44QdEAW74+s999i/NUf84j LBdTAjAKCPGl5xW5a6ykLJ1BWsf65h8LNHpWEREI3L8Y7KLXXJsrI+DKKOx/zglz9U2F tfPUHqIHJI7tqYNv93gilBlVbDdo0mJUHeTMHziNuVHtCiP3sqJ+qYe7sLI/TSWPYAn/ jDCtdkS6G5nuHHgtB3bi7jC5ziRDvgZqPfv7CD2VPQQs/I5DnSEb+g8gocAnBNMwATmX whOA== X-Received: by 10.180.39.143 with SMTP id p15mr80119801wik.14.1357306066195; Fri, 04 Jan 2013 05:27:46 -0800 (PST) Received: from yimingwin7 (c134.al.cl.cam.ac.uk. [128.232.110.134]) by mx.google.com with ESMTPS id eo10sm90367380wib.9.2013.01.04.05.27.44 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 04 Jan 2013 05:27:45 -0800 (PST) From: "Yiming Zhang" To: Date: Fri, 4 Jan 2013 13:27:47 -0000 Message-ID: <001e01cdea7f$4a0a5630$de1f0290$@gmail.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac3qf0kFpaMB0xPYR3aUfeBfkWIVYg== Content-Language: zh-cn Subject: [Xen-users] failed to run xen3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 want to run the examples of a book titled "The Definitive Guide to the Xen Hypervisor", but Xen4.x seems not support the examples and says something like xc: error: panic: xc_dom_bzimageloader.c:607: xc_dom_probe_bzimage_kernel: kernel is not a bzImage: Invalid kernel So I have to install Xen3.4. On vmware, I follow the instructions from Internet to install Ubuntu 1004 with kernel 2.6.32-33, download a new kernel (2.6.31-8) and its patch (xen-patch-2.6.31-10) for dom0. But after I compile xen and the new kernel, I failed to get into dom0 and It halted during startup. I also tried to do this on Debian 6-64bit and it failed as well. The problem is that there are too many "courses" on the Internet to find a correct one. Is there anyone who succeeded in doing the thing I want to do (install xen3.x on a Linux dist and start a dom0 guest os)? And I also appreciate any useful references on the web. Thanks! Yiming _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 14:51:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 14:51: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 1Tr8bC-0003yr-Uk; Fri, 04 Jan 2013 14:50:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr8bB-0003ym-4k for xen-users@lists.xensource.com; Fri, 04 Jan 2013 14:50:17 +0000 Received: from [85.158.143.99:50581] by server-3.bemta-4.messagelabs.com id 1F/A6-18211-82CE6E05; Fri, 04 Jan 2013 14:50:16 +0000 X-Env-Sender: nerilaunt@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1357311004!26679738!1 X-Originating-IP: [209.85.214.52] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17660 invoked from network); 4 Jan 2013 14:50:05 -0000 Received: from mail-bk0-f52.google.com (HELO mail-bk0-f52.google.com) (209.85.214.52) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 14:50:05 -0000 Received: by mail-bk0-f52.google.com with SMTP id w5so7232278bku.39 for ; Fri, 04 Jan 2013 06:50:04 -0800 (PST) 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=/yhebx+sz4M8xWaSACrN3m0f6gZDe0XvHdkHMGzzpNI=; b=kaWAUoclVetSc59VnrhnmfsW6uJpXE7gUEohG0/jl/ZOXyWv/SAu2dOcQvtTNDwfDF TCKkAs3dAjpwcgv7czG09uEVNjJLXS5epP0SVCFSq29GsvkpT+td0KhjoTsVgbEkDeJk 0oe2dp2440YWB8ZlqS/Fd0HoF+tHm0NiPW/OSkjl0CnEEIhO9ajJmioQdVmD5b4g2gYT I+BkoqUwZdcf5nMwYkkKd39GY5xdnvppR5N0FHtJu85yyFOyyJo1KtTvczWt+lyKwXMs RfAHXwq12CU2C4AYKCt/knm87v1kGBdKS4jlhPPGY3vWAAd9VwxCTEV7PFR105DvrYrJ ps8w== MIME-Version: 1.0 Received: by 10.204.150.137 with SMTP id y9mr25687571bkv.103.1357311004325; Fri, 04 Jan 2013 06:50:04 -0800 (PST) Received: by 10.204.40.80 with HTTP; Fri, 4 Jan 2013 06:50:04 -0800 (PST) In-Reply-To: References: Date: Fri, 4 Jan 2013 15:50:04 +0100 Message-ID: From: Nerilaunt Nerilaunt To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Random kernel 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: multipart/mixed; boundary="===============5916822361793200159==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5916822361793200159== Content-Type: multipart/alternative; boundary=0015175cfccc43370304d27798bf --0015175cfccc43370304d27798bf Content-Type: text/plain; charset=ISO-8859-1 Hello, As I didn't receive any response, maybe I have forgotten some important informations. If so, or if there is a better place to send my xen/kernel problem, please tell me. Thanks, Neri 2012/12/28 Nerilaunt Nerilaunt > Hi, > > I have several random kernel errors in my logs like that : > http://pastebin.com/XhfyEjYu > > I have tested some kernels (3.3.7, 3.4.4, and the latest 3.7.1). There is > my "xm info" output : http://pastebin.com/ASyYU2f3 > The errors occurs on multiple servers with different hardware, and seems > to not happen when no domU are launched. > > Do you have some ideas to debug that ? > > Thanks, > > Neri > > > --0015175cfccc43370304d27798bf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

As I didn't receive any response, maybe = I have forgotten some important informations.

If so, or if there is = a better place to send my xen/kernel problem, please tell me.

Thanks= ,

Neri


2012/12/28 Nerilaunt Nerilaunt <nerilaunt@gmail.com><= br>
Hi,

I have several random= kernel errors in my logs like that : http://pastebin.com/XhfyEjYu

I have = tested some kernels (3.3.7, 3.4.4, and the latest 3.7.1). There is my "= ;xm info" output : http://pastebin.com/ASyYU2f3
The errors occurs on multiple servers with different hardware, a= nd seems to not happen when no domU are launched.

D= o you have some ideas to debug that ?

Thanks,

Neri


<= /div>

--0015175cfccc43370304d27798bf-- --===============5916822361793200159== 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 --===============5916822361793200159==-- From xen-users-bounces@lists.xen.org Fri Jan 04 14:51:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 14:51: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 1Tr8bC-0003yr-Uk; Fri, 04 Jan 2013 14:50:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr8bB-0003ym-4k for xen-users@lists.xensource.com; Fri, 04 Jan 2013 14:50:17 +0000 Received: from [85.158.143.99:50581] by server-3.bemta-4.messagelabs.com id 1F/A6-18211-82CE6E05; Fri, 04 Jan 2013 14:50:16 +0000 X-Env-Sender: nerilaunt@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1357311004!26679738!1 X-Originating-IP: [209.85.214.52] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17660 invoked from network); 4 Jan 2013 14:50:05 -0000 Received: from mail-bk0-f52.google.com (HELO mail-bk0-f52.google.com) (209.85.214.52) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 14:50:05 -0000 Received: by mail-bk0-f52.google.com with SMTP id w5so7232278bku.39 for ; Fri, 04 Jan 2013 06:50:04 -0800 (PST) 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=/yhebx+sz4M8xWaSACrN3m0f6gZDe0XvHdkHMGzzpNI=; b=kaWAUoclVetSc59VnrhnmfsW6uJpXE7gUEohG0/jl/ZOXyWv/SAu2dOcQvtTNDwfDF TCKkAs3dAjpwcgv7czG09uEVNjJLXS5epP0SVCFSq29GsvkpT+td0KhjoTsVgbEkDeJk 0oe2dp2440YWB8ZlqS/Fd0HoF+tHm0NiPW/OSkjl0CnEEIhO9ajJmioQdVmD5b4g2gYT I+BkoqUwZdcf5nMwYkkKd39GY5xdnvppR5N0FHtJu85yyFOyyJo1KtTvczWt+lyKwXMs RfAHXwq12CU2C4AYKCt/knm87v1kGBdKS4jlhPPGY3vWAAd9VwxCTEV7PFR105DvrYrJ ps8w== MIME-Version: 1.0 Received: by 10.204.150.137 with SMTP id y9mr25687571bkv.103.1357311004325; Fri, 04 Jan 2013 06:50:04 -0800 (PST) Received: by 10.204.40.80 with HTTP; Fri, 4 Jan 2013 06:50:04 -0800 (PST) In-Reply-To: References: Date: Fri, 4 Jan 2013 15:50:04 +0100 Message-ID: From: Nerilaunt Nerilaunt To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Random kernel 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: multipart/mixed; boundary="===============5916822361793200159==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5916822361793200159== Content-Type: multipart/alternative; boundary=0015175cfccc43370304d27798bf --0015175cfccc43370304d27798bf Content-Type: text/plain; charset=ISO-8859-1 Hello, As I didn't receive any response, maybe I have forgotten some important informations. If so, or if there is a better place to send my xen/kernel problem, please tell me. Thanks, Neri 2012/12/28 Nerilaunt Nerilaunt > Hi, > > I have several random kernel errors in my logs like that : > http://pastebin.com/XhfyEjYu > > I have tested some kernels (3.3.7, 3.4.4, and the latest 3.7.1). There is > my "xm info" output : http://pastebin.com/ASyYU2f3 > The errors occurs on multiple servers with different hardware, and seems > to not happen when no domU are launched. > > Do you have some ideas to debug that ? > > Thanks, > > Neri > > > --0015175cfccc43370304d27798bf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

As I didn't receive any response, maybe = I have forgotten some important informations.

If so, or if there is = a better place to send my xen/kernel problem, please tell me.

Thanks= ,

Neri


2012/12/28 Nerilaunt Nerilaunt <nerilaunt@gmail.com><= br>
Hi,

I have several random= kernel errors in my logs like that : http://pastebin.com/XhfyEjYu

I have = tested some kernels (3.3.7, 3.4.4, and the latest 3.7.1). There is my "= ;xm info" output : http://pastebin.com/ASyYU2f3
The errors occurs on multiple servers with different hardware, a= nd seems to not happen when no domU are launched.

D= o you have some ideas to debug that ?

Thanks,

Neri


<= /div>

--0015175cfccc43370304d27798bf-- --===============5916822361793200159== 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 --===============5916822361793200159==-- From xen-users-bounces@lists.xen.org Fri Jan 04 15:11:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 15:11: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 1Tr8uf-0004yr-Lh; Fri, 04 Jan 2013 15:10:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr8ue-0004yj-Do for xen-users@lists.xensource.com; Fri, 04 Jan 2013 15:10:24 +0000 Received: from [85.158.139.211:39038] by server-6.bemta-5.messagelabs.com id 9A/ED-30498-FD0F6E05; Fri, 04 Jan 2013 15:10:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1357312222!22703823!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0NDE1\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12583 invoked from network); 4 Jan 2013 15:10:22 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 15:10:22 -0000 X-IronPort-AV: E=Sophos;i="4.84,411,1355097600"; d="scan'208";a="458393" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 15:10:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 15:10:21 +0000 Message-ID: <1357312220.14291.54.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Nerilaunt Nerilaunt Date: Fri, 4 Jan 2013 15:10:20 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Random kernel 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 Fri, 2013-01-04 at 14:50 +0000, Nerilaunt Nerilaunt wrote: > Hello, > > As I didn't receive any response, maybe I have forgotten some > important informations. Usually it is better to include at least a snippet of the logs in the email, many people will just skip over something which requires them to follow a link. Googling for "__sanitize_i387_state" from your logs suggests that you may be hitting an xsave related issue. Try adding "xsave=0" to either/both the hypervisor and kernel command line. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 15:11:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 15:11: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 1Tr8uf-0004yr-Lh; Fri, 04 Jan 2013 15:10:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr8ue-0004yj-Do for xen-users@lists.xensource.com; Fri, 04 Jan 2013 15:10:24 +0000 Received: from [85.158.139.211:39038] by server-6.bemta-5.messagelabs.com id 9A/ED-30498-FD0F6E05; Fri, 04 Jan 2013 15:10:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1357312222!22703823!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE0NDE1\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12583 invoked from network); 4 Jan 2013 15:10:22 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 15:10:22 -0000 X-IronPort-AV: E=Sophos;i="4.84,411,1355097600"; d="scan'208";a="458393" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Jan 2013 15:10:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.5; Fri, 4 Jan 2013 15:10:21 +0000 Message-ID: <1357312220.14291.54.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Nerilaunt Nerilaunt Date: Fri, 4 Jan 2013 15:10:20 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Random kernel 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 Fri, 2013-01-04 at 14:50 +0000, Nerilaunt Nerilaunt wrote: > Hello, > > As I didn't receive any response, maybe I have forgotten some > important informations. Usually it is better to include at least a snippet of the logs in the email, many people will just skip over something which requires them to follow a link. Googling for "__sanitize_i387_state" from your logs suggests that you may be hitting an xsave related issue. Try adding "xsave=0" to either/both the hypervisor and kernel command line. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 16:04:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 16:04: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 1Tr9j8-0007Lz-GD; Fri, 04 Jan 2013 16:02:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr9j6-0007LN-1G; Fri, 04 Jan 2013 16:02:32 +0000 Received: from [85.158.139.83:57336] by server-2.bemta-5.messagelabs.com id 8B/34-16162-71DF6E05; Fri, 04 Jan 2013 16:02:31 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-12.tower-182.messagelabs.com!1357315335!30149366!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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23198 invoked from network); 4 Jan 2013 16:02:16 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-12.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jan 2013 16:02:16 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr9ih-0004WW-2Q; Fri, 04 Jan 2013 16:02:07 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1Tr9he-0007fM-NC; Fri, 04 Jan 2013 16:02:05 +0000 Date: Fri, 04 Jan 2013 16:01:03 +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 37 (CVE-2013-0154) - Hypervisor crash due to incorrect ASSERT (debug build only) X-BeenThere: xen-users@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-0154 / XSA-37 Hypervisor crash due to incorrect ASSERT (debug build only) ISSUE DESCRIPTION ================= A change to an internal interface within the hypervisor invalidated an ASSERT in a caller of that API. This code path is exposed to PV guests via a hypercall allowing administrators of PV guests to crash the hypervisor if it is built with debugging enabled. IMPACT ====== Malicious administrators of PV guests running on hypervisors built with the non-default debug=y option can crash the host. VULNERABLE SYSTEMS ================== Systems running Xen 4.2 and unstable are vulnerable to this issue. Xen 4.1 and earlier are not vulnerable. Only systems built with debugging enabled are vulnerable. Debugging is not enabled by default. Systems running PV guests or HVM guests using stubdomains are vulnerable. Guests which run only HVM guests without stubdomains are not vulnerable. MITIGATION ========== Building the hypervisor without debugging enabled will completely avoid this issue. Note that debugging is not enabled by default. Avoiding running PV guests with untrusted administrators will also avoid this issue NOTE REGARDING LACK OF EMBARGO ============================== This issue was disclosed publicly on xen-devel; the person reporting it did not appreciate that it was a security issue. Under the circumstances the Xen.org security team do not consider that this advisory should be embargoed. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa37-4.2.patch Xen 4.2.x xsa37-unstable.patch xen-unstable $ sha256sum xsa37*.patch beb9406e2d2de7a9768034af443b2eb30f69cd6e4688ceb63305595d2221194d xsa37-4.2.patch 161f41f95bd679cdb19e37df4da6a75386af4689118377ec501a9e3d4f66c873 xsa37-unstable.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJQ5vyNAAoJEIP+FMlX6CvZkGUH/38HiKMfj+95DCgRzQI8dGpu 6bvyhnHOY1WyGPGmDYuaMfLhOdBIoOdR46qMkC7R4kgaNqRIrev2KmzXSF//UuRq w/8eUwby1jGmZ4NnrxjBQfHQMUywkZGO0IdSzK573nCsOBDMH42Ec/vtEpnJsNK/ vxWibmsPmNvDuZ0l/fhuc78iGcpF1D2T9D5ndujfJQ02cYFKeXVzBLuMtA/+YAPF JszVIknZnXYKoVjcXMOf5qokRxZehsI4BsbI6A4AxxZboSBzV1lX+fkPqGZnUury oiGTSIzdnTq4UbgrgV3JJGcfsCpB2xm5pDLsmXiggd8Zjo2oW25dWrpmTo5B8dU= =bPx0 -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa37-4.2.patch" Content-Disposition: attachment; filename="xsa37-4.2.patch" Content-Transfer-Encoding: base64 eDg2OiBmaXggYXNzZXJ0aW9uIGluIGdldF9wYWdlX3R5cGUoKQoKYy9zIDIy OTk4OmU5ZmFiNTBkN2I2MSAoYW5kIGltbWVkaWF0ZWx5IGZvbGxvd2luZyBv bmVzKSBtYWRlIGl0CnBvc3NpYmxlIHRoYXQgX19nZXRfcGFnZV90eXBlKCkg cmV0dXJucyBvdGhlciB0aGFuIC1FSU5WQUwsIGluCnBhcnRpY3VsYXIgLUVC VVNZLiBDb25zZXF1ZW50bHksIHRoZSBhc3NlcnRpb24gaW4gZ2V0X3BhZ2Vf dHlwZSgpCnNob3VsZCBjaGVjayBmb3Igb25seSB0aGUgcmV0dXJuIHZhbHVl cyB3ZSBhYnNvbHV0ZWx5IGRvbid0IGV4cGVjdCB0bwpzZWUgdGhlcmUuCgpU aGlzIGlzIFhTQS0zNyAvIENWRS0yMDEzLTAxNTQuCgpTaWduZWQtb2ZmLWJ5 OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CgotLS0gYS94ZW4v YXJjaC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjU4 Niw3ICsyNTg2LDcgQEAgaW50IGdldF9wYWdlX3R5cGUoc3RydWN0IHBhZ2Vf aW5mbyAqcGFnZQogICAgIGludCByYyA9IF9fZ2V0X3BhZ2VfdHlwZShwYWdl LCB0eXBlLCAwKTsKICAgICBpZiAoIGxpa2VseShyYyA9PSAwKSApCiAgICAg ICAgIHJldHVybiAxOwotICAgIEFTU0VSVChyYyA9PSAtRUlOVkFMKTsKKyAg ICBBU1NFUlQocmMgIT0gLUVJTlRSICYmIHJjICE9IC1FQUdBSU4pOwogICAg IHJldHVybiAwOwogfQogCg== --=separator Content-Type: application/octet-stream; name="xsa37-unstable.patch" Content-Disposition: attachment; filename="xsa37-unstable.patch" Content-Transfer-Encoding: base64 eDg2OiBmaXggYXNzZXJ0aW9uIGluIGdldF9wYWdlX3R5cGUoKQoKYy9zIDIy OTk4OmU5ZmFiNTBkN2I2MSAoYW5kIGltbWVkaWF0ZWx5IGZvbGxvd2luZyBv bmVzKSBtYWRlIGl0CnBvc3NpYmxlIHRoYXQgX19nZXRfcGFnZV90eXBlKCkg cmV0dXJucyBvdGhlciB0aGFuIC1FSU5WQUwsIGluCnBhcnRpY3VsYXIgLUVC VVNZLiBDb25zZXF1ZW50bHksIHRoZSBhc3NlcnRpb24gaW4gZ2V0X3BhZ2Vf dHlwZSgpCnNob3VsZCBjaGVjayBmb3Igb25seSB0aGUgcmV0dXJuIHZhbHVl cyB3ZSBhYnNvbHV0ZWx5IGRvbid0IGV4cGVjdCB0bwpzZWUgdGhlcmUuCgpU aGlzIGlzIFhTQS0zNyAvIENWRS0yMDEzLTAxNTQuCgpTaWduZWQtb2ZmLWJ5 OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CgotLS0gYS94ZW4v YXJjaC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjMx OCw3ICsyMzE4LDcgQEAgaW50IGdldF9wYWdlX3R5cGUoc3RydWN0IHBhZ2Vf aW5mbyAqcGFnZQogICAgIGludCByYyA9IF9fZ2V0X3BhZ2VfdHlwZShwYWdl LCB0eXBlLCAwKTsKICAgICBpZiAoIGxpa2VseShyYyA9PSAwKSApCiAgICAg ICAgIHJldHVybiAxOwotICAgIEFTU0VSVChyYyA9PSAtRUlOVkFMKTsKKyAg ICBBU1NFUlQocmMgIT0gLUVJTlRSICYmIHJjICE9IC1FQUdBSU4pOwogICAg IHJldHVybiAwOwogfQogCg== --=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 Fri Jan 04 16:04:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 16:04: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 1Tr9j8-0007Lz-GD; Fri, 04 Jan 2013 16:02:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr9j6-0007LN-1G; Fri, 04 Jan 2013 16:02:32 +0000 Received: from [85.158.139.83:57336] by server-2.bemta-5.messagelabs.com id 8B/34-16162-71DF6E05; Fri, 04 Jan 2013 16:02:31 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-12.tower-182.messagelabs.com!1357315335!30149366!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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23198 invoked from network); 4 Jan 2013 16:02:16 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-12.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jan 2013 16:02:16 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tr9ih-0004WW-2Q; Fri, 04 Jan 2013 16:02:07 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1Tr9he-0007fM-NC; Fri, 04 Jan 2013 16:02:05 +0000 Date: Fri, 04 Jan 2013 16:01:03 +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 37 (CVE-2013-0154) - Hypervisor crash due to incorrect ASSERT (debug build only) X-BeenThere: xen-users@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-0154 / XSA-37 Hypervisor crash due to incorrect ASSERT (debug build only) ISSUE DESCRIPTION ================= A change to an internal interface within the hypervisor invalidated an ASSERT in a caller of that API. This code path is exposed to PV guests via a hypercall allowing administrators of PV guests to crash the hypervisor if it is built with debugging enabled. IMPACT ====== Malicious administrators of PV guests running on hypervisors built with the non-default debug=y option can crash the host. VULNERABLE SYSTEMS ================== Systems running Xen 4.2 and unstable are vulnerable to this issue. Xen 4.1 and earlier are not vulnerable. Only systems built with debugging enabled are vulnerable. Debugging is not enabled by default. Systems running PV guests or HVM guests using stubdomains are vulnerable. Guests which run only HVM guests without stubdomains are not vulnerable. MITIGATION ========== Building the hypervisor without debugging enabled will completely avoid this issue. Note that debugging is not enabled by default. Avoiding running PV guests with untrusted administrators will also avoid this issue NOTE REGARDING LACK OF EMBARGO ============================== This issue was disclosed publicly on xen-devel; the person reporting it did not appreciate that it was a security issue. Under the circumstances the Xen.org security team do not consider that this advisory should be embargoed. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa37-4.2.patch Xen 4.2.x xsa37-unstable.patch xen-unstable $ sha256sum xsa37*.patch beb9406e2d2de7a9768034af443b2eb30f69cd6e4688ceb63305595d2221194d xsa37-4.2.patch 161f41f95bd679cdb19e37df4da6a75386af4689118377ec501a9e3d4f66c873 xsa37-unstable.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJQ5vyNAAoJEIP+FMlX6CvZkGUH/38HiKMfj+95DCgRzQI8dGpu 6bvyhnHOY1WyGPGmDYuaMfLhOdBIoOdR46qMkC7R4kgaNqRIrev2KmzXSF//UuRq w/8eUwby1jGmZ4NnrxjBQfHQMUywkZGO0IdSzK573nCsOBDMH42Ec/vtEpnJsNK/ vxWibmsPmNvDuZ0l/fhuc78iGcpF1D2T9D5ndujfJQ02cYFKeXVzBLuMtA/+YAPF JszVIknZnXYKoVjcXMOf5qokRxZehsI4BsbI6A4AxxZboSBzV1lX+fkPqGZnUury oiGTSIzdnTq4UbgrgV3JJGcfsCpB2xm5pDLsmXiggd8Zjo2oW25dWrpmTo5B8dU= =bPx0 -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa37-4.2.patch" Content-Disposition: attachment; filename="xsa37-4.2.patch" Content-Transfer-Encoding: base64 eDg2OiBmaXggYXNzZXJ0aW9uIGluIGdldF9wYWdlX3R5cGUoKQoKYy9zIDIy OTk4OmU5ZmFiNTBkN2I2MSAoYW5kIGltbWVkaWF0ZWx5IGZvbGxvd2luZyBv bmVzKSBtYWRlIGl0CnBvc3NpYmxlIHRoYXQgX19nZXRfcGFnZV90eXBlKCkg cmV0dXJucyBvdGhlciB0aGFuIC1FSU5WQUwsIGluCnBhcnRpY3VsYXIgLUVC VVNZLiBDb25zZXF1ZW50bHksIHRoZSBhc3NlcnRpb24gaW4gZ2V0X3BhZ2Vf dHlwZSgpCnNob3VsZCBjaGVjayBmb3Igb25seSB0aGUgcmV0dXJuIHZhbHVl cyB3ZSBhYnNvbHV0ZWx5IGRvbid0IGV4cGVjdCB0bwpzZWUgdGhlcmUuCgpU aGlzIGlzIFhTQS0zNyAvIENWRS0yMDEzLTAxNTQuCgpTaWduZWQtb2ZmLWJ5 OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CgotLS0gYS94ZW4v YXJjaC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjU4 Niw3ICsyNTg2LDcgQEAgaW50IGdldF9wYWdlX3R5cGUoc3RydWN0IHBhZ2Vf aW5mbyAqcGFnZQogICAgIGludCByYyA9IF9fZ2V0X3BhZ2VfdHlwZShwYWdl LCB0eXBlLCAwKTsKICAgICBpZiAoIGxpa2VseShyYyA9PSAwKSApCiAgICAg ICAgIHJldHVybiAxOwotICAgIEFTU0VSVChyYyA9PSAtRUlOVkFMKTsKKyAg ICBBU1NFUlQocmMgIT0gLUVJTlRSICYmIHJjICE9IC1FQUdBSU4pOwogICAg IHJldHVybiAwOwogfQogCg== --=separator Content-Type: application/octet-stream; name="xsa37-unstable.patch" Content-Disposition: attachment; filename="xsa37-unstable.patch" Content-Transfer-Encoding: base64 eDg2OiBmaXggYXNzZXJ0aW9uIGluIGdldF9wYWdlX3R5cGUoKQoKYy9zIDIy OTk4OmU5ZmFiNTBkN2I2MSAoYW5kIGltbWVkaWF0ZWx5IGZvbGxvd2luZyBv bmVzKSBtYWRlIGl0CnBvc3NpYmxlIHRoYXQgX19nZXRfcGFnZV90eXBlKCkg cmV0dXJucyBvdGhlciB0aGFuIC1FSU5WQUwsIGluCnBhcnRpY3VsYXIgLUVC VVNZLiBDb25zZXF1ZW50bHksIHRoZSBhc3NlcnRpb24gaW4gZ2V0X3BhZ2Vf dHlwZSgpCnNob3VsZCBjaGVjayBmb3Igb25seSB0aGUgcmV0dXJuIHZhbHVl cyB3ZSBhYnNvbHV0ZWx5IGRvbid0IGV4cGVjdCB0bwpzZWUgdGhlcmUuCgpU aGlzIGlzIFhTQS0zNyAvIENWRS0yMDEzLTAxNTQuCgpTaWduZWQtb2ZmLWJ5 OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CgotLS0gYS94ZW4v YXJjaC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjMx OCw3ICsyMzE4LDcgQEAgaW50IGdldF9wYWdlX3R5cGUoc3RydWN0IHBhZ2Vf aW5mbyAqcGFnZQogICAgIGludCByYyA9IF9fZ2V0X3BhZ2VfdHlwZShwYWdl LCB0eXBlLCAwKTsKICAgICBpZiAoIGxpa2VseShyYyA9PSAwKSApCiAgICAg ICAgIHJldHVybiAxOwotICAgIEFTU0VSVChyYyA9PSAtRUlOVkFMKTsKKyAg ICBBU1NFUlQocmMgIT0gLUVJTlRSICYmIHJjICE9IC1FQUdBSU4pOwogICAg IHJldHVybiAwOwogfQogCg== --=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 Fri Jan 04 17:14:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 17:14: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 1TrApJ-0002Wa-2Z; Fri, 04 Jan 2013 17:13:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrApH-0002Vx-DJ for xen-users@lists.xen.org; Fri, 04 Jan 2013 17:12:59 +0000 Received: from [85.158.139.211:48602] by server-5.bemta-5.messagelabs.com id 4D/4F-22648-A9D07E05; Fri, 04 Jan 2013 17:12:58 +0000 X-Env-Sender: firemeteor.guo@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1357319576!22859704!1 X-Originating-IP: [209.85.210.172] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20605 invoked from network); 4 Jan 2013 17:12:57 -0000 Received: from mail-ia0-f172.google.com (HELO mail-ia0-f172.google.com) (209.85.210.172) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 17:12:57 -0000 Received: by mail-ia0-f172.google.com with SMTP id z13so14189202iaz.31 for ; Fri, 04 Jan 2013 09:12:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=H3wGD4khlnF2TRLf5aP3CZdlAEjwuFbTzGJHGoY1HW4=; b=bTCZcibHrYCeazdR85KxMd96kU6JF5Ig7Wyn7guO79lGswNvUJFP9qpXl/hxcKEdPt jYhmhNPFMGnrN9Hrj/Y7zqriSQQnN/mrb+DdwDLtdxaoWW05ZrURGTiXJtesAhQWI//C f6hVWaPYRRUQPctER9uB6/FhKB1MnmYadEfygvPRPZEdyR5YXEBcWcTXenCp5q8TSmqO pZukqs0HlYPjXKYR38m+o8sR1Fx9Z0H4wnm8VYRPaVppEJy2iHzJuqKPLGH2zVraJBmj iecqvM883gQs5Q8cJt2rJW6cDw6UqirJPZ9Wpm+sAm2Mga6/8G6XB9UE3Fe6MQV+ReIG fQPQ== MIME-Version: 1.0 Received: by 10.50.56.139 with SMTP id a11mr39187110igq.86.1357319575885; Fri, 04 Jan 2013 09:12:55 -0800 (PST) Received: by 10.64.20.4 with HTTP; Fri, 4 Jan 2013 09:12:55 -0800 (PST) Date: Sat, 5 Jan 2013 01:12:55 +0800 X-Google-Sender-Auth: mAUab70U_f0Pm-9OvOq5IONZuhE Message-ID: From: "G.R." To: xen-users@lists.xen.org Subject: [Xen-users] Unstable NFS mount at heavy load. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 was running benchmark on IO performance using iozone3. In my build, the dom0 resides on a small usb stick and all the storage comes from a NFS mount. I test NFS performance on both dom0 && domU, mounting from the same server. The dom0 test works just well, but the domU run suffers from unstable NFS mount. Since this is a NFS root, the domU just appear to be freezed. The log from both end of the NFS mount shows that the connection is broken: Note that the client time stamp is about 20 seconds ahead of server. >From the domU (client end): Jan 4 23:31:16 debvm kernel: [ 371.008142] nfs: server 192.168.1.8 not responding, still trying //(once) Jan 4 23:31:25 debvm kernel: [ 379.928142] nfs: server 192.168.1.8 not responding, still trying //(28 times within the same second) Jan 4 23:31:26 debvm kernel: [ 381.396143] nfs: server 192.168.1.8 not responding, still trying //(once) Jan 4 23:31:44 debvm kernel: [ 399.452129] nfs: server 192.168.1.8 not responding, still trying //(14 times within the same second) Jan 4 23:31:45 debvm kernel: [ 399.524210] nfs: server 192.168.1.8 not responding, still trying //(15 times within the same second) Jan 4 23:31:46 debvm kernel: [ 400.964142] nfs: server 192.168.1.8 not responding, still trying //(once) Jan 4 23:31:55 debvm kernel: [ 410.468787] nfs: server 192.168.1.8 OK //(25 times within the same second) Jan 4 23:31:56 debvm kernel: [ 410.520202] nfs: server 192.168.1.8 OK //(32 times within the same second) Jan 4 23:32:05 debvm kernel: [ 420.208141] nfs: server 192.168.1.8 not responding, still trying //(21 times within the same second) Jan 4 23:32:09 debvm kernel: [ 424.367613] nfs: server 192.168.1.8 OK //(25 times within the same second) Jan 4 23:32:11 debvm kernel: [ 425.764143] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:32:11 debvm kernel: [ 425.772031] nfs: server 192.168.1.8 OK Jan 4 23:32:11 debvm kernel: [ 426.466328] nfs: server 192.168.1.8 OK Jan 4 23:33:32 debvm kernel: [ 507.136150] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:34:20 debvm kernel: [ 555.170556] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:37:28 debvm kernel: [ 742.616155] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:39:39 debvm kernel: [ 873.880200] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:40:15 debvm kernel: [ 909.987313] nfs: server 192.168.1.8 OK //(91 times within the same second) Jan 4 23:40:27 debvm kernel: [ 921.776152] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:40:34 debvm kernel: [ 929.314639] nfs: server 192.168.1.8 OK Jan 4 23:42:05 debvm kernel: [ 1019.584149] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:42:13 debvm kernel: [ 1028.504158] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:42:53 debvm kernel: [ 1067.565487] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:44:28 debvm kernel: [ 1163.368977] nfs: server 192.168.1.8 OK Jan 4 23:44:33 debvm kernel: [ 1168.337859] nfs: server 192.168.1.8 OK Jan 4 23:45:41 debvm kernel: [ 1236.448135] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:49:37 debvm kernel: [ 1471.960302] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:51:00 debvm kernel: [ 1554.982479] nfs: server 192.168.1.8 OK >From the server side: Jan 4 23:31:33 Hasim kernel: rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket Jan 4 23:31:33 Hasim kernel: nfsd: peername failed (err 107)! Jan 4 23:39:50 Hasim kernel: rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket Jan 4 23:39:50 Hasim kernel: nfsd: peername failed (err 107)! Jan 4 23:39:50 Hasim kernel: nfsd: peername failed (err 107)! Jan 4 23:40:10 Hasim kernel: rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket Jan 4 23:44:01 Hasim kernel: rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket Jan 4 23:44:01 Hasim kernel: net_ratelimit: 11 callbacks suppressed Jan 4 23:44:01 Hasim kernel: nfsd: peername failed (err 107)! Jan 4 23:50:38 Hasim kernel: rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket Jan 4 23:50:38 Hasim kernel: nfsd: peername failed (err 107)! Any suggestion how to debug this issue? My xen version is 4.2.1, domU kernel is at 3.6.9, the domU is PVHVM. Thanks, Timothy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 17:14:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 17:14: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 1TrApJ-0002Wa-2Z; Fri, 04 Jan 2013 17:13:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrApH-0002Vx-DJ for xen-users@lists.xen.org; Fri, 04 Jan 2013 17:12:59 +0000 Received: from [85.158.139.211:48602] by server-5.bemta-5.messagelabs.com id 4D/4F-22648-A9D07E05; Fri, 04 Jan 2013 17:12:58 +0000 X-Env-Sender: firemeteor.guo@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1357319576!22859704!1 X-Originating-IP: [209.85.210.172] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20605 invoked from network); 4 Jan 2013 17:12:57 -0000 Received: from mail-ia0-f172.google.com (HELO mail-ia0-f172.google.com) (209.85.210.172) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 17:12:57 -0000 Received: by mail-ia0-f172.google.com with SMTP id z13so14189202iaz.31 for ; Fri, 04 Jan 2013 09:12:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=H3wGD4khlnF2TRLf5aP3CZdlAEjwuFbTzGJHGoY1HW4=; b=bTCZcibHrYCeazdR85KxMd96kU6JF5Ig7Wyn7guO79lGswNvUJFP9qpXl/hxcKEdPt jYhmhNPFMGnrN9Hrj/Y7zqriSQQnN/mrb+DdwDLtdxaoWW05ZrURGTiXJtesAhQWI//C f6hVWaPYRRUQPctER9uB6/FhKB1MnmYadEfygvPRPZEdyR5YXEBcWcTXenCp5q8TSmqO pZukqs0HlYPjXKYR38m+o8sR1Fx9Z0H4wnm8VYRPaVppEJy2iHzJuqKPLGH2zVraJBmj iecqvM883gQs5Q8cJt2rJW6cDw6UqirJPZ9Wpm+sAm2Mga6/8G6XB9UE3Fe6MQV+ReIG fQPQ== MIME-Version: 1.0 Received: by 10.50.56.139 with SMTP id a11mr39187110igq.86.1357319575885; Fri, 04 Jan 2013 09:12:55 -0800 (PST) Received: by 10.64.20.4 with HTTP; Fri, 4 Jan 2013 09:12:55 -0800 (PST) Date: Sat, 5 Jan 2013 01:12:55 +0800 X-Google-Sender-Auth: mAUab70U_f0Pm-9OvOq5IONZuhE Message-ID: From: "G.R." To: xen-users@lists.xen.org Subject: [Xen-users] Unstable NFS mount at heavy load. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 was running benchmark on IO performance using iozone3. In my build, the dom0 resides on a small usb stick and all the storage comes from a NFS mount. I test NFS performance on both dom0 && domU, mounting from the same server. The dom0 test works just well, but the domU run suffers from unstable NFS mount. Since this is a NFS root, the domU just appear to be freezed. The log from both end of the NFS mount shows that the connection is broken: Note that the client time stamp is about 20 seconds ahead of server. >From the domU (client end): Jan 4 23:31:16 debvm kernel: [ 371.008142] nfs: server 192.168.1.8 not responding, still trying //(once) Jan 4 23:31:25 debvm kernel: [ 379.928142] nfs: server 192.168.1.8 not responding, still trying //(28 times within the same second) Jan 4 23:31:26 debvm kernel: [ 381.396143] nfs: server 192.168.1.8 not responding, still trying //(once) Jan 4 23:31:44 debvm kernel: [ 399.452129] nfs: server 192.168.1.8 not responding, still trying //(14 times within the same second) Jan 4 23:31:45 debvm kernel: [ 399.524210] nfs: server 192.168.1.8 not responding, still trying //(15 times within the same second) Jan 4 23:31:46 debvm kernel: [ 400.964142] nfs: server 192.168.1.8 not responding, still trying //(once) Jan 4 23:31:55 debvm kernel: [ 410.468787] nfs: server 192.168.1.8 OK //(25 times within the same second) Jan 4 23:31:56 debvm kernel: [ 410.520202] nfs: server 192.168.1.8 OK //(32 times within the same second) Jan 4 23:32:05 debvm kernel: [ 420.208141] nfs: server 192.168.1.8 not responding, still trying //(21 times within the same second) Jan 4 23:32:09 debvm kernel: [ 424.367613] nfs: server 192.168.1.8 OK //(25 times within the same second) Jan 4 23:32:11 debvm kernel: [ 425.764143] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:32:11 debvm kernel: [ 425.772031] nfs: server 192.168.1.8 OK Jan 4 23:32:11 debvm kernel: [ 426.466328] nfs: server 192.168.1.8 OK Jan 4 23:33:32 debvm kernel: [ 507.136150] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:34:20 debvm kernel: [ 555.170556] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:37:28 debvm kernel: [ 742.616155] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:39:39 debvm kernel: [ 873.880200] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:40:15 debvm kernel: [ 909.987313] nfs: server 192.168.1.8 OK //(91 times within the same second) Jan 4 23:40:27 debvm kernel: [ 921.776152] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:40:34 debvm kernel: [ 929.314639] nfs: server 192.168.1.8 OK Jan 4 23:42:05 debvm kernel: [ 1019.584149] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:42:13 debvm kernel: [ 1028.504158] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:42:53 debvm kernel: [ 1067.565487] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:44:28 debvm kernel: [ 1163.368977] nfs: server 192.168.1.8 OK Jan 4 23:44:33 debvm kernel: [ 1168.337859] nfs: server 192.168.1.8 OK Jan 4 23:45:41 debvm kernel: [ 1236.448135] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:49:37 debvm kernel: [ 1471.960302] nfs: server 192.168.1.8 not responding, still trying Jan 4 23:51:00 debvm kernel: [ 1554.982479] nfs: server 192.168.1.8 OK >From the server side: Jan 4 23:31:33 Hasim kernel: rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket Jan 4 23:31:33 Hasim kernel: nfsd: peername failed (err 107)! Jan 4 23:39:50 Hasim kernel: rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket Jan 4 23:39:50 Hasim kernel: nfsd: peername failed (err 107)! Jan 4 23:39:50 Hasim kernel: nfsd: peername failed (err 107)! Jan 4 23:40:10 Hasim kernel: rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket Jan 4 23:44:01 Hasim kernel: rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket Jan 4 23:44:01 Hasim kernel: net_ratelimit: 11 callbacks suppressed Jan 4 23:44:01 Hasim kernel: nfsd: peername failed (err 107)! Jan 4 23:50:38 Hasim kernel: rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket Jan 4 23:50:38 Hasim kernel: nfsd: peername failed (err 107)! Any suggestion how to debug this issue? My xen version is 4.2.1, domU kernel is at 3.6.9, the domU is PVHVM. Thanks, Timothy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 17:15:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 17:15: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 1TrAr5-0002eL-DH; Fri, 04 Jan 2013 17:14:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrAr4-0002eE-Gl for xen-users@lists.xensource.com; Fri, 04 Jan 2013 17:14:50 +0000 Received: from [85.158.139.83:43967] by server-8.bemta-5.messagelabs.com id BC/D0-15003-90E07E05; Fri, 04 Jan 2013 17:14:49 +0000 X-Env-Sender: nerilaunt@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1357319688!25989223!1 X-Originating-IP: [209.85.214.41] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6831 invoked from network); 4 Jan 2013 17:14:49 -0000 Received: from mail-bk0-f41.google.com (HELO mail-bk0-f41.google.com) (209.85.214.41) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 17:14:49 -0000 Received: by mail-bk0-f41.google.com with SMTP id jg9so7322830bkc.14 for ; Fri, 04 Jan 2013 09:14:48 -0800 (PST) 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=t37fa6T004jL1gLMbVZtYHCim/+HTrMqS1I6BkWAlwE=; b=p6azriZuLPf6iopBMhG9x3fXUlkzQj5z1ZpnDD5Zjo9+onf+/4OFFSiaWeaKU+CRYw VKkhMLz6YelqqtCM+tkvB3+WDlelQy1iprLTQk+5ivyqud6DSuqP7Z+tFUPIHVv72gcW lYGPYkKkZW+OKNzCbX/ZlI9vNSPp7zJUb4SENS9C59WArboXKSrgE+iuvfKML4Xpj7BT znhKIujeSdcgHkSJ/TdzlcBe2FZrBCk7sfrp+o2jQJFoEpU0RN6uPkZAiRCtd+46FnaN 3+YYVmcvrtRUxRz/b0lsi4cBmByDiCTnIsgtUpMAoLpYp+XnorlVLCD0zWzBf+KK3Ylz NPzg== MIME-Version: 1.0 Received: by 10.204.149.143 with SMTP id t15mr26839885bkv.45.1357319687715; Fri, 04 Jan 2013 09:14:47 -0800 (PST) Received: by 10.204.40.80 with HTTP; Fri, 4 Jan 2013 09:14:46 -0800 (PST) In-Reply-To: <1357312220.14291.54.camel@zakaz.uk.xensource.com> References: <1357312220.14291.54.camel@zakaz.uk.xensource.com> Date: Fri, 4 Jan 2013 18:14:46 +0100 Message-ID: From: Nerilaunt Nerilaunt To: Ian Campbell Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Random kernel 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: multipart/mixed; boundary="===============1044177191798389098==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1044177191798389098== Content-Type: multipart/alternative; boundary=0015175d0782d53b5c04d2799dbd --0015175d0782d53b5c04d2799dbd Content-Type: text/plain; charset=ISO-8859-1 > > Usually it is better to include at least a snippet of the logs in the > email, many people will just skip over something which requires them to > follow a link. > Ok. > Googling for "__sanitize_i387_state" from your logs suggests that you > may be hitting an xsave related issue. Try adding "xsave=0" to > either/both the hypervisor and kernel command line. > Actually the real command line (seen in the Documentation/kernel-parameters.txt of my 3.7.1 kernel) is noxsave. I have added it and no more kernel errors. Thanks ! Neri --0015175d0782d53b5c04d2799dbd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Usually it is better to include= at least a snippet of the logs in the
email, many people will just skip over something which requires them to
follow a link.

Ok.=A0
=A0
Googling for "__sanitize_i387_state" from your logs suggests that= you
may be hitting an xsave related issue. =A0Try adding "xsave=3D0" = to
either/both the hypervisor and kernel command line.

Actually the real command lin= e (seen in the Documentation/kernel-parameters.txt of my 3.7.1 kernel) is n= oxsave. I have added it and no more kernel errors.

Thanks !

Neri
--0015175d0782d53b5c04d2799dbd-- --===============1044177191798389098== 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 --===============1044177191798389098==-- From xen-users-bounces@lists.xen.org Fri Jan 04 17:15:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 17:15: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 1TrAr5-0002eL-DH; Fri, 04 Jan 2013 17:14:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrAr4-0002eE-Gl for xen-users@lists.xensource.com; Fri, 04 Jan 2013 17:14:50 +0000 Received: from [85.158.139.83:43967] by server-8.bemta-5.messagelabs.com id BC/D0-15003-90E07E05; Fri, 04 Jan 2013 17:14:49 +0000 X-Env-Sender: nerilaunt@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1357319688!25989223!1 X-Originating-IP: [209.85.214.41] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6831 invoked from network); 4 Jan 2013 17:14:49 -0000 Received: from mail-bk0-f41.google.com (HELO mail-bk0-f41.google.com) (209.85.214.41) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 17:14:49 -0000 Received: by mail-bk0-f41.google.com with SMTP id jg9so7322830bkc.14 for ; Fri, 04 Jan 2013 09:14:48 -0800 (PST) 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=t37fa6T004jL1gLMbVZtYHCim/+HTrMqS1I6BkWAlwE=; b=p6azriZuLPf6iopBMhG9x3fXUlkzQj5z1ZpnDD5Zjo9+onf+/4OFFSiaWeaKU+CRYw VKkhMLz6YelqqtCM+tkvB3+WDlelQy1iprLTQk+5ivyqud6DSuqP7Z+tFUPIHVv72gcW lYGPYkKkZW+OKNzCbX/ZlI9vNSPp7zJUb4SENS9C59WArboXKSrgE+iuvfKML4Xpj7BT znhKIujeSdcgHkSJ/TdzlcBe2FZrBCk7sfrp+o2jQJFoEpU0RN6uPkZAiRCtd+46FnaN 3+YYVmcvrtRUxRz/b0lsi4cBmByDiCTnIsgtUpMAoLpYp+XnorlVLCD0zWzBf+KK3Ylz NPzg== MIME-Version: 1.0 Received: by 10.204.149.143 with SMTP id t15mr26839885bkv.45.1357319687715; Fri, 04 Jan 2013 09:14:47 -0800 (PST) Received: by 10.204.40.80 with HTTP; Fri, 4 Jan 2013 09:14:46 -0800 (PST) In-Reply-To: <1357312220.14291.54.camel@zakaz.uk.xensource.com> References: <1357312220.14291.54.camel@zakaz.uk.xensource.com> Date: Fri, 4 Jan 2013 18:14:46 +0100 Message-ID: From: Nerilaunt Nerilaunt To: Ian Campbell Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Random kernel 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: multipart/mixed; boundary="===============1044177191798389098==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1044177191798389098== Content-Type: multipart/alternative; boundary=0015175d0782d53b5c04d2799dbd --0015175d0782d53b5c04d2799dbd Content-Type: text/plain; charset=ISO-8859-1 > > Usually it is better to include at least a snippet of the logs in the > email, many people will just skip over something which requires them to > follow a link. > Ok. > Googling for "__sanitize_i387_state" from your logs suggests that you > may be hitting an xsave related issue. Try adding "xsave=0" to > either/both the hypervisor and kernel command line. > Actually the real command line (seen in the Documentation/kernel-parameters.txt of my 3.7.1 kernel) is noxsave. I have added it and no more kernel errors. Thanks ! Neri --0015175d0782d53b5c04d2799dbd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Usually it is better to include= at least a snippet of the logs in the
email, many people will just skip over something which requires them to
follow a link.

Ok.=A0
=A0
Googling for "__sanitize_i387_state" from your logs suggests that= you
may be hitting an xsave related issue. =A0Try adding "xsave=3D0" = to
either/both the hypervisor and kernel command line.

Actually the real command lin= e (seen in the Documentation/kernel-parameters.txt of my 3.7.1 kernel) is n= oxsave. I have added it and no more kernel errors.

Thanks !

Neri
--0015175d0782d53b5c04d2799dbd-- --===============1044177191798389098== 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 --===============1044177191798389098==-- From xen-users-bounces@lists.xen.org Fri Jan 04 17:36:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 17:36: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 1TrBBI-0003ig-Va; Fri, 04 Jan 2013 17:35:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrBBH-0003ib-Ol for xen-users@lists.xen.org; Fri, 04 Jan 2013 17:35:43 +0000 Received: from [85.158.138.51:26389] by server-2.bemta-3.messagelabs.com id 1E/61-11239-EE217E05; Fri, 04 Jan 2013 17:35:42 +0000 X-Env-Sender: woods@ucar.edu X-Msg-Ref: server-2.tower-174.messagelabs.com!1357320942!31031496!1 X-Originating-IP: [192.43.244.123] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20928 invoked from network); 4 Jan 2013 17:35:42 -0000 Received: from vscan3.ucar.edu (HELO vscan3.ucar.edu) (192.43.244.123) by server-2.tower-174.messagelabs.com with SMTP; 4 Jan 2013 17:35:42 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by vscan3.ucar.edu (Postfix) with ESMTP id 5D45D3E10; Fri, 4 Jan 2013 10:35:41 -0700 (MST) Received: from vscan3.ucar.edu ([127.0.0.1]) by localhost (vscan3.ucar.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03220-02; Fri, 4 Jan 2013 10:35:41 -0700 (MST) Received: from [128.117.10.112] (mongoliad.scd.ucar.edu [128.117.10.112]) by vscan3.ucar.edu (Postfix) with ESMTP id 344953E08; Fri, 4 Jan 2013 10:35:41 -0700 (MST) Message-ID: <1357320907.1842.125.camel@mongoliad.scd.ucar.edu> From: Greg Woods To: Yiming Zhang Date: Fri, 04 Jan 2013 10:35:07 -0700 In-Reply-To: <001e01cdea7f$4a0a5630$de1f0290$@gmail.com> References: <001e01cdea7f$4a0a5630$de1f0290$@gmail.com> Organization: UCAR/CISL X-Mailer: Evolution 3.4.4 (3.4.4-2.fc17) Mime-Version: 1.0 X-Virus-Scanned: amavisd-new at ucar.edu Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] failed to run xen3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-04 at 13:27 +0000, Yiming Zhang wrote: > Is there anyone who succeeded in doing the thing I want to do > (install xen3.x on a Linux dist and start a dom0 guest os)? Xen 3 is officially supported on CentOS 5. That's what I use and it works quite well. --Greg _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 17:36:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 17:36: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 1TrBBI-0003ig-Va; Fri, 04 Jan 2013 17:35:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrBBH-0003ib-Ol for xen-users@lists.xen.org; Fri, 04 Jan 2013 17:35:43 +0000 Received: from [85.158.138.51:26389] by server-2.bemta-3.messagelabs.com id 1E/61-11239-EE217E05; Fri, 04 Jan 2013 17:35:42 +0000 X-Env-Sender: woods@ucar.edu X-Msg-Ref: server-2.tower-174.messagelabs.com!1357320942!31031496!1 X-Originating-IP: [192.43.244.123] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20928 invoked from network); 4 Jan 2013 17:35:42 -0000 Received: from vscan3.ucar.edu (HELO vscan3.ucar.edu) (192.43.244.123) by server-2.tower-174.messagelabs.com with SMTP; 4 Jan 2013 17:35:42 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by vscan3.ucar.edu (Postfix) with ESMTP id 5D45D3E10; Fri, 4 Jan 2013 10:35:41 -0700 (MST) Received: from vscan3.ucar.edu ([127.0.0.1]) by localhost (vscan3.ucar.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03220-02; Fri, 4 Jan 2013 10:35:41 -0700 (MST) Received: from [128.117.10.112] (mongoliad.scd.ucar.edu [128.117.10.112]) by vscan3.ucar.edu (Postfix) with ESMTP id 344953E08; Fri, 4 Jan 2013 10:35:41 -0700 (MST) Message-ID: <1357320907.1842.125.camel@mongoliad.scd.ucar.edu> From: Greg Woods To: Yiming Zhang Date: Fri, 04 Jan 2013 10:35:07 -0700 In-Reply-To: <001e01cdea7f$4a0a5630$de1f0290$@gmail.com> References: <001e01cdea7f$4a0a5630$de1f0290$@gmail.com> Organization: UCAR/CISL X-Mailer: Evolution 3.4.4 (3.4.4-2.fc17) Mime-Version: 1.0 X-Virus-Scanned: amavisd-new at ucar.edu Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] failed to run xen3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-04 at 13:27 +0000, Yiming Zhang wrote: > Is there anyone who succeeded in doing the thing I want to do > (install xen3.x on a Linux dist and start a dom0 guest os)? Xen 3 is officially supported on CentOS 5. That's what I use and it works quite well. --Greg _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 18:30:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 18:30: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 1TrC1c-0005JU-F2; Fri, 04 Jan 2013 18:29:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrC1a-0005JO-Ef for xen-users@lists.xen.org; Fri, 04 Jan 2013 18:29:46 +0000 Received: from [85.158.139.211:46246] by server-4.bemta-5.messagelabs.com id 14/9F-14693-99F17E05; Fri, 04 Jan 2013 18:29:45 +0000 X-Env-Sender: povder@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1357324171!22866357!1 X-Originating-IP: [209.85.220.181] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7946 invoked from network); 4 Jan 2013 18:29:32 -0000 Received: from mail-vc0-f181.google.com (HELO mail-vc0-f181.google.com) (209.85.220.181) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 18:29:32 -0000 Received: by mail-vc0-f181.google.com with SMTP id gb30so16664822vcb.40 for ; Fri, 04 Jan 2013 10:29:30 -0800 (PST) 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=972ndEAppIUE+fK11LHlxMwQKtU1pCJSSx0enRS9KMA=; b=C5UIcEYyTRTqcuVue8hVRlgoUcHKeiqiF78nxYDEjbqFS4TR9YpzrKtM8/WeQv2UH8 DkC6JbFehzxeKN6lWbcEQ1wPJXuP/oOaGoGqeKztnjdP8O+OrVgnCQZhfXN63zewnZHf cpUODNkgZSLxUKMF5kzf7ZAyppa51G3o72zIcuWAXYYy2tzMkvZ4opNzjqpnEvOx3m3q yk8VW47nGsDwAzW+6NoQvNLHhZuUVGGCzNHJHdpG8h6lT8nW5iY8rzqcXJlWw28rxOb5 N7J25hQ3ibfuNsZfEr2ojlu5vDL0MoY37E7A9UUNa316f9flORWNhPOY0Bu5V3cYFjFR WeDA== Received: by 10.52.175.106 with SMTP id bz10mr66487674vdc.125.1357324170827; Fri, 04 Jan 2013 10:29:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.200.163 with HTTP; Fri, 4 Jan 2013 10:29:10 -0800 (PST) From: povder Date: Fri, 4 Jan 2013 19:29:10 +0100 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Xen 4.2.1 boot failure with IOMMU enabled X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 have a problem with enabling IOMMU on Xen 4.2.1. When I enable it in BIOS and in grub.conf using iommu=1 kernel option, my machine cannot boot. I get a following error on serial console: (XEN) **************************************** (XEN) Panic on CPU 0: (XEN) Xen BUG at pci_amd_iommu.c:35 (XEN) **************************************** (XEN) (XEN) Reboot in five seconds... Error says it is a bug, but maybe there is a workaround for it. I run CentOS 6.3 and use dom0 kernel 3.7.1 and Xen from http://au1.mirror.crc.id.au/repo/el6/x86_64/ repository, but I also tried with other 3.x and 2.6.32 kernels and different Xen builds with no luck. GRUB entry: title CentOS Xen kernel IOMMU serial console (3.7.1-3.el6xen.x86_64) root (hd0,0) kernel /xen.gz dom0_mem=1G,max:1G dom0_max_vcpus=1 dom0_vcpus_pin iommu=verbose loglvl=all guest_loglvl=all iommu=1 com1=38400,8n1 console=com1 module /vmlinuz-3.7.1-3.el6xen.x86_64 ro root=/dev/mapper/vg_titan_raid5-lv_titan_root rd_LVM_LV=vg_titan_raid5/lv_titan_root rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_titan_raid5/lv_titan_swap KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM console=hvc0 earlyprintk=xen nomodeset module /initramfs-3.7.1-3.el6xen.x86_64.img Hardware info: Motherboard: M4A89TD PRO USB3 (AMD 890FX chipset) CPU: AMD Phenom II X6 1045T Software info: OS: CentOS 6.3 64bit Xen: 4.2.1 BIOS version: 3029 (up to date) Detailed information: Full serial output: http://pastebin.com/raw.php?i=K1DuhDcj xl info (when booting with iommu=0): http://pastebin.com/raw.php?i=jU7bEFrN lspci -vvv: http://pastebin.com/raw.php?i=3wpKPQT9 dmidecode: http://pastebin.com/raw.php?i=7wEcTXzr kernel config: http://pastebin.com/raw.php?i=zYgGZ84f Please help povder _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jan 04 18:30:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jan 2013 18:30: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 1TrC1c-0005JU-F2; Fri, 04 Jan 2013 18:29:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrC1a-0005JO-Ef for xen-users@lists.xen.org; Fri, 04 Jan 2013 18:29:46 +0000 Received: from [85.158.139.211:46246] by server-4.bemta-5.messagelabs.com id 14/9F-14693-99F17E05; Fri, 04 Jan 2013 18:29:45 +0000 X-Env-Sender: povder@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1357324171!22866357!1 X-Originating-IP: [209.85.220.181] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7946 invoked from network); 4 Jan 2013 18:29:32 -0000 Received: from mail-vc0-f181.google.com (HELO mail-vc0-f181.google.com) (209.85.220.181) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jan 2013 18:29:32 -0000 Received: by mail-vc0-f181.google.com with SMTP id gb30so16664822vcb.40 for ; Fri, 04 Jan 2013 10:29:30 -0800 (PST) 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=972ndEAppIUE+fK11LHlxMwQKtU1pCJSSx0enRS9KMA=; b=C5UIcEYyTRTqcuVue8hVRlgoUcHKeiqiF78nxYDEjbqFS4TR9YpzrKtM8/WeQv2UH8 DkC6JbFehzxeKN6lWbcEQ1wPJXuP/oOaGoGqeKztnjdP8O+OrVgnCQZhfXN63zewnZHf cpUODNkgZSLxUKMF5kzf7ZAyppa51G3o72zIcuWAXYYy2tzMkvZ4opNzjqpnEvOx3m3q yk8VW47nGsDwAzW+6NoQvNLHhZuUVGGCzNHJHdpG8h6lT8nW5iY8rzqcXJlWw28rxOb5 N7J25hQ3ibfuNsZfEr2ojlu5vDL0MoY37E7A9UUNa316f9flORWNhPOY0Bu5V3cYFjFR WeDA== Received: by 10.52.175.106 with SMTP id bz10mr66487674vdc.125.1357324170827; Fri, 04 Jan 2013 10:29:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.200.163 with HTTP; Fri, 4 Jan 2013 10:29:10 -0800 (PST) From: povder Date: Fri, 4 Jan 2013 19:29:10 +0100 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Xen 4.2.1 boot failure with IOMMU enabled X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 have a problem with enabling IOMMU on Xen 4.2.1. When I enable it in BIOS and in grub.conf using iommu=1 kernel option, my machine cannot boot. I get a following error on serial console: (XEN) **************************************** (XEN) Panic on CPU 0: (XEN) Xen BUG at pci_amd_iommu.c:35 (XEN) **************************************** (XEN) (XEN) Reboot in five seconds... Error says it is a bug, but maybe there is a workaround for it. I run CentOS 6.3 and use dom0 kernel 3.7.1 and Xen from http://au1.mirror.crc.id.au/repo/el6/x86_64/ repository, but I also tried with other 3.x and 2.6.32 kernels and different Xen builds with no luck. GRUB entry: title CentOS Xen kernel IOMMU serial console (3.7.1-3.el6xen.x86_64) root (hd0,0) kernel /xen.gz dom0_mem=1G,max:1G dom0_max_vcpus=1 dom0_vcpus_pin iommu=verbose loglvl=all guest_loglvl=all iommu=1 com1=38400,8n1 console=com1 module /vmlinuz-3.7.1-3.el6xen.x86_64 ro root=/dev/mapper/vg_titan_raid5-lv_titan_root rd_LVM_LV=vg_titan_raid5/lv_titan_root rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_titan_raid5/lv_titan_swap KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM console=hvc0 earlyprintk=xen nomodeset module /initramfs-3.7.1-3.el6xen.x86_64.img Hardware info: Motherboard: M4A89TD PRO USB3 (AMD 890FX chipset) CPU: AMD Phenom II X6 1045T Software info: OS: CentOS 6.3 64bit Xen: 4.2.1 BIOS version: 3029 (up to date) Detailed information: Full serial output: http://pastebin.com/raw.php?i=K1DuhDcj xl info (when booting with iommu=0): http://pastebin.com/raw.php?i=jU7bEFrN lspci -vvv: http://pastebin.com/raw.php?i=3wpKPQT9 dmidecode: http://pastebin.com/raw.php?i=7wEcTXzr kernel config: http://pastebin.com/raw.php?i=zYgGZ84f Please help povder _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jan 05 05:19:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jan 2013 05:19: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 1TrM9C-0002Qo-1y; Sat, 05 Jan 2013 05:18:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrEjW-0008LC-FB for xen-users@lists.xen.org; Fri, 04 Jan 2013 21:23:18 +0000 Received: from [193.109.254.147:7487] by server-1.bemta-14.messagelabs.com id CE/67-15901-54847E05; Fri, 04 Jan 2013 21:23:17 +0000 X-Env-Sender: todd.wardzinski@progeny.net X-Msg-Ref: server-4.tower-27.messagelabs.com!1357334596!8752541!1 X-Originating-IP: [69.17.18.222] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20948 invoked from network); 4 Jan 2013 21:23:16 -0000 Received: from mail.progeny.net (HELO mail.progeny.net) (69.17.18.222) by server-4.tower-27.messagelabs.com with SMTP; 4 Jan 2013 21:23:16 -0000 Received: from ES2K7-HUB.progeny.net (Not Verified[192.168.22.23]) by mail.progeny.net with MailMarshal (v6, 8, 3, 9481) id ; Fri, 04 Jan 2013 16:22:51 -0500 Received: from ES2K7-MBX-1.progeny.net ([::1]) by ES2K7-HUB.progeny.net ([fe80::f09d:66d9:40a5:c66f%10]) with mapi; Fri, 4 Jan 2013 16:23:15 -0500 From: "Wardzinski, Todd" To: "xen-users@lists.xen.org" Date: Fri, 4 Jan 2013 16:23:14 -0500 Thread-Topic: XenServer Q & A Thread-Index: Ac2yHbogRjVZVVk9TLCtakqHGTzryQD5gg6AAC1m0vAAL09ZMAABRIrwAAAOfzAANXjj4AybVBxg Message-ID: <3A4BA757D72EC4419FA31D91DC15363C02E53A94E7@ES2K7-MBX-1.progeny.net> References: <048EAD622912254A9DEA24C1734613C18C86600DA0@FTLPMAILBOX02.citrite.net> <3A4BA757D72EC4419FA31D91DC15363C02E52ADE1C@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C02E52ADEBD@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C02E52ADEC0@ES2K7-MBX-1.progeny.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 05 Jan 2013 05:18:17 +0000 Subject: Re: [Xen-users] XenServer Q & A X-BeenThere: xen-users@lists.xen.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="===============0418423359432653506==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0418423359432653506== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3A4BA757D72EC4419FA31D91DC15363C02E53A94E7ES2K7MBX1prog_" --_000_3A4BA757D72EC4419FA31D91DC15363C02E53A94E7ES2K7MBX1prog_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I'm working on a problem related to networking between two DomUs. Current= ly we're using Xen 4.2.1 built on CentOS 6. We're trying to create a bridged network between two VM DomUs. All devices= seem to set themselves up correctly with regard to the DomU and the Dom0. = Each DomU configuration file defines a vif device and points it at the bri= dge. Additionally, upon viewing the bridge information, I can correctly se= e the running DomU's vif device attached to the bridge. # brctl show bridge name bridge id STP enabled i= nterfaces xenbr0 8000.feffffffffff no = vif3.0 = vif4.0 However, I cannot seem to ping between the two DomU machines (each was assi= gned a 10.0.0.* address). I have followed a number of guides that suggest the following: - Disabling netfilter on bridges (/etc/sysctl.conf). - Enable forwarding (/etc/sysctl.conf). Rebooted to make sure thi= s took effect. - Disabled iptables. Does anyone have any advice on how to remedy this situation? Currently I'm just trying to keep network communications between the DomU's= ...not seeking external communication yet. Thanks for your help. --_000_3A4BA757D72EC4419FA31D91DC15363C02E53A94E7ES2K7MBX1prog_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I’m  working on a problem related to networking be= tween two DomUs.  Currently we’re using Xen 4.2.1 built on CentO= S 6. 

 

We’re trying to create a bridged network between two VM = DomUs.  All devices seem to set themselves up correctly with regard to= the DomU and the Dom0.  Each DomU configuration file defines a vif de= vice and points it at the bridge.  Additionally, upon viewing the brid= ge information, I can correctly see the running DomU’s vif device att= ached to the bridge. 

 

<= span style=3D'color:#1F497D'># brctl show

bridge name    &= nbsp; bridge id          =             &nb= sp;       STP enabled    =    interfaces

xenbr0        =           8000.feffffffffff&nb= sp;            =    no          =             &nb= sp;    vif3.0

        &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;   vif4.0

 

However, I cannot seem to ping between the two Do= mU machines (each was assigned a 10.0.0.* address). 

 

I have followed= a number of guides that suggest the following:

= -   &nb= sp;      Disabling netfilter on bridges (/etc/sysctl.conf). = ;

-          Enable forwarding (/etc/s= ysctl.conf).  Rebooted to make sure this took effect.

- &n= bsp;        Disabled iptables.

 

&nb= sp;

<= span style=3D'color:#1F497D'>Does anyone have any advice on how to remedy t= his situation? 

 

Currently I’m just trying to keep network communication= s between the DomU’s…not seeking external communication yet.

 

Thanks for= your help.

= --_000_3A4BA757D72EC4419FA31D91DC15363C02E53A94E7ES2K7MBX1prog_-- --===============0418423359432653506== 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 --===============0418423359432653506==-- From xen-users-bounces@lists.xen.org Sat Jan 05 05:19:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jan 2013 05:19: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 1TrM9C-0002Qo-1y; Sat, 05 Jan 2013 05:18:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrEjW-0008LC-FB for xen-users@lists.xen.org; Fri, 04 Jan 2013 21:23:18 +0000 Received: from [193.109.254.147:7487] by server-1.bemta-14.messagelabs.com id CE/67-15901-54847E05; Fri, 04 Jan 2013 21:23:17 +0000 X-Env-Sender: todd.wardzinski@progeny.net X-Msg-Ref: server-4.tower-27.messagelabs.com!1357334596!8752541!1 X-Originating-IP: [69.17.18.222] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20948 invoked from network); 4 Jan 2013 21:23:16 -0000 Received: from mail.progeny.net (HELO mail.progeny.net) (69.17.18.222) by server-4.tower-27.messagelabs.com with SMTP; 4 Jan 2013 21:23:16 -0000 Received: from ES2K7-HUB.progeny.net (Not Verified[192.168.22.23]) by mail.progeny.net with MailMarshal (v6, 8, 3, 9481) id ; Fri, 04 Jan 2013 16:22:51 -0500 Received: from ES2K7-MBX-1.progeny.net ([::1]) by ES2K7-HUB.progeny.net ([fe80::f09d:66d9:40a5:c66f%10]) with mapi; Fri, 4 Jan 2013 16:23:15 -0500 From: "Wardzinski, Todd" To: "xen-users@lists.xen.org" Date: Fri, 4 Jan 2013 16:23:14 -0500 Thread-Topic: XenServer Q & A Thread-Index: Ac2yHbogRjVZVVk9TLCtakqHGTzryQD5gg6AAC1m0vAAL09ZMAABRIrwAAAOfzAANXjj4AybVBxg Message-ID: <3A4BA757D72EC4419FA31D91DC15363C02E53A94E7@ES2K7-MBX-1.progeny.net> References: <048EAD622912254A9DEA24C1734613C18C86600DA0@FTLPMAILBOX02.citrite.net> <3A4BA757D72EC4419FA31D91DC15363C02E52ADE1C@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C02E52ADEBD@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C02E52ADEC0@ES2K7-MBX-1.progeny.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 05 Jan 2013 05:18:17 +0000 Subject: Re: [Xen-users] XenServer Q & A X-BeenThere: xen-users@lists.xen.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="===============0418423359432653506==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0418423359432653506== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3A4BA757D72EC4419FA31D91DC15363C02E53A94E7ES2K7MBX1prog_" --_000_3A4BA757D72EC4419FA31D91DC15363C02E53A94E7ES2K7MBX1prog_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I'm working on a problem related to networking between two DomUs. Current= ly we're using Xen 4.2.1 built on CentOS 6. We're trying to create a bridged network between two VM DomUs. All devices= seem to set themselves up correctly with regard to the DomU and the Dom0. = Each DomU configuration file defines a vif device and points it at the bri= dge. Additionally, upon viewing the bridge information, I can correctly se= e the running DomU's vif device attached to the bridge. # brctl show bridge name bridge id STP enabled i= nterfaces xenbr0 8000.feffffffffff no = vif3.0 = vif4.0 However, I cannot seem to ping between the two DomU machines (each was assi= gned a 10.0.0.* address). I have followed a number of guides that suggest the following: - Disabling netfilter on bridges (/etc/sysctl.conf). - Enable forwarding (/etc/sysctl.conf). Rebooted to make sure thi= s took effect. - Disabled iptables. Does anyone have any advice on how to remedy this situation? Currently I'm just trying to keep network communications between the DomU's= ...not seeking external communication yet. Thanks for your help. --_000_3A4BA757D72EC4419FA31D91DC15363C02E53A94E7ES2K7MBX1prog_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I’m  working on a problem related to networking be= tween two DomUs.  Currently we’re using Xen 4.2.1 built on CentO= S 6. 

 

We’re trying to create a bridged network between two VM = DomUs.  All devices seem to set themselves up correctly with regard to= the DomU and the Dom0.  Each DomU configuration file defines a vif de= vice and points it at the bridge.  Additionally, upon viewing the brid= ge information, I can correctly see the running DomU’s vif device att= ached to the bridge. 

 

<= span style=3D'color:#1F497D'># brctl show

bridge name    &= nbsp; bridge id          =             &nb= sp;       STP enabled    =    interfaces

xenbr0        =           8000.feffffffffff&nb= sp;            =    no          =             &nb= sp;    vif3.0

        &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;   vif4.0

 

However, I cannot seem to ping between the two Do= mU machines (each was assigned a 10.0.0.* address). 

 

I have followed= a number of guides that suggest the following:

= -   &nb= sp;      Disabling netfilter on bridges (/etc/sysctl.conf). = ;

-          Enable forwarding (/etc/s= ysctl.conf).  Rebooted to make sure this took effect.

- &n= bsp;        Disabled iptables.

 

&nb= sp;

<= span style=3D'color:#1F497D'>Does anyone have any advice on how to remedy t= his situation? 

 

Currently I’m just trying to keep network communication= s between the DomU’s…not seeking external communication yet.

 

Thanks for= your help.

= --_000_3A4BA757D72EC4419FA31D91DC15363C02E53A94E7ES2K7MBX1prog_-- --===============0418423359432653506== 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 --===============0418423359432653506==-- From xen-users-bounces@lists.xen.org Sat Jan 05 05:55:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jan 2013 05:55: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 1TrMhf-00034Z-B8; Sat, 05 Jan 2013 05:53:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrMhd-00034U-El for xen-users@lists.xensource.com; Sat, 05 Jan 2013 05:53:53 +0000 Received: from [85.158.138.51:44545] by server-4.bemta-3.messagelabs.com id CA/6A-31835-DEFB7E05; Sat, 05 Jan 2013 05:53:49 +0000 X-Env-Sender: Chethu2288@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1357365228!25126361!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4166 invoked from network); 5 Jan 2013 05:53:49 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-10.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 5 Jan 2013 05:53:49 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TrMhW-0008Su-Vy for xen-users@lists.xensource.com; Fri, 04 Jan 2013 21:53:46 -0800 Date: Fri, 4 Jan 2013 21:53:46 -0800 (PST) From: Lakshman Jayaraju To: xen-users@lists.xensource.com Message-ID: <1357365226982-5713347.post@n5.nabble.com> In-Reply-To: <1357203706.10985.50.camel@zakaz.uk.xensource.com> References: <1357192925911-5713299.post@n5.nabble.com> <1357203706.10985.50.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] [Beginners question]- Compilation error while trying user program from domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Ian, It works!!! -- View this message in context: http://xen.1045712.n5.nabble.com/Beginners-question-Compilation-error-while-trying-user-program-from-dom0-tp5713299p5713347.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 Sat Jan 05 05:55:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jan 2013 05:55: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 1TrMhf-00034Z-B8; Sat, 05 Jan 2013 05:53:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrMhd-00034U-El for xen-users@lists.xensource.com; Sat, 05 Jan 2013 05:53:53 +0000 Received: from [85.158.138.51:44545] by server-4.bemta-3.messagelabs.com id CA/6A-31835-DEFB7E05; Sat, 05 Jan 2013 05:53:49 +0000 X-Env-Sender: Chethu2288@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1357365228!25126361!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4166 invoked from network); 5 Jan 2013 05:53:49 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-10.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 5 Jan 2013 05:53:49 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TrMhW-0008Su-Vy for xen-users@lists.xensource.com; Fri, 04 Jan 2013 21:53:46 -0800 Date: Fri, 4 Jan 2013 21:53:46 -0800 (PST) From: Lakshman Jayaraju To: xen-users@lists.xensource.com Message-ID: <1357365226982-5713347.post@n5.nabble.com> In-Reply-To: <1357203706.10985.50.camel@zakaz.uk.xensource.com> References: <1357192925911-5713299.post@n5.nabble.com> <1357203706.10985.50.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] [Beginners question]- Compilation error while trying user program from domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Ian, It works!!! -- View this message in context: http://xen.1045712.n5.nabble.com/Beginners-question-Compilation-error-while-trying-user-program-from-dom0-tp5713299p5713347.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 Sat Jan 05 08:22:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jan 2013 08:22: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 1TrOzs-0006BI-UO; Sat, 05 Jan 2013 08:20:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TrOzr-0006BD-Sy for xen-users@lists.xen.org; Sat, 05 Jan 2013 08:20:52 +0000 Received: from [85.158.137.99:36375] by server-6.bemta-3.messagelabs.com id 56/CE-12154-E52E7E05; Sat, 05 Jan 2013 08:20:46 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1357374043!18405055!1 X-Originating-IP: [209.85.223.174] 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.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26098 invoked from network); 5 Jan 2013 08:20:45 -0000 Received: from mail-ie0-f174.google.com (HELO mail-ie0-f174.google.com) (209.85.223.174) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jan 2013 08:20:45 -0000 Received: by mail-ie0-f174.google.com with SMTP id c11so20738304ieb.33 for ; Sat, 05 Jan 2013 00:20:43 -0800 (PST) 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:content-transfer-encoding; bh=3u8cRnGrmnQgzmYKtOGSZ/CCmRJKzMAH1EBR3elvmQg=; b=DWoBKUXAtJE5DhtIDAqAQK4Fg9pI+6rpGJ63bKXxgtx9SnCM3F0LrjQ3tD/7ehnse2 EozgTkgzlDVOJSknNZCJxV07i+M6M607I/I3BF8tlN5/REAjyJhkxTeldwI371OS/g1/ gM8tl9T1z/SPHBAHcYpU2ax87cGYpoV78kw69Tr7nS8a6hUKEk24luquR6fx/fVW0Jpi dKPpD+ao0uwyHvWjzTuYFRHUpzyx7For7uYUVorUG3iMTYc9SR4uDAmtRhpcD51Q655h MOgkTNH7AV/B8rU/zyMyYC6yn1S9HDrM5J2+5SDLy01UpMV0C7xmDM30ZsBUzzoIFPCg /vkg== MIME-Version: 1.0 Received: by 10.42.55.69 with SMTP id u5mr19486488icg.28.1357374042811; Sat, 05 Jan 2013 00:20:42 -0800 (PST) Received: by 10.50.217.233 with HTTP; Sat, 5 Jan 2013 00:20:42 -0800 (PST) In-Reply-To: <3A4BA757D72EC4419FA31D91DC15363C02E53A94E7@ES2K7-MBX-1.progeny.net> References: <048EAD622912254A9DEA24C1734613C18C86600DA0@FTLPMAILBOX02.citrite.net> <3A4BA757D72EC4419FA31D91DC15363C02E52ADE1C@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C02E52ADEBD@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C02E52ADEC0@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C02E53A94E7@ES2K7-MBX-1.progeny.net> Date: Sat, 5 Jan 2013 08:20:42 +0000 Message-ID: From: Stephen Nelson-Smith To: "Wardzinski, Todd" Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XenServer Q & A X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Todd, On Fri, Jan 4, 2013 at 9:23 PM, Wardzinski, Todd wrote: > We=92re trying to create a bridged network between two VM DomUs. All dev= ices > seem to set themselves up correctly with regard to the DomU and the Dom0. > Each DomU configuration file defines a vif device and points it at the > bridge. Additionally, upon viewing the bridge information, I can correct= ly > see the running DomU=92s vif device attached to the bridge. >From the OS perspective, when you create a bridged network you specify the interfaces on the Dom0. With this in place, the interfaces on the DomU will be able to appear on the same network as the physical NICs on the Dom0. You tell the Xen that the virtual nic should use the bridge. # virsh dumpxml g15 g15 d92286af-b53a-b5a0-6f62-8d83e4b6c8f7 524288 524288 1 /usr/bin/pygrub linux destroy restart restart
---1282842291-492480369-1359504363=:78244-- --===============3714091432735305958== 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 --===============3714091432735305958==-- From xen-users-bounces@lists.xen.org Wed Jan 30 00:07:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 00:07: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 1U0LBn-00085S-MF; Wed, 30 Jan 2013 00:06:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0LBl-00085N-SA for xen-users@lists.xen.org; Wed, 30 Jan 2013 00:06:06 +0000 Received: from [85.158.138.51:37655] by server-8.bemta-3.messagelabs.com id 10/A7-22802-DE368015; Wed, 30 Jan 2013 00:06:05 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-13.tower-174.messagelabs.com!1359504364!11454250!1 X-Originating-IP: [77.238.189.71] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20105 invoked from network); 30 Jan 2013 00:06:04 -0000 Received: from nm18.bullet.mail.ird.yahoo.com (HELO nm18.bullet.mail.ird.yahoo.com) (77.238.189.71) by server-13.tower-174.messagelabs.com with SMTP; 30 Jan 2013 00:06:04 -0000 Received: from [77.238.189.56] by nm18.bullet.mail.ird.yahoo.com with NNFMP; 30 Jan 2013 00:06:03 -0000 Received: from [212.82.108.122] by tm9.bullet.mail.ird.yahoo.com with NNFMP; 30 Jan 2013 00:06:03 -0000 Received: from [127.0.0.1] by omp1031.mail.ird.yahoo.com with NNFMP; 30 Jan 2013 00:06:03 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 932568.66298.bm@omp1031.mail.ird.yahoo.com Received: (qmail 67456 invoked by uid 60001); 30 Jan 2013 00:06:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1359504363; bh=XbtWaBE2/+qSenJuruvD+bjPcBLI232T5g7rI1LsVoU=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Q4NGnJW90OoqvpQ5KrJFNZpakZ/9SNykjfnnbmOKETuVU8M0QMHtvmZHncsVyS3UAs6UGGNZy1iJiGluWv2vu+rdqUtaaIEanphdaPNuR4DEmqwU9WJ9EV+TT04crHD67z0yNRwgs9FDQI0n0udH5Y3VSkw/6Li9LIoya1VqXE4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=ZsMqeQUYhQboz8tNuX3qbJBGTsBHJ4MfBDERR0S1Q15PDfKyq0Pr28sTFgboeuEjCZKUNeVAz4B+Natd1VBOAoOkJGdmRXT+5nva77/P59pwFfg+eqqe0x/YXe9PhCjLzmtwzQvaw5dY+FaD7k7TXg8XAiGld5DFc7Oj1QmPU8U= ; X-YMail-OSG: jJi_EggVM1lfC.cy3nsqcDrRewhVbKUABm3H29im7Ut8xJX aVs1VQ5hmgHfKd4IwzgsmXVf1hY9TKZjSlrkzrzI_Z8vbgG7L6scyXzODiXu rpR1xZatDwM4lAuVNt2Z4xmAUvAdkDXUePDusHIqFvPDshHyfuuQ.fj2aQf9 DavFLs9aOTpyC0YdGjJUILb5Q.r5yRwRQbQLox_hLUE91qT4xdyV0zrxOmSa 7NjXV8hTlCsmaxfBDVfCPdKcO7vjElAhEPu11aV.KmG5k6qP3jDv33dUTA91 Twr1i1OMs3IAw7UAqE.Tert_sZtWoyb2NsD1XQCytLrIBdDKJkHxsy1QXMLr L2SyOU8giMh_5r0icrdxHA8AXcbUs0SPYFgkSGNPRpnkMwca4OVBK2fMa5fJ BkddaqdeiOzdZEAP.T0zKADziMN_FADykGDAm9x7o.0oy9sVyZpbjTBn045r Y4eYDUcsK3S7t6DahciG5uTG_WF.6FyNHVof3OtxCtVWT0IMlIiTpA2Cob2m 1K_lriLxSDcFi9WS6ZQpFw7Hydo9hfWKW9JCPKvG.easvqtsjP3XC1TP48xq 9dMAv6OoGt3htkahcd2ri.2_3pP2Cg_QGOcXmIHgdfVEC8ob1unKFhg65wAs NcK6JswEuaMDUhwYrFHuW086QGUz7ILbH0EzAiDr8kqSlh7nnpvXfRQ-- Received: from [83.154.246.188] by web172006.mail.ir2.yahoo.com via HTTP; Wed, 30 Jan 2013 00:06:03 GMT X-Rocket-MIMEInfo: 001.001, SGksCgpZb3UgY2FuIGZpbmQgYWxsIGhpc3RvcmljYWwgZGV0YWlscyBhbmQgZG93bmxvYWQgbGlua3Mgb2YgdGhlc2UgcGF0Y2hlc8KgIGJvdGggWGVuIDQuMyBhbmQgWGVuIDQuMiB1c2luZyB0aGUgZm9sbG93aW5nIHVybAoKaHR0cDovL3d3dy5kYXZpZGdpcy5mci9kb2N1bWVudGF0aW9uL1hlbl9WR0FfUGFzc1Rocm91Z2gvZG9jLmh0bWwKClRlY2huaWNhbCBkZXRhaWxzIHRvIGluc3RhbGwgdGhvc2UgcGF0Y2hlcyBjb3VsZCBiZSBmb3VuZCBvbiB0aGUgbWFpbGluZyBsaXN0cyBvciBnb29nbGUuLi4uCgoBMAEBAQE- X-Mailer: YahooMailWebService/0.8.131.499 Message-ID: <1359504363.78244.YahooMailNeo@web172006.mail.ir2.yahoo.com> Date: Wed, 30 Jan 2013 00:06:03 +0000 (GMT) From: David TECHER To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] Xen 4.3 unstables and Xen 4.2 patches for VGA PassThrough (NVIDIA) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3714091432735305958==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3714091432735305958== Content-Type: multipart/alternative; boundary="-1282842291-492480369-1359504363=:78244" ---1282842291-492480369-1359504363=:78244 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=0AYou can find all historical details and download links of these pa= tches=A0 both Xen 4.3 and Xen 4.2 using the following url=0A=0Ahttp://www.d= avidgis.fr/documentation/Xen_VGA_PassThrough/doc.html=0A=0ATechnical detail= s to install those patches could be found on the mailing lists or google...= .=0A=0AIt takes me a lot of time to maintain those patches: test several ch= angesets and so on=0A=0AUsing these patches depends on your hardwares. Ther= e may be several issues depending on your own hardware.=0A=0AThanks.=0A=0AD= avid. ---1282842291-492480369-1359504363=:78244 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

You can fi= nd all historical details and download links of these patches  both Xe= n 4.3 and Xen 4.2 using the following url

http://www.davidgis.fr/doc= umentation/Xen_VGA_PassThrough/doc.html

Technical details to install= those patches could be found on the mailing lists or google....

It = takes me a lot of time to maintain those patches: test several changesets a= nd so on

Using these patches depends on your hardwares. There may be= several issues depending on your own hardware.

Thanks.

David= .





---1282842291-492480369-1359504363=:78244-- --===============3714091432735305958== 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 --===============3714091432735305958==-- From xen-users-bounces@lists.xen.org Wed Jan 30 05:27:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 05:27: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 1U0QAs-0005pF-4w; Wed, 30 Jan 2013 05:25:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0QAp-0005pA-Rk for xen-users@lists.xen.org; Wed, 30 Jan 2013 05:25:28 +0000 Received: from [85.158.143.35:22016] by server-3.bemta-4.messagelabs.com id 5F/5F-10689-7CEA8015; Wed, 30 Jan 2013 05:25:27 +0000 X-Env-Sender: borodkin.sergey@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1359523520!11892224!1 X-Originating-IP: [209.85.128.182] X-SpamReason: No, hits=0.5 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,UPPERCASE_50_75,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9268 invoked from network); 30 Jan 2013 05:25:22 -0000 Received: from mail-ve0-f182.google.com (HELO mail-ve0-f182.google.com) (209.85.128.182) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 05:25:22 -0000 Received: by mail-ve0-f182.google.com with SMTP id pb11so862655veb.41 for ; Tue, 29 Jan 2013 21:25:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=+St/SZf8Zj/j9qeTQIkL6ZQPbmHQc0z9SQJbLt121s8=; b=d/cJ5pGOcg0sCs07Hx1uxmtWO/HlU02HjnlRYfCdQInb7EJR2VRFawNHuJXhgFgZP9 AqajgZhLI496l11h+moAXfLAytWI1ks/PozNh5ygJlnLpRUmP4UAmuie/MMl1xO39ab1 ohSASPinmc7k6kPZWY5smmK1O3diW5+7uwfcM6ZNOOsctcSVnR/2HatHNoLepEk4dbL2 oXg8QhhePWxeFTRuMsy8itLaAm1e0wCMsz0KNBz4cbs5fFeH+KMAXHpoHUrALRK6l17H Xs2z7DcQ9oIcWAFl+5qD1ccR2wA5LeQm005yea91n02Ksvx6m/pSA19eN6C6RJgVXEld Ms9Q== MIME-Version: 1.0 X-Received: by 10.52.75.100 with SMTP id b4mr3303987vdw.52.1359523520355; Tue, 29 Jan 2013 21:25:20 -0800 (PST) Received: by 10.58.210.68 with HTTP; Tue, 29 Jan 2013 21:25:19 -0800 (PST) Date: Wed, 30 Jan 2013 09:25:19 +0400 Message-ID: From: Borodkin Sergey To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=bcaec50166c97e9d6104d47abcce Subject: [Xen-users] Xen 4.2.1. Intel Integrated VGA passthrough. BSOD in Windows 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 --bcaec50166c97e9d6104d47abcce Content-Type: text/plain; charset=UTF-8 Hello, I configured xen with enabled passthrough primary VGA card (Intel Integrated graphic controller HD 3000) and audio controller (Intel HD audio) to hvm guest. I also installed GPLPV drivers to improve performance. And it works for Windows XP (x86) and Windows 7 (x86_64). But I get a BSOD, when I try to load a disk or network subsystem or start Windows 7 performance test. Steps to reproduce 1) enable PCI passthrough and pass primary VGA card 2) Try to copy a large file (3G for example) over the network into guest. ( or try to install large application) Symptoms: 1) A graphical artifacts appears 2) Then comes the BSOD and each time with different messages. If VGA passthrough is off, there is no such problems. Any ideas? My xl info in xl_info.txt in attachment. My xl dmesg in xl_dmesg.txt in attachment. Domain 0 kernel configuraton in dom0.config. Guest cfg is xl_hvm.cfg in attachment. By the way /dev/mapper/oxen0 is opened LUKS partition Thank you. --bcaec50166c97e9d6104d47abcce Content-Type: text/plain; charset=UTF-8; name="xl_info.txt" Content-Disposition: attachment; filename="xl_info.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: 9019df1d44703a35_0.1 MjI6MzU6MjBdIHJvb3RAemV1cyB+IyB4bCBpbmZvDQpob3N0ICAgICAgICAgICAgICAgICAgIDog emV1cw0KcmVsZWFzZSAgICAgICAgICAgICAgICA6IDMuNi4xMS1nZW50b28NCnZlcnNpb24gICAg ICAgICAgICAgICAgOiAjMTEgU01QIE1vbiBKYW4gMjggMTY6NTA6MTkgTVNLIDIwMTMNCm1hY2hp bmUgICAgICAgICAgICAgICAgOiB4ODZfNjQNCm5yX2NwdXMgICAgICAgICAgICAgICAgOiA0DQpt YXhfY3B1X2lkICAgICAgICAgICAgIDogNw0KbnJfbm9kZXMgICAgICAgICAgICAgICA6IDENCmNv cmVzX3Blcl9zb2NrZXQgICAgICAgOiAyDQp0aHJlYWRzX3Blcl9jb3JlICAgICAgIDogMg0KY3B1 X21oeiAgICAgICAgICAgICAgICA6IDI0OTQNCmh3X2NhcHMgICAgICAgICAgICAgICAgOiBiZmVi ZmJmZjoyODEwMDgwMDowMDAwMDAwMDowMDAwM2Y0MDoxN2JhZTNmZjowMDAwMDAwMDowMDAwMDAw MTowMDAwMDAwMA0KdmlydF9jYXBzICAgICAgICAgICAgICA6IGh2bSBodm1fZGlyZWN0aW8NCnRv dGFsX21lbW9yeSAgICAgICAgICAgOiAxNjMxOA0KZnJlZV9tZW1vcnkgICAgICAgICAgICA6IDc5 MDkNCnNoYXJpbmdfZnJlZWRfbWVtb3J5ICAgOiAwDQpzaGFyaW5nX3VzZWRfbWVtb3J5ICAgIDog MA0KZnJlZV9jcHVzICAgICAgICAgICAgICA6IDANCnhlbl9tYWpvciAgICAgICAgICAgICAgOiA0 DQp4ZW5fbWlub3IgICAgICAgICAgICAgIDogMg0KeGVuX2V4dHJhICAgICAgICAgICAgICA6IC4x DQp4ZW5fY2FwcyAgICAgICAgICAgICAgIDogeGVuLTMuMC14ODZfNjQgeGVuLTMuMC14ODZfMzJw IGh2bS0zLjAteDg2XzMyIGh2bS0zLjAteDg2XzMycCBodm0tMy4wLXg4Nl82NA0KeGVuX3NjaGVk dWxlciAgICAgICAgICA6IGNyZWRpdA0KeGVuX3BhZ2VzaXplICAgICAgICAgICA6IDQwOTYNCnBs YXRmb3JtX3BhcmFtcyAgICAgICAgOiB2aXJ0X3N0YXJ0PTB4ZmZmZjgwMDAwMDAwMDAwMA0KeGVu X2NoYW5nZXNldCAgICAgICAgICA6IHVuYXZhaWxhYmxlDQp4ZW5fY29tbWFuZGxpbmUgICAgICAg IDogZG9tMF9tZW09OEcgY3B1ZnJlcT1kb20wLWtlcm5lbCBjcHVpZGxlIGNwdWluZm8NCmNjX2Nv bXBpbGVyICAgICAgICAgICAgOiBnY2MgKEdlbnRvbyA0LjYuMyBwMS4xMCwgcGllLTAuNS4yKSA0 LjYuMw0KY2NfY29tcGlsZV9ieSAgICAgICAgICA6DQpjY19jb21waWxlX2RvbWFpbiAgICAgIDog KG5vbmUpDQpjY19jb21waWxlX2RhdGUgICAgICAgIDogRnJpIEphbiAyNSAxMDo1NDozMCBNU0sg MjAxMw0KeGVuZF9jb25maWdfZm9ybWF0ICAgICA6IDQ= --bcaec50166c97e9d6104d47abcce Content-Type: text/plain; charset=UTF-8; name="xl_dmesg.txt" Content-Disposition: attachment; filename="xl_dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: 9019df1d44703a35_0.2 WzIyOjM5OjI3XSByb290QHpldXMgfiMgeGwgZG1lc2cNCiBfXyAgX18gICAgICAgICAgICBfICBf ICAgIF9fX18gICAgXw0KIFwgXC8gL19fXyBfIF9fICAgfCB8fCB8ICB8X19fIFwgIC8gfA0KICBc ICAvLyBfIFwgJ18gXCAgfCB8fCB8XyAgIF9fKSB8IHwgfA0KICAvICBcICBfXy8gfCB8IHwgfF9f ICAgX3wgLyBfXy8gX3wgfA0KIC9fL1xfXF9fX3xffCB8X3wgICAgfF98KF8pX19fX18oXylffA0K DQooWEVOKSBYZW4gdmVyc2lvbiA0LjIuMSAoQChub25lKSkgKGdjYyAoR2VudG9vIDQuNi4zIHAx LjEwLCBwaWUtMC41LjIpIDQuNi4zKSBGcmkgSmFuIDI1IDEwOjU0OjMwIE1TSyAyMDEzDQooWEVO KSBMYXRlc3QgQ2hhbmdlU2V0OiB1bmF2YWlsYWJsZQ0KKFhFTikgQm9vdGxvYWRlcjogR05VIEdS VUIgMC45Nw0KKFhFTikgQ29tbWFuZCBsaW5lOiBkb20wX21lbT04RyBjcHVmcmVxPWRvbTAta2Vy bmVsIGNwdWlkbGUgY3B1aW5mbw0KKFhFTikgVmlkZW8gaW5mb3JtYXRpb246DQooWEVOKSAgVkdB IGlzIHRleHQgbW9kZSA4MHgyNSwgZm9udCA4eDE2DQooWEVOKSAgVkJFL0REQyBtZXRob2RzOiBW MjsgRURJRCB0cmFuc2ZlciB0aW1lOiAxIHNlY29uZHMNCihYRU4pIERpc2MgaW5mb3JtYXRpb246 DQooWEVOKSAgRm91bmQgMSBNQlIgc2lnbmF0dXJlcw0KKFhFTikgIEZvdW5kIDEgRUREIGluZm9y bWF0aW9uIHN0cnVjdHVyZXMNCihYRU4pIFhlbi1lODIwIFJBTSBtYXA6DQooWEVOKSAgMDAwMDAw MDAwMDAwMDAwMCAtIDAwMDAwMDAwMDAwOWVjMDAgKHVzYWJsZSkNCihYRU4pICAwMDAwMDAwMDAw MDllYzAwIC0gMDAwMDAwMDAwMDBhMDAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDAwMDBl MDAwMCAtIDAwMDAwMDAwMDAxMDAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwMDAxMDAw MDAgLSAwMDAwMDAwMGJjNmMwMDAwICh1c2FibGUpDQooWEVOKSAgMDAwMDAwMDBiYzZjMDAwMCAt IDAwMDAwMDAwYmNlYzAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwYmNlYzAwMDAgLSAw MDAwMDAwMGJjZmMwMDAwIChBQ1BJIE5WUykNCihYRU4pICAwMDAwMDAwMGJjZmMwMDAwIC0gMDAw MDAwMDBiY2ZmZjAwMCAoQUNQSSBkYXRhKQ0KKFhFTikgIDAwMDAwMDAwYmNmZmYwMDAgLSAwMDAw MDAwMGJkMDAwMDAwICh1c2FibGUpDQooWEVOKSAgMDAwMDAwMDBiZDAwMDAwMCAtIDAwMDAwMDAw YmZhMDAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZTAwMDAwMDAgLSAwMDAwMDAwMGYw MDAwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZlYzAwMDAwIC0gMDAwMDAwMDBmZWMw MTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZWQxMDAwMCAtIDAwMDAwMDAwZmVkMTQw MDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZmVkMTgwMDAgLSAwMDAwMDAwMGZlZDFhMDAw IChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZlZDFjMDAwIC0gMDAwMDAwMDBmZWQyMDAwMCAo cmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZWUwMDAwMCAtIDAwMDAwMDAwZmVlMDEwMDAgKHJl c2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZmZkODAwMDAgLSAwMDAwMDAwMTAwMDAwMDAwIChyZXNl cnZlZCkNCihYRU4pICAwMDAwMDAwMTAwMDAwMDAwIC0gMDAwMDAwMDQzZjgwMDAwMCAodXNhYmxl KQ0KKFhFTikgQUNQSTogUlNEUCAwMDBGMkUxMCwgMDAyNCAocjIgSFBRT0VNKQ0KKFhFTikgQUNQ STogWFNEVCBCQ0ZGRTEyMCwgMDA3QyAocjEgSFBRT0VNIFNMSUMtTVBDICAgICAgICBGICAgICAg IDEwMDAwMTMpDQooWEVOKSBBQ1BJOiBGQUNQIEJDRkZDMDAwLCAwMEY0IChyMyBIUFFPRU0gMTYx RCAgICAgICAgICAgIEYgSFAgICAgICAgICAgMSkNCihYRU4pIEFDUEk6IERTRFQgQkNGRDMwMDAs IDIzRjREIChyMiBIUFFPRU0gMTYxRCAgICAgICAgICAgIDEgSU5UTCAyMDA2MDkxMikNCihYRU4p IEFDUEk6IEZBQ1MgQkNGQjkwMDAsIDAwNDANCihYRU4pIEFDUEk6IEhQRVQgQkNGRkIwMDAsIDAw MzggKHIxIEhQUU9FTSAxNjFEICAgICAgICAgICAgMSBIUCAgICAgICAgICAxKQ0KKFhFTikgQUNQ STogQVBJQyBCQ0ZGQTAwMCwgMDBCQyAocjEgSFBRT0VNIDE2MUQgICAgICAgICAgICAxIEhQICAg ICAgICAgIDEpDQooWEVOKSBBQ1BJOiBNQ0ZHIEJDRkY5MDAwLCAwMDNDIChyMSBIUFFPRU0gMTYx RCAgICAgICAgICAgIDEgSFAgICAgICAgICAgMSkNCihYRU4pIEFDUEk6IEFTRiEgQkNGRjgwMDAs IDAwQTUgKHIzMiBIUFFPRU0gMTYxRCAgICAgICAgICAgIDEgSFAgICAgICAgICAgMSkNCihYRU4p IEFDUEk6IFNTRFQgQkNGRDAwMDAsIDAyNzEgKHIxIEhQUU9FTSBTYXRhQWhjaSAgICAgMTAwMCBJ TlRMIDIwMDYwOTEyKQ0KKFhFTikgQUNQSTogU1NEVCBCQ0ZDRjAwMCwgMDQ4QSAocjEgSFBRT0VN IFB0aWREZXZjICAgICAxMDAwIElOVEwgMjAwNjA5MTIpDQooWEVOKSBBQ1BJOiBTTElDIEJDRkNF MDAwLCAwMTc2IChyMSBIUFFPRU0gU0xJQy1NUEMgICAgICAgIDEgSFAgICAgICAgICAgMSkNCihY RU4pIEFDUEk6IFNTRFQgQkNGQ0QwMDAsIDA3Q0UgKHIxICBQbVJlZiAgQ3B1MElzdCAgICAgMzAw MCBJTlRMIDIwMDYwOTEyKQ0KKFhFTikgQUNQSTogU1NEVCBCQ0ZDQzAwMCwgMDlCMSAocjEgIFBt UmVmICAgIENwdVBtICAgICAzMDAwIElOVEwgMjAwNjA5MTIpDQooWEVOKSBBQ1BJOiBETUFSIEJD RkNCMDAwLCAwMEU4IChyMSBJTlRFTCAgICAgIFNOQiAgICAgICAgIDEgSU5UTCAgICAgICAgMSkN CihYRU4pIFN5c3RlbSBSQU06IDE2MzE4TUIgKDE2NzEwMDEya0IpDQooWEVOKSBEb21haW4gaGVh cCBpbml0aWFsaXNlZA0KKFhFTikgUHJvY2Vzc29yICMwIDY6MTAgQVBJQyB2ZXJzaW9uIDIxDQoo WEVOKSBQcm9jZXNzb3IgIzEgNjoxMCBBUElDIHZlcnNpb24gMjENCihYRU4pIFByb2Nlc3NvciAj MiA2OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgUHJvY2Vzc29yICMzIDY6MTAgQVBJQyB2ZXJz aW9uIDIxDQooWEVOKSBJT0FQSUNbMF06IGFwaWNfaWQgMCwgdmVyc2lvbiAzMiwgYWRkcmVzcyAw eGZlYzAwMDAwLCBHU0kgMC0yMw0KKFhFTikgRW5hYmxpbmcgQVBJQyBtb2RlOiAgRmxhdC4gIFVz aW5nIDEgSS9PIEFQSUNzDQooWEVOKSBUYWJsZSBpcyBub3QgZm91bmQhDQooWEVOKSBTd2l0Y2hl ZCB0byBBUElDIGRyaXZlciB4MmFwaWNfY2x1c3Rlci4NCihYRU4pIFVzaW5nIHNjaGVkdWxlcjog U01QIENyZWRpdCBTY2hlZHVsZXIgKGNyZWRpdCkNCihYRU4pIEluaXRpYWxpemluZyBDUFUjMA0K KFhFTikgRGV0ZWN0ZWQgMjQ5NC40MDcgTUh6IHByb2Nlc3Nvci4NCihYRU4pIEluaXRpbmcgbWVt b3J5IHNoYXJpbmcuDQooWEVOKSBDUFU6IFBoeXNpY2FsIFByb2Nlc3NvciBJRDogMA0KKFhFTikg Q1BVOiBQcm9jZXNzb3IgQ29yZSBJRDogMA0KKFhFTikgQ1BVOiBMMSBJIGNhY2hlOiAzMkssIEwx IEQgY2FjaGU6IDMySw0KKFhFTikgQ1BVOiBMMiBjYWNoZTogMjU2Sw0KKFhFTikgQ1BVOiBMMyBj YWNoZTogMzA3MksNCihYRU4pIHhzdGF0ZV9pbml0OiB1c2luZyBjbnR4dF9zaXplOiAweDM0MCBh bmQgc3RhdGVzOiAweDcNCihYRU4pIEludGVsIFZULWQgc3VwcG9ydGVkIHBhZ2Ugc2l6ZXM6IDRr Qi4NCihYRU4pIEludGVsIFZULWQgc3VwcG9ydGVkIHBhZ2Ugc2l6ZXM6IDRrQi4NCihYRU4pIElu dGVsIFZULWQgU25vb3AgQ29udHJvbCBub3QgZW5hYmxlZC4NCihYRU4pIEludGVsIFZULWQgRG9t MCBETUEgUGFzc3Rocm91Z2ggbm90IGVuYWJsZWQuDQooWEVOKSBJbnRlbCBWVC1kIFF1ZXVlZCBJ bnZhbGlkYXRpb24gZW5hYmxlZC4NCihYRU4pIEludGVsIFZULWQgSW50ZXJydXB0IFJlbWFwcGlu ZyBlbmFibGVkLg0KKFhFTikgSW50ZWwgVlQtZCBTaGFyZWQgRVBUIHRhYmxlcyBub3QgZW5hYmxl ZC4NCihYRU4pIEkvTyB2aXJ0dWFsaXNhdGlvbiBlbmFibGVkDQooWEVOKSAgLSBEb20wIG1vZGU6 IFJlbGF4ZWQNCihYRU4pIENQVTA6IEludGVsKFIpIENvcmUoVE0pIGk1LTI1MjBNIENQVSBAIDIu NTBHSHogc3RlcHBpbmcgMDcNCihYRU4pIEVuYWJsZWQgZGlyZWN0ZWQgRU9JIHdpdGggaW9hcGlj X2Fja19vbGQgb24hDQooWEVOKSBFTkFCTElORyBJTy1BUElDIElSUXMNCihYRU4pICAtPiBVc2lu ZyBvbGQgQUNLIG1ldGhvZA0KKFhFTikgUGxhdGZvcm0gdGltZXIgaXMgMTQuMzE4TUh6IEhQRVQN CihYRU4pIEFsbG9jYXRlZCBjb25zb2xlIHJpbmcgb2YgMTYgS2lCLg0KKFhFTikgVk1YOiBTdXBw b3J0ZWQgYWR2YW5jZWQgZmVhdHVyZXM6DQooWEVOKSAgLSBBUElDIE1NSU8gYWNjZXNzIHZpcnR1 YWxpc2F0aW9uDQooWEVOKSAgLSBBUElDIFRQUiBzaGFkb3cNCihYRU4pICAtIEV4dGVuZGVkIFBh Z2UgVGFibGVzIChFUFQpDQooWEVOKSAgLSBWaXJ0dWFsLVByb2Nlc3NvciBJZGVudGlmaWVycyAo VlBJRCkNCihYRU4pICAtIFZpcnR1YWwgTk1JDQooWEVOKSAgLSBNU1IgZGlyZWN0LWFjY2VzcyBi aXRtYXANCihYRU4pICAtIFVucmVzdHJpY3RlZCBHdWVzdA0KKFhFTikgSFZNOiBBU0lEcyBlbmFi bGVkLg0KKFhFTikgSFZNOiBWTVggZW5hYmxlZA0KKFhFTikgSFZNOiBIYXJkd2FyZSBBc3Npc3Rl ZCBQYWdpbmcgKEhBUCkgZGV0ZWN0ZWQNCihYRU4pIEhWTTogSEFQIHBhZ2Ugc2l6ZXM6IDRrQiwg Mk1CDQooWEVOKSBCb290aW5nIHByb2Nlc3NvciAxLzEgZWlwIDhlMDAwDQooWEVOKSBJbml0aWFs aXppbmcgQ1BVIzENCihYRU4pIENQVTogUGh5c2ljYWwgUHJvY2Vzc29yIElEOiAwDQooWEVOKSBD UFU6IFByb2Nlc3NvciBDb3JlIElEOiAwDQooWEVOKSBDUFU6IEwxIEkgY2FjaGU6IDMySywgTDEg RCBjYWNoZTogMzJLDQooWEVOKSBDUFU6IEwyIGNhY2hlOiAyNTZLDQooWEVOKSBDUFU6IEwzIGNh Y2hlOiAzMDcySw0KKFhFTikgQ1BVMTogSW50ZWwoUikgQ29yZShUTSkgaTUtMjUyME0gQ1BVIEAg Mi41MEdIeiBzdGVwcGluZyAwNw0KKFhFTikgQm9vdGluZyBwcm9jZXNzb3IgMi8yIGVpcCA4ZTAw MA0KKFhFTikgSW5pdGlhbGl6aW5nIENQVSMyDQooWEVOKSBDUFU6IFBoeXNpY2FsIFByb2Nlc3Nv ciBJRDogMA0KKFhFTikgQ1BVOiBQcm9jZXNzb3IgQ29yZSBJRDogMQ0KKFhFTikgQ1BVOiBMMSBJ IGNhY2hlOiAzMkssIEwxIEQgY2FjaGU6IDMySw0KKFhFTikgQ1BVOiBMMiBjYWNoZTogMjU2Sw0K KFhFTikgQ1BVOiBMMyBjYWNoZTogMzA3MksNCihYRU4pIENQVTI6IEludGVsKFIpIENvcmUoVE0p IGk1LTI1MjBNIENQVSBAIDIuNTBHSHogc3RlcHBpbmcgMDcNCihYRU4pIEJvb3RpbmcgcHJvY2Vz c29yIDMvMyBlaXAgOGUwMDANCihYRU4pIEluaXRpYWxpemluZyBDUFUjMw0KKFhFTikgQ1BVOiBQ aHlzaWNhbCBQcm9jZXNzb3IgSUQ6IDANCihYRU4pIENQVTogUHJvY2Vzc29yIENvcmUgSUQ6IDEN CihYRU4pIENQVTogTDEgSSBjYWNoZTogMzJLLCBMMSBEIGNhY2hlOiAzMksNCihYRU4pIENQVTog TDIgY2FjaGU6IDI1NksNCihYRU4pIENQVTogTDMgY2FjaGU6IDMwNzJLDQooWEVOKSBDUFUzOiBJ bnRlbChSKSBDb3JlKFRNKSBpNS0yNTIwTSBDUFUgQCAyLjUwR0h6IHN0ZXBwaW5nIDA3DQooWEVO KSBCcm91Z2h0IHVwIDQgQ1BVcw0KKFhFTikgKioqIExPQURJTkcgRE9NQUlOIDAgKioqDQooWEVO KSAgWGVuICBrZXJuZWw6IDY0LWJpdCwgbHNiLCBjb21wYXQzMg0KKFhFTikgIERvbTAga2VybmVs OiA2NC1iaXQsIFBBRSwgbHNiLCBwYWRkciAweDEwMDAwMDAgLT4gMHgxYTFjMDAwDQooWEVOKSBQ SFlTSUNBTCBNRU1PUlkgQVJSQU5HRU1FTlQ6DQooWEVOKSAgRG9tMCBhbGxvYy46ICAgMDAwMDAw MDQyYzAwMDAwMC0+MDAwMDAwMDQzMDAwMDAwMCAoMjA3ODkwMCBwYWdlcyB0byBiZSBhbGxvY2F0 ZWQpDQooWEVOKSAgSW5pdC4gcmFtZGlzazogMDAwMDAwMDQzZjBiNDAwMC0+MDAwMDAwMDQzZjdm ZmMwMA0KKFhFTikgVklSVFVBTCBNRU1PUlkgQVJSQU5HRU1FTlQ6DQooWEVOKSAgTG9hZGVkIGtl cm5lbDogZmZmZmZmZmY4MTAwMDAwMC0+ZmZmZmZmZmY4MWExYzAwMA0KKFhFTikgIEluaXQuIHJh bWRpc2s6IGZmZmZmZmZmODFhMWMwMDAtPmZmZmZmZmZmODIxNjdjMDANCihYRU4pICBQaHlzLU1h Y2ggbWFwOiBmZmZmZmZmZjgyMTY4MDAwLT5mZmZmZmZmZjgzMTY4MDAwDQooWEVOKSAgU3RhcnQg aW5mbzogICAgZmZmZmZmZmY4MzE2ODAwMC0+ZmZmZmZmZmY4MzE2ODRiNA0KKFhFTikgIFBhZ2Ug dGFibGVzOiAgIGZmZmZmZmZmODMxNjkwMDAtPmZmZmZmZmZmODMxODYwMDANCihYRU4pICBCb290 IHN0YWNrOiAgICBmZmZmZmZmZjgzMTg2MDAwLT5mZmZmZmZmZjgzMTg3MDAwDQooWEVOKSAgVE9U QUw6ICAgICAgICAgZmZmZmZmZmY4MDAwMDAwMC0+ZmZmZmZmZmY4MzQwMDAwMA0KKFhFTikgIEVO VFJZIEFERFJFU1M6IGZmZmZmZmZmODE0ZTcyMTANCihYRU4pIERvbTAgaGFzIG1heGltdW0gNCBW Q1BVcw0KKFhFTikgU2NydWJiaW5nIEZyZWUgUkFNOiAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uZG9u ZS4NCihYRU4pIEluaXRpYWwgbG93IG1lbW9yeSB2aXJxIHRocmVzaG9sZCBzZXQgYXQgMHg0MDAw IHBhZ2VzLg0KKFhFTikgU3RkLiBMb2dsZXZlbDogRXJyb3JzIGFuZCB3YXJuaW5ncw0KKFhFTikg R3Vlc3QgTG9nbGV2ZWw6IE5vdGhpbmcgKFJhdGUtbGltaXRlZDogRXJyb3JzIGFuZCB3YXJuaW5n cykNCihYRU4pIFhlbiBpcyByZWxpbnF1aXNoaW5nIFZHQSBjb25zb2xlLg0KKFhFTikgKioqIFNl cmlhbCBpbnB1dCAtPiBET00wICh0eXBlICdDVFJMLWEnIHRocmVlIHRpbWVzIHRvIHN3aXRjaCBp bnB1dCB0byBYZW4pDQooWEVOKSBGcmVlZCAyNDBrQiBpbml0IG1lbW9yeS4NCihYRU4pIHRyYXBz LmM6MjU4NDpkMCBEb21haW4gYXR0ZW1wdGVkIFdSTVNSIDAwMDAwMDAwMDAwMDAzOTEgZnJvbSAw eDAwMDAwMDAwMDAwMDAwMDAgdG8gMHgwMDAwMDAwMDIwMDAwMDBmLg0KKFhFTikgbm8gY3B1X2lk IGZvciBhY3BpX2lkIDQNCihYRU4pIG5vIGNwdV9pZCBmb3IgYWNwaV9pZCA1DQooWEVOKSBubyBj cHVfaWQgZm9yIGFjcGlfaWQgNg0K --bcaec50166c97e9d6104d47abcce Content-Type: text/plain; charset=UTF-8; name="xl_hvm.cfg" Content-Disposition: attachment; filename="xl_hvm.cfg" Content-Transfer-Encoding: base64 X-Attachment-Id: 9019df1d44703a35_0.3 YnVpbGRlciA9ICJodm0iDQpuYW1lID0gIndpbjd4NjQiDQptZW1vcnkgPSA0MDk2DQpwYWUgPSAx DQp2Y3B1cyA9IDINCnZpZiA9IFsgJycgXQ0KZGlzayA9IFsgJy9kZXYvbWFwcGVyL294ZW4wLHJh dyxoZGEsdycgLCAnL3dpbmUvd2luZXgvc2hhcmVkL3dpbjd4NjQuaXNvLHJhdyxoZGQscixkZXZ0 eXBlPWNkcm9tJyBdDQpib290PSJkYyINCnNkbCA9IDANCnhlbl9wbGF0Zm9ybV9wY2kgPSAxDQpn ZnhfcGFzc3RocnU9MQ0KIyAwMDowMi4wIC0gdmdhLCAwMDoxYi4wIC1zb3VuZCBjYXJkDQpwY2kg PSBbICcwMDowMi4wJyAsICAnMDA6MWIuMCcgXQ0KdmlyaWRpYW49MQ0KaHBldD0wDQojIGxvZ2l0 ZWNoIHdpcmVsZXNzIGtleWJvYXJkIGFuZCBtb3VzZQ0KdXNiID0gMQ0KdXNiZGV2aWNlID0gImhv c3Q6MDQ2ZDpjNTJiIg== --bcaec50166c97e9d6104d47abcce Content-Type: text/x-mpsub; charset=UTF-8; name="dom0.config" Content-Disposition: attachment; filename="dom0.config" Content-Transfer-Encoding: base64 X-Attachment-Id: 9019df1d44703a35_0.4 Iw0KIyBBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBmaWxlOyBETyBOT1QgRURJVC4NCiMgTGludXgv eDg2XzY0IDMuNi4xMS1nZW50b28gS2VybmVsIENvbmZpZ3VyYXRpb24NCiMNCkNPTkZJR182NEJJ VD15DQojIENPTkZJR19YODZfMzIgaXMgbm90IHNldA0KQ09ORklHX1g4Nl82ND15DQpDT05GSUdf WDg2PXkNCkNPTkZJR19JTlNUUlVDVElPTl9ERUNPREVSPXkNCkNPTkZJR19PVVRQVVRfRk9STUFU PSJlbGY2NC14ODYtNjQiDQpDT05GSUdfQVJDSF9ERUZDT05GSUc9ImFyY2gveDg2L2NvbmZpZ3Mv eDg2XzY0X2RlZmNvbmZpZyINCkNPTkZJR19MT0NLREVQX1NVUFBPUlQ9eQ0KQ09ORklHX1NUQUNL VFJBQ0VfU1VQUE9SVD15DQpDT05GSUdfSEFWRV9MQVRFTkNZVE9QX1NVUFBPUlQ9eQ0KQ09ORklH X01NVT15DQpDT05GSUdfTkVFRF9ETUFfTUFQX1NUQVRFPXkNCkNPTkZJR19ORUVEX1NHX0RNQV9M RU5HVEg9eQ0KQ09ORklHX0dFTkVSSUNfSVNBX0RNQT15DQpDT05GSUdfR0VORVJJQ19CVUc9eQ0K Q09ORklHX0dFTkVSSUNfQlVHX1JFTEFUSVZFX1BPSU5URVJTPXkNCkNPTkZJR19HRU5FUklDX0hX RUlHSFQ9eQ0KQ09ORklHX0FSQ0hfTUFZX0hBVkVfUENfRkRDPXkNCiMgQ09ORklHX1JXU0VNX0dF TkVSSUNfU1BJTkxPQ0sgaXMgbm90IHNldA0KQ09ORklHX1JXU0VNX1hDSEdBRERfQUxHT1JJVEhN PXkNCkNPTkZJR19HRU5FUklDX0NBTElCUkFURV9ERUxBWT15DQpDT05GSUdfQVJDSF9IQVNfQ1BV X1JFTEFYPXkNCkNPTkZJR19BUkNIX0hBU19ERUZBVUxUX0lETEU9eQ0KQ09ORklHX0FSQ0hfSEFT X0NBQ0hFX0xJTkVfU0laRT15DQpDT05GSUdfQVJDSF9IQVNfQ1BVX0FVVE9QUk9CRT15DQpDT05G SUdfSEFWRV9TRVRVUF9QRVJfQ1BVX0FSRUE9eQ0KQ09ORklHX05FRURfUEVSX0NQVV9FTUJFRF9G SVJTVF9DSFVOSz15DQpDT05GSUdfTkVFRF9QRVJfQ1BVX1BBR0VfRklSU1RfQ0hVTks9eQ0KQ09O RklHX0FSQ0hfSElCRVJOQVRJT05fUE9TU0lCTEU9eQ0KQ09ORklHX0FSQ0hfU1VTUEVORF9QT1NT SUJMRT15DQpDT05GSUdfWk9ORV9ETUEzMj15DQpDT05GSUdfQVVESVRfQVJDSD15DQpDT05GSUdf QVJDSF9TVVBQT1JUU19PUFRJTUlaRURfSU5MSU5JTkc9eQ0KQ09ORklHX0FSQ0hfU1VQUE9SVFNf REVCVUdfUEFHRUFMTE9DPXkNCkNPTkZJR19IQVZFX0lOVEVMX1RYVD15DQpDT05GSUdfWDg2XzY0 X1NNUD15DQpDT05GSUdfWDg2X0hUPXkNCkNPTkZJR19BUkNIX0hXRUlHSFRfQ0ZMQUdTPSItZmNh bGwtc2F2ZWQtcmRpIC1mY2FsbC1zYXZlZC1yc2kgLWZjYWxsLXNhdmVkLXJkeCAtZmNhbGwtc2F2 ZWQtcmN4IC1mY2FsbC1zYXZlZC1yOCAtZmNhbGwtc2F2ZWQtcjkgLWZjYWxsLXNhdmVkLXIxMCAt ZmNhbGwtc2F2ZWQtcjExIg0KQ09ORklHX0FSQ0hfQ1BVX1BST0JFX1JFTEVBU0U9eQ0KQ09ORklH X0FSQ0hfU1VQUE9SVFNfVVBST0JFUz15DQpDT05GSUdfREVGQ09ORklHX0xJU1Q9Ii9saWIvbW9k dWxlcy8kVU5BTUVfUkVMRUFTRS8uY29uZmlnIg0KQ09ORklHX0hBVkVfSVJRX1dPUks9eQ0KQ09O RklHX0lSUV9XT1JLPXkNCkNPTkZJR19CVUlMRFRJTUVfRVhUQUJMRV9TT1JUPXkNCg0KIw0KIyBH ZW5lcmFsIHNldHVwDQojDQpDT05GSUdfRVhQRVJJTUVOVEFMPXkNCkNPTkZJR19JTklUX0VOVl9B UkdfTElNSVQ9MzINCkNPTkZJR19DUk9TU19DT01QSUxFPSIiDQpDT05GSUdfTE9DQUxWRVJTSU9O PSIiDQojIENPTkZJR19MT0NBTFZFUlNJT05fQVVUTyBpcyBub3Qgc2V0DQpDT05GSUdfSEFWRV9L RVJORUxfR1pJUD15DQpDT05GSUdfSEFWRV9LRVJORUxfQlpJUDI9eQ0KQ09ORklHX0hBVkVfS0VS TkVMX0xaTUE9eQ0KQ09ORklHX0hBVkVfS0VSTkVMX1haPXkNCkNPTkZJR19IQVZFX0tFUk5FTF9M Wk89eQ0KQ09ORklHX0tFUk5FTF9HWklQPXkNCiMgQ09ORklHX0tFUk5FTF9CWklQMiBpcyBub3Qg c2V0DQojIENPTkZJR19LRVJORUxfTFpNQSBpcyBub3Qgc2V0DQojIENPTkZJR19LRVJORUxfWFog aXMgbm90IHNldA0KIyBDT05GSUdfS0VSTkVMX0xaTyBpcyBub3Qgc2V0DQpDT05GSUdfREVGQVVM VF9IT1NUTkFNRT0iemV1cyINCkNPTkZJR19TV0FQPXkNCkNPTkZJR19TWVNWSVBDPXkNCkNPTkZJ R19TWVNWSVBDX1NZU0NUTD15DQpDT05GSUdfUE9TSVhfTVFVRVVFPXkNCkNPTkZJR19QT1NJWF9N UVVFVUVfU1lTQ1RMPXkNCkNPTkZJR19CU0RfUFJPQ0VTU19BQ0NUPXkNCiMgQ09ORklHX0JTRF9Q Uk9DRVNTX0FDQ1RfVjMgaXMgbm90IHNldA0KIyBDT05GSUdfRkhBTkRMRSBpcyBub3Qgc2V0DQpD T05GSUdfVEFTS1NUQVRTPXkNCkNPTkZJR19UQVNLX0RFTEFZX0FDQ1Q9eQ0KQ09ORklHX1RBU0tf WEFDQ1Q9eQ0KQ09ORklHX1RBU0tfSU9fQUNDT1VOVElORz15DQpDT05GSUdfQVVESVQ9eQ0KQ09O RklHX0FVRElUU1lTQ0FMTD15DQpDT05GSUdfQVVESVRfV0FUQ0g9eQ0KQ09ORklHX0FVRElUX1RS RUU9eQ0KIyBDT05GSUdfQVVESVRfTE9HSU5VSURfSU1NVVRBQkxFIGlzIG5vdCBzZXQNCkNPTkZJ R19IQVZFX0dFTkVSSUNfSEFSRElSUVM9eQ0KDQojDQojIElSUSBzdWJzeXN0ZW0NCiMNCkNPTkZJ R19HRU5FUklDX0hBUkRJUlFTPXkNCkNPTkZJR19HRU5FUklDX0lSUV9QUk9CRT15DQpDT05GSUdf R0VORVJJQ19JUlFfU0hPVz15DQpDT05GSUdfR0VORVJJQ19QRU5ESU5HX0lSUT15DQpDT05GSUdf SVJRX0ZPUkNFRF9USFJFQURJTkc9eQ0KQ09ORklHX1NQQVJTRV9JUlE9eQ0KQ09ORklHX0NMT0NL U09VUkNFX1dBVENIRE9HPXkNCkNPTkZJR19BUkNIX0NMT0NLU09VUkNFX0RBVEE9eQ0KQ09ORklH X0dFTkVSSUNfVElNRV9WU1lTQ0FMTD15DQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UUz15DQpD T05GSUdfR0VORVJJQ19DTE9DS0VWRU5UU19CVUlMRD15DQpDT05GSUdfR0VORVJJQ19DTE9DS0VW RU5UU19CUk9BRENBU1Q9eQ0KQ09ORklHX0dFTkVSSUNfQ0xPQ0tFVkVOVFNfTUlOX0FESlVTVD15 DQpDT05GSUdfR0VORVJJQ19DTU9TX1VQREFURT15DQoNCiMNCiMgVGltZXJzIHN1YnN5c3RlbQ0K Iw0KQ09ORklHX1RJQ0tfT05FU0hPVD15DQpDT05GSUdfTk9fSFo9eQ0KQ09ORklHX0hJR0hfUkVT X1RJTUVSUz15DQoNCiMNCiMgUkNVIFN1YnN5c3RlbQ0KIw0KQ09ORklHX1RSRUVfUkNVPXkNCiMg Q09ORklHX1BSRUVNUFRfUkNVIGlzIG5vdCBzZXQNCkNPTkZJR19SQ1VfRkFOT1VUPTY0DQpDT05G SUdfUkNVX0ZBTk9VVF9MRUFGPTE2DQojIENPTkZJR19SQ1VfRkFOT1VUX0VYQUNUIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1JDVV9GQVNUX05PX0haIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RSRUVfUkNV X1RSQUNFIGlzIG5vdCBzZXQNCkNPTkZJR19JS0NPTkZJRz15DQpDT05GSUdfSUtDT05GSUdfUFJP Qz15DQpDT05GSUdfTE9HX0JVRl9TSElGVD0xOA0KQ09ORklHX0hBVkVfVU5TVEFCTEVfU0NIRURf Q0xPQ0s9eQ0KQ09ORklHX0NHUk9VUFM9eQ0KIyBDT05GSUdfQ0dST1VQX0RFQlVHIGlzIG5vdCBz ZXQNCkNPTkZJR19DR1JPVVBfRlJFRVpFUj15DQpDT05GSUdfQ0dST1VQX0RFVklDRT15DQpDT05G SUdfQ1BVU0VUUz15DQpDT05GSUdfUFJPQ19QSURfQ1BVU0VUPXkNCkNPTkZJR19DR1JPVVBfQ1BV QUNDVD15DQpDT05GSUdfUkVTT1VSQ0VfQ09VTlRFUlM9eQ0KIyBDT05GSUdfTUVNQ0cgaXMgbm90 IHNldA0KIyBDT05GSUdfQ0dST1VQX0hVR0VUTEIgaXMgbm90IHNldA0KQ09ORklHX0NHUk9VUF9Q RVJGPXkNCkNPTkZJR19DR1JPVVBfU0NIRUQ9eQ0KQ09ORklHX0ZBSVJfR1JPVVBfU0NIRUQ9eQ0K IyBDT05GSUdfQ0ZTX0JBTkRXSURUSCBpcyBub3Qgc2V0DQpDT05GSUdfUlRfR1JPVVBfU0NIRUQ9 eQ0KQ09ORklHX0JMS19DR1JPVVA9eQ0KIyBDT05GSUdfREVCVUdfQkxLX0NHUk9VUCBpcyBub3Qg c2V0DQojIENPTkZJR19DSEVDS1BPSU5UX1JFU1RPUkUgaXMgbm90IHNldA0KQ09ORklHX05BTUVT UEFDRVM9eQ0KQ09ORklHX1VUU19OUz15DQpDT05GSUdfSVBDX05TPXkNCkNPTkZJR19QSURfTlM9 eQ0KQ09ORklHX05FVF9OUz15DQpDT05GSUdfU0NIRURfQVVUT0dST1VQPXkNCiMgQ09ORklHX1NZ U0ZTX0RFUFJFQ0FURUQgaXMgbm90IHNldA0KQ09ORklHX1JFTEFZPXkNCkNPTkZJR19CTEtfREVW X0lOSVRSRD15DQpDT05GSUdfSU5JVFJBTUZTX1NPVVJDRT0iIg0KQ09ORklHX1JEX0daSVA9eQ0K Q09ORklHX1JEX0JaSVAyPXkNCkNPTkZJR19SRF9MWk1BPXkNCkNPTkZJR19SRF9YWj15DQpDT05G SUdfUkRfTFpPPXkNCkNPTkZJR19DQ19PUFRJTUlaRV9GT1JfU0laRT15DQpDT05GSUdfU1lTQ1RM PXkNCkNPTkZJR19BTk9OX0lOT0RFUz15DQojIENPTkZJR19FWFBFUlQgaXMgbm90IHNldA0KQ09O RklHX1VJRDE2PXkNCiMgQ09ORklHX1NZU0NUTF9TWVNDQUxMIGlzIG5vdCBzZXQNCkNPTkZJR19L QUxMU1lNUz15DQpDT05GSUdfSE9UUExVRz15DQpDT05GSUdfUFJJTlRLPXkNCkNPTkZJR19CVUc9 eQ0KQ09ORklHX0VMRl9DT1JFPXkNCkNPTkZJR19QQ1NQS1JfUExBVEZPUk09eQ0KQ09ORklHX0hB VkVfUENTUEtSX1BMQVRGT1JNPXkNCkNPTkZJR19CQVNFX0ZVTEw9eQ0KQ09ORklHX0ZVVEVYPXkN CkNPTkZJR19FUE9MTD15DQpDT05GSUdfU0lHTkFMRkQ9eQ0KQ09ORklHX1RJTUVSRkQ9eQ0KQ09O RklHX0VWRU5URkQ9eQ0KQ09ORklHX1NITUVNPXkNCkNPTkZJR19BSU89eQ0KIyBDT05GSUdfRU1C RURERUQgaXMgbm90IHNldA0KQ09ORklHX0hBVkVfUEVSRl9FVkVOVFM9eQ0KDQojDQojIEtlcm5l bCBQZXJmb3JtYW5jZSBFdmVudHMgQW5kIENvdW50ZXJzDQojDQpDT05GSUdfUEVSRl9FVkVOVFM9 eQ0KQ09ORklHX1ZNX0VWRU5UX0NPVU5URVJTPXkNCkNPTkZJR19QQ0lfUVVJUktTPXkNCkNPTkZJ R19TTFVCX0RFQlVHPXkNCiMgQ09ORklHX0NPTVBBVF9CUksgaXMgbm90IHNldA0KIyBDT05GSUdf U0xBQiBpcyBub3Qgc2V0DQpDT05GSUdfU0xVQj15DQojIENPTkZJR19QUk9GSUxJTkcgaXMgbm90 IHNldA0KQ09ORklHX0hBVkVfT1BST0ZJTEU9eQ0KQ09ORklHX09QUk9GSUxFX05NSV9USU1FUj15 DQojIENPTkZJR19LUFJPQkVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0pVTVBfTEFCRUwgaXMgbm90 IHNldA0KQ09ORklHX0hBVkVfRUZGSUNJRU5UX1VOQUxJR05FRF9BQ0NFU1M9eQ0KQ09ORklHX0hB VkVfSU9SRU1BUF9QUk9UPXkNCkNPTkZJR19IQVZFX0tQUk9CRVM9eQ0KQ09ORklHX0hBVkVfS1JF VFBST0JFUz15DQpDT05GSUdfSEFWRV9PUFRQUk9CRVM9eQ0KQ09ORklHX0hBVkVfQVJDSF9UUkFD RUhPT0s9eQ0KQ09ORklHX0hBVkVfRE1BX0FUVFJTPXkNCkNPTkZJR19VU0VfR0VORVJJQ19TTVBf SEVMUEVSUz15DQpDT05GSUdfR0VORVJJQ19TTVBfSURMRV9USFJFQUQ9eQ0KQ09ORklHX0hBVkVf UkVHU19BTkRfU1RBQ0tfQUNDRVNTX0FQST15DQpDT05GSUdfSEFWRV9ETUFfQVBJX0RFQlVHPXkN CkNPTkZJR19IQVZFX0hXX0JSRUFLUE9JTlQ9eQ0KQ09ORklHX0hBVkVfTUlYRURfQlJFQUtQT0lO VFNfUkVHUz15DQpDT05GSUdfSEFWRV9VU0VSX1JFVFVSTl9OT1RJRklFUj15DQpDT05GSUdfSEFW RV9QRVJGX0VWRU5UU19OTUk9eQ0KQ09ORklHX0hBVkVfQVJDSF9KVU1QX0xBQkVMPXkNCkNPTkZJ R19BUkNIX0hBVkVfTk1JX1NBRkVfQ01QWENIRz15DQpDT05GSUdfSEFWRV9BTElHTkVEX1NUUlVD VF9QQUdFPXkNCkNPTkZJR19IQVZFX0NNUFhDSEdfTE9DQUw9eQ0KQ09ORklHX0hBVkVfQ01QWENI R19ET1VCTEU9eQ0KQ09ORklHX0FSQ0hfV0FOVF9DT01QQVRfSVBDX1BBUlNFX1ZFUlNJT049eQ0K Q09ORklHX0FSQ0hfV0FOVF9PTERfQ09NUEFUX0lQQz15DQpDT05GSUdfSEFWRV9BUkNIX1NFQ0NP TVBfRklMVEVSPXkNCkNPTkZJR19TRUNDT01QX0ZJTFRFUj15DQoNCiMNCiMgR0NPVi1iYXNlZCBr ZXJuZWwgcHJvZmlsaW5nDQojDQojIENPTkZJR19IQVZFX0dFTkVSSUNfRE1BX0NPSEVSRU5UIGlz IG5vdCBzZXQNCkNPTkZJR19TTEFCSU5GTz15DQpDT05GSUdfUlRfTVVURVhFUz15DQpDT05GSUdf QkFTRV9TTUFMTD0wDQpDT05GSUdfTU9EVUxFUz15DQojIENPTkZJR19NT0RVTEVfRk9SQ0VfTE9B RCBpcyBub3Qgc2V0DQpDT05GSUdfTU9EVUxFX1VOTE9BRD15DQpDT05GSUdfTU9EVUxFX0ZPUkNF X1VOTE9BRD15DQojIENPTkZJR19NT0RWRVJTSU9OUyBpcyBub3Qgc2V0DQojIENPTkZJR19NT0RV TEVfU1JDVkVSU0lPTl9BTEwgaXMgbm90IHNldA0KQ09ORklHX1NUT1BfTUFDSElORT15DQpDT05G SUdfQkxPQ0s9eQ0KQ09ORklHX0JMS19ERVZfQlNHPXkNCiMgQ09ORklHX0JMS19ERVZfQlNHTElC IGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfSU5URUdSSVRZIGlzIG5vdCBzZXQNCiMgQ09O RklHX0JMS19ERVZfVEhST1RUTElORyBpcyBub3Qgc2V0DQoNCiMNCiMgUGFydGl0aW9uIFR5cGVz DQojDQpDT05GSUdfUEFSVElUSU9OX0FEVkFOQ0VEPXkNCiMgQ09ORklHX0FDT1JOX1BBUlRJVElP TiBpcyBub3Qgc2V0DQojIENPTkZJR19PU0ZfUEFSVElUSU9OIGlzIG5vdCBzZXQNCiMgQ09ORklH X0FNSUdBX1BBUlRJVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19BVEFSSV9QQVJUSVRJT04gaXMg bm90IHNldA0KIyBDT05GSUdfTUFDX1BBUlRJVElPTiBpcyBub3Qgc2V0DQpDT05GSUdfTVNET1Nf UEFSVElUSU9OPXkNCiMgQ09ORklHX0JTRF9ESVNLTEFCRUwgaXMgbm90IHNldA0KIyBDT05GSUdf TUlOSVhfU1VCUEFSVElUSU9OIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NPTEFSSVNfWDg2X1BBUlRJ VElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19VTklYV0FSRV9ESVNLTEFCRUwgaXMgbm90IHNldA0K IyBDT05GSUdfTERNX1BBUlRJVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19TR0lfUEFSVElUSU9O IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VMVFJJWF9QQVJUSVRJT04gaXMgbm90IHNldA0KIyBDT05G SUdfU1VOX1BBUlRJVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19LQVJNQV9QQVJUSVRJT04gaXMg bm90IHNldA0KIyBDT05GSUdfRUZJX1BBUlRJVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19TWVNW NjhfUEFSVElUSU9OIGlzIG5vdCBzZXQNCkNPTkZJR19CTE9DS19DT01QQVQ9eQ0KDQojDQojIElP IFNjaGVkdWxlcnMNCiMNCkNPTkZJR19JT1NDSEVEX05PT1A9eQ0KIyBDT05GSUdfSU9TQ0hFRF9E RUFETElORSBpcyBub3Qgc2V0DQpDT05GSUdfSU9TQ0hFRF9DRlE9eQ0KIyBDT05GSUdfQ0ZRX0dS T1VQX0lPU0NIRUQgaXMgbm90IHNldA0KQ09ORklHX0RFRkFVTFRfQ0ZRPXkNCiMgQ09ORklHX0RF RkFVTFRfTk9PUCBpcyBub3Qgc2V0DQpDT05GSUdfREVGQVVMVF9JT1NDSEVEPSJjZnEiDQojIENP TkZJR19JTkxJTkVfU1BJTl9UUllMT0NLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9TUElO X1RSWUxPQ0tfQkggaXMgbm90IHNldA0KIyBDT05GSUdfSU5MSU5FX1NQSU5fTE9DSyBpcyBub3Qg c2V0DQojIENPTkZJR19JTkxJTkVfU1BJTl9MT0NLX0JIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lO TElORV9TUElOX0xPQ0tfSVJRIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tf SVJRU0FWRSBpcyBub3Qgc2V0DQojIENPTkZJR19JTkxJTkVfU1BJTl9VTkxPQ0tfQkggaXMgbm90 IHNldA0KQ09ORklHX0lOTElORV9TUElOX1VOTE9DS19JUlE9eQ0KIyBDT05GSUdfSU5MSU5FX1NQ SU5fVU5MT0NLX0lSUVJFU1RPUkUgaXMgbm90IHNldA0KIyBDT05GSUdfSU5MSU5FX1JFQURfVFJZ TE9DSyBpcyBub3Qgc2V0DQojIENPTkZJR19JTkxJTkVfUkVBRF9MT0NLIGlzIG5vdCBzZXQNCiMg Q09ORklHX0lOTElORV9SRUFEX0xPQ0tfQkggaXMgbm90IHNldA0KIyBDT05GSUdfSU5MSU5FX1JF QURfTE9DS19JUlEgaXMgbm90IHNldA0KIyBDT05GSUdfSU5MSU5FX1JFQURfTE9DS19JUlFTQVZF IGlzIG5vdCBzZXQNCkNPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0s9eQ0KIyBDT05GSUdfSU5MSU5F X1JFQURfVU5MT0NLX0JIIGlzIG5vdCBzZXQNCkNPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0tfSVJR PXkNCiMgQ09ORklHX0lOTElORV9SRUFEX1VOTE9DS19JUlFSRVNUT1JFIGlzIG5vdCBzZXQNCiMg Q09ORklHX0lOTElORV9XUklURV9UUllMT0NLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9X UklURV9MT0NLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9XUklURV9MT0NLX0JIIGlzIG5v dCBzZXQNCiMgQ09ORklHX0lOTElORV9XUklURV9MT0NLX0lSUSBpcyBub3Qgc2V0DQojIENPTkZJ R19JTkxJTkVfV1JJVEVfTE9DS19JUlFTQVZFIGlzIG5vdCBzZXQNCkNPTkZJR19JTkxJTkVfV1JJ VEVfVU5MT0NLPXkNCiMgQ09ORklHX0lOTElORV9XUklURV9VTkxPQ0tfQkggaXMgbm90IHNldA0K Q09ORklHX0lOTElORV9XUklURV9VTkxPQ0tfSVJRPXkNCiMgQ09ORklHX0lOTElORV9XUklURV9V TkxPQ0tfSVJRUkVTVE9SRSBpcyBub3Qgc2V0DQpDT05GSUdfTVVURVhfU1BJTl9PTl9PV05FUj15 DQpDT05GSUdfRlJFRVpFUj15DQoNCiMNCiMgUHJvY2Vzc29yIHR5cGUgYW5kIGZlYXR1cmVzDQoj DQpDT05GSUdfWk9ORV9ETUE9eQ0KQ09ORklHX1NNUD15DQpDT05GSUdfWDg2X1gyQVBJQz15DQoj IENPTkZJR19YODZfTVBQQVJTRSBpcyBub3Qgc2V0DQojIENPTkZJR19YODZfRVhURU5ERURfUExB VEZPUk0gaXMgbm90IHNldA0KQ09ORklHX1g4Nl9TVVBQT1JUU19NRU1PUllfRkFJTFVSRT15DQpD T05GSUdfU0NIRURfT01JVF9GUkFNRV9QT0lOVEVSPXkNCkNPTkZJR19QQVJBVklSVF9HVUVTVD15 DQojIENPTkZJR19QQVJBVklSVF9USU1FX0FDQ09VTlRJTkcgaXMgbm90IHNldA0KQ09ORklHX1hF Tj15DQpDT05GSUdfWEVOX0RPTTA9eQ0KQ09ORklHX1hFTl9QUklWSUxFR0VEX0dVRVNUPXkNCkNP TkZJR19YRU5fUFZIVk09eQ0KQ09ORklHX1hFTl9NQVhfRE9NQUlOX01FTU9SWT01MDANCkNPTkZJ R19YRU5fU0FWRV9SRVNUT1JFPXkNCiMgQ09ORklHX0tWTV9DTE9DSyBpcyBub3Qgc2V0DQojIENP TkZJR19LVk1fR1VFU1QgaXMgbm90IHNldA0KQ09ORklHX1BBUkFWSVJUPXkNCiMgQ09ORklHX1BB UkFWSVJUX1NQSU5MT0NLUyBpcyBub3Qgc2V0DQpDT05GSUdfUEFSQVZJUlRfQ0xPQ0s9eQ0KQ09O RklHX05PX0JPT1RNRU09eQ0KIyBDT05GSUdfTUVNVEVTVCBpcyBub3Qgc2V0DQojIENPTkZJR19N SzggaXMgbm90IHNldA0KIyBDT05GSUdfTVBTQyBpcyBub3Qgc2V0DQpDT05GSUdfTUNPUkUyPXkN CiMgQ09ORklHX01BVE9NIGlzIG5vdCBzZXQNCiMgQ09ORklHX0dFTkVSSUNfQ1BVIGlzIG5vdCBz ZXQNCkNPTkZJR19YODZfSU5URVJOT0RFX0NBQ0hFX1NISUZUPTYNCkNPTkZJR19YODZfQ01QWENI Rz15DQpDT05GSUdfWDg2X0wxX0NBQ0hFX1NISUZUPTYNCkNPTkZJR19YODZfWEFERD15DQpDT05G SUdfWDg2X1dQX1dPUktTX09LPXkNCkNPTkZJR19YODZfSU5URUxfVVNFUkNPUFk9eQ0KQ09ORklH X1g4Nl9VU0VfUFBST19DSEVDS1NVTT15DQpDT05GSUdfWDg2X1A2X05PUD15DQpDT05GSUdfWDg2 X1RTQz15DQpDT05GSUdfWDg2X0NNUFhDSEc2ND15DQpDT05GSUdfWDg2X0NNT1Y9eQ0KQ09ORklH X1g4Nl9NSU5JTVVNX0NQVV9GQU1JTFk9NjQNCkNPTkZJR19YODZfREVCVUdDVExNU1I9eQ0KQ09O RklHX0NQVV9TVVBfSU5URUw9eQ0KQ09ORklHX0NQVV9TVVBfQU1EPXkNCkNPTkZJR19DUFVfU1VQ X0NFTlRBVVI9eQ0KQ09ORklHX0hQRVRfVElNRVI9eQ0KQ09ORklHX0hQRVRfRU1VTEFURV9SVEM9 eQ0KQ09ORklHX0RNST15DQpDT05GSUdfR0FSVF9JT01NVT15DQojIENPTkZJR19DQUxHQVJZX0lP TU1VIGlzIG5vdCBzZXQNCkNPTkZJR19TV0lPVExCPXkNCkNPTkZJR19JT01NVV9IRUxQRVI9eQ0K Q09ORklHX05SX0NQVVM9NTEyDQpDT05GSUdfU0NIRURfU01UPXkNCkNPTkZJR19TQ0hFRF9NQz15 DQojIENPTkZJR19JUlFfVElNRV9BQ0NPVU5USU5HIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BSRUVN UFRfTk9ORSBpcyBub3Qgc2V0DQpDT05GSUdfUFJFRU1QVF9WT0xVTlRBUlk9eQ0KIyBDT05GSUdf UFJFRU1QVCBpcyBub3Qgc2V0DQpDT05GSUdfWDg2X0xPQ0FMX0FQSUM9eQ0KQ09ORklHX1g4Nl9J T19BUElDPXkNCiMgQ09ORklHX1g4Nl9SRVJPVVRFX0ZPUl9CUk9LRU5fQk9PVF9JUlFTIGlzIG5v dCBzZXQNCkNPTkZJR19YODZfTUNFPXkNCkNPTkZJR19YODZfTUNFX0lOVEVMPXkNCiMgQ09ORklH X1g4Nl9NQ0VfQU1EIGlzIG5vdCBzZXQNCkNPTkZJR19YODZfTUNFX1RIUkVTSE9MRD15DQojIENP TkZJR19YODZfTUNFX0lOSkVDVCBpcyBub3Qgc2V0DQpDT05GSUdfWDg2X1RIRVJNQUxfVkVDVE9S PXkNCiMgQ09ORklHX0k4SyBpcyBub3Qgc2V0DQpDT05GSUdfTUlDUk9DT0RFPW0NCkNPTkZJR19N SUNST0NPREVfSU5URUw9eQ0KIyBDT05GSUdfTUlDUk9DT0RFX0FNRCBpcyBub3Qgc2V0DQpDT05G SUdfTUlDUk9DT0RFX09MRF9JTlRFUkZBQ0U9eQ0KQ09ORklHX1g4Nl9NU1I9eQ0KQ09ORklHX1g4 Nl9DUFVJRD15DQpDT05GSUdfQVJDSF9QSFlTX0FERFJfVF82NEJJVD15DQpDT05GSUdfQVJDSF9E TUFfQUREUl9UXzY0QklUPXkNCkNPTkZJR19ESVJFQ1RfR0JQQUdFUz15DQojIENPTkZJR19OVU1B IGlzIG5vdCBzZXQNCkNPTkZJR19BUkNIX1NQQVJTRU1FTV9FTkFCTEU9eQ0KQ09ORklHX0FSQ0hf U1BBUlNFTUVNX0RFRkFVTFQ9eQ0KQ09ORklHX0FSQ0hfU0VMRUNUX01FTU9SWV9NT0RFTD15DQpD T05GSUdfQVJDSF9QUk9DX0tDT1JFX1RFWFQ9eQ0KQ09ORklHX0lMTEVHQUxfUE9JTlRFUl9WQUxV RT0weGRlYWQwMDAwMDAwMDAwMDANCkNPTkZJR19TRUxFQ1RfTUVNT1JZX01PREVMPXkNCkNPTkZJ R19TUEFSU0VNRU1fTUFOVUFMPXkNCkNPTkZJR19TUEFSU0VNRU09eQ0KQ09ORklHX0hBVkVfTUVN T1JZX1BSRVNFTlQ9eQ0KQ09ORklHX1NQQVJTRU1FTV9FWFRSRU1FPXkNCkNPTkZJR19TUEFSU0VN RU1fVk1FTU1BUF9FTkFCTEU9eQ0KQ09ORklHX1NQQVJTRU1FTV9BTExPQ19NRU1fTUFQX1RPR0VU SEVSPXkNCkNPTkZJR19TUEFSU0VNRU1fVk1FTU1BUD15DQpDT05GSUdfSEFWRV9NRU1CTE9DSz15 DQpDT05GSUdfSEFWRV9NRU1CTE9DS19OT0RFX01BUD15DQpDT05GSUdfQVJDSF9ESVNDQVJEX01F TUJMT0NLPXkNCiMgQ09ORklHX01FTU9SWV9IT1RQTFVHIGlzIG5vdCBzZXQNCkNPTkZJR19QQUdF RkxBR1NfRVhURU5ERUQ9eQ0KQ09ORklHX1NQTElUX1BUTE9DS19DUFVTPTQNCkNPTkZJR19DT01Q QUNUSU9OPXkNCkNPTkZJR19NSUdSQVRJT049eQ0KQ09ORklHX1BIWVNfQUREUl9UXzY0QklUPXkN CkNPTkZJR19aT05FX0RNQV9GTEFHPTENCkNPTkZJR19CT1VOQ0U9eQ0KQ09ORklHX1ZJUlRfVE9f QlVTPXkNCkNPTkZJR19NTVVfTk9USUZJRVI9eQ0KQ09ORklHX0tTTT15DQpDT05GSUdfREVGQVVM VF9NTUFQX01JTl9BRERSPTQwOTYNCkNPTkZJR19BUkNIX1NVUFBPUlRTX01FTU9SWV9GQUlMVVJF PXkNCiMgQ09ORklHX01FTU9SWV9GQUlMVVJFIGlzIG5vdCBzZXQNCkNPTkZJR19UUkFOU1BBUkVO VF9IVUdFUEFHRT15DQpDT05GSUdfVFJBTlNQQVJFTlRfSFVHRVBBR0VfQUxXQVlTPXkNCiMgQ09O RklHX1RSQU5TUEFSRU5UX0hVR0VQQUdFX01BRFZJU0UgaXMgbm90IHNldA0KQ09ORklHX0NST1NT X01FTU9SWV9BVFRBQ0g9eQ0KQ09ORklHX0NMRUFOQ0FDSEU9eQ0KIyBDT05GSUdfRlJPTlRTV0FQ IGlzIG5vdCBzZXQNCiMgQ09ORklHX1g4Nl9DSEVDS19CSU9TX0NPUlJVUFRJT04gaXMgbm90IHNl dA0KQ09ORklHX1g4Nl9SRVNFUlZFX0xPVz02NA0KQ09ORklHX01UUlI9eQ0KQ09ORklHX01UUlJf U0FOSVRJWkVSPXkNCkNPTkZJR19NVFJSX1NBTklUSVpFUl9FTkFCTEVfREVGQVVMVD0wDQpDT05G SUdfTVRSUl9TQU5JVElaRVJfU1BBUkVfUkVHX05SX0RFRkFVTFQ9MQ0KQ09ORklHX1g4Nl9QQVQ9 eQ0KQ09ORklHX0FSQ0hfVVNFU19QR19VTkNBQ0hFRD15DQpDT05GSUdfQVJDSF9SQU5ET009eQ0K IyBDT05GSUdfRUZJIGlzIG5vdCBzZXQNCkNPTkZJR19TRUNDT01QPXkNCiMgQ09ORklHX0NDX1NU QUNLUFJPVEVDVE9SIGlzIG5vdCBzZXQNCiMgQ09ORklHX0haXzEwMCBpcyBub3Qgc2V0DQojIENP TkZJR19IWl8yNTAgaXMgbm90IHNldA0KIyBDT05GSUdfSFpfMzAwIGlzIG5vdCBzZXQNCkNPTkZJ R19IWl8xMDAwPXkNCkNPTkZJR19IWj0xMDAwDQpDT05GSUdfU0NIRURfSFJUSUNLPXkNCkNPTkZJ R19LRVhFQz15DQpDT05GSUdfQ1JBU0hfRFVNUD15DQojIENPTkZJR19LRVhFQ19KVU1QIGlzIG5v dCBzZXQNCkNPTkZJR19QSFlTSUNBTF9TVEFSVD0weDEwMDAwMDANCkNPTkZJR19SRUxPQ0FUQUJM RT15DQpDT05GSUdfUEhZU0lDQUxfQUxJR049MHgxMDAwMDAwDQpDT05GSUdfSE9UUExVR19DUFU9 eQ0KIyBDT05GSUdfQ09NUEFUX1ZEU08gaXMgbm90IHNldA0KIyBDT05GSUdfQ01ETElORV9CT09M IGlzIG5vdCBzZXQNCkNPTkZJR19BUkNIX0VOQUJMRV9NRU1PUllfSE9UUExVRz15DQoNCiMNCiMg UG93ZXIgbWFuYWdlbWVudCBhbmQgQUNQSSBvcHRpb25zDQojDQpDT05GSUdfQVJDSF9ISUJFUk5B VElPTl9IRUFERVI9eQ0KQ09ORklHX1NVU1BFTkQ9eQ0KQ09ORklHX1NVU1BFTkRfRlJFRVpFUj15 DQpDT05GSUdfSElCRVJOQVRFX0NBTExCQUNLUz15DQpDT05GSUdfSElCRVJOQVRJT049eQ0KQ09O RklHX1BNX1NURF9QQVJUSVRJT049IiINCkNPTkZJR19QTV9TTEVFUD15DQpDT05GSUdfUE1fU0xF RVBfU01QPXkNCiMgQ09ORklHX1BNX0FVVE9TTEVFUCBpcyBub3Qgc2V0DQojIENPTkZJR19QTV9X QUtFTE9DS1MgaXMgbm90IHNldA0KQ09ORklHX1BNX1JVTlRJTUU9eQ0KQ09ORklHX1BNPXkNCiMg Q09ORklHX1BNX0RFQlVHIGlzIG5vdCBzZXQNCkNPTkZJR19BQ1BJPXkNCkNPTkZJR19BQ1BJX1NM RUVQPXkNCiMgQ09ORklHX0FDUElfUFJPQ0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FDUElfUFJP Q0ZTX1BPV0VSIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FDUElfRUNfREVCVUdGUyBpcyBub3Qgc2V0 DQojIENPTkZJR19BQ1BJX1BST0NfRVZFTlQgaXMgbm90IHNldA0KQ09ORklHX0FDUElfQUM9eQ0K Q09ORklHX0FDUElfQkFUVEVSWT15DQpDT05GSUdfQUNQSV9CVVRUT049eQ0KQ09ORklHX0FDUElf VklERU89eQ0KQ09ORklHX0FDUElfRkFOPXkNCiMgQ09ORklHX0FDUElfRE9DSyBpcyBub3Qgc2V0 DQpDT05GSUdfQUNQSV9QUk9DRVNTT1I9eQ0KQ09ORklHX0FDUElfSE9UUExVR19DUFU9eQ0KIyBD T05GSUdfQUNQSV9QUk9DRVNTT1JfQUdHUkVHQVRPUiBpcyBub3Qgc2V0DQpDT05GSUdfQUNQSV9U SEVSTUFMPXkNCiMgQ09ORklHX0FDUElfQ1VTVE9NX0RTRFQgaXMgbm90IHNldA0KQ09ORklHX0FD UElfQkxBQ0tMSVNUX1lFQVI9MA0KIyBDT05GSUdfQUNQSV9ERUJVRyBpcyBub3Qgc2V0DQojIENP TkZJR19BQ1BJX1BDSV9TTE9UIGlzIG5vdCBzZXQNCkNPTkZJR19YODZfUE1fVElNRVI9eQ0KQ09O RklHX0FDUElfQ09OVEFJTkVSPXkNCkNPTkZJR19BQ1BJX1NCUz1tDQojIENPTkZJR19BQ1BJX0hF RCBpcyBub3Qgc2V0DQojIENPTkZJR19BQ1BJX0JHUlQgaXMgbm90IHNldA0KIyBDT05GSUdfQUNQ SV9BUEVJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NGSSBpcyBub3Qgc2V0DQoNCiMNCiMgQ1BVIEZy ZXF1ZW5jeSBzY2FsaW5nDQojDQpDT05GSUdfQ1BVX0ZSRVE9eQ0KQ09ORklHX0NQVV9GUkVRX1RB QkxFPXkNCkNPTkZJR19DUFVfRlJFUV9TVEFUPXkNCiMgQ09ORklHX0NQVV9GUkVRX1NUQVRfREVU QUlMUyBpcyBub3Qgc2V0DQojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9QRVJGT1JNQU5D RSBpcyBub3Qgc2V0DQojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9VU0VSU1BBQ0UgaXMg bm90IHNldA0KQ09ORklHX0NQVV9GUkVRX0RFRkFVTFRfR09WX09OREVNQU5EPXkNCiMgQ09ORklH X0NQVV9GUkVRX0RFRkFVTFRfR09WX0NPTlNFUlZBVElWRSBpcyBub3Qgc2V0DQpDT05GSUdfQ1BV X0ZSRVFfR09WX1BFUkZPUk1BTkNFPXkNCkNPTkZJR19DUFVfRlJFUV9HT1ZfUE9XRVJTQVZFPXkN CiMgQ09ORklHX0NQVV9GUkVRX0dPVl9VU0VSU1BBQ0UgaXMgbm90IHNldA0KQ09ORklHX0NQVV9G UkVRX0dPVl9PTkRFTUFORD15DQojIENPTkZJR19DUFVfRlJFUV9HT1ZfQ09OU0VSVkFUSVZFIGlz IG5vdCBzZXQNCg0KIw0KIyB4ODYgQ1BVIGZyZXF1ZW5jeSBzY2FsaW5nIGRyaXZlcnMNCiMNCiMg Q09ORklHX1g4Nl9QQ0NfQ1BVRlJFUSBpcyBub3Qgc2V0DQpDT05GSUdfWDg2X0FDUElfQ1BVRlJF UT15DQojIENPTkZJR19YODZfUE9XRVJOT1dfSzggaXMgbm90IHNldA0KIyBDT05GSUdfWDg2X1NQ RUVEU1RFUF9DRU5UUklOTyBpcyBub3Qgc2V0DQojIENPTkZJR19YODZfUDRfQ0xPQ0tNT0QgaXMg bm90IHNldA0KDQojDQojIHNoYXJlZCBvcHRpb25zDQojDQojIENPTkZJR19YODZfU1BFRURTVEVQ X0xJQiBpcyBub3Qgc2V0DQpDT05GSUdfQ1BVX0lETEU9eQ0KQ09ORklHX0NQVV9JRExFX0dPVl9M QURERVI9eQ0KQ09ORklHX0NQVV9JRExFX0dPVl9NRU5VPXkNCiMgQ09ORklHX0FSQ0hfTkVFRFNf Q1BVX0lETEVfQ09VUExFRCBpcyBub3Qgc2V0DQpDT05GSUdfSU5URUxfSURMRT15DQoNCiMNCiMg TWVtb3J5IHBvd2VyIHNhdmluZ3MNCiMNCiMgQ09ORklHX0k3MzAwX0lETEUgaXMgbm90IHNldA0K DQojDQojIEJ1cyBvcHRpb25zIChQQ0kgZXRjLikNCiMNCkNPTkZJR19QQ0k9eQ0KQ09ORklHX1BD SV9ESVJFQ1Q9eQ0KQ09ORklHX1BDSV9NTUNPTkZJRz15DQpDT05GSUdfUENJX1hFTj15DQpDT05G SUdfUENJX0RPTUFJTlM9eQ0KIyBDT05GSUdfUENJX0NOQjIwTEVfUVVJUksgaXMgbm90IHNldA0K Q09ORklHX1BDSUVQT1JUQlVTPXkNCiMgQ09ORklHX1BDSUVBRVIgaXMgbm90IHNldA0KQ09ORklH X1BDSUVBU1BNPXkNCiMgQ09ORklHX1BDSUVBU1BNX0RFQlVHIGlzIG5vdCBzZXQNCkNPTkZJR19Q Q0lFQVNQTV9ERUZBVUxUPXkNCiMgQ09ORklHX1BDSUVBU1BNX1BPV0VSU0FWRSBpcyBub3Qgc2V0 DQojIENPTkZJR19QQ0lFQVNQTV9QRVJGT1JNQU5DRSBpcyBub3Qgc2V0DQpDT05GSUdfUENJRV9Q TUU9eQ0KQ09ORklHX0FSQ0hfU1VQUE9SVFNfTVNJPXkNCkNPTkZJR19QQ0lfTVNJPXkNCkNPTkZJ R19QQ0lfUkVBTExPQ19FTkFCTEVfQVVUTz15DQpDT05GSUdfUENJX1NUVUI9eQ0KQ09ORklHX1hF Tl9QQ0lERVZfRlJPTlRFTkQ9eQ0KQ09ORklHX0hUX0lSUT15DQpDT05GSUdfUENJX0FUUz15DQpD T05GSUdfUENJX0lPVj15DQpDT05GSUdfUENJX1BSST15DQpDT05GSUdfUENJX1BBU0lEPXkNCkNP TkZJR19QQ0lfSU9BUElDPXkNCkNPTkZJR19QQ0lfTEFCRUw9eQ0KQ09ORklHX0lTQV9ETUFfQVBJ PXkNCkNPTkZJR19BTURfTkI9eQ0KIyBDT05GSUdfUENDQVJEIGlzIG5vdCBzZXQNCiMgQ09ORklH X0hPVFBMVUdfUENJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JBUElESU8gaXMgbm90IHNldA0KDQoj DQojIEV4ZWN1dGFibGUgZmlsZSBmb3JtYXRzIC8gRW11bGF0aW9ucw0KIw0KQ09ORklHX0JJTkZN VF9FTEY9eQ0KQ09ORklHX0NPTVBBVF9CSU5GTVRfRUxGPXkNCkNPTkZJR19BUkNIX0JJTkZNVF9F TEZfUkFORE9NSVpFX1BJRT15DQpDT05GSUdfQ09SRV9EVU1QX0RFRkFVTFRfRUxGX0hFQURFUlM9 eQ0KIyBDT05GSUdfSEFWRV9BT1VUIGlzIG5vdCBzZXQNCkNPTkZJR19CSU5GTVRfTUlTQz15DQpD T05GSUdfSUEzMl9FTVVMQVRJT049eQ0KIyBDT05GSUdfSUEzMl9BT1VUIGlzIG5vdCBzZXQNCiMg Q09ORklHX1g4Nl9YMzIgaXMgbm90IHNldA0KQ09ORklHX0NPTVBBVD15DQpDT05GSUdfQ09NUEFU X0ZPUl9VNjRfQUxJR05NRU5UPXkNCkNPTkZJR19TWVNWSVBDX0NPTVBBVD15DQpDT05GSUdfS0VZ U19DT01QQVQ9eQ0KQ09ORklHX0hBVkVfVEVYVF9QT0tFX1NNUD15DQpDT05GSUdfWDg2X0RFVl9E TUFfT1BTPXkNCkNPTkZJR19ORVQ9eQ0KQ09ORklHX0NPTVBBVF9ORVRMSU5LX01FU1NBR0VTPXkN Cg0KIw0KIyBOZXR3b3JraW5nIG9wdGlvbnMNCiMNCkNPTkZJR19QQUNLRVQ9eQ0KQ09ORklHX1VO SVg9eQ0KIyBDT05GSUdfVU5JWF9ESUFHIGlzIG5vdCBzZXQNCiMgQ09ORklHX1hGUk1fVVNFUiBp cyBub3Qgc2V0DQojIENPTkZJR19ORVRfS0VZIGlzIG5vdCBzZXQNCkNPTkZJR19JTkVUPXkNCiMg Q09ORklHX0lQX01VTFRJQ0FTVCBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9BRFZBTkNFRF9ST1VU RVIgaXMgbm90IHNldA0KIyBDT05GSUdfSVBfUE5QIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9J UElQIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9JUEdSRV9ERU1VWCBpcyBub3Qgc2V0DQojIENP TkZJR19BUlBEIGlzIG5vdCBzZXQNCkNPTkZJR19TWU5fQ09PS0lFUz15DQojIENPTkZJR19JTkVU X0FIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVRfRVNQIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lO RVRfSVBDT01QIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVRfWEZSTV9UVU5ORUwgaXMgbm90IHNl dA0KIyBDT05GSUdfSU5FVF9UVU5ORUwgaXMgbm90IHNldA0KIyBDT05GSUdfSU5FVF9YRlJNX01P REVfVFJBTlNQT1JUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVRfWEZSTV9NT0RFX1RVTk5FTCBp cyBub3Qgc2V0DQojIENPTkZJR19JTkVUX1hGUk1fTU9ERV9CRUVUIGlzIG5vdCBzZXQNCkNPTkZJ R19JTkVUX0xSTz15DQojIENPTkZJR19JTkVUX0RJQUcgaXMgbm90IHNldA0KIyBDT05GSUdfVENQ X0NPTkdfQURWQU5DRUQgaXMgbm90IHNldA0KQ09ORklHX1RDUF9DT05HX0NVQklDPXkNCkNPTkZJ R19ERUZBVUxUX1RDUF9DT05HPSJjdWJpYyINCiMgQ09ORklHX1RDUF9NRDVTSUcgaXMgbm90IHNl dA0KIyBDT05GSUdfSVBWNiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRXT1JLX1NFQ01BUksgaXMg bm90IHNldA0KIyBDT05GSUdfTkVUV09SS19QSFlfVElNRVNUQU1QSU5HIGlzIG5vdCBzZXQNCkNP TkZJR19ORVRGSUxURVI9eQ0KIyBDT05GSUdfTkVURklMVEVSX0RFQlVHIGlzIG5vdCBzZXQNCkNP TkZJR19ORVRGSUxURVJfQURWQU5DRUQ9eQ0KIyBDT05GSUdfQlJJREdFX05FVEZJTFRFUiBpcyBu b3Qgc2V0DQoNCiMNCiMgQ29yZSBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbg0KIw0KQ09ORklHX05F VEZJTFRFUl9ORVRMSU5LPW0NCiMgQ09ORklHX05FVEZJTFRFUl9ORVRMSU5LX0FDQ1QgaXMgbm90 IHNldA0KIyBDT05GSUdfTkVURklMVEVSX05FVExJTktfUVVFVUUgaXMgbm90IHNldA0KQ09ORklH X05FVEZJTFRFUl9ORVRMSU5LX0xPRz1tDQpDT05GSUdfTkZfQ09OTlRSQUNLPW0NCkNPTkZJR19O Rl9DT05OVFJBQ0tfTUFSSz15DQpDT05GSUdfTkZfQ09OTlRSQUNLX1BST0NGUz15DQojIENPTkZJ R19ORl9DT05OVFJBQ0tfRVZFTlRTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5UUkFDS19U SU1FT1VUIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5UUkFDS19USU1FU1RBTVAgaXMgbm90 IHNldA0KIyBDT05GSUdfTkZfQ1RfUFJPVE9fRENDUCBpcyBub3Qgc2V0DQojIENPTkZJR19ORl9D VF9QUk9UT19TQ1RQIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NUX1BST1RPX1VEUExJVEUgaXMg bm90IHNldA0KIyBDT05GSUdfTkZfQ09OTlRSQUNLX0FNQU5EQSBpcyBub3Qgc2V0DQpDT05GSUdf TkZfQ09OTlRSQUNLX0ZUUD1tDQojIENPTkZJR19ORl9DT05OVFJBQ0tfSDMyMyBpcyBub3Qgc2V0 DQojIENPTkZJR19ORl9DT05OVFJBQ0tfSVJDIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5U UkFDS19ORVRCSU9TX05TIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5UUkFDS19TTk1QIGlz IG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5UUkFDS19QUFRQIGlzIG5vdCBzZXQNCiMgQ09ORklH X05GX0NPTk5UUkFDS19TQU5FIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5UUkFDS19TSVAg aXMgbm90IHNldA0KIyBDT05GSUdfTkZfQ09OTlRSQUNLX1RGVFAgaXMgbm90IHNldA0KIyBDT05G SUdfTkZfQ1RfTkVUTElOSyBpcyBub3Qgc2V0DQojIENPTkZJR19ORl9DVF9ORVRMSU5LX1RJTUVP VVQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1RQUk9YWSBpcyBub3Qgc2V0DQpDT05G SUdfTkVURklMVEVSX1hUQUJMRVM9bQ0KDQojDQojIFh0YWJsZXMgY29tYmluZWQgbW9kdWxlcw0K Iw0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BUksgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklM VEVSX1hUX0NPTk5NQVJLIGlzIG5vdCBzZXQNCg0KIw0KIyBYdGFibGVzIHRhcmdldHMNCiMNCiMg Q09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfQVVESVQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVU RklMVEVSX1hUX1RBUkdFVF9DSEVDS1NVTSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJf WFRfVEFSR0VUX0NMQVNTSUZZIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVEZJTFRFUl9YVF9UQVJH RVRfQ09OTk1BUksgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9EU0NQ IGlzIG5vdCBzZXQNCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0hMPW0NCiMgQ09ORklHX05F VEZJTFRFUl9YVF9UQVJHRVRfSE1BUksgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hU X1RBUkdFVF9JRExFVElNRVIgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdF VF9MRUQgaXMgbm90IHNldA0KQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTE9HPW0NCiMgQ09O RklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTUFSSyBpcyBub3Qgc2V0DQpDT05GSUdfTkVURklMVEVS X1hUX1RBUkdFVF9ORkxPRz1tDQojIENPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX05GUVVFVUUg aXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9SQVRFRVNUIGlzIG5vdCBz ZXQNCiMgQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfVEVFIGlzIG5vdCBzZXQNCiMgQ09ORklH X05FVEZJTFRFUl9YVF9UQVJHRVRfVENQTVNTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVEZJTFRF Ul9YVF9UQVJHRVRfVENQT1BUU1RSSVAgaXMgbm90IHNldA0KDQojDQojIFh0YWJsZXMgbWF0Y2hl cw0KIw0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9BRERSVFlQRT1tDQojIENPTkZJR19ORVRG SUxURVJfWFRfTUFUQ0hfQ0xVU1RFUiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRf TUFUQ0hfQ09NTUVOVCBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQ09O TkJZVEVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OTElNSVQg aXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0NPTk5NQVJLIGlzIG5vdCBz ZXQNCiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OVFJBQ0sgaXMgbm90IHNldA0KIyBD T05GSUdfTkVURklMVEVSX1hUX01BVENIX0NQVSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxU RVJfWFRfTUFUQ0hfRENDUCBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hf REVWR1JPVVAgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0RTQ1AgaXMg bm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0VDTiBpcyBub3Qgc2V0DQojIENP TkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfRVNQIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVEZJTFRF Ul9YVF9NQVRDSF9IQVNITElNSVQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01B VENIX0hFTFBFUiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfSEwgaXMg bm90IHNldA0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9JUFJBTkdFPW0NCiMgQ09ORklHX05F VEZJTFRFUl9YVF9NQVRDSF9MRU5HVEggaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hU X01BVENIX0xJTUlUIGlzIG5vdCBzZXQNCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfTUFDPW0N CiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9NQVJLIGlzIG5vdCBzZXQNCkNPTkZJR19ORVRG SUxURVJfWFRfTUFUQ0hfTVVMVElQT1JUPW0NCiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9O RkFDQ1QgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX09TRiBpcyBub3Qg c2V0DQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX09XTkVSPW0NCkNPTkZJR19ORVRGSUxURVJf WFRfTUFUQ0hfUEtUVFlQRT1tDQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfUVVPVEEgaXMg bm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1JBVEVFU1QgaXMgbm90IHNldA0K IyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1JFQUxNIGlzIG5vdCBzZXQNCiMgQ09ORklHX05F VEZJTFRFUl9YVF9NQVRDSF9SRUNFTlQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hU X01BVENIX1NDVFAgaXMgbm90IHNldA0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9TVEFURT1t DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfU1RBVElTVElDIGlzIG5vdCBzZXQNCiMgQ09O RklHX05FVEZJTFRFUl9YVF9NQVRDSF9TVFJJTkcgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklM VEVSX1hUX01BVENIX1RDUE1TUyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFU Q0hfVElNRSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfVTMyIGlzIG5v dCBzZXQNCiMgQ09ORklHX0lQX1NFVCBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9WUyBpcyBub3Qg c2V0DQoNCiMNCiMgSVA6IE5ldGZpbHRlciBDb25maWd1cmF0aW9uDQojDQpDT05GSUdfTkZfREVG UkFHX0lQVjQ9bQ0KQ09ORklHX05GX0NPTk5UUkFDS19JUFY0PW0NCiMgQ09ORklHX05GX0NPTk5U UkFDS19QUk9DX0NPTVBBVCBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9ORl9RVUVVRSBpcyBub3Qg c2V0DQpDT05GSUdfSVBfTkZfSVBUQUJMRVM9bQ0KIyBDT05GSUdfSVBfTkZfTUFUQ0hfQUggaXMg bm90IHNldA0KIyBDT05GSUdfSVBfTkZfTUFUQ0hfRUNOIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQ X05GX01BVENIX1JQRklMVEVSIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQX05GX01BVENIX1RUTCBp cyBub3Qgc2V0DQpDT05GSUdfSVBfTkZfRklMVEVSPW0NCkNPTkZJR19JUF9ORl9UQVJHRVRfUkVK RUNUPW0NCiMgQ09ORklHX0lQX05GX1RBUkdFVF9VTE9HIGlzIG5vdCBzZXQNCkNPTkZJR19ORl9O QVQ9bQ0KQ09ORklHX05GX05BVF9ORUVERUQ9eQ0KQ09ORklHX0lQX05GX1RBUkdFVF9NQVNRVUVS QURFPW0NCiMgQ09ORklHX0lQX05GX1RBUkdFVF9ORVRNQVAgaXMgbm90IHNldA0KIyBDT05GSUdf SVBfTkZfVEFSR0VUX1JFRElSRUNUIGlzIG5vdCBzZXQNCkNPTkZJR19ORl9OQVRfRlRQPW0NCiMg Q09ORklHX05GX05BVF9JUkMgaXMgbm90IHNldA0KIyBDT05GSUdfTkZfTkFUX1RGVFAgaXMgbm90 IHNldA0KIyBDT05GSUdfTkZfTkFUX0FNQU5EQSBpcyBub3Qgc2V0DQojIENPTkZJR19ORl9OQVRf UFBUUCBpcyBub3Qgc2V0DQojIENPTkZJR19ORl9OQVRfSDMyMyBpcyBub3Qgc2V0DQojIENPTkZJ R19ORl9OQVRfU0lQIGlzIG5vdCBzZXQNCkNPTkZJR19JUF9ORl9NQU5HTEU9bQ0KIyBDT05GSUdf SVBfTkZfVEFSR0VUX0NMVVNURVJJUCBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9ORl9UQVJHRVRf RUNOIGlzIG5vdCBzZXQNCkNPTkZJR19JUF9ORl9UQVJHRVRfVFRMPW0NCiMgQ09ORklHX0lQX05G X1JBVyBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9ORl9BUlBUQUJMRVMgaXMgbm90IHNldA0KIyBD T05GSUdfQlJJREdFX05GX0VCVEFCTEVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQX0RDQ1AgaXMg bm90IHNldA0KIyBDT05GSUdfSVBfU0NUUCBpcyBub3Qgc2V0DQojIENPTkZJR19SRFMgaXMgbm90 IHNldA0KIyBDT05GSUdfVElQQyBpcyBub3Qgc2V0DQojIENPTkZJR19BVE0gaXMgbm90IHNldA0K IyBDT05GSUdfTDJUUCBpcyBub3Qgc2V0DQpDT05GSUdfU1RQPW0NCkNPTkZJR19CUklER0U9bQ0K Q09ORklHX0JSSURHRV9JR01QX1NOT09QSU5HPXkNCiMgQ09ORklHX05FVF9EU0EgaXMgbm90IHNl dA0KQ09ORklHX1ZMQU5fODAyMVE9bQ0KIyBDT05GSUdfVkxBTl84MDIxUV9HVlJQIGlzIG5vdCBz ZXQNCiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0DQpDT05GSUdfTExDPW0NCiMgQ09ORklHX0xM QzIgaXMgbm90IHNldA0KIyBDT05GSUdfSVBYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FUQUxLIGlz IG5vdCBzZXQNCiMgQ09ORklHX1gyNSBpcyBub3Qgc2V0DQojIENPTkZJR19MQVBCIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1dBTl9ST1VURVIgaXMgbm90IHNldA0KIyBDT05GSUdfUEhPTkVUIGlzIG5v dCBzZXQNCiMgQ09ORklHX0lFRUU4MDIxNTQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1NDSEVE IGlzIG5vdCBzZXQNCiMgQ09ORklHX0RDQiBpcyBub3Qgc2V0DQpDT05GSUdfRE5TX1JFU09MVkVS PXkNCiMgQ09ORklHX0JBVE1BTl9BRFYgaXMgbm90IHNldA0KIyBDT05GSUdfT1BFTlZTV0lUQ0gg aXMgbm90IHNldA0KQ09ORklHX1JQUz15DQpDT05GSUdfUkZTX0FDQ0VMPXkNCkNPTkZJR19YUFM9 eQ0KIyBDT05GSUdfTkVUUFJJT19DR1JPVVAgaXMgbm90IHNldA0KQ09ORklHX0JRTD15DQojIENP TkZJR19CUEZfSklUIGlzIG5vdCBzZXQNCg0KIw0KIyBOZXR3b3JrIHRlc3RpbmcNCiMNCiMgQ09O RklHX05FVF9QS1RHRU4gaXMgbm90IHNldA0KIyBDT05GSUdfSEFNUkFESU8gaXMgbm90IHNldA0K IyBDT05GSUdfQ0FOIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lSREEgaXMgbm90IHNldA0KQ09ORklH X0JUPW0NCkNPTkZJR19CVF9SRkNPTU09bQ0KQ09ORklHX0JUX1JGQ09NTV9UVFk9eQ0KQ09ORklH X0JUX0JORVA9bQ0KQ09ORklHX0JUX0JORVBfTUNfRklMVEVSPXkNCkNPTkZJR19CVF9CTkVQX1BS T1RPX0ZJTFRFUj15DQpDT05GSUdfQlRfSElEUD1tDQoNCiMNCiMgQmx1ZXRvb3RoIGRldmljZSBk cml2ZXJzDQojDQpDT05GSUdfQlRfSENJQlRVU0I9bQ0KIyBDT05GSUdfQlRfSENJQlRTRElPIGlz IG5vdCBzZXQNCiMgQ09ORklHX0JUX0hDSVVBUlQgaXMgbm90IHNldA0KIyBDT05GSUdfQlRfSENJ QkNNMjAzWCBpcyBub3Qgc2V0DQojIENPTkZJR19CVF9IQ0lCUEExMFggaXMgbm90IHNldA0KIyBD T05GSUdfQlRfSENJQkZVU0IgaXMgbm90IHNldA0KIyBDT05GSUdfQlRfSENJVkhDSSBpcyBub3Qg c2V0DQojIENPTkZJR19CVF9NUlZMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JUX0FUSDNLIGlzIG5v dCBzZXQNCiMgQ09ORklHX0FGX1JYUlBDIGlzIG5vdCBzZXQNCkNPTkZJR19XSVJFTEVTUz15DQpD T05GSUdfV0VYVF9DT1JFPXkNCkNPTkZJR19XRVhUX1BST0M9eQ0KQ09ORklHX0NGRzgwMjExPW0N CiMgQ09ORklHX05MODAyMTFfVEVTVE1PREUgaXMgbm90IHNldA0KIyBDT05GSUdfQ0ZHODAyMTFf REVWRUxPUEVSX1dBUk5JTkdTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NGRzgwMjExX1JFR19ERUJV RyBpcyBub3Qgc2V0DQpDT05GSUdfQ0ZHODAyMTFfREVGQVVMVF9QUz15DQojIENPTkZJR19DRkc4 MDIxMV9JTlRFUk5BTF9SRUdEQiBpcyBub3Qgc2V0DQpDT05GSUdfQ0ZHODAyMTFfV0VYVD15DQpD T05GSUdfTElCODAyMTE9bQ0KIyBDT05GSUdfTElCODAyMTFfREVCVUcgaXMgbm90IHNldA0KQ09O RklHX01BQzgwMjExPW0NCkNPTkZJR19NQUM4MDIxMV9IQVNfUkM9eQ0KQ09ORklHX01BQzgwMjEx X1JDX01JTlNUUkVMPXkNCkNPTkZJR19NQUM4MDIxMV9SQ19NSU5TVFJFTF9IVD15DQpDT05GSUdf TUFDODAyMTFfUkNfREVGQVVMVF9NSU5TVFJFTD15DQpDT05GSUdfTUFDODAyMTFfUkNfREVGQVVM VD0ibWluc3RyZWxfaHQiDQpDT05GSUdfTUFDODAyMTFfTUVTSD15DQpDT05GSUdfTUFDODAyMTFf TEVEUz15DQojIENPTkZJR19NQUM4MDIxMV9NRVNTQUdFX1RSQUNJTkcgaXMgbm90IHNldA0KIyBD T05GSUdfTUFDODAyMTFfREVCVUdfTUVOVSBpcyBub3Qgc2V0DQojIENPTkZJR19XSU1BWCBpcyBu b3Qgc2V0DQpDT05GSUdfUkZLSUxMPW0NCkNPTkZJR19SRktJTExfTEVEUz15DQpDT05GSUdfUkZL SUxMX0lOUFVUPXkNCiMgQ09ORklHX05FVF85UCBpcyBub3Qgc2V0DQojIENPTkZJR19DQUlGIGlz IG5vdCBzZXQNCiMgQ09ORklHX0NFUEhfTElCIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GQyBpcyBu b3Qgc2V0DQpDT05GSUdfSEFWRV9CUEZfSklUPXkNCg0KIw0KIyBEZXZpY2UgRHJpdmVycw0KIw0K DQojDQojIEdlbmVyaWMgRHJpdmVyIE9wdGlvbnMNCiMNCkNPTkZJR19VRVZFTlRfSEVMUEVSX1BB VEg9Ii9zYmluL2hvdHBsdWciDQpDT05GSUdfREVWVE1QRlM9eQ0KIyBDT05GSUdfREVWVE1QRlNf TU9VTlQgaXMgbm90IHNldA0KQ09ORklHX1NUQU5EQUxPTkU9eQ0KQ09ORklHX1BSRVZFTlRfRklS TVdBUkVfQlVJTEQ9eQ0KQ09ORklHX0ZXX0xPQURFUj15DQojIENPTkZJR19GSVJNV0FSRV9JTl9L RVJORUwgaXMgbm90IHNldA0KQ09ORklHX0VYVFJBX0ZJUk1XQVJFPSIiDQpDT05GSUdfU1lTX0hZ UEVSVklTT1I9eQ0KIyBDT05GSUdfR0VORVJJQ19DUFVfREVWSUNFUyBpcyBub3Qgc2V0DQpDT05G SUdfRE1BX1NIQVJFRF9CVUZGRVI9eQ0KQ09ORklHX0NPTk5FQ1RPUj15DQpDT05GSUdfUFJPQ19F VkVOVFM9eQ0KIyBDT05GSUdfTVREIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBUlBPUlQgaXMgbm90 IHNldA0KQ09ORklHX1BOUD15DQojIENPTkZJR19QTlBfREVCVUdfTUVTU0FHRVMgaXMgbm90IHNl dA0KDQojDQojIFByb3RvY29scw0KIw0KQ09ORklHX1BOUEFDUEk9eQ0KQ09ORklHX0JMS19ERVY9 eQ0KIyBDT05GSUdfQkxLX0RFVl9GRCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1BDSUVT U0RfTVRJUDMyWFggaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0NQUV9EQSBpcyBub3Qgc2V0DQoj IENPTkZJR19CTEtfQ1BRX0NJU1NfREEgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9EQUM5 NjAgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9VTUVNIGlzIG5vdCBzZXQNCiMgQ09ORklH X0JMS19ERVZfQ09XX0NPTU1PTiBpcyBub3Qgc2V0DQpDT05GSUdfQkxLX0RFVl9MT09QPW0NCkNP TkZJR19CTEtfREVWX0xPT1BfTUlOX0NPVU5UPTgNCkNPTkZJR19CTEtfREVWX0NSWVBUT0xPT1A9 bQ0KIyBDT05GSUdfQkxLX0RFVl9EUkJEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfTkJE IGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfTlZNRSBpcyBub3Qgc2V0DQojIENPTkZJR19C TEtfREVWX1NYOCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1VCIGlzIG5vdCBzZXQNCkNP TkZJR19CTEtfREVWX1JBTT15DQpDT05GSUdfQkxLX0RFVl9SQU1fQ09VTlQ9MTYNCkNPTkZJR19C TEtfREVWX1JBTV9TSVpFPTE2Mzg0DQojIENPTkZJR19CTEtfREVWX1hJUCBpcyBub3Qgc2V0DQoj IENPTkZJR19DRFJPTV9QS1RDRFZEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FUQV9PVkVSX0VUSCBp cyBub3Qgc2V0DQpDT05GSUdfWEVOX0JMS0RFVl9GUk9OVEVORD15DQpDT05GSUdfWEVOX0JMS0RF Vl9CQUNLRU5EPXkNCiMgQ09ORklHX0JMS19ERVZfSEQgaXMgbm90IHNldA0KIyBDT05GSUdfQkxL X0RFVl9SQkQgaXMgbm90IHNldA0KDQojDQojIE1pc2MgZGV2aWNlcw0KIw0KQ09ORklHX1NFTlNP UlNfTElTM0xWMDJEPW0NCiMgQ09ORklHX0FENTI1WF9EUE9UIGlzIG5vdCBzZXQNCiMgQ09ORklH X0lCTV9BU00gaXMgbm90IHNldA0KIyBDT05GSUdfUEhBTlRPTSBpcyBub3Qgc2V0DQojIENPTkZJ R19JTlRFTF9NSURfUFRJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NHSV9JT0M0IGlzIG5vdCBzZXQN CiMgQ09ORklHX1RJRk1fQ09SRSBpcyBub3Qgc2V0DQojIENPTkZJR19JQ1M5MzJTNDAxIGlzIG5v dCBzZXQNCiMgQ09ORklHX0VOQ0xPU1VSRV9TRVJWSUNFUyBpcyBub3Qgc2V0DQojIENPTkZJR19I UF9JTE8gaXMgbm90IHNldA0KIyBDT05GSUdfQVBEUzk4MDJBTFMgaXMgbm90IHNldA0KIyBDT05G SUdfSVNMMjkwMDMgaXMgbm90IHNldA0KIyBDT05GSUdfSVNMMjkwMjAgaXMgbm90IHNldA0KIyBD T05GSUdfU0VOU09SU19UU0wyNTUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfQkgxNzgw IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfQkgxNzcwIGlzIG5vdCBzZXQNCiMgQ09ORklH X1NFTlNPUlNfQVBEUzk5MFggaXMgbm90IHNldA0KIyBDT05GSUdfSE1DNjM1MiBpcyBub3Qgc2V0 DQojIENPTkZJR19EUzE2ODIgaXMgbm90IHNldA0KIyBDT05GSUdfVk1XQVJFX0JBTExPT04gaXMg bm90IHNldA0KIyBDT05GSUdfQk1QMDg1X0kyQyBpcyBub3Qgc2V0DQojIENPTkZJR19QQ0hfUEhV QiBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1dJVENIX0ZTQTk0ODAgaXMgbm90IHNldA0KIyBD T05GSUdfQzJQT1JUIGlzIG5vdCBzZXQNCg0KIw0KIyBFRVBST00gc3VwcG9ydA0KIw0KIyBDT05G SUdfRUVQUk9NX0FUMjQgaXMgbm90IHNldA0KIyBDT05GSUdfRUVQUk9NX0xFR0FDWSBpcyBub3Qg c2V0DQojIENPTkZJR19FRVBST01fTUFYNjg3NSBpcyBub3Qgc2V0DQojIENPTkZJR19FRVBST01f OTNDWDYgaXMgbm90IHNldA0KIyBDT05GSUdfQ0I3MTBfQ09SRSBpcyBub3Qgc2V0DQoNCiMNCiMg VGV4YXMgSW5zdHJ1bWVudHMgc2hhcmVkIHRyYW5zcG9ydCBsaW5lIGRpc2NpcGxpbmUNCiMNCiMg Q09ORklHX1NFTlNPUlNfTElTM19JMkMgaXMgbm90IHNldA0KDQojDQojIEFsdGVyYSBGUEdBIGZp cm13YXJlIGRvd25sb2FkIG1vZHVsZQ0KIw0KIyBDT05GSUdfQUxURVJBX1NUQVBMIGlzIG5vdCBz ZXQNCkNPTkZJR19IQVZFX0lERT15DQojIENPTkZJR19JREUgaXMgbm90IHNldA0KDQojDQojIFND U0kgZGV2aWNlIHN1cHBvcnQNCiMNCkNPTkZJR19TQ1NJX01PRD15DQojIENPTkZJR19SQUlEX0FU VFJTIGlzIG5vdCBzZXQNCkNPTkZJR19TQ1NJPXkNCkNPTkZJR19TQ1NJX0RNQT15DQojIENPTkZJ R19TQ1NJX1RHVCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX05FVExJTksgaXMgbm90IHNldA0K IyBDT05GSUdfU0NTSV9QUk9DX0ZTIGlzIG5vdCBzZXQNCg0KIw0KIyBTQ1NJIHN1cHBvcnQgdHlw ZSAoZGlzaywgdGFwZSwgQ0QtUk9NKQ0KIw0KQ09ORklHX0JMS19ERVZfU0Q9eQ0KIyBDT05GSUdf Q0hSX0RFVl9TVCBpcyBub3Qgc2V0DQojIENPTkZJR19DSFJfREVWX09TU1QgaXMgbm90IHNldA0K Q09ORklHX0JMS19ERVZfU1I9bQ0KIyBDT05GSUdfQkxLX0RFVl9TUl9WRU5ET1IgaXMgbm90IHNl dA0KIyBDT05GSUdfQ0hSX0RFVl9TRyBpcyBub3Qgc2V0DQojIENPTkZJR19DSFJfREVWX1NDSCBp cyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX01VTFRJX0xVTiBpcyBub3Qgc2V0DQojIENPTkZJR19T Q1NJX0NPTlNUQU5UUyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0xPR0dJTkcgaXMgbm90IHNl dA0KIyBDT05GSUdfU0NTSV9TQ0FOX0FTWU5DIGlzIG5vdCBzZXQNCg0KIw0KIyBTQ1NJIFRyYW5z cG9ydHMNCiMNCiMgQ09ORklHX1NDU0lfU1BJX0FUVFJTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ND U0lfRkNfQVRUUlMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9JU0NTSV9BVFRSUyBpcyBub3Qg c2V0DQojIENPTkZJR19TQ1NJX1NBU19BVFRSUyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1NB U19MSUJTQVMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9TUlBfQVRUUlMgaXMgbm90IHNldA0K IyBDT05GSUdfU0NTSV9MT1dMRVZFTCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0RIIGlzIG5v dCBzZXQNCiMgQ09ORklHX1NDU0lfT1NEX0lOSVRJQVRPUiBpcyBub3Qgc2V0DQpDT05GSUdfQVRB PXkNCiMgQ09ORklHX0FUQV9OT05TVEFOREFSRCBpcyBub3Qgc2V0DQojIENPTkZJR19BVEFfVkVS Qk9TRV9FUlJPUiBpcyBub3Qgc2V0DQpDT05GSUdfQVRBX0FDUEk9eQ0KQ09ORklHX1NBVEFfUE1Q PXkNCg0KIw0KIyBDb250cm9sbGVycyB3aXRoIG5vbi1TRkYgbmF0aXZlIGludGVyZmFjZQ0KIw0K Q09ORklHX1NBVEFfQUhDST15DQojIENPTkZJR19TQVRBX0FIQ0lfUExBVEZPUk0gaXMgbm90IHNl dA0KIyBDT05GSUdfU0FUQV9JTklDMTYyWCBpcyBub3Qgc2V0DQojIENPTkZJR19TQVRBX0FDQVJE X0FIQ0kgaXMgbm90IHNldA0KIyBDT05GSUdfU0FUQV9TSUwyNCBpcyBub3Qgc2V0DQojIENPTkZJ R19BVEFfU0ZGIGlzIG5vdCBzZXQNCkNPTkZJR19NRD15DQojIENPTkZJR19CTEtfREVWX01EIGlz IG5vdCBzZXQNCkNPTkZJR19CTEtfREVWX0RNPW0NCiMgQ09ORklHX0RNX0RFQlVHIGlzIG5vdCBz ZXQNCkNPTkZJR19ETV9DUllQVD1tDQpDT05GSUdfRE1fU05BUFNIT1Q9bQ0KIyBDT05GSUdfRE1f VEhJTl9QUk9WSVNJT05JTkcgaXMgbm90IHNldA0KIyBDT05GSUdfRE1fTUlSUk9SIGlzIG5vdCBz ZXQNCiMgQ09ORklHX0RNX1JBSUQgaXMgbm90IHNldA0KIyBDT05GSUdfRE1fWkVSTyBpcyBub3Qg c2V0DQojIENPTkZJR19ETV9NVUxUSVBBVEggaXMgbm90IHNldA0KIyBDT05GSUdfRE1fREVMQVkg aXMgbm90IHNldA0KIyBDT05GSUdfRE1fVUVWRU5UIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RNX0ZM QUtFWSBpcyBub3Qgc2V0DQojIENPTkZJR19ETV9WRVJJVFkgaXMgbm90IHNldA0KIyBDT05GSUdf VEFSR0VUX0NPUkUgaXMgbm90IHNldA0KIyBDT05GSUdfRlVTSU9OIGlzIG5vdCBzZXQNCg0KIw0K IyBJRUVFIDEzOTQgKEZpcmVXaXJlKSBzdXBwb3J0DQojDQojIENPTkZJR19GSVJFV0lSRSBpcyBu b3Qgc2V0DQojIENPTkZJR19GSVJFV0lSRV9OT1NZIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyTyBp cyBub3Qgc2V0DQojIENPTkZJR19NQUNJTlRPU0hfRFJJVkVSUyBpcyBub3Qgc2V0DQpDT05GSUdf TkVUREVWSUNFUz15DQpDT05GSUdfTkVUX0NPUkU9eQ0KIyBDT05GSUdfQk9ORElORyBpcyBub3Qg c2V0DQojIENPTkZJR19EVU1NWSBpcyBub3Qgc2V0DQojIENPTkZJR19FUVVBTElaRVIgaXMgbm90 IHNldA0KIyBDT05GSUdfTkVUX0ZDIGlzIG5vdCBzZXQNCkNPTkZJR19NSUk9bQ0KIyBDT05GSUdf TkVUX1RFQU0gaXMgbm90IHNldA0KQ09ORklHX01BQ1ZMQU49bQ0KIyBDT05GSUdfTUFDVlRBUCBp cyBub3Qgc2V0DQojIENPTkZJR19ORVRDT05TT0xFIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVFBP TEwgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1BPTExfQ09OVFJPTExFUiBpcyBub3Qgc2V0DQpD T05GSUdfVFVOPW0NCkNPTkZJR19WRVRIPW0NCiMgQ09ORklHX0FSQ05FVCBpcyBub3Qgc2V0DQoN CiMNCiMgQ0FJRiB0cmFuc3BvcnQgZHJpdmVycw0KIw0KQ09ORklHX0VUSEVSTkVUPXkNCiMgQ09O RklHX05FVF9WRU5ET1JfM0NPTSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX0FEQVBU RUMgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9BTFRFT04gaXMgbm90IHNldA0KIyBD T05GSUdfTkVUX1ZFTkRPUl9BTUQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9BVEhF Uk9TIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfQlJPQURDT00gaXMgbm90IHNldA0K IyBDT05GSUdfTkVUX1ZFTkRPUl9CUk9DQURFIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9DQUxY RURBX1hHTUFDIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfQ0hFTFNJTyBpcyBub3Qg c2V0DQojIENPTkZJR19ORVRfVkVORE9SX0NJU0NPIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RORVQg aXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9ERUMgaXMgbm90IHNldA0KIyBDT05GSUdf TkVUX1ZFTkRPUl9ETElOSyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX0VNVUxFWCBp cyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX0VYQVIgaXMgbm90IHNldA0KIyBDT05GSUdf TkVUX1ZFTkRPUl9IUCBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX1ZFTkRPUl9JTlRFTD15DQojIENP TkZJR19FMTAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0UxMDAwIGlzIG5vdCBzZXQNCkNPTkZJR19F MTAwMEU9bQ0KIyBDT05GSUdfSUdCIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lHQlZGIGlzIG5vdCBz ZXQNCiMgQ09ORklHX0lYR0IgaXMgbm90IHNldA0KIyBDT05GSUdfSVhHQkUgaXMgbm90IHNldA0K IyBDT05GSUdfSVhHQkVWRiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX0k4MjVYWCBp cyBub3Qgc2V0DQojIENPTkZJR19JUDEwMDAgaXMgbm90IHNldA0KIyBDT05GSUdfSk1FIGlzIG5v dCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfTUFSVkVMTCBpcyBub3Qgc2V0DQojIENPTkZJR19O RVRfVkVORE9SX01FTExBTk9YIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfTUlDUkVM IGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfTVlSSSBpcyBub3Qgc2V0DQojIENPTkZJ R19GRUFMTlggaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9OQVRTRU1JIGlzIG5vdCBz ZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfTlZJRElBIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9W RU5ET1JfT0tJIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VUSE9DIGlzIG5vdCBzZXQNCiMgQ09ORklH X05FVF9QQUNLRVRfRU5HSU5FIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfUUxPR0lD IGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfUkVBTFRFSyBpcyBub3Qgc2V0DQojIENP TkZJR19ORVRfVkVORE9SX1JEQyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1NFRVEg aXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9TSUxBTiBpcyBub3Qgc2V0DQojIENPTkZJ R19ORVRfVkVORE9SX1NJUyBpcyBub3Qgc2V0DQojIENPTkZJR19TRkMgaXMgbm90IHNldA0KIyBD T05GSUdfTkVUX1ZFTkRPUl9TTVNDIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfU1RN SUNSTyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1NVTiBpcyBub3Qgc2V0DQojIENP TkZJR19ORVRfVkVORE9SX1RFSFVUSSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1RJ IGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfVklBIGlzIG5vdCBzZXQNCkNPTkZJR19O RVRfVkVORE9SX1dJWk5FVD15DQojIENPTkZJR19XSVpORVRfVzUxMDAgaXMgbm90IHNldA0KIyBD T05GSUdfV0laTkVUX1c1MzAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZEREkgaXMgbm90IHNldA0K IyBDT05GSUdfSElQUEkgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1NCMTAwMCBpcyBub3Qgc2V0 DQojIENPTkZJR19QSFlMSUIgaXMgbm90IHNldA0KIyBDT05GSUdfUFBQIGlzIG5vdCBzZXQNCiMg Q09ORklHX1NMSVAgaXMgbm90IHNldA0KDQojDQojIFVTQiBOZXR3b3JrIEFkYXB0ZXJzDQojDQoj IENPTkZJR19VU0JfQ0FUQyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfS0FXRVRIIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1VTQl9QRUdBU1VTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9SVEw4MTUw IGlzIG5vdCBzZXQNCkNPTkZJR19VU0JfVVNCTkVUPW0NCiMgQ09ORklHX1VTQl9ORVRfQVg4ODE3 WCBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX05FVF9DRENFVEhFUj1tDQojIENPTkZJR19VU0JfTkVU X0NEQ19FRU0gaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX05FVF9DRENfTkNNIGlzIG5vdCBzZXQN CiMgQ09ORklHX1VTQl9ORVRfRE05NjAxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9ORVRfU01T Qzc1WFggaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX05FVF9TTVNDOTVYWCBpcyBub3Qgc2V0DQoj IENPTkZJR19VU0JfTkVUX0dMNjIwQSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTkVUX05FVDEw ODAgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX05FVF9QTFVTQiBpcyBub3Qgc2V0DQojIENPTkZJ R19VU0JfTkVUX01DUzc4MzAgaXMgbm90IHNldA0KQ09ORklHX1VTQl9ORVRfUk5ESVNfSE9TVD1t DQojIENPTkZJR19VU0JfTkVUX0NEQ19TVUJTRVQgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX05F VF9aQVVSVVMgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX05FVF9DWDgyMzEwX0VUSCBpcyBub3Qg c2V0DQojIENPTkZJR19VU0JfTkVUX0tBTE1JQSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTkVU X1FNSV9XV0FOIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9IU08gaXMgbm90IHNldA0KIyBDT05G SUdfVVNCX05FVF9JTlQ1MVgxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9JUEhFVEggaXMgbm90 IHNldA0KIyBDT05GSUdfVVNCX1NJRVJSQV9ORVQgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1ZM NjAwIGlzIG5vdCBzZXQNCkNPTkZJR19XTEFOPXkNCiMgQ09ORklHX0xJQkVSVEFTX1RISU5GSVJN IGlzIG5vdCBzZXQNCiMgQ09ORklHX0FJUk8gaXMgbm90IHNldA0KIyBDT05GSUdfQVRNRUwgaXMg bm90IHNldA0KIyBDT05GSUdfQVQ3NkM1MFhfVVNCIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BSSVNN NTQgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1pEMTIwMSBpcyBub3Qgc2V0DQojIENPTkZJR19V U0JfTkVUX1JORElTX1dMQU4gaXMgbm90IHNldA0KIyBDT05GSUdfUlRMODE4MCBpcyBub3Qgc2V0 DQojIENPTkZJR19SVEw4MTg3IGlzIG5vdCBzZXQNCiMgQ09ORklHX0FETTgyMTEgaXMgbm90IHNl dA0KIyBDT05GSUdfTUFDODAyMTFfSFdTSU0gaXMgbm90IHNldA0KIyBDT05GSUdfTVdMOEsgaXMg bm90IHNldA0KIyBDT05GSUdfQVRIX0NPTU1PTiBpcyBub3Qgc2V0DQojIENPTkZJR19CNDMgaXMg bm90IHNldA0KIyBDT05GSUdfQjQzTEVHQUNZIGlzIG5vdCBzZXQNCkNPTkZJR19CUkNNVVRJTD1t DQpDT05GSUdfQlJDTVNNQUM9bQ0KIyBDT05GSUdfQlJDTUZNQUMgaXMgbm90IHNldA0KIyBDT05G SUdfQlJDTURCRyBpcyBub3Qgc2V0DQojIENPTkZJR19IT1NUQVAgaXMgbm90IHNldA0KIyBDT05G SUdfSVBXMjEwMCBpcyBub3Qgc2V0DQojIENPTkZJR19JUFcyMjAwIGlzIG5vdCBzZXQNCiMgQ09O RklHX0lXTFdJRkkgaXMgbm90IHNldA0KIyBDT05GSUdfSVdMNDk2NSBpcyBub3Qgc2V0DQojIENP TkZJR19JV0wzOTQ1IGlzIG5vdCBzZXQNCiMgQ09ORklHX0xJQkVSVEFTIGlzIG5vdCBzZXQNCiMg Q09ORklHX0hFUk1FUyBpcyBub3Qgc2V0DQojIENPTkZJR19QNTRfQ09NTU9OIGlzIG5vdCBzZXQN CiMgQ09ORklHX1JUMlgwMCBpcyBub3Qgc2V0DQojIENPTkZJR19SVEw4MTkyQ0UgaXMgbm90IHNl dA0KIyBDT05GSUdfUlRMODE5MlNFIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUTDgxOTJERSBpcyBu b3Qgc2V0DQojIENPTkZJR19SVEw4MTkyQ1UgaXMgbm90IHNldA0KIyBDT05GSUdfV0xfVEkgaXMg bm90IHNldA0KIyBDT05GSUdfWkQxMjExUlcgaXMgbm90IHNldA0KIyBDT05GSUdfTVdJRklFWCBp cyBub3Qgc2V0DQoNCiMNCiMgRW5hYmxlIFdpTUFYIChOZXR3b3JraW5nIG9wdGlvbnMpIHRvIHNl ZSB0aGUgV2lNQVggZHJpdmVycw0KIw0KIyBDT05GSUdfV0FOIGlzIG5vdCBzZXQNCkNPTkZJR19Y RU5fTkVUREVWX0ZST05URU5EPXkNCkNPTkZJR19YRU5fTkVUREVWX0JBQ0tFTkQ9eQ0KIyBDT05G SUdfVk1YTkVUMyBpcyBub3Qgc2V0DQojIENPTkZJR19JU0ROIGlzIG5vdCBzZXQNCg0KIw0KIyBJ bnB1dCBkZXZpY2Ugc3VwcG9ydA0KIw0KQ09ORklHX0lOUFVUPXkNCkNPTkZJR19JTlBVVF9GRl9N RU1MRVNTPXkNCkNPTkZJR19JTlBVVF9QT0xMREVWPXkNCkNPTkZJR19JTlBVVF9TUEFSU0VLTUFQ PW0NCiMgQ09ORklHX0lOUFVUX01BVFJJWEtNQVAgaXMgbm90IHNldA0KDQojDQojIFVzZXJsYW5k IGludGVyZmFjZXMNCiMNCkNPTkZJR19JTlBVVF9NT1VTRURFVj15DQojIENPTkZJR19JTlBVVF9N T1VTRURFVl9QU0FVWCBpcyBub3Qgc2V0DQpDT05GSUdfSU5QVVRfTU9VU0VERVZfU0NSRUVOX1g9 MTAyNA0KQ09ORklHX0lOUFVUX01PVVNFREVWX1NDUkVFTl9ZPTc2OA0KIyBDT05GSUdfSU5QVVRf Sk9ZREVWIGlzIG5vdCBzZXQNCkNPTkZJR19JTlBVVF9FVkRFVj15DQojIENPTkZJR19JTlBVVF9F VkJVRyBpcyBub3Qgc2V0DQoNCiMNCiMgSW5wdXQgRGV2aWNlIERyaXZlcnMNCiMNCkNPTkZJR19J TlBVVF9LRVlCT0FSRD15DQojIENPTkZJR19LRVlCT0FSRF9BRFA1NTg4IGlzIG5vdCBzZXQNCiMg Q09ORklHX0tFWUJPQVJEX0FEUDU1ODkgaXMgbm90IHNldA0KQ09ORklHX0tFWUJPQVJEX0FUS0JE PXkNCiMgQ09ORklHX0tFWUJPQVJEX1FUMTA3MCBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FS RF9RVDIxNjAgaXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfTEtLQkQgaXMgbm90IHNldA0K IyBDT05GSUdfS0VZQk9BUkRfVENBNjQxNiBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9U Q0E4NDE4IGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJEX0xNODMyMyBpcyBub3Qgc2V0DQoj IENPTkZJR19LRVlCT0FSRF9MTTgzMzMgaXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfTUFY NzM1OSBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9NQ1MgaXMgbm90IHNldA0KIyBDT05G SUdfS0VZQk9BUkRfTVBSMTIxIGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJEX05FV1RPTiBp cyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9PUEVOQ09SRVMgaXMgbm90IHNldA0KIyBDT05G SUdfS0VZQk9BUkRfU1RPV0FXQVkgaXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfU1VOS0JE IGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJEX09NQVA0IGlzIG5vdCBzZXQNCiMgQ09ORklH X0tFWUJPQVJEX1hUS0JEIGlzIG5vdCBzZXQNCkNPTkZJR19JTlBVVF9NT1VTRT15DQpDT05GSUdf TU9VU0VfUFMyPXkNCkNPTkZJR19NT1VTRV9QUzJfQUxQUz15DQpDT05GSUdfTU9VU0VfUFMyX0xP R0lQUzJQUD15DQpDT05GSUdfTU9VU0VfUFMyX1NZTkFQVElDUz15DQpDT05GSUdfTU9VU0VfUFMy X0xJRkVCT09LPXkNCkNPTkZJR19NT1VTRV9QUzJfVFJBQ0tQT0lOVD15DQojIENPTkZJR19NT1VT RV9QUzJfRUxBTlRFQ0ggaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0VfUFMyX1NFTlRFTElDIGlz IG5vdCBzZXQNCiMgQ09ORklHX01PVVNFX1BTMl9UT1VDSEtJVCBpcyBub3Qgc2V0DQojIENPTkZJ R19NT1VTRV9TRVJJQUwgaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0VfQVBQTEVUT1VDSCBpcyBu b3Qgc2V0DQojIENPTkZJR19NT1VTRV9CQ001OTc0IGlzIG5vdCBzZXQNCiMgQ09ORklHX01PVVNF X1ZTWFhYQUEgaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0VfU1lOQVBUSUNTX0kyQyBpcyBub3Qg c2V0DQojIENPTkZJR19NT1VTRV9TWU5BUFRJQ1NfVVNCIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lO UFVUX0pPWVNUSUNLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX1RBQkxFVCBpcyBub3Qgc2V0 DQojIENPTkZJR19JTlBVVF9UT1VDSFNDUkVFTiBpcyBub3Qgc2V0DQpDT05GSUdfSU5QVVRfTUlT Qz15DQojIENPTkZJR19JTlBVVF9BRDcxNFggaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfQk1B MTUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX1BDU1BLUiBpcyBub3Qgc2V0DQojIENPTkZJ R19JTlBVVF9NTUE4NDUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX01QVTMwNTAgaXMgbm90 IHNldA0KIyBDT05GSUdfSU5QVVRfQVBBTkVMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX0FU TEFTX0JUTlMgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfQVRJX1JFTU9URTIgaXMgbm90IHNl dA0KIyBDT05GSUdfSU5QVVRfS0VZU1BBTl9SRU1PVEUgaXMgbm90IHNldA0KIyBDT05GSUdfSU5Q VVRfS1hUSjkgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfUE9XRVJNQVRFIGlzIG5vdCBzZXQN CiMgQ09ORklHX0lOUFVUX1lFQUxJTksgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfQ00xMDkg aXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfVUlOUFVUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lO UFVUX1BDRjg1NzQgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfQURYTDM0WCBpcyBub3Qgc2V0 DQojIENPTkZJR19JTlBVVF9DTUEzMDAwIGlzIG5vdCBzZXQNCkNPTkZJR19JTlBVVF9YRU5fS0JE REVWX0ZST05URU5EPXkNCg0KIw0KIyBIYXJkd2FyZSBJL08gcG9ydHMNCiMNCkNPTkZJR19TRVJJ Tz15DQpDT05GSUdfU0VSSU9fSTgwNDI9eQ0KIyBDT05GSUdfU0VSSU9fU0VSUE9SVCBpcyBub3Qg c2V0DQojIENPTkZJR19TRVJJT19DVDgyQzcxMCBpcyBub3Qgc2V0DQojIENPTkZJR19TRVJJT19Q Q0lQUzIgaXMgbm90IHNldA0KQ09ORklHX1NFUklPX0xJQlBTMj15DQojIENPTkZJR19TRVJJT19S QVcgaXMgbm90IHNldA0KIyBDT05GSUdfU0VSSU9fQUxURVJBX1BTMiBpcyBub3Qgc2V0DQojIENP TkZJR19TRVJJT19QUzJNVUxUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0dBTUVQT1JUIGlzIG5vdCBz ZXQNCg0KIw0KIyBDaGFyYWN0ZXIgZGV2aWNlcw0KIw0KQ09ORklHX1ZUPXkNCkNPTkZJR19DT05T T0xFX1RSQU5TTEFUSU9OUz15DQpDT05GSUdfVlRfQ09OU09MRT15DQpDT05GSUdfVlRfQ09OU09M RV9TTEVFUD15DQpDT05GSUdfSFdfQ09OU09MRT15DQpDT05GSUdfVlRfSFdfQ09OU09MRV9CSU5E SU5HPXkNCkNPTkZJR19VTklYOThfUFRZUz15DQpDT05GSUdfREVWUFRTX01VTFRJUExFX0lOU1RB TkNFUz15DQojIENPTkZJR19MRUdBQ1lfUFRZUyBpcyBub3Qgc2V0DQojIENPTkZJR19TRVJJQUxf Tk9OU1RBTkRBUkQgaXMgbm90IHNldA0KIyBDT05GSUdfTk9aT01JIGlzIG5vdCBzZXQNCiMgQ09O RklHX05fR1NNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RSQUNFX1NJTksgaXMgbm90IHNldA0KDQoj DQojIEtDb3B5DQojDQpDT05GSUdfS0NPUFk9bQ0KIyBDT05GSUdfREVWS01FTSBpcyBub3Qgc2V0 DQoNCiMNCiMgU2VyaWFsIGRyaXZlcnMNCiMNCiMgQ09ORklHX1NFUklBTF84MjUwIGlzIG5vdCBz ZXQNCkNPTkZJR19GSVhfRUFSTFlDT05fTUVNPXkNCg0KIw0KIyBOb24tODI1MCBzZXJpYWwgcG9y dCBzdXBwb3J0DQojDQojIENPTkZJR19TRVJJQUxfTUZEX0hTVSBpcyBub3Qgc2V0DQojIENPTkZJ R19TRVJJQUxfSlNNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFUklBTF9USU1CRVJEQUxFIGlzIG5v dCBzZXQNCiMgQ09ORklHX1NFUklBTF9BTFRFUkFfSlRBR1VBUlQgaXMgbm90IHNldA0KIyBDT05G SUdfU0VSSUFMX0FMVEVSQV9VQVJUIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFUklBTF9QQ0hfVUFS VCBpcyBub3Qgc2V0DQojIENPTkZJR19TRVJJQUxfWElMSU5YX1BTX1VBUlQgaXMgbm90IHNldA0K Q09ORklHX0hWQ19EUklWRVI9eQ0KQ09ORklHX0hWQ19JUlE9eQ0KQ09ORklHX0hWQ19YRU49eQ0K Q09ORklHX0hWQ19YRU5fRlJPTlRFTkQ9eQ0KIyBDT05GSUdfSVBNSV9IQU5ETEVSIGlzIG5vdCBz ZXQNCkNPTkZJR19IV19SQU5ET009eQ0KIyBDT05GSUdfSFdfUkFORE9NX1RJTUVSSU9NRU0gaXMg bm90IHNldA0KQ09ORklHX0hXX1JBTkRPTV9JTlRFTD15DQojIENPTkZJR19IV19SQU5ET01fQU1E IGlzIG5vdCBzZXQNCiMgQ09ORklHX0hXX1JBTkRPTV9WSUEgaXMgbm90IHNldA0KIyBDT05GSUdf TlZSQU0gaXMgbm90IHNldA0KIyBDT05GSUdfUjM5NjQgaXMgbm90IHNldA0KIyBDT05GSUdfQVBQ TElDT00gaXMgbm90IHNldA0KIyBDT05GSUdfTVdBVkUgaXMgbm90IHNldA0KIyBDT05GSUdfUkFX X0RSSVZFUiBpcyBub3Qgc2V0DQpDT05GSUdfSFBFVD15DQpDT05GSUdfSFBFVF9NTUFQPXkNCiMg Q09ORklHX0hBTkdDSEVDS19USU1FUiBpcyBub3Qgc2V0DQojIENPTkZJR19UQ0dfVFBNIGlzIG5v dCBzZXQNCiMgQ09ORklHX1RFTENMT0NLIGlzIG5vdCBzZXQNCkNPTkZJR19ERVZQT1JUPXkNCkNP TkZJR19JMkM9eQ0KQ09ORklHX0kyQ19CT0FSRElORk89eQ0KIyBDT05GSUdfSTJDX0NPTVBBVCBp cyBub3Qgc2V0DQpDT05GSUdfSTJDX0NIQVJERVY9bQ0KIyBDT05GSUdfSTJDX01VWCBpcyBub3Qg c2V0DQojIENPTkZJR19JMkNfSEVMUEVSX0FVVE8gaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1NN QlVTIGlzIG5vdCBzZXQNCg0KIw0KIyBJMkMgQWxnb3JpdGhtcw0KIw0KQ09ORklHX0kyQ19BTEdP QklUPXkNCiMgQ09ORklHX0kyQ19BTEdPUENGIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19BTEdP UENBIGlzIG5vdCBzZXQNCg0KIw0KIyBJMkMgSGFyZHdhcmUgQnVzIHN1cHBvcnQNCiMNCg0KIw0K IyBQQyBTTUJ1cyBob3N0IGNvbnRyb2xsZXIgZHJpdmVycw0KIw0KIyBDT05GSUdfSTJDX0FMSTE1 MzUgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX0FMSTE1NjMgaXMgbm90IHNldA0KIyBDT05GSUdf STJDX0FMSTE1WDMgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX0FNRDc1NiBpcyBub3Qgc2V0DQoj IENPTkZJR19JMkNfQU1EODExMSBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfSTgwMSBpcyBub3Qg c2V0DQojIENPTkZJR19JMkNfSVNDSCBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfUElJWDQgaXMg bm90IHNldA0KIyBDT05GSUdfSTJDX05GT1JDRTIgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1NJ UzU1OTUgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1NJUzYzMCBpcyBub3Qgc2V0DQojIENPTkZJ R19JMkNfU0lTOTZYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19WSUEgaXMgbm90IHNldA0KIyBD T05GSUdfSTJDX1ZJQVBSTyBpcyBub3Qgc2V0DQoNCiMNCiMgQUNQSSBkcml2ZXJzDQojDQojIENP TkZJR19JMkNfU0NNSSBpcyBub3Qgc2V0DQoNCiMNCiMgSTJDIHN5c3RlbSBidXMgZHJpdmVycyAo bW9zdGx5IGVtYmVkZGVkIC8gc3lzdGVtLW9uLWNoaXApDQojDQojIENPTkZJR19JMkNfREVTSUdO V0FSRV9QQ0kgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX0VHMjBUIGlzIG5vdCBzZXQNCiMgQ09O RklHX0kyQ19JTlRFTF9NSUQgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX09DT1JFUyBpcyBub3Qg c2V0DQojIENPTkZJR19JMkNfUENBX1BMQVRGT1JNIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19Q WEFfUENJIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19TSU1URUMgaXMgbm90IHNldA0KIyBDT05G SUdfSTJDX1hJTElOWCBpcyBub3Qgc2V0DQoNCiMNCiMgRXh0ZXJuYWwgSTJDL1NNQnVzIGFkYXB0 ZXIgZHJpdmVycw0KIw0KIyBDT05GSUdfSTJDX0RJT0xBTl9VMkMgaXMgbm90IHNldA0KIyBDT05G SUdfSTJDX1BBUlBPUlRfTElHSFQgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1RBT1NfRVZNIGlz IG5vdCBzZXQNCiMgQ09ORklHX0kyQ19USU5ZX1VTQiBpcyBub3Qgc2V0DQoNCiMNCiMgT3RoZXIg STJDL1NNQnVzIGJ1cyBkcml2ZXJzDQojDQojIENPTkZJR19JMkNfU1RVQiBpcyBub3Qgc2V0DQoj IENPTkZJR19JMkNfREVCVUdfQ09SRSBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfREVCVUdfQUxH TyBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfREVCVUdfQlVTIGlzIG5vdCBzZXQNCiMgQ09ORklH X1NQSSBpcyBub3Qgc2V0DQojIENPTkZJR19IU0kgaXMgbm90IHNldA0KDQojDQojIFBQUyBzdXBw b3J0DQojDQojIENPTkZJR19QUFMgaXMgbm90IHNldA0KDQojDQojIFBQUyBnZW5lcmF0b3JzIHN1 cHBvcnQNCiMNCg0KIw0KIyBQVFAgY2xvY2sgc3VwcG9ydA0KIw0KDQojDQojIEVuYWJsZSBEZXZp Y2UgRHJpdmVycyAtPiBQUFMgdG8gc2VlIHRoZSBQVFAgY2xvY2sgb3B0aW9ucy4NCiMNCkNPTkZJ R19BUkNIX1dBTlRfT1BUSU9OQUxfR1BJT0xJQj15DQojIENPTkZJR19HUElPTElCIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1cxIGlzIG5vdCBzZXQNCkNPTkZJR19QT1dFUl9TVVBQTFk9eQ0KIyBDT05G SUdfUE9XRVJfU1VQUExZX0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BEQV9QT1dFUiBpcyBu b3Qgc2V0DQojIENPTkZJR19URVNUX1BPV0VSIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JBVFRFUllf RFMyNzgwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JBVFRFUllfRFMyNzgxIGlzIG5vdCBzZXQNCiMg Q09ORklHX0JBVFRFUllfRFMyNzgyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JBVFRFUllfU0JTIGlz IG5vdCBzZXQNCiMgQ09ORklHX0JBVFRFUllfQlEyN3gwMCBpcyBub3Qgc2V0DQojIENPTkZJR19C QVRURVJZX01BWDE3MDQwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JBVFRFUllfTUFYMTcwNDIgaXMg bm90IHNldA0KIyBDT05GSUdfQ0hBUkdFUl9NQVg4OTAzIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NI QVJHRVJfTFA4NzI3IGlzIG5vdCBzZXQNCiMgQ09ORklHX0NIQVJHRVJfU01CMzQ3IGlzIG5vdCBz ZXQNCiMgQ09ORklHX1BPV0VSX0FWUyBpcyBub3Qgc2V0DQojIENPTkZJR19IV01PTiBpcyBub3Qg c2V0DQpDT05GSUdfVEhFUk1BTD15DQojIENPTkZJR19XQVRDSERPRyBpcyBub3Qgc2V0DQpDT05G SUdfU1NCX1BPU1NJQkxFPXkNCg0KIw0KIyBTb25pY3MgU2lsaWNvbiBCYWNrcGxhbmUNCiMNCkNP TkZJR19TU0I9bQ0KQ09ORklHX1NTQl9TUFJPTT15DQpDT05GSUdfU1NCX1BDSUhPU1RfUE9TU0lC TEU9eQ0KQ09ORklHX1NTQl9QQ0lIT1NUPXkNCiMgQ09ORklHX1NTQl9CNDNfUENJX0JSSURHRSBp cyBub3Qgc2V0DQpDT05GSUdfU1NCX1NESU9IT1NUX1BPU1NJQkxFPXkNCkNPTkZJR19TU0JfU0RJ T0hPU1Q9eQ0KIyBDT05GSUdfU1NCX0RFQlVHIGlzIG5vdCBzZXQNCkNPTkZJR19TU0JfRFJJVkVS X1BDSUNPUkVfUE9TU0lCTEU9eQ0KQ09ORklHX1NTQl9EUklWRVJfUENJQ09SRT15DQpDT05GSUdf QkNNQV9QT1NTSUJMRT15DQoNCiMNCiMgQnJvYWRjb20gc3BlY2lmaWMgQU1CQQ0KIw0KQ09ORklH X0JDTUE9bQ0KQ09ORklHX0JDTUFfSE9TVF9QQ0lfUE9TU0lCTEU9eQ0KQ09ORklHX0JDTUFfSE9T VF9QQ0k9eQ0KIyBDT05GSUdfQkNNQV9EUklWRVJfR01BQ19DTU4gaXMgbm90IHNldA0KIyBDT05G SUdfQkNNQV9ERUJVRyBpcyBub3Qgc2V0DQoNCiMNCiMgTXVsdGlmdW5jdGlvbiBkZXZpY2UgZHJp dmVycw0KIw0KIyBDT05GSUdfTUZEX0NPUkUgaXMgbm90IHNldA0KIyBDT05GSUdfTUZEXzg4UE04 NjBYIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF84OFBNODAwIGlzIG5vdCBzZXQNCiMgQ09ORklH X01GRF84OFBNODA1IGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9TTTUwMSBpcyBub3Qgc2V0DQoj IENPTkZJR19IVENfUEFTSUMzIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9MTTM1MzMgaXMgbm90 IHNldA0KIyBDT05GSUdfVFBTNjEwNVggaXMgbm90IHNldA0KIyBDT05GSUdfVFBTNjUwN1ggaXMg bm90IHNldA0KIyBDT05GSUdfTUZEX1RQUzY1MjE3IGlzIG5vdCBzZXQNCiMgQ09ORklHX1RXTDQw MzBfQ09SRSBpcyBub3Qgc2V0DQojIENPTkZJR19UV0w2MDQwX0NPUkUgaXMgbm90IHNldA0KIyBD T05GSUdfTUZEX1NUTVBFIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9UQzM1ODlYIGlzIG5vdCBz ZXQNCiMgQ09ORklHX01GRF9UTUlPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BNSUNfREE5MDNYIGlz IG5vdCBzZXQNCiMgQ09ORklHX01GRF9EQTkwNTJfSTJDIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BN SUNfQURQNTUyMCBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRfTUFYNzc2ODYgaXMgbm90IHNldA0K IyBDT05GSUdfTUZEX01BWDc3NjkzIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9NQVg4OTI1IGlz IG5vdCBzZXQNCiMgQ09ORklHX01GRF9NQVg4OTk3IGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9N QVg4OTk4IGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9TRUNfQ09SRSBpcyBub3Qgc2V0DQojIENP TkZJR19NRkRfQVJJWk9OQV9JMkMgaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX1dNODQwMCBpcyBu b3Qgc2V0DQojIENPTkZJR19NRkRfV004MzFYX0kyQyBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRf V004MzUwX0kyQyBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRfV004OTk0IGlzIG5vdCBzZXQNCiMg Q09ORklHX01GRF9QQ0Y1MDYzMyBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRfTUMxM1hYWF9JMkMg aXMgbm90IHNldA0KIyBDT05GSUdfQUJYNTAwX0NPUkUgaXMgbm90IHNldA0KIyBDT05GSUdfTUZE X0NTNTUzNSBpcyBub3Qgc2V0DQojIENPTkZJR19MUENfU0NIIGlzIG5vdCBzZXQNCiMgQ09ORklH X0xQQ19JQ0ggaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX1JEQzMyMVggaXMgbm90IHNldA0KIyBD T05GSUdfTUZEX0pBTlpfQ01PRElPIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9WWDg1NSBpcyBu b3Qgc2V0DQojIENPTkZJR19NRkRfV0wxMjczX0NPUkUgaXMgbm90IHNldA0KIyBDT05GSUdfTUZE X1RQUzY1MDkwIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9SQzVUNTgzIGlzIG5vdCBzZXQNCiMg Q09ORklHX01GRF9QQUxNQVMgaXMgbm90IHNldA0KIyBDT05GSUdfUkVHVUxBVE9SIGlzIG5vdCBz ZXQNCkNPTkZJR19NRURJQV9TVVBQT1JUPW0NCg0KIw0KIyBNdWx0aW1lZGlhIGNvcmUgc3VwcG9y dA0KIw0KQ09ORklHX01FRElBX0NBTUVSQV9TVVBQT1JUPXkNCiMgQ09ORklHX01FRElBX0FOQUxP R19UVl9TVVBQT1JUIGlzIG5vdCBzZXQNCiMgQ09ORklHX01FRElBX0RJR0lUQUxfVFZfU1VQUE9S VCBpcyBub3Qgc2V0DQojIENPTkZJR19NRURJQV9SQURJT19TVVBQT1JUIGlzIG5vdCBzZXQNCiMg Q09ORklHX01FRElBX1JDX1NVUFBPUlQgaXMgbm90IHNldA0KIyBDT05GSUdfTUVESUFfQ09OVFJP TExFUiBpcyBub3Qgc2V0DQpDT05GSUdfVklERU9fREVWPW0NCkNPTkZJR19WSURFT19WNEwyX0NP TU1PTj1tDQoNCiMNCiMgTWVkaWEgZHJpdmVycw0KIw0KQ09ORklHX1ZJREVPX1Y0TDI9bQ0KQ09O RklHX1ZJREVPQlVGMl9DT1JFPW0NCkNPTkZJR19WSURFT0JVRjJfTUVNT1BTPW0NCkNPTkZJR19W SURFT0JVRjJfVk1BTExPQz1tDQpDT05GSUdfVklERU9fQ0FQVFVSRV9EUklWRVJTPXkNCiMgQ09O RklHX1ZJREVPX0FEVl9ERUJVRyBpcyBub3Qgc2V0DQojIENPTkZJR19WSURFT19GSVhFRF9NSU5P Ul9SQU5HRVMgaXMgbm90IHNldA0KQ09ORklHX1ZJREVPX0hFTFBFUl9DSElQU19BVVRPPXkNCg0K Iw0KIyBBdWRpbyBkZWNvZGVycywgcHJvY2Vzc29ycyBhbmQgbWl4ZXJzDQojDQoNCiMNCiMgUkRT IGRlY29kZXJzDQojDQoNCiMNCiMgVmlkZW8gZGVjb2RlcnMNCiMNCg0KIw0KIyBWaWRlbyBhbmQg YXVkaW8gZGVjb2RlcnMNCiMNCg0KIw0KIyBNUEVHIHZpZGVvIGVuY29kZXJzDQojDQoNCiMNCiMg VmlkZW8gZW5jb2RlcnMNCiMNCg0KIw0KIyBDYW1lcmEgc2Vuc29yIGRldmljZXMNCiMNCg0KIw0K IyBGbGFzaCBkZXZpY2VzDQojDQoNCiMNCiMgVmlkZW8gaW1wcm92ZW1lbnQgY2hpcHMNCiMNCg0K Iw0KIyBNaXNjZWxhbmVvdXMgaGVscGVyIGNoaXBzDQojDQojIENPTkZJR19WSURFT19WSVZJIGlz IG5vdCBzZXQNCkNPTkZJR19WNExfVVNCX0RSSVZFUlM9eQ0KDQojDQojIFdlYmNhbSBkZXZpY2Vz DQojDQpDT05GSUdfVVNCX1ZJREVPX0NMQVNTPW0NCkNPTkZJR19VU0JfVklERU9fQ0xBU1NfSU5Q VVRfRVZERVY9eQ0KIyBDT05GSUdfVVNCX0dTUENBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9Q V0MgaXMgbm90IHNldA0KIyBDT05GSUdfVklERU9fQ1BJQTIgaXMgbm90IHNldA0KIyBDT05GSUdf VVNCX1pSMzY0WFggaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUS1dFQkNBTSBpcyBub3Qgc2V0 DQojIENPTkZJR19VU0JfUzIyNTUgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NOOUMxMDIgaXMg bm90IHNldA0KDQojDQojIFdlYmNhbSBhbmQvb3IgVFYgVVNCIGRldmljZXMNCiMNCiMgQ09ORklH X1ZJREVPX0VNMjhYWCBpcyBub3Qgc2V0DQojIENPTkZJR19WNExfUExBVEZPUk1fRFJJVkVSUyBp cyBub3Qgc2V0DQojIENPTkZJR19WNExfTUVNMk1FTV9EUklWRVJTIGlzIG5vdCBzZXQNCg0KIw0K IyBHcmFwaGljcyBzdXBwb3J0DQojDQpDT05GSUdfQUdQPXkNCiMgQ09ORklHX0FHUF9BTUQ2NCBp cyBub3Qgc2V0DQpDT05GSUdfQUdQX0lOVEVMPXkNCiMgQ09ORklHX0FHUF9TSVMgaXMgbm90IHNl dA0KIyBDT05GSUdfQUdQX1ZJQSBpcyBub3Qgc2V0DQpDT05GSUdfVkdBX0FSQj15DQpDT05GSUdf VkdBX0FSQl9NQVhfR1BVUz0xNg0KIyBDT05GSUdfVkdBX1NXSVRDSEVST08gaXMgbm90IHNldA0K Q09ORklHX0RSTT15DQpDT05GSUdfRFJNX0tNU19IRUxQRVI9eQ0KIyBDT05GSUdfRFJNX0xPQURf RURJRF9GSVJNV0FSRSBpcyBub3Qgc2V0DQojIENPTkZJR19EUk1fVERGWCBpcyBub3Qgc2V0DQoj IENPTkZJR19EUk1fUjEyOCBpcyBub3Qgc2V0DQojIENPTkZJR19EUk1fUkFERU9OIGlzIG5vdCBz ZXQNCiMgQ09ORklHX0RSTV9OT1VWRUFVIGlzIG5vdCBzZXQNCg0KIw0KIyBJMkMgZW5jb2RlciBv ciBoZWxwZXIgY2hpcHMNCiMNCiMgQ09ORklHX0RSTV9JMkNfQ0g3MDA2IGlzIG5vdCBzZXQNCiMg Q09ORklHX0RSTV9JMkNfU0lMMTY0IGlzIG5vdCBzZXQNCiMgQ09ORklHX0RSTV9JODEwIGlzIG5v dCBzZXQNCkNPTkZJR19EUk1fSTkxNT15DQpDT05GSUdfRFJNX0k5MTVfS01TPXkNCiMgQ09ORklH X0RSTV9NR0EgaXMgbm90IHNldA0KIyBDT05GSUdfRFJNX1NJUyBpcyBub3Qgc2V0DQojIENPTkZJ R19EUk1fVklBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RSTV9TQVZBR0UgaXMgbm90IHNldA0KIyBD T05GSUdfRFJNX1ZNV0dGWCBpcyBub3Qgc2V0DQojIENPTkZJR19EUk1fR01BNTAwIGlzIG5vdCBz ZXQNCiMgQ09ORklHX0RSTV9VREwgaXMgbm90IHNldA0KIyBDT05GSUdfRFJNX0FTVCBpcyBub3Qg c2V0DQojIENPTkZJR19EUk1fTUdBRzIwMCBpcyBub3Qgc2V0DQojIENPTkZJR19EUk1fQ0lSUlVT X1FFTVUgaXMgbm90IHNldA0KIyBDT05GSUdfU1RVQl9QT1VMU0JPIGlzIG5vdCBzZXQNCiMgQ09O RklHX1ZHQVNUQVRFIGlzIG5vdCBzZXQNCkNPTkZJR19WSURFT19PVVRQVVRfQ09OVFJPTD15DQpD T05GSUdfRkI9eQ0KIyBDT05GSUdfRklSTVdBUkVfRURJRCBpcyBub3Qgc2V0DQojIENPTkZJR19G Ql9EREMgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfQk9PVF9WRVNBX1NVUFBPUlQgaXMgbm90IHNl dA0KQ09ORklHX0ZCX0NGQl9GSUxMUkVDVD15DQpDT05GSUdfRkJfQ0ZCX0NPUFlBUkVBPXkNCkNP TkZJR19GQl9DRkJfSU1BR0VCTElUPXkNCiMgQ09ORklHX0ZCX0NGQl9SRVZfUElYRUxTX0lOX0JZ VEUgaXMgbm90IHNldA0KQ09ORklHX0ZCX1NZU19GSUxMUkVDVD15DQpDT05GSUdfRkJfU1lTX0NP UFlBUkVBPXkNCkNPTkZJR19GQl9TWVNfSU1BR0VCTElUPXkNCiMgQ09ORklHX0ZCX0ZPUkVJR05f RU5ESUFOIGlzIG5vdCBzZXQNCkNPTkZJR19GQl9TWVNfRk9QUz15DQojIENPTkZJR19GQl9XTVRf R0VfUk9QUyBpcyBub3Qgc2V0DQpDT05GSUdfRkJfREVGRVJSRURfSU89eQ0KIyBDT05GSUdfRkJf U1ZHQUxJQiBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9NQUNNT0RFUyBpcyBub3Qgc2V0DQojIENP TkZJR19GQl9CQUNLTElHSFQgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfTU9ERV9IRUxQRVJTIGlz IG5vdCBzZXQNCiMgQ09ORklHX0ZCX1RJTEVCTElUVElORyBpcyBub3Qgc2V0DQoNCiMNCiMgRnJh bWUgYnVmZmVyIGhhcmR3YXJlIGRyaXZlcnMNCiMNCiMgQ09ORklHX0ZCX0NJUlJVUyBpcyBub3Qg c2V0DQojIENPTkZJR19GQl9QTTIgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfQ1lCRVIyMDAwIGlz IG5vdCBzZXQNCiMgQ09ORklHX0ZCX0FSQyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9BU0lMSUFO VCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9JTVNUVCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9W R0ExNiBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9VVkVTQSBpcyBub3Qgc2V0DQojIENPTkZJR19G Ql9WRVNBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX040MTEgaXMgbm90IHNldA0KIyBDT05GSUdf RkJfSEdBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1MxRDEzWFhYIGlzIG5vdCBzZXQNCiMgQ09O RklHX0ZCX05WSURJQSBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9SSVZBIGlzIG5vdCBzZXQNCiMg Q09ORklHX0ZCX0k3NDAgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfTEU4MDU3OCBpcyBub3Qgc2V0 DQojIENPTkZJR19GQl9NQVRST1ggaXMgbm90IHNldA0KIyBDT05GSUdfRkJfUkFERU9OIGlzIG5v dCBzZXQNCiMgQ09ORklHX0ZCX0FUWTEyOCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9BVFkgaXMg bm90IHNldA0KIyBDT05GSUdfRkJfUzMgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfU0FWQUdFIGlz IG5vdCBzZXQNCiMgQ09ORklHX0ZCX1NJUyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9WSUEgaXMg bm90IHNldA0KIyBDT05GSUdfRkJfTkVPTUFHSUMgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfS1lS TyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl8zREZYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1ZP T0RPTzEgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfVlQ4NjIzIGlzIG5vdCBzZXQNCiMgQ09ORklH X0ZCX1RSSURFTlQgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfQVJLIGlzIG5vdCBzZXQNCiMgQ09O RklHX0ZCX1BNMyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9DQVJNSU5FIGlzIG5vdCBzZXQNCiMg Q09ORklHX0ZCX0dFT0RFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1NNU0NVRlggaXMgbm90IHNl dA0KIyBDT05GSUdfRkJfVURMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1ZJUlRVQUwgaXMgbm90 IHNldA0KQ09ORklHX1hFTl9GQkRFVl9GUk9OVEVORD15DQojIENPTkZJR19GQl9NRVRST05PTUUg aXMgbm90IHNldA0KIyBDT05GSUdfRkJfTUI4NjJYWCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9C Uk9BRFNIRUVUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX0FVT19LMTkwWCBpcyBub3Qgc2V0DQoj IENPTkZJR19FWFlOT1NfVklERU8gaXMgbm90IHNldA0KQ09ORklHX0JBQ0tMSUdIVF9MQ0RfU1VQ UE9SVD15DQpDT05GSUdfTENEX0NMQVNTX0RFVklDRT1tDQpDT05GSUdfTENEX1BMQVRGT1JNPW0N CkNPTkZJR19CQUNLTElHSFRfQ0xBU1NfREVWSUNFPXkNCkNPTkZJR19CQUNLTElHSFRfR0VORVJJ Qz15DQojIENPTkZJR19CQUNLTElHSFRfUFJPR0VBUiBpcyBub3Qgc2V0DQojIENPTkZJR19CQUNL TElHSFRfQVBQTEUgaXMgbm90IHNldA0KIyBDT05GSUdfQkFDS0xJR0hUX1NBSEFSQSBpcyBub3Qg c2V0DQojIENPTkZJR19CQUNLTElHSFRfQURQODg2MCBpcyBub3Qgc2V0DQojIENPTkZJR19CQUNL TElHSFRfQURQODg3MCBpcyBub3Qgc2V0DQojIENPTkZJR19CQUNLTElHSFRfTFA4NTVYIGlzIG5v dCBzZXQNCg0KIw0KIyBDb25zb2xlIGRpc3BsYXkgZHJpdmVyIHN1cHBvcnQNCiMNCkNPTkZJR19W R0FfQ09OU09MRT15DQpDT05GSUdfVkdBQ09OX1NPRlRfU0NST0xMQkFDSz15DQpDT05GSUdfVkdB Q09OX1NPRlRfU0NST0xMQkFDS19TSVpFPTEwMjQNCkNPTkZJR19EVU1NWV9DT05TT0xFPXkNCkNP TkZJR19GUkFNRUJVRkZFUl9DT05TT0xFPXkNCkNPTkZJR19GUkFNRUJVRkZFUl9DT05TT0xFX0RF VEVDVF9QUklNQVJZPXkNCkNPTkZJR19GUkFNRUJVRkZFUl9DT05TT0xFX1JPVEFUSU9OPXkNCiMg Q09ORklHX0ZCX0NPTl9ERUNPUiBpcyBub3Qgc2V0DQojIENPTkZJR19GT05UUyBpcyBub3Qgc2V0 DQpDT05GSUdfRk9OVF84eDg9eQ0KQ09ORklHX0ZPTlRfOHgxNj15DQojIENPTkZJR19MT0dPIGlz IG5vdCBzZXQNCkNPTkZJR19TT1VORD1tDQpDT05GSUdfU09VTkRfT1NTX0NPUkU9eQ0KQ09ORklH X1NPVU5EX09TU19DT1JFX1BSRUNMQUlNPXkNCkNPTkZJR19TTkQ9bQ0KQ09ORklHX1NORF9USU1F Uj1tDQpDT05GSUdfU05EX1BDTT1tDQpDT05GSUdfU05EX0hXREVQPW0NCkNPTkZJR19TTkRfSkFD Sz15DQpDT05GSUdfU05EX1NFUVVFTkNFUj1tDQpDT05GSUdfU05EX1NFUV9EVU1NWT1tDQpDT05G SUdfU05EX09TU0VNVUw9eQ0KQ09ORklHX1NORF9NSVhFUl9PU1M9bQ0KQ09ORklHX1NORF9QQ01f T1NTPW0NCkNPTkZJR19TTkRfUENNX09TU19QTFVHSU5TPXkNCkNPTkZJR19TTkRfU0VRVUVOQ0VS X09TUz15DQpDT05GSUdfU05EX0hSVElNRVI9bQ0KQ09ORklHX1NORF9TRVFfSFJUSU1FUl9ERUZB VUxUPXkNCkNPTkZJR19TTkRfRFlOQU1JQ19NSU5PUlM9eQ0KQ09ORklHX1NORF9TVVBQT1JUX09M RF9BUEk9eQ0KIyBDT05GSUdfU05EX1ZFUkJPU0VfUFJPQ0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklH X1NORF9WRVJCT1NFX1BSSU5USyBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfREVCVUcgaXMgbm90 IHNldA0KQ09ORklHX1NORF9WTUFTVEVSPXkNCkNPTkZJR19TTkRfS0NUTF9KQUNLPXkNCkNPTkZJ R19TTkRfRE1BX1NHQlVGPXkNCiMgQ09ORklHX1NORF9SQVdNSURJX1NFUSBpcyBub3Qgc2V0DQoj IENPTkZJR19TTkRfT1BMM19MSUJfU0VRIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9PUEw0X0xJ Ql9TRVEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1NCQVdFX1NFUSBpcyBub3Qgc2V0DQojIENP TkZJR19TTkRfRU1VMTBLMV9TRVEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0RSSVZFUlMgaXMg bm90IHNldA0KQ09ORklHX1NORF9QQ0k9eQ0KIyBDT05GSUdfU05EX0FEMTg4OSBpcyBub3Qgc2V0 DQojIENPTkZJR19TTkRfQUxTMzAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9BTFM0MDAwIGlz IG5vdCBzZXQNCiMgQ09ORklHX1NORF9BTEk1NDUxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9B U0lIUEkgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0FUSUlYUCBpcyBub3Qgc2V0DQojIENPTkZJ R19TTkRfQVRJSVhQX01PREVNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9BVTg4MTAgaXMgbm90 IHNldA0KIyBDT05GSUdfU05EX0FVODgyMCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfQVU4ODMw IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9BVzIgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0Fa VDMzMjggaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0JUODdYIGlzIG5vdCBzZXQNCiMgQ09ORklH X1NORF9DQTAxMDYgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0NNSVBDSSBpcyBub3Qgc2V0DQoj IENPTkZJR19TTkRfT1hZR0VOIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9DUzQyODEgaXMgbm90 IHNldA0KIyBDT05GSUdfU05EX0NTNDZYWCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfQ1M1NTMw IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9DUzU1MzVBVURJTyBpcyBub3Qgc2V0DQojIENPTkZJ R19TTkRfQ1RYRkkgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0RBUkxBMjAgaXMgbm90IHNldA0K IyBDT05GSUdfU05EX0dJTkEyMCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfTEFZTEEyMCBpcyBu b3Qgc2V0DQojIENPTkZJR19TTkRfREFSTEEyNCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfR0lO QTI0IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9MQVlMQTI0IGlzIG5vdCBzZXQNCiMgQ09ORklH X1NORF9NT05BIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9NSUEgaXMgbm90IHNldA0KIyBDT05G SUdfU05EX0VDSE8zRyBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfSU5ESUdPIGlzIG5vdCBzZXQN CiMgQ09ORklHX1NORF9JTkRJR09JTyBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfSU5ESUdPREog aXMgbm90IHNldA0KIyBDT05GSUdfU05EX0lORElHT0lPWCBpcyBub3Qgc2V0DQojIENPTkZJR19T TkRfSU5ESUdPREpYIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9FTVUxMEsxIGlzIG5vdCBzZXQN CiMgQ09ORklHX1NORF9FTVUxMEsxWCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfRU5TMTM3MCBp cyBub3Qgc2V0DQojIENPTkZJR19TTkRfRU5TMTM3MSBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRf RVMxOTM4IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9FUzE5NjggaXMgbm90IHNldA0KIyBDT05G SUdfU05EX0ZNODAxIGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfSERBX0lOVEVMPW0NCkNPTkZJR19T TkRfSERBX1BSRUFMTE9DX1NJWkU9NjQNCkNPTkZJR19TTkRfSERBX0hXREVQPXkNCiMgQ09ORklH X1NORF9IREFfUkVDT05GSUcgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0hEQV9JTlBVVF9CRUVQ IGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfSERBX0lOUFVUX0pBQ0s9eQ0KIyBDT05GSUdfU05EX0hE QV9QQVRDSF9MT0FERVIgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0hEQV9DT0RFQ19SRUFMVEVL IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9IREFfQ09ERUNfQU5BTE9HIGlzIG5vdCBzZXQNCkNP TkZJR19TTkRfSERBX0NPREVDX1NJR01BVEVMPXkNCiMgQ09ORklHX1NORF9IREFfQ09ERUNfVklB IGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfSERBX0NPREVDX0hETUk9eQ0KIyBDT05GSUdfU05EX0hE QV9DT0RFQ19DSVJSVVMgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0hEQV9DT0RFQ19DT05FWEFO VCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfSERBX0NPREVDX0NBMDExMCBpcyBub3Qgc2V0DQpD T05GSUdfU05EX0hEQV9DT0RFQ19DQTAxMzI9eQ0KIyBDT05GSUdfU05EX0hEQV9DT0RFQ19DTUVE SUEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0hEQV9DT0RFQ19TSTMwNTQgaXMgbm90IHNldA0K IyBDT05GSUdfU05EX0hEQV9HRU5FUklDIGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfSERBX1BPV0VS X1NBVkU9eQ0KQ09ORklHX1NORF9IREFfUE9XRVJfU0FWRV9ERUZBVUxUPTENCiMgQ09ORklHX1NO RF9IRFNQIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9IRFNQTSBpcyBub3Qgc2V0DQojIENPTkZJ R19TTkRfSUNFMTcxMiBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfSUNFMTcyNCBpcyBub3Qgc2V0 DQojIENPTkZJR19TTkRfSU5URUw4WDAgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0lOVEVMOFgw TSBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfS09SRzEyMTIgaXMgbm90IHNldA0KIyBDT05GSUdf U05EX0xPTEEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0xYNjQ2NEVTIGlzIG5vdCBzZXQNCiMg Q09ORklHX1NORF9NQUVTVFJPMyBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfTUlYQVJUIGlzIG5v dCBzZXQNCiMgQ09ORklHX1NORF9OTTI1NiBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfUENYSFIg aXMgbm90IHNldA0KIyBDT05GSUdfU05EX1JJUFRJREUgaXMgbm90IHNldA0KIyBDT05GSUdfU05E X1JNRTMyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9STUU5NiBpcyBub3Qgc2V0DQojIENPTkZJ R19TTkRfUk1FOTY1MiBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfU09OSUNWSUJFUyBpcyBub3Qg c2V0DQojIENPTkZJR19TTkRfVFJJREVOVCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfVklBODJY WCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfVklBODJYWF9NT0RFTSBpcyBub3Qgc2V0DQojIENP TkZJR19TTkRfVklSVFVPU08gaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1ZYMjIyIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1NORF9ZTUZQQ0kgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1VTQiBpcyBu b3Qgc2V0DQojIENPTkZJR19TTkRfU09DIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NPVU5EX1BSSU1F IGlzIG5vdCBzZXQNCg0KIw0KIyBISUQgc3VwcG9ydA0KIw0KQ09ORklHX0hJRD15DQojIENPTkZJ R19ISURfQkFUVEVSWV9TVFJFTkdUSCBpcyBub3Qgc2V0DQpDT05GSUdfSElEUkFXPXkNCiMgQ09O RklHX1VISUQgaXMgbm90IHNldA0KQ09ORklHX0hJRF9HRU5FUklDPXkNCg0KIw0KIyBTcGVjaWFs IEhJRCBkcml2ZXJzDQojDQpDT05GSUdfSElEX0E0VEVDSD1tDQojIENPTkZJR19ISURfQUNSVVgg aXMgbm90IHNldA0KQ09ORklHX0hJRF9BUFBMRT1tDQojIENPTkZJR19ISURfQVVSRUFMIGlzIG5v dCBzZXQNCkNPTkZJR19ISURfQkVMS0lOPW0NCkNPTkZJR19ISURfQ0hFUlJZPW0NCkNPTkZJR19I SURfQ0hJQ09OWT1tDQojIENPTkZJR19ISURfUFJPRElLRVlTIGlzIG5vdCBzZXQNCkNPTkZJR19I SURfQ1lQUkVTUz1tDQojIENPTkZJR19ISURfRFJBR09OUklTRSBpcyBub3Qgc2V0DQojIENPTkZJ R19ISURfRU1TX0ZGIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9FTEVDT00gaXMgbm90IHNldA0K Q09ORklHX0hJRF9FWktFWT1tDQojIENPTkZJR19ISURfSE9MVEVLIGlzIG5vdCBzZXQNCiMgQ09O RklHX0hJRF9LRVlUT1VDSCBpcyBub3Qgc2V0DQpDT05GSUdfSElEX0tZRT1tDQojIENPTkZJR19I SURfVUNMT0dJQyBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfV0FMVE9QIGlzIG5vdCBzZXQNCiMg Q09ORklHX0hJRF9HWVJBVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfVFdJTkhBTiBpcyBu b3Qgc2V0DQpDT05GSUdfSElEX0tFTlNJTkdUT049bQ0KIyBDT05GSUdfSElEX0xDUE9XRVIgaXMg bm90IHNldA0KIyBDT05GSUdfSElEX0xFTk9WT19UUEtCRCBpcyBub3Qgc2V0DQpDT05GSUdfSElE X0xPR0lURUNIPW0NCkNPTkZJR19ISURfTE9HSVRFQ0hfREo9bQ0KIyBDT05GSUdfTE9HSVRFQ0hf RkYgaXMgbm90IHNldA0KIyBDT05GSUdfTE9HSVJVTUJMRVBBRDJfRkYgaXMgbm90IHNldA0KIyBD T05GSUdfTE9HSUc5NDBfRkYgaXMgbm90IHNldA0KIyBDT05GSUdfTE9HSVdIRUVMU19GRiBpcyBu b3Qgc2V0DQojIENPTkZJR19ISURfTUFHSUNNT1VTRSBpcyBub3Qgc2V0DQpDT05GSUdfSElEX01J Q1JPU09GVD1tDQpDT05GSUdfSElEX01PTlRFUkVZPW0NCiMgQ09ORklHX0hJRF9NVUxUSVRPVUNI IGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9OVFJJRyBpcyBub3Qgc2V0DQojIENPTkZJR19ISURf T1JURUsgaXMgbm90IHNldA0KIyBDT05GSUdfSElEX1BBTlRIRVJMT1JEIGlzIG5vdCBzZXQNCiMg Q09ORklHX0hJRF9QRVRBTFlOWCBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfUElDT0xDRCBpcyBu b3Qgc2V0DQojIENPTkZJR19ISURfUFJJTUFYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9ST0ND QVQgaXMgbm90IHNldA0KIyBDT05GSUdfSElEX1NBSVRFSyBpcyBub3Qgc2V0DQojIENPTkZJR19I SURfU0FNU1VORyBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfU09OWSBpcyBub3Qgc2V0DQojIENP TkZJR19ISURfU1BFRURMSU5LIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9TVU5QTFVTIGlzIG5v dCBzZXQNCiMgQ09ORklHX0hJRF9HUkVFTkFTSUEgaXMgbm90IHNldA0KIyBDT05GSUdfSElEX1NN QVJUSk9ZUExVUyBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfVElWTyBpcyBub3Qgc2V0DQojIENP TkZJR19ISURfVE9QU0VFRCBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfVEhSVVNUTUFTVEVSIGlz IG5vdCBzZXQNCiMgQ09ORklHX0hJRF9XQUNPTSBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfV0lJ TU9URSBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfWkVST1BMVVMgaXMgbm90IHNldA0KIyBDT05G SUdfSElEX1pZREFDUk9OIGlzIG5vdCBzZXQNCg0KIw0KIyBVU0IgSElEIHN1cHBvcnQNCiMNCkNP TkZJR19VU0JfSElEPW0NCkNPTkZJR19ISURfUElEPXkNCkNPTkZJR19VU0JfSElEREVWPXkNCkNP TkZJR19VU0JfQVJDSF9IQVNfT0hDST15DQpDT05GSUdfVVNCX0FSQ0hfSEFTX0VIQ0k9eQ0KQ09O RklHX1VTQl9BUkNIX0hBU19YSENJPXkNCkNPTkZJR19VU0JfU1VQUE9SVD15DQpDT05GSUdfVVNC X0NPTU1PTj1tDQpDT05GSUdfVVNCX0FSQ0hfSEFTX0hDRD15DQpDT05GSUdfVVNCPW0NCiMgQ09O RklHX1VTQl9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX0FOTk9VTkNFX05FV19ERVZJQ0VT PXkNCg0KIw0KIyBNaXNjZWxsYW5lb3VzIFVTQiBvcHRpb25zDQojDQojIENPTkZJR19VU0JfRFlO QU1JQ19NSU5PUlMgaXMgbm90IHNldA0KQ09ORklHX1VTQl9TVVNQRU5EPXkNCkNPTkZJR19VU0Jf T1RHPXkNCkNPTkZJR19VU0JfT1RHX1dISVRFTElTVD15DQojIENPTkZJR19VU0JfT1RHX0JMQUNL TElTVF9IVUIgaXMgbm90IHNldA0KQ09ORklHX1VTQl9NT049bQ0KIyBDT05GSUdfVVNCX1dVU0Jf Q0JBRiBpcyBub3Qgc2V0DQoNCiMNCiMgVVNCIEhvc3QgQ29udHJvbGxlciBEcml2ZXJzDQojDQoj IENPTkZJR19VU0JfQzY3WDAwX0hDRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfWEhDSV9IQ0Qg aXMgbm90IHNldA0KQ09ORklHX1VTQl9FSENJX0hDRD1tDQpDT05GSUdfVVNCX0VIQ0lfUk9PVF9I VUJfVFQ9eQ0KIyBDT05GSUdfVVNCX0VIQ0lfVFRfTkVXU0NIRUQgaXMgbm90IHNldA0KIyBDT05G SUdfVVNCX09YVTIxMEhQX0hDRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfSVNQMTE2WF9IQ0Qg aXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0lTUDE3NjBfSENEIGlzIG5vdCBzZXQNCiMgQ09ORklH X1VTQl9JU1AxMzYyX0hDRCBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX09IQ0lfSENEPW0NCiMgQ09O RklHX1VTQl9PSENJX0hDRF9TU0IgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX09IQ0lfSENEX1BM QVRGT1JNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9FSENJX0hDRF9QTEFURk9STSBpcyBub3Qg c2V0DQojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5ESUFOX0RFU0MgaXMgbm90IHNldA0KIyBDT05G SUdfVVNCX09IQ0lfQklHX0VORElBTl9NTUlPIGlzIG5vdCBzZXQNCkNPTkZJR19VU0JfT0hDSV9M SVRUTEVfRU5ESUFOPXkNCkNPTkZJR19VU0JfVUhDSV9IQ0Q9bQ0KIyBDT05GSUdfVVNCX1NMODEx X0hDRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfUjhBNjY1OTdfSENEIGlzIG5vdCBzZXQNCiMg Q09ORklHX1VTQl9IQ0RfQkNNQSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfSENEX1NTQiBpcyBu b3Qgc2V0DQojIENPTkZJR19VU0JfQ0hJUElERUEgaXMgbm90IHNldA0KDQojDQojIFVTQiBEZXZp Y2UgQ2xhc3MgZHJpdmVycw0KIw0KIyBDT05GSUdfVVNCX0FDTSBpcyBub3Qgc2V0DQpDT05GSUdf VVNCX1BSSU5URVI9bQ0KIyBDT05GSUdfVVNCX1dETSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0Jf VE1DIGlzIG5vdCBzZXQNCg0KIw0KIyBOT1RFOiBVU0JfU1RPUkFHRSBkZXBlbmRzIG9uIFNDU0kg YnV0IEJMS19ERVZfU0QgbWF5DQojDQoNCiMNCiMgYWxzbyBiZSBuZWVkZWQ7IHNlZSBVU0JfU1RP UkFHRSBIZWxwIGZvciBtb3JlIGluZm8NCiMNCkNPTkZJR19VU0JfU1RPUkFHRT1tDQojIENPTkZJ R19VU0JfU1RPUkFHRV9ERUJVRyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9SRUFM VEVLIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdFX0RBVEFGQUIgaXMgbm90IHNldA0K IyBDT05GSUdfVVNCX1NUT1JBR0VfRlJFRUNPTSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RP UkFHRV9JU0QyMDAgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUT1JBR0VfVVNCQVQgaXMgbm90 IHNldA0KIyBDT05GSUdfVVNCX1NUT1JBR0VfU0REUjA5IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VT Ql9TVE9SQUdFX1NERFI1NSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9KVU1QU0hP VCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9BTEFVREEgaXMgbm90IHNldA0KIyBD T05GSUdfVVNCX1NUT1JBR0VfT05FVE9VQ0ggaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUT1JB R0VfS0FSTUEgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUT1JBR0VfQ1lQUkVTU19BVEFDQiBp cyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9FTkVfVUI2MjUwIGlzIG5vdCBzZXQNCiMg Q09ORklHX1VTQl9MSUJVU1VBTCBpcyBub3Qgc2V0DQoNCiMNCiMgVVNCIEltYWdpbmcgZGV2aWNl cw0KIw0KIyBDT05GSUdfVVNCX01EQzgwMCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTUlDUk9U RUsgaXMgbm90IHNldA0KDQojDQojIFVTQiBwb3J0IGRyaXZlcnMNCiMNCiMgQ09ORklHX1VTQl9T RVJJQUwgaXMgbm90IHNldA0KDQojDQojIFVTQiBNaXNjZWxsYW5lb3VzIGRyaXZlcnMNCiMNCiMg Q09ORklHX1VTQl9FTUk2MiBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfRU1JMjYgaXMgbm90IHNl dA0KIyBDT05GSUdfVVNCX0FEVVRVWCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU0VWU0VHIGlz IG5vdCBzZXQNCiMgQ09ORklHX1VTQl9SSU81MDAgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0xF R09UT1dFUiBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTENEIGlzIG5vdCBzZXQNCiMgQ09ORklH X1VTQl9MRUQgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0NZUFJFU1NfQ1k3QzYzIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1VTQl9DWVRIRVJNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9JRE1PVVNF IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9GVERJX0VMQU4gaXMgbm90IHNldA0KIyBDT05GSUdf VVNCX0FQUExFRElTUExBWSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU0lTVVNCVkdBIGlzIG5v dCBzZXQNCiMgQ09ORklHX1VTQl9MRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfVFJBTkNFVklC UkFUT1IgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0lPV0FSUklPUiBpcyBub3Qgc2V0DQojIENP TkZJR19VU0JfVEVTVCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfSVNJR0hURlcgaXMgbm90IHNl dA0KIyBDT05GSUdfVVNCX1lVUkVYIGlzIG5vdCBzZXQNCg0KIw0KIyBVU0IgUGh5c2ljYWwgTGF5 ZXIgZHJpdmVycw0KIw0KIyBDT05GSUdfVVNCX0lTUDEzMDEgaXMgbm90IHNldA0KIyBDT05GSUdf VVNCX0dBREdFVCBpcyBub3Qgc2V0DQoNCiMNCiMgT1RHIGFuZCByZWxhdGVkIGluZnJhc3RydWN0 dXJlDQojDQojIENPTkZJR19OT1BfVVNCX1hDRUlWIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VXQiBp cyBub3Qgc2V0DQpDT05GSUdfTU1DPXkNCiMgQ09ORklHX01NQ19ERUJVRyBpcyBub3Qgc2V0DQoj IENPTkZJR19NTUNfVU5TQUZFX1JFU1VNRSBpcyBub3Qgc2V0DQpDT05GSUdfTU1DX0NMS0dBVEU9 eQ0KDQojDQojIE1NQy9TRC9TRElPIENhcmQgRHJpdmVycw0KIw0KQ09ORklHX01NQ19CTE9DSz15 DQpDT05GSUdfTU1DX0JMT0NLX01JTk9SUz04DQpDT05GSUdfTU1DX0JMT0NLX0JPVU5DRT15DQoj IENPTkZJR19TRElPX1VBUlQgaXMgbm90IHNldA0KIyBDT05GSUdfTU1DX1RFU1QgaXMgbm90IHNl dA0KDQojDQojIE1NQy9TRC9TRElPIEhvc3QgQ29udHJvbGxlciBEcml2ZXJzDQojDQpDT05GSUdf TU1DX1NESENJPXkNCkNPTkZJR19NTUNfU0RIQ0lfUENJPXkNCkNPTkZJR19NTUNfUklDT0hfTU1D PXkNCiMgQ09ORklHX01NQ19TREhDSV9QTFRGTSBpcyBub3Qgc2V0DQojIENPTkZJR19NTUNfV0JT RCBpcyBub3Qgc2V0DQojIENPTkZJR19NTUNfVElGTV9TRCBpcyBub3Qgc2V0DQojIENPTkZJR19N TUNfQ0I3MTAgaXMgbm90IHNldA0KIyBDT05GSUdfTU1DX1ZJQV9TRE1NQyBpcyBub3Qgc2V0DQoj IENPTkZJR19NTUNfVlVCMzAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX01NQ19VU0hDIGlzIG5vdCBz ZXQNCiMgQ09ORklHX01FTVNUSUNLIGlzIG5vdCBzZXQNCkNPTkZJR19ORVdfTEVEUz15DQpDT05G SUdfTEVEU19DTEFTUz15DQoNCiMNCiMgTEVEIGRyaXZlcnMNCiMNCiMgQ09ORklHX0xFRFNfTE0z NTMwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0xFRFNfUENBOTUzMiBpcyBub3Qgc2V0DQojIENPTkZJ R19MRURTX0xQMzk0NCBpcyBub3Qgc2V0DQojIENPTkZJR19MRURTX0xQNTUyMSBpcyBub3Qgc2V0 DQojIENPTkZJR19MRURTX0xQNTUyMyBpcyBub3Qgc2V0DQojIENPTkZJR19MRURTX0NMRVZPX01B SUwgaXMgbm90IHNldA0KIyBDT05GSUdfTEVEU19QQ0E5NTVYIGlzIG5vdCBzZXQNCiMgQ09ORklH X0xFRFNfUENBOTYzMyBpcyBub3Qgc2V0DQojIENPTkZJR19MRURTX0JEMjgwMiBpcyBub3Qgc2V0 DQojIENPTkZJR19MRURTX0lOVEVMX1NTNDIwMCBpcyBub3Qgc2V0DQojIENPTkZJR19MRURTX0RF TExfTkVUQk9PS1MgaXMgbm90IHNldA0KIyBDT05GSUdfTEVEU19UQ0E2NTA3IGlzIG5vdCBzZXQN CiMgQ09ORklHX0xFRFNfTE0zNTU2IGlzIG5vdCBzZXQNCiMgQ09ORklHX0xFRFNfT1QyMDAgaXMg bm90IHNldA0KIyBDT05GSUdfTEVEU19CTElOS00gaXMgbm90IHNldA0KQ09ORklHX0xFRFNfVFJJ R0dFUlM9eQ0KDQojDQojIExFRCBUcmlnZ2Vycw0KIw0KIyBDT05GSUdfTEVEU19UUklHR0VSX1RJ TUVSIGlzIG5vdCBzZXQNCiMgQ09ORklHX0xFRFNfVFJJR0dFUl9PTkVTSE9UIGlzIG5vdCBzZXQN CiMgQ09ORklHX0xFRFNfVFJJR0dFUl9IRUFSVEJFQVQgaXMgbm90IHNldA0KIyBDT05GSUdfTEVE U19UUklHR0VSX0JBQ0tMSUdIVCBpcyBub3Qgc2V0DQojIENPTkZJR19MRURTX1RSSUdHRVJfREVG QVVMVF9PTiBpcyBub3Qgc2V0DQoNCiMNCiMgaXB0YWJsZXMgdHJpZ2dlciBpcyB1bmRlciBOZXRm aWx0ZXIgY29uZmlnIChMRUQgdGFyZ2V0KQ0KIw0KIyBDT05GSUdfTEVEU19UUklHR0VSX1RSQU5T SUVOVCBpcyBub3Qgc2V0DQojIENPTkZJR19BQ0NFU1NJQklMSVRZIGlzIG5vdCBzZXQNCiMgQ09O RklHX0lORklOSUJBTkQgaXMgbm90IHNldA0KIyBDT05GSUdfRURBQyBpcyBub3Qgc2V0DQpDT05G SUdfUlRDX0xJQj15DQpDT05GSUdfUlRDX0NMQVNTPXkNCiMgQ09ORklHX1JUQ19IQ1RPU1lTIGlz IG5vdCBzZXQNCiMgQ09ORklHX1JUQ19ERUJVRyBpcyBub3Qgc2V0DQoNCiMNCiMgUlRDIGludGVy ZmFjZXMNCiMNCkNPTkZJR19SVENfSU5URl9TWVNGUz15DQpDT05GSUdfUlRDX0lOVEZfUFJPQz15 DQpDT05GSUdfUlRDX0lOVEZfREVWPXkNCiMgQ09ORklHX1JUQ19JTlRGX0RFVl9VSUVfRU1VTCBp cyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX1RFU1QgaXMgbm90IHNldA0KDQojDQojIEkyQyBS VEMgZHJpdmVycw0KIw0KIyBDT05GSUdfUlRDX0RSVl9EUzEzMDcgaXMgbm90IHNldA0KIyBDT05G SUdfUlRDX0RSVl9EUzEzNzQgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9EUzE2NzIgaXMg bm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9EUzMyMzIgaXMgbm90IHNldA0KIyBDT05GSUdfUlRD X0RSVl9NQVg2OTAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUQ19EUlZfUlM1QzM3MiBpcyBub3Qg c2V0DQojIENPTkZJR19SVENfRFJWX0lTTDEyMDggaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RS Vl9JU0wxMjAyMiBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX1gxMjA1IGlzIG5vdCBzZXQN CiMgQ09ORklHX1JUQ19EUlZfUENGODU2MyBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX1BD Rjg1ODMgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9NNDFUODAgaXMgbm90IHNldA0KIyBD T05GSUdfUlRDX0RSVl9CUTMySyBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX1MzNTM5MEEg aXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9GTTMxMzAgaXMgbm90IHNldA0KIyBDT05GSUdf UlRDX0RSVl9SWDg1ODEgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9SWDgwMjUgaXMgbm90 IHNldA0KIyBDT05GSUdfUlRDX0RSVl9FTTMwMjcgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RS Vl9SVjMwMjlDMiBpcyBub3Qgc2V0DQoNCiMNCiMgU1BJIFJUQyBkcml2ZXJzDQojDQoNCiMNCiMg UGxhdGZvcm0gUlRDIGRyaXZlcnMNCiMNCkNPTkZJR19SVENfRFJWX0NNT1M9eQ0KIyBDT05GSUdf UlRDX0RSVl9EUzEyODYgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9EUzE1MTEgaXMgbm90 IHNldA0KIyBDT05GSUdfUlRDX0RSVl9EUzE1NTMgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RS Vl9EUzE3NDIgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9TVEsxN1RBOCBpcyBub3Qgc2V0 DQojIENPTkZJR19SVENfRFJWX000OFQ4NiBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX000 OFQzNSBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX000OFQ1OSBpcyBub3Qgc2V0DQojIENP TkZJR19SVENfRFJWX01TTTYyNDIgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9CUTQ4MDIg aXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9SUDVDMDEgaXMgbm90IHNldA0KIyBDT05GSUdf UlRDX0RSVl9WMzAyMCBpcyBub3Qgc2V0DQoNCiMNCiMgb24tQ1BVIFJUQyBkcml2ZXJzDQojDQoj IENPTkZJR19ETUFERVZJQ0VTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FVWERJU1BMQVkgaXMgbm90 IHNldA0KIyBDT05GSUdfVUlPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ZGSU8gaXMgbm90IHNldA0K DQojDQojIFZpcnRpbyBkcml2ZXJzDQojDQojIENPTkZJR19WSVJUSU9fUENJIGlzIG5vdCBzZXQN CiMgQ09ORklHX1ZJUlRJT19CQUxMT09OIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ZJUlRJT19NTUlP IGlzIG5vdCBzZXQNCg0KIw0KIyBNaWNyb3NvZnQgSHlwZXItViBndWVzdCBzdXBwb3J0DQojDQoj IENPTkZJR19IWVBFUlYgaXMgbm90IHNldA0KDQojDQojIFhlbiBkcml2ZXIgc3VwcG9ydA0KIw0K Q09ORklHX1hFTl9CQUxMT09OPXkNCkNPTkZJR19YRU5fU0VMRkJBTExPT05JTkc9eQ0KQ09ORklH X1hFTl9TQ1JVQl9QQUdFUz15DQpDT05GSUdfWEVOX0RFVl9FVlRDSE49eQ0KQ09ORklHX1hFTl9C QUNLRU5EPXkNCkNPTkZJR19YRU5GUz15DQpDT05GSUdfWEVOX0NPTVBBVF9YRU5GUz15DQpDT05G SUdfWEVOX1NZU19IWVBFUlZJU09SPXkNCkNPTkZJR19YRU5fWEVOQlVTX0ZST05URU5EPXkNCkNP TkZJR19YRU5fR05UREVWPXkNCkNPTkZJR19YRU5fR1JBTlRfREVWX0FMTE9DPXkNCkNPTkZJR19T V0lPVExCX1hFTj15DQpDT05GSUdfWEVOX1RNRU09eQ0KQ09ORklHX1hFTl9QQ0lERVZfQkFDS0VO RD15DQpDT05GSUdfWEVOX1BSSVZDTUQ9eQ0KQ09ORklHX1hFTl9BQ1BJX1BST0NFU1NPUj15DQoj IENPTkZJR19YRU5fTUNFX0xPRyBpcyBub3Qgc2V0DQojIENPTkZJR19TVEFHSU5HIGlzIG5vdCBz ZXQNCkNPTkZJR19YODZfUExBVEZPUk1fREVWSUNFUz15DQojIENPTkZJR19BQ0VSX1dNSSBpcyBu b3Qgc2V0DQojIENPTkZJR19BQ0VSSERGIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FTVVNfTEFQVE9Q IGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFTExfV01JIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFTExf V01JX0FJTyBpcyBub3Qgc2V0DQojIENPTkZJR19GVUpJVFNVX0xBUFRPUCBpcyBub3Qgc2V0DQoj IENPTkZJR19GVUpJVFNVX1RBQkxFVCBpcyBub3Qgc2V0DQojIENPTkZJR19BTUlMT19SRktJTEwg aXMgbm90IHNldA0KQ09ORklHX0hQX0FDQ0VMPW0NCkNPTkZJR19IUF9XTUk9bQ0KIyBDT05GSUdf TVNJX0xBUFRPUCBpcyBub3Qgc2V0DQojIENPTkZJR19QQU5BU09OSUNfTEFQVE9QIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1NPTllfTEFQVE9QIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lERUFQQURfTEFQ VE9QIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RISU5LUEFEX0FDUEkgaXMgbm90IHNldA0KIyBDT05G SUdfU0VOU09SU19IREFQUyBpcyBub3Qgc2V0DQojIENPTkZJR19JTlRFTF9NRU5MT1cgaXMgbm90 IHNldA0KQ09ORklHX0FDUElfV01JPW0NCiMgQ09ORklHX01TSV9XTUkgaXMgbm90IHNldA0KIyBD T05GSUdfVE9QU1RBUl9MQVBUT1AgaXMgbm90IHNldA0KIyBDT05GSUdfQUNQSV9UT1NISUJBIGlz IG5vdCBzZXQNCiMgQ09ORklHX1RPU0hJQkFfQlRfUkZLSUxMIGlzIG5vdCBzZXQNCiMgQ09ORklH X0FDUElfQ01QQyBpcyBub3Qgc2V0DQojIENPTkZJR19JTlRFTF9JUFMgaXMgbm90IHNldA0KIyBD T05GSUdfSUJNX1JUTCBpcyBub3Qgc2V0DQojIENPTkZJR19YTzE1X0VCT09LIGlzIG5vdCBzZXQN CiMgQ09ORklHX1NBTVNVTkdfTEFQVE9QIGlzIG5vdCBzZXQNCiMgQ09ORklHX01YTV9XTUkgaXMg bm90IHNldA0KIyBDT05GSUdfSU5URUxfT0FLVFJBSUwgaXMgbm90IHNldA0KIyBDT05GSUdfU0FN U1VOR19RMTAgaXMgbm90IHNldA0KIyBDT05GSUdfQVBQTEVfR01VWCBpcyBub3Qgc2V0DQoNCiMN CiMgSGFyZHdhcmUgU3BpbmxvY2sgZHJpdmVycw0KIw0KQ09ORklHX0NMS0VWVF9JODI1Mz15DQpD T05GSUdfSTgyNTNfTE9DSz15DQpDT05GSUdfQ0xLQkxEX0k4MjUzPXkNCkNPTkZJR19JT01NVV9B UEk9eQ0KQ09ORklHX0lPTU1VX1NVUFBPUlQ9eQ0KIyBDT05GSUdfQU1EX0lPTU1VIGlzIG5vdCBz ZXQNCkNPTkZJR19ETUFSX1RBQkxFPXkNCkNPTkZJR19JTlRFTF9JT01NVT15DQojIENPTkZJR19J TlRFTF9JT01NVV9ERUZBVUxUX09OIGlzIG5vdCBzZXQNCkNPTkZJR19JTlRFTF9JT01NVV9GTE9Q UFlfV0E9eQ0KQ09ORklHX0lSUV9SRU1BUD15DQoNCiMNCiMgUmVtb3RlcHJvYyBkcml2ZXJzIChF WFBFUklNRU5UQUwpDQojDQoNCiMNCiMgUnBtc2cgZHJpdmVycyAoRVhQRVJJTUVOVEFMKQ0KIw0K IyBDT05GSUdfVklSVF9EUklWRVJTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BNX0RFVkZSRVEgaXMg bm90IHNldA0KIyBDT05GSUdfRVhUQ09OIGlzIG5vdCBzZXQNCiMgQ09ORklHX01FTU9SWSBpcyBu b3Qgc2V0DQojIENPTkZJR19JSU8gaXMgbm90IHNldA0KIyBDT05GSUdfVk1FX0JVUyBpcyBub3Qg c2V0DQojIENPTkZJR19QV00gaXMgbm90IHNldA0KDQojDQojIEZpcm13YXJlIERyaXZlcnMNCiMN CiMgQ09ORklHX0VERCBpcyBub3Qgc2V0DQpDT05GSUdfRklSTVdBUkVfTUVNTUFQPXkNCiMgQ09O RklHX0RFTExfUkJVIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RDREJBUyBpcyBub3Qgc2V0DQojIENP TkZJR19ETUlJRCBpcyBub3Qgc2V0DQojIENPTkZJR19ETUlfU1lTRlMgaXMgbm90IHNldA0KIyBD T05GSUdfSVNDU0lfSUJGVF9GSU5EIGlzIG5vdCBzZXQNCiMgQ09ORklHX0dPT0dMRV9GSVJNV0FS RSBpcyBub3Qgc2V0DQoNCiMNCiMgRmlsZSBzeXN0ZW1zDQojDQpDT05GSUdfRENBQ0hFX1dPUkRf QUNDRVNTPXkNCkNPTkZJR19FWFQyX0ZTPXkNCiMgQ09ORklHX0VYVDJfRlNfWEFUVFIgaXMgbm90 IHNldA0KIyBDT05GSUdfRVhUMl9GU19YSVAgaXMgbm90IHNldA0KQ09ORklHX0VYVDNfRlM9bQ0K IyBDT05GSUdfRVhUM19ERUZBVUxUU19UT19PUkRFUkVEIGlzIG5vdCBzZXQNCkNPTkZJR19FWFQz X0ZTX1hBVFRSPXkNCkNPTkZJR19FWFQzX0ZTX1BPU0lYX0FDTD15DQpDT05GSUdfRVhUM19GU19T RUNVUklUWT15DQpDT05GSUdfRVhUNF9GUz1tDQpDT05GSUdfRVhUNF9GU19YQVRUUj15DQpDT05G SUdfRVhUNF9GU19QT1NJWF9BQ0w9eQ0KQ09ORklHX0VYVDRfRlNfU0VDVVJJVFk9eQ0KIyBDT05G SUdfRVhUNF9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfSkJEPW0NCkNPTkZJR19KQkQyPW0NCkNP TkZJR19GU19NQkNBQ0hFPW0NCiMgQ09ORklHX1JFSVNFUkZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09O RklHX0pGU19GUyBpcyBub3Qgc2V0DQpDT05GSUdfWEZTX0ZTPW0NCiMgQ09ORklHX1hGU19RVU9U QSBpcyBub3Qgc2V0DQpDT05GSUdfWEZTX1BPU0lYX0FDTD15DQojIENPTkZJR19YRlNfUlQgaXMg bm90IHNldA0KIyBDT05GSUdfWEZTX0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX0dGUzJfRlMg aXMgbm90IHNldA0KIyBDT05GSUdfQlRSRlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfTklMRlMy X0ZTIGlzIG5vdCBzZXQNCkNPTkZJR19GU19QT1NJWF9BQ0w9eQ0KQ09ORklHX0VYUE9SVEZTPW0N CkNPTkZJR19GSUxFX0xPQ0tJTkc9eQ0KQ09ORklHX0ZTTk9USUZZPXkNCkNPTkZJR19ETk9USUZZ PXkNCkNPTkZJR19JTk9USUZZX1VTRVI9eQ0KQ09ORklHX0ZBTk9USUZZPXkNCiMgQ09ORklHX1FV T1RBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1FVT1RBQ1RMIGlzIG5vdCBzZXQNCkNPTkZJR19BVVRP RlM0X0ZTPW0NCkNPTkZJR19GVVNFX0ZTPW0NCiMgQ09ORklHX0NVU0UgaXMgbm90IHNldA0KQ09O RklHX0dFTkVSSUNfQUNMPXkNCg0KIw0KIyBDYWNoZXMNCiMNCiMgQ09ORklHX0ZTQ0FDSEUgaXMg bm90IHNldA0KDQojDQojIENELVJPTS9EVkQgRmlsZXN5c3RlbXMNCiMNCkNPTkZJR19JU085NjYw X0ZTPW0NCkNPTkZJR19KT0xJRVQ9eQ0KQ09ORklHX1pJU09GUz15DQpDT05GSUdfVURGX0ZTPW0N CkNPTkZJR19VREZfTkxTPXkNCg0KIw0KIyBET1MvRkFUL05UIEZpbGVzeXN0ZW1zDQojDQpDT05G SUdfRkFUX0ZTPXkNCkNPTkZJR19NU0RPU19GUz15DQpDT05GSUdfVkZBVF9GUz15DQpDT05GSUdf RkFUX0RFRkFVTFRfQ09ERVBBR0U9NDM3DQpDT05GSUdfRkFUX0RFRkFVTFRfSU9DSEFSU0VUPSJp c284ODU5LTEiDQojIENPTkZJR19OVEZTX0ZTIGlzIG5vdCBzZXQNCg0KIw0KIyBQc2V1ZG8gZmls ZXN5c3RlbXMNCiMNCkNPTkZJR19QUk9DX0ZTPXkNCkNPTkZJR19QUk9DX0tDT1JFPXkNCkNPTkZJ R19QUk9DX1ZNQ09SRT15DQpDT05GSUdfUFJPQ19TWVNDVEw9eQ0KQ09ORklHX1BST0NfUEFHRV9N T05JVE9SPXkNCkNPTkZJR19TWVNGUz15DQpDT05GSUdfVE1QRlM9eQ0KQ09ORklHX1RNUEZTX1BP U0lYX0FDTD15DQpDT05GSUdfVE1QRlNfWEFUVFI9eQ0KQ09ORklHX0hVR0VUTEJGUz15DQpDT05G SUdfSFVHRVRMQl9QQUdFPXkNCiMgQ09ORklHX0NPTkZJR0ZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09O RklHX01JU0NfRklMRVNZU1RFTVMgaXMgbm90IHNldA0KQ09ORklHX05FVFdPUktfRklMRVNZU1RF TVM9eQ0KQ09ORklHX05GU19GUz1tDQpDT05GSUdfTkZTX1YyPW0NCkNPTkZJR19ORlNfVjM9bQ0K Q09ORklHX05GU19WM19BQ0w9eQ0KQ09ORklHX05GU19WND1tDQojIENPTkZJR19ORlNfU1dBUCBp cyBub3Qgc2V0DQojIENPTkZJR19ORlNfVjRfMSBpcyBub3Qgc2V0DQojIENPTkZJR19ORlNfVVNF X0xFR0FDWV9ETlMgaXMgbm90IHNldA0KQ09ORklHX05GU19VU0VfS0VSTkVMX0ROUz15DQojIENP TkZJR19ORlNEIGlzIG5vdCBzZXQNCkNPTkZJR19MT0NLRD1tDQpDT05GSUdfTE9DS0RfVjQ9eQ0K Q09ORklHX05GU19BQ0xfU1VQUE9SVD1tDQpDT05GSUdfTkZTX0NPTU1PTj15DQpDT05GSUdfU1VO UlBDPW0NCkNPTkZJR19TVU5SUENfR1NTPW0NCkNPTkZJR19SUENTRUNfR1NTX0tSQjU9bQ0KIyBD T05GSUdfU1VOUlBDX0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NFUEhfRlMgaXMgbm90IHNl dA0KQ09ORklHX0NJRlM9bQ0KQ09ORklHX0NJRlNfU1RBVFM9eQ0KQ09ORklHX0NJRlNfU1RBVFMy PXkNCiMgQ09ORklHX0NJRlNfV0VBS19QV19IQVNIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NJRlNf VVBDQUxMIGlzIG5vdCBzZXQNCkNPTkZJR19DSUZTX1hBVFRSPXkNCkNPTkZJR19DSUZTX1BPU0lY PXkNCiMgQ09ORklHX0NJRlNfREVCVUcyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NJRlNfREZTX1VQ Q0FMTCBpcyBub3Qgc2V0DQpDT05GSUdfQ0lGU19BQ0w9eQ0KIyBDT05GSUdfTkNQX0ZTIGlzIG5v dCBzZXQNCiMgQ09ORklHX0NPREFfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfQUZTX0ZTIGlzIG5v dCBzZXQNCkNPTkZJR19OTFM9eQ0KQ09ORklHX05MU19ERUZBVUxUPSJ1dGY4Ig0KQ09ORklHX05M U19DT0RFUEFHRV80Mzc9eQ0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzczNyBpcyBub3Qgc2V0DQoj IENPTkZJR19OTFNfQ09ERVBBR0VfNzc1IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH RV84NTAgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1MiBpcyBub3Qgc2V0DQoj IENPTkZJR19OTFNfQ09ERVBBR0VfODU1IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH RV84NTcgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MCBpcyBub3Qgc2V0DQoj IENPTkZJR19OTFNfQ09ERVBBR0VfODYxIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH RV84NjIgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MyBpcyBub3Qgc2V0DQoj IENPTkZJR19OTFNfQ09ERVBBR0VfODY0IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH RV84NjUgaXMgbm90IHNldA0KQ09ORklHX05MU19DT0RFUEFHRV84NjY9eQ0KIyBDT05GSUdfTkxT X0NPREVQQUdFXzg2OSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfOTM2IGlzIG5v dCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV85NTAgaXMgbm90IHNldA0KIyBDT05GSUdfTkxT X0NPREVQQUdFXzkzMiBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfOTQ5IGlzIG5v dCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV84NzQgaXMgbm90IHNldA0KIyBDT05GSUdfTkxT X0lTTzg4NTlfOCBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfMTI1MCBpcyBub3Qg c2V0DQpDT05GSUdfTkxTX0NPREVQQUdFXzEyNTE9eQ0KQ09ORklHX05MU19BU0NJST15DQpDT05G SUdfTkxTX0lTTzg4NTlfMT15DQojIENPTkZJR19OTFNfSVNPODg1OV8yIGlzIG5vdCBzZXQNCiMg Q09ORklHX05MU19JU084ODU5XzMgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4NTlfNCBp cyBub3Qgc2V0DQpDT05GSUdfTkxTX0lTTzg4NTlfNT15DQojIENPTkZJR19OTFNfSVNPODg1OV82 IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19JU084ODU5XzcgaXMgbm90IHNldA0KIyBDT05GSUdf TkxTX0lTTzg4NTlfOSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfSVNPODg1OV8xMyBpcyBub3Qg c2V0DQojIENPTkZJR19OTFNfSVNPODg1OV8xNCBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfSVNP ODg1OV8xNSBpcyBub3Qgc2V0DQpDT05GSUdfTkxTX0tPSThfUj15DQojIENPTkZJR19OTFNfS09J OF9VIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19NQUNfUk9NQU4gaXMgbm90IHNldA0KIyBDT05G SUdfTkxTX01BQ19DRUxUSUMgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX01BQ19DRU5URVVSTyBp cyBub3Qgc2V0DQojIENPTkZJR19OTFNfTUFDX0NST0FUSUFOIGlzIG5vdCBzZXQNCiMgQ09ORklH X05MU19NQUNfQ1lSSUxMSUMgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX01BQ19HQUVMSUMgaXMg bm90IHNldA0KIyBDT05GSUdfTkxTX01BQ19HUkVFSyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNf TUFDX0lDRUxBTkQgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX01BQ19JTlVJVCBpcyBub3Qgc2V0 DQojIENPTkZJR19OTFNfTUFDX1JPTUFOSUFOIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19NQUNf VFVSS0lTSCBpcyBub3Qgc2V0DQpDT05GSUdfTkxTX1VURjg9eQ0KDQojDQojIEtlcm5lbCBoYWNr aW5nDQojDQpDT05GSUdfVFJBQ0VfSVJRRkxBR1NfU1VQUE9SVD15DQpDT05GSUdfUFJJTlRLX1RJ TUU9eQ0KQ09ORklHX0RFRkFVTFRfTUVTU0FHRV9MT0dMRVZFTD00DQojIENPTkZJR19FTkFCTEVf V0FSTl9ERVBSRUNBVEVEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VOQUJMRV9NVVNUX0NIRUNLIGlz IG5vdCBzZXQNCkNPTkZJR19GUkFNRV9XQVJOPTIwNDgNCiMgQ09ORklHX01BR0lDX1NZU1JRIGlz IG5vdCBzZXQNCiMgQ09ORklHX1NUUklQX0FTTV9TWU1TIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VO VVNFRF9TWU1CT0xTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQlVHX0ZTIGlzIG5vdCBzZXQNCiMg Q09ORklHX0hFQURFUlNfQ0hFQ0sgaXMgbm90IHNldA0KIyBDT05GSUdfREVCVUdfU0VDVElPTl9N SVNNQVRDSCBpcyBub3Qgc2V0DQojIENPTkZJR19ERUJVR19LRVJORUwgaXMgbm90IHNldA0KIyBD T05GSUdfSEFSRExPQ0tVUF9ERVRFQ1RPUiBpcyBub3Qgc2V0DQojIENPTkZJR19QQU5JQ19PTl9P T1BTIGlzIG5vdCBzZXQNCkNPTkZJR19QQU5JQ19PTl9PT1BTX1ZBTFVFPTANCiMgQ09ORklHX1NM VUJfREVCVUdfT04gaXMgbm90IHNldA0KIyBDT05GSUdfU0xVQl9TVEFUUyBpcyBub3Qgc2V0DQoj IENPTkZJR19TUEFSU0VfUkNVX1BPSU5URVIgaXMgbm90IHNldA0KQ09ORklHX0RFQlVHX0JVR1ZF UkJPU0U9eQ0KQ09ORklHX0RFQlVHX01FTU9SWV9JTklUPXkNCkNPTkZJR19BUkNIX1dBTlRfRlJB TUVfUE9JTlRFUlM9eQ0KIyBDT05GSUdfRlJBTUVfUE9JTlRFUiBpcyBub3Qgc2V0DQpDT05GSUdf UkNVX0NQVV9TVEFMTF9USU1FT1VUPTYwDQpDT05GSUdfVVNFUl9TVEFDS1RSQUNFX1NVUFBPUlQ9 eQ0KQ09ORklHX0hBVkVfRlVOQ1RJT05fVFJBQ0VSPXkNCkNPTkZJR19IQVZFX0ZVTkNUSU9OX0dS QVBIX1RSQUNFUj15DQpDT05GSUdfSEFWRV9GVU5DVElPTl9HUkFQSF9GUF9URVNUPXkNCkNPTkZJ R19IQVZFX0ZVTkNUSU9OX1RSQUNFX01DT1VOVF9URVNUPXkNCkNPTkZJR19IQVZFX0RZTkFNSUNf RlRSQUNFPXkNCkNPTkZJR19IQVZFX0ZUUkFDRV9NQ09VTlRfUkVDT1JEPXkNCkNPTkZJR19IQVZF X1NZU0NBTExfVFJBQ0VQT0lOVFM9eQ0KQ09ORklHX0hBVkVfQ19SRUNPUkRNQ09VTlQ9eQ0KQ09O RklHX1RSQUNJTkdfU1VQUE9SVD15DQojIENPTkZJR19GVFJBQ0UgaXMgbm90IHNldA0KIyBDT05G SUdfUFJPVklERV9PSENJMTM5NF9ETUFfSU5JVCBpcyBub3Qgc2V0DQojIENPTkZJR19ETUFfQVBJ X0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FUT01JQzY0X1NFTEZURVNUIGlzIG5vdCBzZXQN CiMgQ09ORklHX1NBTVBMRVMgaXMgbm90IHNldA0KQ09ORklHX0hBVkVfQVJDSF9LR0RCPXkNCkNP TkZJR19IQVZFX0FSQ0hfS01FTUNIRUNLPXkNCiMgQ09ORklHX1RFU1RfS1NUUlRPWCBpcyBub3Qg c2V0DQojIENPTkZJR19TVFJJQ1RfREVWTUVNIGlzIG5vdCBzZXQNCkNPTkZJR19YODZfVkVSQk9T RV9CT09UVVA9eQ0KQ09ORklHX0VBUkxZX1BSSU5USz15DQojIENPTkZJR19FQVJMWV9QUklOVEtf REJHUCBpcyBub3Qgc2V0DQojIENPTkZJR19ERUJVR19TRVRfTU9EVUxFX1JPTlggaXMgbm90IHNl dA0KIyBDT05GSUdfSU9NTVVfU1RSRVNTIGlzIG5vdCBzZXQNCkNPTkZJR19IQVZFX01NSU9UUkFD RV9TVVBQT1JUPXkNCkNPTkZJR19JT19ERUxBWV9UWVBFXzBYODA9MA0KQ09ORklHX0lPX0RFTEFZ X1RZUEVfMFhFRD0xDQpDT05GSUdfSU9fREVMQVlfVFlQRV9VREVMQVk9Mg0KQ09ORklHX0lPX0RF TEFZX1RZUEVfTk9ORT0zDQpDT05GSUdfSU9fREVMQVlfMFg4MD15DQojIENPTkZJR19JT19ERUxB WV8wWEVEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lPX0RFTEFZX1VERUxBWSBpcyBub3Qgc2V0DQoj IENPTkZJR19JT19ERUxBWV9OT05FIGlzIG5vdCBzZXQNCkNPTkZJR19ERUZBVUxUX0lPX0RFTEFZ X1RZUEU9MA0KIyBDT05GSUdfT1BUSU1JWkVfSU5MSU5JTkcgaXMgbm90IHNldA0KDQojDQojIFNl Y3VyaXR5IG9wdGlvbnMNCiMNCkNPTkZJR19LRVlTPXkNCiMgQ09ORklHX0VOQ1JZUFRFRF9LRVlT IGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWVNfREVCVUdfUFJPQ19LRVlTIGlzIG5vdCBzZXQNCiMg Q09ORklHX1NFQ1VSSVRZX0RNRVNHX1JFU1RSSUNUIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFQ1VS SVRZIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFQ1VSSVRZRlMgaXMgbm90IHNldA0KIyBDT05GSUdf SU5URUxfVFhUIGlzIG5vdCBzZXQNCkNPTkZJR19ERUZBVUxUX1NFQ1VSSVRZX0RBQz15DQpDT05G SUdfREVGQVVMVF9TRUNVUklUWT0iIg0KQ09ORklHX0NSWVBUTz1tDQoNCiMNCiMgQ3J5cHRvIGNv cmUgb3IgaGVscGVyDQojDQpDT05GSUdfQ1JZUFRPX0FMR0FQST1tDQpDT05GSUdfQ1JZUFRPX0FM R0FQSTI9bQ0KQ09ORklHX0NSWVBUT19BRUFEPW0NCkNPTkZJR19DUllQVE9fQUVBRDI9bQ0KQ09O RklHX0NSWVBUT19CTEtDSVBIRVI9bQ0KQ09ORklHX0NSWVBUT19CTEtDSVBIRVIyPW0NCkNPTkZJ R19DUllQVE9fSEFTSD1tDQpDT05GSUdfQ1JZUFRPX0hBU0gyPW0NCkNPTkZJR19DUllQVE9fUk5H PW0NCkNPTkZJR19DUllQVE9fUk5HMj1tDQpDT05GSUdfQ1JZUFRPX1BDT01QPW0NCkNPTkZJR19D UllQVE9fUENPTVAyPW0NCkNPTkZJR19DUllQVE9fTUFOQUdFUj1tDQpDT05GSUdfQ1JZUFRPX01B TkFHRVIyPW0NCiMgQ09ORklHX0NSWVBUT19VU0VSIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9f TUFOQUdFUl9ESVNBQkxFX1RFU1RTPXkNCkNPTkZJR19DUllQVE9fR0YxMjhNVUw9bQ0KQ09ORklH X0NSWVBUT19OVUxMPW0NCiMgQ09ORklHX0NSWVBUT19QQ1JZUFQgaXMgbm90IHNldA0KQ09ORklH X0NSWVBUT19XT1JLUVVFVUU9bQ0KQ09ORklHX0NSWVBUT19DUllQVEQ9bQ0KQ09ORklHX0NSWVBU T19BVVRIRU5DPW0NCiMgQ09ORklHX0NSWVBUT19URVNUIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQ VE9fQUJMS19IRUxQRVJfWDg2PW0NCkNPTkZJR19DUllQVE9fR0xVRV9IRUxQRVJfWDg2PW0NCg0K Iw0KIyBBdXRoZW50aWNhdGVkIEVuY3J5cHRpb24gd2l0aCBBc3NvY2lhdGVkIERhdGENCiMNCkNP TkZJR19DUllQVE9fQ0NNPW0NCkNPTkZJR19DUllQVE9fR0NNPW0NCkNPTkZJR19DUllQVE9fU0VR SVY9bQ0KDQojDQojIEJsb2NrIG1vZGVzDQojDQpDT05GSUdfQ1JZUFRPX0NCQz1tDQpDT05GSUdf Q1JZUFRPX0NUUj1tDQpDT05GSUdfQ1JZUFRPX0NUUz1tDQpDT05GSUdfQ1JZUFRPX0VDQj1tDQpD T05GSUdfQ1JZUFRPX0xSVz1tDQojIENPTkZJR19DUllQVE9fUENCQyBpcyBub3Qgc2V0DQpDT05G SUdfQ1JZUFRPX1hUUz1tDQoNCiMNCiMgSGFzaCBtb2Rlcw0KIw0KQ09ORklHX0NSWVBUT19ITUFD PW0NCiMgQ09ORklHX0NSWVBUT19YQ0JDIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9fVk1BQz1t DQoNCiMNCiMgRGlnZXN0DQojDQpDT05GSUdfQ1JZUFRPX0NSQzMyQz1tDQpDT05GSUdfQ1JZUFRP X0NSQzMyQ19JTlRFTD1tDQpDT05GSUdfQ1JZUFRPX0dIQVNIPW0NCkNPTkZJR19DUllQVE9fTUQ0 PW0NCkNPTkZJR19DUllQVE9fTUQ1PW0NCkNPTkZJR19DUllQVE9fTUlDSEFFTF9NSUM9bQ0KIyBD T05GSUdfQ1JZUFRPX1JNRDEyOCBpcyBub3Qgc2V0DQojIENPTkZJR19DUllQVE9fUk1EMTYwIGlz IG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19STUQyNTYgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZ UFRPX1JNRDMyMCBpcyBub3Qgc2V0DQpDT05GSUdfQ1JZUFRPX1NIQTE9bQ0KQ09ORklHX0NSWVBU T19TSEExX1NTU0UzPW0NCkNPTkZJR19DUllQVE9fU0hBMjU2PW0NCkNPTkZJR19DUllQVE9fU0hB NTEyPW0NCiMgQ09ORklHX0NSWVBUT19UR1IxOTIgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZUFRP X1dQNTEyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19HSEFTSF9DTE1VTF9OSV9JTlRFTCBp cyBub3Qgc2V0DQoNCiMNCiMgQ2lwaGVycw0KIw0KQ09ORklHX0NSWVBUT19BRVM9bQ0KQ09ORklH X0NSWVBUT19BRVNfWDg2XzY0PW0NCkNPTkZJR19DUllQVE9fQUVTX05JX0lOVEVMPW0NCiMgQ09O RklHX0NSWVBUT19BTlVCSVMgaXMgbm90IHNldA0KQ09ORklHX0NSWVBUT19BUkM0PW0NCkNPTkZJ R19DUllQVE9fQkxPV0ZJU0g9bQ0KQ09ORklHX0NSWVBUT19CTE9XRklTSF9DT01NT049bQ0KQ09O RklHX0NSWVBUT19CTE9XRklTSF9YODZfNjQ9bQ0KQ09ORklHX0NSWVBUT19DQU1FTExJQT1tDQpD T05GSUdfQ1JZUFRPX0NBTUVMTElBX1g4Nl82ND1tDQojIENPTkZJR19DUllQVE9fQ0FTVDUgaXMg bm90IHNldA0KIyBDT05GSUdfQ1JZUFRPX0NBU1Q2IGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9f REVTPW0NCkNPTkZJR19DUllQVE9fRkNSWVBUPW0NCkNPTkZJR19DUllQVE9fS0hBWkFEPW0NCiMg Q09ORklHX0NSWVBUT19TQUxTQTIwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19TQUxTQTIw X1g4Nl82NCBpcyBub3Qgc2V0DQojIENPTkZJR19DUllQVE9fU0VFRCBpcyBub3Qgc2V0DQpDT05G SUdfQ1JZUFRPX1NFUlBFTlQ9bQ0KQ09ORklHX0NSWVBUT19TRVJQRU5UX1NTRTJfWDg2XzY0PW0N CkNPTkZJR19DUllQVE9fU0VSUEVOVF9BVlhfWDg2XzY0PW0NCiMgQ09ORklHX0NSWVBUT19URUEg aXMgbm90IHNldA0KIyBDT05GSUdfQ1JZUFRPX1RXT0ZJU0ggaXMgbm90IHNldA0KQ09ORklHX0NS WVBUT19UV09GSVNIX0NPTU1PTj1tDQpDT05GSUdfQ1JZUFRPX1RXT0ZJU0hfWDg2XzY0PW0NCkNP TkZJR19DUllQVE9fVFdPRklTSF9YODZfNjRfM1dBWT1tDQpDT05GSUdfQ1JZUFRPX1RXT0ZJU0hf QVZYX1g4Nl82ND1tDQoNCiMNCiMgQ29tcHJlc3Npb24NCiMNCiMgQ09ORklHX0NSWVBUT19ERUZM QVRFIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9fWkxJQj1tDQojIENPTkZJR19DUllQVE9fTFpP IGlzIG5vdCBzZXQNCg0KIw0KIyBSYW5kb20gTnVtYmVyIEdlbmVyYXRpb24NCiMNCiMgQ09ORklH X0NSWVBUT19BTlNJX0NQUk5HIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9fVVNFUl9BUEk9bQ0K Q09ORklHX0NSWVBUT19VU0VSX0FQSV9IQVNIPW0NCkNPTkZJR19DUllQVE9fVVNFUl9BUElfU0tD SVBIRVI9bQ0KIyBDT05GSUdfQ1JZUFRPX0hXIGlzIG5vdCBzZXQNCkNPTkZJR19IQVZFX0tWTT15 DQojIENPTkZJR19WSVJUVUFMSVpBVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19CSU5BUllfUFJJ TlRGIGlzIG5vdCBzZXQNCg0KIw0KIyBMaWJyYXJ5IHJvdXRpbmVzDQojDQpDT05GSUdfQklUUkVW RVJTRT15DQpDT05GSUdfR0VORVJJQ19TVFJOQ1BZX0ZST01fVVNFUj15DQpDT05GSUdfR0VORVJJ Q19TVFJOTEVOX1VTRVI9eQ0KQ09ORklHX0dFTkVSSUNfRklORF9GSVJTVF9CSVQ9eQ0KQ09ORklH X0dFTkVSSUNfUENJX0lPTUFQPXkNCkNPTkZJR19HRU5FUklDX0lPTUFQPXkNCkNPTkZJR19HRU5F UklDX0lPPXkNCkNPTkZJR19DUkNfQ0NJVFQ9bQ0KQ09ORklHX0NSQzE2PW0NCkNPTkZJR19DUkNf VDEwRElGPXkNCkNPTkZJR19DUkNfSVRVX1Q9bQ0KQ09ORklHX0NSQzMyPXkNCiMgQ09ORklHX0NS QzMyX1NFTEZURVNUIGlzIG5vdCBzZXQNCkNPTkZJR19DUkMzMl9TTElDRUJZOD15DQojIENPTkZJ R19DUkMzMl9TTElDRUJZNCBpcyBub3Qgc2V0DQojIENPTkZJR19DUkMzMl9TQVJXQVRFIGlzIG5v dCBzZXQNCiMgQ09ORklHX0NSQzMyX0JJVCBpcyBub3Qgc2V0DQojIENPTkZJR19DUkM3IGlzIG5v dCBzZXQNCiMgQ09ORklHX0xJQkNSQzMyQyBpcyBub3Qgc2V0DQpDT05GSUdfQ1JDOD1tDQpDT05G SUdfWkxJQl9JTkZMQVRFPXkNCkNPTkZJR19aTElCX0RFRkxBVEU9bQ0KQ09ORklHX0xaT19DT01Q UkVTUz15DQpDT05GSUdfTFpPX0RFQ09NUFJFU1M9eQ0KQ09ORklHX1haX0RFQz15DQpDT05GSUdf WFpfREVDX1g4Nj15DQpDT05GSUdfWFpfREVDX1BPV0VSUEM9eQ0KQ09ORklHX1haX0RFQ19JQTY0 PXkNCkNPTkZJR19YWl9ERUNfQVJNPXkNCkNPTkZJR19YWl9ERUNfQVJNVEhVTUI9eQ0KQ09ORklH X1haX0RFQ19TUEFSQz15DQpDT05GSUdfWFpfREVDX0JDSj15DQojIENPTkZJR19YWl9ERUNfVEVT VCBpcyBub3Qgc2V0DQpDT05GSUdfREVDT01QUkVTU19HWklQPXkNCkNPTkZJR19ERUNPTVBSRVNT X0JaSVAyPXkNCkNPTkZJR19ERUNPTVBSRVNTX0xaTUE9eQ0KQ09ORklHX0RFQ09NUFJFU1NfWFo9 eQ0KQ09ORklHX0RFQ09NUFJFU1NfTFpPPXkNCkNPTkZJR19IQVNfSU9NRU09eQ0KQ09ORklHX0hB U19JT1BPUlQ9eQ0KQ09ORklHX0hBU19ETUE9eQ0KQ09ORklHX0NQVV9STUFQPXkNCkNPTkZJR19E UUw9eQ0KQ09ORklHX05MQVRUUj15DQpDT05GSUdfQVJDSF9IQVNfQVRPTUlDNjRfREVDX0lGX1BP U0lUSVZFPXkNCkNPTkZJR19BVkVSQUdFPXkNCkNPTkZJR19DT1JESUM9bQ0KIyBDT05GSUdfRERS IGlzIG5vdCBzZXQNCg== --bcaec50166c97e9d6104d47abcce 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 --bcaec50166c97e9d6104d47abcce-- From xen-users-bounces@lists.xen.org Wed Jan 30 05:27:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 05:27: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 1U0QAs-0005pF-4w; Wed, 30 Jan 2013 05:25:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0QAp-0005pA-Rk for xen-users@lists.xen.org; Wed, 30 Jan 2013 05:25:28 +0000 Received: from [85.158.143.35:22016] by server-3.bemta-4.messagelabs.com id 5F/5F-10689-7CEA8015; Wed, 30 Jan 2013 05:25:27 +0000 X-Env-Sender: borodkin.sergey@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1359523520!11892224!1 X-Originating-IP: [209.85.128.182] X-SpamReason: No, hits=0.5 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,UPPERCASE_50_75,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9268 invoked from network); 30 Jan 2013 05:25:22 -0000 Received: from mail-ve0-f182.google.com (HELO mail-ve0-f182.google.com) (209.85.128.182) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 05:25:22 -0000 Received: by mail-ve0-f182.google.com with SMTP id pb11so862655veb.41 for ; Tue, 29 Jan 2013 21:25:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=+St/SZf8Zj/j9qeTQIkL6ZQPbmHQc0z9SQJbLt121s8=; b=d/cJ5pGOcg0sCs07Hx1uxmtWO/HlU02HjnlRYfCdQInb7EJR2VRFawNHuJXhgFgZP9 AqajgZhLI496l11h+moAXfLAytWI1ks/PozNh5ygJlnLpRUmP4UAmuie/MMl1xO39ab1 ohSASPinmc7k6kPZWY5smmK1O3diW5+7uwfcM6ZNOOsctcSVnR/2HatHNoLepEk4dbL2 oXg8QhhePWxeFTRuMsy8itLaAm1e0wCMsz0KNBz4cbs5fFeH+KMAXHpoHUrALRK6l17H Xs2z7DcQ9oIcWAFl+5qD1ccR2wA5LeQm005yea91n02Ksvx6m/pSA19eN6C6RJgVXEld Ms9Q== MIME-Version: 1.0 X-Received: by 10.52.75.100 with SMTP id b4mr3303987vdw.52.1359523520355; Tue, 29 Jan 2013 21:25:20 -0800 (PST) Received: by 10.58.210.68 with HTTP; Tue, 29 Jan 2013 21:25:19 -0800 (PST) Date: Wed, 30 Jan 2013 09:25:19 +0400 Message-ID: From: Borodkin Sergey To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=bcaec50166c97e9d6104d47abcce Subject: [Xen-users] Xen 4.2.1. Intel Integrated VGA passthrough. BSOD in Windows 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 --bcaec50166c97e9d6104d47abcce Content-Type: text/plain; charset=UTF-8 Hello, I configured xen with enabled passthrough primary VGA card (Intel Integrated graphic controller HD 3000) and audio controller (Intel HD audio) to hvm guest. I also installed GPLPV drivers to improve performance. And it works for Windows XP (x86) and Windows 7 (x86_64). But I get a BSOD, when I try to load a disk or network subsystem or start Windows 7 performance test. Steps to reproduce 1) enable PCI passthrough and pass primary VGA card 2) Try to copy a large file (3G for example) over the network into guest. ( or try to install large application) Symptoms: 1) A graphical artifacts appears 2) Then comes the BSOD and each time with different messages. If VGA passthrough is off, there is no such problems. Any ideas? My xl info in xl_info.txt in attachment. My xl dmesg in xl_dmesg.txt in attachment. Domain 0 kernel configuraton in dom0.config. Guest cfg is xl_hvm.cfg in attachment. By the way /dev/mapper/oxen0 is opened LUKS partition Thank you. --bcaec50166c97e9d6104d47abcce Content-Type: text/plain; charset=UTF-8; name="xl_info.txt" Content-Disposition: attachment; filename="xl_info.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: 9019df1d44703a35_0.1 MjI6MzU6MjBdIHJvb3RAemV1cyB+IyB4bCBpbmZvDQpob3N0ICAgICAgICAgICAgICAgICAgIDog emV1cw0KcmVsZWFzZSAgICAgICAgICAgICAgICA6IDMuNi4xMS1nZW50b28NCnZlcnNpb24gICAg ICAgICAgICAgICAgOiAjMTEgU01QIE1vbiBKYW4gMjggMTY6NTA6MTkgTVNLIDIwMTMNCm1hY2hp bmUgICAgICAgICAgICAgICAgOiB4ODZfNjQNCm5yX2NwdXMgICAgICAgICAgICAgICAgOiA0DQpt YXhfY3B1X2lkICAgICAgICAgICAgIDogNw0KbnJfbm9kZXMgICAgICAgICAgICAgICA6IDENCmNv cmVzX3Blcl9zb2NrZXQgICAgICAgOiAyDQp0aHJlYWRzX3Blcl9jb3JlICAgICAgIDogMg0KY3B1 X21oeiAgICAgICAgICAgICAgICA6IDI0OTQNCmh3X2NhcHMgICAgICAgICAgICAgICAgOiBiZmVi ZmJmZjoyODEwMDgwMDowMDAwMDAwMDowMDAwM2Y0MDoxN2JhZTNmZjowMDAwMDAwMDowMDAwMDAw MTowMDAwMDAwMA0KdmlydF9jYXBzICAgICAgICAgICAgICA6IGh2bSBodm1fZGlyZWN0aW8NCnRv dGFsX21lbW9yeSAgICAgICAgICAgOiAxNjMxOA0KZnJlZV9tZW1vcnkgICAgICAgICAgICA6IDc5 MDkNCnNoYXJpbmdfZnJlZWRfbWVtb3J5ICAgOiAwDQpzaGFyaW5nX3VzZWRfbWVtb3J5ICAgIDog MA0KZnJlZV9jcHVzICAgICAgICAgICAgICA6IDANCnhlbl9tYWpvciAgICAgICAgICAgICAgOiA0 DQp4ZW5fbWlub3IgICAgICAgICAgICAgIDogMg0KeGVuX2V4dHJhICAgICAgICAgICAgICA6IC4x DQp4ZW5fY2FwcyAgICAgICAgICAgICAgIDogeGVuLTMuMC14ODZfNjQgeGVuLTMuMC14ODZfMzJw IGh2bS0zLjAteDg2XzMyIGh2bS0zLjAteDg2XzMycCBodm0tMy4wLXg4Nl82NA0KeGVuX3NjaGVk dWxlciAgICAgICAgICA6IGNyZWRpdA0KeGVuX3BhZ2VzaXplICAgICAgICAgICA6IDQwOTYNCnBs YXRmb3JtX3BhcmFtcyAgICAgICAgOiB2aXJ0X3N0YXJ0PTB4ZmZmZjgwMDAwMDAwMDAwMA0KeGVu X2NoYW5nZXNldCAgICAgICAgICA6IHVuYXZhaWxhYmxlDQp4ZW5fY29tbWFuZGxpbmUgICAgICAg IDogZG9tMF9tZW09OEcgY3B1ZnJlcT1kb20wLWtlcm5lbCBjcHVpZGxlIGNwdWluZm8NCmNjX2Nv bXBpbGVyICAgICAgICAgICAgOiBnY2MgKEdlbnRvbyA0LjYuMyBwMS4xMCwgcGllLTAuNS4yKSA0 LjYuMw0KY2NfY29tcGlsZV9ieSAgICAgICAgICA6DQpjY19jb21waWxlX2RvbWFpbiAgICAgIDog KG5vbmUpDQpjY19jb21waWxlX2RhdGUgICAgICAgIDogRnJpIEphbiAyNSAxMDo1NDozMCBNU0sg MjAxMw0KeGVuZF9jb25maWdfZm9ybWF0ICAgICA6IDQ= --bcaec50166c97e9d6104d47abcce Content-Type: text/plain; charset=UTF-8; name="xl_dmesg.txt" Content-Disposition: attachment; filename="xl_dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: 9019df1d44703a35_0.2 WzIyOjM5OjI3XSByb290QHpldXMgfiMgeGwgZG1lc2cNCiBfXyAgX18gICAgICAgICAgICBfICBf ICAgIF9fX18gICAgXw0KIFwgXC8gL19fXyBfIF9fICAgfCB8fCB8ICB8X19fIFwgIC8gfA0KICBc ICAvLyBfIFwgJ18gXCAgfCB8fCB8XyAgIF9fKSB8IHwgfA0KICAvICBcICBfXy8gfCB8IHwgfF9f ICAgX3wgLyBfXy8gX3wgfA0KIC9fL1xfXF9fX3xffCB8X3wgICAgfF98KF8pX19fX18oXylffA0K DQooWEVOKSBYZW4gdmVyc2lvbiA0LjIuMSAoQChub25lKSkgKGdjYyAoR2VudG9vIDQuNi4zIHAx LjEwLCBwaWUtMC41LjIpIDQuNi4zKSBGcmkgSmFuIDI1IDEwOjU0OjMwIE1TSyAyMDEzDQooWEVO KSBMYXRlc3QgQ2hhbmdlU2V0OiB1bmF2YWlsYWJsZQ0KKFhFTikgQm9vdGxvYWRlcjogR05VIEdS VUIgMC45Nw0KKFhFTikgQ29tbWFuZCBsaW5lOiBkb20wX21lbT04RyBjcHVmcmVxPWRvbTAta2Vy bmVsIGNwdWlkbGUgY3B1aW5mbw0KKFhFTikgVmlkZW8gaW5mb3JtYXRpb246DQooWEVOKSAgVkdB IGlzIHRleHQgbW9kZSA4MHgyNSwgZm9udCA4eDE2DQooWEVOKSAgVkJFL0REQyBtZXRob2RzOiBW MjsgRURJRCB0cmFuc2ZlciB0aW1lOiAxIHNlY29uZHMNCihYRU4pIERpc2MgaW5mb3JtYXRpb246 DQooWEVOKSAgRm91bmQgMSBNQlIgc2lnbmF0dXJlcw0KKFhFTikgIEZvdW5kIDEgRUREIGluZm9y bWF0aW9uIHN0cnVjdHVyZXMNCihYRU4pIFhlbi1lODIwIFJBTSBtYXA6DQooWEVOKSAgMDAwMDAw MDAwMDAwMDAwMCAtIDAwMDAwMDAwMDAwOWVjMDAgKHVzYWJsZSkNCihYRU4pICAwMDAwMDAwMDAw MDllYzAwIC0gMDAwMDAwMDAwMDBhMDAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDAwMDBl MDAwMCAtIDAwMDAwMDAwMDAxMDAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwMDAxMDAw MDAgLSAwMDAwMDAwMGJjNmMwMDAwICh1c2FibGUpDQooWEVOKSAgMDAwMDAwMDBiYzZjMDAwMCAt IDAwMDAwMDAwYmNlYzAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwYmNlYzAwMDAgLSAw MDAwMDAwMGJjZmMwMDAwIChBQ1BJIE5WUykNCihYRU4pICAwMDAwMDAwMGJjZmMwMDAwIC0gMDAw MDAwMDBiY2ZmZjAwMCAoQUNQSSBkYXRhKQ0KKFhFTikgIDAwMDAwMDAwYmNmZmYwMDAgLSAwMDAw MDAwMGJkMDAwMDAwICh1c2FibGUpDQooWEVOKSAgMDAwMDAwMDBiZDAwMDAwMCAtIDAwMDAwMDAw YmZhMDAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZTAwMDAwMDAgLSAwMDAwMDAwMGYw MDAwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZlYzAwMDAwIC0gMDAwMDAwMDBmZWMw MTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZWQxMDAwMCAtIDAwMDAwMDAwZmVkMTQw MDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZmVkMTgwMDAgLSAwMDAwMDAwMGZlZDFhMDAw IChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZlZDFjMDAwIC0gMDAwMDAwMDBmZWQyMDAwMCAo cmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZWUwMDAwMCAtIDAwMDAwMDAwZmVlMDEwMDAgKHJl c2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZmZkODAwMDAgLSAwMDAwMDAwMTAwMDAwMDAwIChyZXNl cnZlZCkNCihYRU4pICAwMDAwMDAwMTAwMDAwMDAwIC0gMDAwMDAwMDQzZjgwMDAwMCAodXNhYmxl KQ0KKFhFTikgQUNQSTogUlNEUCAwMDBGMkUxMCwgMDAyNCAocjIgSFBRT0VNKQ0KKFhFTikgQUNQ STogWFNEVCBCQ0ZGRTEyMCwgMDA3QyAocjEgSFBRT0VNIFNMSUMtTVBDICAgICAgICBGICAgICAg IDEwMDAwMTMpDQooWEVOKSBBQ1BJOiBGQUNQIEJDRkZDMDAwLCAwMEY0IChyMyBIUFFPRU0gMTYx RCAgICAgICAgICAgIEYgSFAgICAgICAgICAgMSkNCihYRU4pIEFDUEk6IERTRFQgQkNGRDMwMDAs IDIzRjREIChyMiBIUFFPRU0gMTYxRCAgICAgICAgICAgIDEgSU5UTCAyMDA2MDkxMikNCihYRU4p IEFDUEk6IEZBQ1MgQkNGQjkwMDAsIDAwNDANCihYRU4pIEFDUEk6IEhQRVQgQkNGRkIwMDAsIDAw MzggKHIxIEhQUU9FTSAxNjFEICAgICAgICAgICAgMSBIUCAgICAgICAgICAxKQ0KKFhFTikgQUNQ STogQVBJQyBCQ0ZGQTAwMCwgMDBCQyAocjEgSFBRT0VNIDE2MUQgICAgICAgICAgICAxIEhQICAg ICAgICAgIDEpDQooWEVOKSBBQ1BJOiBNQ0ZHIEJDRkY5MDAwLCAwMDNDIChyMSBIUFFPRU0gMTYx RCAgICAgICAgICAgIDEgSFAgICAgICAgICAgMSkNCihYRU4pIEFDUEk6IEFTRiEgQkNGRjgwMDAs IDAwQTUgKHIzMiBIUFFPRU0gMTYxRCAgICAgICAgICAgIDEgSFAgICAgICAgICAgMSkNCihYRU4p IEFDUEk6IFNTRFQgQkNGRDAwMDAsIDAyNzEgKHIxIEhQUU9FTSBTYXRhQWhjaSAgICAgMTAwMCBJ TlRMIDIwMDYwOTEyKQ0KKFhFTikgQUNQSTogU1NEVCBCQ0ZDRjAwMCwgMDQ4QSAocjEgSFBRT0VN IFB0aWREZXZjICAgICAxMDAwIElOVEwgMjAwNjA5MTIpDQooWEVOKSBBQ1BJOiBTTElDIEJDRkNF MDAwLCAwMTc2IChyMSBIUFFPRU0gU0xJQy1NUEMgICAgICAgIDEgSFAgICAgICAgICAgMSkNCihY RU4pIEFDUEk6IFNTRFQgQkNGQ0QwMDAsIDA3Q0UgKHIxICBQbVJlZiAgQ3B1MElzdCAgICAgMzAw MCBJTlRMIDIwMDYwOTEyKQ0KKFhFTikgQUNQSTogU1NEVCBCQ0ZDQzAwMCwgMDlCMSAocjEgIFBt UmVmICAgIENwdVBtICAgICAzMDAwIElOVEwgMjAwNjA5MTIpDQooWEVOKSBBQ1BJOiBETUFSIEJD RkNCMDAwLCAwMEU4IChyMSBJTlRFTCAgICAgIFNOQiAgICAgICAgIDEgSU5UTCAgICAgICAgMSkN CihYRU4pIFN5c3RlbSBSQU06IDE2MzE4TUIgKDE2NzEwMDEya0IpDQooWEVOKSBEb21haW4gaGVh cCBpbml0aWFsaXNlZA0KKFhFTikgUHJvY2Vzc29yICMwIDY6MTAgQVBJQyB2ZXJzaW9uIDIxDQoo WEVOKSBQcm9jZXNzb3IgIzEgNjoxMCBBUElDIHZlcnNpb24gMjENCihYRU4pIFByb2Nlc3NvciAj MiA2OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgUHJvY2Vzc29yICMzIDY6MTAgQVBJQyB2ZXJz aW9uIDIxDQooWEVOKSBJT0FQSUNbMF06IGFwaWNfaWQgMCwgdmVyc2lvbiAzMiwgYWRkcmVzcyAw eGZlYzAwMDAwLCBHU0kgMC0yMw0KKFhFTikgRW5hYmxpbmcgQVBJQyBtb2RlOiAgRmxhdC4gIFVz aW5nIDEgSS9PIEFQSUNzDQooWEVOKSBUYWJsZSBpcyBub3QgZm91bmQhDQooWEVOKSBTd2l0Y2hl ZCB0byBBUElDIGRyaXZlciB4MmFwaWNfY2x1c3Rlci4NCihYRU4pIFVzaW5nIHNjaGVkdWxlcjog U01QIENyZWRpdCBTY2hlZHVsZXIgKGNyZWRpdCkNCihYRU4pIEluaXRpYWxpemluZyBDUFUjMA0K KFhFTikgRGV0ZWN0ZWQgMjQ5NC40MDcgTUh6IHByb2Nlc3Nvci4NCihYRU4pIEluaXRpbmcgbWVt b3J5IHNoYXJpbmcuDQooWEVOKSBDUFU6IFBoeXNpY2FsIFByb2Nlc3NvciBJRDogMA0KKFhFTikg Q1BVOiBQcm9jZXNzb3IgQ29yZSBJRDogMA0KKFhFTikgQ1BVOiBMMSBJIGNhY2hlOiAzMkssIEwx IEQgY2FjaGU6IDMySw0KKFhFTikgQ1BVOiBMMiBjYWNoZTogMjU2Sw0KKFhFTikgQ1BVOiBMMyBj YWNoZTogMzA3MksNCihYRU4pIHhzdGF0ZV9pbml0OiB1c2luZyBjbnR4dF9zaXplOiAweDM0MCBh bmQgc3RhdGVzOiAweDcNCihYRU4pIEludGVsIFZULWQgc3VwcG9ydGVkIHBhZ2Ugc2l6ZXM6IDRr Qi4NCihYRU4pIEludGVsIFZULWQgc3VwcG9ydGVkIHBhZ2Ugc2l6ZXM6IDRrQi4NCihYRU4pIElu dGVsIFZULWQgU25vb3AgQ29udHJvbCBub3QgZW5hYmxlZC4NCihYRU4pIEludGVsIFZULWQgRG9t MCBETUEgUGFzc3Rocm91Z2ggbm90IGVuYWJsZWQuDQooWEVOKSBJbnRlbCBWVC1kIFF1ZXVlZCBJ bnZhbGlkYXRpb24gZW5hYmxlZC4NCihYRU4pIEludGVsIFZULWQgSW50ZXJydXB0IFJlbWFwcGlu ZyBlbmFibGVkLg0KKFhFTikgSW50ZWwgVlQtZCBTaGFyZWQgRVBUIHRhYmxlcyBub3QgZW5hYmxl ZC4NCihYRU4pIEkvTyB2aXJ0dWFsaXNhdGlvbiBlbmFibGVkDQooWEVOKSAgLSBEb20wIG1vZGU6 IFJlbGF4ZWQNCihYRU4pIENQVTA6IEludGVsKFIpIENvcmUoVE0pIGk1LTI1MjBNIENQVSBAIDIu NTBHSHogc3RlcHBpbmcgMDcNCihYRU4pIEVuYWJsZWQgZGlyZWN0ZWQgRU9JIHdpdGggaW9hcGlj X2Fja19vbGQgb24hDQooWEVOKSBFTkFCTElORyBJTy1BUElDIElSUXMNCihYRU4pICAtPiBVc2lu ZyBvbGQgQUNLIG1ldGhvZA0KKFhFTikgUGxhdGZvcm0gdGltZXIgaXMgMTQuMzE4TUh6IEhQRVQN CihYRU4pIEFsbG9jYXRlZCBjb25zb2xlIHJpbmcgb2YgMTYgS2lCLg0KKFhFTikgVk1YOiBTdXBw b3J0ZWQgYWR2YW5jZWQgZmVhdHVyZXM6DQooWEVOKSAgLSBBUElDIE1NSU8gYWNjZXNzIHZpcnR1 YWxpc2F0aW9uDQooWEVOKSAgLSBBUElDIFRQUiBzaGFkb3cNCihYRU4pICAtIEV4dGVuZGVkIFBh Z2UgVGFibGVzIChFUFQpDQooWEVOKSAgLSBWaXJ0dWFsLVByb2Nlc3NvciBJZGVudGlmaWVycyAo VlBJRCkNCihYRU4pICAtIFZpcnR1YWwgTk1JDQooWEVOKSAgLSBNU1IgZGlyZWN0LWFjY2VzcyBi aXRtYXANCihYRU4pICAtIFVucmVzdHJpY3RlZCBHdWVzdA0KKFhFTikgSFZNOiBBU0lEcyBlbmFi bGVkLg0KKFhFTikgSFZNOiBWTVggZW5hYmxlZA0KKFhFTikgSFZNOiBIYXJkd2FyZSBBc3Npc3Rl ZCBQYWdpbmcgKEhBUCkgZGV0ZWN0ZWQNCihYRU4pIEhWTTogSEFQIHBhZ2Ugc2l6ZXM6IDRrQiwg Mk1CDQooWEVOKSBCb290aW5nIHByb2Nlc3NvciAxLzEgZWlwIDhlMDAwDQooWEVOKSBJbml0aWFs aXppbmcgQ1BVIzENCihYRU4pIENQVTogUGh5c2ljYWwgUHJvY2Vzc29yIElEOiAwDQooWEVOKSBD UFU6IFByb2Nlc3NvciBDb3JlIElEOiAwDQooWEVOKSBDUFU6IEwxIEkgY2FjaGU6IDMySywgTDEg RCBjYWNoZTogMzJLDQooWEVOKSBDUFU6IEwyIGNhY2hlOiAyNTZLDQooWEVOKSBDUFU6IEwzIGNh Y2hlOiAzMDcySw0KKFhFTikgQ1BVMTogSW50ZWwoUikgQ29yZShUTSkgaTUtMjUyME0gQ1BVIEAg Mi41MEdIeiBzdGVwcGluZyAwNw0KKFhFTikgQm9vdGluZyBwcm9jZXNzb3IgMi8yIGVpcCA4ZTAw MA0KKFhFTikgSW5pdGlhbGl6aW5nIENQVSMyDQooWEVOKSBDUFU6IFBoeXNpY2FsIFByb2Nlc3Nv ciBJRDogMA0KKFhFTikgQ1BVOiBQcm9jZXNzb3IgQ29yZSBJRDogMQ0KKFhFTikgQ1BVOiBMMSBJ IGNhY2hlOiAzMkssIEwxIEQgY2FjaGU6IDMySw0KKFhFTikgQ1BVOiBMMiBjYWNoZTogMjU2Sw0K KFhFTikgQ1BVOiBMMyBjYWNoZTogMzA3MksNCihYRU4pIENQVTI6IEludGVsKFIpIENvcmUoVE0p IGk1LTI1MjBNIENQVSBAIDIuNTBHSHogc3RlcHBpbmcgMDcNCihYRU4pIEJvb3RpbmcgcHJvY2Vz c29yIDMvMyBlaXAgOGUwMDANCihYRU4pIEluaXRpYWxpemluZyBDUFUjMw0KKFhFTikgQ1BVOiBQ aHlzaWNhbCBQcm9jZXNzb3IgSUQ6IDANCihYRU4pIENQVTogUHJvY2Vzc29yIENvcmUgSUQ6IDEN CihYRU4pIENQVTogTDEgSSBjYWNoZTogMzJLLCBMMSBEIGNhY2hlOiAzMksNCihYRU4pIENQVTog TDIgY2FjaGU6IDI1NksNCihYRU4pIENQVTogTDMgY2FjaGU6IDMwNzJLDQooWEVOKSBDUFUzOiBJ bnRlbChSKSBDb3JlKFRNKSBpNS0yNTIwTSBDUFUgQCAyLjUwR0h6IHN0ZXBwaW5nIDA3DQooWEVO KSBCcm91Z2h0IHVwIDQgQ1BVcw0KKFhFTikgKioqIExPQURJTkcgRE9NQUlOIDAgKioqDQooWEVO KSAgWGVuICBrZXJuZWw6IDY0LWJpdCwgbHNiLCBjb21wYXQzMg0KKFhFTikgIERvbTAga2VybmVs OiA2NC1iaXQsIFBBRSwgbHNiLCBwYWRkciAweDEwMDAwMDAgLT4gMHgxYTFjMDAwDQooWEVOKSBQ SFlTSUNBTCBNRU1PUlkgQVJSQU5HRU1FTlQ6DQooWEVOKSAgRG9tMCBhbGxvYy46ICAgMDAwMDAw MDQyYzAwMDAwMC0+MDAwMDAwMDQzMDAwMDAwMCAoMjA3ODkwMCBwYWdlcyB0byBiZSBhbGxvY2F0 ZWQpDQooWEVOKSAgSW5pdC4gcmFtZGlzazogMDAwMDAwMDQzZjBiNDAwMC0+MDAwMDAwMDQzZjdm ZmMwMA0KKFhFTikgVklSVFVBTCBNRU1PUlkgQVJSQU5HRU1FTlQ6DQooWEVOKSAgTG9hZGVkIGtl cm5lbDogZmZmZmZmZmY4MTAwMDAwMC0+ZmZmZmZmZmY4MWExYzAwMA0KKFhFTikgIEluaXQuIHJh bWRpc2s6IGZmZmZmZmZmODFhMWMwMDAtPmZmZmZmZmZmODIxNjdjMDANCihYRU4pICBQaHlzLU1h Y2ggbWFwOiBmZmZmZmZmZjgyMTY4MDAwLT5mZmZmZmZmZjgzMTY4MDAwDQooWEVOKSAgU3RhcnQg aW5mbzogICAgZmZmZmZmZmY4MzE2ODAwMC0+ZmZmZmZmZmY4MzE2ODRiNA0KKFhFTikgIFBhZ2Ug dGFibGVzOiAgIGZmZmZmZmZmODMxNjkwMDAtPmZmZmZmZmZmODMxODYwMDANCihYRU4pICBCb290 IHN0YWNrOiAgICBmZmZmZmZmZjgzMTg2MDAwLT5mZmZmZmZmZjgzMTg3MDAwDQooWEVOKSAgVE9U QUw6ICAgICAgICAgZmZmZmZmZmY4MDAwMDAwMC0+ZmZmZmZmZmY4MzQwMDAwMA0KKFhFTikgIEVO VFJZIEFERFJFU1M6IGZmZmZmZmZmODE0ZTcyMTANCihYRU4pIERvbTAgaGFzIG1heGltdW0gNCBW Q1BVcw0KKFhFTikgU2NydWJiaW5nIEZyZWUgUkFNOiAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uZG9u ZS4NCihYRU4pIEluaXRpYWwgbG93IG1lbW9yeSB2aXJxIHRocmVzaG9sZCBzZXQgYXQgMHg0MDAw IHBhZ2VzLg0KKFhFTikgU3RkLiBMb2dsZXZlbDogRXJyb3JzIGFuZCB3YXJuaW5ncw0KKFhFTikg R3Vlc3QgTG9nbGV2ZWw6IE5vdGhpbmcgKFJhdGUtbGltaXRlZDogRXJyb3JzIGFuZCB3YXJuaW5n cykNCihYRU4pIFhlbiBpcyByZWxpbnF1aXNoaW5nIFZHQSBjb25zb2xlLg0KKFhFTikgKioqIFNl cmlhbCBpbnB1dCAtPiBET00wICh0eXBlICdDVFJMLWEnIHRocmVlIHRpbWVzIHRvIHN3aXRjaCBp bnB1dCB0byBYZW4pDQooWEVOKSBGcmVlZCAyNDBrQiBpbml0IG1lbW9yeS4NCihYRU4pIHRyYXBz LmM6MjU4NDpkMCBEb21haW4gYXR0ZW1wdGVkIFdSTVNSIDAwMDAwMDAwMDAwMDAzOTEgZnJvbSAw eDAwMDAwMDAwMDAwMDAwMDAgdG8gMHgwMDAwMDAwMDIwMDAwMDBmLg0KKFhFTikgbm8gY3B1X2lk IGZvciBhY3BpX2lkIDQNCihYRU4pIG5vIGNwdV9pZCBmb3IgYWNwaV9pZCA1DQooWEVOKSBubyBj cHVfaWQgZm9yIGFjcGlfaWQgNg0K --bcaec50166c97e9d6104d47abcce Content-Type: text/plain; charset=UTF-8; name="xl_hvm.cfg" Content-Disposition: attachment; filename="xl_hvm.cfg" Content-Transfer-Encoding: base64 X-Attachment-Id: 9019df1d44703a35_0.3 YnVpbGRlciA9ICJodm0iDQpuYW1lID0gIndpbjd4NjQiDQptZW1vcnkgPSA0MDk2DQpwYWUgPSAx DQp2Y3B1cyA9IDINCnZpZiA9IFsgJycgXQ0KZGlzayA9IFsgJy9kZXYvbWFwcGVyL294ZW4wLHJh dyxoZGEsdycgLCAnL3dpbmUvd2luZXgvc2hhcmVkL3dpbjd4NjQuaXNvLHJhdyxoZGQscixkZXZ0 eXBlPWNkcm9tJyBdDQpib290PSJkYyINCnNkbCA9IDANCnhlbl9wbGF0Zm9ybV9wY2kgPSAxDQpn ZnhfcGFzc3RocnU9MQ0KIyAwMDowMi4wIC0gdmdhLCAwMDoxYi4wIC1zb3VuZCBjYXJkDQpwY2kg PSBbICcwMDowMi4wJyAsICAnMDA6MWIuMCcgXQ0KdmlyaWRpYW49MQ0KaHBldD0wDQojIGxvZ2l0 ZWNoIHdpcmVsZXNzIGtleWJvYXJkIGFuZCBtb3VzZQ0KdXNiID0gMQ0KdXNiZGV2aWNlID0gImhv c3Q6MDQ2ZDpjNTJiIg== --bcaec50166c97e9d6104d47abcce Content-Type: text/x-mpsub; charset=UTF-8; name="dom0.config" Content-Disposition: attachment; filename="dom0.config" Content-Transfer-Encoding: base64 X-Attachment-Id: 9019df1d44703a35_0.4 Iw0KIyBBdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBmaWxlOyBETyBOT1QgRURJVC4NCiMgTGludXgv eDg2XzY0IDMuNi4xMS1nZW50b28gS2VybmVsIENvbmZpZ3VyYXRpb24NCiMNCkNPTkZJR182NEJJ VD15DQojIENPTkZJR19YODZfMzIgaXMgbm90IHNldA0KQ09ORklHX1g4Nl82ND15DQpDT05GSUdf WDg2PXkNCkNPTkZJR19JTlNUUlVDVElPTl9ERUNPREVSPXkNCkNPTkZJR19PVVRQVVRfRk9STUFU PSJlbGY2NC14ODYtNjQiDQpDT05GSUdfQVJDSF9ERUZDT05GSUc9ImFyY2gveDg2L2NvbmZpZ3Mv eDg2XzY0X2RlZmNvbmZpZyINCkNPTkZJR19MT0NLREVQX1NVUFBPUlQ9eQ0KQ09ORklHX1NUQUNL VFJBQ0VfU1VQUE9SVD15DQpDT05GSUdfSEFWRV9MQVRFTkNZVE9QX1NVUFBPUlQ9eQ0KQ09ORklH X01NVT15DQpDT05GSUdfTkVFRF9ETUFfTUFQX1NUQVRFPXkNCkNPTkZJR19ORUVEX1NHX0RNQV9M RU5HVEg9eQ0KQ09ORklHX0dFTkVSSUNfSVNBX0RNQT15DQpDT05GSUdfR0VORVJJQ19CVUc9eQ0K Q09ORklHX0dFTkVSSUNfQlVHX1JFTEFUSVZFX1BPSU5URVJTPXkNCkNPTkZJR19HRU5FUklDX0hX RUlHSFQ9eQ0KQ09ORklHX0FSQ0hfTUFZX0hBVkVfUENfRkRDPXkNCiMgQ09ORklHX1JXU0VNX0dF TkVSSUNfU1BJTkxPQ0sgaXMgbm90IHNldA0KQ09ORklHX1JXU0VNX1hDSEdBRERfQUxHT1JJVEhN PXkNCkNPTkZJR19HRU5FUklDX0NBTElCUkFURV9ERUxBWT15DQpDT05GSUdfQVJDSF9IQVNfQ1BV X1JFTEFYPXkNCkNPTkZJR19BUkNIX0hBU19ERUZBVUxUX0lETEU9eQ0KQ09ORklHX0FSQ0hfSEFT X0NBQ0hFX0xJTkVfU0laRT15DQpDT05GSUdfQVJDSF9IQVNfQ1BVX0FVVE9QUk9CRT15DQpDT05G SUdfSEFWRV9TRVRVUF9QRVJfQ1BVX0FSRUE9eQ0KQ09ORklHX05FRURfUEVSX0NQVV9FTUJFRF9G SVJTVF9DSFVOSz15DQpDT05GSUdfTkVFRF9QRVJfQ1BVX1BBR0VfRklSU1RfQ0hVTks9eQ0KQ09O RklHX0FSQ0hfSElCRVJOQVRJT05fUE9TU0lCTEU9eQ0KQ09ORklHX0FSQ0hfU1VTUEVORF9QT1NT SUJMRT15DQpDT05GSUdfWk9ORV9ETUEzMj15DQpDT05GSUdfQVVESVRfQVJDSD15DQpDT05GSUdf QVJDSF9TVVBQT1JUU19PUFRJTUlaRURfSU5MSU5JTkc9eQ0KQ09ORklHX0FSQ0hfU1VQUE9SVFNf REVCVUdfUEFHRUFMTE9DPXkNCkNPTkZJR19IQVZFX0lOVEVMX1RYVD15DQpDT05GSUdfWDg2XzY0 X1NNUD15DQpDT05GSUdfWDg2X0hUPXkNCkNPTkZJR19BUkNIX0hXRUlHSFRfQ0ZMQUdTPSItZmNh bGwtc2F2ZWQtcmRpIC1mY2FsbC1zYXZlZC1yc2kgLWZjYWxsLXNhdmVkLXJkeCAtZmNhbGwtc2F2 ZWQtcmN4IC1mY2FsbC1zYXZlZC1yOCAtZmNhbGwtc2F2ZWQtcjkgLWZjYWxsLXNhdmVkLXIxMCAt ZmNhbGwtc2F2ZWQtcjExIg0KQ09ORklHX0FSQ0hfQ1BVX1BST0JFX1JFTEVBU0U9eQ0KQ09ORklH X0FSQ0hfU1VQUE9SVFNfVVBST0JFUz15DQpDT05GSUdfREVGQ09ORklHX0xJU1Q9Ii9saWIvbW9k dWxlcy8kVU5BTUVfUkVMRUFTRS8uY29uZmlnIg0KQ09ORklHX0hBVkVfSVJRX1dPUks9eQ0KQ09O RklHX0lSUV9XT1JLPXkNCkNPTkZJR19CVUlMRFRJTUVfRVhUQUJMRV9TT1JUPXkNCg0KIw0KIyBH ZW5lcmFsIHNldHVwDQojDQpDT05GSUdfRVhQRVJJTUVOVEFMPXkNCkNPTkZJR19JTklUX0VOVl9B UkdfTElNSVQ9MzINCkNPTkZJR19DUk9TU19DT01QSUxFPSIiDQpDT05GSUdfTE9DQUxWRVJTSU9O PSIiDQojIENPTkZJR19MT0NBTFZFUlNJT05fQVVUTyBpcyBub3Qgc2V0DQpDT05GSUdfSEFWRV9L RVJORUxfR1pJUD15DQpDT05GSUdfSEFWRV9LRVJORUxfQlpJUDI9eQ0KQ09ORklHX0hBVkVfS0VS TkVMX0xaTUE9eQ0KQ09ORklHX0hBVkVfS0VSTkVMX1haPXkNCkNPTkZJR19IQVZFX0tFUk5FTF9M Wk89eQ0KQ09ORklHX0tFUk5FTF9HWklQPXkNCiMgQ09ORklHX0tFUk5FTF9CWklQMiBpcyBub3Qg c2V0DQojIENPTkZJR19LRVJORUxfTFpNQSBpcyBub3Qgc2V0DQojIENPTkZJR19LRVJORUxfWFog aXMgbm90IHNldA0KIyBDT05GSUdfS0VSTkVMX0xaTyBpcyBub3Qgc2V0DQpDT05GSUdfREVGQVVM VF9IT1NUTkFNRT0iemV1cyINCkNPTkZJR19TV0FQPXkNCkNPTkZJR19TWVNWSVBDPXkNCkNPTkZJ R19TWVNWSVBDX1NZU0NUTD15DQpDT05GSUdfUE9TSVhfTVFVRVVFPXkNCkNPTkZJR19QT1NJWF9N UVVFVUVfU1lTQ1RMPXkNCkNPTkZJR19CU0RfUFJPQ0VTU19BQ0NUPXkNCiMgQ09ORklHX0JTRF9Q Uk9DRVNTX0FDQ1RfVjMgaXMgbm90IHNldA0KIyBDT05GSUdfRkhBTkRMRSBpcyBub3Qgc2V0DQpD T05GSUdfVEFTS1NUQVRTPXkNCkNPTkZJR19UQVNLX0RFTEFZX0FDQ1Q9eQ0KQ09ORklHX1RBU0tf WEFDQ1Q9eQ0KQ09ORklHX1RBU0tfSU9fQUNDT1VOVElORz15DQpDT05GSUdfQVVESVQ9eQ0KQ09O RklHX0FVRElUU1lTQ0FMTD15DQpDT05GSUdfQVVESVRfV0FUQ0g9eQ0KQ09ORklHX0FVRElUX1RS RUU9eQ0KIyBDT05GSUdfQVVESVRfTE9HSU5VSURfSU1NVVRBQkxFIGlzIG5vdCBzZXQNCkNPTkZJ R19IQVZFX0dFTkVSSUNfSEFSRElSUVM9eQ0KDQojDQojIElSUSBzdWJzeXN0ZW0NCiMNCkNPTkZJ R19HRU5FUklDX0hBUkRJUlFTPXkNCkNPTkZJR19HRU5FUklDX0lSUV9QUk9CRT15DQpDT05GSUdf R0VORVJJQ19JUlFfU0hPVz15DQpDT05GSUdfR0VORVJJQ19QRU5ESU5HX0lSUT15DQpDT05GSUdf SVJRX0ZPUkNFRF9USFJFQURJTkc9eQ0KQ09ORklHX1NQQVJTRV9JUlE9eQ0KQ09ORklHX0NMT0NL U09VUkNFX1dBVENIRE9HPXkNCkNPTkZJR19BUkNIX0NMT0NLU09VUkNFX0RBVEE9eQ0KQ09ORklH X0dFTkVSSUNfVElNRV9WU1lTQ0FMTD15DQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UUz15DQpD T05GSUdfR0VORVJJQ19DTE9DS0VWRU5UU19CVUlMRD15DQpDT05GSUdfR0VORVJJQ19DTE9DS0VW RU5UU19CUk9BRENBU1Q9eQ0KQ09ORklHX0dFTkVSSUNfQ0xPQ0tFVkVOVFNfTUlOX0FESlVTVD15 DQpDT05GSUdfR0VORVJJQ19DTU9TX1VQREFURT15DQoNCiMNCiMgVGltZXJzIHN1YnN5c3RlbQ0K Iw0KQ09ORklHX1RJQ0tfT05FU0hPVD15DQpDT05GSUdfTk9fSFo9eQ0KQ09ORklHX0hJR0hfUkVT X1RJTUVSUz15DQoNCiMNCiMgUkNVIFN1YnN5c3RlbQ0KIw0KQ09ORklHX1RSRUVfUkNVPXkNCiMg Q09ORklHX1BSRUVNUFRfUkNVIGlzIG5vdCBzZXQNCkNPTkZJR19SQ1VfRkFOT1VUPTY0DQpDT05G SUdfUkNVX0ZBTk9VVF9MRUFGPTE2DQojIENPTkZJR19SQ1VfRkFOT1VUX0VYQUNUIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1JDVV9GQVNUX05PX0haIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RSRUVfUkNV X1RSQUNFIGlzIG5vdCBzZXQNCkNPTkZJR19JS0NPTkZJRz15DQpDT05GSUdfSUtDT05GSUdfUFJP Qz15DQpDT05GSUdfTE9HX0JVRl9TSElGVD0xOA0KQ09ORklHX0hBVkVfVU5TVEFCTEVfU0NIRURf Q0xPQ0s9eQ0KQ09ORklHX0NHUk9VUFM9eQ0KIyBDT05GSUdfQ0dST1VQX0RFQlVHIGlzIG5vdCBz ZXQNCkNPTkZJR19DR1JPVVBfRlJFRVpFUj15DQpDT05GSUdfQ0dST1VQX0RFVklDRT15DQpDT05G SUdfQ1BVU0VUUz15DQpDT05GSUdfUFJPQ19QSURfQ1BVU0VUPXkNCkNPTkZJR19DR1JPVVBfQ1BV QUNDVD15DQpDT05GSUdfUkVTT1VSQ0VfQ09VTlRFUlM9eQ0KIyBDT05GSUdfTUVNQ0cgaXMgbm90 IHNldA0KIyBDT05GSUdfQ0dST1VQX0hVR0VUTEIgaXMgbm90IHNldA0KQ09ORklHX0NHUk9VUF9Q RVJGPXkNCkNPTkZJR19DR1JPVVBfU0NIRUQ9eQ0KQ09ORklHX0ZBSVJfR1JPVVBfU0NIRUQ9eQ0K IyBDT05GSUdfQ0ZTX0JBTkRXSURUSCBpcyBub3Qgc2V0DQpDT05GSUdfUlRfR1JPVVBfU0NIRUQ9 eQ0KQ09ORklHX0JMS19DR1JPVVA9eQ0KIyBDT05GSUdfREVCVUdfQkxLX0NHUk9VUCBpcyBub3Qg c2V0DQojIENPTkZJR19DSEVDS1BPSU5UX1JFU1RPUkUgaXMgbm90IHNldA0KQ09ORklHX05BTUVT UEFDRVM9eQ0KQ09ORklHX1VUU19OUz15DQpDT05GSUdfSVBDX05TPXkNCkNPTkZJR19QSURfTlM9 eQ0KQ09ORklHX05FVF9OUz15DQpDT05GSUdfU0NIRURfQVVUT0dST1VQPXkNCiMgQ09ORklHX1NZ U0ZTX0RFUFJFQ0FURUQgaXMgbm90IHNldA0KQ09ORklHX1JFTEFZPXkNCkNPTkZJR19CTEtfREVW X0lOSVRSRD15DQpDT05GSUdfSU5JVFJBTUZTX1NPVVJDRT0iIg0KQ09ORklHX1JEX0daSVA9eQ0K Q09ORklHX1JEX0JaSVAyPXkNCkNPTkZJR19SRF9MWk1BPXkNCkNPTkZJR19SRF9YWj15DQpDT05G SUdfUkRfTFpPPXkNCkNPTkZJR19DQ19PUFRJTUlaRV9GT1JfU0laRT15DQpDT05GSUdfU1lTQ1RM PXkNCkNPTkZJR19BTk9OX0lOT0RFUz15DQojIENPTkZJR19FWFBFUlQgaXMgbm90IHNldA0KQ09O RklHX1VJRDE2PXkNCiMgQ09ORklHX1NZU0NUTF9TWVNDQUxMIGlzIG5vdCBzZXQNCkNPTkZJR19L QUxMU1lNUz15DQpDT05GSUdfSE9UUExVRz15DQpDT05GSUdfUFJJTlRLPXkNCkNPTkZJR19CVUc9 eQ0KQ09ORklHX0VMRl9DT1JFPXkNCkNPTkZJR19QQ1NQS1JfUExBVEZPUk09eQ0KQ09ORklHX0hB VkVfUENTUEtSX1BMQVRGT1JNPXkNCkNPTkZJR19CQVNFX0ZVTEw9eQ0KQ09ORklHX0ZVVEVYPXkN CkNPTkZJR19FUE9MTD15DQpDT05GSUdfU0lHTkFMRkQ9eQ0KQ09ORklHX1RJTUVSRkQ9eQ0KQ09O RklHX0VWRU5URkQ9eQ0KQ09ORklHX1NITUVNPXkNCkNPTkZJR19BSU89eQ0KIyBDT05GSUdfRU1C RURERUQgaXMgbm90IHNldA0KQ09ORklHX0hBVkVfUEVSRl9FVkVOVFM9eQ0KDQojDQojIEtlcm5l bCBQZXJmb3JtYW5jZSBFdmVudHMgQW5kIENvdW50ZXJzDQojDQpDT05GSUdfUEVSRl9FVkVOVFM9 eQ0KQ09ORklHX1ZNX0VWRU5UX0NPVU5URVJTPXkNCkNPTkZJR19QQ0lfUVVJUktTPXkNCkNPTkZJ R19TTFVCX0RFQlVHPXkNCiMgQ09ORklHX0NPTVBBVF9CUksgaXMgbm90IHNldA0KIyBDT05GSUdf U0xBQiBpcyBub3Qgc2V0DQpDT05GSUdfU0xVQj15DQojIENPTkZJR19QUk9GSUxJTkcgaXMgbm90 IHNldA0KQ09ORklHX0hBVkVfT1BST0ZJTEU9eQ0KQ09ORklHX09QUk9GSUxFX05NSV9USU1FUj15 DQojIENPTkZJR19LUFJPQkVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0pVTVBfTEFCRUwgaXMgbm90 IHNldA0KQ09ORklHX0hBVkVfRUZGSUNJRU5UX1VOQUxJR05FRF9BQ0NFU1M9eQ0KQ09ORklHX0hB VkVfSU9SRU1BUF9QUk9UPXkNCkNPTkZJR19IQVZFX0tQUk9CRVM9eQ0KQ09ORklHX0hBVkVfS1JF VFBST0JFUz15DQpDT05GSUdfSEFWRV9PUFRQUk9CRVM9eQ0KQ09ORklHX0hBVkVfQVJDSF9UUkFD RUhPT0s9eQ0KQ09ORklHX0hBVkVfRE1BX0FUVFJTPXkNCkNPTkZJR19VU0VfR0VORVJJQ19TTVBf SEVMUEVSUz15DQpDT05GSUdfR0VORVJJQ19TTVBfSURMRV9USFJFQUQ9eQ0KQ09ORklHX0hBVkVf UkVHU19BTkRfU1RBQ0tfQUNDRVNTX0FQST15DQpDT05GSUdfSEFWRV9ETUFfQVBJX0RFQlVHPXkN CkNPTkZJR19IQVZFX0hXX0JSRUFLUE9JTlQ9eQ0KQ09ORklHX0hBVkVfTUlYRURfQlJFQUtQT0lO VFNfUkVHUz15DQpDT05GSUdfSEFWRV9VU0VSX1JFVFVSTl9OT1RJRklFUj15DQpDT05GSUdfSEFW RV9QRVJGX0VWRU5UU19OTUk9eQ0KQ09ORklHX0hBVkVfQVJDSF9KVU1QX0xBQkVMPXkNCkNPTkZJ R19BUkNIX0hBVkVfTk1JX1NBRkVfQ01QWENIRz15DQpDT05GSUdfSEFWRV9BTElHTkVEX1NUUlVD VF9QQUdFPXkNCkNPTkZJR19IQVZFX0NNUFhDSEdfTE9DQUw9eQ0KQ09ORklHX0hBVkVfQ01QWENI R19ET1VCTEU9eQ0KQ09ORklHX0FSQ0hfV0FOVF9DT01QQVRfSVBDX1BBUlNFX1ZFUlNJT049eQ0K Q09ORklHX0FSQ0hfV0FOVF9PTERfQ09NUEFUX0lQQz15DQpDT05GSUdfSEFWRV9BUkNIX1NFQ0NP TVBfRklMVEVSPXkNCkNPTkZJR19TRUNDT01QX0ZJTFRFUj15DQoNCiMNCiMgR0NPVi1iYXNlZCBr ZXJuZWwgcHJvZmlsaW5nDQojDQojIENPTkZJR19IQVZFX0dFTkVSSUNfRE1BX0NPSEVSRU5UIGlz IG5vdCBzZXQNCkNPTkZJR19TTEFCSU5GTz15DQpDT05GSUdfUlRfTVVURVhFUz15DQpDT05GSUdf QkFTRV9TTUFMTD0wDQpDT05GSUdfTU9EVUxFUz15DQojIENPTkZJR19NT0RVTEVfRk9SQ0VfTE9B RCBpcyBub3Qgc2V0DQpDT05GSUdfTU9EVUxFX1VOTE9BRD15DQpDT05GSUdfTU9EVUxFX0ZPUkNF X1VOTE9BRD15DQojIENPTkZJR19NT0RWRVJTSU9OUyBpcyBub3Qgc2V0DQojIENPTkZJR19NT0RV TEVfU1JDVkVSU0lPTl9BTEwgaXMgbm90IHNldA0KQ09ORklHX1NUT1BfTUFDSElORT15DQpDT05G SUdfQkxPQ0s9eQ0KQ09ORklHX0JMS19ERVZfQlNHPXkNCiMgQ09ORklHX0JMS19ERVZfQlNHTElC IGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfSU5URUdSSVRZIGlzIG5vdCBzZXQNCiMgQ09O RklHX0JMS19ERVZfVEhST1RUTElORyBpcyBub3Qgc2V0DQoNCiMNCiMgUGFydGl0aW9uIFR5cGVz DQojDQpDT05GSUdfUEFSVElUSU9OX0FEVkFOQ0VEPXkNCiMgQ09ORklHX0FDT1JOX1BBUlRJVElP TiBpcyBub3Qgc2V0DQojIENPTkZJR19PU0ZfUEFSVElUSU9OIGlzIG5vdCBzZXQNCiMgQ09ORklH X0FNSUdBX1BBUlRJVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19BVEFSSV9QQVJUSVRJT04gaXMg bm90IHNldA0KIyBDT05GSUdfTUFDX1BBUlRJVElPTiBpcyBub3Qgc2V0DQpDT05GSUdfTVNET1Nf UEFSVElUSU9OPXkNCiMgQ09ORklHX0JTRF9ESVNLTEFCRUwgaXMgbm90IHNldA0KIyBDT05GSUdf TUlOSVhfU1VCUEFSVElUSU9OIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NPTEFSSVNfWDg2X1BBUlRJ VElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19VTklYV0FSRV9ESVNLTEFCRUwgaXMgbm90IHNldA0K IyBDT05GSUdfTERNX1BBUlRJVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19TR0lfUEFSVElUSU9O IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VMVFJJWF9QQVJUSVRJT04gaXMgbm90IHNldA0KIyBDT05G SUdfU1VOX1BBUlRJVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19LQVJNQV9QQVJUSVRJT04gaXMg bm90IHNldA0KIyBDT05GSUdfRUZJX1BBUlRJVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19TWVNW NjhfUEFSVElUSU9OIGlzIG5vdCBzZXQNCkNPTkZJR19CTE9DS19DT01QQVQ9eQ0KDQojDQojIElP IFNjaGVkdWxlcnMNCiMNCkNPTkZJR19JT1NDSEVEX05PT1A9eQ0KIyBDT05GSUdfSU9TQ0hFRF9E RUFETElORSBpcyBub3Qgc2V0DQpDT05GSUdfSU9TQ0hFRF9DRlE9eQ0KIyBDT05GSUdfQ0ZRX0dS T1VQX0lPU0NIRUQgaXMgbm90IHNldA0KQ09ORklHX0RFRkFVTFRfQ0ZRPXkNCiMgQ09ORklHX0RF RkFVTFRfTk9PUCBpcyBub3Qgc2V0DQpDT05GSUdfREVGQVVMVF9JT1NDSEVEPSJjZnEiDQojIENP TkZJR19JTkxJTkVfU1BJTl9UUllMT0NLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9TUElO X1RSWUxPQ0tfQkggaXMgbm90IHNldA0KIyBDT05GSUdfSU5MSU5FX1NQSU5fTE9DSyBpcyBub3Qg c2V0DQojIENPTkZJR19JTkxJTkVfU1BJTl9MT0NLX0JIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lO TElORV9TUElOX0xPQ0tfSVJRIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tf SVJRU0FWRSBpcyBub3Qgc2V0DQojIENPTkZJR19JTkxJTkVfU1BJTl9VTkxPQ0tfQkggaXMgbm90 IHNldA0KQ09ORklHX0lOTElORV9TUElOX1VOTE9DS19JUlE9eQ0KIyBDT05GSUdfSU5MSU5FX1NQ SU5fVU5MT0NLX0lSUVJFU1RPUkUgaXMgbm90IHNldA0KIyBDT05GSUdfSU5MSU5FX1JFQURfVFJZ TE9DSyBpcyBub3Qgc2V0DQojIENPTkZJR19JTkxJTkVfUkVBRF9MT0NLIGlzIG5vdCBzZXQNCiMg Q09ORklHX0lOTElORV9SRUFEX0xPQ0tfQkggaXMgbm90IHNldA0KIyBDT05GSUdfSU5MSU5FX1JF QURfTE9DS19JUlEgaXMgbm90IHNldA0KIyBDT05GSUdfSU5MSU5FX1JFQURfTE9DS19JUlFTQVZF IGlzIG5vdCBzZXQNCkNPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0s9eQ0KIyBDT05GSUdfSU5MSU5F X1JFQURfVU5MT0NLX0JIIGlzIG5vdCBzZXQNCkNPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0tfSVJR PXkNCiMgQ09ORklHX0lOTElORV9SRUFEX1VOTE9DS19JUlFSRVNUT1JFIGlzIG5vdCBzZXQNCiMg Q09ORklHX0lOTElORV9XUklURV9UUllMT0NLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9X UklURV9MT0NLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOTElORV9XUklURV9MT0NLX0JIIGlzIG5v dCBzZXQNCiMgQ09ORklHX0lOTElORV9XUklURV9MT0NLX0lSUSBpcyBub3Qgc2V0DQojIENPTkZJ R19JTkxJTkVfV1JJVEVfTE9DS19JUlFTQVZFIGlzIG5vdCBzZXQNCkNPTkZJR19JTkxJTkVfV1JJ VEVfVU5MT0NLPXkNCiMgQ09ORklHX0lOTElORV9XUklURV9VTkxPQ0tfQkggaXMgbm90IHNldA0K Q09ORklHX0lOTElORV9XUklURV9VTkxPQ0tfSVJRPXkNCiMgQ09ORklHX0lOTElORV9XUklURV9V TkxPQ0tfSVJRUkVTVE9SRSBpcyBub3Qgc2V0DQpDT05GSUdfTVVURVhfU1BJTl9PTl9PV05FUj15 DQpDT05GSUdfRlJFRVpFUj15DQoNCiMNCiMgUHJvY2Vzc29yIHR5cGUgYW5kIGZlYXR1cmVzDQoj DQpDT05GSUdfWk9ORV9ETUE9eQ0KQ09ORklHX1NNUD15DQpDT05GSUdfWDg2X1gyQVBJQz15DQoj IENPTkZJR19YODZfTVBQQVJTRSBpcyBub3Qgc2V0DQojIENPTkZJR19YODZfRVhURU5ERURfUExB VEZPUk0gaXMgbm90IHNldA0KQ09ORklHX1g4Nl9TVVBQT1JUU19NRU1PUllfRkFJTFVSRT15DQpD T05GSUdfU0NIRURfT01JVF9GUkFNRV9QT0lOVEVSPXkNCkNPTkZJR19QQVJBVklSVF9HVUVTVD15 DQojIENPTkZJR19QQVJBVklSVF9USU1FX0FDQ09VTlRJTkcgaXMgbm90IHNldA0KQ09ORklHX1hF Tj15DQpDT05GSUdfWEVOX0RPTTA9eQ0KQ09ORklHX1hFTl9QUklWSUxFR0VEX0dVRVNUPXkNCkNP TkZJR19YRU5fUFZIVk09eQ0KQ09ORklHX1hFTl9NQVhfRE9NQUlOX01FTU9SWT01MDANCkNPTkZJ R19YRU5fU0FWRV9SRVNUT1JFPXkNCiMgQ09ORklHX0tWTV9DTE9DSyBpcyBub3Qgc2V0DQojIENP TkZJR19LVk1fR1VFU1QgaXMgbm90IHNldA0KQ09ORklHX1BBUkFWSVJUPXkNCiMgQ09ORklHX1BB UkFWSVJUX1NQSU5MT0NLUyBpcyBub3Qgc2V0DQpDT05GSUdfUEFSQVZJUlRfQ0xPQ0s9eQ0KQ09O RklHX05PX0JPT1RNRU09eQ0KIyBDT05GSUdfTUVNVEVTVCBpcyBub3Qgc2V0DQojIENPTkZJR19N SzggaXMgbm90IHNldA0KIyBDT05GSUdfTVBTQyBpcyBub3Qgc2V0DQpDT05GSUdfTUNPUkUyPXkN CiMgQ09ORklHX01BVE9NIGlzIG5vdCBzZXQNCiMgQ09ORklHX0dFTkVSSUNfQ1BVIGlzIG5vdCBz ZXQNCkNPTkZJR19YODZfSU5URVJOT0RFX0NBQ0hFX1NISUZUPTYNCkNPTkZJR19YODZfQ01QWENI Rz15DQpDT05GSUdfWDg2X0wxX0NBQ0hFX1NISUZUPTYNCkNPTkZJR19YODZfWEFERD15DQpDT05G SUdfWDg2X1dQX1dPUktTX09LPXkNCkNPTkZJR19YODZfSU5URUxfVVNFUkNPUFk9eQ0KQ09ORklH X1g4Nl9VU0VfUFBST19DSEVDS1NVTT15DQpDT05GSUdfWDg2X1A2X05PUD15DQpDT05GSUdfWDg2 X1RTQz15DQpDT05GSUdfWDg2X0NNUFhDSEc2ND15DQpDT05GSUdfWDg2X0NNT1Y9eQ0KQ09ORklH X1g4Nl9NSU5JTVVNX0NQVV9GQU1JTFk9NjQNCkNPTkZJR19YODZfREVCVUdDVExNU1I9eQ0KQ09O RklHX0NQVV9TVVBfSU5URUw9eQ0KQ09ORklHX0NQVV9TVVBfQU1EPXkNCkNPTkZJR19DUFVfU1VQ X0NFTlRBVVI9eQ0KQ09ORklHX0hQRVRfVElNRVI9eQ0KQ09ORklHX0hQRVRfRU1VTEFURV9SVEM9 eQ0KQ09ORklHX0RNST15DQpDT05GSUdfR0FSVF9JT01NVT15DQojIENPTkZJR19DQUxHQVJZX0lP TU1VIGlzIG5vdCBzZXQNCkNPTkZJR19TV0lPVExCPXkNCkNPTkZJR19JT01NVV9IRUxQRVI9eQ0K Q09ORklHX05SX0NQVVM9NTEyDQpDT05GSUdfU0NIRURfU01UPXkNCkNPTkZJR19TQ0hFRF9NQz15 DQojIENPTkZJR19JUlFfVElNRV9BQ0NPVU5USU5HIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BSRUVN UFRfTk9ORSBpcyBub3Qgc2V0DQpDT05GSUdfUFJFRU1QVF9WT0xVTlRBUlk9eQ0KIyBDT05GSUdf UFJFRU1QVCBpcyBub3Qgc2V0DQpDT05GSUdfWDg2X0xPQ0FMX0FQSUM9eQ0KQ09ORklHX1g4Nl9J T19BUElDPXkNCiMgQ09ORklHX1g4Nl9SRVJPVVRFX0ZPUl9CUk9LRU5fQk9PVF9JUlFTIGlzIG5v dCBzZXQNCkNPTkZJR19YODZfTUNFPXkNCkNPTkZJR19YODZfTUNFX0lOVEVMPXkNCiMgQ09ORklH X1g4Nl9NQ0VfQU1EIGlzIG5vdCBzZXQNCkNPTkZJR19YODZfTUNFX1RIUkVTSE9MRD15DQojIENP TkZJR19YODZfTUNFX0lOSkVDVCBpcyBub3Qgc2V0DQpDT05GSUdfWDg2X1RIRVJNQUxfVkVDVE9S PXkNCiMgQ09ORklHX0k4SyBpcyBub3Qgc2V0DQpDT05GSUdfTUlDUk9DT0RFPW0NCkNPTkZJR19N SUNST0NPREVfSU5URUw9eQ0KIyBDT05GSUdfTUlDUk9DT0RFX0FNRCBpcyBub3Qgc2V0DQpDT05G SUdfTUlDUk9DT0RFX09MRF9JTlRFUkZBQ0U9eQ0KQ09ORklHX1g4Nl9NU1I9eQ0KQ09ORklHX1g4 Nl9DUFVJRD15DQpDT05GSUdfQVJDSF9QSFlTX0FERFJfVF82NEJJVD15DQpDT05GSUdfQVJDSF9E TUFfQUREUl9UXzY0QklUPXkNCkNPTkZJR19ESVJFQ1RfR0JQQUdFUz15DQojIENPTkZJR19OVU1B IGlzIG5vdCBzZXQNCkNPTkZJR19BUkNIX1NQQVJTRU1FTV9FTkFCTEU9eQ0KQ09ORklHX0FSQ0hf U1BBUlNFTUVNX0RFRkFVTFQ9eQ0KQ09ORklHX0FSQ0hfU0VMRUNUX01FTU9SWV9NT0RFTD15DQpD T05GSUdfQVJDSF9QUk9DX0tDT1JFX1RFWFQ9eQ0KQ09ORklHX0lMTEVHQUxfUE9JTlRFUl9WQUxV RT0weGRlYWQwMDAwMDAwMDAwMDANCkNPTkZJR19TRUxFQ1RfTUVNT1JZX01PREVMPXkNCkNPTkZJ R19TUEFSU0VNRU1fTUFOVUFMPXkNCkNPTkZJR19TUEFSU0VNRU09eQ0KQ09ORklHX0hBVkVfTUVN T1JZX1BSRVNFTlQ9eQ0KQ09ORklHX1NQQVJTRU1FTV9FWFRSRU1FPXkNCkNPTkZJR19TUEFSU0VN RU1fVk1FTU1BUF9FTkFCTEU9eQ0KQ09ORklHX1NQQVJTRU1FTV9BTExPQ19NRU1fTUFQX1RPR0VU SEVSPXkNCkNPTkZJR19TUEFSU0VNRU1fVk1FTU1BUD15DQpDT05GSUdfSEFWRV9NRU1CTE9DSz15 DQpDT05GSUdfSEFWRV9NRU1CTE9DS19OT0RFX01BUD15DQpDT05GSUdfQVJDSF9ESVNDQVJEX01F TUJMT0NLPXkNCiMgQ09ORklHX01FTU9SWV9IT1RQTFVHIGlzIG5vdCBzZXQNCkNPTkZJR19QQUdF RkxBR1NfRVhURU5ERUQ9eQ0KQ09ORklHX1NQTElUX1BUTE9DS19DUFVTPTQNCkNPTkZJR19DT01Q QUNUSU9OPXkNCkNPTkZJR19NSUdSQVRJT049eQ0KQ09ORklHX1BIWVNfQUREUl9UXzY0QklUPXkN CkNPTkZJR19aT05FX0RNQV9GTEFHPTENCkNPTkZJR19CT1VOQ0U9eQ0KQ09ORklHX1ZJUlRfVE9f QlVTPXkNCkNPTkZJR19NTVVfTk9USUZJRVI9eQ0KQ09ORklHX0tTTT15DQpDT05GSUdfREVGQVVM VF9NTUFQX01JTl9BRERSPTQwOTYNCkNPTkZJR19BUkNIX1NVUFBPUlRTX01FTU9SWV9GQUlMVVJF PXkNCiMgQ09ORklHX01FTU9SWV9GQUlMVVJFIGlzIG5vdCBzZXQNCkNPTkZJR19UUkFOU1BBUkVO VF9IVUdFUEFHRT15DQpDT05GSUdfVFJBTlNQQVJFTlRfSFVHRVBBR0VfQUxXQVlTPXkNCiMgQ09O RklHX1RSQU5TUEFSRU5UX0hVR0VQQUdFX01BRFZJU0UgaXMgbm90IHNldA0KQ09ORklHX0NST1NT X01FTU9SWV9BVFRBQ0g9eQ0KQ09ORklHX0NMRUFOQ0FDSEU9eQ0KIyBDT05GSUdfRlJPTlRTV0FQ IGlzIG5vdCBzZXQNCiMgQ09ORklHX1g4Nl9DSEVDS19CSU9TX0NPUlJVUFRJT04gaXMgbm90IHNl dA0KQ09ORklHX1g4Nl9SRVNFUlZFX0xPVz02NA0KQ09ORklHX01UUlI9eQ0KQ09ORklHX01UUlJf U0FOSVRJWkVSPXkNCkNPTkZJR19NVFJSX1NBTklUSVpFUl9FTkFCTEVfREVGQVVMVD0wDQpDT05G SUdfTVRSUl9TQU5JVElaRVJfU1BBUkVfUkVHX05SX0RFRkFVTFQ9MQ0KQ09ORklHX1g4Nl9QQVQ9 eQ0KQ09ORklHX0FSQ0hfVVNFU19QR19VTkNBQ0hFRD15DQpDT05GSUdfQVJDSF9SQU5ET009eQ0K IyBDT05GSUdfRUZJIGlzIG5vdCBzZXQNCkNPTkZJR19TRUNDT01QPXkNCiMgQ09ORklHX0NDX1NU QUNLUFJPVEVDVE9SIGlzIG5vdCBzZXQNCiMgQ09ORklHX0haXzEwMCBpcyBub3Qgc2V0DQojIENP TkZJR19IWl8yNTAgaXMgbm90IHNldA0KIyBDT05GSUdfSFpfMzAwIGlzIG5vdCBzZXQNCkNPTkZJ R19IWl8xMDAwPXkNCkNPTkZJR19IWj0xMDAwDQpDT05GSUdfU0NIRURfSFJUSUNLPXkNCkNPTkZJ R19LRVhFQz15DQpDT05GSUdfQ1JBU0hfRFVNUD15DQojIENPTkZJR19LRVhFQ19KVU1QIGlzIG5v dCBzZXQNCkNPTkZJR19QSFlTSUNBTF9TVEFSVD0weDEwMDAwMDANCkNPTkZJR19SRUxPQ0FUQUJM RT15DQpDT05GSUdfUEhZU0lDQUxfQUxJR049MHgxMDAwMDAwDQpDT05GSUdfSE9UUExVR19DUFU9 eQ0KIyBDT05GSUdfQ09NUEFUX1ZEU08gaXMgbm90IHNldA0KIyBDT05GSUdfQ01ETElORV9CT09M IGlzIG5vdCBzZXQNCkNPTkZJR19BUkNIX0VOQUJMRV9NRU1PUllfSE9UUExVRz15DQoNCiMNCiMg UG93ZXIgbWFuYWdlbWVudCBhbmQgQUNQSSBvcHRpb25zDQojDQpDT05GSUdfQVJDSF9ISUJFUk5B VElPTl9IRUFERVI9eQ0KQ09ORklHX1NVU1BFTkQ9eQ0KQ09ORklHX1NVU1BFTkRfRlJFRVpFUj15 DQpDT05GSUdfSElCRVJOQVRFX0NBTExCQUNLUz15DQpDT05GSUdfSElCRVJOQVRJT049eQ0KQ09O RklHX1BNX1NURF9QQVJUSVRJT049IiINCkNPTkZJR19QTV9TTEVFUD15DQpDT05GSUdfUE1fU0xF RVBfU01QPXkNCiMgQ09ORklHX1BNX0FVVE9TTEVFUCBpcyBub3Qgc2V0DQojIENPTkZJR19QTV9X QUtFTE9DS1MgaXMgbm90IHNldA0KQ09ORklHX1BNX1JVTlRJTUU9eQ0KQ09ORklHX1BNPXkNCiMg Q09ORklHX1BNX0RFQlVHIGlzIG5vdCBzZXQNCkNPTkZJR19BQ1BJPXkNCkNPTkZJR19BQ1BJX1NM RUVQPXkNCiMgQ09ORklHX0FDUElfUFJPQ0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FDUElfUFJP Q0ZTX1BPV0VSIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FDUElfRUNfREVCVUdGUyBpcyBub3Qgc2V0 DQojIENPTkZJR19BQ1BJX1BST0NfRVZFTlQgaXMgbm90IHNldA0KQ09ORklHX0FDUElfQUM9eQ0K Q09ORklHX0FDUElfQkFUVEVSWT15DQpDT05GSUdfQUNQSV9CVVRUT049eQ0KQ09ORklHX0FDUElf VklERU89eQ0KQ09ORklHX0FDUElfRkFOPXkNCiMgQ09ORklHX0FDUElfRE9DSyBpcyBub3Qgc2V0 DQpDT05GSUdfQUNQSV9QUk9DRVNTT1I9eQ0KQ09ORklHX0FDUElfSE9UUExVR19DUFU9eQ0KIyBD T05GSUdfQUNQSV9QUk9DRVNTT1JfQUdHUkVHQVRPUiBpcyBub3Qgc2V0DQpDT05GSUdfQUNQSV9U SEVSTUFMPXkNCiMgQ09ORklHX0FDUElfQ1VTVE9NX0RTRFQgaXMgbm90IHNldA0KQ09ORklHX0FD UElfQkxBQ0tMSVNUX1lFQVI9MA0KIyBDT05GSUdfQUNQSV9ERUJVRyBpcyBub3Qgc2V0DQojIENP TkZJR19BQ1BJX1BDSV9TTE9UIGlzIG5vdCBzZXQNCkNPTkZJR19YODZfUE1fVElNRVI9eQ0KQ09O RklHX0FDUElfQ09OVEFJTkVSPXkNCkNPTkZJR19BQ1BJX1NCUz1tDQojIENPTkZJR19BQ1BJX0hF RCBpcyBub3Qgc2V0DQojIENPTkZJR19BQ1BJX0JHUlQgaXMgbm90IHNldA0KIyBDT05GSUdfQUNQ SV9BUEVJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NGSSBpcyBub3Qgc2V0DQoNCiMNCiMgQ1BVIEZy ZXF1ZW5jeSBzY2FsaW5nDQojDQpDT05GSUdfQ1BVX0ZSRVE9eQ0KQ09ORklHX0NQVV9GUkVRX1RB QkxFPXkNCkNPTkZJR19DUFVfRlJFUV9TVEFUPXkNCiMgQ09ORklHX0NQVV9GUkVRX1NUQVRfREVU QUlMUyBpcyBub3Qgc2V0DQojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9QRVJGT1JNQU5D RSBpcyBub3Qgc2V0DQojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9VU0VSU1BBQ0UgaXMg bm90IHNldA0KQ09ORklHX0NQVV9GUkVRX0RFRkFVTFRfR09WX09OREVNQU5EPXkNCiMgQ09ORklH X0NQVV9GUkVRX0RFRkFVTFRfR09WX0NPTlNFUlZBVElWRSBpcyBub3Qgc2V0DQpDT05GSUdfQ1BV X0ZSRVFfR09WX1BFUkZPUk1BTkNFPXkNCkNPTkZJR19DUFVfRlJFUV9HT1ZfUE9XRVJTQVZFPXkN CiMgQ09ORklHX0NQVV9GUkVRX0dPVl9VU0VSU1BBQ0UgaXMgbm90IHNldA0KQ09ORklHX0NQVV9G UkVRX0dPVl9PTkRFTUFORD15DQojIENPTkZJR19DUFVfRlJFUV9HT1ZfQ09OU0VSVkFUSVZFIGlz IG5vdCBzZXQNCg0KIw0KIyB4ODYgQ1BVIGZyZXF1ZW5jeSBzY2FsaW5nIGRyaXZlcnMNCiMNCiMg Q09ORklHX1g4Nl9QQ0NfQ1BVRlJFUSBpcyBub3Qgc2V0DQpDT05GSUdfWDg2X0FDUElfQ1BVRlJF UT15DQojIENPTkZJR19YODZfUE9XRVJOT1dfSzggaXMgbm90IHNldA0KIyBDT05GSUdfWDg2X1NQ RUVEU1RFUF9DRU5UUklOTyBpcyBub3Qgc2V0DQojIENPTkZJR19YODZfUDRfQ0xPQ0tNT0QgaXMg bm90IHNldA0KDQojDQojIHNoYXJlZCBvcHRpb25zDQojDQojIENPTkZJR19YODZfU1BFRURTVEVQ X0xJQiBpcyBub3Qgc2V0DQpDT05GSUdfQ1BVX0lETEU9eQ0KQ09ORklHX0NQVV9JRExFX0dPVl9M QURERVI9eQ0KQ09ORklHX0NQVV9JRExFX0dPVl9NRU5VPXkNCiMgQ09ORklHX0FSQ0hfTkVFRFNf Q1BVX0lETEVfQ09VUExFRCBpcyBub3Qgc2V0DQpDT05GSUdfSU5URUxfSURMRT15DQoNCiMNCiMg TWVtb3J5IHBvd2VyIHNhdmluZ3MNCiMNCiMgQ09ORklHX0k3MzAwX0lETEUgaXMgbm90IHNldA0K DQojDQojIEJ1cyBvcHRpb25zIChQQ0kgZXRjLikNCiMNCkNPTkZJR19QQ0k9eQ0KQ09ORklHX1BD SV9ESVJFQ1Q9eQ0KQ09ORklHX1BDSV9NTUNPTkZJRz15DQpDT05GSUdfUENJX1hFTj15DQpDT05G SUdfUENJX0RPTUFJTlM9eQ0KIyBDT05GSUdfUENJX0NOQjIwTEVfUVVJUksgaXMgbm90IHNldA0K Q09ORklHX1BDSUVQT1JUQlVTPXkNCiMgQ09ORklHX1BDSUVBRVIgaXMgbm90IHNldA0KQ09ORklH X1BDSUVBU1BNPXkNCiMgQ09ORklHX1BDSUVBU1BNX0RFQlVHIGlzIG5vdCBzZXQNCkNPTkZJR19Q Q0lFQVNQTV9ERUZBVUxUPXkNCiMgQ09ORklHX1BDSUVBU1BNX1BPV0VSU0FWRSBpcyBub3Qgc2V0 DQojIENPTkZJR19QQ0lFQVNQTV9QRVJGT1JNQU5DRSBpcyBub3Qgc2V0DQpDT05GSUdfUENJRV9Q TUU9eQ0KQ09ORklHX0FSQ0hfU1VQUE9SVFNfTVNJPXkNCkNPTkZJR19QQ0lfTVNJPXkNCkNPTkZJ R19QQ0lfUkVBTExPQ19FTkFCTEVfQVVUTz15DQpDT05GSUdfUENJX1NUVUI9eQ0KQ09ORklHX1hF Tl9QQ0lERVZfRlJPTlRFTkQ9eQ0KQ09ORklHX0hUX0lSUT15DQpDT05GSUdfUENJX0FUUz15DQpD T05GSUdfUENJX0lPVj15DQpDT05GSUdfUENJX1BSST15DQpDT05GSUdfUENJX1BBU0lEPXkNCkNP TkZJR19QQ0lfSU9BUElDPXkNCkNPTkZJR19QQ0lfTEFCRUw9eQ0KQ09ORklHX0lTQV9ETUFfQVBJ PXkNCkNPTkZJR19BTURfTkI9eQ0KIyBDT05GSUdfUENDQVJEIGlzIG5vdCBzZXQNCiMgQ09ORklH X0hPVFBMVUdfUENJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JBUElESU8gaXMgbm90IHNldA0KDQoj DQojIEV4ZWN1dGFibGUgZmlsZSBmb3JtYXRzIC8gRW11bGF0aW9ucw0KIw0KQ09ORklHX0JJTkZN VF9FTEY9eQ0KQ09ORklHX0NPTVBBVF9CSU5GTVRfRUxGPXkNCkNPTkZJR19BUkNIX0JJTkZNVF9F TEZfUkFORE9NSVpFX1BJRT15DQpDT05GSUdfQ09SRV9EVU1QX0RFRkFVTFRfRUxGX0hFQURFUlM9 eQ0KIyBDT05GSUdfSEFWRV9BT1VUIGlzIG5vdCBzZXQNCkNPTkZJR19CSU5GTVRfTUlTQz15DQpD T05GSUdfSUEzMl9FTVVMQVRJT049eQ0KIyBDT05GSUdfSUEzMl9BT1VUIGlzIG5vdCBzZXQNCiMg Q09ORklHX1g4Nl9YMzIgaXMgbm90IHNldA0KQ09ORklHX0NPTVBBVD15DQpDT05GSUdfQ09NUEFU X0ZPUl9VNjRfQUxJR05NRU5UPXkNCkNPTkZJR19TWVNWSVBDX0NPTVBBVD15DQpDT05GSUdfS0VZ U19DT01QQVQ9eQ0KQ09ORklHX0hBVkVfVEVYVF9QT0tFX1NNUD15DQpDT05GSUdfWDg2X0RFVl9E TUFfT1BTPXkNCkNPTkZJR19ORVQ9eQ0KQ09ORklHX0NPTVBBVF9ORVRMSU5LX01FU1NBR0VTPXkN Cg0KIw0KIyBOZXR3b3JraW5nIG9wdGlvbnMNCiMNCkNPTkZJR19QQUNLRVQ9eQ0KQ09ORklHX1VO SVg9eQ0KIyBDT05GSUdfVU5JWF9ESUFHIGlzIG5vdCBzZXQNCiMgQ09ORklHX1hGUk1fVVNFUiBp cyBub3Qgc2V0DQojIENPTkZJR19ORVRfS0VZIGlzIG5vdCBzZXQNCkNPTkZJR19JTkVUPXkNCiMg Q09ORklHX0lQX01VTFRJQ0FTVCBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9BRFZBTkNFRF9ST1VU RVIgaXMgbm90IHNldA0KIyBDT05GSUdfSVBfUE5QIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9J UElQIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9JUEdSRV9ERU1VWCBpcyBub3Qgc2V0DQojIENP TkZJR19BUlBEIGlzIG5vdCBzZXQNCkNPTkZJR19TWU5fQ09PS0lFUz15DQojIENPTkZJR19JTkVU X0FIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVRfRVNQIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lO RVRfSVBDT01QIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVRfWEZSTV9UVU5ORUwgaXMgbm90IHNl dA0KIyBDT05GSUdfSU5FVF9UVU5ORUwgaXMgbm90IHNldA0KIyBDT05GSUdfSU5FVF9YRlJNX01P REVfVFJBTlNQT1JUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lORVRfWEZSTV9NT0RFX1RVTk5FTCBp cyBub3Qgc2V0DQojIENPTkZJR19JTkVUX1hGUk1fTU9ERV9CRUVUIGlzIG5vdCBzZXQNCkNPTkZJ R19JTkVUX0xSTz15DQojIENPTkZJR19JTkVUX0RJQUcgaXMgbm90IHNldA0KIyBDT05GSUdfVENQ X0NPTkdfQURWQU5DRUQgaXMgbm90IHNldA0KQ09ORklHX1RDUF9DT05HX0NVQklDPXkNCkNPTkZJ R19ERUZBVUxUX1RDUF9DT05HPSJjdWJpYyINCiMgQ09ORklHX1RDUF9NRDVTSUcgaXMgbm90IHNl dA0KIyBDT05GSUdfSVBWNiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRXT1JLX1NFQ01BUksgaXMg bm90IHNldA0KIyBDT05GSUdfTkVUV09SS19QSFlfVElNRVNUQU1QSU5HIGlzIG5vdCBzZXQNCkNP TkZJR19ORVRGSUxURVI9eQ0KIyBDT05GSUdfTkVURklMVEVSX0RFQlVHIGlzIG5vdCBzZXQNCkNP TkZJR19ORVRGSUxURVJfQURWQU5DRUQ9eQ0KIyBDT05GSUdfQlJJREdFX05FVEZJTFRFUiBpcyBu b3Qgc2V0DQoNCiMNCiMgQ29yZSBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbg0KIw0KQ09ORklHX05F VEZJTFRFUl9ORVRMSU5LPW0NCiMgQ09ORklHX05FVEZJTFRFUl9ORVRMSU5LX0FDQ1QgaXMgbm90 IHNldA0KIyBDT05GSUdfTkVURklMVEVSX05FVExJTktfUVVFVUUgaXMgbm90IHNldA0KQ09ORklH X05FVEZJTFRFUl9ORVRMSU5LX0xPRz1tDQpDT05GSUdfTkZfQ09OTlRSQUNLPW0NCkNPTkZJR19O Rl9DT05OVFJBQ0tfTUFSSz15DQpDT05GSUdfTkZfQ09OTlRSQUNLX1BST0NGUz15DQojIENPTkZJ R19ORl9DT05OVFJBQ0tfRVZFTlRTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5UUkFDS19U SU1FT1VUIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5UUkFDS19USU1FU1RBTVAgaXMgbm90 IHNldA0KIyBDT05GSUdfTkZfQ1RfUFJPVE9fRENDUCBpcyBub3Qgc2V0DQojIENPTkZJR19ORl9D VF9QUk9UT19TQ1RQIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NUX1BST1RPX1VEUExJVEUgaXMg bm90IHNldA0KIyBDT05GSUdfTkZfQ09OTlRSQUNLX0FNQU5EQSBpcyBub3Qgc2V0DQpDT05GSUdf TkZfQ09OTlRSQUNLX0ZUUD1tDQojIENPTkZJR19ORl9DT05OVFJBQ0tfSDMyMyBpcyBub3Qgc2V0 DQojIENPTkZJR19ORl9DT05OVFJBQ0tfSVJDIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5U UkFDS19ORVRCSU9TX05TIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5UUkFDS19TTk1QIGlz IG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5UUkFDS19QUFRQIGlzIG5vdCBzZXQNCiMgQ09ORklH X05GX0NPTk5UUkFDS19TQU5FIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GX0NPTk5UUkFDS19TSVAg aXMgbm90IHNldA0KIyBDT05GSUdfTkZfQ09OTlRSQUNLX1RGVFAgaXMgbm90IHNldA0KIyBDT05G SUdfTkZfQ1RfTkVUTElOSyBpcyBub3Qgc2V0DQojIENPTkZJR19ORl9DVF9ORVRMSU5LX1RJTUVP VVQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1RQUk9YWSBpcyBub3Qgc2V0DQpDT05G SUdfTkVURklMVEVSX1hUQUJMRVM9bQ0KDQojDQojIFh0YWJsZXMgY29tYmluZWQgbW9kdWxlcw0K Iw0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BUksgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklM VEVSX1hUX0NPTk5NQVJLIGlzIG5vdCBzZXQNCg0KIw0KIyBYdGFibGVzIHRhcmdldHMNCiMNCiMg Q09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfQVVESVQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVU RklMVEVSX1hUX1RBUkdFVF9DSEVDS1NVTSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJf WFRfVEFSR0VUX0NMQVNTSUZZIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVEZJTFRFUl9YVF9UQVJH RVRfQ09OTk1BUksgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9EU0NQ IGlzIG5vdCBzZXQNCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0hMPW0NCiMgQ09ORklHX05F VEZJTFRFUl9YVF9UQVJHRVRfSE1BUksgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hU X1RBUkdFVF9JRExFVElNRVIgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdF VF9MRUQgaXMgbm90IHNldA0KQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTE9HPW0NCiMgQ09O RklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTUFSSyBpcyBub3Qgc2V0DQpDT05GSUdfTkVURklMVEVS X1hUX1RBUkdFVF9ORkxPRz1tDQojIENPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX05GUVVFVUUg aXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9SQVRFRVNUIGlzIG5vdCBz ZXQNCiMgQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfVEVFIGlzIG5vdCBzZXQNCiMgQ09ORklH X05FVEZJTFRFUl9YVF9UQVJHRVRfVENQTVNTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVEZJTFRF Ul9YVF9UQVJHRVRfVENQT1BUU1RSSVAgaXMgbm90IHNldA0KDQojDQojIFh0YWJsZXMgbWF0Y2hl cw0KIw0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9BRERSVFlQRT1tDQojIENPTkZJR19ORVRG SUxURVJfWFRfTUFUQ0hfQ0xVU1RFUiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRf TUFUQ0hfQ09NTUVOVCBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQ09O TkJZVEVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OTElNSVQg aXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0NPTk5NQVJLIGlzIG5vdCBz ZXQNCiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OVFJBQ0sgaXMgbm90IHNldA0KIyBD T05GSUdfTkVURklMVEVSX1hUX01BVENIX0NQVSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxU RVJfWFRfTUFUQ0hfRENDUCBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hf REVWR1JPVVAgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0RTQ1AgaXMg bm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0VDTiBpcyBub3Qgc2V0DQojIENP TkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfRVNQIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVEZJTFRF Ul9YVF9NQVRDSF9IQVNITElNSVQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01B VENIX0hFTFBFUiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfSEwgaXMg bm90IHNldA0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9JUFJBTkdFPW0NCiMgQ09ORklHX05F VEZJTFRFUl9YVF9NQVRDSF9MRU5HVEggaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hU X01BVENIX0xJTUlUIGlzIG5vdCBzZXQNCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfTUFDPW0N CiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9NQVJLIGlzIG5vdCBzZXQNCkNPTkZJR19ORVRG SUxURVJfWFRfTUFUQ0hfTVVMVElQT1JUPW0NCiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9O RkFDQ1QgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX09TRiBpcyBub3Qg c2V0DQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX09XTkVSPW0NCkNPTkZJR19ORVRGSUxURVJf WFRfTUFUQ0hfUEtUVFlQRT1tDQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfUVVPVEEgaXMg bm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1JBVEVFU1QgaXMgbm90IHNldA0K IyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1JFQUxNIGlzIG5vdCBzZXQNCiMgQ09ORklHX05F VEZJTFRFUl9YVF9NQVRDSF9SRUNFTlQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklMVEVSX1hU X01BVENIX1NDVFAgaXMgbm90IHNldA0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9TVEFURT1t DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfU1RBVElTVElDIGlzIG5vdCBzZXQNCiMgQ09O RklHX05FVEZJTFRFUl9YVF9NQVRDSF9TVFJJTkcgaXMgbm90IHNldA0KIyBDT05GSUdfTkVURklM VEVSX1hUX01BVENIX1RDUE1TUyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFU Q0hfVElNRSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfVTMyIGlzIG5v dCBzZXQNCiMgQ09ORklHX0lQX1NFVCBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9WUyBpcyBub3Qg c2V0DQoNCiMNCiMgSVA6IE5ldGZpbHRlciBDb25maWd1cmF0aW9uDQojDQpDT05GSUdfTkZfREVG UkFHX0lQVjQ9bQ0KQ09ORklHX05GX0NPTk5UUkFDS19JUFY0PW0NCiMgQ09ORklHX05GX0NPTk5U UkFDS19QUk9DX0NPTVBBVCBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9ORl9RVUVVRSBpcyBub3Qg c2V0DQpDT05GSUdfSVBfTkZfSVBUQUJMRVM9bQ0KIyBDT05GSUdfSVBfTkZfTUFUQ0hfQUggaXMg bm90IHNldA0KIyBDT05GSUdfSVBfTkZfTUFUQ0hfRUNOIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQ X05GX01BVENIX1JQRklMVEVSIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQX05GX01BVENIX1RUTCBp cyBub3Qgc2V0DQpDT05GSUdfSVBfTkZfRklMVEVSPW0NCkNPTkZJR19JUF9ORl9UQVJHRVRfUkVK RUNUPW0NCiMgQ09ORklHX0lQX05GX1RBUkdFVF9VTE9HIGlzIG5vdCBzZXQNCkNPTkZJR19ORl9O QVQ9bQ0KQ09ORklHX05GX05BVF9ORUVERUQ9eQ0KQ09ORklHX0lQX05GX1RBUkdFVF9NQVNRVUVS QURFPW0NCiMgQ09ORklHX0lQX05GX1RBUkdFVF9ORVRNQVAgaXMgbm90IHNldA0KIyBDT05GSUdf SVBfTkZfVEFSR0VUX1JFRElSRUNUIGlzIG5vdCBzZXQNCkNPTkZJR19ORl9OQVRfRlRQPW0NCiMg Q09ORklHX05GX05BVF9JUkMgaXMgbm90IHNldA0KIyBDT05GSUdfTkZfTkFUX1RGVFAgaXMgbm90 IHNldA0KIyBDT05GSUdfTkZfTkFUX0FNQU5EQSBpcyBub3Qgc2V0DQojIENPTkZJR19ORl9OQVRf UFBUUCBpcyBub3Qgc2V0DQojIENPTkZJR19ORl9OQVRfSDMyMyBpcyBub3Qgc2V0DQojIENPTkZJ R19ORl9OQVRfU0lQIGlzIG5vdCBzZXQNCkNPTkZJR19JUF9ORl9NQU5HTEU9bQ0KIyBDT05GSUdf SVBfTkZfVEFSR0VUX0NMVVNURVJJUCBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9ORl9UQVJHRVRf RUNOIGlzIG5vdCBzZXQNCkNPTkZJR19JUF9ORl9UQVJHRVRfVFRMPW0NCiMgQ09ORklHX0lQX05G X1JBVyBpcyBub3Qgc2V0DQojIENPTkZJR19JUF9ORl9BUlBUQUJMRVMgaXMgbm90IHNldA0KIyBD T05GSUdfQlJJREdFX05GX0VCVEFCTEVTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lQX0RDQ1AgaXMg bm90IHNldA0KIyBDT05GSUdfSVBfU0NUUCBpcyBub3Qgc2V0DQojIENPTkZJR19SRFMgaXMgbm90 IHNldA0KIyBDT05GSUdfVElQQyBpcyBub3Qgc2V0DQojIENPTkZJR19BVE0gaXMgbm90IHNldA0K IyBDT05GSUdfTDJUUCBpcyBub3Qgc2V0DQpDT05GSUdfU1RQPW0NCkNPTkZJR19CUklER0U9bQ0K Q09ORklHX0JSSURHRV9JR01QX1NOT09QSU5HPXkNCiMgQ09ORklHX05FVF9EU0EgaXMgbm90IHNl dA0KQ09ORklHX1ZMQU5fODAyMVE9bQ0KIyBDT05GSUdfVkxBTl84MDIxUV9HVlJQIGlzIG5vdCBz ZXQNCiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0DQpDT05GSUdfTExDPW0NCiMgQ09ORklHX0xM QzIgaXMgbm90IHNldA0KIyBDT05GSUdfSVBYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FUQUxLIGlz IG5vdCBzZXQNCiMgQ09ORklHX1gyNSBpcyBub3Qgc2V0DQojIENPTkZJR19MQVBCIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1dBTl9ST1VURVIgaXMgbm90IHNldA0KIyBDT05GSUdfUEhPTkVUIGlzIG5v dCBzZXQNCiMgQ09ORklHX0lFRUU4MDIxNTQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1NDSEVE IGlzIG5vdCBzZXQNCiMgQ09ORklHX0RDQiBpcyBub3Qgc2V0DQpDT05GSUdfRE5TX1JFU09MVkVS PXkNCiMgQ09ORklHX0JBVE1BTl9BRFYgaXMgbm90IHNldA0KIyBDT05GSUdfT1BFTlZTV0lUQ0gg aXMgbm90IHNldA0KQ09ORklHX1JQUz15DQpDT05GSUdfUkZTX0FDQ0VMPXkNCkNPTkZJR19YUFM9 eQ0KIyBDT05GSUdfTkVUUFJJT19DR1JPVVAgaXMgbm90IHNldA0KQ09ORklHX0JRTD15DQojIENP TkZJR19CUEZfSklUIGlzIG5vdCBzZXQNCg0KIw0KIyBOZXR3b3JrIHRlc3RpbmcNCiMNCiMgQ09O RklHX05FVF9QS1RHRU4gaXMgbm90IHNldA0KIyBDT05GSUdfSEFNUkFESU8gaXMgbm90IHNldA0K IyBDT05GSUdfQ0FOIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lSREEgaXMgbm90IHNldA0KQ09ORklH X0JUPW0NCkNPTkZJR19CVF9SRkNPTU09bQ0KQ09ORklHX0JUX1JGQ09NTV9UVFk9eQ0KQ09ORklH X0JUX0JORVA9bQ0KQ09ORklHX0JUX0JORVBfTUNfRklMVEVSPXkNCkNPTkZJR19CVF9CTkVQX1BS T1RPX0ZJTFRFUj15DQpDT05GSUdfQlRfSElEUD1tDQoNCiMNCiMgQmx1ZXRvb3RoIGRldmljZSBk cml2ZXJzDQojDQpDT05GSUdfQlRfSENJQlRVU0I9bQ0KIyBDT05GSUdfQlRfSENJQlRTRElPIGlz IG5vdCBzZXQNCiMgQ09ORklHX0JUX0hDSVVBUlQgaXMgbm90IHNldA0KIyBDT05GSUdfQlRfSENJ QkNNMjAzWCBpcyBub3Qgc2V0DQojIENPTkZJR19CVF9IQ0lCUEExMFggaXMgbm90IHNldA0KIyBD T05GSUdfQlRfSENJQkZVU0IgaXMgbm90IHNldA0KIyBDT05GSUdfQlRfSENJVkhDSSBpcyBub3Qg c2V0DQojIENPTkZJR19CVF9NUlZMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JUX0FUSDNLIGlzIG5v dCBzZXQNCiMgQ09ORklHX0FGX1JYUlBDIGlzIG5vdCBzZXQNCkNPTkZJR19XSVJFTEVTUz15DQpD T05GSUdfV0VYVF9DT1JFPXkNCkNPTkZJR19XRVhUX1BST0M9eQ0KQ09ORklHX0NGRzgwMjExPW0N CiMgQ09ORklHX05MODAyMTFfVEVTVE1PREUgaXMgbm90IHNldA0KIyBDT05GSUdfQ0ZHODAyMTFf REVWRUxPUEVSX1dBUk5JTkdTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NGRzgwMjExX1JFR19ERUJV RyBpcyBub3Qgc2V0DQpDT05GSUdfQ0ZHODAyMTFfREVGQVVMVF9QUz15DQojIENPTkZJR19DRkc4 MDIxMV9JTlRFUk5BTF9SRUdEQiBpcyBub3Qgc2V0DQpDT05GSUdfQ0ZHODAyMTFfV0VYVD15DQpD T05GSUdfTElCODAyMTE9bQ0KIyBDT05GSUdfTElCODAyMTFfREVCVUcgaXMgbm90IHNldA0KQ09O RklHX01BQzgwMjExPW0NCkNPTkZJR19NQUM4MDIxMV9IQVNfUkM9eQ0KQ09ORklHX01BQzgwMjEx X1JDX01JTlNUUkVMPXkNCkNPTkZJR19NQUM4MDIxMV9SQ19NSU5TVFJFTF9IVD15DQpDT05GSUdf TUFDODAyMTFfUkNfREVGQVVMVF9NSU5TVFJFTD15DQpDT05GSUdfTUFDODAyMTFfUkNfREVGQVVM VD0ibWluc3RyZWxfaHQiDQpDT05GSUdfTUFDODAyMTFfTUVTSD15DQpDT05GSUdfTUFDODAyMTFf TEVEUz15DQojIENPTkZJR19NQUM4MDIxMV9NRVNTQUdFX1RSQUNJTkcgaXMgbm90IHNldA0KIyBD T05GSUdfTUFDODAyMTFfREVCVUdfTUVOVSBpcyBub3Qgc2V0DQojIENPTkZJR19XSU1BWCBpcyBu b3Qgc2V0DQpDT05GSUdfUkZLSUxMPW0NCkNPTkZJR19SRktJTExfTEVEUz15DQpDT05GSUdfUkZL SUxMX0lOUFVUPXkNCiMgQ09ORklHX05FVF85UCBpcyBub3Qgc2V0DQojIENPTkZJR19DQUlGIGlz IG5vdCBzZXQNCiMgQ09ORklHX0NFUEhfTElCIGlzIG5vdCBzZXQNCiMgQ09ORklHX05GQyBpcyBu b3Qgc2V0DQpDT05GSUdfSEFWRV9CUEZfSklUPXkNCg0KIw0KIyBEZXZpY2UgRHJpdmVycw0KIw0K DQojDQojIEdlbmVyaWMgRHJpdmVyIE9wdGlvbnMNCiMNCkNPTkZJR19VRVZFTlRfSEVMUEVSX1BB VEg9Ii9zYmluL2hvdHBsdWciDQpDT05GSUdfREVWVE1QRlM9eQ0KIyBDT05GSUdfREVWVE1QRlNf TU9VTlQgaXMgbm90IHNldA0KQ09ORklHX1NUQU5EQUxPTkU9eQ0KQ09ORklHX1BSRVZFTlRfRklS TVdBUkVfQlVJTEQ9eQ0KQ09ORklHX0ZXX0xPQURFUj15DQojIENPTkZJR19GSVJNV0FSRV9JTl9L RVJORUwgaXMgbm90IHNldA0KQ09ORklHX0VYVFJBX0ZJUk1XQVJFPSIiDQpDT05GSUdfU1lTX0hZ UEVSVklTT1I9eQ0KIyBDT05GSUdfR0VORVJJQ19DUFVfREVWSUNFUyBpcyBub3Qgc2V0DQpDT05G SUdfRE1BX1NIQVJFRF9CVUZGRVI9eQ0KQ09ORklHX0NPTk5FQ1RPUj15DQpDT05GSUdfUFJPQ19F VkVOVFM9eQ0KIyBDT05GSUdfTVREIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BBUlBPUlQgaXMgbm90 IHNldA0KQ09ORklHX1BOUD15DQojIENPTkZJR19QTlBfREVCVUdfTUVTU0FHRVMgaXMgbm90IHNl dA0KDQojDQojIFByb3RvY29scw0KIw0KQ09ORklHX1BOUEFDUEk9eQ0KQ09ORklHX0JMS19ERVY9 eQ0KIyBDT05GSUdfQkxLX0RFVl9GRCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1BDSUVT U0RfTVRJUDMyWFggaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0NQUV9EQSBpcyBub3Qgc2V0DQoj IENPTkZJR19CTEtfQ1BRX0NJU1NfREEgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9EQUM5 NjAgaXMgbm90IHNldA0KIyBDT05GSUdfQkxLX0RFVl9VTUVNIGlzIG5vdCBzZXQNCiMgQ09ORklH X0JMS19ERVZfQ09XX0NPTU1PTiBpcyBub3Qgc2V0DQpDT05GSUdfQkxLX0RFVl9MT09QPW0NCkNP TkZJR19CTEtfREVWX0xPT1BfTUlOX0NPVU5UPTgNCkNPTkZJR19CTEtfREVWX0NSWVBUT0xPT1A9 bQ0KIyBDT05GSUdfQkxLX0RFVl9EUkJEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfTkJE IGlzIG5vdCBzZXQNCiMgQ09ORklHX0JMS19ERVZfTlZNRSBpcyBub3Qgc2V0DQojIENPTkZJR19C TEtfREVWX1NYOCBpcyBub3Qgc2V0DQojIENPTkZJR19CTEtfREVWX1VCIGlzIG5vdCBzZXQNCkNP TkZJR19CTEtfREVWX1JBTT15DQpDT05GSUdfQkxLX0RFVl9SQU1fQ09VTlQ9MTYNCkNPTkZJR19C TEtfREVWX1JBTV9TSVpFPTE2Mzg0DQojIENPTkZJR19CTEtfREVWX1hJUCBpcyBub3Qgc2V0DQoj IENPTkZJR19DRFJPTV9QS1RDRFZEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FUQV9PVkVSX0VUSCBp cyBub3Qgc2V0DQpDT05GSUdfWEVOX0JMS0RFVl9GUk9OVEVORD15DQpDT05GSUdfWEVOX0JMS0RF Vl9CQUNLRU5EPXkNCiMgQ09ORklHX0JMS19ERVZfSEQgaXMgbm90IHNldA0KIyBDT05GSUdfQkxL X0RFVl9SQkQgaXMgbm90IHNldA0KDQojDQojIE1pc2MgZGV2aWNlcw0KIw0KQ09ORklHX1NFTlNP UlNfTElTM0xWMDJEPW0NCiMgQ09ORklHX0FENTI1WF9EUE9UIGlzIG5vdCBzZXQNCiMgQ09ORklH X0lCTV9BU00gaXMgbm90IHNldA0KIyBDT05GSUdfUEhBTlRPTSBpcyBub3Qgc2V0DQojIENPTkZJ R19JTlRFTF9NSURfUFRJIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NHSV9JT0M0IGlzIG5vdCBzZXQN CiMgQ09ORklHX1RJRk1fQ09SRSBpcyBub3Qgc2V0DQojIENPTkZJR19JQ1M5MzJTNDAxIGlzIG5v dCBzZXQNCiMgQ09ORklHX0VOQ0xPU1VSRV9TRVJWSUNFUyBpcyBub3Qgc2V0DQojIENPTkZJR19I UF9JTE8gaXMgbm90IHNldA0KIyBDT05GSUdfQVBEUzk4MDJBTFMgaXMgbm90IHNldA0KIyBDT05G SUdfSVNMMjkwMDMgaXMgbm90IHNldA0KIyBDT05GSUdfSVNMMjkwMjAgaXMgbm90IHNldA0KIyBD T05GSUdfU0VOU09SU19UU0wyNTUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfQkgxNzgw IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFTlNPUlNfQkgxNzcwIGlzIG5vdCBzZXQNCiMgQ09ORklH X1NFTlNPUlNfQVBEUzk5MFggaXMgbm90IHNldA0KIyBDT05GSUdfSE1DNjM1MiBpcyBub3Qgc2V0 DQojIENPTkZJR19EUzE2ODIgaXMgbm90IHNldA0KIyBDT05GSUdfVk1XQVJFX0JBTExPT04gaXMg bm90IHNldA0KIyBDT05GSUdfQk1QMDg1X0kyQyBpcyBub3Qgc2V0DQojIENPTkZJR19QQ0hfUEhV QiBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1dJVENIX0ZTQTk0ODAgaXMgbm90IHNldA0KIyBD T05GSUdfQzJQT1JUIGlzIG5vdCBzZXQNCg0KIw0KIyBFRVBST00gc3VwcG9ydA0KIw0KIyBDT05G SUdfRUVQUk9NX0FUMjQgaXMgbm90IHNldA0KIyBDT05GSUdfRUVQUk9NX0xFR0FDWSBpcyBub3Qg c2V0DQojIENPTkZJR19FRVBST01fTUFYNjg3NSBpcyBub3Qgc2V0DQojIENPTkZJR19FRVBST01f OTNDWDYgaXMgbm90IHNldA0KIyBDT05GSUdfQ0I3MTBfQ09SRSBpcyBub3Qgc2V0DQoNCiMNCiMg VGV4YXMgSW5zdHJ1bWVudHMgc2hhcmVkIHRyYW5zcG9ydCBsaW5lIGRpc2NpcGxpbmUNCiMNCiMg Q09ORklHX1NFTlNPUlNfTElTM19JMkMgaXMgbm90IHNldA0KDQojDQojIEFsdGVyYSBGUEdBIGZp cm13YXJlIGRvd25sb2FkIG1vZHVsZQ0KIw0KIyBDT05GSUdfQUxURVJBX1NUQVBMIGlzIG5vdCBz ZXQNCkNPTkZJR19IQVZFX0lERT15DQojIENPTkZJR19JREUgaXMgbm90IHNldA0KDQojDQojIFND U0kgZGV2aWNlIHN1cHBvcnQNCiMNCkNPTkZJR19TQ1NJX01PRD15DQojIENPTkZJR19SQUlEX0FU VFJTIGlzIG5vdCBzZXQNCkNPTkZJR19TQ1NJPXkNCkNPTkZJR19TQ1NJX0RNQT15DQojIENPTkZJ R19TQ1NJX1RHVCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX05FVExJTksgaXMgbm90IHNldA0K IyBDT05GSUdfU0NTSV9QUk9DX0ZTIGlzIG5vdCBzZXQNCg0KIw0KIyBTQ1NJIHN1cHBvcnQgdHlw ZSAoZGlzaywgdGFwZSwgQ0QtUk9NKQ0KIw0KQ09ORklHX0JMS19ERVZfU0Q9eQ0KIyBDT05GSUdf Q0hSX0RFVl9TVCBpcyBub3Qgc2V0DQojIENPTkZJR19DSFJfREVWX09TU1QgaXMgbm90IHNldA0K Q09ORklHX0JMS19ERVZfU1I9bQ0KIyBDT05GSUdfQkxLX0RFVl9TUl9WRU5ET1IgaXMgbm90IHNl dA0KIyBDT05GSUdfQ0hSX0RFVl9TRyBpcyBub3Qgc2V0DQojIENPTkZJR19DSFJfREVWX1NDSCBp cyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX01VTFRJX0xVTiBpcyBub3Qgc2V0DQojIENPTkZJR19T Q1NJX0NPTlNUQU5UUyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0xPR0dJTkcgaXMgbm90IHNl dA0KIyBDT05GSUdfU0NTSV9TQ0FOX0FTWU5DIGlzIG5vdCBzZXQNCg0KIw0KIyBTQ1NJIFRyYW5z cG9ydHMNCiMNCiMgQ09ORklHX1NDU0lfU1BJX0FUVFJTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ND U0lfRkNfQVRUUlMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9JU0NTSV9BVFRSUyBpcyBub3Qg c2V0DQojIENPTkZJR19TQ1NJX1NBU19BVFRSUyBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX1NB U19MSUJTQVMgaXMgbm90IHNldA0KIyBDT05GSUdfU0NTSV9TUlBfQVRUUlMgaXMgbm90IHNldA0K IyBDT05GSUdfU0NTSV9MT1dMRVZFTCBpcyBub3Qgc2V0DQojIENPTkZJR19TQ1NJX0RIIGlzIG5v dCBzZXQNCiMgQ09ORklHX1NDU0lfT1NEX0lOSVRJQVRPUiBpcyBub3Qgc2V0DQpDT05GSUdfQVRB PXkNCiMgQ09ORklHX0FUQV9OT05TVEFOREFSRCBpcyBub3Qgc2V0DQojIENPTkZJR19BVEFfVkVS Qk9TRV9FUlJPUiBpcyBub3Qgc2V0DQpDT05GSUdfQVRBX0FDUEk9eQ0KQ09ORklHX1NBVEFfUE1Q PXkNCg0KIw0KIyBDb250cm9sbGVycyB3aXRoIG5vbi1TRkYgbmF0aXZlIGludGVyZmFjZQ0KIw0K Q09ORklHX1NBVEFfQUhDST15DQojIENPTkZJR19TQVRBX0FIQ0lfUExBVEZPUk0gaXMgbm90IHNl dA0KIyBDT05GSUdfU0FUQV9JTklDMTYyWCBpcyBub3Qgc2V0DQojIENPTkZJR19TQVRBX0FDQVJE X0FIQ0kgaXMgbm90IHNldA0KIyBDT05GSUdfU0FUQV9TSUwyNCBpcyBub3Qgc2V0DQojIENPTkZJ R19BVEFfU0ZGIGlzIG5vdCBzZXQNCkNPTkZJR19NRD15DQojIENPTkZJR19CTEtfREVWX01EIGlz IG5vdCBzZXQNCkNPTkZJR19CTEtfREVWX0RNPW0NCiMgQ09ORklHX0RNX0RFQlVHIGlzIG5vdCBz ZXQNCkNPTkZJR19ETV9DUllQVD1tDQpDT05GSUdfRE1fU05BUFNIT1Q9bQ0KIyBDT05GSUdfRE1f VEhJTl9QUk9WSVNJT05JTkcgaXMgbm90IHNldA0KIyBDT05GSUdfRE1fTUlSUk9SIGlzIG5vdCBz ZXQNCiMgQ09ORklHX0RNX1JBSUQgaXMgbm90IHNldA0KIyBDT05GSUdfRE1fWkVSTyBpcyBub3Qg c2V0DQojIENPTkZJR19ETV9NVUxUSVBBVEggaXMgbm90IHNldA0KIyBDT05GSUdfRE1fREVMQVkg aXMgbm90IHNldA0KIyBDT05GSUdfRE1fVUVWRU5UIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RNX0ZM QUtFWSBpcyBub3Qgc2V0DQojIENPTkZJR19ETV9WRVJJVFkgaXMgbm90IHNldA0KIyBDT05GSUdf VEFSR0VUX0NPUkUgaXMgbm90IHNldA0KIyBDT05GSUdfRlVTSU9OIGlzIG5vdCBzZXQNCg0KIw0K IyBJRUVFIDEzOTQgKEZpcmVXaXJlKSBzdXBwb3J0DQojDQojIENPTkZJR19GSVJFV0lSRSBpcyBu b3Qgc2V0DQojIENPTkZJR19GSVJFV0lSRV9OT1NZIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyTyBp cyBub3Qgc2V0DQojIENPTkZJR19NQUNJTlRPU0hfRFJJVkVSUyBpcyBub3Qgc2V0DQpDT05GSUdf TkVUREVWSUNFUz15DQpDT05GSUdfTkVUX0NPUkU9eQ0KIyBDT05GSUdfQk9ORElORyBpcyBub3Qg c2V0DQojIENPTkZJR19EVU1NWSBpcyBub3Qgc2V0DQojIENPTkZJR19FUVVBTElaRVIgaXMgbm90 IHNldA0KIyBDT05GSUdfTkVUX0ZDIGlzIG5vdCBzZXQNCkNPTkZJR19NSUk9bQ0KIyBDT05GSUdf TkVUX1RFQU0gaXMgbm90IHNldA0KQ09ORklHX01BQ1ZMQU49bQ0KIyBDT05GSUdfTUFDVlRBUCBp cyBub3Qgc2V0DQojIENPTkZJR19ORVRDT05TT0xFIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVFBP TEwgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1BPTExfQ09OVFJPTExFUiBpcyBub3Qgc2V0DQpD T05GSUdfVFVOPW0NCkNPTkZJR19WRVRIPW0NCiMgQ09ORklHX0FSQ05FVCBpcyBub3Qgc2V0DQoN CiMNCiMgQ0FJRiB0cmFuc3BvcnQgZHJpdmVycw0KIw0KQ09ORklHX0VUSEVSTkVUPXkNCiMgQ09O RklHX05FVF9WRU5ET1JfM0NPTSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX0FEQVBU RUMgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9BTFRFT04gaXMgbm90IHNldA0KIyBD T05GSUdfTkVUX1ZFTkRPUl9BTUQgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9BVEhF Uk9TIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfQlJPQURDT00gaXMgbm90IHNldA0K IyBDT05GSUdfTkVUX1ZFTkRPUl9CUk9DQURFIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9DQUxY RURBX1hHTUFDIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfQ0hFTFNJTyBpcyBub3Qg c2V0DQojIENPTkZJR19ORVRfVkVORE9SX0NJU0NPIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RORVQg aXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9ERUMgaXMgbm90IHNldA0KIyBDT05GSUdf TkVUX1ZFTkRPUl9ETElOSyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX0VNVUxFWCBp cyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX0VYQVIgaXMgbm90IHNldA0KIyBDT05GSUdf TkVUX1ZFTkRPUl9IUCBpcyBub3Qgc2V0DQpDT05GSUdfTkVUX1ZFTkRPUl9JTlRFTD15DQojIENP TkZJR19FMTAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0UxMDAwIGlzIG5vdCBzZXQNCkNPTkZJR19F MTAwMEU9bQ0KIyBDT05GSUdfSUdCIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lHQlZGIGlzIG5vdCBz ZXQNCiMgQ09ORklHX0lYR0IgaXMgbm90IHNldA0KIyBDT05GSUdfSVhHQkUgaXMgbm90IHNldA0K IyBDT05GSUdfSVhHQkVWRiBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX0k4MjVYWCBp cyBub3Qgc2V0DQojIENPTkZJR19JUDEwMDAgaXMgbm90IHNldA0KIyBDT05GSUdfSk1FIGlzIG5v dCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfTUFSVkVMTCBpcyBub3Qgc2V0DQojIENPTkZJR19O RVRfVkVORE9SX01FTExBTk9YIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfTUlDUkVM IGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfTVlSSSBpcyBub3Qgc2V0DQojIENPTkZJ R19GRUFMTlggaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9OQVRTRU1JIGlzIG5vdCBz ZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfTlZJRElBIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9W RU5ET1JfT0tJIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VUSE9DIGlzIG5vdCBzZXQNCiMgQ09ORklH X05FVF9QQUNLRVRfRU5HSU5FIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfUUxPR0lD IGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfUkVBTFRFSyBpcyBub3Qgc2V0DQojIENP TkZJR19ORVRfVkVORE9SX1JEQyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1NFRVEg aXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1ZFTkRPUl9TSUxBTiBpcyBub3Qgc2V0DQojIENPTkZJ R19ORVRfVkVORE9SX1NJUyBpcyBub3Qgc2V0DQojIENPTkZJR19TRkMgaXMgbm90IHNldA0KIyBD T05GSUdfTkVUX1ZFTkRPUl9TTVNDIGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfU1RN SUNSTyBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1NVTiBpcyBub3Qgc2V0DQojIENP TkZJR19ORVRfVkVORE9SX1RFSFVUSSBpcyBub3Qgc2V0DQojIENPTkZJR19ORVRfVkVORE9SX1RJ IGlzIG5vdCBzZXQNCiMgQ09ORklHX05FVF9WRU5ET1JfVklBIGlzIG5vdCBzZXQNCkNPTkZJR19O RVRfVkVORE9SX1dJWk5FVD15DQojIENPTkZJR19XSVpORVRfVzUxMDAgaXMgbm90IHNldA0KIyBD T05GSUdfV0laTkVUX1c1MzAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZEREkgaXMgbm90IHNldA0K IyBDT05GSUdfSElQUEkgaXMgbm90IHNldA0KIyBDT05GSUdfTkVUX1NCMTAwMCBpcyBub3Qgc2V0 DQojIENPTkZJR19QSFlMSUIgaXMgbm90IHNldA0KIyBDT05GSUdfUFBQIGlzIG5vdCBzZXQNCiMg Q09ORklHX1NMSVAgaXMgbm90IHNldA0KDQojDQojIFVTQiBOZXR3b3JrIEFkYXB0ZXJzDQojDQoj IENPTkZJR19VU0JfQ0FUQyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfS0FXRVRIIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1VTQl9QRUdBU1VTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9SVEw4MTUw IGlzIG5vdCBzZXQNCkNPTkZJR19VU0JfVVNCTkVUPW0NCiMgQ09ORklHX1VTQl9ORVRfQVg4ODE3 WCBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX05FVF9DRENFVEhFUj1tDQojIENPTkZJR19VU0JfTkVU X0NEQ19FRU0gaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX05FVF9DRENfTkNNIGlzIG5vdCBzZXQN CiMgQ09ORklHX1VTQl9ORVRfRE05NjAxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9ORVRfU01T Qzc1WFggaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX05FVF9TTVNDOTVYWCBpcyBub3Qgc2V0DQoj IENPTkZJR19VU0JfTkVUX0dMNjIwQSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTkVUX05FVDEw ODAgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX05FVF9QTFVTQiBpcyBub3Qgc2V0DQojIENPTkZJ R19VU0JfTkVUX01DUzc4MzAgaXMgbm90IHNldA0KQ09ORklHX1VTQl9ORVRfUk5ESVNfSE9TVD1t DQojIENPTkZJR19VU0JfTkVUX0NEQ19TVUJTRVQgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX05F VF9aQVVSVVMgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX05FVF9DWDgyMzEwX0VUSCBpcyBub3Qg c2V0DQojIENPTkZJR19VU0JfTkVUX0tBTE1JQSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTkVU X1FNSV9XV0FOIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9IU08gaXMgbm90IHNldA0KIyBDT05G SUdfVVNCX05FVF9JTlQ1MVgxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9JUEhFVEggaXMgbm90 IHNldA0KIyBDT05GSUdfVVNCX1NJRVJSQV9ORVQgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1ZM NjAwIGlzIG5vdCBzZXQNCkNPTkZJR19XTEFOPXkNCiMgQ09ORklHX0xJQkVSVEFTX1RISU5GSVJN IGlzIG5vdCBzZXQNCiMgQ09ORklHX0FJUk8gaXMgbm90IHNldA0KIyBDT05GSUdfQVRNRUwgaXMg bm90IHNldA0KIyBDT05GSUdfQVQ3NkM1MFhfVVNCIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BSSVNN NTQgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1pEMTIwMSBpcyBub3Qgc2V0DQojIENPTkZJR19V U0JfTkVUX1JORElTX1dMQU4gaXMgbm90IHNldA0KIyBDT05GSUdfUlRMODE4MCBpcyBub3Qgc2V0 DQojIENPTkZJR19SVEw4MTg3IGlzIG5vdCBzZXQNCiMgQ09ORklHX0FETTgyMTEgaXMgbm90IHNl dA0KIyBDT05GSUdfTUFDODAyMTFfSFdTSU0gaXMgbm90IHNldA0KIyBDT05GSUdfTVdMOEsgaXMg bm90IHNldA0KIyBDT05GSUdfQVRIX0NPTU1PTiBpcyBub3Qgc2V0DQojIENPTkZJR19CNDMgaXMg bm90IHNldA0KIyBDT05GSUdfQjQzTEVHQUNZIGlzIG5vdCBzZXQNCkNPTkZJR19CUkNNVVRJTD1t DQpDT05GSUdfQlJDTVNNQUM9bQ0KIyBDT05GSUdfQlJDTUZNQUMgaXMgbm90IHNldA0KIyBDT05G SUdfQlJDTURCRyBpcyBub3Qgc2V0DQojIENPTkZJR19IT1NUQVAgaXMgbm90IHNldA0KIyBDT05G SUdfSVBXMjEwMCBpcyBub3Qgc2V0DQojIENPTkZJR19JUFcyMjAwIGlzIG5vdCBzZXQNCiMgQ09O RklHX0lXTFdJRkkgaXMgbm90IHNldA0KIyBDT05GSUdfSVdMNDk2NSBpcyBub3Qgc2V0DQojIENP TkZJR19JV0wzOTQ1IGlzIG5vdCBzZXQNCiMgQ09ORklHX0xJQkVSVEFTIGlzIG5vdCBzZXQNCiMg Q09ORklHX0hFUk1FUyBpcyBub3Qgc2V0DQojIENPTkZJR19QNTRfQ09NTU9OIGlzIG5vdCBzZXQN CiMgQ09ORklHX1JUMlgwMCBpcyBub3Qgc2V0DQojIENPTkZJR19SVEw4MTkyQ0UgaXMgbm90IHNl dA0KIyBDT05GSUdfUlRMODE5MlNFIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUTDgxOTJERSBpcyBu b3Qgc2V0DQojIENPTkZJR19SVEw4MTkyQ1UgaXMgbm90IHNldA0KIyBDT05GSUdfV0xfVEkgaXMg bm90IHNldA0KIyBDT05GSUdfWkQxMjExUlcgaXMgbm90IHNldA0KIyBDT05GSUdfTVdJRklFWCBp cyBub3Qgc2V0DQoNCiMNCiMgRW5hYmxlIFdpTUFYIChOZXR3b3JraW5nIG9wdGlvbnMpIHRvIHNl ZSB0aGUgV2lNQVggZHJpdmVycw0KIw0KIyBDT05GSUdfV0FOIGlzIG5vdCBzZXQNCkNPTkZJR19Y RU5fTkVUREVWX0ZST05URU5EPXkNCkNPTkZJR19YRU5fTkVUREVWX0JBQ0tFTkQ9eQ0KIyBDT05G SUdfVk1YTkVUMyBpcyBub3Qgc2V0DQojIENPTkZJR19JU0ROIGlzIG5vdCBzZXQNCg0KIw0KIyBJ bnB1dCBkZXZpY2Ugc3VwcG9ydA0KIw0KQ09ORklHX0lOUFVUPXkNCkNPTkZJR19JTlBVVF9GRl9N RU1MRVNTPXkNCkNPTkZJR19JTlBVVF9QT0xMREVWPXkNCkNPTkZJR19JTlBVVF9TUEFSU0VLTUFQ PW0NCiMgQ09ORklHX0lOUFVUX01BVFJJWEtNQVAgaXMgbm90IHNldA0KDQojDQojIFVzZXJsYW5k IGludGVyZmFjZXMNCiMNCkNPTkZJR19JTlBVVF9NT1VTRURFVj15DQojIENPTkZJR19JTlBVVF9N T1VTRURFVl9QU0FVWCBpcyBub3Qgc2V0DQpDT05GSUdfSU5QVVRfTU9VU0VERVZfU0NSRUVOX1g9 MTAyNA0KQ09ORklHX0lOUFVUX01PVVNFREVWX1NDUkVFTl9ZPTc2OA0KIyBDT05GSUdfSU5QVVRf Sk9ZREVWIGlzIG5vdCBzZXQNCkNPTkZJR19JTlBVVF9FVkRFVj15DQojIENPTkZJR19JTlBVVF9F VkJVRyBpcyBub3Qgc2V0DQoNCiMNCiMgSW5wdXQgRGV2aWNlIERyaXZlcnMNCiMNCkNPTkZJR19J TlBVVF9LRVlCT0FSRD15DQojIENPTkZJR19LRVlCT0FSRF9BRFA1NTg4IGlzIG5vdCBzZXQNCiMg Q09ORklHX0tFWUJPQVJEX0FEUDU1ODkgaXMgbm90IHNldA0KQ09ORklHX0tFWUJPQVJEX0FUS0JE PXkNCiMgQ09ORklHX0tFWUJPQVJEX1FUMTA3MCBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FS RF9RVDIxNjAgaXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfTEtLQkQgaXMgbm90IHNldA0K IyBDT05GSUdfS0VZQk9BUkRfVENBNjQxNiBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9U Q0E4NDE4IGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJEX0xNODMyMyBpcyBub3Qgc2V0DQoj IENPTkZJR19LRVlCT0FSRF9MTTgzMzMgaXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfTUFY NzM1OSBpcyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9NQ1MgaXMgbm90IHNldA0KIyBDT05G SUdfS0VZQk9BUkRfTVBSMTIxIGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJEX05FV1RPTiBp cyBub3Qgc2V0DQojIENPTkZJR19LRVlCT0FSRF9PUEVOQ09SRVMgaXMgbm90IHNldA0KIyBDT05G SUdfS0VZQk9BUkRfU1RPV0FXQVkgaXMgbm90IHNldA0KIyBDT05GSUdfS0VZQk9BUkRfU1VOS0JE IGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWUJPQVJEX09NQVA0IGlzIG5vdCBzZXQNCiMgQ09ORklH X0tFWUJPQVJEX1hUS0JEIGlzIG5vdCBzZXQNCkNPTkZJR19JTlBVVF9NT1VTRT15DQpDT05GSUdf TU9VU0VfUFMyPXkNCkNPTkZJR19NT1VTRV9QUzJfQUxQUz15DQpDT05GSUdfTU9VU0VfUFMyX0xP R0lQUzJQUD15DQpDT05GSUdfTU9VU0VfUFMyX1NZTkFQVElDUz15DQpDT05GSUdfTU9VU0VfUFMy X0xJRkVCT09LPXkNCkNPTkZJR19NT1VTRV9QUzJfVFJBQ0tQT0lOVD15DQojIENPTkZJR19NT1VT RV9QUzJfRUxBTlRFQ0ggaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0VfUFMyX1NFTlRFTElDIGlz IG5vdCBzZXQNCiMgQ09ORklHX01PVVNFX1BTMl9UT1VDSEtJVCBpcyBub3Qgc2V0DQojIENPTkZJ R19NT1VTRV9TRVJJQUwgaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0VfQVBQTEVUT1VDSCBpcyBu b3Qgc2V0DQojIENPTkZJR19NT1VTRV9CQ001OTc0IGlzIG5vdCBzZXQNCiMgQ09ORklHX01PVVNF X1ZTWFhYQUEgaXMgbm90IHNldA0KIyBDT05GSUdfTU9VU0VfU1lOQVBUSUNTX0kyQyBpcyBub3Qg c2V0DQojIENPTkZJR19NT1VTRV9TWU5BUFRJQ1NfVVNCIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lO UFVUX0pPWVNUSUNLIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX1RBQkxFVCBpcyBub3Qgc2V0 DQojIENPTkZJR19JTlBVVF9UT1VDSFNDUkVFTiBpcyBub3Qgc2V0DQpDT05GSUdfSU5QVVRfTUlT Qz15DQojIENPTkZJR19JTlBVVF9BRDcxNFggaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfQk1B MTUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX1BDU1BLUiBpcyBub3Qgc2V0DQojIENPTkZJ R19JTlBVVF9NTUE4NDUwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX01QVTMwNTAgaXMgbm90 IHNldA0KIyBDT05GSUdfSU5QVVRfQVBBTkVMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lOUFVUX0FU TEFTX0JUTlMgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfQVRJX1JFTU9URTIgaXMgbm90IHNl dA0KIyBDT05GSUdfSU5QVVRfS0VZU1BBTl9SRU1PVEUgaXMgbm90IHNldA0KIyBDT05GSUdfSU5Q VVRfS1hUSjkgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfUE9XRVJNQVRFIGlzIG5vdCBzZXQN CiMgQ09ORklHX0lOUFVUX1lFQUxJTksgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfQ00xMDkg aXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfVUlOUFVUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lO UFVUX1BDRjg1NzQgaXMgbm90IHNldA0KIyBDT05GSUdfSU5QVVRfQURYTDM0WCBpcyBub3Qgc2V0 DQojIENPTkZJR19JTlBVVF9DTUEzMDAwIGlzIG5vdCBzZXQNCkNPTkZJR19JTlBVVF9YRU5fS0JE REVWX0ZST05URU5EPXkNCg0KIw0KIyBIYXJkd2FyZSBJL08gcG9ydHMNCiMNCkNPTkZJR19TRVJJ Tz15DQpDT05GSUdfU0VSSU9fSTgwNDI9eQ0KIyBDT05GSUdfU0VSSU9fU0VSUE9SVCBpcyBub3Qg c2V0DQojIENPTkZJR19TRVJJT19DVDgyQzcxMCBpcyBub3Qgc2V0DQojIENPTkZJR19TRVJJT19Q Q0lQUzIgaXMgbm90IHNldA0KQ09ORklHX1NFUklPX0xJQlBTMj15DQojIENPTkZJR19TRVJJT19S QVcgaXMgbm90IHNldA0KIyBDT05GSUdfU0VSSU9fQUxURVJBX1BTMiBpcyBub3Qgc2V0DQojIENP TkZJR19TRVJJT19QUzJNVUxUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0dBTUVQT1JUIGlzIG5vdCBz ZXQNCg0KIw0KIyBDaGFyYWN0ZXIgZGV2aWNlcw0KIw0KQ09ORklHX1ZUPXkNCkNPTkZJR19DT05T T0xFX1RSQU5TTEFUSU9OUz15DQpDT05GSUdfVlRfQ09OU09MRT15DQpDT05GSUdfVlRfQ09OU09M RV9TTEVFUD15DQpDT05GSUdfSFdfQ09OU09MRT15DQpDT05GSUdfVlRfSFdfQ09OU09MRV9CSU5E SU5HPXkNCkNPTkZJR19VTklYOThfUFRZUz15DQpDT05GSUdfREVWUFRTX01VTFRJUExFX0lOU1RB TkNFUz15DQojIENPTkZJR19MRUdBQ1lfUFRZUyBpcyBub3Qgc2V0DQojIENPTkZJR19TRVJJQUxf Tk9OU1RBTkRBUkQgaXMgbm90IHNldA0KIyBDT05GSUdfTk9aT01JIGlzIG5vdCBzZXQNCiMgQ09O RklHX05fR1NNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RSQUNFX1NJTksgaXMgbm90IHNldA0KDQoj DQojIEtDb3B5DQojDQpDT05GSUdfS0NPUFk9bQ0KIyBDT05GSUdfREVWS01FTSBpcyBub3Qgc2V0 DQoNCiMNCiMgU2VyaWFsIGRyaXZlcnMNCiMNCiMgQ09ORklHX1NFUklBTF84MjUwIGlzIG5vdCBz ZXQNCkNPTkZJR19GSVhfRUFSTFlDT05fTUVNPXkNCg0KIw0KIyBOb24tODI1MCBzZXJpYWwgcG9y dCBzdXBwb3J0DQojDQojIENPTkZJR19TRVJJQUxfTUZEX0hTVSBpcyBub3Qgc2V0DQojIENPTkZJ R19TRVJJQUxfSlNNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFUklBTF9USU1CRVJEQUxFIGlzIG5v dCBzZXQNCiMgQ09ORklHX1NFUklBTF9BTFRFUkFfSlRBR1VBUlQgaXMgbm90IHNldA0KIyBDT05G SUdfU0VSSUFMX0FMVEVSQV9VQVJUIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFUklBTF9QQ0hfVUFS VCBpcyBub3Qgc2V0DQojIENPTkZJR19TRVJJQUxfWElMSU5YX1BTX1VBUlQgaXMgbm90IHNldA0K Q09ORklHX0hWQ19EUklWRVI9eQ0KQ09ORklHX0hWQ19JUlE9eQ0KQ09ORklHX0hWQ19YRU49eQ0K Q09ORklHX0hWQ19YRU5fRlJPTlRFTkQ9eQ0KIyBDT05GSUdfSVBNSV9IQU5ETEVSIGlzIG5vdCBz ZXQNCkNPTkZJR19IV19SQU5ET009eQ0KIyBDT05GSUdfSFdfUkFORE9NX1RJTUVSSU9NRU0gaXMg bm90IHNldA0KQ09ORklHX0hXX1JBTkRPTV9JTlRFTD15DQojIENPTkZJR19IV19SQU5ET01fQU1E IGlzIG5vdCBzZXQNCiMgQ09ORklHX0hXX1JBTkRPTV9WSUEgaXMgbm90IHNldA0KIyBDT05GSUdf TlZSQU0gaXMgbm90IHNldA0KIyBDT05GSUdfUjM5NjQgaXMgbm90IHNldA0KIyBDT05GSUdfQVBQ TElDT00gaXMgbm90IHNldA0KIyBDT05GSUdfTVdBVkUgaXMgbm90IHNldA0KIyBDT05GSUdfUkFX X0RSSVZFUiBpcyBub3Qgc2V0DQpDT05GSUdfSFBFVD15DQpDT05GSUdfSFBFVF9NTUFQPXkNCiMg Q09ORklHX0hBTkdDSEVDS19USU1FUiBpcyBub3Qgc2V0DQojIENPTkZJR19UQ0dfVFBNIGlzIG5v dCBzZXQNCiMgQ09ORklHX1RFTENMT0NLIGlzIG5vdCBzZXQNCkNPTkZJR19ERVZQT1JUPXkNCkNP TkZJR19JMkM9eQ0KQ09ORklHX0kyQ19CT0FSRElORk89eQ0KIyBDT05GSUdfSTJDX0NPTVBBVCBp cyBub3Qgc2V0DQpDT05GSUdfSTJDX0NIQVJERVY9bQ0KIyBDT05GSUdfSTJDX01VWCBpcyBub3Qg c2V0DQojIENPTkZJR19JMkNfSEVMUEVSX0FVVE8gaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1NN QlVTIGlzIG5vdCBzZXQNCg0KIw0KIyBJMkMgQWxnb3JpdGhtcw0KIw0KQ09ORklHX0kyQ19BTEdP QklUPXkNCiMgQ09ORklHX0kyQ19BTEdPUENGIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19BTEdP UENBIGlzIG5vdCBzZXQNCg0KIw0KIyBJMkMgSGFyZHdhcmUgQnVzIHN1cHBvcnQNCiMNCg0KIw0K IyBQQyBTTUJ1cyBob3N0IGNvbnRyb2xsZXIgZHJpdmVycw0KIw0KIyBDT05GSUdfSTJDX0FMSTE1 MzUgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX0FMSTE1NjMgaXMgbm90IHNldA0KIyBDT05GSUdf STJDX0FMSTE1WDMgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX0FNRDc1NiBpcyBub3Qgc2V0DQoj IENPTkZJR19JMkNfQU1EODExMSBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfSTgwMSBpcyBub3Qg c2V0DQojIENPTkZJR19JMkNfSVNDSCBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfUElJWDQgaXMg bm90IHNldA0KIyBDT05GSUdfSTJDX05GT1JDRTIgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1NJ UzU1OTUgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1NJUzYzMCBpcyBub3Qgc2V0DQojIENPTkZJ R19JMkNfU0lTOTZYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19WSUEgaXMgbm90IHNldA0KIyBD T05GSUdfSTJDX1ZJQVBSTyBpcyBub3Qgc2V0DQoNCiMNCiMgQUNQSSBkcml2ZXJzDQojDQojIENP TkZJR19JMkNfU0NNSSBpcyBub3Qgc2V0DQoNCiMNCiMgSTJDIHN5c3RlbSBidXMgZHJpdmVycyAo bW9zdGx5IGVtYmVkZGVkIC8gc3lzdGVtLW9uLWNoaXApDQojDQojIENPTkZJR19JMkNfREVTSUdO V0FSRV9QQ0kgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX0VHMjBUIGlzIG5vdCBzZXQNCiMgQ09O RklHX0kyQ19JTlRFTF9NSUQgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX09DT1JFUyBpcyBub3Qg c2V0DQojIENPTkZJR19JMkNfUENBX1BMQVRGT1JNIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19Q WEFfUENJIGlzIG5vdCBzZXQNCiMgQ09ORklHX0kyQ19TSU1URUMgaXMgbm90IHNldA0KIyBDT05G SUdfSTJDX1hJTElOWCBpcyBub3Qgc2V0DQoNCiMNCiMgRXh0ZXJuYWwgSTJDL1NNQnVzIGFkYXB0 ZXIgZHJpdmVycw0KIw0KIyBDT05GSUdfSTJDX0RJT0xBTl9VMkMgaXMgbm90IHNldA0KIyBDT05G SUdfSTJDX1BBUlBPUlRfTElHSFQgaXMgbm90IHNldA0KIyBDT05GSUdfSTJDX1RBT1NfRVZNIGlz IG5vdCBzZXQNCiMgQ09ORklHX0kyQ19USU5ZX1VTQiBpcyBub3Qgc2V0DQoNCiMNCiMgT3RoZXIg STJDL1NNQnVzIGJ1cyBkcml2ZXJzDQojDQojIENPTkZJR19JMkNfU1RVQiBpcyBub3Qgc2V0DQoj IENPTkZJR19JMkNfREVCVUdfQ09SRSBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfREVCVUdfQUxH TyBpcyBub3Qgc2V0DQojIENPTkZJR19JMkNfREVCVUdfQlVTIGlzIG5vdCBzZXQNCiMgQ09ORklH X1NQSSBpcyBub3Qgc2V0DQojIENPTkZJR19IU0kgaXMgbm90IHNldA0KDQojDQojIFBQUyBzdXBw b3J0DQojDQojIENPTkZJR19QUFMgaXMgbm90IHNldA0KDQojDQojIFBQUyBnZW5lcmF0b3JzIHN1 cHBvcnQNCiMNCg0KIw0KIyBQVFAgY2xvY2sgc3VwcG9ydA0KIw0KDQojDQojIEVuYWJsZSBEZXZp Y2UgRHJpdmVycyAtPiBQUFMgdG8gc2VlIHRoZSBQVFAgY2xvY2sgb3B0aW9ucy4NCiMNCkNPTkZJ R19BUkNIX1dBTlRfT1BUSU9OQUxfR1BJT0xJQj15DQojIENPTkZJR19HUElPTElCIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1cxIGlzIG5vdCBzZXQNCkNPTkZJR19QT1dFUl9TVVBQTFk9eQ0KIyBDT05G SUdfUE9XRVJfU1VQUExZX0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BEQV9QT1dFUiBpcyBu b3Qgc2V0DQojIENPTkZJR19URVNUX1BPV0VSIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JBVFRFUllf RFMyNzgwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JBVFRFUllfRFMyNzgxIGlzIG5vdCBzZXQNCiMg Q09ORklHX0JBVFRFUllfRFMyNzgyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JBVFRFUllfU0JTIGlz IG5vdCBzZXQNCiMgQ09ORklHX0JBVFRFUllfQlEyN3gwMCBpcyBub3Qgc2V0DQojIENPTkZJR19C QVRURVJZX01BWDE3MDQwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0JBVFRFUllfTUFYMTcwNDIgaXMg bm90IHNldA0KIyBDT05GSUdfQ0hBUkdFUl9NQVg4OTAzIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NI QVJHRVJfTFA4NzI3IGlzIG5vdCBzZXQNCiMgQ09ORklHX0NIQVJHRVJfU01CMzQ3IGlzIG5vdCBz ZXQNCiMgQ09ORklHX1BPV0VSX0FWUyBpcyBub3Qgc2V0DQojIENPTkZJR19IV01PTiBpcyBub3Qg c2V0DQpDT05GSUdfVEhFUk1BTD15DQojIENPTkZJR19XQVRDSERPRyBpcyBub3Qgc2V0DQpDT05G SUdfU1NCX1BPU1NJQkxFPXkNCg0KIw0KIyBTb25pY3MgU2lsaWNvbiBCYWNrcGxhbmUNCiMNCkNP TkZJR19TU0I9bQ0KQ09ORklHX1NTQl9TUFJPTT15DQpDT05GSUdfU1NCX1BDSUhPU1RfUE9TU0lC TEU9eQ0KQ09ORklHX1NTQl9QQ0lIT1NUPXkNCiMgQ09ORklHX1NTQl9CNDNfUENJX0JSSURHRSBp cyBub3Qgc2V0DQpDT05GSUdfU1NCX1NESU9IT1NUX1BPU1NJQkxFPXkNCkNPTkZJR19TU0JfU0RJ T0hPU1Q9eQ0KIyBDT05GSUdfU1NCX0RFQlVHIGlzIG5vdCBzZXQNCkNPTkZJR19TU0JfRFJJVkVS X1BDSUNPUkVfUE9TU0lCTEU9eQ0KQ09ORklHX1NTQl9EUklWRVJfUENJQ09SRT15DQpDT05GSUdf QkNNQV9QT1NTSUJMRT15DQoNCiMNCiMgQnJvYWRjb20gc3BlY2lmaWMgQU1CQQ0KIw0KQ09ORklH X0JDTUE9bQ0KQ09ORklHX0JDTUFfSE9TVF9QQ0lfUE9TU0lCTEU9eQ0KQ09ORklHX0JDTUFfSE9T VF9QQ0k9eQ0KIyBDT05GSUdfQkNNQV9EUklWRVJfR01BQ19DTU4gaXMgbm90IHNldA0KIyBDT05G SUdfQkNNQV9ERUJVRyBpcyBub3Qgc2V0DQoNCiMNCiMgTXVsdGlmdW5jdGlvbiBkZXZpY2UgZHJp dmVycw0KIw0KIyBDT05GSUdfTUZEX0NPUkUgaXMgbm90IHNldA0KIyBDT05GSUdfTUZEXzg4UE04 NjBYIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF84OFBNODAwIGlzIG5vdCBzZXQNCiMgQ09ORklH X01GRF84OFBNODA1IGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9TTTUwMSBpcyBub3Qgc2V0DQoj IENPTkZJR19IVENfUEFTSUMzIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9MTTM1MzMgaXMgbm90 IHNldA0KIyBDT05GSUdfVFBTNjEwNVggaXMgbm90IHNldA0KIyBDT05GSUdfVFBTNjUwN1ggaXMg bm90IHNldA0KIyBDT05GSUdfTUZEX1RQUzY1MjE3IGlzIG5vdCBzZXQNCiMgQ09ORklHX1RXTDQw MzBfQ09SRSBpcyBub3Qgc2V0DQojIENPTkZJR19UV0w2MDQwX0NPUkUgaXMgbm90IHNldA0KIyBD T05GSUdfTUZEX1NUTVBFIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9UQzM1ODlYIGlzIG5vdCBz ZXQNCiMgQ09ORklHX01GRF9UTUlPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BNSUNfREE5MDNYIGlz IG5vdCBzZXQNCiMgQ09ORklHX01GRF9EQTkwNTJfSTJDIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BN SUNfQURQNTUyMCBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRfTUFYNzc2ODYgaXMgbm90IHNldA0K IyBDT05GSUdfTUZEX01BWDc3NjkzIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9NQVg4OTI1IGlz IG5vdCBzZXQNCiMgQ09ORklHX01GRF9NQVg4OTk3IGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9N QVg4OTk4IGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9TRUNfQ09SRSBpcyBub3Qgc2V0DQojIENP TkZJR19NRkRfQVJJWk9OQV9JMkMgaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX1dNODQwMCBpcyBu b3Qgc2V0DQojIENPTkZJR19NRkRfV004MzFYX0kyQyBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRf V004MzUwX0kyQyBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRfV004OTk0IGlzIG5vdCBzZXQNCiMg Q09ORklHX01GRF9QQ0Y1MDYzMyBpcyBub3Qgc2V0DQojIENPTkZJR19NRkRfTUMxM1hYWF9JMkMg aXMgbm90IHNldA0KIyBDT05GSUdfQUJYNTAwX0NPUkUgaXMgbm90IHNldA0KIyBDT05GSUdfTUZE X0NTNTUzNSBpcyBub3Qgc2V0DQojIENPTkZJR19MUENfU0NIIGlzIG5vdCBzZXQNCiMgQ09ORklH X0xQQ19JQ0ggaXMgbm90IHNldA0KIyBDT05GSUdfTUZEX1JEQzMyMVggaXMgbm90IHNldA0KIyBD T05GSUdfTUZEX0pBTlpfQ01PRElPIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9WWDg1NSBpcyBu b3Qgc2V0DQojIENPTkZJR19NRkRfV0wxMjczX0NPUkUgaXMgbm90IHNldA0KIyBDT05GSUdfTUZE X1RQUzY1MDkwIGlzIG5vdCBzZXQNCiMgQ09ORklHX01GRF9SQzVUNTgzIGlzIG5vdCBzZXQNCiMg Q09ORklHX01GRF9QQUxNQVMgaXMgbm90IHNldA0KIyBDT05GSUdfUkVHVUxBVE9SIGlzIG5vdCBz ZXQNCkNPTkZJR19NRURJQV9TVVBQT1JUPW0NCg0KIw0KIyBNdWx0aW1lZGlhIGNvcmUgc3VwcG9y dA0KIw0KQ09ORklHX01FRElBX0NBTUVSQV9TVVBQT1JUPXkNCiMgQ09ORklHX01FRElBX0FOQUxP R19UVl9TVVBQT1JUIGlzIG5vdCBzZXQNCiMgQ09ORklHX01FRElBX0RJR0lUQUxfVFZfU1VQUE9S VCBpcyBub3Qgc2V0DQojIENPTkZJR19NRURJQV9SQURJT19TVVBQT1JUIGlzIG5vdCBzZXQNCiMg Q09ORklHX01FRElBX1JDX1NVUFBPUlQgaXMgbm90IHNldA0KIyBDT05GSUdfTUVESUFfQ09OVFJP TExFUiBpcyBub3Qgc2V0DQpDT05GSUdfVklERU9fREVWPW0NCkNPTkZJR19WSURFT19WNEwyX0NP TU1PTj1tDQoNCiMNCiMgTWVkaWEgZHJpdmVycw0KIw0KQ09ORklHX1ZJREVPX1Y0TDI9bQ0KQ09O RklHX1ZJREVPQlVGMl9DT1JFPW0NCkNPTkZJR19WSURFT0JVRjJfTUVNT1BTPW0NCkNPTkZJR19W SURFT0JVRjJfVk1BTExPQz1tDQpDT05GSUdfVklERU9fQ0FQVFVSRV9EUklWRVJTPXkNCiMgQ09O RklHX1ZJREVPX0FEVl9ERUJVRyBpcyBub3Qgc2V0DQojIENPTkZJR19WSURFT19GSVhFRF9NSU5P Ul9SQU5HRVMgaXMgbm90IHNldA0KQ09ORklHX1ZJREVPX0hFTFBFUl9DSElQU19BVVRPPXkNCg0K Iw0KIyBBdWRpbyBkZWNvZGVycywgcHJvY2Vzc29ycyBhbmQgbWl4ZXJzDQojDQoNCiMNCiMgUkRT IGRlY29kZXJzDQojDQoNCiMNCiMgVmlkZW8gZGVjb2RlcnMNCiMNCg0KIw0KIyBWaWRlbyBhbmQg YXVkaW8gZGVjb2RlcnMNCiMNCg0KIw0KIyBNUEVHIHZpZGVvIGVuY29kZXJzDQojDQoNCiMNCiMg VmlkZW8gZW5jb2RlcnMNCiMNCg0KIw0KIyBDYW1lcmEgc2Vuc29yIGRldmljZXMNCiMNCg0KIw0K IyBGbGFzaCBkZXZpY2VzDQojDQoNCiMNCiMgVmlkZW8gaW1wcm92ZW1lbnQgY2hpcHMNCiMNCg0K Iw0KIyBNaXNjZWxhbmVvdXMgaGVscGVyIGNoaXBzDQojDQojIENPTkZJR19WSURFT19WSVZJIGlz IG5vdCBzZXQNCkNPTkZJR19WNExfVVNCX0RSSVZFUlM9eQ0KDQojDQojIFdlYmNhbSBkZXZpY2Vz DQojDQpDT05GSUdfVVNCX1ZJREVPX0NMQVNTPW0NCkNPTkZJR19VU0JfVklERU9fQ0xBU1NfSU5Q VVRfRVZERVY9eQ0KIyBDT05GSUdfVVNCX0dTUENBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9Q V0MgaXMgbm90IHNldA0KIyBDT05GSUdfVklERU9fQ1BJQTIgaXMgbm90IHNldA0KIyBDT05GSUdf VVNCX1pSMzY0WFggaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUS1dFQkNBTSBpcyBub3Qgc2V0 DQojIENPTkZJR19VU0JfUzIyNTUgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NOOUMxMDIgaXMg bm90IHNldA0KDQojDQojIFdlYmNhbSBhbmQvb3IgVFYgVVNCIGRldmljZXMNCiMNCiMgQ09ORklH X1ZJREVPX0VNMjhYWCBpcyBub3Qgc2V0DQojIENPTkZJR19WNExfUExBVEZPUk1fRFJJVkVSUyBp cyBub3Qgc2V0DQojIENPTkZJR19WNExfTUVNMk1FTV9EUklWRVJTIGlzIG5vdCBzZXQNCg0KIw0K IyBHcmFwaGljcyBzdXBwb3J0DQojDQpDT05GSUdfQUdQPXkNCiMgQ09ORklHX0FHUF9BTUQ2NCBp cyBub3Qgc2V0DQpDT05GSUdfQUdQX0lOVEVMPXkNCiMgQ09ORklHX0FHUF9TSVMgaXMgbm90IHNl dA0KIyBDT05GSUdfQUdQX1ZJQSBpcyBub3Qgc2V0DQpDT05GSUdfVkdBX0FSQj15DQpDT05GSUdf VkdBX0FSQl9NQVhfR1BVUz0xNg0KIyBDT05GSUdfVkdBX1NXSVRDSEVST08gaXMgbm90IHNldA0K Q09ORklHX0RSTT15DQpDT05GSUdfRFJNX0tNU19IRUxQRVI9eQ0KIyBDT05GSUdfRFJNX0xPQURf RURJRF9GSVJNV0FSRSBpcyBub3Qgc2V0DQojIENPTkZJR19EUk1fVERGWCBpcyBub3Qgc2V0DQoj IENPTkZJR19EUk1fUjEyOCBpcyBub3Qgc2V0DQojIENPTkZJR19EUk1fUkFERU9OIGlzIG5vdCBz ZXQNCiMgQ09ORklHX0RSTV9OT1VWRUFVIGlzIG5vdCBzZXQNCg0KIw0KIyBJMkMgZW5jb2RlciBv ciBoZWxwZXIgY2hpcHMNCiMNCiMgQ09ORklHX0RSTV9JMkNfQ0g3MDA2IGlzIG5vdCBzZXQNCiMg Q09ORklHX0RSTV9JMkNfU0lMMTY0IGlzIG5vdCBzZXQNCiMgQ09ORklHX0RSTV9JODEwIGlzIG5v dCBzZXQNCkNPTkZJR19EUk1fSTkxNT15DQpDT05GSUdfRFJNX0k5MTVfS01TPXkNCiMgQ09ORklH X0RSTV9NR0EgaXMgbm90IHNldA0KIyBDT05GSUdfRFJNX1NJUyBpcyBub3Qgc2V0DQojIENPTkZJ R19EUk1fVklBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RSTV9TQVZBR0UgaXMgbm90IHNldA0KIyBD T05GSUdfRFJNX1ZNV0dGWCBpcyBub3Qgc2V0DQojIENPTkZJR19EUk1fR01BNTAwIGlzIG5vdCBz ZXQNCiMgQ09ORklHX0RSTV9VREwgaXMgbm90IHNldA0KIyBDT05GSUdfRFJNX0FTVCBpcyBub3Qg c2V0DQojIENPTkZJR19EUk1fTUdBRzIwMCBpcyBub3Qgc2V0DQojIENPTkZJR19EUk1fQ0lSUlVT X1FFTVUgaXMgbm90IHNldA0KIyBDT05GSUdfU1RVQl9QT1VMU0JPIGlzIG5vdCBzZXQNCiMgQ09O RklHX1ZHQVNUQVRFIGlzIG5vdCBzZXQNCkNPTkZJR19WSURFT19PVVRQVVRfQ09OVFJPTD15DQpD T05GSUdfRkI9eQ0KIyBDT05GSUdfRklSTVdBUkVfRURJRCBpcyBub3Qgc2V0DQojIENPTkZJR19G Ql9EREMgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfQk9PVF9WRVNBX1NVUFBPUlQgaXMgbm90IHNl dA0KQ09ORklHX0ZCX0NGQl9GSUxMUkVDVD15DQpDT05GSUdfRkJfQ0ZCX0NPUFlBUkVBPXkNCkNP TkZJR19GQl9DRkJfSU1BR0VCTElUPXkNCiMgQ09ORklHX0ZCX0NGQl9SRVZfUElYRUxTX0lOX0JZ VEUgaXMgbm90IHNldA0KQ09ORklHX0ZCX1NZU19GSUxMUkVDVD15DQpDT05GSUdfRkJfU1lTX0NP UFlBUkVBPXkNCkNPTkZJR19GQl9TWVNfSU1BR0VCTElUPXkNCiMgQ09ORklHX0ZCX0ZPUkVJR05f RU5ESUFOIGlzIG5vdCBzZXQNCkNPTkZJR19GQl9TWVNfRk9QUz15DQojIENPTkZJR19GQl9XTVRf R0VfUk9QUyBpcyBub3Qgc2V0DQpDT05GSUdfRkJfREVGRVJSRURfSU89eQ0KIyBDT05GSUdfRkJf U1ZHQUxJQiBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9NQUNNT0RFUyBpcyBub3Qgc2V0DQojIENP TkZJR19GQl9CQUNLTElHSFQgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfTU9ERV9IRUxQRVJTIGlz IG5vdCBzZXQNCiMgQ09ORklHX0ZCX1RJTEVCTElUVElORyBpcyBub3Qgc2V0DQoNCiMNCiMgRnJh bWUgYnVmZmVyIGhhcmR3YXJlIGRyaXZlcnMNCiMNCiMgQ09ORklHX0ZCX0NJUlJVUyBpcyBub3Qg c2V0DQojIENPTkZJR19GQl9QTTIgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfQ1lCRVIyMDAwIGlz IG5vdCBzZXQNCiMgQ09ORklHX0ZCX0FSQyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9BU0lMSUFO VCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9JTVNUVCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9W R0ExNiBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9VVkVTQSBpcyBub3Qgc2V0DQojIENPTkZJR19G Ql9WRVNBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX040MTEgaXMgbm90IHNldA0KIyBDT05GSUdf RkJfSEdBIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1MxRDEzWFhYIGlzIG5vdCBzZXQNCiMgQ09O RklHX0ZCX05WSURJQSBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9SSVZBIGlzIG5vdCBzZXQNCiMg Q09ORklHX0ZCX0k3NDAgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfTEU4MDU3OCBpcyBub3Qgc2V0 DQojIENPTkZJR19GQl9NQVRST1ggaXMgbm90IHNldA0KIyBDT05GSUdfRkJfUkFERU9OIGlzIG5v dCBzZXQNCiMgQ09ORklHX0ZCX0FUWTEyOCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9BVFkgaXMg bm90IHNldA0KIyBDT05GSUdfRkJfUzMgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfU0FWQUdFIGlz IG5vdCBzZXQNCiMgQ09ORklHX0ZCX1NJUyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9WSUEgaXMg bm90IHNldA0KIyBDT05GSUdfRkJfTkVPTUFHSUMgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfS1lS TyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl8zREZYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1ZP T0RPTzEgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfVlQ4NjIzIGlzIG5vdCBzZXQNCiMgQ09ORklH X0ZCX1RSSURFTlQgaXMgbm90IHNldA0KIyBDT05GSUdfRkJfQVJLIGlzIG5vdCBzZXQNCiMgQ09O RklHX0ZCX1BNMyBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9DQVJNSU5FIGlzIG5vdCBzZXQNCiMg Q09ORklHX0ZCX0dFT0RFIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1NNU0NVRlggaXMgbm90IHNl dA0KIyBDT05GSUdfRkJfVURMIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX1ZJUlRVQUwgaXMgbm90 IHNldA0KQ09ORklHX1hFTl9GQkRFVl9GUk9OVEVORD15DQojIENPTkZJR19GQl9NRVRST05PTUUg aXMgbm90IHNldA0KIyBDT05GSUdfRkJfTUI4NjJYWCBpcyBub3Qgc2V0DQojIENPTkZJR19GQl9C Uk9BRFNIRUVUIGlzIG5vdCBzZXQNCiMgQ09ORklHX0ZCX0FVT19LMTkwWCBpcyBub3Qgc2V0DQoj IENPTkZJR19FWFlOT1NfVklERU8gaXMgbm90IHNldA0KQ09ORklHX0JBQ0tMSUdIVF9MQ0RfU1VQ UE9SVD15DQpDT05GSUdfTENEX0NMQVNTX0RFVklDRT1tDQpDT05GSUdfTENEX1BMQVRGT1JNPW0N CkNPTkZJR19CQUNLTElHSFRfQ0xBU1NfREVWSUNFPXkNCkNPTkZJR19CQUNLTElHSFRfR0VORVJJ Qz15DQojIENPTkZJR19CQUNLTElHSFRfUFJPR0VBUiBpcyBub3Qgc2V0DQojIENPTkZJR19CQUNL TElHSFRfQVBQTEUgaXMgbm90IHNldA0KIyBDT05GSUdfQkFDS0xJR0hUX1NBSEFSQSBpcyBub3Qg c2V0DQojIENPTkZJR19CQUNLTElHSFRfQURQODg2MCBpcyBub3Qgc2V0DQojIENPTkZJR19CQUNL TElHSFRfQURQODg3MCBpcyBub3Qgc2V0DQojIENPTkZJR19CQUNLTElHSFRfTFA4NTVYIGlzIG5v dCBzZXQNCg0KIw0KIyBDb25zb2xlIGRpc3BsYXkgZHJpdmVyIHN1cHBvcnQNCiMNCkNPTkZJR19W R0FfQ09OU09MRT15DQpDT05GSUdfVkdBQ09OX1NPRlRfU0NST0xMQkFDSz15DQpDT05GSUdfVkdB Q09OX1NPRlRfU0NST0xMQkFDS19TSVpFPTEwMjQNCkNPTkZJR19EVU1NWV9DT05TT0xFPXkNCkNP TkZJR19GUkFNRUJVRkZFUl9DT05TT0xFPXkNCkNPTkZJR19GUkFNRUJVRkZFUl9DT05TT0xFX0RF VEVDVF9QUklNQVJZPXkNCkNPTkZJR19GUkFNRUJVRkZFUl9DT05TT0xFX1JPVEFUSU9OPXkNCiMg Q09ORklHX0ZCX0NPTl9ERUNPUiBpcyBub3Qgc2V0DQojIENPTkZJR19GT05UUyBpcyBub3Qgc2V0 DQpDT05GSUdfRk9OVF84eDg9eQ0KQ09ORklHX0ZPTlRfOHgxNj15DQojIENPTkZJR19MT0dPIGlz IG5vdCBzZXQNCkNPTkZJR19TT1VORD1tDQpDT05GSUdfU09VTkRfT1NTX0NPUkU9eQ0KQ09ORklH X1NPVU5EX09TU19DT1JFX1BSRUNMQUlNPXkNCkNPTkZJR19TTkQ9bQ0KQ09ORklHX1NORF9USU1F Uj1tDQpDT05GSUdfU05EX1BDTT1tDQpDT05GSUdfU05EX0hXREVQPW0NCkNPTkZJR19TTkRfSkFD Sz15DQpDT05GSUdfU05EX1NFUVVFTkNFUj1tDQpDT05GSUdfU05EX1NFUV9EVU1NWT1tDQpDT05G SUdfU05EX09TU0VNVUw9eQ0KQ09ORklHX1NORF9NSVhFUl9PU1M9bQ0KQ09ORklHX1NORF9QQ01f T1NTPW0NCkNPTkZJR19TTkRfUENNX09TU19QTFVHSU5TPXkNCkNPTkZJR19TTkRfU0VRVUVOQ0VS X09TUz15DQpDT05GSUdfU05EX0hSVElNRVI9bQ0KQ09ORklHX1NORF9TRVFfSFJUSU1FUl9ERUZB VUxUPXkNCkNPTkZJR19TTkRfRFlOQU1JQ19NSU5PUlM9eQ0KQ09ORklHX1NORF9TVVBQT1JUX09M RF9BUEk9eQ0KIyBDT05GSUdfU05EX1ZFUkJPU0VfUFJPQ0ZTIGlzIG5vdCBzZXQNCiMgQ09ORklH X1NORF9WRVJCT1NFX1BSSU5USyBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfREVCVUcgaXMgbm90 IHNldA0KQ09ORklHX1NORF9WTUFTVEVSPXkNCkNPTkZJR19TTkRfS0NUTF9KQUNLPXkNCkNPTkZJ R19TTkRfRE1BX1NHQlVGPXkNCiMgQ09ORklHX1NORF9SQVdNSURJX1NFUSBpcyBub3Qgc2V0DQoj IENPTkZJR19TTkRfT1BMM19MSUJfU0VRIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9PUEw0X0xJ Ql9TRVEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1NCQVdFX1NFUSBpcyBub3Qgc2V0DQojIENP TkZJR19TTkRfRU1VMTBLMV9TRVEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0RSSVZFUlMgaXMg bm90IHNldA0KQ09ORklHX1NORF9QQ0k9eQ0KIyBDT05GSUdfU05EX0FEMTg4OSBpcyBub3Qgc2V0 DQojIENPTkZJR19TTkRfQUxTMzAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9BTFM0MDAwIGlz IG5vdCBzZXQNCiMgQ09ORklHX1NORF9BTEk1NDUxIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9B U0lIUEkgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0FUSUlYUCBpcyBub3Qgc2V0DQojIENPTkZJ R19TTkRfQVRJSVhQX01PREVNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9BVTg4MTAgaXMgbm90 IHNldA0KIyBDT05GSUdfU05EX0FVODgyMCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfQVU4ODMw IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9BVzIgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0Fa VDMzMjggaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0JUODdYIGlzIG5vdCBzZXQNCiMgQ09ORklH X1NORF9DQTAxMDYgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0NNSVBDSSBpcyBub3Qgc2V0DQoj IENPTkZJR19TTkRfT1hZR0VOIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9DUzQyODEgaXMgbm90 IHNldA0KIyBDT05GSUdfU05EX0NTNDZYWCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfQ1M1NTMw IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9DUzU1MzVBVURJTyBpcyBub3Qgc2V0DQojIENPTkZJ R19TTkRfQ1RYRkkgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0RBUkxBMjAgaXMgbm90IHNldA0K IyBDT05GSUdfU05EX0dJTkEyMCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfTEFZTEEyMCBpcyBu b3Qgc2V0DQojIENPTkZJR19TTkRfREFSTEEyNCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfR0lO QTI0IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9MQVlMQTI0IGlzIG5vdCBzZXQNCiMgQ09ORklH X1NORF9NT05BIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9NSUEgaXMgbm90IHNldA0KIyBDT05G SUdfU05EX0VDSE8zRyBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfSU5ESUdPIGlzIG5vdCBzZXQN CiMgQ09ORklHX1NORF9JTkRJR09JTyBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfSU5ESUdPREog aXMgbm90IHNldA0KIyBDT05GSUdfU05EX0lORElHT0lPWCBpcyBub3Qgc2V0DQojIENPTkZJR19T TkRfSU5ESUdPREpYIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9FTVUxMEsxIGlzIG5vdCBzZXQN CiMgQ09ORklHX1NORF9FTVUxMEsxWCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfRU5TMTM3MCBp cyBub3Qgc2V0DQojIENPTkZJR19TTkRfRU5TMTM3MSBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRf RVMxOTM4IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9FUzE5NjggaXMgbm90IHNldA0KIyBDT05G SUdfU05EX0ZNODAxIGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfSERBX0lOVEVMPW0NCkNPTkZJR19T TkRfSERBX1BSRUFMTE9DX1NJWkU9NjQNCkNPTkZJR19TTkRfSERBX0hXREVQPXkNCiMgQ09ORklH X1NORF9IREFfUkVDT05GSUcgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0hEQV9JTlBVVF9CRUVQ IGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfSERBX0lOUFVUX0pBQ0s9eQ0KIyBDT05GSUdfU05EX0hE QV9QQVRDSF9MT0FERVIgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0hEQV9DT0RFQ19SRUFMVEVL IGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9IREFfQ09ERUNfQU5BTE9HIGlzIG5vdCBzZXQNCkNP TkZJR19TTkRfSERBX0NPREVDX1NJR01BVEVMPXkNCiMgQ09ORklHX1NORF9IREFfQ09ERUNfVklB IGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfSERBX0NPREVDX0hETUk9eQ0KIyBDT05GSUdfU05EX0hE QV9DT0RFQ19DSVJSVVMgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0hEQV9DT0RFQ19DT05FWEFO VCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfSERBX0NPREVDX0NBMDExMCBpcyBub3Qgc2V0DQpD T05GSUdfU05EX0hEQV9DT0RFQ19DQTAxMzI9eQ0KIyBDT05GSUdfU05EX0hEQV9DT0RFQ19DTUVE SUEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0hEQV9DT0RFQ19TSTMwNTQgaXMgbm90IHNldA0K IyBDT05GSUdfU05EX0hEQV9HRU5FUklDIGlzIG5vdCBzZXQNCkNPTkZJR19TTkRfSERBX1BPV0VS X1NBVkU9eQ0KQ09ORklHX1NORF9IREFfUE9XRVJfU0FWRV9ERUZBVUxUPTENCiMgQ09ORklHX1NO RF9IRFNQIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9IRFNQTSBpcyBub3Qgc2V0DQojIENPTkZJ R19TTkRfSUNFMTcxMiBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfSUNFMTcyNCBpcyBub3Qgc2V0 DQojIENPTkZJR19TTkRfSU5URUw4WDAgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0lOVEVMOFgw TSBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfS09SRzEyMTIgaXMgbm90IHNldA0KIyBDT05GSUdf U05EX0xPTEEgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX0xYNjQ2NEVTIGlzIG5vdCBzZXQNCiMg Q09ORklHX1NORF9NQUVTVFJPMyBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfTUlYQVJUIGlzIG5v dCBzZXQNCiMgQ09ORklHX1NORF9OTTI1NiBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfUENYSFIg aXMgbm90IHNldA0KIyBDT05GSUdfU05EX1JJUFRJREUgaXMgbm90IHNldA0KIyBDT05GSUdfU05E X1JNRTMyIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NORF9STUU5NiBpcyBub3Qgc2V0DQojIENPTkZJ R19TTkRfUk1FOTY1MiBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfU09OSUNWSUJFUyBpcyBub3Qg c2V0DQojIENPTkZJR19TTkRfVFJJREVOVCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfVklBODJY WCBpcyBub3Qgc2V0DQojIENPTkZJR19TTkRfVklBODJYWF9NT0RFTSBpcyBub3Qgc2V0DQojIENP TkZJR19TTkRfVklSVFVPU08gaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1ZYMjIyIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1NORF9ZTUZQQ0kgaXMgbm90IHNldA0KIyBDT05GSUdfU05EX1VTQiBpcyBu b3Qgc2V0DQojIENPTkZJR19TTkRfU09DIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NPVU5EX1BSSU1F IGlzIG5vdCBzZXQNCg0KIw0KIyBISUQgc3VwcG9ydA0KIw0KQ09ORklHX0hJRD15DQojIENPTkZJ R19ISURfQkFUVEVSWV9TVFJFTkdUSCBpcyBub3Qgc2V0DQpDT05GSUdfSElEUkFXPXkNCiMgQ09O RklHX1VISUQgaXMgbm90IHNldA0KQ09ORklHX0hJRF9HRU5FUklDPXkNCg0KIw0KIyBTcGVjaWFs IEhJRCBkcml2ZXJzDQojDQpDT05GSUdfSElEX0E0VEVDSD1tDQojIENPTkZJR19ISURfQUNSVVgg aXMgbm90IHNldA0KQ09ORklHX0hJRF9BUFBMRT1tDQojIENPTkZJR19ISURfQVVSRUFMIGlzIG5v dCBzZXQNCkNPTkZJR19ISURfQkVMS0lOPW0NCkNPTkZJR19ISURfQ0hFUlJZPW0NCkNPTkZJR19I SURfQ0hJQ09OWT1tDQojIENPTkZJR19ISURfUFJPRElLRVlTIGlzIG5vdCBzZXQNCkNPTkZJR19I SURfQ1lQUkVTUz1tDQojIENPTkZJR19ISURfRFJBR09OUklTRSBpcyBub3Qgc2V0DQojIENPTkZJ R19ISURfRU1TX0ZGIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9FTEVDT00gaXMgbm90IHNldA0K Q09ORklHX0hJRF9FWktFWT1tDQojIENPTkZJR19ISURfSE9MVEVLIGlzIG5vdCBzZXQNCiMgQ09O RklHX0hJRF9LRVlUT1VDSCBpcyBub3Qgc2V0DQpDT05GSUdfSElEX0tZRT1tDQojIENPTkZJR19I SURfVUNMT0dJQyBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfV0FMVE9QIGlzIG5vdCBzZXQNCiMg Q09ORklHX0hJRF9HWVJBVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfVFdJTkhBTiBpcyBu b3Qgc2V0DQpDT05GSUdfSElEX0tFTlNJTkdUT049bQ0KIyBDT05GSUdfSElEX0xDUE9XRVIgaXMg bm90IHNldA0KIyBDT05GSUdfSElEX0xFTk9WT19UUEtCRCBpcyBub3Qgc2V0DQpDT05GSUdfSElE X0xPR0lURUNIPW0NCkNPTkZJR19ISURfTE9HSVRFQ0hfREo9bQ0KIyBDT05GSUdfTE9HSVRFQ0hf RkYgaXMgbm90IHNldA0KIyBDT05GSUdfTE9HSVJVTUJMRVBBRDJfRkYgaXMgbm90IHNldA0KIyBD T05GSUdfTE9HSUc5NDBfRkYgaXMgbm90IHNldA0KIyBDT05GSUdfTE9HSVdIRUVMU19GRiBpcyBu b3Qgc2V0DQojIENPTkZJR19ISURfTUFHSUNNT1VTRSBpcyBub3Qgc2V0DQpDT05GSUdfSElEX01J Q1JPU09GVD1tDQpDT05GSUdfSElEX01PTlRFUkVZPW0NCiMgQ09ORklHX0hJRF9NVUxUSVRPVUNI IGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9OVFJJRyBpcyBub3Qgc2V0DQojIENPTkZJR19ISURf T1JURUsgaXMgbm90IHNldA0KIyBDT05GSUdfSElEX1BBTlRIRVJMT1JEIGlzIG5vdCBzZXQNCiMg Q09ORklHX0hJRF9QRVRBTFlOWCBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfUElDT0xDRCBpcyBu b3Qgc2V0DQojIENPTkZJR19ISURfUFJJTUFYIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9ST0ND QVQgaXMgbm90IHNldA0KIyBDT05GSUdfSElEX1NBSVRFSyBpcyBub3Qgc2V0DQojIENPTkZJR19I SURfU0FNU1VORyBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfU09OWSBpcyBub3Qgc2V0DQojIENP TkZJR19ISURfU1BFRURMSU5LIGlzIG5vdCBzZXQNCiMgQ09ORklHX0hJRF9TVU5QTFVTIGlzIG5v dCBzZXQNCiMgQ09ORklHX0hJRF9HUkVFTkFTSUEgaXMgbm90IHNldA0KIyBDT05GSUdfSElEX1NN QVJUSk9ZUExVUyBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfVElWTyBpcyBub3Qgc2V0DQojIENP TkZJR19ISURfVE9QU0VFRCBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfVEhSVVNUTUFTVEVSIGlz IG5vdCBzZXQNCiMgQ09ORklHX0hJRF9XQUNPTSBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfV0lJ TU9URSBpcyBub3Qgc2V0DQojIENPTkZJR19ISURfWkVST1BMVVMgaXMgbm90IHNldA0KIyBDT05G SUdfSElEX1pZREFDUk9OIGlzIG5vdCBzZXQNCg0KIw0KIyBVU0IgSElEIHN1cHBvcnQNCiMNCkNP TkZJR19VU0JfSElEPW0NCkNPTkZJR19ISURfUElEPXkNCkNPTkZJR19VU0JfSElEREVWPXkNCkNP TkZJR19VU0JfQVJDSF9IQVNfT0hDST15DQpDT05GSUdfVVNCX0FSQ0hfSEFTX0VIQ0k9eQ0KQ09O RklHX1VTQl9BUkNIX0hBU19YSENJPXkNCkNPTkZJR19VU0JfU1VQUE9SVD15DQpDT05GSUdfVVNC X0NPTU1PTj1tDQpDT05GSUdfVVNCX0FSQ0hfSEFTX0hDRD15DQpDT05GSUdfVVNCPW0NCiMgQ09O RklHX1VTQl9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX0FOTk9VTkNFX05FV19ERVZJQ0VT PXkNCg0KIw0KIyBNaXNjZWxsYW5lb3VzIFVTQiBvcHRpb25zDQojDQojIENPTkZJR19VU0JfRFlO QU1JQ19NSU5PUlMgaXMgbm90IHNldA0KQ09ORklHX1VTQl9TVVNQRU5EPXkNCkNPTkZJR19VU0Jf T1RHPXkNCkNPTkZJR19VU0JfT1RHX1dISVRFTElTVD15DQojIENPTkZJR19VU0JfT1RHX0JMQUNL TElTVF9IVUIgaXMgbm90IHNldA0KQ09ORklHX1VTQl9NT049bQ0KIyBDT05GSUdfVVNCX1dVU0Jf Q0JBRiBpcyBub3Qgc2V0DQoNCiMNCiMgVVNCIEhvc3QgQ29udHJvbGxlciBEcml2ZXJzDQojDQoj IENPTkZJR19VU0JfQzY3WDAwX0hDRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfWEhDSV9IQ0Qg aXMgbm90IHNldA0KQ09ORklHX1VTQl9FSENJX0hDRD1tDQpDT05GSUdfVVNCX0VIQ0lfUk9PVF9I VUJfVFQ9eQ0KIyBDT05GSUdfVVNCX0VIQ0lfVFRfTkVXU0NIRUQgaXMgbm90IHNldA0KIyBDT05G SUdfVVNCX09YVTIxMEhQX0hDRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfSVNQMTE2WF9IQ0Qg aXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0lTUDE3NjBfSENEIGlzIG5vdCBzZXQNCiMgQ09ORklH X1VTQl9JU1AxMzYyX0hDRCBpcyBub3Qgc2V0DQpDT05GSUdfVVNCX09IQ0lfSENEPW0NCiMgQ09O RklHX1VTQl9PSENJX0hDRF9TU0IgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX09IQ0lfSENEX1BM QVRGT1JNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9FSENJX0hDRF9QTEFURk9STSBpcyBub3Qg c2V0DQojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5ESUFOX0RFU0MgaXMgbm90IHNldA0KIyBDT05G SUdfVVNCX09IQ0lfQklHX0VORElBTl9NTUlPIGlzIG5vdCBzZXQNCkNPTkZJR19VU0JfT0hDSV9M SVRUTEVfRU5ESUFOPXkNCkNPTkZJR19VU0JfVUhDSV9IQ0Q9bQ0KIyBDT05GSUdfVVNCX1NMODEx X0hDRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfUjhBNjY1OTdfSENEIGlzIG5vdCBzZXQNCiMg Q09ORklHX1VTQl9IQ0RfQkNNQSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfSENEX1NTQiBpcyBu b3Qgc2V0DQojIENPTkZJR19VU0JfQ0hJUElERUEgaXMgbm90IHNldA0KDQojDQojIFVTQiBEZXZp Y2UgQ2xhc3MgZHJpdmVycw0KIw0KIyBDT05GSUdfVVNCX0FDTSBpcyBub3Qgc2V0DQpDT05GSUdf VVNCX1BSSU5URVI9bQ0KIyBDT05GSUdfVVNCX1dETSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0Jf VE1DIGlzIG5vdCBzZXQNCg0KIw0KIyBOT1RFOiBVU0JfU1RPUkFHRSBkZXBlbmRzIG9uIFNDU0kg YnV0IEJMS19ERVZfU0QgbWF5DQojDQoNCiMNCiMgYWxzbyBiZSBuZWVkZWQ7IHNlZSBVU0JfU1RP UkFHRSBIZWxwIGZvciBtb3JlIGluZm8NCiMNCkNPTkZJR19VU0JfU1RPUkFHRT1tDQojIENPTkZJ R19VU0JfU1RPUkFHRV9ERUJVRyBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9SRUFM VEVLIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9TVE9SQUdFX0RBVEFGQUIgaXMgbm90IHNldA0K IyBDT05GSUdfVVNCX1NUT1JBR0VfRlJFRUNPTSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RP UkFHRV9JU0QyMDAgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUT1JBR0VfVVNCQVQgaXMgbm90 IHNldA0KIyBDT05GSUdfVVNCX1NUT1JBR0VfU0REUjA5IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VT Ql9TVE9SQUdFX1NERFI1NSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9KVU1QU0hP VCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9BTEFVREEgaXMgbm90IHNldA0KIyBD T05GSUdfVVNCX1NUT1JBR0VfT05FVE9VQ0ggaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUT1JB R0VfS0FSTUEgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX1NUT1JBR0VfQ1lQUkVTU19BVEFDQiBp cyBub3Qgc2V0DQojIENPTkZJR19VU0JfU1RPUkFHRV9FTkVfVUI2MjUwIGlzIG5vdCBzZXQNCiMg Q09ORklHX1VTQl9MSUJVU1VBTCBpcyBub3Qgc2V0DQoNCiMNCiMgVVNCIEltYWdpbmcgZGV2aWNl cw0KIw0KIyBDT05GSUdfVVNCX01EQzgwMCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTUlDUk9U RUsgaXMgbm90IHNldA0KDQojDQojIFVTQiBwb3J0IGRyaXZlcnMNCiMNCiMgQ09ORklHX1VTQl9T RVJJQUwgaXMgbm90IHNldA0KDQojDQojIFVTQiBNaXNjZWxsYW5lb3VzIGRyaXZlcnMNCiMNCiMg Q09ORklHX1VTQl9FTUk2MiBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfRU1JMjYgaXMgbm90IHNl dA0KIyBDT05GSUdfVVNCX0FEVVRVWCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU0VWU0VHIGlz IG5vdCBzZXQNCiMgQ09ORklHX1VTQl9SSU81MDAgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0xF R09UT1dFUiBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfTENEIGlzIG5vdCBzZXQNCiMgQ09ORklH X1VTQl9MRUQgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0NZUFJFU1NfQ1k3QzYzIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1VTQl9DWVRIRVJNIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9JRE1PVVNF IGlzIG5vdCBzZXQNCiMgQ09ORklHX1VTQl9GVERJX0VMQU4gaXMgbm90IHNldA0KIyBDT05GSUdf VVNCX0FQUExFRElTUExBWSBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfU0lTVVNCVkdBIGlzIG5v dCBzZXQNCiMgQ09ORklHX1VTQl9MRCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfVFJBTkNFVklC UkFUT1IgaXMgbm90IHNldA0KIyBDT05GSUdfVVNCX0lPV0FSUklPUiBpcyBub3Qgc2V0DQojIENP TkZJR19VU0JfVEVTVCBpcyBub3Qgc2V0DQojIENPTkZJR19VU0JfSVNJR0hURlcgaXMgbm90IHNl dA0KIyBDT05GSUdfVVNCX1lVUkVYIGlzIG5vdCBzZXQNCg0KIw0KIyBVU0IgUGh5c2ljYWwgTGF5 ZXIgZHJpdmVycw0KIw0KIyBDT05GSUdfVVNCX0lTUDEzMDEgaXMgbm90IHNldA0KIyBDT05GSUdf VVNCX0dBREdFVCBpcyBub3Qgc2V0DQoNCiMNCiMgT1RHIGFuZCByZWxhdGVkIGluZnJhc3RydWN0 dXJlDQojDQojIENPTkZJR19OT1BfVVNCX1hDRUlWIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VXQiBp cyBub3Qgc2V0DQpDT05GSUdfTU1DPXkNCiMgQ09ORklHX01NQ19ERUJVRyBpcyBub3Qgc2V0DQoj IENPTkZJR19NTUNfVU5TQUZFX1JFU1VNRSBpcyBub3Qgc2V0DQpDT05GSUdfTU1DX0NMS0dBVEU9 eQ0KDQojDQojIE1NQy9TRC9TRElPIENhcmQgRHJpdmVycw0KIw0KQ09ORklHX01NQ19CTE9DSz15 DQpDT05GSUdfTU1DX0JMT0NLX01JTk9SUz04DQpDT05GSUdfTU1DX0JMT0NLX0JPVU5DRT15DQoj IENPTkZJR19TRElPX1VBUlQgaXMgbm90IHNldA0KIyBDT05GSUdfTU1DX1RFU1QgaXMgbm90IHNl dA0KDQojDQojIE1NQy9TRC9TRElPIEhvc3QgQ29udHJvbGxlciBEcml2ZXJzDQojDQpDT05GSUdf TU1DX1NESENJPXkNCkNPTkZJR19NTUNfU0RIQ0lfUENJPXkNCkNPTkZJR19NTUNfUklDT0hfTU1D PXkNCiMgQ09ORklHX01NQ19TREhDSV9QTFRGTSBpcyBub3Qgc2V0DQojIENPTkZJR19NTUNfV0JT RCBpcyBub3Qgc2V0DQojIENPTkZJR19NTUNfVElGTV9TRCBpcyBub3Qgc2V0DQojIENPTkZJR19N TUNfQ0I3MTAgaXMgbm90IHNldA0KIyBDT05GSUdfTU1DX1ZJQV9TRE1NQyBpcyBub3Qgc2V0DQoj IENPTkZJR19NTUNfVlVCMzAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX01NQ19VU0hDIGlzIG5vdCBz ZXQNCiMgQ09ORklHX01FTVNUSUNLIGlzIG5vdCBzZXQNCkNPTkZJR19ORVdfTEVEUz15DQpDT05G SUdfTEVEU19DTEFTUz15DQoNCiMNCiMgTEVEIGRyaXZlcnMNCiMNCiMgQ09ORklHX0xFRFNfTE0z NTMwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0xFRFNfUENBOTUzMiBpcyBub3Qgc2V0DQojIENPTkZJ R19MRURTX0xQMzk0NCBpcyBub3Qgc2V0DQojIENPTkZJR19MRURTX0xQNTUyMSBpcyBub3Qgc2V0 DQojIENPTkZJR19MRURTX0xQNTUyMyBpcyBub3Qgc2V0DQojIENPTkZJR19MRURTX0NMRVZPX01B SUwgaXMgbm90IHNldA0KIyBDT05GSUdfTEVEU19QQ0E5NTVYIGlzIG5vdCBzZXQNCiMgQ09ORklH X0xFRFNfUENBOTYzMyBpcyBub3Qgc2V0DQojIENPTkZJR19MRURTX0JEMjgwMiBpcyBub3Qgc2V0 DQojIENPTkZJR19MRURTX0lOVEVMX1NTNDIwMCBpcyBub3Qgc2V0DQojIENPTkZJR19MRURTX0RF TExfTkVUQk9PS1MgaXMgbm90IHNldA0KIyBDT05GSUdfTEVEU19UQ0E2NTA3IGlzIG5vdCBzZXQN CiMgQ09ORklHX0xFRFNfTE0zNTU2IGlzIG5vdCBzZXQNCiMgQ09ORklHX0xFRFNfT1QyMDAgaXMg bm90IHNldA0KIyBDT05GSUdfTEVEU19CTElOS00gaXMgbm90IHNldA0KQ09ORklHX0xFRFNfVFJJ R0dFUlM9eQ0KDQojDQojIExFRCBUcmlnZ2Vycw0KIw0KIyBDT05GSUdfTEVEU19UUklHR0VSX1RJ TUVSIGlzIG5vdCBzZXQNCiMgQ09ORklHX0xFRFNfVFJJR0dFUl9PTkVTSE9UIGlzIG5vdCBzZXQN CiMgQ09ORklHX0xFRFNfVFJJR0dFUl9IRUFSVEJFQVQgaXMgbm90IHNldA0KIyBDT05GSUdfTEVE U19UUklHR0VSX0JBQ0tMSUdIVCBpcyBub3Qgc2V0DQojIENPTkZJR19MRURTX1RSSUdHRVJfREVG QVVMVF9PTiBpcyBub3Qgc2V0DQoNCiMNCiMgaXB0YWJsZXMgdHJpZ2dlciBpcyB1bmRlciBOZXRm aWx0ZXIgY29uZmlnIChMRUQgdGFyZ2V0KQ0KIw0KIyBDT05GSUdfTEVEU19UUklHR0VSX1RSQU5T SUVOVCBpcyBub3Qgc2V0DQojIENPTkZJR19BQ0NFU1NJQklMSVRZIGlzIG5vdCBzZXQNCiMgQ09O RklHX0lORklOSUJBTkQgaXMgbm90IHNldA0KIyBDT05GSUdfRURBQyBpcyBub3Qgc2V0DQpDT05G SUdfUlRDX0xJQj15DQpDT05GSUdfUlRDX0NMQVNTPXkNCiMgQ09ORklHX1JUQ19IQ1RPU1lTIGlz IG5vdCBzZXQNCiMgQ09ORklHX1JUQ19ERUJVRyBpcyBub3Qgc2V0DQoNCiMNCiMgUlRDIGludGVy ZmFjZXMNCiMNCkNPTkZJR19SVENfSU5URl9TWVNGUz15DQpDT05GSUdfUlRDX0lOVEZfUFJPQz15 DQpDT05GSUdfUlRDX0lOVEZfREVWPXkNCiMgQ09ORklHX1JUQ19JTlRGX0RFVl9VSUVfRU1VTCBp cyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX1RFU1QgaXMgbm90IHNldA0KDQojDQojIEkyQyBS VEMgZHJpdmVycw0KIw0KIyBDT05GSUdfUlRDX0RSVl9EUzEzMDcgaXMgbm90IHNldA0KIyBDT05G SUdfUlRDX0RSVl9EUzEzNzQgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9EUzE2NzIgaXMg bm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9EUzMyMzIgaXMgbm90IHNldA0KIyBDT05GSUdfUlRD X0RSVl9NQVg2OTAwIGlzIG5vdCBzZXQNCiMgQ09ORklHX1JUQ19EUlZfUlM1QzM3MiBpcyBub3Qg c2V0DQojIENPTkZJR19SVENfRFJWX0lTTDEyMDggaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RS Vl9JU0wxMjAyMiBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX1gxMjA1IGlzIG5vdCBzZXQN CiMgQ09ORklHX1JUQ19EUlZfUENGODU2MyBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX1BD Rjg1ODMgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9NNDFUODAgaXMgbm90IHNldA0KIyBD T05GSUdfUlRDX0RSVl9CUTMySyBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX1MzNTM5MEEg aXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9GTTMxMzAgaXMgbm90IHNldA0KIyBDT05GSUdf UlRDX0RSVl9SWDg1ODEgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9SWDgwMjUgaXMgbm90 IHNldA0KIyBDT05GSUdfUlRDX0RSVl9FTTMwMjcgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RS Vl9SVjMwMjlDMiBpcyBub3Qgc2V0DQoNCiMNCiMgU1BJIFJUQyBkcml2ZXJzDQojDQoNCiMNCiMg UGxhdGZvcm0gUlRDIGRyaXZlcnMNCiMNCkNPTkZJR19SVENfRFJWX0NNT1M9eQ0KIyBDT05GSUdf UlRDX0RSVl9EUzEyODYgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9EUzE1MTEgaXMgbm90 IHNldA0KIyBDT05GSUdfUlRDX0RSVl9EUzE1NTMgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RS Vl9EUzE3NDIgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9TVEsxN1RBOCBpcyBub3Qgc2V0 DQojIENPTkZJR19SVENfRFJWX000OFQ4NiBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX000 OFQzNSBpcyBub3Qgc2V0DQojIENPTkZJR19SVENfRFJWX000OFQ1OSBpcyBub3Qgc2V0DQojIENP TkZJR19SVENfRFJWX01TTTYyNDIgaXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9CUTQ4MDIg aXMgbm90IHNldA0KIyBDT05GSUdfUlRDX0RSVl9SUDVDMDEgaXMgbm90IHNldA0KIyBDT05GSUdf UlRDX0RSVl9WMzAyMCBpcyBub3Qgc2V0DQoNCiMNCiMgb24tQ1BVIFJUQyBkcml2ZXJzDQojDQoj IENPTkZJR19ETUFERVZJQ0VTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FVWERJU1BMQVkgaXMgbm90 IHNldA0KIyBDT05GSUdfVUlPIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ZGSU8gaXMgbm90IHNldA0K DQojDQojIFZpcnRpbyBkcml2ZXJzDQojDQojIENPTkZJR19WSVJUSU9fUENJIGlzIG5vdCBzZXQN CiMgQ09ORklHX1ZJUlRJT19CQUxMT09OIGlzIG5vdCBzZXQNCiMgQ09ORklHX1ZJUlRJT19NTUlP IGlzIG5vdCBzZXQNCg0KIw0KIyBNaWNyb3NvZnQgSHlwZXItViBndWVzdCBzdXBwb3J0DQojDQoj IENPTkZJR19IWVBFUlYgaXMgbm90IHNldA0KDQojDQojIFhlbiBkcml2ZXIgc3VwcG9ydA0KIw0K Q09ORklHX1hFTl9CQUxMT09OPXkNCkNPTkZJR19YRU5fU0VMRkJBTExPT05JTkc9eQ0KQ09ORklH X1hFTl9TQ1JVQl9QQUdFUz15DQpDT05GSUdfWEVOX0RFVl9FVlRDSE49eQ0KQ09ORklHX1hFTl9C QUNLRU5EPXkNCkNPTkZJR19YRU5GUz15DQpDT05GSUdfWEVOX0NPTVBBVF9YRU5GUz15DQpDT05G SUdfWEVOX1NZU19IWVBFUlZJU09SPXkNCkNPTkZJR19YRU5fWEVOQlVTX0ZST05URU5EPXkNCkNP TkZJR19YRU5fR05UREVWPXkNCkNPTkZJR19YRU5fR1JBTlRfREVWX0FMTE9DPXkNCkNPTkZJR19T V0lPVExCX1hFTj15DQpDT05GSUdfWEVOX1RNRU09eQ0KQ09ORklHX1hFTl9QQ0lERVZfQkFDS0VO RD15DQpDT05GSUdfWEVOX1BSSVZDTUQ9eQ0KQ09ORklHX1hFTl9BQ1BJX1BST0NFU1NPUj15DQoj IENPTkZJR19YRU5fTUNFX0xPRyBpcyBub3Qgc2V0DQojIENPTkZJR19TVEFHSU5HIGlzIG5vdCBz ZXQNCkNPTkZJR19YODZfUExBVEZPUk1fREVWSUNFUz15DQojIENPTkZJR19BQ0VSX1dNSSBpcyBu b3Qgc2V0DQojIENPTkZJR19BQ0VSSERGIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FTVVNfTEFQVE9Q IGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFTExfV01JIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFTExf V01JX0FJTyBpcyBub3Qgc2V0DQojIENPTkZJR19GVUpJVFNVX0xBUFRPUCBpcyBub3Qgc2V0DQoj IENPTkZJR19GVUpJVFNVX1RBQkxFVCBpcyBub3Qgc2V0DQojIENPTkZJR19BTUlMT19SRktJTEwg aXMgbm90IHNldA0KQ09ORklHX0hQX0FDQ0VMPW0NCkNPTkZJR19IUF9XTUk9bQ0KIyBDT05GSUdf TVNJX0xBUFRPUCBpcyBub3Qgc2V0DQojIENPTkZJR19QQU5BU09OSUNfTEFQVE9QIGlzIG5vdCBz ZXQNCiMgQ09ORklHX1NPTllfTEFQVE9QIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lERUFQQURfTEFQ VE9QIGlzIG5vdCBzZXQNCiMgQ09ORklHX1RISU5LUEFEX0FDUEkgaXMgbm90IHNldA0KIyBDT05G SUdfU0VOU09SU19IREFQUyBpcyBub3Qgc2V0DQojIENPTkZJR19JTlRFTF9NRU5MT1cgaXMgbm90 IHNldA0KQ09ORklHX0FDUElfV01JPW0NCiMgQ09ORklHX01TSV9XTUkgaXMgbm90IHNldA0KIyBD T05GSUdfVE9QU1RBUl9MQVBUT1AgaXMgbm90IHNldA0KIyBDT05GSUdfQUNQSV9UT1NISUJBIGlz IG5vdCBzZXQNCiMgQ09ORklHX1RPU0hJQkFfQlRfUkZLSUxMIGlzIG5vdCBzZXQNCiMgQ09ORklH X0FDUElfQ01QQyBpcyBub3Qgc2V0DQojIENPTkZJR19JTlRFTF9JUFMgaXMgbm90IHNldA0KIyBD T05GSUdfSUJNX1JUTCBpcyBub3Qgc2V0DQojIENPTkZJR19YTzE1X0VCT09LIGlzIG5vdCBzZXQN CiMgQ09ORklHX1NBTVNVTkdfTEFQVE9QIGlzIG5vdCBzZXQNCiMgQ09ORklHX01YTV9XTUkgaXMg bm90IHNldA0KIyBDT05GSUdfSU5URUxfT0FLVFJBSUwgaXMgbm90IHNldA0KIyBDT05GSUdfU0FN U1VOR19RMTAgaXMgbm90IHNldA0KIyBDT05GSUdfQVBQTEVfR01VWCBpcyBub3Qgc2V0DQoNCiMN CiMgSGFyZHdhcmUgU3BpbmxvY2sgZHJpdmVycw0KIw0KQ09ORklHX0NMS0VWVF9JODI1Mz15DQpD T05GSUdfSTgyNTNfTE9DSz15DQpDT05GSUdfQ0xLQkxEX0k4MjUzPXkNCkNPTkZJR19JT01NVV9B UEk9eQ0KQ09ORklHX0lPTU1VX1NVUFBPUlQ9eQ0KIyBDT05GSUdfQU1EX0lPTU1VIGlzIG5vdCBz ZXQNCkNPTkZJR19ETUFSX1RBQkxFPXkNCkNPTkZJR19JTlRFTF9JT01NVT15DQojIENPTkZJR19J TlRFTF9JT01NVV9ERUZBVUxUX09OIGlzIG5vdCBzZXQNCkNPTkZJR19JTlRFTF9JT01NVV9GTE9Q UFlfV0E9eQ0KQ09ORklHX0lSUV9SRU1BUD15DQoNCiMNCiMgUmVtb3RlcHJvYyBkcml2ZXJzIChF WFBFUklNRU5UQUwpDQojDQoNCiMNCiMgUnBtc2cgZHJpdmVycyAoRVhQRVJJTUVOVEFMKQ0KIw0K IyBDT05GSUdfVklSVF9EUklWRVJTIGlzIG5vdCBzZXQNCiMgQ09ORklHX1BNX0RFVkZSRVEgaXMg bm90IHNldA0KIyBDT05GSUdfRVhUQ09OIGlzIG5vdCBzZXQNCiMgQ09ORklHX01FTU9SWSBpcyBu b3Qgc2V0DQojIENPTkZJR19JSU8gaXMgbm90IHNldA0KIyBDT05GSUdfVk1FX0JVUyBpcyBub3Qg c2V0DQojIENPTkZJR19QV00gaXMgbm90IHNldA0KDQojDQojIEZpcm13YXJlIERyaXZlcnMNCiMN CiMgQ09ORklHX0VERCBpcyBub3Qgc2V0DQpDT05GSUdfRklSTVdBUkVfTUVNTUFQPXkNCiMgQ09O RklHX0RFTExfUkJVIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RDREJBUyBpcyBub3Qgc2V0DQojIENP TkZJR19ETUlJRCBpcyBub3Qgc2V0DQojIENPTkZJR19ETUlfU1lTRlMgaXMgbm90IHNldA0KIyBD T05GSUdfSVNDU0lfSUJGVF9GSU5EIGlzIG5vdCBzZXQNCiMgQ09ORklHX0dPT0dMRV9GSVJNV0FS RSBpcyBub3Qgc2V0DQoNCiMNCiMgRmlsZSBzeXN0ZW1zDQojDQpDT05GSUdfRENBQ0hFX1dPUkRf QUNDRVNTPXkNCkNPTkZJR19FWFQyX0ZTPXkNCiMgQ09ORklHX0VYVDJfRlNfWEFUVFIgaXMgbm90 IHNldA0KIyBDT05GSUdfRVhUMl9GU19YSVAgaXMgbm90IHNldA0KQ09ORklHX0VYVDNfRlM9bQ0K IyBDT05GSUdfRVhUM19ERUZBVUxUU19UT19PUkRFUkVEIGlzIG5vdCBzZXQNCkNPTkZJR19FWFQz X0ZTX1hBVFRSPXkNCkNPTkZJR19FWFQzX0ZTX1BPU0lYX0FDTD15DQpDT05GSUdfRVhUM19GU19T RUNVUklUWT15DQpDT05GSUdfRVhUNF9GUz1tDQpDT05GSUdfRVhUNF9GU19YQVRUUj15DQpDT05G SUdfRVhUNF9GU19QT1NJWF9BQ0w9eQ0KQ09ORklHX0VYVDRfRlNfU0VDVVJJVFk9eQ0KIyBDT05G SUdfRVhUNF9ERUJVRyBpcyBub3Qgc2V0DQpDT05GSUdfSkJEPW0NCkNPTkZJR19KQkQyPW0NCkNP TkZJR19GU19NQkNBQ0hFPW0NCiMgQ09ORklHX1JFSVNFUkZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09O RklHX0pGU19GUyBpcyBub3Qgc2V0DQpDT05GSUdfWEZTX0ZTPW0NCiMgQ09ORklHX1hGU19RVU9U QSBpcyBub3Qgc2V0DQpDT05GSUdfWEZTX1BPU0lYX0FDTD15DQojIENPTkZJR19YRlNfUlQgaXMg bm90IHNldA0KIyBDT05GSUdfWEZTX0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX0dGUzJfRlMg aXMgbm90IHNldA0KIyBDT05GSUdfQlRSRlNfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfTklMRlMy X0ZTIGlzIG5vdCBzZXQNCkNPTkZJR19GU19QT1NJWF9BQ0w9eQ0KQ09ORklHX0VYUE9SVEZTPW0N CkNPTkZJR19GSUxFX0xPQ0tJTkc9eQ0KQ09ORklHX0ZTTk9USUZZPXkNCkNPTkZJR19ETk9USUZZ PXkNCkNPTkZJR19JTk9USUZZX1VTRVI9eQ0KQ09ORklHX0ZBTk9USUZZPXkNCiMgQ09ORklHX1FV T1RBIGlzIG5vdCBzZXQNCiMgQ09ORklHX1FVT1RBQ1RMIGlzIG5vdCBzZXQNCkNPTkZJR19BVVRP RlM0X0ZTPW0NCkNPTkZJR19GVVNFX0ZTPW0NCiMgQ09ORklHX0NVU0UgaXMgbm90IHNldA0KQ09O RklHX0dFTkVSSUNfQUNMPXkNCg0KIw0KIyBDYWNoZXMNCiMNCiMgQ09ORklHX0ZTQ0FDSEUgaXMg bm90IHNldA0KDQojDQojIENELVJPTS9EVkQgRmlsZXN5c3RlbXMNCiMNCkNPTkZJR19JU085NjYw X0ZTPW0NCkNPTkZJR19KT0xJRVQ9eQ0KQ09ORklHX1pJU09GUz15DQpDT05GSUdfVURGX0ZTPW0N CkNPTkZJR19VREZfTkxTPXkNCg0KIw0KIyBET1MvRkFUL05UIEZpbGVzeXN0ZW1zDQojDQpDT05G SUdfRkFUX0ZTPXkNCkNPTkZJR19NU0RPU19GUz15DQpDT05GSUdfVkZBVF9GUz15DQpDT05GSUdf RkFUX0RFRkFVTFRfQ09ERVBBR0U9NDM3DQpDT05GSUdfRkFUX0RFRkFVTFRfSU9DSEFSU0VUPSJp c284ODU5LTEiDQojIENPTkZJR19OVEZTX0ZTIGlzIG5vdCBzZXQNCg0KIw0KIyBQc2V1ZG8gZmls ZXN5c3RlbXMNCiMNCkNPTkZJR19QUk9DX0ZTPXkNCkNPTkZJR19QUk9DX0tDT1JFPXkNCkNPTkZJ R19QUk9DX1ZNQ09SRT15DQpDT05GSUdfUFJPQ19TWVNDVEw9eQ0KQ09ORklHX1BST0NfUEFHRV9N T05JVE9SPXkNCkNPTkZJR19TWVNGUz15DQpDT05GSUdfVE1QRlM9eQ0KQ09ORklHX1RNUEZTX1BP U0lYX0FDTD15DQpDT05GSUdfVE1QRlNfWEFUVFI9eQ0KQ09ORklHX0hVR0VUTEJGUz15DQpDT05G SUdfSFVHRVRMQl9QQUdFPXkNCiMgQ09ORklHX0NPTkZJR0ZTX0ZTIGlzIG5vdCBzZXQNCiMgQ09O RklHX01JU0NfRklMRVNZU1RFTVMgaXMgbm90IHNldA0KQ09ORklHX05FVFdPUktfRklMRVNZU1RF TVM9eQ0KQ09ORklHX05GU19GUz1tDQpDT05GSUdfTkZTX1YyPW0NCkNPTkZJR19ORlNfVjM9bQ0K Q09ORklHX05GU19WM19BQ0w9eQ0KQ09ORklHX05GU19WND1tDQojIENPTkZJR19ORlNfU1dBUCBp cyBub3Qgc2V0DQojIENPTkZJR19ORlNfVjRfMSBpcyBub3Qgc2V0DQojIENPTkZJR19ORlNfVVNF X0xFR0FDWV9ETlMgaXMgbm90IHNldA0KQ09ORklHX05GU19VU0VfS0VSTkVMX0ROUz15DQojIENP TkZJR19ORlNEIGlzIG5vdCBzZXQNCkNPTkZJR19MT0NLRD1tDQpDT05GSUdfTE9DS0RfVjQ9eQ0K Q09ORklHX05GU19BQ0xfU1VQUE9SVD1tDQpDT05GSUdfTkZTX0NPTU1PTj15DQpDT05GSUdfU1VO UlBDPW0NCkNPTkZJR19TVU5SUENfR1NTPW0NCkNPTkZJR19SUENTRUNfR1NTX0tSQjU9bQ0KIyBD T05GSUdfU1VOUlBDX0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NFUEhfRlMgaXMgbm90IHNl dA0KQ09ORklHX0NJRlM9bQ0KQ09ORklHX0NJRlNfU1RBVFM9eQ0KQ09ORklHX0NJRlNfU1RBVFMy PXkNCiMgQ09ORklHX0NJRlNfV0VBS19QV19IQVNIIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NJRlNf VVBDQUxMIGlzIG5vdCBzZXQNCkNPTkZJR19DSUZTX1hBVFRSPXkNCkNPTkZJR19DSUZTX1BPU0lY PXkNCiMgQ09ORklHX0NJRlNfREVCVUcyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NJRlNfREZTX1VQ Q0FMTCBpcyBub3Qgc2V0DQpDT05GSUdfQ0lGU19BQ0w9eQ0KIyBDT05GSUdfTkNQX0ZTIGlzIG5v dCBzZXQNCiMgQ09ORklHX0NPREFfRlMgaXMgbm90IHNldA0KIyBDT05GSUdfQUZTX0ZTIGlzIG5v dCBzZXQNCkNPTkZJR19OTFM9eQ0KQ09ORklHX05MU19ERUZBVUxUPSJ1dGY4Ig0KQ09ORklHX05M U19DT0RFUEFHRV80Mzc9eQ0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzczNyBpcyBub3Qgc2V0DQoj IENPTkZJR19OTFNfQ09ERVBBR0VfNzc1IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH RV84NTAgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1MiBpcyBub3Qgc2V0DQoj IENPTkZJR19OTFNfQ09ERVBBR0VfODU1IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH RV84NTcgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MCBpcyBub3Qgc2V0DQoj IENPTkZJR19OTFNfQ09ERVBBR0VfODYxIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH RV84NjIgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MyBpcyBub3Qgc2V0DQoj IENPTkZJR19OTFNfQ09ERVBBR0VfODY0IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFH RV84NjUgaXMgbm90IHNldA0KQ09ORklHX05MU19DT0RFUEFHRV84NjY9eQ0KIyBDT05GSUdfTkxT X0NPREVQQUdFXzg2OSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfOTM2IGlzIG5v dCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV85NTAgaXMgbm90IHNldA0KIyBDT05GSUdfTkxT X0NPREVQQUdFXzkzMiBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfOTQ5IGlzIG5v dCBzZXQNCiMgQ09ORklHX05MU19DT0RFUEFHRV84NzQgaXMgbm90IHNldA0KIyBDT05GSUdfTkxT X0lTTzg4NTlfOCBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfQ09ERVBBR0VfMTI1MCBpcyBub3Qg c2V0DQpDT05GSUdfTkxTX0NPREVQQUdFXzEyNTE9eQ0KQ09ORklHX05MU19BU0NJST15DQpDT05G SUdfTkxTX0lTTzg4NTlfMT15DQojIENPTkZJR19OTFNfSVNPODg1OV8yIGlzIG5vdCBzZXQNCiMg Q09ORklHX05MU19JU084ODU5XzMgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX0lTTzg4NTlfNCBp cyBub3Qgc2V0DQpDT05GSUdfTkxTX0lTTzg4NTlfNT15DQojIENPTkZJR19OTFNfSVNPODg1OV82 IGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19JU084ODU5XzcgaXMgbm90IHNldA0KIyBDT05GSUdf TkxTX0lTTzg4NTlfOSBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfSVNPODg1OV8xMyBpcyBub3Qg c2V0DQojIENPTkZJR19OTFNfSVNPODg1OV8xNCBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNfSVNP ODg1OV8xNSBpcyBub3Qgc2V0DQpDT05GSUdfTkxTX0tPSThfUj15DQojIENPTkZJR19OTFNfS09J OF9VIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19NQUNfUk9NQU4gaXMgbm90IHNldA0KIyBDT05G SUdfTkxTX01BQ19DRUxUSUMgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX01BQ19DRU5URVVSTyBp cyBub3Qgc2V0DQojIENPTkZJR19OTFNfTUFDX0NST0FUSUFOIGlzIG5vdCBzZXQNCiMgQ09ORklH X05MU19NQUNfQ1lSSUxMSUMgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX01BQ19HQUVMSUMgaXMg bm90IHNldA0KIyBDT05GSUdfTkxTX01BQ19HUkVFSyBpcyBub3Qgc2V0DQojIENPTkZJR19OTFNf TUFDX0lDRUxBTkQgaXMgbm90IHNldA0KIyBDT05GSUdfTkxTX01BQ19JTlVJVCBpcyBub3Qgc2V0 DQojIENPTkZJR19OTFNfTUFDX1JPTUFOSUFOIGlzIG5vdCBzZXQNCiMgQ09ORklHX05MU19NQUNf VFVSS0lTSCBpcyBub3Qgc2V0DQpDT05GSUdfTkxTX1VURjg9eQ0KDQojDQojIEtlcm5lbCBoYWNr aW5nDQojDQpDT05GSUdfVFJBQ0VfSVJRRkxBR1NfU1VQUE9SVD15DQpDT05GSUdfUFJJTlRLX1RJ TUU9eQ0KQ09ORklHX0RFRkFVTFRfTUVTU0FHRV9MT0dMRVZFTD00DQojIENPTkZJR19FTkFCTEVf V0FSTl9ERVBSRUNBVEVEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0VOQUJMRV9NVVNUX0NIRUNLIGlz IG5vdCBzZXQNCkNPTkZJR19GUkFNRV9XQVJOPTIwNDgNCiMgQ09ORklHX01BR0lDX1NZU1JRIGlz IG5vdCBzZXQNCiMgQ09ORklHX1NUUklQX0FTTV9TWU1TIGlzIG5vdCBzZXQNCiMgQ09ORklHX1VO VVNFRF9TWU1CT0xTIGlzIG5vdCBzZXQNCiMgQ09ORklHX0RFQlVHX0ZTIGlzIG5vdCBzZXQNCiMg Q09ORklHX0hFQURFUlNfQ0hFQ0sgaXMgbm90IHNldA0KIyBDT05GSUdfREVCVUdfU0VDVElPTl9N SVNNQVRDSCBpcyBub3Qgc2V0DQojIENPTkZJR19ERUJVR19LRVJORUwgaXMgbm90IHNldA0KIyBD T05GSUdfSEFSRExPQ0tVUF9ERVRFQ1RPUiBpcyBub3Qgc2V0DQojIENPTkZJR19QQU5JQ19PTl9P T1BTIGlzIG5vdCBzZXQNCkNPTkZJR19QQU5JQ19PTl9PT1BTX1ZBTFVFPTANCiMgQ09ORklHX1NM VUJfREVCVUdfT04gaXMgbm90IHNldA0KIyBDT05GSUdfU0xVQl9TVEFUUyBpcyBub3Qgc2V0DQoj IENPTkZJR19TUEFSU0VfUkNVX1BPSU5URVIgaXMgbm90IHNldA0KQ09ORklHX0RFQlVHX0JVR1ZF UkJPU0U9eQ0KQ09ORklHX0RFQlVHX01FTU9SWV9JTklUPXkNCkNPTkZJR19BUkNIX1dBTlRfRlJB TUVfUE9JTlRFUlM9eQ0KIyBDT05GSUdfRlJBTUVfUE9JTlRFUiBpcyBub3Qgc2V0DQpDT05GSUdf UkNVX0NQVV9TVEFMTF9USU1FT1VUPTYwDQpDT05GSUdfVVNFUl9TVEFDS1RSQUNFX1NVUFBPUlQ9 eQ0KQ09ORklHX0hBVkVfRlVOQ1RJT05fVFJBQ0VSPXkNCkNPTkZJR19IQVZFX0ZVTkNUSU9OX0dS QVBIX1RSQUNFUj15DQpDT05GSUdfSEFWRV9GVU5DVElPTl9HUkFQSF9GUF9URVNUPXkNCkNPTkZJ R19IQVZFX0ZVTkNUSU9OX1RSQUNFX01DT1VOVF9URVNUPXkNCkNPTkZJR19IQVZFX0RZTkFNSUNf RlRSQUNFPXkNCkNPTkZJR19IQVZFX0ZUUkFDRV9NQ09VTlRfUkVDT1JEPXkNCkNPTkZJR19IQVZF X1NZU0NBTExfVFJBQ0VQT0lOVFM9eQ0KQ09ORklHX0hBVkVfQ19SRUNPUkRNQ09VTlQ9eQ0KQ09O RklHX1RSQUNJTkdfU1VQUE9SVD15DQojIENPTkZJR19GVFJBQ0UgaXMgbm90IHNldA0KIyBDT05G SUdfUFJPVklERV9PSENJMTM5NF9ETUFfSU5JVCBpcyBub3Qgc2V0DQojIENPTkZJR19ETUFfQVBJ X0RFQlVHIGlzIG5vdCBzZXQNCiMgQ09ORklHX0FUT01JQzY0X1NFTEZURVNUIGlzIG5vdCBzZXQN CiMgQ09ORklHX1NBTVBMRVMgaXMgbm90IHNldA0KQ09ORklHX0hBVkVfQVJDSF9LR0RCPXkNCkNP TkZJR19IQVZFX0FSQ0hfS01FTUNIRUNLPXkNCiMgQ09ORklHX1RFU1RfS1NUUlRPWCBpcyBub3Qg c2V0DQojIENPTkZJR19TVFJJQ1RfREVWTUVNIGlzIG5vdCBzZXQNCkNPTkZJR19YODZfVkVSQk9T RV9CT09UVVA9eQ0KQ09ORklHX0VBUkxZX1BSSU5USz15DQojIENPTkZJR19FQVJMWV9QUklOVEtf REJHUCBpcyBub3Qgc2V0DQojIENPTkZJR19ERUJVR19TRVRfTU9EVUxFX1JPTlggaXMgbm90IHNl dA0KIyBDT05GSUdfSU9NTVVfU1RSRVNTIGlzIG5vdCBzZXQNCkNPTkZJR19IQVZFX01NSU9UUkFD RV9TVVBQT1JUPXkNCkNPTkZJR19JT19ERUxBWV9UWVBFXzBYODA9MA0KQ09ORklHX0lPX0RFTEFZ X1RZUEVfMFhFRD0xDQpDT05GSUdfSU9fREVMQVlfVFlQRV9VREVMQVk9Mg0KQ09ORklHX0lPX0RF TEFZX1RZUEVfTk9ORT0zDQpDT05GSUdfSU9fREVMQVlfMFg4MD15DQojIENPTkZJR19JT19ERUxB WV8wWEVEIGlzIG5vdCBzZXQNCiMgQ09ORklHX0lPX0RFTEFZX1VERUxBWSBpcyBub3Qgc2V0DQoj IENPTkZJR19JT19ERUxBWV9OT05FIGlzIG5vdCBzZXQNCkNPTkZJR19ERUZBVUxUX0lPX0RFTEFZ X1RZUEU9MA0KIyBDT05GSUdfT1BUSU1JWkVfSU5MSU5JTkcgaXMgbm90IHNldA0KDQojDQojIFNl Y3VyaXR5IG9wdGlvbnMNCiMNCkNPTkZJR19LRVlTPXkNCiMgQ09ORklHX0VOQ1JZUFRFRF9LRVlT IGlzIG5vdCBzZXQNCiMgQ09ORklHX0tFWVNfREVCVUdfUFJPQ19LRVlTIGlzIG5vdCBzZXQNCiMg Q09ORklHX1NFQ1VSSVRZX0RNRVNHX1JFU1RSSUNUIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFQ1VS SVRZIGlzIG5vdCBzZXQNCiMgQ09ORklHX1NFQ1VSSVRZRlMgaXMgbm90IHNldA0KIyBDT05GSUdf SU5URUxfVFhUIGlzIG5vdCBzZXQNCkNPTkZJR19ERUZBVUxUX1NFQ1VSSVRZX0RBQz15DQpDT05G SUdfREVGQVVMVF9TRUNVUklUWT0iIg0KQ09ORklHX0NSWVBUTz1tDQoNCiMNCiMgQ3J5cHRvIGNv cmUgb3IgaGVscGVyDQojDQpDT05GSUdfQ1JZUFRPX0FMR0FQST1tDQpDT05GSUdfQ1JZUFRPX0FM R0FQSTI9bQ0KQ09ORklHX0NSWVBUT19BRUFEPW0NCkNPTkZJR19DUllQVE9fQUVBRDI9bQ0KQ09O RklHX0NSWVBUT19CTEtDSVBIRVI9bQ0KQ09ORklHX0NSWVBUT19CTEtDSVBIRVIyPW0NCkNPTkZJ R19DUllQVE9fSEFTSD1tDQpDT05GSUdfQ1JZUFRPX0hBU0gyPW0NCkNPTkZJR19DUllQVE9fUk5H PW0NCkNPTkZJR19DUllQVE9fUk5HMj1tDQpDT05GSUdfQ1JZUFRPX1BDT01QPW0NCkNPTkZJR19D UllQVE9fUENPTVAyPW0NCkNPTkZJR19DUllQVE9fTUFOQUdFUj1tDQpDT05GSUdfQ1JZUFRPX01B TkFHRVIyPW0NCiMgQ09ORklHX0NSWVBUT19VU0VSIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9f TUFOQUdFUl9ESVNBQkxFX1RFU1RTPXkNCkNPTkZJR19DUllQVE9fR0YxMjhNVUw9bQ0KQ09ORklH X0NSWVBUT19OVUxMPW0NCiMgQ09ORklHX0NSWVBUT19QQ1JZUFQgaXMgbm90IHNldA0KQ09ORklH X0NSWVBUT19XT1JLUVVFVUU9bQ0KQ09ORklHX0NSWVBUT19DUllQVEQ9bQ0KQ09ORklHX0NSWVBU T19BVVRIRU5DPW0NCiMgQ09ORklHX0NSWVBUT19URVNUIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQ VE9fQUJMS19IRUxQRVJfWDg2PW0NCkNPTkZJR19DUllQVE9fR0xVRV9IRUxQRVJfWDg2PW0NCg0K Iw0KIyBBdXRoZW50aWNhdGVkIEVuY3J5cHRpb24gd2l0aCBBc3NvY2lhdGVkIERhdGENCiMNCkNP TkZJR19DUllQVE9fQ0NNPW0NCkNPTkZJR19DUllQVE9fR0NNPW0NCkNPTkZJR19DUllQVE9fU0VR SVY9bQ0KDQojDQojIEJsb2NrIG1vZGVzDQojDQpDT05GSUdfQ1JZUFRPX0NCQz1tDQpDT05GSUdf Q1JZUFRPX0NUUj1tDQpDT05GSUdfQ1JZUFRPX0NUUz1tDQpDT05GSUdfQ1JZUFRPX0VDQj1tDQpD T05GSUdfQ1JZUFRPX0xSVz1tDQojIENPTkZJR19DUllQVE9fUENCQyBpcyBub3Qgc2V0DQpDT05G SUdfQ1JZUFRPX1hUUz1tDQoNCiMNCiMgSGFzaCBtb2Rlcw0KIw0KQ09ORklHX0NSWVBUT19ITUFD PW0NCiMgQ09ORklHX0NSWVBUT19YQ0JDIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9fVk1BQz1t DQoNCiMNCiMgRGlnZXN0DQojDQpDT05GSUdfQ1JZUFRPX0NSQzMyQz1tDQpDT05GSUdfQ1JZUFRP X0NSQzMyQ19JTlRFTD1tDQpDT05GSUdfQ1JZUFRPX0dIQVNIPW0NCkNPTkZJR19DUllQVE9fTUQ0 PW0NCkNPTkZJR19DUllQVE9fTUQ1PW0NCkNPTkZJR19DUllQVE9fTUlDSEFFTF9NSUM9bQ0KIyBD T05GSUdfQ1JZUFRPX1JNRDEyOCBpcyBub3Qgc2V0DQojIENPTkZJR19DUllQVE9fUk1EMTYwIGlz IG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19STUQyNTYgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZ UFRPX1JNRDMyMCBpcyBub3Qgc2V0DQpDT05GSUdfQ1JZUFRPX1NIQTE9bQ0KQ09ORklHX0NSWVBU T19TSEExX1NTU0UzPW0NCkNPTkZJR19DUllQVE9fU0hBMjU2PW0NCkNPTkZJR19DUllQVE9fU0hB NTEyPW0NCiMgQ09ORklHX0NSWVBUT19UR1IxOTIgaXMgbm90IHNldA0KIyBDT05GSUdfQ1JZUFRP X1dQNTEyIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19HSEFTSF9DTE1VTF9OSV9JTlRFTCBp cyBub3Qgc2V0DQoNCiMNCiMgQ2lwaGVycw0KIw0KQ09ORklHX0NSWVBUT19BRVM9bQ0KQ09ORklH X0NSWVBUT19BRVNfWDg2XzY0PW0NCkNPTkZJR19DUllQVE9fQUVTX05JX0lOVEVMPW0NCiMgQ09O RklHX0NSWVBUT19BTlVCSVMgaXMgbm90IHNldA0KQ09ORklHX0NSWVBUT19BUkM0PW0NCkNPTkZJ R19DUllQVE9fQkxPV0ZJU0g9bQ0KQ09ORklHX0NSWVBUT19CTE9XRklTSF9DT01NT049bQ0KQ09O RklHX0NSWVBUT19CTE9XRklTSF9YODZfNjQ9bQ0KQ09ORklHX0NSWVBUT19DQU1FTExJQT1tDQpD T05GSUdfQ1JZUFRPX0NBTUVMTElBX1g4Nl82ND1tDQojIENPTkZJR19DUllQVE9fQ0FTVDUgaXMg bm90IHNldA0KIyBDT05GSUdfQ1JZUFRPX0NBU1Q2IGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9f REVTPW0NCkNPTkZJR19DUllQVE9fRkNSWVBUPW0NCkNPTkZJR19DUllQVE9fS0hBWkFEPW0NCiMg Q09ORklHX0NSWVBUT19TQUxTQTIwIGlzIG5vdCBzZXQNCiMgQ09ORklHX0NSWVBUT19TQUxTQTIw X1g4Nl82NCBpcyBub3Qgc2V0DQojIENPTkZJR19DUllQVE9fU0VFRCBpcyBub3Qgc2V0DQpDT05G SUdfQ1JZUFRPX1NFUlBFTlQ9bQ0KQ09ORklHX0NSWVBUT19TRVJQRU5UX1NTRTJfWDg2XzY0PW0N CkNPTkZJR19DUllQVE9fU0VSUEVOVF9BVlhfWDg2XzY0PW0NCiMgQ09ORklHX0NSWVBUT19URUEg aXMgbm90IHNldA0KIyBDT05GSUdfQ1JZUFRPX1RXT0ZJU0ggaXMgbm90IHNldA0KQ09ORklHX0NS WVBUT19UV09GSVNIX0NPTU1PTj1tDQpDT05GSUdfQ1JZUFRPX1RXT0ZJU0hfWDg2XzY0PW0NCkNP TkZJR19DUllQVE9fVFdPRklTSF9YODZfNjRfM1dBWT1tDQpDT05GSUdfQ1JZUFRPX1RXT0ZJU0hf QVZYX1g4Nl82ND1tDQoNCiMNCiMgQ29tcHJlc3Npb24NCiMNCiMgQ09ORklHX0NSWVBUT19ERUZM QVRFIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9fWkxJQj1tDQojIENPTkZJR19DUllQVE9fTFpP IGlzIG5vdCBzZXQNCg0KIw0KIyBSYW5kb20gTnVtYmVyIEdlbmVyYXRpb24NCiMNCiMgQ09ORklH X0NSWVBUT19BTlNJX0NQUk5HIGlzIG5vdCBzZXQNCkNPTkZJR19DUllQVE9fVVNFUl9BUEk9bQ0K Q09ORklHX0NSWVBUT19VU0VSX0FQSV9IQVNIPW0NCkNPTkZJR19DUllQVE9fVVNFUl9BUElfU0tD SVBIRVI9bQ0KIyBDT05GSUdfQ1JZUFRPX0hXIGlzIG5vdCBzZXQNCkNPTkZJR19IQVZFX0tWTT15 DQojIENPTkZJR19WSVJUVUFMSVpBVElPTiBpcyBub3Qgc2V0DQojIENPTkZJR19CSU5BUllfUFJJ TlRGIGlzIG5vdCBzZXQNCg0KIw0KIyBMaWJyYXJ5IHJvdXRpbmVzDQojDQpDT05GSUdfQklUUkVW RVJTRT15DQpDT05GSUdfR0VORVJJQ19TVFJOQ1BZX0ZST01fVVNFUj15DQpDT05GSUdfR0VORVJJ Q19TVFJOTEVOX1VTRVI9eQ0KQ09ORklHX0dFTkVSSUNfRklORF9GSVJTVF9CSVQ9eQ0KQ09ORklH X0dFTkVSSUNfUENJX0lPTUFQPXkNCkNPTkZJR19HRU5FUklDX0lPTUFQPXkNCkNPTkZJR19HRU5F UklDX0lPPXkNCkNPTkZJR19DUkNfQ0NJVFQ9bQ0KQ09ORklHX0NSQzE2PW0NCkNPTkZJR19DUkNf VDEwRElGPXkNCkNPTkZJR19DUkNfSVRVX1Q9bQ0KQ09ORklHX0NSQzMyPXkNCiMgQ09ORklHX0NS QzMyX1NFTEZURVNUIGlzIG5vdCBzZXQNCkNPTkZJR19DUkMzMl9TTElDRUJZOD15DQojIENPTkZJ R19DUkMzMl9TTElDRUJZNCBpcyBub3Qgc2V0DQojIENPTkZJR19DUkMzMl9TQVJXQVRFIGlzIG5v dCBzZXQNCiMgQ09ORklHX0NSQzMyX0JJVCBpcyBub3Qgc2V0DQojIENPTkZJR19DUkM3IGlzIG5v dCBzZXQNCiMgQ09ORklHX0xJQkNSQzMyQyBpcyBub3Qgc2V0DQpDT05GSUdfQ1JDOD1tDQpDT05G SUdfWkxJQl9JTkZMQVRFPXkNCkNPTkZJR19aTElCX0RFRkxBVEU9bQ0KQ09ORklHX0xaT19DT01Q UkVTUz15DQpDT05GSUdfTFpPX0RFQ09NUFJFU1M9eQ0KQ09ORklHX1haX0RFQz15DQpDT05GSUdf WFpfREVDX1g4Nj15DQpDT05GSUdfWFpfREVDX1BPV0VSUEM9eQ0KQ09ORklHX1haX0RFQ19JQTY0 PXkNCkNPTkZJR19YWl9ERUNfQVJNPXkNCkNPTkZJR19YWl9ERUNfQVJNVEhVTUI9eQ0KQ09ORklH X1haX0RFQ19TUEFSQz15DQpDT05GSUdfWFpfREVDX0JDSj15DQojIENPTkZJR19YWl9ERUNfVEVT VCBpcyBub3Qgc2V0DQpDT05GSUdfREVDT01QUkVTU19HWklQPXkNCkNPTkZJR19ERUNPTVBSRVNT X0JaSVAyPXkNCkNPTkZJR19ERUNPTVBSRVNTX0xaTUE9eQ0KQ09ORklHX0RFQ09NUFJFU1NfWFo9 eQ0KQ09ORklHX0RFQ09NUFJFU1NfTFpPPXkNCkNPTkZJR19IQVNfSU9NRU09eQ0KQ09ORklHX0hB U19JT1BPUlQ9eQ0KQ09ORklHX0hBU19ETUE9eQ0KQ09ORklHX0NQVV9STUFQPXkNCkNPTkZJR19E UUw9eQ0KQ09ORklHX05MQVRUUj15DQpDT05GSUdfQVJDSF9IQVNfQVRPTUlDNjRfREVDX0lGX1BP U0lUSVZFPXkNCkNPTkZJR19BVkVSQUdFPXkNCkNPTkZJR19DT1JESUM9bQ0KIyBDT05GSUdfRERS IGlzIG5vdCBzZXQNCg== --bcaec50166c97e9d6104d47abcce 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 --bcaec50166c97e9d6104d47abcce-- From xen-users-bounces@lists.xen.org Wed Jan 30 09:37:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 09:37: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 1U0U5S-00006I-F6; Wed, 30 Jan 2013 09:36:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0U5R-00006D-I0 for xen-users@lists.xensource.com; Wed, 30 Jan 2013 09:36:09 +0000 Received: from [85.158.139.211:48722] by server-16.bemta-5.messagelabs.com id 2E/12-14025-889E8015; Wed, 30 Jan 2013 09:36:08 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1359538567!18806875!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5NTcw\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16449 invoked from network); 30 Jan 2013 09:36:08 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 09:36:08 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355097600"; d="scan'208";a="977823" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jan 2013 09:36:08 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Wed, 30 Jan 2013 09:36:07 +0000 Message-ID: <1359538566.12252.171.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Markus Hochholdinger Date: Wed, 30 Jan 2013 09:36:06 +0000 In-Reply-To: <201301292032.14919.Markus@hochholdinger.net> References: <201301291646.43567.Markus@hochholdinger.net> <1359477399.12252.138.camel@zakaz.uk.xensource.com> <201301292032.14919.Markus@hochholdinger.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] linux stubdom X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-29 at 19:32 +0000, Markus Hochholdinger wrote: > Hello, > > Am 29.01.2013 um 17:36 Uhr schrieb Ian Campbell : > > On Tue, 2013-01-29 at 15:46 +0000, Markus Hochholdinger wrote: > > > I'm reading a lot about xen stub-domains, but I'm wondering if I can use > > > a linux stubdom to serve a "transformed" block device for the according > > > domU. The wiki page(s) and the stubdom-directory in the source code > > > leaves a lot of questions to me I'm hoping someone can answer me here. > > I think the thing you are looking for is a "driver domain" rather than a > > stubdomain, http://wiki.xen.org/wiki/Driver_Domain. You'll likely find > > more useful info if you google for that rather than stubdomain. > > a driver domain is a great thing, but I'm wondering if I can live migrate a > domU inclusive its driver domU? In the domU config I have to use the $domid of > the driver domain. This $domid is probably wrong after a live migration of the > domU and I have to migrate the driver domU in the same time while migrating > the domU. If the driver domU is ment to stay on one dom0 there's no difference > between doing this in dom0, but for me this doesn't work. The change of $domid doesn't matter since a migration involves reconnecting the devices anyway, which means thy will reconnect to the "new" driver domain. The normal way would be to have a driver domain per host but there's no reason you couldn't make it such that the driver domain was migrated too (you'd have to do some hacking to make this work). AIUI you currently have a RAID1 device in the guest, presumably constructed from 2 xvd* devices? What are those two xvda devices are backed by? I presume it must be some sort of network storage (NFS, iSCSI, NBD, DRDB) or else you just couldn't migrate. Are you intending to instead run the RAID1 device in a "driver domain", constructed from 2 xvd* devices exported from dom0 and exporting that as a single xvd* device to the guest? Or are you intending to surface the network storage directly into the driver domain, construct the RAID device from those and export that as an xvd* to the guest? > Do you know how I can live migrate a domU which depends on a driver domU? How > can I migrate the driver domU? > For my understanding the block device has to be there on the destination dom0 > before live migration begins but is also used on the source dom0 from the > migrating, but still running, domU. Not quite, when you migrate there is a pause period while the final copy over occurs and at this point you can safely remove the device from the source host and make it available on the target host. The toolstack will ensure that the block device is only ever active on one end of the other and never on both -- otherwise you would get potential corruption. While you could migrate the driver domain during the main domU's pause period it is much more normal to simply have a driver domain on each host and dynamically configure the storage as you migrate. > Can I combine a driver domU to a normal domU like I can combine a stubdom with > a normal domU? If you want, it would be more typical to have a single driver domain providing block services to all domains (or one per underlying physical block device). > I thought a stubdom live migrates with its domU so you don't have to worry > that the driver domU live migrates while the according normal domU migrates. A stubdom is a bit of an overloaded term. If you mean an ioemu stub domain (i.e. the qemu associated with an HVM guest) then a new one of those is started on the target host each time you migrate. If you mean a xenstored stubdom then those are per host and are not migrated. And if you mean a driver domain then as I say those are usually per host and the domain will be connected to the appropriate local driver domain on the target host. > > > So my question are: > > > * What are the requirements to run linux inside a stubdom? Is a current > > > pvops > > > kernel enough or has the linux kernel to be modified for a stubdom? If > > > yes, I would prepare a kernel and a minimal rootfs within an initrd to > > > setup my blockdevice for the domU. > > You can use Linux as a block driver storage domain, yes. > > OK, I see. But still, would it be possible to run linux in a stub-domain? I've > read e.g. http://blog.xen.org/index.php/2012/12/12/linux-stub-domain/ which > describes this, but I'm unsure if this will be (or is already) supported by > current xen? This work is about a Linux ioemu stub domain. That is a stubdomain with the sole purpose of running the qemu emulation process for an HVM domain. I think the intention is for this to land in Xen 4.3 but it does not have anything to do with your usecase AFAICT. Everything you want to do is already possible with what is in Xen and Linux today, in that the mechanisms all exist. However what you are doing is not something which others have done and so there will necessarily need to be a certain amount of putting the pieces together on your part. > > > * How can I offer a block device (created within the stubdom) from the > > > stubdom > > > > > > to the domU? Are there any docs how to configure this? > > > > > > * If the above is not possible, how could I offer a blockdevice from one > > > domU > > > > > > to another domU as block device? Are there any docs how to do this? > > Since a driver domain is also a domU (just one which happens to provide > > services to other domains) these are basically the same question. People > > more often do this with network driver domains but block ought to be > > possible too (although there may be a certain element of having to take > > the pieces and build something yourself). > > Is live migration possible with this driver domUs? What requirements are > needed that I can live migrate a domU which depends on a driver domU? > > > > Essentially you just need to a) make the block device bits available in > > the driver domain b) run blkback (or some other block backend) in the > > driver domain and c) tell the toolstack that a particular device is > > provided by the driver domain when you build the guest. > > Yes, I would provide two block devices (logical volumes) into the driver domU, How are you doing this? Where do those logical device come from and how are they getting into the driver domU? > create there a software raid1 device and make the md device available with > blkback. I would do this for each domU so I can live migrate domUs > independent. The driver domU only needs a kernel and a initrd with a rootfs > filled with enough to build the md device and export it with blkback. > > But how can I address this exported block device? As far as I've seen I need > the $domid of the driver domain in my config file of the domU, or am I missing > something? $domid can also be a domain name, and you can also change this over migration by providing an updated configuration file (at least with xl). > So this would be a dependency that the driver domain is started before the > stubdom with qemu. Yes. > In some subdom-startup script I saw the parameter "target" while creating the > stubdom. Is this a possibility to combine two domUs? I think "target" in this context refers to the HVM guest for which the ioemu-stubdom is providing services. > As far as I understand with a driver domU I need the $domid of the driver domU > in my config, so this is the connection between the two domUs. > But with stub-domains I haven't understand how data flows between stubdom and > domU and because I've seen a lot of nice little pictures describing that I/O > flows between domU over stubdom to dom0 and backwards I thought stub-domains > would be the way to go. Only if you are using emulated I/O. I assumed you were using PV I/O, is that not the case? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 09:37:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 09:37: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 1U0U5S-00006I-F6; Wed, 30 Jan 2013 09:36:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0U5R-00006D-I0 for xen-users@lists.xensource.com; Wed, 30 Jan 2013 09:36:09 +0000 Received: from [85.158.139.211:48722] by server-16.bemta-5.messagelabs.com id 2E/12-14025-889E8015; Wed, 30 Jan 2013 09:36:08 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1359538567!18806875!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5NTcw\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16449 invoked from network); 30 Jan 2013 09:36:08 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 09:36:08 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355097600"; d="scan'208";a="977823" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jan 2013 09:36:08 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Wed, 30 Jan 2013 09:36:07 +0000 Message-ID: <1359538566.12252.171.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Markus Hochholdinger Date: Wed, 30 Jan 2013 09:36:06 +0000 In-Reply-To: <201301292032.14919.Markus@hochholdinger.net> References: <201301291646.43567.Markus@hochholdinger.net> <1359477399.12252.138.camel@zakaz.uk.xensource.com> <201301292032.14919.Markus@hochholdinger.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] linux stubdom X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-29 at 19:32 +0000, Markus Hochholdinger wrote: > Hello, > > Am 29.01.2013 um 17:36 Uhr schrieb Ian Campbell : > > On Tue, 2013-01-29 at 15:46 +0000, Markus Hochholdinger wrote: > > > I'm reading a lot about xen stub-domains, but I'm wondering if I can use > > > a linux stubdom to serve a "transformed" block device for the according > > > domU. The wiki page(s) and the stubdom-directory in the source code > > > leaves a lot of questions to me I'm hoping someone can answer me here. > > I think the thing you are looking for is a "driver domain" rather than a > > stubdomain, http://wiki.xen.org/wiki/Driver_Domain. You'll likely find > > more useful info if you google for that rather than stubdomain. > > a driver domain is a great thing, but I'm wondering if I can live migrate a > domU inclusive its driver domU? In the domU config I have to use the $domid of > the driver domain. This $domid is probably wrong after a live migration of the > domU and I have to migrate the driver domU in the same time while migrating > the domU. If the driver domU is ment to stay on one dom0 there's no difference > between doing this in dom0, but for me this doesn't work. The change of $domid doesn't matter since a migration involves reconnecting the devices anyway, which means thy will reconnect to the "new" driver domain. The normal way would be to have a driver domain per host but there's no reason you couldn't make it such that the driver domain was migrated too (you'd have to do some hacking to make this work). AIUI you currently have a RAID1 device in the guest, presumably constructed from 2 xvd* devices? What are those two xvda devices are backed by? I presume it must be some sort of network storage (NFS, iSCSI, NBD, DRDB) or else you just couldn't migrate. Are you intending to instead run the RAID1 device in a "driver domain", constructed from 2 xvd* devices exported from dom0 and exporting that as a single xvd* device to the guest? Or are you intending to surface the network storage directly into the driver domain, construct the RAID device from those and export that as an xvd* to the guest? > Do you know how I can live migrate a domU which depends on a driver domU? How > can I migrate the driver domU? > For my understanding the block device has to be there on the destination dom0 > before live migration begins but is also used on the source dom0 from the > migrating, but still running, domU. Not quite, when you migrate there is a pause period while the final copy over occurs and at this point you can safely remove the device from the source host and make it available on the target host. The toolstack will ensure that the block device is only ever active on one end of the other and never on both -- otherwise you would get potential corruption. While you could migrate the driver domain during the main domU's pause period it is much more normal to simply have a driver domain on each host and dynamically configure the storage as you migrate. > Can I combine a driver domU to a normal domU like I can combine a stubdom with > a normal domU? If you want, it would be more typical to have a single driver domain providing block services to all domains (or one per underlying physical block device). > I thought a stubdom live migrates with its domU so you don't have to worry > that the driver domU live migrates while the according normal domU migrates. A stubdom is a bit of an overloaded term. If you mean an ioemu stub domain (i.e. the qemu associated with an HVM guest) then a new one of those is started on the target host each time you migrate. If you mean a xenstored stubdom then those are per host and are not migrated. And if you mean a driver domain then as I say those are usually per host and the domain will be connected to the appropriate local driver domain on the target host. > > > So my question are: > > > * What are the requirements to run linux inside a stubdom? Is a current > > > pvops > > > kernel enough or has the linux kernel to be modified for a stubdom? If > > > yes, I would prepare a kernel and a minimal rootfs within an initrd to > > > setup my blockdevice for the domU. > > You can use Linux as a block driver storage domain, yes. > > OK, I see. But still, would it be possible to run linux in a stub-domain? I've > read e.g. http://blog.xen.org/index.php/2012/12/12/linux-stub-domain/ which > describes this, but I'm unsure if this will be (or is already) supported by > current xen? This work is about a Linux ioemu stub domain. That is a stubdomain with the sole purpose of running the qemu emulation process for an HVM domain. I think the intention is for this to land in Xen 4.3 but it does not have anything to do with your usecase AFAICT. Everything you want to do is already possible with what is in Xen and Linux today, in that the mechanisms all exist. However what you are doing is not something which others have done and so there will necessarily need to be a certain amount of putting the pieces together on your part. > > > * How can I offer a block device (created within the stubdom) from the > > > stubdom > > > > > > to the domU? Are there any docs how to configure this? > > > > > > * If the above is not possible, how could I offer a blockdevice from one > > > domU > > > > > > to another domU as block device? Are there any docs how to do this? > > Since a driver domain is also a domU (just one which happens to provide > > services to other domains) these are basically the same question. People > > more often do this with network driver domains but block ought to be > > possible too (although there may be a certain element of having to take > > the pieces and build something yourself). > > Is live migration possible with this driver domUs? What requirements are > needed that I can live migrate a domU which depends on a driver domU? > > > > Essentially you just need to a) make the block device bits available in > > the driver domain b) run blkback (or some other block backend) in the > > driver domain and c) tell the toolstack that a particular device is > > provided by the driver domain when you build the guest. > > Yes, I would provide two block devices (logical volumes) into the driver domU, How are you doing this? Where do those logical device come from and how are they getting into the driver domU? > create there a software raid1 device and make the md device available with > blkback. I would do this for each domU so I can live migrate domUs > independent. The driver domU only needs a kernel and a initrd with a rootfs > filled with enough to build the md device and export it with blkback. > > But how can I address this exported block device? As far as I've seen I need > the $domid of the driver domain in my config file of the domU, or am I missing > something? $domid can also be a domain name, and you can also change this over migration by providing an updated configuration file (at least with xl). > So this would be a dependency that the driver domain is started before the > stubdom with qemu. Yes. > In some subdom-startup script I saw the parameter "target" while creating the > stubdom. Is this a possibility to combine two domUs? I think "target" in this context refers to the HVM guest for which the ioemu-stubdom is providing services. > As far as I understand with a driver domU I need the $domid of the driver domU > in my config, so this is the connection between the two domUs. > But with stub-domains I haven't understand how data flows between stubdom and > domU and because I've seen a lot of nice little pictures describing that I/O > flows between domU over stubdom to dom0 and backwards I thought stub-domains > would be the way to go. Only if you are using emulated I/O. I assumed you were using PV I/O, is that not the case? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 09:37:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 09:37: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 1U0U5V-00006k-G2; Wed, 30 Jan 2013 09:36:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0U5T-00006R-Lt; Wed, 30 Jan 2013 09:36:11 +0000 Received: from [85.158.138.51:45407] by server-13.bemta-3.messagelabs.com id 59/D4-20653-A89E8015; Wed, 30 Jan 2013 09:36:10 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1359538569!30076746!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5NTcw\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20366 invoked from network); 30 Jan 2013 09:36:10 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 09:36:10 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355097600"; d="scan'208";a="977825" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jan 2013 09:36:10 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Wed, 30 Jan 2013 09:36:09 +0000 Message-ID: <1359538568.12252.172.camel@zakaz.uk.xensource.com> From: Ian Campbell To: David TECHER Date: Wed, 30 Jan 2013 09:36:08 +0000 In-Reply-To: <1359504363.78244.YahooMailNeo@web172006.mail.ir2.yahoo.com> References: <1359504363.78244.YahooMailNeo@web172006.mail.ir2.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] Xen 4.3 unstables and Xen 4.2 patches for VGA PassThrough (NVIDIA) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-30 at 00:06 +0000, David TECHER wrote: > It takes me a lot of time to maintain those patches: test several > changesets and so on You could avoid this work in the future by making the one-time effort to get these patches upstreamed. See http://wiki.xen.org/wiki/Submitting_Xen_Patches for hints on how to approach this. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 09:37:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 09:37: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 1U0U5V-00006k-G2; Wed, 30 Jan 2013 09:36:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0U5T-00006R-Lt; Wed, 30 Jan 2013 09:36:11 +0000 Received: from [85.158.138.51:45407] by server-13.bemta-3.messagelabs.com id 59/D4-20653-A89E8015; Wed, 30 Jan 2013 09:36:10 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1359538569!30076746!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5NTcw\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20366 invoked from network); 30 Jan 2013 09:36:10 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 09:36:10 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355097600"; d="scan'208";a="977825" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jan 2013 09:36:10 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Wed, 30 Jan 2013 09:36:09 +0000 Message-ID: <1359538568.12252.172.camel@zakaz.uk.xensource.com> From: Ian Campbell To: David TECHER Date: Wed, 30 Jan 2013 09:36:08 +0000 In-Reply-To: <1359504363.78244.YahooMailNeo@web172006.mail.ir2.yahoo.com> References: <1359504363.78244.YahooMailNeo@web172006.mail.ir2.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] Xen 4.3 unstables and Xen 4.2 patches for VGA PassThrough (NVIDIA) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-30 at 00:06 +0000, David TECHER wrote: > It takes me a lot of time to maintain those patches: test several > changesets and so on You could avoid this work in the future by making the one-time effort to get these patches upstreamed. See http://wiki.xen.org/wiki/Submitting_Xen_Patches for hints on how to approach this. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 10:35:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 10:35: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 1U0UzS-0001Yo-F9; Wed, 30 Jan 2013 10:34:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0UzQ-0001YZ-Kr; Wed, 30 Jan 2013 10:34:00 +0000 Received: from [85.158.139.211:62511] by server-9.bemta-5.messagelabs.com id 02/87-29536-717F8015; Wed, 30 Jan 2013 10:33:59 +0000 X-Env-Sender: mailinglists.tech@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1359542003!19188238!1 X-Originating-IP: [74.125.82.180] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20520 invoked from network); 30 Jan 2013 10:33:23 -0000 Received: from mail-we0-f180.google.com (HELO mail-we0-f180.google.com) (74.125.82.180) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 10:33:23 -0000 Received: by mail-we0-f180.google.com with SMTP id k14so1044020wer.25 for ; Wed, 30 Jan 2013 02:33:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=YPFNd1yiFOX96TCfoubh4efLu4o8QBDzIeC5fPEcOC8=; b=GyHj1iDHGlrMiIgNnRI0rJM/G9rtGj1JecOGS7ZwYV+z2qyJNMCM21HqPtsqHAKMnj fpdAt1F63/VrKphOqzu+aBzptyTDEFgoTquJc26zibzBafMdVcJQkFYxqlMs6lG13+SC 1fHaxTWdOdP6HL6KYdhTrsNtnt6NEfI1G08l+KRoLzb+k5nvhkw/Oe+EaiCEGxbrUV9Q 3pXzLis9hHn+sC5WaTGIXy2D7KKjwEMR5wd6JaYK4VV4qlDdmz6lcJ3fPanoVAvnGjbp 8kc2InMnQOvT11fI+kfmLZF20rozHuZZQSPBbSAUp9FjKzhrAwyE4tkUXMK+tCYKDlqF q4pQ== MIME-Version: 1.0 X-Received: by 10.194.76.7 with SMTP id g7mr7786824wjw.50.1359542003283; Wed, 30 Jan 2013 02:33:23 -0800 (PST) Received: by 10.227.203.18 with HTTP; Wed, 30 Jan 2013 02:33:23 -0800 (PST) Date: Wed, 30 Jan 2013 11:33:23 +0100 Message-ID: From: tech mailinglists To: xen-users , xen-devel@lists.xen.org Subject: [Xen-users] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.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="===============5395809447117406996==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5395809447117406996== Content-Type: multipart/alternative; boundary=047d7beba20229b52b04d47f0a46 --047d7beba20229b52b04d47f0a46 Content-Type: text/plain; charset=ISO-8859-1 Hello all, I have a few question about PVH guests on Xen 4.3 unstable. Actually I am running 4.2.1 with Linux 3.7.4 with Debian Squeeze as Dom0. For the HVM guests I am using ioemu stubdoms. When I understood PVH correctly it implements that what actually is done with PV drivers on HVM guests as a aggregated and seperate guest type. So is it already possible to use PVH in 4.3 unstable for Dom0 and DomU? And does PVHs can get use of stubdoms? I am a little bit confused about a text I read that stubdoms are not needed for HVM guests which have PV drivers installed, is this correct or can a HVM guest always make use of stubdoms? Hope that someone could help me. Best Regards --047d7beba20229b52b04d47f0a46 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello all,

I have a few question abo= ut PVH guests on Xen 4.3 unstable.

Actually I am running 4.2.1= with Linux 3.7.4 with Debian Squeeze as Dom0. For the HVM guests I am usin= g ioemu stubdoms. When I understood PVH correctly it implements that what a= ctually is done with PV drivers on HVM guests as a aggregated and seperate = guest type.

So is it already possible to use PVH in 4.3 unstable for Dom0 and= DomU? And does PVHs can get use of stubdoms?

I am a little bi= t confused about a text I read that stubdoms are not needed for HVM guests = which have PV drivers installed, is this correct or can a HVM guest always = make use of stubdoms?

Hope that someone could help me.

Best Regards
--047d7beba20229b52b04d47f0a46-- --===============5395809447117406996== 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 --===============5395809447117406996==-- From xen-users-bounces@lists.xen.org Wed Jan 30 10:35:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 10:35: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 1U0UzS-0001Yo-F9; Wed, 30 Jan 2013 10:34:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0UzQ-0001YZ-Kr; Wed, 30 Jan 2013 10:34:00 +0000 Received: from [85.158.139.211:62511] by server-9.bemta-5.messagelabs.com id 02/87-29536-717F8015; Wed, 30 Jan 2013 10:33:59 +0000 X-Env-Sender: mailinglists.tech@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1359542003!19188238!1 X-Originating-IP: [74.125.82.180] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20520 invoked from network); 30 Jan 2013 10:33:23 -0000 Received: from mail-we0-f180.google.com (HELO mail-we0-f180.google.com) (74.125.82.180) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 10:33:23 -0000 Received: by mail-we0-f180.google.com with SMTP id k14so1044020wer.25 for ; Wed, 30 Jan 2013 02:33:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=YPFNd1yiFOX96TCfoubh4efLu4o8QBDzIeC5fPEcOC8=; b=GyHj1iDHGlrMiIgNnRI0rJM/G9rtGj1JecOGS7ZwYV+z2qyJNMCM21HqPtsqHAKMnj fpdAt1F63/VrKphOqzu+aBzptyTDEFgoTquJc26zibzBafMdVcJQkFYxqlMs6lG13+SC 1fHaxTWdOdP6HL6KYdhTrsNtnt6NEfI1G08l+KRoLzb+k5nvhkw/Oe+EaiCEGxbrUV9Q 3pXzLis9hHn+sC5WaTGIXy2D7KKjwEMR5wd6JaYK4VV4qlDdmz6lcJ3fPanoVAvnGjbp 8kc2InMnQOvT11fI+kfmLZF20rozHuZZQSPBbSAUp9FjKzhrAwyE4tkUXMK+tCYKDlqF q4pQ== MIME-Version: 1.0 X-Received: by 10.194.76.7 with SMTP id g7mr7786824wjw.50.1359542003283; Wed, 30 Jan 2013 02:33:23 -0800 (PST) Received: by 10.227.203.18 with HTTP; Wed, 30 Jan 2013 02:33:23 -0800 (PST) Date: Wed, 30 Jan 2013 11:33:23 +0100 Message-ID: From: tech mailinglists To: xen-users , xen-devel@lists.xen.org Subject: [Xen-users] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.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="===============5395809447117406996==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5395809447117406996== Content-Type: multipart/alternative; boundary=047d7beba20229b52b04d47f0a46 --047d7beba20229b52b04d47f0a46 Content-Type: text/plain; charset=ISO-8859-1 Hello all, I have a few question about PVH guests on Xen 4.3 unstable. Actually I am running 4.2.1 with Linux 3.7.4 with Debian Squeeze as Dom0. For the HVM guests I am using ioemu stubdoms. When I understood PVH correctly it implements that what actually is done with PV drivers on HVM guests as a aggregated and seperate guest type. So is it already possible to use PVH in 4.3 unstable for Dom0 and DomU? And does PVHs can get use of stubdoms? I am a little bit confused about a text I read that stubdoms are not needed for HVM guests which have PV drivers installed, is this correct or can a HVM guest always make use of stubdoms? Hope that someone could help me. Best Regards --047d7beba20229b52b04d47f0a46 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello all,

I have a few question abo= ut PVH guests on Xen 4.3 unstable.

Actually I am running 4.2.1= with Linux 3.7.4 with Debian Squeeze as Dom0. For the HVM guests I am usin= g ioemu stubdoms. When I understood PVH correctly it implements that what a= ctually is done with PV drivers on HVM guests as a aggregated and seperate = guest type.

So is it already possible to use PVH in 4.3 unstable for Dom0 and= DomU? And does PVHs can get use of stubdoms?

I am a little bi= t confused about a text I read that stubdoms are not needed for HVM guests = which have PV drivers installed, is this correct or can a HVM guest always = make use of stubdoms?

Hope that someone could help me.

Best Regards
--047d7beba20229b52b04d47f0a46-- --===============5395809447117406996== 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 --===============5395809447117406996==-- From xen-users-bounces@lists.xen.org Wed Jan 30 10:48:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 10:48: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 1U0VCV-0001zv-F3; Wed, 30 Jan 2013 10:47:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0VCT-0001zf-SU; Wed, 30 Jan 2013 10:47:30 +0000 Received: from [85.158.139.83:48849] by server-9.bemta-5.messagelabs.com id D1/8B-29536-04AF8015; Wed, 30 Jan 2013 10:47:28 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-8.tower-182.messagelabs.com!1359542848!18789370!1 X-Originating-IP: [192.134.164.83] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10174 invoked from network); 30 Jan 2013 10:47:28 -0000 Received: from mail2-relais-roc.national.inria.fr (HELO mail2-relais-roc.national.inria.fr) (192.134.164.83) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 10:47:28 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355094000"; d="scan'208";a="623319" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 11:47:27 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0VCR-0003XD-Cr; Wed, 30 Jan 2013 11:47:27 +0100 Date: Wed, 30 Jan 2013 11:47:27 +0100 From: Samuel Thibault To: tech mailinglists Message-ID: <20130130104727.GI6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , tech mailinglists , xen-users , xen-devel@lists.xen.org References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Cc: xen-users , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 tech mailinglists, le Wed 30 Jan 2013 11:33:23 +0100, a =E9crit : > Actually I am running 4.2.1 with Linux 3.7.4 with Debian Squeeze as Dom0.= For > the HVM guests I am using ioemu stubdoms. When I understood PVH correctly= it > implements that what actually is done with PV drivers on HVM guests as a > aggregated and seperate guest type. It's more than that. The guest does not need ioemu at all. > And does PVHs can get use of stubdoms? And thus PVH have no use for stubdoms, since there is no ioemu to execute in there. > I am a little bit confused about a text I read that stubdoms are not need= ed for > HVM guests which have PV drivers installed, Ioemu is still needed for those domains, but running it in a stubdom won't bring more performance, since what matters for performance will not go through ioemu, when PV drivers are installed. > is this correct or can a HVM guest always make use of stubdoms? HVM can always make use of stubdoms to execute ioemu, but that won't improve performance. It could improve early boot time, at best. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 10:48:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 10:48: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 1U0VCV-0001zv-F3; Wed, 30 Jan 2013 10:47:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0VCT-0001zf-SU; Wed, 30 Jan 2013 10:47:30 +0000 Received: from [85.158.139.83:48849] by server-9.bemta-5.messagelabs.com id D1/8B-29536-04AF8015; Wed, 30 Jan 2013 10:47:28 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-8.tower-182.messagelabs.com!1359542848!18789370!1 X-Originating-IP: [192.134.164.83] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10174 invoked from network); 30 Jan 2013 10:47:28 -0000 Received: from mail2-relais-roc.national.inria.fr (HELO mail2-relais-roc.national.inria.fr) (192.134.164.83) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 10:47:28 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355094000"; d="scan'208";a="623319" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 11:47:27 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0VCR-0003XD-Cr; Wed, 30 Jan 2013 11:47:27 +0100 Date: Wed, 30 Jan 2013 11:47:27 +0100 From: Samuel Thibault To: tech mailinglists Message-ID: <20130130104727.GI6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , tech mailinglists , xen-users , xen-devel@lists.xen.org References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Cc: xen-users , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 tech mailinglists, le Wed 30 Jan 2013 11:33:23 +0100, a =E9crit : > Actually I am running 4.2.1 with Linux 3.7.4 with Debian Squeeze as Dom0.= For > the HVM guests I am using ioemu stubdoms. When I understood PVH correctly= it > implements that what actually is done with PV drivers on HVM guests as a > aggregated and seperate guest type. It's more than that. The guest does not need ioemu at all. > And does PVHs can get use of stubdoms? And thus PVH have no use for stubdoms, since there is no ioemu to execute in there. > I am a little bit confused about a text I read that stubdoms are not need= ed for > HVM guests which have PV drivers installed, Ioemu is still needed for those domains, but running it in a stubdom won't bring more performance, since what matters for performance will not go through ioemu, when PV drivers are installed. > is this correct or can a HVM guest always make use of stubdoms? HVM can always make use of stubdoms to execute ioemu, but that won't improve performance. It could improve early boot time, at best. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 10:51:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 10:51: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 1U0VFi-0002HW-RZ; Wed, 30 Jan 2013 10:50:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0VFg-0002HA-0L; Wed, 30 Jan 2013 10:50:48 +0000 Received: from [85.158.138.51:59038] by server-14.bemta-3.messagelabs.com id 2A/DE-23533-60BF8015; Wed, 30 Jan 2013 10:50:46 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1359543044!28444297!1 X-Originating-IP: [209.85.220.169] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17910 invoked from network); 30 Jan 2013 10:50:45 -0000 Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 10:50:45 -0000 Received: by mail-vc0-f169.google.com with SMTP id n10so913186vcn.14 for ; Wed, 30 Jan 2013 02:50:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=aq1mNE/OtG3gXyUj0RvtAYc/2pbr2LgUYOXkeTN1d3w=; b=O6zG7bYTZ1fANgq2hmEsThcMCW6V40AREq/bJy9LikpMSmq60VmVWOT/J4kcTwpuQU SrMNVNy3yrca5y+7Z7dtroyvYGBnTukAJ28IgLddsh8MvFWjpeQDt9JARYyWOGUenXEK F3pEkYFfXNEvkxl4puUbCwRSRZR2hztRPhL5SqUSqFccexPUwxtMNJ/RosTwSo1/qnAk c5sMiTLFw4Q5P54Yf5OS4ayfDxmk6gJ35a8RpsKsqkpqtIcP5W4Il8jqvS2qVhHcEMuO R8Rzp9XVdAep92psVo9K/PEW6VvOLH+mlnMkTuda1Yjmly918P32G6p1ODZ8thUIhYxF awJw== MIME-Version: 1.0 X-Received: by 10.52.66.14 with SMTP id b14mr4030596vdt.0.1359543043938; Wed, 30 Jan 2013 02:50:43 -0800 (PST) Received: by 10.58.54.39 with HTTP; Wed, 30 Jan 2013 02:50:43 -0800 (PST) In-Reply-To: References: Date: Wed, 30 Jan 2013 10:50:43 +0000 X-Google-Sender-Auth: 0HMDaQX6e6okNJtH5mvxoQFIrPU Message-ID: From: George Dunlap To: tech mailinglists Cc: xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.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="===============9044433386833374043==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9044433386833374043== Content-Type: multipart/alternative; boundary=20cf3071c8aa30dbcf04d47f48e8 --20cf3071c8aa30dbcf04d47f48e8 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Jan 30, 2013 at 10:33 AM, tech mailinglists < mailinglists.tech@gmail.com> wrote: > Hello all, > > I have a few question about PVH guests on Xen 4.3 unstable. > > Actually I am running 4.2.1 with Linux 3.7.4 with Debian Squeeze as Dom0. > For the HVM guests I am using ioemu stubdoms. When I understood PVH > correctly it implements that what actually is done with PV drivers on HVM > guests as a aggregated and seperate guest type. > > So is it already possible to use PVH in 4.3 unstable for Dom0 and DomU? > And does PVHs can get use of stubdoms? > it sounds like you may be confusing "PVHVM" and "PVH". No surprise, as it is unfortunately very confusing. :-) Have you read the blog posts on the subject? http://blog.xen.org/index.php/2012/10/23/the-paravirtualization-spectrum-part-1-the-ends-of-the-spectrum/ http://blog.xen.org/index.php/2012/10/31/the-paravirtualization-spectrum-part-2-from-poles-to-a-spectrum/ PVHVM guests, from Xen's perspective, are just HVM guests that know how to use many of the PV features. So PVHVM guests need qemu, and thus can use stubdoms. This mode has been available for several years now. PVH guests are PV guests that know how to use some HVM features. So PVH guests will not need qemu, and thus not need stubdoms. The patches for these have not been checked in yet, and so are not available even in 4.3-unstable. -George --20cf3071c8aa30dbcf04d47f48e8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Jan 30, 2013 at 10:33 AM, tech mailinglists <mailinglists.tech@gmail.com> wrote:
Hello all,

I have a few question a= bout PVH guests on Xen 4.3 unstable.

Actually I am running 4.2.1 with Linux 3.7.4 with Debian Squeeze = as Dom0. For the HVM guests I am using ioemu stubdoms. When I understood PV= H correctly it implements that what actually is done with PV drivers on HVM= guests as a aggregated and seperate guest type.

So is it already possible to use PVH in 4.3 unstable for Dom0 and= DomU? And does PVHs can get use of stubdoms?
<= div>
it sounds like you may be confusing "PVHVM" an= d "PVH".=A0 No surprise, as it is unfortunately very confusing. := -)=A0 Have you read the blog posts on the subject?

http://blog.xen.org/index.ph= p/2012/10/23/the-paravirtualization-spectrum-part-1-the-ends-of-the-spectru= m/
http://blog.xen.org/index.php/20= 12/10/31/the-paravirtualization-spectrum-part-2-from-poles-to-a-spectrum/



--20cf3071c8aa30dbcf04d47f48e8-- --===============9044433386833374043== 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 --===============9044433386833374043==-- From xen-users-bounces@lists.xen.org Wed Jan 30 10:51:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 10:51: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 1U0VFi-0002HW-RZ; Wed, 30 Jan 2013 10:50:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0VFg-0002HA-0L; Wed, 30 Jan 2013 10:50:48 +0000 Received: from [85.158.138.51:59038] by server-14.bemta-3.messagelabs.com id 2A/DE-23533-60BF8015; Wed, 30 Jan 2013 10:50:46 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1359543044!28444297!1 X-Originating-IP: [209.85.220.169] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17910 invoked from network); 30 Jan 2013 10:50:45 -0000 Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 10:50:45 -0000 Received: by mail-vc0-f169.google.com with SMTP id n10so913186vcn.14 for ; Wed, 30 Jan 2013 02:50:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=aq1mNE/OtG3gXyUj0RvtAYc/2pbr2LgUYOXkeTN1d3w=; b=O6zG7bYTZ1fANgq2hmEsThcMCW6V40AREq/bJy9LikpMSmq60VmVWOT/J4kcTwpuQU SrMNVNy3yrca5y+7Z7dtroyvYGBnTukAJ28IgLddsh8MvFWjpeQDt9JARYyWOGUenXEK F3pEkYFfXNEvkxl4puUbCwRSRZR2hztRPhL5SqUSqFccexPUwxtMNJ/RosTwSo1/qnAk c5sMiTLFw4Q5P54Yf5OS4ayfDxmk6gJ35a8RpsKsqkpqtIcP5W4Il8jqvS2qVhHcEMuO R8Rzp9XVdAep92psVo9K/PEW6VvOLH+mlnMkTuda1Yjmly918P32G6p1ODZ8thUIhYxF awJw== MIME-Version: 1.0 X-Received: by 10.52.66.14 with SMTP id b14mr4030596vdt.0.1359543043938; Wed, 30 Jan 2013 02:50:43 -0800 (PST) Received: by 10.58.54.39 with HTTP; Wed, 30 Jan 2013 02:50:43 -0800 (PST) In-Reply-To: References: Date: Wed, 30 Jan 2013 10:50:43 +0000 X-Google-Sender-Auth: 0HMDaQX6e6okNJtH5mvxoQFIrPU Message-ID: From: George Dunlap To: tech mailinglists Cc: xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.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="===============9044433386833374043==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9044433386833374043== Content-Type: multipart/alternative; boundary=20cf3071c8aa30dbcf04d47f48e8 --20cf3071c8aa30dbcf04d47f48e8 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Jan 30, 2013 at 10:33 AM, tech mailinglists < mailinglists.tech@gmail.com> wrote: > Hello all, > > I have a few question about PVH guests on Xen 4.3 unstable. > > Actually I am running 4.2.1 with Linux 3.7.4 with Debian Squeeze as Dom0. > For the HVM guests I am using ioemu stubdoms. When I understood PVH > correctly it implements that what actually is done with PV drivers on HVM > guests as a aggregated and seperate guest type. > > So is it already possible to use PVH in 4.3 unstable for Dom0 and DomU? > And does PVHs can get use of stubdoms? > it sounds like you may be confusing "PVHVM" and "PVH". No surprise, as it is unfortunately very confusing. :-) Have you read the blog posts on the subject? http://blog.xen.org/index.php/2012/10/23/the-paravirtualization-spectrum-part-1-the-ends-of-the-spectrum/ http://blog.xen.org/index.php/2012/10/31/the-paravirtualization-spectrum-part-2-from-poles-to-a-spectrum/ PVHVM guests, from Xen's perspective, are just HVM guests that know how to use many of the PV features. So PVHVM guests need qemu, and thus can use stubdoms. This mode has been available for several years now. PVH guests are PV guests that know how to use some HVM features. So PVH guests will not need qemu, and thus not need stubdoms. The patches for these have not been checked in yet, and so are not available even in 4.3-unstable. -George --20cf3071c8aa30dbcf04d47f48e8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Jan 30, 2013 at 10:33 AM, tech mailinglists <mailinglists.tech@gmail.com> wrote:
Hello all,

I have a few question a= bout PVH guests on Xen 4.3 unstable.

Actually I am running 4.2.1 with Linux 3.7.4 with Debian Squeeze = as Dom0. For the HVM guests I am using ioemu stubdoms. When I understood PV= H correctly it implements that what actually is done with PV drivers on HVM= guests as a aggregated and seperate guest type.

So is it already possible to use PVH in 4.3 unstable for Dom0 and= DomU? And does PVHs can get use of stubdoms?
<= div>
it sounds like you may be confusing "PVHVM" an= d "PVH".=A0 No surprise, as it is unfortunately very confusing. := -)=A0 Have you read the blog posts on the subject?

http://blog.xen.org/index.ph= p/2012/10/23/the-paravirtualization-spectrum-part-1-the-ends-of-the-spectru= m/
http://blog.xen.org/index.php/20= 12/10/31/the-paravirtualization-spectrum-part-2-from-poles-to-a-spectrum/



--20cf3071c8aa30dbcf04d47f48e8-- --===============9044433386833374043== 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 --===============9044433386833374043==-- From xen-users-bounces@lists.xen.org Wed Jan 30 10:53:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 10:53: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 1U0VHg-0002Yh-9X; Wed, 30 Jan 2013 10:52:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0VHe-0002YI-T6; Wed, 30 Jan 2013 10:52:51 +0000 Received: from [85.158.139.83:51371] by server-12.bemta-5.messagelabs.com id 78/3F-31102-28BF8015; Wed, 30 Jan 2013 10:52:50 +0000 X-Env-Sender: mailinglists.tech@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1359543169!27664820!1 X-Originating-IP: [74.125.82.181] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20368 invoked from network); 30 Jan 2013 10:52:49 -0000 Received: from mail-we0-f181.google.com (HELO mail-we0-f181.google.com) (74.125.82.181) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 10:52:49 -0000 Received: by mail-we0-f181.google.com with SMTP id t44so1092509wey.40 for ; Wed, 30 Jan 2013 02:52:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=jM5/LetY1wOzukM6h6Vvbr7jl1jA6RiBu0NffPGZjgU=; b=zlmLvnhHPAhssoJ2Uwirg8ZfFSwgIpi8kHQ1oAV8xI+U/xG2ngbIq22cxcPaQ3Teok KOnOMZpaGhzWpd79Lyolt7P5v48j5NKgkvvMHVMlrPpQVDASbej/ayELzLXen5rLT5SM beNdnPJERIiqqPlH4oQdRgwiIcpQ6vmxOAHR1OwUBl2cJJNSeMk2WzpNQpPVPJRgqS35 VU97zgvdna19sMOuhMuxFWrAxzLEBP49TUX6dLMS8j9nBHeeyFY1f1t24LdDGjhbz4TT g/Aw5974n//5pMqjS8wAD+JNxeqx0eqdpHzcx+xmzvjOM+UG/lThQKILkUjHgaFL/ps+ vuwg== MIME-Version: 1.0 X-Received: by 10.180.99.227 with SMTP id et3mr7814950wib.6.1359543168914; Wed, 30 Jan 2013 02:52:48 -0800 (PST) Received: by 10.227.203.18 with HTTP; Wed, 30 Jan 2013 02:52:48 -0800 (PST) In-Reply-To: <20130130104727.GI6193@type.bordeaux.inria.fr> References: <20130130104727.GI6193@type.bordeaux.inria.fr> Date: Wed, 30 Jan 2013 11:52:48 +0100 Message-ID: From: tech mailinglists To: Samuel Thibault , tech mailinglists , xen-users , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.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="===============8584513659566957485==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8584513659566957485== Content-Type: multipart/alternative; boundary=f46d041826aaa3d77804d47f4fba --f46d041826aaa3d77804d47f4fba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I thought that stubdoms for HVMs are great for security. Can it still be used for PV-on-HVM for security? Can only Linux run as PVH and Windows and so on still run as HVM? 2013/1/30 Samuel Thibault > tech mailinglists, le Wed 30 Jan 2013 11:33:23 +0100, a =E9crit : > > Actually I am running 4.2.1 with Linux 3.7.4 with Debian Squeeze as > Dom0. For > > the HVM guests I am using ioemu stubdoms. When I understood PVH > correctly it > > implements that what actually is done with PV drivers on HVM guests as = a > > aggregated and seperate guest type. > > It's more than that. The guest does not need ioemu at all. > > > And does PVHs can get use of stubdoms? > > And thus PVH have no use for stubdoms, since there is no ioemu to > execute in there. > > > I am a little bit confused about a text I read that stubdoms are not > needed for > > HVM guests which have PV drivers installed, > > Ioemu is still needed for those domains, but running it in a stubdom > won't bring more performance, since what matters for performance will > not go through ioemu, when PV drivers are installed. > > > is this correct or can a HVM guest always make use of stubdoms? > > HVM can always make use of stubdoms to execute ioemu, but that won't > improve performance. It could improve early boot time, at best. > > Samuel > --f46d041826aaa3d77804d47f4fba Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I thought that stubdoms for HVMs are great for security. C= an it still be used for PV-on-HVM for security? Can only Linux run as PVH a= nd Windows and so on still run as HVM?




2013/1/30 Samuel Thibault <s= amuel.thibault@ens-lyon.org>
> Actually I am running 4.2.1 with Linux 3.7.4 with De= bian Squeeze as Dom0. For
> the HVM guests I am using ioemu stubdoms. When I understood PVH correc= tly it
> implements that what actually is done with PV drivers on HVM guests as= a
> aggregated and seperate guest type.

It's more than that. The guest does not need ioemu at all.

> And does PVHs can get use of stubdoms?

And thus PVH have no use for stubdoms, since there is no ioemu to
execute in there.

> I am a little bit confused about a text I read that stubdoms are not n= eeded for
> HVM guests which have PV drivers installed,

Ioemu is still needed for those domains, but running it in a stubdom<= br> won't bring more performance, since what matters for performance will not go through ioemu, when PV drivers are installed.

> is this correct or can a HVM guest always make use of stubdoms?

HVM can always make use of stubdoms to execute ioemu, but that won= 9;t
improve performance. It could improve early boot time, at best.

Samuel

--f46d041826aaa3d77804d47f4fba-- --===============8584513659566957485== 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 --===============8584513659566957485==-- From xen-users-bounces@lists.xen.org Wed Jan 30 10:53:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 10:53: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 1U0VHg-0002Yh-9X; Wed, 30 Jan 2013 10:52:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0VHe-0002YI-T6; Wed, 30 Jan 2013 10:52:51 +0000 Received: from [85.158.139.83:51371] by server-12.bemta-5.messagelabs.com id 78/3F-31102-28BF8015; Wed, 30 Jan 2013 10:52:50 +0000 X-Env-Sender: mailinglists.tech@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1359543169!27664820!1 X-Originating-IP: [74.125.82.181] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20368 invoked from network); 30 Jan 2013 10:52:49 -0000 Received: from mail-we0-f181.google.com (HELO mail-we0-f181.google.com) (74.125.82.181) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 10:52:49 -0000 Received: by mail-we0-f181.google.com with SMTP id t44so1092509wey.40 for ; Wed, 30 Jan 2013 02:52:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=jM5/LetY1wOzukM6h6Vvbr7jl1jA6RiBu0NffPGZjgU=; b=zlmLvnhHPAhssoJ2Uwirg8ZfFSwgIpi8kHQ1oAV8xI+U/xG2ngbIq22cxcPaQ3Teok KOnOMZpaGhzWpd79Lyolt7P5v48j5NKgkvvMHVMlrPpQVDASbej/ayELzLXen5rLT5SM beNdnPJERIiqqPlH4oQdRgwiIcpQ6vmxOAHR1OwUBl2cJJNSeMk2WzpNQpPVPJRgqS35 VU97zgvdna19sMOuhMuxFWrAxzLEBP49TUX6dLMS8j9nBHeeyFY1f1t24LdDGjhbz4TT g/Aw5974n//5pMqjS8wAD+JNxeqx0eqdpHzcx+xmzvjOM+UG/lThQKILkUjHgaFL/ps+ vuwg== MIME-Version: 1.0 X-Received: by 10.180.99.227 with SMTP id et3mr7814950wib.6.1359543168914; Wed, 30 Jan 2013 02:52:48 -0800 (PST) Received: by 10.227.203.18 with HTTP; Wed, 30 Jan 2013 02:52:48 -0800 (PST) In-Reply-To: <20130130104727.GI6193@type.bordeaux.inria.fr> References: <20130130104727.GI6193@type.bordeaux.inria.fr> Date: Wed, 30 Jan 2013 11:52:48 +0100 Message-ID: From: tech mailinglists To: Samuel Thibault , tech mailinglists , xen-users , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.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="===============8584513659566957485==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8584513659566957485== Content-Type: multipart/alternative; boundary=f46d041826aaa3d77804d47f4fba --f46d041826aaa3d77804d47f4fba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I thought that stubdoms for HVMs are great for security. Can it still be used for PV-on-HVM for security? Can only Linux run as PVH and Windows and so on still run as HVM? 2013/1/30 Samuel Thibault > tech mailinglists, le Wed 30 Jan 2013 11:33:23 +0100, a =E9crit : > > Actually I am running 4.2.1 with Linux 3.7.4 with Debian Squeeze as > Dom0. For > > the HVM guests I am using ioemu stubdoms. When I understood PVH > correctly it > > implements that what actually is done with PV drivers on HVM guests as = a > > aggregated and seperate guest type. > > It's more than that. The guest does not need ioemu at all. > > > And does PVHs can get use of stubdoms? > > And thus PVH have no use for stubdoms, since there is no ioemu to > execute in there. > > > I am a little bit confused about a text I read that stubdoms are not > needed for > > HVM guests which have PV drivers installed, > > Ioemu is still needed for those domains, but running it in a stubdom > won't bring more performance, since what matters for performance will > not go through ioemu, when PV drivers are installed. > > > is this correct or can a HVM guest always make use of stubdoms? > > HVM can always make use of stubdoms to execute ioemu, but that won't > improve performance. It could improve early boot time, at best. > > Samuel > --f46d041826aaa3d77804d47f4fba Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I thought that stubdoms for HVMs are great for security. C= an it still be used for PV-on-HVM for security? Can only Linux run as PVH a= nd Windows and so on still run as HVM?




2013/1/30 Samuel Thibault <s= amuel.thibault@ens-lyon.org>
> Actually I am running 4.2.1 with Linux 3.7.4 with De= bian Squeeze as Dom0. For
> the HVM guests I am using ioemu stubdoms. When I understood PVH correc= tly it
> implements that what actually is done with PV drivers on HVM guests as= a
> aggregated and seperate guest type.

It's more than that. The guest does not need ioemu at all.

> And does PVHs can get use of stubdoms?

And thus PVH have no use for stubdoms, since there is no ioemu to
execute in there.

> I am a little bit confused about a text I read that stubdoms are not n= eeded for
> HVM guests which have PV drivers installed,

Ioemu is still needed for those domains, but running it in a stubdom<= br> won't bring more performance, since what matters for performance will not go through ioemu, when PV drivers are installed.

> is this correct or can a HVM guest always make use of stubdoms?

HVM can always make use of stubdoms to execute ioemu, but that won= 9;t
improve performance. It could improve early boot time, at best.

Samuel

--f46d041826aaa3d77804d47f4fba-- --===============8584513659566957485== 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 --===============8584513659566957485==-- From xen-users-bounces@lists.xen.org Wed Jan 30 10:58:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 10:58: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 1U0VN0-00037M-OF; Wed, 30 Jan 2013 10:58:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0VMy-00036w-7E; Wed, 30 Jan 2013 10:58:20 +0000 Received: from [193.109.254.147:60356] by server-13.bemta-14.messagelabs.com id 4C/3B-30639-BCCF8015; Wed, 30 Jan 2013 10:58:19 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1359543374!3619778!1 X-Originating-IP: [192.134.164.104] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21523 invoked from network); 30 Jan 2013 10:56:15 -0000 Received: from mail3-relais-sop.national.inria.fr (HELO mail3-relais-sop.national.inria.fr) (192.134.164.104) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 10:56:15 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355094000"; d="scan'208";a="480270" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 11:55:33 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0VKv-0006NK-T4; Wed, 30 Jan 2013 11:56:13 +0100 Date: Wed, 30 Jan 2013 11:56:13 +0100 From: Samuel Thibault To: tech mailinglists Message-ID: <20130130105613.GJ6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , tech mailinglists , xen-users , xen-devel@lists.xen.org References: <20130130104727.GI6193@type.bordeaux.inria.fr> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Cc: xen-users , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 tech mailinglists, le Wed 30 Jan 2013 11:52:48 +0100, a =E9crit : > I thought that stubdoms for HVMs are great for security. Ah, yes, for security it can still be interesting to use a stubdom for ioemu. > Can it still be used for PV-on-HVM for security? Sure. > Can only Linux run as PVH and Windows and so on still run as HVM? Yes. The other PV-capable OSes will probably be ported to PVH too, though. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 10:58:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 10:58: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 1U0VN0-00037M-OF; Wed, 30 Jan 2013 10:58:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0VMy-00036w-7E; Wed, 30 Jan 2013 10:58:20 +0000 Received: from [193.109.254.147:60356] by server-13.bemta-14.messagelabs.com id 4C/3B-30639-BCCF8015; Wed, 30 Jan 2013 10:58:19 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1359543374!3619778!1 X-Originating-IP: [192.134.164.104] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21523 invoked from network); 30 Jan 2013 10:56:15 -0000 Received: from mail3-relais-sop.national.inria.fr (HELO mail3-relais-sop.national.inria.fr) (192.134.164.104) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 10:56:15 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355094000"; d="scan'208";a="480270" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 11:55:33 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0VKv-0006NK-T4; Wed, 30 Jan 2013 11:56:13 +0100 Date: Wed, 30 Jan 2013 11:56:13 +0100 From: Samuel Thibault To: tech mailinglists Message-ID: <20130130105613.GJ6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , tech mailinglists , xen-users , xen-devel@lists.xen.org References: <20130130104727.GI6193@type.bordeaux.inria.fr> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Cc: xen-users , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 tech mailinglists, le Wed 30 Jan 2013 11:52:48 +0100, a =E9crit : > I thought that stubdoms for HVMs are great for security. Ah, yes, for security it can still be interesting to use a stubdom for ioemu. > Can it still be used for PV-on-HVM for security? Sure. > Can only Linux run as PVH and Windows and so on still run as HVM? Yes. The other PV-capable OSes will probably be ported to PVH too, though. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 11:07:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 11:07: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 1U0VUp-0003kV-Fl; Wed, 30 Jan 2013 11:06:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0VUn-0003kB-NL; Wed, 30 Jan 2013 11:06:25 +0000 Received: from [85.158.143.35:53468] by server-2.bemta-4.messagelabs.com id B6/84-01597-0BEF8015; Wed, 30 Jan 2013 11:06:24 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1359543842!13095292!1 X-Originating-IP: [209.85.220.180] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25398 invoked from network); 30 Jan 2013 11:04:11 -0000 Received: from mail-vc0-f180.google.com (HELO mail-vc0-f180.google.com) (209.85.220.180) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 11:04:11 -0000 Received: by mail-vc0-f180.google.com with SMTP id fo13so923270vcb.39 for ; Wed, 30 Jan 2013 03:04:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=BY1GfzXJipTKMPLkwSXUVZmcB37ToCP/iXoNrKhCiis=; b=Uw7mOOnerm7CjrmOmhuT6nd/xT8kV2h/3sqEJcvYXEWisjChW2D+CK6qh3ola4tZq7 y5BiZgPTfNuGHRzZkaGcsMWM9IT74JMALGGtA1clZoOgOuHXZlf8rzDAiYKK+VwdRN96 DD9q1FCyKttxFKHGYcgfLXrxtx5so0H3C3kmShAspYiz6AxyLQ6eUPC3YWhjaLLzcH1b rr6MvcgKZEZvcdD72C6wu4jFYvOBTyCjtYWGHVC9VAfgFCvkBUo5IEw1i1KZ1X1xAVN4 tRgiP1KrMxt6woU8Q9ug0PefeOLWuEvrb9uihI/Miw6h0YriQ1+VxyTO/ht2ewYOwou3 qX6w== MIME-Version: 1.0 X-Received: by 10.52.64.131 with SMTP id o3mr3802801vds.116.1359543842531; Wed, 30 Jan 2013 03:04:02 -0800 (PST) Received: by 10.58.54.39 with HTTP; Wed, 30 Jan 2013 03:04:02 -0800 (PST) In-Reply-To: References: <20130130104727.GI6193@type.bordeaux.inria.fr> Date: Wed, 30 Jan 2013 11:04:02 +0000 X-Google-Sender-Auth: Gr_bIXcd5iq91iaAOUtttje5Nfk Message-ID: From: George Dunlap To: tech mailinglists Cc: Samuel Thibault , "xen-devel@lists.xen.org" , xen-users Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.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="===============7250063711468091136==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7250063711468091136== Content-Type: multipart/alternative; boundary=20cf307ac797ca6af004d47f77e0 --20cf307ac797ca6af004d47f77e0 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Jan 30, 2013 at 10:52 AM, tech mailinglists < mailinglists.tech@gmail.com> wrote: > I thought that stubdoms for HVMs are great for security. Can it still be > used for PV-on-HVM for security? Can only Linux run as PVH and Windows and > so on still run as HVM? > Stubdoms increase security by isolating the qemu process, so that it's not running in domain 0. PV domains (and by extension PVH domains) don't have a qemu process, and are therefore are secure without needing a stubdom. Yes, PVH is an extension of PV; so only operating systems which can be ported to PV will support PVH. Microsoft could of course port Windows to PV or PVH; in fact, the original 2003 Xen paper included tests run on a PV-ported version of Windows XP done by the guys at Microsoft Research, Cambridge. But it seems pretty unlikely that they'll ever do such a thing again. :-) -George --20cf307ac797ca6af004d47f77e0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Jan 30, 2013 at 10:52 AM, tech mailinglists <mailinglists.tech@gmail.com> wrote:
= I thought that stubdoms for HVMs are great for security. Can it still be us= ed for PV-on-HVM for security? Can only Linux run as PVH and Windows and so= on still run as HVM?

Stubdoms increase security by isolat= ing the qemu process, so that it's not running in domain 0.=A0 PV domai= ns (and by extension PVH domains) don't have a qemu process, and are th= erefore are secure without needing a stubdom.

Yes, PVH is an extension of PV; so only operating systems wh= ich can be ported to PV will support PVH.

Microsoft could of course = port Windows to PV or PVH; in fact, the original 2003 Xen paper included te= sts run on a PV-ported version of Windows XP done by the guys at Microsoft = Research, Cambridge.=A0 But it seems pretty unlikely that they'll ever = do such a thing again. :-)

=A0-George

--20cf307ac797ca6af004d47f77e0-- --===============7250063711468091136== 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 --===============7250063711468091136==-- From xen-users-bounces@lists.xen.org Wed Jan 30 11:07:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 11:07: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 1U0VUp-0003kV-Fl; Wed, 30 Jan 2013 11:06:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0VUn-0003kB-NL; Wed, 30 Jan 2013 11:06:25 +0000 Received: from [85.158.143.35:53468] by server-2.bemta-4.messagelabs.com id B6/84-01597-0BEF8015; Wed, 30 Jan 2013 11:06:24 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1359543842!13095292!1 X-Originating-IP: [209.85.220.180] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25398 invoked from network); 30 Jan 2013 11:04:11 -0000 Received: from mail-vc0-f180.google.com (HELO mail-vc0-f180.google.com) (209.85.220.180) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 11:04:11 -0000 Received: by mail-vc0-f180.google.com with SMTP id fo13so923270vcb.39 for ; Wed, 30 Jan 2013 03:04:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=BY1GfzXJipTKMPLkwSXUVZmcB37ToCP/iXoNrKhCiis=; b=Uw7mOOnerm7CjrmOmhuT6nd/xT8kV2h/3sqEJcvYXEWisjChW2D+CK6qh3ola4tZq7 y5BiZgPTfNuGHRzZkaGcsMWM9IT74JMALGGtA1clZoOgOuHXZlf8rzDAiYKK+VwdRN96 DD9q1FCyKttxFKHGYcgfLXrxtx5so0H3C3kmShAspYiz6AxyLQ6eUPC3YWhjaLLzcH1b rr6MvcgKZEZvcdD72C6wu4jFYvOBTyCjtYWGHVC9VAfgFCvkBUo5IEw1i1KZ1X1xAVN4 tRgiP1KrMxt6woU8Q9ug0PefeOLWuEvrb9uihI/Miw6h0YriQ1+VxyTO/ht2ewYOwou3 qX6w== MIME-Version: 1.0 X-Received: by 10.52.64.131 with SMTP id o3mr3802801vds.116.1359543842531; Wed, 30 Jan 2013 03:04:02 -0800 (PST) Received: by 10.58.54.39 with HTTP; Wed, 30 Jan 2013 03:04:02 -0800 (PST) In-Reply-To: References: <20130130104727.GI6193@type.bordeaux.inria.fr> Date: Wed, 30 Jan 2013 11:04:02 +0000 X-Google-Sender-Auth: Gr_bIXcd5iq91iaAOUtttje5Nfk Message-ID: From: George Dunlap To: tech mailinglists Cc: Samuel Thibault , "xen-devel@lists.xen.org" , xen-users Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.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="===============7250063711468091136==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7250063711468091136== Content-Type: multipart/alternative; boundary=20cf307ac797ca6af004d47f77e0 --20cf307ac797ca6af004d47f77e0 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Jan 30, 2013 at 10:52 AM, tech mailinglists < mailinglists.tech@gmail.com> wrote: > I thought that stubdoms for HVMs are great for security. Can it still be > used for PV-on-HVM for security? Can only Linux run as PVH and Windows and > so on still run as HVM? > Stubdoms increase security by isolating the qemu process, so that it's not running in domain 0. PV domains (and by extension PVH domains) don't have a qemu process, and are therefore are secure without needing a stubdom. Yes, PVH is an extension of PV; so only operating systems which can be ported to PV will support PVH. Microsoft could of course port Windows to PV or PVH; in fact, the original 2003 Xen paper included tests run on a PV-ported version of Windows XP done by the guys at Microsoft Research, Cambridge. But it seems pretty unlikely that they'll ever do such a thing again. :-) -George --20cf307ac797ca6af004d47f77e0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Jan 30, 2013 at 10:52 AM, tech mailinglists <mailinglists.tech@gmail.com> wrote:
= I thought that stubdoms for HVMs are great for security. Can it still be us= ed for PV-on-HVM for security? Can only Linux run as PVH and Windows and so= on still run as HVM?

Stubdoms increase security by isolat= ing the qemu process, so that it's not running in domain 0.=A0 PV domai= ns (and by extension PVH domains) don't have a qemu process, and are th= erefore are secure without needing a stubdom.

Yes, PVH is an extension of PV; so only operating systems wh= ich can be ported to PV will support PVH.

Microsoft could of course = port Windows to PV or PVH; in fact, the original 2003 Xen paper included te= sts run on a PV-ported version of Windows XP done by the guys at Microsoft = Research, Cambridge.=A0 But it seems pretty unlikely that they'll ever = do such a thing again. :-)

=A0-George

--20cf307ac797ca6af004d47f77e0-- --===============7250063711468091136== 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 --===============7250063711468091136==-- From xen-users-bounces@lists.xen.org Wed Jan 30 11:20:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 11:20: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 1U0Vht-0004O3-7q; Wed, 30 Jan 2013 11:19:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0Vhr-0004Nh-VC; Wed, 30 Jan 2013 11:19:56 +0000 Received: from [85.158.143.35:3512] by server-2.bemta-4.messagelabs.com id 1A/F9-01597-BD109015; Wed, 30 Jan 2013 11:19:55 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1359544326!15786588!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5NTcw\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9559 invoked from network); 30 Jan 2013 11:12:07 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 11:12:07 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355097600"; d="scan'208";a="981366" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jan 2013 11:11:00 +0000 Received: from dhcp-3-120.uk.xensource.com (10.80.3.120) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Wed, 30 Jan 2013 11:10:59 +0000 Message-ID: <5108FFC4.3030608@citrix.com> Date: Wed, 30 Jan 2013 11:11:00 +0000 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: George Dunlap References: <20130130104727.GI6193@type.bordeaux.inria.fr> In-Reply-To: Cc: tech mailinglists , Samuel Thibault , xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 30/01/13 11:04, George Dunlap wrote: > On Wed, Jan 30, 2013 at 10:52 AM, tech mailinglists > > wrote: > > I thought that stubdoms for HVMs are great for security. Can it > still be used for PV-on-HVM for security? Can only Linux run as PVH > and Windows and so on still run as HVM? > > > Stubdoms increase security by isolating the qemu process, so that it's > not running in domain 0. PV domains (and by extension PVH domains) > don't have a qemu process, and are therefore are secure without needing > a stubdom. > > Yes, PVH is an extension of PV; so only operating systems which can be > ported to PV will support PVH. Isn't it probably easier to port a system with PVHVM support to PVH? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 11:20:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 11:20: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 1U0Vht-0004O3-7q; Wed, 30 Jan 2013 11:19:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0Vhr-0004Nh-VC; Wed, 30 Jan 2013 11:19:56 +0000 Received: from [85.158.143.35:3512] by server-2.bemta-4.messagelabs.com id 1A/F9-01597-BD109015; Wed, 30 Jan 2013 11:19:55 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1359544326!15786588!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5NTcw\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9559 invoked from network); 30 Jan 2013 11:12:07 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 11:12:07 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355097600"; d="scan'208";a="981366" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jan 2013 11:11:00 +0000 Received: from dhcp-3-120.uk.xensource.com (10.80.3.120) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Wed, 30 Jan 2013 11:10:59 +0000 Message-ID: <5108FFC4.3030608@citrix.com> Date: Wed, 30 Jan 2013 11:11:00 +0000 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: George Dunlap References: <20130130104727.GI6193@type.bordeaux.inria.fr> In-Reply-To: Cc: tech mailinglists , Samuel Thibault , xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 30/01/13 11:04, George Dunlap wrote: > On Wed, Jan 30, 2013 at 10:52 AM, tech mailinglists > > wrote: > > I thought that stubdoms for HVMs are great for security. Can it > still be used for PV-on-HVM for security? Can only Linux run as PVH > and Windows and so on still run as HVM? > > > Stubdoms increase security by isolating the qemu process, so that it's > not running in domain 0. PV domains (and by extension PVH domains) > don't have a qemu process, and are therefore are secure without needing > a stubdom. > > Yes, PVH is an extension of PV; so only operating systems which can be > ported to PV will support PVH. Isn't it probably easier to port a system with PVHVM support to PVH? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 12:21:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12:21: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 1U0WeK-00067r-29; Wed, 30 Jan 2013 12:20:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0WeI-00067c-6q; Wed, 30 Jan 2013 12:20:18 +0000 Received: from [85.158.139.211:65242] by server-8.bemta-5.messagelabs.com id 61/56-19075-10019015; Wed, 30 Jan 2013 12:20:17 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-3.tower-206.messagelabs.com!1359548416!18653042!1 X-Originating-IP: [192.134.164.83] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3366 invoked from network); 30 Jan 2013 12:20:17 -0000 Received: from mail2-relais-roc.national.inria.fr (HELO mail2-relais-roc.national.inria.fr) (192.134.164.83) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:20:17 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355094000"; d="scan'208";a="637606" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 13:20:16 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0WeG-00070U-1Q; Wed, 30 Jan 2013 13:20:16 +0100 Date: Wed, 30 Jan 2013 13:20:16 +0100 From: Samuel Thibault To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130130122016.GQ6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5108FFC4.3030608@citrix.com> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Cc: George Dunlap , tech mailinglists , xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : > On 30/01/13 11:04, George Dunlap wrote: > > Yes, PVH is an extension of PV; so only operating systems which can be > > ported to PV will support PVH. > = > Isn't it probably easier to port a system with PVHVM support to PVH? In general, no. Porting a system to PV involves a lot of tricky things deep in the OS, while writing a PV driver is much less involving. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 12:21:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12:21: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 1U0WeK-00067r-29; Wed, 30 Jan 2013 12:20:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0WeI-00067c-6q; Wed, 30 Jan 2013 12:20:18 +0000 Received: from [85.158.139.211:65242] by server-8.bemta-5.messagelabs.com id 61/56-19075-10019015; Wed, 30 Jan 2013 12:20:17 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-3.tower-206.messagelabs.com!1359548416!18653042!1 X-Originating-IP: [192.134.164.83] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3366 invoked from network); 30 Jan 2013 12:20:17 -0000 Received: from mail2-relais-roc.national.inria.fr (HELO mail2-relais-roc.national.inria.fr) (192.134.164.83) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:20:17 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355094000"; d="scan'208";a="637606" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 13:20:16 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0WeG-00070U-1Q; Wed, 30 Jan 2013 13:20:16 +0100 Date: Wed, 30 Jan 2013 13:20:16 +0100 From: Samuel Thibault To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130130122016.GQ6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5108FFC4.3030608@citrix.com> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Cc: George Dunlap , tech mailinglists , xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : > On 30/01/13 11:04, George Dunlap wrote: > > Yes, PVH is an extension of PV; so only operating systems which can be > > ported to PV will support PVH. > = > Isn't it probably easier to port a system with PVHVM support to PVH? In general, no. Porting a system to PV involves a lot of tricky things deep in the OS, while writing a PV driver is much less involving. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 12:26:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12:26: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 1U0Wk2-0006gs-8Y; Wed, 30 Jan 2013 12:26:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0Wjz-0006g3-GT; Wed, 30 Jan 2013 12:26:11 +0000 Received: from [85.158.139.211:17782] by server-1.bemta-5.messagelabs.com id 6D/3D-29263-26119015; Wed, 30 Jan 2013 12:26:10 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1359548769!20010404!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5NTcw\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16523 invoked from network); 30 Jan 2013 12:26:09 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:26:09 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355097600"; d="scan'208";a="984491" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jan 2013 12:26:10 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Wed, 30 Jan 2013 12:26:09 +0000 Message-ID: <1359548767.12252.222.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Samuel Thibault Date: Wed, 30 Jan 2013 12:26:07 +0000 In-Reply-To: <20130130122016.GQ6193@type.bordeaux.inria.fr> References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: George Dunlap , tech mailinglists , xen-users , "xen-devel@lists.xen.org" , Roger Pau Monne Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gV2VkLCAyMDEzLTAxLTMwIGF0IDEyOjIwICswMDAwLCBTYW11ZWwgVGhpYmF1bHQgd3JvdGU6 Cj4gUm9nZXIgUGF1IE1vbm7DqSwgbGUgV2VkIDMwIEphbiAyMDEzIDExOjExOjAwICswMDAwLCBh IMOpY3JpdCA6Cj4gPiBPbiAzMC8wMS8xMyAxMTowNCwgR2VvcmdlIER1bmxhcCB3cm90ZToKPiA+ ID4gWWVzLCBQVkggaXMgYW4gZXh0ZW5zaW9uIG9mIFBWOyBzbyBvbmx5IG9wZXJhdGluZyBzeXN0 ZW1zIHdoaWNoIGNhbiBiZQo+ID4gPiBwb3J0ZWQgdG8gUFYgd2lsbCBzdXBwb3J0IFBWSC4KPiA+ IAo+ID4gSXNuJ3QgaXQgcHJvYmFibHkgZWFzaWVyIHRvIHBvcnQgYSBzeXN0ZW0gd2l0aCBQVkhW TSBzdXBwb3J0IHRvIFBWSD8KPiAKPiBJbiBnZW5lcmFsLCBuby4gUG9ydGluZyBhIHN5c3RlbSB0 byBQViBpbnZvbHZlcyBhIGxvdCBvZiB0cmlja3kgdGhpbmdzCj4gZGVlcCBpbiB0aGUgT1MsIHdo aWxlIHdyaXRpbmcgYSBQViBkcml2ZXIgaXMgbXVjaCBsZXNzIGludm9sdmluZy4KCkJ1dCBpbiBz b21lIHNlbnNlIHRoZSB3b3JrIGZvciBQVkggaXMgYSBzdXBlcnNldCBvZiB0aGF0IGZvciBQVkhW TSwgc28KaW4gdGhhdCBzZW5zZSBpdCB3b3VsZCBiZSBlYXNpZXIgdG8gcG9ydCBhbiBPUyB3aXRo IGV4aXN0aW5nIFBWSFZNCnN1cHBvcnQgdG8gUFZIICh3aGljaCBJIHRoaW5rIG1heSBoYXZlIGJl ZW4gd2hhdCBSb2dlciB3YXMgYXNraW5nKS4KCkl0IGlzIGNlcnRhaW5seSB0aGUgY2FzZSB0aGF0 IHBvcnRpbmcgdG8gUFZIIHNob3VsZCBiZSBtdWNoIGVhc2llciB0aGFuCmEgcG9ydCB0byByZWd1 bGFyIFBWLgoKSWFuLgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Jan 30 12:26:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12:26: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 1U0Wk2-0006gs-8Y; Wed, 30 Jan 2013 12:26:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0Wjz-0006g3-GT; Wed, 30 Jan 2013 12:26:11 +0000 Received: from [85.158.139.211:17782] by server-1.bemta-5.messagelabs.com id 6D/3D-29263-26119015; Wed, 30 Jan 2013 12:26:10 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1359548769!20010404!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5NTcw\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16523 invoked from network); 30 Jan 2013 12:26:09 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:26:09 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355097600"; d="scan'208";a="984491" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jan 2013 12:26:10 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Wed, 30 Jan 2013 12:26:09 +0000 Message-ID: <1359548767.12252.222.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Samuel Thibault Date: Wed, 30 Jan 2013 12:26:07 +0000 In-Reply-To: <20130130122016.GQ6193@type.bordeaux.inria.fr> References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: George Dunlap , tech mailinglists , xen-users , "xen-devel@lists.xen.org" , Roger Pau Monne Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gV2VkLCAyMDEzLTAxLTMwIGF0IDEyOjIwICswMDAwLCBTYW11ZWwgVGhpYmF1bHQgd3JvdGU6 Cj4gUm9nZXIgUGF1IE1vbm7DqSwgbGUgV2VkIDMwIEphbiAyMDEzIDExOjExOjAwICswMDAwLCBh IMOpY3JpdCA6Cj4gPiBPbiAzMC8wMS8xMyAxMTowNCwgR2VvcmdlIER1bmxhcCB3cm90ZToKPiA+ ID4gWWVzLCBQVkggaXMgYW4gZXh0ZW5zaW9uIG9mIFBWOyBzbyBvbmx5IG9wZXJhdGluZyBzeXN0 ZW1zIHdoaWNoIGNhbiBiZQo+ID4gPiBwb3J0ZWQgdG8gUFYgd2lsbCBzdXBwb3J0IFBWSC4KPiA+ IAo+ID4gSXNuJ3QgaXQgcHJvYmFibHkgZWFzaWVyIHRvIHBvcnQgYSBzeXN0ZW0gd2l0aCBQVkhW TSBzdXBwb3J0IHRvIFBWSD8KPiAKPiBJbiBnZW5lcmFsLCBuby4gUG9ydGluZyBhIHN5c3RlbSB0 byBQViBpbnZvbHZlcyBhIGxvdCBvZiB0cmlja3kgdGhpbmdzCj4gZGVlcCBpbiB0aGUgT1MsIHdo aWxlIHdyaXRpbmcgYSBQViBkcml2ZXIgaXMgbXVjaCBsZXNzIGludm9sdmluZy4KCkJ1dCBpbiBz b21lIHNlbnNlIHRoZSB3b3JrIGZvciBQVkggaXMgYSBzdXBlcnNldCBvZiB0aGF0IGZvciBQVkhW TSwgc28KaW4gdGhhdCBzZW5zZSBpdCB3b3VsZCBiZSBlYXNpZXIgdG8gcG9ydCBhbiBPUyB3aXRo IGV4aXN0aW5nIFBWSFZNCnN1cHBvcnQgdG8gUFZIICh3aGljaCBJIHRoaW5rIG1heSBoYXZlIGJl ZW4gd2hhdCBSb2dlciB3YXMgYXNraW5nKS4KCkl0IGlzIGNlcnRhaW5seSB0aGUgY2FzZSB0aGF0 IHBvcnRpbmcgdG8gUFZIIHNob3VsZCBiZSBtdWNoIGVhc2llciB0aGFuCmEgcG9ydCB0byByZWd1 bGFyIFBWLgoKSWFuLgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Jan 30 12:26:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12:26: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 1U0Wk1-0006gg-Kd; Wed, 30 Jan 2013 12:26:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0Wjz-0006g2-FS; Wed, 30 Jan 2013 12:26:11 +0000 Received: from [85.158.139.83:16422] by server-14.bemta-5.messagelabs.com id 36/38-06967-26119015; Wed, 30 Jan 2013 12:26:10 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-14.tower-182.messagelabs.com!1359548768!24168970!1 X-Originating-IP: [192.134.164.83] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14371 invoked from network); 30 Jan 2013 12:26:09 -0000 Received: from mail2-relais-roc.national.inria.fr (HELO mail2-relais-roc.national.inria.fr) (192.134.164.83) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:26:09 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355094000"; d="scan'208";a="638260" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 13:26:08 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0Wjw-00079X-Bx; Wed, 30 Jan 2013 13:26:08 +0100 Date: Wed, 30 Jan 2013 13:26:08 +0100 From: Samuel Thibault To: Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users Message-ID: <20130130122608.GU6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130130122016.GQ6193@type.bordeaux.inria.fr> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Samuel Thibault, le Wed 30 Jan 2013 13:20:16 +0100, a =E9crit : > Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : > > On 30/01/13 11:04, George Dunlap wrote: > > > Yes, PVH is an extension of PV; so only operating systems which can be > > > ported to PV will support PVH. > > = > > Isn't it probably easier to port a system with PVHVM support to PVH? > = > In general, no. Porting a system to PV involves a lot of tricky things > deep in the OS, while writing a PV driver is much less involving. Let me fix it: porting a system to PVH involves a lot less tricky things deep in the OS than porting it to PV. There are still quite a few tricky things to do, so I don't think PVH is half-way between PV and PVHVM. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 12:26:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12:26: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 1U0Wk1-0006gg-Kd; Wed, 30 Jan 2013 12:26:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0Wjz-0006g2-FS; Wed, 30 Jan 2013 12:26:11 +0000 Received: from [85.158.139.83:16422] by server-14.bemta-5.messagelabs.com id 36/38-06967-26119015; Wed, 30 Jan 2013 12:26:10 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-14.tower-182.messagelabs.com!1359548768!24168970!1 X-Originating-IP: [192.134.164.83] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14371 invoked from network); 30 Jan 2013 12:26:09 -0000 Received: from mail2-relais-roc.national.inria.fr (HELO mail2-relais-roc.national.inria.fr) (192.134.164.83) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:26:09 -0000 X-IronPort-AV: E=Sophos;i="4.84,567,1355094000"; d="scan'208";a="638260" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 13:26:08 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0Wjw-00079X-Bx; Wed, 30 Jan 2013 13:26:08 +0100 Date: Wed, 30 Jan 2013 13:26:08 +0100 From: Samuel Thibault To: Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users Message-ID: <20130130122608.GU6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130130122016.GQ6193@type.bordeaux.inria.fr> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Samuel Thibault, le Wed 30 Jan 2013 13:20:16 +0100, a =E9crit : > Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : > > On 30/01/13 11:04, George Dunlap wrote: > > > Yes, PVH is an extension of PV; so only operating systems which can be > > > ported to PV will support PVH. > > = > > Isn't it probably easier to port a system with PVHVM support to PVH? > = > In general, no. Porting a system to PV involves a lot of tricky things > deep in the OS, while writing a PV driver is much less involving. Let me fix it: porting a system to PVH involves a lot less tricky things deep in the OS than porting it to PV. There are still quite a few tricky things to do, so I don't think PVH is half-way between PV and PVHVM. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 12:34:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12: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 1U0WrS-0007uK-BF; Wed, 30 Jan 2013 12:33:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0WrQ-0007tU-9l; Wed, 30 Jan 2013 12:33:52 +0000 Received: from [85.158.137.99:4063] by server-10.bemta-3.messagelabs.com id 3E/89-10609-D2319015; Wed, 30 Jan 2013 12:33:49 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-3.tower-217.messagelabs.com!1359549228!12288557!1 X-Originating-IP: [192.134.164.104] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25132 invoked from network); 30 Jan 2013 12:33:49 -0000 Received: from mail3-relais-sop.national.inria.fr (HELO mail3-relais-sop.national.inria.fr) (192.134.164.104) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:33:49 -0000 X-IronPort-AV: E=Sophos;i="4.84,568,1355094000"; d="scan'208";a="491326" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 13:33:04 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0WrM-0007KK-Ex; Wed, 30 Jan 2013 13:33:48 +0100 Date: Wed, 30 Jan 2013 13:33:48 +0100 From: Samuel Thibault To: Ian Campbell Message-ID: <20130130123348.GW6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , Ian Campbell , Roger Pau Monne , George Dunlap , tech mailinglists , xen-users , "xen-devel@lists.xen.org" References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> <1359548767.12252.222.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1359548767.12252.222.camel@zakaz.uk.xensource.com> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Cc: George Dunlap , tech mailinglists , xen-users , "xen-devel@lists.xen.org" , Roger Pau Monne Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Ian Campbell, le Wed 30 Jan 2013 12:26:07 +0000, a =E9crit : > On Wed, 2013-01-30 at 12:20 +0000, Samuel Thibault wrote: > > Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : > > > On 30/01/13 11:04, George Dunlap wrote: > > > > Yes, PVH is an extension of PV; so only operating systems which can= be > > > > ported to PV will support PVH. > > > = > > > Isn't it probably easier to port a system with PVHVM support to PVH? > > = > > In general, no. Porting a system to PV involves a lot of tricky things > > deep in the OS, while writing a PV driver is much less involving. > = > But in some sense the work for PVH is a superset of that for PVHVM, so > in that sense it would be easier to port an OS with existing PVHVM > support to PVH (which I think may have been what Roger was asking). > = > It is certainly the case that porting to PVH should be much easier than > a port to regular PV. Ah, yes. I hadn't understood the question that way, sorry. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 12:34:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12: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 1U0WrS-0007uK-BF; Wed, 30 Jan 2013 12:33:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0WrQ-0007tU-9l; Wed, 30 Jan 2013 12:33:52 +0000 Received: from [85.158.137.99:4063] by server-10.bemta-3.messagelabs.com id 3E/89-10609-D2319015; Wed, 30 Jan 2013 12:33:49 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-3.tower-217.messagelabs.com!1359549228!12288557!1 X-Originating-IP: [192.134.164.104] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25132 invoked from network); 30 Jan 2013 12:33:49 -0000 Received: from mail3-relais-sop.national.inria.fr (HELO mail3-relais-sop.national.inria.fr) (192.134.164.104) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:33:49 -0000 X-IronPort-AV: E=Sophos;i="4.84,568,1355094000"; d="scan'208";a="491326" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 13:33:04 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0WrM-0007KK-Ex; Wed, 30 Jan 2013 13:33:48 +0100 Date: Wed, 30 Jan 2013 13:33:48 +0100 From: Samuel Thibault To: Ian Campbell Message-ID: <20130130123348.GW6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , Ian Campbell , Roger Pau Monne , George Dunlap , tech mailinglists , xen-users , "xen-devel@lists.xen.org" References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> <1359548767.12252.222.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1359548767.12252.222.camel@zakaz.uk.xensource.com> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Cc: George Dunlap , tech mailinglists , xen-users , "xen-devel@lists.xen.org" , Roger Pau Monne Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Ian Campbell, le Wed 30 Jan 2013 12:26:07 +0000, a =E9crit : > On Wed, 2013-01-30 at 12:20 +0000, Samuel Thibault wrote: > > Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : > > > On 30/01/13 11:04, George Dunlap wrote: > > > > Yes, PVH is an extension of PV; so only operating systems which can= be > > > > ported to PV will support PVH. > > > = > > > Isn't it probably easier to port a system with PVHVM support to PVH? > > = > > In general, no. Porting a system to PV involves a lot of tricky things > > deep in the OS, while writing a PV driver is much less involving. > = > But in some sense the work for PVH is a superset of that for PVHVM, so > in that sense it would be easier to port an OS with existing PVHVM > support to PVH (which I think may have been what Roger was asking). > = > It is certainly the case that porting to PVH should be much easier than > a port to regular PV. Ah, yes. I hadn't understood the question that way, sorry. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 12:35:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12:35: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 1U0Wso-0008C3-En; Wed, 30 Jan 2013 12:35:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0Wsm-0008BS-Ti; Wed, 30 Jan 2013 12:35:17 +0000 Received: from [85.158.143.35:62965] by server-3.bemta-4.messagelabs.com id B0/10-08920-48319015; Wed, 30 Jan 2013 12:35:16 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1359549176!5460701!1 X-Originating-IP: [192.134.164.104] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6830 invoked from network); 30 Jan 2013 12:32:57 -0000 Received: from mail3-relais-sop.national.inria.fr (HELO mail3-relais-sop.national.inria.fr) (192.134.164.104) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:32:57 -0000 X-IronPort-AV: E=Sophos;i="4.84,568,1355094000"; d="scan'208";a="491201" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 13:32:11 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0WqV-0007C8-IX; Wed, 30 Jan 2013 13:32:55 +0100 Date: Wed, 30 Jan 2013 13:32:55 +0100 From: Samuel Thibault To: Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users Message-ID: <20130130123255.GV6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> <20130130122608.GU6193@type.bordeaux.inria.fr> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130130122608.GU6193@type.bordeaux.inria.fr> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Samuel Thibault, le Wed 30 Jan 2013 13:26:08 +0100, a =E9crit : > Samuel Thibault, le Wed 30 Jan 2013 13:20:16 +0100, a =E9crit : > > Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : > > > On 30/01/13 11:04, George Dunlap wrote: > > > > Yes, PVH is an extension of PV; so only operating systems which can= be > > > > ported to PV will support PVH. > > > = > > > Isn't it probably easier to port a system with PVHVM support to PVH? > > = > > In general, no. Porting a system to PV involves a lot of tricky things > > deep in the OS, while writing a PV driver is much less involving. > = > Let me fix it: porting a system to PVH involves a lot less tricky things > deep in the OS than porting it to PV. There are still quite a few tricky > things to do, so I don't think PVH is half-way between PV and PVHVM. Let me fix it again :) Starting from PV, most of what you need to support PVH is to just drop the PV implementation and use the native code, without writing any code. So even if it PVH was actually halfway between PVHVM and PV, it surely is not halfway between PV and PVHVM :) Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 12:35:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12:35: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 1U0Wso-0008C3-En; Wed, 30 Jan 2013 12:35:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0Wsm-0008BS-Ti; Wed, 30 Jan 2013 12:35:17 +0000 Received: from [85.158.143.35:62965] by server-3.bemta-4.messagelabs.com id B0/10-08920-48319015; Wed, 30 Jan 2013 12:35:16 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1359549176!5460701!1 X-Originating-IP: [192.134.164.104] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6830 invoked from network); 30 Jan 2013 12:32:57 -0000 Received: from mail3-relais-sop.national.inria.fr (HELO mail3-relais-sop.national.inria.fr) (192.134.164.104) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:32:57 -0000 X-IronPort-AV: E=Sophos;i="4.84,568,1355094000"; d="scan'208";a="491201" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 13:32:11 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0WqV-0007C8-IX; Wed, 30 Jan 2013 13:32:55 +0100 Date: Wed, 30 Jan 2013 13:32:55 +0100 From: Samuel Thibault To: Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users Message-ID: <20130130123255.GV6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> <20130130122608.GU6193@type.bordeaux.inria.fr> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130130122608.GU6193@type.bordeaux.inria.fr> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Samuel Thibault, le Wed 30 Jan 2013 13:26:08 +0100, a =E9crit : > Samuel Thibault, le Wed 30 Jan 2013 13:20:16 +0100, a =E9crit : > > Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : > > > On 30/01/13 11:04, George Dunlap wrote: > > > > Yes, PVH is an extension of PV; so only operating systems which can= be > > > > ported to PV will support PVH. > > > = > > > Isn't it probably easier to port a system with PVHVM support to PVH? > > = > > In general, no. Porting a system to PV involves a lot of tricky things > > deep in the OS, while writing a PV driver is much less involving. > = > Let me fix it: porting a system to PVH involves a lot less tricky things > deep in the OS than porting it to PV. There are still quite a few tricky > things to do, so I don't think PVH is half-way between PV and PVHVM. Let me fix it again :) Starting from PV, most of what you need to support PVH is to just drop the PV implementation and use the native code, without writing any code. So even if it PVH was actually halfway between PVHVM and PV, it surely is not halfway between PV and PVHVM :) Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 12:44:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12:44: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 1U0X1P-0000g1-JJ; Wed, 30 Jan 2013 12:44:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0X1N-0000fe-TO; Wed, 30 Jan 2013 12:44:10 +0000 Received: from [85.158.139.211:36244] by server-13.bemta-5.messagelabs.com id 2E/B6-06769-99519015; Wed, 30 Jan 2013 12:44:09 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1359549807!19269628!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5NTcw\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12423 invoked from network); 30 Jan 2013 12:43:28 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:43:28 -0000 X-IronPort-AV: E=Sophos;i="4.84,568,1355097600"; d="scan'208";a="984907" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jan 2013 12:43:28 +0000 Received: from dhcp-3-120.uk.xensource.com (10.80.3.120) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Wed, 30 Jan 2013 12:43:27 +0000 Message-ID: <51091570.6050802@citrix.com> Date: Wed, 30 Jan 2013 12:43:28 +0000 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: , George Dunlap , tech mailinglists , , xen-devel References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> <20130130122608.GU6193@type.bordeaux.inria.fr> <20130130123255.GV6193@type.bordeaux.inria.fr> In-Reply-To: <20130130123255.GV6193@type.bordeaux.inria.fr> Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 30/01/13 12:32, Samuel Thibault wrote: > Samuel Thibault, le Wed 30 Jan 2013 13:26:08 +0100, a =E9crit : >> Samuel Thibault, le Wed 30 Jan 2013 13:20:16 +0100, a =E9crit : >>> Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : >>>> On 30/01/13 11:04, George Dunlap wrote: >>>>> Yes, PVH is an extension of PV; so only operating systems which can be >>>>> ported to PV will support PVH. >>>> >>>> Isn't it probably easier to port a system with PVHVM support to PVH? >>> >>> In general, no. Porting a system to PV involves a lot of tricky things >>> deep in the OS, while writing a PV driver is much less involving. >> >> Let me fix it: porting a system to PVH involves a lot less tricky things >> deep in the OS than porting it to PV. There are still quite a few tricky >> things to do, so I don't think PVH is half-way between PV and PVHVM. > = > Let me fix it again :) > = > Starting from PV, most of what you need to support PVH is to just drop > the PV implementation and use the native code, without writing any code. >From what I saw, PVH uses most of the PVHVM code paths, like the PVHVM vector callback for events (not the PV callback), and grant frames are also using the PVHVM paths, so I was thinking that the transition from PVHVM to PVH was going to be easier than the transition from PV to PVH. But yes, you also need some of the PV tricks, so I'm not sure what will be more difficult to implement, the PV tricks or the PVHVM infrastructure. Anyway, it is surely going to be much more easier to port a OS to PVH from scratch compared to PV. > So even if it PVH was actually halfway between PVHVM and PV, it surely > is not halfway between PV and PVHVM :) > = > Samuel > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 12:44:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 12:44: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 1U0X1P-0000g1-JJ; Wed, 30 Jan 2013 12:44:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0X1N-0000fe-TO; Wed, 30 Jan 2013 12:44:10 +0000 Received: from [85.158.139.211:36244] by server-13.bemta-5.messagelabs.com id 2E/B6-06769-99519015; Wed, 30 Jan 2013 12:44:09 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1359549807!19269628!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5NTcw\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12423 invoked from network); 30 Jan 2013 12:43:28 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 12:43:28 -0000 X-IronPort-AV: E=Sophos;i="4.84,568,1355097600"; d="scan'208";a="984907" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jan 2013 12:43:28 +0000 Received: from dhcp-3-120.uk.xensource.com (10.80.3.120) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Wed, 30 Jan 2013 12:43:27 +0000 Message-ID: <51091570.6050802@citrix.com> Date: Wed, 30 Jan 2013 12:43:28 +0000 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: , George Dunlap , tech mailinglists , , xen-devel References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> <20130130122608.GU6193@type.bordeaux.inria.fr> <20130130123255.GV6193@type.bordeaux.inria.fr> In-Reply-To: <20130130123255.GV6193@type.bordeaux.inria.fr> Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 30/01/13 12:32, Samuel Thibault wrote: > Samuel Thibault, le Wed 30 Jan 2013 13:26:08 +0100, a =E9crit : >> Samuel Thibault, le Wed 30 Jan 2013 13:20:16 +0100, a =E9crit : >>> Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : >>>> On 30/01/13 11:04, George Dunlap wrote: >>>>> Yes, PVH is an extension of PV; so only operating systems which can be >>>>> ported to PV will support PVH. >>>> >>>> Isn't it probably easier to port a system with PVHVM support to PVH? >>> >>> In general, no. Porting a system to PV involves a lot of tricky things >>> deep in the OS, while writing a PV driver is much less involving. >> >> Let me fix it: porting a system to PVH involves a lot less tricky things >> deep in the OS than porting it to PV. There are still quite a few tricky >> things to do, so I don't think PVH is half-way between PV and PVHVM. > = > Let me fix it again :) > = > Starting from PV, most of what you need to support PVH is to just drop > the PV implementation and use the native code, without writing any code. >From what I saw, PVH uses most of the PVHVM code paths, like the PVHVM vector callback for events (not the PV callback), and grant frames are also using the PVHVM paths, so I was thinking that the transition from PVHVM to PVH was going to be easier than the transition from PV to PVH. But yes, you also need some of the PV tricks, so I'm not sure what will be more difficult to implement, the PV tricks or the PVHVM infrastructure. Anyway, it is surely going to be much more easier to port a OS to PVH from scratch compared to PV. > So even if it PVH was actually halfway between PVHVM and PV, it surely > is not halfway between PV and PVHVM :) > = > Samuel > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 13:36:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 13:36: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 1U0XpQ-0001V9-I9; Wed, 30 Jan 2013 13:35:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0XpN-0001Uu-S0; Wed, 30 Jan 2013 13:35:50 +0000 Received: from [85.158.138.51:7889] by server-2.bemta-3.messagelabs.com id 01/1B-25961-4B129015; Wed, 30 Jan 2013 13:35:48 +0000 X-Env-Sender: mailinglists.tech@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1359552946!28080393!1 X-Originating-IP: [209.85.212.172] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25530 invoked from network); 30 Jan 2013 13:35:47 -0000 Received: from mail-wi0-f172.google.com (HELO mail-wi0-f172.google.com) (209.85.212.172) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 13:35:47 -0000 Received: by mail-wi0-f172.google.com with SMTP id o1so3622286wic.17 for ; Wed, 30 Jan 2013 05:35:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Q+Ov6nDypcKryKgRt9gygdhM00piPpmyp92ApXzKFbM=; b=i2aXmShamH50XTtjS9dd/BsVwLiPM3SY7myofFmsXqsYMMOMJjRaKsnWo3AIp0QIc9 CerXouERgkc8ixITl5wqtvdUHxp7HQN+fZKx773RsyNdhjqmeo4K5Oruk1vSoA8FtQ7y GdxTGswo+AUxLtudIb23QL0Jhaew67aBo6zNhbdvU+u8Vr+fFPapam23QsYuxOrURp8/ 7ACqFWRkWZiL+Ao3f3VxOh1rpTO27prmU57yvYi5l/v7A3LV3wsWzwNPXpaKZC41mp9B ftMWnbqQ4XsQ9fbv8m7DCfaBvrf+5IY0RRamqZqCdrKmCxRcKx3VuY5BiCgxMxTiS3aC 9vnw== MIME-Version: 1.0 X-Received: by 10.180.90.147 with SMTP id bw19mr8980321wib.28.1359552946710; Wed, 30 Jan 2013 05:35:46 -0800 (PST) Received: by 10.227.203.18 with HTTP; Wed, 30 Jan 2013 05:35:46 -0800 (PST) In-Reply-To: <51091570.6050802@citrix.com> References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> <20130130122608.GU6193@type.bordeaux.inria.fr> <20130130123255.GV6193@type.bordeaux.inria.fr> <51091570.6050802@citrix.com> Date: Wed, 30 Jan 2013 14:35:46 +0100 Message-ID: From: tech mailinglists To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Cc: George Dunlap , Samuel Thibault , xen-devel , xen-users Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.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="===============1528163239241873957==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1528163239241873957== Content-Type: multipart/alternative; boundary=f46d04389251712a5b04d4819685 --f46d04389251712a5b04d4819685 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thats good that I understood now everything. So can xenstored/oxenstored stubdoms run on the actual stable trunk? I already talked with Daniel de Graaf from the NSA about this theme in this thread: http://lists.xen.org/archives/html/xen-devel/2013-01/msg00956.html So the main problem is that the FLASK ruleset he posted is incompatible with 4.2.1. I also talked with Steven Maresca on IRC about this and he said that in 4.2.1 only sysctl hypercalls are support more or less by XSM/FLASK and not domctl hypercalls so I think that these lines are a problem: *# Xenstore requires the global VIRQ for domain destroy operations**allow dom0_t xenstore_t:domain set_virq_handler;**# Current xenstore stubdom uses the hypervisor console, not "xl console"**allow xenstore_t xen_t:xen writeconsole;**# Xenstore queries domaininfo on all domains**allow xenstore_t domain_type:domain getdomaininfo;**# As a shortcut, the following 3 rules are used instead of adding a**domain_comms**# rule between xenstore_t and every domain type that talks to xenstore**create_channel(xenstore_t, domain_type, xenstore_t_channel)**allow event_type xenstore_t: event bind;**allow xenstore_t domain_type:grant { map_read map_write unmap }; * * * Aspecially the first two roles I think won't work, in the case of the other lines I am not sure. Can I workaround this and find a FLASK ruleset to use xenstored/oxenstored stubdom on 4.2.1? Best Regards 2013/1/30 Roger Pau Monn=E9 > On 30/01/13 12:32, Samuel Thibault wrote: > > Samuel Thibault, le Wed 30 Jan 2013 13:26:08 +0100, a =E9crit : > >> Samuel Thibault, le Wed 30 Jan 2013 13:20:16 +0100, a =E9crit : > >>> Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : > >>>> On 30/01/13 11:04, George Dunlap wrote: > >>>>> Yes, PVH is an extension of PV; so only operating systems which can > be > >>>>> ported to PV will support PVH. > >>>> > >>>> Isn't it probably easier to port a system with PVHVM support to PVH? > >>> > >>> In general, no. Porting a system to PV involves a lot of tricky thing= s > >>> deep in the OS, while writing a PV driver is much less involving. > >> > >> Let me fix it: porting a system to PVH involves a lot less tricky thin= gs > >> deep in the OS than porting it to PV. There are still quite a few tric= ky > >> things to do, so I don't think PVH is half-way between PV and PVHVM. > > > > Let me fix it again :) > > > > Starting from PV, most of what you need to support PVH is to just drop > > the PV implementation and use the native code, without writing any code= . > > From what I saw, PVH uses most of the PVHVM code paths, like the PVHVM > vector callback for events (not the PV callback), and grant frames are > also using the PVHVM paths, so I was thinking that the transition from > PVHVM to PVH was going to be easier than the transition from PV to PVH. > But yes, you also need some of the PV tricks, so I'm not sure what will > be more difficult to implement, the PV tricks or the PVHVM infrastructure= . > > Anyway, it is surely going to be much more easier to port a OS to PVH > from scratch compared to PV. > > > So even if it PVH was actually halfway between PVHVM and PV, it surely > > is not halfway between PV and PVHVM :) > > > > Samuel > > > > --f46d04389251712a5b04d4819685 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thats good that I understood now everything. So can x= enstored/oxenstored stubdoms run on the actual stable trunk? I already talk= ed with Daniel de Graaf from the NSA about this theme in this thread: h= ttp://lists.xen.org/archives/html/xen-devel/2013-01/msg00956.html

So the main problem is that the FLASK ruleset he posted is incomp= atible with 4.2.1. I also talked with Steven Maresca on IRC about this and = he said that in 4.2.1 only sysctl hypercalls are support more or less by XS= M/FLASK and not domctl hypercalls so I think that these lines are a problem= :


# Xenstore requires the global VIRQ for domain destroy oper=
ations
allow dom0_t xenstore_t:domain set_virq_handler;
# Current xenstore stubdom uses the hypervisor console, not "xl con=
sole"
allow xenstore_t xen_t:xen writeconsole;
# Xenstore queries domaininfo on all domains
allow xenstore_t domain_type:domain getdomaininfo;
# As a shortcut, the following 3 rules are used instead of adding a
domain_comms
# rule between xenstore_t and every domain type that talks to xenstore
create_channel(xenstore_t, domain_type, xenstore_t_channel)
allow event_type xenstore_t: event bind;
allow xenstore_t domain_type:grant { map_read map_write unmap };

=



Aspecially the first tw=
o roles I think won't work, in the case of the other lines I am not sur=
e.


Can I workaround this and find a FLASK ruleset to use xensto=
red/oxenstored stubdom on 4.2.1?

Best Regards


2013/1/30= Roger Pau Monn=E9 <roger.pau@citrix.com>
On 30/01/13 12:32, Samuel = Thibault wrote:
> Samuel Thibault, le Wed 30 Jan 2013 13:26:08 +0100, a =E9crit :
>> Samuel Thibault, le Wed 30 Jan 2013 13:20:16 +0100, a =E9crit : >>> Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9cri= t :
>>>> On 30/01/13 11:04, George Dunlap wrote:
>>>>> Yes, PVH is an extension of PV; so only operating syst= ems which can be
>>>>> ported to PV will support PVH.
>>>>
>>>> Isn't it probably easier to port a system with PVHVM s= upport to PVH?
>>>
>>> In general, no. Porting a system to PV involves a lot of trick= y things
>>> deep in the OS, while writing a PV driver is much less involvi= ng.
>>
>> Let me fix it: porting a system to PVH involves a lot less tricky = things
>> deep in the OS than porting it to PV. There are still quite a few = tricky
>> things to do, so I don't think PVH is half-way between PV and = PVHVM.
>
> Let me fix it again :)
>
> Starting from PV, most of what you need to support PVH is to just drop=
> the PV implementation and use the native code, without writing any cod= e.

From what I saw, PVH uses most of the PVHVM code paths, like the PVHV= M
vector callback for events (not the PV callback), and grant frames are
also using the PVHVM paths, so I was thinking that the transition from
PVHVM to PVH was going to be easier than the transition from PV to PVH.
But yes, you also need some of the PV tricks, so I'm not sure what will=
be more difficult to implement, the PV tricks or the PVHVM infrastructure.<= br>
Anyway, it is surely going to be much more easier to port a OS to PVH
from scratch compared to PV.

> So even if it PVH was actually halfway between PVHVM and PV, it surely=
> is not halfway between PV and PVHVM :)
>
> Samuel
>


--f46d04389251712a5b04d4819685-- --===============1528163239241873957== 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 --===============1528163239241873957==-- From xen-users-bounces@lists.xen.org Wed Jan 30 13:36:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 13:36: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 1U0XpQ-0001V9-I9; Wed, 30 Jan 2013 13:35:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0XpN-0001Uu-S0; Wed, 30 Jan 2013 13:35:50 +0000 Received: from [85.158.138.51:7889] by server-2.bemta-3.messagelabs.com id 01/1B-25961-4B129015; Wed, 30 Jan 2013 13:35:48 +0000 X-Env-Sender: mailinglists.tech@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1359552946!28080393!1 X-Originating-IP: [209.85.212.172] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25530 invoked from network); 30 Jan 2013 13:35:47 -0000 Received: from mail-wi0-f172.google.com (HELO mail-wi0-f172.google.com) (209.85.212.172) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 13:35:47 -0000 Received: by mail-wi0-f172.google.com with SMTP id o1so3622286wic.17 for ; Wed, 30 Jan 2013 05:35:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Q+Ov6nDypcKryKgRt9gygdhM00piPpmyp92ApXzKFbM=; b=i2aXmShamH50XTtjS9dd/BsVwLiPM3SY7myofFmsXqsYMMOMJjRaKsnWo3AIp0QIc9 CerXouERgkc8ixITl5wqtvdUHxp7HQN+fZKx773RsyNdhjqmeo4K5Oruk1vSoA8FtQ7y GdxTGswo+AUxLtudIb23QL0Jhaew67aBo6zNhbdvU+u8Vr+fFPapam23QsYuxOrURp8/ 7ACqFWRkWZiL+Ao3f3VxOh1rpTO27prmU57yvYi5l/v7A3LV3wsWzwNPXpaKZC41mp9B ftMWnbqQ4XsQ9fbv8m7DCfaBvrf+5IY0RRamqZqCdrKmCxRcKx3VuY5BiCgxMxTiS3aC 9vnw== MIME-Version: 1.0 X-Received: by 10.180.90.147 with SMTP id bw19mr8980321wib.28.1359552946710; Wed, 30 Jan 2013 05:35:46 -0800 (PST) Received: by 10.227.203.18 with HTTP; Wed, 30 Jan 2013 05:35:46 -0800 (PST) In-Reply-To: <51091570.6050802@citrix.com> References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> <20130130122608.GU6193@type.bordeaux.inria.fr> <20130130123255.GV6193@type.bordeaux.inria.fr> <51091570.6050802@citrix.com> Date: Wed, 30 Jan 2013 14:35:46 +0100 Message-ID: From: tech mailinglists To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Cc: George Dunlap , Samuel Thibault , xen-devel , xen-users Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.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="===============1528163239241873957==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1528163239241873957== Content-Type: multipart/alternative; boundary=f46d04389251712a5b04d4819685 --f46d04389251712a5b04d4819685 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thats good that I understood now everything. So can xenstored/oxenstored stubdoms run on the actual stable trunk? I already talked with Daniel de Graaf from the NSA about this theme in this thread: http://lists.xen.org/archives/html/xen-devel/2013-01/msg00956.html So the main problem is that the FLASK ruleset he posted is incompatible with 4.2.1. I also talked with Steven Maresca on IRC about this and he said that in 4.2.1 only sysctl hypercalls are support more or less by XSM/FLASK and not domctl hypercalls so I think that these lines are a problem: *# Xenstore requires the global VIRQ for domain destroy operations**allow dom0_t xenstore_t:domain set_virq_handler;**# Current xenstore stubdom uses the hypervisor console, not "xl console"**allow xenstore_t xen_t:xen writeconsole;**# Xenstore queries domaininfo on all domains**allow xenstore_t domain_type:domain getdomaininfo;**# As a shortcut, the following 3 rules are used instead of adding a**domain_comms**# rule between xenstore_t and every domain type that talks to xenstore**create_channel(xenstore_t, domain_type, xenstore_t_channel)**allow event_type xenstore_t: event bind;**allow xenstore_t domain_type:grant { map_read map_write unmap }; * * * Aspecially the first two roles I think won't work, in the case of the other lines I am not sure. Can I workaround this and find a FLASK ruleset to use xenstored/oxenstored stubdom on 4.2.1? Best Regards 2013/1/30 Roger Pau Monn=E9 > On 30/01/13 12:32, Samuel Thibault wrote: > > Samuel Thibault, le Wed 30 Jan 2013 13:26:08 +0100, a =E9crit : > >> Samuel Thibault, le Wed 30 Jan 2013 13:20:16 +0100, a =E9crit : > >>> Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9crit : > >>>> On 30/01/13 11:04, George Dunlap wrote: > >>>>> Yes, PVH is an extension of PV; so only operating systems which can > be > >>>>> ported to PV will support PVH. > >>>> > >>>> Isn't it probably easier to port a system with PVHVM support to PVH? > >>> > >>> In general, no. Porting a system to PV involves a lot of tricky thing= s > >>> deep in the OS, while writing a PV driver is much less involving. > >> > >> Let me fix it: porting a system to PVH involves a lot less tricky thin= gs > >> deep in the OS than porting it to PV. There are still quite a few tric= ky > >> things to do, so I don't think PVH is half-way between PV and PVHVM. > > > > Let me fix it again :) > > > > Starting from PV, most of what you need to support PVH is to just drop > > the PV implementation and use the native code, without writing any code= . > > From what I saw, PVH uses most of the PVHVM code paths, like the PVHVM > vector callback for events (not the PV callback), and grant frames are > also using the PVHVM paths, so I was thinking that the transition from > PVHVM to PVH was going to be easier than the transition from PV to PVH. > But yes, you also need some of the PV tricks, so I'm not sure what will > be more difficult to implement, the PV tricks or the PVHVM infrastructure= . > > Anyway, it is surely going to be much more easier to port a OS to PVH > from scratch compared to PV. > > > So even if it PVH was actually halfway between PVHVM and PV, it surely > > is not halfway between PV and PVHVM :) > > > > Samuel > > > > --f46d04389251712a5b04d4819685 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thats good that I understood now everything. So can x= enstored/oxenstored stubdoms run on the actual stable trunk? I already talk= ed with Daniel de Graaf from the NSA about this theme in this thread: h= ttp://lists.xen.org/archives/html/xen-devel/2013-01/msg00956.html

So the main problem is that the FLASK ruleset he posted is incomp= atible with 4.2.1. I also talked with Steven Maresca on IRC about this and = he said that in 4.2.1 only sysctl hypercalls are support more or less by XS= M/FLASK and not domctl hypercalls so I think that these lines are a problem= :


# Xenstore requires the global VIRQ for domain destroy oper=
ations
allow dom0_t xenstore_t:domain set_virq_handler;
# Current xenstore stubdom uses the hypervisor console, not "xl con=
sole"
allow xenstore_t xen_t:xen writeconsole;
# Xenstore queries domaininfo on all domains
allow xenstore_t domain_type:domain getdomaininfo;
# As a shortcut, the following 3 rules are used instead of adding a
domain_comms
# rule between xenstore_t and every domain type that talks to xenstore
create_channel(xenstore_t, domain_type, xenstore_t_channel)
allow event_type xenstore_t: event bind;
allow xenstore_t domain_type:grant { map_read map_write unmap };

=



Aspecially the first tw=
o roles I think won't work, in the case of the other lines I am not sur=
e.


Can I workaround this and find a FLASK ruleset to use xensto=
red/oxenstored stubdom on 4.2.1?

Best Regards


2013/1/30= Roger Pau Monn=E9 <roger.pau@citrix.com>
On 30/01/13 12:32, Samuel = Thibault wrote:
> Samuel Thibault, le Wed 30 Jan 2013 13:26:08 +0100, a =E9crit :
>> Samuel Thibault, le Wed 30 Jan 2013 13:20:16 +0100, a =E9crit : >>> Roger Pau Monn=E9, le Wed 30 Jan 2013 11:11:00 +0000, a =E9cri= t :
>>>> On 30/01/13 11:04, George Dunlap wrote:
>>>>> Yes, PVH is an extension of PV; so only operating syst= ems which can be
>>>>> ported to PV will support PVH.
>>>>
>>>> Isn't it probably easier to port a system with PVHVM s= upport to PVH?
>>>
>>> In general, no. Porting a system to PV involves a lot of trick= y things
>>> deep in the OS, while writing a PV driver is much less involvi= ng.
>>
>> Let me fix it: porting a system to PVH involves a lot less tricky = things
>> deep in the OS than porting it to PV. There are still quite a few = tricky
>> things to do, so I don't think PVH is half-way between PV and = PVHVM.
>
> Let me fix it again :)
>
> Starting from PV, most of what you need to support PVH is to just drop=
> the PV implementation and use the native code, without writing any cod= e.

From what I saw, PVH uses most of the PVHVM code paths, like the PVHV= M
vector callback for events (not the PV callback), and grant frames are
also using the PVHVM paths, so I was thinking that the transition from
PVHVM to PVH was going to be easier than the transition from PV to PVH.
But yes, you also need some of the PV tricks, so I'm not sure what will=
be more difficult to implement, the PV tricks or the PVHVM infrastructure.<= br>
Anyway, it is surely going to be much more easier to port a OS to PVH
from scratch compared to PV.

> So even if it PVH was actually halfway between PVHVM and PV, it surely=
> is not halfway between PV and PVHVM :)
>
> Samuel
>


--f46d04389251712a5b04d4819685-- --===============1528163239241873957== 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 --===============1528163239241873957==-- From xen-users-bounces@lists.xen.org Wed Jan 30 14:23:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 14:23: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 1U0YYl-0002cV-EZ; Wed, 30 Jan 2013 14:22:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0GFx-0005jD-8l for xen-users@lists.xen.org; Tue, 29 Jan 2013 18:50:05 +0000 Received: from [85.158.143.99:7535] by server-2.bemta-4.messagelabs.com id 84/EB-03518-CD918015; Tue, 29 Jan 2013 18:50:04 +0000 X-Env-Sender: borodkin.sergey@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1359485399!20375915!1 X-Originating-IP: [209.85.215.47] X-SpamReason: No, hits=0.2 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, UPPERCASE_50_75,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27519 invoked from network); 29 Jan 2013 18:50:00 -0000 Received: from mail-la0-f47.google.com (HELO mail-la0-f47.google.com) (209.85.215.47) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jan 2013 18:50:00 -0000 Received: by mail-la0-f47.google.com with SMTP id fj20so554891lab.34 for ; Tue, 29 Jan 2013 10:49:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; bh=getM0SeJKBlVz/BZJIUcxBnrcmexLmdMs1nKduNcEXw=; b=WN4SEmimSXmnGiBPZL/tktP99lc9OYsq+m6I4HN3NjpS3Q/OA1yjGwm4axV8FCqdjX OTp++FolT7kN6oSmYHSb2XN9cmp52TEyIAbjftRO79Yc9POewjA2MBpKx+DpRQ3ei3Fp ryFtv+AOdw2tLhw5lq3IOxdcI7fGABqQks13UU7CaaUp4RTRSHJAnhFqXsJhRkH9rZA4 YOLWyhsE2aoZRuwiBONv248MsKM0GCBxR3/XfpPRt/EZq3sQWGcACXKUfAx4nwa+kIfd wO/JPdQncsHb9iYNwVCVWzW/JT3qcSX5seSjdei+PHrOw6VsriVC70oLNQrOzU8lMR4U UEmg== X-Received: by 10.112.38.162 with SMTP id h2mr864661lbk.88.1359485398910; Tue, 29 Jan 2013 10:49:58 -0800 (PST) Received: from zeus.localnet ([93.94.152.79]) by mx.google.com with ESMTPS id pk1sm5451464lab.0.2013.01.29.10.49.55 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 29 Jan 2013 10:49:56 -0800 (PST) From: =?utf-8?B?0JHQvtGA0L7QtNC60LjQvSDQodC10YDQs9C10Lk=?= To: xen-users@lists.xen.org Date: Tue, 29 Jan 2013 22:47:47 +0400 Message-ID: <1655605.ZAW1kWyVl3@zeus> User-Agent: KMail/4.9.5 (Linux/3.6.11-gentoo; KDE/4.9.5; x86_64; ; ) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart3067648.DJBC2Fm2k1" Content-Transfer-Encoding: 7Bit X-Mailman-Approved-At: Wed, 30 Jan 2013 14:22:41 +0000 Subject: [Xen-users] Xen 4.2.1. BSOD in Windows guests 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --nextPart3067648.DJBC2Fm2k1 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hello, I configured xen with enabled passthrough primary VGA card (Intel Integrated grafphic controller HD 3000) and audio controller (Intel HD audio) to hvm guest. I also installed GPLPV drivers to improve performance. And it works for Windows XP (x86) and Windows 7 (x86_64). But I get a BSOD, when I try to load a disk or network subsystem or start Windows 7 performance test. Steps to reproduce 1) enable PCI passthrough and pass primary VGA card 2) Try to copy a large file (3G for example) over the network into guest. ( or try to install large application) Symptoms: 1) A graphical artifacts appears 2) Then comes the BSOD and each time with different messages. If VGA passthrough is off, there is no such problems. Any ideas? My xl info in xl_info.txt in attachment. My xl dmesg in xl_dmesg.txt in attachment. Domain 0 kernel configuraton in dom0.config. Guest cfg is xl_hvm.cfg in attachment. By the way /dev/mapper/oxen0 is opened LUKS partition Thank you. --nextPart3067648.DJBC2Fm2k1 Content-Disposition: attachment; filename="xl_info.txt" Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; name="xl_info.txt" 22:35:20] root@zeus ~# xl info host : zeus release : 3.6.11-gentoo version : #11 SMP Mon Jan 28 16:50:19 MSK 2013 machine : x86_64 nr_cpus : 4 max_cpu_id : 7 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 2 cpu_mhz : 2494 hw_caps : bfebfbff:28100800:00000000:00003f40:17bae3ff:00000000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 16318 free_memory : 7909 sharing_freed_memory : 0 sharing_used_memory : 0 free_cpus : 0 xen_major : 4 xen_minor : 2 xen_extra : .1 xen_caps : xen-3.0-x86_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 : unavailable xen_commandline : dom0_mem=8G cpufreq=dom0-kernel cpuidle cpuinfo cc_compiler : gcc (Gentoo 4.6.3 p1.10, pie-0.5.2) 4.6.3 cc_compile_by : cc_compile_domain : (none) cc_compile_date : Fri Jan 25 10:54:30 MSK 2013 xend_config_format : 4 --nextPart3067648.DJBC2Fm2k1 Content-Disposition: attachment; filename="xl_dmesg.txt" Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; name="xl_dmesg.txt" [22:39:27] root@zeus ~# xl dmesg __ __ _ _ ____ _ \ \/ /___ _ __ | || | |___ \ / | \ // _ \ '_ \ | || |_ __) | | | / \ __/ | | | |__ _| / __/ _| | /_/\_\___|_| |_| |_|(_)_____(_)_| (XEN) Xen version 4.2.1 (@(none)) (gcc (Gentoo 4.6.3 p1.10, pie-0.5.2) 4.6.3) Fri Jan 25 10:54:30 MSK 2013 (XEN) Latest ChangeSet: unavailable (XEN) Bootloader: GNU GRUB 0.97 (XEN) Command line: dom0_mem=8G cpufreq=dom0-kernel cpuidle cpuinfo (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 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (XEN) 000000000009ec00 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bc6c0000 (usable) (XEN) 00000000bc6c0000 - 00000000bcec0000 (reserved) (XEN) 00000000bcec0000 - 00000000bcfc0000 (ACPI NVS) (XEN) 00000000bcfc0000 - 00000000bcfff000 (ACPI data) (XEN) 00000000bcfff000 - 00000000bd000000 (usable) (XEN) 00000000bd000000 - 00000000bfa00000 (reserved) (XEN) 00000000e0000000 - 00000000f0000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed10000 - 00000000fed14000 (reserved) (XEN) 00000000fed18000 - 00000000fed1a000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffd80000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 000000043f800000 (usable) (XEN) ACPI: RSDP 000F2E10, 0024 (r2 HPQOEM) (XEN) ACPI: XSDT BCFFE120, 007C (r1 HPQOEM SLIC-MPC F 1000013) (XEN) ACPI: FACP BCFFC000, 00F4 (r3 HPQOEM 161D F HP 1) (XEN) ACPI: DSDT BCFD3000, 23F4D (r2 HPQOEM 161D 1 INTL 20060912) (XEN) ACPI: FACS BCFB9000, 0040 (XEN) ACPI: HPET BCFFB000, 0038 (r1 HPQOEM 161D 1 HP 1) (XEN) ACPI: APIC BCFFA000, 00BC (r1 HPQOEM 161D 1 HP 1) (XEN) ACPI: MCFG BCFF9000, 003C (r1 HPQOEM 161D 1 HP 1) (XEN) ACPI: ASF! BCFF8000, 00A5 (r32 HPQOEM 161D 1 HP 1) (XEN) ACPI: SSDT BCFD0000, 0271 (r1 HPQOEM SataAhci 1000 INTL 20060912) (XEN) ACPI: SSDT BCFCF000, 048A (r1 HPQOEM PtidDevc 1000 INTL 20060912) (XEN) ACPI: SLIC BCFCE000, 0176 (r1 HPQOEM SLIC-MPC 1 HP 1) (XEN) ACPI: SSDT BCFCD000, 07CE (r1 PmRef Cpu0Ist 3000 INTL 20060912) (XEN) ACPI: SSDT BCFCC000, 09B1 (r1 PmRef CpuPm 3000 INTL 20060912) (XEN) ACPI: DMAR BCFCB000, 00E8 (r1 INTEL SNB 1 INTL 1) (XEN) System RAM: 16318MB (16710012kB) (XEN) Domain heap initialised (XEN) Processor #0 6:10 APIC version 21 (XEN) Processor #1 6:10 APIC version 21 (XEN) Processor #2 6:10 APIC version 21 (XEN) Processor #3 6:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Table is not found! (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Initializing CPU#0 (XEN) Detected 2494.407 MHz processor. (XEN) Initing memory sharing. (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 0 (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 256K (XEN) CPU: L3 cache: 3072K (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) Intel VT-d supported page sizes: 4kB. (XEN) Intel VT-d 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. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) CPU0: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz stepping 07 (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) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) Booting processor 1/1 eip 8e000 (XEN) Initializing CPU#1 (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 0 (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 256K (XEN) CPU: L3 cache: 3072K (XEN) CPU1: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz stepping 07 (XEN) Booting processor 2/2 eip 8e000 (XEN) Initializing CPU#2 (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 1 (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 256K (XEN) CPU: L3 cache: 3072K (XEN) CPU2: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz stepping 07 (XEN) Booting processor 3/3 eip 8e000 (XEN) Initializing CPU#3 (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 1 (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 256K (XEN) CPU: L3 cache: 3072K (XEN) CPU3: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz stepping 07 (XEN) Brought up 4 CPUs (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1a1c000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 000000042c000000->0000000430000000 (2078900 pages to be allocated) (XEN) Init. ramdisk: 000000043f0b4000->000000043f7ffc00 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81a1c000 (XEN) Init. ramdisk: ffffffff81a1c000->ffffffff82167c00 (XEN) Phys-Mach map: ffffffff82168000->ffffffff83168000 (XEN) Start info: ffffffff83168000->ffffffff831684b4 (XEN) Page tables: ffffffff83169000->ffffffff83186000 (XEN) Boot stack: ffffffff83186000->ffffffff83187000 (XEN) TOTAL: ffffffff80000000->ffffffff83400000 (XEN) ENTRY ADDRESS: ffffffff814e7210 (XEN) Dom0 has maximum 4 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 240kB init memory. (XEN) traps.c:2584:d0 Domain attempted WRMSR 0000000000000391 from 0x0000000000000000 to 0x000000002000000f. (XEN) no cpu_id for acpi_id 4 (XEN) no cpu_id for acpi_id 5 (XEN) no cpu_id for acpi_id 6 --nextPart3067648.DJBC2Fm2k1 Content-Disposition: attachment; filename="xl_hvm.cfg" Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; name="xl_hvm.cfg" builder = "hvm" name = "win7x64" memory = 4096 pae = 1 vcpus = 2 vif = [ '' ] disk = [ '/dev/mapper/oxen0,raw,hda,w' , '/wine/winex/shared/win7x64.iso,raw,hdd,r,devtype=cdrom' ] boot="dc" sdl = 0 xen_platform_pci = 1 gfx_passthru=1 # 00:02.0 - vga, 00:1b.0 -sound card pci = [ '00:02.0' , '00:1b.0' ] viridian=1 hpet=0 # logitech wireless keyboard and mouse usb = 1 usbdevice = "host:046d:c52b" --nextPart3067648.DJBC2Fm2k1 Content-Disposition: attachment; filename="dom0.config" Content-Transfer-Encoding: 7Bit Content-Type: text/x-mpsub; charset="UTF-8"; name="dom0.config" # # Automatically generated file; DO NOT EDIT. # Linux/x86_64 3.6.11-gentoo Kernel Configuration # CONFIG_64BIT=y # CONFIG_X86_32 is not set CONFIG_X86_64=y CONFIG_X86=y CONFIG_INSTRUCTION_DECODER=y CONFIG_OUTPUT_FORMAT="elf64-x86-64" CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig" CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_MMU=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_SG_DMA_LENGTH=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y # CONFIG_RWSEM_GENERIC_SPINLOCK is not set CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_DEFAULT_IDLE=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_ARCH_HAS_CPU_AUTOPROBE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ZONE_DMA32=y CONFIG_AUDIT_ARCH=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_HAVE_INTEL_TXT=y CONFIG_X86_64_SMP=y CONFIG_X86_HT=y CONFIG_ARCH_HWEIGHT_CFLAGS="-fcall-saved-rdi -fcall-saved-rsi -fcall-saved-rdx -fcall-saved-rcx -fcall-saved-r8 -fcall-saved-r9 -fcall-saved-r10 -fcall-saved-r11" CONFIG_ARCH_CPU_PROBE_RELEASE=y CONFIG_ARCH_SUPPORTS_UPROBES=y CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" CONFIG_HAVE_IRQ_WORK=y CONFIG_IRQ_WORK=y CONFIG_BUILDTIME_EXTABLE_SORT=y # # General setup # CONFIG_EXPERIMENTAL=y CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_CROSS_COMPILE="" CONFIG_LOCALVERSION="" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_HAVE_KERNEL_GZIP=y CONFIG_HAVE_KERNEL_BZIP2=y CONFIG_HAVE_KERNEL_LZMA=y CONFIG_HAVE_KERNEL_XZ=y CONFIG_HAVE_KERNEL_LZO=y CONFIG_KERNEL_GZIP=y # CONFIG_KERNEL_BZIP2 is not set # CONFIG_KERNEL_LZMA is not set # CONFIG_KERNEL_XZ is not set # CONFIG_KERNEL_LZO is not set CONFIG_DEFAULT_HOSTNAME="zeus" CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_SYSVIPC_SYSCTL=y CONFIG_POSIX_MQUEUE=y CONFIG_POSIX_MQUEUE_SYSCTL=y CONFIG_BSD_PROCESS_ACCT=y # CONFIG_BSD_PROCESS_ACCT_V3 is not set # CONFIG_FHANDLE is not set CONFIG_TASKSTATS=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y CONFIG_TASK_IO_ACCOUNTING=y CONFIG_AUDIT=y CONFIG_AUDITSYSCALL=y CONFIG_AUDIT_WATCH=y CONFIG_AUDIT_TREE=y # CONFIG_AUDIT_LOGINUID_IMMUTABLE is not set CONFIG_HAVE_GENERIC_HARDIRQS=y # # IRQ subsystem # CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_IRQ_SHOW=y CONFIG_GENERIC_PENDING_IRQ=y CONFIG_IRQ_FORCED_THREADING=y CONFIG_SPARSE_IRQ=y CONFIG_CLOCKSOURCE_WATCHDOG=y CONFIG_ARCH_CLOCKSOURCE_DATA=y CONFIG_GENERIC_TIME_VSYSCALL=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_GENERIC_CLOCKEVENTS_BUILD=y CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y CONFIG_GENERIC_CLOCKEVENTS_MIN_ADJUST=y CONFIG_GENERIC_CMOS_UPDATE=y # # Timers subsystem # CONFIG_TICK_ONESHOT=y CONFIG_NO_HZ=y CONFIG_HIGH_RES_TIMERS=y # # RCU Subsystem # CONFIG_TREE_RCU=y # CONFIG_PREEMPT_RCU is not set CONFIG_RCU_FANOUT=64 CONFIG_RCU_FANOUT_LEAF=16 # CONFIG_RCU_FANOUT_EXACT is not set # CONFIG_RCU_FAST_NO_HZ is not set # CONFIG_TREE_RCU_TRACE is not set CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y CONFIG_LOG_BUF_SHIFT=18 CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y CONFIG_CGROUPS=y # CONFIG_CGROUP_DEBUG is not set CONFIG_CGROUP_FREEZER=y CONFIG_CGROUP_DEVICE=y CONFIG_CPUSETS=y CONFIG_PROC_PID_CPUSET=y CONFIG_CGROUP_CPUACCT=y CONFIG_RESOURCE_COUNTERS=y # CONFIG_MEMCG is not set # CONFIG_CGROUP_HUGETLB is not set CONFIG_CGROUP_PERF=y CONFIG_CGROUP_SCHED=y CONFIG_FAIR_GROUP_SCHED=y # CONFIG_CFS_BANDWIDTH is not set CONFIG_RT_GROUP_SCHED=y CONFIG_BLK_CGROUP=y # CONFIG_DEBUG_BLK_CGROUP is not set # CONFIG_CHECKPOINT_RESTORE is not set CONFIG_NAMESPACES=y CONFIG_UTS_NS=y CONFIG_IPC_NS=y CONFIG_PID_NS=y CONFIG_NET_NS=y CONFIG_SCHED_AUTOGROUP=y # CONFIG_SYSFS_DEPRECATED is not set CONFIG_RELAY=y CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE="" CONFIG_RD_GZIP=y CONFIG_RD_BZIP2=y CONFIG_RD_LZMA=y CONFIG_RD_XZ=y CONFIG_RD_LZO=y CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SYSCTL=y CONFIG_ANON_INODES=y # CONFIG_EXPERT is not set CONFIG_UID16=y # CONFIG_SYSCTL_SYSCALL is not set CONFIG_KALLSYMS=y CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_PCSPKR_PLATFORM=y CONFIG_HAVE_PCSPKR_PLATFORM=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SIGNALFD=y CONFIG_TIMERFD=y CONFIG_EVENTFD=y CONFIG_SHMEM=y CONFIG_AIO=y # CONFIG_EMBEDDED is not set CONFIG_HAVE_PERF_EVENTS=y # # Kernel Performance Events And Counters # CONFIG_PERF_EVENTS=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_PCI_QUIRKS=y CONFIG_SLUB_DEBUG=y # CONFIG_COMPAT_BRK is not set # CONFIG_SLAB is not set CONFIG_SLUB=y # CONFIG_PROFILING is not set CONFIG_HAVE_OPROFILE=y CONFIG_OPROFILE_NMI_TIMER=y # CONFIG_KPROBES is not set # CONFIG_JUMP_LABEL is not set CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y CONFIG_HAVE_IOREMAP_PROT=y CONFIG_HAVE_KPROBES=y CONFIG_HAVE_KRETPROBES=y CONFIG_HAVE_OPTPROBES=y CONFIG_HAVE_ARCH_TRACEHOOK=y CONFIG_HAVE_DMA_ATTRS=y CONFIG_USE_GENERIC_SMP_HELPERS=y CONFIG_GENERIC_SMP_IDLE_THREAD=y CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y CONFIG_HAVE_DMA_API_DEBUG=y CONFIG_HAVE_HW_BREAKPOINT=y CONFIG_HAVE_MIXED_BREAKPOINTS_REGS=y CONFIG_HAVE_USER_RETURN_NOTIFIER=y CONFIG_HAVE_PERF_EVENTS_NMI=y CONFIG_HAVE_ARCH_JUMP_LABEL=y CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y CONFIG_HAVE_ALIGNED_STRUCT_PAGE=y CONFIG_HAVE_CMPXCHG_LOCAL=y CONFIG_HAVE_CMPXCHG_DOUBLE=y CONFIG_ARCH_WANT_COMPAT_IPC_PARSE_VERSION=y CONFIG_ARCH_WANT_OLD_COMPAT_IPC=y CONFIG_HAVE_ARCH_SECCOMP_FILTER=y CONFIG_SECCOMP_FILTER=y # # GCOV-based kernel profiling # # CONFIG_HAVE_GENERIC_DMA_COHERENT is not set CONFIG_SLABINFO=y CONFIG_RT_MUTEXES=y CONFIG_BASE_SMALL=0 CONFIG_MODULES=y # CONFIG_MODULE_FORCE_LOAD is not set CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y # CONFIG_MODVERSIONS is not set # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_STOP_MACHINE=y CONFIG_BLOCK=y CONFIG_BLK_DEV_BSG=y # CONFIG_BLK_DEV_BSGLIB is not set # CONFIG_BLK_DEV_INTEGRITY is not set # CONFIG_BLK_DEV_THROTTLING is not set # # Partition Types # CONFIG_PARTITION_ADVANCED=y # CONFIG_ACORN_PARTITION is not set # CONFIG_OSF_PARTITION is not set # CONFIG_AMIGA_PARTITION is not set # CONFIG_ATARI_PARTITION is not set # CONFIG_MAC_PARTITION is not set CONFIG_MSDOS_PARTITION=y # CONFIG_BSD_DISKLABEL is not set # CONFIG_MINIX_SUBPARTITION is not set # CONFIG_SOLARIS_X86_PARTITION is not set # CONFIG_UNIXWARE_DISKLABEL is not set # CONFIG_LDM_PARTITION is not set # CONFIG_SGI_PARTITION is not set # CONFIG_ULTRIX_PARTITION is not set # CONFIG_SUN_PARTITION is not set # CONFIG_KARMA_PARTITION is not set # CONFIG_EFI_PARTITION is not set # CONFIG_SYSV68_PARTITION is not set CONFIG_BLOCK_COMPAT=y # # IO Schedulers # CONFIG_IOSCHED_NOOP=y # CONFIG_IOSCHED_DEADLINE is not set CONFIG_IOSCHED_CFQ=y # CONFIG_CFQ_GROUP_IOSCHED is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="cfq" # CONFIG_INLINE_SPIN_TRYLOCK is not set # CONFIG_INLINE_SPIN_TRYLOCK_BH is not set # CONFIG_INLINE_SPIN_LOCK is not set # CONFIG_INLINE_SPIN_LOCK_BH is not set # CONFIG_INLINE_SPIN_LOCK_IRQ is not set # CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set # CONFIG_INLINE_SPIN_UNLOCK_BH is not set CONFIG_INLINE_SPIN_UNLOCK_IRQ=y # CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set # CONFIG_INLINE_READ_TRYLOCK is not set # CONFIG_INLINE_READ_LOCK is not set # CONFIG_INLINE_READ_LOCK_BH is not set # CONFIG_INLINE_READ_LOCK_IRQ is not set # CONFIG_INLINE_READ_LOCK_IRQSAVE is not set CONFIG_INLINE_READ_UNLOCK=y # CONFIG_INLINE_READ_UNLOCK_BH is not set CONFIG_INLINE_READ_UNLOCK_IRQ=y # CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set # CONFIG_INLINE_WRITE_TRYLOCK is not set # CONFIG_INLINE_WRITE_LOCK is not set # CONFIG_INLINE_WRITE_LOCK_BH is not set # CONFIG_INLINE_WRITE_LOCK_IRQ is not set # CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set CONFIG_INLINE_WRITE_UNLOCK=y # CONFIG_INLINE_WRITE_UNLOCK_BH is not set CONFIG_INLINE_WRITE_UNLOCK_IRQ=y # CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set CONFIG_MUTEX_SPIN_ON_OWNER=y CONFIG_FREEZER=y # # Processor type and features # CONFIG_ZONE_DMA=y CONFIG_SMP=y CONFIG_X86_X2APIC=y # CONFIG_X86_MPPARSE is not set # CONFIG_X86_EXTENDED_PLATFORM is not set CONFIG_X86_SUPPORTS_MEMORY_FAILURE=y CONFIG_SCHED_OMIT_FRAME_POINTER=y CONFIG_PARAVIRT_GUEST=y # CONFIG_PARAVIRT_TIME_ACCOUNTING is not set CONFIG_XEN=y CONFIG_XEN_DOM0=y CONFIG_XEN_PRIVILEGED_GUEST=y CONFIG_XEN_PVHVM=y CONFIG_XEN_MAX_DOMAIN_MEMORY=500 CONFIG_XEN_SAVE_RESTORE=y # CONFIG_KVM_CLOCK is not set # CONFIG_KVM_GUEST is not set CONFIG_PARAVIRT=y # CONFIG_PARAVIRT_SPINLOCKS is not set CONFIG_PARAVIRT_CLOCK=y CONFIG_NO_BOOTMEM=y # CONFIG_MEMTEST is not set # CONFIG_MK8 is not set # CONFIG_MPSC is not set CONFIG_MCORE2=y # CONFIG_MATOM is not set # CONFIG_GENERIC_CPU is not set CONFIG_X86_INTERNODE_CACHE_SHIFT=6 CONFIG_X86_CMPXCHG=y CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_X86_XADD=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_P6_NOP=y CONFIG_X86_TSC=y CONFIG_X86_CMPXCHG64=y CONFIG_X86_CMOV=y CONFIG_X86_MINIMUM_CPU_FAMILY=64 CONFIG_X86_DEBUGCTLMSR=y CONFIG_CPU_SUP_INTEL=y CONFIG_CPU_SUP_AMD=y CONFIG_CPU_SUP_CENTAUR=y CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y CONFIG_DMI=y CONFIG_GART_IOMMU=y # CONFIG_CALGARY_IOMMU is not set CONFIG_SWIOTLB=y CONFIG_IOMMU_HELPER=y CONFIG_NR_CPUS=512 CONFIG_SCHED_SMT=y CONFIG_SCHED_MC=y # CONFIG_IRQ_TIME_ACCOUNTING is not set # CONFIG_PREEMPT_NONE is not set CONFIG_PREEMPT_VOLUNTARY=y # CONFIG_PREEMPT is not set CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y # CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS is not set CONFIG_X86_MCE=y CONFIG_X86_MCE_INTEL=y # CONFIG_X86_MCE_AMD is not set CONFIG_X86_MCE_THRESHOLD=y # CONFIG_X86_MCE_INJECT is not set CONFIG_X86_THERMAL_VECTOR=y # CONFIG_I8K is not set CONFIG_MICROCODE=m CONFIG_MICROCODE_INTEL=y # CONFIG_MICROCODE_AMD is not set CONFIG_MICROCODE_OLD_INTERFACE=y CONFIG_X86_MSR=y CONFIG_X86_CPUID=y CONFIG_ARCH_PHYS_ADDR_T_64BIT=y CONFIG_ARCH_DMA_ADDR_T_64BIT=y CONFIG_DIRECT_GBPAGES=y # CONFIG_NUMA is not set CONFIG_ARCH_SPARSEMEM_ENABLE=y CONFIG_ARCH_SPARSEMEM_DEFAULT=y CONFIG_ARCH_SELECT_MEMORY_MODEL=y CONFIG_ARCH_PROC_KCORE_TEXT=y CONFIG_ILLEGAL_POINTER_VALUE=0xdead000000000000 CONFIG_SELECT_MEMORY_MODEL=y CONFIG_SPARSEMEM_MANUAL=y CONFIG_SPARSEMEM=y CONFIG_HAVE_MEMORY_PRESENT=y CONFIG_SPARSEMEM_EXTREME=y CONFIG_SPARSEMEM_VMEMMAP_ENABLE=y CONFIG_SPARSEMEM_ALLOC_MEM_MAP_TOGETHER=y CONFIG_SPARSEMEM_VMEMMAP=y CONFIG_HAVE_MEMBLOCK=y CONFIG_HAVE_MEMBLOCK_NODE_MAP=y CONFIG_ARCH_DISCARD_MEMBLOCK=y # CONFIG_MEMORY_HOTPLUG is not set CONFIG_PAGEFLAGS_EXTENDED=y CONFIG_SPLIT_PTLOCK_CPUS=4 CONFIG_COMPACTION=y CONFIG_MIGRATION=y CONFIG_PHYS_ADDR_T_64BIT=y CONFIG_ZONE_DMA_FLAG=1 CONFIG_BOUNCE=y CONFIG_VIRT_TO_BUS=y CONFIG_MMU_NOTIFIER=y CONFIG_KSM=y CONFIG_DEFAULT_MMAP_MIN_ADDR=4096 CONFIG_ARCH_SUPPORTS_MEMORY_FAILURE=y # CONFIG_MEMORY_FAILURE is not set CONFIG_TRANSPARENT_HUGEPAGE=y CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS=y # CONFIG_TRANSPARENT_HUGEPAGE_MADVISE is not set CONFIG_CROSS_MEMORY_ATTACH=y CONFIG_CLEANCACHE=y # CONFIG_FRONTSWAP is not set # CONFIG_X86_CHECK_BIOS_CORRUPTION is not set CONFIG_X86_RESERVE_LOW=64 CONFIG_MTRR=y CONFIG_MTRR_SANITIZER=y CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=0 CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1 CONFIG_X86_PAT=y CONFIG_ARCH_USES_PG_UNCACHED=y CONFIG_ARCH_RANDOM=y # CONFIG_EFI is not set CONFIG_SECCOMP=y # CONFIG_CC_STACKPROTECTOR is not set # CONFIG_HZ_100 is not set # CONFIG_HZ_250 is not set # CONFIG_HZ_300 is not set CONFIG_HZ_1000=y CONFIG_HZ=1000 CONFIG_SCHED_HRTICK=y CONFIG_KEXEC=y CONFIG_CRASH_DUMP=y # CONFIG_KEXEC_JUMP is not set CONFIG_PHYSICAL_START=0x1000000 CONFIG_RELOCATABLE=y CONFIG_PHYSICAL_ALIGN=0x1000000 CONFIG_HOTPLUG_CPU=y # CONFIG_COMPAT_VDSO is not set # CONFIG_CMDLINE_BOOL is not set CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y # # Power management and ACPI options # CONFIG_ARCH_HIBERNATION_HEADER=y CONFIG_SUSPEND=y CONFIG_SUSPEND_FREEZER=y CONFIG_HIBERNATE_CALLBACKS=y CONFIG_HIBERNATION=y CONFIG_PM_STD_PARTITION="" CONFIG_PM_SLEEP=y CONFIG_PM_SLEEP_SMP=y # CONFIG_PM_AUTOSLEEP is not set # CONFIG_PM_WAKELOCKS is not set CONFIG_PM_RUNTIME=y CONFIG_PM=y # CONFIG_PM_DEBUG is not set CONFIG_ACPI=y CONFIG_ACPI_SLEEP=y # CONFIG_ACPI_PROCFS is not set # CONFIG_ACPI_PROCFS_POWER is not set # CONFIG_ACPI_EC_DEBUGFS is not set # CONFIG_ACPI_PROC_EVENT is not set CONFIG_ACPI_AC=y CONFIG_ACPI_BATTERY=y CONFIG_ACPI_BUTTON=y CONFIG_ACPI_VIDEO=y CONFIG_ACPI_FAN=y # CONFIG_ACPI_DOCK is not set CONFIG_ACPI_PROCESSOR=y CONFIG_ACPI_HOTPLUG_CPU=y # CONFIG_ACPI_PROCESSOR_AGGREGATOR is not set CONFIG_ACPI_THERMAL=y # CONFIG_ACPI_CUSTOM_DSDT is not set CONFIG_ACPI_BLACKLIST_YEAR=0 # CONFIG_ACPI_DEBUG is not set # CONFIG_ACPI_PCI_SLOT is not set CONFIG_X86_PM_TIMER=y CONFIG_ACPI_CONTAINER=y CONFIG_ACPI_SBS=m # CONFIG_ACPI_HED is not set # CONFIG_ACPI_BGRT is not set # CONFIG_ACPI_APEI is not set # CONFIG_SFI is not set # # CPU Frequency scaling # CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_TABLE=y CONFIG_CPU_FREQ_STAT=y # CONFIG_CPU_FREQ_STAT_DETAILS is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y # CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=y # CONFIG_CPU_FREQ_GOV_USERSPACE is not set CONFIG_CPU_FREQ_GOV_ONDEMAND=y # CONFIG_CPU_FREQ_GOV_CONSERVATIVE is not set # # x86 CPU frequency scaling drivers # # CONFIG_X86_PCC_CPUFREQ is not set CONFIG_X86_ACPI_CPUFREQ=y # CONFIG_X86_POWERNOW_K8 is not set # CONFIG_X86_SPEEDSTEP_CENTRINO is not set # CONFIG_X86_P4_CLOCKMOD is not set # # shared options # # CONFIG_X86_SPEEDSTEP_LIB is not set CONFIG_CPU_IDLE=y CONFIG_CPU_IDLE_GOV_LADDER=y CONFIG_CPU_IDLE_GOV_MENU=y # CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set CONFIG_INTEL_IDLE=y # # Memory power savings # # CONFIG_I7300_IDLE is not set # # Bus options (PCI etc.) # CONFIG_PCI=y CONFIG_PCI_DIRECT=y CONFIG_PCI_MMCONFIG=y CONFIG_PCI_XEN=y CONFIG_PCI_DOMAINS=y # CONFIG_PCI_CNB20LE_QUIRK is not set CONFIG_PCIEPORTBUS=y # CONFIG_PCIEAER is not set CONFIG_PCIEASPM=y # CONFIG_PCIEASPM_DEBUG is not set CONFIG_PCIEASPM_DEFAULT=y # CONFIG_PCIEASPM_POWERSAVE is not set # CONFIG_PCIEASPM_PERFORMANCE is not set CONFIG_PCIE_PME=y CONFIG_ARCH_SUPPORTS_MSI=y CONFIG_PCI_MSI=y CONFIG_PCI_REALLOC_ENABLE_AUTO=y CONFIG_PCI_STUB=y CONFIG_XEN_PCIDEV_FRONTEND=y CONFIG_HT_IRQ=y CONFIG_PCI_ATS=y CONFIG_PCI_IOV=y CONFIG_PCI_PRI=y CONFIG_PCI_PASID=y CONFIG_PCI_IOAPIC=y CONFIG_PCI_LABEL=y CONFIG_ISA_DMA_API=y CONFIG_AMD_NB=y # CONFIG_PCCARD is not set # CONFIG_HOTPLUG_PCI is not set # CONFIG_RAPIDIO is not set # # Executable file formats / Emulations # CONFIG_BINFMT_ELF=y CONFIG_COMPAT_BINFMT_ELF=y CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y # CONFIG_HAVE_AOUT is not set CONFIG_BINFMT_MISC=y CONFIG_IA32_EMULATION=y # CONFIG_IA32_AOUT is not set # CONFIG_X86_X32 is not set CONFIG_COMPAT=y CONFIG_COMPAT_FOR_U64_ALIGNMENT=y CONFIG_SYSVIPC_COMPAT=y CONFIG_KEYS_COMPAT=y CONFIG_HAVE_TEXT_POKE_SMP=y CONFIG_X86_DEV_DMA_OPS=y CONFIG_NET=y CONFIG_COMPAT_NETLINK_MESSAGES=y # # Networking options # CONFIG_PACKET=y CONFIG_UNIX=y # CONFIG_UNIX_DIAG is not set # CONFIG_XFRM_USER is not set # CONFIG_NET_KEY is not set CONFIG_INET=y # CONFIG_IP_MULTICAST is not set # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE_DEMUX is not set # CONFIG_ARPD is not set CONFIG_SYN_COOKIES=y # CONFIG_INET_AH is not set # CONFIG_INET_ESP is not set # CONFIG_INET_IPCOMP is not set # CONFIG_INET_XFRM_TUNNEL is not set # CONFIG_INET_TUNNEL is not set # CONFIG_INET_XFRM_MODE_TRANSPORT is not set # CONFIG_INET_XFRM_MODE_TUNNEL is not set # CONFIG_INET_XFRM_MODE_BEET is not set CONFIG_INET_LRO=y # CONFIG_INET_DIAG is not set # CONFIG_TCP_CONG_ADVANCED is not set CONFIG_TCP_CONG_CUBIC=y CONFIG_DEFAULT_TCP_CONG="cubic" # CONFIG_TCP_MD5SIG is not set # CONFIG_IPV6 is not set # CONFIG_NETWORK_SECMARK is not set # CONFIG_NETWORK_PHY_TIMESTAMPING is not set CONFIG_NETFILTER=y # CONFIG_NETFILTER_DEBUG is not set CONFIG_NETFILTER_ADVANCED=y # CONFIG_BRIDGE_NETFILTER is not set # # Core Netfilter Configuration # CONFIG_NETFILTER_NETLINK=m # CONFIG_NETFILTER_NETLINK_ACCT is not set # CONFIG_NETFILTER_NETLINK_QUEUE is not set CONFIG_NETFILTER_NETLINK_LOG=m CONFIG_NF_CONNTRACK=m CONFIG_NF_CONNTRACK_MARK=y CONFIG_NF_CONNTRACK_PROCFS=y # CONFIG_NF_CONNTRACK_EVENTS is not set # CONFIG_NF_CONNTRACK_TIMEOUT is not set # CONFIG_NF_CONNTRACK_TIMESTAMP is not set # CONFIG_NF_CT_PROTO_DCCP is not set # CONFIG_NF_CT_PROTO_SCTP is not set # CONFIG_NF_CT_PROTO_UDPLITE is not set # CONFIG_NF_CONNTRACK_AMANDA is not set CONFIG_NF_CONNTRACK_FTP=m # CONFIG_NF_CONNTRACK_H323 is not set # CONFIG_NF_CONNTRACK_IRC is not set # CONFIG_NF_CONNTRACK_NETBIOS_NS is not set # CONFIG_NF_CONNTRACK_SNMP is not set # CONFIG_NF_CONNTRACK_PPTP is not set # CONFIG_NF_CONNTRACK_SANE is not set # CONFIG_NF_CONNTRACK_SIP is not set # CONFIG_NF_CONNTRACK_TFTP is not set # CONFIG_NF_CT_NETLINK is not set # CONFIG_NF_CT_NETLINK_TIMEOUT is not set # CONFIG_NETFILTER_TPROXY is not set CONFIG_NETFILTER_XTABLES=m # # Xtables combined modules # # CONFIG_NETFILTER_XT_MARK is not set # CONFIG_NETFILTER_XT_CONNMARK is not set # # Xtables targets # # CONFIG_NETFILTER_XT_TARGET_AUDIT is not set # CONFIG_NETFILTER_XT_TARGET_CHECKSUM is not set # CONFIG_NETFILTER_XT_TARGET_CLASSIFY is not set # CONFIG_NETFILTER_XT_TARGET_CONNMARK is not set # CONFIG_NETFILTER_XT_TARGET_DSCP is not set CONFIG_NETFILTER_XT_TARGET_HL=m # CONFIG_NETFILTER_XT_TARGET_HMARK is not set # CONFIG_NETFILTER_XT_TARGET_IDLETIMER is not set # CONFIG_NETFILTER_XT_TARGET_LED is not set CONFIG_NETFILTER_XT_TARGET_LOG=m # CONFIG_NETFILTER_XT_TARGET_MARK is not set CONFIG_NETFILTER_XT_TARGET_NFLOG=m # CONFIG_NETFILTER_XT_TARGET_NFQUEUE is not set # CONFIG_NETFILTER_XT_TARGET_RATEEST is not set # CONFIG_NETFILTER_XT_TARGET_TEE is not set # CONFIG_NETFILTER_XT_TARGET_TCPMSS is not set # CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP is not set # # Xtables matches # CONFIG_NETFILTER_XT_MATCH_ADDRTYPE=m # CONFIG_NETFILTER_XT_MATCH_CLUSTER is not set # CONFIG_NETFILTER_XT_MATCH_COMMENT is not set # CONFIG_NETFILTER_XT_MATCH_CONNBYTES is not set # CONFIG_NETFILTER_XT_MATCH_CONNLIMIT is not set # CONFIG_NETFILTER_XT_MATCH_CONNMARK is not set # CONFIG_NETFILTER_XT_MATCH_CONNTRACK is not set # CONFIG_NETFILTER_XT_MATCH_CPU is not set # CONFIG_NETFILTER_XT_MATCH_DCCP is not set # CONFIG_NETFILTER_XT_MATCH_DEVGROUP is not set # CONFIG_NETFILTER_XT_MATCH_DSCP is not set # CONFIG_NETFILTER_XT_MATCH_ECN is not set # CONFIG_NETFILTER_XT_MATCH_ESP is not set # CONFIG_NETFILTER_XT_MATCH_HASHLIMIT is not set # CONFIG_NETFILTER_XT_MATCH_HELPER is not set # CONFIG_NETFILTER_XT_MATCH_HL is not set CONFIG_NETFILTER_XT_MATCH_IPRANGE=m # CONFIG_NETFILTER_XT_MATCH_LENGTH is not set # CONFIG_NETFILTER_XT_MATCH_LIMIT is not set CONFIG_NETFILTER_XT_MATCH_MAC=m # CONFIG_NETFILTER_XT_MATCH_MARK is not set CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m # CONFIG_NETFILTER_XT_MATCH_NFACCT is not set # CONFIG_NETFILTER_XT_MATCH_OSF is not set CONFIG_NETFILTER_XT_MATCH_OWNER=m CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m # CONFIG_NETFILTER_XT_MATCH_QUOTA is not set # CONFIG_NETFILTER_XT_MATCH_RATEEST is not set # CONFIG_NETFILTER_XT_MATCH_REALM is not set # CONFIG_NETFILTER_XT_MATCH_RECENT is not set # CONFIG_NETFILTER_XT_MATCH_SCTP is not set CONFIG_NETFILTER_XT_MATCH_STATE=m # CONFIG_NETFILTER_XT_MATCH_STATISTIC is not set # CONFIG_NETFILTER_XT_MATCH_STRING is not set # CONFIG_NETFILTER_XT_MATCH_TCPMSS is not set # CONFIG_NETFILTER_XT_MATCH_TIME is not set # CONFIG_NETFILTER_XT_MATCH_U32 is not set # CONFIG_IP_SET is not set # CONFIG_IP_VS is not set # # IP: Netfilter Configuration # CONFIG_NF_DEFRAG_IPV4=m CONFIG_NF_CONNTRACK_IPV4=m # CONFIG_NF_CONNTRACK_PROC_COMPAT is not set # CONFIG_IP_NF_QUEUE is not set CONFIG_IP_NF_IPTABLES=m # CONFIG_IP_NF_MATCH_AH is not set # CONFIG_IP_NF_MATCH_ECN is not set # CONFIG_IP_NF_MATCH_RPFILTER is not set # CONFIG_IP_NF_MATCH_TTL is not set CONFIG_IP_NF_FILTER=m CONFIG_IP_NF_TARGET_REJECT=m # CONFIG_IP_NF_TARGET_ULOG is not set CONFIG_NF_NAT=m CONFIG_NF_NAT_NEEDED=y CONFIG_IP_NF_TARGET_MASQUERADE=m # CONFIG_IP_NF_TARGET_NETMAP is not set # CONFIG_IP_NF_TARGET_REDIRECT is not set CONFIG_NF_NAT_FTP=m # CONFIG_NF_NAT_IRC is not set # CONFIG_NF_NAT_TFTP is not set # CONFIG_NF_NAT_AMANDA is not set # CONFIG_NF_NAT_PPTP is not set # CONFIG_NF_NAT_H323 is not set # CONFIG_NF_NAT_SIP is not set CONFIG_IP_NF_MANGLE=m # CONFIG_IP_NF_TARGET_CLUSTERIP is not set # CONFIG_IP_NF_TARGET_ECN is not set CONFIG_IP_NF_TARGET_TTL=m # CONFIG_IP_NF_RAW is not set # CONFIG_IP_NF_ARPTABLES is not set # CONFIG_BRIDGE_NF_EBTABLES is not set # CONFIG_IP_DCCP is not set # CONFIG_IP_SCTP is not set # CONFIG_RDS is not set # CONFIG_TIPC is not set # CONFIG_ATM is not set # CONFIG_L2TP is not set CONFIG_STP=m CONFIG_BRIDGE=m CONFIG_BRIDGE_IGMP_SNOOPING=y # CONFIG_NET_DSA is not set CONFIG_VLAN_8021Q=m # CONFIG_VLAN_8021Q_GVRP is not set # CONFIG_DECNET is not set CONFIG_LLC=m # CONFIG_LLC2 is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_WAN_ROUTER is not set # CONFIG_PHONET is not set # CONFIG_IEEE802154 is not set # CONFIG_NET_SCHED is not set # CONFIG_DCB is not set CONFIG_DNS_RESOLVER=y # CONFIG_BATMAN_ADV is not set # CONFIG_OPENVSWITCH is not set CONFIG_RPS=y CONFIG_RFS_ACCEL=y CONFIG_XPS=y # CONFIG_NETPRIO_CGROUP is not set CONFIG_BQL=y # CONFIG_BPF_JIT is not set # # Network testing # # CONFIG_NET_PKTGEN is not set # CONFIG_HAMRADIO is not set # CONFIG_CAN is not set # CONFIG_IRDA is not set CONFIG_BT=m CONFIG_BT_RFCOMM=m CONFIG_BT_RFCOMM_TTY=y CONFIG_BT_BNEP=m CONFIG_BT_BNEP_MC_FILTER=y CONFIG_BT_BNEP_PROTO_FILTER=y CONFIG_BT_HIDP=m # # Bluetooth device drivers # CONFIG_BT_HCIBTUSB=m # CONFIG_BT_HCIBTSDIO is not set # CONFIG_BT_HCIUART is not set # CONFIG_BT_HCIBCM203X is not set # CONFIG_BT_HCIBPA10X is not set # CONFIG_BT_HCIBFUSB is not set # CONFIG_BT_HCIVHCI is not set # CONFIG_BT_MRVL is not set # CONFIG_BT_ATH3K is not set # CONFIG_AF_RXRPC is not set CONFIG_WIRELESS=y CONFIG_WEXT_CORE=y CONFIG_WEXT_PROC=y CONFIG_CFG80211=m # CONFIG_NL80211_TESTMODE is not set # CONFIG_CFG80211_DEVELOPER_WARNINGS is not set # CONFIG_CFG80211_REG_DEBUG is not set CONFIG_CFG80211_DEFAULT_PS=y # CONFIG_CFG80211_INTERNAL_REGDB is not set CONFIG_CFG80211_WEXT=y CONFIG_LIB80211=m # CONFIG_LIB80211_DEBUG is not set CONFIG_MAC80211=m CONFIG_MAC80211_HAS_RC=y CONFIG_MAC80211_RC_MINSTREL=y CONFIG_MAC80211_RC_MINSTREL_HT=y CONFIG_MAC80211_RC_DEFAULT_MINSTREL=y CONFIG_MAC80211_RC_DEFAULT="minstrel_ht" CONFIG_MAC80211_MESH=y CONFIG_MAC80211_LEDS=y # CONFIG_MAC80211_MESSAGE_TRACING is not set # CONFIG_MAC80211_DEBUG_MENU is not set # CONFIG_WIMAX is not set CONFIG_RFKILL=m CONFIG_RFKILL_LEDS=y CONFIG_RFKILL_INPUT=y # CONFIG_NET_9P is not set # CONFIG_CAIF is not set # CONFIG_CEPH_LIB is not set # CONFIG_NFC is not set CONFIG_HAVE_BPF_JIT=y # # Device Drivers # # # Generic Driver Options # CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" CONFIG_DEVTMPFS=y # CONFIG_DEVTMPFS_MOUNT is not set CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=y # CONFIG_FIRMWARE_IN_KERNEL is not set CONFIG_EXTRA_FIRMWARE="" CONFIG_SYS_HYPERVISOR=y # CONFIG_GENERIC_CPU_DEVICES is not set CONFIG_DMA_SHARED_BUFFER=y CONFIG_CONNECTOR=y CONFIG_PROC_EVENTS=y # CONFIG_MTD is not set # CONFIG_PARPORT is not set CONFIG_PNP=y # CONFIG_PNP_DEBUG_MESSAGES is not set # # Protocols # CONFIG_PNPACPI=y CONFIG_BLK_DEV=y # CONFIG_BLK_DEV_FD is not set # CONFIG_BLK_DEV_PCIESSD_MTIP32XX is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set # CONFIG_BLK_DEV_UMEM is not set # CONFIG_BLK_DEV_COW_COMMON is not set CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_LOOP_MIN_COUNT=8 CONFIG_BLK_DEV_CRYPTOLOOP=m # CONFIG_BLK_DEV_DRBD is not set # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_NVME is not set # CONFIG_BLK_DEV_SX8 is not set # CONFIG_BLK_DEV_UB is not set CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_COUNT=16 CONFIG_BLK_DEV_RAM_SIZE=16384 # CONFIG_BLK_DEV_XIP is not set # CONFIG_CDROM_PKTCDVD is not set # CONFIG_ATA_OVER_ETH is not set CONFIG_XEN_BLKDEV_FRONTEND=y CONFIG_XEN_BLKDEV_BACKEND=y # CONFIG_BLK_DEV_HD is not set # CONFIG_BLK_DEV_RBD is not set # # Misc devices # CONFIG_SENSORS_LIS3LV02D=m # CONFIG_AD525X_DPOT is not set # CONFIG_IBM_ASM is not set # CONFIG_PHANTOM is not set # CONFIG_INTEL_MID_PTI is not set # CONFIG_SGI_IOC4 is not set # CONFIG_TIFM_CORE is not set # CONFIG_ICS932S401 is not set # CONFIG_ENCLOSURE_SERVICES is not set # CONFIG_HP_ILO is not set # CONFIG_APDS9802ALS is not set # CONFIG_ISL29003 is not set # CONFIG_ISL29020 is not set # CONFIG_SENSORS_TSL2550 is not set # CONFIG_SENSORS_BH1780 is not set # CONFIG_SENSORS_BH1770 is not set # CONFIG_SENSORS_APDS990X is not set # CONFIG_HMC6352 is not set # CONFIG_DS1682 is not set # CONFIG_VMWARE_BALLOON is not set # CONFIG_BMP085_I2C is not set # CONFIG_PCH_PHUB is not set # CONFIG_USB_SWITCH_FSA9480 is not set # CONFIG_C2PORT is not set # # EEPROM support # # CONFIG_EEPROM_AT24 is not set # CONFIG_EEPROM_LEGACY is not set # CONFIG_EEPROM_MAX6875 is not set # CONFIG_EEPROM_93CX6 is not set # CONFIG_CB710_CORE is not set # # Texas Instruments shared transport line discipline # # CONFIG_SENSORS_LIS3_I2C is not set # # Altera FPGA firmware download module # # CONFIG_ALTERA_STAPL is not set CONFIG_HAVE_IDE=y # CONFIG_IDE is not set # # SCSI device support # CONFIG_SCSI_MOD=y # CONFIG_RAID_ATTRS is not set CONFIG_SCSI=y CONFIG_SCSI_DMA=y # CONFIG_SCSI_TGT is not set # CONFIG_SCSI_NETLINK is not set # CONFIG_SCSI_PROC_FS is not set # # SCSI support type (disk, tape, CD-ROM) # CONFIG_BLK_DEV_SD=y # CONFIG_CHR_DEV_ST is not set # CONFIG_CHR_DEV_OSST is not set CONFIG_BLK_DEV_SR=m # CONFIG_BLK_DEV_SR_VENDOR is not set # CONFIG_CHR_DEV_SG is not set # CONFIG_CHR_DEV_SCH is not set # CONFIG_SCSI_MULTI_LUN is not set # CONFIG_SCSI_CONSTANTS is not set # CONFIG_SCSI_LOGGING is not set # CONFIG_SCSI_SCAN_ASYNC is not set # # SCSI Transports # # CONFIG_SCSI_SPI_ATTRS is not set # CONFIG_SCSI_FC_ATTRS is not set # CONFIG_SCSI_ISCSI_ATTRS is not set # CONFIG_SCSI_SAS_ATTRS is not set # CONFIG_SCSI_SAS_LIBSAS is not set # CONFIG_SCSI_SRP_ATTRS is not set # CONFIG_SCSI_LOWLEVEL is not set # CONFIG_SCSI_DH is not set # CONFIG_SCSI_OSD_INITIATOR is not set CONFIG_ATA=y # CONFIG_ATA_NONSTANDARD is not set # CONFIG_ATA_VERBOSE_ERROR is not set CONFIG_ATA_ACPI=y CONFIG_SATA_PMP=y # # Controllers with non-SFF native interface # CONFIG_SATA_AHCI=y # CONFIG_SATA_AHCI_PLATFORM is not set # CONFIG_SATA_INIC162X is not set # CONFIG_SATA_ACARD_AHCI is not set # CONFIG_SATA_SIL24 is not set # CONFIG_ATA_SFF is not set CONFIG_MD=y # CONFIG_BLK_DEV_MD is not set CONFIG_BLK_DEV_DM=m # CONFIG_DM_DEBUG is not set CONFIG_DM_CRYPT=m CONFIG_DM_SNAPSHOT=m # CONFIG_DM_THIN_PROVISIONING is not set # CONFIG_DM_MIRROR is not set # CONFIG_DM_RAID is not set # CONFIG_DM_ZERO is not set # CONFIG_DM_MULTIPATH is not set # CONFIG_DM_DELAY is not set # CONFIG_DM_UEVENT is not set # CONFIG_DM_FLAKEY is not set # CONFIG_DM_VERITY is not set # CONFIG_TARGET_CORE is not set # CONFIG_FUSION is not set # # IEEE 1394 (FireWire) support # # CONFIG_FIREWIRE is not set # CONFIG_FIREWIRE_NOSY is not set # CONFIG_I2O is not set # CONFIG_MACINTOSH_DRIVERS is not set CONFIG_NETDEVICES=y CONFIG_NET_CORE=y # CONFIG_BONDING is not set # CONFIG_DUMMY is not set # CONFIG_EQUALIZER is not set # CONFIG_NET_FC is not set CONFIG_MII=m # CONFIG_NET_TEAM is not set CONFIG_MACVLAN=m # CONFIG_MACVTAP is not set # CONFIG_NETCONSOLE is not set # CONFIG_NETPOLL is not set # CONFIG_NET_POLL_CONTROLLER is not set CONFIG_TUN=m CONFIG_VETH=m # CONFIG_ARCNET is not set # # CAIF transport drivers # CONFIG_ETHERNET=y # CONFIG_NET_VENDOR_3COM is not set # CONFIG_NET_VENDOR_ADAPTEC is not set # CONFIG_NET_VENDOR_ALTEON is not set # CONFIG_NET_VENDOR_AMD is not set # CONFIG_NET_VENDOR_ATHEROS is not set # CONFIG_NET_VENDOR_BROADCOM is not set # CONFIG_NET_VENDOR_BROCADE is not set # CONFIG_NET_CALXEDA_XGMAC is not set # CONFIG_NET_VENDOR_CHELSIO is not set # CONFIG_NET_VENDOR_CISCO is not set # CONFIG_DNET is not set # CONFIG_NET_VENDOR_DEC is not set # CONFIG_NET_VENDOR_DLINK is not set # CONFIG_NET_VENDOR_EMULEX is not set # CONFIG_NET_VENDOR_EXAR is not set # CONFIG_NET_VENDOR_HP is not set CONFIG_NET_VENDOR_INTEL=y # CONFIG_E100 is not set # CONFIG_E1000 is not set CONFIG_E1000E=m # CONFIG_IGB is not set # CONFIG_IGBVF is not set # CONFIG_IXGB is not set # CONFIG_IXGBE is not set # CONFIG_IXGBEVF is not set # CONFIG_NET_VENDOR_I825XX is not set # CONFIG_IP1000 is not set # CONFIG_JME is not set # CONFIG_NET_VENDOR_MARVELL is not set # CONFIG_NET_VENDOR_MELLANOX is not set # CONFIG_NET_VENDOR_MICREL is not set # CONFIG_NET_VENDOR_MYRI is not set # CONFIG_FEALNX is not set # CONFIG_NET_VENDOR_NATSEMI is not set # CONFIG_NET_VENDOR_NVIDIA is not set # CONFIG_NET_VENDOR_OKI is not set # CONFIG_ETHOC is not set # CONFIG_NET_PACKET_ENGINE is not set # CONFIG_NET_VENDOR_QLOGIC is not set # CONFIG_NET_VENDOR_REALTEK is not set # CONFIG_NET_VENDOR_RDC is not set # CONFIG_NET_VENDOR_SEEQ is not set # CONFIG_NET_VENDOR_SILAN is not set # CONFIG_NET_VENDOR_SIS is not set # CONFIG_SFC is not set # CONFIG_NET_VENDOR_SMSC is not set # CONFIG_NET_VENDOR_STMICRO is not set # CONFIG_NET_VENDOR_SUN is not set # CONFIG_NET_VENDOR_TEHUTI is not set # CONFIG_NET_VENDOR_TI is not set # CONFIG_NET_VENDOR_VIA is not set CONFIG_NET_VENDOR_WIZNET=y # CONFIG_WIZNET_W5100 is not set # CONFIG_WIZNET_W5300 is not set # CONFIG_FDDI is not set # CONFIG_HIPPI is not set # CONFIG_NET_SB1000 is not set # CONFIG_PHYLIB is not set # CONFIG_PPP is not set # CONFIG_SLIP is not set # # USB Network Adapters # # CONFIG_USB_CATC is not set # CONFIG_USB_KAWETH is not set # CONFIG_USB_PEGASUS is not set # CONFIG_USB_RTL8150 is not set CONFIG_USB_USBNET=m # CONFIG_USB_NET_AX8817X is not set CONFIG_USB_NET_CDCETHER=m # CONFIG_USB_NET_CDC_EEM is not set # CONFIG_USB_NET_CDC_NCM is not set # CONFIG_USB_NET_DM9601 is not set # CONFIG_USB_NET_SMSC75XX is not set # CONFIG_USB_NET_SMSC95XX is not set # CONFIG_USB_NET_GL620A is not set # CONFIG_USB_NET_NET1080 is not set # CONFIG_USB_NET_PLUSB is not set # CONFIG_USB_NET_MCS7830 is not set CONFIG_USB_NET_RNDIS_HOST=m # CONFIG_USB_NET_CDC_SUBSET is not set # CONFIG_USB_NET_ZAURUS is not set # CONFIG_USB_NET_CX82310_ETH is not set # CONFIG_USB_NET_KALMIA is not set # CONFIG_USB_NET_QMI_WWAN is not set # CONFIG_USB_HSO is not set # CONFIG_USB_NET_INT51X1 is not set # CONFIG_USB_IPHETH is not set # CONFIG_USB_SIERRA_NET is not set # CONFIG_USB_VL600 is not set CONFIG_WLAN=y # CONFIG_LIBERTAS_THINFIRM is not set # CONFIG_AIRO is not set # CONFIG_ATMEL is not set # CONFIG_AT76C50X_USB is not set # CONFIG_PRISM54 is not set # CONFIG_USB_ZD1201 is not set # CONFIG_USB_NET_RNDIS_WLAN is not set # CONFIG_RTL8180 is not set # CONFIG_RTL8187 is not set # CONFIG_ADM8211 is not set # CONFIG_MAC80211_HWSIM is not set # CONFIG_MWL8K is not set # CONFIG_ATH_COMMON is not set # CONFIG_B43 is not set # CONFIG_B43LEGACY is not set CONFIG_BRCMUTIL=m CONFIG_BRCMSMAC=m # CONFIG_BRCMFMAC is not set # CONFIG_BRCMDBG is not set # CONFIG_HOSTAP is not set # CONFIG_IPW2100 is not set # CONFIG_IPW2200 is not set # CONFIG_IWLWIFI is not set # CONFIG_IWL4965 is not set # CONFIG_IWL3945 is not set # CONFIG_LIBERTAS is not set # CONFIG_HERMES is not set # CONFIG_P54_COMMON is not set # CONFIG_RT2X00 is not set # CONFIG_RTL8192CE is not set # CONFIG_RTL8192SE is not set # CONFIG_RTL8192DE is not set # CONFIG_RTL8192CU is not set # CONFIG_WL_TI is not set # CONFIG_ZD1211RW is not set # CONFIG_MWIFIEX is not set # # Enable WiMAX (Networking options) to see the WiMAX drivers # # CONFIG_WAN is not set CONFIG_XEN_NETDEV_FRONTEND=y CONFIG_XEN_NETDEV_BACKEND=y # CONFIG_VMXNET3 is not set # CONFIG_ISDN is not set # # Input device support # CONFIG_INPUT=y CONFIG_INPUT_FF_MEMLESS=y CONFIG_INPUT_POLLDEV=y CONFIG_INPUT_SPARSEKMAP=m # CONFIG_INPUT_MATRIXKMAP is not set # # Userland interfaces # CONFIG_INPUT_MOUSEDEV=y # CONFIG_INPUT_MOUSEDEV_PSAUX is not set CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 # CONFIG_INPUT_JOYDEV is not set CONFIG_INPUT_EVDEV=y # CONFIG_INPUT_EVBUG is not set # # Input Device Drivers # CONFIG_INPUT_KEYBOARD=y # CONFIG_KEYBOARD_ADP5588 is not set # CONFIG_KEYBOARD_ADP5589 is not set CONFIG_KEYBOARD_ATKBD=y # CONFIG_KEYBOARD_QT1070 is not set # CONFIG_KEYBOARD_QT2160 is not set # CONFIG_KEYBOARD_LKKBD is not set # CONFIG_KEYBOARD_TCA6416 is not set # CONFIG_KEYBOARD_TCA8418 is not set # CONFIG_KEYBOARD_LM8323 is not set # CONFIG_KEYBOARD_LM8333 is not set # CONFIG_KEYBOARD_MAX7359 is not set # CONFIG_KEYBOARD_MCS is not set # CONFIG_KEYBOARD_MPR121 is not set # CONFIG_KEYBOARD_NEWTON is not set # CONFIG_KEYBOARD_OPENCORES is not set # CONFIG_KEYBOARD_STOWAWAY is not set # CONFIG_KEYBOARD_SUNKBD is not set # CONFIG_KEYBOARD_OMAP4 is not set # CONFIG_KEYBOARD_XTKBD is not set CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=y CONFIG_MOUSE_PS2_ALPS=y CONFIG_MOUSE_PS2_LOGIPS2PP=y CONFIG_MOUSE_PS2_SYNAPTICS=y CONFIG_MOUSE_PS2_LIFEBOOK=y CONFIG_MOUSE_PS2_TRACKPOINT=y # CONFIG_MOUSE_PS2_ELANTECH is not set # CONFIG_MOUSE_PS2_SENTELIC is not set # CONFIG_MOUSE_PS2_TOUCHKIT is not set # CONFIG_MOUSE_SERIAL is not set # CONFIG_MOUSE_APPLETOUCH is not set # CONFIG_MOUSE_BCM5974 is not set # CONFIG_MOUSE_VSXXXAA is not set # CONFIG_MOUSE_SYNAPTICS_I2C is not set # CONFIG_MOUSE_SYNAPTICS_USB is not set # CONFIG_INPUT_JOYSTICK is not set # CONFIG_INPUT_TABLET is not set # CONFIG_INPUT_TOUCHSCREEN is not set CONFIG_INPUT_MISC=y # CONFIG_INPUT_AD714X is not set # CONFIG_INPUT_BMA150 is not set # CONFIG_INPUT_PCSPKR is not set # CONFIG_INPUT_MMA8450 is not set # CONFIG_INPUT_MPU3050 is not set # CONFIG_INPUT_APANEL is not set # CONFIG_INPUT_ATLAS_BTNS is not set # CONFIG_INPUT_ATI_REMOTE2 is not set # CONFIG_INPUT_KEYSPAN_REMOTE is not set # CONFIG_INPUT_KXTJ9 is not set # CONFIG_INPUT_POWERMATE is not set # CONFIG_INPUT_YEALINK is not set # CONFIG_INPUT_CM109 is not set # CONFIG_INPUT_UINPUT is not set # CONFIG_INPUT_PCF8574 is not set # CONFIG_INPUT_ADXL34X is not set # CONFIG_INPUT_CMA3000 is not set CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y # # Hardware I/O ports # CONFIG_SERIO=y CONFIG_SERIO_I8042=y # CONFIG_SERIO_SERPORT is not set # CONFIG_SERIO_CT82C710 is not set # CONFIG_SERIO_PCIPS2 is not set CONFIG_SERIO_LIBPS2=y # CONFIG_SERIO_RAW is not set # CONFIG_SERIO_ALTERA_PS2 is not set # CONFIG_SERIO_PS2MULT is not set # CONFIG_GAMEPORT is not set # # Character devices # CONFIG_VT=y CONFIG_CONSOLE_TRANSLATIONS=y CONFIG_VT_CONSOLE=y CONFIG_VT_CONSOLE_SLEEP=y CONFIG_HW_CONSOLE=y CONFIG_VT_HW_CONSOLE_BINDING=y CONFIG_UNIX98_PTYS=y CONFIG_DEVPTS_MULTIPLE_INSTANCES=y # CONFIG_LEGACY_PTYS is not set # CONFIG_SERIAL_NONSTANDARD is not set # CONFIG_NOZOMI is not set # CONFIG_N_GSM is not set # CONFIG_TRACE_SINK is not set # # KCopy # CONFIG_KCOPY=m # CONFIG_DEVKMEM is not set # # Serial drivers # # CONFIG_SERIAL_8250 is not set CONFIG_FIX_EARLYCON_MEM=y # # Non-8250 serial port support # # CONFIG_SERIAL_MFD_HSU is not set # CONFIG_SERIAL_JSM is not set # CONFIG_SERIAL_TIMBERDALE is not set # CONFIG_SERIAL_ALTERA_JTAGUART is not set # CONFIG_SERIAL_ALTERA_UART is not set # CONFIG_SERIAL_PCH_UART is not set # CONFIG_SERIAL_XILINX_PS_UART is not set CONFIG_HVC_DRIVER=y CONFIG_HVC_IRQ=y CONFIG_HVC_XEN=y CONFIG_HVC_XEN_FRONTEND=y # CONFIG_IPMI_HANDLER is not set CONFIG_HW_RANDOM=y # CONFIG_HW_RANDOM_TIMERIOMEM is not set CONFIG_HW_RANDOM_INTEL=y # CONFIG_HW_RANDOM_AMD is not set # CONFIG_HW_RANDOM_VIA is not set # CONFIG_NVRAM is not set # CONFIG_R3964 is not set # CONFIG_APPLICOM is not set # CONFIG_MWAVE is not set # CONFIG_RAW_DRIVER is not set CONFIG_HPET=y CONFIG_HPET_MMAP=y # CONFIG_HANGCHECK_TIMER is not set # CONFIG_TCG_TPM is not set # CONFIG_TELCLOCK is not set CONFIG_DEVPORT=y CONFIG_I2C=y CONFIG_I2C_BOARDINFO=y # CONFIG_I2C_COMPAT is not set CONFIG_I2C_CHARDEV=m # CONFIG_I2C_MUX is not set # CONFIG_I2C_HELPER_AUTO is not set # CONFIG_I2C_SMBUS is not set # # I2C Algorithms # CONFIG_I2C_ALGOBIT=y # CONFIG_I2C_ALGOPCF is not set # CONFIG_I2C_ALGOPCA is not set # # I2C Hardware Bus support # # # PC SMBus host controller drivers # # CONFIG_I2C_ALI1535 is not set # CONFIG_I2C_ALI1563 is not set # CONFIG_I2C_ALI15X3 is not set # CONFIG_I2C_AMD756 is not set # CONFIG_I2C_AMD8111 is not set # CONFIG_I2C_I801 is not set # CONFIG_I2C_ISCH is not set # CONFIG_I2C_PIIX4 is not set # CONFIG_I2C_NFORCE2 is not set # CONFIG_I2C_SIS5595 is not set # CONFIG_I2C_SIS630 is not set # CONFIG_I2C_SIS96X is not set # CONFIG_I2C_VIA is not set # CONFIG_I2C_VIAPRO is not set # # ACPI drivers # # CONFIG_I2C_SCMI is not set # # I2C system bus drivers (mostly embedded / system-on-chip) # # CONFIG_I2C_DESIGNWARE_PCI is not set # CONFIG_I2C_EG20T is not set # CONFIG_I2C_INTEL_MID is not set # CONFIG_I2C_OCORES is not set # CONFIG_I2C_PCA_PLATFORM is not set # CONFIG_I2C_PXA_PCI is not set # CONFIG_I2C_SIMTEC is not set # CONFIG_I2C_XILINX is not set # # External I2C/SMBus adapter drivers # # CONFIG_I2C_DIOLAN_U2C is not set # CONFIG_I2C_PARPORT_LIGHT is not set # CONFIG_I2C_TAOS_EVM is not set # CONFIG_I2C_TINY_USB is not set # # Other I2C/SMBus bus drivers # # CONFIG_I2C_STUB is not set # CONFIG_I2C_DEBUG_CORE is not set # CONFIG_I2C_DEBUG_ALGO is not set # CONFIG_I2C_DEBUG_BUS is not set # CONFIG_SPI is not set # CONFIG_HSI is not set # # PPS support # # CONFIG_PPS is not set # # PPS generators support # # # PTP clock support # # # Enable Device Drivers -> PPS to see the PTP clock options. # CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y # CONFIG_GPIOLIB is not set # CONFIG_W1 is not set CONFIG_POWER_SUPPLY=y # CONFIG_POWER_SUPPLY_DEBUG is not set # CONFIG_PDA_POWER is not set # CONFIG_TEST_POWER is not set # CONFIG_BATTERY_DS2780 is not set # CONFIG_BATTERY_DS2781 is not set # CONFIG_BATTERY_DS2782 is not set # CONFIG_BATTERY_SBS is not set # CONFIG_BATTERY_BQ27x00 is not set # CONFIG_BATTERY_MAX17040 is not set # CONFIG_BATTERY_MAX17042 is not set # CONFIG_CHARGER_MAX8903 is not set # CONFIG_CHARGER_LP8727 is not set # CONFIG_CHARGER_SMB347 is not set # CONFIG_POWER_AVS is not set # CONFIG_HWMON is not set CONFIG_THERMAL=y # CONFIG_WATCHDOG is not set CONFIG_SSB_POSSIBLE=y # # Sonics Silicon Backplane # CONFIG_SSB=m CONFIG_SSB_SPROM=y CONFIG_SSB_PCIHOST_POSSIBLE=y CONFIG_SSB_PCIHOST=y # CONFIG_SSB_B43_PCI_BRIDGE is not set CONFIG_SSB_SDIOHOST_POSSIBLE=y CONFIG_SSB_SDIOHOST=y # CONFIG_SSB_DEBUG is not set CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y CONFIG_SSB_DRIVER_PCICORE=y CONFIG_BCMA_POSSIBLE=y # # Broadcom specific AMBA # CONFIG_BCMA=m CONFIG_BCMA_HOST_PCI_POSSIBLE=y CONFIG_BCMA_HOST_PCI=y # CONFIG_BCMA_DRIVER_GMAC_CMN is not set # CONFIG_BCMA_DEBUG is not set # # Multifunction device drivers # # CONFIG_MFD_CORE is not set # CONFIG_MFD_88PM860X is not set # CONFIG_MFD_88PM800 is not set # CONFIG_MFD_88PM805 is not set # CONFIG_MFD_SM501 is not set # CONFIG_HTC_PASIC3 is not set # CONFIG_MFD_LM3533 is not set # CONFIG_TPS6105X is not set # CONFIG_TPS6507X is not set # CONFIG_MFD_TPS65217 is not set # CONFIG_TWL4030_CORE is not set # CONFIG_TWL6040_CORE is not set # CONFIG_MFD_STMPE is not set # CONFIG_MFD_TC3589X is not set # CONFIG_MFD_TMIO is not set # CONFIG_PMIC_DA903X is not set # CONFIG_MFD_DA9052_I2C is not set # CONFIG_PMIC_ADP5520 is not set # CONFIG_MFD_MAX77686 is not set # CONFIG_MFD_MAX77693 is not set # CONFIG_MFD_MAX8925 is not set # CONFIG_MFD_MAX8997 is not set # CONFIG_MFD_MAX8998 is not set # CONFIG_MFD_SEC_CORE is not set # CONFIG_MFD_ARIZONA_I2C is not set # CONFIG_MFD_WM8400 is not set # CONFIG_MFD_WM831X_I2C is not set # CONFIG_MFD_WM8350_I2C is not set # CONFIG_MFD_WM8994 is not set # CONFIG_MFD_PCF50633 is not set # CONFIG_MFD_MC13XXX_I2C is not set # CONFIG_ABX500_CORE is not set # CONFIG_MFD_CS5535 is not set # CONFIG_LPC_SCH is not set # CONFIG_LPC_ICH is not set # CONFIG_MFD_RDC321X is not set # CONFIG_MFD_JANZ_CMODIO is not set # CONFIG_MFD_VX855 is not set # CONFIG_MFD_WL1273_CORE is not set # CONFIG_MFD_TPS65090 is not set # CONFIG_MFD_RC5T583 is not set # CONFIG_MFD_PALMAS is not set # CONFIG_REGULATOR is not set CONFIG_MEDIA_SUPPORT=m # # Multimedia core support # CONFIG_MEDIA_CAMERA_SUPPORT=y # CONFIG_MEDIA_ANALOG_TV_SUPPORT is not set # CONFIG_MEDIA_DIGITAL_TV_SUPPORT is not set # CONFIG_MEDIA_RADIO_SUPPORT is not set # CONFIG_MEDIA_RC_SUPPORT is not set # CONFIG_MEDIA_CONTROLLER is not set CONFIG_VIDEO_DEV=m CONFIG_VIDEO_V4L2_COMMON=m # # Media drivers # CONFIG_VIDEO_V4L2=m CONFIG_VIDEOBUF2_CORE=m CONFIG_VIDEOBUF2_MEMOPS=m CONFIG_VIDEOBUF2_VMALLOC=m CONFIG_VIDEO_CAPTURE_DRIVERS=y # CONFIG_VIDEO_ADV_DEBUG is not set # CONFIG_VIDEO_FIXED_MINOR_RANGES is not set CONFIG_VIDEO_HELPER_CHIPS_AUTO=y # # Audio decoders, processors and mixers # # # RDS decoders # # # Video decoders # # # Video and audio decoders # # # MPEG video encoders # # # Video encoders # # # Camera sensor devices # # # Flash devices # # # Video improvement chips # # # Miscelaneous helper chips # # CONFIG_VIDEO_VIVI is not set CONFIG_V4L_USB_DRIVERS=y # # Webcam devices # CONFIG_USB_VIDEO_CLASS=m CONFIG_USB_VIDEO_CLASS_INPUT_EVDEV=y # CONFIG_USB_GSPCA is not set # CONFIG_USB_PWC is not set # CONFIG_VIDEO_CPIA2 is not set # CONFIG_USB_ZR364XX is not set # CONFIG_USB_STKWEBCAM is not set # CONFIG_USB_S2255 is not set # CONFIG_USB_SN9C102 is not set # # Webcam and/or TV USB devices # # CONFIG_VIDEO_EM28XX is not set # CONFIG_V4L_PLATFORM_DRIVERS is not set # CONFIG_V4L_MEM2MEM_DRIVERS is not set # # Graphics support # CONFIG_AGP=y # CONFIG_AGP_AMD64 is not set CONFIG_AGP_INTEL=y # CONFIG_AGP_SIS is not set # CONFIG_AGP_VIA is not set CONFIG_VGA_ARB=y CONFIG_VGA_ARB_MAX_GPUS=16 # CONFIG_VGA_SWITCHEROO is not set CONFIG_DRM=y CONFIG_DRM_KMS_HELPER=y # CONFIG_DRM_LOAD_EDID_FIRMWARE is not set # CONFIG_DRM_TDFX is not set # CONFIG_DRM_R128 is not set # CONFIG_DRM_RADEON is not set # CONFIG_DRM_NOUVEAU is not set # # I2C encoder or helper chips # # CONFIG_DRM_I2C_CH7006 is not set # CONFIG_DRM_I2C_SIL164 is not set # CONFIG_DRM_I810 is not set CONFIG_DRM_I915=y CONFIG_DRM_I915_KMS=y # CONFIG_DRM_MGA is not set # CONFIG_DRM_SIS is not set # CONFIG_DRM_VIA is not set # CONFIG_DRM_SAVAGE is not set # CONFIG_DRM_VMWGFX is not set # CONFIG_DRM_GMA500 is not set # CONFIG_DRM_UDL is not set # CONFIG_DRM_AST is not set # CONFIG_DRM_MGAG200 is not set # CONFIG_DRM_CIRRUS_QEMU is not set # CONFIG_STUB_POULSBO is not set # CONFIG_VGASTATE is not set CONFIG_VIDEO_OUTPUT_CONTROL=y CONFIG_FB=y # CONFIG_FIRMWARE_EDID is not set # CONFIG_FB_DDC is not set # CONFIG_FB_BOOT_VESA_SUPPORT is not set CONFIG_FB_CFB_FILLRECT=y CONFIG_FB_CFB_COPYAREA=y CONFIG_FB_CFB_IMAGEBLIT=y # CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set CONFIG_FB_SYS_FILLRECT=y CONFIG_FB_SYS_COPYAREA=y CONFIG_FB_SYS_IMAGEBLIT=y # CONFIG_FB_FOREIGN_ENDIAN is not set CONFIG_FB_SYS_FOPS=y # CONFIG_FB_WMT_GE_ROPS is not set CONFIG_FB_DEFERRED_IO=y # CONFIG_FB_SVGALIB is not set # CONFIG_FB_MACMODES is not set # CONFIG_FB_BACKLIGHT is not set # CONFIG_FB_MODE_HELPERS is not set # CONFIG_FB_TILEBLITTING is not set # # Frame buffer hardware drivers # # CONFIG_FB_CIRRUS is not set # CONFIG_FB_PM2 is not set # CONFIG_FB_CYBER2000 is not set # CONFIG_FB_ARC is not set # CONFIG_FB_ASILIANT is not set # CONFIG_FB_IMSTT is not set # CONFIG_FB_VGA16 is not set # CONFIG_FB_UVESA is not set # CONFIG_FB_VESA is not set # CONFIG_FB_N411 is not set # CONFIG_FB_HGA is not set # CONFIG_FB_S1D13XXX is not set # CONFIG_FB_NVIDIA is not set # CONFIG_FB_RIVA is not set # CONFIG_FB_I740 is not set # CONFIG_FB_LE80578 is not set # CONFIG_FB_MATROX is not set # CONFIG_FB_RADEON is not set # CONFIG_FB_ATY128 is not set # CONFIG_FB_ATY is not set # CONFIG_FB_S3 is not set # CONFIG_FB_SAVAGE is not set # CONFIG_FB_SIS is not set # CONFIG_FB_VIA is not set # CONFIG_FB_NEOMAGIC is not set # CONFIG_FB_KYRO is not set # CONFIG_FB_3DFX is not set # CONFIG_FB_VOODOO1 is not set # CONFIG_FB_VT8623 is not set # CONFIG_FB_TRIDENT is not set # CONFIG_FB_ARK is not set # CONFIG_FB_PM3 is not set # CONFIG_FB_CARMINE is not set # CONFIG_FB_GEODE is not set # CONFIG_FB_SMSCUFX is not set # CONFIG_FB_UDL is not set # CONFIG_FB_VIRTUAL is not set CONFIG_XEN_FBDEV_FRONTEND=y # CONFIG_FB_METRONOME is not set # CONFIG_FB_MB862XX is not set # CONFIG_FB_BROADSHEET is not set # CONFIG_FB_AUO_K190X is not set # CONFIG_EXYNOS_VIDEO is not set CONFIG_BACKLIGHT_LCD_SUPPORT=y CONFIG_LCD_CLASS_DEVICE=m CONFIG_LCD_PLATFORM=m CONFIG_BACKLIGHT_CLASS_DEVICE=y CONFIG_BACKLIGHT_GENERIC=y # CONFIG_BACKLIGHT_PROGEAR is not set # CONFIG_BACKLIGHT_APPLE is not set # CONFIG_BACKLIGHT_SAHARA is not set # CONFIG_BACKLIGHT_ADP8860 is not set # CONFIG_BACKLIGHT_ADP8870 is not set # CONFIG_BACKLIGHT_LP855X is not set # # Console display driver support # CONFIG_VGA_CONSOLE=y CONFIG_VGACON_SOFT_SCROLLBACK=y CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=1024 CONFIG_DUMMY_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y # CONFIG_FB_CON_DECOR is not set # CONFIG_FONTS is not set CONFIG_FONT_8x8=y CONFIG_FONT_8x16=y # CONFIG_LOGO is not set CONFIG_SOUND=m CONFIG_SOUND_OSS_CORE=y CONFIG_SOUND_OSS_CORE_PRECLAIM=y CONFIG_SND=m CONFIG_SND_TIMER=m CONFIG_SND_PCM=m CONFIG_SND_HWDEP=m CONFIG_SND_JACK=y CONFIG_SND_SEQUENCER=m CONFIG_SND_SEQ_DUMMY=m CONFIG_SND_OSSEMUL=y CONFIG_SND_MIXER_OSS=m CONFIG_SND_PCM_OSS=m CONFIG_SND_PCM_OSS_PLUGINS=y CONFIG_SND_SEQUENCER_OSS=y CONFIG_SND_HRTIMER=m CONFIG_SND_SEQ_HRTIMER_DEFAULT=y CONFIG_SND_DYNAMIC_MINORS=y CONFIG_SND_SUPPORT_OLD_API=y # CONFIG_SND_VERBOSE_PROCFS is not set # CONFIG_SND_VERBOSE_PRINTK is not set # CONFIG_SND_DEBUG is not set CONFIG_SND_VMASTER=y CONFIG_SND_KCTL_JACK=y CONFIG_SND_DMA_SGBUF=y # CONFIG_SND_RAWMIDI_SEQ is not set # CONFIG_SND_OPL3_LIB_SEQ is not set # CONFIG_SND_OPL4_LIB_SEQ is not set # CONFIG_SND_SBAWE_SEQ is not set # CONFIG_SND_EMU10K1_SEQ is not set # CONFIG_SND_DRIVERS is not set CONFIG_SND_PCI=y # CONFIG_SND_AD1889 is not set # CONFIG_SND_ALS300 is not set # CONFIG_SND_ALS4000 is not set # CONFIG_SND_ALI5451 is not set # CONFIG_SND_ASIHPI is not set # CONFIG_SND_ATIIXP is not set # CONFIG_SND_ATIIXP_MODEM is not set # CONFIG_SND_AU8810 is not set # CONFIG_SND_AU8820 is not set # CONFIG_SND_AU8830 is not set # CONFIG_SND_AW2 is not set # CONFIG_SND_AZT3328 is not set # CONFIG_SND_BT87X is not set # CONFIG_SND_CA0106 is not set # CONFIG_SND_CMIPCI is not set # CONFIG_SND_OXYGEN is not set # CONFIG_SND_CS4281 is not set # CONFIG_SND_CS46XX is not set # CONFIG_SND_CS5530 is not set # CONFIG_SND_CS5535AUDIO is not set # CONFIG_SND_CTXFI is not set # CONFIG_SND_DARLA20 is not set # CONFIG_SND_GINA20 is not set # CONFIG_SND_LAYLA20 is not set # CONFIG_SND_DARLA24 is not set # CONFIG_SND_GINA24 is not set # CONFIG_SND_LAYLA24 is not set # CONFIG_SND_MONA is not set # CONFIG_SND_MIA is not set # CONFIG_SND_ECHO3G is not set # CONFIG_SND_INDIGO is not set # CONFIG_SND_INDIGOIO is not set # CONFIG_SND_INDIGODJ is not set # CONFIG_SND_INDIGOIOX is not set # CONFIG_SND_INDIGODJX is not set # CONFIG_SND_EMU10K1 is not set # CONFIG_SND_EMU10K1X is not set # CONFIG_SND_ENS1370 is not set # CONFIG_SND_ENS1371 is not set # CONFIG_SND_ES1938 is not set # CONFIG_SND_ES1968 is not set # CONFIG_SND_FM801 is not set CONFIG_SND_HDA_INTEL=m CONFIG_SND_HDA_PREALLOC_SIZE=64 CONFIG_SND_HDA_HWDEP=y # CONFIG_SND_HDA_RECONFIG is not set # CONFIG_SND_HDA_INPUT_BEEP is not set CONFIG_SND_HDA_INPUT_JACK=y # CONFIG_SND_HDA_PATCH_LOADER is not set # CONFIG_SND_HDA_CODEC_REALTEK is not set # CONFIG_SND_HDA_CODEC_ANALOG is not set CONFIG_SND_HDA_CODEC_SIGMATEL=y # CONFIG_SND_HDA_CODEC_VIA is not set CONFIG_SND_HDA_CODEC_HDMI=y # CONFIG_SND_HDA_CODEC_CIRRUS is not set # CONFIG_SND_HDA_CODEC_CONEXANT is not set # CONFIG_SND_HDA_CODEC_CA0110 is not set CONFIG_SND_HDA_CODEC_CA0132=y # CONFIG_SND_HDA_CODEC_CMEDIA is not set # CONFIG_SND_HDA_CODEC_SI3054 is not set # CONFIG_SND_HDA_GENERIC is not set CONFIG_SND_HDA_POWER_SAVE=y CONFIG_SND_HDA_POWER_SAVE_DEFAULT=1 # CONFIG_SND_HDSP is not set # CONFIG_SND_HDSPM is not set # CONFIG_SND_ICE1712 is not set # CONFIG_SND_ICE1724 is not set # CONFIG_SND_INTEL8X0 is not set # CONFIG_SND_INTEL8X0M is not set # CONFIG_SND_KORG1212 is not set # CONFIG_SND_LOLA is not set # CONFIG_SND_LX6464ES is not set # CONFIG_SND_MAESTRO3 is not set # CONFIG_SND_MIXART is not set # CONFIG_SND_NM256 is not set # CONFIG_SND_PCXHR is not set # CONFIG_SND_RIPTIDE is not set # CONFIG_SND_RME32 is not set # CONFIG_SND_RME96 is not set # CONFIG_SND_RME9652 is not set # CONFIG_SND_SONICVIBES is not set # CONFIG_SND_TRIDENT is not set # CONFIG_SND_VIA82XX is not set # CONFIG_SND_VIA82XX_MODEM is not set # CONFIG_SND_VIRTUOSO is not set # CONFIG_SND_VX222 is not set # CONFIG_SND_YMFPCI is not set # CONFIG_SND_USB is not set # CONFIG_SND_SOC is not set # CONFIG_SOUND_PRIME is not set # # HID support # CONFIG_HID=y # CONFIG_HID_BATTERY_STRENGTH is not set CONFIG_HIDRAW=y # CONFIG_UHID is not set CONFIG_HID_GENERIC=y # # Special HID drivers # CONFIG_HID_A4TECH=m # CONFIG_HID_ACRUX is not set CONFIG_HID_APPLE=m # CONFIG_HID_AUREAL is not set CONFIG_HID_BELKIN=m CONFIG_HID_CHERRY=m CONFIG_HID_CHICONY=m # CONFIG_HID_PRODIKEYS is not set CONFIG_HID_CYPRESS=m # CONFIG_HID_DRAGONRISE is not set # CONFIG_HID_EMS_FF is not set # CONFIG_HID_ELECOM is not set CONFIG_HID_EZKEY=m # CONFIG_HID_HOLTEK is not set # CONFIG_HID_KEYTOUCH is not set CONFIG_HID_KYE=m # CONFIG_HID_UCLOGIC is not set # CONFIG_HID_WALTOP is not set # CONFIG_HID_GYRATION is not set # CONFIG_HID_TWINHAN is not set CONFIG_HID_KENSINGTON=m # CONFIG_HID_LCPOWER is not set # CONFIG_HID_LENOVO_TPKBD is not set CONFIG_HID_LOGITECH=m CONFIG_HID_LOGITECH_DJ=m # CONFIG_LOGITECH_FF is not set # CONFIG_LOGIRUMBLEPAD2_FF is not set # CONFIG_LOGIG940_FF is not set # CONFIG_LOGIWHEELS_FF is not set # CONFIG_HID_MAGICMOUSE is not set CONFIG_HID_MICROSOFT=m CONFIG_HID_MONTEREY=m # CONFIG_HID_MULTITOUCH is not set # CONFIG_HID_NTRIG is not set # CONFIG_HID_ORTEK is not set # CONFIG_HID_PANTHERLORD is not set # CONFIG_HID_PETALYNX is not set # CONFIG_HID_PICOLCD is not set # CONFIG_HID_PRIMAX is not set # CONFIG_HID_ROCCAT is not set # CONFIG_HID_SAITEK is not set # CONFIG_HID_SAMSUNG is not set # CONFIG_HID_SONY is not set # CONFIG_HID_SPEEDLINK is not set # CONFIG_HID_SUNPLUS is not set # CONFIG_HID_GREENASIA is not set # CONFIG_HID_SMARTJOYPLUS is not set # CONFIG_HID_TIVO is not set # CONFIG_HID_TOPSEED is not set # CONFIG_HID_THRUSTMASTER is not set # CONFIG_HID_WACOM is not set # CONFIG_HID_WIIMOTE is not set # CONFIG_HID_ZEROPLUS is not set # CONFIG_HID_ZYDACRON is not set # # USB HID support # CONFIG_USB_HID=m CONFIG_HID_PID=y CONFIG_USB_HIDDEV=y CONFIG_USB_ARCH_HAS_OHCI=y CONFIG_USB_ARCH_HAS_EHCI=y CONFIG_USB_ARCH_HAS_XHCI=y CONFIG_USB_SUPPORT=y CONFIG_USB_COMMON=m CONFIG_USB_ARCH_HAS_HCD=y CONFIG_USB=m # CONFIG_USB_DEBUG is not set CONFIG_USB_ANNOUNCE_NEW_DEVICES=y # # Miscellaneous USB options # # CONFIG_USB_DYNAMIC_MINORS is not set CONFIG_USB_SUSPEND=y CONFIG_USB_OTG=y CONFIG_USB_OTG_WHITELIST=y # CONFIG_USB_OTG_BLACKLIST_HUB is not set CONFIG_USB_MON=m # CONFIG_USB_WUSB_CBAF is not set # # USB Host Controller Drivers # # CONFIG_USB_C67X00_HCD is not set # CONFIG_USB_XHCI_HCD is not set CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y # CONFIG_USB_EHCI_TT_NEWSCHED is not set # CONFIG_USB_OXU210HP_HCD is not set # CONFIG_USB_ISP116X_HCD is not set # CONFIG_USB_ISP1760_HCD is not set # CONFIG_USB_ISP1362_HCD is not set CONFIG_USB_OHCI_HCD=m # CONFIG_USB_OHCI_HCD_SSB is not set # CONFIG_USB_OHCI_HCD_PLATFORM is not set # CONFIG_USB_EHCI_HCD_PLATFORM is not set # CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set # CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set CONFIG_USB_OHCI_LITTLE_ENDIAN=y CONFIG_USB_UHCI_HCD=m # CONFIG_USB_SL811_HCD is not set # CONFIG_USB_R8A66597_HCD is not set # CONFIG_USB_HCD_BCMA is not set # CONFIG_USB_HCD_SSB is not set # CONFIG_USB_CHIPIDEA is not set # # USB Device Class drivers # # CONFIG_USB_ACM is not set CONFIG_USB_PRINTER=m # CONFIG_USB_WDM is not set # CONFIG_USB_TMC is not set # # NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may # # # also be needed; see USB_STORAGE Help for more info # CONFIG_USB_STORAGE=m # CONFIG_USB_STORAGE_DEBUG is not set # CONFIG_USB_STORAGE_REALTEK is not set # CONFIG_USB_STORAGE_DATAFAB is not set # CONFIG_USB_STORAGE_FREECOM is not set # CONFIG_USB_STORAGE_ISD200 is not set # CONFIG_USB_STORAGE_USBAT is not set # CONFIG_USB_STORAGE_SDDR09 is not set # CONFIG_USB_STORAGE_SDDR55 is not set # CONFIG_USB_STORAGE_JUMPSHOT is not set # CONFIG_USB_STORAGE_ALAUDA is not set # CONFIG_USB_STORAGE_ONETOUCH is not set # CONFIG_USB_STORAGE_KARMA is not set # CONFIG_USB_STORAGE_CYPRESS_ATACB is not set # CONFIG_USB_STORAGE_ENE_UB6250 is not set # CONFIG_USB_LIBUSUAL is not set # # USB Imaging devices # # CONFIG_USB_MDC800 is not set # CONFIG_USB_MICROTEK is not set # # USB port drivers # # CONFIG_USB_SERIAL is not set # # USB Miscellaneous drivers # # CONFIG_USB_EMI62 is not set # CONFIG_USB_EMI26 is not set # CONFIG_USB_ADUTUX is not set # CONFIG_USB_SEVSEG is not set # CONFIG_USB_RIO500 is not set # CONFIG_USB_LEGOTOWER is not set # CONFIG_USB_LCD is not set # CONFIG_USB_LED is not set # CONFIG_USB_CYPRESS_CY7C63 is not set # CONFIG_USB_CYTHERM is not set # CONFIG_USB_IDMOUSE is not set # CONFIG_USB_FTDI_ELAN is not set # CONFIG_USB_APPLEDISPLAY is not set # CONFIG_USB_SISUSBVGA is not set # CONFIG_USB_LD is not set # CONFIG_USB_TRANCEVIBRATOR is not set # CONFIG_USB_IOWARRIOR is not set # CONFIG_USB_TEST is not set # CONFIG_USB_ISIGHTFW is not set # CONFIG_USB_YUREX is not set # # USB Physical Layer drivers # # CONFIG_USB_ISP1301 is not set # CONFIG_USB_GADGET is not set # # OTG and related infrastructure # # CONFIG_NOP_USB_XCEIV is not set # CONFIG_UWB is not set CONFIG_MMC=y # CONFIG_MMC_DEBUG is not set # CONFIG_MMC_UNSAFE_RESUME is not set CONFIG_MMC_CLKGATE=y # # MMC/SD/SDIO Card Drivers # CONFIG_MMC_BLOCK=y CONFIG_MMC_BLOCK_MINORS=8 CONFIG_MMC_BLOCK_BOUNCE=y # CONFIG_SDIO_UART is not set # CONFIG_MMC_TEST is not set # # MMC/SD/SDIO Host Controller Drivers # CONFIG_MMC_SDHCI=y CONFIG_MMC_SDHCI_PCI=y CONFIG_MMC_RICOH_MMC=y # CONFIG_MMC_SDHCI_PLTFM is not set # CONFIG_MMC_WBSD is not set # CONFIG_MMC_TIFM_SD is not set # CONFIG_MMC_CB710 is not set # CONFIG_MMC_VIA_SDMMC is not set # CONFIG_MMC_VUB300 is not set # CONFIG_MMC_USHC is not set # CONFIG_MEMSTICK is not set CONFIG_NEW_LEDS=y CONFIG_LEDS_CLASS=y # # LED drivers # # CONFIG_LEDS_LM3530 is not set # CONFIG_LEDS_PCA9532 is not set # CONFIG_LEDS_LP3944 is not set # CONFIG_LEDS_LP5521 is not set # CONFIG_LEDS_LP5523 is not set # CONFIG_LEDS_CLEVO_MAIL is not set # CONFIG_LEDS_PCA955X is not set # CONFIG_LEDS_PCA9633 is not set # CONFIG_LEDS_BD2802 is not set # CONFIG_LEDS_INTEL_SS4200 is not set # CONFIG_LEDS_DELL_NETBOOKS is not set # CONFIG_LEDS_TCA6507 is not set # CONFIG_LEDS_LM3556 is not set # CONFIG_LEDS_OT200 is not set # CONFIG_LEDS_BLINKM is not set CONFIG_LEDS_TRIGGERS=y # # LED Triggers # # CONFIG_LEDS_TRIGGER_TIMER is not set # CONFIG_LEDS_TRIGGER_ONESHOT is not set # CONFIG_LEDS_TRIGGER_HEARTBEAT is not set # CONFIG_LEDS_TRIGGER_BACKLIGHT is not set # CONFIG_LEDS_TRIGGER_DEFAULT_ON is not set # # iptables trigger is under Netfilter config (LED target) # # CONFIG_LEDS_TRIGGER_TRANSIENT is not set # CONFIG_ACCESSIBILITY is not set # CONFIG_INFINIBAND is not set # CONFIG_EDAC is not set CONFIG_RTC_LIB=y CONFIG_RTC_CLASS=y # CONFIG_RTC_HCTOSYS is not set # CONFIG_RTC_DEBUG is not set # # RTC interfaces # CONFIG_RTC_INTF_SYSFS=y CONFIG_RTC_INTF_PROC=y CONFIG_RTC_INTF_DEV=y # CONFIG_RTC_INTF_DEV_UIE_EMUL is not set # CONFIG_RTC_DRV_TEST is not set # # I2C RTC drivers # # CONFIG_RTC_DRV_DS1307 is not set # CONFIG_RTC_DRV_DS1374 is not set # CONFIG_RTC_DRV_DS1672 is not set # CONFIG_RTC_DRV_DS3232 is not set # CONFIG_RTC_DRV_MAX6900 is not set # CONFIG_RTC_DRV_RS5C372 is not set # CONFIG_RTC_DRV_ISL1208 is not set # CONFIG_RTC_DRV_ISL12022 is not set # CONFIG_RTC_DRV_X1205 is not set # CONFIG_RTC_DRV_PCF8563 is not set # CONFIG_RTC_DRV_PCF8583 is not set # CONFIG_RTC_DRV_M41T80 is not set # CONFIG_RTC_DRV_BQ32K is not set # CONFIG_RTC_DRV_S35390A is not set # CONFIG_RTC_DRV_FM3130 is not set # CONFIG_RTC_DRV_RX8581 is not set # CONFIG_RTC_DRV_RX8025 is not set # CONFIG_RTC_DRV_EM3027 is not set # CONFIG_RTC_DRV_RV3029C2 is not set # # SPI RTC drivers # # # Platform RTC drivers # CONFIG_RTC_DRV_CMOS=y # CONFIG_RTC_DRV_DS1286 is not set # CONFIG_RTC_DRV_DS1511 is not set # CONFIG_RTC_DRV_DS1553 is not set # CONFIG_RTC_DRV_DS1742 is not set # CONFIG_RTC_DRV_STK17TA8 is not set # CONFIG_RTC_DRV_M48T86 is not set # CONFIG_RTC_DRV_M48T35 is not set # CONFIG_RTC_DRV_M48T59 is not set # CONFIG_RTC_DRV_MSM6242 is not set # CONFIG_RTC_DRV_BQ4802 is not set # CONFIG_RTC_DRV_RP5C01 is not set # CONFIG_RTC_DRV_V3020 is not set # # on-CPU RTC drivers # # CONFIG_DMADEVICES is not set # CONFIG_AUXDISPLAY is not set # CONFIG_UIO is not set # CONFIG_VFIO is not set # # Virtio drivers # # CONFIG_VIRTIO_PCI is not set # CONFIG_VIRTIO_BALLOON is not set # CONFIG_VIRTIO_MMIO is not set # # Microsoft Hyper-V guest support # # CONFIG_HYPERV is not set # # Xen driver support # CONFIG_XEN_BALLOON=y CONFIG_XEN_SELFBALLOONING=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_XEN_GRANT_DEV_ALLOC=y CONFIG_SWIOTLB_XEN=y CONFIG_XEN_TMEM=y CONFIG_XEN_PCIDEV_BACKEND=y CONFIG_XEN_PRIVCMD=y CONFIG_XEN_ACPI_PROCESSOR=y # CONFIG_XEN_MCE_LOG is not set # CONFIG_STAGING is not set CONFIG_X86_PLATFORM_DEVICES=y # CONFIG_ACER_WMI is not set # CONFIG_ACERHDF is not set # CONFIG_ASUS_LAPTOP is not set # CONFIG_DELL_WMI is not set # CONFIG_DELL_WMI_AIO is not set # CONFIG_FUJITSU_LAPTOP is not set # CONFIG_FUJITSU_TABLET is not set # CONFIG_AMILO_RFKILL is not set CONFIG_HP_ACCEL=m CONFIG_HP_WMI=m # CONFIG_MSI_LAPTOP is not set # CONFIG_PANASONIC_LAPTOP is not set # CONFIG_SONY_LAPTOP is not set # CONFIG_IDEAPAD_LAPTOP is not set # CONFIG_THINKPAD_ACPI is not set # CONFIG_SENSORS_HDAPS is not set # CONFIG_INTEL_MENLOW is not set CONFIG_ACPI_WMI=m # CONFIG_MSI_WMI is not set # CONFIG_TOPSTAR_LAPTOP is not set # CONFIG_ACPI_TOSHIBA is not set # CONFIG_TOSHIBA_BT_RFKILL is not set # CONFIG_ACPI_CMPC is not set # CONFIG_INTEL_IPS is not set # CONFIG_IBM_RTL is not set # CONFIG_XO15_EBOOK is not set # CONFIG_SAMSUNG_LAPTOP is not set # CONFIG_MXM_WMI is not set # CONFIG_INTEL_OAKTRAIL is not set # CONFIG_SAMSUNG_Q10 is not set # CONFIG_APPLE_GMUX is not set # # Hardware Spinlock drivers # CONFIG_CLKEVT_I8253=y CONFIG_I8253_LOCK=y CONFIG_CLKBLD_I8253=y CONFIG_IOMMU_API=y CONFIG_IOMMU_SUPPORT=y # CONFIG_AMD_IOMMU is not set CONFIG_DMAR_TABLE=y CONFIG_INTEL_IOMMU=y # CONFIG_INTEL_IOMMU_DEFAULT_ON is not set CONFIG_INTEL_IOMMU_FLOPPY_WA=y CONFIG_IRQ_REMAP=y # # Remoteproc drivers (EXPERIMENTAL) # # # Rpmsg drivers (EXPERIMENTAL) # # CONFIG_VIRT_DRIVERS is not set # CONFIG_PM_DEVFREQ is not set # CONFIG_EXTCON is not set # CONFIG_MEMORY is not set # CONFIG_IIO is not set # CONFIG_VME_BUS is not set # CONFIG_PWM is not set # # Firmware Drivers # # CONFIG_EDD is not set CONFIG_FIRMWARE_MEMMAP=y # CONFIG_DELL_RBU is not set # CONFIG_DCDBAS is not set # CONFIG_DMIID is not set # CONFIG_DMI_SYSFS is not set # CONFIG_ISCSI_IBFT_FIND is not set # CONFIG_GOOGLE_FIRMWARE is not set # # File systems # CONFIG_DCACHE_WORD_ACCESS=y CONFIG_EXT2_FS=y # CONFIG_EXT2_FS_XATTR is not set # CONFIG_EXT2_FS_XIP is not set CONFIG_EXT3_FS=m # CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set CONFIG_EXT3_FS_XATTR=y CONFIG_EXT3_FS_POSIX_ACL=y CONFIG_EXT3_FS_SECURITY=y CONFIG_EXT4_FS=m CONFIG_EXT4_FS_XATTR=y CONFIG_EXT4_FS_POSIX_ACL=y CONFIG_EXT4_FS_SECURITY=y # CONFIG_EXT4_DEBUG is not set CONFIG_JBD=m CONFIG_JBD2=m CONFIG_FS_MBCACHE=m # CONFIG_REISERFS_FS is not set # CONFIG_JFS_FS is not set CONFIG_XFS_FS=m # CONFIG_XFS_QUOTA is not set CONFIG_XFS_POSIX_ACL=y # CONFIG_XFS_RT is not set # CONFIG_XFS_DEBUG is not set # CONFIG_GFS2_FS is not set # CONFIG_BTRFS_FS is not set # CONFIG_NILFS2_FS is not set CONFIG_FS_POSIX_ACL=y CONFIG_EXPORTFS=m CONFIG_FILE_LOCKING=y CONFIG_FSNOTIFY=y CONFIG_DNOTIFY=y CONFIG_INOTIFY_USER=y CONFIG_FANOTIFY=y # CONFIG_QUOTA is not set # CONFIG_QUOTACTL is not set CONFIG_AUTOFS4_FS=m CONFIG_FUSE_FS=m # CONFIG_CUSE is not set CONFIG_GENERIC_ACL=y # # Caches # # CONFIG_FSCACHE is not set # # CD-ROM/DVD Filesystems # CONFIG_ISO9660_FS=m CONFIG_JOLIET=y CONFIG_ZISOFS=y CONFIG_UDF_FS=m CONFIG_UDF_NLS=y # # DOS/FAT/NT Filesystems # CONFIG_FAT_FS=y CONFIG_MSDOS_FS=y CONFIG_VFAT_FS=y CONFIG_FAT_DEFAULT_CODEPAGE=437 CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1" # CONFIG_NTFS_FS is not set # # Pseudo filesystems # CONFIG_PROC_FS=y CONFIG_PROC_KCORE=y CONFIG_PROC_VMCORE=y CONFIG_PROC_SYSCTL=y CONFIG_PROC_PAGE_MONITOR=y CONFIG_SYSFS=y CONFIG_TMPFS=y CONFIG_TMPFS_POSIX_ACL=y CONFIG_TMPFS_XATTR=y CONFIG_HUGETLBFS=y CONFIG_HUGETLB_PAGE=y # CONFIG_CONFIGFS_FS is not set # CONFIG_MISC_FILESYSTEMS is not set CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V2=m CONFIG_NFS_V3=m CONFIG_NFS_V3_ACL=y CONFIG_NFS_V4=m # CONFIG_NFS_SWAP is not set # CONFIG_NFS_V4_1 is not set # CONFIG_NFS_USE_LEGACY_DNS is not set CONFIG_NFS_USE_KERNEL_DNS=y # CONFIG_NFSD is not set CONFIG_LOCKD=m CONFIG_LOCKD_V4=y CONFIG_NFS_ACL_SUPPORT=m CONFIG_NFS_COMMON=y CONFIG_SUNRPC=m CONFIG_SUNRPC_GSS=m CONFIG_RPCSEC_GSS_KRB5=m # CONFIG_SUNRPC_DEBUG is not set # CONFIG_CEPH_FS is not set CONFIG_CIFS=m CONFIG_CIFS_STATS=y CONFIG_CIFS_STATS2=y # CONFIG_CIFS_WEAK_PW_HASH is not set # CONFIG_CIFS_UPCALL is not set CONFIG_CIFS_XATTR=y CONFIG_CIFS_POSIX=y # CONFIG_CIFS_DEBUG2 is not set # CONFIG_CIFS_DFS_UPCALL is not set CONFIG_CIFS_ACL=y # CONFIG_NCP_FS is not set # CONFIG_CODA_FS is not set # CONFIG_AFS_FS is not set CONFIG_NLS=y CONFIG_NLS_DEFAULT="utf8" CONFIG_NLS_CODEPAGE_437=y # CONFIG_NLS_CODEPAGE_737 is not set # CONFIG_NLS_CODEPAGE_775 is not set # CONFIG_NLS_CODEPAGE_850 is not set # CONFIG_NLS_CODEPAGE_852 is not set # CONFIG_NLS_CODEPAGE_855 is not set # CONFIG_NLS_CODEPAGE_857 is not set # CONFIG_NLS_CODEPAGE_860 is not set # CONFIG_NLS_CODEPAGE_861 is not set # CONFIG_NLS_CODEPAGE_862 is not set # CONFIG_NLS_CODEPAGE_863 is not set # CONFIG_NLS_CODEPAGE_864 is not set # CONFIG_NLS_CODEPAGE_865 is not set CONFIG_NLS_CODEPAGE_866=y # CONFIG_NLS_CODEPAGE_869 is not set # CONFIG_NLS_CODEPAGE_936 is not set # CONFIG_NLS_CODEPAGE_950 is not set # CONFIG_NLS_CODEPAGE_932 is not set # CONFIG_NLS_CODEPAGE_949 is not set # CONFIG_NLS_CODEPAGE_874 is not set # CONFIG_NLS_ISO8859_8 is not set # CONFIG_NLS_CODEPAGE_1250 is not set CONFIG_NLS_CODEPAGE_1251=y CONFIG_NLS_ASCII=y CONFIG_NLS_ISO8859_1=y # CONFIG_NLS_ISO8859_2 is not set # CONFIG_NLS_ISO8859_3 is not set # CONFIG_NLS_ISO8859_4 is not set CONFIG_NLS_ISO8859_5=y # CONFIG_NLS_ISO8859_6 is not set # CONFIG_NLS_ISO8859_7 is not set # CONFIG_NLS_ISO8859_9 is not set # CONFIG_NLS_ISO8859_13 is not set # CONFIG_NLS_ISO8859_14 is not set # CONFIG_NLS_ISO8859_15 is not set CONFIG_NLS_KOI8_R=y # CONFIG_NLS_KOI8_U is not set # CONFIG_NLS_MAC_ROMAN is not set # CONFIG_NLS_MAC_CELTIC is not set # CONFIG_NLS_MAC_CENTEURO is not set # CONFIG_NLS_MAC_CROATIAN is not set # CONFIG_NLS_MAC_CYRILLIC is not set # CONFIG_NLS_MAC_GAELIC is not set # CONFIG_NLS_MAC_GREEK is not set # CONFIG_NLS_MAC_ICELAND is not set # CONFIG_NLS_MAC_INUIT is not set # CONFIG_NLS_MAC_ROMANIAN is not set # CONFIG_NLS_MAC_TURKISH is not set CONFIG_NLS_UTF8=y # # Kernel hacking # CONFIG_TRACE_IRQFLAGS_SUPPORT=y CONFIG_PRINTK_TIME=y CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4 # CONFIG_ENABLE_WARN_DEPRECATED is not set # CONFIG_ENABLE_MUST_CHECK is not set CONFIG_FRAME_WARN=2048 # CONFIG_MAGIC_SYSRQ is not set # CONFIG_STRIP_ASM_SYMS is not set # CONFIG_UNUSED_SYMBOLS is not set # CONFIG_DEBUG_FS is not set # CONFIG_HEADERS_CHECK is not set # CONFIG_DEBUG_SECTION_MISMATCH is not set # CONFIG_DEBUG_KERNEL is not set # CONFIG_HARDLOCKUP_DETECTOR is not set # CONFIG_PANIC_ON_OOPS is not set CONFIG_PANIC_ON_OOPS_VALUE=0 # CONFIG_SLUB_DEBUG_ON is not set # CONFIG_SLUB_STATS is not set # CONFIG_SPARSE_RCU_POINTER is not set CONFIG_DEBUG_BUGVERBOSE=y CONFIG_DEBUG_MEMORY_INIT=y CONFIG_ARCH_WANT_FRAME_POINTERS=y # CONFIG_FRAME_POINTER is not set CONFIG_RCU_CPU_STALL_TIMEOUT=60 CONFIG_USER_STACKTRACE_SUPPORT=y CONFIG_HAVE_FUNCTION_TRACER=y CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y CONFIG_HAVE_FUNCTION_GRAPH_FP_TEST=y CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y CONFIG_HAVE_DYNAMIC_FTRACE=y CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y CONFIG_HAVE_SYSCALL_TRACEPOINTS=y CONFIG_HAVE_C_RECORDMCOUNT=y CONFIG_TRACING_SUPPORT=y # CONFIG_FTRACE is not set # CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set # CONFIG_DMA_API_DEBUG is not set # CONFIG_ATOMIC64_SELFTEST is not set # CONFIG_SAMPLES is not set CONFIG_HAVE_ARCH_KGDB=y CONFIG_HAVE_ARCH_KMEMCHECK=y # CONFIG_TEST_KSTRTOX is not set # CONFIG_STRICT_DEVMEM is not set CONFIG_X86_VERBOSE_BOOTUP=y CONFIG_EARLY_PRINTK=y # CONFIG_EARLY_PRINTK_DBGP is not set # CONFIG_DEBUG_SET_MODULE_RONX is not set # CONFIG_IOMMU_STRESS is not set CONFIG_HAVE_MMIOTRACE_SUPPORT=y CONFIG_IO_DELAY_TYPE_0X80=0 CONFIG_IO_DELAY_TYPE_0XED=1 CONFIG_IO_DELAY_TYPE_UDELAY=2 CONFIG_IO_DELAY_TYPE_NONE=3 CONFIG_IO_DELAY_0X80=y # CONFIG_IO_DELAY_0XED is not set # CONFIG_IO_DELAY_UDELAY is not set # CONFIG_IO_DELAY_NONE is not set CONFIG_DEFAULT_IO_DELAY_TYPE=0 # CONFIG_OPTIMIZE_INLINING is not set # # Security options # CONFIG_KEYS=y # CONFIG_ENCRYPTED_KEYS is not set # CONFIG_KEYS_DEBUG_PROC_KEYS is not set # CONFIG_SECURITY_DMESG_RESTRICT is not set # CONFIG_SECURITY is not set # CONFIG_SECURITYFS is not set # CONFIG_INTEL_TXT is not set CONFIG_DEFAULT_SECURITY_DAC=y CONFIG_DEFAULT_SECURITY="" CONFIG_CRYPTO=m # # Crypto core or helper # CONFIG_CRYPTO_ALGAPI=m CONFIG_CRYPTO_ALGAPI2=m CONFIG_CRYPTO_AEAD=m CONFIG_CRYPTO_AEAD2=m CONFIG_CRYPTO_BLKCIPHER=m CONFIG_CRYPTO_BLKCIPHER2=m CONFIG_CRYPTO_HASH=m CONFIG_CRYPTO_HASH2=m CONFIG_CRYPTO_RNG=m CONFIG_CRYPTO_RNG2=m CONFIG_CRYPTO_PCOMP=m CONFIG_CRYPTO_PCOMP2=m CONFIG_CRYPTO_MANAGER=m CONFIG_CRYPTO_MANAGER2=m # CONFIG_CRYPTO_USER is not set CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y CONFIG_CRYPTO_GF128MUL=m CONFIG_CRYPTO_NULL=m # CONFIG_CRYPTO_PCRYPT is not set CONFIG_CRYPTO_WORKQUEUE=m CONFIG_CRYPTO_CRYPTD=m CONFIG_CRYPTO_AUTHENC=m # CONFIG_CRYPTO_TEST is not set CONFIG_CRYPTO_ABLK_HELPER_X86=m CONFIG_CRYPTO_GLUE_HELPER_X86=m # # Authenticated Encryption with Associated Data # CONFIG_CRYPTO_CCM=m CONFIG_CRYPTO_GCM=m CONFIG_CRYPTO_SEQIV=m # # Block modes # CONFIG_CRYPTO_CBC=m CONFIG_CRYPTO_CTR=m CONFIG_CRYPTO_CTS=m CONFIG_CRYPTO_ECB=m CONFIG_CRYPTO_LRW=m # CONFIG_CRYPTO_PCBC is not set CONFIG_CRYPTO_XTS=m # # Hash modes # CONFIG_CRYPTO_HMAC=m # CONFIG_CRYPTO_XCBC is not set CONFIG_CRYPTO_VMAC=m # # Digest # CONFIG_CRYPTO_CRC32C=m CONFIG_CRYPTO_CRC32C_INTEL=m CONFIG_CRYPTO_GHASH=m CONFIG_CRYPTO_MD4=m CONFIG_CRYPTO_MD5=m CONFIG_CRYPTO_MICHAEL_MIC=m # CONFIG_CRYPTO_RMD128 is not set # CONFIG_CRYPTO_RMD160 is not set # CONFIG_CRYPTO_RMD256 is not set # CONFIG_CRYPTO_RMD320 is not set CONFIG_CRYPTO_SHA1=m CONFIG_CRYPTO_SHA1_SSSE3=m CONFIG_CRYPTO_SHA256=m CONFIG_CRYPTO_SHA512=m # CONFIG_CRYPTO_TGR192 is not set # CONFIG_CRYPTO_WP512 is not set # CONFIG_CRYPTO_GHASH_CLMUL_NI_INTEL is not set # # Ciphers # CONFIG_CRYPTO_AES=m CONFIG_CRYPTO_AES_X86_64=m CONFIG_CRYPTO_AES_NI_INTEL=m # CONFIG_CRYPTO_ANUBIS is not set CONFIG_CRYPTO_ARC4=m CONFIG_CRYPTO_BLOWFISH=m CONFIG_CRYPTO_BLOWFISH_COMMON=m CONFIG_CRYPTO_BLOWFISH_X86_64=m CONFIG_CRYPTO_CAMELLIA=m CONFIG_CRYPTO_CAMELLIA_X86_64=m # CONFIG_CRYPTO_CAST5 is not set # CONFIG_CRYPTO_CAST6 is not set CONFIG_CRYPTO_DES=m CONFIG_CRYPTO_FCRYPT=m CONFIG_CRYPTO_KHAZAD=m # CONFIG_CRYPTO_SALSA20 is not set # CONFIG_CRYPTO_SALSA20_X86_64 is not set # CONFIG_CRYPTO_SEED is not set CONFIG_CRYPTO_SERPENT=m CONFIG_CRYPTO_SERPENT_SSE2_X86_64=m CONFIG_CRYPTO_SERPENT_AVX_X86_64=m # CONFIG_CRYPTO_TEA is not set # CONFIG_CRYPTO_TWOFISH is not set CONFIG_CRYPTO_TWOFISH_COMMON=m CONFIG_CRYPTO_TWOFISH_X86_64=m CONFIG_CRYPTO_TWOFISH_X86_64_3WAY=m CONFIG_CRYPTO_TWOFISH_AVX_X86_64=m # # Compression # # CONFIG_CRYPTO_DEFLATE is not set CONFIG_CRYPTO_ZLIB=m # CONFIG_CRYPTO_LZO is not set # # Random Number Generation # # CONFIG_CRYPTO_ANSI_CPRNG is not set CONFIG_CRYPTO_USER_API=m CONFIG_CRYPTO_USER_API_HASH=m CONFIG_CRYPTO_USER_API_SKCIPHER=m # CONFIG_CRYPTO_HW is not set CONFIG_HAVE_KVM=y # CONFIG_VIRTUALIZATION is not set # CONFIG_BINARY_PRINTF is not set # # Library routines # CONFIG_BITREVERSE=y CONFIG_GENERIC_STRNCPY_FROM_USER=y CONFIG_GENERIC_STRNLEN_USER=y CONFIG_GENERIC_FIND_FIRST_BIT=y CONFIG_GENERIC_PCI_IOMAP=y CONFIG_GENERIC_IOMAP=y CONFIG_GENERIC_IO=y CONFIG_CRC_CCITT=m CONFIG_CRC16=m CONFIG_CRC_T10DIF=y CONFIG_CRC_ITU_T=m CONFIG_CRC32=y # CONFIG_CRC32_SELFTEST is not set CONFIG_CRC32_SLICEBY8=y # CONFIG_CRC32_SLICEBY4 is not set # CONFIG_CRC32_SARWATE is not set # CONFIG_CRC32_BIT is not set # CONFIG_CRC7 is not set # CONFIG_LIBCRC32C is not set CONFIG_CRC8=m CONFIG_ZLIB_INFLATE=y CONFIG_ZLIB_DEFLATE=m CONFIG_LZO_COMPRESS=y CONFIG_LZO_DECOMPRESS=y CONFIG_XZ_DEC=y CONFIG_XZ_DEC_X86=y CONFIG_XZ_DEC_POWERPC=y CONFIG_XZ_DEC_IA64=y CONFIG_XZ_DEC_ARM=y CONFIG_XZ_DEC_ARMTHUMB=y CONFIG_XZ_DEC_SPARC=y CONFIG_XZ_DEC_BCJ=y # CONFIG_XZ_DEC_TEST is not set CONFIG_DECOMPRESS_GZIP=y CONFIG_DECOMPRESS_BZIP2=y CONFIG_DECOMPRESS_LZMA=y CONFIG_DECOMPRESS_XZ=y CONFIG_DECOMPRESS_LZO=y CONFIG_HAS_IOMEM=y CONFIG_HAS_IOPORT=y CONFIG_HAS_DMA=y CONFIG_CPU_RMAP=y CONFIG_DQL=y CONFIG_NLATTR=y CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y CONFIG_AVERAGE=y CONFIG_CORDIC=m # CONFIG_DDR is not set --nextPart3067648.DJBC2Fm2k1 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 --nextPart3067648.DJBC2Fm2k1-- From xen-users-bounces@lists.xen.org Wed Jan 30 14:23:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 14:23: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 1U0YYl-0002cV-EZ; Wed, 30 Jan 2013 14:22:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0GFx-0005jD-8l for xen-users@lists.xen.org; Tue, 29 Jan 2013 18:50:05 +0000 Received: from [85.158.143.99:7535] by server-2.bemta-4.messagelabs.com id 84/EB-03518-CD918015; Tue, 29 Jan 2013 18:50:04 +0000 X-Env-Sender: borodkin.sergey@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1359485399!20375915!1 X-Originating-IP: [209.85.215.47] X-SpamReason: No, hits=0.2 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, UPPERCASE_50_75,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27519 invoked from network); 29 Jan 2013 18:50:00 -0000 Received: from mail-la0-f47.google.com (HELO mail-la0-f47.google.com) (209.85.215.47) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jan 2013 18:50:00 -0000 Received: by mail-la0-f47.google.com with SMTP id fj20so554891lab.34 for ; Tue, 29 Jan 2013 10:49:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; bh=getM0SeJKBlVz/BZJIUcxBnrcmexLmdMs1nKduNcEXw=; b=WN4SEmimSXmnGiBPZL/tktP99lc9OYsq+m6I4HN3NjpS3Q/OA1yjGwm4axV8FCqdjX OTp++FolT7kN6oSmYHSb2XN9cmp52TEyIAbjftRO79Yc9POewjA2MBpKx+DpRQ3ei3Fp ryFtv+AOdw2tLhw5lq3IOxdcI7fGABqQks13UU7CaaUp4RTRSHJAnhFqXsJhRkH9rZA4 YOLWyhsE2aoZRuwiBONv248MsKM0GCBxR3/XfpPRt/EZq3sQWGcACXKUfAx4nwa+kIfd wO/JPdQncsHb9iYNwVCVWzW/JT3qcSX5seSjdei+PHrOw6VsriVC70oLNQrOzU8lMR4U UEmg== X-Received: by 10.112.38.162 with SMTP id h2mr864661lbk.88.1359485398910; Tue, 29 Jan 2013 10:49:58 -0800 (PST) Received: from zeus.localnet ([93.94.152.79]) by mx.google.com with ESMTPS id pk1sm5451464lab.0.2013.01.29.10.49.55 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 29 Jan 2013 10:49:56 -0800 (PST) From: =?utf-8?B?0JHQvtGA0L7QtNC60LjQvSDQodC10YDQs9C10Lk=?= To: xen-users@lists.xen.org Date: Tue, 29 Jan 2013 22:47:47 +0400 Message-ID: <1655605.ZAW1kWyVl3@zeus> User-Agent: KMail/4.9.5 (Linux/3.6.11-gentoo; KDE/4.9.5; x86_64; ; ) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart3067648.DJBC2Fm2k1" Content-Transfer-Encoding: 7Bit X-Mailman-Approved-At: Wed, 30 Jan 2013 14:22:41 +0000 Subject: [Xen-users] Xen 4.2.1. BSOD in Windows guests 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --nextPart3067648.DJBC2Fm2k1 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hello, I configured xen with enabled passthrough primary VGA card (Intel Integrated grafphic controller HD 3000) and audio controller (Intel HD audio) to hvm guest. I also installed GPLPV drivers to improve performance. And it works for Windows XP (x86) and Windows 7 (x86_64). But I get a BSOD, when I try to load a disk or network subsystem or start Windows 7 performance test. Steps to reproduce 1) enable PCI passthrough and pass primary VGA card 2) Try to copy a large file (3G for example) over the network into guest. ( or try to install large application) Symptoms: 1) A graphical artifacts appears 2) Then comes the BSOD and each time with different messages. If VGA passthrough is off, there is no such problems. Any ideas? My xl info in xl_info.txt in attachment. My xl dmesg in xl_dmesg.txt in attachment. Domain 0 kernel configuraton in dom0.config. Guest cfg is xl_hvm.cfg in attachment. By the way /dev/mapper/oxen0 is opened LUKS partition Thank you. --nextPart3067648.DJBC2Fm2k1 Content-Disposition: attachment; filename="xl_info.txt" Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; name="xl_info.txt" 22:35:20] root@zeus ~# xl info host : zeus release : 3.6.11-gentoo version : #11 SMP Mon Jan 28 16:50:19 MSK 2013 machine : x86_64 nr_cpus : 4 max_cpu_id : 7 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 2 cpu_mhz : 2494 hw_caps : bfebfbff:28100800:00000000:00003f40:17bae3ff:00000000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 16318 free_memory : 7909 sharing_freed_memory : 0 sharing_used_memory : 0 free_cpus : 0 xen_major : 4 xen_minor : 2 xen_extra : .1 xen_caps : xen-3.0-x86_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 : unavailable xen_commandline : dom0_mem=8G cpufreq=dom0-kernel cpuidle cpuinfo cc_compiler : gcc (Gentoo 4.6.3 p1.10, pie-0.5.2) 4.6.3 cc_compile_by : cc_compile_domain : (none) cc_compile_date : Fri Jan 25 10:54:30 MSK 2013 xend_config_format : 4 --nextPart3067648.DJBC2Fm2k1 Content-Disposition: attachment; filename="xl_dmesg.txt" Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; name="xl_dmesg.txt" [22:39:27] root@zeus ~# xl dmesg __ __ _ _ ____ _ \ \/ /___ _ __ | || | |___ \ / | \ // _ \ '_ \ | || |_ __) | | | / \ __/ | | | |__ _| / __/ _| | /_/\_\___|_| |_| |_|(_)_____(_)_| (XEN) Xen version 4.2.1 (@(none)) (gcc (Gentoo 4.6.3 p1.10, pie-0.5.2) 4.6.3) Fri Jan 25 10:54:30 MSK 2013 (XEN) Latest ChangeSet: unavailable (XEN) Bootloader: GNU GRUB 0.97 (XEN) Command line: dom0_mem=8G cpufreq=dom0-kernel cpuidle cpuinfo (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 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (XEN) 000000000009ec00 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bc6c0000 (usable) (XEN) 00000000bc6c0000 - 00000000bcec0000 (reserved) (XEN) 00000000bcec0000 - 00000000bcfc0000 (ACPI NVS) (XEN) 00000000bcfc0000 - 00000000bcfff000 (ACPI data) (XEN) 00000000bcfff000 - 00000000bd000000 (usable) (XEN) 00000000bd000000 - 00000000bfa00000 (reserved) (XEN) 00000000e0000000 - 00000000f0000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed10000 - 00000000fed14000 (reserved) (XEN) 00000000fed18000 - 00000000fed1a000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffd80000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 000000043f800000 (usable) (XEN) ACPI: RSDP 000F2E10, 0024 (r2 HPQOEM) (XEN) ACPI: XSDT BCFFE120, 007C (r1 HPQOEM SLIC-MPC F 1000013) (XEN) ACPI: FACP BCFFC000, 00F4 (r3 HPQOEM 161D F HP 1) (XEN) ACPI: DSDT BCFD3000, 23F4D (r2 HPQOEM 161D 1 INTL 20060912) (XEN) ACPI: FACS BCFB9000, 0040 (XEN) ACPI: HPET BCFFB000, 0038 (r1 HPQOEM 161D 1 HP 1) (XEN) ACPI: APIC BCFFA000, 00BC (r1 HPQOEM 161D 1 HP 1) (XEN) ACPI: MCFG BCFF9000, 003C (r1 HPQOEM 161D 1 HP 1) (XEN) ACPI: ASF! BCFF8000, 00A5 (r32 HPQOEM 161D 1 HP 1) (XEN) ACPI: SSDT BCFD0000, 0271 (r1 HPQOEM SataAhci 1000 INTL 20060912) (XEN) ACPI: SSDT BCFCF000, 048A (r1 HPQOEM PtidDevc 1000 INTL 20060912) (XEN) ACPI: SLIC BCFCE000, 0176 (r1 HPQOEM SLIC-MPC 1 HP 1) (XEN) ACPI: SSDT BCFCD000, 07CE (r1 PmRef Cpu0Ist 3000 INTL 20060912) (XEN) ACPI: SSDT BCFCC000, 09B1 (r1 PmRef CpuPm 3000 INTL 20060912) (XEN) ACPI: DMAR BCFCB000, 00E8 (r1 INTEL SNB 1 INTL 1) (XEN) System RAM: 16318MB (16710012kB) (XEN) Domain heap initialised (XEN) Processor #0 6:10 APIC version 21 (XEN) Processor #1 6:10 APIC version 21 (XEN) Processor #2 6:10 APIC version 21 (XEN) Processor #3 6:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Table is not found! (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Initializing CPU#0 (XEN) Detected 2494.407 MHz processor. (XEN) Initing memory sharing. (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 0 (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 256K (XEN) CPU: L3 cache: 3072K (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) Intel VT-d supported page sizes: 4kB. (XEN) Intel VT-d 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. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) CPU0: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz stepping 07 (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) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) Booting processor 1/1 eip 8e000 (XEN) Initializing CPU#1 (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 0 (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 256K (XEN) CPU: L3 cache: 3072K (XEN) CPU1: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz stepping 07 (XEN) Booting processor 2/2 eip 8e000 (XEN) Initializing CPU#2 (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 1 (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 256K (XEN) CPU: L3 cache: 3072K (XEN) CPU2: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz stepping 07 (XEN) Booting processor 3/3 eip 8e000 (XEN) Initializing CPU#3 (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 1 (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 256K (XEN) CPU: L3 cache: 3072K (XEN) CPU3: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz stepping 07 (XEN) Brought up 4 CPUs (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1a1c000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 000000042c000000->0000000430000000 (2078900 pages to be allocated) (XEN) Init. ramdisk: 000000043f0b4000->000000043f7ffc00 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81a1c000 (XEN) Init. ramdisk: ffffffff81a1c000->ffffffff82167c00 (XEN) Phys-Mach map: ffffffff82168000->ffffffff83168000 (XEN) Start info: ffffffff83168000->ffffffff831684b4 (XEN) Page tables: ffffffff83169000->ffffffff83186000 (XEN) Boot stack: ffffffff83186000->ffffffff83187000 (XEN) TOTAL: ffffffff80000000->ffffffff83400000 (XEN) ENTRY ADDRESS: ffffffff814e7210 (XEN) Dom0 has maximum 4 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 240kB init memory. (XEN) traps.c:2584:d0 Domain attempted WRMSR 0000000000000391 from 0x0000000000000000 to 0x000000002000000f. (XEN) no cpu_id for acpi_id 4 (XEN) no cpu_id for acpi_id 5 (XEN) no cpu_id for acpi_id 6 --nextPart3067648.DJBC2Fm2k1 Content-Disposition: attachment; filename="xl_hvm.cfg" Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; name="xl_hvm.cfg" builder = "hvm" name = "win7x64" memory = 4096 pae = 1 vcpus = 2 vif = [ '' ] disk = [ '/dev/mapper/oxen0,raw,hda,w' , '/wine/winex/shared/win7x64.iso,raw,hdd,r,devtype=cdrom' ] boot="dc" sdl = 0 xen_platform_pci = 1 gfx_passthru=1 # 00:02.0 - vga, 00:1b.0 -sound card pci = [ '00:02.0' , '00:1b.0' ] viridian=1 hpet=0 # logitech wireless keyboard and mouse usb = 1 usbdevice = "host:046d:c52b" --nextPart3067648.DJBC2Fm2k1 Content-Disposition: attachment; filename="dom0.config" Content-Transfer-Encoding: 7Bit Content-Type: text/x-mpsub; charset="UTF-8"; name="dom0.config" # # Automatically generated file; DO NOT EDIT. # Linux/x86_64 3.6.11-gentoo Kernel Configuration # CONFIG_64BIT=y # CONFIG_X86_32 is not set CONFIG_X86_64=y CONFIG_X86=y CONFIG_INSTRUCTION_DECODER=y CONFIG_OUTPUT_FORMAT="elf64-x86-64" CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig" CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_MMU=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_SG_DMA_LENGTH=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y # CONFIG_RWSEM_GENERIC_SPINLOCK is not set CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_DEFAULT_IDLE=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_ARCH_HAS_CPU_AUTOPROBE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ZONE_DMA32=y CONFIG_AUDIT_ARCH=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_HAVE_INTEL_TXT=y CONFIG_X86_64_SMP=y CONFIG_X86_HT=y CONFIG_ARCH_HWEIGHT_CFLAGS="-fcall-saved-rdi -fcall-saved-rsi -fcall-saved-rdx -fcall-saved-rcx -fcall-saved-r8 -fcall-saved-r9 -fcall-saved-r10 -fcall-saved-r11" CONFIG_ARCH_CPU_PROBE_RELEASE=y CONFIG_ARCH_SUPPORTS_UPROBES=y CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" CONFIG_HAVE_IRQ_WORK=y CONFIG_IRQ_WORK=y CONFIG_BUILDTIME_EXTABLE_SORT=y # # General setup # CONFIG_EXPERIMENTAL=y CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_CROSS_COMPILE="" CONFIG_LOCALVERSION="" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_HAVE_KERNEL_GZIP=y CONFIG_HAVE_KERNEL_BZIP2=y CONFIG_HAVE_KERNEL_LZMA=y CONFIG_HAVE_KERNEL_XZ=y CONFIG_HAVE_KERNEL_LZO=y CONFIG_KERNEL_GZIP=y # CONFIG_KERNEL_BZIP2 is not set # CONFIG_KERNEL_LZMA is not set # CONFIG_KERNEL_XZ is not set # CONFIG_KERNEL_LZO is not set CONFIG_DEFAULT_HOSTNAME="zeus" CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_SYSVIPC_SYSCTL=y CONFIG_POSIX_MQUEUE=y CONFIG_POSIX_MQUEUE_SYSCTL=y CONFIG_BSD_PROCESS_ACCT=y # CONFIG_BSD_PROCESS_ACCT_V3 is not set # CONFIG_FHANDLE is not set CONFIG_TASKSTATS=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y CONFIG_TASK_IO_ACCOUNTING=y CONFIG_AUDIT=y CONFIG_AUDITSYSCALL=y CONFIG_AUDIT_WATCH=y CONFIG_AUDIT_TREE=y # CONFIG_AUDIT_LOGINUID_IMMUTABLE is not set CONFIG_HAVE_GENERIC_HARDIRQS=y # # IRQ subsystem # CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_IRQ_SHOW=y CONFIG_GENERIC_PENDING_IRQ=y CONFIG_IRQ_FORCED_THREADING=y CONFIG_SPARSE_IRQ=y CONFIG_CLOCKSOURCE_WATCHDOG=y CONFIG_ARCH_CLOCKSOURCE_DATA=y CONFIG_GENERIC_TIME_VSYSCALL=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_GENERIC_CLOCKEVENTS_BUILD=y CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y CONFIG_GENERIC_CLOCKEVENTS_MIN_ADJUST=y CONFIG_GENERIC_CMOS_UPDATE=y # # Timers subsystem # CONFIG_TICK_ONESHOT=y CONFIG_NO_HZ=y CONFIG_HIGH_RES_TIMERS=y # # RCU Subsystem # CONFIG_TREE_RCU=y # CONFIG_PREEMPT_RCU is not set CONFIG_RCU_FANOUT=64 CONFIG_RCU_FANOUT_LEAF=16 # CONFIG_RCU_FANOUT_EXACT is not set # CONFIG_RCU_FAST_NO_HZ is not set # CONFIG_TREE_RCU_TRACE is not set CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y CONFIG_LOG_BUF_SHIFT=18 CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y CONFIG_CGROUPS=y # CONFIG_CGROUP_DEBUG is not set CONFIG_CGROUP_FREEZER=y CONFIG_CGROUP_DEVICE=y CONFIG_CPUSETS=y CONFIG_PROC_PID_CPUSET=y CONFIG_CGROUP_CPUACCT=y CONFIG_RESOURCE_COUNTERS=y # CONFIG_MEMCG is not set # CONFIG_CGROUP_HUGETLB is not set CONFIG_CGROUP_PERF=y CONFIG_CGROUP_SCHED=y CONFIG_FAIR_GROUP_SCHED=y # CONFIG_CFS_BANDWIDTH is not set CONFIG_RT_GROUP_SCHED=y CONFIG_BLK_CGROUP=y # CONFIG_DEBUG_BLK_CGROUP is not set # CONFIG_CHECKPOINT_RESTORE is not set CONFIG_NAMESPACES=y CONFIG_UTS_NS=y CONFIG_IPC_NS=y CONFIG_PID_NS=y CONFIG_NET_NS=y CONFIG_SCHED_AUTOGROUP=y # CONFIG_SYSFS_DEPRECATED is not set CONFIG_RELAY=y CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE="" CONFIG_RD_GZIP=y CONFIG_RD_BZIP2=y CONFIG_RD_LZMA=y CONFIG_RD_XZ=y CONFIG_RD_LZO=y CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SYSCTL=y CONFIG_ANON_INODES=y # CONFIG_EXPERT is not set CONFIG_UID16=y # CONFIG_SYSCTL_SYSCALL is not set CONFIG_KALLSYMS=y CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_PCSPKR_PLATFORM=y CONFIG_HAVE_PCSPKR_PLATFORM=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SIGNALFD=y CONFIG_TIMERFD=y CONFIG_EVENTFD=y CONFIG_SHMEM=y CONFIG_AIO=y # CONFIG_EMBEDDED is not set CONFIG_HAVE_PERF_EVENTS=y # # Kernel Performance Events And Counters # CONFIG_PERF_EVENTS=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_PCI_QUIRKS=y CONFIG_SLUB_DEBUG=y # CONFIG_COMPAT_BRK is not set # CONFIG_SLAB is not set CONFIG_SLUB=y # CONFIG_PROFILING is not set CONFIG_HAVE_OPROFILE=y CONFIG_OPROFILE_NMI_TIMER=y # CONFIG_KPROBES is not set # CONFIG_JUMP_LABEL is not set CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y CONFIG_HAVE_IOREMAP_PROT=y CONFIG_HAVE_KPROBES=y CONFIG_HAVE_KRETPROBES=y CONFIG_HAVE_OPTPROBES=y CONFIG_HAVE_ARCH_TRACEHOOK=y CONFIG_HAVE_DMA_ATTRS=y CONFIG_USE_GENERIC_SMP_HELPERS=y CONFIG_GENERIC_SMP_IDLE_THREAD=y CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y CONFIG_HAVE_DMA_API_DEBUG=y CONFIG_HAVE_HW_BREAKPOINT=y CONFIG_HAVE_MIXED_BREAKPOINTS_REGS=y CONFIG_HAVE_USER_RETURN_NOTIFIER=y CONFIG_HAVE_PERF_EVENTS_NMI=y CONFIG_HAVE_ARCH_JUMP_LABEL=y CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y CONFIG_HAVE_ALIGNED_STRUCT_PAGE=y CONFIG_HAVE_CMPXCHG_LOCAL=y CONFIG_HAVE_CMPXCHG_DOUBLE=y CONFIG_ARCH_WANT_COMPAT_IPC_PARSE_VERSION=y CONFIG_ARCH_WANT_OLD_COMPAT_IPC=y CONFIG_HAVE_ARCH_SECCOMP_FILTER=y CONFIG_SECCOMP_FILTER=y # # GCOV-based kernel profiling # # CONFIG_HAVE_GENERIC_DMA_COHERENT is not set CONFIG_SLABINFO=y CONFIG_RT_MUTEXES=y CONFIG_BASE_SMALL=0 CONFIG_MODULES=y # CONFIG_MODULE_FORCE_LOAD is not set CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y # CONFIG_MODVERSIONS is not set # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_STOP_MACHINE=y CONFIG_BLOCK=y CONFIG_BLK_DEV_BSG=y # CONFIG_BLK_DEV_BSGLIB is not set # CONFIG_BLK_DEV_INTEGRITY is not set # CONFIG_BLK_DEV_THROTTLING is not set # # Partition Types # CONFIG_PARTITION_ADVANCED=y # CONFIG_ACORN_PARTITION is not set # CONFIG_OSF_PARTITION is not set # CONFIG_AMIGA_PARTITION is not set # CONFIG_ATARI_PARTITION is not set # CONFIG_MAC_PARTITION is not set CONFIG_MSDOS_PARTITION=y # CONFIG_BSD_DISKLABEL is not set # CONFIG_MINIX_SUBPARTITION is not set # CONFIG_SOLARIS_X86_PARTITION is not set # CONFIG_UNIXWARE_DISKLABEL is not set # CONFIG_LDM_PARTITION is not set # CONFIG_SGI_PARTITION is not set # CONFIG_ULTRIX_PARTITION is not set # CONFIG_SUN_PARTITION is not set # CONFIG_KARMA_PARTITION is not set # CONFIG_EFI_PARTITION is not set # CONFIG_SYSV68_PARTITION is not set CONFIG_BLOCK_COMPAT=y # # IO Schedulers # CONFIG_IOSCHED_NOOP=y # CONFIG_IOSCHED_DEADLINE is not set CONFIG_IOSCHED_CFQ=y # CONFIG_CFQ_GROUP_IOSCHED is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="cfq" # CONFIG_INLINE_SPIN_TRYLOCK is not set # CONFIG_INLINE_SPIN_TRYLOCK_BH is not set # CONFIG_INLINE_SPIN_LOCK is not set # CONFIG_INLINE_SPIN_LOCK_BH is not set # CONFIG_INLINE_SPIN_LOCK_IRQ is not set # CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set # CONFIG_INLINE_SPIN_UNLOCK_BH is not set CONFIG_INLINE_SPIN_UNLOCK_IRQ=y # CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set # CONFIG_INLINE_READ_TRYLOCK is not set # CONFIG_INLINE_READ_LOCK is not set # CONFIG_INLINE_READ_LOCK_BH is not set # CONFIG_INLINE_READ_LOCK_IRQ is not set # CONFIG_INLINE_READ_LOCK_IRQSAVE is not set CONFIG_INLINE_READ_UNLOCK=y # CONFIG_INLINE_READ_UNLOCK_BH is not set CONFIG_INLINE_READ_UNLOCK_IRQ=y # CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set # CONFIG_INLINE_WRITE_TRYLOCK is not set # CONFIG_INLINE_WRITE_LOCK is not set # CONFIG_INLINE_WRITE_LOCK_BH is not set # CONFIG_INLINE_WRITE_LOCK_IRQ is not set # CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set CONFIG_INLINE_WRITE_UNLOCK=y # CONFIG_INLINE_WRITE_UNLOCK_BH is not set CONFIG_INLINE_WRITE_UNLOCK_IRQ=y # CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set CONFIG_MUTEX_SPIN_ON_OWNER=y CONFIG_FREEZER=y # # Processor type and features # CONFIG_ZONE_DMA=y CONFIG_SMP=y CONFIG_X86_X2APIC=y # CONFIG_X86_MPPARSE is not set # CONFIG_X86_EXTENDED_PLATFORM is not set CONFIG_X86_SUPPORTS_MEMORY_FAILURE=y CONFIG_SCHED_OMIT_FRAME_POINTER=y CONFIG_PARAVIRT_GUEST=y # CONFIG_PARAVIRT_TIME_ACCOUNTING is not set CONFIG_XEN=y CONFIG_XEN_DOM0=y CONFIG_XEN_PRIVILEGED_GUEST=y CONFIG_XEN_PVHVM=y CONFIG_XEN_MAX_DOMAIN_MEMORY=500 CONFIG_XEN_SAVE_RESTORE=y # CONFIG_KVM_CLOCK is not set # CONFIG_KVM_GUEST is not set CONFIG_PARAVIRT=y # CONFIG_PARAVIRT_SPINLOCKS is not set CONFIG_PARAVIRT_CLOCK=y CONFIG_NO_BOOTMEM=y # CONFIG_MEMTEST is not set # CONFIG_MK8 is not set # CONFIG_MPSC is not set CONFIG_MCORE2=y # CONFIG_MATOM is not set # CONFIG_GENERIC_CPU is not set CONFIG_X86_INTERNODE_CACHE_SHIFT=6 CONFIG_X86_CMPXCHG=y CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_X86_XADD=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_P6_NOP=y CONFIG_X86_TSC=y CONFIG_X86_CMPXCHG64=y CONFIG_X86_CMOV=y CONFIG_X86_MINIMUM_CPU_FAMILY=64 CONFIG_X86_DEBUGCTLMSR=y CONFIG_CPU_SUP_INTEL=y CONFIG_CPU_SUP_AMD=y CONFIG_CPU_SUP_CENTAUR=y CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y CONFIG_DMI=y CONFIG_GART_IOMMU=y # CONFIG_CALGARY_IOMMU is not set CONFIG_SWIOTLB=y CONFIG_IOMMU_HELPER=y CONFIG_NR_CPUS=512 CONFIG_SCHED_SMT=y CONFIG_SCHED_MC=y # CONFIG_IRQ_TIME_ACCOUNTING is not set # CONFIG_PREEMPT_NONE is not set CONFIG_PREEMPT_VOLUNTARY=y # CONFIG_PREEMPT is not set CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y # CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS is not set CONFIG_X86_MCE=y CONFIG_X86_MCE_INTEL=y # CONFIG_X86_MCE_AMD is not set CONFIG_X86_MCE_THRESHOLD=y # CONFIG_X86_MCE_INJECT is not set CONFIG_X86_THERMAL_VECTOR=y # CONFIG_I8K is not set CONFIG_MICROCODE=m CONFIG_MICROCODE_INTEL=y # CONFIG_MICROCODE_AMD is not set CONFIG_MICROCODE_OLD_INTERFACE=y CONFIG_X86_MSR=y CONFIG_X86_CPUID=y CONFIG_ARCH_PHYS_ADDR_T_64BIT=y CONFIG_ARCH_DMA_ADDR_T_64BIT=y CONFIG_DIRECT_GBPAGES=y # CONFIG_NUMA is not set CONFIG_ARCH_SPARSEMEM_ENABLE=y CONFIG_ARCH_SPARSEMEM_DEFAULT=y CONFIG_ARCH_SELECT_MEMORY_MODEL=y CONFIG_ARCH_PROC_KCORE_TEXT=y CONFIG_ILLEGAL_POINTER_VALUE=0xdead000000000000 CONFIG_SELECT_MEMORY_MODEL=y CONFIG_SPARSEMEM_MANUAL=y CONFIG_SPARSEMEM=y CONFIG_HAVE_MEMORY_PRESENT=y CONFIG_SPARSEMEM_EXTREME=y CONFIG_SPARSEMEM_VMEMMAP_ENABLE=y CONFIG_SPARSEMEM_ALLOC_MEM_MAP_TOGETHER=y CONFIG_SPARSEMEM_VMEMMAP=y CONFIG_HAVE_MEMBLOCK=y CONFIG_HAVE_MEMBLOCK_NODE_MAP=y CONFIG_ARCH_DISCARD_MEMBLOCK=y # CONFIG_MEMORY_HOTPLUG is not set CONFIG_PAGEFLAGS_EXTENDED=y CONFIG_SPLIT_PTLOCK_CPUS=4 CONFIG_COMPACTION=y CONFIG_MIGRATION=y CONFIG_PHYS_ADDR_T_64BIT=y CONFIG_ZONE_DMA_FLAG=1 CONFIG_BOUNCE=y CONFIG_VIRT_TO_BUS=y CONFIG_MMU_NOTIFIER=y CONFIG_KSM=y CONFIG_DEFAULT_MMAP_MIN_ADDR=4096 CONFIG_ARCH_SUPPORTS_MEMORY_FAILURE=y # CONFIG_MEMORY_FAILURE is not set CONFIG_TRANSPARENT_HUGEPAGE=y CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS=y # CONFIG_TRANSPARENT_HUGEPAGE_MADVISE is not set CONFIG_CROSS_MEMORY_ATTACH=y CONFIG_CLEANCACHE=y # CONFIG_FRONTSWAP is not set # CONFIG_X86_CHECK_BIOS_CORRUPTION is not set CONFIG_X86_RESERVE_LOW=64 CONFIG_MTRR=y CONFIG_MTRR_SANITIZER=y CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=0 CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1 CONFIG_X86_PAT=y CONFIG_ARCH_USES_PG_UNCACHED=y CONFIG_ARCH_RANDOM=y # CONFIG_EFI is not set CONFIG_SECCOMP=y # CONFIG_CC_STACKPROTECTOR is not set # CONFIG_HZ_100 is not set # CONFIG_HZ_250 is not set # CONFIG_HZ_300 is not set CONFIG_HZ_1000=y CONFIG_HZ=1000 CONFIG_SCHED_HRTICK=y CONFIG_KEXEC=y CONFIG_CRASH_DUMP=y # CONFIG_KEXEC_JUMP is not set CONFIG_PHYSICAL_START=0x1000000 CONFIG_RELOCATABLE=y CONFIG_PHYSICAL_ALIGN=0x1000000 CONFIG_HOTPLUG_CPU=y # CONFIG_COMPAT_VDSO is not set # CONFIG_CMDLINE_BOOL is not set CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y # # Power management and ACPI options # CONFIG_ARCH_HIBERNATION_HEADER=y CONFIG_SUSPEND=y CONFIG_SUSPEND_FREEZER=y CONFIG_HIBERNATE_CALLBACKS=y CONFIG_HIBERNATION=y CONFIG_PM_STD_PARTITION="" CONFIG_PM_SLEEP=y CONFIG_PM_SLEEP_SMP=y # CONFIG_PM_AUTOSLEEP is not set # CONFIG_PM_WAKELOCKS is not set CONFIG_PM_RUNTIME=y CONFIG_PM=y # CONFIG_PM_DEBUG is not set CONFIG_ACPI=y CONFIG_ACPI_SLEEP=y # CONFIG_ACPI_PROCFS is not set # CONFIG_ACPI_PROCFS_POWER is not set # CONFIG_ACPI_EC_DEBUGFS is not set # CONFIG_ACPI_PROC_EVENT is not set CONFIG_ACPI_AC=y CONFIG_ACPI_BATTERY=y CONFIG_ACPI_BUTTON=y CONFIG_ACPI_VIDEO=y CONFIG_ACPI_FAN=y # CONFIG_ACPI_DOCK is not set CONFIG_ACPI_PROCESSOR=y CONFIG_ACPI_HOTPLUG_CPU=y # CONFIG_ACPI_PROCESSOR_AGGREGATOR is not set CONFIG_ACPI_THERMAL=y # CONFIG_ACPI_CUSTOM_DSDT is not set CONFIG_ACPI_BLACKLIST_YEAR=0 # CONFIG_ACPI_DEBUG is not set # CONFIG_ACPI_PCI_SLOT is not set CONFIG_X86_PM_TIMER=y CONFIG_ACPI_CONTAINER=y CONFIG_ACPI_SBS=m # CONFIG_ACPI_HED is not set # CONFIG_ACPI_BGRT is not set # CONFIG_ACPI_APEI is not set # CONFIG_SFI is not set # # CPU Frequency scaling # CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_TABLE=y CONFIG_CPU_FREQ_STAT=y # CONFIG_CPU_FREQ_STAT_DETAILS is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y # CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=y # CONFIG_CPU_FREQ_GOV_USERSPACE is not set CONFIG_CPU_FREQ_GOV_ONDEMAND=y # CONFIG_CPU_FREQ_GOV_CONSERVATIVE is not set # # x86 CPU frequency scaling drivers # # CONFIG_X86_PCC_CPUFREQ is not set CONFIG_X86_ACPI_CPUFREQ=y # CONFIG_X86_POWERNOW_K8 is not set # CONFIG_X86_SPEEDSTEP_CENTRINO is not set # CONFIG_X86_P4_CLOCKMOD is not set # # shared options # # CONFIG_X86_SPEEDSTEP_LIB is not set CONFIG_CPU_IDLE=y CONFIG_CPU_IDLE_GOV_LADDER=y CONFIG_CPU_IDLE_GOV_MENU=y # CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set CONFIG_INTEL_IDLE=y # # Memory power savings # # CONFIG_I7300_IDLE is not set # # Bus options (PCI etc.) # CONFIG_PCI=y CONFIG_PCI_DIRECT=y CONFIG_PCI_MMCONFIG=y CONFIG_PCI_XEN=y CONFIG_PCI_DOMAINS=y # CONFIG_PCI_CNB20LE_QUIRK is not set CONFIG_PCIEPORTBUS=y # CONFIG_PCIEAER is not set CONFIG_PCIEASPM=y # CONFIG_PCIEASPM_DEBUG is not set CONFIG_PCIEASPM_DEFAULT=y # CONFIG_PCIEASPM_POWERSAVE is not set # CONFIG_PCIEASPM_PERFORMANCE is not set CONFIG_PCIE_PME=y CONFIG_ARCH_SUPPORTS_MSI=y CONFIG_PCI_MSI=y CONFIG_PCI_REALLOC_ENABLE_AUTO=y CONFIG_PCI_STUB=y CONFIG_XEN_PCIDEV_FRONTEND=y CONFIG_HT_IRQ=y CONFIG_PCI_ATS=y CONFIG_PCI_IOV=y CONFIG_PCI_PRI=y CONFIG_PCI_PASID=y CONFIG_PCI_IOAPIC=y CONFIG_PCI_LABEL=y CONFIG_ISA_DMA_API=y CONFIG_AMD_NB=y # CONFIG_PCCARD is not set # CONFIG_HOTPLUG_PCI is not set # CONFIG_RAPIDIO is not set # # Executable file formats / Emulations # CONFIG_BINFMT_ELF=y CONFIG_COMPAT_BINFMT_ELF=y CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y # CONFIG_HAVE_AOUT is not set CONFIG_BINFMT_MISC=y CONFIG_IA32_EMULATION=y # CONFIG_IA32_AOUT is not set # CONFIG_X86_X32 is not set CONFIG_COMPAT=y CONFIG_COMPAT_FOR_U64_ALIGNMENT=y CONFIG_SYSVIPC_COMPAT=y CONFIG_KEYS_COMPAT=y CONFIG_HAVE_TEXT_POKE_SMP=y CONFIG_X86_DEV_DMA_OPS=y CONFIG_NET=y CONFIG_COMPAT_NETLINK_MESSAGES=y # # Networking options # CONFIG_PACKET=y CONFIG_UNIX=y # CONFIG_UNIX_DIAG is not set # CONFIG_XFRM_USER is not set # CONFIG_NET_KEY is not set CONFIG_INET=y # CONFIG_IP_MULTICAST is not set # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE_DEMUX is not set # CONFIG_ARPD is not set CONFIG_SYN_COOKIES=y # CONFIG_INET_AH is not set # CONFIG_INET_ESP is not set # CONFIG_INET_IPCOMP is not set # CONFIG_INET_XFRM_TUNNEL is not set # CONFIG_INET_TUNNEL is not set # CONFIG_INET_XFRM_MODE_TRANSPORT is not set # CONFIG_INET_XFRM_MODE_TUNNEL is not set # CONFIG_INET_XFRM_MODE_BEET is not set CONFIG_INET_LRO=y # CONFIG_INET_DIAG is not set # CONFIG_TCP_CONG_ADVANCED is not set CONFIG_TCP_CONG_CUBIC=y CONFIG_DEFAULT_TCP_CONG="cubic" # CONFIG_TCP_MD5SIG is not set # CONFIG_IPV6 is not set # CONFIG_NETWORK_SECMARK is not set # CONFIG_NETWORK_PHY_TIMESTAMPING is not set CONFIG_NETFILTER=y # CONFIG_NETFILTER_DEBUG is not set CONFIG_NETFILTER_ADVANCED=y # CONFIG_BRIDGE_NETFILTER is not set # # Core Netfilter Configuration # CONFIG_NETFILTER_NETLINK=m # CONFIG_NETFILTER_NETLINK_ACCT is not set # CONFIG_NETFILTER_NETLINK_QUEUE is not set CONFIG_NETFILTER_NETLINK_LOG=m CONFIG_NF_CONNTRACK=m CONFIG_NF_CONNTRACK_MARK=y CONFIG_NF_CONNTRACK_PROCFS=y # CONFIG_NF_CONNTRACK_EVENTS is not set # CONFIG_NF_CONNTRACK_TIMEOUT is not set # CONFIG_NF_CONNTRACK_TIMESTAMP is not set # CONFIG_NF_CT_PROTO_DCCP is not set # CONFIG_NF_CT_PROTO_SCTP is not set # CONFIG_NF_CT_PROTO_UDPLITE is not set # CONFIG_NF_CONNTRACK_AMANDA is not set CONFIG_NF_CONNTRACK_FTP=m # CONFIG_NF_CONNTRACK_H323 is not set # CONFIG_NF_CONNTRACK_IRC is not set # CONFIG_NF_CONNTRACK_NETBIOS_NS is not set # CONFIG_NF_CONNTRACK_SNMP is not set # CONFIG_NF_CONNTRACK_PPTP is not set # CONFIG_NF_CONNTRACK_SANE is not set # CONFIG_NF_CONNTRACK_SIP is not set # CONFIG_NF_CONNTRACK_TFTP is not set # CONFIG_NF_CT_NETLINK is not set # CONFIG_NF_CT_NETLINK_TIMEOUT is not set # CONFIG_NETFILTER_TPROXY is not set CONFIG_NETFILTER_XTABLES=m # # Xtables combined modules # # CONFIG_NETFILTER_XT_MARK is not set # CONFIG_NETFILTER_XT_CONNMARK is not set # # Xtables targets # # CONFIG_NETFILTER_XT_TARGET_AUDIT is not set # CONFIG_NETFILTER_XT_TARGET_CHECKSUM is not set # CONFIG_NETFILTER_XT_TARGET_CLASSIFY is not set # CONFIG_NETFILTER_XT_TARGET_CONNMARK is not set # CONFIG_NETFILTER_XT_TARGET_DSCP is not set CONFIG_NETFILTER_XT_TARGET_HL=m # CONFIG_NETFILTER_XT_TARGET_HMARK is not set # CONFIG_NETFILTER_XT_TARGET_IDLETIMER is not set # CONFIG_NETFILTER_XT_TARGET_LED is not set CONFIG_NETFILTER_XT_TARGET_LOG=m # CONFIG_NETFILTER_XT_TARGET_MARK is not set CONFIG_NETFILTER_XT_TARGET_NFLOG=m # CONFIG_NETFILTER_XT_TARGET_NFQUEUE is not set # CONFIG_NETFILTER_XT_TARGET_RATEEST is not set # CONFIG_NETFILTER_XT_TARGET_TEE is not set # CONFIG_NETFILTER_XT_TARGET_TCPMSS is not set # CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP is not set # # Xtables matches # CONFIG_NETFILTER_XT_MATCH_ADDRTYPE=m # CONFIG_NETFILTER_XT_MATCH_CLUSTER is not set # CONFIG_NETFILTER_XT_MATCH_COMMENT is not set # CONFIG_NETFILTER_XT_MATCH_CONNBYTES is not set # CONFIG_NETFILTER_XT_MATCH_CONNLIMIT is not set # CONFIG_NETFILTER_XT_MATCH_CONNMARK is not set # CONFIG_NETFILTER_XT_MATCH_CONNTRACK is not set # CONFIG_NETFILTER_XT_MATCH_CPU is not set # CONFIG_NETFILTER_XT_MATCH_DCCP is not set # CONFIG_NETFILTER_XT_MATCH_DEVGROUP is not set # CONFIG_NETFILTER_XT_MATCH_DSCP is not set # CONFIG_NETFILTER_XT_MATCH_ECN is not set # CONFIG_NETFILTER_XT_MATCH_ESP is not set # CONFIG_NETFILTER_XT_MATCH_HASHLIMIT is not set # CONFIG_NETFILTER_XT_MATCH_HELPER is not set # CONFIG_NETFILTER_XT_MATCH_HL is not set CONFIG_NETFILTER_XT_MATCH_IPRANGE=m # CONFIG_NETFILTER_XT_MATCH_LENGTH is not set # CONFIG_NETFILTER_XT_MATCH_LIMIT is not set CONFIG_NETFILTER_XT_MATCH_MAC=m # CONFIG_NETFILTER_XT_MATCH_MARK is not set CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m # CONFIG_NETFILTER_XT_MATCH_NFACCT is not set # CONFIG_NETFILTER_XT_MATCH_OSF is not set CONFIG_NETFILTER_XT_MATCH_OWNER=m CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m # CONFIG_NETFILTER_XT_MATCH_QUOTA is not set # CONFIG_NETFILTER_XT_MATCH_RATEEST is not set # CONFIG_NETFILTER_XT_MATCH_REALM is not set # CONFIG_NETFILTER_XT_MATCH_RECENT is not set # CONFIG_NETFILTER_XT_MATCH_SCTP is not set CONFIG_NETFILTER_XT_MATCH_STATE=m # CONFIG_NETFILTER_XT_MATCH_STATISTIC is not set # CONFIG_NETFILTER_XT_MATCH_STRING is not set # CONFIG_NETFILTER_XT_MATCH_TCPMSS is not set # CONFIG_NETFILTER_XT_MATCH_TIME is not set # CONFIG_NETFILTER_XT_MATCH_U32 is not set # CONFIG_IP_SET is not set # CONFIG_IP_VS is not set # # IP: Netfilter Configuration # CONFIG_NF_DEFRAG_IPV4=m CONFIG_NF_CONNTRACK_IPV4=m # CONFIG_NF_CONNTRACK_PROC_COMPAT is not set # CONFIG_IP_NF_QUEUE is not set CONFIG_IP_NF_IPTABLES=m # CONFIG_IP_NF_MATCH_AH is not set # CONFIG_IP_NF_MATCH_ECN is not set # CONFIG_IP_NF_MATCH_RPFILTER is not set # CONFIG_IP_NF_MATCH_TTL is not set CONFIG_IP_NF_FILTER=m CONFIG_IP_NF_TARGET_REJECT=m # CONFIG_IP_NF_TARGET_ULOG is not set CONFIG_NF_NAT=m CONFIG_NF_NAT_NEEDED=y CONFIG_IP_NF_TARGET_MASQUERADE=m # CONFIG_IP_NF_TARGET_NETMAP is not set # CONFIG_IP_NF_TARGET_REDIRECT is not set CONFIG_NF_NAT_FTP=m # CONFIG_NF_NAT_IRC is not set # CONFIG_NF_NAT_TFTP is not set # CONFIG_NF_NAT_AMANDA is not set # CONFIG_NF_NAT_PPTP is not set # CONFIG_NF_NAT_H323 is not set # CONFIG_NF_NAT_SIP is not set CONFIG_IP_NF_MANGLE=m # CONFIG_IP_NF_TARGET_CLUSTERIP is not set # CONFIG_IP_NF_TARGET_ECN is not set CONFIG_IP_NF_TARGET_TTL=m # CONFIG_IP_NF_RAW is not set # CONFIG_IP_NF_ARPTABLES is not set # CONFIG_BRIDGE_NF_EBTABLES is not set # CONFIG_IP_DCCP is not set # CONFIG_IP_SCTP is not set # CONFIG_RDS is not set # CONFIG_TIPC is not set # CONFIG_ATM is not set # CONFIG_L2TP is not set CONFIG_STP=m CONFIG_BRIDGE=m CONFIG_BRIDGE_IGMP_SNOOPING=y # CONFIG_NET_DSA is not set CONFIG_VLAN_8021Q=m # CONFIG_VLAN_8021Q_GVRP is not set # CONFIG_DECNET is not set CONFIG_LLC=m # CONFIG_LLC2 is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_WAN_ROUTER is not set # CONFIG_PHONET is not set # CONFIG_IEEE802154 is not set # CONFIG_NET_SCHED is not set # CONFIG_DCB is not set CONFIG_DNS_RESOLVER=y # CONFIG_BATMAN_ADV is not set # CONFIG_OPENVSWITCH is not set CONFIG_RPS=y CONFIG_RFS_ACCEL=y CONFIG_XPS=y # CONFIG_NETPRIO_CGROUP is not set CONFIG_BQL=y # CONFIG_BPF_JIT is not set # # Network testing # # CONFIG_NET_PKTGEN is not set # CONFIG_HAMRADIO is not set # CONFIG_CAN is not set # CONFIG_IRDA is not set CONFIG_BT=m CONFIG_BT_RFCOMM=m CONFIG_BT_RFCOMM_TTY=y CONFIG_BT_BNEP=m CONFIG_BT_BNEP_MC_FILTER=y CONFIG_BT_BNEP_PROTO_FILTER=y CONFIG_BT_HIDP=m # # Bluetooth device drivers # CONFIG_BT_HCIBTUSB=m # CONFIG_BT_HCIBTSDIO is not set # CONFIG_BT_HCIUART is not set # CONFIG_BT_HCIBCM203X is not set # CONFIG_BT_HCIBPA10X is not set # CONFIG_BT_HCIBFUSB is not set # CONFIG_BT_HCIVHCI is not set # CONFIG_BT_MRVL is not set # CONFIG_BT_ATH3K is not set # CONFIG_AF_RXRPC is not set CONFIG_WIRELESS=y CONFIG_WEXT_CORE=y CONFIG_WEXT_PROC=y CONFIG_CFG80211=m # CONFIG_NL80211_TESTMODE is not set # CONFIG_CFG80211_DEVELOPER_WARNINGS is not set # CONFIG_CFG80211_REG_DEBUG is not set CONFIG_CFG80211_DEFAULT_PS=y # CONFIG_CFG80211_INTERNAL_REGDB is not set CONFIG_CFG80211_WEXT=y CONFIG_LIB80211=m # CONFIG_LIB80211_DEBUG is not set CONFIG_MAC80211=m CONFIG_MAC80211_HAS_RC=y CONFIG_MAC80211_RC_MINSTREL=y CONFIG_MAC80211_RC_MINSTREL_HT=y CONFIG_MAC80211_RC_DEFAULT_MINSTREL=y CONFIG_MAC80211_RC_DEFAULT="minstrel_ht" CONFIG_MAC80211_MESH=y CONFIG_MAC80211_LEDS=y # CONFIG_MAC80211_MESSAGE_TRACING is not set # CONFIG_MAC80211_DEBUG_MENU is not set # CONFIG_WIMAX is not set CONFIG_RFKILL=m CONFIG_RFKILL_LEDS=y CONFIG_RFKILL_INPUT=y # CONFIG_NET_9P is not set # CONFIG_CAIF is not set # CONFIG_CEPH_LIB is not set # CONFIG_NFC is not set CONFIG_HAVE_BPF_JIT=y # # Device Drivers # # # Generic Driver Options # CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" CONFIG_DEVTMPFS=y # CONFIG_DEVTMPFS_MOUNT is not set CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=y # CONFIG_FIRMWARE_IN_KERNEL is not set CONFIG_EXTRA_FIRMWARE="" CONFIG_SYS_HYPERVISOR=y # CONFIG_GENERIC_CPU_DEVICES is not set CONFIG_DMA_SHARED_BUFFER=y CONFIG_CONNECTOR=y CONFIG_PROC_EVENTS=y # CONFIG_MTD is not set # CONFIG_PARPORT is not set CONFIG_PNP=y # CONFIG_PNP_DEBUG_MESSAGES is not set # # Protocols # CONFIG_PNPACPI=y CONFIG_BLK_DEV=y # CONFIG_BLK_DEV_FD is not set # CONFIG_BLK_DEV_PCIESSD_MTIP32XX is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set # CONFIG_BLK_DEV_UMEM is not set # CONFIG_BLK_DEV_COW_COMMON is not set CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_LOOP_MIN_COUNT=8 CONFIG_BLK_DEV_CRYPTOLOOP=m # CONFIG_BLK_DEV_DRBD is not set # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_NVME is not set # CONFIG_BLK_DEV_SX8 is not set # CONFIG_BLK_DEV_UB is not set CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_COUNT=16 CONFIG_BLK_DEV_RAM_SIZE=16384 # CONFIG_BLK_DEV_XIP is not set # CONFIG_CDROM_PKTCDVD is not set # CONFIG_ATA_OVER_ETH is not set CONFIG_XEN_BLKDEV_FRONTEND=y CONFIG_XEN_BLKDEV_BACKEND=y # CONFIG_BLK_DEV_HD is not set # CONFIG_BLK_DEV_RBD is not set # # Misc devices # CONFIG_SENSORS_LIS3LV02D=m # CONFIG_AD525X_DPOT is not set # CONFIG_IBM_ASM is not set # CONFIG_PHANTOM is not set # CONFIG_INTEL_MID_PTI is not set # CONFIG_SGI_IOC4 is not set # CONFIG_TIFM_CORE is not set # CONFIG_ICS932S401 is not set # CONFIG_ENCLOSURE_SERVICES is not set # CONFIG_HP_ILO is not set # CONFIG_APDS9802ALS is not set # CONFIG_ISL29003 is not set # CONFIG_ISL29020 is not set # CONFIG_SENSORS_TSL2550 is not set # CONFIG_SENSORS_BH1780 is not set # CONFIG_SENSORS_BH1770 is not set # CONFIG_SENSORS_APDS990X is not set # CONFIG_HMC6352 is not set # CONFIG_DS1682 is not set # CONFIG_VMWARE_BALLOON is not set # CONFIG_BMP085_I2C is not set # CONFIG_PCH_PHUB is not set # CONFIG_USB_SWITCH_FSA9480 is not set # CONFIG_C2PORT is not set # # EEPROM support # # CONFIG_EEPROM_AT24 is not set # CONFIG_EEPROM_LEGACY is not set # CONFIG_EEPROM_MAX6875 is not set # CONFIG_EEPROM_93CX6 is not set # CONFIG_CB710_CORE is not set # # Texas Instruments shared transport line discipline # # CONFIG_SENSORS_LIS3_I2C is not set # # Altera FPGA firmware download module # # CONFIG_ALTERA_STAPL is not set CONFIG_HAVE_IDE=y # CONFIG_IDE is not set # # SCSI device support # CONFIG_SCSI_MOD=y # CONFIG_RAID_ATTRS is not set CONFIG_SCSI=y CONFIG_SCSI_DMA=y # CONFIG_SCSI_TGT is not set # CONFIG_SCSI_NETLINK is not set # CONFIG_SCSI_PROC_FS is not set # # SCSI support type (disk, tape, CD-ROM) # CONFIG_BLK_DEV_SD=y # CONFIG_CHR_DEV_ST is not set # CONFIG_CHR_DEV_OSST is not set CONFIG_BLK_DEV_SR=m # CONFIG_BLK_DEV_SR_VENDOR is not set # CONFIG_CHR_DEV_SG is not set # CONFIG_CHR_DEV_SCH is not set # CONFIG_SCSI_MULTI_LUN is not set # CONFIG_SCSI_CONSTANTS is not set # CONFIG_SCSI_LOGGING is not set # CONFIG_SCSI_SCAN_ASYNC is not set # # SCSI Transports # # CONFIG_SCSI_SPI_ATTRS is not set # CONFIG_SCSI_FC_ATTRS is not set # CONFIG_SCSI_ISCSI_ATTRS is not set # CONFIG_SCSI_SAS_ATTRS is not set # CONFIG_SCSI_SAS_LIBSAS is not set # CONFIG_SCSI_SRP_ATTRS is not set # CONFIG_SCSI_LOWLEVEL is not set # CONFIG_SCSI_DH is not set # CONFIG_SCSI_OSD_INITIATOR is not set CONFIG_ATA=y # CONFIG_ATA_NONSTANDARD is not set # CONFIG_ATA_VERBOSE_ERROR is not set CONFIG_ATA_ACPI=y CONFIG_SATA_PMP=y # # Controllers with non-SFF native interface # CONFIG_SATA_AHCI=y # CONFIG_SATA_AHCI_PLATFORM is not set # CONFIG_SATA_INIC162X is not set # CONFIG_SATA_ACARD_AHCI is not set # CONFIG_SATA_SIL24 is not set # CONFIG_ATA_SFF is not set CONFIG_MD=y # CONFIG_BLK_DEV_MD is not set CONFIG_BLK_DEV_DM=m # CONFIG_DM_DEBUG is not set CONFIG_DM_CRYPT=m CONFIG_DM_SNAPSHOT=m # CONFIG_DM_THIN_PROVISIONING is not set # CONFIG_DM_MIRROR is not set # CONFIG_DM_RAID is not set # CONFIG_DM_ZERO is not set # CONFIG_DM_MULTIPATH is not set # CONFIG_DM_DELAY is not set # CONFIG_DM_UEVENT is not set # CONFIG_DM_FLAKEY is not set # CONFIG_DM_VERITY is not set # CONFIG_TARGET_CORE is not set # CONFIG_FUSION is not set # # IEEE 1394 (FireWire) support # # CONFIG_FIREWIRE is not set # CONFIG_FIREWIRE_NOSY is not set # CONFIG_I2O is not set # CONFIG_MACINTOSH_DRIVERS is not set CONFIG_NETDEVICES=y CONFIG_NET_CORE=y # CONFIG_BONDING is not set # CONFIG_DUMMY is not set # CONFIG_EQUALIZER is not set # CONFIG_NET_FC is not set CONFIG_MII=m # CONFIG_NET_TEAM is not set CONFIG_MACVLAN=m # CONFIG_MACVTAP is not set # CONFIG_NETCONSOLE is not set # CONFIG_NETPOLL is not set # CONFIG_NET_POLL_CONTROLLER is not set CONFIG_TUN=m CONFIG_VETH=m # CONFIG_ARCNET is not set # # CAIF transport drivers # CONFIG_ETHERNET=y # CONFIG_NET_VENDOR_3COM is not set # CONFIG_NET_VENDOR_ADAPTEC is not set # CONFIG_NET_VENDOR_ALTEON is not set # CONFIG_NET_VENDOR_AMD is not set # CONFIG_NET_VENDOR_ATHEROS is not set # CONFIG_NET_VENDOR_BROADCOM is not set # CONFIG_NET_VENDOR_BROCADE is not set # CONFIG_NET_CALXEDA_XGMAC is not set # CONFIG_NET_VENDOR_CHELSIO is not set # CONFIG_NET_VENDOR_CISCO is not set # CONFIG_DNET is not set # CONFIG_NET_VENDOR_DEC is not set # CONFIG_NET_VENDOR_DLINK is not set # CONFIG_NET_VENDOR_EMULEX is not set # CONFIG_NET_VENDOR_EXAR is not set # CONFIG_NET_VENDOR_HP is not set CONFIG_NET_VENDOR_INTEL=y # CONFIG_E100 is not set # CONFIG_E1000 is not set CONFIG_E1000E=m # CONFIG_IGB is not set # CONFIG_IGBVF is not set # CONFIG_IXGB is not set # CONFIG_IXGBE is not set # CONFIG_IXGBEVF is not set # CONFIG_NET_VENDOR_I825XX is not set # CONFIG_IP1000 is not set # CONFIG_JME is not set # CONFIG_NET_VENDOR_MARVELL is not set # CONFIG_NET_VENDOR_MELLANOX is not set # CONFIG_NET_VENDOR_MICREL is not set # CONFIG_NET_VENDOR_MYRI is not set # CONFIG_FEALNX is not set # CONFIG_NET_VENDOR_NATSEMI is not set # CONFIG_NET_VENDOR_NVIDIA is not set # CONFIG_NET_VENDOR_OKI is not set # CONFIG_ETHOC is not set # CONFIG_NET_PACKET_ENGINE is not set # CONFIG_NET_VENDOR_QLOGIC is not set # CONFIG_NET_VENDOR_REALTEK is not set # CONFIG_NET_VENDOR_RDC is not set # CONFIG_NET_VENDOR_SEEQ is not set # CONFIG_NET_VENDOR_SILAN is not set # CONFIG_NET_VENDOR_SIS is not set # CONFIG_SFC is not set # CONFIG_NET_VENDOR_SMSC is not set # CONFIG_NET_VENDOR_STMICRO is not set # CONFIG_NET_VENDOR_SUN is not set # CONFIG_NET_VENDOR_TEHUTI is not set # CONFIG_NET_VENDOR_TI is not set # CONFIG_NET_VENDOR_VIA is not set CONFIG_NET_VENDOR_WIZNET=y # CONFIG_WIZNET_W5100 is not set # CONFIG_WIZNET_W5300 is not set # CONFIG_FDDI is not set # CONFIG_HIPPI is not set # CONFIG_NET_SB1000 is not set # CONFIG_PHYLIB is not set # CONFIG_PPP is not set # CONFIG_SLIP is not set # # USB Network Adapters # # CONFIG_USB_CATC is not set # CONFIG_USB_KAWETH is not set # CONFIG_USB_PEGASUS is not set # CONFIG_USB_RTL8150 is not set CONFIG_USB_USBNET=m # CONFIG_USB_NET_AX8817X is not set CONFIG_USB_NET_CDCETHER=m # CONFIG_USB_NET_CDC_EEM is not set # CONFIG_USB_NET_CDC_NCM is not set # CONFIG_USB_NET_DM9601 is not set # CONFIG_USB_NET_SMSC75XX is not set # CONFIG_USB_NET_SMSC95XX is not set # CONFIG_USB_NET_GL620A is not set # CONFIG_USB_NET_NET1080 is not set # CONFIG_USB_NET_PLUSB is not set # CONFIG_USB_NET_MCS7830 is not set CONFIG_USB_NET_RNDIS_HOST=m # CONFIG_USB_NET_CDC_SUBSET is not set # CONFIG_USB_NET_ZAURUS is not set # CONFIG_USB_NET_CX82310_ETH is not set # CONFIG_USB_NET_KALMIA is not set # CONFIG_USB_NET_QMI_WWAN is not set # CONFIG_USB_HSO is not set # CONFIG_USB_NET_INT51X1 is not set # CONFIG_USB_IPHETH is not set # CONFIG_USB_SIERRA_NET is not set # CONFIG_USB_VL600 is not set CONFIG_WLAN=y # CONFIG_LIBERTAS_THINFIRM is not set # CONFIG_AIRO is not set # CONFIG_ATMEL is not set # CONFIG_AT76C50X_USB is not set # CONFIG_PRISM54 is not set # CONFIG_USB_ZD1201 is not set # CONFIG_USB_NET_RNDIS_WLAN is not set # CONFIG_RTL8180 is not set # CONFIG_RTL8187 is not set # CONFIG_ADM8211 is not set # CONFIG_MAC80211_HWSIM is not set # CONFIG_MWL8K is not set # CONFIG_ATH_COMMON is not set # CONFIG_B43 is not set # CONFIG_B43LEGACY is not set CONFIG_BRCMUTIL=m CONFIG_BRCMSMAC=m # CONFIG_BRCMFMAC is not set # CONFIG_BRCMDBG is not set # CONFIG_HOSTAP is not set # CONFIG_IPW2100 is not set # CONFIG_IPW2200 is not set # CONFIG_IWLWIFI is not set # CONFIG_IWL4965 is not set # CONFIG_IWL3945 is not set # CONFIG_LIBERTAS is not set # CONFIG_HERMES is not set # CONFIG_P54_COMMON is not set # CONFIG_RT2X00 is not set # CONFIG_RTL8192CE is not set # CONFIG_RTL8192SE is not set # CONFIG_RTL8192DE is not set # CONFIG_RTL8192CU is not set # CONFIG_WL_TI is not set # CONFIG_ZD1211RW is not set # CONFIG_MWIFIEX is not set # # Enable WiMAX (Networking options) to see the WiMAX drivers # # CONFIG_WAN is not set CONFIG_XEN_NETDEV_FRONTEND=y CONFIG_XEN_NETDEV_BACKEND=y # CONFIG_VMXNET3 is not set # CONFIG_ISDN is not set # # Input device support # CONFIG_INPUT=y CONFIG_INPUT_FF_MEMLESS=y CONFIG_INPUT_POLLDEV=y CONFIG_INPUT_SPARSEKMAP=m # CONFIG_INPUT_MATRIXKMAP is not set # # Userland interfaces # CONFIG_INPUT_MOUSEDEV=y # CONFIG_INPUT_MOUSEDEV_PSAUX is not set CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 # CONFIG_INPUT_JOYDEV is not set CONFIG_INPUT_EVDEV=y # CONFIG_INPUT_EVBUG is not set # # Input Device Drivers # CONFIG_INPUT_KEYBOARD=y # CONFIG_KEYBOARD_ADP5588 is not set # CONFIG_KEYBOARD_ADP5589 is not set CONFIG_KEYBOARD_ATKBD=y # CONFIG_KEYBOARD_QT1070 is not set # CONFIG_KEYBOARD_QT2160 is not set # CONFIG_KEYBOARD_LKKBD is not set # CONFIG_KEYBOARD_TCA6416 is not set # CONFIG_KEYBOARD_TCA8418 is not set # CONFIG_KEYBOARD_LM8323 is not set # CONFIG_KEYBOARD_LM8333 is not set # CONFIG_KEYBOARD_MAX7359 is not set # CONFIG_KEYBOARD_MCS is not set # CONFIG_KEYBOARD_MPR121 is not set # CONFIG_KEYBOARD_NEWTON is not set # CONFIG_KEYBOARD_OPENCORES is not set # CONFIG_KEYBOARD_STOWAWAY is not set # CONFIG_KEYBOARD_SUNKBD is not set # CONFIG_KEYBOARD_OMAP4 is not set # CONFIG_KEYBOARD_XTKBD is not set CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=y CONFIG_MOUSE_PS2_ALPS=y CONFIG_MOUSE_PS2_LOGIPS2PP=y CONFIG_MOUSE_PS2_SYNAPTICS=y CONFIG_MOUSE_PS2_LIFEBOOK=y CONFIG_MOUSE_PS2_TRACKPOINT=y # CONFIG_MOUSE_PS2_ELANTECH is not set # CONFIG_MOUSE_PS2_SENTELIC is not set # CONFIG_MOUSE_PS2_TOUCHKIT is not set # CONFIG_MOUSE_SERIAL is not set # CONFIG_MOUSE_APPLETOUCH is not set # CONFIG_MOUSE_BCM5974 is not set # CONFIG_MOUSE_VSXXXAA is not set # CONFIG_MOUSE_SYNAPTICS_I2C is not set # CONFIG_MOUSE_SYNAPTICS_USB is not set # CONFIG_INPUT_JOYSTICK is not set # CONFIG_INPUT_TABLET is not set # CONFIG_INPUT_TOUCHSCREEN is not set CONFIG_INPUT_MISC=y # CONFIG_INPUT_AD714X is not set # CONFIG_INPUT_BMA150 is not set # CONFIG_INPUT_PCSPKR is not set # CONFIG_INPUT_MMA8450 is not set # CONFIG_INPUT_MPU3050 is not set # CONFIG_INPUT_APANEL is not set # CONFIG_INPUT_ATLAS_BTNS is not set # CONFIG_INPUT_ATI_REMOTE2 is not set # CONFIG_INPUT_KEYSPAN_REMOTE is not set # CONFIG_INPUT_KXTJ9 is not set # CONFIG_INPUT_POWERMATE is not set # CONFIG_INPUT_YEALINK is not set # CONFIG_INPUT_CM109 is not set # CONFIG_INPUT_UINPUT is not set # CONFIG_INPUT_PCF8574 is not set # CONFIG_INPUT_ADXL34X is not set # CONFIG_INPUT_CMA3000 is not set CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y # # Hardware I/O ports # CONFIG_SERIO=y CONFIG_SERIO_I8042=y # CONFIG_SERIO_SERPORT is not set # CONFIG_SERIO_CT82C710 is not set # CONFIG_SERIO_PCIPS2 is not set CONFIG_SERIO_LIBPS2=y # CONFIG_SERIO_RAW is not set # CONFIG_SERIO_ALTERA_PS2 is not set # CONFIG_SERIO_PS2MULT is not set # CONFIG_GAMEPORT is not set # # Character devices # CONFIG_VT=y CONFIG_CONSOLE_TRANSLATIONS=y CONFIG_VT_CONSOLE=y CONFIG_VT_CONSOLE_SLEEP=y CONFIG_HW_CONSOLE=y CONFIG_VT_HW_CONSOLE_BINDING=y CONFIG_UNIX98_PTYS=y CONFIG_DEVPTS_MULTIPLE_INSTANCES=y # CONFIG_LEGACY_PTYS is not set # CONFIG_SERIAL_NONSTANDARD is not set # CONFIG_NOZOMI is not set # CONFIG_N_GSM is not set # CONFIG_TRACE_SINK is not set # # KCopy # CONFIG_KCOPY=m # CONFIG_DEVKMEM is not set # # Serial drivers # # CONFIG_SERIAL_8250 is not set CONFIG_FIX_EARLYCON_MEM=y # # Non-8250 serial port support # # CONFIG_SERIAL_MFD_HSU is not set # CONFIG_SERIAL_JSM is not set # CONFIG_SERIAL_TIMBERDALE is not set # CONFIG_SERIAL_ALTERA_JTAGUART is not set # CONFIG_SERIAL_ALTERA_UART is not set # CONFIG_SERIAL_PCH_UART is not set # CONFIG_SERIAL_XILINX_PS_UART is not set CONFIG_HVC_DRIVER=y CONFIG_HVC_IRQ=y CONFIG_HVC_XEN=y CONFIG_HVC_XEN_FRONTEND=y # CONFIG_IPMI_HANDLER is not set CONFIG_HW_RANDOM=y # CONFIG_HW_RANDOM_TIMERIOMEM is not set CONFIG_HW_RANDOM_INTEL=y # CONFIG_HW_RANDOM_AMD is not set # CONFIG_HW_RANDOM_VIA is not set # CONFIG_NVRAM is not set # CONFIG_R3964 is not set # CONFIG_APPLICOM is not set # CONFIG_MWAVE is not set # CONFIG_RAW_DRIVER is not set CONFIG_HPET=y CONFIG_HPET_MMAP=y # CONFIG_HANGCHECK_TIMER is not set # CONFIG_TCG_TPM is not set # CONFIG_TELCLOCK is not set CONFIG_DEVPORT=y CONFIG_I2C=y CONFIG_I2C_BOARDINFO=y # CONFIG_I2C_COMPAT is not set CONFIG_I2C_CHARDEV=m # CONFIG_I2C_MUX is not set # CONFIG_I2C_HELPER_AUTO is not set # CONFIG_I2C_SMBUS is not set # # I2C Algorithms # CONFIG_I2C_ALGOBIT=y # CONFIG_I2C_ALGOPCF is not set # CONFIG_I2C_ALGOPCA is not set # # I2C Hardware Bus support # # # PC SMBus host controller drivers # # CONFIG_I2C_ALI1535 is not set # CONFIG_I2C_ALI1563 is not set # CONFIG_I2C_ALI15X3 is not set # CONFIG_I2C_AMD756 is not set # CONFIG_I2C_AMD8111 is not set # CONFIG_I2C_I801 is not set # CONFIG_I2C_ISCH is not set # CONFIG_I2C_PIIX4 is not set # CONFIG_I2C_NFORCE2 is not set # CONFIG_I2C_SIS5595 is not set # CONFIG_I2C_SIS630 is not set # CONFIG_I2C_SIS96X is not set # CONFIG_I2C_VIA is not set # CONFIG_I2C_VIAPRO is not set # # ACPI drivers # # CONFIG_I2C_SCMI is not set # # I2C system bus drivers (mostly embedded / system-on-chip) # # CONFIG_I2C_DESIGNWARE_PCI is not set # CONFIG_I2C_EG20T is not set # CONFIG_I2C_INTEL_MID is not set # CONFIG_I2C_OCORES is not set # CONFIG_I2C_PCA_PLATFORM is not set # CONFIG_I2C_PXA_PCI is not set # CONFIG_I2C_SIMTEC is not set # CONFIG_I2C_XILINX is not set # # External I2C/SMBus adapter drivers # # CONFIG_I2C_DIOLAN_U2C is not set # CONFIG_I2C_PARPORT_LIGHT is not set # CONFIG_I2C_TAOS_EVM is not set # CONFIG_I2C_TINY_USB is not set # # Other I2C/SMBus bus drivers # # CONFIG_I2C_STUB is not set # CONFIG_I2C_DEBUG_CORE is not set # CONFIG_I2C_DEBUG_ALGO is not set # CONFIG_I2C_DEBUG_BUS is not set # CONFIG_SPI is not set # CONFIG_HSI is not set # # PPS support # # CONFIG_PPS is not set # # PPS generators support # # # PTP clock support # # # Enable Device Drivers -> PPS to see the PTP clock options. # CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y # CONFIG_GPIOLIB is not set # CONFIG_W1 is not set CONFIG_POWER_SUPPLY=y # CONFIG_POWER_SUPPLY_DEBUG is not set # CONFIG_PDA_POWER is not set # CONFIG_TEST_POWER is not set # CONFIG_BATTERY_DS2780 is not set # CONFIG_BATTERY_DS2781 is not set # CONFIG_BATTERY_DS2782 is not set # CONFIG_BATTERY_SBS is not set # CONFIG_BATTERY_BQ27x00 is not set # CONFIG_BATTERY_MAX17040 is not set # CONFIG_BATTERY_MAX17042 is not set # CONFIG_CHARGER_MAX8903 is not set # CONFIG_CHARGER_LP8727 is not set # CONFIG_CHARGER_SMB347 is not set # CONFIG_POWER_AVS is not set # CONFIG_HWMON is not set CONFIG_THERMAL=y # CONFIG_WATCHDOG is not set CONFIG_SSB_POSSIBLE=y # # Sonics Silicon Backplane # CONFIG_SSB=m CONFIG_SSB_SPROM=y CONFIG_SSB_PCIHOST_POSSIBLE=y CONFIG_SSB_PCIHOST=y # CONFIG_SSB_B43_PCI_BRIDGE is not set CONFIG_SSB_SDIOHOST_POSSIBLE=y CONFIG_SSB_SDIOHOST=y # CONFIG_SSB_DEBUG is not set CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y CONFIG_SSB_DRIVER_PCICORE=y CONFIG_BCMA_POSSIBLE=y # # Broadcom specific AMBA # CONFIG_BCMA=m CONFIG_BCMA_HOST_PCI_POSSIBLE=y CONFIG_BCMA_HOST_PCI=y # CONFIG_BCMA_DRIVER_GMAC_CMN is not set # CONFIG_BCMA_DEBUG is not set # # Multifunction device drivers # # CONFIG_MFD_CORE is not set # CONFIG_MFD_88PM860X is not set # CONFIG_MFD_88PM800 is not set # CONFIG_MFD_88PM805 is not set # CONFIG_MFD_SM501 is not set # CONFIG_HTC_PASIC3 is not set # CONFIG_MFD_LM3533 is not set # CONFIG_TPS6105X is not set # CONFIG_TPS6507X is not set # CONFIG_MFD_TPS65217 is not set # CONFIG_TWL4030_CORE is not set # CONFIG_TWL6040_CORE is not set # CONFIG_MFD_STMPE is not set # CONFIG_MFD_TC3589X is not set # CONFIG_MFD_TMIO is not set # CONFIG_PMIC_DA903X is not set # CONFIG_MFD_DA9052_I2C is not set # CONFIG_PMIC_ADP5520 is not set # CONFIG_MFD_MAX77686 is not set # CONFIG_MFD_MAX77693 is not set # CONFIG_MFD_MAX8925 is not set # CONFIG_MFD_MAX8997 is not set # CONFIG_MFD_MAX8998 is not set # CONFIG_MFD_SEC_CORE is not set # CONFIG_MFD_ARIZONA_I2C is not set # CONFIG_MFD_WM8400 is not set # CONFIG_MFD_WM831X_I2C is not set # CONFIG_MFD_WM8350_I2C is not set # CONFIG_MFD_WM8994 is not set # CONFIG_MFD_PCF50633 is not set # CONFIG_MFD_MC13XXX_I2C is not set # CONFIG_ABX500_CORE is not set # CONFIG_MFD_CS5535 is not set # CONFIG_LPC_SCH is not set # CONFIG_LPC_ICH is not set # CONFIG_MFD_RDC321X is not set # CONFIG_MFD_JANZ_CMODIO is not set # CONFIG_MFD_VX855 is not set # CONFIG_MFD_WL1273_CORE is not set # CONFIG_MFD_TPS65090 is not set # CONFIG_MFD_RC5T583 is not set # CONFIG_MFD_PALMAS is not set # CONFIG_REGULATOR is not set CONFIG_MEDIA_SUPPORT=m # # Multimedia core support # CONFIG_MEDIA_CAMERA_SUPPORT=y # CONFIG_MEDIA_ANALOG_TV_SUPPORT is not set # CONFIG_MEDIA_DIGITAL_TV_SUPPORT is not set # CONFIG_MEDIA_RADIO_SUPPORT is not set # CONFIG_MEDIA_RC_SUPPORT is not set # CONFIG_MEDIA_CONTROLLER is not set CONFIG_VIDEO_DEV=m CONFIG_VIDEO_V4L2_COMMON=m # # Media drivers # CONFIG_VIDEO_V4L2=m CONFIG_VIDEOBUF2_CORE=m CONFIG_VIDEOBUF2_MEMOPS=m CONFIG_VIDEOBUF2_VMALLOC=m CONFIG_VIDEO_CAPTURE_DRIVERS=y # CONFIG_VIDEO_ADV_DEBUG is not set # CONFIG_VIDEO_FIXED_MINOR_RANGES is not set CONFIG_VIDEO_HELPER_CHIPS_AUTO=y # # Audio decoders, processors and mixers # # # RDS decoders # # # Video decoders # # # Video and audio decoders # # # MPEG video encoders # # # Video encoders # # # Camera sensor devices # # # Flash devices # # # Video improvement chips # # # Miscelaneous helper chips # # CONFIG_VIDEO_VIVI is not set CONFIG_V4L_USB_DRIVERS=y # # Webcam devices # CONFIG_USB_VIDEO_CLASS=m CONFIG_USB_VIDEO_CLASS_INPUT_EVDEV=y # CONFIG_USB_GSPCA is not set # CONFIG_USB_PWC is not set # CONFIG_VIDEO_CPIA2 is not set # CONFIG_USB_ZR364XX is not set # CONFIG_USB_STKWEBCAM is not set # CONFIG_USB_S2255 is not set # CONFIG_USB_SN9C102 is not set # # Webcam and/or TV USB devices # # CONFIG_VIDEO_EM28XX is not set # CONFIG_V4L_PLATFORM_DRIVERS is not set # CONFIG_V4L_MEM2MEM_DRIVERS is not set # # Graphics support # CONFIG_AGP=y # CONFIG_AGP_AMD64 is not set CONFIG_AGP_INTEL=y # CONFIG_AGP_SIS is not set # CONFIG_AGP_VIA is not set CONFIG_VGA_ARB=y CONFIG_VGA_ARB_MAX_GPUS=16 # CONFIG_VGA_SWITCHEROO is not set CONFIG_DRM=y CONFIG_DRM_KMS_HELPER=y # CONFIG_DRM_LOAD_EDID_FIRMWARE is not set # CONFIG_DRM_TDFX is not set # CONFIG_DRM_R128 is not set # CONFIG_DRM_RADEON is not set # CONFIG_DRM_NOUVEAU is not set # # I2C encoder or helper chips # # CONFIG_DRM_I2C_CH7006 is not set # CONFIG_DRM_I2C_SIL164 is not set # CONFIG_DRM_I810 is not set CONFIG_DRM_I915=y CONFIG_DRM_I915_KMS=y # CONFIG_DRM_MGA is not set # CONFIG_DRM_SIS is not set # CONFIG_DRM_VIA is not set # CONFIG_DRM_SAVAGE is not set # CONFIG_DRM_VMWGFX is not set # CONFIG_DRM_GMA500 is not set # CONFIG_DRM_UDL is not set # CONFIG_DRM_AST is not set # CONFIG_DRM_MGAG200 is not set # CONFIG_DRM_CIRRUS_QEMU is not set # CONFIG_STUB_POULSBO is not set # CONFIG_VGASTATE is not set CONFIG_VIDEO_OUTPUT_CONTROL=y CONFIG_FB=y # CONFIG_FIRMWARE_EDID is not set # CONFIG_FB_DDC is not set # CONFIG_FB_BOOT_VESA_SUPPORT is not set CONFIG_FB_CFB_FILLRECT=y CONFIG_FB_CFB_COPYAREA=y CONFIG_FB_CFB_IMAGEBLIT=y # CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set CONFIG_FB_SYS_FILLRECT=y CONFIG_FB_SYS_COPYAREA=y CONFIG_FB_SYS_IMAGEBLIT=y # CONFIG_FB_FOREIGN_ENDIAN is not set CONFIG_FB_SYS_FOPS=y # CONFIG_FB_WMT_GE_ROPS is not set CONFIG_FB_DEFERRED_IO=y # CONFIG_FB_SVGALIB is not set # CONFIG_FB_MACMODES is not set # CONFIG_FB_BACKLIGHT is not set # CONFIG_FB_MODE_HELPERS is not set # CONFIG_FB_TILEBLITTING is not set # # Frame buffer hardware drivers # # CONFIG_FB_CIRRUS is not set # CONFIG_FB_PM2 is not set # CONFIG_FB_CYBER2000 is not set # CONFIG_FB_ARC is not set # CONFIG_FB_ASILIANT is not set # CONFIG_FB_IMSTT is not set # CONFIG_FB_VGA16 is not set # CONFIG_FB_UVESA is not set # CONFIG_FB_VESA is not set # CONFIG_FB_N411 is not set # CONFIG_FB_HGA is not set # CONFIG_FB_S1D13XXX is not set # CONFIG_FB_NVIDIA is not set # CONFIG_FB_RIVA is not set # CONFIG_FB_I740 is not set # CONFIG_FB_LE80578 is not set # CONFIG_FB_MATROX is not set # CONFIG_FB_RADEON is not set # CONFIG_FB_ATY128 is not set # CONFIG_FB_ATY is not set # CONFIG_FB_S3 is not set # CONFIG_FB_SAVAGE is not set # CONFIG_FB_SIS is not set # CONFIG_FB_VIA is not set # CONFIG_FB_NEOMAGIC is not set # CONFIG_FB_KYRO is not set # CONFIG_FB_3DFX is not set # CONFIG_FB_VOODOO1 is not set # CONFIG_FB_VT8623 is not set # CONFIG_FB_TRIDENT is not set # CONFIG_FB_ARK is not set # CONFIG_FB_PM3 is not set # CONFIG_FB_CARMINE is not set # CONFIG_FB_GEODE is not set # CONFIG_FB_SMSCUFX is not set # CONFIG_FB_UDL is not set # CONFIG_FB_VIRTUAL is not set CONFIG_XEN_FBDEV_FRONTEND=y # CONFIG_FB_METRONOME is not set # CONFIG_FB_MB862XX is not set # CONFIG_FB_BROADSHEET is not set # CONFIG_FB_AUO_K190X is not set # CONFIG_EXYNOS_VIDEO is not set CONFIG_BACKLIGHT_LCD_SUPPORT=y CONFIG_LCD_CLASS_DEVICE=m CONFIG_LCD_PLATFORM=m CONFIG_BACKLIGHT_CLASS_DEVICE=y CONFIG_BACKLIGHT_GENERIC=y # CONFIG_BACKLIGHT_PROGEAR is not set # CONFIG_BACKLIGHT_APPLE is not set # CONFIG_BACKLIGHT_SAHARA is not set # CONFIG_BACKLIGHT_ADP8860 is not set # CONFIG_BACKLIGHT_ADP8870 is not set # CONFIG_BACKLIGHT_LP855X is not set # # Console display driver support # CONFIG_VGA_CONSOLE=y CONFIG_VGACON_SOFT_SCROLLBACK=y CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=1024 CONFIG_DUMMY_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y # CONFIG_FB_CON_DECOR is not set # CONFIG_FONTS is not set CONFIG_FONT_8x8=y CONFIG_FONT_8x16=y # CONFIG_LOGO is not set CONFIG_SOUND=m CONFIG_SOUND_OSS_CORE=y CONFIG_SOUND_OSS_CORE_PRECLAIM=y CONFIG_SND=m CONFIG_SND_TIMER=m CONFIG_SND_PCM=m CONFIG_SND_HWDEP=m CONFIG_SND_JACK=y CONFIG_SND_SEQUENCER=m CONFIG_SND_SEQ_DUMMY=m CONFIG_SND_OSSEMUL=y CONFIG_SND_MIXER_OSS=m CONFIG_SND_PCM_OSS=m CONFIG_SND_PCM_OSS_PLUGINS=y CONFIG_SND_SEQUENCER_OSS=y CONFIG_SND_HRTIMER=m CONFIG_SND_SEQ_HRTIMER_DEFAULT=y CONFIG_SND_DYNAMIC_MINORS=y CONFIG_SND_SUPPORT_OLD_API=y # CONFIG_SND_VERBOSE_PROCFS is not set # CONFIG_SND_VERBOSE_PRINTK is not set # CONFIG_SND_DEBUG is not set CONFIG_SND_VMASTER=y CONFIG_SND_KCTL_JACK=y CONFIG_SND_DMA_SGBUF=y # CONFIG_SND_RAWMIDI_SEQ is not set # CONFIG_SND_OPL3_LIB_SEQ is not set # CONFIG_SND_OPL4_LIB_SEQ is not set # CONFIG_SND_SBAWE_SEQ is not set # CONFIG_SND_EMU10K1_SEQ is not set # CONFIG_SND_DRIVERS is not set CONFIG_SND_PCI=y # CONFIG_SND_AD1889 is not set # CONFIG_SND_ALS300 is not set # CONFIG_SND_ALS4000 is not set # CONFIG_SND_ALI5451 is not set # CONFIG_SND_ASIHPI is not set # CONFIG_SND_ATIIXP is not set # CONFIG_SND_ATIIXP_MODEM is not set # CONFIG_SND_AU8810 is not set # CONFIG_SND_AU8820 is not set # CONFIG_SND_AU8830 is not set # CONFIG_SND_AW2 is not set # CONFIG_SND_AZT3328 is not set # CONFIG_SND_BT87X is not set # CONFIG_SND_CA0106 is not set # CONFIG_SND_CMIPCI is not set # CONFIG_SND_OXYGEN is not set # CONFIG_SND_CS4281 is not set # CONFIG_SND_CS46XX is not set # CONFIG_SND_CS5530 is not set # CONFIG_SND_CS5535AUDIO is not set # CONFIG_SND_CTXFI is not set # CONFIG_SND_DARLA20 is not set # CONFIG_SND_GINA20 is not set # CONFIG_SND_LAYLA20 is not set # CONFIG_SND_DARLA24 is not set # CONFIG_SND_GINA24 is not set # CONFIG_SND_LAYLA24 is not set # CONFIG_SND_MONA is not set # CONFIG_SND_MIA is not set # CONFIG_SND_ECHO3G is not set # CONFIG_SND_INDIGO is not set # CONFIG_SND_INDIGOIO is not set # CONFIG_SND_INDIGODJ is not set # CONFIG_SND_INDIGOIOX is not set # CONFIG_SND_INDIGODJX is not set # CONFIG_SND_EMU10K1 is not set # CONFIG_SND_EMU10K1X is not set # CONFIG_SND_ENS1370 is not set # CONFIG_SND_ENS1371 is not set # CONFIG_SND_ES1938 is not set # CONFIG_SND_ES1968 is not set # CONFIG_SND_FM801 is not set CONFIG_SND_HDA_INTEL=m CONFIG_SND_HDA_PREALLOC_SIZE=64 CONFIG_SND_HDA_HWDEP=y # CONFIG_SND_HDA_RECONFIG is not set # CONFIG_SND_HDA_INPUT_BEEP is not set CONFIG_SND_HDA_INPUT_JACK=y # CONFIG_SND_HDA_PATCH_LOADER is not set # CONFIG_SND_HDA_CODEC_REALTEK is not set # CONFIG_SND_HDA_CODEC_ANALOG is not set CONFIG_SND_HDA_CODEC_SIGMATEL=y # CONFIG_SND_HDA_CODEC_VIA is not set CONFIG_SND_HDA_CODEC_HDMI=y # CONFIG_SND_HDA_CODEC_CIRRUS is not set # CONFIG_SND_HDA_CODEC_CONEXANT is not set # CONFIG_SND_HDA_CODEC_CA0110 is not set CONFIG_SND_HDA_CODEC_CA0132=y # CONFIG_SND_HDA_CODEC_CMEDIA is not set # CONFIG_SND_HDA_CODEC_SI3054 is not set # CONFIG_SND_HDA_GENERIC is not set CONFIG_SND_HDA_POWER_SAVE=y CONFIG_SND_HDA_POWER_SAVE_DEFAULT=1 # CONFIG_SND_HDSP is not set # CONFIG_SND_HDSPM is not set # CONFIG_SND_ICE1712 is not set # CONFIG_SND_ICE1724 is not set # CONFIG_SND_INTEL8X0 is not set # CONFIG_SND_INTEL8X0M is not set # CONFIG_SND_KORG1212 is not set # CONFIG_SND_LOLA is not set # CONFIG_SND_LX6464ES is not set # CONFIG_SND_MAESTRO3 is not set # CONFIG_SND_MIXART is not set # CONFIG_SND_NM256 is not set # CONFIG_SND_PCXHR is not set # CONFIG_SND_RIPTIDE is not set # CONFIG_SND_RME32 is not set # CONFIG_SND_RME96 is not set # CONFIG_SND_RME9652 is not set # CONFIG_SND_SONICVIBES is not set # CONFIG_SND_TRIDENT is not set # CONFIG_SND_VIA82XX is not set # CONFIG_SND_VIA82XX_MODEM is not set # CONFIG_SND_VIRTUOSO is not set # CONFIG_SND_VX222 is not set # CONFIG_SND_YMFPCI is not set # CONFIG_SND_USB is not set # CONFIG_SND_SOC is not set # CONFIG_SOUND_PRIME is not set # # HID support # CONFIG_HID=y # CONFIG_HID_BATTERY_STRENGTH is not set CONFIG_HIDRAW=y # CONFIG_UHID is not set CONFIG_HID_GENERIC=y # # Special HID drivers # CONFIG_HID_A4TECH=m # CONFIG_HID_ACRUX is not set CONFIG_HID_APPLE=m # CONFIG_HID_AUREAL is not set CONFIG_HID_BELKIN=m CONFIG_HID_CHERRY=m CONFIG_HID_CHICONY=m # CONFIG_HID_PRODIKEYS is not set CONFIG_HID_CYPRESS=m # CONFIG_HID_DRAGONRISE is not set # CONFIG_HID_EMS_FF is not set # CONFIG_HID_ELECOM is not set CONFIG_HID_EZKEY=m # CONFIG_HID_HOLTEK is not set # CONFIG_HID_KEYTOUCH is not set CONFIG_HID_KYE=m # CONFIG_HID_UCLOGIC is not set # CONFIG_HID_WALTOP is not set # CONFIG_HID_GYRATION is not set # CONFIG_HID_TWINHAN is not set CONFIG_HID_KENSINGTON=m # CONFIG_HID_LCPOWER is not set # CONFIG_HID_LENOVO_TPKBD is not set CONFIG_HID_LOGITECH=m CONFIG_HID_LOGITECH_DJ=m # CONFIG_LOGITECH_FF is not set # CONFIG_LOGIRUMBLEPAD2_FF is not set # CONFIG_LOGIG940_FF is not set # CONFIG_LOGIWHEELS_FF is not set # CONFIG_HID_MAGICMOUSE is not set CONFIG_HID_MICROSOFT=m CONFIG_HID_MONTEREY=m # CONFIG_HID_MULTITOUCH is not set # CONFIG_HID_NTRIG is not set # CONFIG_HID_ORTEK is not set # CONFIG_HID_PANTHERLORD is not set # CONFIG_HID_PETALYNX is not set # CONFIG_HID_PICOLCD is not set # CONFIG_HID_PRIMAX is not set # CONFIG_HID_ROCCAT is not set # CONFIG_HID_SAITEK is not set # CONFIG_HID_SAMSUNG is not set # CONFIG_HID_SONY is not set # CONFIG_HID_SPEEDLINK is not set # CONFIG_HID_SUNPLUS is not set # CONFIG_HID_GREENASIA is not set # CONFIG_HID_SMARTJOYPLUS is not set # CONFIG_HID_TIVO is not set # CONFIG_HID_TOPSEED is not set # CONFIG_HID_THRUSTMASTER is not set # CONFIG_HID_WACOM is not set # CONFIG_HID_WIIMOTE is not set # CONFIG_HID_ZEROPLUS is not set # CONFIG_HID_ZYDACRON is not set # # USB HID support # CONFIG_USB_HID=m CONFIG_HID_PID=y CONFIG_USB_HIDDEV=y CONFIG_USB_ARCH_HAS_OHCI=y CONFIG_USB_ARCH_HAS_EHCI=y CONFIG_USB_ARCH_HAS_XHCI=y CONFIG_USB_SUPPORT=y CONFIG_USB_COMMON=m CONFIG_USB_ARCH_HAS_HCD=y CONFIG_USB=m # CONFIG_USB_DEBUG is not set CONFIG_USB_ANNOUNCE_NEW_DEVICES=y # # Miscellaneous USB options # # CONFIG_USB_DYNAMIC_MINORS is not set CONFIG_USB_SUSPEND=y CONFIG_USB_OTG=y CONFIG_USB_OTG_WHITELIST=y # CONFIG_USB_OTG_BLACKLIST_HUB is not set CONFIG_USB_MON=m # CONFIG_USB_WUSB_CBAF is not set # # USB Host Controller Drivers # # CONFIG_USB_C67X00_HCD is not set # CONFIG_USB_XHCI_HCD is not set CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y # CONFIG_USB_EHCI_TT_NEWSCHED is not set # CONFIG_USB_OXU210HP_HCD is not set # CONFIG_USB_ISP116X_HCD is not set # CONFIG_USB_ISP1760_HCD is not set # CONFIG_USB_ISP1362_HCD is not set CONFIG_USB_OHCI_HCD=m # CONFIG_USB_OHCI_HCD_SSB is not set # CONFIG_USB_OHCI_HCD_PLATFORM is not set # CONFIG_USB_EHCI_HCD_PLATFORM is not set # CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set # CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set CONFIG_USB_OHCI_LITTLE_ENDIAN=y CONFIG_USB_UHCI_HCD=m # CONFIG_USB_SL811_HCD is not set # CONFIG_USB_R8A66597_HCD is not set # CONFIG_USB_HCD_BCMA is not set # CONFIG_USB_HCD_SSB is not set # CONFIG_USB_CHIPIDEA is not set # # USB Device Class drivers # # CONFIG_USB_ACM is not set CONFIG_USB_PRINTER=m # CONFIG_USB_WDM is not set # CONFIG_USB_TMC is not set # # NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may # # # also be needed; see USB_STORAGE Help for more info # CONFIG_USB_STORAGE=m # CONFIG_USB_STORAGE_DEBUG is not set # CONFIG_USB_STORAGE_REALTEK is not set # CONFIG_USB_STORAGE_DATAFAB is not set # CONFIG_USB_STORAGE_FREECOM is not set # CONFIG_USB_STORAGE_ISD200 is not set # CONFIG_USB_STORAGE_USBAT is not set # CONFIG_USB_STORAGE_SDDR09 is not set # CONFIG_USB_STORAGE_SDDR55 is not set # CONFIG_USB_STORAGE_JUMPSHOT is not set # CONFIG_USB_STORAGE_ALAUDA is not set # CONFIG_USB_STORAGE_ONETOUCH is not set # CONFIG_USB_STORAGE_KARMA is not set # CONFIG_USB_STORAGE_CYPRESS_ATACB is not set # CONFIG_USB_STORAGE_ENE_UB6250 is not set # CONFIG_USB_LIBUSUAL is not set # # USB Imaging devices # # CONFIG_USB_MDC800 is not set # CONFIG_USB_MICROTEK is not set # # USB port drivers # # CONFIG_USB_SERIAL is not set # # USB Miscellaneous drivers # # CONFIG_USB_EMI62 is not set # CONFIG_USB_EMI26 is not set # CONFIG_USB_ADUTUX is not set # CONFIG_USB_SEVSEG is not set # CONFIG_USB_RIO500 is not set # CONFIG_USB_LEGOTOWER is not set # CONFIG_USB_LCD is not set # CONFIG_USB_LED is not set # CONFIG_USB_CYPRESS_CY7C63 is not set # CONFIG_USB_CYTHERM is not set # CONFIG_USB_IDMOUSE is not set # CONFIG_USB_FTDI_ELAN is not set # CONFIG_USB_APPLEDISPLAY is not set # CONFIG_USB_SISUSBVGA is not set # CONFIG_USB_LD is not set # CONFIG_USB_TRANCEVIBRATOR is not set # CONFIG_USB_IOWARRIOR is not set # CONFIG_USB_TEST is not set # CONFIG_USB_ISIGHTFW is not set # CONFIG_USB_YUREX is not set # # USB Physical Layer drivers # # CONFIG_USB_ISP1301 is not set # CONFIG_USB_GADGET is not set # # OTG and related infrastructure # # CONFIG_NOP_USB_XCEIV is not set # CONFIG_UWB is not set CONFIG_MMC=y # CONFIG_MMC_DEBUG is not set # CONFIG_MMC_UNSAFE_RESUME is not set CONFIG_MMC_CLKGATE=y # # MMC/SD/SDIO Card Drivers # CONFIG_MMC_BLOCK=y CONFIG_MMC_BLOCK_MINORS=8 CONFIG_MMC_BLOCK_BOUNCE=y # CONFIG_SDIO_UART is not set # CONFIG_MMC_TEST is not set # # MMC/SD/SDIO Host Controller Drivers # CONFIG_MMC_SDHCI=y CONFIG_MMC_SDHCI_PCI=y CONFIG_MMC_RICOH_MMC=y # CONFIG_MMC_SDHCI_PLTFM is not set # CONFIG_MMC_WBSD is not set # CONFIG_MMC_TIFM_SD is not set # CONFIG_MMC_CB710 is not set # CONFIG_MMC_VIA_SDMMC is not set # CONFIG_MMC_VUB300 is not set # CONFIG_MMC_USHC is not set # CONFIG_MEMSTICK is not set CONFIG_NEW_LEDS=y CONFIG_LEDS_CLASS=y # # LED drivers # # CONFIG_LEDS_LM3530 is not set # CONFIG_LEDS_PCA9532 is not set # CONFIG_LEDS_LP3944 is not set # CONFIG_LEDS_LP5521 is not set # CONFIG_LEDS_LP5523 is not set # CONFIG_LEDS_CLEVO_MAIL is not set # CONFIG_LEDS_PCA955X is not set # CONFIG_LEDS_PCA9633 is not set # CONFIG_LEDS_BD2802 is not set # CONFIG_LEDS_INTEL_SS4200 is not set # CONFIG_LEDS_DELL_NETBOOKS is not set # CONFIG_LEDS_TCA6507 is not set # CONFIG_LEDS_LM3556 is not set # CONFIG_LEDS_OT200 is not set # CONFIG_LEDS_BLINKM is not set CONFIG_LEDS_TRIGGERS=y # # LED Triggers # # CONFIG_LEDS_TRIGGER_TIMER is not set # CONFIG_LEDS_TRIGGER_ONESHOT is not set # CONFIG_LEDS_TRIGGER_HEARTBEAT is not set # CONFIG_LEDS_TRIGGER_BACKLIGHT is not set # CONFIG_LEDS_TRIGGER_DEFAULT_ON is not set # # iptables trigger is under Netfilter config (LED target) # # CONFIG_LEDS_TRIGGER_TRANSIENT is not set # CONFIG_ACCESSIBILITY is not set # CONFIG_INFINIBAND is not set # CONFIG_EDAC is not set CONFIG_RTC_LIB=y CONFIG_RTC_CLASS=y # CONFIG_RTC_HCTOSYS is not set # CONFIG_RTC_DEBUG is not set # # RTC interfaces # CONFIG_RTC_INTF_SYSFS=y CONFIG_RTC_INTF_PROC=y CONFIG_RTC_INTF_DEV=y # CONFIG_RTC_INTF_DEV_UIE_EMUL is not set # CONFIG_RTC_DRV_TEST is not set # # I2C RTC drivers # # CONFIG_RTC_DRV_DS1307 is not set # CONFIG_RTC_DRV_DS1374 is not set # CONFIG_RTC_DRV_DS1672 is not set # CONFIG_RTC_DRV_DS3232 is not set # CONFIG_RTC_DRV_MAX6900 is not set # CONFIG_RTC_DRV_RS5C372 is not set # CONFIG_RTC_DRV_ISL1208 is not set # CONFIG_RTC_DRV_ISL12022 is not set # CONFIG_RTC_DRV_X1205 is not set # CONFIG_RTC_DRV_PCF8563 is not set # CONFIG_RTC_DRV_PCF8583 is not set # CONFIG_RTC_DRV_M41T80 is not set # CONFIG_RTC_DRV_BQ32K is not set # CONFIG_RTC_DRV_S35390A is not set # CONFIG_RTC_DRV_FM3130 is not set # CONFIG_RTC_DRV_RX8581 is not set # CONFIG_RTC_DRV_RX8025 is not set # CONFIG_RTC_DRV_EM3027 is not set # CONFIG_RTC_DRV_RV3029C2 is not set # # SPI RTC drivers # # # Platform RTC drivers # CONFIG_RTC_DRV_CMOS=y # CONFIG_RTC_DRV_DS1286 is not set # CONFIG_RTC_DRV_DS1511 is not set # CONFIG_RTC_DRV_DS1553 is not set # CONFIG_RTC_DRV_DS1742 is not set # CONFIG_RTC_DRV_STK17TA8 is not set # CONFIG_RTC_DRV_M48T86 is not set # CONFIG_RTC_DRV_M48T35 is not set # CONFIG_RTC_DRV_M48T59 is not set # CONFIG_RTC_DRV_MSM6242 is not set # CONFIG_RTC_DRV_BQ4802 is not set # CONFIG_RTC_DRV_RP5C01 is not set # CONFIG_RTC_DRV_V3020 is not set # # on-CPU RTC drivers # # CONFIG_DMADEVICES is not set # CONFIG_AUXDISPLAY is not set # CONFIG_UIO is not set # CONFIG_VFIO is not set # # Virtio drivers # # CONFIG_VIRTIO_PCI is not set # CONFIG_VIRTIO_BALLOON is not set # CONFIG_VIRTIO_MMIO is not set # # Microsoft Hyper-V guest support # # CONFIG_HYPERV is not set # # Xen driver support # CONFIG_XEN_BALLOON=y CONFIG_XEN_SELFBALLOONING=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_XEN_GRANT_DEV_ALLOC=y CONFIG_SWIOTLB_XEN=y CONFIG_XEN_TMEM=y CONFIG_XEN_PCIDEV_BACKEND=y CONFIG_XEN_PRIVCMD=y CONFIG_XEN_ACPI_PROCESSOR=y # CONFIG_XEN_MCE_LOG is not set # CONFIG_STAGING is not set CONFIG_X86_PLATFORM_DEVICES=y # CONFIG_ACER_WMI is not set # CONFIG_ACERHDF is not set # CONFIG_ASUS_LAPTOP is not set # CONFIG_DELL_WMI is not set # CONFIG_DELL_WMI_AIO is not set # CONFIG_FUJITSU_LAPTOP is not set # CONFIG_FUJITSU_TABLET is not set # CONFIG_AMILO_RFKILL is not set CONFIG_HP_ACCEL=m CONFIG_HP_WMI=m # CONFIG_MSI_LAPTOP is not set # CONFIG_PANASONIC_LAPTOP is not set # CONFIG_SONY_LAPTOP is not set # CONFIG_IDEAPAD_LAPTOP is not set # CONFIG_THINKPAD_ACPI is not set # CONFIG_SENSORS_HDAPS is not set # CONFIG_INTEL_MENLOW is not set CONFIG_ACPI_WMI=m # CONFIG_MSI_WMI is not set # CONFIG_TOPSTAR_LAPTOP is not set # CONFIG_ACPI_TOSHIBA is not set # CONFIG_TOSHIBA_BT_RFKILL is not set # CONFIG_ACPI_CMPC is not set # CONFIG_INTEL_IPS is not set # CONFIG_IBM_RTL is not set # CONFIG_XO15_EBOOK is not set # CONFIG_SAMSUNG_LAPTOP is not set # CONFIG_MXM_WMI is not set # CONFIG_INTEL_OAKTRAIL is not set # CONFIG_SAMSUNG_Q10 is not set # CONFIG_APPLE_GMUX is not set # # Hardware Spinlock drivers # CONFIG_CLKEVT_I8253=y CONFIG_I8253_LOCK=y CONFIG_CLKBLD_I8253=y CONFIG_IOMMU_API=y CONFIG_IOMMU_SUPPORT=y # CONFIG_AMD_IOMMU is not set CONFIG_DMAR_TABLE=y CONFIG_INTEL_IOMMU=y # CONFIG_INTEL_IOMMU_DEFAULT_ON is not set CONFIG_INTEL_IOMMU_FLOPPY_WA=y CONFIG_IRQ_REMAP=y # # Remoteproc drivers (EXPERIMENTAL) # # # Rpmsg drivers (EXPERIMENTAL) # # CONFIG_VIRT_DRIVERS is not set # CONFIG_PM_DEVFREQ is not set # CONFIG_EXTCON is not set # CONFIG_MEMORY is not set # CONFIG_IIO is not set # CONFIG_VME_BUS is not set # CONFIG_PWM is not set # # Firmware Drivers # # CONFIG_EDD is not set CONFIG_FIRMWARE_MEMMAP=y # CONFIG_DELL_RBU is not set # CONFIG_DCDBAS is not set # CONFIG_DMIID is not set # CONFIG_DMI_SYSFS is not set # CONFIG_ISCSI_IBFT_FIND is not set # CONFIG_GOOGLE_FIRMWARE is not set # # File systems # CONFIG_DCACHE_WORD_ACCESS=y CONFIG_EXT2_FS=y # CONFIG_EXT2_FS_XATTR is not set # CONFIG_EXT2_FS_XIP is not set CONFIG_EXT3_FS=m # CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set CONFIG_EXT3_FS_XATTR=y CONFIG_EXT3_FS_POSIX_ACL=y CONFIG_EXT3_FS_SECURITY=y CONFIG_EXT4_FS=m CONFIG_EXT4_FS_XATTR=y CONFIG_EXT4_FS_POSIX_ACL=y CONFIG_EXT4_FS_SECURITY=y # CONFIG_EXT4_DEBUG is not set CONFIG_JBD=m CONFIG_JBD2=m CONFIG_FS_MBCACHE=m # CONFIG_REISERFS_FS is not set # CONFIG_JFS_FS is not set CONFIG_XFS_FS=m # CONFIG_XFS_QUOTA is not set CONFIG_XFS_POSIX_ACL=y # CONFIG_XFS_RT is not set # CONFIG_XFS_DEBUG is not set # CONFIG_GFS2_FS is not set # CONFIG_BTRFS_FS is not set # CONFIG_NILFS2_FS is not set CONFIG_FS_POSIX_ACL=y CONFIG_EXPORTFS=m CONFIG_FILE_LOCKING=y CONFIG_FSNOTIFY=y CONFIG_DNOTIFY=y CONFIG_INOTIFY_USER=y CONFIG_FANOTIFY=y # CONFIG_QUOTA is not set # CONFIG_QUOTACTL is not set CONFIG_AUTOFS4_FS=m CONFIG_FUSE_FS=m # CONFIG_CUSE is not set CONFIG_GENERIC_ACL=y # # Caches # # CONFIG_FSCACHE is not set # # CD-ROM/DVD Filesystems # CONFIG_ISO9660_FS=m CONFIG_JOLIET=y CONFIG_ZISOFS=y CONFIG_UDF_FS=m CONFIG_UDF_NLS=y # # DOS/FAT/NT Filesystems # CONFIG_FAT_FS=y CONFIG_MSDOS_FS=y CONFIG_VFAT_FS=y CONFIG_FAT_DEFAULT_CODEPAGE=437 CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1" # CONFIG_NTFS_FS is not set # # Pseudo filesystems # CONFIG_PROC_FS=y CONFIG_PROC_KCORE=y CONFIG_PROC_VMCORE=y CONFIG_PROC_SYSCTL=y CONFIG_PROC_PAGE_MONITOR=y CONFIG_SYSFS=y CONFIG_TMPFS=y CONFIG_TMPFS_POSIX_ACL=y CONFIG_TMPFS_XATTR=y CONFIG_HUGETLBFS=y CONFIG_HUGETLB_PAGE=y # CONFIG_CONFIGFS_FS is not set # CONFIG_MISC_FILESYSTEMS is not set CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V2=m CONFIG_NFS_V3=m CONFIG_NFS_V3_ACL=y CONFIG_NFS_V4=m # CONFIG_NFS_SWAP is not set # CONFIG_NFS_V4_1 is not set # CONFIG_NFS_USE_LEGACY_DNS is not set CONFIG_NFS_USE_KERNEL_DNS=y # CONFIG_NFSD is not set CONFIG_LOCKD=m CONFIG_LOCKD_V4=y CONFIG_NFS_ACL_SUPPORT=m CONFIG_NFS_COMMON=y CONFIG_SUNRPC=m CONFIG_SUNRPC_GSS=m CONFIG_RPCSEC_GSS_KRB5=m # CONFIG_SUNRPC_DEBUG is not set # CONFIG_CEPH_FS is not set CONFIG_CIFS=m CONFIG_CIFS_STATS=y CONFIG_CIFS_STATS2=y # CONFIG_CIFS_WEAK_PW_HASH is not set # CONFIG_CIFS_UPCALL is not set CONFIG_CIFS_XATTR=y CONFIG_CIFS_POSIX=y # CONFIG_CIFS_DEBUG2 is not set # CONFIG_CIFS_DFS_UPCALL is not set CONFIG_CIFS_ACL=y # CONFIG_NCP_FS is not set # CONFIG_CODA_FS is not set # CONFIG_AFS_FS is not set CONFIG_NLS=y CONFIG_NLS_DEFAULT="utf8" CONFIG_NLS_CODEPAGE_437=y # CONFIG_NLS_CODEPAGE_737 is not set # CONFIG_NLS_CODEPAGE_775 is not set # CONFIG_NLS_CODEPAGE_850 is not set # CONFIG_NLS_CODEPAGE_852 is not set # CONFIG_NLS_CODEPAGE_855 is not set # CONFIG_NLS_CODEPAGE_857 is not set # CONFIG_NLS_CODEPAGE_860 is not set # CONFIG_NLS_CODEPAGE_861 is not set # CONFIG_NLS_CODEPAGE_862 is not set # CONFIG_NLS_CODEPAGE_863 is not set # CONFIG_NLS_CODEPAGE_864 is not set # CONFIG_NLS_CODEPAGE_865 is not set CONFIG_NLS_CODEPAGE_866=y # CONFIG_NLS_CODEPAGE_869 is not set # CONFIG_NLS_CODEPAGE_936 is not set # CONFIG_NLS_CODEPAGE_950 is not set # CONFIG_NLS_CODEPAGE_932 is not set # CONFIG_NLS_CODEPAGE_949 is not set # CONFIG_NLS_CODEPAGE_874 is not set # CONFIG_NLS_ISO8859_8 is not set # CONFIG_NLS_CODEPAGE_1250 is not set CONFIG_NLS_CODEPAGE_1251=y CONFIG_NLS_ASCII=y CONFIG_NLS_ISO8859_1=y # CONFIG_NLS_ISO8859_2 is not set # CONFIG_NLS_ISO8859_3 is not set # CONFIG_NLS_ISO8859_4 is not set CONFIG_NLS_ISO8859_5=y # CONFIG_NLS_ISO8859_6 is not set # CONFIG_NLS_ISO8859_7 is not set # CONFIG_NLS_ISO8859_9 is not set # CONFIG_NLS_ISO8859_13 is not set # CONFIG_NLS_ISO8859_14 is not set # CONFIG_NLS_ISO8859_15 is not set CONFIG_NLS_KOI8_R=y # CONFIG_NLS_KOI8_U is not set # CONFIG_NLS_MAC_ROMAN is not set # CONFIG_NLS_MAC_CELTIC is not set # CONFIG_NLS_MAC_CENTEURO is not set # CONFIG_NLS_MAC_CROATIAN is not set # CONFIG_NLS_MAC_CYRILLIC is not set # CONFIG_NLS_MAC_GAELIC is not set # CONFIG_NLS_MAC_GREEK is not set # CONFIG_NLS_MAC_ICELAND is not set # CONFIG_NLS_MAC_INUIT is not set # CONFIG_NLS_MAC_ROMANIAN is not set # CONFIG_NLS_MAC_TURKISH is not set CONFIG_NLS_UTF8=y # # Kernel hacking # CONFIG_TRACE_IRQFLAGS_SUPPORT=y CONFIG_PRINTK_TIME=y CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4 # CONFIG_ENABLE_WARN_DEPRECATED is not set # CONFIG_ENABLE_MUST_CHECK is not set CONFIG_FRAME_WARN=2048 # CONFIG_MAGIC_SYSRQ is not set # CONFIG_STRIP_ASM_SYMS is not set # CONFIG_UNUSED_SYMBOLS is not set # CONFIG_DEBUG_FS is not set # CONFIG_HEADERS_CHECK is not set # CONFIG_DEBUG_SECTION_MISMATCH is not set # CONFIG_DEBUG_KERNEL is not set # CONFIG_HARDLOCKUP_DETECTOR is not set # CONFIG_PANIC_ON_OOPS is not set CONFIG_PANIC_ON_OOPS_VALUE=0 # CONFIG_SLUB_DEBUG_ON is not set # CONFIG_SLUB_STATS is not set # CONFIG_SPARSE_RCU_POINTER is not set CONFIG_DEBUG_BUGVERBOSE=y CONFIG_DEBUG_MEMORY_INIT=y CONFIG_ARCH_WANT_FRAME_POINTERS=y # CONFIG_FRAME_POINTER is not set CONFIG_RCU_CPU_STALL_TIMEOUT=60 CONFIG_USER_STACKTRACE_SUPPORT=y CONFIG_HAVE_FUNCTION_TRACER=y CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y CONFIG_HAVE_FUNCTION_GRAPH_FP_TEST=y CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y CONFIG_HAVE_DYNAMIC_FTRACE=y CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y CONFIG_HAVE_SYSCALL_TRACEPOINTS=y CONFIG_HAVE_C_RECORDMCOUNT=y CONFIG_TRACING_SUPPORT=y # CONFIG_FTRACE is not set # CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set # CONFIG_DMA_API_DEBUG is not set # CONFIG_ATOMIC64_SELFTEST is not set # CONFIG_SAMPLES is not set CONFIG_HAVE_ARCH_KGDB=y CONFIG_HAVE_ARCH_KMEMCHECK=y # CONFIG_TEST_KSTRTOX is not set # CONFIG_STRICT_DEVMEM is not set CONFIG_X86_VERBOSE_BOOTUP=y CONFIG_EARLY_PRINTK=y # CONFIG_EARLY_PRINTK_DBGP is not set # CONFIG_DEBUG_SET_MODULE_RONX is not set # CONFIG_IOMMU_STRESS is not set CONFIG_HAVE_MMIOTRACE_SUPPORT=y CONFIG_IO_DELAY_TYPE_0X80=0 CONFIG_IO_DELAY_TYPE_0XED=1 CONFIG_IO_DELAY_TYPE_UDELAY=2 CONFIG_IO_DELAY_TYPE_NONE=3 CONFIG_IO_DELAY_0X80=y # CONFIG_IO_DELAY_0XED is not set # CONFIG_IO_DELAY_UDELAY is not set # CONFIG_IO_DELAY_NONE is not set CONFIG_DEFAULT_IO_DELAY_TYPE=0 # CONFIG_OPTIMIZE_INLINING is not set # # Security options # CONFIG_KEYS=y # CONFIG_ENCRYPTED_KEYS is not set # CONFIG_KEYS_DEBUG_PROC_KEYS is not set # CONFIG_SECURITY_DMESG_RESTRICT is not set # CONFIG_SECURITY is not set # CONFIG_SECURITYFS is not set # CONFIG_INTEL_TXT is not set CONFIG_DEFAULT_SECURITY_DAC=y CONFIG_DEFAULT_SECURITY="" CONFIG_CRYPTO=m # # Crypto core or helper # CONFIG_CRYPTO_ALGAPI=m CONFIG_CRYPTO_ALGAPI2=m CONFIG_CRYPTO_AEAD=m CONFIG_CRYPTO_AEAD2=m CONFIG_CRYPTO_BLKCIPHER=m CONFIG_CRYPTO_BLKCIPHER2=m CONFIG_CRYPTO_HASH=m CONFIG_CRYPTO_HASH2=m CONFIG_CRYPTO_RNG=m CONFIG_CRYPTO_RNG2=m CONFIG_CRYPTO_PCOMP=m CONFIG_CRYPTO_PCOMP2=m CONFIG_CRYPTO_MANAGER=m CONFIG_CRYPTO_MANAGER2=m # CONFIG_CRYPTO_USER is not set CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y CONFIG_CRYPTO_GF128MUL=m CONFIG_CRYPTO_NULL=m # CONFIG_CRYPTO_PCRYPT is not set CONFIG_CRYPTO_WORKQUEUE=m CONFIG_CRYPTO_CRYPTD=m CONFIG_CRYPTO_AUTHENC=m # CONFIG_CRYPTO_TEST is not set CONFIG_CRYPTO_ABLK_HELPER_X86=m CONFIG_CRYPTO_GLUE_HELPER_X86=m # # Authenticated Encryption with Associated Data # CONFIG_CRYPTO_CCM=m CONFIG_CRYPTO_GCM=m CONFIG_CRYPTO_SEQIV=m # # Block modes # CONFIG_CRYPTO_CBC=m CONFIG_CRYPTO_CTR=m CONFIG_CRYPTO_CTS=m CONFIG_CRYPTO_ECB=m CONFIG_CRYPTO_LRW=m # CONFIG_CRYPTO_PCBC is not set CONFIG_CRYPTO_XTS=m # # Hash modes # CONFIG_CRYPTO_HMAC=m # CONFIG_CRYPTO_XCBC is not set CONFIG_CRYPTO_VMAC=m # # Digest # CONFIG_CRYPTO_CRC32C=m CONFIG_CRYPTO_CRC32C_INTEL=m CONFIG_CRYPTO_GHASH=m CONFIG_CRYPTO_MD4=m CONFIG_CRYPTO_MD5=m CONFIG_CRYPTO_MICHAEL_MIC=m # CONFIG_CRYPTO_RMD128 is not set # CONFIG_CRYPTO_RMD160 is not set # CONFIG_CRYPTO_RMD256 is not set # CONFIG_CRYPTO_RMD320 is not set CONFIG_CRYPTO_SHA1=m CONFIG_CRYPTO_SHA1_SSSE3=m CONFIG_CRYPTO_SHA256=m CONFIG_CRYPTO_SHA512=m # CONFIG_CRYPTO_TGR192 is not set # CONFIG_CRYPTO_WP512 is not set # CONFIG_CRYPTO_GHASH_CLMUL_NI_INTEL is not set # # Ciphers # CONFIG_CRYPTO_AES=m CONFIG_CRYPTO_AES_X86_64=m CONFIG_CRYPTO_AES_NI_INTEL=m # CONFIG_CRYPTO_ANUBIS is not set CONFIG_CRYPTO_ARC4=m CONFIG_CRYPTO_BLOWFISH=m CONFIG_CRYPTO_BLOWFISH_COMMON=m CONFIG_CRYPTO_BLOWFISH_X86_64=m CONFIG_CRYPTO_CAMELLIA=m CONFIG_CRYPTO_CAMELLIA_X86_64=m # CONFIG_CRYPTO_CAST5 is not set # CONFIG_CRYPTO_CAST6 is not set CONFIG_CRYPTO_DES=m CONFIG_CRYPTO_FCRYPT=m CONFIG_CRYPTO_KHAZAD=m # CONFIG_CRYPTO_SALSA20 is not set # CONFIG_CRYPTO_SALSA20_X86_64 is not set # CONFIG_CRYPTO_SEED is not set CONFIG_CRYPTO_SERPENT=m CONFIG_CRYPTO_SERPENT_SSE2_X86_64=m CONFIG_CRYPTO_SERPENT_AVX_X86_64=m # CONFIG_CRYPTO_TEA is not set # CONFIG_CRYPTO_TWOFISH is not set CONFIG_CRYPTO_TWOFISH_COMMON=m CONFIG_CRYPTO_TWOFISH_X86_64=m CONFIG_CRYPTO_TWOFISH_X86_64_3WAY=m CONFIG_CRYPTO_TWOFISH_AVX_X86_64=m # # Compression # # CONFIG_CRYPTO_DEFLATE is not set CONFIG_CRYPTO_ZLIB=m # CONFIG_CRYPTO_LZO is not set # # Random Number Generation # # CONFIG_CRYPTO_ANSI_CPRNG is not set CONFIG_CRYPTO_USER_API=m CONFIG_CRYPTO_USER_API_HASH=m CONFIG_CRYPTO_USER_API_SKCIPHER=m # CONFIG_CRYPTO_HW is not set CONFIG_HAVE_KVM=y # CONFIG_VIRTUALIZATION is not set # CONFIG_BINARY_PRINTF is not set # # Library routines # CONFIG_BITREVERSE=y CONFIG_GENERIC_STRNCPY_FROM_USER=y CONFIG_GENERIC_STRNLEN_USER=y CONFIG_GENERIC_FIND_FIRST_BIT=y CONFIG_GENERIC_PCI_IOMAP=y CONFIG_GENERIC_IOMAP=y CONFIG_GENERIC_IO=y CONFIG_CRC_CCITT=m CONFIG_CRC16=m CONFIG_CRC_T10DIF=y CONFIG_CRC_ITU_T=m CONFIG_CRC32=y # CONFIG_CRC32_SELFTEST is not set CONFIG_CRC32_SLICEBY8=y # CONFIG_CRC32_SLICEBY4 is not set # CONFIG_CRC32_SARWATE is not set # CONFIG_CRC32_BIT is not set # CONFIG_CRC7 is not set # CONFIG_LIBCRC32C is not set CONFIG_CRC8=m CONFIG_ZLIB_INFLATE=y CONFIG_ZLIB_DEFLATE=m CONFIG_LZO_COMPRESS=y CONFIG_LZO_DECOMPRESS=y CONFIG_XZ_DEC=y CONFIG_XZ_DEC_X86=y CONFIG_XZ_DEC_POWERPC=y CONFIG_XZ_DEC_IA64=y CONFIG_XZ_DEC_ARM=y CONFIG_XZ_DEC_ARMTHUMB=y CONFIG_XZ_DEC_SPARC=y CONFIG_XZ_DEC_BCJ=y # CONFIG_XZ_DEC_TEST is not set CONFIG_DECOMPRESS_GZIP=y CONFIG_DECOMPRESS_BZIP2=y CONFIG_DECOMPRESS_LZMA=y CONFIG_DECOMPRESS_XZ=y CONFIG_DECOMPRESS_LZO=y CONFIG_HAS_IOMEM=y CONFIG_HAS_IOPORT=y CONFIG_HAS_DMA=y CONFIG_CPU_RMAP=y CONFIG_DQL=y CONFIG_NLATTR=y CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y CONFIG_AVERAGE=y CONFIG_CORDIC=m # CONFIG_DDR is not set --nextPart3067648.DJBC2Fm2k1 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 --nextPart3067648.DJBC2Fm2k1-- From xen-users-bounces@lists.xen.org Wed Jan 30 15:03:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 15: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 1U0ZBN-0004cq-Jv; Wed, 30 Jan 2013 15:02:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0ZBM-0004ca-A8; Wed, 30 Jan 2013 15:02:36 +0000 Received: from [193.109.254.147:21964] by server-15.bemta-14.messagelabs.com id 03/67-24599-B0639015; Wed, 30 Jan 2013 15:02:35 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-15.tower-27.messagelabs.com!1359558148!2214766!1 X-Originating-IP: [192.134.164.104] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5422 invoked from network); 30 Jan 2013 15:02:29 -0000 Received: from mail3-relais-sop.national.inria.fr (HELO mail3-relais-sop.national.inria.fr) (192.134.164.104) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 15:02:29 -0000 X-IronPort-AV: E=Sophos;i="4.84,569,1355094000"; d="scan'208";a="513204" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 16:01:40 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0ZBE-0007sV-3O; Wed, 30 Jan 2013 16:02:28 +0100 Date: Wed, 30 Jan 2013 16:02:28 +0100 From: Samuel Thibault To: Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users Message-ID: <20130130150228.GC6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> <20130130122608.GU6193@type.bordeaux.inria.fr> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130130122608.GU6193@type.bordeaux.inria.fr> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Samuel Thibault, le Wed 30 Jan 2013 13:26:08 +0100, a =E9crit : > There are still quite a few tricky things to do, so I don't think PVH > is half-way between PV and PVHVM. Please scratch that. With the answers to my questions, it seems there is very little needed work once one has PVHVM. Mostly some plumbing in the early boot and device detection. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 15:03:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 15: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 1U0ZBN-0004cq-Jv; Wed, 30 Jan 2013 15:02:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0ZBM-0004ca-A8; Wed, 30 Jan 2013 15:02:36 +0000 Received: from [193.109.254.147:21964] by server-15.bemta-14.messagelabs.com id 03/67-24599-B0639015; Wed, 30 Jan 2013 15:02:35 +0000 X-Env-Sender: samuel.thibault@ens-lyon.org X-Msg-Ref: server-15.tower-27.messagelabs.com!1359558148!2214766!1 X-Originating-IP: [192.134.164.104] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5422 invoked from network); 30 Jan 2013 15:02:29 -0000 Received: from mail3-relais-sop.national.inria.fr (HELO mail3-relais-sop.national.inria.fr) (192.134.164.104) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 15:02:29 -0000 X-IronPort-AV: E=Sophos;i="4.84,569,1355094000"; d="scan'208";a="513204" Received: from unknown (HELO type.ipv6) ([193.50.110.226]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 30 Jan 2013 16:01:40 +0100 Received: from samy by type.ipv6 with local (Exim 4.80) (envelope-from ) id 1U0ZBE-0007sV-3O; Wed, 30 Jan 2013 16:02:28 +0100 Date: Wed, 30 Jan 2013 16:02:28 +0100 From: Samuel Thibault To: Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users Message-ID: <20130130150228.GC6193@type.bordeaux.inria.fr> Mail-Followup-To: Samuel Thibault , Roger Pau =?iso-8859-1?Q?Monn=E9?= , George Dunlap , tech mailinglists , "xen-devel@lists.xen.org" , xen-users References: <20130130104727.GI6193@type.bordeaux.inria.fr> <5108FFC4.3030608@citrix.com> <20130130122016.GQ6193@type.bordeaux.inria.fr> <20130130122608.GU6193@type.bordeaux.inria.fr> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130130122608.GU6193@type.bordeaux.inria.fr> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Subject: Re: [Xen-users] [Xen-devel] Questions about PVH in Xen 4.3 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Samuel Thibault, le Wed 30 Jan 2013 13:26:08 +0100, a =E9crit : > There are still quite a few tricky things to do, so I don't think PVH > is half-way between PV and PVHVM. Please scratch that. With the answers to my questions, it seems there is very little needed work once one has PVHVM. Mostly some plumbing in the early boot and device detection. Samuel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jan 30 15:42:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 15:42: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 1U0ZiJ-0005bG-Ui; Wed, 30 Jan 2013 15:36:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0ZiC-0005bB-9P for xen-users@lists.xen.org; Wed, 30 Jan 2013 15:36:33 +0000 Received: from [85.158.139.211:2501] by server-14.bemta-5.messagelabs.com id 3B/DF-06967-FFD39015; Wed, 30 Jan 2013 15:36:31 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1359560141!20369043!1 X-Originating-IP: [209.85.128.170] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18885 invoked from network); 30 Jan 2013 15:35:42 -0000 Received: from mail-ve0-f170.google.com (HELO mail-ve0-f170.google.com) (209.85.128.170) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 15:35:42 -0000 Received: by mail-ve0-f170.google.com with SMTP id 14so552238vea.15 for ; Wed, 30 Jan 2013 07:35:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=jAKtE0Vd0K+da4gGeHBwO1bqnh/ifIarABCbtPe+OPs=; b=cfC5Io5AYvKxwOK7tBaazZ4WOFXmYYFHRodmNSvfzhdeoZwOJLCImCIYBluLyD3RHO m/JmE5nA9DfTc2eI6ns23ld/9vqTRh6P1ZEbuF7c8SMP0gXQZSTveGEfu7s+7rBpvKvq 5/KwXETOw0Z1V3A/SUVFtJFzvmjoUazfEG7oKKUBBKN6AHXD/hwg/AbkwKchp7Vd1Iib Ncu1CiYIvGCdD71m4tmbhJfqa5/jSmZa3tqjxYkMsbXCVo7q4VJFdElxxky4wWss5z4R TtoAecaCss1fhNa/7GeiRS0yHqjVrKWr6sid5i/NVuCNE6jA69TSbL/TBZft0Ozn8UgF F1iA== MIME-Version: 1.0 X-Received: by 10.220.208.204 with SMTP id gd12mr5199334vcb.27.1359560140883; Wed, 30 Jan 2013 07:35:40 -0800 (PST) Received: by 10.58.32.199 with HTTP; Wed, 30 Jan 2013 07:35:40 -0800 (PST) In-Reply-To: <1655605.ZAW1kWyVl3@zeus> References: <1655605.ZAW1kWyVl3@zeus> Date: Wed, 30 Jan 2013 10:35:40 -0500 Message-ID: From: Casey DeLorme To: =?UTF-8?B?0JHQvtGA0L7QtNC60LjQvSDQodC10YDQs9C10Lk=?= Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2.1. BSOD in Windows guests 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="===============3494787911115305782==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3494787911115305782== Content-Type: multipart/alternative; boundary=bcaec54fadca3f85b004d4834303 --bcaec54fadca3f85b004d4834303 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Jan 29, 2013 at 1:47 PM, =D0=91=D0=BE=D1=80=D0=BE=D0=B4=D0=BA=D0=B8= =D0=BD =D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9 wrote: > Hello, > > I configured xen with enabled passthrough primary VGA card (Intel > Integrated > grafphic controller HD 3000) and audio controller (Intel HD audio) to hvm > guest. > I also installed GPLPV drivers to improve performance. > And it works for Windows XP (x86) and Windows 7 (x86_64). > > But I get a BSOD, when I try to load a disk or network subsystem or start > Windows 7 performance test. > Steps to reproduce > 1) enable PCI passthrough and pass primary VGA card > 2) Try to copy a large file (3G for example) over the network into guest. > ( or > try to install large application) > Symptoms: > 1) A graphical artifacts appears > 2) Then comes the BSOD and each time with different messages. > > If VGA passthrough is off, there is no such problems. > > Any ideas? > If this error only occurs during large network transfers have you tried without GPLPV Drivers, or more specifically a non-PVHVM network adapter? Probably unrelated, but why did you force HPET off? Per Man Pages "Enables or disables HPET (High Precision Event Timer). This option is enabled by default and you should usually omit it. It may be necessary to disable the HPET in order to improve compatibility with guest Operating Systems (X86 only)". My xl info in xl_info.txt in attachment. > > My xl dmesg in xl_dmesg.txt in attachment. > > Domain 0 kernel configuraton in dom0.config. > > Guest cfg is xl_hvm.cfg in attachment. > By the way /dev/mapper/oxen0 is opened LUKS partition > > Can you supply your error logs (/var/logs/xen/), they might be helpful in determining the cause of the crash. > Thank you. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --bcaec54fadca3f85b004d4834303 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Jan 29, 2013 at 1:47 PM, =D0=91=D0=BE=D1=80=D0=BE= =D0=B4=D0=BA=D0=B8=D0=BD =D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9 <bor= odkin.sergey@gmail.com> wrote:
=
Hello,

I configured xen with enabled passthrough primary VGA card (Intel Integrate= d
grafphic controller HD 3000) and audio controller (Intel HD audio) to hvm guest.
I also installed GPLPV drivers to improve performance.
And it works for Windows XP (x86) and Windows 7 (x86_64).

But I get a BSOD, when I try to load a disk or network subsystem or start Windows 7 performance test.
Steps to reproduce
1) enable PCI passthrough and pass primary VGA card
2) Try to copy a large file (3G for example) over the network into guest. (= or
try to install large application)
Symptoms:
1) A graphical artifacts appears
2) Then comes the BSOD and each time with different messages.

If VGA passthrough is off, there is no such problems.

Any ideas?

If this error only occurs du= ring large network transfers have you tried without GPLPV Drivers, or more = specifically a non-PVHVM network adapter?

Probably= unrelated, but why did you force HPET off?

Per Man Pages "Enables or disables HPET (High Prec= ision Event Timer). This option is enabled by default and you should usuall= y omit it. It may be necessary to disable the HPET in order to improve comp= atibility with guest Operating Systems (X86 only)".=C2=A0

My xl info in xl_info.txt in attachment.

My xl dmesg in xl_dmesg.txt in attachment.

Domain 0 kernel configuraton in dom0.config.

Guest cfg is xl_hvm.cfg in attachment.
By the way /dev/mapper/oxen0 is opened LUKS partition


Can you supply your error logs (/var/l= ogs/xen/), they might be helpful in determining the cause of the crash.
=C2=A0
Thank you.

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

--bcaec54fadca3f85b004d4834303-- --===============3494787911115305782== 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 --===============3494787911115305782==-- From xen-users-bounces@lists.xen.org Wed Jan 30 15:42:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 15:42: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 1U0ZiJ-0005bG-Ui; Wed, 30 Jan 2013 15:36:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0ZiC-0005bB-9P for xen-users@lists.xen.org; Wed, 30 Jan 2013 15:36:33 +0000 Received: from [85.158.139.211:2501] by server-14.bemta-5.messagelabs.com id 3B/DF-06967-FFD39015; Wed, 30 Jan 2013 15:36:31 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1359560141!20369043!1 X-Originating-IP: [209.85.128.170] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18885 invoked from network); 30 Jan 2013 15:35:42 -0000 Received: from mail-ve0-f170.google.com (HELO mail-ve0-f170.google.com) (209.85.128.170) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 15:35:42 -0000 Received: by mail-ve0-f170.google.com with SMTP id 14so552238vea.15 for ; Wed, 30 Jan 2013 07:35:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=jAKtE0Vd0K+da4gGeHBwO1bqnh/ifIarABCbtPe+OPs=; b=cfC5Io5AYvKxwOK7tBaazZ4WOFXmYYFHRodmNSvfzhdeoZwOJLCImCIYBluLyD3RHO m/JmE5nA9DfTc2eI6ns23ld/9vqTRh6P1ZEbuF7c8SMP0gXQZSTveGEfu7s+7rBpvKvq 5/KwXETOw0Z1V3A/SUVFtJFzvmjoUazfEG7oKKUBBKN6AHXD/hwg/AbkwKchp7Vd1Iib Ncu1CiYIvGCdD71m4tmbhJfqa5/jSmZa3tqjxYkMsbXCVo7q4VJFdElxxky4wWss5z4R TtoAecaCss1fhNa/7GeiRS0yHqjVrKWr6sid5i/NVuCNE6jA69TSbL/TBZft0Ozn8UgF F1iA== MIME-Version: 1.0 X-Received: by 10.220.208.204 with SMTP id gd12mr5199334vcb.27.1359560140883; Wed, 30 Jan 2013 07:35:40 -0800 (PST) Received: by 10.58.32.199 with HTTP; Wed, 30 Jan 2013 07:35:40 -0800 (PST) In-Reply-To: <1655605.ZAW1kWyVl3@zeus> References: <1655605.ZAW1kWyVl3@zeus> Date: Wed, 30 Jan 2013 10:35:40 -0500 Message-ID: From: Casey DeLorme To: =?UTF-8?B?0JHQvtGA0L7QtNC60LjQvSDQodC10YDQs9C10Lk=?= Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2.1. BSOD in Windows guests 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="===============3494787911115305782==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3494787911115305782== Content-Type: multipart/alternative; boundary=bcaec54fadca3f85b004d4834303 --bcaec54fadca3f85b004d4834303 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Jan 29, 2013 at 1:47 PM, =D0=91=D0=BE=D1=80=D0=BE=D0=B4=D0=BA=D0=B8= =D0=BD =D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9 wrote: > Hello, > > I configured xen with enabled passthrough primary VGA card (Intel > Integrated > grafphic controller HD 3000) and audio controller (Intel HD audio) to hvm > guest. > I also installed GPLPV drivers to improve performance. > And it works for Windows XP (x86) and Windows 7 (x86_64). > > But I get a BSOD, when I try to load a disk or network subsystem or start > Windows 7 performance test. > Steps to reproduce > 1) enable PCI passthrough and pass primary VGA card > 2) Try to copy a large file (3G for example) over the network into guest. > ( or > try to install large application) > Symptoms: > 1) A graphical artifacts appears > 2) Then comes the BSOD and each time with different messages. > > If VGA passthrough is off, there is no such problems. > > Any ideas? > If this error only occurs during large network transfers have you tried without GPLPV Drivers, or more specifically a non-PVHVM network adapter? Probably unrelated, but why did you force HPET off? Per Man Pages "Enables or disables HPET (High Precision Event Timer). This option is enabled by default and you should usually omit it. It may be necessary to disable the HPET in order to improve compatibility with guest Operating Systems (X86 only)". My xl info in xl_info.txt in attachment. > > My xl dmesg in xl_dmesg.txt in attachment. > > Domain 0 kernel configuraton in dom0.config. > > Guest cfg is xl_hvm.cfg in attachment. > By the way /dev/mapper/oxen0 is opened LUKS partition > > Can you supply your error logs (/var/logs/xen/), they might be helpful in determining the cause of the crash. > Thank you. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --bcaec54fadca3f85b004d4834303 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Jan 29, 2013 at 1:47 PM, =D0=91=D0=BE=D1=80=D0=BE= =D0=B4=D0=BA=D0=B8=D0=BD =D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9 <bor= odkin.sergey@gmail.com> wrote:
=
Hello,

I configured xen with enabled passthrough primary VGA card (Intel Integrate= d
grafphic controller HD 3000) and audio controller (Intel HD audio) to hvm guest.
I also installed GPLPV drivers to improve performance.
And it works for Windows XP (x86) and Windows 7 (x86_64).

But I get a BSOD, when I try to load a disk or network subsystem or start Windows 7 performance test.
Steps to reproduce
1) enable PCI passthrough and pass primary VGA card
2) Try to copy a large file (3G for example) over the network into guest. (= or
try to install large application)
Symptoms:
1) A graphical artifacts appears
2) Then comes the BSOD and each time with different messages.

If VGA passthrough is off, there is no such problems.

Any ideas?

If this error only occurs du= ring large network transfers have you tried without GPLPV Drivers, or more = specifically a non-PVHVM network adapter?

Probably= unrelated, but why did you force HPET off?

Per Man Pages "Enables or disables HPET (High Prec= ision Event Timer). This option is enabled by default and you should usuall= y omit it. It may be necessary to disable the HPET in order to improve comp= atibility with guest Operating Systems (X86 only)".=C2=A0

My xl info in xl_info.txt in attachment.

My xl dmesg in xl_dmesg.txt in attachment.

Domain 0 kernel configuraton in dom0.config.

Guest cfg is xl_hvm.cfg in attachment.
By the way /dev/mapper/oxen0 is opened LUKS partition


Can you supply your error logs (/var/l= ogs/xen/), they might be helpful in determining the cause of the crash.
=C2=A0
Thank you.

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

--bcaec54fadca3f85b004d4834303-- --===============3494787911115305782== 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 --===============3494787911115305782==-- From xen-users-bounces@lists.xen.org Wed Jan 30 15:42:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 15:42: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 1U0ZhL-0005b0-7S; Wed, 30 Jan 2013 15:35:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0ZhI-0005av-9V for xen-users@lists.xensource.com; Wed, 30 Jan 2013 15:35:38 +0000 Received: from [193.109.254.147:17187] by server-4.bemta-14.messagelabs.com id FF/42-20719-6CD39015; Wed, 30 Jan 2013 15:35:34 +0000 X-Env-Sender: Markus@hochholdinger.net X-Msg-Ref: server-15.tower-27.messagelabs.com!1359560129!2219093!1 X-Originating-IP: [89.19.235.135] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27390 invoked from network); 30 Jan 2013 15:35:30 -0000 Received: from group.wh-serverpark.com (HELO group.wh-serverpark.com) (89.19.235.135) by server-15.tower-27.messagelabs.com with SMTP; 30 Jan 2013 15:35:30 -0000 Received: from localhost (localhost [127.0.0.1]) by group.wh-serverpark.com (Postfix) with ESMTP id C5720980A4; Wed, 30 Jan 2013 16:35:28 +0100 (CET) X-Virus-Scanned: amavisd-new at valiant.wh-serverpark.com Received: from group.wh-serverpark.com ([127.0.0.1]) by localhost (group.wh-serverpark.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77CO-oEU71FE; Wed, 30 Jan 2013 16:35:25 +0100 (CET) Received: from enterprise.localnet (et-0-30.gw-nat.bs.kae.de.oneandone.net [212.227.35.94]) by group.wh-serverpark.com (Postfix) with ESMTPSA id BD85098092; Wed, 30 Jan 2013 16:35:25 +0100 (CET) From: Markus Hochholdinger To: Ian Campbell Date: Wed, 30 Jan 2013 16:35:14 +0100 User-Agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) References: <201301291646.43567.Markus@hochholdinger.net> <201301292032.14919.Markus@hochholdinger.net> <1359538566.12252.171.camel@zakaz.uk.xensource.com> In-Reply-To: <1359538566.12252.171.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Message-Id: <201301301635.25005.Markus@hochholdinger.net> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] linux stubdom X-BeenThere: xen-users@lists.xen.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="===============3541025839697328918==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3541025839697328918== Content-Type: multipart/signed; boundary="nextPart1772174.7oSWx7isUW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart1772174.7oSWx7isUW Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, Am 30.01.2013 um 10:36 Uhr schrieb Ian Campbell : > On Tue, 2013-01-29 at 19:32 +0000, Markus Hochholdinger wrote: > > Am 29.01.2013 um 17:36 Uhr schrieb Ian Campbell : > > > On Tue, 2013-01-29 at 15:46 +0000, Markus Hochholdinger wrote: [..] > The change of $domid doesn't matter since a migration involves > reconnecting the devices anyway, which means thy will reconnect to the > "new" driver domain. OK, I understand that not a numeric id has to be equal but the name of the= =20 driver domU. > The normal way would be to have a driver domain per host but there's no > reason you couldn't make it such that the driver domain was migrated too > (you'd have to do some hacking to make this work). If my driver domU is on the same hardware host as the domU I don't have to= =20 care about split brain situations for the storage. So my idea is to have on= e=20 driver domU for each normal domU. And the live migration is possible difficult. As I understand I have to cre= ate=20 somehow the driver domU on the destination to have the block device my norm= al=20 domU is to be connected. I'll look into this if I find no easier solution. > AIUI you currently have a RAID1 device in the guest, presumably > constructed from 2 xvd* devices? What are those two xvda devices are > backed by? I presume it must be some sort of network storage (NFS, > iSCSI, NBD, DRDB) or else you just couldn't migrate. Well, perhaps some device path say more than my bad english: node1:/dev/xbd/mydomu.node1 -> /dev/vg0/mydomu (also exported over iscsi) node1:/dev/xbd/mydomu.node2 -> /dev/sdx (imported over iscsi) node2:/dev/xbd/mydomu.node1 -> /dev/sdy (imported over iscsi) node2:/dev/xbd/mydomu.node2 -> /dev/vg0/mydomu (also exported over iscsi) node3:/dev/xbd/mydomu.node1 -> /dev/sdy (imported over iscsi) node3:/dev/xbd/mydomu.node2 -> /dev/sdz (imported over iscsi) In /dev/xbd/* there are only symlinks to the according device so I have=20 consistent path on all nodes. On all hardware nodes (node1, node2 and node3) I can access the logical vol= ume=20 /dev/vg0/mydomu on node1 with the path /dev/xbd/mydomu.node1 which I use in= my=20 domU configurations. If I'm not on node1 the block device is transported ov= er=20 iscsi. Because on all nodes /dev/xbd/mydomu.node1 points to the same block= =20 device I'm able to live migrate the domUs independently where the physical= =20 location of the logical volume is. So my xvda and xvdb inside the domU are baked by /dev/xbd/mydomu.node1 and= =20 /dev/xbd/mydomu.node2 and if one or both of these logical volumes are not=20 local it uses iscsi (in dom0) for transport. > Are you intending to instead run the RAID1 device in a "driver domain", > constructed from 2 xvd* devices exported from dom0 and exporting that as > a single xvd* device to the guest? Yes, somehow. But the exported devices from dom0 don't have to be local=20 logical volumes of the dom0 but can be remote iscsi block devices. =46or me it is very important to be able to live migrate domUs but also hav= e the=20 storage at least redundant over two nodes. > Or are you intending to surface the > network storage directly into the driver domain, construct the RAID > device from those and export that as an xvd* to the guest? No. > > Do you know how I can live migrate a domU which depends on a driver dom= U? > > How can I migrate the driver domU? > > For my understanding the block device has to be there on the destination > > dom0 before live migration begins but is also used on the source dom0 > > from the migrating, but still running, domU. > Not quite, when you migrate there is a pause period while the final copy > over occurs and at this point you can safely remove the device from the > source host and make it available on the target host. The toolstack will Isn't the domU on the destination created with all its virtual devices befo= re=20 the migration starts? What if the blkback is not ready on the destination=20 host? Am I missing something? > ensure that the block device is only ever active on one end of the other > and never on both -- otherwise you would get potential corruption. Yeah, this is the problem! If I migrate the active raid1 logic within the d= omU=20 (aka linux software raid1) I don't have to care. I'll try to accomplish the= =20 same with a "helper" domU very near to the normal domU and which is live=20 migrated while the normal domU is migrated. > While you could migrate the driver domain during the main domU's pause > period it is much more normal to simply have a driver domain on each > host and dynamically configure the storage as you migrate. If I dynamically create the software raid1 I have to add a lot of checks wh= ich=20 I don't need now. I've already thought about a software raid1 in the dom0 and the resulting m= d=20 device as xvda for a domU. But I have to assemble the md device on the=20 destination host before I can deactivate the md device on the source host. = The=20 race condition is, if I deactivate the md device on the source host while d= ata=20 is only written to one of the two devices. On the destination host my raid1= =20 seems clean but my two devices differ. The other race condition is, if my=20 raid1 is inconsistent while assembling on the destination host. > > Can I combine a driver domU to a normal domU like I can combine a stubd= om > > with a normal domU? > If you want, it would be more typical to have a single driver domain > providing block services to all domains (or one per underlying physical > block device). I want :-) A single driver domain would need more logic (for me) while doin= g=20 live migrations. > > I thought a stubdom live migrates with its domU so you don't have to > > worry that the driver domU live migrates while the according normal domU > > migrates. > A stubdom is a bit of an overloaded term. If you mean an ioemu stub > domain (i.e. the qemu associated with an HVM guest) then a new one of > those is started on the target host each time you migrate. OK, this isn't what I want. For me a (re)start on the destination host is n= o=20 better than if I would do the software raid1 in dom0. > If you mean a xenstored stubdom then those are per host and are not > migrated. Hm, if they are not migrated they don't behave like I expect. > And if you mean a driver domain then as I say those are usually per host > and the domain will be connected to the appropriate local driver domain > on the target host. OK, it seems I want a driver domain which I would migrate while migrating t= he=20 according normal domU. [..] > > OK, I see. But still, would it be possible to run linux in a stub-domai= n? > > I've read e.g. > > http://blog.xen.org/index.php/2012/12/12/linux-stub-domain/ which > > describes this, but I'm unsure if this will be (or is already) supported > > by current xen? > This work is about a Linux ioemu stub domain. That is a stubdomain with > the sole purpose of running the qemu emulation process for an HVM > domain. I think the intention is for this to land in Xen 4.3 but it does > not have anything to do with your usecase AFAICT. OK, I see that. If the linux ioemu stub domu would be (re)started on the=20 destination host on a live migration it doesn't solve my problem. > Everything you want to do is already possible with what is in Xen and > Linux today, in that the mechanisms all exist. However what you are > doing is not something which others have done and so there will > necessarily need to be a certain amount of putting the pieces together > on your part. Yeah, this gives hope to me :-) [..] > > Yes, I would provide two block devices (logical volumes) into the driver > > domU, > How are you doing this? Where do those logical device come from and how > are they getting into the driver domU? See the explanation above for details, the logical volumes come from the lo= cal=20 host and/or from remote hosts over isccsi with a consistent path on all hos= ts. > > create there a software raid1 device and make the md device available > > with blkback. I would do this for each domU so I can live migrate domUs > > independent. The driver domU only needs a kernel and a initrd with a > > rootfs filled with enough to build the md device and export it with > > blkback. > > But how can I address this exported block device? As far as I've seen I > > need the $domid of the driver domain in my config file of the domU, or > > am I missing something? > $domid can also be a domain name, and you can also change this over > migration by providing an updated configuration file (at least with xl). If $domid can be a name it really would be possible for me. Great! > > So this would be a dependency that the driver domain is started before > > the stubdom with qemu. > Yes. > > In some subdom-startup script I saw the parameter "target" while creati= ng > > the stubdom. Is this a possibility to combine two domUs? > I think "target" in this context refers to the HVM guest for which the > ioemu-stubdom is providing services. Yes, I've also thought this way. So my idea was to create a driver domain w= ith=20 target to the according domU so I only "see" one domU. It could ease the=20 management I've thought. > > As far as I understand with a driver domU I need the $domid of the driv= er > > domU in my config, so this is the connection between the two domUs. > > But with stub-domains I haven't understand how data flows between stubd= om > > and domU and because I've seen a lot of nice little pictures describing > > that I/O flows between domU over stubdom to dom0 and backwards I thought > > stub-domains would be the way to go. > Only if you are using emulated I/O. I assumed you were using PV I/O, is > that not the case? OK, my bad. I've two use cases: 1. Provide a redundant block device for a PV domU but I'm not able to manage the software raid1 inside the domU. 2. Provide a redundant block device for a HVM domU for operating systems wh= ich have no (good) software raid1 implementation. Many thanks so far, I'll try the driver domain approach and test if it solv= es=20 my problem and if it looses not too much performance. =2D-=20 greetings eMHa --nextPart1772174.7oSWx7isUW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEABECAAYFAlEJPbIACgkQXT3LE+AjWCvydQCgqL2xTB4ZB4GXtnfN7gQ4rSZn hmQAn3OeioABN4PcsrZRaozGOpSvQeB3 =E3Or -----END PGP SIGNATURE----- --nextPart1772174.7oSWx7isUW-- --===============3541025839697328918== 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 --===============3541025839697328918==-- From xen-users-bounces@lists.xen.org Wed Jan 30 15:42:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 15:42: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 1U0ZhL-0005b0-7S; Wed, 30 Jan 2013 15:35:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0ZhI-0005av-9V for xen-users@lists.xensource.com; Wed, 30 Jan 2013 15:35:38 +0000 Received: from [193.109.254.147:17187] by server-4.bemta-14.messagelabs.com id FF/42-20719-6CD39015; Wed, 30 Jan 2013 15:35:34 +0000 X-Env-Sender: Markus@hochholdinger.net X-Msg-Ref: server-15.tower-27.messagelabs.com!1359560129!2219093!1 X-Originating-IP: [89.19.235.135] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27390 invoked from network); 30 Jan 2013 15:35:30 -0000 Received: from group.wh-serverpark.com (HELO group.wh-serverpark.com) (89.19.235.135) by server-15.tower-27.messagelabs.com with SMTP; 30 Jan 2013 15:35:30 -0000 Received: from localhost (localhost [127.0.0.1]) by group.wh-serverpark.com (Postfix) with ESMTP id C5720980A4; Wed, 30 Jan 2013 16:35:28 +0100 (CET) X-Virus-Scanned: amavisd-new at valiant.wh-serverpark.com Received: from group.wh-serverpark.com ([127.0.0.1]) by localhost (group.wh-serverpark.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77CO-oEU71FE; Wed, 30 Jan 2013 16:35:25 +0100 (CET) Received: from enterprise.localnet (et-0-30.gw-nat.bs.kae.de.oneandone.net [212.227.35.94]) by group.wh-serverpark.com (Postfix) with ESMTPSA id BD85098092; Wed, 30 Jan 2013 16:35:25 +0100 (CET) From: Markus Hochholdinger To: Ian Campbell Date: Wed, 30 Jan 2013 16:35:14 +0100 User-Agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) References: <201301291646.43567.Markus@hochholdinger.net> <201301292032.14919.Markus@hochholdinger.net> <1359538566.12252.171.camel@zakaz.uk.xensource.com> In-Reply-To: <1359538566.12252.171.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Message-Id: <201301301635.25005.Markus@hochholdinger.net> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] linux stubdom X-BeenThere: xen-users@lists.xen.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="===============3541025839697328918==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3541025839697328918== Content-Type: multipart/signed; boundary="nextPart1772174.7oSWx7isUW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart1772174.7oSWx7isUW Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, Am 30.01.2013 um 10:36 Uhr schrieb Ian Campbell : > On Tue, 2013-01-29 at 19:32 +0000, Markus Hochholdinger wrote: > > Am 29.01.2013 um 17:36 Uhr schrieb Ian Campbell : > > > On Tue, 2013-01-29 at 15:46 +0000, Markus Hochholdinger wrote: [..] > The change of $domid doesn't matter since a migration involves > reconnecting the devices anyway, which means thy will reconnect to the > "new" driver domain. OK, I understand that not a numeric id has to be equal but the name of the= =20 driver domU. > The normal way would be to have a driver domain per host but there's no > reason you couldn't make it such that the driver domain was migrated too > (you'd have to do some hacking to make this work). If my driver domU is on the same hardware host as the domU I don't have to= =20 care about split brain situations for the storage. So my idea is to have on= e=20 driver domU for each normal domU. And the live migration is possible difficult. As I understand I have to cre= ate=20 somehow the driver domU on the destination to have the block device my norm= al=20 domU is to be connected. I'll look into this if I find no easier solution. > AIUI you currently have a RAID1 device in the guest, presumably > constructed from 2 xvd* devices? What are those two xvda devices are > backed by? I presume it must be some sort of network storage (NFS, > iSCSI, NBD, DRDB) or else you just couldn't migrate. Well, perhaps some device path say more than my bad english: node1:/dev/xbd/mydomu.node1 -> /dev/vg0/mydomu (also exported over iscsi) node1:/dev/xbd/mydomu.node2 -> /dev/sdx (imported over iscsi) node2:/dev/xbd/mydomu.node1 -> /dev/sdy (imported over iscsi) node2:/dev/xbd/mydomu.node2 -> /dev/vg0/mydomu (also exported over iscsi) node3:/dev/xbd/mydomu.node1 -> /dev/sdy (imported over iscsi) node3:/dev/xbd/mydomu.node2 -> /dev/sdz (imported over iscsi) In /dev/xbd/* there are only symlinks to the according device so I have=20 consistent path on all nodes. On all hardware nodes (node1, node2 and node3) I can access the logical vol= ume=20 /dev/vg0/mydomu on node1 with the path /dev/xbd/mydomu.node1 which I use in= my=20 domU configurations. If I'm not on node1 the block device is transported ov= er=20 iscsi. Because on all nodes /dev/xbd/mydomu.node1 points to the same block= =20 device I'm able to live migrate the domUs independently where the physical= =20 location of the logical volume is. So my xvda and xvdb inside the domU are baked by /dev/xbd/mydomu.node1 and= =20 /dev/xbd/mydomu.node2 and if one or both of these logical volumes are not=20 local it uses iscsi (in dom0) for transport. > Are you intending to instead run the RAID1 device in a "driver domain", > constructed from 2 xvd* devices exported from dom0 and exporting that as > a single xvd* device to the guest? Yes, somehow. But the exported devices from dom0 don't have to be local=20 logical volumes of the dom0 but can be remote iscsi block devices. =46or me it is very important to be able to live migrate domUs but also hav= e the=20 storage at least redundant over two nodes. > Or are you intending to surface the > network storage directly into the driver domain, construct the RAID > device from those and export that as an xvd* to the guest? No. > > Do you know how I can live migrate a domU which depends on a driver dom= U? > > How can I migrate the driver domU? > > For my understanding the block device has to be there on the destination > > dom0 before live migration begins but is also used on the source dom0 > > from the migrating, but still running, domU. > Not quite, when you migrate there is a pause period while the final copy > over occurs and at this point you can safely remove the device from the > source host and make it available on the target host. The toolstack will Isn't the domU on the destination created with all its virtual devices befo= re=20 the migration starts? What if the blkback is not ready on the destination=20 host? Am I missing something? > ensure that the block device is only ever active on one end of the other > and never on both -- otherwise you would get potential corruption. Yeah, this is the problem! If I migrate the active raid1 logic within the d= omU=20 (aka linux software raid1) I don't have to care. I'll try to accomplish the= =20 same with a "helper" domU very near to the normal domU and which is live=20 migrated while the normal domU is migrated. > While you could migrate the driver domain during the main domU's pause > period it is much more normal to simply have a driver domain on each > host and dynamically configure the storage as you migrate. If I dynamically create the software raid1 I have to add a lot of checks wh= ich=20 I don't need now. I've already thought about a software raid1 in the dom0 and the resulting m= d=20 device as xvda for a domU. But I have to assemble the md device on the=20 destination host before I can deactivate the md device on the source host. = The=20 race condition is, if I deactivate the md device on the source host while d= ata=20 is only written to one of the two devices. On the destination host my raid1= =20 seems clean but my two devices differ. The other race condition is, if my=20 raid1 is inconsistent while assembling on the destination host. > > Can I combine a driver domU to a normal domU like I can combine a stubd= om > > with a normal domU? > If you want, it would be more typical to have a single driver domain > providing block services to all domains (or one per underlying physical > block device). I want :-) A single driver domain would need more logic (for me) while doin= g=20 live migrations. > > I thought a stubdom live migrates with its domU so you don't have to > > worry that the driver domU live migrates while the according normal domU > > migrates. > A stubdom is a bit of an overloaded term. If you mean an ioemu stub > domain (i.e. the qemu associated with an HVM guest) then a new one of > those is started on the target host each time you migrate. OK, this isn't what I want. For me a (re)start on the destination host is n= o=20 better than if I would do the software raid1 in dom0. > If you mean a xenstored stubdom then those are per host and are not > migrated. Hm, if they are not migrated they don't behave like I expect. > And if you mean a driver domain then as I say those are usually per host > and the domain will be connected to the appropriate local driver domain > on the target host. OK, it seems I want a driver domain which I would migrate while migrating t= he=20 according normal domU. [..] > > OK, I see. But still, would it be possible to run linux in a stub-domai= n? > > I've read e.g. > > http://blog.xen.org/index.php/2012/12/12/linux-stub-domain/ which > > describes this, but I'm unsure if this will be (or is already) supported > > by current xen? > This work is about a Linux ioemu stub domain. That is a stubdomain with > the sole purpose of running the qemu emulation process for an HVM > domain. I think the intention is for this to land in Xen 4.3 but it does > not have anything to do with your usecase AFAICT. OK, I see that. If the linux ioemu stub domu would be (re)started on the=20 destination host on a live migration it doesn't solve my problem. > Everything you want to do is already possible with what is in Xen and > Linux today, in that the mechanisms all exist. However what you are > doing is not something which others have done and so there will > necessarily need to be a certain amount of putting the pieces together > on your part. Yeah, this gives hope to me :-) [..] > > Yes, I would provide two block devices (logical volumes) into the driver > > domU, > How are you doing this? Where do those logical device come from and how > are they getting into the driver domU? See the explanation above for details, the logical volumes come from the lo= cal=20 host and/or from remote hosts over isccsi with a consistent path on all hos= ts. > > create there a software raid1 device and make the md device available > > with blkback. I would do this for each domU so I can live migrate domUs > > independent. The driver domU only needs a kernel and a initrd with a > > rootfs filled with enough to build the md device and export it with > > blkback. > > But how can I address this exported block device? As far as I've seen I > > need the $domid of the driver domain in my config file of the domU, or > > am I missing something? > $domid can also be a domain name, and you can also change this over > migration by providing an updated configuration file (at least with xl). If $domid can be a name it really would be possible for me. Great! > > So this would be a dependency that the driver domain is started before > > the stubdom with qemu. > Yes. > > In some subdom-startup script I saw the parameter "target" while creati= ng > > the stubdom. Is this a possibility to combine two domUs? > I think "target" in this context refers to the HVM guest for which the > ioemu-stubdom is providing services. Yes, I've also thought this way. So my idea was to create a driver domain w= ith=20 target to the according domU so I only "see" one domU. It could ease the=20 management I've thought. > > As far as I understand with a driver domU I need the $domid of the driv= er > > domU in my config, so this is the connection between the two domUs. > > But with stub-domains I haven't understand how data flows between stubd= om > > and domU and because I've seen a lot of nice little pictures describing > > that I/O flows between domU over stubdom to dom0 and backwards I thought > > stub-domains would be the way to go. > Only if you are using emulated I/O. I assumed you were using PV I/O, is > that not the case? OK, my bad. I've two use cases: 1. Provide a redundant block device for a PV domU but I'm not able to manage the software raid1 inside the domU. 2. Provide a redundant block device for a HVM domU for operating systems wh= ich have no (good) software raid1 implementation. Many thanks so far, I'll try the driver domain approach and test if it solv= es=20 my problem and if it looses not too much performance. =2D-=20 greetings eMHa --nextPart1772174.7oSWx7isUW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEABECAAYFAlEJPbIACgkQXT3LE+AjWCvydQCgqL2xTB4ZB4GXtnfN7gQ4rSZn hmQAn3OeioABN4PcsrZRaozGOpSvQeB3 =E3Or -----END PGP SIGNATURE----- --nextPart1772174.7oSWx7isUW-- --===============3541025839697328918== 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 --===============3541025839697328918==-- From xen-users-bounces@lists.xen.org Wed Jan 30 16:08:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 16:08: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 1U0aCO-0006fR-Qy; Wed, 30 Jan 2013 16:07:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0aCN-0006fK-PE for xen-users@lists.xensource.com; Wed, 30 Jan 2013 16:07:43 +0000 Received: from [85.158.137.99:29331] by server-14.bemta-3.messagelabs.com id A2/0D-23533-E4549015; Wed, 30 Jan 2013 16:07:42 +0000 X-Env-Sender: eross@corp.locatrix.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1359562060!18189671!1 X-Originating-IP: [209.85.210.179] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8896 invoked from network); 30 Jan 2013 16:07:42 -0000 Received: from mail-ia0-f179.google.com (HELO mail-ia0-f179.google.com) (209.85.210.179) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 16:07:42 -0000 Received: by mail-ia0-f179.google.com with SMTP id x24so2532001iak.24 for ; Wed, 30 Jan 2013 08:07:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=2utAkFD28fDYs2jvt11JzECAF2+33RfGCqeebl4+5+E=; b=JwNvp0bZLWZO2UmCR5NRdrxEst6qNgPX7IIOj6RRl6kq/C2sqhtkRz4/kBXaiiG4bb jdCUYsgpF08PirfuXT5nwVshVIvkZnoc3hX+Txz1I7/RiNXrn7Nb+SA+8X1+Fy2bUzBN LNw0D9pzoqE4tcKrchL+HAMAcespie/1Z6G46cKCw/vWYuv704M7l7XXlpWVYW3ST8RU dz32Y4fmuLKJox8je0vIygnKeJF/FZx5Mo0mfvF5NnoMnDOoFZBZPUW0V54uokQa3aP4 9NAj/wVp+S3ddnbzEGWfcSmWifEoX02gdA8ha8f6aq83dPztcyoxVl1rPRX/kV8dapNp ZhCg== X-Received: by 10.50.173.4 with SMTP id bg4mr3923075igc.90.1359562060079; Wed, 30 Jan 2013 08:07:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.44.197 with HTTP; Wed, 30 Jan 2013 08:07:19 -0800 (PST) From: Andrew Eross Date: Wed, 30 Jan 2013 14:07:19 -0200 Message-ID: To: "Xen-users@lists.xensource.com" X-Gm-Message-State: ALoCoQlk6csVqMBtZ/jXlmt3JUisS06Dm+AmyA+A5lUJns656RxOrBX9veScSIlKSK8ce1r7PyNv Subject: [Xen-users] Remus X-BeenThere: xen-users@lists.xen.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="===============0959071607152772710==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0959071607152772710== Content-Type: multipart/alternative; boundary=e89a8f642ec4a4236604d483b5b3 --e89a8f642ec4a4236604d483b5b3 Content-Type: text/plain; charset=ISO-8859-1 Hi guys, I'm curious to ask about what the general opinion is on Remus these days? I see the 'News' section on the remus site (http://nss.cs.ubc.ca/remus/#news) hasn't been updated for over a year, and generally speaking I just don't hear much traffic about Remus in the mailing lists, presentations, etc, so curious if there's still activity on it and if people are using it successfully in production? I'm conducting some more experiments in the land of Xen two-node VM HA. My most successful method to date is using XCP/XenServer + DRBD (active/passive) + Pacemaker, which has been up and working for a while now for us. I have some free time and a few spare machines and am about to give a first shot with Remus (this looks like the best Howto I've found: http://remusha.wikidot.com/), but certainly wondering if there's anyone out there with experience to share or to say "don't bother because " Cheers! Andrew --e89a8f642ec4a4236604d483b5b3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi guys,

I'm curious to ask about what the general o= pinion is on Remus these days?

I see the 'News= ' section on the remus site (http://nss.cs.ubc.ca/remus/#news) hasn't been updated for over a= year, and generally speaking I just don't hear much traffic about Remu= s in the mailing lists, presentations, etc, so curious if there's still= activity on it and if people are using it successfully in production?

I'm conducting some more experiments in the land of= Xen two-node VM HA. My most successful method to date is using XCP/XenServ= er + DRBD (active/passive) + Pacemaker, which has been up and working for a= while now for us.

I have some free time and a few spare machines and am a= bout to give a first shot with Remus (this looks like the best Howto I'= ve found:=A0http://remusha.wikidot.= com/), but certainly wondering if there's anyone out there with exp= erience to share or to say "don't bother because <xxx>"=

Cheers!
Andrew
--e89a8f642ec4a4236604d483b5b3-- --===============0959071607152772710== 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 --===============0959071607152772710==-- From xen-users-bounces@lists.xen.org Wed Jan 30 16:08:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 16:08: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 1U0aCO-0006fR-Qy; Wed, 30 Jan 2013 16:07:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0aCN-0006fK-PE for xen-users@lists.xensource.com; Wed, 30 Jan 2013 16:07:43 +0000 Received: from [85.158.137.99:29331] by server-14.bemta-3.messagelabs.com id A2/0D-23533-E4549015; Wed, 30 Jan 2013 16:07:42 +0000 X-Env-Sender: eross@corp.locatrix.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1359562060!18189671!1 X-Originating-IP: [209.85.210.179] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8896 invoked from network); 30 Jan 2013 16:07:42 -0000 Received: from mail-ia0-f179.google.com (HELO mail-ia0-f179.google.com) (209.85.210.179) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 16:07:42 -0000 Received: by mail-ia0-f179.google.com with SMTP id x24so2532001iak.24 for ; Wed, 30 Jan 2013 08:07:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=2utAkFD28fDYs2jvt11JzECAF2+33RfGCqeebl4+5+E=; b=JwNvp0bZLWZO2UmCR5NRdrxEst6qNgPX7IIOj6RRl6kq/C2sqhtkRz4/kBXaiiG4bb jdCUYsgpF08PirfuXT5nwVshVIvkZnoc3hX+Txz1I7/RiNXrn7Nb+SA+8X1+Fy2bUzBN LNw0D9pzoqE4tcKrchL+HAMAcespie/1Z6G46cKCw/vWYuv704M7l7XXlpWVYW3ST8RU dz32Y4fmuLKJox8je0vIygnKeJF/FZx5Mo0mfvF5NnoMnDOoFZBZPUW0V54uokQa3aP4 9NAj/wVp+S3ddnbzEGWfcSmWifEoX02gdA8ha8f6aq83dPztcyoxVl1rPRX/kV8dapNp ZhCg== X-Received: by 10.50.173.4 with SMTP id bg4mr3923075igc.90.1359562060079; Wed, 30 Jan 2013 08:07:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.44.197 with HTTP; Wed, 30 Jan 2013 08:07:19 -0800 (PST) From: Andrew Eross Date: Wed, 30 Jan 2013 14:07:19 -0200 Message-ID: To: "Xen-users@lists.xensource.com" X-Gm-Message-State: ALoCoQlk6csVqMBtZ/jXlmt3JUisS06Dm+AmyA+A5lUJns656RxOrBX9veScSIlKSK8ce1r7PyNv Subject: [Xen-users] Remus X-BeenThere: xen-users@lists.xen.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="===============0959071607152772710==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0959071607152772710== Content-Type: multipart/alternative; boundary=e89a8f642ec4a4236604d483b5b3 --e89a8f642ec4a4236604d483b5b3 Content-Type: text/plain; charset=ISO-8859-1 Hi guys, I'm curious to ask about what the general opinion is on Remus these days? I see the 'News' section on the remus site (http://nss.cs.ubc.ca/remus/#news) hasn't been updated for over a year, and generally speaking I just don't hear much traffic about Remus in the mailing lists, presentations, etc, so curious if there's still activity on it and if people are using it successfully in production? I'm conducting some more experiments in the land of Xen two-node VM HA. My most successful method to date is using XCP/XenServer + DRBD (active/passive) + Pacemaker, which has been up and working for a while now for us. I have some free time and a few spare machines and am about to give a first shot with Remus (this looks like the best Howto I've found: http://remusha.wikidot.com/), but certainly wondering if there's anyone out there with experience to share or to say "don't bother because " Cheers! Andrew --e89a8f642ec4a4236604d483b5b3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi guys,

I'm curious to ask about what the general o= pinion is on Remus these days?

I see the 'News= ' section on the remus site (http://nss.cs.ubc.ca/remus/#news) hasn't been updated for over a= year, and generally speaking I just don't hear much traffic about Remu= s in the mailing lists, presentations, etc, so curious if there's still= activity on it and if people are using it successfully in production?

I'm conducting some more experiments in the land of= Xen two-node VM HA. My most successful method to date is using XCP/XenServ= er + DRBD (active/passive) + Pacemaker, which has been up and working for a= while now for us.

I have some free time and a few spare machines and am a= bout to give a first shot with Remus (this looks like the best Howto I'= ve found:=A0http://remusha.wikidot.= com/), but certainly wondering if there's anyone out there with exp= erience to share or to say "don't bother because <xxx>"=

Cheers!
Andrew
--e89a8f642ec4a4236604d483b5b3-- --===============0959071607152772710== 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 --===============0959071607152772710==-- From xen-users-bounces@lists.xen.org Wed Jan 30 16:15:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 16:15: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 1U0aJC-0007AM-5g; Wed, 30 Jan 2013 16:14:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0aJA-0007A5-Bu for xen-users@lists.xensource.com; Wed, 30 Jan 2013 16:14:44 +0000 Received: from [85.158.139.211:2633] by server-2.bemta-5.messagelabs.com id B7/82-16911-3F649015; Wed, 30 Jan 2013 16:14:43 +0000 X-Env-Sender: ditwal001@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1359562481!20362643!1 X-Originating-IP: [74.125.82.50] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MIME_QP_LONG_LINE,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7785 invoked from network); 30 Jan 2013 16:14:42 -0000 Received: from mail-wg0-f50.google.com (HELO mail-wg0-f50.google.com) (74.125.82.50) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 16:14:42 -0000 Received: by mail-wg0-f50.google.com with SMTP id es5so1287779wgb.17 for ; Wed, 30 Jan 2013 08:14:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to; bh=oHukmQaAbMJUJiePgtyTtFfXW/wUzYfoTnPgVsB7lRg=; b=1Gdo93/MaCbraGB7FLfj986nFvstU4igULGjUCFmeiA7ilzEpvQb6qBczr1YGZgY3m ApArOK9JLRkOqEEhW4CcaguzYCYmCpz0LGlbFhSLR0+AnchO4mCGZFHdaS1Zg5g8olLD LNCuC9iRb/o6rIUS4S23m/08HcLmeIxfOE2VhLB9mVTtC1KMwtHVXdS55EUKoQsGzgNA yaqbStagWIcSoTJEe4zAVf6K/swnniO/dM+MAsZkDsnR1zM9b/9QqS5TaCFoTu5S4ZNq rMc8xdo8FP3rzNmrmtxYtxGpewXNxB336/83rJboaxFQAETe2DIyndVcAwRnqQvQVwie dz0Q== X-Received: by 10.180.101.133 with SMTP id fg5mr9899928wib.31.1359562481627; Wed, 30 Jan 2013 08:14:41 -0800 (PST) Received: from [10.154.166.237] ([213.55.184.228]) by mx.google.com with ESMTPS id bz12sm3866330wib.5.2013.01.30.08.14.39 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Jan 2013 08:14:40 -0800 (PST) References: Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: <07012181-F8C9-4A24-A49D-9FFED7A759C7@gmail.com> X-Mailer: iPhone Mail (10B143) From: Walter Robert Ditzler Date: Wed, 30 Jan 2013 17:14:36 +0100 To: Andrew Eross Cc: "Xen-users@lists.xensource.com" Subject: Re: [Xen-users] Remus X-BeenThere: xen-users@lists.xen.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="===============2859533927535792660==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2859533927535792660== Content-Type: multipart/alternative; boundary=Apple-Mail-F37547CF-F8F4-439F-9E48-2708CD2415F3 Content-Transfer-Encoding: 7bit --Apple-Mail-F37547CF-F8F4-439F-9E48-2708CD2415F3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable remusha is cool but has one disandvantage - u have to patch drbd! i had post= ed several question here into the round but with no responce. actually i run= xen together with peacmaker. since i have critical app running i am intrested in a knowledge exchange to g= et that stupid RAM finally synchronized as well with temus :) walter. * * * walter robert ditzler mob +41 76 587 4111 On 30.01.2013, at 17:07, Andrew Eross wrote: > Hi guys, >=20 > I'm curious to ask about what the general opinion is on Remus these days? >=20 > I see the 'News' section on the remus site (http://nss.cs.ubc.ca/remus/#ne= ws) hasn't been updated for over a year, and generally speaking I just don't= hear much traffic about Remus in the mailing lists, presentations, etc, so c= urious if there's still activity on it and if people are using it successful= ly in production? >=20 > I'm conducting some more experiments in the land of Xen two-node VM HA. My= most successful method to date is using XCP/XenServer + DRBD (active/passiv= e) + Pacemaker, which has been up and working for a while now for us. >=20 > I have some free time and a few spare machines and am about to give a firs= t shot with Remus (this looks like the best Howto I've found: http://remusha= .wikidot.com/), but certainly wondering if there's anyone out there with exp= erience to share or to say "don't bother because " >=20 > Cheers! > Andrew > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --Apple-Mail-F37547CF-F8F4-439F-9E48-2708CD2415F3 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
remusha is cool but has one disandvant= age - u have to patch drbd! i had posted several question here into the roun= d but with no responce. actually i run xen together with peacmaker.

since i have critical app running i am intrested in a knowl= edge exchange to get that stupid RAM finally synchronized as well with temus= :)

walter.

* * *
walter robe= rt ditzler
mob +41 76 587 4111

On 30.01.2013, a= t 17:07, Andrew Eross <eross@locatr= ix.com> wrote:

Hi guys,
I'm curious to ask about what the general opinion is on Re= mus these days?

I see the 'News' section on the rem= us site (http://nss.cs.ubc.ca/r= emus/#news) hasn't been updated for over a year, and generally speaking I= just don't hear much traffic about Remus in the mailing lists, presentation= s, etc, so curious if there's still activity on it and if people are using i= t successfully in production?

I'm conducting some more experiments in the land of Xen t= wo-node VM HA. My most successful method to date is using XCP/XenServer + DR= BD (active/passive) + Pacemaker, which has been up and working for a while n= ow for us.

I have some free time and a few spare machines and am ab= out to give a first shot with Remus (this looks like the best Howto I've fou= nd: http://remusha.wikidot.com/= ), but certainly wondering if there's anyone out there with experience t= o share or to say "don't bother because <xxx>"

Cheers!
Andrew
____________________= ___________________________
Xen-users mailing listXen-users@lists.xen.org
http://lists.xe= n.org/xen-users
= --Apple-Mail-F37547CF-F8F4-439F-9E48-2708CD2415F3-- --===============2859533927535792660== 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 --===============2859533927535792660==-- From xen-users-bounces@lists.xen.org Wed Jan 30 16:15:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Jan 2013 16:15: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 1U0aJC-0007AM-5g; Wed, 30 Jan 2013 16:14:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0aJA-0007A5-Bu for xen-users@lists.xensource.com; Wed, 30 Jan 2013 16:14:44 +0000 Received: from [85.158.139.211:2633] by server-2.bemta-5.messagelabs.com id B7/82-16911-3F649015; Wed, 30 Jan 2013 16:14:43 +0000 X-Env-Sender: ditwal001@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1359562481!20362643!1 X-Originating-IP: [74.125.82.50] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MIME_QP_LONG_LINE,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7785 invoked from network); 30 Jan 2013 16:14:42 -0000 Received: from mail-wg0-f50.google.com (HELO mail-wg0-f50.google.com) (74.125.82.50) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2013 16:14:42 -0000 Received: by mail-wg0-f50.google.com with SMTP id es5so1287779wgb.17 for ; Wed, 30 Jan 2013 08:14:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to; bh=oHukmQaAbMJUJiePgtyTtFfXW/wUzYfoTnPgVsB7lRg=; b=1Gdo93/MaCbraGB7FLfj986nFvstU4igULGjUCFmeiA7ilzEpvQb6qBczr1YGZgY3m ApArOK9JLRkOqEEhW4CcaguzYCYmCpz0LGlbFhSLR0+AnchO4mCGZFHdaS1Zg5g8olLD LNCuC9iRb/o6rIUS4S23m/08HcLmeIxfOE2VhLB9mVTtC1KMwtHVXdS55EUKoQsGzgNA yaqbStagWIcSoTJEe4zAVf6K/swnniO/dM+MAsZkDsnR1zM9b/9QqS5TaCFoTu5S4ZNq rMc8xdo8FP3rzNmrmtxYtxGpewXNxB336/83rJboaxFQAETe2DIyndVcAwRnqQvQVwie dz0Q== X-Received: by 10.180.101.133 with SMTP id fg5mr9899928wib.31.1359562481627; Wed, 30 Jan 2013 08:14:41 -0800 (PST) Received: from [10.154.166.237] ([213.55.184.228]) by mx.google.com with ESMTPS id bz12sm3866330wib.5.2013.01.30.08.14.39 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Jan 2013 08:14:40 -0800 (PST) References: Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: <07012181-F8C9-4A24-A49D-9FFED7A759C7@gmail.com> X-Mailer: iPhone Mail (10B143) From: Walter Robert Ditzler Date: Wed, 30 Jan 2013 17:14:36 +0100 To: Andrew Eross Cc: "Xen-users@lists.xensource.com" Subject: Re: [Xen-users] Remus X-BeenThere: xen-users@lists.xen.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="===============2859533927535792660==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2859533927535792660== Content-Type: multipart/alternative; boundary=Apple-Mail-F37547CF-F8F4-439F-9E48-2708CD2415F3 Content-Transfer-Encoding: 7bit --Apple-Mail-F37547CF-F8F4-439F-9E48-2708CD2415F3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable remusha is cool but has one disandvantage - u have to patch drbd! i had post= ed several question here into the round but with no responce. actually i run= xen together with peacmaker. since i have critical app running i am intrested in a knowledge exchange to g= et that stupid RAM finally synchronized as well with temus :) walter. * * * walter robert ditzler mob +41 76 587 4111 On 30.01.2013, at 17:07, Andrew Eross wrote: > Hi guys, >=20 > I'm curious to ask about what the general opinion is on Remus these days? >=20 > I see the 'News' section on the remus site (http://nss.cs.ubc.ca/remus/#ne= ws) hasn't been updated for over a year, and generally speaking I just don't= hear much traffic about Remus in the mailing lists, presentations, etc, so c= urious if there's still activity on it and if people are using it successful= ly in production? >=20 > I'm conducting some more experiments in the land of Xen two-node VM HA. My= most successful method to date is using XCP/XenServer + DRBD (active/passiv= e) + Pacemaker, which has been up and working for a while now for us. >=20 > I have some free time and a few spare machines and am about to give a firs= t shot with Remus (this looks like the best Howto I've found: http://remusha= .wikidot.com/), but certainly wondering if there's anyone out there with exp= erience to share or to say "don't bother because " >=20 > Cheers! > Andrew > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --Apple-Mail-F37547CF-F8F4-439F-9E48-2708CD2415F3 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
remusha is cool but has one disandvant= age - u have to patch drbd! i had posted several question here into the roun= d but with no responce. actually i run xen together with peacmaker.

since i have critical app running i am intrested in a knowl= edge exchange to get that stupid RAM finally synchronized as well with temus= :)

walter.

* * *
walter robe= rt ditzler
mob +41 76 587 4111

On 30.01.2013, a= t 17:07, Andrew Eross <eross@locatr= ix.com> wrote:

Hi guys,
I'm curious to ask about what the general opinion is on Re= mus these days?

I see the 'News' section on the rem= us site (http://nss.cs.ubc.ca/r= emus/#news) hasn't been updated for over a year, and generally speaking I= just don't hear much traffic about Remus in the mailing lists, presentation= s, etc, so curious if there's still activity on it and if people are using i= t successfully in production?

I'm conducting some more experiments in the land of Xen t= wo-node VM HA. My most successful method to date is using XCP/XenServer + DR= BD (active/passive) + Pacemaker, which has been up and working for a while n= ow for us.

I have some free time and a few spare machines and am ab= out to give a first shot with Remus (this looks like the best Howto I've fou= nd: http://remusha.wikidot.com/= ), but certainly wondering if there's anyone out there with experience t= o share or to say "don't bother because <xxx>"

Cheers!
Andrew
____________________= ___________________________
Xen-users mailing listXen-users@lists.xen.org
http://lists.xe= n.org/xen-users
= --Apple-Mail-F37547CF-F8F4-439F-9E48-2708CD2415F3-- --===============2859533927535792660== 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 --===============2859533927535792660==-- From xen-users-bounces@lists.xen.org Thu Jan 31 11:24:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 11:24: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 1U0sE1-0005IP-Jn; Thu, 31 Jan 2013 11:22:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0sE0-0005IK-LP for xen-users@lists.xensource.com; Thu, 31 Jan 2013 11:22:36 +0000 Received: from [193.109.254.147:2713] by server-3.bemta-14.messagelabs.com id B1/A6-22141-BF35A015; Thu, 31 Jan 2013 11:22:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1359631353!3513461!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5Njgz\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 390 invoked from network); 31 Jan 2013 11:22:33 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jan 2013 11:22:33 -0000 X-IronPort-AV: E=Sophos;i="4.84,575,1355097600"; d="scan'208";a="1018311" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 31 Jan 2013 11:22:24 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Thu, 31 Jan 2013 11:22:23 +0000 Message-ID: <1359631341.12252.289.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Markus Hochholdinger Date: Thu, 31 Jan 2013 11:22:21 +0000 In-Reply-To: <201301301635.25005.Markus@hochholdinger.net> References: <201301291646.43567.Markus@hochholdinger.net> <201301292032.14919.Markus@hochholdinger.net> <1359538566.12252.171.camel@zakaz.uk.xensource.com> <201301301635.25005.Markus@hochholdinger.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] linux stubdom X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-30 at 15:35 +0000, Markus Hochholdinger wrote: > > > Do you know how I can live migrate a domU which depends on a driver domU? > > > How can I migrate the driver domU? > > > For my understanding the block device has to be there on the destination > > > dom0 before live migration begins but is also used on the source dom0 > > > from the migrating, but still running, domU. > > Not quite, when you migrate there is a pause period while the final copy > > over occurs and at this point you can safely remove the device from the > > source host and make it available on the target host. The toolstack will > > Isn't the domU on the destination created with all its virtual devices before > the migration starts? No > What if the blkback is not ready on the destination host? We have to arrange that it is. > Am I missing something? Migration is a staged process. 1. First an empty shell domain (with no devices) is created on the target host. 2. Then we copy the memory over, in several iterations, while the domain is running on the source host (iterations happen to handle the guest dirtying memory as we copy, this is the "live" aspect of the migration). 3. After some iterations of live migration we pause the source guest 4. Now we copy the remaining dirty RAM 5. Tear down devices on the source host 6. Setup devices on the target host for the incoming domain 7. Resume the guest on the target domain 8. Guest reconnects to new backend The key point is that the devices are only ever active on either the source or the target host and never both. The domain is paused during this final transfer (from #3 until #7) and therefore guest I/O is quiesced. In your scenario I would expect that in the interval of #5,#6 you would migrate the associated driver domain. > > > ensure that the block device is only ever active on one end of the other > > and never on both -- otherwise you would get potential corruption. > > Yeah, this is the problem! If I migrate the active raid1 logic within the domU > (aka linux software raid1) I don't have to care. I'll try to accomplish the > same with a "helper" domU very near to the normal domU and which is live > migrated while the normal domU is migrated. This might be possible but as I say the more normal approach would be to have a "RAID" domain on both hosts and dynamically map and unmap the backing guest disks at steps #5 and #6 above. > > While you could migrate the driver domain during the main domU's pause > > period it is much more normal to simply have a driver domain on each > > host and dynamically configure the storage as you migrate. > > If I dynamically create the software raid1 I have to add a lot of checks which > I don't need now. > I've already thought about a software raid1 in the dom0 and the resulting md > device as xvda for a domU. But I have to assemble the md device on the > destination host before I can deactivate the md device on the source host. No you don't, you deactivate on the source (step #5) before activating on the target (step #6). > The > race condition is, if I deactivate the md device on the source host while data > is only written to one of the two devices. On the destination host my raid1 > seems clean but my two devices differ. The other race condition is, if my > raid1 is inconsistent while assembling on the destination host. I'd have thought that shutting down the raid in step #5 and reactivating in step #6 would guarantee that neither of these were possible. > > > Can I combine a driver domU to a normal domU like I can combine a stubdom > > > with a normal domU? > > If you want, it would be more typical to have a single driver domain > > providing block services to all domains (or one per underlying physical > > block device). > > I want :-) A single driver domain would need more logic (for me) while doing > live migrations. OK, but be aware that you are treading into unexplored territory, most people do things the other way. This means you are likely going to have to do a fair bit of heavy lifting yourself. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 31 11:24:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 11:24: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 1U0sE1-0005IP-Jn; Thu, 31 Jan 2013 11:22:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0sE0-0005IK-LP for xen-users@lists.xensource.com; Thu, 31 Jan 2013 11:22:36 +0000 Received: from [193.109.254.147:2713] by server-3.bemta-14.messagelabs.com id B1/A6-22141-BF35A015; Thu, 31 Jan 2013 11:22:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1359631353!3513461!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDE5Njgz\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 390 invoked from network); 31 Jan 2013 11:22:33 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jan 2013 11:22:33 -0000 X-IronPort-AV: E=Sophos;i="4.84,575,1355097600"; d="scan'208";a="1018311" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 31 Jan 2013 11:22:24 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.297.1; Thu, 31 Jan 2013 11:22:23 +0000 Message-ID: <1359631341.12252.289.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Markus Hochholdinger Date: Thu, 31 Jan 2013 11:22:21 +0000 In-Reply-To: <201301301635.25005.Markus@hochholdinger.net> References: <201301291646.43567.Markus@hochholdinger.net> <201301292032.14919.Markus@hochholdinger.net> <1359538566.12252.171.camel@zakaz.uk.xensource.com> <201301301635.25005.Markus@hochholdinger.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] linux stubdom X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-01-30 at 15:35 +0000, Markus Hochholdinger wrote: > > > Do you know how I can live migrate a domU which depends on a driver domU? > > > How can I migrate the driver domU? > > > For my understanding the block device has to be there on the destination > > > dom0 before live migration begins but is also used on the source dom0 > > > from the migrating, but still running, domU. > > Not quite, when you migrate there is a pause period while the final copy > > over occurs and at this point you can safely remove the device from the > > source host and make it available on the target host. The toolstack will > > Isn't the domU on the destination created with all its virtual devices before > the migration starts? No > What if the blkback is not ready on the destination host? We have to arrange that it is. > Am I missing something? Migration is a staged process. 1. First an empty shell domain (with no devices) is created on the target host. 2. Then we copy the memory over, in several iterations, while the domain is running on the source host (iterations happen to handle the guest dirtying memory as we copy, this is the "live" aspect of the migration). 3. After some iterations of live migration we pause the source guest 4. Now we copy the remaining dirty RAM 5. Tear down devices on the source host 6. Setup devices on the target host for the incoming domain 7. Resume the guest on the target domain 8. Guest reconnects to new backend The key point is that the devices are only ever active on either the source or the target host and never both. The domain is paused during this final transfer (from #3 until #7) and therefore guest I/O is quiesced. In your scenario I would expect that in the interval of #5,#6 you would migrate the associated driver domain. > > > ensure that the block device is only ever active on one end of the other > > and never on both -- otherwise you would get potential corruption. > > Yeah, this is the problem! If I migrate the active raid1 logic within the domU > (aka linux software raid1) I don't have to care. I'll try to accomplish the > same with a "helper" domU very near to the normal domU and which is live > migrated while the normal domU is migrated. This might be possible but as I say the more normal approach would be to have a "RAID" domain on both hosts and dynamically map and unmap the backing guest disks at steps #5 and #6 above. > > While you could migrate the driver domain during the main domU's pause > > period it is much more normal to simply have a driver domain on each > > host and dynamically configure the storage as you migrate. > > If I dynamically create the software raid1 I have to add a lot of checks which > I don't need now. > I've already thought about a software raid1 in the dom0 and the resulting md > device as xvda for a domU. But I have to assemble the md device on the > destination host before I can deactivate the md device on the source host. No you don't, you deactivate on the source (step #5) before activating on the target (step #6). > The > race condition is, if I deactivate the md device on the source host while data > is only written to one of the two devices. On the destination host my raid1 > seems clean but my two devices differ. The other race condition is, if my > raid1 is inconsistent while assembling on the destination host. I'd have thought that shutting down the raid in step #5 and reactivating in step #6 would guarantee that neither of these were possible. > > > Can I combine a driver domU to a normal domU like I can combine a stubdom > > > with a normal domU? > > If you want, it would be more typical to have a single driver domain > > providing block services to all domains (or one per underlying physical > > block device). > > I want :-) A single driver domain would need more logic (for me) while doing > live migrations. OK, but be aware that you are treading into unexplored territory, most people do things the other way. This means you are likely going to have to do a fair bit of heavy lifting yourself. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 31 14:23:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 14:23: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 1U0v1U-0007n5-SI; Thu, 31 Jan 2013 14:21:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0v1S-0007my-Nq for xen-users@lists.xensource.com; Thu, 31 Jan 2013 14:21:50 +0000 Received: from [85.158.139.211:21971] by server-1.bemta-5.messagelabs.com id 43/B0-29263-DFD7A015; Thu, 31 Jan 2013 14:21:49 +0000 X-Env-Sender: J.Witvliet@mindef.nl X-Msg-Ref: server-14.tower-206.messagelabs.com!1359642109!20473376!1 X-Originating-IP: [217.169.229.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjE2OS4yMjkuMjEgPT4gMTE2NDI0\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24249 invoked from network); 31 Jan 2013 14:21:49 -0000 Received: from unknown (HELO mx4-out.mindef.nl) (217.169.229.21) by server-14.tower-206.messagelabs.com with SMTP; 31 Jan 2013 14:21:49 -0000 Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone From: To: , Date: Thu, 31 Jan 2013 15:19:23 +0100 References: <20130116090224.9B73019331F@jmr5021.mindef.local> In-Reply-To: <20130116090224.9B73019331F@jmr5021.mindef.local> Accept-Language: en-US, nl-NL Content-Language: en-US acceptlanguage: en-US, nl-NL MIME-Version: 1.0 Message-Id: <20130131141950.9CA7821C879@mx4-out.mindef.nl> Subject: Re: [Xen-users] Max hard disks supported by XCP 1.6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Mario Giammarco Sent: Wednesday, January 16, 2013 9:49 AM To: xen-users@lists.xensource.com Subject: [Xen-users] Max hard disks supported by XCP 1.6 Hello, I would like to use nas4free under xcp 1.6. I install it under full HVM using "other install media". Now I am attaching 4 hdds as external disks. The vm sees at most two hdds, I suppose because of bios support (1 boot + 1 cdrom + 2 hdds= 4 hdds). I need to use more disks, is it possible? If not, it seems to me a serious limit. Mario -----Original Message----- Thought so as well, initially. It is just how you look at it.... Do you need _all_ of your disks during installation? I mean, after installation you don't need the cd/dvd-rom anymore. Other storage area's (/srv, /home) can always be added by means of NFS/SMB/iSCSI later on. If you really need to give to domU a large number of raw devices, one might do pci-forwarding of a sata/scsi-card. Hw ______________________________________________________________________ Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 31 14:23:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 14:23: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 1U0v1U-0007n5-SI; Thu, 31 Jan 2013 14:21:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0v1S-0007my-Nq for xen-users@lists.xensource.com; Thu, 31 Jan 2013 14:21:50 +0000 Received: from [85.158.139.211:21971] by server-1.bemta-5.messagelabs.com id 43/B0-29263-DFD7A015; Thu, 31 Jan 2013 14:21:49 +0000 X-Env-Sender: J.Witvliet@mindef.nl X-Msg-Ref: server-14.tower-206.messagelabs.com!1359642109!20473376!1 X-Originating-IP: [217.169.229.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjE2OS4yMjkuMjEgPT4gMTE2NDI0\n X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24249 invoked from network); 31 Jan 2013 14:21:49 -0000 Received: from unknown (HELO mx4-out.mindef.nl) (217.169.229.21) by server-14.tower-206.messagelabs.com with SMTP; 31 Jan 2013 14:21:49 -0000 Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone From: To: , Date: Thu, 31 Jan 2013 15:19:23 +0100 References: <20130116090224.9B73019331F@jmr5021.mindef.local> In-Reply-To: <20130116090224.9B73019331F@jmr5021.mindef.local> Accept-Language: en-US, nl-NL Content-Language: en-US acceptlanguage: en-US, nl-NL MIME-Version: 1.0 Message-Id: <20130131141950.9CA7821C879@mx4-out.mindef.nl> Subject: Re: [Xen-users] Max hard disks supported by XCP 1.6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Mario Giammarco Sent: Wednesday, January 16, 2013 9:49 AM To: xen-users@lists.xensource.com Subject: [Xen-users] Max hard disks supported by XCP 1.6 Hello, I would like to use nas4free under xcp 1.6. I install it under full HVM using "other install media". Now I am attaching 4 hdds as external disks. The vm sees at most two hdds, I suppose because of bios support (1 boot + 1 cdrom + 2 hdds= 4 hdds). I need to use more disks, is it possible? If not, it seems to me a serious limit. Mario -----Original Message----- Thought so as well, initially. It is just how you look at it.... Do you need _all_ of your disks during installation? I mean, after installation you don't need the cd/dvd-rom anymore. Other storage area's (/srv, /home) can always be added by means of NFS/SMB/iSCSI later on. If you really need to give to domU a large number of raw devices, one might do pci-forwarding of a sata/scsi-card. Hw ______________________________________________________________________ Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 31 15:27:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 15:27: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 1U0w2A-0005To-HM; Thu, 31 Jan 2013 15:26:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0w29-0005Tj-Iy for xen-users@lists.xen.org; Thu, 31 Jan 2013 15:26:37 +0000 Received: from [85.158.138.51:25531] by server-10.bemta-3.messagelabs.com id 15/D8-10609-C2D8A015; Thu, 31 Jan 2013 15:26:36 +0000 X-Env-Sender: alvaro.ortiz.ga@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1359645981!20201500!1 X-Originating-IP: [209.85.212.177] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2243 invoked from network); 31 Jan 2013 15:26:21 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jan 2013 15:26:21 -0000 Received: by mail-wi0-f177.google.com with SMTP id hm14so2917623wib.4 for ; Thu, 31 Jan 2013 07:26:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=9kFhavfu9N7CaA6VW4MRJvyQEp7eLzba5yzGxR+bjns=; b=Db1Kdl/FZngAAiEeZKjtO6X3vZneI7e5vg+Er5x0TJXy2w5WJ+Os4qZzFknWCePfL6 sBHo5/gCl/AUO6Pqg8YJlca3GVzCHa5Lqmbmq3uuB7SNxb5pHTNY+fs1g+VSYqPSssgK TFmAeO4TgGWo/exh/PIXnvhKwpRCPkYkPGSGuiEXH7fPxu13+5h1bGtQynycXCv2qmn6 FwTZmjpbuQFSicXiaRmQX07PkjAE2QwoHSKorJxKRHqK9w2AknBKBekduFtyMwa4y7cj /0Uq1rNpfqasupGQ8yDmMs96W85P3DkfGdEmKpoqL+3thBOT+2AukrQ0JT45fdf07MOe vvMw== MIME-Version: 1.0 X-Received: by 10.194.85.234 with SMTP id k10mr16149875wjz.53.1359645981320; Thu, 31 Jan 2013 07:26:21 -0800 (PST) Received: by 10.216.111.199 with HTTP; Thu, 31 Jan 2013 07:26:21 -0800 (PST) Date: Thu, 31 Jan 2013 16:26:21 +0100 X-Google-Sender-Auth: fkB2jfD1VMaqLZ3rvG9CC5lan50 Message-ID: From: Alvaro To: xen-users@lists.xen.org Subject: [Xen-users] slow or freeze execution in debian wheezy with xen 4.1.3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, This is my first post to the list, thanks in advance for the help. I started with xen recently and I have some problems. I have installed version xen 4.3.1 on debian wheezy. I have a problem of execution time between two guests. One of them takes longer to execute commands. And sometimes it seems that it freezes. Both machines are installed with LVM. The difference between them is that one only has the default installation (root-lvm-lvm & swap) and the other has four lvm in total. Both machines are created with the same command, and identical characteristics except lvm volumes. user1@deckard:~$ time sudo apt-get install apache2 -y Results: real 0m26.150s user 0m1.424s sys 0m0.868s user1@pris:~$ sudo apt-get install apache2 -y Results: real 6m42.202s user 0m2.052s sys 0m1.768s I have tried to do this test drive, but the results are the same. It seems it has to do with the execution: user1@deckard:~$ time dd if=/dev/zero of=./test bs=1024k count=5120 conv=fsync 5120+0 records in 5120+0 records out 5368709120 bytes (5.4 GB) copied, 122.405 s, 43.9 MB/s real 2m2.408s user 0m0.000s sys 0m6.968s user1@pris:~$ time dd if=/dev/zero of=./test bs=1024k count=5120 conv=fsync 5120+0 records in 5120+0 records out 5368709120 bytes (5.4 GB) copied, 122.234 s, 43.9 MB/s real 2m2.253s user 0m0.008s sys 0m7.148s I've also tried to recreate the machine has problems, but the problem persists. Is there anyone who has thought something similar? In the domain logs xen and guests can not find anything. May be scheduler? I've "noop deadline [cfq]" in both. Thanks in advance. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 31 15:27:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 15:27: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 1U0w2A-0005To-HM; Thu, 31 Jan 2013 15:26:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0w29-0005Tj-Iy for xen-users@lists.xen.org; Thu, 31 Jan 2013 15:26:37 +0000 Received: from [85.158.138.51:25531] by server-10.bemta-3.messagelabs.com id 15/D8-10609-C2D8A015; Thu, 31 Jan 2013 15:26:36 +0000 X-Env-Sender: alvaro.ortiz.ga@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1359645981!20201500!1 X-Originating-IP: [209.85.212.177] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2243 invoked from network); 31 Jan 2013 15:26:21 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jan 2013 15:26:21 -0000 Received: by mail-wi0-f177.google.com with SMTP id hm14so2917623wib.4 for ; Thu, 31 Jan 2013 07:26:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=9kFhavfu9N7CaA6VW4MRJvyQEp7eLzba5yzGxR+bjns=; b=Db1Kdl/FZngAAiEeZKjtO6X3vZneI7e5vg+Er5x0TJXy2w5WJ+Os4qZzFknWCePfL6 sBHo5/gCl/AUO6Pqg8YJlca3GVzCHa5Lqmbmq3uuB7SNxb5pHTNY+fs1g+VSYqPSssgK TFmAeO4TgGWo/exh/PIXnvhKwpRCPkYkPGSGuiEXH7fPxu13+5h1bGtQynycXCv2qmn6 FwTZmjpbuQFSicXiaRmQX07PkjAE2QwoHSKorJxKRHqK9w2AknBKBekduFtyMwa4y7cj /0Uq1rNpfqasupGQ8yDmMs96W85P3DkfGdEmKpoqL+3thBOT+2AukrQ0JT45fdf07MOe vvMw== MIME-Version: 1.0 X-Received: by 10.194.85.234 with SMTP id k10mr16149875wjz.53.1359645981320; Thu, 31 Jan 2013 07:26:21 -0800 (PST) Received: by 10.216.111.199 with HTTP; Thu, 31 Jan 2013 07:26:21 -0800 (PST) Date: Thu, 31 Jan 2013 16:26:21 +0100 X-Google-Sender-Auth: fkB2jfD1VMaqLZ3rvG9CC5lan50 Message-ID: From: Alvaro To: xen-users@lists.xen.org Subject: [Xen-users] slow or freeze execution in debian wheezy with xen 4.1.3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, This is my first post to the list, thanks in advance for the help. I started with xen recently and I have some problems. I have installed version xen 4.3.1 on debian wheezy. I have a problem of execution time between two guests. One of them takes longer to execute commands. And sometimes it seems that it freezes. Both machines are installed with LVM. The difference between them is that one only has the default installation (root-lvm-lvm & swap) and the other has four lvm in total. Both machines are created with the same command, and identical characteristics except lvm volumes. user1@deckard:~$ time sudo apt-get install apache2 -y Results: real 0m26.150s user 0m1.424s sys 0m0.868s user1@pris:~$ sudo apt-get install apache2 -y Results: real 6m42.202s user 0m2.052s sys 0m1.768s I have tried to do this test drive, but the results are the same. It seems it has to do with the execution: user1@deckard:~$ time dd if=/dev/zero of=./test bs=1024k count=5120 conv=fsync 5120+0 records in 5120+0 records out 5368709120 bytes (5.4 GB) copied, 122.405 s, 43.9 MB/s real 2m2.408s user 0m0.000s sys 0m6.968s user1@pris:~$ time dd if=/dev/zero of=./test bs=1024k count=5120 conv=fsync 5120+0 records in 5120+0 records out 5368709120 bytes (5.4 GB) copied, 122.234 s, 43.9 MB/s real 2m2.253s user 0m0.008s sys 0m7.148s I've also tried to recreate the machine has problems, but the problem persists. Is there anyone who has thought something similar? In the domain logs xen and guests can not find anything. May be scheduler? I've "noop deadline [cfq]" in both. Thanks in advance. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jan 31 17:38:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 17:38: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 1U0y48-0007ma-16; Thu, 31 Jan 2013 17:36:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0y46-0007mV-G8 for xen-users@lists.xen.org; Thu, 31 Jan 2013 17:36:46 +0000 Received: from [85.158.143.35:37576] by server-3.bemta-4.messagelabs.com id 3B/20-08920-DABAA015; Thu, 31 Jan 2013 17:36:45 +0000 X-Env-Sender: stephane.gaudiche@laposte.net X-Msg-Ref: server-4.tower-21.messagelabs.com!1359653797!5632468!1 X-Originating-IP: [193.253.67.232] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjI1My42Ny4yMzIgPT4gMjE3MTA=\n, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1371 invoked from network); 31 Jan 2013 17:36:40 -0000 Received: from smtpout7.laposte.net (HELO smtpout.laposte.net) (193.253.67.232) by server-4.tower-21.messagelabs.com with SMTP; 31 Jan 2013 17:36:40 -0000 Received: from wwinf8306 ([10.99.54.224]) by mwinf8514-out with ME id uhcd1k0024qF5ki03hcdBZ; Thu, 31 Jan 2013 18:36:37 +0100 Date: Thu, 31 Jan 2013 18:36:37 +0100 From: =?UTF-8?Q?St=C3=A9phane_GAUDICHE?= To: xen-users@lists.xen.org Message-ID: <1550996225.104330.1359653797051.JavaMail.www@wwinf8306> MIME-Version: 1.0 X-Originating-IP: [91.212.128.130] X-Wum-Nature: EMAIL-NATURE X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| Subject: [Xen-users] Xen LVM reducing HVM MS Windows guest disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: =?UTF-8?Q?St=C3=A9phane_GAUDICHE?= List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0384291709427977040==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0384291709427977040== Content-Type: multipart/alternative; boundary="----=_Part_104329_1587418358.1359653797048" ------=_Part_104329_1587418358.1359653797048 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello list, I run xen 4.0 on a debian squeeze host with local lvm2 storage I've got HVM VMs (Microsoft Windows) with 2 drives (c: [OS] & D: [Data]), f= ile system: NTFS I want to reduce the size of the D: drive of my HVMs. By reading several articles and howtos across web, 1- I backup datas first outside the XenHost 2- then from MSWindows guest-OS, I managed to live-reduce the partition's s= ize on the D: drive (from 150G to 50G) with the embedded tool "diskpart": "= shrink" operator, it worked just fine. 3- I power off the HVM. Now, from xen point of view, i got a Logical Volume called data_HVM_microso= ft.img of (steal) 150G. 4- I was expecting to do an "lvreduce" to reduce the logical volume (the bo= x) to 100G only but what happen to the filesystem (contenant in the box),which is seen as a= D: drive from the HVM with a small 50G NTFS partition from now) Do I care about it? I note that the logical volume were seen as Block-device from xen host file= -system (not sure, but i guess it quite nomal due to LVM). then 5-check lv 6-power on HVM 7-extend D: drive to 100G Can anyone help to understand if am I right by following these step? Une messagerie gratuite, garantie =C3=A0 vie et des services en plus, =C3= =A7a vous tente ? Je cr=C3=A9e ma bo=C3=AEte mail www.laposte.net ------=_Part_104329_1587418358.1359653797048 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hello list,

I ru= n xen 4.0 on a debian squeeze host with local lvm2 storage
I've got HV= M VMs (Microsoft Windows) with 2 drives (c: [OS] & D: [Data]), file sys= tem: NTFS
I want to reduce the size of the D: drive of my HVMs.
<= br />By reading several articles and howtos across web,
1- I backup da= tas first outside the XenHost
2- then from MSWindows guest-OS, I manag= ed to live-reduce the partition's size on the D: drive (from 150G to 50G) = with the embedded tool "diskpart": "shrink" operator, i= t worked just fine.
3- I power off the HVM.
Now, from xen point o= f view, i got a Logical Volume called data_HVM_microsoft.img of (steal) 150= G.
4- I was expecting to do an "lvreduce" to reduce the logi= cal volume (the box) to 100G only
but what happen to the filesystem (c= ontenant in the box),which is seen as a D: drive from the HVM with a small = 50G NTFS partition from now)
Do I care about it?
I note that the = logical volume were seen as Block-device from xen host file-system (not sur= e, but i guess it quite nomal due to LVM).
then
5-check lv
6= -power on HVM
7-extend D: drive to 100G
Can anyone help to unders= tand if am I right by following these step?



3D"" ------=_Part_104329_1587418358.1359653797048-- --===============0384291709427977040== 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 --===============0384291709427977040==-- From xen-users-bounces@lists.xen.org Thu Jan 31 17:38:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 17:38: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 1U0y48-0007ma-16; Thu, 31 Jan 2013 17:36:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U0y46-0007mV-G8 for xen-users@lists.xen.org; Thu, 31 Jan 2013 17:36:46 +0000 Received: from [85.158.143.35:37576] by server-3.bemta-4.messagelabs.com id 3B/20-08920-DABAA015; Thu, 31 Jan 2013 17:36:45 +0000 X-Env-Sender: stephane.gaudiche@laposte.net X-Msg-Ref: server-4.tower-21.messagelabs.com!1359653797!5632468!1 X-Originating-IP: [193.253.67.232] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjI1My42Ny4yMzIgPT4gMjE3MTA=\n, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1371 invoked from network); 31 Jan 2013 17:36:40 -0000 Received: from smtpout7.laposte.net (HELO smtpout.laposte.net) (193.253.67.232) by server-4.tower-21.messagelabs.com with SMTP; 31 Jan 2013 17:36:40 -0000 Received: from wwinf8306 ([10.99.54.224]) by mwinf8514-out with ME id uhcd1k0024qF5ki03hcdBZ; Thu, 31 Jan 2013 18:36:37 +0100 Date: Thu, 31 Jan 2013 18:36:37 +0100 From: =?UTF-8?Q?St=C3=A9phane_GAUDICHE?= To: xen-users@lists.xen.org Message-ID: <1550996225.104330.1359653797051.JavaMail.www@wwinf8306> MIME-Version: 1.0 X-Originating-IP: [91.212.128.130] X-Wum-Nature: EMAIL-NATURE X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| Subject: [Xen-users] Xen LVM reducing HVM MS Windows guest disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: =?UTF-8?Q?St=C3=A9phane_GAUDICHE?= List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0384291709427977040==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0384291709427977040== Content-Type: multipart/alternative; boundary="----=_Part_104329_1587418358.1359653797048" ------=_Part_104329_1587418358.1359653797048 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello list, I run xen 4.0 on a debian squeeze host with local lvm2 storage I've got HVM VMs (Microsoft Windows) with 2 drives (c: [OS] & D: [Data]), f= ile system: NTFS I want to reduce the size of the D: drive of my HVMs. By reading several articles and howtos across web, 1- I backup datas first outside the XenHost 2- then from MSWindows guest-OS, I managed to live-reduce the partition's s= ize on the D: drive (from 150G to 50G) with the embedded tool "diskpart": "= shrink" operator, it worked just fine. 3- I power off the HVM. Now, from xen point of view, i got a Logical Volume called data_HVM_microso= ft.img of (steal) 150G. 4- I was expecting to do an "lvreduce" to reduce the logical volume (the bo= x) to 100G only but what happen to the filesystem (contenant in the box),which is seen as a= D: drive from the HVM with a small 50G NTFS partition from now) Do I care about it? I note that the logical volume were seen as Block-device from xen host file= -system (not sure, but i guess it quite nomal due to LVM). then 5-check lv 6-power on HVM 7-extend D: drive to 100G Can anyone help to understand if am I right by following these step? Une messagerie gratuite, garantie =C3=A0 vie et des services en plus, =C3= =A7a vous tente ? Je cr=C3=A9e ma bo=C3=AEte mail www.laposte.net ------=_Part_104329_1587418358.1359653797048 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hello list,

I ru= n xen 4.0 on a debian squeeze host with local lvm2 storage
I've got HV= M VMs (Microsoft Windows) with 2 drives (c: [OS] & D: [Data]), file sys= tem: NTFS
I want to reduce the size of the D: drive of my HVMs.
<= br />By reading several articles and howtos across web,
1- I backup da= tas first outside the XenHost
2- then from MSWindows guest-OS, I manag= ed to live-reduce the partition's size on the D: drive (from 150G to 50G) = with the embedded tool "diskpart": "shrink" operator, i= t worked just fine.
3- I power off the HVM.
Now, from xen point o= f view, i got a Logical Volume called data_HVM_microsoft.img of (steal) 150= G.
4- I was expecting to do an "lvreduce" to reduce the logi= cal volume (the box) to 100G only
but what happen to the filesystem (c= ontenant in the box),which is seen as a D: drive from the HVM with a small = 50G NTFS partition from now)
Do I care about it?
I note that the = logical volume were seen as Block-device from xen host file-system (not sur= e, but i guess it quite nomal due to LVM).
then
5-check lv
6= -power on HVM
7-extend D: drive to 100G
Can anyone help to unders= tand if am I right by following these step?



3D"" ------=_Part_104329_1587418358.1359653797048-- --===============0384291709427977040== 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 --===============0384291709427977040==-- From xen-users-bounces@lists.xen.org Thu Jan 31 19:45:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 19:45: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 1U103d-0000WN-Kv; Thu, 31 Jan 2013 19:44:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U103c-0000WI-0l for xen-users@lists.xensource.com; Thu, 31 Jan 2013 19:44:24 +0000 Received: from [85.158.143.99:43351] by server-1.bemta-4.messagelabs.com id 54/E3-08839-799CA015; Thu, 31 Jan 2013 19:44:23 +0000 X-Env-Sender: Markus@hochholdinger.net X-Msg-Ref: server-14.tower-216.messagelabs.com!1359661460!20718737!1 X-Originating-IP: [89.19.235.135] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5187 invoked from network); 31 Jan 2013 19:44:20 -0000 Received: from group.wh-serverpark.com (HELO group.wh-serverpark.com) (89.19.235.135) by server-14.tower-216.messagelabs.com with SMTP; 31 Jan 2013 19:44:20 -0000 Received: from localhost (localhost [127.0.0.1]) by group.wh-serverpark.com (Postfix) with ESMTP id 9698A9813B; Thu, 31 Jan 2013 20:44:19 +0100 (CET) X-Virus-Scanned: amavisd-new at valiant.wh-serverpark.com Received: from group.wh-serverpark.com ([127.0.0.1]) by localhost (group.wh-serverpark.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LBher8TA3tMZ; Thu, 31 Jan 2013 20:44:18 +0100 (CET) Received: from enterprise.localnet (HSI-KBW-149-172-0-168.hsi13.kabel-badenwuerttemberg.de [149.172.0.168]) by group.wh-serverpark.com (Postfix) with ESMTPSA id 4CEEA980BD; Thu, 31 Jan 2013 20:44:18 +0100 (CET) From: Markus Hochholdinger To: Ian Campbell Date: Thu, 31 Jan 2013 20:44:14 +0100 User-Agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) References: <201301291646.43567.Markus@hochholdinger.net> <201301301635.25005.Markus@hochholdinger.net> <1359631341.12252.289.camel@zakaz.uk.xensource.com> In-Reply-To: <1359631341.12252.289.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Message-Id: <201301312044.17684.Markus@hochholdinger.net> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] linux stubdom X-BeenThere: xen-users@lists.xen.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="===============5278841060317107418==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5278841060317107418== Content-Type: multipart/signed; boundary="nextPart3781053.vMI0Si7eSV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart3781053.vMI0Si7eSV Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, Am 31.01.2013 um 12:22 Uhr schrieb Ian Campbell : > On Wed, 2013-01-30 at 15:35 +0000, Markus Hochholdinger wrote: > > > Not quite, when you migrate there is a pause period while the final > > > copy over occurs and at this point you can safely remove the device > > > from the source host and make it available on the target host. The > > > toolstack will > > Isn't the domU on the destination created with all its virtual devices > > before the migration starts? > No oh, this opens new possibilities for me :-) > > What if the blkback is not ready on the destination host? > We have to arrange that it is. OK, I see. > > Am I missing something? > Migration is a staged process. > 1. First an empty shell domain (with no devices) is created on the > target host. > 2. Then we copy the memory over, in several iterations, while the > domain is running on the source host (iterations happen to > handle the guest dirtying memory as we copy, this is the "live" > aspect of the migration). > 3. After some iterations of live migration we pause the source > guest > 4. Now we copy the remaining dirty RAM > 5. Tear down devices on the source host > 6. Setup devices on the target host for the incoming domain > 7. Resume the guest on the target domain > 8. Guest reconnects to new backend > The key point is that the devices are only ever active on either the > source or the target host and never both. The domain is paused during > this final transfer (from #3 until #7) and therefore guest I/O is > quiesced. At what point are scripts like disk =3D [ ".., script=3Dmyblockscript.sh" ] executed? Would this be between #3 and #7? > In your scenario I would expect that in the interval of #5,#6 you would > migrate the associated driver domain. OK. > > > ensure that the block device is only ever active on one end of the > > > other and never on both -- otherwise you would get potential > > > corruption. > > Yeah, this is the problem! If I migrate the active raid1 logic within t= he > > domU (aka linux software raid1) I don't have to care. I'll try to > > accomplish the same with a "helper" domU very near to the normal domU > > and which is live migrated while the normal domU is migrated. > This might be possible but as I say the more normal approach would be to > have a "RAID" domain on both hosts and dynamically map and unmap the > backing guest disks at steps #5 and #6 above. With the above info, that block devices are removed and added in the right= =20 order while doing live migration, I'm thinking more and more about a driver= =20 domain. But in the first place I'll test the stopping and assembling of md devices = in=20 the dom0s while migrating. If this works I could put this job into a driver= =20 domain. Wow, this gives me a new view of the setup. > > > While you could migrate the driver domain during the main domU's pause > > > period it is much more normal to simply have a driver domain on each > > > host and dynamically configure the storage as you migrate. > > If I dynamically create the software raid1 I have to add a lot of checks > > which I don't need now. > > I've already thought about a software raid1 in the dom0 and the resulti= ng > > md device as xvda for a domU. But I have to assemble the md device on > > the destination host before I can deactivate the md device on the source > > host. > No you don't, you deactivate on the source (step #5) before activating > on the target (step #6). This wasn't clear to me before. Many thanks for this info. > > The > > race condition is, if I deactivate the md device on the source host whi= le > > data is only written to one of the two devices. On the destination host > > my raid1 seems clean but my two devices differ. The other race condition > > is, if my raid1 is inconsistent while assembling on the destination > > host. > I'd have thought that shutting down the raid in step #5 and reactivating > in step #6 would guarantee that neither of these were possible. I'll try this first of all. If this works I'll recheck the performance agai= nst=20 drbd and probably try a driver domain with this. > > > > Can I combine a driver domU to a normal domU like I can combine a > > > > stubdom with a normal domU? > > > If you want, it would be more typical to have a single driver domain > > > providing block services to all domains (or one per underlying physic= al > > > block device). > > I want :-) A single driver domain would need more logic (for me) while > > doing live migrations. > OK, but be aware that you are treading into unexplored territory, most > people do things the other way. This means you are likely going to have > to do a fair bit of heavy lifting yourself. If this solves my problem I'm willing to go into unexplored territory :-) B= ut=20 I'm also sane enough to test the common ways first. Many thanks so far. =2D-=20 greetings eMHa --nextPart3781053.vMI0Si7eSV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEABECAAYFAlEKyY4ACgkQXT3LE+AjWCut+QCdFHgIYEMOduEHZ3aKowAfFlKv b9EAn03pXHLQHlNQPLv4C+Su3Kp3mulR =EyMz -----END PGP SIGNATURE----- --nextPart3781053.vMI0Si7eSV-- --===============5278841060317107418== 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 --===============5278841060317107418==-- From xen-users-bounces@lists.xen.org Thu Jan 31 19:45:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 19:45: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 1U103d-0000WN-Kv; Thu, 31 Jan 2013 19:44:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U103c-0000WI-0l for xen-users@lists.xensource.com; Thu, 31 Jan 2013 19:44:24 +0000 Received: from [85.158.143.99:43351] by server-1.bemta-4.messagelabs.com id 54/E3-08839-799CA015; Thu, 31 Jan 2013 19:44:23 +0000 X-Env-Sender: Markus@hochholdinger.net X-Msg-Ref: server-14.tower-216.messagelabs.com!1359661460!20718737!1 X-Originating-IP: [89.19.235.135] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5187 invoked from network); 31 Jan 2013 19:44:20 -0000 Received: from group.wh-serverpark.com (HELO group.wh-serverpark.com) (89.19.235.135) by server-14.tower-216.messagelabs.com with SMTP; 31 Jan 2013 19:44:20 -0000 Received: from localhost (localhost [127.0.0.1]) by group.wh-serverpark.com (Postfix) with ESMTP id 9698A9813B; Thu, 31 Jan 2013 20:44:19 +0100 (CET) X-Virus-Scanned: amavisd-new at valiant.wh-serverpark.com Received: from group.wh-serverpark.com ([127.0.0.1]) by localhost (group.wh-serverpark.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LBher8TA3tMZ; Thu, 31 Jan 2013 20:44:18 +0100 (CET) Received: from enterprise.localnet (HSI-KBW-149-172-0-168.hsi13.kabel-badenwuerttemberg.de [149.172.0.168]) by group.wh-serverpark.com (Postfix) with ESMTPSA id 4CEEA980BD; Thu, 31 Jan 2013 20:44:18 +0100 (CET) From: Markus Hochholdinger To: Ian Campbell Date: Thu, 31 Jan 2013 20:44:14 +0100 User-Agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) References: <201301291646.43567.Markus@hochholdinger.net> <201301301635.25005.Markus@hochholdinger.net> <1359631341.12252.289.camel@zakaz.uk.xensource.com> In-Reply-To: <1359631341.12252.289.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Message-Id: <201301312044.17684.Markus@hochholdinger.net> Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] linux stubdom X-BeenThere: xen-users@lists.xen.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="===============5278841060317107418==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5278841060317107418== Content-Type: multipart/signed; boundary="nextPart3781053.vMI0Si7eSV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart3781053.vMI0Si7eSV Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, Am 31.01.2013 um 12:22 Uhr schrieb Ian Campbell : > On Wed, 2013-01-30 at 15:35 +0000, Markus Hochholdinger wrote: > > > Not quite, when you migrate there is a pause period while the final > > > copy over occurs and at this point you can safely remove the device > > > from the source host and make it available on the target host. The > > > toolstack will > > Isn't the domU on the destination created with all its virtual devices > > before the migration starts? > No oh, this opens new possibilities for me :-) > > What if the blkback is not ready on the destination host? > We have to arrange that it is. OK, I see. > > Am I missing something? > Migration is a staged process. > 1. First an empty shell domain (with no devices) is created on the > target host. > 2. Then we copy the memory over, in several iterations, while the > domain is running on the source host (iterations happen to > handle the guest dirtying memory as we copy, this is the "live" > aspect of the migration). > 3. After some iterations of live migration we pause the source > guest > 4. Now we copy the remaining dirty RAM > 5. Tear down devices on the source host > 6. Setup devices on the target host for the incoming domain > 7. Resume the guest on the target domain > 8. Guest reconnects to new backend > The key point is that the devices are only ever active on either the > source or the target host and never both. The domain is paused during > this final transfer (from #3 until #7) and therefore guest I/O is > quiesced. At what point are scripts like disk =3D [ ".., script=3Dmyblockscript.sh" ] executed? Would this be between #3 and #7? > In your scenario I would expect that in the interval of #5,#6 you would > migrate the associated driver domain. OK. > > > ensure that the block device is only ever active on one end of the > > > other and never on both -- otherwise you would get potential > > > corruption. > > Yeah, this is the problem! If I migrate the active raid1 logic within t= he > > domU (aka linux software raid1) I don't have to care. I'll try to > > accomplish the same with a "helper" domU very near to the normal domU > > and which is live migrated while the normal domU is migrated. > This might be possible but as I say the more normal approach would be to > have a "RAID" domain on both hosts and dynamically map and unmap the > backing guest disks at steps #5 and #6 above. With the above info, that block devices are removed and added in the right= =20 order while doing live migration, I'm thinking more and more about a driver= =20 domain. But in the first place I'll test the stopping and assembling of md devices = in=20 the dom0s while migrating. If this works I could put this job into a driver= =20 domain. Wow, this gives me a new view of the setup. > > > While you could migrate the driver domain during the main domU's pause > > > period it is much more normal to simply have a driver domain on each > > > host and dynamically configure the storage as you migrate. > > If I dynamically create the software raid1 I have to add a lot of checks > > which I don't need now. > > I've already thought about a software raid1 in the dom0 and the resulti= ng > > md device as xvda for a domU. But I have to assemble the md device on > > the destination host before I can deactivate the md device on the source > > host. > No you don't, you deactivate on the source (step #5) before activating > on the target (step #6). This wasn't clear to me before. Many thanks for this info. > > The > > race condition is, if I deactivate the md device on the source host whi= le > > data is only written to one of the two devices. On the destination host > > my raid1 seems clean but my two devices differ. The other race condition > > is, if my raid1 is inconsistent while assembling on the destination > > host. > I'd have thought that shutting down the raid in step #5 and reactivating > in step #6 would guarantee that neither of these were possible. I'll try this first of all. If this works I'll recheck the performance agai= nst=20 drbd and probably try a driver domain with this. > > > > Can I combine a driver domU to a normal domU like I can combine a > > > > stubdom with a normal domU? > > > If you want, it would be more typical to have a single driver domain > > > providing block services to all domains (or one per underlying physic= al > > > block device). > > I want :-) A single driver domain would need more logic (for me) while > > doing live migrations. > OK, but be aware that you are treading into unexplored territory, most > people do things the other way. This means you are likely going to have > to do a fair bit of heavy lifting yourself. If this solves my problem I'm willing to go into unexplored territory :-) B= ut=20 I'm also sane enough to test the common ways first. Many thanks so far. =2D-=20 greetings eMHa --nextPart3781053.vMI0Si7eSV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEABECAAYFAlEKyY4ACgkQXT3LE+AjWCut+QCdFHgIYEMOduEHZ3aKowAfFlKv b9EAn03pXHLQHlNQPLv4C+Su3Kp3mulR =EyMz -----END PGP SIGNATURE----- --nextPart3781053.vMI0Si7eSV-- --===============5278841060317107418== 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 --===============5278841060317107418==-- From xen-users-bounces@lists.xen.org Thu Jan 31 19:48:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 19:48: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 1U106d-0000fA-JN; Thu, 31 Jan 2013 19:47:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U106c-0000f0-MD for xen-users@lists.xen.org; Thu, 31 Jan 2013 19:47:31 +0000 Received: from [85.158.139.83:2744] by server-16.bemta-5.messagelabs.com id 2C/A7-14948-15ACA015; Thu, 31 Jan 2013 19:47:29 +0000 X-Env-Sender: borodkin.sergey@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1359661648!19040956!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_60_70,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9150 invoked from network); 31 Jan 2013 19:47:28 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jan 2013 19:47:28 -0000 Received: by mail-lb0-f172.google.com with SMTP id n8so3807470lbj.17 for ; Thu, 31 Jan 2013 11:47:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:date:message-id:user-agent :in-reply-to:references:mime-version:content-type :content-transfer-encoding; bh=kugARzgsmcJYl0pylnkplSNp3YsWCWs97MhXMapejYk=; b=k6QbjshjOoPaJscC6msKjK2xZRMRtjw9QrAaNVCB+Nv1sAa2G7x5WJ4AKny3XBlvfa b5Gu1PdMci9ImBC7+o6W5jhcGaA2sEOwuuHpiX7XRiWp/Njj0IDVAh7E6CfA3oO7PzNp oqXxUecCL6VAGSs3i6y6JZjPpaE1HOJ+D6mCUKXPr2BgFfoU6ZxeCK3Jwesmo+0ywet5 i5ZMhYIBYOoSoydQyN29PPD+lzLYTNuP8GHneRD+ebwG73PK/7HlN2mbpO8au12s8rpE bBrchXkFyyKRAMA9s5C3BBt+WlFma+sDD/w+eDJUfmcbVBHRbgJiDsMoXZqsy/Me4UAF GEcA== X-Received: by 10.112.24.9 with SMTP id q9mr3786309lbf.72.1359661647573; Thu, 31 Jan 2013 11:47:27 -0800 (PST) Received: from zeus.localnet ([93.94.152.79]) by mx.google.com with ESMTPS id t7sm1830728lbf.12.2013.01.31.11.47.25 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 31 Jan 2013 11:47:26 -0800 (PST) From: =?utf-8?B?0JHQvtGA0L7QtNC60LjQvSDQodC10YDQs9C10Lk=?= To: Casey DeLorme Date: Thu, 31 Jan 2013 23:45:17 +0400 Message-ID: <2723999.C5bZAYSLHG@zeus> User-Agent: KMail/4.9.5 (Linux/3.6.11-gentoo; KDE/4.9.5; x86_64; ; ) In-Reply-To: References: <1655605.ZAW1kWyVl3@zeus> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart2960461.7AFcCC4A6G" Content-Transfer-Encoding: 7Bit Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2.1. BSOD in Windows guests 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --nextPart2960461.7AFcCC4A6G Content-Type: multipart/alternative; boundary="nextPart4433540.5O7U034Dcn" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart4433540.5O7U034Dcn Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" On Wednesday 30 January 2013 10:35:40 Casey DeLorme wrote: On Tue, Jan 29, 2013 at 1:47 PM, =D0=91=D0=BE=D1=80=D0=BE=D0=B4=D0=BA=D0= =B8=D0=BD =D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9 =20 wrote: Hello, I configured xen with enabled passthrough primary VGA card (Intel Integ= rated grafphic controller HD 3000) and audio controller (Intel HD audio) to h= vm guest. I also installed GPLPV drivers to improve performance. And it works for Windows XP (x86) and Windows 7 (x86_64). But I get a BSOD, when I try to load a disk or network subsystem or sta= rt Windows 7 performance test. Steps to reproduce 1) enable PCI passthrough and pass primary VGA card 2) Try to copy a large file (3G for example) over the network into gues= t. ( or try to install large application) Symptoms: 1) A graphical artifacts appears 2) Then comes the BSOD and each time with different messages. If VGA passthrough is off, there is no such problems. Any ideas? If this error only occurs during large network transfers have you tried= =20 without GPLPV Drivers, or more specifically a non-PVHVM network adapter= ? Probably unrelated, but why did you force HPET off? Per Man Pages "Enables or disables HPET (High Precision Event Timer). T= his=20 option is enabled by default and you should usually omit it. It may be=20= necessary to disable the HPET in order to improve compatibility with gu= est=20 Operating Systems (X86 only)".=20 My xl info in xl_info.txt in attachment. My xl dmesg in xl_dmesg.txt in attachment. Domain 0 kernel configuraton in dom0.config. Guest cfg is xl_hvm.cfg in attachment. By the way /dev/mapper/oxen0 is opened LUKS partition Can you supply your error logs (/var/logs/xen/), they might be helpful = in=20 determining the cause of the crash. =20 Thank you. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users Hello? thank you for answer. >If this error only occurs during large network transfers have you trie= d=20 >without GPLPV Drivers, or more specifically a non-PVHVM network adapte= r? It seems that this problem depends only on gfx_passthru=3D1 and VGA pas= sthrough. Everything works without problem if I remove VGA device from pci passth= rough=20 and set gfx_passthru=3D0. >Probably unrelated, but why did you force HPET off? If disabled HPET according to "...It may be necessary to disable the HP= ET in=20 order to improve compatibility with guest Operating Systems (X86 only)"= . It seems that it does not matter. >Can you supply your error logs (/var/logs/xen/), they might be helpful= in=20 >determining the cause of the crash. Log in attachment. 1) I downloaded JRE 6 for Windows without problem. 2) BSOD with MEMORY_MANAGMENT appeared during jre instalation. --nextPart4433540.5O7U034Dcn Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

On = Wednesday 30 January 2013 10:35:40 Casey DeLorme wrote:

= On Tue, Jan 29, 2013 at 1:47 PM, =D0=91=D0=BE=D1=80=D0=BE=D0=B4=D0=BA=D0= =B8=D0=BD =D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9 <borodkin.sergey@gmail.com> wrote:

=

H= ello,

I configured xen with enabled passthrough primary VGA = card (Intel Integrated
grafphic controller HD 3000) and audio cont= roller (Intel HD audio) to hvm
guest.
I also installed GPLPV = drivers to improve performance.
And it works for Windows XP (x86) = and Windows 7 (x86_64).

But I get a BSOD, when I try to load= a disk or network subsystem or start
Windows 7 performance test.<= br />Steps to reproduce
1) enable PCI passthrough and pass primary= VGA card
2) Try to copy a large file (3G for example) over the ne= twork into guest. ( or
try to install large application)
Symp= toms:
1) A graphical artifacts appears
2) Then comes the BSOD= and each time with different messages.

If VGA passthrough i= s off, there is no such problems.

Any ideas?

<= br />

I= f this error only occurs during large network transfers have you tried = without GPLPV Drivers, or more specifically a non-PVHVM network adapter= ?

<= br />

P= robably unrelated, but why did you force HPET off?

<= br />

P= er Man Pages "Enables or disables HPET (High Precision Event Timer= ). This option is enabled by default and you should usually omit it. It= may be necessary to disable the HPET in order to improve compatibility= with guest Operating Systems (X86 only)".=C2=A0

<= br />

M= y xl info in xl_info.txt in attachment.

My xl dmesg in xl_dm= esg.txt in attachment.

Domain 0 kernel configuraton in dom0.= config.

Guest cfg is xl_hvm.cfg in attachment.
By the w= ay /dev/mapper/oxen0 is opened LUKS partition

<= br />

C= an you supply your error logs (/var/logs/xen/), they might be helpful i= n determining the cause of the crash.

=C2= =A0

T= hank you.

_______________________________________________Xen-users mailing list
Xen-user= s@lists.xen.org
http://= lists.xen.org/xen-users

Hel= lo? thank you for answer.

>If this error only occurs during large network transfers have yo= u tried >without GPLPV Drivers, or more specifically a non-PVHVM net= work adapter?

 

It = seems that this problem depends only on gfx_passthru=3D1 and VGA passth= rough.

Eve= rything works without problem if I remove VGA device from pci passthrou= gh and set gfx_passthru=3D0.

 

>= ;Probably unrelated, but why did you force HPET off?

 

If = disabled HPET according to "...It may be necessary to disable the = HPET in order to improve compatibility with guest Operating Systems (X8= 6 only)".

 

It = seems that it does not matter.

 

>= ;Can you supply your error logs (/var/logs/xen/), they might be helpful= in >determining the cause of the crash.

 

Log= in attachment.

1) = I downloaded JRE 6 for Windows without problem.

2) = BSOD with MEMORY_MANAGMENT appeared during jre instalation.

 

--nextPart4433540.5O7U034Dcn-- --nextPart2960461.7AFcCC4A6G Content-Disposition: attachment; filename="xen-hvm0-logs.tar.bz2" Content-Transfer-Encoding: base64 Content-Type: application/x-bzip-compressed-tar; name="xen-hvm0-logs.tar.bz2" QlpoOTFBWSZTWYiuheEAA4j/lP88AEBo5//zPu//qv/v//AAgAAAgAhgDb8oAAAAAAUAAAAAAAAA AA1FPRPUaAAaAANAABoAGg0BpoAcwmjI0NDIYRoZDTRoAMRkyAYQDAcwmjI0NDIYRoZDTRoAMRky AYQDAcwmjI0NDIYRoZDTRoAMRkyAYQDAcwmjI0NDIYRoZDTRoAMRkyAYQDAFSRAQE0ATECZDU9T0 nqMmU8jQnk0DUbU0zSep+B+Xd903eQwxKvUJWUhKqSR3+Hl1+41iZbzzFGmno1yz9EoWh2lQLJJN kS9lVHBbyisipBLSM/1pF9qDqEh2BhPAKwkG4erw+QOHcWqCnRKWk/FijvbVlKP/WD2tjYUxUyOp RdRSi6zRdbgWLKG9TNSmx/poyd5Y6i8edpgp5PDewMHiap+JuLHi9KepGLc8HU7BSnW3HamicGa7 gbixURQ+XO8nRWwdMKVlKqlrrnBm/Fyxz7lNMMEeJdqwtmuW++ZExo47Cwv/BmXT8VPqlbnwpY10 tOD8VNZnVTB9j4k6HSyPWs9r0LNHc4vM3nAxTsRtcTRgjNH0GDrsZ4v8mT8Rm9q5ZqsbHes3rP7t kIsYsG5+5qehRT/R0D1lCnuFLUssbEcmTNdg3Lvzs/JgblMzk0bYj3opGLifmRYzcWez2paR7EUR veJ8xT5ixTzFop3HW/mnc9L4nJdxRuq7mdB3PIfCl2iasjNgYDuda5if6LHnHuOxMTe6HibTlTzu BgUZG05GF6rn/sNFxuLls/gnJKNim9xbTxToUdLQuauL5Wx8r+pwP+jfI85H2NxtZHI6SzB5XQs8 T5Ecl1OddmYJZJ8zufC+RS3j4JZzNr7GCOZQ3KG1d9Sy7YbXtbmL+Hxe83vpb96c67BPKe9ztPir NS76NWCmD0H5il3eU/MmByO70fh/9xdZRTnyO6S1OpOPRYqUU9Z52eist6eCZpLPLSq/Fa1lss1K qv2OpuOh6U+NNj0ejvT1sDvTTabt98TlE+CkkN13zgyXLXYMi07F2ER3OTG8RgGRSXFKJRsfySyJ FqSUmxSllKSSNV0UXWkbDu+n8Pf8+egqT0Opq7Fxg6kxRgjB9PN89tJ9nMfoc7BmLNDtfU7ziYvq SU5FKOaSd7cwNxRq3dtdx5EtKVFN5SX5tMY1UjFKlKUUn80U2KnKjZJTgdSz+L602tx9bU2dtaKf Pok4SNOvoWtkcCb9eg4NOzD+W1Fk/o2Gbok9T+fUNEXidLlyOTvtZi2l8azRd2s3DyufXyM1MUat pKpWlbV0VgVTSRwwNF25HmLlFFUpdFnkdpeFnMwTako2NEdZ1E521Gw44opyab2bxYOOmKqZ8ikY Iu8WGWGwlnBpjxkdjmRUORdhEpTXdFlbWsTky63M35sNXqkdFzgjllI5kc+xZTNdmTeqn4e/2fb3 n6j9ZgfpLH+Cxt8iu1GhMj6B1P1FnvxSvnYskzR+6RFNT6Xi3GLeycTYblNjc6SekawNkRnEaKFJ cXOEikYIsiyKIsjBHFKiCkIAEwD2ydGU0GSoLhoBg4eFVe7BwA2ADU5DNCJTgYj4LaTNx9BY91vU 0JyxP601Z+3ZMlaaZuZPku/xKS+bPoYqMSh8xt2ckw6GuZlRuUyjpsmZtx/K+m9lHmZOjjN5/e2D h0a78XFtxtRu0YKOotxvJlP84D0vOPgR6HQ9ofA+1PauZqP7HxySUUPclIwUmSFFRKhGTVZMJEYv jTANFDEaH3MnBO4wNUyM2o+VH6GKT/Y4SScpc+VznOciZCfe5n4to1FJKCjEn/i6kcTJ6XJkJFF0 xFqfKh2NDgMh1n4JvSzUlOKN5KOmdTa9ybH0H52InajAfQo5LCzkwedd8mD629f531I/2pP8PUwb XpHpSbjpLiOKPMcn1sTyJmjJZPEmDAnzKKU+ooT1F39l2L3u09inraO5cjzudLOhzFkepQmb4GCM GCdjyIsqRZx5Z+Da2Gg4szpPW/fwkhxRTRZLWZQ3JSFJ3heRF01djaYPOXYpmk+98jvmDnkhRg1b 28xOsVyV5RVlWPyXMDpeLnPM62rijYaDV0tDB9ikyTAeRO5wMQxNIi49aLIobm1i6YR7ET3qUoMF RbksYqR1I9L0IwdDE6Eo53S4rp5XmTNqbWhPQmaHBSKUQyTKBtKT8E2pshzQinBiaDmZHpMSzZdc S6huUkvzimLpOtGtHSLUwnFj9in5KMCJ0JUiPU3oeZKeBPYcXsfpeZ6XuaOhXQj+Nl1NUqQ3Tyvv o62EHGDnIziJi5J1u4xYh3I6zdPWjEktDdsYsWDnMkUaGZmB4MxgxUsinMaqTcbTeujAYvwYsBc/ NdHtEyjmgmRZKFHmKFCN7BxWeDpRozNpdGSicyFxQeaR7F4RYlPiTM4PIp1nofAnUjRJRSbTkiy8 iM0OslFEshq5GRxhFjMfvH9E0Eb0aJzG569TA2DmSdjQ5mgad6WSdRQUNWrRHMjYd6PYUUb2LnhH SmCz3JOiUlU15N5xUbE4HepMJJNZJPKJR4DtIiza4uZHgZwMU0M1yXPFMEwXSjuXTEmaklJ3LCy6 7rLGDBSyxguKoWdhdhdJSVIwLSIwOJQs5MZEXYlks2EslyKSS6NSyP5MmLIxKD4ylxkZpoZl0O47 jrUsu6n7SyycyxPB9lJNztOw2rJo4pVMpmqHc8qqVBsgUaiyJkbywmJgR2rji2DxaJgHcsYHMSxR YcWKl0eCRzJqcoecyFraI3mAzko5o8WM7HW3rLKhFKhH71OI2FHlNDwZvRCN7imZZsWOiEUPapDY nPYzDNYyVvNizFTOSSiiSxY3p4cxXFkdy6ZmpZYlFJSUpRU3Fjnkh0METysTei7NN5wSiUFR0mxi jFRSczJkN5dcXXCwsTJSXrJF2rzpvLLoxGjL9h+Rzk7UaTgZD+BS0Ipxo2pFzc6U3mCOdqzRmNGj pOkb3bCPWmY60TRDI18rg7G08Gbtc6ZFsEbxkeBinwjccE2GqjefrPtXLjnhHItsJTQRgtLo3KUb HXDG654tTQ1atDMwfuNTMxMqZOSy7E2GhZLvGCWRnCLJND4l4LE2zNYKMmDsUI1RijE4OxFpu2mK OKk7kzTVgZZGB9rBjOLJKNo3mY3Kkk1cylKU+Vqj1vBZ4sD7lMXx8DqXak+I6jg4MzpWU87g4Iwe kT3FRZ1HSoeVuZqYmAj0rKbhmi6bC8lLME3yiWMIXbj7TVqn7ZE/bIs5ioiiiLuCjFNjbG1T4ayT NhwTrTY7i5ZqxWhHPBNqT44H/4u5IpwoSERXQvCA --nextPart2960461.7AFcCC4A6G 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 --nextPart2960461.7AFcCC4A6G-- From xen-users-bounces@lists.xen.org Thu Jan 31 19:48:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 31 Jan 2013 19:48: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 1U106d-0000fA-JN; Thu, 31 Jan 2013 19:47:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1U106c-0000f0-MD for xen-users@lists.xen.org; Thu, 31 Jan 2013 19:47:31 +0000 Received: from [85.158.139.83:2744] by server-16.bemta-5.messagelabs.com id 2C/A7-14948-15ACA015; Thu, 31 Jan 2013 19:47:29 +0000 X-Env-Sender: borodkin.sergey@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1359661648!19040956!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_60_70,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9150 invoked from network); 31 Jan 2013 19:47:28 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jan 2013 19:47:28 -0000 Received: by mail-lb0-f172.google.com with SMTP id n8so3807470lbj.17 for ; Thu, 31 Jan 2013 11:47:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:date:message-id:user-agent :in-reply-to:references:mime-version:content-type :content-transfer-encoding; bh=kugARzgsmcJYl0pylnkplSNp3YsWCWs97MhXMapejYk=; b=k6QbjshjOoPaJscC6msKjK2xZRMRtjw9QrAaNVCB+Nv1sAa2G7x5WJ4AKny3XBlvfa b5Gu1PdMci9ImBC7+o6W5jhcGaA2sEOwuuHpiX7XRiWp/Njj0IDVAh7E6CfA3oO7PzNp oqXxUecCL6VAGSs3i6y6JZjPpaE1HOJ+D6mCUKXPr2BgFfoU6ZxeCK3Jwesmo+0ywet5 i5ZMhYIBYOoSoydQyN29PPD+lzLYTNuP8GHneRD+ebwG73PK/7HlN2mbpO8au12s8rpE bBrchXkFyyKRAMA9s5C3BBt+WlFma+sDD/w+eDJUfmcbVBHRbgJiDsMoXZqsy/Me4UAF GEcA== X-Received: by 10.112.24.9 with SMTP id q9mr3786309lbf.72.1359661647573; Thu, 31 Jan 2013 11:47:27 -0800 (PST) Received: from zeus.localnet ([93.94.152.79]) by mx.google.com with ESMTPS id t7sm1830728lbf.12.2013.01.31.11.47.25 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 31 Jan 2013 11:47:26 -0800 (PST) From: =?utf-8?B?0JHQvtGA0L7QtNC60LjQvSDQodC10YDQs9C10Lk=?= To: Casey DeLorme Date: Thu, 31 Jan 2013 23:45:17 +0400 Message-ID: <2723999.C5bZAYSLHG@zeus> User-Agent: KMail/4.9.5 (Linux/3.6.11-gentoo; KDE/4.9.5; x86_64; ; ) In-Reply-To: References: <1655605.ZAW1kWyVl3@zeus> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart2960461.7AFcCC4A6G" Content-Transfer-Encoding: 7Bit Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2.1. BSOD in Windows guests 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --nextPart2960461.7AFcCC4A6G Content-Type: multipart/alternative; boundary="nextPart4433540.5O7U034Dcn" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart4433540.5O7U034Dcn Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" On Wednesday 30 January 2013 10:35:40 Casey DeLorme wrote: On Tue, Jan 29, 2013 at 1:47 PM, =D0=91=D0=BE=D1=80=D0=BE=D0=B4=D0=BA=D0= =B8=D0=BD =D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9 =20 wrote: Hello, I configured xen with enabled passthrough primary VGA card (Intel Integ= rated grafphic controller HD 3000) and audio controller (Intel HD audio) to h= vm guest. I also installed GPLPV drivers to improve performance. And it works for Windows XP (x86) and Windows 7 (x86_64). But I get a BSOD, when I try to load a disk or network subsystem or sta= rt Windows 7 performance test. Steps to reproduce 1) enable PCI passthrough and pass primary VGA card 2) Try to copy a large file (3G for example) over the network into gues= t. ( or try to install large application) Symptoms: 1) A graphical artifacts appears 2) Then comes the BSOD and each time with different messages. If VGA passthrough is off, there is no such problems. Any ideas? If this error only occurs during large network transfers have you tried= =20 without GPLPV Drivers, or more specifically a non-PVHVM network adapter= ? Probably unrelated, but why did you force HPET off? Per Man Pages "Enables or disables HPET (High Precision Event Timer). T= his=20 option is enabled by default and you should usually omit it. It may be=20= necessary to disable the HPET in order to improve compatibility with gu= est=20 Operating Systems (X86 only)".=20 My xl info in xl_info.txt in attachment. My xl dmesg in xl_dmesg.txt in attachment. Domain 0 kernel configuraton in dom0.config. Guest cfg is xl_hvm.cfg in attachment. By the way /dev/mapper/oxen0 is opened LUKS partition Can you supply your error logs (/var/logs/xen/), they might be helpful = in=20 determining the cause of the crash. =20 Thank you. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users Hello? thank you for answer. >If this error only occurs during large network transfers have you trie= d=20 >without GPLPV Drivers, or more specifically a non-PVHVM network adapte= r? It seems that this problem depends only on gfx_passthru=3D1 and VGA pas= sthrough. Everything works without problem if I remove VGA device from pci passth= rough=20 and set gfx_passthru=3D0. >Probably unrelated, but why did you force HPET off? If disabled HPET according to "...It may be necessary to disable the HP= ET in=20 order to improve compatibility with guest Operating Systems (X86 only)"= . It seems that it does not matter. >Can you supply your error logs (/var/logs/xen/), they might be helpful= in=20 >determining the cause of the crash. Log in attachment. 1) I downloaded JRE 6 for Windows without problem. 2) BSOD with MEMORY_MANAGMENT appeared during jre instalation. --nextPart4433540.5O7U034Dcn Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

On = Wednesday 30 January 2013 10:35:40 Casey DeLorme wrote:

= On Tue, Jan 29, 2013 at 1:47 PM, =D0=91=D0=BE=D1=80=D0=BE=D0=B4=D0=BA=D0= =B8=D0=BD =D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9 <borodkin.sergey@gmail.com> wrote:

=

H= ello,

I configured xen with enabled passthrough primary VGA = card (Intel Integrated
grafphic controller HD 3000) and audio cont= roller (Intel HD audio) to hvm
guest.
I also installed GPLPV = drivers to improve performance.
And it works for Windows XP (x86) = and Windows 7 (x86_64).

But I get a BSOD, when I try to load= a disk or network subsystem or start
Windows 7 performance test.<= br />Steps to reproduce
1) enable PCI passthrough and pass primary= VGA card
2) Try to copy a large file (3G for example) over the ne= twork into guest. ( or
try to install large application)
Symp= toms:
1) A graphical artifacts appears
2) Then comes the BSOD= and each time with different messages.

If VGA passthrough i= s off, there is no such problems.

Any ideas?

<= br />

I= f this error only occurs during large network transfers have you tried = without GPLPV Drivers, or more specifically a non-PVHVM network adapter= ?

<= br />

P= robably unrelated, but why did you force HPET off?

<= br />

P= er Man Pages "Enables or disables HPET (High Precision Event Timer= ). This option is enabled by default and you should usually omit it. It= may be necessary to disable the HPET in order to improve compatibility= with guest Operating Systems (X86 only)".=C2=A0

<= br />

M= y xl info in xl_info.txt in attachment.

My xl dmesg in xl_dm= esg.txt in attachment.

Domain 0 kernel configuraton in dom0.= config.

Guest cfg is xl_hvm.cfg in attachment.
By the w= ay /dev/mapper/oxen0 is opened LUKS partition

<= br />

C= an you supply your error logs (/var/logs/xen/), they might be helpful i= n determining the cause of the crash.

=C2= =A0

T= hank you.

_______________________________________________Xen-users mailing list
Xen-user= s@lists.xen.org
http://= lists.xen.org/xen-users

Hel= lo? thank you for answer.

>If this error only occurs during large network transfers have yo= u tried >without GPLPV Drivers, or more specifically a non-PVHVM net= work adapter?

 

It = seems that this problem depends only on gfx_passthru=3D1 and VGA passth= rough.

Eve= rything works without problem if I remove VGA device from pci passthrou= gh and set gfx_passthru=3D0.

 

>= ;Probably unrelated, but why did you force HPET off?

 

If = disabled HPET according to "...It may be necessary to disable the = HPET in order to improve compatibility with guest Operating Systems (X8= 6 only)".

 

It = seems that it does not matter.

 

>= ;Can you supply your error logs (/var/logs/xen/), they might be helpful= in >determining the cause of the crash.

 

Log= in attachment.

1) = I downloaded JRE 6 for Windows without problem.

2) = BSOD with MEMORY_MANAGMENT appeared during jre instalation.

 

--nextPart4433540.5O7U034Dcn-- --nextPart2960461.7AFcCC4A6G Content-Disposition: attachment; filename="xen-hvm0-logs.tar.bz2" Content-Transfer-Encoding: base64 Content-Type: application/x-bzip-compressed-tar; name="xen-hvm0-logs.tar.bz2" QlpoOTFBWSZTWYiuheEAA4j/lP88AEBo5//zPu//qv/v//AAgAAAgAhgDb8oAAAAAAUAAAAAAAAA AA1FPRPUaAAaAANAABoAGg0BpoAcwmjI0NDIYRoZDTRoAMRkyAYQDAcwmjI0NDIYRoZDTRoAMRky AYQDAcwmjI0NDIYRoZDTRoAMRkyAYQDAcwmjI0NDIYRoZDTRoAMRkyAYQDAFSRAQE0ATECZDU9T0 nqMmU8jQnk0DUbU0zSep+B+Xd903eQwxKvUJWUhKqSR3+Hl1+41iZbzzFGmno1yz9EoWh2lQLJJN kS9lVHBbyisipBLSM/1pF9qDqEh2BhPAKwkG4erw+QOHcWqCnRKWk/FijvbVlKP/WD2tjYUxUyOp RdRSi6zRdbgWLKG9TNSmx/poyd5Y6i8edpgp5PDewMHiap+JuLHi9KepGLc8HU7BSnW3HamicGa7 gbixURQ+XO8nRWwdMKVlKqlrrnBm/Fyxz7lNMMEeJdqwtmuW++ZExo47Cwv/BmXT8VPqlbnwpY10 tOD8VNZnVTB9j4k6HSyPWs9r0LNHc4vM3nAxTsRtcTRgjNH0GDrsZ4v8mT8Rm9q5ZqsbHes3rP7t kIsYsG5+5qehRT/R0D1lCnuFLUssbEcmTNdg3Lvzs/JgblMzk0bYj3opGLifmRYzcWez2paR7EUR veJ8xT5ixTzFop3HW/mnc9L4nJdxRuq7mdB3PIfCl2iasjNgYDuda5if6LHnHuOxMTe6HibTlTzu BgUZG05GF6rn/sNFxuLls/gnJKNim9xbTxToUdLQuauL5Wx8r+pwP+jfI85H2NxtZHI6SzB5XQs8 T5Ecl1OddmYJZJ8zufC+RS3j4JZzNr7GCOZQ3KG1d9Sy7YbXtbmL+Hxe83vpb96c67BPKe9ztPir NS76NWCmD0H5il3eU/MmByO70fh/9xdZRTnyO6S1OpOPRYqUU9Z52eist6eCZpLPLSq/Fa1lss1K qv2OpuOh6U+NNj0ejvT1sDvTTabt98TlE+CkkN13zgyXLXYMi07F2ER3OTG8RgGRSXFKJRsfySyJ FqSUmxSllKSSNV0UXWkbDu+n8Pf8+egqT0Opq7Fxg6kxRgjB9PN89tJ9nMfoc7BmLNDtfU7ziYvq SU5FKOaSd7cwNxRq3dtdx5EtKVFN5SX5tMY1UjFKlKUUn80U2KnKjZJTgdSz+L602tx9bU2dtaKf Pok4SNOvoWtkcCb9eg4NOzD+W1Fk/o2Gbok9T+fUNEXidLlyOTvtZi2l8azRd2s3DyufXyM1MUat pKpWlbV0VgVTSRwwNF25HmLlFFUpdFnkdpeFnMwTako2NEdZ1E521Gw44opyab2bxYOOmKqZ8ikY Iu8WGWGwlnBpjxkdjmRUORdhEpTXdFlbWsTky63M35sNXqkdFzgjllI5kc+xZTNdmTeqn4e/2fb3 n6j9ZgfpLH+Cxt8iu1GhMj6B1P1FnvxSvnYskzR+6RFNT6Xi3GLeycTYblNjc6SekawNkRnEaKFJ cXOEikYIsiyKIsjBHFKiCkIAEwD2ydGU0GSoLhoBg4eFVe7BwA2ADU5DNCJTgYj4LaTNx9BY91vU 0JyxP601Z+3ZMlaaZuZPku/xKS+bPoYqMSh8xt2ckw6GuZlRuUyjpsmZtx/K+m9lHmZOjjN5/e2D h0a78XFtxtRu0YKOotxvJlP84D0vOPgR6HQ9ofA+1PauZqP7HxySUUPclIwUmSFFRKhGTVZMJEYv jTANFDEaH3MnBO4wNUyM2o+VH6GKT/Y4SScpc+VznOciZCfe5n4to1FJKCjEn/i6kcTJ6XJkJFF0 xFqfKh2NDgMh1n4JvSzUlOKN5KOmdTa9ybH0H52InajAfQo5LCzkwedd8mD629f531I/2pP8PUwb XpHpSbjpLiOKPMcn1sTyJmjJZPEmDAnzKKU+ooT1F39l2L3u09inraO5cjzudLOhzFkepQmb4GCM GCdjyIsqRZx5Z+Da2Gg4szpPW/fwkhxRTRZLWZQ3JSFJ3heRF01djaYPOXYpmk+98jvmDnkhRg1b 28xOsVyV5RVlWPyXMDpeLnPM62rijYaDV0tDB9ikyTAeRO5wMQxNIi49aLIobm1i6YR7ET3qUoMF RbksYqR1I9L0IwdDE6Eo53S4rp5XmTNqbWhPQmaHBSKUQyTKBtKT8E2pshzQinBiaDmZHpMSzZdc S6huUkvzimLpOtGtHSLUwnFj9in5KMCJ0JUiPU3oeZKeBPYcXsfpeZ6XuaOhXQj+Nl1NUqQ3Tyvv o62EHGDnIziJi5J1u4xYh3I6zdPWjEktDdsYsWDnMkUaGZmB4MxgxUsinMaqTcbTeujAYvwYsBc/ NdHtEyjmgmRZKFHmKFCN7BxWeDpRozNpdGSicyFxQeaR7F4RYlPiTM4PIp1nofAnUjRJRSbTkiy8 iM0OslFEshq5GRxhFjMfvH9E0Eb0aJzG569TA2DmSdjQ5mgad6WSdRQUNWrRHMjYd6PYUUb2LnhH SmCz3JOiUlU15N5xUbE4HepMJJNZJPKJR4DtIiza4uZHgZwMU0M1yXPFMEwXSjuXTEmaklJ3LCy6 7rLGDBSyxguKoWdhdhdJSVIwLSIwOJQs5MZEXYlks2EslyKSS6NSyP5MmLIxKD4ylxkZpoZl0O47 jrUsu6n7SyycyxPB9lJNztOw2rJo4pVMpmqHc8qqVBsgUaiyJkbywmJgR2rji2DxaJgHcsYHMSxR YcWKl0eCRzJqcoecyFraI3mAzko5o8WM7HW3rLKhFKhH71OI2FHlNDwZvRCN7imZZsWOiEUPapDY nPYzDNYyVvNizFTOSSiiSxY3p4cxXFkdy6ZmpZYlFJSUpRU3Fjnkh0METysTei7NN5wSiUFR0mxi jFRSczJkN5dcXXCwsTJSXrJF2rzpvLLoxGjL9h+Rzk7UaTgZD+BS0Ipxo2pFzc6U3mCOdqzRmNGj pOkb3bCPWmY60TRDI18rg7G08Gbtc6ZFsEbxkeBinwjccE2GqjefrPtXLjnhHItsJTQRgtLo3KUb HXDG654tTQ1atDMwfuNTMxMqZOSy7E2GhZLvGCWRnCLJND4l4LE2zNYKMmDsUI1RijE4OxFpu2mK OKk7kzTVgZZGB9rBjOLJKNo3mY3Kkk1cylKU+Vqj1vBZ4sD7lMXx8DqXak+I6jg4MzpWU87g4Iwe kT3FRZ1HSoeVuZqYmAj0rKbhmi6bC8lLME3yiWMIXbj7TVqn7ZE/bIs5ioiiiLuCjFNjbG1T4ayT NhwTrTY7i5ZqxWhHPBNqT44H/4u5IpwoSERXQvCA --nextPart2960461.7AFcCC4A6G 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 --nextPart2960461.7AFcCC4A6G--